krfkeith / metacello

Automatically exported from code.google.com/p/metacello
0 stars 0 forks source link

Bootstrapping broken on Squeak 4.4, because URL redirects do not seem to work for monticello. #185

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
The URL changes cause bootstrapping problems with Metacello.
I downloaded a fresh Squeak 4.4 all-in-one, and the system had a problem with 
the redirect on the URL. (http://seaside.gemtalksystems.com/ss/metacello/)
It was not able to access the monticello repository that way.
And only debugging told me what's wrong.

Would be great to get an error message if bootstrapping fails. Now, you just 
get #dnu on nil.

I suppose, the ConfigurationOf template would need to be adapted to change this 
line in #project
  (self class baseConfigurationClassIfAbsent: []) ensureMetacello.
  The empty block should probably get some error signaling of sorts.

And, I suppose that already happened, the URLs in the template would need to be 
changed, as in all configurations *sigh*.

Original issue reported on code.google.com by stm...@gmail.com on 21 Jul 2013 at 9:00

GoogleCodeExporter commented 9 years ago
Note that an updated 4.4's `Installer ss3` will point to the new location. That 
doesn't affect, of course, Squeak's inability to follow the redirection. I'll 
raise that as a bug in Squeak's bugtracker.

Original comment by frank.sh...@gmail.com on 21 Jul 2013 at 11:16

GoogleCodeExporter commented 9 years ago
Frank,

http://seaside.gemtalksystems.com/ss/metacello/ is the correct url, so I assume 
that you meant to say that Squeak was having trouble with the redeirects for 
this url http://seaside.gemstone.com/ss/metacello/?

It was a real surprise for me that Squeak didn't follow redirects for 
Monticello urls ... I think that that is a bug in Squeak. There are literally 
hundreds of configurations that would have to be hand editted it is more 
efficient to fix the bug in one place.

For SS3 I was able to have VMware change the DNS for ss3.gemstone.com and skip 
the redirects.

I intend to do the same for seaside.gemstone.com, but I needed to check with 
another engineer and he was out of the office early in the month and I've been 
out of the office the last week or so ... I should be able to get the request 
in this week and the DNS itself will get changed by the end of the week ... 

So about the time you will be able to put the url redirects back into Squeak 
the problem will have gone away:(

Original comment by dalehenr...@gmail.com on 21 Jul 2013 at 12:11