Bug#285359: marked as done (kernel-kbuild-2.6-3: EXTRAVERSION acquisition for module installation)
Your message dated Wed, 15 Dec 2004 16:13:37 +0900 with message-id [EMAIL PROTECTED] and subject line Bug#285359: [Fwd: Re: the extraversion problem] has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 12 Dec 2004 19:49:00 + From [EMAIL PROTECTED] Sun Dec 12 11:48:59 2004 Return-path: [EMAIL PROTECTED] Received: from smtp01.mrf.mail.rcn.net [207.172.4.60] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CdZiF-0004I5-00; Sun, 12 Dec 2004 11:48:59 -0800 Received: from 66-44-4-89.s1105.apx1.lnh.md.dialup.rcn.com ([66.44.4.89] helo=stodolsklap.er.doe.gov) by smtp01.mrf.mail.rcn.net with esmtp (Exim 3.35 #7) id 1CdZhk-0006uf-00; Sun, 12 Dec 2004 14:48:29 -0500 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Marvin Stodolsky [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: kernel-kbuild-2.6-3: EXTRAVERSION acquisition for module installation Bcc: Marvin Stodolsky [EMAIL PROTECTED] X-Mailer: reportbug 2.60 Date: Sun, 12 Dec 2004 14:48:24 -0500 Message-Id: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: kernel-kbuild-2.6-3 Version: 2.6.8-1 Severity: important Tags: experimental sid -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C Versions of packages kernel-kbuild-2.6-3 depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an -- no debconf information During a make install a mis-installation of drivers can occur dependent upon the EXTRAVERSION usage. For usage of many Debian kernel-header packages such as /usr/src/kernel-headers-2.6.8-1 /usr/src/kernel-headers-2.6.8-1-686 All is OK with the compilation and installation of Lucent modem drivers with the ltmodem.heby.de resouce ltmodem-8.31a11.tar.gz of which I am co-maintainer install: make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) INSTALL_MOD_PATH=$(ROOTDIR) modules_install Seats drivers for example to: /lib/modules/2.4.27-1-686/extra: lt_modem.o lt_serial.o /lib/modules/2.6.8-1-686/extra: lt_modem.ko lt_serial.ko But for a Ubunu User with kernel-header packages: linux-headers-2.6.8.1-3 linux-headers-2.6.8.1-3-386 the install went INAPPROPRIATELY to: /lib/modules/2.6.8.1/extra: lt_modem.ko lt_serial.ko The compile was OK, as driver function was fine after a move 2.6.8.1/ -- 2.6.8.1-3-386/ The version.h UTS was ok: 2.6.8.1-3-386 However the linux-headers-2.6.8.1-3/Makefile begins VERSION = 2 PATCHLEVEL = 6 SUBLEVEL = 8 EXTRAVERSION = .1 and the install information is evidently taken therefrom, and/or interfering with the read of the version.h UTS release Because following an edit to: EXTRAVERSION = .1-3-3-386 following by the compile and make install The drivers did properly seat to: /lib/modules/2.6.8.1-3-386/extra: lt_modem.ko lt_serial.ko Thus the problem may MERELY be one of EXTRAVERSION specification, but I don't understand kernel-build well enough to judge This problem is also being reported to the Ubunu developers, but may be more general and hence this report to Debian to. MarvStodolsky --- Received: (at 285359-done) by bugs.debian.org; 15 Dec 2004 07:13:48 + From [EMAIL PROTECTED] Tue Dec 14 23:13:48 2004 Return-path: [EMAIL PROTECTED] Received: from koto.vergenet.net [210.128.90.7] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CeTM4-0003Jp-00; Tue, 14 Dec 2004 23:13:48 -0800 Received: by koto.vergenet.net (Postfix, from userid 7100) id BE4D534427; Wed, 15 Dec 2004 15:56:59 +0900 (JST) Date: Wed, 15 Dec 2004 16:13:37 +0900 From: Horms [EMAIL PROTECTED] To: Marvin Stodolsky [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Mark Spieth [EMAIL PROTECTED], Alexei Chentsov [EMAIL PROTECTED] Subject: Re: Bug#285359: [Fwd: Re: the extraversion problem] Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: [EMAIL PROTECTED]
Bug#285359: [Fwd: Re: the extraversion problem]
On Tue, Dec 14, 2004 at 10:04:42AM -0500, Marvin Stodolsky wrote: Note that in in the Ubuntu packages linux-headers-2.6.8.1 and linux-headers-2.6.8.1-3-686 there is assignment: Maintainer: Debian kernel team debian-kernel@lists.debian.org so please transfer the Bug Report to those packages The maintainer address will be updated in the next versions of the package; I apologize if a bug report was misdirected. Original Message Subject: Re: the extraversion problem Date: Tue, 14 Dec 2004 10:26:33 +0200 From: Alexei Chentsov [EMAIL PROTECTED] To: Marvin Stodolsky [EMAIL PROTECTED] CC: Mark Spieth [EMAIL PROTECTED] I couldn't find kernel-headers-2.6.8.1-3*. It seems to be included in Ubuntu which doesn't provide packages on the net. How on Earth did you get the idea that Ubuntu doesn't provide packages on the net? -- - mdz
Bug#284356: New release changed symbols thus rendering modules unloadable
* Horms [EMAIL PROTECTED] [2004-12-15 13:28]: I checked 2.6 upstream and the refcount field is present. Curiously upstream 2.4 seems to neither include this field nor a fix for CAN-2004-0814 (N.B not CAN-2004-081 as I misquoted above). If anyone can correct me there I would be most grateful. Thanks for the analysis. Maybe you could contact upstream and ask why it hasn't been included and also mention this compatibility problem. -- Martin Michlmayr http://www.cyrius.com/
Bug#284356: New release changed symbols thus rendering modules unloadable
On Wed, Dec 15, 2004 at 11:04:40AM +, Martin Michlmayr wrote: * Horms [EMAIL PROTECTED] [2004-12-15 13:28]: I checked 2.6 upstream and the refcount field is present. Curiously upstream 2.4 seems to neither include this field nor a fix for CAN-2004-0814 (N.B not CAN-2004-081 as I misquoted above). If anyone can correct me there I would be most grateful. Thanks for the analysis. Maybe you could contact upstream and ask why it hasn't been included and also mention this compatibility problem. It's not a problem. Linux doesn't gurantee any ABI stability.
Bug#285767: initrd-tools: mkinitrd execute permission
Package: initrd-tools Version: 0.1.74 Severity: normal Right now the debian/rules file does a simple cp of mkinitrd program. If mkinitrd happen to be non executable it will end up the same way in ..deb also. I guess we should use install program and specifiy the mode and ownership when installing mkinitrd. ie instead of cp mkinitrd debian/initrd-tools/usr/sbin install -o root -g root -m 755 mkinitrd debian/initrd-tools/usr/sbin -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-rc3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages initrd-tools depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii cpio 2.5-1.1GNU cpio -- a program to manage ar ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii dash 0.5.1-3The Debian Almquist Shell ii util-linux2.12k-1Miscellaneous system utilities -- no debconf information
Processed: minor
Processing commands for [EMAIL PROTECTED]: severity 285767 minor Bug#285767: initrd-tools: mkinitrd execute permission Severity set to `minor'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
kernel-patch-powerpc-2.6.9_2.6.9-2_powerpc.changes UNACCEPT
Rejected: Rejected: kernel-image-power3-smp_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-patch-powerpc-2.6.9_2.6.9-2_all.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-patch-powerpc-2.6.9_2.6.9-2.dsc: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-powerpc-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-power3-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-power3_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-power3_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-powerpc_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-power3-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-powerpc_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-power3_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-power4-smp_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-powerpc_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-power4_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-powerpc-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-power4_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-power4_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-build-2.6.9-power4-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-2.6.9-power4-smp_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-image-powerpc-smp_2.6.9-2_powerpc.deb: old version (100) in unstable = new version (2.6.9-2) targeted at unstable. Rejected: Rejected: kernel-headers-2.6.9_2.6.9-2_powerpc.deb: old version (2.6.9-3) in unstable = new version (2.6.9-2) targeted at unstable. === Despite being ACCEPTed, this package failed the database sanity checks at the time of install. This should only happen rarely and in corner-cases (a binary upload of a package which has since been melanie'd for example), so no code to do the necessary unaccept actions has been written. These actions (e.g. bug reopening, announcement rescinding, etc.) will have to be done by hand. Also, the files have been left in the accepted directory; please deal with them as well.
Bug#67718: Dear client, it's time to update your file!
Dear Kathy, Some time ago you completed a form on the internet requesting help with re-financing your home. Since then we have not heard from you. Either if you have already re-financed or have not yet found what you are looking for, you may want to take a look at our website, our offers start at as low as 3.094 Our form gives you the convenience of choosing which monthly payment is best for you depending on your circumstances. This flexibility allows you to accelerate your payment in months where money is no problem, and at other times choose an option such as interest only, and pay hudreds less. In any event, if you have a credit score of 450 or more, our form will be right for you, and save you hundreds of dollars each and every month! plus free quota right now Http://www.Land.shouts.it Sincerely, Juana Dominguez offers manager,
Bug#285856: kernel-headers-2.6.9-1-686: localversion is needed for proper installation of drivers
Package: kernel-headers-2.6.9-1-686 Version: 2.6.9-3 Severity: important Tags: sid -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=C, LC_CTYPE=C Versions of packages kernel-headers-2.6.9-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.0.91-2 The GNU file management utilities ii kernel-headers-2.6.9-12.6.9-3Header files related to Linux kern -- no debconf information The file: kernel-headers-2.6.9-1-686/.extraversion file should be renamed or copied to: kernel-headers-2.6.9-1-686/localversion matching the 2.6.8 -- 2.6.9 changes in EXTRAVERSION/localversion usage in the dependent package kernel-headers-2.6.n-1/Makefile In the 2.6.8-1 Makefile, there is - ifeq ($(EXTRAVERSION),) EXTRAVERSION := $(shell [ ! -f .extraversion ] || cat .extraversion) endif KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) with change in the kernel-headers-2.6.9-1/Makefile to -- ifeq ($(objtree),$(srctree)) localversion-files := $(wildcard $(srctree)/localversion*) else localversion-files := $(wildcard $(objtree)/localversion* $(srctree)/localversion*) endif LOCALVERSION = $(subst $(space),, \ $(shell cat /dev/null $(localversion-files)) \ $(subst ,,$(CONFIG_LOCALVERSION))) KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)$(LOCALVERSION) The standard install command is faulted by the lack of kernel-headers-2.6.9-1-686/localversion For example, as used in our Lucent modem support package at http://ltmodem.heby.de, the ltmodem-8.31a11.tar.gz The Makefile.2.6 installs compiled drivers through make install: make $(EXTMOD_SWITCH)=`pwd` -C $(KERNEL_DIR) INSTALL_MOD_PATH=$(ROOTDIR) modules_install Through the kernel-headers-2.6.9-1-686/Makefile -- kernel-headers-2.6.9-1/Makefile, there is read KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION)$(LOCALVERSION) make install: in the presence of kernel-headers-2.6.9-1-686/localversion properly seats drivers to: /lib `-- modules `-- 2.6.9-1-686 `-- extra |-- lt_modem.ko `-- lt_serial.ko But in the ABSENSE of kernel-headers-2.6.9-1-686/localversion, only KERNELRELEASE=$(VERSION).$(PATCHLEVEL).$(SUBLEVEL) is non-empty and there is a useless seating at: /lib `-- modules `-- 2.6.9 `-- extra |-- lt_modem.ko `-- lt_serial.ko Presumably, all the kernel-headers-2.6.9-1-* packages require this localversion fix, and all subsequent kernel-headers-2.6.n-m-* releases. Credit to Alexei Chentsov, [EMAIL PROTECTED] for relating the fix to me. MarvStodolsky ltmodem co-maintainer
Bug#120116: Downl0ad Favorite Holiday Jingles
Hello Un limited Music and MP 3 songs Movies Games Software TV Shows Song Lyrics Audio Books Download anything you could possibly want in three simple, fast, and easy steps START DOWNLOADING NOW This service is Safe, Secure and Legal http://www.holidaydownloadclub.com/xmas.html If you are a beginner, no need to worry, we will show you how to do it from start to finish We have made it so easy, you will be downloading anything you could possibly want This Service Comes with More Bonuses DVD Copying Software MP3 Burning Software Anti-Virus Software Game Copying Software Pop-Up, Spyware, Adware Killer Software http://www.holidaydownloadclub.com/xmas.html Even More Benefits : Latest FileSharing Software In-Depth Visual Tutorials Internet History Cleaner Privacy Protection Software Access to 9000 Songs Unlimited Technical Support Stay Legal Do not Get Sued Lifetime Membership is $34.95 Check out to Join Now and Start Downloading in Minutess http://www.holidaydownloadclub.com/xmas.html Regards Brenton Steward Affilate Manager Multimedia Download Center
Bug#285767: initrd-tools: mkinitrd execute permission
On Wed, Dec 15, 2004 at 07:17:38PM +0530, Aneesh Kumar K.V wrote: Package: initrd-tools Version: 0.1.74 Severity: normal Right now the debian/rules file does a simple cp of mkinitrd program. If mkinitrd happen to be non executable it will end up the same way in ..deb also. I guess we should use install program and specifiy the mode and ownership when installing mkinitrd. ie instead of cp mkinitrd debian/initrd-tools/usr/sbin install -o root -g root -m 755 mkinitrd debian/initrd-tools/usr/sbin Thanks, Actually I think that the problem is potentially more extensive. I propose the attached more comprehensive patch. -- Horms Index: debian/rules === --- debian/rules(revision 1989) +++ debian/rules(working copy) @@ -17,6 +17,7 @@ dh_testdir dh_testroot dh_clean + rm -f debian/version install: dh_testdir @@ -25,10 +26,16 @@ dh_installdirs sed 's/.* (\([^)]*\)).*/VERSION=\1/;q' debian/changelog \ -debian/initrd-tools/usr/share/initrd-tools/version - cp echo init linuxrc debian/initrd-tools/usr/share/initrd-tools - cp mkinitrd debian/initrd-tools/usr/sbin - cp mkinitrd.conf modules debian/initrd-tools/etc/mkinitrd +debian/version + install -o root -g root -m 644 debian/version \ + debian/initrd-tools/usr/share/initrd-tools/version + rm debian/version + install -o root -g root -m 644 \ + echo init linuxrc debian/initrd-tools/usr/share/initrd-tools/ + install -o root -g root -m 755 \ + mkinitrd debian/initrd-tools/usr/sbin/ + install -o root -g root -m 644 \ + mkinitrd.conf modules debian/initrd-tools/etc/mkinitrd/ # Build architecture-dependent files here. binary-arch: build install
Bug#284356: New release changed symbols thus rendering modules unloadable
On Wed, Dec 15, 2004 at 01:28:50PM +0900, Horms wrote:
snip
As it stands it seems whe have two choices.
1. Back out the CAN-2004-081 patch.
This is trivial and would resolve the symbol problem.
2. Bump the SO name
i.e. kernel-{build,headers,image,pcmcia-modiles}-2.4.27-1*
- kernel-{build,headers,image,pcmcia-modiles}-2.4.27-2*
This is not fun, but is probably my prefered option at this point.
Theroretically we might be able to do 1+2 but it looks painful at best.
We may also be able to find a way to fix CAN-2004-081 and avoid
introducing this symbol problem, but I am skeptical.
I have built packages that implement each of these plans.
Please take a look if you are interested.
I am still in favour of option 2.
http://debian.vergenet.net/testing/kernel-2.4.27/
--
Horms
Bug#284356: New release changed symbols thus rendering modules unloadable
On Wed, Dec 15, 2004 at 12:46:29PM +0100, Christoph Hellwig wrote: On Wed, Dec 15, 2004 at 11:04:40AM +, Martin Michlmayr wrote: * Horms [EMAIL PROTECTED] [2004-12-15 13:28]: I checked 2.6 upstream and the refcount field is present. Curiously upstream 2.4 seems to neither include this field nor a fix for CAN-2004-0814 (N.B not CAN-2004-081 as I misquoted above). If anyone can correct me there I would be most grateful. Thanks for the analysis. Maybe you could contact upstream and ask why it hasn't been included and also mention this compatibility problem. I will contact Marcello, but I am not confident of a reply. It's not a problem. Linux doesn't gurantee any ABI stability. Agreed. -- Horms
