Re: [Pharo-dev] about configuration to manage the image

On Oct 2, 2013, at 10:20 PM, Stéphane Ducasse wrote: > Now I redid the configuration of Refactoring and Critics and publish the new > package in the correct repository (ok marcus you did it so this is great but > it will not scale) > because there was a new changes touching all the packages. >

[Pharo-dev] New project announcement: PROXimity

Hi, I just started since 3 days to work on a new framework for Pharo. It's named "PROXimity". The goal of this framework is to control a Proxmox virtualization solution with Pharo. Proxmox uses a REST API. With Zinc and STON, it's very easy to give orders as creating a virtual machine, managi

Re: [Pharo-dev] Pharo (cog) Vm on Windows with 2GB virtual mem

Thanks, but what would be the parameter? This is the default .ini [Global] DeferUpdate=1 ShowConsole=0 DynamicConsole=1 ReduceCPUUsage=1 ReduceCPUInBackground=0 3ButtonMouse=0 1ButtonMouse=0 UseDirectSound=1 PriorityBoost=1 B3DXUsesOpenGL=0 CaseSensitiveFileMode=0 So there

Re: [Pharo-dev] Could we have a list of the official pragmas because it starts to be a MESS!

On Wed, Oct 2, 2013 at 11:34 AM, Stéphane Ducasse wrote: > > For example > > > I have no idea (of course there is no comment) what is the use of > this pragma. > > Chasing pragma interpreter can be painful so we should pay attention. > Too many pragmas are a plague. > Agreed. Part of t

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

On Wed, Oct 2, 2013 at 5:29 PM, Stéphane Ducasse wrote: > > On Oct 2, 2013, at 10:24 PM, Mariano Martinez Peck > wrote: > > > > > On Wed, Oct 2, 2013 at 5:13 PM, Stéphane Ducasse < > stephane.duca...@inria.fr> wrote: > >> Mariano >> >> why 1Gb and not tomorrow afternoon 5 Gb and in two days 10 Gb

[Pharo-dev] reloading with green tests RB in Pharo 3.0

Using a new and clean configuration I can reload RB (critics, environment, core/changes) I hope to get the time to reload Nautilus and atfter the others. I really think that we will need to be able to execute unload and postLoad action (we can already). I wonder if I will be able to d

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

On Oct 2, 2013, at 10:24 PM, Mariano Martinez Peck wrote: > > > > On Wed, Oct 2, 2013 at 5:13 PM, Stéphane Ducasse > wrote: > Mariano > > why 1Gb and not tomorrow afternoon 5 Gb and in two days 10 Gb? > > Yes, it will probably be like this. But by then time I use 5GB my server will > p

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

On Wed, Oct 2, 2013 at 5:13 PM, Stéphane Ducasse wrote: > Mariano > > why 1Gb and not tomorrow afternoon 5 Gb and in two days 10 Gb? > Yes, it will probably be like this. But by then time I use 5GB my server will probably have 100GB by then. > Of course Pharo is limited and I hope that with the

[Pharo-dev] about configuration to manage the image

Now I redid the configuration of Refactoring and Critics and publish the new package in the correct repository (ok marcus you did it so this is great but it will not scale) because there was a new changes touching all the packages. So this was a bad idea from me. => for now no separate

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

Mariano why 1Gb and not tomorrow afternoon 5 Gb and in two days 10 Gb? Of course Pharo is limited and I hope that with the new Cog it will be different but soon it will not fit in the ram of your OS. Stef > On Wed, Oct 2, 2013 at 4:42 PM, Sven Van Caekenberghe wrote: > Mariano, > > On 02

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

On Wed, Oct 2, 2013 at 4:42 PM, Sven Van Caekenberghe wrote: > Mariano, > > On 02 Oct 2013, at 20:49, Mariano Martinez Peck > wrote: > > > Hi guys. > > First, let me apologize for the amount of emails I am sending. I am > doing an analysis to see if GemStone is a good candidate for a project I a

Re: [Pharo-dev] new bug in RPackage

> I'm so tired of RPackage... :( I can imagine. This notification stuff is so brittle. This is why I like doru's idea to have a one to one mapping and we are getting there. We should kill this dependency on announcement. I can try to help but again RPackage is working this is just the system ar

Re: [Pharo-dev] Pharo hangout analysis

Definitely a success story as a first. The one thing missing as I pointed out is meeting notes, so people who connect have an idea where you are and what you doing, so they don't have to ask you each time someone joins. As I found it this is possible through the hangout apps -> Google Drive -> hang

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

I am also asking myself the same questions. But there are ways to achieve it all with Pharo I think. It may require more shuffling of data but it can be done. Especially when looking at the problems with uncoupling the parts (like I do here w/ RabbitMQ and Stamp). Much easier to use services (re

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=win/558/ 1 regressions found. Zinc.Zodiac.ZnHTTPSTests.testGetPharoVersion

Re: [Pharo-dev] new bug in RPackage

I'm so tired of RPackage... :( On Oct 2, 2013, at 9:36 PM, Stéphane Ducasse wrote: > In fact what is intriguing is that > > RPackageOrganizer default >packageNamed: 'Refactoring-Core' > > in the image used to generate the configuration > > classExtensionSelectors is correct define

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

Thanks marcus! This is cool to see all the enhancements. Stef On Oct 2, 2013, at 9:40 PM, Marcus Denker wrote: > 30439 > - > > 11748 ConfigurationCommandLineHandler should allow multiple groups > https://pharo.fogbugz.com/f/cases/11748 > > 11747 Delete working copy of RB-Phar

Re: [Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

Mariano, On 02 Oct 2013, at 20:49, Mariano Martinez Peck wrote: > Hi guys. > First, let me apologize for the amount of emails I am sending. I am doing an > analysis to see if GemStone is a good candidate for a project I am working > and so it deserves some research. > > I wondered if any ha

[Pharo-dev] [update 3.0] #30439

30439 - 11748 ConfigurationCommandLineHandler should allow multiple groups https://pharo.fogbugz.com/f/cases/11748 11747 Delete working copy of RB-Pharo-Platform https://pharo.fogbugz.com/f/cases/11747 11744 some themes are abstract https://pharo.fogbu

Re: [Pharo-dev] new bug in RPackage

In fact what is intriguing is that RPackageOrganizer default packageNamed: 'Refactoring-Core' in the image used to generate the configuration classExtensionSelectors is correct defined a Dictionary(#ClassTrait->a Set(#soleInstance) #TClassDescription->a Set(#whichSelectorsR

[Pharo-dev] new bug in RPackage

esteban tomorrow I can show you the bug I found. during the test of the correct reloading of RB (ConfigurationOfRefactoring project version: #stable) load in my noNautilus and no RB I got systemMethodRecategorizedActionFrom: ann "a protocol has been renamed a method has bee

Re: [Pharo-dev] MNU SpecLayout>>hasSlots

I had the same once while trying to remove an inst var :s I change the image :P Ben On Oct 2, 2013, at 8:40 PM, b...@openinworld.com wrote: > I got to get offline right now so this is just a quick note for something I > just noticed rather than a full bug report (since it may be a high priorit

[Pharo-dev] IDE Nice idea

>Did you try "Groups" for that ? Yes, it is useful - but unfortunately not the same power and fast workflow. Even the TestRunner is able to filter its category list. I really do not understand why the filter was it removed from Nautilus instead of making it optional (via setting). Bye T.

[Pharo-dev] Glorp, Fuel, Native postgres driver, Voyage/Mongo, any in GemStone?

Hi guys. First, let me apologize for the amount of emails I am sending. I am doing an analysis to see if GemStone is a good candidate for a project I am working and so it deserves some research. I wondered if any has ever tried porting any of these tools to GemStone: Fuel, Glorp, Native PostgreSQL

Re: [Pharo-dev] unloading Nautilus

So victory I could unload completely Nautilus and RB :) Now I will be able to reload it and I will add some unload methods to the configurations and also to key classes. I think that configuration should have a protocol for that. I do not think that we should continue to not have configuration i

[Pharo-dev] MNU SpecLayout>>hasSlots

I got to get offline right now so this is just a quick note for something I just noticed rather than a full bug report (since it may be a high priority to someone - though it may already have been noticed) In PharoLauncher #400, Pharo #30438, trying to add an instance variable to the PharoLaun

Re: [Pharo-dev] unloading Nautilus

The things is that with Nautilus, I pushed more than just Nautilus in the system, like the groups mechanism, the history etc Now, they should be pushed out of Nautilus since there may be (are) used in other part of the system. We should do this clean up phase on all the new tools I think :) (B

[Pharo-dev] Could we have a list of the official pragmas because it starts to be a MESS!

For example I have no idea (of course there is no comment) what is the use of this pragma. Chasing pragma interpreter can be painful so we should pay attention. Too many pragmas are a plague. Stef

Re: [Pharo-dev] unloading Nautilus

So I moved Nautilus-History and retried and I could get a debugger with some announcements not reset So some progress. I will publish a separate package for History Stef On Oct 2, 2013, at 8:19 PM, Stéphane Ducasse wrote: > Linking the inspector with nautilus is not a good idea to me. > Becaus

Re: [Pharo-dev] Pharo hangout analysis

On Oct 2, 2013, at 8:20 PM, Facundo Vozzi wrote: > Esteban, > I joined to the hangout session and I think it was ok. I was at my work so I > could just heard the conversation, like a radio. Anyway, I watched the > handout screen at times and I was interesting. > > I think that could be very i

Re: [Pharo-dev] Pharo hangout analysis

Esteban, I joined to the hangout session and I think it was ok. I was at my work so I could just heard the conversation, like a radio. Anyway, I watched the handout screen at times and I was interesting. I think that could be very interesting to do pair programming on some issues. So, go ahead wit

Re: [Pharo-dev] unloading Nautilus

Linking the inspector with nautilus is not a good idea to me. Because at the end we can joke the old squeak by saying that it was monolithic but we are building the same. So now I cannot unload Nautilus because when I remove it, it removes NavigationHistory that is used by the inspector and I d

Re: [Pharo-dev] unloading Nautilus

Ok I will check now I do not even understand why and how it is related. Stef > it's the inspector, not nautilus. > > => InspectorNavigator >> pushHistory: > > On 2013-10-02, at 19:20, Stéphane Ducasse wrote: > >> When I try >> >> (MCWorkingCopy forPackage: (MCPackage named: 'NautilusRefacto

Re: [Pharo-dev] Pharo hangout analysis

On Oct 2, 2013, at 7:55 PM, Esteban Lorenzano wrote: > Hi, > > So well... the first Pharo Hangout Session has passed and in my opinion it > was not terribly bad :) > There were present people who usually does not show up in the sprints for > obvious reasons (they live far from Lille, like in

[Pharo-dev] Pharo hangout analysis

Hi, So well... the first Pharo Hangout Session has passed and in my opinion it was not terribly bad :) There were present people who usually does not show up in the sprints for obvious reasons (they live far from Lille, like in Argentina). And we more or less worked in fixing bugs and talked a

Re: [Pharo-dev] unloading Nautilus

it's the inspector, not nautilus. => InspectorNavigator >> pushHistory: On 2013-10-02, at 19:20, Stéphane Ducasse wrote: > When I try > > (MCWorkingCopy forPackage: (MCPackage named: 'NautilusRefactoring')) unload > > NautilusUI allInstances do: [ :inst | > SystemAnnouncer uniqueInstance uns

Re: [Pharo-dev] Any visualisation for Metacello?

metaceller in the moose image maybe On Oct 2, 2013, at 6:29 PM, Damien Cassou wrote: > Hi, > > I have to deal with complex configurations involving Pier (and some of > its plugins), Magritte, Voyage, Mongo and Seaside. There is a bug > somewhere because I can't load all of that. Is there any t

[Pharo-dev] Any visualisation for Metacello?

Hi, I have to deal with complex configurations involving Pier (and some of its plugins), Magritte, Voyage, Mongo and Seaside. There is a bug somewhere because I can't load all of that. Is there any tool that would show me a graph of the projects and their dependencies? If there is no graph, is the

Re: [Pharo-dev] IDE Nice idea

On Oct 2, 2013, at 6:11 PM, Goubier Thierry wrote: > I wouldn't be happy with today's VW browser as well, given the screenshots > seen in ESUG presentations ;) I can't work with a browser which expect me to > use it full screen on the 11"6 screen of my laptop; I really need the three > browse

Re: [Pharo-dev] IDE Nice idea

Le 02/10/2013 15:33, Torsten Bergmann a écrit : In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being productive, we have to use hotkeys to find a given class or a given method because the browsing by tree is painful in an every day work. This is exactly my issue with Nautilus

Re: [Pharo-dev] [Off Topic] Six Stages of Debugging

Am 02.10.2013 um 14:01 schrieb Sven Van Caekenberghe : > Recognisable: > > http://plasmasturm.org/log/6debug/ > So true! Norbert

Re: [Pharo-dev] OSProcess configuration problem

Le 2 oct. 2013 à 14:24, Goubier Thierry a écrit : > Christophe, > > I've uploaded the configurations in > http://www.squeaksource.com/MonticelloRepository as it should be (I think I > uploaded them a week or two ago, but why did they disappear?). Can you test > if this works? It now works. T

Re: [Pharo-dev] IDE Nice idea

On Oct 2, 2013, at 3:33 PM, Torsten Bergmann wrote: >>> In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being >>> productive, we have to use hotkeys to find a given class or a given >>> method because the browsing by tree is painful in an every day work. >> >> This is exactly my

Re: [Pharo-dev] Issues interesting for the hangout

Le 2 oct. 2013 à 12:03, Esteban Lorenzano a écrit : > Hi, > > Of course, that's not a exhaustive list, just some that I think are > interesting to tackle :) > > https://pharo.fogbugz.com/f/cases/10821/Integrate-Metacello-2 For this one, there is still a missing fix to the metacello previewBoo

[Pharo-dev] IDE Nice idea

>> In Eclipse or other IDE (Netbeans, IntelliJ, ...), in order to being >> productive, we have to use hotkeys to find a given class or a given >> method because the browsing by tree is painful in an every day work. > >This is exactly my issue with Nautilus today. The list of packages is so >long i

Re: [Pharo-dev] Pharo for the Raspberry Pi

Maybe I find some time tomorrow to try this out myself. If somebody is super eager to do that stuff I might install remote access to our rasp. Norbert Am 02.10.2013 um 13:58 schrieb Goubier Thierry : > Hi Sven, > > if we manage that stage I'll write that up. This looks like good info to > sta

Re: [Pharo-dev] Pharo for the Raspberry Pi

Ah, forgot to ask. What is the status of ARM support for NativeBoost? Norbert Am 02.10.2013 um 13:54 schrieb Norbert Hartl : > Maybe I find some time tomorrow to try this out myself. If somebody is super > eager to do that stuff I might install remote access to our rasp. > > Norbert > > Am 02

Re: [Pharo-dev] Issues interesting for the hangout

This would be nice: https://pharo.fogbugz.com/f/cases/11719/integrate-all-the-changes-from-the-repository-of-the-new-debugger On Wed, Oct 2, 2013 at 12:32 PM, p...@highoctane.be wrote: > 11639! >

Re: [Pharo-dev] IDE Nice idea

Le 02/10/2013 14:35, Miguel Moquillon a écrit : I think it is more difficult to navigate through a tree than by using the panels. It is why IMHO the file browser in NextStep and then in MacOS X are more usable than their counterpart in Windows. And it is why I love the way the code browser work

[Pharo-dev] Jenkins build is back to stable : Pharo-2.0-Tests » run 1,vm,mac #273

See

[Pharo-dev] Jenkins build is back to stable : Pharo-2.0-Tests » run 1,vm,win #273

See

[Pharo-dev] Jenkins build is back to stable : Pharo-2.0-Tests » run 1,vm,linux #273

See

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

On Tue, Oct 1, 2013 at 4:55 PM, Nicolas Passerini wrote: > Any clue? > Is there any information else, that I could give you to help find out the > problem? can you please try $ sudo apt-get update $ sudo apt-get upgrade $ sudo apt-get install pharo-launcher:i386 if it does not work, try the fo

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

On Mon, Sep 23, 2013 at 6:33 PM, blake wrote: > Very nice. Works on Mint, too. Could use more feedback, maybe: It's not > always clear when it's doing something when you create an image. that has been fixed by a joint work of Kilon and Ben Coman. Thanks to both. -- Damien Cassou http://damienc

[Pharo-dev] [update 2.0] #20623

20623 - 11639 Backport Pharo2.0: Memory leak when using weak announcements with blocks https://pharo.fogbugz.com/f/cases/11639 (pass 2/2) Diff information: http://ss3.gemstone.com/ss/Pharo20/Collections-Weak-EstebanLorenzano.72.diff http://ss3.gemstone.com/ss/Pharo20/Announcements-Co

[Pharo-dev] Jenkins build became unstable: Pharo-2.0-Tests » run 1,vm,mac #272

See

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=mac/272/ 169 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCategor

Re: [Pharo-dev] IDE Nice idea

I think it is more difficult to navigate through a tree than by using the panels. It is why IMHO the file browser in NextStep and then in MacOS X are more usable than their counterpart in Windows. And it is why I love the way the code browser works in the Smalltalk environments. In Eclipse or ot

[Pharo-dev] Jenkins build became unstable: Pharo-2.0-Tests » run 1,vm,win #272

See

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=win/272/ 169 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCategor

Re: [Pharo-dev] Using Filetree w/ Git - docs?

Le 02/10/2013 12:17, p...@highoctane.be a écrit : Hello, Ok, got it. In the meantime, I managed to get my bitbucket git stuff working and all. But I do not see gitfiltree:// in the repository types when adding a repo in Monticello, I only see filetree:// in the list, which asks me about a fol

[Pharo-dev] [regression reporter]regression occurred

https://ci.inria.fr/pharo/job/Pharo-2.0-Tests/Run=run%201,VM=vm,label=linux/272/ 169 regressions found. Gofer.Tests.GoferOperationTest.testLocalChanges Gofer.Tests.GoferOperationTest.testReinitialize Gofer.Tests.GoferOperationTest.testRemoteChanges RPackage.SystemIntegration.RPackageCateg

[Pharo-dev] Jenkins build became unstable: Pharo-2.0-Tests » run 1,vm,linux #272

See

[Pharo-dev] [update 2.0] #20622

20622 - 11639 Backport Pharo2.0: Memory leak when using weak announcements with blocks https://pharo.fogbugz.com/f/cases/11639 (pass 1/2) Diff information: http://ss3.gemstone.com/ss/Pharo20/System-Support-EstebanLorenzano.805.diff http://ss3.gemstone.com/ss/Pharo20/Spec-Widgets-Este

Re: [Pharo-dev] OSProcess configuration problem

Christophe, I've uploaded the configurations in http://www.squeaksource.com/MonticelloRepository as it should be (I think I uploaded them a week or two ago, but why did they disappear?). Can you test if this works? I tried to rebuilt my 3.0 image to test the loading process, but it's failing

[Pharo-dev] [Off Topic] Six Stages of Debugging

Recognisable: http://plasmasturm.org/log/6debug/ Sven

Re: [Pharo-dev] Pharo for the Raspberry Pi

:) and we will setup a rasp slave on jenkins Stef On Oct 2, 2013, at 1:58 PM, Goubier Thierry wrote: > Hi Sven, > > if we manage that stage I'll write that up. This looks like good info to > start with :) > > Thierry > > Le 02/10/2013 13:47, Sven Van Caekenberghe a écrit : >> Hi Nick, >> >

Re: [Pharo-dev] Pharo for the Raspberry Pi

On 02 Oct 2013, at 13:58, Goubier Thierry wrote: > Hi Sven, > > if we manage that stage I'll write that up. This looks like good info to > start with :) I was hoping that this would be something in your field of expertise ;-) In any case, I am willing to test on my RPi. Good luck! > Thierry

Re: [Pharo-dev] About configuration of image projects

thanks I add it to my list On Oct 2, 2013, at 1:49 PM, Christophe Demarey wrote: > For the current version of Metacello in the image, you can use the > ConfigurationOfMetacello in http://seaside.gemstone.com/ss/metacello. > The base version is 1.0-beta.31.1.5 but we (the Pharo community) did

Re: [Pharo-dev] Pharo for the Raspberry Pi

Hi Sven, if we manage that stage I'll write that up. This looks like good info to start with :) Thierry Le 02/10/2013 13:47, Sven Van Caekenberghe a écrit : Hi Nick, On 02 Oct 2013, at 11:51, Nick Ager wrote: Hi, I managed to compile a StackVM on the raspberry Pi - a couple of months ag

Re: [Pharo-dev] About configuration of image projects

For the current version of Metacello in the image, you can use the ConfigurationOfMetacello in http://seaside.gemstone.com/ss/metacello. The base version is 1.0-beta.31.1.5 but we (the Pharo community) did some patches on top of it. I think these patches don't modify the dependencies but only pa

Re: [Pharo-dev] Pharo for the Raspberry Pi

Thanks Nick. We'll make a try and see how is the situation, then update on the mailing list. Thierry Le 02/10/2013 11:51, Nick Ager a écrit : Hi, I managed to compile a StackVM on the raspberry Pi - a couple of months ago - though I haven't tried with the latest StackVM source. I meant to wri

Re: [Pharo-dev] Pharo for the Raspberry Pi

Hi Nick, On 02 Oct 2013, at 11:51, Nick Ager wrote: > Hi, > > I managed to compile a StackVM on the raspberry Pi - a couple of months ago - > though I haven't tried with the latest StackVM source. I meant to write it > up, but life got in the way I'm afraid. What you did (and I can't) is ind

Re: [Pharo-dev] IDE Nice idea

I totally agree... some UI patterns are there for a reason. I really like the look of this IDE, the integration of the package/recently modified views, and also the classes and its extensions. Regarding the fourth panel, I also agree with you. I wouldn't remove it. Regards! Esteban A. Maringolo

Re: [Pharo-dev] IDE Nice idea

Le 02/10/2013 12:59, Camillo Bruni a écrit : well you basically need just a single tree ;) - package - class - protocol - method I do the single tree with: - package group - package - extension -

[Pharo-dev] Pharo Hangout started!

https://plus.google.com/hangouts/_/6f772c1bde79e74813993c0e8a05a495f6713175 So, come in :) Esteban

Re: [Pharo-dev] IDE Nice idea

well you basically need just a single tree ;) - package - class - protocol - method On 2013-10-02, at 12:04, Esteban Lorenzano wrote: > honestly, for me removing the 3rd panel generates much more confusion. > not the we shouldn't think on bette

Re: [Pharo-dev] Hangout Session today!

On Oct 2, 2013, at 12:49 PM, "p...@highoctane.be" wrote: > I'd say that the community is Pharo, not Pharo Smalltalk > > https://plus.google.com/communities/110606515284627209423 > yes, that is the official group. Marcus signature.asc Description: Message signed with OpenPGP using GPGMai

Re: [Pharo-dev] Hangout Session today!

I'd say that the community is Pharo, not Pharo Smalltalk https://plus.google.com/communities/110606515284627209423 --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:p...@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.

Re: [Pharo-dev] failing moose tests

You would get this problem anyway. Let's fix the current development version and the we resnapshot. In the longer term we will see how the enhancements from Diego can help. Doru Sent from my iPhone On Oct 2, 2013, at 10:28, Stephan Eggermont wrote: > (from pharo -dev) > > PharoVM-Acceptance

Re: [Pharo-dev] SlotVirus

Nearly all are already on the bug tracker. I added a "cleanup" tag: https://pharo.fogbugz.com/f/search/?sSearchFor=tag%3A%22cleanup%22 On Tue, Oct 1, 2013 at 5:53 PM, Stéphane Ducasse wrote: > marcus > > I love what you did for the codeHolder removal (please do the same for > these items). > Ye

Re: [Pharo-dev] Unloading Nautilus

On Oct 2, 2013, at 11:45 AM, Benjamin wrote: > Something like > > AbstractNautilusUI>>registerToSystemEvents yes I found it. Now may be the method removedMethod: is unloaded during the unload and the superclass (abstract) method is reached. So I should probably add an unregister all instance

Re: [Pharo-dev] about subclass of SystemAnnouncer

https://pharo.fogbugz.com/f/cases/11746/Remove-all-subclasses-of-SystemAnnouncer Stef On Oct 2, 2013, at 11:38 AM, Stéphane Ducasse wrote: > Hi guys > > It seems that I remember that we want to remove subclasses of SystemAnnouncer. > Is it correct? > > Stef > >

Re: [Pharo-dev] IDE Nice idea

It was antony blakey project to sell an ide for squeak. Stef On Oct 2, 2013, at 12:28 PM, Pavel Krivanek wrote: > What Smalltalk implementation is that? > > -- Pavel > > 2013/10/2 Stéphane Ducasse : >> http://linkuistics.com/wp-content/uploads/2009/02/stardustob.png >> >> I like the way rec

Re: [Pharo-dev] Pharo for the Raspberry Pi

On Oct 2, 2013, at 11:26 AM, Goubier Thierry wrote: > Ok. > > This means I may suggest someone to lend some manpower to look into that. > I'll ask. > > Could a stackVM and an ARM NB be a reasonable, short term target? I saw > someone saying he would start on ASMJit for ARM a while back. I w

Re: [Pharo-dev] Issues interesting for the hangout

11639!

Re: [Pharo-dev] IDE Nice idea

What Smalltalk implementation is that? -- Pavel 2013/10/2 Stéphane Ducasse : > http://linkuistics.com/wp-content/uploads/2009/02/stardustob.png > > I like the way recently modified is on top of all packages and I like the way > categories are shown. > > stef

Re: [Pharo-dev] Hangout Session today!

You mean here: https://plus.google.com/communities/110606515284627209423 --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:p...@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http:/

Re: [Pharo-dev] Pharo for the Raspberry Pi

I guess you need to ask Tim Rowledge about that. On Wed, Oct 2, 2013 at 10:14 AM, Goubier Thierry wrote: > Hi all, > > I'm trying to know if it is possible to run a version of pharo, recent if > possible, on the Raspberry Pi? > > I know that there is a squeak vm on Raspian (Debian for the Raspbe

Re: [Pharo-dev] Using Filetree w/ Git - docs?

Hello, Ok, got it. In the meantime, I managed to get my bitbucket git stuff working and all. But I do not see gitfiltree:// in the repository types when adding a repo in Monticello, I only see filetree:// in the list, which asks me about a folder. Should I do that by hand or is there another con

Re: [Pharo-dev] IDE Nice idea

honestly, for me removing the 3rd panel generates much more confusion. not the we shouldn't think on better ways to represent the information, but I prefer to have the protocol panel rather than a three, for example. Esteban On Oct 2, 2013, at 11:49 AM, Goubier Thierry wrote: > I wonder why

[Pharo-dev] Issues interesting for the hangout

Hi, Of course, that's not a exhaustive list, just some that I think are interesting to tackle :) https://pharo.fogbugz.com/f/cases/10821/Integrate-Metacello-2 https://pharo.fogbugz.com/f/cases/11639/Backport-Pharo2-0-Memory-leak-when-using-weak-announcements-with-blocks https://pharo.fogbugz.com

Re: [Pharo-dev] about subclass of SystemAnnouncer

yes it is On Oct 2, 2013, at 11:38 AM, Stéphane Ducasse wrote: > Hi guys > > It seems that I remember that we want to remove subclasses of SystemAnnouncer. > Is it correct? > > Stef > >

Re: [Pharo-dev] Pharo for the Raspberry Pi

Hi, I managed to compile a StackVM on the raspberry Pi - a couple of months ago - though I haven't tried with the latest StackVM source. I meant to write it up, but life got in the way I'm afraid. The procedure I took was: * From a PC running Pharo install VMMaker packages (I found it was easiest

Re: [Pharo-dev] Unloading Nautilus

Something like AbstractNautilusUI>>registerToSystemEvents Ben On Oct 2, 2013, at 11:23 AM, Stéphane Ducasse wrote: > Ben > > probably I should unregister nautilus from receiving system event. > Do you have any idea where I should look for the registration? > > Stef > > On Oct 2, 2013, at 1

Re: [Pharo-dev] IDE Nice idea

I got a package tree working for the environment selector I built ;), so we have almost everything ready. And yes, we should have activated the eclipse icons by default a long time ago :P On 2013-10-02, at 11:34, Esteban Lorenzano wrote: > yes... I always said that a toolbar is a toolbar, not so

Re: [Pharo-dev] IDE Nice idea

I wonder why they bother with the third pane; the fourth pane with the categories shown make that redundant. A bit too much space wasted for a small window or a netbook screen for my taste. Thierry Le 02/10/2013 11:04, Stéphane Ducasse a écrit : http://linkuistics.com/wp-content/uploads/200

[Pharo-dev] about subclass of SystemAnnouncer

Hi guys It seems that I remember that we want to remove subclasses of SystemAnnouncer. Is it correct? Stef

Re: [Pharo-dev] IDE Nice idea

yes... I always said that a toolbar is a toolbar, not something weird in the middle :) also I like what they did with the icons (still like more the eclipsepack, thought) Esteban On Oct 2, 2013, at 11:04 AM, Stéphane Ducasse wrote: > http://linkuistics.com/wp-content/uploads/2009/02/stardusto

Re: [Pharo-dev] HTTPProgress Content-Length v.

On 02 Oct 2013, at 05:29, b...@openinworld.com wrote: > Sven Van Caekenberghe wrote: >> Hi Ben, >> >> On 01 Oct 2013, at 19:48, Ben Coman >> >> wrote: >> >> >> >>> For PharoLauncher, I am trying to get a progress bar going for the >>> downloading the Template lists, but the total transf

  1   2   >