Hi,
is this only me, or does the server have a problem?
Best,
Michael
Same here.
Alex
On Wed, Sep 2, 2009 at 8:52 AM, Michael Hauptmhaupt@gmail.com wrote:
Hi,
is this only me, or does the server have a problem?
Best,
Michael
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
- Bert -
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
On 9/2/09 6:18 AM, "Bert Freudenberg" bert@freudenbergs.de wrote:
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
Hi Bert , I wish try with my own trunk derived image.
I looking and stupid quick script could be.
| mcc version lista | mcc := MCWorkingCopyBrowser new repository: (MCHttpRepository location: 'http://www.squeaksource.com/ss' user: '' password: ''). lista := mcc repository allFileNames copyWithout: mcc repository allFileNames first.
lista do: [ :fn| version := mcc repository loadVersionFromFileNamed: fn. version load]
Still I need the previous Seaside and the previous DinamicBindings, could say which link?
Many thanks in advance.
Edgar
On 02.09.2009, at 13:25, Edgar J. De Cleene wrote:
On 9/2/09 6:18 AM, "Bert Freudenberg" bert@freudenbergs.de wrote:
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
Hi Bert , I wish try with my own trunk derived image.
I looking and stupid quick script could be.
| mcc version lista | mcc := MCWorkingCopyBrowser new repository: (MCHttpRepository location: 'http://www.squeaksource.com/ss' user: '' password: ''). lista := mcc repository allFileNames copyWithout: mcc repository allFileNames first.
lista do: [ :fn| version := mcc repository loadVersionFromFileNamed: fn. version load]
Still I need the previous Seaside and the previous DinamicBindings, could say which link?
Many thanks in advance.
Edgar
I don't know, that's one of the reasons I was asking for help ;)
- Bert -
On 9/2/09 6:18 AM, "Bert Freudenberg" bert@freudenbergs.de wrote:
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
I try to build the image with the last I have, but several files in ss was not in the repository.
The incomplete list of missing files is: Atom-pmm.10.mcz http://www.squeaksource.com/ss/Atom-pmm.10.mcz SOAP-pmm.1.mcz http://www.squeaksource.com/ss/SOAP-pmm.1.mcz ODBC-pmm.1.mcz http://www.squeaksource.com/ss/ODBC-pmm.1.mcz
Also for build with all files in the repository, the following was needed: FFI-Kernel-ar.7.mcz for load GraphViz Complete Connectors for dependencies in GraphBuilder
When loading 'SqueakSource-bf.1042', I have 'This package depends on the following classes: TWWiki You must resolve these dependencies before you will be able to load these definitions: SSWiki SSWiki>>actions SSWiki>>onSaved SSWiki>>project SSWiki>>setModel: SSWiki>>style '
If any help me , maybe I could complete the image and test.
Edgar
On 10.09.2009, at 13:46, Edgar J. De Cleene wrote:
On 9/2/09 6:18 AM, "Bert Freudenberg" bert@freudenbergs.de wrote:
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
I try to build the image with the last I have, but several files in ss was not in the repository.
The incomplete list of missing files is: Atom-pmm.10.mcz http://www.squeaksource.com/ss/Atom-pmm.10.mcz SOAP-pmm.1.mcz http://www.squeaksource.com/ss/SOAP-pmm.1.mcz ODBC-pmm.1.mcz http://www.squeaksource.com/ss/ODBC-pmm.1.mcz
Not sure what you mean. Yes I see these files in the repository but AFAICT they are not used.
Also for build with all files in the repository, the following was needed: FFI-Kernel-ar.7.mcz for load GraphViz Complete Connectors for dependencies in GraphBuilder
When loading 'SqueakSource-bf.1042', I have 'This package depends on the following classes: TWWiki
That comes from TinyWiki which is in the repo.
Did you see Andreas' mail? He succeeded to load it into a trunk image. I was just too busy to follow up on that yet.
- Bert -
2009/9/10 Bert Freudenberg bert@freudenbergs.de:
On 10.09.2009, at 13:46, Edgar J. De Cleene wrote:
On 9/2/09 6:18 AM, "Bert Freudenberg" bert@freudenbergs.de wrote:
On 02.09.2009, at 10:55, Bert Freudenberg wrote:
I restarted it.
Ken: you should re-enable the daemontools launcher for it.
And to any Seaside developer: would be awesome if you could get squeaksource working on a trunk image. Code is here:
http://www.squeaksource.com/ss.html
- Bert -
I try to build the image with the last I have, but several files in ss was not in the repository.
The incomplete list of missing files is: Atom-pmm.10.mcz http://www.squeaksource.com/ss/Atom-pmm.10.mcz SOAP-pmm.1.mcz http://www.squeaksource.com/ss/SOAP-pmm.1.mcz ODBC-pmm.1.mcz http://www.squeaksource.com/ss/ODBC-pmm.1.mcz
Not sure what you mean. Yes I see these files in the repository but AFAICT they are not used.
You're right. Dunno why they're there and have my initials.
Cheers Philippe
On 9/10/09 12:32 PM, "Bert Freudenberg" bert@freudenbergs.de wrote:
Not sure what you mean. Yes I see these files in the repository but AFAICT they are not used.
Ok, and thanks to Phillipe also. What I mean is the files can't be loaded because NOT in this repository.
Did you see Andreas' mail? He succeeded to load it into a trunk image. I was just too busy to follow up on that yet.
No, I afraid I miss Andreas mail. I never build a Squeaksource image before, so I look in repositories all files which seems needed. When I try WaKom startOn: 8080 have some complain referring to BlockClosures, but if this was solved, ok, no follow this path
Edgazr
On 10.09.2009, at 20:55, Edgar J. De Cleene wrote:
On 9/10/09 12:32 PM, "Bert Freudenberg" bert@freudenbergs.de wrote:
Not sure what you mean. Yes I see these files in the repository but AFAICT they are not used.
Ok, and thanks to Phillipe also. What I mean is the files can't be loaded because NOT in this repository.
Ah, maybe the files are missing then and only the meta data preserved.
Did you see Andreas' mail? He succeeded to load it into a trunk image. I was just too busy to follow up on that yet.
No, I afraid I miss Andreas mail.
Begin forwarded message:
From: Andreas Raab andreas.raab@gmx.de Date: 6. September 2009 20:53:43 MESZ To: The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org
Cc: Lukas Renggli renggli@iam.unibe.ch Subject: [squeak-dev] Re: source.squeak.org down again Reply-To: The general-purpose Squeak developers list <squeak-dev@lists.squeakfoundation.org
Bert Freudenberg wrote:
I just added you as developer on source.squeak.org.
Thanks. If you take a fully updated trunk image, you can load SS using the SSLoader configuration map on source.squeak.org. Once loaded, you can launch SS via:
SSRepository classPool at: #Current put: SSRepository defaultRepository. SSRepository classPool at: #Storage put: SSRepository defaultStorage. SSRepository current rootUrl: 'http://localhost:9090/'. SSRepository startUp.
(btw, where are the mutators for Current/Storage?)
And the squeaksource.com repo is open to anybody.
Thanks but I don't want to mess things up (i.e., break stuff in 3.7 etc) in case there are people still interested in it. I feel more comfortable messing up things at source.squeak.org since we only need to maintain the version that we're planning to run ;-)
Has anyone ever migrated a largish source repository to a new image? Anything to watch out for?
Since we have so few projects we could just import all the files again. We did this when we switched to Gemstone at work and it worked all right.
Cheers,
- Andreas
Sorry by bring this again, but... I resize the pict , but still is too big for this list so..
http://www.freeimagehosting.net/uploads/cb1b7e9495.jpg
Shows I was able to have squeaksource running in my SqueakLight. And fail to have squeaksource running with the last trunk image, as the walkback said
As Bert and Andreas point, the files I use was
| loader | loader _ CodeLoader new. loader baseURL:'http://source.squeak.org/ss/'. loader installMonticelloFor: # ('DynamicBindings-ar.2.mcz' 'KomServices-lr.3.mcz' 'KomHttpServer-ar.8.mcz' 'SmaCC-md.9.mcz' 'XML-Parser-mir.9.mcz' 'Seaside2-ar.97.mcz' 'Mewa-pmm.16.mcz' 'TinyWiki-pmm.11.mcz' 'SqueakSource-ar.1043.mcz')
SSRepository classPool at: #Current put: SSRepository defaultRepository. SSRepository classPool at: #Storage put: SSRepository defaultStorage. SSRepository current rootUrl: 'http://localhost:9090/'. SSRepository startUp.
The files I see using Monticello Browser is different of files in Firefox listing, why is this ?
Any I doing wrong or is a trunk bug ?
Edgar
Hi!
On Thu, 17 Sep 2009, Edgar J. De Cleene wrote:
Any I doing wrong or is a trunk bug ?
DynamicBindings-ar.2.mcz doesn't support BlockClosures, that's why it doesn't work. You need DynamicBindings-damiencassou.9.mcz or newer from http://www.squeaksource.com/KomHttpServer.html . You can also try copying the methods from BlockContext and ContextPart to BlockClosure if you want to use these old packages, but i'm pretty sure you're going to have other problems in trunk with these.
Cheers, Levente
On 9/17/09 8:32 PM, "UZONYI Levente" leves@elte.hu wrote:
Hi!
On Thu, 17 Sep 2009, Edgar J. De Cleene wrote:
Any I doing wrong or is a trunk bug ?
DynamicBindings-ar.2.mcz doesn't support BlockClosures, that's why it doesn't work. You need DynamicBindings-damiencassou.9.mcz or newer from http://www.squeaksource.com/KomHttpServer.html . You can also try copying the methods from BlockContext and ContextPart to BlockClosure if you want to use these old packages, but i'm pretty sure you're going to have other problems in trunk with these.
Cheers, Levente
Thanks , is a very useful clue. Before I made the try think in use the last files Giovanni announce DynamicBindings-GiovanniCorriga.10.mcz - KomServices-gc.19.mcz - KomHttpServer-GiovanniCorriga.50.mcz
Also thinking in copying the methods you said, but still my understanding of Closures is not as should be :=)
Thanks again and I share what found.
Edgar
Hello everybody,
I'm a Perl programmer by trade and have been looking into Smalltalk during my spare time. At work we use svn as our code repository with all the transactions encrypted via HTTPS. Currently I cannot find anything on how to do secure SCM via HTTPS (or SFTP or something similar) using Monticello. Am I just plain blind or is that indeed not an option?
I'm curious as to how a company would protect it's source using Smalltalk when the developers are not all set up to dial in via e.g. VPN. Maybe somebody could give me a hint as to how a company would realize a secure distributed development repository? Or is Monticello not the right choice in this case?
Many regards,
Ole.
On Sat, 30 Jan 2010, Ole Voß wrote:
Hello everybody,
I'm a Perl programmer by trade and have been looking into Smalltalk during my spare time. At work we use svn as our code repository with all the transactions encrypted via HTTPS. Currently I cannot find anything on how to do secure SCM via HTTPS (or SFTP or something similar) using Monticello. Am I just plain blind or is that indeed not an option?
Try this: http://www.squeaksource.com/monticellossl.html . If it doesn't work for you, there's an alternative, but that needs a bit polishing.
I'm curious as to how a company would protect it's source using Smalltalk when the developers are not all set up to dial in via e.g. VPN. Maybe somebody could give me a hint as to how a company would realize a secure distributed development repository? Or is Monticello not the right choice in this case?
We are tunneling our connections to the server with ssh.
Levente
Many regards,
Ole.
squeak-dev@lists.squeakfoundation.org
-
Alexander Lazarević -
Bert Freudenberg -
Edgar J. De Cleene -
Ken Causey -
Levente Uzonyi -
Michael Haupt -
Ole Voß -
Philippe Marschall -
UZONYI Levente