Le 28/10/2011 14:55, Lukas Renggli a écrit :
Since there is no clean migration path, I vote for (A).
When looking at Pharo today I don't see the current packaging system (or the lack thereof) as a major problem. The current infrastructure works reasonably well and does not hinder progress. What is really painful is that everything breaks with every release.
I vote for B. But could'nt we adopt an Ubuntu like release scheme: - Decide that 1.3 is a Long Term Supported version: it means critical bogue fixes only, it stays LTS until another release is declared as LTS. - 1.4 and subsequent releases would be testing releases (RPackage in 1.4). Cheers Alain
Thus, what would be way more important is a module/namespace system so that we can load and run different versions of the same code without interfering. In the current state Pharo 1.3 is a dead end, because I will never be able to load my code into Pharo 1.4.
Lukas
On 28 October 2011 14:40, Benjamin<benjamin.vanryseghem.pharo@gmail.com> wrote:
On Oct 28, 2011, at 1:20 PM, Stéphane Ducasse wrote:
Hi guys
so what do we do with RPackage - (A) throw away 4 months or more of my work. I feel sorry for Nautilus and I could understand that benjmain gets really pissed off. but this means that we will stay with the old browsers. Sounds like a promising future. - (B) use it with a mapping one to one with category (and yes people will have to change the configurations). This is done. - (C) somebody takes three hours to look at what I did and think a bit but does not tell me that this is easy but propose a real plan to get towards a solution.
Marcus, igor your wish to have labels (I added them to RPackage). I fixed SystemAnnouncement. Now without help it will not work (if you do not put energy on the table). I have a lot of wishes too and something else to do too. Because we have categories in addition⦠I discussed with Benjamin and we can fill up RPackageOrganizer with MCWorkingCopies but this means that we will have to match the complete system with subcategories ( Graphics-Core should match Graphics*
So since it does not seem that we are pragmatic or that we want to make progress on this topic, I will do A and we will wait for concrete discussions. Apparently nobody care anyway. So this should not be important after all.
Stef
Cool ...
Ben