October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

by Bruce O'Neel

Hi, Well, our redhat 6.9 systems have 2.12, so, that qualifies. And yes, we still have RedHat 6, and 6.9 was released only 6 months ago! Â It will finish extended support in a mind-blowing 7 more years in 2024. Redhat 5, still supported for another 3 years till 2020 has glibc 2.5. cheers bruce

Oct. 5, 2017

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

by Cyril Ferlicot

On Thu, Oct 5, 2017 at 11:30 AM, Holger Freyther <holger(a)freyther.de> wrote: > > > Which OS has such old versions of LibC? Which LSB standard does it support? > Hi, This is RedHat. I don't have the right to give more info than the fact it is a RedHat with a LibC version < 2.15. I don't know for the LSB support. I can ask but I will probably not know before the end of next week. -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 5, 2017

Re: [Pharo-users] Deploying on Linux with LibC version < 2.15

by Holger Freyther

> On 4. Oct 2017, at 17:39, Cyril Ferlicot <cyril.ferlicot(a)gmail.com> wrote: > > Hi, > > I am migrating some applications from Pharo 4 to Pharo 6. The new > deployment of those applications needs to work on linux with LibC < > 2.15. With Pharo 4 there was a special VM[1]. I do not see such VM for > Pharo 6. Which OS has such old versions of LibC? Which LSB standard does it support?

Oct. 5, 2017

Re: [Pharo-users] Pharo Launcher Source

by Stephane Ducasse

Hi Steven Let us know your progress. Stef On Tue, Oct 3, 2017 at 9:57 PM, Steven R. Baker <steven(a)stevenrbaker.com> wrote: > > > On 03/10/17 21:51, Sven Van Caekenberghe wrote: >> >>> On 3 Oct 2017, at 21:30, Steven R. Baker <steven(a)stevenrbaker.com> wrote: >>> >>> Heya, >>> >>> I'm trying to build a Pharo Launcher of my own, but I can't find the >>> code. This says it's on SmalltalkHub: >>> https://github.com/pharo-project/pharo-launcher, but the link doesn't >>> show anything. >> As it says there: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > Sigh. Apologies. I had an overzealous blocker. :( > > Thanks! > > -Steven > >>> I tried looking on CI for the build script, but I can't find the build >>> script, just build results. What I'm looking for is how to check out, >>> build, and run Pharo Launcher from scratch. Can someone help me with this? >>> >>> Thanks! >>> >>> -Steven >>> >>> >>> >> > >

Oct. 5, 2017

Re: [Pharo-users] Reading a text file line by line

by Stephane Ducasse

Yes I would like to have an action list. Stef On Thu, Oct 5, 2017 at 9:37 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > > On Wed, Oct 4, 2017 at 10:12 PM, Stephane Ducasse <stepharo.self(a)gmail.com > > wrote: > >> Hi sven >> >> I wonder how we can make progress on this front. Because we should move >> on. >> I'm fed up to get all this crap of the old stream around. >> Could not we just keep positionable stream and start to get rest nice? >> > > Could we point it as a sprint task? > > >> Stef >> >> On Tue, Oct 3, 2017 at 4:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> > >> > >> >> On 3 Oct 2017, at 10:53, Guillermo Polito <guillermopolito(a)gmail.com> >> wrote: >> >> >> >> Yes, in my todo, but changing FileReference like that will break a lot >> of backwards compatibility :) >> > >> > Yes it will. >> > >> > I have said this before: the problem is that the current stream API is >> much too wide, we need to trim it to something closer to what a stream is >> (and not assume that a stream always lives on top of a collection). >> > >> > We have compassable streams now, they work well. But they cannot >> implement the full API (since they are not streaming over collections). The >> biggest issue are the positioning message (like #skip: and #position:) >> which assume you known where you are and can move around at will, which is >> not possible for a real, indefinite stream. >> > >> >> On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse < >> stepharo.self(a)gmail.com> wrote: >> >> Yes this is why we should continue to clean and remove cruft. Now I >> >> remember that guille did that for File. >> >> >> >> Stef >> >> >> >> On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >> > If you do >> >> > >> >> > (File named: '/tmp/lines.txt') readStream[Do:] >> >> > >> >> > you seem to get a binary stream (this is the new implementation I >> guess), when you go via FileReference you get a character stream (but that >> are old ones). >> >> > >> >> > I know, very confusing. We're always in the midst of transitions. >> >> > >> >> >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> >> wrote: >> >> >> >> >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? >> >> >> >> >> >> Stef >> >> >> >> >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >> >>> Hi, >> >> >>> >> >> >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> >> wrote: >> >> >>>> >> >> >>>> Hi, >> >> >>>> >> >> >>>> I'm trying to get started with Pharo doing something really >> simple - at >> >> >>>> least that's what I thought ... I'm trying to read a text file >> line by line. >> >> >>>> >> >> >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll >> get a >> >> >>>> debugger telling me that BinaryFileStream does not understand >> nextLine. >> >> >>>> >> >> >>>> Now I've tried my best to find a stream that may be reading plain >> text >> >> >>>> lines but to no avail ... >> >> >>>> >> >> >>>> Help! >> >> >>>> >> >> >>>> -dirk >> >> >>> >> >> >>> $ cat > /tmp/lines.txt >> >> >>> one >> >> >>> two >> >> >>> three >> >> >>> >> >> >>> (FileLocator temp / 'lines.txt') contents lines. >> >> >>> >> >> >>> '/tmp/lines.txt' asFileReference contents lines. >> >> >>> >> >> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | >> >> >>> Array streamContents: [ :out | >> >> >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. >> >> >>> >> >> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >> >> >>> | characterStream | >> >> >>> characterStream := ZnCharacterReadStream on: in. >> >> >>> Array streamContents: [ :out | >> >> >>> [ characterStream atEnd ] whileFalse: [ out nextPut: >> characterStream nextLine ] ] ]. >> >> >>> >> >> >>> They all return #('one' 'two' 'three'). >> >> >>> >> >> >>> In the last, more complex example, you first get a binary stream >> (and a 'line' is a character based concept), so wrapping the binary stream >> in a character read stream (which does know about lines) solves the problem. >> >> >>> >> >> >>> HTH, >> >> >>> >> >> >>> Sven >> >> >> >> >> > >> >> > >> >> >> >> >> >> >> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - http://www.cnrs.fr >> >> >> >> Web: http://guillep.github.io >> >> Phone: +33 06 52 70 66 13 >> > >> > >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 5, 2017

Re: [Pharo-users] [Demo] Creating Bloc widgets: A Color Panel

by Stephane Ducasse

Thanks Stefan do you have a repo? I will take a look tomorrow since I take some vacation. Stef On Mon, Oct 2, 2017 at 4:27 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Bloc is ready for your experiments. Here is my second one. > Please let me know what and how to improve. > > Bloc allows for the easy creation of beautiful widgets. > Here is a simple color panel that allows custom colors to be added (using > the current Morphic color selector dialog) and allows colors to be applied > using drag-and-drop. > > https://vimeo.com/236419682 > > Stephan

Oct. 5, 2017

Re: [Pharo-users] Reading a text file line by line

by Guillermo Polito

On Wed, Oct 4, 2017 at 10:12 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hi sven > > I wonder how we can make progress on this front. Because we should move on. > I'm fed up to get all this crap of the old stream around. > Could not we just keep positionable stream and start to get rest nice? > Could we point it as a sprint task? > Stef > > On Tue, Oct 3, 2017 at 4:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > > >> On 3 Oct 2017, at 10:53, Guillermo Polito <guillermopolito(a)gmail.com> > wrote: > >> > >> Yes, in my todo, but changing FileReference like that will break a lot > of backwards compatibility :) > > > > Yes it will. > > > > I have said this before: the problem is that the current stream API is > much too wide, we need to trim it to something closer to what a stream is > (and not assume that a stream always lives on top of a collection). > > > > We have compassable streams now, they work well. But they cannot > implement the full API (since they are not streaming over collections). The > biggest issue are the positioning message (like #skip: and #position:) > which assume you known where you are and can move around at will, which is > not possible for a real, indefinite stream. > > > >> On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse < > stepharo.self(a)gmail.com> wrote: > >> Yes this is why we should continue to clean and remove cruft. Now I > >> remember that guille did that for File. > >> > >> Stef > >> > >> On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> > If you do > >> > > >> > (File named: '/tmp/lines.txt') readStream[Do:] > >> > > >> > you seem to get a binary stream (this is the new implementation I > guess), when you go via FileReference you get a character stream (but that > are old ones). > >> > > >> > I know, very confusing. We're always in the midst of transitions. > >> > > >> >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> >> > >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? > >> >> > >> >> Stef > >> >> > >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> >>> Hi, > >> >>> > >> >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> > wrote: > >> >>>> > >> >>>> Hi, > >> >>>> > >> >>>> I'm trying to get started with Pharo doing something really simple > - at > >> >>>> least that's what I thought ... I'm trying to read a text file > line by line. > >> >>>> > >> >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll > get a > >> >>>> debugger telling me that BinaryFileStream does not understand > nextLine. > >> >>>> > >> >>>> Now I've tried my best to find a stream that may be reading plain > text > >> >>>> lines but to no avail ... > >> >>>> > >> >>>> Help! > >> >>>> > >> >>>> -dirk > >> >>> > >> >>> $ cat > /tmp/lines.txt > >> >>> one > >> >>> two > >> >>> three > >> >>> > >> >>> (FileLocator temp / 'lines.txt') contents lines. > >> >>> > >> >>> '/tmp/lines.txt' asFileReference contents lines. > >> >>> > >> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | > >> >>> Array streamContents: [ :out | > >> >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. > >> >>> > >> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | > >> >>> | characterStream | > >> >>> characterStream := ZnCharacterReadStream on: in. > >> >>> Array streamContents: [ :out | > >> >>> [ characterStream atEnd ] whileFalse: [ out nextPut: > characterStream nextLine ] ] ]. > >> >>> > >> >>> They all return #('one' 'two' 'three'). > >> >>> > >> >>> In the last, more complex example, you first get a binary stream > (and a 'line' is a character based concept), so wrapping the binary stream > in a character read stream (which does know about lines) solves the problem. > >> >>> > >> >>> HTH, > >> >>> > >> >>> Sven > >> >> > >> > > >> > > >> > >> > >> > >> > >> -- > >> > >> Guille Polito > >> Research Engineer > >> > >> Centre de Recherche en Informatique, Signal et Automatique de Lille > >> CRIStAL - UMR 9189 > >> French National Center for Scientific Research - http://www.cnrs.fr > >> > >> Web: http://guillep.github.io > >> Phone: +33 06 52 70 66 13 > > > > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 5, 2017

Re: [Pharo-users] Open Sourcing the Data Journalism Handbook with Grafoscopio

by Offray Vladimir Luna CÃ¡rdenas

Upps... I copied and pasted parts of my original post in the Open Knowedge Forum, so it seems that it got scrambled with some extra information from there here. Anyway I hope the message is clear. Cheers, Offray On 04/10/17 21:09, Offray Vladimir Luna CÃ¡rdenas wrote: > > Hi, > > Recently, in our local hackerspace <http://hackbo.co/>, we used, > extended and adapted, Grafoscopio > <http://mutabit.com/grafoscopio/index.en.html> to recreate the first > open source version of the Data Journalism Handbook > <http://datajournalismhandbook.org/>, in Spanish. Quoting from the > project page: > > There are some interesting Free Cultural Works > <http://freedomdefined.org/Definition> which are not open sourced. > This means that, they are covered under pretty liberal licenses, > allowing their remix, sale and modification, but the infrastructures > which support the creation, modification and publishing of such works, > donât allow wide participation and deep traceability of their > history of > such collective endeavors. > > This is our approach about alternative ways for creating such works, > addressing the above problem, using the Data Journalism Handbook as an > example (English <http://datajournalismhandbook.org/>, Spanish > <http://interactivos.lanacion.com.ar/manual-data/>) and /pocket > infrastructures/, which are simple, self > > contained, and work well on-line and off-line, like Fossil > <http://fossil-scm.org/> and > Grafoscopio <http://mutabit.com/grafoscopio/index.en.html>. Also > we extended and adapted Grafoscopio, during this project, > to make the tool suit the problem (and not the usual other way > around). > > More information and downloadable files in the project source code > repository: > > http://mutabit.com/repos.fossil/mapeda/ > > This is also an example of the kind of books you can create now > with/inside Grafoscopio (with Pandoc). > > And, of course, the customary screenshots: > > photo532578960227822324 > > photo5082366090373343168 > > Captura de pantalla del manual en Grafoscopio. > > > Cheers, > > Offray > >

Oct. 5, 2017

Open Sourcing the Data Journalism Handbook with Grafoscopio

by Offray Vladimir Luna CÃ¡rdenas

Hi, Recently, in our local hackerspace <http://hackbo.co/>, we used, extended and adapted, Grafoscopio <http://mutabit.com/grafoscopio/index.en.html> to recreate the first open source version of the Data Journalism Handbook <http://datajournalismhandbook.org/>, in Spanish. Quoting from the project page: There are some interesting Free Cultural Works <http://freedomdefined.org/Definition> which are not open sourced. This means that, they are covered under pretty liberal licenses, allowing their remix, sale and modification, but the infrastructures which support the creation, modification and publishing of such works, donât allow wide participation and deep traceability of their history of such collective endeavors. This is our approach about alternative ways for creating such works, addressing the above problem, using the Data Journalism Handbook as an example (English <http://datajournalismhandbook.org/>, Spanish <http://interactivos.lanacion.com.ar/manual-data/>) and /pocket infrastructures/, which are simple, self contained, and work well on-line and off-line, like Fossil <http://fossil-scm.org/> and Grafoscopio <http://mutabit.com/grafoscopio/index.en.html>. Also we extended and adapted Grafoscopio, during this project, to make the tool suit the problem (and not the usual other way around). More information and downloadable files in the project source code repository: http://mutabit.com/repos.fossil/mapeda/ This is also an example of the kind of books you can create now with/inside Grafoscopio (with Pandoc). And, of course, the customary screenshots: photo532578960227822324 photo5082366090373343168 Captura de pantalla del manual en Grafoscopio. Cheers, Offray

Oct. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Offray Vladimir Luna CÃ¡rdenas

What I like most about this article is the comparisons with common trends (Pharo is to Smalltalk like Clojure is to Lisp) that bridge the gap between audiences. I would add some link to Cuis Smalltalk in the mention of the Smalltalk families, because of its minimalist approach. Also, may be you can add some mention to Grafoscopio [1] to complement the link about medicine data visualization. That link is getting old, but Grafoscopio community is moving and making other new project on data activism, visualization and storytelling, with more links to deep in (and upcoming news soon). [1] http://mutabit.com/grafoscopio/index.en.html Thanks, Offray On 04/10/17 05:30, horrido wrote: > Behold Pharo: The Modern Smalltalk > <https://medium.com/smalltalk-talk/behold-pharo-the-modern-smalltalk-38e132c…> > > If you would like to suggest some edits, I'm all ears. Anything to improve > the impact of the article. > > Thanks. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 5, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by HernÃ¡n Morales Durand

Hi Richard, I would change the link text where machine learning refers to BioSmalltalk. Actually it is more a library for Bioinformatics. Cheers, HernÃ¡n 2017-10-04 7:30 GMT-03:00 horrido <horrido.hobbies(a)gmail.com>: > Behold Pharo: The Modern Smalltalk > <https://medium.com/smalltalk-talk/behold-pharo-the-modern-smalltalk-38e132c…> > > If you would like to suggest some edits, I'm all ears. Anything to improve > the impact of the article. > > Thanks. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

Thanks for the reply.Â I am not very familiar with compiled code. I just wanted to explore and see if there were any ways that Pharo and GPL sources could work together. The only way I see that can happen is to have your GPL code provide something like a REST API and communicate via networking. Not very friendly for some small situations. Jimmie On 10/04/2017 08:09 AM, Ben Coman wrote: > > > On Tue, Oct 3, 2017 at 1:45 AM, Jimmie Houchin <jlhouchin(a)gmail.com > <mailto:jlhouchin@gmail.com>> wrote: > > Back on topic. > > To my understanding, if I should port anything GPL licensed that I > needed from some language to a C library and licensed it GPL. Then > I called my new GPL C library via UFFI. I should have no problems > at all. Is that a correct understanding by all? > > Does this look like a good approach for most anyone in the Pharo > community if they desire to port and use GPL software? > > > UFFI is use via "linking", so your C library needs to LGPL to avoid > your Smalltalk code needing to be GPL licensed. > cheers -ben > > > Thanks. > > Jimmie > > > > On 09/15/2017 03:49 PM, Jimmie Houchin wrote: > > Hello, > > Pharo 7 to my understanding fundamentally changes Pharo. It is > my understanding that Pharo 7 starts with a core Pharo kernel > and like many languages out there, imports or adds code from a > variety of external sources to the image being built. > > With that understanding, I am curious if that would allow for > inclusion of a specific library/module to be licensed as GPL? > And it not affect the other code in the composed image? > > I am a big believer in the MIT/BSD license and not a big fan > of the GPL. However, there is software out there that I have > avoided looking at the source code or attempting to port it to > Pharo because it is GPL. I would sincerely love if I could now > port such a library and license it under the GPL as required, > and it not affect any other code outside of that specific library. > > I am not a lawyer. Nor do I know any lawyers. Is is possible > for someone to get a reasonably definitive answer on this > question? > > I am sure I am not the only one who has had this desire. I am > also sure that I am not the only one who will have this > question in the future. So it would be nice to have a proper > legal response that could possibly be explicitly stated > somewhere on the website or on an FAQ or something. > > Regardless of the answer, yes or no. It does need to be a > settled issue for Pharo. That way someone could know if > GPL/LGPL or whatever software could be in the catalog. > > Just wanted to put that out there to the community. I look > forward to the answer, should one be or become available. > > Thanks. > > > Jimmie > > > > >

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

On 10/04/2017 03:48 PM, Sven Van Caekenberghe wrote: >> On 3 Oct 2017, at 06:10, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> Good and valid questions. >> >> Primarily consumer side. I am a longtime user of Linux, 20+ years. I prefer and advocate for open source software even when required to use Windows/Mac. So in general in personal life with friends, family, acquaintances if the subject is computers or software and the opportunity is reasonable I will advocate for open source software. Many times simply as an opportunity to educate people who may not know or be misinformed. >> >> I am a business man, an employee of a company. My employer is purely a Windows shop. No development is a part of my day job. >> >> All of my use of development software is personal projects. I have not released any software. Nothing has reached a point to release. I am however wanting to release a couple of projects this next year. One I hope to make money off of the use of and not the sale of. The other is personal, not business software. I hope to have both in a releasable state sometime in the next 6 months. >> >> My problem has always been indecision on what I thought would be the best language for the project. I have always loved Pharo/Smalltalk. But sometimes I explore other languages. Sometimes because they already have libraries and bindings that would make the project easier. This is still a very reasonable possibility. I am not a professional. I only program in my spare time. Due to my job, sometimes that is very little. >> >> Regardless, the software I hope to get to a releasable stage I do plan on releasing as MIT. It is the license I prefer and believe in. One need not program or release software in order to be an advocate. >> >> I have no problem with someone writing closed source software. That is their personal or business choice. Myself, I have spent way to much money on software which was closed source and the company disappeared or changed directions. Then I am stuck with software that has no future. > This is a bit my point: if you respect closed-source software and commercial restrictive licenses, you should also respect GPL and friends as valid choices and not describe them with negative adjectives. > > On ethical grounds, I like GPL a lot. It is also very successful (Linux, GNU). It is a valid choice. And yes, in certain license constructions that could mean you cannot use certain software. Regarding negative adjectives. I asked for positive ones that are equivalent to the negative ones. I also demonstrated that the negative ones are quite often used positively in a number of areas beyond software. However, there is no better or even equivalent term for viral or infect(ious). I only brought up this discussion to see if the new Pharo 7 bootstrapping would open up the options to use GPL code. See, I was trying to do something positive with GPL source code. But the GPL license prevents this from happening. And because I respect licenses and laws. I will honor their choice, and their license and completely remove them from the option. I have not seen any way to port GPL software and use it from Pharo. That was my hope for this discussion. GPLv2 and GPLv3 don't even play nice with each other. I respect all choices. I also believe there are consequences for choices made. Anybody can choose to make their software GPL. I also can choose not to view the source of any of it because of the consequences of viewing that source code. Which means ultimately that GPL will have many people like me who opt out of their sources. I respect the right they have to make that choice. They also need to respect mine. We will probably have to agree to disagree on some of the above. I am okay with that. People have different views. > On a more positive note: I personally think that a system like Pharo is the ultimate open source incarnation as you can literally read and change each and every part in the same language (modulo the VM and plugins, but I am on the as-much-in-image as-possible side). I guess very, very few people actually looked inside the Linux kernel, C library or C compiler, let alone a driver, as these are much too complex and too far removed from your own program. In Pharo you can stumble into code in very deep areas such as graphics, the compiler, the debugger, etc ... I do love your positive note. You have aptly demonstrated your Pharo rock star status. I love everything you have done, even if I don't understand all your code. :)Â Maybe when I grow up, I can code like you. (Probably not. And I am not that young. I have children older than half the people here.) This ultimate open source incarnation of Pharo and its ability to find, see, change everything is a thing of beauty. Which is why I have always struggled when I look outside of Pharo and hear the benefits of whatever language. Then I go and try that language. It always drives me back to Pharo. The ability to discover classes and methods that do what you want is the best I have been able to find anywhere. I always struggle with file based languages. What editor is best. (I have never been an Emacs or Vim person.) How do I find the classes and methods I need to use. ... I come running home to Pharo. I think Pharo just keeps getting better. I can't wait for all of the git tools and Pharo 7 bootstrapping to mature. It will be nice. Thanks for engaging in the conversation. Jimmie

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Sven Van Caekenberghe

> On 3 Oct 2017, at 06:10, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > > Good and valid questions. > > Primarily consumer side. I am a longtime user of Linux, 20+ years. I prefer and advocate for open source software even when required to use Windows/Mac. So in general in personal life with friends, family, acquaintances if the subject is computers or software and the opportunity is reasonable I will advocate for open source software. Many times simply as an opportunity to educate people who may not know or be misinformed. > > I am a business man, an employee of a company. My employer is purely a Windows shop. No development is a part of my day job. > > All of my use of development software is personal projects. I have not released any software. Nothing has reached a point to release. I am however wanting to release a couple of projects this next year. One I hope to make money off of the use of and not the sale of. The other is personal, not business software. I hope to have both in a releasable state sometime in the next 6 months. > > My problem has always been indecision on what I thought would be the best language for the project. I have always loved Pharo/Smalltalk. But sometimes I explore other languages. Sometimes because they already have libraries and bindings that would make the project easier. This is still a very reasonable possibility. I am not a professional. I only program in my spare time. Due to my job, sometimes that is very little. > > Regardless, the software I hope to get to a releasable stage I do plan on releasing as MIT. It is the license I prefer and believe in. One need not program or release software in order to be an advocate. > > I have no problem with someone writing closed source software. That is their personal or business choice. Myself, I have spent way to much money on software which was closed source and the company disappeared or changed directions. Then I am stuck with software that has no future. This is a bit my point: if you respect closed-source software and commercial restrictive licenses, you should also respect GPL and friends as valid choices and not describe them with negative adjectives. On ethical grounds, I like GPL a lot. It is also very successful (Linux, GNU). It is a valid choice. And yes, in certain license constructions that could mean you cannot use certain software. On a more positive note: I personally think that a system like Pharo is the ultimate open source incarnation as you can literally read and change each and every part in the same language (modulo the VM and plugins, but I am on the as-much-in-image as-possible side). I guess very, very few people actually looked inside the Linux kernel, C library or C compiler, let alone a driver, as these are much too complex and too far removed from your own program. In Pharo you can stumble into code in very deep areas such as graphics, the compiler, the debugger, etc ... > Jimmie > > > On 10/02/2017 03:36 PM, Sven Van Caekenberghe wrote: >> Jimmie, >> >> Since you started this thread, I have to ask. >> >> You say you are an advocate of open source software. OK. But are you just on the consumer side or also on the producer side ? In other words, have you written/published/supported any non-trivial open source software ? >> >> Are you an academic or are you involved in commercial software (i.e. have you written closed software that you sell or otherwise make money off) ? >> >> Sven >> >>> On 2 Oct 2017, at 22:06, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >>> >>> No I have not. I don't tend to go their direction very often. I am an advocate of open source software but am not a fan of FSF's ethics or political opinions. And as you say, that want all software to be GPL. Also, I do prefer to hear third party opinions especially those who have potentially court tested ones. That is ultimately where we find the true definition and understanding. >>> >>> Thanks. >>> >>> Jimmie >>> >>> >>> >>> On 10/02/2017 02:48 PM, Peter UhnÃ¡k wrote: >>>> But of course this is written by FSF, and for them GPL is not just a legal matter, but an ethical one (and from their perspective GPL being a virus infecting other code is a good comparison, because they really want to take over). >>> >> > >

Oct. 4, 2017

Re: [Pharo-users] Update of ConfigurationOfGlorp

by Stephane Ducasse

Tx stephan On Wed, Oct 4, 2017 at 5:20 PM, stephan <stephan(a)stack.nl> wrote: > I've added a Pharo 7 version, copied the configurations from DBXTalk/Glorp > to DBXTalk/Configurations and the metarepos, and > replaced the #'Pharo6.0.x' style names by #'Pharo6.x' style. > Please let me know if that creates problems > > Stephan > >

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Stephane Ducasse

Hi sven I wonder how we can make progress on this front. Because we should move on. I'm fed up to get all this crap of the old stream around. Could not we just keep positionable stream and start to get rest nice? Stef On Tue, Oct 3, 2017 at 4:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 3 Oct 2017, at 10:53, Guillermo Polito <guillermopolito(a)gmail.com> wrote: >> >> Yes, in my todo, but changing FileReference like that will break a lot of backwards compatibility :) > > Yes it will. > > I have said this before: the problem is that the current stream API is much too wide, we need to trim it to something closer to what a stream is (and not assume that a stream always lives on top of a collection). > > We have compassable streams now, they work well. But they cannot implement the full API (since they are not streaming over collections). The biggest issue are the positioning message (like #skip: and #position:) which assume you known where you are and can move around at will, which is not possible for a real, indefinite stream. > >> On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> Yes this is why we should continue to clean and remove cruft. Now I >> remember that guille did that for File. >> >> Stef >> >> On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> > If you do >> > >> > (File named: '/tmp/lines.txt') readStream[Do:] >> > >> > you seem to get a binary stream (this is the new implementation I guess), when you go via FileReference you get a character stream (but that are old ones). >> > >> > I know, very confusing. We're always in the midst of transitions. >> > >> >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? >> >> >> >> Stef >> >> >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>> Hi, >> >>> >> >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: >> >>>> >> >>>> Hi, >> >>>> >> >>>> I'm trying to get started with Pharo doing something really simple - at >> >>>> least that's what I thought ... I'm trying to read a text file line by line. >> >>>> >> >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >> >>>> debugger telling me that BinaryFileStream does not understand nextLine. >> >>>> >> >>>> Now I've tried my best to find a stream that may be reading plain text >> >>>> lines but to no avail ... >> >>>> >> >>>> Help! >> >>>> >> >>>> -dirk >> >>> >> >>> $ cat > /tmp/lines.txt >> >>> one >> >>> two >> >>> three >> >>> >> >>> (FileLocator temp / 'lines.txt') contents lines. >> >>> >> >>> '/tmp/lines.txt' asFileReference contents lines. >> >>> >> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | >> >>> Array streamContents: [ :out | >> >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. >> >>> >> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >> >>> | characterStream | >> >>> characterStream := ZnCharacterReadStream on: in. >> >>> Array streamContents: [ :out | >> >>> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. >> >>> >> >>> They all return #('one' 'two' 'three'). >> >>> >> >>> In the last, more complex example, you first get a binary stream (and a 'line' is a character based concept), so wrapping the binary stream in a character read stream (which does know about lines) solves the problem. >> >>> >> >>> HTH, >> >>> >> >>> Sven >> >> >> > >> > >> >> >> >> >> -- >> >> Guille Polito >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> CRIStAL - UMR 9189 >> French National Center for Scientific Research - http://www.cnrs.fr >> >> Web: http://guillep.github.io >> Phone: +33 06 52 70 66 13 > >

Oct. 4, 2017

Re: [Pharo-users] 6.1 Stable 64 - Crash when loading repository

by Stephane Ducasse

Hello Julian Thanks for the report. on which OS are you? Stef On Wed, Oct 4, 2017 at 8:33 PM, JuliÃ¡n Maestri <serpi90(a)gmail.com> wrote: > On a clean image from get.pharo.org/64/ > Attempting to load the following repository > > Metacello new > baseline: 'WillowBootstrap'; > repository: 'github://ba-st/Willow-Bootstrap:master/source'; > load. > > Consistently causes a VM crash (crash.dump in attatchment). > > This does not happen with the 32 bit image. > > Image + VM details > >> Image >> ----- >> /home/jmaestri/Pharo/workspace/Pharo.image >> Pharo6.0 >> Latest update: #60510 >> Unnamed >> Virtual Machine >> --------------- >> /home/jmaestri/Pharo/workspace/pharo-vm/lib/pharo/5.0-201707201942/pharo >> CoInterpreter VMMaker.oscog-eem.2254 uuid: >> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: >> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 >> VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 >> VMMaker versionString VM: 201707201942 >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 >> 12:42:21 2017 -0700 $ Plugins: 201707201942 >> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> CoInterpreter VMMaker.oscog-eem.2254 uuid: >> 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 >> StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: >> 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > > > >

Oct. 4, 2017

6.1 Stable 64 - Crash when loading repository

by JuliÃ¡n Maestri

On a clean image from get.pharo.org/64/ Attempting to load the following repository Metacello new baseline: 'WillowBootstrap'; repository: 'github://ba-st/Willow-Bootstrap:master/source'; load. Consistently causes a VM crash (crash.dump in attatchment). This does not happen with the 32 bit image. Image + VM details Image > ----- > /home/jmaestri/Pharo/workspace/Pharo.image > Pharo6.0 > Latest update: #60510 > Unnamed > Virtual Machine > --------------- > /home/jmaestri/Pharo/workspace/pharo-vm/lib/pharo/5.0-201707201942/pharo > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 > VMMaker versionString VM: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 > 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Cyril Ferlicot D.

Le 04/10/2017 Ã 16:31, Sven Van Caekenberghe a Ã©critÂ : > Dirk, > > > One day we will have package level comments that will make clear the scope and purpose of groups of code. > Hi, Package level comments are possible since Pharo 6. In Nautilus just open the comment pane while selecting a package. But that's another subject. Sorry for the parenthesis. > Anyway, thanks for the feedback. > > Sven > > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 4, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Denis Kudriashov

Hi 2017-10-04 12:30 GMT+02:00 horrido <horrido.hobbies(a)gmail.com>: > Behold Pharo: The Modern Smalltalk > <https://medium.com/smalltalk-talk/behold-pharo-the-modern- > smalltalk-38e132c46053> > > If you would like to suggest some edits, I'm all ears. Anything to improve the impact of the article. > As you mentioned IoT part it would be nice to add link to PharoThings project https://github.com/pharo-iot/PharoThings. > Thanks. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 4, 2017

Update of ConfigurationOfGlorp

by stephan

I've added a Pharo 7 version, copied the configurations from DBXTalk/Glorp to DBXTalk/Configurations and the metarepos, and replaced the #'Pharo6.0.x' style names by #'Pharo6.x' style. Please let me know if that creates problems Stephan

Oct. 4, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by askoh

Very nice. Thanks. Aik-Siong Koh -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Sean P. DeNigris

Daniel BLANC wrote > Regarding my quick hack for managing the wifi at home, unfortunately there > is not so much smalltalk magic involved. That is *exactly* the magic of objects - hiding ugly implementation details (like shell scripts) under an abstraction you can easily understand and dare say enjoy working with! Daniel BLANC wrote > I'll continue playing/hacking on this small app and I'll publish the end > result. Great! Looking forward to it. This is a great time to share even toy projects because GitHub et al have made the effort/pain/cost so low. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sean P. DeNigris

Dirk Olmes wrote > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components The problem is that Sven has the nasty habit of turning frustrating areas of the system into top-notch solutions which then become core parts of Pharo ha ha ;) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

Dirk, > On 4 Oct 2017, at 15:43, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > > On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >>> ZnCharacterReadStream belongs to the Zinc classes. I would have expected >>> a generic character reading stream to be part of the core classes >>> (whatever that means :-) and not a part of some HTTP component classes. >>> But that may only be my limited understanding of Pharo so far :-) >> >> Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > > Understood. > > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components > > Ok I'm really just nitpicking here but IMHO it would be nice to decouple > these very useful classes from the Zinc namespace. > > -dirk One day we will have package level comments that will make clear the scope and purpose of groups of code. Anyway, thanks for the feedback. Sven

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Dirk Olmes

On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >> ZnCharacterReadStream belongs to the Zinc classes. I would have expected >> a generic character reading stream to be part of the core classes >> (whatever that means :-) and not a part of some HTTP component classes. >> But that may only be my limited understanding of Pharo so far :-) > > Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… Understood. However if I find classes in a package with prefix "Zinc" and I google for "Zinc Pharo" the first thing that comes up is http://zn.stfx.eu/zn/index.html - Zinc HTTP Components Ok I'm really just nitpicking here but IMHO it would be nice to decouple these very useful classes from the Zinc namespace. -dirk

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Ben Coman

On Tue, Oct 3, 2017 at 1:45 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Back on topic. > > To my understanding, if I should port anything GPL licensed that I needed > from some language to a C library and licensed it GPL. Then I called my new > GPL C library via UFFI. I should have no problems at all. Is that a correct > understanding by all? > > Does this look like a good approach for most anyone in the Pharo community > if they desire to port and use GPL software? > UFFI is use via "linking", so your C library needs to LGPL to avoid your Smalltalk code needing to be GPL licensed. cheers -ben > > Thanks. > > Jimmie > > > > On 09/15/2017 03:49 PM, Jimmie Houchin wrote: > >> Hello, >> >> Pharo 7 to my understanding fundamentally changes Pharo. It is my >> understanding that Pharo 7 starts with a core Pharo kernel and like many >> languages out there, imports or adds code from a variety of external >> sources to the image being built. >> >> With that understanding, I am curious if that would allow for inclusion >> of a specific library/module to be licensed as GPL? And it not affect the >> other code in the composed image? >> >> I am a big believer in the MIT/BSD license and not a big fan of the GPL. >> However, there is software out there that I have avoided looking at the >> source code or attempting to port it to Pharo because it is GPL. I would >> sincerely love if I could now port such a library and license it under the >> GPL as required, and it not affect any other code outside of that specific >> library. >> >> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone >> to get a reasonably definitive answer on this question? >> >> I am sure I am not the only one who has had this desire. I am also sure >> that I am not the only one who will have this question in the future. So it >> would be nice to have a proper legal response that could possibly be >> explicitly stated somewhere on the website or on an FAQ or something. >> >> Regardless of the answer, yes or no. It does need to be a settled issue >> for Pharo. That way someone could know if GPL/LGPL or whatever software >> could be in the catalog. >> >> Just wanted to put that out there to the community. I look forward to the >> answer, should one be or become available. >> >> Thanks. >> >> >> Jimmie >> >> >> > >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

No idea, Esteban??? I actually think that Iceberg should manage this. Either use the system's proxy or use Pharo's proxy... On Wed, Oct 4, 2017 at 1:56 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: > >> Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, >> and this one a property type of type LGitProxyTypeEnum. I did not try it >> but maybe it should look something like: >> >> fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto. >> >> ? >> >> if fetchOptions is null you'll have to instantiate one. The same if a >> fresh fetchOptions does not have a prim_proxy_opts >> > > > And how to do a initial copy of a remote repository, if we are behind a > proxy? > > @vito, who did you created the clone ? I can not clone a repository when I > am behind a proxy. > > >> >> On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Couldn't figure out how to configure a LGitFetchOptionswith a >>> LGitProxyOptions accepting one of the auto/none/specified from >>> LGitProxyTypeEnum. Can you provide an example? >>> >>> On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> I know, but a LGitProxyOptions accepts one. >>>> >>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>>> > wrote: >>>> >>>>> Nope, auto/none/specified returned objects are not compatible to the >>>>> expected one received by prim_proxy_opts: >>>>> >>>>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>>>> guillermopolito(a)gmail.com> wrote: >>>>> >>>>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>>>> auto/none/specified? >>>>>> >>>>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz < >>>>>> vitormcruz(a)gmail.com> wrote: >>>>>> >>>>>>> I got to this point: >>>>>>> >>>>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>>>> reflog_message >>>>>>> >>>>>>> ^ self >>>>>>> call: >>>>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>>>> LGitFetchOptions * opts , String reflog_message)) >>>>>>> options: #(optCoerceNilToNull) >>>>>>> >>>>>>> This seams like a call to a native C code. The opts has an >>>>>>> authentication callback, which should be called, but it is not. Any leads >>>>>>> on what I can do from here to figure out what is happening? >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>> >>>>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy >>>>>>>> to libgit :) >>>>>>>> >>>>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>>>> >>>>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>>>> probably has nothing to do with the proxy. >>>>>>>>> >>>>>>>>> I will investigate moreâ¦. >>>>>>>>> >>>>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> You should probably set the proxy in the Pharo settings. Pharo >>>>>>>>>> does not recognize the system's proxy (so far). >>>>>>>>>> >>>>>>>>>> Could you try with that? >>>>>>>>>> >>>>>>>>>> Guille >>>>>>>>>> >>>>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>>>> >>>>>>>>>>> I will try to understand better what is happening.... >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> hi, >>>>>>>>>>>> >>>>>>>>>>>> if you have the ssh port restricted, you need to use one that >>>>>>>>>>>> is notâ¦but then, is not clear how it will work on server side. >>>>>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>>>>> >>>>>>>>>>>> Esteban >>>>>>>>>>>> >>>>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz < >>>>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hello! >>>>>>>>>>>> >>>>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> >>>>>>>>>>>> Vito >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Guille Polito >>>>>>>>>> >>>>>>>>>> Research Engineer >>>>>>>>>> >>>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de >>>>>>>>>> Lille >>>>>>>>>> >>>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>>> >>>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>>> >>>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Guille Polito >>>>>>>> >>>>>>>> Research Engineer >>>>>>>> >>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>> >>>>>>>> CRIStAL - UMR 9189 >>>>>>>> >>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>> <http://www.cnrs.fr>* >>>>>>>> >>>>>>>> >>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>> >>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> Guille Polito >>>>>> >>>>>> Research Engineer >>>>>> >>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>> >>>>>> CRIStAL - UMR 9189 >>>>>> >>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>> <http://www.cnrs.fr>* >>>>>> >>>>>> >>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>> >>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> >>>> CRIStAL - UMR 9189 >>>> >>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>> <http://www.cnrs.fr>* >>>> >>>> >>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>> >>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

I updated the Iceberg version and now the crash isn't happening. On Wed, Oct 4, 2017 at 9:09 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Either I create a new repository from Iceberg or I cloned an existing one > from command line and then added to Iceberg. > > On Wed, Oct 4, 2017 at 8:56 AM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > >> >> >> 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: >> >>> Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, >>> and this one a property type of type LGitProxyTypeEnum. I did not try >>> it but maybe it should look something like: >>> >>> fetchOptions prim_proxy_opts prim_type: LGi >>> tProxyTypeEnum git_proxy_auto. >>> >>> ? >>> >>> if fetchOptions is null you'll have to instantiate one. The same if a >>> fresh fetchOptions does not have a prim_proxy_opts >>> >> >> >> And how to do a initial copy of a remote repository, if we are behind a >> proxy? >> >> @vito, who did you created the clone ? I can not clone a repository when >> I am behind a proxy. >> >> >>> >>> On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> Couldn't figure out how to configure a LGitFetchOptionswith a >>>> LGitProxyOptions accepting one of the auto/none/specified from >>>> LGitProxyTypeEnum. Can you provide an example? >>>> >>>> On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> I know, but a LGitProxyOptions accepts one. >>>>> >>>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)gmail.com> wrote: >>>>> >>>>>> Nope, auto/none/specified returned objects are not compatible to the >>>>>> expected one received by prim_proxy_opts: >>>>>> >>>>>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>>>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>>>>> auto/none/specified? >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz < >>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>> >>>>>>>> I got to this point: >>>>>>>> >>>>>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>>>>> reflog_message >>>>>>>> >>>>>>>> ^ self >>>>>>>> call: >>>>>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>>>>> LGitFetchOptions * opts , String reflog_message)) >>>>>>>> options: #(optCoerceNilToNull) >>>>>>>> >>>>>>>> This seams like a call to a native C code. The opts has an >>>>>>>> authentication callback, which should be called, but it is not. Any leads >>>>>>>> on what I can do from here to figure out what is happening? >>>>>>>> >>>>>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy >>>>>>>>> to libgit :) >>>>>>>>> >>>>>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>>>>> >>>>>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>>>>> probably has nothing to do with the proxy. >>>>>>>>>> >>>>>>>>>> I will investigate moreâ¦. >>>>>>>>>> >>>>>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> You should probably set the proxy in the Pharo settings. Pharo >>>>>>>>>>> does not recognize the system's proxy (so far). >>>>>>>>>>> >>>>>>>>>>> Could you try with that? >>>>>>>>>>> >>>>>>>>>>> Guille >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>>>>> >>>>>>>>>>>> I will try to understand better what is happening.... >>>>>>>>>>>> >>>>>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> hi, >>>>>>>>>>>>> >>>>>>>>>>>>> if you have the ssh port restricted, you need to use one that >>>>>>>>>>>>> is notâ¦but then, is not clear how it will work on server side. >>>>>>>>>>>>> can you try if you can do command line git push in your >>>>>>>>>>>>> project? >>>>>>>>>>>>> >>>>>>>>>>>>> Esteban >>>>>>>>>>>>> >>>>>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz < >>>>>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Hello! >>>>>>>>>>>>> >>>>>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> >>>>>>>>>>>>> Vito >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Guille Polito >>>>>>>>>>> >>>>>>>>>>> Research Engineer >>>>>>>>>>> >>>>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de >>>>>>>>>>> Lille >>>>>>>>>>> >>>>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>>>> >>>>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>>>> >>>>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Guille Polito >>>>>>>>> >>>>>>>>> Research Engineer >>>>>>>>> >>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>>> >>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>> >>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>> >>>>>>>>> >>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>> >>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> Guille Polito >>>>>>> >>>>>>> Research Engineer >>>>>>> >>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>> >>>>>>> CRIStAL - UMR 9189 >>>>>>> >>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>> <http://www.cnrs.fr>* >>>>>>> >>>>>>> >>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>> >>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> Guille Polito >>>>> >>>>> Research Engineer >>>>> >>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>> >>>>> CRIStAL - UMR 9189 >>>>> >>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>> <http://www.cnrs.fr>* >>>>> >>>>> >>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>> >>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Either I create a new repository from Iceberg or I cloned an existing one from command line and then added to Iceberg. On Wed, Oct 4, 2017 at 8:56 AM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: > >> Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, >> and this one a property type of type LGitProxyTypeEnum. I did not try it >> but maybe it should look something like: >> >> fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto. >> >> ? >> >> if fetchOptions is null you'll have to instantiate one. The same if a >> fresh fetchOptions does not have a prim_proxy_opts >> > > > And how to do a initial copy of a remote repository, if we are behind a > proxy? > > @vito, who did you created the clone ? I can not clone a repository when I > am behind a proxy. > > >> >> On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Couldn't figure out how to configure a LGitFetchOptionswith a >>> LGitProxyOptions accepting one of the auto/none/specified from >>> LGitProxyTypeEnum. Can you provide an example? >>> >>> On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> I know, but a LGitProxyOptions accepts one. >>>> >>>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>>> > wrote: >>>> >>>>> Nope, auto/none/specified returned objects are not compatible to the >>>>> expected one received by prim_proxy_opts: >>>>> >>>>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>>>> guillermopolito(a)gmail.com> wrote: >>>>> >>>>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>>>> auto/none/specified? >>>>>> >>>>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz < >>>>>> vitormcruz(a)gmail.com> wrote: >>>>>> >>>>>>> I got to this point: >>>>>>> >>>>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>>>> reflog_message >>>>>>> >>>>>>> ^ self >>>>>>> call: >>>>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>>>> LGitFetchOptions * opts , String reflog_message)) >>>>>>> options: #(optCoerceNilToNull) >>>>>>> >>>>>>> This seams like a call to a native C code. The opts has an >>>>>>> authentication callback, which should be called, but it is not. Any leads >>>>>>> on what I can do from here to figure out what is happening? >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>> >>>>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy >>>>>>>> to libgit :) >>>>>>>> >>>>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>>>> >>>>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>>>> probably has nothing to do with the proxy. >>>>>>>>> >>>>>>>>> I will investigate moreâ¦. >>>>>>>>> >>>>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> You should probably set the proxy in the Pharo settings. Pharo >>>>>>>>>> does not recognize the system's proxy (so far). >>>>>>>>>> >>>>>>>>>> Could you try with that? >>>>>>>>>> >>>>>>>>>> Guille >>>>>>>>>> >>>>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>>>> >>>>>>>>>>> I will try to understand better what is happening.... >>>>>>>>>>> >>>>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> hi, >>>>>>>>>>>> >>>>>>>>>>>> if you have the ssh port restricted, you need to use one that >>>>>>>>>>>> is notâ¦but then, is not clear how it will work on server side. >>>>>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>>>>> >>>>>>>>>>>> Esteban >>>>>>>>>>>> >>>>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz < >>>>>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>> Hello! >>>>>>>>>>>> >>>>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> >>>>>>>>>>>> Vito >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Guille Polito >>>>>>>>>> >>>>>>>>>> Research Engineer >>>>>>>>>> >>>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de >>>>>>>>>> Lille >>>>>>>>>> >>>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>>> >>>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>>> >>>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Guille Polito >>>>>>>> >>>>>>>> Research Engineer >>>>>>>> >>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>> >>>>>>>> CRIStAL - UMR 9189 >>>>>>>> >>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>> <http://www.cnrs.fr>* >>>>>>>> >>>>>>>> >>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>> >>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> Guille Polito >>>>>> >>>>>> Research Engineer >>>>>> >>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>> >>>>>> CRIStAL - UMR 9189 >>>>>> >>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>> <http://www.cnrs.fr>* >>>>>> >>>>>> >>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>> >>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> >>>> CRIStAL - UMR 9189 >>>> >>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>> <http://www.cnrs.fr>* >>>> >>>> >>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>> >>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Nicolai Hess

2017-10-03 20:58 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: > Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, > and this one a property type of type LGitProxyTypeEnum. I did not try it > but maybe it should look something like: > > fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto. > > ? > > if fetchOptions is null you'll have to instantiate one. The same if a > fresh fetchOptions does not have a prim_proxy_opts > And how to do a initial copy of a remote repository, if we are behind a proxy? @vito, who did you created the clone ? I can not clone a repository when I am behind a proxy. > > On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Couldn't figure out how to configure a LGitFetchOptionswith a >> LGitProxyOptions accepting one of the auto/none/specified from >> LGitProxyTypeEnum. Can you provide an example? >> >> On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> I know, but a LGitProxyOptions accepts one. >>> >>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> Nope, auto/none/specified returned objects are not compatible to the >>>> expected one received by prim_proxy_opts: >>>> >>>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>>> auto/none/specified? >>>>> >>>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)gmail.com> wrote: >>>>> >>>>>> I got to this point: >>>>>> >>>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>>> reflog_message >>>>>> >>>>>> ^ self >>>>>> call: >>>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>>> LGitFetchOptions * opts , String reflog_message)) >>>>>> options: #(optCoerceNilToNull) >>>>>> >>>>>> This seams like a call to a native C code. The opts has an >>>>>> authentication callback, which should be called, but it is not. Any leads >>>>>> on what I can do from here to figure out what is happening? >>>>>> >>>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy >>>>>>> to libgit :) >>>>>>> >>>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>> >>>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>>> probably has nothing to do with the proxy. >>>>>>>> >>>>>>>> I will investigate moreâ¦. >>>>>>>> >>>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> You should probably set the proxy in the Pharo settings. Pharo >>>>>>>>> does not recognize the system's proxy (so far). >>>>>>>>> >>>>>>>>> Could you try with that? >>>>>>>>> >>>>>>>>> Guille >>>>>>>>> >>>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>>> >>>>>>>>>> I will try to understand better what is happening.... >>>>>>>>>> >>>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> hi, >>>>>>>>>>> >>>>>>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>>>> >>>>>>>>>>> Esteban >>>>>>>>>>> >>>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hello! >>>>>>>>>>> >>>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Vito >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Guille Polito >>>>>>>>> >>>>>>>>> Research Engineer >>>>>>>>> >>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>>> >>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>> >>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>> >>>>>>>>> >>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>> >>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> Guille Polito >>>>>>> >>>>>>> Research Engineer >>>>>>> >>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>> >>>>>>> CRIStAL - UMR 9189 >>>>>>> >>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>> <http://www.cnrs.fr>* >>>>>>> >>>>>>> >>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>> >>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> Guille Polito >>>>> >>>>> Research Engineer >>>>> >>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>> >>>>> CRIStAL - UMR 9189 >>>>> >>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>> <http://www.cnrs.fr>* >>>>> >>>>> >>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>> >>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 4, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Thanks! I tried that but got two errors: "MessageNotUnderstood: FFIExternalStructureReferenceHandle>>free" "LGit_GIT_ERROR: Out of memory" I got other errors with Iceberg that make it unusable, for example, if I try to show history -> select a changeset, the image crashes... :( On Tue, Oct 3, 2017 at 3:58 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, > and this one a property type of type LGitProxyTypeEnum. I did not try it > but maybe it should look something like: > > fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto. > > ? > > if fetchOptions is null you'll have to instantiate one. The same if a > fresh fetchOptions does not have a prim_proxy_opts > > On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Couldn't figure out how to configure a LGitFetchOptionswith a >> LGitProxyOptions accepting one of the auto/none/specified from >> LGitProxyTypeEnum. Can you provide an example? >> >> On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> I know, but a LGitProxyOptions accepts one. >>> >>> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> Nope, auto/none/specified returned objects are not compatible to the >>>> expected one received by prim_proxy_opts: >>>> >>>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>>> auto/none/specified? >>>>> >>>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)gmail.com> wrote: >>>>> >>>>>> I got to this point: >>>>>> >>>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>>> reflog_message >>>>>> >>>>>> ^ self >>>>>> call: >>>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>>> LGitFetchOptions * opts , String reflog_message)) >>>>>> options: #(optCoerceNilToNull) >>>>>> >>>>>> This seams like a call to a native C code. The opts has an >>>>>> authentication callback, which should be called, but it is not. Any leads >>>>>> on what I can do from here to figure out what is happening? >>>>>> >>>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy >>>>>>> to libgit :) >>>>>>> >>>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>> >>>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>>> probably has nothing to do with the proxy. >>>>>>>> >>>>>>>> I will investigate moreâ¦. >>>>>>>> >>>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> You should probably set the proxy in the Pharo settings. Pharo >>>>>>>>> does not recognize the system's proxy (so far). >>>>>>>>> >>>>>>>>> Could you try with that? >>>>>>>>> >>>>>>>>> Guille >>>>>>>>> >>>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>>> >>>>>>>>>> I will try to understand better what is happening.... >>>>>>>>>> >>>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>>> >>>>>>>>>>> hi, >>>>>>>>>>> >>>>>>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>>>> >>>>>>>>>>> Esteban >>>>>>>>>>> >>>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>>>>>> wrote: >>>>>>>>>>> >>>>>>>>>>> Hello! >>>>>>>>>>> >>>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Vito >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Guille Polito >>>>>>>>> >>>>>>>>> Research Engineer >>>>>>>>> >>>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>>> >>>>>>>>> CRIStAL - UMR 9189 >>>>>>>>> >>>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>>> <http://www.cnrs.fr>* >>>>>>>>> >>>>>>>>> >>>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>>> >>>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> Guille Polito >>>>>>> >>>>>>> Research Engineer >>>>>>> >>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>> >>>>>>> CRIStAL - UMR 9189 >>>>>>> >>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>> <http://www.cnrs.fr>* >>>>>>> >>>>>>> >>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>> >>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> Guille Polito >>>>> >>>>> Research Engineer >>>>> >>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>> >>>>> CRIStAL - UMR 9189 >>>>> >>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>> <http://www.cnrs.fr>* >>>>> >>>>> >>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>> >>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 4, 2017

Behold Pharo: The Modern Smalltalk

by horrido

Behold Pharo: The Modern Smalltalk <https://medium.com/smalltalk-talk/behold-pharo-the-modern-smalltalk-38e132c…> If you would like to suggest some edits, I'm all ears. Anything to improve the impact of the article. Thanks. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Deploying on Linux with LibC version < 2.15

by Cyril Ferlicot

Hi, I am migrating some applications from Pharo 4 to Pharo 6. The new deployment of those applications needs to work on linux with LibC < 2.15. With Pharo 4 there was a special VM[1]. I do not see such VM for Pharo 6. How should we manage those distributions? Thank you in advance. [1] http://files.pharo.org/vm/pharo/linux/old-libc/Pharo-VM-linux-oldLibC.zip -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

> On 4 Oct 2017, at 09:23, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > > Hi Sven, > >>> I'm trying to get started with Pharo doing something really simple - at >>> least that's what I thought ... I'm trying to read a text file line by line. >>> >>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >>> debugger telling me that BinaryFileStream does not understand nextLine. >> >> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >> | characterStream | >> characterStream := ZnCharacterReadStream on: in. >> Array streamContents: [ :out | >> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. > > Thanks for the hint, Sven. Of all alternatives you gave I like the last > one best as it does not load the entire contents of the (probably large) > text file into memory. Yes, that is true, the first ones are more for quick and dirty scripting, real streaming is better for production code. > ZnCharacterReadStream belongs to the Zinc classes. I would have expected > a generic character reading stream to be part of the core classes > (whatever that means :-) and not a part of some HTTP component classes. > But that may only be my limited understanding of Pharo so far :-) Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > -dirk >

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Dirk Olmes

Hi Sven, >> I'm trying to get started with Pharo doing something really simple - at >> least that's what I thought ... I'm trying to read a text file line by line. >> >> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >> debugger telling me that BinaryFileStream does not understand nextLine. > > (File named: '/tmp/lines.txt') readStreamDo: [ :in | > | characterStream | > characterStream := ZnCharacterReadStream on: in. > Array streamContents: [ :out | > [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. Thanks for the hint, Sven. Of all alternatives you gave I like the last one best as it does not load the entire contents of the (probably large) text file into memory. ZnCharacterReadStream belongs to the Zinc classes. I would have expected a generic character reading stream to be part of the core classes (whatever that means :-) and not a part of some HTTP component classes. But that may only be my limited understanding of Pharo so far :-) -dirk

Oct. 4, 2017

Re: [Pharo-users] Pharo Launcher Source

by Steven R. Baker

On 03/10/17 21:51, Sven Van Caekenberghe wrote: > >> On 3 Oct 2017, at 21:30, Steven R. Baker <steven(a)stevenrbaker.com> wrote: >> >> Heya, >> >> I'm trying to build a Pharo Launcher of my own, but I can't find the >> code. This says it's on SmalltalkHub: >> https://github.com/pharo-project/pharo-launcher, but the link doesn't >> show anything. > As it says there: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher Sigh. Apologies. I had an overzealous blocker. :( Thanks! -Steven >> I tried looking on CI for the build script, but I can't find the build >> script, just build results. What I'm looking for is how to check out, >> build, and run Pharo Launcher from scratch. Can someone help me with this? >> >> Thanks! >> >> -Steven >> >> >> >

Oct. 3, 2017

Re: [Pharo-users] Pharo Launcher Source

by Sven Van Caekenberghe

> On 3 Oct 2017, at 21:30, Steven R. Baker <steven(a)stevenrbaker.com> wrote: > > Heya, > > I'm trying to build a Pharo Launcher of my own, but I can't find the > code. This says it's on SmalltalkHub: > https://github.com/pharo-project/pharo-launcher, but the link doesn't > show anything. As it says there: http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > I tried looking on CI for the build script, but I can't find the build > script, just build results. What I'm looking for is how to check out, > build, and run Pharo Launcher from scratch. Can someone help me with this? > > Thanks! > > -Steven > > >

Oct. 3, 2017

Pharo Launcher Source

by Steven R. Baker

Heya, I'm trying to build a Pharo Launcher of my own, but I can't find the code. This says it's on SmalltalkHub: https://github.com/pharo-project/pharo-launcher, but the link doesn't show anything. I tried looking on CI for the build script, but I can't find the build script, just build results. What I'm looking for is how to check out, build, and run Pharo Launcher from scratch. Can someone help me with this? Thanks! -Steven

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions, and this one a property type of type LGitProxyTypeEnum. I did not try it but maybe it should look something like: fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto. ? if fetchOptions is null you'll have to instantiate one. The same if a fresh fetchOptions does not have a prim_proxy_opts On Tue, Oct 3, 2017 at 6:36 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Couldn't figure out how to configure a LGitFetchOptionswith a > LGitProxyOptions accepting one of the auto/none/specified from > LGitProxyTypeEnum. Can you provide an example? > > On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> I know, but a LGitProxyOptions accepts one. >> >> On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Nope, auto/none/specified returned objects are not compatible to the >>> expected one received by prim_proxy_opts: >>> >>> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>>> auto/none/specified? >>>> >>>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>>> > wrote: >>>> >>>>> I got to this point: >>>>> >>>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>>> reflog_message >>>>> >>>>> ^ self >>>>> call: >>>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>>> LGitFetchOptions * opts , String reflog_message)) >>>>> options: #(optCoerceNilToNull) >>>>> >>>>> This seams like a call to a native C code. The opts has an >>>>> authentication callback, which should be called, but it is not. Any leads >>>>> on what I can do from here to figure out what is happening? >>>>> >>>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>>> guillermopolito(a)gmail.com> wrote: >>>>> >>>>>> Looks like it's an iceberg/libgit problem. We should set the proxy to >>>>>> libgit :) >>>>>> >>>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>>> >>>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>>> vitormcruz(a)gmail.com> wrote: >>>>>> >>>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>>> probably has nothing to do with the proxy. >>>>>>> >>>>>>> I will investigate moreâ¦. >>>>>>> >>>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>>> guillermopolito(a)gmail.com> wrote: >>>>>>> >>>>>>>> You should probably set the proxy in the Pharo settings. Pharo does >>>>>>>> not recognize the system's proxy (so far). >>>>>>>> >>>>>>>> Could you try with that? >>>>>>>> >>>>>>>> Guille >>>>>>>> >>>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>>> >>>>>>>>> I will try to understand better what is happening.... >>>>>>>>> >>>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>>> >>>>>>>>>> hi, >>>>>>>>>> >>>>>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>>> >>>>>>>>>> Esteban >>>>>>>>>> >>>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hello! >>>>>>>>>> >>>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> >>>>>>>>>> Vito >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Guille Polito >>>>>>>> >>>>>>>> Research Engineer >>>>>>>> >>>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>>> >>>>>>>> CRIStAL - UMR 9189 >>>>>>>> >>>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>>> <http://www.cnrs.fr>* >>>>>>>> >>>>>>>> >>>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>>> >>>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> Guille Polito >>>>>> >>>>>> Research Engineer >>>>>> >>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>> >>>>>> CRIStAL - UMR 9189 >>>>>> >>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>> <http://www.cnrs.fr>* >>>>>> >>>>>> >>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>> >>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> >>>> CRIStAL - UMR 9189 >>>> >>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>> <http://www.cnrs.fr>* >>>> >>>> >>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>> >>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Daniel BLANC

Hi All, Sorry for the late answer, I've been swallowed by a vortex of "too much work at my day job". Regarding the magical power of smalltalk, I definitely agree with that. I've been playing with different programming languages for 30 years now, and smalltalk programming is so refreshing, it's almost like manipulating real physical objects, the process of building an app feels way more creative this way. Regarding my quick hack for managing the wifi at home, unfortunately there is not so much smalltalk magic involved. Pharo is just used as a UI to launch shell scripts on a linux server. This server is inbetween a wifi access point and the ISP router. So, as you probably have guessed, all the wifi traffic goes trough this server, then it's easy to use the linux firewall (iptable) to allow/deny traffic. I'll continue playing/hacking on this small app and I'll publish the end result. Thanks All, Daniel On Sun, Sep 17, 2017 at 7:18 PM Ben Coman <btc(a)openinworld.com> wrote: > On Sun, Sep 17, 2017 at 3:59 PM, Daniel BLANC <daniel.blanc(a)gmail.com> > wrote: > > Thanks Stef, this app is just a quick hack > > Quick hacks are still often interesting reading and useful starting > points for others. > I've often thought of doing something like this for my kids but never > got around to it. > > > but I already can stop the wifi from my phone > > I'm interested to know what you use for that also. > > cheers -ben > >

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Couldn't figure out how to configure a LGitFetchOptionswith a LGitProxyOptions accepting one of the auto/none/specified from LGitProxyTypeEnum. Can you provide an example? On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I know, but a LGitProxyOptions accepts one. > > On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Nope, auto/none/specified returned objects are not compatible to the >> expected one received by prim_proxy_opts: >> >> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >>> Maybe you can configure it with a LGitProxyTypeEnum which has values >>> auto/none/specified? >>> >>> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> I got to this point: >>>> >>>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>>> reflog_message >>>> >>>> ^ self >>>> call: >>>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>>> LGitFetchOptions * opts , String reflog_message)) >>>> options: #(optCoerceNilToNull) >>>> >>>> This seams like a call to a native C code. The opts has an >>>> authentication callback, which should be called, but it is not. Any leads >>>> on what I can do from here to figure out what is happening? >>>> >>>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> Looks like it's an iceberg/libgit problem. We should set the proxy to >>>>> libgit :) >>>>> >>>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>>> >>>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)gmail.com> wrote: >>>>> >>>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>>> same at home without a proxy and I could not pull/push either, so it >>>>>> probably has nothing to do with the proxy. >>>>>> >>>>>> I will investigate moreâ¦. >>>>>> >>>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>>> guillermopolito(a)gmail.com> wrote: >>>>>> >>>>>>> You should probably set the proxy in the Pharo settings. Pharo does >>>>>>> not recognize the system's proxy (so far). >>>>>>> >>>>>>> Could you try with that? >>>>>>> >>>>>>> Guille >>>>>>> >>>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>>> vitormcruz(a)gmail.com> wrote: >>>>>>> >>>>>>>> git push via command line works fine. When I try to pull, for >>>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>>> >>>>>>>> I will try to understand better what is happening.... >>>>>>>> >>>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>>> >>>>>>>>> hi, >>>>>>>>> >>>>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>>>> can you try if you can do command line git push in your project? >>>>>>>>> >>>>>>>>> Esteban >>>>>>>>> >>>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hello! >>>>>>>>> >>>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> >>>>>>>>> Vito >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> >>>>>>> >>>>>>> >>>>>>> Guille Polito >>>>>>> >>>>>>> Research Engineer >>>>>>> >>>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>>> >>>>>>> CRIStAL - UMR 9189 >>>>>>> >>>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>>> <http://www.cnrs.fr>* >>>>>>> >>>>>>> >>>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>>> >>>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> Guille Polito >>>>> >>>>> Research Engineer >>>>> >>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>> >>>>> CRIStAL - UMR 9189 >>>>> >>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>> <http://www.cnrs.fr>* >>>>> >>>>> >>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>> >>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

I know, but a LGitProxyOptions accepts one. On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Nope, auto/none/specified returned objects are not compatible to the > expected one received by prim_proxy_opts: > > On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. >> Maybe you can configure it with a LGitProxyTypeEnum which has values >> auto/none/specified? >> >> On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> I got to this point: >>> >>> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >>> reflog_message >>> >>> ^ self >>> call: >>> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >>> LGitFetchOptions * opts , String reflog_message)) >>> options: #(optCoerceNilToNull) >>> >>> This seams like a call to a native C code. The opts has an >>> authentication callback, which should be called, but it is not. Any leads >>> on what I can do from here to figure out what is happening? >>> >>> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> Looks like it's an iceberg/libgit problem. We should set the proxy to >>>> libgit :) >>>> >>>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>>> >>>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>>> > wrote: >>>> >>>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a >>>>> cntlm proxy and configured Pharo settings accordingly. It is working >>>>> because I can use Zinc directly, but Iceberg cannot pull/push. I tried the >>>>> same at home without a proxy and I could not pull/push either, so it >>>>> probably has nothing to do with the proxy. >>>>> >>>>> I will investigate moreâ¦. >>>>> >>>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>>> guillermopolito(a)gmail.com> wrote: >>>>> >>>>>> You should probably set the proxy in the Pharo settings. Pharo does >>>>>> not recognize the system's proxy (so far). >>>>>> >>>>>> Could you try with that? >>>>>> >>>>>> Guille >>>>>> >>>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>>> vitormcruz(a)gmail.com> wrote: >>>>>> >>>>>>> git push via command line works fine. When I try to pull, for >>>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>>> >>>>>>> I will try to understand better what is happening.... >>>>>>> >>>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>>> estebanlm(a)gmail.com> wrote: >>>>>>> >>>>>>>> hi, >>>>>>>> >>>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>>> can you try if you can do command line git push in your project? >>>>>>>> >>>>>>>> Esteban >>>>>>>> >>>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hello! >>>>>>>> >>>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>>> but that donât seems to be the case for Iceberg. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Vito >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> >>>>>> Guille Polito >>>>>> >>>>>> Research Engineer >>>>>> >>>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>>> >>>>>> CRIStAL - UMR 9189 >>>>>> >>>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>>> <http://www.cnrs.fr>* >>>>>> >>>>>> >>>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>>> >>>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> >>>> CRIStAL - UMR 9189 >>>> >>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>> <http://www.cnrs.fr>* >>>> >>>> >>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>> >>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Nope, auto/none/specified returned objects are not compatible to the expected one received by prim_proxy_opts: On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe > you can configure it with a LGitProxyTypeEnum which has values > auto/none/specified? > > On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> I got to this point: >> >> remote_fetch: remote refspecs: refspecs opts: opts reflog_message: >> reflog_message >> >> ^ self >> call: >> #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , >> LGitFetchOptions * opts , String reflog_message)) >> options: #(optCoerceNilToNull) >> >> This seams like a call to a native C code. The opts has an authentication >> callback, which should be called, but it is not. Any leads on what I can do >> from here to figure out what is happening? >> >> On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> Looks like it's an iceberg/libgit problem. We should set the proxy to >>> libgit :) >>> >>> https://libgit2.github.com/libgit2/#HEAD/search/proxy >>> >>> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm >>>> proxy and configured Pharo settings accordingly. It is working because I >>>> can use Zinc directly, but Iceberg cannot pull/push. I tried the same at >>>> home without a proxy and I could not pull/push either, so it probably has >>>> nothing to do with the proxy. >>>> >>>> I will investigate moreâ¦. >>>> >>>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>>> guillermopolito(a)gmail.com> wrote: >>>> >>>>> You should probably set the proxy in the Pharo settings. Pharo does >>>>> not recognize the system's proxy (so far). >>>>> >>>>> Could you try with that? >>>>> >>>>> Guille >>>>> >>>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz < >>>>> vitormcruz(a)gmail.com> wrote: >>>>> >>>>>> git push via command line works fine. When I try to pull, for >>>>>> example, from Iceberg it says "a connection with the server cannot be >>>>>> estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg >>>>>> is using it, but it fails while normal Zinc usage is ok. >>>>>> >>>>>> I will try to understand better what is happening.... >>>>>> >>>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano < >>>>>> estebanlm(a)gmail.com> wrote: >>>>>> >>>>>>> hi, >>>>>>> >>>>>>> if you have the ssh port restricted, you need to use one that is >>>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>>> can you try if you can do command line git push in your project? >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>> Hello! >>>>>>> >>>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>>> but that donât seems to be the case for Iceberg. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Vito >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> >>>>> >>>>> Guille Polito >>>>> >>>>> Research Engineer >>>>> >>>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>>> >>>>> CRIStAL - UMR 9189 >>>>> >>>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>>> <http://www.cnrs.fr>* >>>>> >>>>> >>>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>>> >>>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>>> >>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 3, 2017

Re: [Pharo-users] "Leaking" CommandLineHandler when running headless image

by Guillermo Polito

Yes, that's the issue. I'm still convinced about that :) On Tue, Sep 19, 2017 at 3:36 PM, Tim Mackinnon <tim(a)testit.works> wrote: > There was a long post from Guille about how to sort this. It had to do > with altering the priority of shutdown code - I'm not sure if we resolved > it, but we should go back and see as it was well reasoned. > > Tim > > Sent from my iPhone > > On 19 Sep 2017, at 14:20, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi. > > It is probably related to issue 20309 > <https://pharo.fogbugz.com/f/cases/20309/Startup-should-run-always-in-a-fres…> > > 2017-09-19 15:02 GMT+02:00 Holger Freyther <holger(a)freyther.de>: > >> Hi, >> >> I am currently trying to run one of my images as non-root and related to >> that look into keeping changes in a different directory or not writing them >> at all. While looking at a write failure I saw some paths being logged that >> I used during CI to load code and should have been GCed. >> >> >> Observation: >> >> >> Pharo --headless My.image eval "Smalltalk garbageCollect. >> CommandLineHandler allSubInstances size" >> 84 >> >> Pharo --headfull My.image eval "Smalltalk garbageCollect. >> CommandLineHandler allSubInstances size" >> 2 >> >> >> As part of the CommandLineHandler allSubInstances there are eight >> LoadUpdatesCommandLineHandler still active. I would assume that a full GC >> should have collected them by now (some of them being created in May). In a >> headfull image they disappear quickly >> >> I varied the execution a bit: >> >> Pharo --headless RoamingHub.image eval --no-quit "[ Smalltalk >> garbageCollect. FileStream stdout print: CommandLineHandler allSubInstances >> size; lf. Smalltalk snapshot: false andQuit: true] fork" >> 0 >> >> >> Hypothesis: >> >> >> * Command line handlers call >>#snapshot:andQuit:. >> * Image resumes in this process >> * New session created >> * Command line handlers execute >> * Calls snapshot:andQuit: >> * Image resumes.. >> * New session created >> * Command line handlers execute >> ... >> >> >> Can this be true? I think the proposal to start the image differently >> would help here? Any comments/ideas? >> >> holger >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

> On 3 Oct 2017, at 10:53, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > > Yes, in my todo, but changing FileReference like that will break a lot of backwards compatibility :) Yes it will. I have said this before: the problem is that the current stream API is much too wide, we need to trim it to something closer to what a stream is (and not assume that a stream always lives on top of a collection). We have compassable streams now, they work well. But they cannot implement the full API (since they are not streaming over collections). The biggest issue are the positioning message (like #skip: and #position:) which assume you known where you are and can move around at will, which is not possible for a real, indefinite stream. > On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Yes this is why we should continue to clean and remove cruft. Now I > remember that guille did that for File. > > Stef > > On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > If you do > > > > (File named: '/tmp/lines.txt') readStream[Do:] > > > > you seem to get a binary stream (this is the new implementation I guess), when you go via FileReference you get a character stream (but that are old ones). > > > > I know, very confusing. We're always in the midst of transitions. > > > >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > >> > >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? > >> > >> Stef > >> > >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>> Hi, > >>> > >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > >>>> > >>>> Hi, > >>>> > >>>> I'm trying to get started with Pharo doing something really simple - at > >>>> least that's what I thought ... I'm trying to read a text file line by line. > >>>> > >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a > >>>> debugger telling me that BinaryFileStream does not understand nextLine. > >>>> > >>>> Now I've tried my best to find a stream that may be reading plain text > >>>> lines but to no avail ... > >>>> > >>>> Help! > >>>> > >>>> -dirk > >>> > >>> $ cat > /tmp/lines.txt > >>> one > >>> two > >>> three > >>> > >>> (FileLocator temp / 'lines.txt') contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | > >>> Array streamContents: [ :out | > >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. > >>> > >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | > >>> | characterStream | > >>> characterStream := ZnCharacterReadStream on: in. > >>> Array streamContents: [ :out | > >>> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. > >>> > >>> They all return #('one' 'two' 'three'). > >>> > >>> In the last, more complex example, you first get a binary stream (and a 'line' is a character based concept), so wrapping the binary stream in a character read stream (which does know about lines) solves the problem. > >>> > >>> HTH, > >>> > >>> Sven > >> > > > > > > > > > -- > > Guille Polito > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > CRIStAL - UMR 9189 > French National Center for Scientific Research - http://www.cnrs.fr > > Web: http://guillep.github.io > Phone: +33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe you can configure it with a LGitProxyTypeEnum which has values auto/none/specified? On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > I got to this point: > > remote_fetch: remote refspecs: refspecs opts: opts reflog_message: > reflog_message > > ^ self > call: > #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , > LGitFetchOptions * opts , String reflog_message)) > options: #(optCoerceNilToNull) > > This seams like a call to a native C code. The opts has an authentication > callback, which should be called, but it is not. Any leads on what I can do > from here to figure out what is happening? > > On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Looks like it's an iceberg/libgit problem. We should set the proxy to >> libgit :) >> >> https://libgit2.github.com/libgit2/#HEAD/search/proxy >> >> On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm >>> proxy and configured Pharo settings accordingly. It is working because I >>> can use Zinc directly, but Iceberg cannot pull/push. I tried the same at >>> home without a proxy and I could not pull/push either, so it probably has >>> nothing to do with the proxy. >>> >>> I will investigate moreâ¦. >>> >>> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >>> guillermopolito(a)gmail.com> wrote: >>> >>>> You should probably set the proxy in the Pharo settings. Pharo does not >>>> recognize the system's proxy (so far). >>>> >>>> Could you try with that? >>>> >>>> Guille >>>> >>>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>>> > wrote: >>>> >>>>> git push via command line works fine. When I try to pull, for example, >>>>> from Iceberg it says "a connection with the server cannot be estabilished". >>>>> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >>>>> but it fails while normal Zinc usage is ok. >>>>> >>>>> I will try to understand better what is happening.... >>>>> >>>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com >>>>> > wrote: >>>>> >>>>>> hi, >>>>>> >>>>>> if you have the ssh port restricted, you need to use one that is >>>>>> notâ¦but then, is not clear how it will work on server side. >>>>>> can you try if you can do command line git push in your project? >>>>>> >>>>>> Esteban >>>>>> >>>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>> Hello! >>>>>> >>>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>>> but that donât seems to be the case for Iceberg. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Vito >>>>>> >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> Guille Polito >>>> >>>> Research Engineer >>>> >>>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>>> >>>> CRIStAL - UMR 9189 >>>> >>>> French National Center for Scientific Research - *http://www.cnrs.fr >>>> <http://www.cnrs.fr>* >>>> >>>> >>>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>>> >>>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>>> >>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Denis Kudriashov

2017-10-02 17:30 GMT+02:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > > 2017-10-02 17:13 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: > >> I am sorry, not species, but #isKindOf istead of #= to compare classes. >> > > It is bad idea. #= should be transitive. > Oh, I used wrong word, shame on me :). I tried to say commutative. > How you will generate it with isKindOf: logic? You need to know common > parent. > > Also I not remember cases where I was needed two instances of different > classes to be equal. > And I can imaging the problems which it will lead to. > > >> >> On Mon, Oct 2, 2017 at 11:57 AM, Denis Kudriashov <dionisiydk(a)gmail.com> >> wrote: >> >>> >>> 2017-10-02 16:37 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >>> >>>> >>>> Two questions/comments about the generated code: >>>> 1. #= >>>> ... >>>> self class = anObject class "should compare #species instead?" >>>> ifFalse: [ ^ false ]. >>>> ... >>>> Typically, I've seen #species instead of #class in the guard statement. >>>> Should we change it to that? >>>> >>> >>> I doubt that it is important for domain classes. Because I never saw the >>> user of #species which is not a kind of Collection. And for collections >>> this refactoring is not valid anyway. >>> >>> >>>> >>>> >>>> 2. #hash >>>> ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) >>>> Is this implementation always safe? It's what I usually hand roll based >>>> on >>>> what I've seen, but Andres Valloud wrote a whole (large) book on >>>> hashing, so >>>> I've always wondered if I was missing somethingâ¦ >>>> >>>> >>>> >>>> ----- >>>> Cheers, >>>> Sean >>>> -- >>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>>> >>>> >>> >> >

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

I got to this point: remote_fetch: remote refspecs: refspecs opts: opts reflog_message: reflog_message ^ self call: #(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs , LGitFetchOptions * opts , String reflog_message)) options: #(optCoerceNilToNull) This seams like a call to a native C code. The opts has an authentication callback, which should be called, but it is not. Any leads on what I can do from here to figure out what is happening? On Tue, Oct 3, 2017 at 9:09 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Looks like it's an iceberg/libgit problem. We should set the proxy to > libgit :) > > https://libgit2.github.com/libgit2/#HEAD/search/proxy > > On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm >> proxy and configured Pharo settings accordingly. It is working because I >> can use Zinc directly, but Iceberg cannot pull/push. I tried the same at >> home without a proxy and I could not pull/push either, so it probably has >> nothing to do with the proxy. >> >> I will investigate moreâ¦. >> >> On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < >> guillermopolito(a)gmail.com> wrote: >> >>> You should probably set the proxy in the Pharo settings. Pharo does not >>> recognize the system's proxy (so far). >>> >>> Could you try with that? >>> >>> Guille >>> >>> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>> wrote: >>> >>>> git push via command line works fine. When I try to pull, for example, >>>> from Iceberg it says "a connection with the server cannot be estabilished". >>>> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >>>> but it fails while normal Zinc usage is ok. >>>> >>>> I will try to understand better what is happening.... >>>> >>>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>>> wrote: >>>> >>>>> hi, >>>>> >>>>> if you have the ssh port restricted, you need to use one that is >>>>> notâ¦but then, is not clear how it will work on server side. >>>>> can you try if you can do command line git push in your project? >>>>> >>>>> Esteban >>>>> >>>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>>> wrote: >>>>> >>>>> Hello! >>>>> >>>>> Iceberg donât work behind a proxy? I have made proper proxy >>>>> configuration, if I use Zinc, for example, the proxy information is used, >>>>> but that donât seems to be the case for Iceberg. >>>>> >>>>> Regards, >>>>> >>>>> Vito >>>>> >>>>> >>>>> >>>> >>> >>> >>> -- >>> >>> >>> >>> Guille Polito >>> >>> Research Engineer >>> >>> Centre de Recherche en Informatique, Signal et Automatique de Lille >>> >>> CRIStAL - UMR 9189 >>> >>> French National Center for Scientific Research - *http://www.cnrs.fr >>> <http://www.cnrs.fr>* >>> >>> >>> *Web:* *http://guillep.github.io* <http://guillep.github.io> >>> >>> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >>> >> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by Esteban A. Maringolo

2017-10-03 10:14 GMT-03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > In the end it is probably a matter of conventions. > > Instruction how to construct something (e.g. Spec) Conventions and history, which maybe are the same thing :) VisualSmalltalk/VisualWorks, Dolphin, VAST keep the definition of the windows/panes in the class side, whether they're Smalltalk expressions or binary/literal arrays (Dolphin). In the case of Dolphin each "class method" defines a "resource" you can have more than one layout for the same class, so you can have a "read only" view (resource) and an "editable" view sharing the same instance behavior. Also, having it class side you can reference it/preview (rendered) from other views without having to instantiate them, which might require having a valid model, etc. > / configuration information / descriptions > / help information / examples are kept on the class side. In fact I don't like that Magritte moved the descriptions from class to instance side. My two cents on this. Regards! Esteban A. Maringolo

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

In the end it is probably a matter of conventions. Instruction how to construct something (e.g. Spec) / configuration information / descriptions / help information / examples are kept on the class side. HH On 10/3/17, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > The information for a help topic on the class side is used to create a > help instance. > > Even if I technically create several instances of a particular help > topic with information taken from the class side conceptually I have > only _one_ help topic. The instances all share exactly the same > content. > > Maybe the idea of 'Uniclass' (Etoys / Squeak') though not exactly the > same may help. > "UniClasses are classes for the instance specific behavior of just one > instance." > http://wiki.squeak.org/squeak/2402 > > In Smalltalk I always have to deal with classes. A class is an object > as well. Good to keep information for cases where I do not care to > have different instances with different state. > > HTH > > Hannes > > On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> >> wrote: >> >>> This is as if you would ask >>> >>> why are specs on the class side? >>> >> >> I can certainly ask that, and there's in fact no reason why it would have >> to be there (because when the layout is being retrieved, the instance is >> already available). >> >> >>> You may actually see Help information as 'meta information'. It is >>> information about .... >>> >> >> If you put it on the class-side of the class that it is about then I >> would >> agree. But that is not the case here. The object is the content, not >> about >> the content. >> >> >>> >>> The content is only needed once per topic. No different instances of the >>> same topic. >>> >> >> This is not actually true; the topic is instantiated anew for every help >> browser opened (and every time browser is opened). >> >> And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, >> which makes the entire class quite pointless; which is what I don't >> understand. >> >> Peter >> >

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

The information for a help topic on the class side is used to create a help instance. Even if I technically create several instances of a particular help topic with information taken from the class side conceptually I have only _one_ help topic. The instances all share exactly the same content. Maybe the idea of 'Uniclass' (Etoys / Squeak') though not exactly the same may help. "UniClasses are classes for the instance specific behavior of just one instance." http://wiki.squeak.org/squeak/2402 In Smalltalk I always have to deal with classes. A class is an object as well. Good to keep information for cases where I do not care to have different instances with different state. HTH Hannes On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >> This is as if you would ask >> >> why are specs on the class side? >> > > I can certainly ask that, and there's in fact no reason why it would have > to be there (because when the layout is being retrieved, the instance is > already available). > > >> You may actually see Help information as 'meta information'. It is >> information about .... >> > > If you put it on the class-side of the class that it is about then I would > agree. But that is not the case here. The object is the content, not about > the content. > > >> >> The content is only needed once per topic. No different instances of the >> same topic. >> > > This is not actually true; the topic is instantiated anew for every help > browser opened (and every time browser is opened). > > And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, > which makes the entire class quite pointless; which is what I don't > understand. > > Peter >

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by Peter UhnÃ¡k

On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > This is as if you would ask > > why are specs on the class side? > I can certainly ask that, and there's in fact no reason why it would have to be there (because when the layout is being retrieved, the instance is already available). > You may actually see Help information as 'meta information'. It is > information about .... > If you put it on the class-side of the class that it is about then I would agree. But that is not the case here. The object is the content, not about the content. > > The content is only needed once per topic. No different instances of the > same topic. > This is not actually true; the topic is instantiated anew for every help browser opened (and every time browser is opened). And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, which makes the entire class quite pointless; which is what I don't understand. Peter

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

This is as if you would ask why are specs on the class side? You may actually see Help information as 'meta information'. It is information about .... The content is only needed once per topic. No different instances of the same topic. --Hannes On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > All help topics (subclasses of CustomHelp) have all the content on the > class-side. > > This seems very weird to me, because the class-side should about managing > the meta, not containing the content itself. > > It feels weird. > > Peter >

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

Looks like it's an iceberg/libgit problem. We should set the proxy to libgit :) https://libgit2.github.com/libgit2/#HEAD/search/proxy On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm > proxy and configured Pharo settings accordingly. It is working because I > can use Zinc directly, but Iceberg cannot pull/push. I tried the same at > home without a proxy and I could not pull/push either, so it probably has > nothing to do with the proxy. > > I will investigate moreâ¦. > > On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> You should probably set the proxy in the Pharo settings. Pharo does not >> recognize the system's proxy (so far). >> >> Could you try with that? >> >> Guille >> >> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> git push via command line works fine. When I try to pull, for example, >>> from Iceberg it says "a connection with the server cannot be estabilished". >>> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >>> but it fails while normal Zinc usage is ok. >>> >>> I will try to understand better what is happening.... >>> >>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>>> hi, >>>> >>>> if you have the ssh port restricted, you need to use one that is >>>> notâ¦but then, is not clear how it will work on server side. >>>> can you try if you can do command line git push in your project? >>>> >>>> Esteban >>>> >>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>> wrote: >>>> >>>> Hello! >>>> >>>> Iceberg donât work behind a proxy? I have made proper proxy >>>> configuration, if I use Zinc, for example, the proxy information is used, >>>> but that donât seems to be the case for Iceberg. >>>> >>>> Regards, >>>> >>>> Vito >>>> >>>> >>>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm proxy and configured Pharo settings accordingly. It is working because I can use Zinc directly, but Iceberg cannot pull/push. I tried the same at home without a proxy and I could not pull/push either, so it probably has nothing to do with the proxy. I will investigate moreâ¦. On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > You should probably set the proxy in the Pharo settings. Pharo does not > recognize the system's proxy (so far). > > Could you try with that? > > Guille > > On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> git push via command line works fine. When I try to pull, for example, >> from Iceberg it says "a connection with the server cannot be estabilished". >> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >> but it fails while normal Zinc usage is ok. >> >> I will try to understand better what is happening.... >> >> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >>> hi, >>> >>> if you have the ssh port restricted, you need to use one that is notâ¦but >>> then, is not clear how it will work on server side. >>> can you try if you can do command line git push in your project? >>> >>> Esteban >>> >>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >>> >>> Hello! >>> >>> Iceberg donât work behind a proxy? I have made proper proxy >>> configuration, if I use Zinc, for example, the proxy information is used, >>> but that donât seems to be the case for Iceberg. >>> >>> Regards, >>> >>> Vito >>> >>> >>> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 3, 2017

why are Help topics in the meta-side

by Peter UhnÃ¡k

All help topics (subclasses of CustomHelp) have all the content on the class-side. This seems very weird to me, because the class-side should about managing the meta, not containing the content itself. It feels weird. Peter

Oct. 3, 2017

Re: [Pharo-users] Hiding the cursor in pharo and/or bloc

by Steven Costiou

Thanks Denis :) It works :) Its pretty nice for touch-sensitive apps :) Steven. Le 2017-10-03 10:13, Denis Kudriashov a Ã©crit : > Hi. > Look at Cursor class side. All cursor bitmaps are in class variables. If you will replace all of them with blank cursor then cursor will be always blank. > Something like this: > >> Cursor classVariables associationsDo: [ :each | each value: Cursor blank ] > > 2017-10-03 9:38 GMT+02:00 Steven Costiou <steven.costiou(a)kloum.io>: > > Ah, thanks. So i will look at Morphic to see if i can do that. > > Steven. > > Le 2017-10-02 22:30, Aliaksei Syrel a Ã©crit : > Hi Steven, > > What you see is not Bloc's cursor (there is no cursor in bloc) > It is a Morphic cursor :) > > Cheers, > Alex > On 2 October 2017 at 22:19, Steven Costiou <steven.costiou(a)kloum.io> wrote: > > Hi, > > i've been playing with bloc, and i am trying to completely remove the cursor (i.e. always display a blank cursor). I can't find how. Removing the Pharo cursor would also be ok, but i can't either. I can only show a blank cursor for a few moments but after moving the mouse too much it becomes normal again. > > I have tried: > > Cursor currentCursor: Cursor blank (seems not to work ?) > > Cursor blank beCursor (works for a few moments only...) > > Any way to do that permanently ? > > Steven.

Oct. 3, 2017

Re: [Pharo-users] Reading a text file line by line

by Guillermo Polito

Yes, in my todo, but changing FileReference like that will break a lot of backwards compatibility :) On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Yes this is why we should continue to clean and remove cruft. Now I > remember that guille did that for File. > > Stef > > On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > If you do > > > > (File named: '/tmp/lines.txt') readStream[Do:] > > > > you seem to get a binary stream (this is the new implementation I > guess), when you go via FileReference you get a character stream (but that > are old ones). > > > > I know, very confusing. We're always in the midst of transitions. > > > >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> > >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? > >> > >> Stef > >> > >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>> Hi, > >>> > >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > >>>> > >>>> Hi, > >>>> > >>>> I'm trying to get started with Pharo doing something really simple - > at > >>>> least that's what I thought ... I'm trying to read a text file line > by line. > >>>> > >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a > >>>> debugger telling me that BinaryFileStream does not understand > nextLine. > >>>> > >>>> Now I've tried my best to find a stream that may be reading plain text > >>>> lines but to no avail ... > >>>> > >>>> Help! > >>>> > >>>> -dirk > >>> > >>> $ cat > /tmp/lines.txt > >>> one > >>> two > >>> three > >>> > >>> (FileLocator temp / 'lines.txt') contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | > >>> Array streamContents: [ :out | > >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. > >>> > >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | > >>> | characterStream | > >>> characterStream := ZnCharacterReadStream on: in. > >>> Array streamContents: [ :out | > >>> [ characterStream atEnd ] whileFalse: [ out nextPut: > characterStream nextLine ] ] ]. > >>> > >>> They all return #('one' 'two' 'three'). > >>> > >>> In the last, more complex example, you first get a binary stream (and > a 'line' is a character based concept), so wrapping the binary stream in a > character read stream (which does know about lines) solves the problem. > >>> > >>> HTH, > >>> > >>> Sven > >> > > > > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

You should probably set the proxy in the Pharo settings. Pharo does not recognize the system's proxy (so far). Could you try with that? Guille On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > git push via command line works fine. When I try to pull, for example, > from Iceberg it says "a connection with the server cannot be estabilished". > I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, > but it fails while normal Zinc usage is ok. > > I will try to understand better what is happening.... > > On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> hi, >> >> if you have the ssh port restricted, you need to use one that is notâ¦but >> then, is not clear how it will work on server side. >> can you try if you can do command line git push in your project? >> >> Esteban >> >> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >> >> Hello! >> >> Iceberg donât work behind a proxy? I have made proper proxy >> configuration, if I use Zinc, for example, the proxy information is used, >> but that donât seems to be the case for Iceberg. >> >> Regards, >> >> Vito >> >> >> > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Hiding the cursor in pharo and/or bloc

by Denis Kudriashov

Hi. Look at Cursor class side. All cursor bitmaps are in class variables. If you will replace all of them with blank cursor then cursor will be always blank. Something like this: Cursor classVariables associationsDo: [ :each | each value: Cursor blank ] 2017-10-03 9:38 GMT+02:00 Steven Costiou <steven.costiou(a)kloum.io>: > Ah, thanks. So i will look at Morphic to see if i can do that. > > Steven. > > Le 2017-10-02 22:30, Aliaksei Syrel a Ã©crit : > > Hi Steven, > > What you see is not Bloc's cursor (there is no cursor in bloc) > It is a Morphic cursor :) > > Cheers, > Alex > > On 2 October 2017 at 22:19, Steven Costiou <steven.costiou(a)kloum.io> > wrote: > >> Hi, >> >> i've been playing with bloc, and i am trying to completely remove the >> cursor (i.e. always display a blank cursor). I can't find how. Removing the >> Pharo cursor would also be ok, but i can't either. I can only show a blank >> cursor for a few moments but after moving the mouse too much it becomes >> normal again. >> >> I have tried: >> >> Cursor currentCursor: Cursor blank (seems not to work ?) >> >> Cursor blank beCursor (works for a few moments only...) >> >> Any way to do that permanently ? >> >> >> Steven. >> > >

Oct. 3, 2017

Re: [Pharo-users] Spec "bindings"

by Stephane Ducasse

Hi rob we are discussing in Peter and reading your solution. Now about your example, I think that the Presenter >> subject: aDomainObject subjectHolder := aDomainObject asValueHolder We should not have countHolder in the domain object. In the domain object we should only have the domain and no value holder. Now to access a part of a domain object to refresh/change it without changing the whole, we should have something similar to AspectAdaptor in VW. What do you think? Stef On Sat, Sep 30, 2017 at 9:21 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hi rob > > I wrote this missing chapter and I think that it exhibits the changes > you wanted to introduce. > So let me know. > > Stef > > > On Sat, Sep 30, 2017 at 9:13 AM, Stephane Ducasse > <stepharo.self(a)gmail.com> wrote: >> Hi rob >> >> where can I find your code because I'm really thinking that something >> is missing in Spec. >> I'm writing a little editor for a gameItem and I should go through and >> I would like to use it >> as an example of what I do not like. >> In fact I would like to have all the models to work on aspect of the >> domain model. >> May be this is avaialbale in spec but I forgot and I forgot to >> document it in the book. >> >> Stef >> >> >> On Tue, Sep 5, 2017 at 8:49 PM, Rob Rothwell <r.j.rothwell(a)gmail.com> wrote: >>> Hello, >>> >>> I was wondering what more experienced users than myself thought of the idea >>> of an explicit Spec "connection point" to a domain model object similar to >>> Dolphin's "showOn:" method, like: >>> >>> CounterApp showOn: counter. >>> >>> This would perhaps trigger something like Dolphin's Presenter>>model: >>> message (although I've always found the use of "model" confusing when there >>> are so many "models" involved.) after the widgets had been created: >>> >>> ComposableModel>>initializeBindings: anObject >>> >>> In many cases, if your domain model uses ValueHolders as well (like Spec >>> does), making a connection could just mean replacing the Spec ValueHolder >>> with your domain ValueHolder so changes to the domain model would >>> automatically propagate to the UI presentation without providing explicit >>> code in ComposableModel>>initializePresenter. >>> >>> However, since I am still trying to understand and learn Spec, it's quite >>> possible I am missing some key point and there are reasons not to explore >>> this line of thinking! >>> >>> Thank you, >>> >>> Rob >>>

Oct. 3, 2017

Re: [Pharo-users] Hiding the cursor in pharo and/or bloc

by Steven Costiou

Ah, thanks. So i will look at Morphic to see if i can do that. Steven. Le 2017-10-02 22:30, Aliaksei Syrel a Ã©crit : > Hi Steven, > > What you see is not Bloc's cursor (there is no cursor in bloc) > It is a Morphic cursor :) > > Cheers, > Alex > On 2 October 2017 at 22:19, Steven Costiou <steven.costiou(a)kloum.io> wrote: > >> Hi, >> >> i've been playing with bloc, and i am trying to completely remove the cursor (i.e. always display a blank cursor). I can't find how. Removing the Pharo cursor would also be ok, but i can't either. I can only show a blank cursor for a few moments but after moving the mouse too much it becomes normal again. >> >> I have tried: >> >> Cursor currentCursor: Cursor blank (seems not to work ?) >> >> Cursor blank beCursor (works for a few moments only...) >> >> Any way to do that permanently ? >> >> Steven.

Oct. 3, 2017

Re: [Pharo-users] How to make pharo find sqlite?

by phil＠highoctane.be

Nice. We should make a booklet of all this. There is also the Ansible playbook we have and the Docker story as well. Phil On Tue, Oct 3, 2017 at 3:12 AM, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Sat, Sep 30, 2017 at 10:16:47PM +0200, Herby VojÄÃk wrote: > > case the library name used is the plain 'sqlite3', I don't know - am > > I supposed to make a symlink on the same directory as the image? Is > > it the thing that is normally needed / done routinely? > > Below is how I've been doing it since early days of Pharo. Desktop OS = > Linux > Mint. Current server OS = Ubuntu 16.04. > > Firstly, I don't use the distro-provided libsqlite3.so. My self-built copy > includes features like FTS, JSON, etc. > > I place libsqlite3.so in the VM directory, say /pkg/pharo5vm/. I have a > script > /pkg/pharo5vm/gopharo: > > #!/bin/sh > PHAROVMPATH=$(dirname `readlink -f "$0"`) > LD_LIBRARY_PATH="$PHAROVMPATH" exec "$PHAROVMPATH/pharo" $@ & > > On desktop, I start Pharo using gopharo. On server, I use daemontools. Say > my > application directory on the server is /pkg/app1. Here's the daemontools > run > file /pkg/app1/run: > > #!/bin/sh > /usr/bin/setuidgid app1 \ > /pkg/pharo5vm/gopharo -vm-display-null -vm-sound-null > smallcms1.image --no-quit > > The other files in /pkg/app1 are PharoV*.sources and the application > image/changes files. > > /pkg/pharo5vm contains the pharo executable, vm-*, and the *so* > files/symlinks > that come with Pharo plus any others that I custom build myself such as > libsqlite3.so and libshacrypt.so. > > HTH. > > Pierce > > > >

Oct. 3, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

Good and valid questions. Primarily consumer side. I am a longtime user of Linux, 20+ years. I prefer and advocate for open source software even when required to use Windows/Mac. So in general in personal life with friends, family, acquaintances if the subject is computers or software and the opportunity is reasonable I will advocate for open source software. Many times simply as an opportunity to educate people who may not know or be misinformed. I am a business man, an employee of a company. My employer is purely a Windows shop. No development is a part of my day job. All of my use of development software is personal projects. I have not released any software. Nothing has reached a point to release. I am however wanting to release a couple of projects this next year. One I hope to make money off of the use of and not the sale of. The other is personal, not business software. I hope to have both in a releasable state sometime in the next 6 months. My problem has always been indecision on what I thought would be the best language for the project. I have always loved Pharo/Smalltalk. But sometimes I explore other languages. Sometimes because they already have libraries and bindings that would make the project easier. This is still a very reasonable possibility. I am not a professional. I only program in my spare time. Due to my job, sometimes that is very little. Regardless, the software I hope to get to a releasable stage I do plan on releasing as MIT. It is the license I prefer and believe in. One need not program or release software in order to be an advocate. I have no problem with someone writing closed source software. That is their personal or business choice. Myself, I have spent way to much money on software which was closed source and the company disappeared or changed directions. Then I am stuck with software that has no future. Jimmie On 10/02/2017 03:36 PM, Sven Van Caekenberghe wrote: > Jimmie, > > Since you started this thread, I have to ask. > > You say you are an advocate of open source software. OK. But are you just on the consumer side or also on the producer side ? In other words, have you written/published/supported any non-trivial open source software ? > > Are you an academic or are you involved in commercial software (i.e. have you written closed software that you sell or otherwise make money off) ? > > Sven > >> On 2 Oct 2017, at 22:06, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> No I have not. I don't tend to go their direction very often. I am an advocate of open source software but am not a fan of FSF's ethics or political opinions. And as you say, that want all software to be GPL. Also, I do prefer to hear third party opinions especially those who have potentially court tested ones. That is ultimately where we find the true definition and understanding. >> >> Thanks. >> >> Jimmie >> >> >> >> On 10/02/2017 02:48 PM, Peter UhnÃ¡k wrote: >>> But of course this is written by FSF, and for them GPL is not just a legal matter, but an ethical one (and from their perspective GPL being a virus infecting other code is a good comparison, because they really want to take over). >> >

Oct. 3, 2017

Re: [Pharo-users] How to make pharo find sqlite?

by Pierce Ng

On Sat, Sep 30, 2017 at 10:16:47PM +0200, Herby VojÄÃk wrote: > case the library name used is the plain 'sqlite3', I don't know - am > I supposed to make a symlink on the same directory as the image? Is > it the thing that is normally needed / done routinely? Below is how I've been doing it since early days of Pharo. Desktop OS = Linux Mint. Current server OS = Ubuntu 16.04. Firstly, I don't use the distro-provided libsqlite3.so. My self-built copy includes features like FTS, JSON, etc. I place libsqlite3.so in the VM directory, say /pkg/pharo5vm/. I have a script /pkg/pharo5vm/gopharo: #!/bin/sh PHAROVMPATH=$(dirname `readlink -f "$0"`) LD_LIBRARY_PATH="$PHAROVMPATH" exec "$PHAROVMPATH/pharo" $@ & On desktop, I start Pharo using gopharo. On server, I use daemontools. Say my application directory on the server is /pkg/app1. Here's the daemontools run file /pkg/app1/run: #!/bin/sh /usr/bin/setuidgid app1 \ /pkg/pharo5vm/gopharo -vm-display-null -vm-sound-null smallcms1.image --no-quit The other files in /pkg/app1 are PharoV*.sources and the application image/changes files. /pkg/pharo5vm contains the pharo executable, vm-*, and the *so* files/symlinks that come with Pharo plus any others that I custom build myself such as libsqlite3.so and libshacrypt.so. HTH. Pierce

Oct. 3, 2017

Re: [Pharo-users] Testing a Unicode Character's Category

by Richard Sargent

Andrew, I've tried to comment on the changes. Overall, it was essentially what I was envisioning. My comments on a few methods are mostly specific quibbles about the implementation. One reflects that I think the original implementation contains an error. Thanks for doing this! On Sun, Oct 1, 2017 at 7:10 AM, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > Richard (and others): > > Marcus and I committed methods to implement these category tests on > Friday. If any of you have time to review the code, it would be > appreciated. The commit can be found here: > > https://github.com/pharo-project/pharo/pull/326/commits/ > 933b1dcba05b837ab292e19aab413f67b3f9eec5 > > I noticed that there is one test failing â which seems to be entirely > unrelated The test passes in my image. > > Andrew > > >

Oct. 3, 2017

Re: [Pharo-users] Pharo 7 license question

by Sven Van Caekenberghe

Jimmie, Since you started this thread, I have to ask. You say you are an advocate of open source software. OK. But are you just on the consumer side or also on the producer side ? In other words, have you written/published/supported any non-trivial open source software ? Are you an academic or are you involved in commercial software (i.e. have you written closed software that you sell or otherwise make money off) ? Sven > On 2 Oct 2017, at 22:06, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > > No I have not. I don't tend to go their direction very often. I am an advocate of open source software but am not a fan of FSF's ethics or political opinions. And as you say, that want all software to be GPL. Also, I do prefer to hear third party opinions especially those who have potentially court tested ones. That is ultimately where we find the true definition and understanding. > > Thanks. > > Jimmie > > > > On 10/02/2017 02:48 PM, Peter UhnÃ¡k wrote: >> >> But of course this is written by FSF, and for them GPL is not just a legal matter, but an ethical one (and from their perspective GPL being a virus infecting other code is a good comparison, because they really want to take over). > >

Oct. 2, 2017

Re: [Pharo-users] Hiding the cursor in pharo and/or bloc

by Aliaksei Syrel

Hi Steven, What you see is not Bloc's cursor (there is no cursor in bloc) It is a Morphic cursor :) Cheers, Alex On 2 October 2017 at 22:19, Steven Costiou <steven.costiou(a)kloum.io> wrote: > Hi, > > i've been playing with bloc, and i am trying to completely remove the > cursor (i.e. always display a blank cursor). I can't find how. Removing the > Pharo cursor would also be ok, but i can't either. I can only show a blank > cursor for a few moments but after moving the mouse too much it becomes > normal again. > > I have tried: > > Cursor currentCursor: Cursor blank (seems not to work ?) > > Cursor blank beCursor (works for a few moments only...) > > Any way to do that permanently ? > > > Steven. >

Oct. 2, 2017

Hiding the cursor in pharo and/or bloc

by Steven Costiou

Hi, i've been playing with bloc, and i am trying to completely remove the cursor (i.e. always display a blank cursor). I can't find how. Removing the Pharo cursor would also be ok, but i can't either. I can only show a blank cursor for a few moments but after moving the mouse too much it becomes normal again. I have tried: Cursor currentCursor: Cursor blank (seems not to work ?) Cursor blank beCursor (works for a few moments only...) Any way to do that permanently ? Steven.

Oct. 2, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

No I have not. I don't tend to go their direction very often. I am an advocate of open source software but am not a fan of FSF's ethics or political opinions. And as you say, that want all software to be GPL. Also, I do prefer to hear third party opinions especially those who have potentially court tested ones. That is ultimately where we find the true definition and understanding. Thanks. Jimmie On 10/02/2017 02:48 PM, Peter UhnÃ¡k wrote: > > But of course this is written by FSF, and for them GPL is not just a > legal matter, but an ethical one (and from their perspective GPL being > a virus infecting other code is a good comparison, because they really > want to take over).

Oct. 2, 2017

Re: [Pharo-users] Pharo 7 license question

by Peter UhnÃ¡k

On Mon, Oct 2, 2017 at 7:45 PM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Back on topic. > > To my understanding, if I should port anything GPL licensed that I needed > from some language to a C library and licensed it GPL. Then I called my new > GPL C library via UFFI. I should have no problems at all. Is that a correct > understanding by all? > Have you read the GPL's FAQ? There's a whole section dedicated to combination of works (Combining work with code released under the GPL). https://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.en.html#TOCMereAggreg… . But of course this is written by FSF, and for them GPL is not just a legal matter, but an ethical one (and from their perspective GPL being a virus infecting other code is a good comparison, because they really want to take over). Peter

Oct. 2, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

git push via command line works fine. When I try to pull, for example, from Iceberg it says "a connection with the server cannot be estabilished". I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, but it fails while normal Zinc usage is ok. I will try to understand better what is happening.... On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > hi, > > if you have the ssh port restricted, you need to use one that is notâ¦but > then, is not clear how it will work on server side. > can you try if you can do command line git push in your project? > > Esteban > > On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Hello! > > Iceberg donât work behind a proxy? I have made proper proxy configuration, > if I use Zinc, for example, the proxy information is used, but that donât > seems to be the case for Iceberg. > > Regards, > > Vito > > >

Oct. 2, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

Thanks for the reply and the link. Reasonably informative, but unfortunately not as definitive as one would like. What a mess. Makes me really appreciate the permissive licenses. No headaches. :) I was just curious if that was an option. Fortunately I believe I have alternatives to what I was looking to do. So I can avoid it all together. Someone posted a view by the Racket developers on their understanding of their choice of the LGPL for Racket. It seems that they are switching to MIT/Apache for Racket 7, the next version. They had all contributors sign agreements to the relicensing. https://github.com/racket/racket/issues/1570 https://groups.google.com/forum/#!msg/racket-dev/FiBLEZ-fmn8/8uLTbNamEwAJ Again thanks for the lesson and help. Jimmie On 10/02/2017 01:47 PM, Sven Van Caekenberghe wrote: > >> On 2 Oct 2017, at 19:45, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: >> >> Back on topic. >> >> To my understanding, if I should port anything GPL licensed that I needed from some language to a C library and licensed it GPL. Then I called my new GPL C library via UFFI. I should have no problems at all. Is that a correct understanding by all? >> >> Does this look like a good approach for most anyone in the Pharo community if they desire to port and use GPL software? > https://en.wikipedia.org/wiki/GNU_General_Public_License#Libraries > > There are different opinions, but I seem to clearly remember the GNU ReadLine case: even though it is a library that you can link to, using it is only allowed by other GPL programs. > >> Thanks. >> >> Jimmie >> >> >> On 09/15/2017 03:49 PM, Jimmie Houchin wrote: >>> Hello, >>> >>> Pharo 7 to my understanding fundamentally changes Pharo. It is my understanding that Pharo 7 starts with a core Pharo kernel and like many languages out there, imports or adds code from a variety of external sources to the image being built. >>> >>> With that understanding, I am curious if that would allow for inclusion of a specific library/module to be licensed as GPL? And it not affect the other code in the composed image? >>> >>> I am a big believer in the MIT/BSD license and not a big fan of the GPL. However, there is software out there that I have avoided looking at the source code or attempting to port it to Pharo because it is GPL. I would sincerely love if I could now port such a library and license it under the GPL as required, and it not affect any other code outside of that specific library. >>> >>> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone to get a reasonably definitive answer on this question? >>> >>> I am sure I am not the only one who has had this desire. I am also sure that I am not the only one who will have this question in the future. So it would be nice to have a proper legal response that could possibly be explicitly stated somewhere on the website or on an FAQ or something. >>> >>> Regardless of the answer, yes or no. It does need to be a settled issue for Pharo. That way someone could know if GPL/LGPL or whatever software could be in the catalog. >>> >>> Just wanted to put that out there to the community. I look forward to the answer, should one be or become available. >>> >>> Thanks. >>> >>> >>> Jimmie >>> >>> >> >

Oct. 2, 2017

Re: [Pharo-users] Iceberg and proxy

by Esteban Lorenzano

hi, if you have the ssh port restricted, you need to use one that is notâ¦but then, is not clear how it will work on server side. can you try if you can do command line git push in your project? Esteban > On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > > Hello! > Iceberg donât work behind a proxy? I have made proper proxy configuration, if I use Zinc, for example, the proxy information is used, but that donât seems to be the case for Iceberg. > > Regards, > > Vito > >

Oct. 2, 2017

Re: [Pharo-users] Pharo 7 license question

by Sven Van Caekenberghe

> On 2 Oct 2017, at 19:45, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > > Back on topic. > > To my understanding, if I should port anything GPL licensed that I needed from some language to a C library and licensed it GPL. Then I called my new GPL C library via UFFI. I should have no problems at all. Is that a correct understanding by all? > > Does this look like a good approach for most anyone in the Pharo community if they desire to port and use GPL software? https://en.wikipedia.org/wiki/GNU_General_Public_License#Libraries There are different opinions, but I seem to clearly remember the GNU ReadLine case: even though it is a library that you can link to, using it is only allowed by other GPL programs. > Thanks. > > Jimmie > > > On 09/15/2017 03:49 PM, Jimmie Houchin wrote: >> Hello, >> >> Pharo 7 to my understanding fundamentally changes Pharo. It is my understanding that Pharo 7 starts with a core Pharo kernel and like many languages out there, imports or adds code from a variety of external sources to the image being built. >> >> With that understanding, I am curious if that would allow for inclusion of a specific library/module to be licensed as GPL? And it not affect the other code in the composed image? >> >> I am a big believer in the MIT/BSD license and not a big fan of the GPL. However, there is software out there that I have avoided looking at the source code or attempting to port it to Pharo because it is GPL. I would sincerely love if I could now port such a library and license it under the GPL as required, and it not affect any other code outside of that specific library. >> >> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone to get a reasonably definitive answer on this question? >> >> I am sure I am not the only one who has had this desire. I am also sure that I am not the only one who will have this question in the future. So it would be nice to have a proper legal response that could possibly be explicitly stated somewhere on the website or on an FAQ or something. >> >> Regardless of the answer, yes or no. It does need to be a settled issue for Pharo. That way someone could know if GPL/LGPL or whatever software could be in the catalog. >> >> Just wanted to put that out there to the community. I look forward to the answer, should one be or become available. >> >> Thanks. >> >> >> Jimmie >> >> > >

Oct. 2, 2017

Iceberg and proxy

by Vitor Medina Cruz

Hello! Iceberg donât work behind a proxy? I have made proper proxy configuration, if I use Zinc, for example, the proxy information is used, but that donât seems to be the case for Iceberg. Regards, Vitor

Oct. 2, 2017

Re: [Pharo-users] Pharo 7 license question

by Jimmie Houchin

Back on topic. To my understanding, if I should port anything GPL licensed that I needed from some language to a C library and licensed it GPL. Then I called my new GPL C library via UFFI. I should have no problems at all. Is that a correct understanding by all? Does this look like a good approach for most anyone in the Pharo community if they desire to port and use GPL software? Thanks. Jimmie On 09/15/2017 03:49 PM, Jimmie Houchin wrote: > Hello, > > Pharo 7 to my understanding fundamentally changes Pharo. It is my > understanding that Pharo 7 starts with a core Pharo kernel and like > many languages out there, imports or adds code from a variety of > external sources to the image being built. > > With that understanding, I am curious if that would allow for > inclusion of a specific library/module to be licensed as GPL? And it > not affect the other code in the composed image? > > I am a big believer in the MIT/BSD license and not a big fan of the > GPL. However, there is software out there that I have avoided looking > at the source code or attempting to port it to Pharo because it is > GPL. I would sincerely love if I could now port such a library and > license it under the GPL as required, and it not affect any other code > outside of that specific library. > > I am not a lawyer. Nor do I know any lawyers. Is is possible for > someone to get a reasonably definitive answer on this question? > > I am sure I am not the only one who has had this desire. I am also > sure that I am not the only one who will have this question in the > future. So it would be nice to have a proper legal response that could > possibly be explicitly stated somewhere on the website or on an FAQ or > something. > > Regardless of the answer, yes or no. It does need to be a settled > issue for Pharo. That way someone could know if GPL/LGPL or whatever > software could be in the catalog. > > Just wanted to put that out there to the community. I look forward to > the answer, should one be or become available. > > Thanks. > > > Jimmie > >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Vitor Medina Cruz

Denis, That can be done with an canEqual implementation as described by http://www.artima.com/lejava/articles/equality.html. For this reason, itâs better to multiply successive fields by a constant > (e.g. shifting left by 2) before XORing them into the hash. But then, for > objects with lots of fields, the later ones are lot completely, because > they are multiplied by a number so large that they are out of the range of > the hash. > I think this exactly what HasCodeBuidler does, however I saw no special treatment for hashes made of many fields.... On Mon, Oct 2, 2017 at 12:38 PM, Prof. Andrew P. Black <black(a)cs.pdx.edu> wrote: > > > On 2 Oct 2017, at 16:37 , Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > > > > 2. #hash > > ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) > > Is this implementation always safe? It's what I usually hand roll based > on > > what I've seen, but Andres Valloud wrote a whole (large) book on > hashing, so > > I've always wondered if I was missing somethingâ¦ > > If you read Andres book (which is hard, because he wonât make it available > online), you will learn that itâs better to > take the order of the instance variables into account. #bitXor: is > commutative, so it of course ignores order. > > In other words, if you have a Point with x and y fields, then 3@9 and 9@3 > will have the same hash. > > For this reason, itâs better to multiply successive fields by a constant > (e.g. shifting left by 2) before XORing them into the hash. But then, for > objects with lots of fields, the later ones are lot completely, because > they are multiplied by a number so large that they are out of the range of > the hash. > > One can avoid this by using a circular shift to implement the multiply. > > All of this was, I thought, implemented in a #hashCombine: method, but I > canât find it in my image. Maybe some other Smalltalk ... > > > >

Oct. 2, 2017

Re: [Pharo-users] Roasssal not working on Windows with Pharo 6.1

by kmo

The problem is fixed now. I loaded up pharo at lunchtime and all the roassal images worked perfectly. No problems at all. But I had done nothing. No changes at all. The only thing I can think of is that I may have rebooted since the last time I ran pharo. But I'm not sure. So it's all still a mystery but at least everything is working now. -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2017

Re: [Pharo-users] Organisation and workflows

by Steven R. Baker

On 02/10/17 15:28, Esteban Lorenzano wrote: >> On 2 Oct 2017, at 15:12, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> I discussed with esteban sooner this summer and we really want to have a process >> where people can deploy applications and not just code. >> Now we are not yet there. >> >> Stef >> >> On Sun, Oct 1, 2017 at 9:03 PM, Steven R. Baker <steven(a)stevenrbaker.com> wrote: >>> Heya folks, >>> >>> [Please jump on any of my statements that sound crazy: use of Spec, >>> other assumptions, etc.] >>> >>> I'm starting an application in Pharo, using Spec. Basically, a GTD >>> application in the spirit of nirvanahq, omnifocus, things, nozbe. The >>> code is working just fine, but I'm left with a lot of questions about >>> how to organize it. >>> >>> First, is there some trick to managing images? Are people using >>> one-per-project, or one-per-computer? All of the above? Anyone using >>> PharoLauncher these days? Other tools? > pharo users tend to prefer one-per-project approach :) > most people uses (or should use) pharo launcher. In fact, we want to make it the default download, is just that to get it right is complicated :) > > butâ¦ pharo launcher is to developers. A final app would require other stuff to be accomplished (like closing development tools, etc.). > >>> I'm assuming that the current state of the art is Iceberg; where can I >>> find a "This is how you should organize your project using Iceberg" >>> document, blog, book, tutorial, video, or otherwise. > beware: Iceberg is a cvs (like Monticello or git or svnâ¦): it is use to store code, not to organise your project. > To organise your project you have Metacello. > >>> Once the application is done, I assume I'll want to ship it in a minimal >>> Pharo image. Is there documentation or prior art on this? > this is what is hard :) > I imagine with the headless VMs we are about to finish it will be easier (to just initiate a window with your app, instead initiate a window with the full world as now). > but we still require some work. > >>> Finally, is there a way to run and capture keybindings globally? I have >>> one part of my application (a quick-entry window) which I want summoned >>> from a global (OS-wide) hotkey. Has this been done before? Or is it not >>> easy to break the fourth wall, so to speak, and register a global >>> keybinding from inside the VM? > there is a keybindings framework inside pharo, but since you have a lot of development tools, it becomes hard to use (again, something that can be solved in the near future, with same approach as before, but not yet). > now, to get the keybindings of the system you will need to install that *in* the system. > > for mac, for example, you can doit using the ObjC bridge (which does not works in 64bit images... Iâm working on a UFFI replacement, butâ¦ guess what? not yet :P) > and I guess using UFFI you can get that to work on windows and linux? Iâm really donât know. > > all you ask is *doable*â¦ but not all your requirements are *easily* doable right now, which is want I want to fix :) I don't mind contributing code and time on these things, as they present real barriers to me. I'm looking for ways to get involved in the community again. :) -Steven > Esteban > >>> Thanks! >>> >>> -Steven >>> >>> >>> >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Prof. Andrew P. Black

> On 2 Oct 2017, at 16:37 , Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > 2. #hash > ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) > Is this implementation always safe? It's what I usually hand roll based on > what I've seen, but Andres Valloud wrote a whole (large) book on hashing, so > I've always wondered if I was missing somethingâ¦ If you read Andres book (which is hard, because he wonât make it available online), you will learn that itâs better to take the order of the instance variables into account. #bitXor: is commutative, so it of course ignores order. In other words, if you have a Point with x and y fields, then 3@9 and 9@3 will have the same hash. For this reason, itâs better to multiply successive fields by a constant (e.g. shifting left by 2) before XORing them into the hash. But then, for objects with lots of fields, the later ones are lot completely, because they are multiplied by a number so large that they are out of the range of the hash. One can avoid this by using a circular shift to implement the multiply. All of this was, I thought, implemented in a #hashCombine: method, but I canât find it in my image. Maybe some other Smalltalk ...

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Denis Kudriashov

2017-10-02 17:13 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: > I am sorry, not species, but #isKindOf istead of #= to compare classes. > It is bad idea. #= should be transitive. How you will generate it with isKindOf: logic? You need to know common parent. Also I not remember cases where I was needed two instances of different classes to be equal. And I can imaging the problems which it will lead to. > > On Mon, Oct 2, 2017 at 11:57 AM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> >> 2017-10-02 16:37 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> >>> >>> Two questions/comments about the generated code: >>> 1. #= >>> ... >>> self class = anObject class "should compare #species instead?" >>> ifFalse: [ ^ false ]. >>> ... >>> Typically, I've seen #species instead of #class in the guard statement. >>> Should we change it to that? >>> >> >> I doubt that it is important for domain classes. Because I never saw the >> user of #species which is not a kind of Collection. And for collections >> this refactoring is not valid anyway. >> >> >>> >>> >>> 2. #hash >>> ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) >>> Is this implementation always safe? It's what I usually hand roll based >>> on >>> what I've seen, but Andres Valloud wrote a whole (large) book on >>> hashing, so >>> I've always wondered if I was missing somethingâ¦ >>> >>> >>> >>> ----- >>> Cheers, >>> Sean >>> -- >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>> >>> >> >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Vitor Medina Cruz

I am sorry, not species, but #isKindOf istead of #= to compare classes. On Mon, Oct 2, 2017 at 11:57 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2017-10-02 16:37 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > >> >> Two questions/comments about the generated code: >> 1. #= >> ... >> self class = anObject class "should compare #species instead?" >> ifFalse: [ ^ false ]. >> ... >> Typically, I've seen #species instead of #class in the guard statement. >> Should we change it to that? >> > > I doubt that it is important for domain classes. Because I never saw the > user of #species which is not a kind of Collection. And for collections > this refactoring is not valid anyway. > > >> >> >> 2. #hash >> ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) >> Is this implementation always safe? It's what I usually hand roll based on >> what I've seen, but Andres Valloud wrote a whole (large) book on hashing, >> so >> I've always wondered if I was missing somethingâ¦ >> >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >

Oct. 2, 2017

Re: [Pharo-users] Organisation and workflows

by Sean P. DeNigris

Steven Baker wrote > using Spec It really depends on your aim. The *idea* of Spec was to write once and deploy "everywhere", but as yet there is only a Morphic backend that I know of, and you would be restricting yourself to standard desktop widgets. So, if that is not a problem, Spec might be an easy route to a working application. If you want to create a more imaginative UI, you'll probably have to hand roll on each target (e.g. Morphic for desktop, PharoJS or Amber for web). Steven Baker wrote > a GTD application in the spirit of nirvanahq, omnifocus, things, nozbe Cool! I'll be your first customer ;) Steven Baker wrote > Are people using one-per-project, or one-per-computer? Yes and yes. I prefer one per project for development projects I'm working on and one per computer for personal images (a la my own personal Dynabook). The former is also fine for personal tools, but the latter can get hairy e.g. if you're digging into the system and accidentally break an image with all your personal data in it (assuming I'm not the only one who is a little sloppy with persistence in personal contexts ha ha)[1]. Steven Baker wrote > Anyone using > PharoLauncher these days? Other tools? Yes! I now use it exclusively and love it. There are minor hiccups here and there as Pharo rapidly evolves in parallel, but Christophe and team are really responsive and helpful. I also made a project called SmallWorld [2] which is like my own personal SqueakMap/Project-catalog that keeps track of projects I care about. What makes it a little different that e.g. Pharo Catalog is that it lets me specify how *I* want to load a project (e.g. which repo/branch), which may not be the canonical way, especially if I am typical in a developer role and not a user. I built a tiny extension which hooks this into Launcher, providing a button to automatically load one of these projects into an image of my choice. Beware I am the only user (that I know of), so the UI is very primitive (a combination of GT and Magritte), but I'm happy to help anyone along if the idea seems helpful. <http://forum.world.st/file/t128965/Screenshot_2017-10-02_11.jpeg> Steven Baker wrote > I'm assuming that the current state of the art is Iceberg; where can I > find a "This is how you should organize your project using Iceberg" > document, blog, book, tutorial, video, or otherwise. As Esteban mentioned, Iceberg is a vcs, so if you mean how to organize *code*, Pharo handles this automatically under the hood. The only thing you have to decide is the root folder. Typically people choose a top level folder inside the git repo for this, named 'source' (or 'src', 'repository', or 'mc'), so that you can have other top level categories like wiki, scripts, etc. If you mean project in a wider context, as in including documentation, this seems to be an open field with many different possibilities. I can't help on the other parts of your question, but am eager to hear any answers! [1] Although the beauty of Smalltalk is that there's (almost) always a way forward (see http://forum.world.st/Fwd-Oops-I-put-a-halt-in-a-startup-method-tp3800729.h…) [2] https://github.com/seandenigris/Small-World ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Denis Kudriashov

2017-10-02 16:37 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > > Two questions/comments about the generated code: > 1. #= > ... > self class = anObject class "should compare #species instead?" > ifFalse: [ ^ false ]. > ... > Typically, I've seen #species instead of #class in the guard statement. > Should we change it to that? > I doubt that it is important for domain classes. Because I never saw the user of #species which is not a kind of Collection. And for collections this refactoring is not valid anyway. > > > 2. #hash > ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) > Is this implementation always safe? It's what I usually hand roll based on > what I've seen, but Andres Valloud wrote a whole (large) book on hashing, > so > I've always wondered if I was missing somethingâ¦ > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Vitor Medina Cruz

I think it should have an option to generate with species (which I think should be the default). Also It would be nice if it could implement the solution for pitfall #4 described in http://www.artima.com/lejava/articles/equality.html On Mon, Oct 2, 2017 at 11:45 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > 2017-10-02 16:41 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > >> Denis Kudriashov wrote >> > I just use RBGenerateEqualHashRefactoring for this: >> >> I added your answer to the Pharo wiki. Is this available through the UI? >> If >> not, maybe it should be! >> >> > As I know it not exists > > >> >> >> ----- >> Cheers, >> Sean >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >> >> >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Denis Kudriashov

2017-10-02 16:41 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Denis Kudriashov wrote > > I just use RBGenerateEqualHashRefactoring for this: > > I added your answer to the Pharo wiki. Is this available through the UI? If > not, maybe it should be! > > As I know it not exists > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Denis Kudriashov

Hi Sean. I did not know about quality of generated hash function. But if I remember correctly the same code is generated for java using Eclipse or Idea. So it should be good enough. 2017-10-02 16:37 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: > Denis Kudriashov wrote > > I just use RBGenerateEqualHashRefactoring for this: > > > > r := RBGenerateEqualHashRefactoring className: MyClass variables: #(vars > > which should be used in equal and hash). > > r execute > > That is sooooo cool! I shudder to think how many times I implemented just > that by hand!! > > Two questions/comments about the generated code: > 1. #= > ... > self class = anObject class "should compare #species instead?" > ifFalse: [ ^ false ]. > ... > Typically, I've seen #species instead of #class in the guard statement. > Should we change it to that? > > > 2. #hash > ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) > Is this implementation always safe? It's what I usually hand roll based on > what I've seen, but Andres Valloud wrote a whole (large) book on hashing, > so > I've always wondered if I was missing somethingâ¦ > > > > ----- > Cheers, > Sean > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Sean P. DeNigris

Denis Kudriashov wrote > I just use RBGenerateEqualHashRefactoring for this: I added your answer to the Pharo wiki. Is this available through the UI? If not, maybe it should be! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Sean P. DeNigris

Denis Kudriashov wrote > I just use RBGenerateEqualHashRefactoring for this: > > r := RBGenerateEqualHashRefactoring className: MyClass variables: #(vars > which should be used in equal and hash). > r execute That is sooooo cool! I shudder to think how many times I implemented just that by hand!! Two questions/comments about the generated code: 1. #= ... self class = anObject class "should compare #species instead?" ifFalse: [ ^ false ]. ... Typically, I've seen #species instead of #class in the guard statement. Should we change it to that? 2. #hash ^ var1 hash bitXor: (var2 hash bitXor: var3 hash) Is this implementation always safe? It's what I usually hand roll based on what I've seen, but Andres Valloud wrote a whole (large) book on hashing, so I've always wondered if I was missing somethingâ¦ ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 2, 2017

[Demo] Creating Bloc widgets: A Color Panel

by Stephan Eggermont

Bloc is ready for your experiments. Here is my second one. Please let me know what and how to improve. Bloc allows for the easy creation of beautiful widgets. Here is a simple color panel that allows custom colors to be added (using the current Morphic color selector dialog) and allows colors to be applied using drag-and-drop. https://vimeo.com/236419682 Stephan

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Vitor Medina Cruz

*in java, because this is a pain to do it each time.* *for us, maybe for the sameâ¦ even if is a lot easier.* Yeah, and it is boring to implement that every time, especially because it is tricky to get it right sometimes. Another interesting thing I use in Java to test my equals and hash implementation is the http://jqno.nl/equalsverifier/ I just use RBGenerateEqualHashRefactoring for this: Oh! That is nice, I will give a deeper look at it, I think this may do the job. Thanks! On Mon, Oct 2, 2017 at 10:09 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Publish it in a package and let us have a look. > > > On Mon, Oct 2, 2017 at 9:53 AM, Jose San Leandro <jose.sanleandro(a)osoco.es > > wrote: > >> Hi, >> >> I wrote a generator for that. Probably it makes no sense to publish it as >> a standalone project. I tend to think code generation fits better in other >> languages. >> I can paste the relevant code here if needed. >> >> 2017-10-02 9:44 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: >> >>> in java, because this is a pain to do it each time. >>> for us, maybe for the sameâ¦ even if is a lot easier. >>> >>> Esteban >>> >>> >>> On 2 Oct 2017, at 09:42, Stephane Ducasse <stepharo.self(a)gmail.com> >>> wrote: >>> >>> Not that I know. >>> Because it can be a little project. >>> Now what is the key point to encapsulate this computation? >>> >>> On Mon, Oct 2, 2017 at 12:51 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com >>> > wrote: >>> >>>> Hello! >>>> >>>> Is there, in Pharo, builders for equals (=) and hash messages similar >>>> to: https://commons.apache.org/proper/commons-lang/javadocs/api- >>>> release/org/apache/commons/lang3/builder/EqualsBuilder.html >>>> >>>> and >>>> >>>> https://commons.apache.org/proper/commons-lang/javadocs/api- >>>> release/org/apache/commons/lang3/builder/HashCodeBuilder.html? >>>> >>>> Thanks in advance, >>>> Vitor >>>> >>>> >>>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Livre >>>> de vÃrus. www.avg.com >>>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>. >>>> >>>> >>> >>> >>> >> >

Oct. 2, 2017

Re: [Pharo-users] Organisation and workflows

by Esteban Lorenzano

> On 2 Oct 2017, at 15:12, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > I discussed with esteban sooner this summer and we really want to have a process > where people can deploy applications and not just code. > Now we are not yet there. > > Stef > > On Sun, Oct 1, 2017 at 9:03 PM, Steven R. Baker <steven(a)stevenrbaker.com> wrote: >> Heya folks, >> >> [Please jump on any of my statements that sound crazy: use of Spec, >> other assumptions, etc.] >> >> I'm starting an application in Pharo, using Spec. Basically, a GTD >> application in the spirit of nirvanahq, omnifocus, things, nozbe. The >> code is working just fine, but I'm left with a lot of questions about >> how to organize it. >> >> First, is there some trick to managing images? Are people using >> one-per-project, or one-per-computer? All of the above? Anyone using >> PharoLauncher these days? Other tools? pharo users tend to prefer one-per-project approach :) most people uses (or should use) pharo launcher. In fact, we want to make it the default download, is just that to get it right is complicated :) butâ¦ pharo launcher is to developers. A final app would require other stuff to be accomplished (like closing development tools, etc.). >> I'm assuming that the current state of the art is Iceberg; where can I >> find a "This is how you should organize your project using Iceberg" >> document, blog, book, tutorial, video, or otherwise. beware: Iceberg is a cvs (like Monticello or git or svnâ¦): it is use to store code, not to organise your project. To organise your project you have Metacello. >> >> Once the application is done, I assume I'll want to ship it in a minimal >> Pharo image. Is there documentation or prior art on this? this is what is hard :) I imagine with the headless VMs we are about to finish it will be easier (to just initiate a window with your app, instead initiate a window with the full world as now). but we still require some work. >> Finally, is there a way to run and capture keybindings globally? I have >> one part of my application (a quick-entry window) which I want summoned >> from a global (OS-wide) hotkey. Has this been done before? Or is it not >> easy to break the fourth wall, so to speak, and register a global >> keybinding from inside the VM? there is a keybindings framework inside pharo, but since you have a lot of development tools, it becomes hard to use (again, something that can be solved in the near future, with same approach as before, but not yet). now, to get the keybindings of the system you will need to install that *in* the system. for mac, for example, you can doit using the ObjC bridge (which does not works in 64bit images... Iâm working on a UFFI replacement, butâ¦ guess what? not yet :P) and I guess using UFFI you can get that to work on windows and linux? Iâm really donât know. all you ask is *doable*â¦ but not all your requirements are *easily* doable right now, which is want I want to fix :) Esteban >> >> Thanks! >> >> -Steven >> >> >> >

Oct. 2, 2017

Re: [Pharo-users] Reading a text file line by line

by Stephane Ducasse

Yes this is why we should continue to clean and remove cruft. Now I remember that guille did that for File. Stef On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > If you do > > (File named: '/tmp/lines.txt') readStream[Do:] > > you seem to get a binary stream (this is the new implementation I guess), when you go via FileReference you get a character stream (but that are old ones). > > I know, very confusing. We're always in the midst of transitions. > >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? >> >> Stef >> >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> Hi, >>> >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: >>>> >>>> Hi, >>>> >>>> I'm trying to get started with Pharo doing something really simple - at >>>> least that's what I thought ... I'm trying to read a text file line by line. >>>> >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >>>> debugger telling me that BinaryFileStream does not understand nextLine. >>>> >>>> Now I've tried my best to find a stream that may be reading plain text >>>> lines but to no avail ... >>>> >>>> Help! >>>> >>>> -dirk >>> >>> $ cat > /tmp/lines.txt >>> one >>> two >>> three >>> >>> (FileLocator temp / 'lines.txt') contents lines. >>> >>> '/tmp/lines.txt' asFileReference contents lines. >>> >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | >>> Array streamContents: [ :out | >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. >>> >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >>> | characterStream | >>> characterStream := ZnCharacterReadStream on: in. >>> Array streamContents: [ :out | >>> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. >>> >>> They all return #('one' 'two' 'three'). >>> >>> In the last, more complex example, you first get a binary stream (and a 'line' is a character based concept), so wrapping the binary stream in a character read stream (which does know about lines) solves the problem. >>> >>> HTH, >>> >>> Sven >> > >

Oct. 2, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

If you do (File named: '/tmp/lines.txt') readStream[Do:] you seem to get a binary stream (this is the new implementation I guess), when you go via FileReference you get a character stream (but that are old ones). I know, very confusing. We're always in the midst of transitions. > On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > Sven I do not see the binary stream. Is it ZnCharacterReadStream? > > Stef > > On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> Hi, >> >>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: >>> >>> Hi, >>> >>> I'm trying to get started with Pharo doing something really simple - at >>> least that's what I thought ... I'm trying to read a text file line by line. >>> >>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >>> debugger telling me that BinaryFileStream does not understand nextLine. >>> >>> Now I've tried my best to find a stream that may be reading plain text >>> lines but to no avail ... >>> >>> Help! >>> >>> -dirk >> >> $ cat > /tmp/lines.txt >> one >> two >> three >> >> (FileLocator temp / 'lines.txt') contents lines. >> >> '/tmp/lines.txt' asFileReference contents lines. >> >> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | >> Array streamContents: [ :out | >> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. >> >> (File named: '/tmp/lines.txt') readStreamDo: [ :in | >> | characterStream | >> characterStream := ZnCharacterReadStream on: in. >> Array streamContents: [ :out | >> [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. >> >> They all return #('one' 'two' 'three'). >> >> In the last, more complex example, you first get a binary stream (and a 'line' is a character based concept), so wrapping the binary stream in a character read stream (which does know about lines) solves the problem. >> >> HTH, >> >> Sven >

Oct. 2, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Stephane Ducasse

How could we help? On Sun, Oct 1, 2017 at 9:14 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > I had situation where the system libcairo:i386 does not work with Dr.Geo[1], > Pharo crashes with what looks like a Cairo crash! Looks like not a Pharo > fault, but I am definitely stuck. > > It is problematic, it is a system (LinuxMint based) used in Geneva primary > schools and Dr. Geo was expected to be used there :( > > Hilaire > > [1] http://forum.world.st/Cairo-related-crash-with-Dr-Geo-tt4952023.html > > > Le 01/10/2017 Ã 19:50, Igor Stasenko a Ã©crit : >> >> >> All these difficulties are good argument to get the appropriate >> libcairo/libpng shipped with the Linux VM, as done with Windows >> and MacOSX VM >> >> Nah, in my case, there's nothing that can be lableled as "Pharo fault". It >> is definitely a linux/ubuntu ecosystem fault. - by not providing parallel >> updates for 32 & 64 bit variant of same library. > > > -- > Dr. Geo > http://drgeo.eu > > >

Oct. 2, 2017

Re: [Pharo-users] Reading a text file line by line

by Stephane Ducasse

Sven I do not see the binary stream. Is it ZnCharacterReadStream? Stef On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > >> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: >> >> Hi, >> >> I'm trying to get started with Pharo doing something really simple - at >> least that's what I thought ... I'm trying to read a text file line by line. >> >> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a >> debugger telling me that BinaryFileStream does not understand nextLine. >> >> Now I've tried my best to find a stream that may be reading plain text >> lines but to no avail ... >> >> Help! >> >> -dirk > > $ cat > /tmp/lines.txt > one > two > three > > (FileLocator temp / 'lines.txt') contents lines. > > '/tmp/lines.txt' asFileReference contents lines. > > '/tmp/lines.txt' asFileReference readStreamDo: [ :in | > Array streamContents: [ :out | > [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. > > (File named: '/tmp/lines.txt') readStreamDo: [ :in | > | characterStream | > characterStream := ZnCharacterReadStream on: in. > Array streamContents: [ :out | > [ characterStream atEnd ] whileFalse: [ out nextPut: characterStream nextLine ] ] ]. > > They all return #('one' 'two' 'three'). > > In the last, more complex example, you first get a binary stream (and a 'line' is a character based concept), so wrapping the binary stream in a character read stream (which does know about lines) solves the problem. > > HTH, > > Sven

Oct. 2, 2017

Re: [Pharo-users] Organisation and workflows

by Stephane Ducasse

I discussed with esteban sooner this summer and we really want to have a process where people can deploy applications and not just code. Now we are not yet there. Stef On Sun, Oct 1, 2017 at 9:03 PM, Steven R. Baker <steven(a)stevenrbaker.com> wrote: > Heya folks, > > [Please jump on any of my statements that sound crazy: use of Spec, > other assumptions, etc.] > > I'm starting an application in Pharo, using Spec. Basically, a GTD > application in the spirit of nirvanahq, omnifocus, things, nozbe. The > code is working just fine, but I'm left with a lot of questions about > how to organize it. > > First, is there some trick to managing images? Are people using > one-per-project, or one-per-computer? All of the above? Anyone using > PharoLauncher these days? Other tools? > > I'm assuming that the current state of the art is Iceberg; where can I > find a "This is how you should organize your project using Iceberg" > document, blog, book, tutorial, video, or otherwise. > > Once the application is done, I assume I'll want to ship it in a minimal > Pharo image. Is there documentation or prior art on this? > > Finally, is there a way to run and capture keybindings globally? I have > one part of my application (a quick-entry window) which I want summoned > from a global (OS-wide) hotkey. Has this been done before? Or is it not > easy to break the fourth wall, so to speak, and register a global > keybinding from inside the VM? > > Thanks! > > -Steven > > >

Oct. 2, 2017

Re: [Pharo-users] Equals and HashCode Builder

by Stephane Ducasse

Publish it in a package and let us have a look. On Mon, Oct 2, 2017 at 9:53 AM, Jose San Leandro <jose.sanleandro(a)osoco.es> wrote: > Hi, > > I wrote a generator for that. Probably it makes no sense to publish it as > a standalone project. I tend to think code generation fits better in other > languages. > I can paste the relevant code here if needed. > > 2017-10-02 9:44 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >> in java, because this is a pain to do it each time. >> for us, maybe for the sameâ¦ even if is a lot easier. >> >> Esteban >> >> >> On 2 Oct 2017, at 09:42, Stephane Ducasse <stepharo.self(a)gmail.com> >> wrote: >> >> Not that I know. >> Because it can be a little project. >> Now what is the key point to encapsulate this computation? >> >> On Mon, Oct 2, 2017 at 12:51 AM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> Hello! >>> >>> Is there, in Pharo, builders for equals (=) and hash messages similar >>> to: https://commons.apache.org/proper/commons-lang/javadocs/api- >>> release/org/apache/commons/lang3/builder/EqualsBuilder.html >>> >>> and >>> >>> https://commons.apache.org/proper/commons-lang/javadocs/api- >>> release/org/apache/commons/lang3/builder/HashCodeBuilder.html? >>> >>> Thanks in advance, >>> Vitor >>> >>> >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Livre >>> de vÃrus. www.avg.com >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>. >>> >>> >> >> >> >

Oct. 2, 2017