February 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Slides PharoDays...

by Marcus Denker

Hi, Another one: Professional Source Code Management with Pharo by Thierry Goubier http://www.slideshare.net/pharoproject/pharo-days-sourcecodemanagement Marcus

Feb. 9, 2015

Re: [Pharo-dev] get.pharo.org/travis+vm failing: Package 'pharo-vm-core:i386' has no installation candidate

by Dale Henrichs

I see that https://launchpad.net/~pharo/+archive/ubuntu/stable exists and it looks like pharo-vm-core:i386 is there,and the packages were built 5 days ago (the date of my last good run) but when I follow this link http://pharo.org/pharo-download/ubuntu on the https://launchpad.net/~pharo/+archive/ubuntu/stable site under "PPA description" I get: Not Found /web/pharo-download/ubuntu Which looks suspiciously like a Seaside not found message .... of course I don't know whether http://pharo.org/pharo-download/ubuntu needs to work as I haven't figured out where `ppa:pharo/stable` is actually defined: sudo add-apt-repository ppa:pharo/stable Dale On 02/09/2015 09:44 AM, Dale Henrichs wrote: > Can I get some pointers as to where the mystical pharo-vm-core:i386 is > so that I can build (and maintain) my own pharo install scripts? > > Any help appreciated.... > > Dale > > On 02/08/2015 06:54 PM, Dale Henrichs wrote: >> It looks like the following script started failing within the last 5 >> days sometime: >> >> wget --quiet -O - get.pharo.org/travis+vm | bash >> >> getting this error (on ubunutu12.04): >> >> Fetched 18.5 kB in 4s (4,028 B/s) >> Reading package lists... Done >> Reading package lists... Done >> Building dependency tree >> Reading state information... Done >> Package pharo-vm-core:i386 is not available, but is referred to by >> another package. >> This may mean that the package is missing, has been obsoleted, or >> is only available from another source >> >> E: Package 'pharo-vm-core:i386' has no installation candidate >> >> >> 5 days ago this is what the same log section looked like[1]: >> >> Fetched 15.6 kB in 1s (9,597 B/s) >> >> Reading package lists... Done >> >> Reading package lists... Done >> >> Building dependency tree >> >> Reading state information... Done >> >> The following package was automatically installed and is no longer >> required: >> >> libgeos-3.2.2 >> >> Use 'apt-get autoremove' to remove them. >> >> Suggested packages: >> >> pharo-vm-desktop:i386 >> >> The following NEW packages will be installed: >> >> pharo-vm-core:i386 >> >> 0 upgraded, 1 newly installed, 0 to remove and 174 not upgraded. >> >> Need to get 14.5 MB of archives. >> >> >> Then 2 days ago, the above error started happening[2]: >> >> Fetched 18.5 kB in 4s (4,214 B/s) >> >> Reading package lists... Done >> >> Reading package lists... Done >> >> Building dependency tree >> >> Reading state information... Done >> >> Package pharo-vm-core:i386 is not available, but is referred to by >> another package. >> >> This may mean that the package is missing, has been obsoleted, or >> >> is only available from another source >> >> E: Package 'pharo-vm-core:i386' has no installation candidate >> >> >> Presumably something change in the last week to break >> things....pretty much depend upon this working to do much of my >> testing on travis-ci:( >> >> Dale >> >> [1] https://travis-ci.org/dalehenrich/tode/jobs/49400710 >> [2] https://travis-ci.org/dalehenrich/tode/jobs/49776435 >

Feb. 9, 2015

Re: [Pharo-dev] get.pharo.org/travis+vm failing: Package 'pharo-vm-core:i386' has no installation candidate

by Dale Henrichs

Can I get some pointers as to where the mystical pharo-vm-core:i386 is so that I can build (and maintain) my own pharo install scripts? Any help appreciated.... Dale On 02/08/2015 06:54 PM, Dale Henrichs wrote: > It looks like the following script started failing within the last 5 > days sometime: > > wget --quiet -O - get.pharo.org/travis+vm | bash > > getting this error (on ubunutu12.04): > > Fetched 18.5 kB in 4s (4,028 B/s) > Reading package lists... Done > Reading package lists... Done > Building dependency tree > Reading state information... Done > Package pharo-vm-core:i386 is not available, but is referred to by > another package. > This may mean that the package is missing, has been obsoleted, or > is only available from another source > > E: Package 'pharo-vm-core:i386' has no installation candidate > > > 5 days ago this is what the same log section looked like[1]: > > Fetched 15.6 kB in 1s (9,597 B/s) > > Reading package lists... Done > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > The following package was automatically installed and is no longer > required: > > libgeos-3.2.2 > > Use 'apt-get autoremove' to remove them. > > Suggested packages: > > pharo-vm-desktop:i386 > > The following NEW packages will be installed: > > pharo-vm-core:i386 > > 0 upgraded, 1 newly installed, 0 to remove and 174 not upgraded. > > Need to get 14.5 MB of archives. > > > Then 2 days ago, the above error started happening[2]: > > Fetched 18.5 kB in 4s (4,214 B/s) > > Reading package lists... Done > > Reading package lists... Done > > Building dependency tree > > Reading state information... Done > > Package pharo-vm-core:i386 is not available, but is referred to by > another package. > > This may mean that the package is missing, has been obsoleted, or > > is only available from another source > > E: Package 'pharo-vm-core:i386' has no installation candidate > > > Presumably something change in the last week to break things....pretty > much depend upon this working to do much of my testing on travis-ci:( > > Dale > > [1] https://travis-ci.org/dalehenrich/tode/jobs/49400710 > [2] https://travis-ci.org/dalehenrich/tode/jobs/49776435

Feb. 9, 2015

Re: [Pharo-dev] Howto create a new configuration?

by Nicolai Hess

2015-02-09 9:18 GMT+01:00 Christophe Demarey <Christophe.Demarey(a)inria.fr>: > Hello Nicolai, > > Le 5 fÃ©vr. 2015 Ã 22:28, Nicolai Hess a Ã©crit : > > 2015-02-05 21:56 GMT+01:00 Juraj Kubelka <juraj.kubelka(a)gmail.com>: > >> I am just guessing: try to click on âdevelopmentâ item on the left side. >> > > > -> "Information: Nothing to save" > > > With Versionner, when you want to edit (i.e. add/remove a dependency, a > group) you always edit the development version. When you do not need to > update anything but just do a release to fix dependencies version numbers, > you select the development version and then click on 'release'. The 'save' > button is only useful if you did some changes related to > dependencies/groups. > That said, Versionner does not manage platform specific versions. It > implies Versionner miss some information if the configuration has platform > specific variants and Versionner may generates new incomplete versions. For > configurations with platform specific information, I suggest to do not use > Versionner. I will see if the support of platform specifics parts could be > added to Versionner. > > Best regards, > Christophe. > > Thank you Christophe and Juraj I'll make a new configuration by hand. nicolai

Feb. 9, 2015

[pharo-project/pharo-core]

by GitHub

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

Feb. 9, 2015

[pharo-project/pharo-core] d11797: 40485

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: d11797cdf2ebc37ea0e89cb135e6076a34196361 https://github.com/pharo-project/pharo-core/commit/d11797cdf2ebc37ea0e89cb1… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-02-09 (Mon, 09 Feb 2015) Changed paths: M Collections-Unordered.package/Matrix.class/class/instance creation/column_.st M Collections-Unordered.package/Matrix.class/class/instance creation/identity_.st M Collections-Unordered.package/Matrix.class/class/instance creation/new_element_.st M Collections-Unordered.package/Matrix.class/class/instance creation/new_tabulate_.st M Collections-Unordered.package/Matrix.class/class/instance creation/ones_.st M Collections-Unordered.package/Matrix.class/class/instance creation/row_.st M Collections-Unordered.package/Matrix.class/class/instance creation/rows_columns_.st M Collections-Unordered.package/Matrix.class/class/instance creation/rows_columns_element_.st M Collections-Unordered.package/Matrix.class/class/instance creation/rows_columns_tabulate_.st M Collections-Unordered.package/Matrix.class/class/instance creation/zeros_.st M Collections-Unordered.package/Matrix.class/class/private/rows_columns_contents_.st M Kernel.package/ClassDescription.class/instance/slots/allSlots.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script485.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40485.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/SlotClassBuilder.class/instance/initialize-release/buildNewClass.st Log Message: ----------- 40485 14892 Slots: when class is created, #installingIn: is not called https://pharo.fogbugz.com/f/cases/14892 14893 Slots: allSlots should filter hidden slots https://pharo.fogbugz.com/f/cases/14893 14888 Matrix>>rows:columns arguments are unclear https://pharo.fogbugz.com/f/cases/14888 http://files.pharo.org/image/40/40485.zip

Feb. 9, 2015

What is a Behavior, are Traits behavior too?

by Nicolai Hess

I thought, Behaviors define the "behavior" of objects, therefore: Integer is a behavior, because it defines the behavior of "integer objects" Integer class is a behavior because it defines the behavior of the object "Integer". 5 isBehavior -> false. Integer isBehavior -> true. Integer class isBehavior -> true. What about Traits? Traits are "behavioral(?)", but they don't define the behavior alone, only the composition of Traits in an actual class defines the behavior of an Object. TClass isBehavior -> false. So far so good. Smalltalk globals allBehaviors includes:TClass -> true ! No suprise, because #allBehaviors explicitly collect all classes and traits. But the question is, what do we want to call a "Behavior"? All Classes and MetaClasses (-> Behavior allSubclasses) All Classes and Traits All Classes and Traits and MetaClasses and ClassTraits All Classes and MetaClasses and some Traits? (this of course, is related to http://forum.world.st/RBEnvironments-allClasses-Traits-Meta-tp4796370.html) In squeak Traits are behavior too. nicolai

Feb. 9, 2015

Re: [Pharo-dev] Some debugger vars incorrectly displayed as nil

by Nicolai Hess

2015-02-09 17:48 GMT+01:00 Nicolai Hess <nicolaihess(a)web.de>: > Yes, it is a known issue > 14606 <https://pharo.fogbugz.com/default.asp?14606> Can't see some variables values while debugging closure > Am 09.02.2015 17:42 schrieb "Ben Coman" <btc(a)openinworld.com>: > > I've seen it. I was trying to characterise it some more before logging an >> issue myself. >> >> On Tue, Feb 10, 2015 at 12:30 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> Hi, >>> >>> some from time to time some variables are shown in the debugger as nils, >>> despite the fact that they are not (if you inspect them you get a value). >>> >>> Is it a known issue? By the way in âall temp varsâ itâs displayed fine, >>> Iâll add screenshots: >>> >>> >>> Uko >>> >> >>

Feb. 9, 2015

Re: [Pharo-dev] Some debugger vars incorrectly displayed as nil

by Nicolai Hess

Yes, it is a known issue Am 09.02.2015 17:42 schrieb "Ben Coman" <btc(a)openinworld.com>: > I've seen it. I was trying to characterise it some more before logging an > issue myself. > > On Tue, Feb 10, 2015 at 12:30 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Hi, >> >> some from time to time some variables are shown in the debugger as nils, >> despite the fact that they are not (if you inspect them you get a value). >> >> Is it a known issue? By the way in âall temp varsâ itâs displayed fine, >> Iâll add screenshots: >> >> >> Uko >> > >

Feb. 9, 2015

Re: [Pharo-dev] Some debugger vars incorrectly displayed as nil

by Ben Coman

I've seen it. I was trying to characterise it some more before logging an issue myself. On Tue, Feb 10, 2015 at 12:30 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > some from time to time some variables are shown in the debugger as nils, > despite the fact that they are not (if you inspect them you get a value). > > Is it a known issue? By the way in âall temp varsâ itâs displayed fine, > Iâll add screenshots: > > > Uko >

Feb. 9, 2015