Hey Tim,
This might be a long shot but could the problem be line endings? Any chance you uploaded the code from one machine to monticello and released it from another? Calculating the sha on cr but then storing as lf. Were you ever able to verify where the hash is coming from? Does the wrong hash match the install script (we discussed earlier) or uncompressed package or something like that? (apologies if this has already been discussed).
Or could you have uploaded a new version of the code with the same name after releasing it to squeak map? In that case the error is correct, they don't match.
All the best,
*Ron Teitelbaum* *Chief Executive Officer**3D Immersive Collaboration Corp* ron@3dicc.com www.3dicc.com
https://www.facebook.com/3DICC https://twitter.com/RonTeitelbaum https://www.linkedin.com/in/ronteitelbaum
On Thu, Nov 2, 2023 at 3:18 PM Tim Rowledge tim@rowledge.org wrote:
On 2023-10-23, at 6:38 PM, Chris Muller asqueaker@gmail.com wrote:
The server image is pretty easy to run locally. You could put a halt in
the error message and the full stack of how it's getting there will be presented in all its clarity. Do you have it? Requires 32-bit interpreter VM.
No, I don't have the image, nor can I spot any place I could download it from. Pointers?
I've (attempted to) loaded the SMServer-gk.40 package and after some fudging to try to find a plausible HttpView2 package I loaded HV-gc.144 which seems so old it surely can't be the appropriate one.
The *only * place I can find that sets the sha1sum for a package is SMAccountPackageView>>#updateServerCache: and that is only sent by SMAccountPackageView>>#editreleases. Given that we are fairly convinced that the sha1 calculation is both correct and unchanged it seems there must be something that is getting the wrong data to hash. Either the server is hashing the wrong data, or the client is.
The server is displaying the hash value it knows on the web page. The client is calculating the hash from the script file it receives. They should be the same!
An example that does have matching values is Markus Denker's 'Benchmarks' package on SM. That has no install script, just an mcz file. The hash values match. Similarly, rob wither's BlogBrowser has jsut an mcz and matches hashes.
Rob Hawley's CalculatorMorph has an st file with all the code in, rather than an install script, but the hashes match ok.
My version 24 MQTT package from 6 october 2018 (holy cow, that long ago?) has a simple install script .st file and the hashes match. My Version25 release from a couple of weeks ago has a simple install .st file and the hashes do not match. I am now baffled as to how that could happen.
tim
tim Rowledge; tim@rowledge.org; http://www.rowledge.org/tim Useful random insult:- Suffers from Clue Deficit Disorder.