- Pharo-users - lists.pharo.org

Pharo Catalog Submission
by Evan Donahue Dec. 27, 2017

Dec. 27, 2017

Hi, I have just finished making a BaselineOf and ConfigurationOf for submitting my github-based project to the Pharo catalog. If my ConfigurationOf is with my code on github (via Iceberg), what Metacello command should I run to test that it works correctly before submitting to the catalog (to fetch the ConfigurationOf and then load it)? Thanks, Evan

2 1

Iceberg regex
by Ian Ian Dec. 27, 2017

Dec. 27, 2017

Yes. That is how it is on github but there are private hit serveers. My own, for example. I found it usable after I changed the regex in both classes where it exists. On Dec 26, 2017 4:14 AM, <pharo-users-request(a)lists.pharo.org> wrote: > Send Pharo-users mailing list submissions to > pharo-users(a)lists.pharo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-users_ > lists.pharo.org > or, via email, send a message with subject or body 'help' to > pharo-users-request(a)lists.pharo.org > > You can reach the person managing the list at > pharo-users-owner(a)lists.pharo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pharo-users digest..." > > Today's Topics: > > 1. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Yuriy Tymchuk) > 2. Re: Iceberg URL regex not matching how I would expect it to? > (Juli?n Maestri) > 3. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Sven Van Caekenberghe) > 4. Breakpoints in Pharo (Andrei Stebakov) > 5. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Yuriy Tymchuk) > 6. Re: Strange 'Connection closed while waiting for data.' Zinc > error (Sven Van Caekenberghe) > > > ---------- Forwarded message ---------- > From: Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 18:03:11 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > Hi, > > setting the reuse timeout to 0 or making a one shot client does not help. > But while googling I found the exact issue described on the Pharo issue > tracker: https://pharo.fogbugz.com/f/cases/18588/ > > The proposed workaround also worked for me: > ZnNetworkingUtils default socketStreamClass: SocketStream. > > Cheers, > Uko > > > On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > > > > The only time I've seen that behaviour is with the combination of a slow > server and a proxy such as CloudFlare where the sysadmin has set tcp_wait > to some ridiculously small number. Have you tried setting the connection > reuse timeout to 0, or setting 'beOneShot'? > > > > Zinc doesn't support the additions in HTTP/2, but I can't offhand think > of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > > > > Andrew > > > > ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > > > > Hi, > > > > Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > > > > ZnClient new > > url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > > get > > > > I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > > > > What is even more strange, when I resume the exception I get the > desired response i.e. this works: > > > > [ ZnClient new > > url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > > get ] > > > > on: ConnectionClosed > > do: [ :ex | > > ex resumeUnchecked: ex defaultResumeValue ] > > > > Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > > > > Cheers. > > Uko > > > > [1]: https://www.developers.meethue.com > > > > > > > > > > > > > > ---------- Forwarded message ---------- > From: "JuliÃ¡n Maestri" <serpi90(a)gmail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 15:16:57 -0300 > Subject: Re: [Pharo-users] Iceberg URL regex not matching how I would > expect it to? > user@server.com:/proj/proj.git > > Isn't it: git@server.com:user/project.git ? > > On Dec 24, 2017 15:36, "Ian Ian" <icjohnsoia(a)gmail.com> wrote: > >> Hi All, >> >> I am having trouble setting up iceberg to access my repository via ssh. >> >> On the command line I assess it via: git clone user@server.com:/proj/proj.git >> and all works as expected. >> >> When adding trying to add the same repository to iceberg I get a parseUrl >> error thrown from class IceScpRemote. While debugging I see the following >> regex: >> >> matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?([\w\-]+)/([\w\-]+)(\.git)?' >> asRegex. >> >> which parses username@server.com:/directory/proj.git. >> >> However fails to parse: username@server.com:/dir1/dir2/proj.git >> >> The corrected version is as follows: >> >> matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?(([\w\-]+) >> /)+([\w\-]+)(\.git)?' asRegex. >> >> Questions: >> >> Is this by design? >> of the top of your head: If I use the corrected version am I going to >> run into other issues? >> >> >> NB: I am using 64 bit Pharo 6.0 Update: #60520 >> >> Thanks in advance, >> >> >> > > ---------- Forwarded message ---------- > From: Sven Van Caekenberghe <sven(a)stfx.eu> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 20:03:27 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > > > > On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > > Hi, > > > > setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > > > > The proposed workaround also worked for me: > > ZnNetworkingUtils default socketStreamClass: SocketStream. > > You are on Windows I guess ? > > > Cheers, > > Uko > > > >> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >> > >> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >> > >> Zinc doesn't support the additions in HTTP/2, but I can't offhand think > of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >> > >> Andrew > >> > >> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >> > >> Hi, > >> > >> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >> > >> ZnClient new > >> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >> get > >> > >> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >> > >> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >> > >> [ ZnClient new > >> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >> get ] > >> > >> on: ConnectionClosed > >> do: [ :ex | > >> ex resumeUnchecked: ex defaultResumeValue ] > >> > >> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >> > >> Cheers. > >> Uko > >> > >> [1]: https://www.developers.meethue.com > >> > >> > >> > >> > > > > > > > > > > ---------- Forwarded message ---------- > From: Andrei Stebakov <lispercat(a)gmail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 20:51:51 -0500 > Subject: [Pharo-users] Breakpoints in Pharo > Can I expect that break points in Pharo work in the same way as in Visual > Works? > When I set a break point in Pharo (6.1 on Windows), it displays a red dot > with an exclamation mark and when I send this message to an object, the > debugger doesn't get invoked. > > > > ---------- Forwarded message ---------- > From: Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Tue, 26 Dec 2017 08:21:50 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > Hi Sven, > > No, Iâm on Mac (OS 10.13). > > Cheers. > Uko > > > On 25 Dec 2017, at 20:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > > > > > >> On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> > >> Hi, > >> > >> setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > >> > >> The proposed workaround also worked for me: > >> ZnNetworkingUtils default socketStreamClass: SocketStream. > > > > You are on Windows I guess ? > > > >> Cheers, > >> Uko > >> > >>> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >>> > >>> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >>> > >>> Zinc doesn't support the additions in HTTP/2, but I can't offhand > think of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >>> > >>> Andrew > >>> > >>> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >>> > >>> Hi, > >>> > >>> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >>> > >>> ZnClient new > >>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>> get > >>> > >>> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >>> > >>> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >>> > >>> [ ZnClient new > >>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>> get ] > >>> > >>> on: ConnectionClosed > >>> do: [ :ex | > >>> ex resumeUnchecked: ex defaultResumeValue ] > >>> > >>> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >>> > >>> Cheers. > >>> Uko > >>> > >>> [1]: https://www.developers.meethue.com > >>> > >>> > >>> > >>> > >> > >> > > > > > > > > > > ---------- Forwarded message ---------- > From: Sven Van Caekenberghe <sven(a)stfx.eu> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Tue, 26 Dec 2017 10:14:54 +0100 > Subject: Re: [Pharo-users] Strange 'Connection closed while waiting for > data.' Zinc error > > > > On 26 Dec 2017, at 08:21, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > > > > Hi Sven, > > > > No, Iâm on Mac (OS 10.13). > > That is not good then, Uko, but again, there is no way to start debugging > this without a reliable test case that I can run too. > > Sven > > > Cheers. > > Uko > > > >> On 25 Dec 2017, at 20:03, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >> > >> > >> > >>> On 25 Dec 2017, at 18:03, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >>> > >>> Hi, > >>> > >>> setting the reuse timeout to 0 or making a one shot client does not > help. But while googling I found the exact issue described on the Pharo > issue tracker: https://pharo.fogbugz.com/f/cases/18588/ > >>> > >>> The proposed workaround also worked for me: > >>> ZnNetworkingUtils default socketStreamClass: SocketStream. > >> > >> You are on Windows I guess ? > >> > >>> Cheers, > >>> Uko > >>> > >>>> On 25 Dec 2017, at 05:42, Andrew Glynn <aglynn42(a)gmail.com> wrote: > >>>> > >>>> The only time I've seen that behaviour is with the combination of a > slow server and a proxy such as CloudFlare where the sysadmin has set > tcp_wait to some ridiculously small number. Have you tried setting the > connection reuse timeout to 0, or setting 'beOneShot'? > >>>> > >>>> Zinc doesn't support the additions in HTTP/2, but I can't offhand > think of any reason that should cause that specific behaviour. I've had > sufficient problems with HTTP/2 over slow connections (I live where there > are no land lines of any kind) that I replaced the HTTP/2 code in Nginx > with code from pureftpd in order to access my server at home when I'm out. > >>>> > >>>> Andrew > >>>> > >>>> ï»¿On 2017-12-24, 3:30 PM, "Pharo-users on behalf of Yuriy Tymchuk" < > pharo-users-bounces(a)lists.pharo.org on behalf of yuriy.tymchuk(a)me.com> > wrote: > >>>> > >>>> Hi, > >>>> > >>>> Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they > have a simple REST API). When I try to do a GET request with Zinc like this: > >>>> > >>>> ZnClient new > >>>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>>> get > >>>> > >>>> I get a âConnectionClosed: Connection closed while waiting for dataâ > exception. The service provides a JSON response that I can get without a > problem by using a web browser or curl. Also if I try to access fewer data > (e.g. adding /1 to the url, so it gets only one resource) I donât get the > exception. > >>>> > >>>> What is even more strange, when I resume the exception I get the > desired response i.e. this works: > >>>> > >>>> [ ZnClient new > >>>> url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731 > df/lights/'; > >>>> get ] > >>>> > >>>> on: ConnectionClosed > >>>> do: [ :ex | > >>>> ex resumeUnchecked: ex defaultResumeValue ] > >>>> > >>>> Of course I cannot share the server that is on my local network for > resting, but maybe anyone knows it there are any known issues with Zinc, or > if there are ways for me to debug the issue further. > >>>> > >>>> Cheers. > >>>> Uko > >>>> > >>>> [1]: https://www.developers.meethue.com > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >> > >> > > > > > > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.pharo.org > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > >

2 1

How to connect to DB2
by Andrei Stebakov Dec. 26, 2017

Dec. 26, 2017

Looks like ODBC is broken in Pharo 6.1. What's the best way to get access to DB2 in Pharo?

3 6

Athens error
by Hilaire Dec. 26, 2017

Dec. 26, 2017

Hi, With DrGeo built on image Pharo7.0-64bit-e41f921 Athens error shows up on the canvas (screenshot). The drgeo dev. environment based on the older Pharo7.0-64bit-f82fc36 image does not have this error with the same VM. The DrGeo build removes some pharo package but it is unlikely to produce such error, or so? -- Dr. Geo http://drgeo.eu

6 14

Thanks All.
by Ian Ian Dec. 26, 2017

Dec. 26, 2017

After some looking into it I believe Mongo Voyager is the easiest given the current options. Too bad Gemstone limits usage after a given number of Gems. Too bad ObjectDB does as well. Thanks all. :) On Dec 25, 2017 12:00 PM, <pharo-users-request(a)lists.pharo.org> wrote: > Send Pharo-users mailing list submissions to > pharo-users(a)lists.pharo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.pharo.org/mailman/listinfo/pharo-users_ > lists.pharo.org > or, via email, send a message with subject or body 'help' to > pharo-users-request(a)lists.pharo.org > > You can reach the person managing the list at > pharo-users-owner(a)lists.pharo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Pharo-users digest..." > > Today's Topics: > > 1. Re: Object Persistence (Hilaire) > 2. Re: Object Persistence (Joachim Tuchel) > 3. Re: Object Persistence (Torsten Bergmann) > 4. Re: Object Persistence (Stephane Ducasse) > > > ---------- Forwarded message ---------- > From: Hilaire <hilaire(a)drgeo.eu> > To: pharo-users(a)lists.pharo.org > Cc: > Bcc: > Date: Mon, 25 Dec 2017 12:08:08 +0100 > Subject: Re: [Pharo-users] Object Persistence > Fuel (present in the image) is nice, but not compatible from one image > version to another one. > > Hilaire > > > Le 25/12/2017 Ã 10:43, Ian Ian a Ã©crit : > >> Hi All, >> >> Thoughts of a purely OO nature? >> >> :) >> > > -- > Dr. Geo > http://drgeo.eu > > > > > > > ---------- Forwarded message ---------- > From: Joachim Tuchel <jtuchel(a)objektfabrik.de> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 12:54:10 +0100 > Subject: Re: [Pharo-users] Object Persistence > Wasnât there an attempt to port Magma over from Squeak? That would sound > like a nice alternative. Or Gemstone, of course. > > > Am 25.12.2017 um 10:43 schrieb Ian Ian <icjohnsoia(a)gmail.com>: > > > > Hi All, > > > > Thoughts of a purely OO nature? > > > > :) > > > > > > ---------- Forwarded message ---------- > From: Torsten Bergmann <astares(a)gmx.de> > To: pharo-users(a)lists.pharo.org > Cc: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Bcc: > Date: Mon, 25 Dec 2017 14:13:37 +0100 > Subject: Re: [Pharo-users] Object Persistence > Hi, > > with Voyage you can already use easy persistence in an OO way - with tiny > (P)UnQlite up to Mongo. > > Check https://github.com/pharo-nosql > > Or you use Gemstone. > > For a full Magma version on Pharo: > I doubt that will happen as Chris Muller was and still is more oriented > towards Squeak as > development platform. He is the author of Magma and beside the port it > would cost him > (or anyone who would do such a port) more effort to maintain another Pharo > specific version. > > But maybe a Pharo client for a Squeak based Magma server is possible - > with a Voyage wrapper. > > Bye > T. > > > Gesendet: Montag, 25. Dezember 2017 um 12:54 Uhr > > Von: "Joachim Tuchel" <jtuchel(a)objektfabrik.de> > > An: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > > Betreff: Re: [Pharo-users] Object Persistence > > > > Wasnât there an attempt to port Magma over from Squeak? That would sound > like a nice alternative. Or Gemstone, of course. > > > > > Am 25.12.2017 um 10:43 schrieb Ian Ian <icjohnsoia(a)gmail.com>: > > > > > > Hi All, > > > > > > Thoughts of a purely OO nature? > > > > > > :) > > > > > > > > > > > ---------- Forwarded message ---------- > From: Stephane Ducasse <stepharo.self(a)gmail.com> > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Cc: > Bcc: > Date: Mon, 25 Dec 2017 16:01:15 +0100 > Subject: Re: [Pharo-users] Object Persistence > the author of omnibase told me that he always wanted to port it to > Pharo. But may be someone should do it. > There is also VOSS that is open source even if GPL that could be > ported to pharo but this is an effort too. > > Stef > > On Mon, Dec 25, 2017 at 10:43 AM, Ian Ian <icjohnsoia(a)gmail.com> wrote: > > Hi All, > > > > Thoughts of a purely OO nature? > > > > :) > > > > _______________________________________________ > Pharo-users mailing list > Pharo-users(a)lists.pharo.org > http://lists.pharo.org/mailman/listinfo/pharo-users_lists.pharo.org > >

2 3

Strange 'Connection closed while waiting for data.' Zinc error
by Yuriy Tymchuk Dec. 26, 2017

Dec. 26, 2017

Hi, Iâm trying to hack something with Pharo 6.1 and Phillips Hue[1] (they have a simple REST API). When I try to do a GET request with Zinc like this: ZnClient new url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731df/lights/'; get I get a âConnectionClosed: Connection closed while waiting for dataâ exception. The service provides a JSON response that I can get without a problem by using a web browser or curl. Also if I try to access fewer data (e.g. adding /1 to the url, so it gets only one resource) I donât get the exception. What is even more strange, when I resume the exception I get the desired response i.e. this works: [ ZnClient new url: 'http://192.168.0.115:80/api/1028d66426293e821ecfd9ef1a0731df/lights/'; get ] on: ConnectionClosed do: [ :ex | ex resumeUnchecked: ex defaultResumeValue ] Of course I cannot share the server that is on my local network for resting, but maybe anyone knows it there are any known issues with Zinc, or if there are ways for me to debug the issue further. Cheers. Uko [1]: https://www.developers.meethue.com

3 5

Iceberg URL regex not matching how I would expect it to?
by Ian Ian Dec. 25, 2017

Dec. 25, 2017

Hi All, I am having trouble setting up iceberg to access my repository via ssh. On the command line I assess it via: git clone user@server.com:/proj/proj.git and all works as expected. When adding trying to add the same repository to iceberg I get a parseUrl error thrown from class IceScpRemote. While debugging I see the following regex: matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?([\w\-]+)/([\w\-]+)(\.git)?' asRegex. which parses username@server.com:/directory/proj.git. However fails to parse: username@server.com:/dir1/dir2/proj.git The corrected version is as follows: matcher := '(ssh\://)?([\w\-]+@)?([\w\-.]+)(\:[\d]+)?(\:|/)/?(([\w\-]+)/)+([\w\-]+)(\.git)?' asRegex. Questions: Is this by design? of the top of your head: If I use the corrected version am I going to run into other issues? NB: I am using 64 bit Pharo 6.0 Update: #60520 Thanks in advance,

2 1

Getting Iceberg Commits Back to Github
by Evan Donahue Dec. 24, 2017

Dec. 24, 2017

Hi, Once I have cloned my github repository and committed changes locally, how do I actually get those changes back to github? I went to synchronize repository > push > publish all, and it has a loading bar for a few seconds that says "pushing local commits to origin," but github reflects no changes. ssh -T confirms that github recognizes my key, and I'm using a stable pharo 7 from within the last week or so. Any help would be appreciated. Thanks, Evan

1 0

NeoCSVWriter: how to output an empty quoted field
by jtuchel＠objektfabrik.de Dec. 24, 2017

Dec. 24, 2017

Hi, I need to write a number of empty quoted fields in a CSV export. The receiving application will complain about missing quotes for empty text fields... (don't ask, I've done all the eye rolling for you already) My frst attempt was: writer addConstantField: '""'. But this doesn't write the quotes - I really don't see why, but it's the case. Also, adding writer addObjectField: [:a| '""']. doesn't really work, because it will literally add the double quotes between single quotes... (???) Do I really have to implement some method that returns an empty String on my business objects and use: writer addQuotedField: #justAnEmptyString. ? Am I missing some switch to enable quotes for empty quoted fields? My version of NeoCSVWriter on VA Smalltalk is not actually a current one... Joachim And, btw: Happy Holidays to all of you and a Happy new Year! -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1Â Â Â Â Â Â Â Â Â Â Â Â Â http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0Â Â Â Â Â Fax: +49 7141 56 10 86 1

2 3

Fuel transfer from Pharo 1.4 to Pharo 6.1
by Andreas Brodbeck Dec. 22, 2017

Dec. 22, 2017

Hi all, I have a long running Seaside/Pharo application which still runs perfect on Pharo 1.4. I want to step into the future and migrate to the newest Pharo 6.1. The application's persistence is just in the image, so my plan is to use Fuel to transfer the objects from Pharo 1.4 to Pharo 6.1. My first attempt: --- Using Fuel version 1.9.4 on both VMs. --- Class TimeStamp was missing, so I created it. --- I use a Fuel-migration for the renaming of "MethodContext" into the new "Context" class. But now I am stuck with FLMethodChanged errors. My investigation shows that there are unequal values for the method Context>>bytecodesHash when comparing Pharo 1.4 with 6.1. (BTW: Pharo 5 gives same values like 6.1). So, basically Fuel can not materialize the instances because the bytecode hash of all methods have changed, comparing 1.4 to 6.1. My feeling says that this could be a major problem for my plans to migrate from Pharo 1.4 to 6.1. Is there a chance to still load those instances with Fuel into the new 6.1 Pharo? Thanks! Andreas -- Andreas Brodbeck www.mindclue.ch

7 19