Re: [PROPOSED] Change package relations policy to remove references to non-free from main
>>"Chris" == Chris Waters <email@example.com> writes:
Chris> Wichert Akkerman <firstname.lastname@example.org> writes:
>> Previously Chris Waters wrote:
>> > The problem with the "Enhances" idea (which several people, including
>> > me, mentioned at the time) is that it puts the responsibility on the
>> > wrong package.
>> Yes and no. It's actually a nice addition to the current sent of
>> relations since we had no way for this kind of reverse relation.
Chris> Hmm, ok. I'm not convinced that there'll ever be any real[*] need to
Chris> do so, but I agree that adding the capability does no harm.
Chris> [*] that is to say, technical, rather than political.
Oh, but there is. In the social, administrative, or domain of
control arena, it is nice to have enhances. The relationships that
suggests and enhances embody are weak, and often non-directional, snd
the decisive factor may reside in which maintainer notices the
See, I package VM. It has QP and base64 codecs in elisp, which
tends to make the process very slow. The VM author has written fast C
programs, not as a part of VM, but on the same ftp site, so that VM
may call a fast external process for decoding. Now, some one may
package it up, and just say they enhance VM (they are stand alone
encoders/decoders, so they do not depend on VM, and VM does not
depend on them). This way, they do not have to wait on me to upload a
And then Gnus, which needs fast codecs too, can see the
external programs, and say Neat!, and write code to use them. And now
Gnus may suggest the external codec.
I also see a package suggest another, which says it enhances
the first. No harm in that.
Do not despair of life. You have no doubt force enough to overcome
your obstacles. Think of the fox prowling through wood and field in
a winter night for something to satisfy his hunger. Notwithstanding
cold and hounds and traps, his race survives. I do not believe any
of them ever committed suicide. Henry David Thoreau
Manoj Srivastava <email@example.com> <http://www.debian.org/%7Esrivasta/>
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E