August 2020 - Pharo-users - lists.pharo.org

Re: [Pharo-users] ported and refreshed Crypto-Nacl to GitHub (from StH)

by StÃ©phane Ducasse

tx! > On 31 Aug 2020, at 09:52, Jonathan van Alteren <jvalteren(a)objectguild.com> wrote: > > Hi all, > > I wanted to let you know that I ported the Crypto-Nacl library from SmalltalkHub to GitHub here: https://github.com/objectguild/Crypto-Nacl <https://github.com/objectguild/Crypto-Nacl> > > The original author is Tony Garnock-Jones, with contributions from HernÃ¡n Morales Durand. See the README for more details. > > Libsodium has evolved a lot over time, which means that there is plenty of additional functionality that can be unlocked through this library. I don't have a need for it at the moment, but that might change in the near future. My interest is in using the cryptographic features to enhance security of business applications. > > Oh, and thanks to the Buenos Aires Smalltalk team (https://github.com/ba-st/ <https://github.com/ba-st/>) for inspiration on using GitHub Actions with smalltalkCI :-) > > Cheers, > > Jonathan van Alteren > > Founding Member | Object Guild B.V. > Sustainable Software for Purpose-Driven Organizations > > jvalteren(a)objectguild.com -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 31, 2020

Re: Image crashed, how can I restore the Playground?

by Davide Varvello

Thanks Offray, I'll give a glance to Grafoscopio Cheers Davide -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Aug. 31, 2020

ported and refreshed Crypto-Nacl to GitHub (from StH)

by Jonathan van Alteren

Hi all, I wanted to let you know that I ported the Crypto-Nacl library from SmalltalkHub to GitHub here:Â https://github.com/objectguild/Crypto-Nacl The original author is Tony Garnock-Jones, with contributions from HernÃ¡n Morales Durand. See the README for more details. Libsodium has evolved a lot over time, which means that there is plenty of additional functionality that can be unlocked through this library. I don't have a need for it at the moment, but that might change in the near future. My interest is in using the cryptographic features to enhance security of business applications. Oh, and thanks to the Buenos Aires Smalltalk team (https://github.com/ba-st/) for inspiration on using GitHub Actions with smalltalkCI :-) Cheers, Jonathan van Alteren Founding Member | Object Guild B.V. Sustainable Software for Purpose-Driven Organizations jvalteren(a)objectguild.com

Aug. 31, 2020

mentoring continued I hope

by Roelof Wobben

Hello, I have this challenge from exercism : https://github.com/exercism/pharo-smalltalk/tree/master/exercises/clock and this function is given : hour: anInteger minute: anInteger2 Â Â Â self shouldBeImplemented Schould I make it on this class method work that the minutes will not exceed the 59 minutes So when for example when 70 min are given so hour:0Â minute:70 it will be converted to hour: 1 minutes: 10 or can I better do this on the instance side. Regards, Roelof

Aug. 31, 2020

Re: [Pharo-users] PostgresV2 Driver available?

by Esteban Maringolo

Hi, My question was done in a quest to crack an issue with Postgres which was already solved, and it involved the connection, but it wasn't the driver nor the server, but a firewall in between. So I don't see the need, nor I think it would be advisable, to use the v2 driver when the P3 is available and well tested and proven in production. Regards! Esteban A. Maringolo On Sun, Aug 30, 2020 at 9:06 AM StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Jan > > may be we should host your version to pharo-rdbms? > So that people can find it. > > S. > > > On 30 Aug 2020, at 13:49, Jan BlizniÄenko <jan.bliznicenko(a)fit.cvut.cz> wrote: > > Hello, > > actually, I do, although not with Garage or Glorp. > > I am not sure how exactly is related version in > https://github.com/pharo-rdbms/garage and the one on > deprecated.smalltalkhub.com/#!/~PharoExtras/PostgresV2 , > but I migrated the smalltalkhub one to > https://github.com/JanBliznicenko/PostgresV2 and updated dependencies for my > own purposes. It might be, however, actually even older than the one in > garage repository. > > Best regards, > Jan > > > Esteban A. Maringolo wrote > > Hi, > > Is anybody using the "old" PostgresV2 driver in Pharo 8? > > I just checked in the pharo-rdbms/garage repository and of course > everything is very old there. But I'm having a few issues with P3 that > I didn't have before (with the PgV2) and I want to be test whether > there is something related with the connection or the problem lies > somewhere else. > > Regards! > > Esteban A. Maringolo > > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > > > -------------------------------------------- > StÃ©phane Ducasse > http://stephane.ducasse.free.fr / http://www.pharo.org > 03 59 35 87 52 > Assistant: Aurore Dalle > FAX 03 59 57 78 50 > TEL 03 59 35 86 16 > S. Ducasse - Inria > 40, avenue Halley, > Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza > Villeneuve d'Ascq 59650 > France >

Aug. 30, 2020

Re: [Pharo-users] [Ann] Workshop: IndieWeb with pocket infrastructures

by Offray Vladimir Luna CÃ¡rdenas

Thanks Siemen and Steph, If you or anyone in the community wants to be aware of the behind scenes of this project you can check: [1] Brea source code repository: https://code.tupale.co/Offray/Brea [2] Brea documentation and issues repository: https://mutabit.com/repos.fossil/brea/ [3] Indie Web with Brea repository: Â [3a] Front page:Â https://is.gd/indieweb Â [3b] Timeline RSS: https://mutabit.com/repos.fossil/indieweb/timeline.rss [4] Brea booklet and code to do: https://mutabit.com/repos.fossil/brea/doc/trunk/wiki/agenda.md.html Cheers, Offray On 29/08/20 8:27 a.Â m., Siemen Baader wrote: > >> On 29 Aug 2020, at 02.07, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: >> >> ï»¿Hi all, >> >> Due to the confinement in the pandemic, our forms of telepresence become >> more important and many suddenly got even more immersed into an >> Oligopoly cyberspace (Zoom, Google, Facebook, Twitter, Apple, Amazon, >> Microsoft, etc) with opaque algorithms that under extractive logic >> commodify our privacy and communications, try to condition our attention >> and habits, as well as to shape our current and future behavior. But >> this is not the only way to inhabit cyberspace. >> >> From the Grafoscopio community[1], we would like to invite you to a >> series of workshops that we are doing to make visible other ways of >> populating and building the web, aligned with the movements of >> IndieWeb[1a], from what we have called "pocket infrastructures". > This is very cool! Thanks! > > Siemen > > >> You can >> find more information about these topics in [2] and in particular about >> the workshops in [3] (in Spanish). >> >> [1] https://mutabit.com/grafoscopio/en.html >> [1a] https://indieweb.org/ >> [2] https://mutabit.com/repos.fossil/indieweb/ >> [3] >> https://mutabit.com/repos.fossil/indieweb/doc/trunk/docs/es/index.html#tall… >> >> >> The second workshop will be tomorrow, Saturday, Aug. 29 from 3:15 PM to >> 7:15PM CO (GMT - 5) -- I will try to share the other workshops earlier, >> but the site in [2] will be the consolidated memory of them, for those >> who want to join us asynchronously. >> >> We will see how IndieWeb sites help us to untangle and reweave that >> other web and how this help us to reconnect in this stranger times. >> >> Rethinking the infrastructure is also to rethink the ways in which it >> enables and makes visible (or not) certain ways of being and acting. >> Infrastructures are embodied discourses. So thank you in advance for >> joining us in rethinking this in practice. >> >> Of course, Pharo is behind scenes, as usual, powering this experience. >> But with these IndieWeb workshops I think we have found a sweet spot >> that puts coding in front with a practical introduction and motivation >> beyond the kind of boring "Hello World". Following a "local first" >> approach, documentation will be in Spanish, but source code[5] and >> interactive documentation will be in English to bridge our worlds :-), >> >> [4] https://mutabit.com/offray/blog/en/entry/dumb-hello-world >> [5] https://mutabit.com/repos.fossil/brea/ >> >> >> See you on cyberspace, >> >> Offray >> >> >>

Aug. 30, 2020

Re: [Pharo-users] Image crashed, how can I restore the Playground?

by Offray Vladimir Luna CÃ¡rdenas

Hi Esteban, The "hardcore" part of Grafoscopio is the "structured and emergent interactive writing via prose/code outlining", so no need to pull Roassal or any of the Dataviz package parts. In fact, after migration to Pharo 8.x Grafoscopio repository and code[1] is becoming more modular and the Dataviz package should be mark as outdated (only to work with Pharo 6.x and 7.x series) and at some point migrated to Roassal 3. You can install Grafoscopio core, following instructions at [2]. Keep in mind: Â a. The annoying bug about playgrounds being stored until penultimate keystroke discussed recently (I usually deal with that adding a whitespace). Â b. We need to improve UI/UX to support outlining improved navigation and storing (for example storing expanded/collapsed nodes status and last selection and keyboard shortcuts). Â c. Pull request are welcomed ;-). See [1]. Â d. We have a warm community[3], with a "local first" approach, that speaks Spanglish and where more experienced Smalltalkers/Pharoers are also welcomed. Links: [1] https://code.tupale.co/Offray/Grafoscopio [2] https://mutabit.com/repos.fossil/grafoscopio/doc/tip/readme.md.html [3] https://mutabit.com/grafoscopio/#contacto Let me know how it went for you and see you on cyberspace. Offray On 28/08/20 9:51 p.Â m., Esteban Maringolo wrote: > Hi Offray, > > Never thought of GraffoscopioÂ as a replacement for Playground, but it > seems like a good way to extend the behavior with some missing > features (like explicit save, export, etc.). > > Is there a way to install such "core" feature without pulling Roassal > nor any of the "hardcore" parts of Graffoscopio itself? > > Thanks! > > Esteban A. Maringolo > > > On Fri, Aug 28, 2020 at 8:45 PM Offray Vladimir Luna CÃ¡rdenas > <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > > Hi Davide, > > You can use Grafoscopio[1] to store and structure your playgrounds > as an interactive notebook. > > [1] https://mutabit.com/grafoscopio/en.html > > Your notebooks can combine prose and be exported to other formats > (Markdown, HTML and PDF). Also, you can use your preferred source > control system to store the notebooks. For example, I use > Grafoscopio notebooks and Fossil[2] repositories to make workshop > interactive notes. > > [2] https://fossil-scm.org/ > > I'm still debugging an annoying issue with keystroke capturing in > playgrounds. But Grafoscopio notebooks has been a good bridge > between coding and scripting for our local community and a great > help in workshops. > > Hope that helps, > > Offray > > On 26/08/20 2:33 p.Â m., Davide Varvello via Pharo-users wrote: >> Thanks StÃ©ph, >> I guess the right directory is {imageDirectory}//pharo-local/play-cache// >> there are some .ph files representing several playgrounds. >> >> One further question: it seems to me there isn't a history of the >> playground, right? So if I make multiple changes to a single playground, >> they are lost. >> >> Cheers >> Davide >

Aug. 30, 2020

Re: [Pharo-users] Question ZnClient with file

by Sven Van Caekenberghe

> On 30 Aug 2020, at 18:05, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Sven, > > thanks a lot for your answer! I was already replying 3 hours ago but my answer did not pass the mailing list. > > Perhaps you can answer this mail for the mailing list again: > > I was writing: > > Hi Sven, > you see me here very happy here. > It is much simpler as I was thinking. Just: > > ^ ZnClient new > url: > 'https://my.sevdesk.de/api/v1/Voucher/Factory/uploadTempFile?token=32695d076…'; > addPart: > (ZnMimePart > fieldName: 'file' > fileNamed: '/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg'); > post > > With this, it succeeds with the upload. Great. In production you should also check whether the upload succeeded. One way to do this is by using #enforceHttpSuccess - this will signal an exception unless the host returned a 200 or similar code (assuming the receiving host acts like this). > ... > > Please allow me to ask one more question: > > My situation in my application is, that I do not have the file local as in the example but in amazon S3 and I have a url like this: > > https://s3.eu-central-1.amazonaws.com/spf-belege-dev/K1000137/201905061113-… > > My question is: Is it possible to NOT download this file to my server for then sending it with filename and path to the other system but setting this url directly in the ZnClient? > For the other system it has to be like a file upload... > This would save transfer costs and time. I understand, but unless the host supports this, there is not much you can do. The data has to be transferred, if they are not willing to fetch it from some URL, you will have to do the copying. If the files are not too large, you can take them temporarily in memory if you want (so that you do not have to create a temp file). See ZnImageExampleDelegateTest and how #testUpload uses #image there. It probably would also work with a ZnStreamingEntity (so that not everything has to be in memory at the same time, just the buffer to do stream copying), but that might require some more experimenting. > Regards > Sabine > > > Sabine > > Am So., 30. Aug. 2020 um 14:48 Uhr schrieb Sabine Manaa <manaa.sabine(a)gmail.com>: > Hi Sven, > > you see me here very happy here. > > It is much simpler as I was thinking. Just: > > ^ ZnClient new > url: > 'https://my.sevdesk.de/api/v1/Voucher/Factory/uploadTempFile?token=32695d076…'; > addPart: > (ZnMimePart > fieldName: 'file' > fileNamed: '/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg'); > post > > succeeds with the upload. > > Thank you very very much! > I write this in discord, too. > > Sabine > > Am So., 30. Aug. 2020 um 14:03 Uhr schrieb Sven Van Caekenberghe-2 [via Smalltalk] <ml+s1294792n5121057h62(a)n4.nabble.com>: > Hi, > > CC'ing the Pharo Users ML since that gives a permanent record of my answer. > > File uploads using ZnClient do work in the common case. You can check ZnServerTest>>#testFormTest3 or ZnImageExampleDelegateTest>>#testUpload as well as several other senders of #addPart: > > First you are mixing 2 types of forms (see https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… section 6. Submitting HTML Forms). > > For a file upload you need a ZnMultiPartFormDataEntity which is configured automatically in ZnClient by #multiPartFormDataEntity when you do #addPart: (no need to set a content type). > > Next you are mixing the file name and the file contents. It is best to use the class side ZnMimePart instance creation methods, either #fieldName:fileName:entity: or #fieldName:fileNamed: > > Also, when you create a ZnByteArray entity with the contents of a .jpg or .png you not only have to load the actual bytes (obviously), but you also have to set the mime type correctly. In #fieldName:fileNamed: you can see how this is done by using the file extension, but that is just one way to do it, if you know the type upfront, just set it. > > There is also ZnClient>>#uploadEntityFrom: (used by #testUploadSmallDocument) but that is not using a form. > > I am sure you will be able to figure it out, if not just ask. > > Sven > > > On 30 Aug 2020, at 09:51, Sabine Manaa <[hidden email]> wrote: > > > > Hi Sven, > > > > I hope you are well this serious times! > > > > I have a problem with ZnClient. I was asking yesterday in Discord but > > we did not find a solution. > > > > https://discordapp.com/channels/223421264751099906/223421264751099906/74931… > > > > I write a summary here: > > > > I have this command, which works fine on the command line: > > > > curl -X POST "https://my.sevdesk.de/api/v1/Voucher/Factory/uploadTempFile?token=32695d076…" > > -H "accept: application/xml" -H "Content-Type: multipart/form-data" -F > > "file=@/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg;type=image/jpeg" > > > > Now, I want to "translate" this in a ZnClient command, but I do not > > get it. my command is: > > > > ^ ZnClient new > > systemPolicy; > > https; > > accept: ZnMimeType applicationXml; > > headerAt: 'Content-Type' add: 'multipart/form-data'; > > host: 'my.sevdesk.de'; > > path: '/api/v1/Voucher/Factory/uploadTempFile?token=32695d076245b124b0faaa56afc71b74'; > > ifFail: [ :exception | exception response entity inspect ]; > > formAt: 'file' put: > > '@/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg'; > > formAt: 'type' put: 'image/jpeg'; > > post > > > > There must be a difference between the command line and the ZnClient > > command because with the ZnClient command, I get this error: > > {"objects":null,"error":{"message":"Uploaded file is not inside the > > allowed directory","code":null,"data":null}}. > > > > I was also trying to get the command line from the ZnClient instance > > with the method curl but that gives me this: > > > > echo 66696c653d402f55736572732f736162696e652f4465736b746f702f62656c6567652f6e6575655f62656c6567652f6d63646f6e616c64732e6a70656726747970653d696d6167652f6a706567 > > | xxd -r -p | curl -X POST > > https://my.sevdesk.de:443/api/v1/Voucher/Factory/uploadTempFile?token=32695… > > -H"User-Agent:Zinc HTTP Components 1.0 (Pharo/7.0)" > > -H"Accept:application/xml" > > -H"Content-Type:application/x-www-form-urlencoded" > > -H"Host:my.sevdesk.de" -H"Content-Length:77" --data-binary @- > > > > Would be very nice if you could help me. All I want ist to "translate" > > the above curl command in a corresponding ZnClient command.... > > > > Regards > > Sabine > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Re-Question-ZnClient-with-file-tp5121057.html > To start a new topic under Pharo Smalltalk Users, email ml+s1294792n1310670h65(a)n4.nabble.com > To unsubscribe from Pharo Smalltalk Users, click here. > NAML

Aug. 30, 2020

Re: [Pharo-users] PostgresV2 Driver available?

by StÃ©phane Ducasse

Jan may be we should host your version to pharo-rdbms? So that people can find it. S. > On 30 Aug 2020, at 13:49, Jan BlizniÄenko <jan.bliznicenko(a)fit.cvut.cz> wrote: > > Hello, > > actually, I do, although not with Garage or Glorp. > > I am not sure how exactly is related version in > https://github.com/pharo-rdbms/garage and the one on > deprecated.smalltalkhub.com/#!/~PharoExtras/PostgresV2 , > but I migrated the smalltalkhub one to > https://github.com/JanBliznicenko/PostgresV2 and updated dependencies for my > own purposes. It might be, however, actually even older than the one in > garage repository. > > Best regards, > Jan > > > Esteban A. Maringolo wrote >> Hi, >> >> Is anybody using the "old" PostgresV2 driver in Pharo 8? >> >> I just checked in the pharo-rdbms/garage repository and of course >> everything is very old there. But I'm having a few issues with P3 that >> I didn't have before (with the PgV2) and I want to be test whether >> there is something related with the connection or the problem lies >> somewhere else. >> >> Regards! >> >> Esteban A. Maringolo > > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > -------------------------------------------- StÃ©phane Ducasse http://stephane.ducasse.free.fr / http://www.pharo.org 03 59 35 87 52 Assistant: Aurore Dalle FAX 03 59 57 78 50 TEL 03 59 35 86 16 S. Ducasse - Inria 40, avenue Halley, Parc Scientifique de la Haute Borne, BÃ¢t.A, Park Plaza Villeneuve d'Ascq 59650 France

Aug. 30, 2020

Re: [Pharo-users] Question ZnClient with file

by Sven Van Caekenberghe

Hi, CC'ing the Pharo Users ML since that gives a permanent record of my answer. File uploads using ZnClient do work in the common case. You can check ZnServerTest>>#testFormTest3 or ZnImageExampleDelegateTest>>#testUpload as well as several other senders of #addPart: First you are mixing 2 types of forms (see https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… section 6. Submitting HTML Forms). For a file upload you need a ZnMultiPartFormDataEntity which is configured automatically in ZnClient by #multiPartFormDataEntity when you do #addPart: (no need to set a content type). Next you are mixing the file name and the file contents. It is best to use the class side ZnMimePart instance creation methods, either #fieldName:fileName:entity: or #fieldName:fileNamed: Also, when you create a ZnByteArray entity with the contents of a .jpg or .png you not only have to load the actual bytes (obviously), but you also have to set the mime type correctly. In #fieldName:fileNamed: you can see how this is done by using the file extension, but that is just one way to do it, if you know the type upfront, just set it. There is also ZnClient>>#uploadEntityFrom: (used by #testUploadSmallDocument) but that is not using a form. I am sure you will be able to figure it out, if not just ask. Sven > On 30 Aug 2020, at 09:51, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Sven, > > I hope you are well this serious times! > > I have a problem with ZnClient. I was asking yesterday in Discord but > we did not find a solution. > > https://discordapp.com/channels/223421264751099906/223421264751099906/74931… > > I write a summary here: > > I have this command, which works fine on the command line: > > curl -X POST "https://my.sevdesk.de/api/v1/Voucher/Factory/uploadTempFile?token=32695d076…" > -H "accept: application/xml" -H "Content-Type: multipart/form-data" -F > "file=@/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg;type=image/jpeg" > > Now, I want to "translate" this in a ZnClient command, but I do not > get it. my command is: > > ^ ZnClient new > systemPolicy; > https; > accept: ZnMimeType applicationXml; > headerAt: 'Content-Type' add: 'multipart/form-data'; > host: 'my.sevdesk.de'; > path: '/api/v1/Voucher/Factory/uploadTempFile?token=32695d076245b124b0faaa56afc71b74'; > ifFail: [ :exception | exception response entity inspect ]; > formAt: 'file' put: > '@/Users/sabine/Desktop/belege/neue_belege/mcdonalds.jpeg'; > formAt: 'type' put: 'image/jpeg'; > post > > There must be a difference between the command line and the ZnClient > command because with the ZnClient command, I get this error: > {"objects":null,"error":{"message":"Uploaded file is not inside the > allowed directory","code":null,"data":null}}. > > I was also trying to get the command line from the ZnClient instance > with the method curl but that gives me this: > > echo 66696c653d402f55736572732f736162696e652f4465736b746f702f62656c6567652f6e6575655f62656c6567652f6d63646f6e616c64732e6a70656726747970653d696d6167652f6a706567 > | xxd -r -p | curl -X POST > https://my.sevdesk.de:443/api/v1/Voucher/Factory/uploadTempFile?token=32695… > -H"User-Agent:Zinc HTTP Components 1.0 (Pharo/7.0)" > -H"Accept:application/xml" > -H"Content-Type:application/x-www-form-urlencoded" > -H"Host:my.sevdesk.de" -H"Content-Length:77" --data-binary @- > > Would be very nice if you could help me. All I want ist to "translate" > the above curl command in a corresponding ZnClient command.... > > Regards > Sabine

Aug. 30, 2020