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

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b7

by John M McIntosh

Ok, well it's great someone is actually paying attention. In 4.2.4 if (stat(unixPath, &statBuf) && lstat(unixPath, &statBuf)) and pull these values time_t st_mtime; /* [XSI] Last data modification time */ time_t st_ctime; /* [XSI] Time of last status change */ For your examples the lstat() is the one populating the structure. Also described in the man page as the time file was last accessed or modified, of when the inode was last changed, or the birth time of the inode. We then consider localtime(&unixTime)->tm_gmtoff; to create a time in the Squeak epoch. Now for the Cocoa Version we take NSFileCreationDate The key in a file attribute dictionary whose value indicates the file's creation date. NSFileModificationDate The key in a file attribute dictionary whose value indicates the file's last modified date. { NSFileCreationDate = 2010-08-20 13:25:54 -0700; NSFileExtendedAttributes = { "com.apple.quarantine" = <30303030 3b346337 36396138 623b5361 66617269 2e617070 3b7c636f 6d2e6170 706c652e 53616661 7269>; }; NSFileExtensionHidden = 0; NSFileGroupOwnerAccountID = 0; NSFileGroupOwnerAccountName = wheel; NSFileHFSCreatorCode = 1178686292; NSFileHFSTypeCode = 1398039400; NSFileModificationDate = 2010-09-06 18:00:05 -0700; NSFileOwnerAccountID = 501; NSFileOwnerAccountName = johnmci; NSFilePosixPermissions = 420; NSFileReferenceCount = 1; NSFileSize = 4073312; NSFileSystemFileNumber = 81731241; NSFileSystemNumber = 234881026; NSFileType = NSFileTypeRegular; } Now actually another bug is that I'm not re-calculating for DayLightSavings time. I've fixed that for 5.8b10 where the date below shows as 17:00:05 but really it should be 18:00:05 In checking the creation time in Squeak I see it thinks it is "2010-08-20T13:25:54+00:00" which baring the timezone/daylightsavings +00.00? issue seems correctly stated. Let me send you a 5.8b10 VM to test /Users/johnmci/Shared/TextFlow-trunk/trunk.changes On 2010-09-07, at 9:53 AM, Juan Vuletich wrote: > John M McIntosh wrote: >> I've stuck a version (5.8b7) of the cocoa based os-x squeak cog JIT based VM in my experimental folder. Please ensure drawing looks sane, and how it interacts with the mouse and keyboard seems viable. >> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b7.app.zip >> >> I finished the open/GL tuning and based on benchmarking I simplified the explicit flush required when a Smalltalk Morphic draw cycle fails to do a flush. Lastly I cross check the source code to ensure it compiles >> correctly for the iOS platform. >> -- >> =========================================================================== >> John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> ========================================================================== >> > > Hi John, > > I found something strange with reported file creation and modification time. The values answered by #primLookupEntryIn:index: are (Tested on Squeak 4.1, Mac OS 10.5.8): > > 4.2.4 VM (Stack VM): > 3461318674 3461318674 newFile > 3449660476 3447966888 Squeak 4.2.4beta1U.app > 3460975777 3460916669 Squeak.app > 3460551046 3460551046 Squeak4.1.image > 3449660435 3448977726 SqueakV41.sources > > 5.8b7 (Cog experimental VM) > 3461314066 3461314066 newFile > 3447962280 3447962280 Squeak 4.2.4beta1U.app > 3460912061 3460912061 Squeak.app > 3448973124 3460546438 Squeak4.1.image > 3448973118 3448973118 SqueakV41.sources > > Take for instance SqueakV41.sources: > DateAndTime fromSeconds: 3449660435 2010-04-25T15:00:35-03:00 > DateAndTime fromSeconds: 3448977726 2010-04-17T17:22:06-03:00 "This is the correct one according to Finder, 4.2.4 modification time" > DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 > DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 > > So I'm, getting incorrect time info in the FileList. > > Something else I see is that 4.2.4 VM answers the same value for creation and modification time for some files, while 5.8b7 answers the same value for other files. (Why?) For the newly created "newFile", both answer the same value for creation and modification time. The correct value is (again) the one answered by 4.2.4. > > I'm at the ART time zone. > > Thanks, > Juan Vuletich -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 7, 2010

Re: [Pharo-project] glamorous theme :)

by laurent laffont

On Tue, Sep 7, 2010 at 9:48 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Laurent, > > On the Macbook Pro monitor it works well, but indeed, I also thought this > would be a problem on less strong monitors. > > I now updated the color to get a stronger shade of blue. > What do you think of this one (with a pressed look) ? buttonSelectedFillStyleFor: aButton "Return the normal button fillStyle for the given button." | toptop top bottom base | base := self glamorousBaseColorFor: aButton. toptop := base muchDarker. top := base. bottom := (self glamorousLightSelectionColorFor: aButton) muchLighter. ^(GradientFillStyle ramp: { 0.0->toptop. 0.1->top. 0.9->bottom.}) origin: aButton bounds origin; direction: 0 @ aButton height; radial: false Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ > > Cheers, > Doru > > > On 7 Sep 2010, at 08:47, laurent laffont wrote: > > > Hi Doru, > > > > Using Glamourous I hardly see which button is focused in System Browser > between instance or class. So I've made mistakes several times yesterday :) > > > > I really like this theme, especially on a slow computer. > > > > > > Cheers, > > > > Laurent Laffont > > > > http://pharocasts.blogspot.com/ > > http://magaloma.blogspot.com/ > > > > > > On Sat, Sep 4, 2010 at 11:18 PM, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > > Hi, > > > > Over the past week I worked on a new theme for Pharo called the Glamorous > Theme :). The theme is developed in the context of the Glamour project, and > its goal is to create a look that: > > - does not look like a specific operating system. In particular, the > icons should be operating system agnostic, because, for example, people in > Windows are confused by the red, yellow, green buttons of apple. > > - uses a limited amount of colors and effects. > > > > It is still work in progress, but you can get the current version by > executing: > > > > Gofer new > > squeaksource: 'Glamour'; > > package: 'Glamour-Morphic-Theme'; > > load. > > GLMUITheme defaultSettings: nil. > > GLMUITheme beCurrent. > > GLMUITheme setPreferredWorldBackground. > > > > Cheers, > > Doru > > > > -- > > www.tudorgirba.com > > > > "Problem solving efficiency grows with the abstractness level of problem > understanding." > > > > > > > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > www.tudorgirba.com > > "It's not what we do that matters most, it's how we do it." > >

Sept. 7, 2010

[Pharo-project] [Moose-dev] glamorous theme :)

by Stephan Eggermont

Sven wrote: >I would include a small number of well maintained/supported >themes. >Of course, every image needs a default, but choice is good here (it is the whole point). This is something I have to disagree strongly with. Choice in themes does not work for us. We don't have the manpower to maintain them. In user interfaces, consistency is good, and I want one good theme, not ten bad or mediocre. Stephan Eggermont

Sept. 7, 2010

Re: [Pharo-project] glamorous theme :)

by Tudor Girba

Hi Laurent, On the Macbook Pro monitor it works well, but indeed, I also thought this would be a problem on less strong monitors. I now updated the color to get a stronger shade of blue. Cheers, Doru On 7 Sep 2010, at 08:47, laurent laffont wrote: > Hi Doru, > > Using Glamourous I hardly see which button is focused in System Browser between instance or class. So I've made mistakes several times yesterday :) > > I really like this theme, especially on a slow computer. > > > Cheers, > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > > > On Sat, Sep 4, 2010 at 11:18 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi, > > Over the past week I worked on a new theme for Pharo called the Glamorous Theme :). The theme is developed in the context of the Glamour project, and its goal is to create a look that: > - does not look like a specific operating system. In particular, the icons should be operating system agnostic, because, for example, people in Windows are confused by the red, yellow, green buttons of apple. > - uses a limited amount of colors and effects. > > It is still work in progress, but you can get the current version by executing: > > Gofer new > squeaksource: 'Glamour'; > package: 'Glamour-Morphic-Theme'; > load. > GLMUITheme defaultSettings: nil. > GLMUITheme beCurrent. > GLMUITheme setPreferredWorldBackground. > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

Sept. 7, 2010

[Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b9

by John M McIntosh

I've stuck a version (5.8b9) of the cocoa based os-x squeak cog JIT based VM in my experimental folder. http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b9.app.zip Changes are: (a) Slight changes to the Open/GL code in hopes to make it work better on 10.5 machines (b) Add ioUtcWithOffset (c) Application quit menu, quit from dock, or window close now triggers a Areithfa Ffenestri window event saying the window is closing. Most images (I guess?) look for that and prompt the user to save or not-save the image and/or quit. People producing Squeak Images should confirm the behaviour is what they expect. (d) print problems with cmd-shift-key not correctly working CMD-SHIFT-n as an example. (e) Code sign app -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 7, 2010

Re: [Pharo-project] Compiling the VM for MacOSX

by John M McIntosh

Ah well actually you are attempting to build an obsolete VM. However we might as well ensure you can do that for historical reasons. I'm not sure why the setMicroSecondsandOffset does not resolve into a default setMicroSecondsandOffset in the interp.c since mine has /* A default substitute for unimplemented ioUtcWithOffset external function. */ sqInt setMicroSecondsandOffset(sqLong * microSeconds, int * utcOffset) { flag("toRemove"); return -1; } However buried in a email message from last March is a slight error which prevented the ioUtcWithOffset() defined in sqMacTime.c from being used. Therefore I've altered sqMacTime.c & sqPlatformSpecific.h in the Mac OS carbon SVN tree. You should check out a new copy of that. Ok, so building an obsolete VM might be fun and let's see if you can do it, but you should build a 5.x VM from the iOS tree. See platform/iOS/vm/SqueakPureObjc.xcodeproj in order to build SqueakPureObjc The cocoa based 5.x VM for OSX 32bit & 64bit supporting a 32bit image format SqueakPureObjc64*64 The cocoa based 5.x VM for OSX 64bit supporting a 64bit image format SqueakNoOGLIPhone The cocoa based 2.x VM for the iOS devices Also lurking in there is the SqueakPureObjcCogVM.xcodeproj which lets you build: SqueakNoOGLIPhone The cocoa based Cog Stack Based VM for iOS devices SqueakPureObjc The cocoa based Cog JIT VM for OSX 32bit. However that xcodeproj is still a work in progress and Eliot and I are still merging changes. Later open SqueakPureObjc.xcodeproj compile link you'll find a pre-existing src file that is somewhat current. Swap in a newer one if needbe. On 2010-09-07, at 10:00 AM, Alexandre Bergel wrote: > Undefined symbols: > "_setMicroSecondsandOffset", referenced from: > _primitiveUtcWithOffset in interp.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Where this _setMicroSecondsandOffset is defined? > > No idea whether this is related or not, but I had to leave TestOSAPlugin out when generating the vm code. This plugin cannot be produced apparently, a class is missing. > > Cheers, > Alexandre -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Sept. 7, 2010

Re: [Pharo-project] WebClient License Update

by Philippe Marschall

On 07.09.2010 09:03, Andreas Raab wrote: > Hi - > > After careful consideration I've decided to put WebClient under the MIT > license, and updated the repository at > http://www.squeaksource.com/WebClient.html to reflect the license change. > > If you're curious why I'm making the change, the answer is really that > the code isn't all that unique and even though I'm not done with it it's > good enough to be released and by now I simply get more benefits from it > being thoroughly tested by as many people as possible. That and the (to > me surprising) amount of interest that WebClient has received in > combination with the (to me disturbing) lack of due diligence that many > users of WebClient apparently have. I think we can all take away a > lesson from this little incident that even if you find some random code > on the net it doesn't mean it's up for grabs. > > Also, if I may be so bold, let me propose the "2 step process to eternal > license happiness". It's really simple: > > [ ] Did we check the license of the package? > [ ] Did we contact the author of the package? > > If you check off the above two steps whenever you're about to use some > third-party code, I think you'll find that situations like the one we've > encountered here are virtually impossible. Attach the steps to the bug > tracker if you must, but follow them. > > Since you know how to verify the license status on your own, let me add > the second step of the process and once more repeat that I would rather > keep WebClient an externally loadable package. If at all possible I urge > you to look at what has been done with HTTPSocket in Squeak and adopt a > similar approach; that is provide a minimal internal HTTP interface and > allow third-party libraries (WebClient or other) to hook into this > interface. There is really no need to have everything tied together at > the hip; HTTPSocket is a reasonable facade for HTTP requests in the kernel. > > Regarding write access to the WebClient repository, I'm not a fan of > making repos world-writable (this is really a sign of abandonware) but > due to the license I'm fine with granting Sven and Philippe write access > if they want it (drop me a note if you do). Did you change your position towards #squeakToUtf8 and string concatenation (I didn't follow the entire previous thread)? Otherwise it would probably make more sense if I continue sending patches. Now don't get me wrong, you're of course allowed to write code whichever way you see fit and reject anything that doesn't follow this. But the same goes for me. And for me it's important that code loads without any overrides. So I'm probably going to set up a WebClientPharo or WebClientPhilippe or something repository. Cheers Philippe

Sept. 7, 2010

Re: [Pharo-project] Compiling the VM for MacOSX

by Alexandre Bergel

> "Unlike to the GNU/Linux platforms the Mac OSX way don't have pre-generated source, then if you want to recompile the VM you must generate the src from VMMaker (refer to VMMaker Chapter to do that)." > > I guess you skipped this step? thanks Henrik. Right, I unfortunately skipped this. Now, I am almost done, only one error left: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= mkdir "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/build/Development/Squeak VM Opt.app/Contents/MacOS" cd /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM setenv MACOSX_DEPLOYMENT_TARGET 10.5 /Developer/usr/bin/gcc-4.2 -arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk -L/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/build/Development -F/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/build/Development -F/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks -filelist "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Objects-normal/i386/Squeak VM Opt.LinkFileList" -mmacosx-version-min=10.5 -framework CoreFoundation -framework Carbon -framework OpenGL -framework AGL -framework QuickTime -framework CoreAudio -framework AudioToolbox -framework IOKit -framework Foundation -framework Cocoa -framework ApplicationServices -prebind -o "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/build/Development/Squeak VM Opt.app/Contents/MacOS/Squeak VM Opt" Undefined symbols: "_setMicroSecondsandOffset", referenced from: _primitiveUtcWithOffset in interp.o ld: symbol(s) not found collect2: ld returned 1 exit status -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Where this _setMicroSecondsandOffset is defined? No idea whether this is related or not, but I had to leave TestOSAPlugin out when generating the vm code. This plugin cannot be produced apparently, a class is missing. Cheers, Alexandre > > Cheers, > Henry > > Den 07.09.2010 15:18, skrev Alexandre Bergel: >> Hi! >> >> I followed the instruction given on: >> >> http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnOSX >> >> 134 errors are reported. >> >> Below the first line of the report: >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> Building target âSqueak VM Universalâ of project âSqueakVMUNIXPATHSâ with configuration âDevelopmentâ â (134 errors) >> cd /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer >> /Developer/usr/bin/gcc-4.2 -x c -arch i386 -fmessage-length=0 -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -O0 -Wmissing-prototypes -Wmissing-braces -Wparentheses -Wunused-function -Wunused-label -Wunused-parameter -Wunused-variable -Wunused-value -Wsign-compare -DHAVE_NANOSLEEP -DEXTERNALPRIMSDEBUG -DTARGET_API_MAC_CARBON -DSQUEAK_BUILTIN_PLUGIN -DHAVE_SYS_TIME_H -isysroot /Developer/SDKs/MacOSX10.5.sdk -mfix-and-continue -mmacosx-version-min=10.5 -gdwarf-2 "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Squeak VM Opt.hmap" -DLSB_FIRST -mtune=prescott -march=pentium-m -mfpmath=sse -DUSE_INLINE_MEMORY_ACCESSORS -F/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development -F/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks -I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development/include -I/D >> eveloper/SDKs/MacOSX10.5.sdk/Developer/Headers/FlatCarbon "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources/i386" "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources" -c /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c -o "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Objects-normal/i386/ADPCMCodecPlugin.o" >> i686-apple-darwin9-gcc-4.2.1: /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c: No such file or directory >> i686-apple-darwin9-gcc-4.2.1: warning: '-x c' after last input file has no effect >> i686-apple-darwin9-gcc-4.2.1: no input files >> i686-apple-darwin9-gcc-4.2.1: no input files >> i686-apple-darwin9-gcc-4.2.1: no input files >> i686-apple-darwin9-gcc-4.2.1: no input files >> i686-apple-darwin9-gcc-4.2.1: no input files >> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= >> >> Is there something wrong I did? >> >> Help is highly appreciated... >> >> Cheers, >> Alexandre >> >> > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 7, 2010

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b7

by Juan Vuletich

John M McIntosh wrote: > I've stuck a version (5.8b7) of the cocoa based os-x squeak cog JIT based VM in my experimental folder. > Please ensure drawing looks sane, and how it interacts with the mouse and keyboard seems viable. > > http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b7.app.zip > > I finished the open/GL tuning and based on benchmarking I simplified the explicit flush required when a > Smalltalk Morphic draw cycle fails to do a flush. Lastly I cross check the source code to ensure it compiles > correctly for the iOS platform. > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > ========================================================================== > Hi John, I found something strange with reported file creation and modification time. The values answered by #primLookupEntryIn:index: are (Tested on Squeak 4.1, Mac OS 10.5.8): 4.2.4 VM (Stack VM): 3461318674 3461318674 newFile 3449660476 3447966888 Squeak 4.2.4beta1U.app 3460975777 3460916669 Squeak.app 3460551046 3460551046 Squeak4.1.image 3449660435 3448977726 SqueakV41.sources 5.8b7 (Cog experimental VM) 3461314066 3461314066 newFile 3447962280 3447962280 Squeak 4.2.4beta1U.app 3460912061 3460912061 Squeak.app 3448973124 3460546438 Squeak4.1.image 3448973118 3448973118 SqueakV41.sources Take for instance SqueakV41.sources: DateAndTime fromSeconds: 3449660435 2010-04-25T15:00:35-03:00 DateAndTime fromSeconds: 3448977726 2010-04-17T17:22:06-03:00 "This is the correct one according to Finder, 4.2.4 modification time" DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 DateAndTime fromSeconds: 3448973118 2010-04-17T16:05:18-03:00 So I'm, getting incorrect time info in the FileList. Something else I see is that 4.2.4 VM answers the same value for creation and modification time for some files, while 5.8b7 answers the same value for other files. (Why?) For the newly created "newFile", both answer the same value for creation and modification time. The correct value is (again) the one answered by 4.2.4. I'm at the ART time zone. Thanks, Juan Vuletich

Sept. 7, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Miguel Enrique CobÃ¡ MartÃnez

El mar, 07-09-2010 a las 07:57 +0200, Levente Uzonyi escribiÃ³: > On Mon, 6 Sep 2010, Miguel Enrique CobÃ¡ MartÃnez wrote: > > > > > snip > > "Installer AFAIK does a lot of things, so in a way it was bloated, that > was the reason for gofer showing up (also the fact that installer didn't > unload packages and gofer does, I think)." > > Installer can unload Monticello packages (besides being able to load stuff > from sources which are not used by Pharo users) and I'm pretty sure it > does it the same way as Gofer does (this is a feature of MC). Exactly, that is the reason that I put AFAIK, and the reason I said it was bloated. The fact that you can download from a Mantis, squeakmap, GOODs, a magma repo, universes or a ftp repo has little impact if 99% of the times you are downloading from http repos squeaksource and gemstone. :) Cheers > > > Levente > _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Sept. 7, 2010