[Pharo-project] I give up. Squeaksource has lost lot of versions again
or I am doing something stupid, -- Mariano http://marianopeck.wordpress.com
I recommited all my lsot changes and squeaksource remve them again I guess it is time to change language or dialect. Then we ask ourself why are not considered for industry.... On Mon, May 16, 2011 at 3:40 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
or I am doing something stupid,
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
mariano There was a crash and we spend some couple of hours with marcus to see what we can do. Now apparently the applications does not find some of the files that are on the filesystem. So the code is not lost but squeaksource does not see them. This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 and that it suffers from the success of Squeak and Pharo. Now this is why ESUG payed objectFusion to propose a new application. Now again if you give me one engineer full time I'm sure that we can do that. Do you think that svn or git where created from the air without sponsoring......? Just curious. Stef
I recommited all my lsot changes and squeaksource remve them again I guess it is time to change language or dialect.
Then we ask ourself why are not considered for industry....
On Mon, May 16, 2011 at 3:40 PM, Mariano Martinez Peck <marianopeck@gmail.com> wrote: or I am doing something stupid,
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
On 16 May 2011 19:13, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
mariano
There was a crash and we spend some couple of hours with marcus to see what we can do. Now apparently the applications does not find some of the files that are on the filesystem. So the code is not lost but squeaksource does not see them.
This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 and that it suffers from the success of Squeak and Pharo.
Indeed. It was not designed to be used in such big scale as today. So, it is not a bug, it is a feature (or lack of ;) And as any other software it requires maintenance and upgrades to meet today's requirements.
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
Now again if you give me one engineer full time I'm sure that we can do that. Do you think that svn or git where created from the air without sponsoring......? Just curious.
Stef
-- Best regards, Igor Stasenko AKA sig.
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated.
not that I know. I would give a certain amount of time to people to migrate (with their own little fingers) put all the mcz on a ftp somewhere close squeaksource
I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
Now again if you give me one engineer full time I'm sure that we can do that. Do you think that svn or git where created from the air without sponsoring......? Just curious.
Stef
-- Best regards, Igor Stasenko AKA sig.
Em 17/05/2011 10:32, Stéphane Ducasse < stephane.ducasse@inria.fr > escreveu:
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. not that I know. I would give a certain amount of time to people to migrate (with their own little fingers) put all the mcz on a ftp somewhere close squeaksource
Given you're being assertive about this, I think it's time to add up to Igor's stance:
I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
Expecting a disparate set of developers with different agendas and different priorities "to migrate (with their own little fingers)" is putting too much faith the new system would be _sohhh_ _goooood_ that the masses will feel compelled to. my 0.019999... -- Cesar Rabak
On 17 May 2011 15:57, <csrabak@bol.com.br> wrote:
Em 17/05/2011 10:32, Stéphane Ducasse < stephane.ducasse@inria.fr > escreveu:
Now  this  is  why  ESUG  payed objectFusion  to  propose  a  new application.
 Is there a  plan to provide a migration  from squeaksource to new system?  Because  if not, then  i'm afraid, most people  will keep using SqS and imagine how  many configs/wiki pages and other stuff needs to be updated.  not that I  know.  I would give a certain amount  of time to people to migrate (with their own little  fingers) put all the mcz on a ftp somewhere close squeaksource
Given you're being assertive about this, I think it's time to add up to Igor's stance:
I'd  prefer to  fully  replace SqS  with  new system  at some  day without need of migrating  projects by all developers and updating links/configs etc.
Expecting a disparate set of developers with different agendas and different priorities "to migrate (with their own little  fingers)" is putting too much faith the new system would be _sohhh_ _goooood_ that the masses will feel compelled to.
well comparing to more and more frequent down times, and a data loss.. i think a system which prove to be at least twice stable than current will be a big advantage. But you will never know before you try. And again: who maintaining squeaksource? Nobody. And now ask yourself: how you will manage your risks in such situation? Will you prefer, maybe a bit flaky system, which has a maintainer who will eventually fix all issues, or a system which "lets hope it will works a bit more" and nobody who are maintaining it? I don't expect that new stuff will be _sohhh_ _goooood_ out of the box. What i do expect however, that new system will be actively maintained. Otherwise if we don't have such guarantees then i don't see reason do migrate at all, because couple years later we will be in same situation: having problems but nobody to address them.
my 0.019999...
-- Cesar Rabak
-- Best regards, Igor Stasenko AKA sig.
Why don't you all write a git client in Pharo? Then you could use github as the shared repository. Monticello packages could be the git projects. You could define git sub-modules to support dependencies to other projects. -----Original Message----- From: Igor Stasenko Sent: Tuesday, May 17, 2011 10:19 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] I give up. Squeaksource has lost lot ofversions again On 17 May 2011 15:57, <csrabak@bol.com.br> wrote:
Em 17/05/2011 10:32, Stéphane Ducasse < stephane.ducasse@inria.fr > escreveu:
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. not that I know. I would give a certain amount of time to people to migrate (with their own little fingers) put all the mcz on a ftp somewhere close squeaksource
Given you're being assertive about this, I think it's time to add up to Igor's stance:
I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
Expecting a disparate set of developers with different agendas and different priorities "to migrate (with their own little fingers)" is putting too much faith the new system would be _sohhh_ _goooood_ that the masses will feel compelled to.
well comparing to more and more frequent down times, and a data loss.. i think a system which prove to be at least twice stable than current will be a big advantage. But you will never know before you try. And again: who maintaining squeaksource? Nobody. And now ask yourself: how you will manage your risks in such situation? Will you prefer, maybe a bit flaky system, which has a maintainer who will eventually fix all issues, or a system which "lets hope it will works a bit more" and nobody who are maintaining it? I don't expect that new stuff will be _sohhh_ _goooood_ out of the box. What i do expect however, that new system will be actively maintained. Otherwise if we don't have such guarantees then i don't see reason do migrate at all, because couple years later we will be in same situation: having problems but nobody to address them.
my 0.019999...
-- Cesar Rabak
-- Best regards, Igor Stasenko AKA sig.
I don't understand why is there a thread identical to this one every two or three weeks. This discussion was already held a long time ago and its outcome was that someone was hired to implement a new code repository, Smalltalkhub's the name. This problem is in its way to be permanently solved, let's all stop speculating about how the system will be and how great would it be if it had feature X. I'm sure Smalltalkhub will be _miles_ ahead of Squeaksource and we'll all be able to contribute our ideas once it is up, running and being actively tested. Of course I expect ESUG thought not only of getting it implemented but also of its maintenance, so I propose we just wait for it to come out and bury this fruitless discussion once and for all. In the meantime, I guess we all have to be patient and keep putting up with an obsolete system for a little bit longer. Cheers, Bernat
Is squeaksource stable again? can I commit files? On Tue, May 17, 2011 at 4:50 PM, Bernat Romagosa < tibabenfortlapalanca@gmail.com> wrote:
I don't understand why is there a thread identical to this one every two or three weeks. This discussion was already held a long time ago and its outcome was that someone was hired to implement a new code repository, Smalltalkhub's the name.
This problem is in its way to be permanently solved, let's all stop speculating about how the system will be and how great would it be if it had feature X. I'm sure Smalltalkhub will be _miles_ ahead of Squeaksource and we'll all be able to contribute our ideas once it is up, running and being actively tested. Of course I expect ESUG thought not only of getting it implemented but also of its maintenance, so I propose we just wait for it to come out and bury this fruitless discussion once and for all.
In the meantime, I guess we all have to be patient and keep putting up with an obsolete system for a little bit longer.
Cheers,
Bernat
-- Mariano http://marianopeck.wordpress.com
On Tue, May 17, 2011 at 10:39 PM, Mariano Martinez Peck < marianopeck@gmail.com> wrote:
Is squeaksource stable again? can I commit files?
May the force be with you ;) Laurent.
On Tue, May 17, 2011 at 4:50 PM, Bernat Romagosa < tibabenfortlapalanca@gmail.com> wrote:
I don't understand why is there a thread identical to this one every two or three weeks. This discussion was already held a long time ago and its outcome was that someone was hired to implement a new code repository, Smalltalkhub's the name.
This problem is in its way to be permanently solved, let's all stop speculating about how the system will be and how great would it be if it had feature X. I'm sure Smalltalkhub will be _miles_ ahead of Squeaksource and we'll all be able to contribute our ideas once it is up, running and being actively tested. Of course I expect ESUG thought not only of getting it implemented but also of its maintenance, so I propose we just wait for it to come out and bury this fruitless discussion once and for all.
In the meantime, I guess we all have to be patient and keep putting up with an obsolete system for a little bit longer.
Cheers,
Bernat
-- Mariano http://marianopeck.wordpress.com
On 05/17/2011 09:53 AM, Igor Stasenko wrote:
On 16 May 2011 19:13, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
mariano
There was a crash and we spend some couple of hours with marcus to see what we can do. Now apparently the applications does not find some of the files that are on the filesystem. So the code is not lost but squeaksource does not see them.
This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 and that it suffers from the success of Squeak and Pharo.
Indeed. It was not designed to be used in such big scale as today. So, it is not a bug, it is a feature (or lack of ;) And as any other software it requires maintenance and upgrades to meet today's requirements.
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
If you don't care about metadata it should be pretty easy to come up a shell script that downloads all versions of a project from SqueakSource and uploads when to a new place. Cheers Philippe
On 17 May 2011 15:37, Philippe Marschall <philippe.marschall@netcetera.ch> wrote:
On 05/17/2011 09:53 AM, Igor Stasenko wrote:
On 16 May 2011 19:13, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
mariano
There was a crash and we spend some couple of hours with marcus to see what we can do. Now apparently the applications does not find some of the files that are on the filesystem. So the code is not lost but squeaksource does not see them.
This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 and that it suffers from the success of Squeak and Pharo.
Indeed. It was not designed to be used in such big scale as today. So, it is not a bug, it is a feature (or lack of ;) And as any other software it requires maintenance and upgrades to meet today's requirements.
Now this is why ESUG payed objectFusion to propose a new application.
Is there a plan to provide a migration from squeaksource to new system? Because if not, then i'm afraid, most people will keep using SqS and imagine how many configs/wiki pages and other stuff needs to be updated. I'd prefer to fully replace SqS with new system at some day without need of migrating projects by all developers and updating links/configs etc.
If you don't care about metadata it should be pretty easy to come up a shell script that downloads all versions of a project from SqueakSource and uploads when to a new place.
Yes, but the problem is not just about files. SqS is a major part of our community infrastructure. So, if you tell people: here another novel system which you can use to host your projects, how many people you will expect to migrate there? If project aims to replace squeaksource, then i'd prefer to do that literally: replacing it for good of all users of current squeaksource. Otherwise, some projects will be still bound to old infrastructure , and apparently we will never be able to get rid of that 2002 old image, and will be forced to still use it for projects whose author(s)/maintainers decided to not bother migrating on new server. And again, imagine the amount of work migrating a project from one hosting to another: - update configurations with proper urls, update docs and references.. this is a lot of work. And apparently because of that i would not expect that everyone will start migrating their stuf onto new server. Take in account a human factors, like making mistakes etc etc.. so it will be a whole mess. What i propose instead is that one day, people go to squeaksource.com and magically see different frontend (which using different backend), but all data from squeaksource is there and all projects and users etc etc. This will be much more helpful to community if we do it like that.
Cheers Philippe
-- Best regards, Igor Stasenko AKA sig.
Em 16/05/2011 14:13, Stéphane Ducasse <stephane.ducasse@inria.fr> escreveu:
mariano There was a crash and we spend some couple of hours with marcus to see what we can do. Now apparently the applications does not find some of the files that are on the filesystem. So the code is not lost but squeaksource does not see them. This has nothing with Pharo and Smalltalk. Just that Squeaksource was created in 2002 and that it suffers from the success of Squeak and Pharo. Now this is why ESUG payed objectFusion to propose a new application.
Now again if you give me one engineer full time I'm sure that we can do that. Do you think that svn or git where created from the air without sponsoring......? Just curious. Stef,
Incurring on the risk of sounding like a cat in the Birds of a Feather, I think the attempt to compare svn or git efforts to SqS (or the whole Monticello infra, for the matter) is not correct, because in former the solutions span a wider "audience" with more than a technology/platform/language, whereas the latter is Squeak/Pharo specific. In Smalltalk we have for each flavor a different version control system! To avoid misunderstandings and/or a stretching of this thread without necessity, let assure you folks I _do_ know the aformentioned systems are "file based" and Smalltalk is different, etc., but my observation is /orthogonal/ to this. my 0.0199999... -- Cesar Rabak
participants (8)
-
Bernat Romagosa -
csrabak＠bol.com.br -
Igor Stasenko -
laurent laffont -
Mariano Martinez Peck -
Philippe Marschall -
Rob Withers -
Stéphane Ducasse