Processed: 2.6.8-16 still non-functional
Processing commands for [EMAIL PROTECTED]: reopen 308639 Bug#308639: kernel-build vs. kernel-headers splitted broken, headers unuseable Bug reopened, originator not changed. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308639: 2.6.8-16 still non-functional
reopen 308639 thanks #include hallo.h * Debian Bug Tracking System [Thu, May 19 2005, 08:48:09PM]: * Fixed kernel-build/kernel-headers so that kernel-build now include the symlinks to all kernel-headers stuff. (closes: #308639) (Sven Luther, Simon Horman) * Add Module.symvers to kernel-build/kernel-headers so out of tree modules can detect abi changes (Simon Horman) Just tested, it is still broken: - it still does not have Provides: kernel-headers-2.6.8-powerpc (one needs to guess that its name is kernel-headers-$KVERS on powerpc, module-assistant prepare fails) - some parts are missing (see below, shfs package as sample user). Regards, Eduard. dh_clean make -C Linux-2.6 clean make[1]: Entering directory `/usr/src/modules/shfs/Linux-2.6' rm -rf linux-2.6.8-powerpc linux-2.6.8-powerpc.orig; rm -f linux-2.6.8-powerpc.diff rm -f *.o *.ko *.mod.c .*o.cmd make[1]: Leaving directory `/usr/src/modules/shfs/Linux-2.6' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/shfs' dh_clean make -C Linux-2.6 clean make[2]: Entering directory `/usr/src/modules/shfs/Linux-2.6' rm -rf linux-2.6.8-powerpc linux-2.6.8-powerpc.orig; rm -f linux-2.6.8-powerpc.diff rm -f *.o *.ko *.mod.c .*o.cmd make[2]: Leaving directory `/usr/src/modules/shfs/Linux-2.6' for templ in /usr/src/modules/shfs/debian/shfs-module-_KVERS_.postinst /usr/src/modules/shfs/debian/shfs-module-_KVERS_.postinst.modules.in; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.8-powerpc/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.8-powerpc/g ;s/#KVERS#/2.6.8-powerpc/g ; s/_KVERS_/2.6.8-powerpc/g ; s/##KDREV##/2.6.8-16/g ; s/#KDREV#/2.6.8-16/g ; s/_KDREV_/2.6.8-16/g' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k env MODVERSIONS=detect make -C Linux-2.6 KERNEL_SOURCES=/usr/src/kernel-build-2.6.8-powerpc KERNEL=linux-2.6.8-powerpc CC=gcc-3.3 make[2]: Entering directory `/usr/src/modules/shfs/Linux-2.6' make -C /usr/src/kernel-build-2.6.8-powerpc SUBDIRS=/usr/src/modules/shfs/Linux-2.6 modules make[3]: Entering directory `/usr/src/kernel-build-2.6.8-powerpc' CC [M] /usr/src/modules/shfs/Linux-2.6/dcache.o In file included from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/sched.h:4:37: asm/param.h: No such file or directory In file included from include/linux/types.h:13, from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/posix_types.h:47:29: asm/posix_types.h: No such file or directory In file included from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/types.h:14:23: asm/types.h: No such file or directory In file included from include/linux/capability.h:16, from include/linux/sched.h:7, from /usr/src/modules/shfs/Linux-2.6/dcache.c:16: include/linux/types.h:18: error: syntax error before __kernel_dev_t include/linux/types.h:18: warning: type defaults to `int' in declaration of `__kernel_dev_t' include/linux/types.h:18: warning: data definition has no type or storage class include/linux/types.h:21: error: syntax error before dev_t include/linux/types.h:21: warning: type defaults to `int' in declaration of `dev_t' include/linux/types.h:21: warning: data definition has no type or storage class include/linux/types.h:22: error: syntax error before ino_t include/linux/types.h:22: warning: type defaults to `int' in declaration of `ino_t' -- Ambassador Londo Mollari: Mr. Garibaldi,j ust now, would you really have killed me? Michael Garibaldi: Yes. Yes, I would've, but I'm just as glad I didn't have to. The paperwork's a pain in the butt. -- Quotes from Babylon 5 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310213: kernel-build-2.6.8-powerpc: should conflict with at least kernel-image-2.6.8-powerpc 2.6.8-4
Package: kernel-build-2.6.8-powerpc Version: 2.6.8-12 Severity: normal Something appears to have changed in the division of files between the kernel-image and the kernel-build packages: My kernel is held at kernel-image-2.6.8-powerpc version 2.6.8-4, mainly since I've seen no need to upgrade it yet, and I'm getting the following messages when upgrading the kernel-build package: Preparing to replace kernel-build-2.6.8-powerpc 2.6.8-12 (using .../kernel-build-2.6.8-powerpc_2.6.8-16_powerpc.deb) ... Unpacking replacement kernel-build-2.6.8-powerpc ... dpkg: error processing /var/cache/apt/archives/kernel-build-2.6.8-powerpc_2.6.8-16_powerpc.deb (--unpack): trying to overwrite `/lib/modules/2.6.8-powerpc/source', which is also in package kernel-image-2.6.8-powerpc It seems the kernel-build package needs to conflict with earlier versions of the kernel-image package. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-build-2.6.8-powerpc depends on: ii kernel-headers-2.6.8 2.6.8-16 header files for the Linux kernel -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processing of kernel-image-2.6.11-alpha_2.6.11-1_alpha.changes
kernel-image-2.6.11-alpha_2.6.11-1_alpha.changes uploaded successfully to localhost along with the files: kernel-image-2.6.11-alpha_2.6.11-1.dsc kernel-image-2.6.11-alpha_2.6.11-1.tar.gz kernel-headers-2.6.11-1_2.6.11-1_alpha.deb kernel-headers-2.6.11-1-smp_2.6.11-1_alpha.deb kernel-image-2.6.11-1-smp_2.6.11-1_alpha.deb kernel-headers-2.6.11-1-generic_2.6.11-1_alpha.deb kernel-image-2.6.11-1-generic_2.6.11-1_alpha.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310243: kernel-image-2.6.8-powerpc: xfs data corruption
Package: kernel-image-2.6.8-powerpc Version: 2.6.8-12 Severity: normal When using rsync to copy data from a Macintosh running Mac OS X to one running Debian Sarge on an XFS drive, the system reports XFS data corruption. The following is a collection of all the information i can collect from the various log files and dmesg or stdout. This happens all the time. When copying data from another linux system nothing happens and data gets copied correctly. When copying the data from the Mac to a Linux system running a 2.6.12 kernel on x86, the data gets copied correctly. Things to keep in mind: the Mac OS X file names are encoded using UTF8 and have non-ASCII chacters in them (like n~ or an accented vowels). dump Filesystem hdd2: XFS internal error xfs_iformat(7) at line 552 of file fs/xfs/xfs_inode.c. Caller 0xe2435dd8 Call trace: [c000ba5c] dump_stack+0x18/0x28 [e242d788] xfs_error_report+0x60/0x64 [xfs] [e2434a10] xfs_iformat+0xb4/0x444 [xfs] [e2435dd8] xfs_iread+0x15c/0x1b8 [xfs] [e2433488] xfs_iget_core+0xbc/0x4f0 [xfs] [e2433a04] xfs_iget+0x148/0x180 [xfs] [e244bd24] xfs_trans_iget+0xc4/0x154 [xfs] [e2435fe8] xfs_ialloc+0x9c/0x414 [xfs] [e244c810] xfs_dir_ialloc+0x70/0x280 [xfs] [e2452a08] xfs_mkdir+0x258/0x650 [xfs] [e245d7a4] linvfs_mknod+0x2c4/0x370 [xfs] [c006fd4c] vfs_mkdir+0x8c/0xd0 [c006fe3c] sys_mkdir+0xac/0x100 [c0007d30] ret_from_syscall+0x0/0x4c xfs_force_shutdown(hdd2,0x8) called from line 1088 of file fs/xfs/xfs_trans.c. Return address = 0xe2460d54 Filesystem hdd2: Corruption of in-memory data detected. Shutting down filesystem: hdd2 Please umount the filesystem, and rectify the problem(s) end dump When i umount the filesystem, I have to run xfs_repair -L to get it back And some files are missing... This is a serious problem. This is what i was doing when the problem was trigger: dump rsync -e ssh -Pauvz server:/path/to/data . ... Fania All-Stars/Unknown Album/ Fania Allstars Ismael Mirand/ Fania Allstars Ismael Mirand/Unknown Album/ rsync: write failed on /home/Shared2/Music/01-dmx-we_right_here_(dirty)-e/Unknown Album/dmx_-_the_great_depression_-_05_-_we_right_here.mp3: Input/output error (5) rsync: failed to set permissions on /home/Shared2/Music/01-dmx-we_right_here_(dirty)-e/Unknown Album/.dmx_-_the_great_depression_-_05_-_we_right_here.mp3.e4qX2G: Input/output error (5) rsync: rename /home/Shared2/Music/01-dmx-we_right_here_(dirty)-e/Unknown Album/.dmx_-_the_great_depression_-_05_-_we_right_here.mp3.e4qX2G - 01-dmx-we_right_here_(dirty)-e/Unknown Album/dmx_-_the_great_depression_-_05_-_we_right_here.mp3: Input/output error (5) enddump This is the output for xfs_repair -L dump $ sudo xfs_repair -L /dev/hdd2 Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 bad inode format in inode 33554604 bad inode format in inode 33554604 cleared inode 33554604 - agno = 3 data fork in regular inode 59788417 claims used block 4638076 bad data fork in inode 59788417 cleared inode 59788417 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - clear lost+found (if it exists) ... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 - agno = 3 entry the_village.vob in shortform directory 59788416 references free inode 59788417 junking entry the_village.vob in directory inode 59788416 - agno = 4 - agno = 5 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - agno = 11 - agno = 12 - agno = 13 - agno = 14 - agno = 15 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - ensuring existence of lost+found directory - traversing filesystem starting at / ... - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done enddump I'll dump the files to a different disk and reformat to ext3 and retest. Could be a hardware issue, though after googling and finding many fixes to the kernel since version 2.6.8 up to 2.6.12 I believe I have hit some known bug. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Versions of packages kernel-image-2.6.8-powerpc depends on: ii
kernel-image-2.6.11-alpha_2.6.11-1_alpha.changes is NEW
(new) kernel-headers-2.6.11-1-generic_2.6.11-1_alpha.deb optional devel Linux kernel headers 2.6.11 on Alpha This package provides kernel header files for version 2.6.11 on the Alpha architecture, for sites that want the latest kernel headers. Please read /usr/share/doc/kernel-headers-2.6.11-1-generic/debian.README.gz for details (new) kernel-headers-2.6.11-1-smp_2.6.11-1_alpha.deb optional devel Linux kernel headers 2.6.11 on Alpha SMP This package provides kernel header files for version 2.6.11 on the Alpha architecture with SMP support, for sites that want the latest kernel headers. SMP (symmetric multi-processing) is needed if you have multiple processors. Please read /usr/share/doc/kernel-headers-2.6.11-1-smp/debian.README.gz for details kernel-headers-2.6.11-1_2.6.11-1_alpha.deb to pool/main/k/kernel-image-2.6.11-alpha/kernel-headers-2.6.11-1_2.6.11-1_alpha.deb (new) kernel-image-2.6.11-1-generic_2.6.11-1_alpha.deb optional base Linux kernel image for version 2.6.11 on Alpha. This package contains the Linux kernel image for version 2.6.11 on the Alpha architecture, the corresponding System.map file, and the modules built by the packager. It also contains scripts that try to ensure that the system is not left in a unbootable state after an update. . If you wish to update a bootdisk, or to use a bootloader to make installing and using the image easier, we suggest you install the latest fdutils (for formatting a floppy to be used as boot disk), and LILO, for a powerful bootloader. Of course, both these are optional. . Kernel image packages are generally produced using kernel-package, and it is suggested that you install that package if you wish to create a custom kernel from the sources. (new) kernel-image-2.6.11-1-smp_2.6.11-1_alpha.deb optional base Linux kernel image for version 2.6.11 on Alpha SMP. This package contains the Linux kernel image for version 2.6.11 on the Alpha architecture with SMP support, the corresponding System.map file, and the modules built by the packager. SMP (symmetric multi-processing) is needed if you have multiple processors. It also contains scripts that try to ensure that the system is not left in a unbootable state after an update. . If you wish to update a bootdisk, or to use a bootloader to make installing and using the image easier, we suggest you install the latest fdutils (for formatting a floppy to be used as boot disk), and LILO, for a powerful bootloader. Of course, both these are optional. . Kernel image packages are generally produced using kernel-package, and it is suggested that you install that package if you wish to create a custom kernel from the sources. (new) kernel-image-2.6.11-alpha_2.6.11-1.dsc optional devel (new) kernel-image-2.6.11-alpha_2.6.11-1.tar.gz optional devel Changes: kernel-image-2.6.11-alpha (2.6.11-1) unstable; urgency=low . * New upstream release. * Built against kernel-tree 2.6.11-4. * Depend on initrd-tools = 0.1.78. Announcing to debian-devel-changes@lists.debian.org Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310244: kernel-source-2.6.11: Kernel BUG at kernel/timer.c:473!
Package: kernel-source-2.6.11 Version: 2.6.11-3 Severity: critical Justification: breaks the whole system I've been experiencing OOPs in swapper throughout all 2.6.x kernels I've tried. This latest bug may be due to the same root cause. As best as I have the screen data currently: Entered c806e4d0 with 0101 exited with 0202 Kernel bug at kernel/timer.c: 473! Invalid Operand PREEMPT CPU:0 EIP: 0060 [c011ecaf] Not tainted VLI EFLAG: 00010202 2.6.11.050105b EIP: is at run_timer_softirq +0xef/0x1e0 EAX:003b EBX:0101 ECX:c0457f5c EDX:c037b380 ESI: EDI:C806e4d0 EBP:c0456000 ESP:c0457f68 Process swapper: pid0 threadinfo c0456000 task c03c5b20 Call Trace: c011ac23 _do_softirq +0x73/0x80 c011ac65 do_softirq +0x35/0x40 c011ad25 irq_exit +0x25/0x40 c0104b26 do_irq +0x26/0x30 c010343a common_interrupt +0x1a/x20 c1000540 default_idle +0x0/0x40 c1000563 default_idle +0x23/0x40 c1000609 cpu_idle +0x49/0x60 c0458728 start_kernel +0x148/0x170 kernel panic - not syncing: Fatal exception in interrupt *** hardware specifics: - VIA EDEN 5000 mini-itx motherboard - Comtrol Rocketport PCI (8 port) serial controller - standard keyboard -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11.050105b Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kernel-source-2.6.11 depends on: ii binutils 2.15-5 The GNU assembler, linker and bina ii bzip2 1.0.2-1A high-quality block-sorting file ii coreutils [fileutils] 5.2.1-2The GNU core utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: New uniform packaging scheme
On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote: kernel-headers-$(version)-$(abiname)-$(subarch) A common headers package for an architecture with subarches. Same purpose and contents as the one above. To be absolutely sure that there will be no namespace collision between this one and the flavour version, i would name it : kernel-headers-$(subarch)-$(version)-$(abiname) Since it is a variant of the above common header file, and unpack to .../kernel-headers-$(subarch)... The flavour packages of this subarch will then depend on this one, and add the appropriate symlinks. kernel-headers-$(version)-$(abiname)-$(flavour) Flavour-specific kernel headers package, containing mostly the configuration files. It will have the same name for both cases (subarch or no subarch). As a result there is a restriction that all flavour names across all arches/subarches have to be unique, but that does not seem too problematic. This package must unpack to /usr/src/kernel-headers-$(version)-$(abiname)-$(flavour), depend on an appropriate common kernel-headers package, set up the symbolic links into it to provide a complete build-tree, and supply the /lib/modules/$(version)-$(abiname)-$(flavour)/build symlink to that tree. So /lib/modules/$(version)-$(abiname)-$(flavour)/source is deprecated and will have to be removed ? * There is a proposal to create a common kernel-headers packages for all arches which build from common source and containing all include/asm-* for them. Pros: we are saving some space by not including the common stuff (how big is it?) into the arch-specific kernel-headers packages. Cons: to build on a single arch user will have to pull in headers for all arches. Also the subarch handling becomes non-uniform with the rest. I am not sure about this one, ppc needs ppc64 includes, and the apus subarch and maybe nubus need some part of the m68k includes, last i checked. * Anything else? Maybe some mention of the mkvmlinuz and the like support libraries ? Saying that if anything is needed to make the vmlinux provided in the kernel-image usable, then this support stuff need to be added to the kernel-image, and the kernel-image has to mae sure it will do the right thing on installation. the powerpc kernels depend on mkvmlinuz, which does a debconf question at medium priority or defaults to the right thing for each subarch, and is automatically called on kenrel-image install. Now, going farther with this, we need to find some relationship with mkinitrd invocation, especially in presence of externeal or moved to non-free potentially root holding modules. I would suggest making sure the initrd generating and later steps (like calling mkvmlinuz or ybin or lilo or whatever is needed) are correctly done after the kernel-image install as well as after installing or upgrading those third party modules. Thanks for your great work on those. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fixed in NMU of initrd-tools 0.1.80
tag 264839 + fixed tag 269726 + fixed tag 283919 + fixed tag 284763 + fixed tag 299103 + fixed tag 305145 + fixed tag 307471 + fixed quit This message was generated automatically in response to a non-maintainer upload. The .changes file follows. -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 22 May 2005 18:57:04 +0200 Source: initrd-tools Binary: initrd-tools Architecture: source all Version: 0.1.80 Distribution: unstable Urgency: high Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: Sven Luther [EMAIL PROTECTED] Description: initrd-tools - tools to create initrd image for prepackaged Linux kernel Closes: 264839 269726 283919 284763 299103 305145 307471 Changes: initrd-tools (0.1.80) unstable; urgency=high . * Sven Luther - Let's add the keyboard input modules on powerpc. (Closes: #264839) * Maximilian Attems - Be less noisy when unloading modules. The errors are harmless, beside initrd shouldn't load that bunch of modules. Fix makes bootup less scary for kernels 2.6.8. - Fix boot when using raid root with non devfs kernels. Closes: #284763, #269726, #305145, #299103 - Warn if root device is not found. Thanks [EMAIL PROTECTED] for the patch. Closes: #283919 - Don't try mount a block device for nfs root. thanks Alex Owen [EMAIL PROTECTED] for the patch. Closes: #307471 - Resynchronise with Ubuntu: Integrate bits needed for RESUME support. thanks to [EMAIL PROTECTED] Files: 73d1199fc29028da1b24f76fa6416d99 644 utils optional initrd-tools_0.1.80.dsc b960fb164495d2013265cb5db7510c90 27893 utils optional initrd-tools_0.1.80.tar.gz 7c831431448ec987a6fea54cb8c609fd 30618 utils optional initrd-tools_0.1.80_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCkLqC2WTeT3CRQaQRArXkAJ9GojWqaFn2DY8oD8prT/sN5Pg1OACfTTTi iV9BzY2LdEGBSqowHVCrit8= =1ckm -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Fixed in NMU of initrd-tools 0.1.80
Processing commands for [EMAIL PROTECTED]: tag 264839 + fixed Bug#264839: initrd-tools: mkinitrd should include keyboard modules (i8042, atkbd) in case an early fsck interaction is needed Tags were: pending Tags added: fixed tag 269726 + fixed Bug#269726: Software RAID: if kernel compiled without devfs , software raid boot failed Tags were: pending Tags added: fixed tag 283919 + fixed Bug#283919: initrd-tools: Should warn if root device is not found Tags were: pending Tags added: fixed tag 284763 + fixed Bug#284763: initrd-tools: md and devfs Tags were: pending patch Tags added: fixed tag 299103 + fixed Bug#299103: initrd-tools: mkinitrd tries to use devfs in 2.6 series kernel Tags were: pending patch Tags added: fixed tag 305145 + fixed Bug#305145: initrd-tools: Unable to automatically build initrd.img when using partition over RAID device Tags were: pending Tags added: fixed tag 307471 + fixed Bug#307471: initrd-tools: wish init would not run mount_root if rootdev=255 (ie nfs root). Tags were: pending patch Tags added: fixed quit Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: New uniform packaging scheme
On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote: As you might know, we are planning a transition to the common kernel source, which is expected to build all the kernel-related packages, eliminating the problems with arches getting out of sync, etc. Are the problems with 200 binary packages really fixed? If you want to fix the problems, you have to integrate the udeb build process which produces currently something about 300 binary packages. === Background -- There is currently no standard for naming and contents of the kernel-related Debian packages. The goal of this document is to provide a unified scheme for naming and contents of these packages across all architectures. You speak about kernel but mean linux, do you? Packaging scheme To accomodate all the possibilities, the following packaging scheme (to be implemented by the common source package) is proposed: kernel-headers-$(version)-$(abiname) kernel-headers-$(version)-$(abiname)-$(subarch) This needs to contain the scripts directory. kernel-headers-$(version)-$(abiname)-$(flavour) Flavour-specific kernel headers package, containing mostly the configuration files. It will have the same name for both cases (subarch or no subarch). As a result there is a restriction that all flavour names across all arches/subarches have to be unique, but that does not seem too problematic. cobalt mips/mipsel? Please clearify. kernel-image-$(version)-$(abiname)-$(flavour) As all of them begin with kernel, how do you integrate netbsd and hurd into this schema? * There is a proposal to create a common kernel-headers packages for all arches which build from common source and containing all include/asm-* for them. Pros: we are saving some space by not including the common stuff (how big is it?) into the arch-specific kernel-headers packages. Cons: to build on a single arch user will have to pull in headers for all arches. Also the subarch handling becomes non-uniform with the rest. Why not use one package with the arch-specific and one with the other parts? Bastian -- Men will always be men -- no matter where they are. -- Harry Mudd, Mudd's Women, stardate 1329.8 signature.asc Description: Digital signature
Processing of initrd-tools_0.1.80_powerpc.changes
initrd-tools_0.1.80_powerpc.changes uploaded successfully to localhost along with the files: initrd-tools_0.1.80.dsc initrd-tools_0.1.80.tar.gz initrd-tools_0.1.80_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#80878: She will pray you to stop.
Things people need for feeling better. http://ZFUxtzOIhmh.ei7.net/rx/sevy/stamp.html Rosalind
Bug#100421: Absolutely nothing to regret.
Actually she takes much more time to have pleaseure. http://BKuslRDzrssp.ik4.net/rx/sevy/vehicle.php Dewey
Bug#80878: Actually she takes much more time to have pleaseure.
Much more better than usual, believe me. http://KIXnzuecSCXfqubq.yi4.net/rx/sevy/parsley.htm Edwina
Bug#100421: Why shouldn't you be at your best?
Things people need for feeling better. http://VTWcwOHDfaks.t6i.net/p/sevy/wa.html Burton
Bug#303403: initrd-tools: More details about your system
Package: initrd-tools Version: 0.1.79 Followup-For: Bug #303403 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Can you send the file /etc/fstab and /etc/crypttab? Perhaps, this helps to solve the problem. thanks leoserra - -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages initrd-tools depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii cpio 2.5-1.2GNU cpio -- a program to manage ar ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii dash 0.5.2-5The Debian Almquist Shell ii fileutils 5.2.1-2The GNU file management utilities ii util-linux2.12p-4Miscellaneous system utilities - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCkTOLidffdjWZJQERAjxtAJ9C/YunhatexwLnkLFGEtz9/+V1WACeJed5 FIeqczIq77jDWBLnHepodDM= =NIrk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310316: initrd-tools
Package: initrd-tools Version: 0.1.80 just installed fresh sarge netinstall (only base system/packages with standard 2.6.8 kernel) after upgrading to sid initrd-tools is unable to find bin/root output at bootup initrd-tools: 0.1.80 /sbin/init: 360: cannot open bin/root: No such file after i set initrd-tools to hold it works with previous version __ Verschicken Sie romantische, coole und witzige Bilder per SMS! Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Tagging confirmed, setting severity to grave.
Processing commands for [EMAIL PROTECTED]: severity 310316 grave Bug#310316: initrd-tools Severity set to `grave'. tags 310316 confirmed Bug#310316: initrd-tools There were no tags set. Tags added: confirmed thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310316: Tagging confirmed, setting severity to grave.
severity 310316 grave tags 310316 confirmed thanks Hi, I see that too and bumping the severity to RC, as it makes system unbootable. Will try to figure out what's wrong. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Patch for the initrd-tools problem
Processing commands for [EMAIL PROTECTED]: tags 310316 patch Bug#310316: initrd-tools Tags were: sid confirmed Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 310316
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.8.14 tags 310316 sid Bug#310316: initrd-tools Tags were: confirmed Tags added: sid End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310316: Patch for the initrd-tools problem
tags 310316 patch thanks Hi, Attached patch fixes the situation and makes my machine boot again. It looks like the value of zero for rootdev (which is extracted from /proc/sys/kernel/real-root-dev) is a valid one, contrary to the assertion in the init code of initrd-tools 0.1.80. This is the value rootdev gets assigned on my machine, so no real root is mounted and initrd init keeps being re-executed in an infinite loop. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC diff -aur a/init b/init --- a/init 2005-05-17 11:08:38.0 -0400 +++ b/init 2005-05-22 23:45:03.0 -0400 @@ -418,11 +418,7 @@ rootdev=$(cat proc/sys/kernel/real-root-dev) cmdline=$(cat /proc/cmdline) umount -n proc -if [ $rootdev = 0 ]; then -echo Kernel can not convert a name into device number. -echo Check your 'root=' argument passed on boot by bootloader. -fi -if [ $rootdev != 256 ] [ $rootdev != 0 ]; then +if [ $rootdev != 256 ]; then if [ $rootdev != 255 ]; then mount_root fi
Bug#309841: marked as done (kernel-headers-2.6.11-1-k7 symlinks)
Your message dated Sun, 22 May 2005 23:49:52 -0400 (EDT) with message-id [EMAIL PROTECTED] and subject line Not a bug, closing 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; 19 May 2005 22:17:21 + From [EMAIL PROTECTED] Thu May 19 15:17:21 2005 Return-path: [EMAIL PROTECTED] Received: from aveiro.procergs.com.br [200.198.128.42] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1DYtKT-0005NY-00; Thu, 19 May 2005 15:17:21 -0700 Received: from [192.168.78.3] (unknown [201.3.158.251]) by aveiro.procergs.com.br (Postfix) with ESMTP id 19A6150BDF6C for [EMAIL PROTECTED]; Thu, 19 May 2005 19:16:46 -0300 (BRST) Message-ID: [EMAIL PROTECTED] Date: Thu, 19 May 2005 19:16:48 -0300 From: Signey John [EMAIL PROTECTED] User-Agent: Mozilla/5.0 (X11; U; Linux i686; pt-BR; rv:1.7.7) Gecko/20050420 Debian/1.7.7-2 X-Accept-Language: en MIME-Version: 1.0 To: [EMAIL PROTECTED] Subject: kernel-headers-2.6.11-1-k7 symlinks X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (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_2005_01_02 X-Spam-Level: Package: kernel-headers-2.6.11-1-k7 Version: 2.6.11-3 no files, all symlinks... Signey John --- Received: (at 309841-done) by bugs.debian.org; 23 May 2005 03:48:52 + From [EMAIL PROTECTED] Sun May 22 20:48:50 2005 Return-path: [EMAIL PROTECTED] Received: from apollo.lunarpages.com [64.235.234.15] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Da3vu-QE-00; Sun, 22 May 2005 20:48:50 -0700 Received: from d141-171-204.home.cgocable.net ([24.141.171.204] helo=bobcat) by apollo.lunarpages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.44) id 1Da3vu-00026p-9f for [EMAIL PROTECTED]; Sun, 22 May 2005 20:48:50 -0700 Received: by bobcat (Postfix, from userid 1000) id 31D486ADDA; Sun, 22 May 2005 23:49:52 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by bobcat (Postfix) with ESMTP id 303456AD3C for [EMAIL PROTECTED]; Sun, 22 May 2005 23:49:52 -0400 (EDT) Date: Sun, 22 May 2005 23:49:52 -0400 (EDT) From: Jurij Smakov [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Not a bug, closing Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - apollo.lunarpages.com X-AntiAbuse: Original Domain - bugs.debian.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - wooyd.org X-Source: X-Source-Args: X-Source-Dir: Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=0.0 required=4.0 tests=none autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: The link setup in kernel-headers is not a bug and, lacking further correspondence from the submitter, I am closing it. Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: New uniform packaging scheme
Hi Bastian, On Sun, 22 May 2005, Bastian Blank wrote: On Thu, May 19, 2005 at 02:04:33PM -0400, Jurij Smakov wrote: Are the problems with 200 binary packages really fixed? If you want to fix the problems, you have to integrate the udeb build process which produces currently something about 300 binary packages. At this point there are no plans to integrate the udeb building into the common kernel build process. However, the plans for such integration do exist and at some future point we will discuss this possibility with the installer people. If desired, it will not be too hard to implement, as all the kernel module udeb building work is performed by kernel-wedge. You speak about kernel but mean linux, do you? Right. Responding to this and other related comments I have to admit that I have not taken hurd and netbsd into account when drafting this proposal. I will try to contact the respective developers to hear what they think and work with them on a common naming scheme. Packaging scheme To accomodate all the possibilities, the following packaging scheme (to be implemented by the common source package) is proposed: kernel-headers-$(version)-$(abiname) kernel-headers-$(version)-$(abiname)-$(subarch) This needs to contain the scripts directory. Yes, that's the idea. cobalt mips/mipsel? Please clearify. What is the problem with them? mips and mipsel are different architectures, as far as I understand. * There is a proposal to create a common kernel-headers packages for all arches which build from common source and containing all include/asm-* for them. Pros: we are saving some space by not including the common stuff (how big is it?) into the arch-specific kernel-headers packages. Cons: to build on a single arch user will have to pull in headers for all arches. Also the subarch handling becomes non-uniform with the rest. Why not use one package with the arch-specific and one with the other parts? Because subdivision is more complicated then into an arch-dependent and arch-independet stuff. Config files for every flavour are different, additionally there should be a separate common kernel-headers package for every subarch, since they patch the source. Besides, the finer the splitting of the packages, the larger the probability that something will go wrong. Bastian Thanks for your comments. Please CC: the responses to me as I would not want to miss them. Best regards, Jurij Smakov[EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]