Alan,
As Miles has pointed out with the new configuration on the site when
Package Managers update_refresh.sh tries to download updates to the PM
Start Page from a vanilla 2009.06 box instead of failing as it did
before, it is now redirected and the download succeeds, but fetches an
index.html page which is not what we expect in the update_refresh.sh script.
http://opensolaris.org/os/project/indiana/resources/packagemanager/startpagebase/startpagebase-C.tar.gz
This should fail unless of course there is an update and
startpagebase-C.tar.gz exists at this location.
On current builds such as b125 or 2009.06 builds which have been updated
from release repository, the Start Page update URL now points to the dlc
location:
http://dlc.sun.com/osol/packagemanager/downloads/200906/startpagebase-C.tar.gz
This does fail as expected and the script handles this.
So if
http://opensolaris.org/os/project/indiana/resources/packagemanager/startpagebase/
is redirected to
http://dlc.sun.com/osol/packagemanager/downloads/200906/ and attempting
to navigate to
http://opensolaris.org/os/project/indiana/resources/packagemanager/startpagebase/startpagebase-C.tar.gz
results in a failure we should be fine and the update_refresh.sh script
will behave as expected.
JR
Note:
If we want to put up any updates to the Start Page which will happen
when we add in stats from the contrib site for instance, then we just
have to make them available at:
http://dlc.sun.com/osol/packagemanager/downloads/200906/startpagebase-C.tar.gz
And both vanilla 2009.06 and current builds will all fetch the updates.
Alan Burlison wrote:
Alan Coopersmith wrote:
Got:
http://opensolaris.org/os/project/indiana/resources/packagemanager/startpagebase/startpagebase-en_GB.tar.gz
That's a child page of a hidden page, see the snapshot we took of the
site before the migration:
http://stage.opensolaris.org/os/project/indiana/resources/packagemanager/
However, it's direct parent *isn't* hidden, so I would have expected
it to have been migrated , see
http://hub.opensolaris.org/bin/view/Main/site-transition-faq#HWillunhiddenchildpagesofhiddenparentpagesbepreserved
We've already found a bug in the way 'deep' hierarchies are being
handled, so my guess is this may be another instance of that problem -
we are working on a fix but it isn't available yet.
However this particular link was also subject to a further level of
redirection inside the old application:
/os/project/indiana/resources/packagemanager/startpagebase/ ->
http://dlc.sun.com/osol/packagemanager/downloads/200906
I think there's a toxic combination of the migration ignoring the
files and the subsequent processing of the application-level redirects
then failing because there's (apparently) nothing that the app-level
redirection applies to.
It also appears the final target doesn't actually exist - I get a 404
for http://dlc.sun.com/osol/packagemanager/downloads/200906
If we can get a list of what is required, I can add the necessary
redirects.
_______________________________________________
website-discuss mailing list
[email protected]
