- Pharo-users - lists.pharo.org

Re: [Pharo-users] [clubSmalltalk] Re: [ANN] StNER: Interface to Stanford Named Entity Recognizer

by Alexandre Bergel

Oh! Interesting!!! Cheers, Alexandre > On Feb 26, 2015, at 2:06 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > I have to finish the PhyloclassTalk paper. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Feb. 26, 2015

Re: [Pharo-users] BaselineOf vs ConfigurationOf

by Dale Henrichs

On 2/26/15 4:41 AM, Ben Coman wrote: > Just a random query (especially since I haven't played with BaselineOf > and I might misunderstand something)... > should #baseline: be moved out of the ConfigurationOf class so that we > consistently have a BaselineOf class in both cases: git & monticello. Haha, you are misunderstanding ... the two classes are separate because they are independent classes. One should use one or the other for managing a project. If you have a git-based project then I recommend that you use a BaselineOf to manage the packages and dependent projects. If you are using a Monticello repository (mcz files) then you must use a ConfigurationOf ... > > That is, the ConfigurationOfXxx.mcz package will contain two classes: > ConfigurationOfXxx and BaselineOfXxx. > This will not work as you expect:) Dale

Feb. 26, 2015

Re: [Pharo-users] BaselineOf vs ConfigurationOf

by Dale Henrichs

Martin, In my work I am moving entirely away from ConfigurationOf ... ConfigurationOf was invented because Monticello lacks the ability to reason about multi-file versions so virtually all of the meta data in a ConfigurationOf is making up for this lack. Of course, the ConfigurationOf only partially fills the gap ... Git handles multi-file versions as well as branches so all of the extra meta data in the ConfigurationOf is totally unnecessary once you start using git. The BaselineOf manages the meta data that is still required in the presence of git: - package load order - project dependencies One can use tags directly in a project reference so configurations can be completely eliminated. Dale On 2/25/15 7:05 AM, Martin BÃ¤hr wrote: > Excerpts from Thierry Goubier's message of 2015-02-25 15:43:39 +0100: >> BaselineOf is the same as a #baseline: in a ConfigurationOf. It describes >> dependencies, packages and groups for a project, without versions. On >> loading, a BaselineOf will behave as a #development version in a >> ConfigurationOf which is to load the latest versions of the packages listed >> (and whatever dependencies listed). > sounds to me like one should use branches for baseline (since they update) > and tags for versions in configuration (since they stay on the same commit) > >> Repositories urls which support branches and tags are github:// and >> bitbucket:// urls; which support branches (and not tags) are gitfiletree:// >> urls. > oh, any particular reason, or just work in progress? > > greetings, martin. >

Feb. 26, 2015

Re: [Pharo-users] BaselineOf vs ConfigurationOf

by Thierry Goubier

2015-02-26 13:41 GMT+01:00 Ben Coman <btc(a)openinworld.com>: > Just a random query (especially since I haven't played with BaselineOf and > I might misunderstand something)... > should #baseline: be moved out of the ConfigurationOf class so that we > consistently have a BaselineOf class in both cases: git & monticello. > > There is some elegance in having the same scheme, yes. > > That is, the ConfigurationOfXxx.mcz package will contain two classes: > ConfigurationOfXxx and BaselineOfXxx. > Hum, I'm not sure it will work. I'm under the feeling that Metacello expects the baseline to be in a package of the same name (BaselineOf) and that it wouldn't work. Dale? Thierry > > cheers -ben > > On Wed, Feb 25, 2015 at 11:05 PM, Martin BÃ¤hr < > mbaehr(a)email.archlab.tuwien.ac.at> wrote: > >> Excerpts from Thierry Goubier's message of 2015-02-25 15:43:39 +0100: >> > BaselineOf is the same as a #baseline: in a ConfigurationOf. It >> describes >> > dependencies, packages and groups for a project, without versions. On >> > loading, a BaselineOf will behave as a #development version in a >> > ConfigurationOf which is to load the latest versions of the packages >> listed >> > (and whatever dependencies listed). >> >> sounds to me like one should use branches for baseline (since they update) >> and tags for versions in configuration (since they stay on the same >> commit) >> >> > Repositories urls which support branches and tags are github:// and >> > bitbucket:// urls; which support branches (and not tags) are >> gitfiletree:// >> > urls. >> >> oh, any particular reason, or just work in progress? >> >> greetings, martin. >> >> -- >> eKita - the online platform for your entire academic >> life >> -- >> chief engineer >> eKita.co >> pike programmer pike.lysator.liu.se caudium.net >> societyserver.org >> secretary >> beijinglug.org >> mentor >> fossasia.org >> foresight developer foresightlinux.org >> realss.com >> unix sysadmin >> Martin BÃ¤hr working in china >> http://societyserver.org/mbaehr/ >> >> >

Feb. 26, 2015

Re: [Pharo-users] BaselineOf vs ConfigurationOf

by Ben Coman

Just a random query (especially since I haven't played with BaselineOf and I might misunderstand something)... should #baseline: be moved out of the ConfigurationOf class so that we consistently have a BaselineOf class in both cases: git & monticello. That is, the ConfigurationOfXxx.mcz package will contain two classes: ConfigurationOfXxx and BaselineOfXxx. cheers -ben On Wed, Feb 25, 2015 at 11:05 PM, Martin BÃ¤hr < mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from Thierry Goubier's message of 2015-02-25 15:43:39 +0100: > > BaselineOf is the same as a #baseline: in a ConfigurationOf. It describes > > dependencies, packages and groups for a project, without versions. On > > loading, a BaselineOf will behave as a #development version in a > > ConfigurationOf which is to load the latest versions of the packages > listed > > (and whatever dependencies listed). > > sounds to me like one should use branches for baseline (since they update) > and tags for versions in configuration (since they stay on the same commit) > > > Repositories urls which support branches and tags are github:// and > > bitbucket:// urls; which support branches (and not tags) are > gitfiletree:// > > urls. > > oh, any particular reason, or just work in progress? > > greetings, martin. > > -- > eKita - the online platform for your entire academic > life > -- > chief engineer > eKita.co > pike programmer pike.lysator.liu.se caudium.net > societyserver.org > secretary > beijinglug.org > mentor > fossasia.org > foresight developer foresightlinux.org > realss.com > unix sysadmin > Martin BÃ¤hr working in china > http://societyserver.org/mbaehr/ > >

Feb. 26, 2015

Pharo-Launcher does not launch image in Ubuntu

by nacho

Hi, pharo-launcher starts perfectly, I can even download i.e. the latest Pharo 4 beta, but when trying to launch that image I receive the following error 200 times or more until pharo closes *** stack smashing detected ***: /usr/lib/pharo-vm/pharo-vm terminated output file stack is full. I did some chowns to /usr/lib/pharo-vm /usr/share/pharo-vm and /usr/share/pharo-launcher Even run pharo as root But nothing seems to work I loaded ppa:pharo/unstable I'm using Netrunner 15 x86_64 (which is based in Ubuntu Utopic) Thanks in advance for any help. Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Pharo-Launcher-does-not-launch-image-in-Ubuntu-tp4807… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 26, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Thierry Goubier

2015-02-26 11:06 GMT+01:00 Jan B. <bliznjan(a)fit.cvut.cz>: > Hi > > This time, when I add gitfiletree repository via monticello, it loads all > packages and classes. > However, it does not load any methods. Even if I use "Browse" in repository > window, it displays class definition, including variables and category > correctly, but still no methods. Normal filetree shows and loads these > methods. > Strange. Really strange. Why? Because what GitFileTree does for loading is request an archive from git (i.e. a zip file) and load all definitions from it. If the zip was corrupted or not available in a way or another, it would not load anything... or could it be a case sensitivity problem on method names? > > And another thing is that if I try to add and load gitfiletree repository > via following command, not GUI, I get an Error: filetree:// repository > 'C:\Users\User\Pharo\ourproject\repository\' does not exist > > command was: > > Metacello new > baseline: 'OurProject'; > repository: 'gitfiletree:///C:\Users\User\Pharo\ourproject\repository'; > load. > > when I delete that 'git' characters and leave just repository: > 'filetree:///C:\Users (etc.), it loads fine, too, but it may be my mistake. > I don't know. It's hard to do this remote debugging of a kind :( Everything seems to be different in unexpected places. Thierry > > Jan > > > Thierry Goubier wrote > > Hi Jan, > > > > I pushed a new version (development) of GitFileTree using ProcessWrapper > > on Windows (version 82 on Smalltalkhub). > > > > You need to get ProcessWrapper loaded first, of course, from the > > Configuration browser in Pharo 3. > > > > If you want to try? > > > > Thierry > > > > > > -- > View this message in context: > http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4807789… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Feb. 26, 2015

Re: [Pharo-users] [ANN] StNER: Interface to Stanford Named Entity Recognizer

by stepharo

https://pharoweekly.wordpress.com/2015/02/26/pharo-interface-to-the-stanfor… :) Great job! Stef Le 25/2/15 22:48, HernÃ¡n Morales Durand a Ã©crit : > Hello, > > I am announcing the release of StNER. StNER provides a Pharo Smalltalk > interface to the Stanford Named Entity Recognizer (NER). > (http://nlp.stanford.edu/software/CRF-NER.shtml) > > Installation and usage details are described in the following post: > > http://80738163270632.blogspot.com.ar/2015/02/stner-interface-to-stanford-n… > > Cheers, > > HernÃ¡n > > PS: Only tested in Windows 8.1 >

Feb. 26, 2015

Re: [Pharo-users] Git (gitfiletree) on Pharo vs Windows

by Jan B.

Hi This time, when I add gitfiletree repository via monticello, it loads all packages and classes. However, it does not load any methods. Even if I use "Browse" in repository window, it displays class definition, including variables and category correctly, but still no methods. Normal filetree shows and loads these methods. And another thing is that if I try to add and load gitfiletree repository via following command, not GUI, I get an Error: filetree:// repository 'C:\Users\User\Pharo\ourproject\repository\' does not exist command was: Metacello new baseline: 'OurProject'; repository: 'gitfiletree:///C:\Users\User\Pharo\ourproject\repository'; load. when I delete that 'git' characters and leave just repository: 'filetree:///C:\Users (etc.), it loads fine, too, but it may be my mistake. Jan Thierry Goubier wrote > Hi Jan, > > I pushed a new version (development) of GitFileTree using ProcessWrapper > on Windows (version 82 on Smalltalkhub). > > You need to get ProcessWrapper loaded first, of course, from the > Configuration browser in Pharo 3. > > If you want to try? > > Thierry -- View this message in context: http://forum.world.st/Git-gitfiletree-on-Pharo-vs-Windows-tp4806791p4807789… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 26, 2015

Re: [Pharo-users] [clubSmalltalk] Re: [ANN] StNER: Interface to Stanford Named Entity Recognizer

by HernÃ¡n Morales Durand

Thank you Alex! Glad to read encouraging words. Maybe there will be another new package release :) and then I have to finish the PhyloclassTalk paper. Cheers, HernÃ¡n 2015-02-25 22:22 GMT-03:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Wow!!!! > Impressive HernÃ¡n! > > Go go go! Tell us more about your case study. > > Cheers, > Alexandre > > > > On Feb 25, 2015, at 6:48 PM, HernÃ¡n Morales Durand < > hernan.morales(a)gmail.com> wrote: > > > > Hello, > > > > I am announcing the release of StNER. StNER provides a Pharo Smalltalk > interface to the Stanford Named Entity Recognizer (NER). ( > http://nlp.stanford.edu/software/CRF-NER.shtml) > > > > Installation and usage details are described in the following post: > > > > > http://80738163270632.blogspot.com.ar/2015/02/stner-interface-to-stanford-n… > > > > Cheers, > > > > HernÃ¡n > > > > PS: Only tested in Windows 8.1 > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- > -- > To post to this group, send email to clubSmalltalk(a)googlegroups.com > To unsubscribe from this group, send email to > clubSmalltalk+unsubscribe(a)googlegroups.com > > http://www.clubSmalltalk.org > --- > Has recibido este mensaje porque estÃ¡s suscrito al grupo "ClubSmalltalk" > de Grupos de Google. > Para anular la suscripciÃ³n a este grupo y dejar de recibir sus mensajes, > envÃa un correo electrÃ³nico a clubsmalltalk+unsubscribe(a)googlegroups.com. > Para obtener mÃ¡s opciones, visita https://groups.google.com/d/optout. >

Feb. 26, 2015