On Mon, 19 Feb 2001, Marcus Brinkmann wrote:
* Depends on sysvinit (= 2.72), which is not available on the Hurd.
A provides in some Hurd package is not good enough because dpkg can't
cope with versioned dependencies on provided packages last time I checked.
What's wrong with having an
On Sat, May 18, 2002 at 03:02:58PM -0500, Adam Heath wrote:
On Mon, 19 Feb 2001, Marcus Brinkmann wrote:
* Depends on sysvinit (= 2.72), which is not available on the Hurd.
A provides in some Hurd package is not good enough because dpkg can't
cope with versioned dependencies on
On Sat, May 18, 2002 at 03:02:58PM -0500, Adam Heath wrote:
On Mon, 19 Feb 2001, Marcus Brinkmann wrote:
* Depends on sysvinit (= 2.72), which is not available on the Hurd.
A provides in some Hurd package is not good enough because dpkg can't
cope with versioned dependencies on
On Sat, 18 May 2002, Jeroen Dekkers wrote:
What's wrong with having an empty sysvinit? I'm certain other packages
would
have this same issue, not just dpkg.
Because having 100 dummy packages is just ugly and bloat the
archive. What's wrong with fixing the actual problem? The problem
On Sat, May 18, 2002 at 08:06:32PM -0500, Adam Heath wrote:
On Sat, 18 May 2002, Jeroen Dekkers wrote:
What's wrong with having an empty sysvinit? I'm certain other packages
would
have this same issue, not just dpkg.
Because having 100 dummy packages is just ugly and bloat the
Previously Marcus Brinkmann wrote:
* #31620: Use of hard fixed errno ENOENT in some scripts
Wichert says he would ask Jason if apt copes with a predependency on
perl-5.6-base. If it doesn't, it should, but it makes sense to delay the
change until apt can cope if it can't already, if that
Hi,
dpkg 1.8.3.1 still does not deliver a functional dpkg for the Hurd.
Here is a list of all out standing issues I am aware of. Most of them are
known for a long time by now.
* #31620: Use of hard fixed errno ENOENT in some scripts
Wichert says he would ask Jason if apt copes with a
7 matches
Mail list logo
