- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Where to get the VM?

by Igor Stasenko

On 29 January 2013 16:25, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > One in the sense of the VM we tell people to use. > http://pharo.gforge.inria.fr/ci/vm/ > Marcus > -- Best regards, Igor Stasenko.

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Marcus Denker

On Jan 29, 2013, at 4:23 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 29 January 2013 14:57, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> On Jan 29, 2013, at 2:49 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> if you guys would 10 seconds to read the jenkins configuration you would see that >>> we use the COG vm >>> >>> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash >>> >>> and most of the builds on https://ci.inria.fr/rmod use the NBCogVM >>> >>> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash >>> >>> >>> !!!!PLEASE BOOKMARK!!!! >>> >>> all vms are archived on the gforge, >>> >>> DO NOT USE JENKINS TO DOWNLOAD VMS... >>> >>> http://pharo.gforge.inria.fr/ci/vm/ >>> >>> they are all sorted by type and platform. Currently the PharoVM us not so stable. >>> => stack, cog or nbcog are better choices >>> >> >> The goal of course is to have *one* VMâ¦ else this is very very complex. >> > > But it is impossible to have just one. > Because it is against development process, same as with images: we > have 2.0 beta, 1.4 stable [+seaside preloaded] [+ project Foo > preloaded ] > (not speaking about older versions).. > Why you think what is normal for image-side, should be banned for VM side? > > And while i agree that we should minimize the confusion, i do not see > how we can avoid having zoo of VMs around One in the sense of the VM we tell people to use. Marcus

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Igor Stasenko

On 29 January 2013 14:57, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Jan 29, 2013, at 2:49 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> if you guys would 10 seconds to read the jenkins configuration you would see that >> we use the COG vm >> >> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash >> >> and most of the builds on https://ci.inria.fr/rmod use the NBCogVM >> >> wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash >> >> >> !!!!PLEASE BOOKMARK!!!! >> >> all vms are archived on the gforge, >> >> DO NOT USE JENKINS TO DOWNLOAD VMS... >> >> http://pharo.gforge.inria.fr/ci/vm/ >> >> they are all sorted by type and platform. Currently the PharoVM us not so stable. >> => stack, cog or nbcog are better choices >> > > The goal of course is to have *one* VMâ¦ else this is very very complex. > But it is impossible to have just one. Because it is against development process, same as with images: we have 2.0 beta, 1.4 stable [+seaside preloaded] [+ project Foo preloaded ] (not speaking about older versions).. Why you think what is normal for image-side, should be banned for VM side? And while i agree that we should minimize the confusion, i do not see how we can avoid having zoo of VMs around. > Marcus -- Best regards, Igor Stasenko.

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Marcus Denker

On Jan 29, 2013, at 4:13 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > abergel wrote >> Well... Why not to put the link http://pharo.gforge.inria.fr/ci/vm/ in >> https://ci.inria.fr/pharo/view/VM/ ? >> How can one guess this without wasting time in googling? > > Good point. I put notes with the link in Jenkins in: the top level view, vm, > 1.4 job, and 2.0 job. > > I also updated the links at http://www.pharo-project.org/pharo-download . > The only one I couldn't update was for the 2.0 one-click. The job seems to > be gone from the old Jenkins and non-existent on the new Jenkins. Yes, the one click is on the todo: http://code.google.com/p/pharo/issues/detail?id=7234 This is an unfortunate side effect of moving to the new infrastructure with the vm build in a bad shape. We should fix it. Marcus

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Sean P. DeNigris

abergel wrote > Well... Why not to put the link http://pharo.gforge.inria.fr/ci/vm/ in > https://ci.inria.fr/pharo/view/VM/ ? > How can one guess this without wasting time in googling? Good point. I put notes with the link in Jenkins in: the top level view, vm, 1.4 job, and 2.0 job. I also updated the links at http://www.pharo-project.org/pharo-download . The only one I couldn't update was for the 2.0 one-click. The job seems to be gone from the old Jenkins and non-existent on the new Jenkins. Lmk if there's any I missed... HTH, Sean -- View this message in context: http://forum.world.st/Where-to-get-the-VM-tp4666146p4666217.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 29, 2013

Re: [Pharo-project] tuesday we will do a coding sprint here at Santiago

by Sean P. DeNigris

Sean P. DeNigris wrote > Have you guys started yet? I'm on the pharo IRC channel and can Skype if > necessary... Is the sprint still happening?? -- View this message in context: http://forum.world.st/tuesday-we-will-do-a-coding-sprint-here-at-Santiago-t… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 29, 2013

Re: [Pharo-project] nativeboost google groups

by Esteban A. Maringolo

IMHO, even the pharo-users and pharo-dev mailing lists should be together. We're a too small community to have fragmentation when we can avoid it. Pharo should be documented/self-documented and stable enough to not require newcomers to subscribe to a mailing list to get answers to their normal problems. Mailing lists are old-fashioned for getting answers of "common" problems, usage, etc, for everything else, maybe StackOverflow is a good tool to use, and also a display for Pharo community. Less is more. :) Esteban A. Maringolo 2013/1/29 Esteban Lorenzano <estebanlm(a)gmail.com>: > well.. I more or less agree with Torsten (even if I already subscribed): component parts of Pharo should be kept together, otherwise... why not to create a group for mophic, for zinc, for filesystem, etc.? > jutst to have a nice header? do you know you have some rules that you can apply to auto-label mails? :) > > > > On Jan 29, 2013, at 9:15 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> subscribe and you're done, >> >> the thing you get for Free is a decent title in the message in your mail client. >> For me that saves a couple of second on each mail to check about what it is. >> >> >> On 2013-01-29, at 08:40, Torsten Bergmann <astares(a)gmx.de> wrote: >> >>> I dislike outsourcing it to a google group. NB is now part of the image >>> and the discussion should be here as well. >> >> valid point. but then again, we will anyway allways announce changes made by >> NativeBoost automatically via the update mails. >> >> Besides, the issue tracker is also no longer in the mailinglist, which is essentially >> the heart of development? How do you argue in favor of that? >> >>> Otherwise we end up with too many places nobody will be able >>> to follow or find... >> >> invalid point: >> well then the INRIA mailing lists are the worst place since they don't have >> a proper index either. the only thing that get's indexed is the mapped forum >> on http://forum.world.st/ >> >>> Please close the group since it adds more confusion. >> >> nah, my personal opinion outweighs, besides you're always free to not use it... > >

Jan. 29, 2013

Re: [Pharo-project] Where to get the VM?

by Alexandre Bergel

Well... Why not to put the link http://pharo.gforge.inria.fr/ci/vm/ in https://ci.inria.fr/pharo/view/VM/ ? How can one guess this without wasting time in googling? Alexandre On Jan 29, 2013, at 10:19 AM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > if you guys would 10 seconds to read the jenkins configuration you would see that > we use the COG vm > > wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20CogVM.sh | bash > > and most of the builds on https://ci.inria.fr/rmod use the NBCogVM > > wget --quiet -qO - http://pharo.gforge.inria.fr/ci/script/ciPharo20NBCogVM.sh | bash > > > !!!!PLEASE BOOKMARK!!!! > > all vms are archived on the gforge, > > DO NOT USE JENKINS TO DOWNLOAD VMS... > > http://pharo.gforge.inria.fr/ci/vm/ > > they are all sorted by type and platform. Currently the PharoVM us not so stable. > => stack, cog or nbcog are better choices > > > > On 2013-01-29, at 13:57, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > >> Hi! >> >> Where can I get the VM to run Pharo 2.0? >> I have downloaded the last Pharo 2.0 image from Jenkins. Then I which VM should I pick? >> >> >> Cog Git Tracker is apparently the source >> I've tried PharoVM, but I cannot open the image. >> >> This is the minimal I guess we should have... >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 29, 2013

Re: [Pharo-project] zn url with passwords

by Camillo Bruni

On 2013-01-29, at 15:11, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 29 Jan 2013, at 14:49, Damien Cassou <damien.cassou(a)gmail.com> wrote: > >> On Tue, Jan 29, 2013 at 1:46 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> You are correct: username/password in URLs is not something that is supported by ZnUrl, by design actually. >>> >>> Why do you need it ? >> >> we are implementing the Git protocol with the HTTP backend. Git urls >> often comes with username inside and that's why we thought it would be >> easier to just use #asZnUrl. And these username and password elements >> are part of the standard >> (http://en.wikipedia.org/wiki/URI_scheme#Examples) > > I will see if I can add it in an elegant way. > > I still feel it is a bit old school, from the FTP days, 99% of URLs won't ever have this. > > But yes, I know it is used in some places, like git... well, we can easily write around it and keep the passwords separate. might make more sense anyway :)

Jan. 29, 2013

Re: [Pharo-project] zn url with passwords

by Sven Van Caekenberghe

On 29 Jan 2013, at 14:49, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Tue, Jan 29, 2013 at 1:46 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> You are correct: username/password in URLs is not something that is supported by ZnUrl, by design actually. >> >> Why do you need it ? > > we are implementing the Git protocol with the HTTP backend. Git urls > often comes with username inside and that's why we thought it would be > easier to just use #asZnUrl. And these username and password elements > are part of the standard > (http://en.wikipedia.org/wiki/URI_scheme#Examples) I will see if I can add it in an elegant way. I still feel it is a bit old school, from the FTP days, 99% of URLs won't ever have this. But yes, I know it is used in some places, like git... > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill

Jan. 29, 2013