Re: should we split up the Packages file in main (for woody)
On Sun, 13 Feb 2000, Wichert Akkerman wrote:
> > ok, lets face it.. the packages file in slink is something like <500K
> > (in i386) in potato its >800K.. i think it might be time to start
> > splitting it up...
> Lets wait for package pools, which should help with this as well.
Why? It will make things worse because there will be more package+versions
I think the correct thing to do here is to have a pair of package files,
'Sunday' and 'today' - 'today' would contain anything new since 'sunday'
and once a week or so 'sunday' would rebuild completely. If removals of
versions were coordinated with the sunday roll over then this would work
perfectly. That would require package pools (or a big dinstall overhall)
Clients would just download both.