[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [PROPOSED] Change package relations policy to remove references to non-free from main



On Mon, Nov 29, 1999 at 12:39:46AM +0100, Wichert Akkerman wrote:
> I assume we are all aware of the discussion a couple of months ago
> about removing references to non-free from main. There was a consensus
> this should be done and a consensus was formed to do this via a new
> Enhances relation for packages.
> 
> Enhances works in the opposite direction from Suggests: it allows a
> package a to state that it can enhance the functionality of a package b.
> So instead of package b declaring a Suggests on package a we now make
> package a Enhance package b.
> 
> Using this we can remove all Suggests from packages in main to packages
> outside of main by replacing them with an Enhances-declaration in the
> non-main package.

I will conditionally support this...

My first condition is that this is phased in--it must not be a requirement
for potato or even potato+1.  (I'll accept potato alone if a reasonable
consensus of people believe we can do it for potato+1 without interfering
with release timeframes..)

My second condition is that this is done as part of the ftp archive revamp
rather than before or after.  If Guy is going to implement pools for
potato+1 it doesn't make sense to make a bunch of changes that include
significant modifications to dselect twice.  ie, if packages are going to
start using Enhances, they should start using Keywords at the same time.
This (hopefully) prevents duplicated work and wasted bandwidth.


I realize both of these are implementation issues, however the /usr/doc
fiasco has shown that anything not documenting current practice that isn't
backwards-compatible needs implementation issues discussed beforehand.


The reasonable condition that bandwidth not be wasted by modifying every
(or at least most) packages twice I think is just a practicality concern.
It's also a convenient excuse to make sure this is done at the same time
package pools are so moving of non-free and contrib to help seperate them
from main can happen at the same time..  Hopefully this will make sure
people trying to do all of those things cooperate and things happen
smoothly.

-- 
- Joseph Carter         GnuPG public key:   1024D/DCF9DAB3, 2048g/3F9C2A43
- knghtbrd@debian.org   20F6 2261 F185 7A3E 79FC  44F9 8FF7 D7A3 DCF9 DAB3
--------------------------------------------------------------------------
<james> but, then I used an Atari, I was more likely to win the lottery in ten
        countries simultaneously than get accelerated X

Attachment: pgpfUcM8ed8X5.pgp
Description: PGP signature


Reply to: