May 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Gofer] loading only from package cache but with the same expression

by StÃ©phane Ducasse

ok I missed that! Stef On May 19, 2010, at 11:13 PM, Lukas Renggli wrote: > Yes, these two things are independent of each other. > > Lukas > > On 19 May 2010 23:13, Lukas Renggli <renggli(a)gmail.com> wrote: >> The default are, as the documentation says: >> >> - report errors >> - use package cache >> >> Everything else you need to configure separately. >> >> Lukas >> >> On 19 May 2010 18:23, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Yes I know all that now should I disable errors to get it loading only from the local cache? >>> >>>> If you disable repository errors inaccessible repositories are ignored >>>> and don't throw an error (you have to tell that though): >>> but does it still load from the local-cache? >>> >>> >>> Stef >>> >>> >>> On May 19, 2010, at 6:14 PM, Lukas Renggli wrote: >>> >>>> The default Gofer only uses the package cache: >>>> >>>> Gofer new repositories >>>> --> an Array(a >>>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache)) >>>> >>>> If you specify other repositories they are tried in that order as well: >>>> >>>> Gofer new renggli: 'ob'; squeaksource: 'rb'; repositories >>>> --> an Array(a >>>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >>>> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >>>> MCHttpRepository(http://www.squeaksource.com/rb)) >>>> >>>> If you disable the package cache, the package cache is ignored: >>>> >>>> Gofer new disablePackageCache; renggli: 'ob'; squeaksource: 'rb'; >>>> repositories >>>> --> an Array(a MCHttpRepository(http://source.lukas-renggli.ch/ob) >>>> a MCHttpRepository(http://www.squeaksource.com/rb)) >>>> >>>> If you disable repository errors inaccessible repositories are ignored >>>> and don't throw an error (you have to tell that though): >>>> >>>> Gofer new disableRepositoryErrors; renggli: 'ob'; squeaksource: >>>> 'rb'; repositories >>>> --> an Array(a >>>> MCCacheRepository(/Users/renggli/University/pharo/PetitParser/package-cache) >>>> a MCHttpRepository(http://source.lukas-renggli.ch/ob) a >>>> MCHttpRepository(http://www.squeaksource.com/rb)) >>>> >>>> Lukas >>>> >>>> On 19 May 2010 16:59, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>>>> Hi lukas >>>>> >>>>> is it possible that for an expression that would work if we get network Gofer looks only in the package cache. >>>>> so that when you do not have internet but are sure that the files you need are in the package cache >>>>> you can use gofer to load them >>>>> >>>>> I thought is was working but this is not that clear. I could not make it work in the library. >>>>> >>>>> Stef >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> Pharo-project(a)lists.gforge.inria.fr >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>>> >>>> >>>> >>>> >>>> -- >>>> Lukas Renggli >>>> www.lukas-renggli.ch >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010

Re: [Pharo-project] UUID on ubuntu 10.04

by laurent laffont

Hi, Something that I don't understand. If the bug is in libuuid, the crash should occur even if UUIDPlugin is internal ? What are the differences between internal and external ? Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Wed, May 19, 2010 at 9:02 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > That is exactly how it works: > > UUID>>primMakeUUID > <primitive: 'primitiveMakeUUID' module: 'UUIDPlugin'> > UUIDGenerator default generateBytes: self forVersion: 4. > > > I added this to the Mantis issue: > > To summarize: The bug exists in some versions of libuuid on some Linux > distributions. The workaround is to compile the plugin internal. The > latest versions of Unix VM have the plugin compiled internally, although > some users may still experience problems if they have a leftover external > plugin from a prior installation. > > If you experience this problem, then get the latest Unix VM and delete > any existing copies of the external plugin. > > Resolved in latest Unix VMs. The UUID plugin must be compiled internally > to avoid a bug in some versions of libuuid. > > Hopefully this is an accurate summary. > > Dave > > On Wed, May 19, 2010 at 06:15:32PM +0200, St?phane Ducasse wrote: > > I'm not sure that it is resolved. It would be good to make sure that the > system does not crash > > even without reporting a log. May be having a stupid UUID generator as a > fallback would be good. > > > > Stef > > > > > Thanks, I marked the issue as resolved and summarized the status here: > > > > > > http://bugs.squeak.org/view.php?id=7358 > > > > > > Dave > > > > > > On Wed, May 19, 2010 at 09:42:28AM +0200, St?phane Ducasse wrote: > > >> Apparently the student reinstalled her ubuntu from scratch (no > incremental installation) and the vm did not crash > > >> anymore. > > >> > > >> Stef > > >> > > >> On May 17, 2010, at 9:16 PM, St?phane Ducasse wrote: > > >> > > >>> I asked the student to try. > > >>> > > >>> Stef > > >>> > > >>> On May 17, 2010, at 9:06 PM, laurent laffont wrote: > > >>> > > >>>> On ArchLinux I have the problem when UUID is built external. > Official 4.0.3.2202 Unix VM binaries on http://squeakvm.org/unix/ works > well for me (UUID is internal). > > >>>> > > >>>> Can you try with this one click image I made once (uses 4.0.3.2202 > binaries) http://lolgzs.free.fr/pharo/Pharo-1.0-OneClick.zip > > >>>> > > >>>> Laurent Laffont > > >>>> > > >>>> http://pharocasts.blogspot.com/ > > >>>> http://magaloma.blogspot.com/ > > >>>> > > >>>> > > >>>> On Mon, May 17, 2010 at 8:24 PM, St?phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > >>>> I can confirm that this is exactly the same trace than the one > reported by laurent (no debug file). > > >>>> > > >>>> Stef > > >>>> On May 17, 2010, at 7:51 PM, David T. Lewis wrote: > > >>>> > > >>>>> On Mon, May 17, 2010 at 07:38:59PM +0200, St?phane Ducasse wrote: > > >>>>>> Hi guys > > >>>>>> > > >>>>>> I took seaside the latest one click image and when I have to save > a MC package > > >>>>>> I get a core dump with UUID new:... > > >>>>>> I checke the so.UUIDplugin is there and I do not understand. > > >>>>>> Can somebody with a Ubuntu give a try to save something using MC > and the latest seaside one click. > > >>>>> > > >>>>> Hi Stef, > > >>>>> > > >>>>> This issue is being tracked here: > http://bugs.squeak.org/view.php?id=7358 > > >>>>> > > >>>>> It is not clear to me if the issue is resolved in the Ian's latest > VM > > >>>>> build, so if you or anyone else can confirm the UUID crash > happening > > >>>>> with this VM, that would be helpful to clarify. > > >>>>> > > >>>>> Dave > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 20, 2010

Re: [Pharo-project] double help entry menu when loading ProfBrowser

by laurent laffont

Yes I was waiting for issue 2442 to be integrated to commit ProfStefBrowser and ConfigurationOfProfStef. Done. Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Thu, May 20, 2010 at 2:20 AM, Alain Plantec <beranger22(a)gmail.com> wrote: > Le 19/05/2010 23:44, Mariano Martinez Peck a Ã©crit : > > Hi. When loading the prof browser in 11367 I get TWO entries called >> "help".But one has "Help browser" and the other "ProfStef Browser" >> >> They should be in the same help entry and not duplicate >> >> I attach two screenshots >> > Hi Mariano > I'll have a look > Alain > >> cheers >> >> mariano >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 20, 2010

Re: [Pharo-project] double help entry menu when loading ProfBrowser

by Alain Plantec

Le 19/05/2010 23:44, Mariano Martinez Peck a Ã©crit : > Hi. When loading the prof browser in 11367 I get TWO entries called > "help".But one has "Help browser" and the other "ProfStef Browser" > > They should be in the same help entry and not duplicate > > I attach two screenshots Hi Mariano I'll have a look Alain > cheers > > mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 20, 2010

Re: [Pharo-project] about menu not showing up

by Alain Plantec

Le 19/05/2010 14:26, StÃ©phane Ducasse a Ã©crit : > Hi alain > > in scriptLoader I added a menu and I do not why it was working and now it does not show up. > Can yu have a look? > Normally you should do ScriptLoader showIntegrationMenu > I've added Issue 2447 <http://code.google.com/p/pharo/issues/detail?id=2447> ------------ yes, the menu is rebuilt at compile time (when a method with <worldMenu> is added, removed or updated). for optional menu item you have to send a #precondition: message with a block as argument. it gives: menuCommandOn: aBuilder <worldMenu> (aBuilder group: #Integration) precondition: [self currentlyIntegratingChanges]; parent: #System; with: [ (aBuilder item: #'Integrator Menu') action: [ScriptLoader releaseMenu]] btw: but here you don't need a group, it can be more simple: menuCommandOn: aBuilder <worldMenu> (aBuilder item: #'Integrator Menu') precondition: [self currentlyIntegratingChanges]; parent: #System; action: [ScriptLoader releaseMenu] ------------ Cheers Alain > Tx > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

May 20, 2010

[Pharo-project] MetaSource demo app working again

by Torsten Bergmann

MetaSource (a demo seaside app) was moved to Pharo 1.1. The loading via ConfigurationOfMetaSource/ConfigurationOfPharo is now working again. Image Building is very easy (but slow) - just drop the attached file onto an up to date (#11367) Pharo 1.1. core image and select "file in" or evaluate the containted code in a workspace. When finished select "Tools" -> "MetaSource" from the world menu and then "Start" and "Browse" to open the app in the web browser. Tested on Windows. Would be nice if someone has the time to test a Linux or Mac build. Thanks. Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 19, 2010

Re: [Pharo-project] Pharo sprint this Saturday

by Alexandre Bergel

Yep. If I am not wrong, then Time: 9:30 - 21:30 (GMT + 4). For European who wish to follow it via IRC or Twitter, it will begin at 14:30 (GMT +1) in Europe. Alexandre On 19 May 2010, at 03:41, Serge Stinckwich wrote: > On Wed, May 19, 2010 at 6:15 AM, Alexandre Bergel > <alexandre.bergel(a)inria.fr> wrote: >> Hi All, >> >> I am now with Mariano, working on the details for this Saturday. >> More info on http://code.google.com/p/pharo/wiki/PharoSprints >> Please, get in touch with Mariano first if you want to attend. >> >> As already said, the objective of the sprint will be to help produce Pharo 1.1 >> >> We will try to be present on IRC and/or iChat for remote pair programming :-) > > Hi Alex, > > maybe you could add the GMT time of the sprint if some people want to join. > > Regards, > -- > Serge Stinckwich > UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam > Every DSL ends up being Smalltalk > http://doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 19, 2010

Re: [Pharo-project] Fwd: [Lsehub-staff] Why the hacking friday is good :)

by Eliot Miranda

closely related: http://www.ted.com/talks/lang/eng/tom_wujec_build_a_tower.html On Wed, May 19, 2010 at 10:34 AM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > a really cool talk... > Stef > > PS: the friday afternoon in our team we just code together or do stuff that > should not get done automatically :) > > > Begin forwarded message: > > > From: Damien Pollet <damien.pollet(a)inria.fr> > > Date: May 19, 2010 7:04:43 PM GMT+02:00 > > To: âlsehubâ <lsehub-staff(a)lists.gforge.inria.fr> > > Subject: [Lsehub-staff] Why the hacking friday is good :) > > Reply-To: notre liste <lsehub-staff(a)lists.gforge.inria.fr> > > > > > http://everywhereelse.wordpress.com/2010/05/14/watch-this-when-youre-done-w… > > > > -- > > Damien Pollet > > type less, do more [ | ] http://people.untyped.org/damien.pollet > > > > > > > > > > _______________________________________________ > > Lsehub-staff mailing list > > Lsehub-staff(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/lsehub-staff > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 19, 2010

[Pharo-project] Algernon for 1.1.

by Torsten Bergmann

Hi there, ConfigurationOfAlgernon will crash with 1.1. Anyone knows if Algernon is still maintained? The method #multipleFocusHolderCs returns a changeset to change HandMorph ... not nice This will cause the crash (underscores?) and will also patch the Morphic package which has open changes afterwards. Bye Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

May 19, 2010

Re: [Pharo-project] Fwd: Re: Decoding bug with XMLParser ?

by Henrik Sperre Johansen

On 19.05.2010 21:44, StÃ©phane Ducasse wrote: > ok > may be you should have said that before :) > Now how this can be done? > changing the EncodedCharSets? > >> initialize >> >> self allSubclassesDo: [:each | each initialize]. >> >> EncodedCharSets := Array new: 256. >> >> EncodedCharSets at: 0+1 put: Unicode "Latin1Environment". >> EncodedCharSets at: 1+1 put: JISX0208. >> EncodedCharSets at: 2+1 put: GB2312. >> EncodedCharSets at: 3+1 put: KSX1001. >> EncodedCharSets at: 4+1 put: JISX0208. > Then I do not understand because > EncodedCharSets at: 0+1 put: Unicode > seems to me that this is already the case but may be I'm not looking at the right place. > > What are the implications? > What will we break. > > Stef As you've noted, we've already done it. It's broken then display of WideStrings with StrikeFonts, since that relied on Wide Characters being stops, which did happen when leadingChar was 255, but not when it's 0. That is manifested in that the rest of the string after a WideChar is rendered as ?'s. There's also an error causing the width of the chars to be wrong, and the first char on the line to be displayed on the previous line instead, but iirc that's not directly related to the stops issue. Cheers, Henry

May 19, 2010