Hi!
On Fri, 2011-11-18 at 02:47:33 +0100, Jakub Wilk wrote:
* Jakub Wilk jw...@debian.org, 2011-11-17, 12:18:
Ah, thanks for the list Jakub! Is that exhaustive, against all
possible Provides generated by type-handling or only a selected
few?
I believe it's exhaustive, but I'll
* Guillem Jover guil...@debian.org, 2011-11-17, 03:11:
There are also some users of virtual packages provided by type-handling:
Source: coreutils
Build-Depends: ..., libattr1-dev | not+linux-gnu, libacl1-dev | not+linux-gnu,
libselinux1-dev (= 1.32) | not+linux-gnu, ...
Source: mc
* Jakub Wilk jw...@debian.org, 2011-11-17, 12:18:
There are also some users of virtual packages provided by type-handling:
Source: coreutils
Build-Depends: ..., libattr1-dev | not+linux-gnu, libacl1-dev | not+linux-gnu,
libselinux1-dev (= 1.32) | not+linux-gnu, ...
Source: mc
Build-Depends:
Hi all,
I just added Depends: linux to iotop (arch all, written in python and
depends on a Linux kernel) before I realised that type-handling pulls in
dpkg-dev. I would really appreciate it if the type-handling Provides
were split off into a second package, or maybe dpkg is the right place
for
Hi Paul,
2011/11/16 Paul Wise p...@debian.org:
I just added Depends: linux to iotop (arch all, written in python and
depends on a Linux kernel) before I realised that type-handling pulls in
dpkg-dev. I would really appreciate it if the type-handling Provides
were split off into a second
* Robert Millan r...@debian.org, 2011-11-16, 18:18:
I just added Depends: linux to iotop (arch all, written in python and
depends on a Linux kernel) before I realised that type-handling pulls
in dpkg-dev. I would really appreciate it if the type-handling
Provides were split off into a second
Hi!
On Thu, 2011-11-17 at 00:58:30 +0100, Jakub Wilk wrote:
* Robert Millan r...@debian.org, 2011-11-16, 18:18:
I just added Depends: linux to iotop (arch all, written in
python and depends on a Linux kernel) before I realised that
type-handling pulls in dpkg-dev. I would really appreciate it
On Thu, 2011-11-17 at 03:11 +0100, Guillem Jover wrote:
dpkg is not the right place for the Provides, those are a hack, are
overstepping on the package name space, and they should really go.
...
* The second case comes from conflating the two roles of arch:all
packages, saving archive
8 matches
Mail list logo
