Re: Problem with dependency declaration
email@example.com (Bob Proulx) schrieb:
> Andreas Metzler wrote:
>> Frank Küster wrote:
>> > If coreutils wouldn't be of priority required, I would just add
>> > "coreutils | stat" to the dependencies. What should I do in this case?
>> > Stat was in coreutils from the first time it appeared in Debian, so a
>> > versioned Depends: wouldn't make any sense (except that it makes lintian
>> > and linda be quiet...)
>> I don't have a sid system at hand, but doesn't coreutils
>> Provides/Replaces stat?
> Is there any reason that stat was removed from sarge? Since coreutils
> has subsumed 'stat' shouldn't 'coreutils' create an empty package
> 'stat' for the transition?
I don't see any sense in empty packages. What I thought was sensible is
a Provides: stat for coreutils. You might want to read.
The lintian bug mentioned in the end is #216536
So it seems best to add a dependency on coreutils plus a lintian
overrides referring to that bug. Unfortunately nobody has reacted to the
lintian bug - it seems lintian could deserve some volunteers to provide
> This would be the same as with shellutils,
> fileutils, textutils.
They also have Provides.
> It can then be removed at the next release
> along with those other three. How I 'stat' different than the other
Mike Stone wrote:
| No, it [coreutils] shouldn't [provide stat]. The only dependency on
| stat that existed at the time I created the coreutils package was
| versioned, an there's no versioned provides--so adding the provides
| wouldn't have helped.
Frank Küster, Biozentrum der Univ. Basel
Abt. Biophysikalische Chemie