November 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] SmalltalkImage

by Benjamin

hi guys, I have some questions about SmalltalkImage :) SmalltalkImage>>#platform had no sender and the same code than SmalltalkImage>>#os, so maybe platform should be deprecated (or remove) ? Moreover, is that really useful to have this information in both SmalltalkImage and OSPlatform ? (Should OSPlatform be a part of the Kernel ? Should references to OSPlatform be removed from the kernel ?) Ben :)

Nov. 22, 2010

Re: [Pharo-project] FileDirectory default is wrong in MacOS

by Mariano Martinez Peck

On Mon, Nov 22, 2010 at 1:16 PM, Henrik Johansen < henrik.s.johansen(a)veloxit.no> wrote: > > On Nov 22, 2010, at 12:58 08PM, StÃ©phane Ducasse wrote: > > >> > >>> H Bill. The file system (as much as I can notice) seems to be Mac OS > Extended (Journaled). I am a completly mac newbie...so... > >>> > >>> Eliot: WOW! I didn't know that you can choose....I am googling now how > to change to case sensitive (I hope I don't need to reformat). > >> > >> you have but don't do that you may get a lot of trouble. > >> Imagine you send me two files which are case sensitive and my system may > blow up or I lose something and I send it back to you > >> fucked up. > >> > >> So if you are ready to not interact with other people change else keep > it the way it is. > >> > >> I got problem because damien in the past changed it and interacted with > me. > >> > >> Ok, thanks for the advice. But still, the problem with Pharo is present. > >> > >> My OS is case insensitive, but FileDirectory default is working like > case sensittive..... > > > > > > This means that the VM should give a way to know if the filesystem is key > sensitive > > without that we can only guess or we could have a test saving a file and > checking. > > > > > > As a (fragile) hack, you could use isAFileNamed: with a known existing > filename on the platform containing uppercase characters > i.e. the platform function called in FilePlugin>primitiveFileOpen (at least > on Mac) respects the case-sensitivity setting. > > Thanks Henry for the workarround. It works. > Problem is when new version come out where the file is moved/removed, > you're in trouble :) > > Cheers, > Henry >

Nov. 22, 2010

Re: [Pharo-project] FileDirectory default is wrong in MacOS

by Mariano Martinez Peck

On Mon, Nov 22, 2010 at 12:58 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > > > > > H Bill. The file system (as much as I can notice) seems to be Mac OS > Extended (Journaled). I am a completly mac newbie...so... > > > > > > Eliot: WOW! I didn't know that you can choose....I am googling now how > to change to case sensitive (I hope I don't need to reformat). > > > > you have but don't do that you may get a lot of trouble. > > Imagine you send me two files which are case sensitive and my system may > blow up or I lose something and I send it back to you > > fucked up. > > > > So if you are ready to not interact with other people change else keep it > the way it is. > > > > I got problem because damien in the past changed it and interacted with > me. > > > > Ok, thanks for the advice. But still, the problem with Pharo is present. > > > > My OS is case insensitive, but FileDirectory default is working like case > sensittive..... > > > This means that the VM should give a way to know if the filesystem is key > sensitive > without that we can only guess or we could have a test saving a file and > checking. > > I thought about that. I was thinking to implement MacFileDirectory >> isCaseSensitive so that it keeps a class side variable with the boolean. The getter can be lazy, and in nil, you can write a dummy file, and check. But even if you do this, we still have a problem, becuase right now FileDirectory default is answering the unix one....and unix is always case-sensitive, so we shouldn't change that. So first we need to modify so that we can use the MacFileDirectory, and then how to modify it so that it can support both case sensitive, and insensitive.

Nov. 22, 2010

Re: [Pharo-project] Smalltalks 2010

by Hernan Wilkinson

I don't know why yours is missing... could you contact Leandro about it? he is the one responsible for the videos... On Mon, Nov 22, 2010 at 10:31 AM, Juan Vuletich <juan(a)jvuletich.org> wrote: > Hernan Wilkinson wrote: > >> yeah, there is no link now to the 2009 conference, but if you put >> http://www.fast.org.ar/smalltalks2009 it will take you to last's year >> page and links to the videos... >> > > Hi HernÃ¡n > > I see 24 videos there, but the one for my talk is missing. Do you know why? > Can you please upload it? > > Thanks, > Juan Vuletich > -- * HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/> *

Nov. 22, 2010

Re: [Pharo-project] Smalltalks 2010

by Juan Vuletich

Hernan Wilkinson wrote: > yeah, there is no link now to the 2009 conference, but if you put > http://www.fast.org.ar/smalltalks2009 it will take you to last's year > page and links to the videos... Hi HernÃ¡n I see 24 videos there, but the one for my talk is missing. Do you know why? Can you please upload it? Thanks, Juan Vuletich

Nov. 22, 2010

Re: [Pharo-project] Issue 3266 in pharo: Clean TextEditor

by Juan Vuletich

Hi Stef, StÃ©phane Ducasse wrote: >>> - clean again all the MVC dependencies.... >>> >>> > > FillInTheBlank? PopUpMenu? > Those might be not pretty, and I agree they can be replaced by something better, but they are not MVC dependencies. > >> Well, that doesn't stop Mariano from fighting the deepest internals of the VM... Developing any needed know-how in the Pharo community will ensure that Pharo will survive any technical difficulties that might arise in any part of the system. >> > > yes this is the idea. > And we should do it but again my plate is full That's ok. But you are the leader of the community. When you say: "I do not think that we can build something on simpleMorphic, what we can do is look at the kernel and see how the changes can be applied to Morphic", it really means that it should better not be done. It means "I think it can't be done, don't waste your time". If, instead of that, you say "I can't help, but feel free to go ahead", the reaction of the community will be completely different. Cheers, Juan Vuletich

Nov. 22, 2010

Re: [Pharo-project] New macintosh vm builder & maintainer: Esteban Lorenzano

by Alexandre Bergel

Thanks John! Alexandre On 21 Nov 2010, at 22:42, John M McIntosh wrote: > Ten years back I took over the role of maintaining the Macintosh VM from John Maloney. Dan Ingalls wrote a letter of responsibility for me, which I accepted and have strived to carry forward. > > But it's time to assume a different role and I have asked Esteban Lorenzano to take over the build responsibility. Some of you know him already from his role in building Mars for Squeak, his presentations at ESUG conferences, and the awards he has won for his technical innovations. > > It's been a fun decade & three month, lots of versions were created, Apple unlike other other OS providers has driven lots of change and excitement, now they look forward to an OS-X app store, so it's time for someone new and eager to figure out how to address that. Over that decade we've moved from 68040 based machines, thru PowerPC to MacIntel, and from OS-9 thru 7 generations of OS-X. > > On Jan 1st 2011 (or earlier) I will no longer do builds or officially support the macintosh VM, I will of course help Esteban thru any difficulties in the migration of responsibilities, and I'll forward that letter from Dan, it's steeped with responsibility, a bit of honour, expectations of hours (decades?) of work, and I assure Esteban a great journey. Today for Esteban I consolidated folders of Squeak VM build memories which came to nearly 6GB of stuff, fortunately most of it is obsolete because of the Cocoa os-x V5 rewrite. > > I thank the community for bearing with me for the good times and the rough times as I fought the daemons of operating system change, no doubt I'll watch how things progress, yet the responsibility for what happens will lie elsewhere. > > Some close friends have asked am I giving up Squeak & Smalltalk? No it's just a change of pace, I'll be around to poke at interesting issues, and at this time I welcome any paid consulting (Smalltalk or iOS), email me if you have leads... > > Over the years, Viewpoints Research Institute, ESUG and others have provide some funding for this work, I thank them for their contributions. > > Any message of thanks should be send to my wife of 27 years cordelia(a)mac.com who has diligently support my contributions to the Smalltalk community and as a non computer person always wondered why? For Sophie we had a saying: "For the betterment of mankind" . For the folks who worked on Smalltalk, Sophie, and the OLPC they know why we do this. > > To the other VM maintainers I thank them for them for the trust that I would do the right thing, so for Squeak onward we go.... > > - > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 22, 2010

Re: [Pharo-project] New to PHP 5.4: Traits

by Alexandre Bergel

Really cool! Thanks Stefan for your work! Alexandre On 21 Nov 2010, at 18:06, Stefan Marr wrote: > Hi: > > On 21 Nov 2010, at 21:47, jaayer wrote: >> Excellent that other, lesser languages like PHP, Perl 6 and Scala have already adopted and standardized Traits while the reactionaries in the Smalltalk community still resist doing the same? > Ignoring all the sarcasm in that comment: > I don't see any form of standardization here. I am not aware that any of the other existing PHP implementations has picked up Traits so far. > > And well, it is about 3 years from the first implementation to a first release in an official alpha version of PHP. There is still a loooong way to go... > > Best regards > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Nov. 22, 2010

Re: [Pharo-project] [squeak-dev] New macintosh vm builder & maintainer: Esteban Lorenzano

by GermÃ¡n Arduino

John: Even when I'm not a Mac user I know all the big effort related with be the maintainer of a VM. Thanks by your contribution John, really a big big one. Esteban: Congratulations by you new role, I think is totally deserved to you and also very important to the Argentinian Smalltalk community. GermÃ¡n. 2010/11/21 John M McIntosh <johnmci(a)smalltalkconsulting.com>: > Ten years back I took over the role of maintaining the Macintosh VM from John Maloney. Dan Ingalls wrote a letter of responsibility for me, which I accepted and have strived to carry forward. > > But it's time to assume a different role and I have asked Esteban Lorenzano Â to take over the build responsibility. Some of you know him already from his role in building Mars for Squeak, his presentations at ESUG conferences, and the awards he has won for his technical innovations. > > It's been a fun decade & three month, lots of versions were created, Apple unlike other other OS providers has driven lots of change and excitement, now they look forward to an OS-X app store, so it's time for someone new and eager to figure out how to address that. Â Over that decade we've moved from 68040 based machines, thru PowerPC to MacIntel, and from OS-9 thru 7 generations of OS-X. > > On Jan 1st 2011 (or earlier) I Â will no longer do builds or officially support the macintosh VM, I will of course help Esteban thru any difficulties in the migration of responsibilities, and I'll forward that letter from Dan, it's steeped with responsibility, a bit of honour, expectations of hours (decades?) of work, and I assure Esteban a great journey. Today for Esteban I consolidated folders of Squeak VM build memories which came to nearly 6GB of stuff, fortunately most of it is obsolete because of the Cocoa os-x V5 rewrite. > > I thank the community for bearing with me for the good times and the rough times as I fought the daemons of operating system change, no doubt I'll watch how things progress, yet the responsibility for what happens will lie elsewhere. > > Some close friends have asked am I giving up Squeak & Smalltalk? No it's just a change of pace, I'll be around to poke at interesting issues, and at this time I welcome any paid consulting (Smalltalk or iOS), email me if you have leads... > > Over the years, Viewpoints Research Institute, ESUG and others have provide some funding for this work, I thank them for their contributions. > > Any message of thanks should be send to my wife of 27 years cordelia(a)mac.com who has diligently support my contributions to the Smalltalk community and as a non computer person always wondered why? Â For Sophie we had a saying: "For the betterment of mankind" . For the folks who worked on Smalltalk, Sophie, and the OLPC they know why we do this. > > To the other VM maintainers I thank them for them for the trust that I would do the right thing, so for Squeak onward we go.... > > - > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Â Twitter: Â squeaker68882 > Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.com > =========================================================================== > > > > > >

Nov. 22, 2010

Re: [Pharo-project] [ENH] Better MCWorkingCopy description in PharoInbox

by Bernhard Pieber

I already signed the license last year in Brest. Thanks for creating an issue for me. Cheers, Bernhard Am 22.11.2010 um 09:11 schrieb StÃ©phane Ducasse: > thanks berhnard :) > Nice to hear about you. > > Can you sign the license? :). > >> Author: BernhardPieber >> Time: 21 November 2010, 6:51:13 pm >> UUID: 8ffedd96-5c55-470b-a2a0-fe81da9dd12a >> Ancestors: Monticello-StephaneDucasse.498 >> >> - Changed MCWorkingCopy description so that the package name is not duplicated when, e.g. Kernel (StephaneDucasse.799) instead of Kernel (Kernel-StephaneDucasse.799). This makes the Monticello Browser easier to use. >> >> Enjoy, >> Bernhard >> >> P.S. I read http://pharo-project.org/community/issue-tracking but I am still not sure if adding an issue to the tracker is mandatory in such a case. > > always! > this is like a giant todo and integration list. > Things that are not in there are ***lost*** not because we do it on purpose but just because > we have busy. > > http://code.google.com/p/pharo/issues/detail?id=3278

Nov. 22, 2010