Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Aug 2002 13:26:00 +1000 (EST)
From:      jason andrade <jason@dstc.edu.au>
To:        "David O'Brien" <obrien@FreeBSD.ORG>
Cc:        hubs@FreeBSD.ORG
Subject:   Re: How to copy packages-4.6.2-release tree to packages-4-stable ?
Message-ID:  <Pine.GSO.4.44.0208211323020.2498-100000@sunburn.dstc.edu.au>
In-Reply-To: <20020821032116.GA34817@dragon.nuxi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 20 Aug 2002, David O'Brien wrote:

> On Wed, Aug 21, 2002 at 11:25:32AM +1000, jason andrade wrote:
> > > 3. rm -rf packages-4-stable
> > >    ln -s packages-4.6.2-release packages-4-stable
> >
> > personally yes, for now.  except why can't you do:
> >
> > mv packages-4-stable .p4stable.old
> > ln -s packages-4.6.2-release packages-4-stable
> > rm -rf .p4stable.old
> >
> > this way any mirrors automatically getting that whole tree (i cannot
> > afford this anymore - it's got way too many issues which break stuff
> > for us) will NOT have to refetch an entire tree and will just delete
> > about 5G of stuff.
>
> I don't follow why that could happen.  The packages-4-stable tree already
> exists.

because the contents of packages-4.6.2-release and packages-4-stable
are totally different in a mirroring sense.

so what i think will happen if you implement it as you said:

o mirrors will delete 5G of 4.6.2 stable they just took a while to fetch
o then mirrors will redownload it all into packages-4-stable, where you
  have just copied it all to.

so there will be a refetch of 5G to a lot of mirrors.

if it is done the other way, then there will be a deletion of 5G, but no refetch
required.

it is entirely possible i misunderstood something though and i have the
flu at the moment, so please excuse any incoherency.

regards,



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hubs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.44.0208211323020.2498-100000>