- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Confused about libFT2Plugin

by Hilaire

Le 20/08/2015 15:08, Sven Van Caekenberghe a Ã©crit : > Yes, of course, but isn't that an X11 library that will pull in all of X11 and friends on a server that does not need a GUI ? I run all my servers pure command line, out of principle. Are you sure libfreetype depends on X11? hilaire@pchome ~ $ apt-cache show libfreetype6 Package: libfreetype6 Priority: optional Section: libs Installed-Size: 895 Maintainer: Ubuntu Developers <ubuntu-devel-discuss(a)lists.ubuntu.com> Original-Maintainer: Steve Langasek <vorlon(a)debian.org> Architecture: amd64 Source: freetype Version: 2.5.2-1ubuntu2.4 Depends: libc6 (>= 2.14), libpng12-0 (>= 1.2.13-4), zlib1g (>= 1:1.1.4) Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Aug. 23, 2015

Monkey validation report statistics

by Ben Coman

Is there somewhere that statistics of failures from the CI validation report are gathered? We've all experienced transient CI-monkey validation failures unrelated to our submitted fix, where just resubmitting to the monkey without change works fine. The problem is: * this may have been introduced several builds ago, but the transient failure passed the monkey at the time * it can be hard to identify which build introduced a transient error * doubly hard if the failure is due to some CI infrastructure change, or one particular build server * its hard to get an overview of how many issues get the same failure - is this a "once in six months" failure or is it happening 50% of the time in every issue. * it takes longer for an individual to observes a false-failure is common enough to worry about, than if reports were merged. Since different slices should produce different errors, failures common across all slices should stand out in statistics. If such statistics are not currently available, in cases where a simple resubmission passed the monkey, should we: * have an issue for each such false-failure, to get some early indication from manually track occurrences * where such an issue hasn't yet been created, first report comes to the list ------ So, I just got the following false-failures in separate runs for: https://pharo.fogbugz.com/f/cases/16265 * ProcessTerminateBug>>#testTerminationDuringUnwind * a CISmallIntRule: Timeout (after 0:00:40:00) occured while loading... Anyone else? cheers -ben P.S. I understand some errors are filtered. Can this list be output as part of the validation report (or is it already) ?

Aug. 23, 2015

Re: [Pharo-dev] Random access to meta repos?

by Thierry Goubier

Hi Uko, I've noticed as well. I believe it is lazy-loading some version history data, and I've never explored further. I suspect some side-effect of Monticello tendency to ask everything to everybody (that is all repositories in the image). Would need to fire Jejak and trace calls inside Monticello to know what is being loaded and why. Thierry Le 22/08/2015 21:29, Yuriy Tymchuk a Ã©crit : > Hi, > > Iâve noticed that when I try to open a gitfiletree repo, before > displaying its contents something from meta repos is loaded (seen on > screenshot). Why does it need file names from meta repos to display > contents of the repo which is present on my machine? > > Uko > > >

Aug. 22, 2015

Random access to meta repos?

by Yuriy Tymchuk

Hi, Iâve noticed that when I try to open a gitfiletree repo, before displaying its contents something from meta repos is loaded (seen on screenshot). Why does it need file names from meta repos to display contents of the repo which is present on my machine? Uko

Aug. 22, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 22, 2015

[pharo-project/pharo-core] 437513: 50264

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 4375130598f23895ecc32ef7e5b6d58011ea0e48 https://github.com/pharo-project/pharo-core/commit/4375130598f23895ecc32ef7… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-22 (Sat, 22 Aug 2015) Changed paths: M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1183_.st R Files.package/StandardFileStream.class/instance/read%2C write%2C position/nextWordsInto_.st A Graphics-Primitives.package/extension/StandardFileStream/instance/nextWordsInto_.st M Reflectivity.package/extension/TemporaryVariable/instance/link_.st M Rubric.package/RubMethodEditingExample.class/instance/accessing/textModel.st M Rubric.package/RubPluggableTextMorph.class/instance/model protocol/on_text_accept_readSelection_menu_.st M Rubric.package/RubPluggableTextMorphExample.class/definition.st A Rubric.package/RubTextAreaExamples.class/class/accessing/interactionModel.st M Rubric.package/RubTextAreaExamples.class/class/examples/simplestEmptyTextField.st M Rubric.package/RubTextAreaExamples.class/class/examples/textFieldWithCRAction.st M Rubric.package/RubTextFieldExample.class/instance/user interface/newScrolledText.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50263.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50264.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50263.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50264.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/TemporaryVariable.class/README.md M Slot.package/TemporaryVariable.class/class/class initialization/initialize.st A Slot.package/TemporaryVariable.class/class/instance creation/name_block_.st A Slot.package/TemporaryVariable.class/class/instance creation/name_method_.st M Slot.package/TemporaryVariable.class/definition.st A Slot.package/TemporaryVariable.class/instance/accessing/method.st A Slot.package/TemporaryVariable.class/instance/accessing/method_.st A Slot.package/TemporaryVariable.class/instance/accessing/startpc.st A Slot.package/TemporaryVariable.class/instance/accessing/startpc_.st A Slot.package/TemporaryVariable.class/instance/comparing/=.st A Slot.package/TemporaryVariable.class/instance/comparing/hash.st A Slot.package/TemporaryVariable.class/instance/testing/isFromBlock.st Log Message: ----------- 50264 16352 some RubExamples dont work anymore https://pharo.fogbugz.com/f/cases/16352 16285 Files should not depend on Graphics-Primitives https://pharo.fogbugz.com/f/cases/16285 16353 TemporyVariable: pointer to method and block startpc https://pharo.fogbugz.com/f/cases/16353 http://files.pharo.org/image/50/50264.zip

Aug. 22, 2015

Re: [Pharo-dev] announcer "dispersion"

by stepharo

Le 22/8/15 19:36, Thierry Goubier a Ã©crit : > Le 22/08/2015 09:56, stepharo a Ã©crit : >> In fact I was thinking about the solution: add a new AnnouncingModel >> class unrelated to Model >> or add announcer to Model. Now I think that the second solution is >> better because we have many subclasses >> of Model implementing Announcer and I do not know if they are not using >> some behavior of Model too. > > Isn't an announcer used to replace some of the uses of the dependency > changes observer pattern, in complex cases (where the observed object > can emit multiple types of changed symbols)? yes it should. This is how can we get there. I hope that Bloc and Brick will address. Now we should continue to improve our implementation. > Thierry > >> >> Le 21/8/15 21:44, stepharo a Ã©crit : >>> Hi >>> >>> I was analysing the implementers of announcer and I think that there >>> are far too many of them. >>> To me this is the sign that we are doing something wrong. >>> I would like to introduce an announcer in Model and make sure that >>> most of the direct subclass >>> of Object implementing an announcer take benefits of the Model one. >>> >>> What do you think? >>> >>> Stef >>> >>> >>> >> >> >> >> > > >

Aug. 22, 2015

Re: [Pharo-dev] announcer "dispersion"

by Thierry Goubier

Le 22/08/2015 09:56, stepharo a Ã©crit : > In fact I was thinking about the solution: add a new AnnouncingModel > class unrelated to Model > or add announcer to Model. Now I think that the second solution is > better because we have many subclasses > of Model implementing Announcer and I do not know if they are not using > some behavior of Model too. Isn't an announcer used to replace some of the uses of the dependency changes observer pattern, in complex cases (where the observed object can emit multiple types of changed symbols)? Thierry > > Le 21/8/15 21:44, stepharo a Ã©crit : >> Hi >> >> I was analysing the implementers of announcer and I think that there >> are far too many of them. >> To me this is the sign that we are doing something wrong. >> I would like to introduce an announcer in Model and make sure that >> most of the direct subclass >> of Object implementing an announcer take benefits of the Model one. >> >> What do you think? >> >> Stef >> >> >> > > > >

Aug. 22, 2015

Re: [Pharo-dev] [squeak-dev] #instSize in Squeak 5 seems to be broken for Traits

by Eliot Miranda

Hi Max, On Fri, Aug 21, 2015 at 2:11 PM, Max Leske <maxleske(a)gmail.com> wrote: > > On 21 Aug 2015, at 19:31, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi Max, > > On Fri, Aug 21, 2015 at 8:57 AM, Max Leske <maxleske(a)gmail.com> wrote: > >> Hi folks >> >> Iâve been trying to load Fuel into Squeak 5 but canât because I get >> errors when loading Traits (they have not instance variables). The reason >> for this error seems to be that #instSize answers 2 for Traits when it >> should answer 0. >> >> The current implementation is: >> >> ^format bitAnd: 16rFFFF >> >> The comment in the 4.6 version says: >> >> " >> NOTE: This code supports the backward-compatible extension to 8 >> bits of instSize. >> When we revise the image format, it should become... >> ^ ((format bitShift: -1) bitAnd: 16rFF) - 1 >> Note also that every other method in this category will require >> 2 bits more of right shift after the change. >> â >> >> When I use that version in TraitBehaviour>>instSize in Squeak 5 I get 0 >> as expected and I can load Fuel without problems. >> > > So Spur has a different layout for format than V3. The above > implementation (format bitAnd: 16rFFFF) is correct for Spur. In loading > classes or traits via Fuel from 4.6 to 5.0 you're going to have to convert > the format inst var to reflect its usage in Spur. So we need to be clear > here. > > Is the issue that you're trying to load classes and/or traits from a Fuel > file written by 4.6 or is it that as part of the Fuel load a new Trait gets > created which has a format of 2? > > > The latter. This is reproducible by simply creating a new Trait: > > Trait named: #NewTrait > uses: #() > category: ânew catâ. > NewTrait instSize ââ> 2â > I just took a look at this and it doesn't reproduce. I'm using a trunk Squeak 5 image and I get 0 and required. ? Cheers, > Max > > > >> Cheers, >> Max >> > > > > -- > _,,,^..^,,,_ > best, Eliot > > > -- _,,,^..^,,,_ best, Eliot

Aug. 22, 2015

New Cog VMs available...

by Eliot Miranda

... at http://www.mirandabanda.org/files/Cog/VM/VM.r3427. Squeak V5 users will want to upgrade their VMs because they, along with Smalltalk changes to follow soon, fix image segments. But upgrading is not a trivial process because the VMs on my site are not complete. The best way to update is to take a copy of the Squeak 5.0 all-in-one and replace the main VM executable there-in with one from my site. This gets you up-to-date plugins and an up-to-date VM. I hope that this process will get easier soon. ------------------------------------------------------------------------ CogVM binaries as per VMMaker.oscog-eem.1441/r3427 Modify Spur ImageSegment load to become the segmentWordArray into an Array of the loaded objects if load is successful, hence decoupling ImageSegment from the assumption that objects are allocated in order. Fix Integer receiver, float arg comparison with NaNs in the machine-code primitive. This has started failing in the FloatTest>>testNaNCompare since the new machine-code perform primitive invoked the machine-code version of the primitive. The Interpretewr code has always been correct and the old perform primitive would always run the Interpreter primitive if it exsted, since this would probably be faster. Fix the bug introduced by the fix to primitive function invocation in VMMaker.oscog-eem.1351 The fix correctly changed primitve code to set the primitiveFunctionPointer appropriately when a jitted external primitive was rebound, but it didn't remember to void the jit's record of the offset of the assignment that sets the primitiveFunctionPointer when switching between profiling andf non-profiling regimes, so that the address from the wrong regime would remain and be used to smash prmitive code. The fix is simply to void the externalSetPrimOffsets in voidCogCompiledCode. This fixes the bug whose symptom is a hard VM crash when using AndreasSystemProfilier. Integrate Marcel Taeumel & Tobias Pape's v2 SSL plugin changes. Fix negative 64-bit shift in the 64-bit Spur Stack interpreter. Newspeak: Fix MNU for cogged self and outer sends. Make the Newspeak VM packager include the V50 sources file instead of V41. _,,,^..^,,,_ best, Eliot

Aug. 22, 2015