January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] something wrong with pharo ci server?

by Igor Stasenko

weird... (looking) On 18 January 2014 15:22, Johan Brichau <johan(a)inceptive.be> wrote: > All builds are stalledâ¦ wazzup? > > Johan > -- Best regards, Igor Stasenko.

Jan. 18, 2014

Static File Server for Pharo Contribution

by Sean P. DeNigris

Is there one (or a section on the existing server)? Could there be? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Static-File-Server-for-Pharo-Contribution-tp4737732.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 18, 2014

something wrong with pharo ci server?

by Johan Brichau

All builds are stalledâ¦ wazzup? Johan

Jan. 18, 2014

Re: [Pharo-dev] [Seaside] Re: ConfigurationOfGetText broken?

by Johan Brichau

Fyi I am already adding gettext for seaside to the ConfigurationOfSeaside3. So, it's good to clean ConfigurationOfGettext Johan (sent from my mobile) > On 18 Jan 2014, at 13:52, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > > We've already discussed it and I am in the favor of removing non-gettext dependancies from its config. > http://lists.squeakfoundation.org/pipermail/seaside/2013-October/030221.html > > Now, I'll wait for Paul's response to cleanup. Because debugging ConfigurationOfGetText or for that matter any configuration with such complexities takes a lot of time. So, as an ad-hoc solution I am loading the only package in Gettext directly. > > > Usman > > >> On Sat, Jan 18, 2014 at 6:24 AM, Johan Brichau <johan(a)inceptive.be> wrote: >> I agree. >> The Seaside packages should be moved to the Seaside configuration and make that one dependent on ConfigurationOfGettext. >> Also, the Seaside30Addons repository was moved to smalltalkhub. >> >> Johan >> >> On 17 Jan 2014, at 17:17, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> wrote: >> >> > Le 17/01/2014 11:42, Usman Bhatti a Ã©crit : >> >> >> >> It seems that some recent changes in the ConfigurationOfText have broken >> >> the loading in the Pharo 3.0. >> >> >> > >> > >> > I only know basic of ConfigurationOf..., but it looks odd to me to see >> > Seaside dependencies in the Gettext configuration. Should it not belong >> > to this configuration? Imagine if each package depending on Gettext to >> > add itself in the gettext configuration? >> > >> > Hilaire >> > >> > -- >> > Dr. Geo http://drgeo.eu >> > >> > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Jan. 18, 2014

Re: [Pharo-dev] ConfigurationOfGetText broken?

by Usman Bhatti

We've already discussed it and I am in the favor of removing non-gettext dependancies from its config. http://lists.squeakfoundation.org/pipermail/seaside/2013-October/030221.html Now, I'll wait for Paul's response to cleanup. Because debugging ConfigurationOfGetText or for that matter any configuration with such complexities takes a lot of time. So, as an ad-hoc solution I am loading the only package in Gettext directly. Usman On Sat, Jan 18, 2014 at 6:24 AM, Johan Brichau <johan(a)inceptive.be> wrote: > I agree. > The Seaside packages should be moved to the Seaside configuration and make > that one dependent on ConfigurationOfGettext. > Also, the Seaside30Addons repository was moved to smalltalkhub. > > Johan > > On 17 Jan 2014, at 17:17, Hilaire Fernandes <hilaire.fernandes(a)gmail.com> > wrote: > > > Le 17/01/2014 11:42, Usman Bhatti a Ã©crit : > >> > >> It seems that some recent changes in the ConfigurationOfText have broken > >> the loading in the Pharo 3.0. > >> > > > > > > I only know basic of ConfigurationOf..., but it looks odd to me to see > > Seaside dependencies in the Gettext configuration. Should it not belong > > to this configuration? Imagine if each package depending on Gettext to > > add itself in the gettext configuration? > > > > Hilaire > > > > -- > > Dr. Geo http://drgeo.eu > > > > > > >

Jan. 18, 2014

Re: [Pharo-dev] Anyone with the passwd to edit http://book.pharo-project.org/book/PharoTools/

by StÃ©phane Ducasse

I would throw away the page or juts mark that it is notup to date. On 18 Jan 2014, at 11:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 10231 collaboractive Book: Page about Pharo Tools is out of date > https://pharo.fogbugz.com/f/cases/10231 > > â> the action needed to close this issue tracker entry is to remove the "Other Pharo Non Core Packagesâ > section. > > (hint: resist the urge to do nothing because the âreal fixâ would be write a whole book)

Jan. 18, 2014

[Issue tracker] cleanup needed

by Marcus Denker

Please everyone: https://pharo.fogbugz.com/f/filters/33/All-by-project => check the issues you submitted. Maybe the bug is already fixed? => if you contributed to a discussion, please check if you can help now to push the issue forward Keep in mind that => issue tracker entries need to be *actionable*. There needs to be a doable ânext actionâ, else it makes no sense. => this means it is not *your* personal TODO list. => it is not a wish list. âIt would be nice ifâ, I could add indefinite entries like that => âthis method looks storageâ is not an issue entry, either. There is *a lot* of bad code in the image. ==> only submit those if there a chance that the entry will lead to action. ==> if you submitted a slice and the automatic check found a problem, who do you think will do the next iteration? (if you will not, add a note that you wonât) => Check issues assigned to you. Will you work on them? If not â> do not assign to you. Marcus

Jan. 18, 2014

Anyone with the passwd to edit http://book.pharo-project.org/book/PharoTools/

by Marcus Denker

10231 collaboractive Book: Page about Pharo Tools is out of date https://pharo.fogbugz.com/f/cases/10231 â> the action needed to close this issue tracker entry is to remove the "Other Pharo Non Core Packagesâ section. (hint: resist the urge to do nothing because the âreal fixâ would be write a whole book)

Jan. 18, 2014

[pharo-project/pharo-core] 1e0915: 30705

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 1e091505614f1197951b96df1f16e19b270eae46 https://github.com/pharo-project/pharo-core/commit/1e091505614f1197951b96df… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-18 (Sat, 18 Jan 2014) Changed paths: M Monticello.package/MCPackage.class/instance/testing/isDirty.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/accessing/valueType_.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/class factory/getClassForType_.st M NativeBoost-Core.package/NBExternalTypeValue.class/class/class initialization/initValueType_.st A NativeBoost-Core.package/NativeBoost.class/class/testing/isAvailable.st M NativeBoost-Tests.package/NBFFICalloutTests.class/instance/private/passString_.st A NativeBoost-Tests.package/NBFFICalloutTests.class/instance/running/setUp.st M NativeBoost-Tests.package/NBFFICalloutTests.class/instance/tests/testPrepareArgumentsKeepsStackAligned.st A RPackage-SystemIntegration.package/extension/RPackage/instance/correspondingMcPackage.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script358.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30705.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30705 12675 Add NativeBoost class >>#isAvailable https://pharo.fogbugz.com/f/cases/12675 12674 Fix NBExternalTypeValue initialization https://pharo.fogbugz.com/f/cases/12674 12673 Missing method to get the corresponding MCPackage from a RPackage https://pharo.fogbugz.com/f/cases/12673 http://files.pharo.org/image/30/30705.zip

Jan. 18, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30705 Home: https://github.com/pharo-project/pharo-core

Jan. 18, 2014