Re: pseudo package for upgrades from hamm

1999-01-21 Thread Raphael Hertzog
Le Thu, Jan 21, 1999 at 04:48:04AM -, Robert Woodcock écrivait: > So, the gist of that is that dpkg has been left for dead (well, NMU hell > anyway) for a full year and there hasn't been *that* many complaints. > Just no new features. I don't agree. I don't want to blame anybody since i'am not

Re: pseudo package for upgrades from hamm

1999-01-21 Thread Robert Woodcock
Martin A. Soto wrote: > >Many, *many* people has proposed this idea before. So many, that you >would be tempted to consider it a simple, natural, and straightforward >idea. Nonetheless, it seems that this far, it has been impossible to >make it part of dpkg, or even to start working on the necess

Re: pseudo package for upgrades from hamm

1999-01-20 Thread Martin Alonso Soto
Robert Woodcock <[EMAIL PROTECTED]> writes: > We need to add a new field - call it anything you want - I called it > "Was-Part-Of:" in an earlier post, but I'm sure there's a better name than > that - "Previously:" maybe. > > Anyway, say slink contains a package 'foobar', version 1.2-3. The > main

Re: pseudo package for upgrades from hamm

1999-01-20 Thread Robert Woodcock
Adam Heath wrote: >I see a problem with all this talk about pseudo packages for upgrades from >hamm. > >These 'pkgs' will have to remain in the system forever. If someone skips >slink, and goes to potato when that is released, the same problem will occur. > >If we ever fix dpkg/dselect/apt to hand

pseudo package for upgrades from hamm

1999-01-19 Thread Adam Heath
I see a problem with all this talk about pseudo packages for upgrades from hamm. These 'pkgs' will have to remain in the system forever. If someone skips slink, and goes to potato when that is released, the same problem will occur. If we ever fix dpkg/dselect/apt to handle a pkg rename, and we c

Re: netstd split -- pseudo package for upgrades from hamm

1999-01-19 Thread Hamish Moffatt
On Tue, Jan 19, 1999 at 11:44:14AM -0800, Ben Gertzfield wrote: > Now if we could only convince the netstd maintainer to make a > pseudo-package for all his splits.. but he has told me he refuses to > support upgrades for anything but dselect. :/ That's disappointing. Why will dselect handle it ei

Re: netstd split -- pseudo package for upgrades from hamm

1999-01-19 Thread Santiago Vila
On 19 Jan 1999, Ben Gertzfield wrote: > > "Brandon" == Brandon Mitchell <[EMAIL PROTECTED]> writes: > > Santiago> I think it is absolutely essential for the success of > Santiago> Debian 2.1 that nobody will automagically lose > Santiago> functionality in the upgrade process. > >

netstd split -- pseudo package for upgrades from hamm

1999-01-19 Thread Ben Gertzfield
> "Brandon" == Brandon Mitchell <[EMAIL PROTECTED]> writes: Santiago> I think it is absolutely essential for the success of Santiago> Debian 2.1 that nobody will automagically lose Santiago> functionality in the upgrade process. Brandon> Done in experimental changes file: * xb