July 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [ANN] SS3 the canary site

by Tobias Pape

Hi Nico Am 01.07.2013 um 09:47 schrieb Nicolas Petton <petton.nicolas(a)gmail.com>: > Thanks Tobias for the update! > > This version looks good, and I think moving to bootstrap was a good move :) > > About the competition, I don't mind it. About working on SmalltalkHub with me, I sure would be glad, but I also completely understand your point. > One thing we could do though is maybe share experience (feel free to email me) and discuss about both platforms? It can always be positive. Yes, this seems a good point. Best -Tobias

July 2, 2013

anonymous issue report

by Camillo Bruni

Who reported "UndefinedObject should implement #allSuperclassesDo:" ? Could you please give an example on how to reproduce this?

July 2, 2013

Re: [Pharo-dev] [update 3.0] #30239

by Marcus Denker

On Jul 2, 2013, at 1:37 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Tue, 2 Jul 2013, Marcus Denker wrote: > >> 30239 >> ----- >> >> 10829 ConfigurationOfSmartSuggestions should not be in the image >> https://pharo.fogbugz.com/f/cases/10829 >> >> 11093 remove empty package HistoryCollection >> https://pharo.fogbugz.com/f/cases/11093 >> >> 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized >> https://pharo.fogbugz.com/f/cases/11098 >> >> 11104 Remove useless menu entry >> https://pharo.fogbugz.com/f/cases/11104 >> >> >> Diff information: >> http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff > > Anyone ever check these diffs? I see the following: > Yes, this is a known bug that needs to be fixed. Marcus

July 2, 2013

Re: [Pharo-dev] [update 3.0] #30239

by Levente Uzonyi

On Tue, 2 Jul 2013, Marcus Denker wrote: > 30239 > ----- > > 10829 ConfigurationOfSmartSuggestions should not be in the image > https://pharo.fogbugz.com/f/cases/10829 > > 11093 remove empty package HistoryCollection > https://pharo.fogbugz.com/f/cases/11093 > > 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized > https://pharo.fogbugz.com/f/cases/11098 > > 11104 Remove useless menu entry > https://pharo.fogbugz.com/f/cases/11104 > > > Diff information: > http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff Anyone ever check these diffs? I see the following: /mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff not found Levente > > >

July 2, 2013

[update 3.0] #30239

by Marcus Denker

30239 ----- 10829 ConfigurationOfSmartSuggestions should not be in the image https://pharo.fogbugz.com/f/cases/10829 11093 remove empty package HistoryCollection https://pharo.fogbugz.com/f/cases/11093 11098 notifyRepackage:method:oldProtocol:newProtocol: is uncategorized https://pharo.fogbugz.com/f/cases/11098 11104 Remove useless menu entry https://pharo.fogbugz.com/f/cases/11104 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Nautilus-MarcusDenker.487.diff

July 2, 2013

[update 3.0] #30238

by Esteban Lorenzano

30238 ----- 10220 Debugger-generated accessors send #shouldBeImplemented https://pharo.fogbugz.com/f/cases/10220 10967 flattened added to collection https://pharo.fogbugz.com/f/cases/10967 7096 RectangleMorph is empty --> subclasses should use superclass https://pharo.fogbugz.com/f/cases/7096 ... and the new WorldMorph working properly :) Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tools-EstebanLorenzano.1165.d… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-EstebanLore… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-Base-EstebanLorenzano… http://smalltalkhub.com/mc/Pharo/Pharo30/main/CollectionsTests-EstebanLoren… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Abstract-EstebanL…

July 2, 2013

Re: [Pharo-dev] [regression reporter]regression occurred

by Sven Van Caekenberghe

On 02 Jul 2013, at 15:07, no-reply(a)ci.inria.fr wrote: > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… > > 3 regressions found. > Tests.CodeImport.ChunkImportTestCase.testImportAClassCategory > ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateGetter > ToolsTest.Debugger.DynamicMessageImplementorTest.testGenerateSetter It is a pity the release tests mostly fail during a Jenkins build, while they are all passing on a delivered image. BTW, the process list is now clean on 3.0, great. Can make the one on 2.0 clean as well ? Sven

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Camillo Bruni

On 2013-07-02, at 11:44, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi Thierry, > > On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> Hi all, >> >> it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). >> >> https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root >> >> (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() >> >> Is there any point in the vm to do a fstat/stat ? > > I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? The problem is deeper that the mere permissions. The permissions only look at the POSIX permissions returned by fstat/stat, but it does not respect the current user. The problem you find is rather that all the other FS primitives do not know how to deal with permissions. The following code yields an error since the primitive signals a "Directory Not Found" which should not happen: (FileSystem root / 'lost+found') exists ifTrue: [ (FileSystem root / 'lost+found') hasChildren ].

July 2, 2013

Re: [Pharo-dev] FileSystem Permissions

by Sven Van Caekenberghe

Hi Thierry, On 02 Jul 2013, at 11:34, Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Hi all, > > it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). > > https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root > > (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() > > Is there any point in the vm to do a fstat/stat ? I think the basic information is there, see FileSystemDirectoryEntry>>posixPermissions. It seems that the way that information is subsequently handled in Pharo is wrong, or at least way too simple. The question is of course, what is a good cross platform API. Mac OS X & Linux will be quite similar, but Windows ? Sven > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >

July 2, 2013

FileSystem Permissions

by Goubier Thierry

Hi all, it seems FileSystem permissions are not working at all like intended in Linux, and it's the case in both 2.0 and 3.0 (but it 3.0 it has the elegance of rendering the file browser and all file dialogs unusable :(). https://pharo.fogbugz.com/f/cases/11102/FileSystemError-Path-root (an entry like drwx------ 10 root root 4096 mai 15 13:26 /root is readable according to FileReference :() Is there any point in the vm to do a fstat/stat ? Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

July 2, 2013