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

Re: [Pharo-project] Pharo application icon

by Simon Denier

On 22 juil. 2010, at 11:27, Simon Denier wrote: > > You can also follow this procedure: > > http://support.apple.com/kb/ht2493 Sorry, I forgot to tell that this solution works only if you want to change the icon for one file (like the VM file), not if you want to change the icon for all images for example. Mariano's solution is the way to go then. > > > On 22 juil. 2010, at 09:48, Mariano Martinez Peck wrote: > >> >> >> On Thu, Jul 22, 2010 at 9:27 AM, Geert Claes <geert.wl.claes(a)gmail.com> wrote: >> >> My guess is that the icon is the VM icon+ >> >> I think that yes. In Mac OS, what you have to do is: >> >> 1) Go to your vm (for example Squeak 4.2.2beta1U.app), and copy it (backup) with another name in case you don't like the icons >> 2) Go to the original VM -> right button -> Show package content >> 3) Check in the directory /Contents/Resources/ and you will notice all the icons that are used for spicifics files: the .image, .changes, etc. You can select your owns, put exactly the same file name and override them. >> 4) A reboot may help to see all the changes >> >> Cheers >> >> Mariano >> >> >> >> -- >> View this message in context: http://forum.world.st/Pharo-application-icon-tp2298239p2298241.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 > > -- > Simon > > > -- Simon

July 22, 2010

Re: [Pharo-project] Pharo application icon

by Simon Denier

You can also follow this procedure: http://support.apple.com/kb/ht2493 On 22 juil. 2010, at 09:48, Mariano Martinez Peck wrote: > > > On Thu, Jul 22, 2010 at 9:27 AM, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > My guess is that the icon is the VM icon+ > > I think that yes. In Mac OS, what you have to do is: > > 1) Go to your vm (for example Squeak 4.2.2beta1U.app), and copy it (backup) with another name in case you don't like the icons > 2) Go to the original VM -> right button -> Show package content > 3) Check in the directory /Contents/Resources/ and you will notice all the icons that are used for spicifics files: the .image, .changes, etc. You can select your owns, put exactly the same file name and override them. > 4) A reboot may help to see all the changes > > Cheers > > Mariano > > > > -- > View this message in context: http://forum.world.st/Pharo-application-icon-tp2298239p2298241.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 -- Simon

July 22, 2010

Re: [Pharo-project] SqueakSource down ....

by Norbert Hartl

Would be nice if there would be a few people discussing the trade-offs. As my current project comes slowly to an end I will find some time to be active in this. My proposal would go like this: - the most important thing to achieve is to have sources of projects available - in the beginning we can live with a setup that might be a "little" cumbersome to use A first solution that is easy to set up and that is reliable is: - www.squeaksource.com is the master where all projects are created - mirrors copy source files via rsync to distant machines and provide WebDAV shares with the same directory layout as squeaksource - squeaksources WebDAV is read-write while the mirrors WebDAVs are read-only. This way rsync is already the best choice. There can be only data transfered from squeaksource to a mirror What use case will be feasible: - a user searches for a project on squeaksource and copies the MC http repository snippet in his monticello browser - now the user has the central read-write location at his side. - if squeaksource is down a user picks another http repository from a list of mirros, enters it in monticello and downloads source from the new location - if the user is a developer and wants to store a project change now gets an error if he tries to store it on the mirror. The developer than just clicks on the central location and stores it there Things to solve: - where is the list of mirrors maintained - how would tools like metacello copy with different locations. I know there is support for alternate locations but AFAIK only if there are placed inside the ConfigurationOfxxx. I don't think it is an option to put in mirror locations in the ConfigurationOfxxx. - files can still be uploaded to squeaksource more or less "anonymously" which interferes with inria policies So far... Norbert On 22.07.2010, at 10:08, StÃ©phane Ducasse wrote: > ok thanks for the explanation. > Now I do not know who have the time to build such a set up. > If we can prototype a version then > we could after offer to have it maintain by the inria engineers and this is good because > it will reinforce also our presence inside. > > >>>>> how your server is backed up? >>>>> Then we should pay attention not to end u having multiple of sources around before we can deal with the mess >>>>> this may create. >>>>> We got the ok from inria for a webdav server (the problem was that from a security view point, having >>>>> an anonymous write was a no go. So now we will do >>>>> - write only inbox >>>>> - inputs are then checked to be only .mcz >>>>> - then automatically copied to a readonly inbox >>>>> - pharo* projects should be >>>>> read and write for the people registered to the forge. >>>> >>>> >>>> Great, this is only for Pharo or you want to mirror also Squeak projects ? >>> >>> We do not know. For now at least the Pharo* repositories and the ones that are central XML-.... >>> Ideally I would prefer to have everything in the same place and we have no problem hosting squeak projects. >>> Now what is more important is build a kind of process to clean projects, there are a lot of projects which got created >>> but >>> - were never really used >>> - are students code exercises >>> So may be starting with a metacello config for every working one could be a start. >>> >>> The problem is that you lose all the nice aspects of squeak-source: UI to manage the commiters..... >>> So we should check with the effort of dale and philippe and others on the gemstone version of squeaksource. >>> >> I don't think you loose anything. You need to separate write and read. You still create a project on squeaksource and this creates a WebDav directory for it. If the mirrors sync than this project is replicated to all other mirrors. From this point in time a client can just use a list of mirrors to fetch the source from a different server if the master is down. It is easy as this. No need to install squeaksource on the mirrors. This scenario even applies if you take the gemstone based squeaksource into account. To me it is really just a matter of who is doing the failover handling: user or client. >> >> Norbert >> >> >> >> _______________________________________________ >> 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 22, 2010

Re: [Pharo-project] Is Object>>name important?

by Mariano Martinez Peck

The first thing is to open a ticket. Then start to work. I just did a simple test in my pc and at least it didn't freeze, neither DNU. But when I started to run test, I start with the DNU. Maybe they need to be fixed and that's all. I don't know. On Wed, Jul 21, 2010 at 10:06 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Ok thanks for all these encouragements. > Now if you have some free (ok less busy) cycles, any step in that direction > is welcome. > > Stef > > On Jul 21, 2010, at 9:57 PM, Benoit St-Jean wrote: > > > How about : > > > > become: nil > > > > :) > > > > ----------------- > > Benoit St-Jean > > A standpoint is an intellectual horizon of radius zero. > > (Albert Einstein) > > > > > > > > > > From: bschwab(a)anest.ufl.edu > > To: Pharo-project(a)lists.gforge.inria.fr > > Date: Wed, 21 Jul 2010 15:56:28 -0400 > > Subject: Re: [Pharo-project] Is Object>>name important? > > > > Zap, kill, obliterate, destroy, etc., simultaneously :) > > > > > > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: > pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Hernan Wilkinson > > Sent: Wednesday, July 21, 2010 1:46 PM > > To: Pharo-project(a)lists.gforge.inria.fr > > Subject: Re: [Pharo-project] Is Object>>name important? > > > > the same happens to me all the time... so I do as if it does not exist > :-), I just override it... I agree it should not be Object's protocol. > > > > On Wed, Jul 21, 2010 at 1:08 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > > ideally I would love to get rid of it and externalName and friends.... > now > > there are probably deep reasons for now. > > > > Stef > > > > On Jul 21, 2010, at 5:45 PM, Alexandre Bergel wrote: > > > > > Hi! > > > > > > Time to time, I need to create a #name method on my class. But I found > a bit ugly to do an override. > > > Is Object>>name that important? > > > > > > Cheers, > > > Alexandre > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > > > Turn down-time into play-time with Messenger games Play Now! > _______________________________________________ > > 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 22, 2010

Re: [Pharo-project] SqueakSource down ....

by StÃ©phane Ducasse

ok thanks for the explanation. Now I do not know who have the time to build such a set up. If we can prototype a version then we could after offer to have it maintain by the inria engineers and this is good because it will reinforce also our presence inside. >>>> how your server is backed up? >>>> Then we should pay attention not to end u having multiple of sources around before we can deal with the mess >>>> this may create. >>>> We got the ok from inria for a webdav server (the problem was that from a security view point, having >>>> an anonymous write was a no go. So now we will do >>>> - write only inbox >>>> - inputs are then checked to be only .mcz >>>> - then automatically copied to a readonly inbox >>>> - pharo* projects should be >>>> read and write for the people registered to the forge. >>> >>> >>> Great, this is only for Pharo or you want to mirror also Squeak projects ? >> >> We do not know. For now at least the Pharo* repositories and the ones that are central XML-.... >> Ideally I would prefer to have everything in the same place and we have no problem hosting squeak projects. >> Now what is more important is build a kind of process to clean projects, there are a lot of projects which got created >> but >> - were never really used >> - are students code exercises >> So may be starting with a metacello config for every working one could be a start. >> >> The problem is that you lose all the nice aspects of squeak-source: UI to manage the commiters..... >> So we should check with the effort of dale and philippe and others on the gemstone version of squeaksource. >> > I don't think you loose anything. You need to separate write and read. You still create a project on squeaksource and this creates a WebDav directory for it. If the mirrors sync than this project is replicated to all other mirrors. From this point in time a client can just use a list of mirrors to fetch the source from a different server if the master is down. It is easy as this. No need to install squeaksource on the mirrors. This scenario even applies if you take the gemstone based squeaksource into account. To me it is really just a matter of who is doing the failover handling: user or client. > > Norbert > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2010

Re: [Pharo-project] SqueakSource down ....

by StÃ©phane Ducasse

>> > > Yes sure there is a lot of trash in the SqueakSource repository. Maybe > we could organize the repository in the front page the way github > (http://github.com/explore ) are doing. What is important to see are > the most active projects ;-) if somebody has the time. > A lot of functionalities could be copied from github i guess. What > could be nice also is to be able to see a MC repository as a git > repository. I dunno if it's feasible, but it could give a lot of > exposure in the open-source community to Squeak/Pharo/Smalltalk > projects than today. I know that people are working on using git to store code. Now I do not know more. > Thank you for what you are doing for the community. > -- > 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

July 22, 2010

Re: [Pharo-project] Pharo application icon

by StÃ©phane Ducasse

5) add to the book :) On Jul 22, 2010, at 9:48 AM, Mariano Martinez Peck wrote: > > > On Thu, Jul 22, 2010 at 9:27 AM, Geert Claes <geert.wl.claes(a)gmail.com> wrote: > > My guess is that the icon is the VM icon+ > > I think that yes. In Mac OS, what you have to do is: > > 1) Go to your vm (for example Squeak 4.2.2beta1U.app), and copy it (backup) with another name in case you don't like the icons > 2) Go to the original VM -> right button -> Show package content > 3) Check in the directory /Contents/Resources/ and you will notice all the icons that are used for spicifics files: the .image, .changes, etc. You can select your owns, put exactly the same file name and override them. > 4) A reboot may help to see all the changes > > Cheers > > Mariano > > > > -- > View this message in context: http://forum.world.st/Pharo-application-icon-tp2298239p2298241.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 22, 2010

Re: [Pharo-project] SqueakSource down ....

by Geert Claes

and a integrated Issue Tracker would be the icing on the cake :) -- View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2298269.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 22, 2010

Re: [Pharo-project] SqueakSource down ....

by Norbert Hartl

On 22.07.2010, at 09:19, StÃ©phane Ducasse wrote: > > >> On Thu, Jul 22, 2010 at 2:10 PM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> how your server is backed up? >>> Then we should pay attention not to end u having multiple of sources around before we can deal with the mess >>> this may create. >>> We got the ok from inria for a webdav server (the problem was that from a security view point, having >>> an anonymous write was a no go. So now we will do >>> - write only inbox >>> - inputs are then checked to be only .mcz >>> - then automatically copied to a readonly inbox >>> - pharo* projects should be >>> read and write for the people registered to the forge. >> >> >> Great, this is only for Pharo or you want to mirror also Squeak projects ? > > We do not know. For now at least the Pharo* repositories and the ones that are central XML-.... > Ideally I would prefer to have everything in the same place and we have no problem hosting squeak projects. > Now what is more important is build a kind of process to clean projects, there are a lot of projects which got created > but > - were never really used > - are students code exercises > So may be starting with a metacello config for every working one could be a start. > > The problem is that you lose all the nice aspects of squeak-source: UI to manage the commiters..... > So we should check with the effort of dale and philippe and others on the gemstone version of squeaksource. > I don't think you loose anything. You need to separate write and read. You still create a project on squeaksource and this creates a WebDav directory for it. If the mirrors sync than this project is replicated to all other mirrors. From this point in time a client can just use a list of mirrors to fetch the source from a different server if the master is down. It is easy as this. No need to install squeaksource on the mirrors. This scenario even applies if you take the gemstone based squeaksource into account. To me it is really just a matter of who is doing the failover handling: user or client. Norbert

July 22, 2010

Re: [Pharo-project] SqueakSource down ....

by Geert Claes

Serge Stinckwich-2 wrote: > > Yes sure there is a lot of trash in the SqueakSource repository. Maybe we > could organize the repository in the front page the way github > (http://github.com/explore ) are doing. What is important to see are > the most active projects ;-) > > A lot of functionalities could be copied from github i guess. What could > be nice also is to be able to see a MC repository as a git repository. I > dunno if it's feasible, but it could give a lot of exposure in the > open-source community to Squeak/Pharo/Smalltalk projects than today. > I would also stick with one common term as apposed to "project" vs "repository" and out of those 2 "repository" probably makes the most sense. There is probably not much added value of having "groups" or "teams" either. -- View this message in context: http://forum.world.st/SqueakSource-down-tp2296645p2298264.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 22, 2010