I tried starting my new squeaksource image (based on Bert's config) at sqf.org last night. It mostly worked, except there was an odd problem with the mcz file names in the projects. Instead of listing Balloon-md.3.mcz etc under the Filename column, it listed the commit-log description of the .mcz file in place of that. This caused filename-based retrieval to not work.
I'm guessing this is an incompatibility in the data.obj (repository) file format between Bert's config and the original SS image that Avi setup... maybe an additional inst var is in there or something. I re-created the problem on my local machine by copying the data.obj from sqf.org, also.
Anyway, for now I just switched sqf.org back to the old SS image to keep it running as it was.
I played around with it some more on my machine, and I think what I will do is just start over with a new data.obj repository. I'll set up the new data.obj with 3 superadmins (me, Marcus and Avi), and the three re-created empty projects. (Everyone else will need to re-add their login, and then Marcus or I can add them as developers to projects.) I found there is a handy SSFileSystem>>recoverAllLostVersions method which will repopulate all of the .mcz files saved in the project directories, back into the data.obj repository. So we shouldn't lose any of the mcz versions. I'll run that once when I start it up, and we should be back where we were before, except for the users to be added.
I'll give this a try this evening... don't want to keep people waiting on this any longer. (If something goes wrong, I'll just switch back to the old SS image for now again, but I think this should work.)
Once this is set up, then we'll be able to set up the real update stream again.
- Doug
Am 28.08.2005 um 19:16 schrieb Doug Way:
I tried starting my new squeaksource image (based on Bert's config) at sqf.org last night. It mostly worked, except there was an odd problem with the mcz file names in the projects. Instead of listing Balloon-md.3.mcz etc under the Filename column, it listed the commit-log description of the .mcz file in place of that. This caused filename-based retrieval to not work.
I'm guessing this is an incompatibility in the data.obj (repository) file format between Bert's config and the original SS image that Avi setup... maybe an additional inst var is in there or something. I re-created the problem on my local machine by copying the data.obj from sqf.org, also.
Anyway, for now I just switched sqf.org back to the old SS image to keep it running as it was.
I played around with it some more on my machine, and I think what I will do is just start over with a new data.obj repository. I'll set up the new data.obj with 3 superadmins (me, Marcus and Avi), and the three re-created empty projects. (Everyone else will need to re-add their login, and then Marcus or I can add them as developers to projects.) I found there is a handy SSFileSystem>>recoverAllLostVersions method which will repopulate all of the .mcz files saved in the project directories, back into the data.obj repository. So we shouldn't lose any of the mcz versions. I'll run that once when I start it up, and we should be back where we were before, except for the users to be added.
I'll give this a try this evening... don't want to keep people waiting on this any longer. (If something goes wrong, I'll just switch back to the old SS image for now again, but I think this should work.)
Once this is set up, then we'll be able to set up the real update stream again.
Doh, this happens when you code in a live image ;-) You don't even notice reordering instance variables. I though I only added them at the end, and have lazy initialization, but apparently I forgot one place. You could find the offending place by looking at the database in the object explorer. Then you can still import your older data if you temporarily restore the former variable order, load the data, modify the variable order, and save.
- Bert -
Got the new SqueakSource image running, it seems to work all around, and it is generating .mcd files when requested!
I only tested .mcd-getting via a browser. (I haven't verified in an image that the .mcd files are correct, though I imagine they are.) For example, enter this in a browser:
http://source.squeakfoundation.org/39a/Tests-md.5(3).mcd
I see that these .mcd files are being cached in the ss directory on the server.
So anyway, we should be able to get the update stream working again soon...
On Aug 28, 2005, at 4:06 PM, Bert Freudenberg wrote:
Am 28.08.2005 um 19:16 schrieb Doug Way:
I'm guessing this is an incompatibility in the data.obj (repository) file format between Bert's config and the original SS image that Avi setup... maybe an additional inst var is in there or something. I re-created the problem on my local machine by copying the data.obj from sqf.org, also.
Doh, this happens when you code in a live image ;-) You don't even notice reordering instance variables. I though I only added them at the end, and have lazy initialization, but apparently I forgot one place. You could find the offending place by looking at the database in the object explorer. Then you can still import your older data if you temporarily restore the former variable order, load the data, modify the variable order, and save.
Actually, the culprit was a new 'stepChildren' instvar in MCAncestry (which is inherited by MCVersionInfo), not just reordered variables. But anyway, your suggestion of loading - adding new var - saving - worked.
So, that also means that I didn't need to start from a new data.obj, so no one should need to re-create their SqueakSource logins. (And I did add superadmin access for myself and Marcus while I was in there.)
- Doug
Am 29.08.2005 um 06:34 schrieb Doug Way:
Got the new SqueakSource image running, it seems to work all around, and it is generating .mcd files when requested!
I only tested .mcd-getting via a browser. (I haven't verified in an image that the .mcd files are correct, though I imagine they are.) For example, enter this in a browser:
http://source.squeakfoundation.org/39a/Tests-md.5(3).mcd
I see that these .mcd files are being cached in the ss directory on the server.
So anyway, we should be able to get the update stream working again soon...
Ok, I changed MCConfigurations again to request diffs... (ver.35).
Am 29.08.2005 um 06:34 schrieb Doug Way:
Got the new SqueakSource image running, it seems to work all around, and it is generating .mcd files when requested!
I only tested .mcd-getting via a browser. (I haven't verified in an image that the .mcd files are correct, though I imagine they are.) For example, enter this in a browser:
I tested the new setup with the last two updates... seems to work well and it makes the updating really usable again. Thanks! Question: source.squeakfoundation.org seems to be down again...
Marcus
packages@lists.squeakfoundation.org