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

Re: [Pharo-project] Monticello repository types

by Norbert Hartl

On 20.07.2010, at 10:50, Nick Ager wrote: > I use FTP - setup is easy, whereas setting up a private squeaksource repository is more of an undertaking (I imagine) > You can just create a http repository for it. I did it once and described it here: http://selfish.org/blog/public%20monticello%20repository Norbert > On 20 July 2010 09:45, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > > Mariano Martinez Peck wrote: > > > > I know Smallworks company uses FTP for all their repositories. > > > > Fair enough. Are there any protocols that are not (yet) supported (e.g. > WebDav?) > -- > View this message in context: http://forum.world.st/Monticello-repository-types-tp2295053p2295122.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > 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

July 20, 2010

[Pharo-project] Pharocasts: Monticello and Metacello introduction

by laurent laffont

Here you will learn how to: - create a SqueakSource repository - create packages and upload them to SqueakSource - create a Metacello configuration to manage dependencies between packages - load packages using Metacello ConfigurationOfXXX and Gofer http://pharocasts.blogspot.com/2010/07/monticello-and-metacello-introductio… Laurent

July 20, 2010

Re: [Pharo-project] connection to access databases

by GermÃ¡n Arduino

Not, ODBC is a package developed by Diego Gomez Deck and, as far as I know, the project on Squeaksource is owned by Frank Urbach and Benoit St Jean. 2010/7/20 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > > On Mon, Jul 19, 2010 at 9:07 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> Thanks eliot. >> Who is maintaining ODBC? to commit the changes? >> > > I think Andreas. > > >> >> On Jul 19, 2010, at 7:39 PM, Eliot Miranda wrote: >> >> > moduleName >> > Â Â Â "Return the name of the module for this library" >> > Â Â Â Smalltalk platformName = 'Win32' ifTrue:[^'odbc32']. >> > Â Â Â Smalltalk platformName = 'unix' ifTrue:[^ 'libodbc.so']. >> > Â Â Â Smalltalk platformName = 'Mac OS' ifTrue:[^ 'libiodbc.dylib']. >> > Â Â Â ^self error: 'Don''t know the ODBC library name' >> > >> > works for me. Â Find attached. >> > >> > On Mon, Jul 19, 2010 at 1:41 AM, Tudor Girba <tudor.girba(a)gmail.com> >> > wrote: >> > Hi, >> > >> > Thanks for all the pointers. I am now testing on Mac using the Actual >> > driver: >> > http://www.actualtech.com/product_access.php >> > >> > I managed to get it running, but now I have problems with the ODBC Pharo >> > implementation because there seems to be no module for Mac: >> > >> > ODBCLibrary class>>moduleName >> > Â Â Â Â "Return the name of the module for this library" >> > Â Â Â Â SmalltalkImage current platformName = 'Win32' ifTrue: [ ^ >> > 'odbc32' ]. >> > Â Â Â Â SmalltalkImage current platformName = 'unix' ifTrue: [ ^ >> > 'libodbc.so' ]. >> > Â Â Â Â ^ self error: 'Don''t know the ODBC library name' >> > >> > Is there something to be done in this area? >> > >> > Cheers, >> > Doru >> > >> > >> > On 19 Jul 2010, at 01:04, GermÃ¡n Arduino wrote: >> > >> > Yes, Indeed, I mean, I used a driver to access, but can't remember now >> > the brand, but I'm sure I not payed for it :) >> > >> > May be I used some trial version.... >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> > >> > Not, I'm not talking of propietary software. >> > >> > I'm talking of one I used when helped Diego with the testing of the >> > odbc package. Don't remember now, but may be this >> > http://www.unixodbc.org/ ? >> > >> > ODBC is just an API, if you don't have a driver for yourdatabase, then >> > it >> > won't help. >> > >> > >> > Levente >> > >> > >> > About Mac, sorry, never touched a mac in all my life.... >> > >> > Cheers. >> > >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, GermÃ¡n Arduino wrote: >> > >> > Hi Tudor: >> > >> > Is as Levente says, you must define an ODBC source on a Windows PC >> > (Alternatively on Unix you can use ODBC also). >> > >> > I don't know any free ODBC drivers for Access on un*x. I only know a >> > driver >> > which costs 4-5 times more than the windows OS itself :). But >> > there's a driver for mac which costs only 30 usd if you're interested. >> > >> > >> > Levente >> > >> > >> > Some examples on: http://wiki.squeak.org/squeak/2480 >> > >> > Cheers. >> > GermÃ¡n. >> > >> > >> > 2010/7/18 Levente Uzonyi <leves(a)elte.hu>: >> > >> > On Sun, 18 Jul 2010, Tudor Girba wrote: >> > >> > Thanks Mariano! >> > >> > Indeed, if I load ConfigurationOfFFI first, everything loads well. >> > >> > I am a complete newbie in this area. Can anyone tell me what I should >> > do >> > next? >> > >> > I imagine that I should connect to an Access server. If yes, how would >> > I >> > do that? >> > >> > Also, do I need anything else, like a C plugin/library to get the C >> > calls >> > from ODBCLibrary going? >> > >> > First you'll need a pc running windows. Then you have to create an ODBC >> > Data >> > Source for your Access file. Then you'll be able to create a connection >> > to >> > that datasource from your image. >> > >> > >> > Levente >> > >> > >> > Cheers, >> > Doru >> > >> > >> > On 18 Jul 2010, at 09:17, Mariano Martinez Peck wrote: >> > >> > >> > >> > On Sun, Jul 18, 2010 at 8:49 AM, Tudor Girba <tudor.girba(a)gmail.com> >> > wrote: >> > Hi, >> > >> > I tried loading it, but I get : >> > "This package depends on the following classes: >> > ExternalLibrary >> > ExternalStructure" >> > >> > Can anyone tell me where to find these from? >> > >> > This means that you need Metacello ;) >> > >> > Those classes are from FFI, a pre-requisite for ODBC to work. >> > Maybe there is a ConfigurationOfODBC somewhere... >> > >> > For the moment, I recommend you to install FFI using the >> > ConfigurationOfFFI. >> > >> > Cheers >> > >> > Mariano >> > >> > >> > Also, are there eternal prerequisites to work with ODBC? >> > >> > Cheers, >> > Doru >> > >> > >> > >> > On 18 Jul 2010, at 00:35, Levente Uzonyi wrote: >> > >> > On Sat, 17 Jul 2010, Tudor Girba wrote: >> > >> > Hi, >> > >> > Is there a way to connect to a Microsoft Access database from Pharo? >> > >> > Yes, with ODBC. >> > >> > >> > Levente >> > >> > >> > I have an mdb file of 300 Mb that I would need to analyze. >> > >> > Cheers, >> > Doru >> > >> > >> > -- >> > www.tudorgirba.com >> > >> > "Next time you see your life passing by, say 'hi' and get to know >> > her." >> > >> > >> > >> > >> > >> > _______________________________________________ >> > 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 >> > >> > -- >> > www.tudorgirba.com >> > >> > "Speaking louder won't make the point worthier." >> > >> > >> > >> > >> > _______________________________________________ >> > 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 >> > >> > -- >> > www.tudorgirba.com >> > >> > "When people care, great things can happen." >> > >> > >> > >> > >> > >> > _______________________________________________ >> > 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 >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > >> > >> > >> > -- >> > ================================================= >> > GermÃ¡n S. Arduino Â <gsa @ arsol.net> Â Twitter: garduino >> > Arduino Software & Web Hosting Â http://www.arduinosoftware.com >> > PasswordsPro Â http://www.passwordspro.com >> > ================================================= >> > >> > >> > _______________________________________________ >> > 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 >> > >> > -- >> > www.tudorgirba.com >> > >> > "Every thing should have the right to be different." >> > >> > >> > >> > >> > >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> > <ODBCLibrary >> > class-moduleName.st>_______________________________________________ >> > 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 > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

July 20, 2010

Re: [Pharo-project] Fwd: [squeak-dev] Re: Debug-it and external calls

by StÃ©phane Ducasse

On Jul 20, 2010, at 7:49 PM, Nicolas Cellier wrote: > hemiscient ? lol we should pay attention not to be deficient :) > > 2010/7/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > enough half omniscient are enough :) >

July 20, 2010

[Pharo-project] Using FFI on MacOSX

by Nicolas Cellier

Its not obvious for a Mac newbie like me to get FFI running on MacOSX. What I (re?) discovered is below. Please correct me if I'm wrong. To vm maintainers : wouldn't it be a good idea to pass the flag ffiLoad to ioLoadModule() instead of relying only on a single global variable whether it is a plugin that is requested or not ? This way we could have both secured/fast plugin loading and opened FFI (if distributed in the bundle). Unless there are other reasons unknown of me... Nicolas ----------------------------------------------------- Ah, some news! In order to track and debug the problem with FFI, I built a VM. (uneasy because latest svn xcodeproj is not exactly configured for a one click build...). The problem is that most vm are configured to search for plugin only in squeak bundle (global variable gSqueakPluginsBuiltInOrLocalOnly in files sqMain.c and sqMacUnixExternalPrims.c) I guess this is to save time at startup (and batteries for iPhone...) And also to get some more secure VM (can't load an invalid plugin from an older squeak vm). Unfortunately, no difference is made between loading a squeak plugin and loading a FFI library... There is a ffiLoad flag passed to findAndLoadModule() in sqNamedPrims.c but not to subfunction ioLoadModule() in sqMacUnixExternalPrims.c... (a mistake IMHO) So this setting is preventing FFI to work. What you should do is change this setting: - select your squeak vm in the finder. - Then choose a menu item like "display package content" (it's a guess, my version is configured in french). - Then edit the contents/info.plist with a property editor. - Then uncheck the box corresponding to SqueakPluginsBuiltInOrLocalOnly and save properties Then FFI should be operational again... (But Smallapack may well crash, at least that's what happens here...) I think I will CC squeak-dev/vm-dev to check If I this is the expected solution. Nicolas

July 20, 2010

Re: [Pharo-project] [SPAM] New Features for Hudson Build Tools

by laurent laffont

Hi, Great ! Is there a link to the Hudson server from the Pharo web site ? I cannot find one. If none, we can add it on http://pharo-project.org/community, Pharo development section ? Cheers, Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ On Tue, Jul 20, 2010 at 8:42 PM, Tudor Girba <tudor.girba(a)gmail.com> wrote: > Hi Lukas, > > This is really great. > > Cheers, > Doru > > > > On 20 Jul 2010, at 13:07, Sven Van Caekenberghe wrote: > > Lukas, >> >> This is really very impressive stuff. >> Thanks for setting all this up and sharing it with us. >> I am learning a lot from it. >> >> Sven >> >> On 20 Jul 2010, at 10:26, Lukas Renggli wrote: >> >> I've added some new functionality to the Hudson Build Toos for Pharo: >>> >>> 1. I've added a script build-oneclick.sh that builds OneClick >>> distributions. This means that with every successful build there will >>> be a new OneClick distribution. >>> >>> For example, the latest PetitParser OneClick distribution is available >>> from: >>> http://hudson.lukas-renggli.ch/job/PetitParser/lastSuccessfulBuild/artifact… >>> . >>> >>> 2. I've changes build.sh to automatically find and fetch dependent >>> images. This makes the configuration in Hudson much simpler, as no >>> images need to be copied around. >>> >>> For example, the Hudson configuration of PetitParser looks as follows: >>> >>> build.sh -i omnibrowser -s petitparser -o petitparser >>> build.sh -i petitparser -s testrunner -s petitparser-tests -o >>> petitparser-tests >>> build-oneclick.sh -i petitparser -o PetitParser-OneClick -t >>> PetitParser -c PetitParser -n petitparser >>> >>> As usual all the code is available from: >>> >>> http://github.com/renggli/builder >>> >>> Lukas >>> >>> -- >>> 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 >> > > -- > www.tudorgirba.com > > "In a world where everything is moving ever faster, > one might have better chances to win by moving slower." > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Mariano Martinez Peck

On Tue, Jul 20, 2010 at 9:02 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> I am not sure if this is a bug. I think this is intentionally > >> implemented like this. > > > > I don't understand then. Which is the intention of showing the title > > "Senders of '#doesNotUnderstand:" if the windows has the senders of > > "Senders of '#send:to:with:super:" ? > > #send:to:with:super: is a transitive sender of #doesNotUnderstand: > > Ok. Fair. However, still doesn't have sense for me and I think it is confusing. But it is ok, I cannot force noone to do anything... :) cheers Mariano > Lukas > > -- > 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 >

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Lukas Renggli

>> I am not sure if this is a bug. I think this is intentionally >> implemented like this. > > I don't understand then. Which is the intention of showing the title > "Senders of '#doesNotUnderstand:"Â Â if the windows has the senders of > "Senders of '#send:to:with:super:"Â Â ? #send:to:with:super: is a transitive sender of #doesNotUnderstand: Lukas -- Lukas Renggli www.lukas-renggli.ch

July 20, 2010

Re: [Pharo-project] [SPAM] New Features for Hudson Build Tools

by Tudor Girba

Hi Lukas, This is really great. Cheers, Doru On 20 Jul 2010, at 13:07, Sven Van Caekenberghe wrote: > Lukas, > > This is really very impressive stuff. > Thanks for setting all this up and sharing it with us. > I am learning a lot from it. > > Sven > > On 20 Jul 2010, at 10:26, Lukas Renggli wrote: > >> I've added some new functionality to the Hudson Build Toos for Pharo: >> >> 1. I've added a script build-oneclick.sh that builds OneClick >> distributions. This means that with every successful build there will >> be a new OneClick distribution. >> >> For example, the latest PetitParser OneClick distribution is >> available >> from: http://hudson.lukas-renggli.ch/job/PetitParser/lastSuccessfulBuild/artifact… >> . >> >> 2. I've changes build.sh to automatically find and fetch dependent >> images. This makes the configuration in Hudson much simpler, as no >> images need to be copied around. >> >> For example, the Hudson configuration of PetitParser looks as >> follows: >> >> build.sh -i omnibrowser -s petitparser -o petitparser >> build.sh -i petitparser -s testrunner -s petitparser-tests -o >> petitparser-tests >> build-oneclick.sh -i petitparser -o PetitParser-OneClick -t >> PetitParser -c PetitParser -n petitparser >> >> As usual all the code is available from: >> >> http://github.com/renggli/builder >> >> Lukas >> >> -- >> 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 -- www.tudorgirba.com "In a world where everything is moving ever faster, one might have better chances to win by moving slower."

July 20, 2010

Re: [Pharo-project] Bug with Windows titles not refreshing (in OB)

by Mariano Martinez Peck

On Tue, Jul 20, 2010 at 6:57 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > I am not sure if this is a bug. I think this is intentionally > implemented like this. > I don't understand then. Which is the intention of showing the title "Senders of '#doesNotUnderstand:" if the windows has the senders of "Senders of '#send:to:with:super:" ? thanks mariano > > Lukas > > 2010/7/20 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > Hi, there is a bug with windows titles as they don't refresh and keeps a > > previous title. > > > > Steps to reproduce: > > > > 1) Search senders of a particular message, for example, > doesNotUnderstand: > > 2) You will see that the opened windows for senders, has the title > "Senders > > of '#doesNotUnderstand:" > > 3) Now, select one of the senders, for example, ContextPart >> send: > > selector to: rcvr with: args super: superFlag > > 4) That will open the senders of that message, BUT the windows title > still > > says "Senders of '#doesNotUnderstand:" instead of "Senders of > > '#send:to:with:super:" > > > > Issue: http://code.google.com/p/pharo/issues/detail?id=2707 > > > > Cheers > > > > Mariano > > > > _______________________________________________ > > 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 >

July 20, 2010