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

[pharo-project/pharo-core]

by GitHub

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

Jan. 11, 2014

[pharo-project/pharo-core] 404790: 30686

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 4047904df5bb3b7b623084e5dfab3d9723c72c32 https://github.com/pharo-project/pharo-core/commit/4047904df5bb3b7b623084e5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-11 (Sat, 11 Jan 2014) Changed paths: M Nautilus.package/Nautilus.class/instance/history/package_class_category_method_.st M Nautilus.package/Nautilus.class/instance/history/registerHistoryNewEntry.st A RPackage-Core.package/RPackage.class/instance/statistics/linesOfCode.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script339.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30686.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30686 12623 add #linesOfCode to RPackage https://pharo.fogbugz.com/f/cases/12623 12621 no new history entries after selecting a group https://pharo.fogbugz.com/f/cases/12621 http://files.pharo.org/image/30/30686.zip

Jan. 11, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Martin McClure

On 01/11/2014 08:55 AM, Nicolai Hess wrote: > > > > This instructions are very good: > https://github.com/pharo-project/pharo-vm > > I build my own vm because I am using a rather old ubuntu version (10.04) and > the current vm does not work with my glibc version. > Feel free to ask if you have any questions or problems with building the vm. > Thanks for the pointer! I'll try it... Regards, -Martin

Jan. 11, 2014

Re: [Pharo-dev] compiler compile vs compiler translate (issue 12442)

by Nicolai Hess

2014/1/11 Igor Stasenko <siguctua(a)gmail.com> > that could work, except that it will change the default behavior for > compilation, > and raise exception in cases if you wanna silently load code etc, which is > unwanted. > > i am also not sure the implementation of #translate is sound: > > translate > [ self compile ] on: ReparseAfterSourceEditing do: [ :ex | > self source: ex newSource readStream. > self compile > ] . > ^ ast > > i bet it should be something like this: > > translate > | retry | > > [ [ retry := false. self compile ] on: ReparseAfterSourceEditing do: [ > :ex | > self source: ex newSource readStream. > retry := true. > ]. > retry ] whileTrue. > ^ ast > > > > On 11 January 2014 00:32, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Can someone take a look on my comment for issue 12442. >> >> Calling compiler ..." translate" instead of "compile" makes sure that >> textchanges are reparsed and the textview is properly updated. >> >> But I am not sure about the side effects and if this is the right place >> to change the compile call. >> >> regards >> Nicolai >> > > > > -- > Best regards, > Igor Stasenko. > BTW not only Nautilus suffers from this issue. Recompiling a method in Finder or in MessageBrowser are using ClassDescription>>compile: text classified: category withStamp: changeStamp notifying: requestor logSource: logSource too. Nicolai

Jan. 11, 2014

Re: [Pharo-dev] NativeBoost unloading?

by Pavel Krivanek

To be able to remove NativeBoost we must integrate patch like this: https://pharo.fogbugz.com/f/cases/12624/make-image-startup-independent-on-N… This is the main code for NB unloading: | remove | remove := #('Athens-Cairo' 'Athens-PangoCairo' 'NativeBoost-Tests' 'NativeBoost-Examples' 'NativeBoost-Unix' 'NativeBoost-Win32' 'NativeBoost-Mac' 'NativeBoost-Core' 'NativeBoost-Pools' 'AsmJit-Tests' 'AsmJit-StackManagement' 'AsmJit-Operands' 'AsmJit-x86' 'AsmJit-Extension' 'AsmJit-Instructions' 'AsmJit-Core'). remove do: [ :packageName | (MCWorkingCopy forPackage: (MCPackage named: packageName)) unload. ]. (Smalltalk classNamed: #AJx86GPRegister) removeFromSystem. (Smalltalk classNamed: #NativeBoostMac32) removeFromSystem. (Smalltalk classNamed: #AJMMRegister) removeFromSystem. (Smalltalk classNamed: #AJx87Register) removeFromSystem. (Smalltalk classNamed: #AJxMMRegister) removeFromSystem. (Smalltalk classNamed: #AJx64RipRegister) removeFromSystem. ContextPart initializePrimitiveSimulators. SmalltalkImage current fixObsoleteReferences. Behavior flushObsoleteSubclasses. Smalltalk garbageCollect. Removing of NativeBoost requires image restart. It's interesting that Monticello has problems with removing several classes that must be deleted manually. -- Pavel 2014/1/10 Pavel Krivanek <pavel.krivanek(a)gmail.com> > > > > 2014/1/10 Igor Stasenko <siguctua(a)gmail.com> > >> >> On 10 January 2014 13:59, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: >> >>> >>> 2014/1/10 Igor Stasenko <siguctua(a)gmail.com> >>> >>>> >>>> On 10 January 2014 11:48, Pavel Krivanek <pavel.krivanek(a)gmail.com>wrote: >>>> >>>>> NativeBoost and AsmJit are quite problematic to unload. >>>>> >>>> >>>> problematic, why? >>>> >>> >>> with the right oder it's doable: >>> >>> | remove | >>> remove := #('Athens-Cairo' 'PangoCairo' 'NativeBoost-Tests' >>> 'NativeBoost-Examples' 'NativeBoost-Unix' 'NativeBoost-Win32' >>> 'NativeBoost-Mac' 'NativeBoost-Core' 'NativeBoost-Pools' 'AsmJit-Tests' >>> 'AsmJit-StackManagement' 'AsmJit-Operands' 'AsmJit-x86' 'AsmJit-Extension' >>> 'AsmJit-Instructions' 'AsmJit-Core'). >>> >>> remove do: [ :packageName | >>> (MCWorkingCopy forPackage: (MCPackage named: packageName)) unload. ]. >>> >>> >>> why we do unloading like that? >> one must not manually specify order nor different subpackages to unload >> (e.g. it makes no sense to keep AsmJit-Extension if you unload AsmJit-Core >> etc). >> it should be done by configuration, or system itself should maintain >> knowledge about dependencies, like that one could just say: >> (Package named: 'NativeBoost-Core') unload. >> >> i'm not blaming anyone, i just think that instead of investing effort >> into creating >> manually crafted things each time, it would be wiser to invest effort >> into creating things which will do it automatically freeing us from such >> boring and counterproductive tasks once and for all. >> > > I wanted to create such code to have something we can put in the > configuration (http://smalltalkhub.com/mc/Pharo/SystemConfigurations) > Monticello quite well does the loading of multiple packages at once but we > have not something like atomic unload. > > -- Pavel > > >> >> >>> However the resultant image is quite dirty then (look at >>> obsoleteClasses) and OSEnvironment uses NB to get some information so such >>> image rises startup errors. Can we look at these issues, Igro? >>> >>> sure.. but it would be much less work if people would care about it from >> the >> very starting :/ >> >> >>>> >>>>> I want to ask if we want to be able to do that. >>>>> >>>> >>>> Definitely. >>>> >>>> >>>>> I know that in future they should play more important role but they >>>>> support only one architecture so it seems reasonable to me to do not >>>>> declare them currently as kernel packages (only the default ones) and have >>>>> a configuration with an ability to unload them. >>>>> >>>>> I am not sure, to me FFI is a core feature which you would want to >>>> have in the system. >>>> Which makes me think it should belong to if not kernel, but to some >>>> basic set of packages available in system. >>>> >>> >>> If we can remove it, we should keep it removeable and do it on CI. It's >>> not about minimalism but about modular system and well defined >>> dependencies. Beause if some patch that for example uses NB for the default >>> way to set environment variables breaks the CI job and the patch is >>> automatically rejected, then the author will maybe start to thing about >>> dependencies :-) >>> >>> yes. And you don't have to convince me why modularity is important and >> has value :) >> >> >>> -- Pavel >>> >>> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > >

Jan. 11, 2014

Re: [Pharo-dev] Can we install packages like in pip or gem?

by Sven Van Caekenberghe

It can be done one at a time, with a couple of extra parameters, but I guess you already know that. With a little wrapper script, you could make this work. But is is a good idea. On 11 Jan 2014, at 17:48, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Can we install packages like this? > > $ pharo config NeoCSV INIFile OSProcess Pharo.image > > That would install stable versions from default repository for pharo image in current working directory in headless mode, save and quit. > > Cheers, > > HernÃ¡n >

Jan. 11, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by Sven Van Caekenberghe

That is a great catch, thanks for the investigation, it requires somebody combining multi platform skills to fix this, there are not many of them ;-) So I guess we can try to re-enable the test... On 11 Jan 2014, at 17:48, btc(a)openinworld.com wrote: > Marcus Denker wrote: >>> >>> On 09 Jan 2014, at 17:29, btc(a)openinworld.com wrote: >>> >>>> Marcus Denker wrote: >>>>> 12377 ZnHTTPSTests.>>testGetPharoVersion fails on Windows slave >>>>> >>>>> https://pharo.fogbugz.com/f/cases/12377 >>>>> >>>>> >>>>> And this is just a build server artefactâ¦ (windows slave firewall problem). >>>>> >>>>> I wonder what to doâ¦ maybe we could just skip it on windows when running on the build slave ;-) >>>>> >>>>> Marcus >>>>> >>>>> >>>>> >>>> Was the DNS lookup error cannot resolve âci.inria.fr' the only problem? or would access to the server also be blocked? >>>> If only the former, did you consider preloading the DNS resolver cache from hosts file per [1], which provides a number of options: >>>> * refer to ci.inria.fr server via its a private subnet IP address, rather than the public facing IP address >>>> * fake up ci.inria.fr as a second IP address on the slave to which web server can be bound and configured to deliver the require file >>>> Of course the additional effort for these versus the gain needs to be balanced. >>>> >>>> btw, useful commands for testing these are [2]: >>>> * ipconfig /displaydns >>>> * ipconfig /flushdns >>>> >>>> [1] http://technet.microsoft.com/en-us/library/cc780585(v=ws.10).aspx >>>> [2] http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en… >>>> >>> >>> No, the thing is: Does it make sense to invest a lot of time into this or are there not more important things? >>> >>> >> >> There is a point where I get endlessly tiredâ¦ so many many many things, sometimes a simple workaround is just the easiest. >> >> Marcus > Very true. Hence my disclaimer "the additional effort for these versus the gain needs to be balanced". > > Actually it turns out my suggestions were over the top, since it seems the root cause is not the firewall but a difference in DNS resolver configuration between Windows and Linux. I had a poke around the pharo-contribution slaves since they are presumably similar to the pharo slaves. Slave pharo-contribution-linux64 was using nameserver 172.21.8.87 with a working 'ping ci.inria.fr', while slave pharo-contribution-win7 was using nameserver 172.21.32.8 (obtained from DHCP) with a non-working 'ping ci.inria.fr'. Forcing win7 DNS manually to use 172.21.8.87 allowed 'ping ci.inria.fr' to work and further the URL [1] worked fine from the Chrome browser returning [2]. > > Now it seems that bumping the network config has fixed this, since after undoing the manual win7 DNS setting, the DNS server (obtained from DHCP) is now 172.21.8.87. Someone with access to the Pharo Windows slaves might like to try the same. > > cheers -ben > > [1] https://ci.inria.fr/pharo/job/Pharo-2.0/lastSuccessfulBuild/api/xml?xpath=/… > [2] <description>2.0 #20628</description> > > _Appendix - Detailed Transcript_ > > On slave pharo-contribution-linux64... > # ping ci.inria.fr > PING ci.inria.fr (193.51.193.223) 56(84) bytes of data. > 64 bytes from ci.inria.fr (193.51.193.223): icmp_req=1 ttl=62 time=0.569 ms > > #cat /etc/resolv.conf > nameserver 172.21.8.87 > nameserver 193.51.196.130 > nameserver 193.51.196.131 > search cs1cloud.internal > > > On slave pharo-contribution-win7... > C:\Users\ci> ping ci.inria.fr > Ping request could not find host ci.inria.fr. Please check the name and try again. > > C:\Users\ci> ipconfig /all > Ethernet adapter Local Area Connection: > Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection > DHCP Server . . . . . . . . . . . : 172.21.8.87 > DNS Servers . . . . . . . . . . . : 172.21.38.8 193.51.196.130 193.51.196.131 > > Through the GUI manually forced pharo-contribution-win7 to use nameserver 172.21.8.87, then... > C:\Users\ci> ping ci.inria.fr > Pinging ci.inria.fr [193.51.193.223] with 32 bytes of data: > Reply from 193.51.193.223: bytes=32 time<1ms TTL=62 > > And after undoing that manual force... > C:\Users\ci> ipconfig /all > Ethernet adapter Local Area Connection: > Description . . . . . . . . . . . : Intel(R) PRO/1000 MT Network Connection > DHCP Server . . . . . . . . . . . : 172.21.8.87 > DNS Servers . . . . . . . . . . . : 172.21.8.87 193.51.196.130 193.51.196.131 > > C:\Users\ci> ping ci.inria.fr > Pinging ci.inria.fr [193.51.193.223] with 32 bytes of data: > Reply from 193.51.193.223: bytes=32 time<1ms TTL=62

Jan. 11, 2014

Re: [Pharo-dev] Pharo 3.0 not responding to mouse or keyboard after launch

by Nicolai Hess

2014/1/11 Martin McClure <martin(a)hand2mouse.com> > On 01/11/2014 12:17 AM, HernÃ¡n Morales Durand wrote: > >> Didn't tried myself but there is a tracing library for X called xscope. >> Is not included by default in most distros. >> >> http://xorg.freedesktop.org/archive/individual/app/xscope-1.4.tar.gz >> >> Don't bother with xev, does not capture clicks inside Pharo. >> >> > Thanks for the replies. > > Adding the sources file to the bin dir -- no change. I'll try xscope and > see if any interesting info surfaces. > > I looked at what libs are loaded by Pharo, and which ones of those are > ones I upgraded last week. The intersection appears to be related to one > package: I upgraded glibc from 2.16 to 2.17. At this point this seems to be > the likeliest cause. However, I think I've run Pharo 3.0 on another very > similar machine (at work) with glibc 2.17 successfully. Hmm. > > Where can I find instructions on how to build my own VM from source? Or > alternative VMs to try? > > Regards, > > -Martin > > This instructions are very good: https://github.com/pharo-project/pharo-vm I build my own vm because I am using a rather old ubuntu version (10.04) and the current vm does not work with my glibc version. Feel free to ask if you have any questions or problems with building the vm. Nicolai

Jan. 11, 2014

Can we install packages like in pip or gem?

by HernÃ¡n Morales Durand

Can we install packages like this? $ pharo config NeoCSV INIFile OSProcess Pharo.image That would install stable versions from default repository for pharo image in current working directory in headless mode, save and quit. Cheers, HernÃ¡n

Jan. 11, 2014

Re: [Pharo-dev] [Pharo3] The last test failing...

by btc＠openinworld.com

Jan. 11, 2014