Package: dpkg-dev Version: 1.16.9 Severity: wishlist File: /usr/bin/dpkg-vendor
Since derivative distributions (in the loose meaning of the term) might be simple overlays on top of the stock debian distribution (e.g. http://neuro.debian.net, http://deb-multimedia.org), current approach of dpkg-vendor with a single 'default' symlink pointing to the "most-derived" one would not scale, happen multiple of such overlays used possibly providing their own origins definition. ATM those origins definitions (unless accessible from the 'default') seems to be accessible only by explicitly specifying --vendor. Would there be much of harm if all files (e.g. having '^Vendor:' and not having any suffix/extension) would be loaded by default. Then logically --is and --derives-from queries would work for those overlayed origins. And use of 'default' symlink should overall be deprecated then I guess -- inheritance should be obvious from the full set, assuming that Parent: definitions still define a DAG (or may be even restrict to a tree?) ;) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii base-files 6.9 ii binutils 2.22-6.1 ii bzip2 1.0.6-3 ii libdpkg-perl 1.16.9 ii make 3.81-8.2 ii patch 2.6.1-3 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages dpkg-dev recommends: ii build-essential 11.5 ii fakeroot 1.18.4-2 ii gcc [c-compiler] 4:4.7.2-1 ii gcc-4.4 [c-compiler] 4.4.7-1 ii gcc-4.5 [c-compiler] 4.5.3-12 ii gcc-4.6 [c-compiler] 4.6.3-8 ii gcc-4.7 [c-compiler] 4.7.2-4 ii gnupg 1.4.12-4+b1 ii gpgv 1.4.12-4+b1 ii libalgorithm-merge-perl 0.08-2 Versions of packages dpkg-dev suggests: ii debian-keyring 2012.06.01 -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
