December 2015 - Pharo-users

Re: [Pharo-users] How can we verify that a daemon is listening on a TCP socket

by Blondeau Vincent

Hi, You should try netstat -uta in a shell console. And see if there is a localhost port opened on what you expect. I have not tested on my laptop but it should work. Vincent > -----Message d'origine----- > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de > stepharo > EnvoyÃ© : vendredi 4 dÃ©cembre 2015 16:07 > Ã : Any question about pharo is welcome > Objet : [Pharo-users] How can we verify that a daemon is listening on a TCP > socket > > Hi guys > > I would like to know if a daemon (mongo) is listening on a given TCP socket? > > Stef Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Dec. 4, 2015

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

by Sven Van Caekenberghe

Another suggestion: if you intend to make something cross dialect and hope to get traction, I would not use a project name which contains one dialect, but something more general like Cryptography, or some cool project name, like Seaside, Fuel, ... > On 04 Dec 2015, at 15:43, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > I use squeak 5.0 and would want the Fuel support to customize for wire serializations and substitutions, such that Squeak and Pharo could talk to each other, and all other Fuel environments. The Fuel changes I made are in the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category and consist of a Decoder, Materializer and a Materialization. > > Robert > > On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: >> which squeak version? >> of what? >> >>> On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com> wrote: >>> >>> I just realized that the squeak version uses ReferenceStream while the Pharo version uses Fuel, so the binary serializations are different and they won't speak to each other. Any chance that Fuel is ported to Squeak? >>> >>> Regards, >>> Robert >>> >>> On 12/04/2015 06:11 AM, Robert Withers wrote: >>>> I am unable to import these files into SqueakSource, so it may be best done from inside Pharo with Monticello. Here are working Crypto and SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I include the correct version of LayeredProtocol. >>>> >>>> Regards, >>>> Robert >>>> >>>> >>>> On 12/04/2015 05:47 AM, Robert Withers wrote: >>>>> Best Regards >>>>> >>>>> http://www.squeaksource.com/Cryptography.html >>>>> http://www.squeaksource.com/squeakelib.html >>>>> >>>>> >>>>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>>>> After my password reset on squeaksource, I committed to both Cryptography and SqueakElib, project links below. >>>>>> >>>>>> In the case of Cryptography, I had a version ported to Pharo ... I will organize Pharo ports of both after Reed Solomon is stable, and announce them to the Pharo list. This way both environments can be supported through this one repository. >>>>>> >>>>>> Robert >>>>>> >>>>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>>>> Are any of these used by both squeak and Pharo? That would be the right >>>>>>>> move I think. I will ask about getting my password reset for >>>>>>>> squeaksource, since that is where the old code resides. >>>>>>> >>>>>>> All of them. Mostly timing of project start/high activity and who are >>>>>>> maintaining it decided on platforms. There was a time when squeaksource was not so stable and then many projects migrated, and I currently hear least about stability issues from ss3, but the load on smalltalkhub is much higher, I assume, as that is used for the pharo ci. >>>>>>> >>>>>>> In the not so far future Pharo is likely to move to a git based infrastructure, using libgit2. Early adopters are already using it. >>>>>>> I haven't heard the squeak ideas about that. >>>>>>> >>>>>>> Stephan >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

Dec. 4, 2015

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

by Sven Van Caekenberghe

http://rmod.inria.fr/web/software/Fuel http://rmod.inria.fr/web/software/Fuel/Version1.9/Documentation/Installation "The default packageswork out of the box in Pharo 1.1.1, 1.1.2, 1.2, 1.3, 1.4, 2.0 and Squeak 4.1, 4.2, 4.3, 4.4." And I would guess newer versions too. > On 04 Dec 2015, at 15:43, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > I use squeak 5.0 and would want the Fuel support to customize for wire serializations and substitutions, such that Squeak and Pharo could talk to each other, and all other Fuel environments. The Fuel changes I made are in the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category and consist of a Decoder, Materializer and a Materialization. > > Robert > > On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: >> which squeak version? >> of what? >> >>> On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com> wrote: >>> >>> I just realized that the squeak version uses ReferenceStream while the Pharo version uses Fuel, so the binary serializations are different and they won't speak to each other. Any chance that Fuel is ported to Squeak? >>> >>> Regards, >>> Robert >>> >>> On 12/04/2015 06:11 AM, Robert Withers wrote: >>>> I am unable to import these files into SqueakSource, so it may be best done from inside Pharo with Monticello. Here are working Crypto and SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I include the correct version of LayeredProtocol. >>>> >>>> Regards, >>>> Robert >>>> >>>> >>>> On 12/04/2015 05:47 AM, Robert Withers wrote: >>>>> Best Regards >>>>> >>>>> http://www.squeaksource.com/Cryptography.html >>>>> http://www.squeaksource.com/squeakelib.html >>>>> >>>>> >>>>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>>>> After my password reset on squeaksource, I committed to both Cryptography and SqueakElib, project links below. >>>>>> >>>>>> In the case of Cryptography, I had a version ported to Pharo ... I will organize Pharo ports of both after Reed Solomon is stable, and announce them to the Pharo list. This way both environments can be supported through this one repository. >>>>>> >>>>>> Robert >>>>>> >>>>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>>>> Are any of these used by both squeak and Pharo? That would be the right >>>>>>>> move I think. I will ask about getting my password reset for >>>>>>>> squeaksource, since that is where the old code resides. >>>>>>> >>>>>>> All of them. Mostly timing of project start/high activity and who are >>>>>>> maintaining it decided on platforms. There was a time when squeaksource was not so stable and then many projects migrated, and I currently hear least about stability issues from ss3, but the load on smalltalkhub is much higher, I assume, as that is used for the pharo ci. >>>>>>> >>>>>>> In the not so far future Pharo is likely to move to a git based infrastructure, using libgit2. Early adopters are already using it. >>>>>>> I haven't heard the squeak ideas about that. >>>>>>> >>>>>>> Stephan >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >

Dec. 4, 2015

How can we verify that a daemon is listening on a TCP socket

by stepharo

Hi guys I would like to know if a daemon (mongo) is listening on a given TCP socket? Stef

Dec. 4, 2015

Datatables

by Pablo R. Digonzelli

Hi, I am interesting in using Datatables in a Seaside app. I know there is wrapper fot this in StHub. Is there is examples how to use it? TIA Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Metrotec SRL 25 de Mayo 521 San Miguel de TucumÃ¡n Email: pdigonzelli(a)softsargentina.com pdigonzelli(a)gmail.com Cel: 5493815982714

Dec. 4, 2015

Re: [Pharo-users] Mongo configuration for Pharo40

by Esteban Lorenzano

Yes I thinkâ¦ I still do not update voyage to Pharo5 (there are not TimeStamps anymore). Esteban > On 04 Dec 2015, at 15:43, stepharo <stepharo(a)free.fr> wrote: > > Does it make sense to have > > Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38 > Author: EstebanLorenzano > Time: 9 May 2015, 8:40:27.23963 am > UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935 > Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37 > > fixed a problem with the versionner tool > > in the Catalog for Pharo 40? > > Stef >

Dec. 4, 2015

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

by Robert Withers

I use squeak 5.0 and would want the Fuel support to customize for wire serializations and substitutions, such that Squeak and Pharo could talk to each other, and all other Fuel environments. The Fuel changes I made are in the Pharo port of SqueakElib in the SqueakElib-CapTP-Serialization category and consist of a Decoder, Materializer and a Materialization. Robert On 12/04/2015 09:35 AM, Esteban Lorenzano wrote: > which squeak version? > of what? > >> On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com >> <mailto:robert.w.withers@gmail.com>> wrote: >> >> I just realized that the squeak version uses ReferenceStream while >> the Pharo version uses Fuel, so the binary serializations are >> different and they won't speak to each other. Any chance that Fuel is >> ported to Squeak? >> >> Regards, >> Robert >> >> On 12/04/2015 06:11 AM, Robert Withers wrote: >>> I am unable to import these files into SqueakSource, so it may be >>> best done from inside Pharo with Monticello. Here are working Crypto >>> and SqueakElib in Pharo, prior to SecureSession refactoring and Reed >>> Solomon. I include the correct version of LayeredProtocol. >>> >>> Regards, >>> Robert >>> >>> >>> On 12/04/2015 05:47 AM, Robert Withers wrote: >>>> Best Regards >>>> >>>> http://www.squeaksource.com/Cryptography.html >>>> http://www.squeaksource.com/squeakelib.html >>>> >>>> >>>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>>> After my password reset on squeaksource, I committed to both >>>>> Cryptography and SqueakElib, project links below. >>>>> >>>>> In the case of Cryptography, I had a version ported to Pharo ... I >>>>> will organize Pharo ports of both after Reed Solomon is stable, >>>>> and announce them to the Pharo list. This way both environments >>>>> can be supported through this one repository. >>>>> >>>>> Robert >>>>> >>>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>>> Are any of these used by both squeak and Pharo? That would be >>>>>>> the right >>>>>>> move I think. I will ask about getting my password reset for >>>>>>> squeaksource, since that is where the old code resides. >>>>>> >>>>>> All of them. Mostly timing of project start/high activity and who >>>>>> are >>>>>> maintaining it decided on platforms. There was a time when >>>>>> squeaksource was not so stable and then many projects migrated, >>>>>> and I currently hear least about stability issues from ss3, but >>>>>> the load on smalltalkhub is much higher, I assume, as that is >>>>>> used for the pharo ci. >>>>>> >>>>>> In the not so far future Pharo is likely to move to a git based >>>>>> infrastructure, using libgit2. Early adopters are already using it. >>>>>> I haven't heard the squeak ideas about that. >>>>>> >>>>>> Stephan >>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> >

Dec. 4, 2015

Mongo configuration for Pharo40

by stepharo

Does it make sense to have Name: ConfigurationOfVoyageMongo-EstebanLorenzano.38 Author: EstebanLorenzano Time: 9 May 2015, 8:40:27.23963 am UUID: 9ba71817-b3f9-4f66-8579-e09e5deb5935 Ancestors: ConfigurationOfVoyageMongo-EstebanLorenzano.37 fixed a problem with the versionner tool in the Catalog for Pharo 40? Stef

Dec. 4, 2015

Re: [Pharo-users] evolutions of squeakelib & crypto (Reed Solomon)

by Esteban Lorenzano

which squeak version? of what? > On 04 Dec 2015, at 12:15, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > I just realized that the squeak version uses ReferenceStream while the Pharo version uses Fuel, so the binary serializations are different and they won't speak to each other. Any chance that Fuel is ported to Squeak? > > Regards, > Robert > > On 12/04/2015 06:11 AM, Robert Withers wrote: >> I am unable to import these files into SqueakSource, so it may be best done from inside Pharo with Monticello. Here are working Crypto and SqueakElib in Pharo, prior to SecureSession refactoring and Reed Solomon. I include the correct version of LayeredProtocol. >> >> Regards, >> Robert >> >> >> On 12/04/2015 05:47 AM, Robert Withers wrote: >>> Best Regards >>> >>> http://www.squeaksource.com/Cryptography.html <http://www.squeaksource.com/Cryptography.html> >>> http://www.squeaksource.com/squeakelib.html <http://www.squeaksource.com/squeakelib.html> >>> >>> >>> On 12/04/2015 05:44 AM, Robert Withers wrote: >>>> After my password reset on squeaksource, I committed to both Cryptography and SqueakElib, project links below. >>>> >>>> In the case of Cryptography, I had a version ported to Pharo ... I will organize Pharo ports of both after Reed Solomon is stable, and announce them to the Pharo list. This way both environments can be supported through this one repository. >>>> >>>> Robert >>>> >>>> On 12/04/2015 04:35 AM, Stephan Eggermont wrote: >>>>> On 03-12-15 23:06, Robert Withers wrote: >>>>>> Are any of these used by both squeak and Pharo? That would be the right >>>>>> move I think. I will ask about getting my password reset for >>>>>> squeaksource, since that is where the old code resides. >>>>> >>>>> All of them. Mostly timing of project start/high activity and who are >>>>> maintaining it decided on platforms. There was a time when squeaksource was not so stable and then many projects migrated, and I currently hear least about stability issues from ss3, but the load on smalltalkhub is much higher, I assume, as that is used for the pharo ci. >>>>> >>>>> In the not so far future Pharo is likely to move to a git based infrastructure, using libgit2. Early adopters are already using it. >>>>> I haven't heard the squeak ideas about that. >>>>> >>>>> Stephan >>>>> >>>>> >>>>> >>>> >>> >> >

Dec. 4, 2015

Re: [Pharo-users] ZnClient problem with extensions

by Sven Van Caekenberghe

I decided to add the behaviour "use filename from original request, which could make a difference when redirects are followed" to #downloadTo: while #downloadEntityTo: remains unchanged (not that it could change because the original request is gone by then). In Zn #bleedingEdge: === Name: Zinc-HTTP-SvenVanCaekenberghe.443 Author: SvenVanCaekenberghe Time: 4 December 2015, 3:26:34.596347 pm UUID: 967114b0-e87f-4c5e-a511-d31efc27acae Ancestors: Zinc-HTTP-SvenVanCaekenberghe.442 Change ZnClient>>#downloadTo: to use the original request's URI for the basename to download to (this could make a difference when redirects are followed) Add comments to make this difference between #downloadTo: and #downloadEntityTo: clear === As for the overwriting of an existing file, if you load === Name: Zinc-FileSystem-SvenVanCaekenberghe.12 Author: SvenVanCaekenberghe Time: 4 December 2015, 3:23:41.83904 pm UUID: 66adef8d-edfb-49e1-aa33-f464ae2ca28f Ancestors: Zinc-FileSystem-SvenVanCaekenberghe.11 Use proper resumable exceptions, FileExits and FileDoes NotExit, in ZnFileSystemUtils === You can now do as follows: [ ZnClient new url: 'https://github.com/kilon/ChronosManager/archive/master.zip'; downloadTo: FileLocator imageDirectory; yourself ] on: FileExists do: [ :exception | exception resume ] HTH, Sven > On 04 Dec 2015, at 11:56, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > "Thanks for the feedback." > > Thanks for this very useful library :) > > "Hmm, that is tricky. If you inspect ZnLogEvent announcer during the execution you will notice that a redirect is involved. Your original request for https://github.com/kilon/ChronosManager/archive/master.zip gets redirected to a request for https://codeload.github.com/kilon/ChronosManager/zip/master for which the name is effectively 'master' without the extension. Maybe the original name should be used, I have to think a bit about that. It seems that curl does it like that." > > naughty Github > > but I am curious is it not normal for a dowload link to redirect to something else anyway ? I have seen such redirections frequently with browser. > > "ZnClient new url: 'https://github.com/kilon/ChronosManager/archive/master.zip'; setIfModifiedSince: (Date year: 2015 month: 12 day: 1); downloadTo: FileLocator imageDirectory / 'master.zip'; yourself." > > yes that though crossed my mind too. > > How I tell ZnClient to overwrite an existing file , because by default it complains and pops up a dialog. > > "Yeah, not much you can do about that." > > Well I could have gone with the Github api in the first place , as Skip notedm but I am clueless when it comes to web dev. > > " > The API supports conditional requests (If-Modified-Since and If-None-Match), so perhaps you should use the API endpoints: > > https://developer.github.com/v3/#conditional-requests" > > because I am clueless with web dev can you help me understand how to do this with ZnClient ? > > Is this what people are referring to as a REST API ? > > > " > I am planning to implement caching and conditional requests in my API bindings: > > https://github.com/Balletie/GitHub > " > > your tool is great but i am trying to create as few dependencies for my project as possible or else it will take forever to load in a pharo image but I am definitely interesting into learning from your code . Thanks :)

Dec. 4, 2015