Hello,
Will the code used for Squeak Map be made available on Squeak Map soon?
The latest updates to KomHttp and HV?
Can I install via MC with the packages at http://squeak.krampe.se/ ? If so what packages, what order?
I've tried but when I tried to run the HV examples I got an error about root. I then went to SM and tried to download the latest there and then upgrade to the MC packages. But I get an EOCD error with KomHttpServer.
Any advice to get the latest setup running greatly appreciated.
Jimmie
Jimmie Houchin wrote:
Hello,
Will the code used for Squeak Map be made available on Squeak Map soon?
The latest updates to KomHttp and HV?
Can I install via MC with the packages at http://squeak.krampe.se/ ? If so what packages, what order?
I've tried but when I tried to run the HV examples I got an error about root. I then went to SM and tried to download the latest there and then upgrade to the MC packages. But I get an EOCD error with KomHttpServer.
Any advice to get the latest setup running greatly appreciated.
Just for reference I'm starting with a fresh 3.7 basic image. I would just like the best path from a fresh 3.7 to the latest greatest KomHttp and HV.
Thanks.
Jimmie
Hi Jimmie!
I don't have time right now but will reply tomorrow with an extensive instruction. :)
regards, Göran
goran@krampe.se wrote:
Hi Jimmie!
I don't have time right now but will reply tomorrow with an extensive instruction. :)
regards, Göran
Hello Göran,
I greatly look forward to your instructions and appreciate your effort greatly.
But, please don't rush on my account. Do so when the time is right for you. I am on no deadlines, nor am I compensating you as such. It is I that is being blessed by your efforts. Maybe someday I can treat you to some of that stinky fish you told us about. :)
So, please my friend, at your convenience. No pressure from me.
Jimmie
Hi Jimmie and all!
Jimmie Houchin jhouchin@cableone.net wrote:
goran@krampe.se wrote:
Hi Jimmie!
I don't have time right now but will reply tomorrow with an extensive instruction. :)
regards, Göran
Hello Göran,
I greatly look forward to your instructions and appreciate your effort greatly.
But, please don't rush on my account. Do so when the time is right for you. I am on no deadlines, nor am I compensating you as such. It is I that is being blessed by your efforts.
No problem <blush>. :)
Maybe someday I can treat you to some of that stinky fish you told us about. :)
Hehe, well, honestly, I really would appreciate a beer more. :) Surströmming is an "interesting" dish, and the Surströmming-parties often are too (typically due to the relatively large intake of supplimentary liquids), but I admit I am not a true lover.
So, please my friend, at your convenience. No pressure from me.
Jimmie
Here goes:
- Pick 3.7-5989-basic (or full I guess)
- Open and "update from the net" (upgrading SM to 2.1) and then "upgrade all installed packages" to make it fresh. A good idea to save this as a "fresh" 3.7 image. :)
- Install KomHttpServer using the loader. First DynamicBindings, then KomServices, then KomHttpServer. (DynamicBindings-gk.1, KomHttpServer-gk.6, KomServices-gk.2) Say no to the "older dependency" crap (I need to fix that).
- Install FastSocketStream using the loader. The latest HV accidentally patches KomHttpServer to use it so you need it. But it is better than the old SocketStream in 3.7 so hey. :)
- Finally, using Monticello install the latest dev versions: HTML-gk.6, HV-gk.43 from my repo at: http://squeak.krampe.se
- Ready! Save image. Now you can play with HVHelloWorld as described in their class comments. I just tried them and they work.
regards, Göran
Jimmie Houchin wrote:
Just for reference I'm starting with a fresh 3.7 basic image. I would just like the best path from a fresh 3.7 to the latest greatest KomHttp and HV.
This isn't exactly what you asked for, but I spent a few hours last night (more than I expected) setting up to use Monticello Configurations (MCC) which was mentioned a few days ago on the list. After setting up MCC as described in the posting, and downloading the required *.mcz files for KomHttpServer and Seaside to a local directory, I was able to build a working Seaside starting from Squeak3.8-6665 + MCC, by simply loading the configuration. I've included the .mcm that I used.
BTW, could SqueakMap be made to appear as a Monticello HTTP repository? Although I prefer to have a local cache of the .mcz files, the resulting .mcm files are not portable to others. In some cases, the actual repositories are on squeaksource, and those _can_ be put into the .mcm directly.
On Nov 27, 2005, at 2:50 PM, Yanni Chiu wrote:
BTW, could SqueakMap be made to appear as a Monticello HTTP repository? Although I prefer to have a local cache of the .mcz files, the resulting .mcm files are not portable to others. In some cases, the actual repositories are on squeaksource, and those _can_ be put into the .mcm directly.
If this were done right (a specific MCRepository subclass for SqueakMap), it could take advantage both of your local SqueakMap cache, and of SqueakMap's new server-side caching. We should definitely do this.
Avi
Hi guys!
Just wanted to mention the current state of the server side cache:
- It isn't prepopulated yet. I intend to do that tonight. I will then send email to those release owners that have faulty URLs (there are about 10.
- The checksum calculation (when it is triggered) and how it is used could need some adjustments. For example, a button to refresh the checksum could be nice. Today it is only triggered when changing the URL or adding a new release IIRC. So if you upload a file to SM, add a release (checksum calculated) and then re-upload the same file - then it will be wrong. And I admit I don't recall just now what the client says today if the checksum fails.
And right - about an MCRepository subclass - I would really want such a construct to operate on top of the local SM domain objects because from now on I intend to start working on the new "infrastructure" of SM (a distributed model).
regards, Göran
Avi Bryant avi.bryant@gmail.com wrote:
On Nov 27, 2005, at 2:50 PM, Yanni Chiu wrote:
BTW, could SqueakMap be made to appear as a Monticello HTTP repository? Although I prefer to have a local cache of the .mcz files, the resulting .mcm files are not portable to others. In some cases, the actual repositories are on squeaksource, and those _can_ be put into the .mcm directly.
If this were done right (a specific MCRepository subclass for SqueakMap), it could take advantage both of your local SqueakMap cache, and of SqueakMap's new server-side caching. We should definitely do this.
Avi
On Nov 27, 2005, at 10:30 PM, goran@krampe.se wrote:
And right - about an MCRepository subclass - I would really want such a construct to operate on top of the local SM domain objects because from now on I intend to start working on the new "infrastructure" of SM (a distributed model).
Totally agreed. No point in reproducing any of the logic for finding/ downloading/etc the packages anyway.
Avi
Am 28.11.2005 um 00:02 schrieb Avi Bryant:
On Nov 27, 2005, at 2:50 PM, Yanni Chiu wrote:
BTW, could SqueakMap be made to appear as a Monticello HTTP repository? Although I prefer to have a local cache of the .mcz files, the resulting .mcm files are not portable to others. In some cases, the actual repositories are on squeaksource, and those _can_ be put into the .mcm directly.
If this were done right (a specific MCRepository subclass for SqueakMap), it could take advantage both of your local SqueakMap cache, and of SqueakMap's new server-side caching. We should definitely do this.
'xcept for whoever wrote MCConfigurations might have been laz^H^H^H agile and only ever used HTTP repositories with MCConfigurations. Just be warned ;-)
- Bert -
squeak-dev@lists.squeakfoundation.org