February 2017 - Pharo-users

Re: [Pharo-users] [Versionner] Including remote packages

by Juraj Kubelka

Hi! I recommend you to create two configurations. One for the remote repository, and one for your project. What do you think? Juraj > El 21-02-2017, a las 18:53, sergio ruiz <sergio.rrd(a)gmail.com> escribiÃ³: > > Hi, all.. > > I am creating a configuration using versioner.. as part of this configuration, I need to include packages (which donât have a configuration) from a remote repository.. i initially brought the class in from monticello, and included it, but i ended up with a configuration line that goes like: > > spec package: â<package A>â > > what i really need is something like > > spec repository: â<url to repo>â > spec package: â<package A>â > > or, is there a better way to set up my project? > > Should that main package (which would probably be useless outside the configuration) be hosted together? > > ideas? thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 <http://bit.ly/29z9fG0> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com <http://www.village-buzz.com/> > http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> > http://www.coffee-black.com <http://www.coffee-black.com/> > http://www.painlessfrugality.com <http://www.painlessfrugality.com/> > http://www.twitter.com/sergio_101 <http://www.twitter.com/sergio_101> > http://www.facebook.com/sergio101 <http://www.facebook.com/sergio101>

Feb. 22, 2017

Re: [Pharo-users] Strange behavior

by Martin McClure

I've sometimes thought it would be nice if the Finder were to list any *exact* match first, then puts the inexact matches below. It would save considerable scrolling in cases like this. Regards, -Martin On 02/19/2017 03:24 AM, Sven Van Caekenberghe wrote: > Because 'now' is a case insensitive substring of each of those selectors (like ..known.. or ..nOwner.. , both seem quite common). > >> On 19 Feb 2017, at 12:20, Mark Neagu <mark(a)mneagu.fr> wrote: >> >> Hi everybody, >> >> The Finder has answered my question but the proper answers were sort of hidden in a heap of apparently insignificant answers. >> >> I'm sure it's useful and I would like to understand how, if someone is gentle enough to tell me. >> >> Cheers, >> Mark<Finder does strange things.jpg> > >

Feb. 21, 2017

[Versionner] Including remote packages

by sergio ruiz

Hi, all.. I am creating a configuration using versioner.. as part of this configuration, I need to include packages (which donât have a configuration) from a remote repository.. i initially brought the class in from monticello, and included it, but i ended up with a configuration line that goes like: spec package: â<package A>â what i really need is something likeÂ spec repository: â<url to repo>â spec package: â<package A>â or, is there a better way to set up my project?Â Should that main package (which would probably be useless outside the configuration) be hosted together? ideas? thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 21, 2017

Voyage hang..

by Hilaire

Hi, Trying to play with multiple repo, it occurs Voyage hangs the image with the script bellow: | orga repo1 repo2| repo1 := VOMongoRepository host: 'localhost' database: 'test1'. repo2 := VOMongoRepository host: 'localhost' database: 'test2'. orga := CGOrganisation new name: 'Pharo'; id: 0; yourself. repo1 save: orga. repo2 save: (CGUser new id: 0; name: 'Hilaire'; organisation: orga; yourself). repo1 reset. repo2 reset. repo1 := repo2 := nil. repo1 := VOMongoRepository host: 'localhost' database: 'test1'. (repo1 selectAll: CGOrganisation) inspect. "<- HANG here" The initial save is properly done in the MongoDB, I can see its content from the Mongo shell. Looking at the Mong log, there are connexion in and out: Tue Feb 21 21:44:39.016 [conn508568] end connection 127.0.0.1:34469 (20 connections now open) Tue Feb 21 21:44:39.016 [initandlisten] connection accepted from 127.0.0.1:34470 #508569 (21 connections now open) Tue Feb 21 21:44:39.016 [conn508569] end connection 127.0.0.1:34470 (20 connections now open) Tue Feb 21 21:44:39.017 [initandlisten] connection accepted from 127.0.0.1:34471 #508570 (21 connections now open) Tue Feb 21 21:44:39.017 [conn508570] end connection 127.0.0.1:34471 (20 connections now open) Tue Feb 21 21:44:39.017 [initandlisten] connection accepted from 127.0.0.1:34472 #508571 (21 connections now open) Tue Feb 21 21:44:39.018 [conn508571] end connection 127.0.0.1:34472 (20 connections now open) Tue Feb 21 21:44:39.018 [initandlisten] connection accepted from 127.0.0.1:34473 #508572 (21 connections now open) Tue Feb 21 21:44:39.018 [conn508572] end connection 127.0.0.1:34473 (20 connections now open) Tue Feb 21 21:44:39.018 [initandlisten] connection accepted from 127.0.0.1:34474 #508573 (21 connections now open) Tue Feb 21 21:44:39.019 [conn508573] end connection 127.0.0.1:34474 (20 connections now open) Luckily, I can get back image control with Alt+[.] What's wrong? Thanks Hilaire -- Dr. Geo http://drgeo.eu

Feb. 21, 2017

Re: [Pharo-users] Latest Voyage for Pharo4

by Dale Henrichs

Oops, wrong project name: Metacello image project: 'Seaside3'; list I'll send mail to you privately to exchange the image .. Thanks, Dale On 02/21/2017 11:00 AM, Hilaire wrote: > Hi Dale, > > Le 21/02/2017 Ã 18:30, Dale Henrichs a Ã©crit : >> Metacello image >> project: 'Seaside'; >> list > It returns an empty list in this image. > Can you send me privately your email at hilaire [AT] drgeo.eu so I can > send you a link? (I am reading through gmane news forum and email > address is hidden) > > Thanks > > Hilaire > >

Feb. 21, 2017

Re: [Pharo-users] Latest Voyage for Pharo4

by Hilaire

Hi Dale, Le 21/02/2017 Ã 18:30, Dale Henrichs a Ã©crit : > Metacello image > project: 'Seaside'; > list It returns an empty list in this image. Can you send me privately your email at hilaire [AT] drgeo.eu so I can send you a link? (I am reading through gmane news forum and email address is hidden) Thanks Hilaire -- Dr. Geo http://drgeo.eu

Feb. 21, 2017

Hash considerations

by Trussardi Dario Romano

Ciao, i have a class with some instance variable. For example a class Product with some instance variable and the = method set to: = anItem anItem ifNil:[^false]. anItem class = self class ifFalse:[ ^false]. ^ rfrConsegna = anItem rfrConsegna and:[ rfrSubTable = anItem rfrSubTable and:[ rfrDcm = anItem rfrDcm and:[ indexRiga = anItem indexRiga and:[ referenceTime = anItem referenceTime and:[ consumer = anItem consumer and:[ item = anItem item and:[ opzioniVoce = anItem opzioniVoce ]]]]]]] Some of these variables are instances of classes with specific implementation and some variables themselves. I set the relative hash method to: hash ^ rfrConsegna hash bitXor:( rfrSubTable hash bitXor: ( rfrDcm hash bitXor: ( indexRiga hash bitXor: ( referenceTime hash bitXor: ( consumer hash bitXor: ( item hash bitXor: ( opzioniVoce hash ))))))) Now my doubt, having many variables affecting the hash calculation, is to be sure that different instances don't give the same hash value. Some advice about it? Thanks, Dario

Feb. 21, 2017

Re: [Pharo-users] running code on image starts and quitting

by Raffaello Giulietti

On 2017-02-21 17:43, Cyril Ferlicot D. wrote: > On 21/02/2017 17:29, Raffaello Giulietti wrote: >> >> Hi Cyril, >> >> doesn't seem to work in my case. >> >> Just for fun, I try to set a class instance variable to Time current in >> the class-side #startUp method and quit the image with saving. Upon >> restarting the image, the class instance variable is still nil. >> >> Anything else I have to ensure? >> > > As Sven said I forgot that you need to register your class. > > You can add this in the class side on Pharo 5-6: > > "protocol: class initialization" > initialize > super initialize. > SessionManager default registerToolClassNamed: self name > > Yep, this makes more sense and, indeed, works. Thanks Raffaello

Feb. 21, 2017

Re: [Pharo-users] Loading Seaside via Bootstrap in Pharo 6

by Dale Henrichs

Torsten, I don't know whether Pharo uses the latest version of Metacello from github when building Pharo6.0 ... historically Pharo has not used the latest version from github and this has been the case for a very long time and I've been hoping that eventually this would be solved, but perhaps not? There haven't been any bugfixes to Metacello since November, but perhaps they are lagging behind more than that? Dale On 02/21/2017 05:24 AM, Torsten Bergmann wrote: > Hi, > > regarding the problem Sven mentioned on http://lists.pharo.org/pipermail/pharo-users_lists.pharo.org/2017-February/… > > here are my findings: > > When I use latest Pharo 6 (Image 60404) and run > > Metacello new > smalltalkhubUser: 'Seaside' project: 'MetacelloConfigurations'; > configuration: 'Seaside3'; > version: #'release3.2'; > load > > it loads the latest release 3.2 (which internally loads 3.2.1). The package is "ConfigurationOfSeaside3-JohanBrichau.323.mcz" > > This loads fine in Pharo 6 except that after installation the "Tools" -> "Seaside control panel" is not working anymore as > "NewListModel" is not found anymore. So the control panel is broken. Dont know what the migration path is for UI's > who used the removed "NewListModel" class. > > So yes - one can (by using the above script) use Seaside but currently has to start the server with a script > until this is fixed. This is good to know - but does not solve the "loading from catalog" issue. > > ----------------------------------------------------------------------------------------------------------------------------------------- > > So (in a fresh image 60404) I loaded "Bootstrap" from catalog and I received the error Sven reported. > > But ConfigurationOfBootstrap itself is not the problem I guess. Because it is also only referencing the > "release3.2" version of Seaside and also "ConfigurationOfSeaside3-JohanBrichau.323.mcz" is loaded. > > > The Transcript shows the following error output: > > Loaded -> ConfigurationOfSeaside3-JohanBrichau.323 --- http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main/ --- > http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main/Error: Name not found: Seaside-Pharo-Development > > Also when you try to open the ConfigurationOfSeaside3 using Versionner I receiver an error "Name not found: Seaside-Pharo-Development". > > So there must be something wrong with the Seaside config I thought - or (what would be worse) with the newer Metacello > version included in Pharo 6. At least the config looks OK and in both situations "ConfigurationOfSeaside3-JohanBrichau.323" is used. > > Additionally I tried: > > - when I load the Bootstrap config in a fresh Pharo 5.0 image (50769) from Catalog all loads fine. > - when I manipulate the Pharo 6 image to have a version 5 signature > SystemVersion newVersion: 'Pharo5.0'. SystemVersion current inspect. > and load from catalog afterwards it also does not work. So I guess a Pharo 5.x specific config rule could not be the cause. > > > Now I checked how Catalog loads the configs. And in class CatalogProject you will notice that for the catalog we still use Gofer for loading > > installStableVersion > Gofer it > url: self repositoryUrl; > configurationOf: self name; > loadStable > > when I change it to Metacello API > > installStableVersion > Metacello new > repository: self repositoryUrl, '/',self name; > configuration: self name; > version: #'stable'; > load > > what a surprise: anything loads fine. I still wonder and do not know about the difference why Gofer and Metacello loading in Pharo 6 > makes a difference now. > > So we could fix it for the catalog ... still I have no glue about the Gofer/Metacello API difference ... > > https://pharo.fogbugz.com/f/cases/19736/Catalog-should-use-Metacello-API-in… > > > Thanks > T.

Feb. 21, 2017

Re: [Pharo-users] Latest Voyage for Pharo4

by Dale Henrichs

On 02/20/2017 09:08 AM, Hilaire wrote: > Dale, > > I try out the lock feature on an archived image, the seaside uprade was > still operating :( Hmm, do you think it would be possible to share your image with me ... it's bad enough that the Seaside is getting updated in a mysterious manner, but now that Metacello is ignoring locks that is even stranger ... I'm imagining that Metacello is guessing wrong about which version of Seaside is loaded when the Metacello registry is primed (when the new version of Metacello is installed) ... The registry works best when it is used for all loads from the very beginning and that is definitely not the case in you situation, but there are enough odd things going on that I'd like to see the image for myself and at least characterize the problems that you are seeing > > I updated this image with latest Metacello, then I locked it as: > > Metacello image > configuration: 'Seaside3'; > version: '3.1.4.2'; "most recent 3.1.x version" > lock. > > It was the version returned by this command: > ConfigurationOfSeaside3 new project currentVersion > > By the way it will make sense, and will be easily discoverable to have a > short cut as "ConfigurationOfSeaside3 currentVersion" #currentVersion is where Metacello is making it's guesses . You can get the information from the registry by doing the following: Metacello image project: 'Seaside'; list > I don't remember how I installeed Seaside in the first place, I think it > was from the configuration browser. > Yeah and I don't know what the configuration browser does when it loads ... I'm hoping that you can share the image with me and I can look at it in detail ... The registry is supposed to eliminate all of the guess work, but I don't have that much experience with the conversion between the old and the new Metaceloo ... I started working exclusively with the new Metacello about 4 years ago and have been waiting for a long time for Pharo to make the conversion ... I am interested in trying to make it a smooth transition ... Dale

Feb. 21, 2017