Package: module-assistant Version: 0.10.3 Severity: minor
Some time ago I noticed that the packages built with m-a were named differently as before. An example building nvidia-kernel sources against 2.6.16-1-686-smp-2.6.16-12 should be much clear than words: - old scheme: nvidia-kernel-2.6.16-1-686-smp_1.0.8756-4+2.6.16-12_i386.deb - new scheme: nvidia-kernel-2.6.16-1-686-smp_1.0.8756-4_i386.deb I looked up about that change in the bug reports and in the docs without results, so I really can't understand if such a change has been caused by a misconfiguration or by a choice of the maintainer. Since I'm used to keep the built packages in case of problems with the new kernel release, considering that sometime it happens that the modules built against a previous release are no longer loadable in newer releases, in my opinion the old naming/versioning scheme was a better choice than the new one. The new versioning scheme causes another problem: when a pre-built binary package becomes available on the repositories, the release of the kernel against which it has been built is not considered anymore by apt: in these days a nvidia-kernel-2.6.16-1-686-smp-1.0.8756+1 binary package is available on the non-free repository (probably built against 2.6.16-10) and apt claims that it's newer than the nvidia-kernel-2.6.16-1-686-smp-1.0.8756-4 package that I've built by myself against 2.6.16-12. Thanks and regards Mau -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (200, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-4 internationalized substitute of Te ii perl 5.8.8-4 Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl 1.05-1 Using libc functions for internati -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
