Bug#381677: initramfs-tools: Temporary files and initramfs world-readable
On Sat, Aug 12, 2006 at 10:43:16AM +0200, maximilian attems wrote:
On Sun, 06 Aug 2006, Lionel Elie Mamane wrote:
The generated initramfs is world-readable (as well as the temporary
files); this leaks cryptographic keys (in password-protected form) to
all users on the system when the root fs is encrypted (because these
keys then get copied to the initramfs, at least in the loop-aes
case).
i like the initramfs-tools initrd.img to be debuggable as
user (quick check of their contents).
also loop-aes is quite a specific use case,
so i'm not in big favour of setting the umask in general
to the proposed value as in general there is no gpg key
in the initramfs.
Let's do it optionally then. New patch attached.
--
Lionel
diff --recursive -u initramfs-tools-0.73e/conf/initramfs.conf
initramfs-tools-0.73e.lionel/conf/initramfs.conf
--- initramfs-tools-0.73e/conf/initramfs.conf 2006-07-20 20:49:22.0
+0200
+++ initramfs-tools-0.73e.lionel/conf/initramfs.conf2006-08-14
09:23:23.904512135 +0200
@@ -52,3 +52,12 @@
NFSROOT=auto
+#
+# UMASK: 0nnn
+#
+# umask applied for temporary files and initramfs; you will probably
+# want to tighten it if the initramfs contains secrets such as
+# cryptographic keys (e.g. encrypted root).
+#
+UMASK=0022
+
diff --recursive -u initramfs-tools-0.73e/mkinitramfs
initramfs-tools-0.73e.lionel/mkinitramfs
--- initramfs-tools-0.73e/mkinitramfs 2006-08-13 10:03:36.0 +0200
+++ initramfs-tools-0.73e.lionel/mkinitramfs2006-08-14 09:20:01.766430453
+0200
@@ -98,6 +98,10 @@
usage
fi
+if [ -n ${UMASK} ]; then
+ umask ${UMASK}
+fi
+
# And by version we really mean path to kernel modules
# This is braindead, and exists to preserve the interface with mkinitrd
if [ ${#} -ne 1 ]; then
Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
On Sun, Aug 13, 2006 at 02:26:20PM -0400, Joey Hess wrote: Goswin von Brederlow wrote: ramdisk package list has no support for per-flavour module selection, and you have to end up with stuff like the netboot64 list, which has as sole usage to add the ibm power hypervisor and virtualization modules, all an ugly mess. Something to improve. No argument for or against your proposal. I thought I'd respond to this, not because it's the first case of Sven posting incorrect information to this thread, but because it's one of the more egrarious. Quoting debian-installer/build/README: * 'pkg-lists' has subdirectories for the different image types that list udebs that are put on each image. The pkg-lists/*/common files list udebs common to all architectures, and the files named by architecture (arch.cfg) list udebs specific to an architecture. It is also possible to include udebs only on a specific subarchitecture by creating a directory for the architecture and putting config files for the subarchitecture there (arch/subarch.cfg). If you take a look at pkg-lists/netboot, you'll find things like: [EMAIL PROTECTED]:~/src/d-i/installer/build/pkg-lists/netboot/arml ads.cfg netwinder.cfg nslu2.cfg [EMAIL PROTECTED]:~/src/d-i/installer/build/pkg-lists/netboot/sparcl combined.cfg sparc32.cfg sparc64.cfg [EMAIL PROTECTED]:~/src/d-i/installer/build/pkg-lists/netboot/mipsell bcm947xx.cfg cobalt.cfg r3k-kn02.cfg r4k-kn04.cfg sb1-bcm91250a.cfg In fact, powerpc is the only architecture to use unnecessary hacks like netboot64, cdrom64, and netboot-apus. Ah, if i remember well, it was you (or Colin maybe ?), who suggested me the netboot64 and cdrom64 as the only solution for that problem. I think since then that the virtualization modules could be added to the normal netboot/cdrom powerpc flavours, with the ? optional flag. This was not existent when those flavours first got created though. I was going to do that, but as you kicked me out of the d-i team ... I'd be very happy if someone who cares about powerpc subarches and can read and understand documentation like the above could clean this up (if such a person exists). If even yourself are not able to understand it, and thus gives bogus advice, i guess you will find nobody. Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381677: initramfs-tools: Temporary files and initramfs world-readable
Hi all,
On Mon, Aug 14, 2006 at 09:26:04AM +0200, Lionel Elie Mamane wrote:
On Sat, Aug 12, 2006 at 10:43:16AM +0200, maximilian attems wrote:
also loop-aes is quite a specific use case,
so i'm not in big favour of setting the umask in general
to the proposed value as in general there is no gpg key
in the initramfs.
Let's do it optionally then. New patch attached.
--- initramfs-tools-0.73e/mkinitramfs 2006-08-13 10:03:36.0 +0200
+++ initramfs-tools-0.73e.lionel/mkinitramfs 2006-08-14 09:20:01.766430453
+0200
@@ -98,6 +98,10 @@
usage
fi
+if [ -n ${UMASK} ]; then
+ umask ${UMASK}
+fi
+
There is touch $2 in getopt parsing of the -o file option,
which can create the file before the umask setting takes effect.
I think we'd need to move the touch/readlink out of getopt to
after the umask setting, like attached (untested).
cheers,
Max
--- mkinitramfs.orig2006-08-14 13:21:20.0 +0200
+++ mkinitramfs 2006-08-14 13:22:58.0 +0200
@@ -28,8 +28,7 @@
fi
;;
-o)
- touch $2
- outfile=$(readlink -f $2)
+ outfile=$2
shift 2
;;
-k)
@@ -95,6 +94,13 @@
fi
done
+if [ -n ${UMASK} ]; then
+ umask ${UMASK}
+fi
+
+touch $outfile
+outfile=$(readlink -f $outfile)
+
if [ -z ${outfile} ]; then
usage
fi
Bug#381677: initramfs-tools: Temporary files and initramfs world-readable
On Mon, Aug 14, 2006 at 01:34:28AM +0200, Jonas Smedegaard wrote: I did not file this bugreport. I agree with the worried bugreporter, but am not in the mood for fighting, so if you cannot use my attempts at helping you to a deeper understanding of *why* we are worried, then so be it. the bugreporter packs an gpg key into the initrd, which is not a standard setup! i'm still waiting for a specific leakage that is happening in the initrd-tools and initramfs-tools generation in a Debian default setup. until a specific file is named there is no need for initramfs-tools to be paranoid. If you believe yaird does things in a wrong way, then please discuss it through bugreports against that package. i'm subuscribed to yaird bug reports and occisonaly i reply to them if they aquire attention. i've removed the patch tag, as the proposed patch is nacked, so we need for your loop-aes pleasure a specific config dir for mkinitramfs UMASK setting, other packages may want to set BUSYBOX=yes there or whatever. i'll prepare something that way for the next release, once 0.73e has hit testing. best regards -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums
Package: linux-image-2.6.16-2-xen-686 Version: 2.6.16-17 Severity: grave A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on http://lists.xensource.com/archives/html/xen-users/2006-03/msg00159.html This had been fixed before -- NETIF_F_NO_CSUM was changed to 0; however, in the current version of the Xen patch in unstable it is again enabled, set to NETIF_F_IP_CSUM (ie, IPv4 tcp and udp only) this time. Unfortunately, an idiot running nearly only IPv6 can miss this bug, unknowingly teergrubing other hosts. I've personally managed to do this to lists.debian.org, making it keep a number of exim4 processes trying to deliver mail to my server. Thus, it was suggested to file this bug as 'grave'. IPv4 ICMP, all IPv6 and connections which actually don't leave the box work fine; same for those which get bridged away to a physical interface without passing through NAT. The fix: as in the quoted link, change dev-features= NETIF_F_IP_CSUM; to dev-features= 0; -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (202, 'unstable'), (201, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-xen-686 depends on: ii initramfs-tools [linux-initra 0.73c tools for generating an initramfs ii linux-modules-2.6.16-2-xen-68 2.6.16-17 Linux kernel modules 2.6.16 image Versions of packages linux-image-2.6.16-2-xen-686 recommends: ii libc6-xen 2.3.6-19 GNU C Library: Shared libraries [X -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
On Wed, 09 Aug 2006 00:22:11 +0200 Jean-Michel wrote: Jonas Smedegaard a écrit : Jean-Michel: Could you please provide the content of /etc/kernel-img.conf - do_symlinks = yes relative_links = yes do_bootloader = no do_bootfloppy = no do_initrd = yes link_in_boot = no postinst_hook = /sbin/update-grub postrm_hook = /sbin/update-grub No ramdisk = line there. Ok - then you use the default ramdisk generator as decided by the kernel packages - currently initramfs-tools. and also tell us if you've run some custom ramdisk-building scripts yourself, in addition to the stuff done automatically by the kernel image postinst routines? I do not know what is a«custom ramdisk-building scripts». I just know I had had an issue when I switched from 2.6.12 to 2.6.15 some months ago, and I believe to remember that some line related to *ram* was to be added or modified in some configuration file. If unaware of it, then probably - and hopefully - you don't :-) Also, do you have lilo installed? Do you use it, or do you use GRUB or another bootloader? Yes, I use lilo. Grub is also installed. This may be the cause for the trouble, then: the default ramdisk generator for Debian, initramfs-tools, until recently (and perhaps still?) did not handle lilo correctly. When I installed kernel 2.6.16 (today), grub configuration file was automatically updated, but I had to update (by hand) /etc/lilo.conf, and then run lilo (as root). I use lilo, because I know how to add a kernel and modify option in lilo. I do not use grub, because I do not know grub configuration, and lilo works fine till now. It should be no crime to run lilo. But it is arguable more fragile than GRUB, and for most standard setups, GRUB is handled almost automatically these days. - Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgp1XYgbnmtQ5.pgp Description: PGP signature
Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
reassign 382016 initramfs-tools thanks On Tue, 8 Aug 2006 18:17:05 +0200 Jonas Smedegaard wrote: On Tue, 8 Aug 2006 17:35:43 +0200 maximilian attems wrote: reassign 382016 initrd-tools ah there is the requested info sorry for not having connected your mails. that is an initrd-tools failure no idea why the initrd.img for 2.6.15 was generated with initrd-tools. yes initrd-tools is known _broken_. you'd better use initramfs-tools Please elaborate: Why is this bug so certainly related to initrd-tools and not initramfs-tools? On Wed, 09 Aug 2006 00:22:11 +0200 Jean-Michel wrote: Jonas Smedegaard a écrit : Also, do you have lilo installed? Do you use it, or do you use GRUB or another bootloader? Yes, I use lilo. Grub is also installed. When I installed kernel 2.6.16 (today), grub configuration file was automatically updated, but I had to update (by hand) /etc/lilo.conf, and then run lilo (as root). I suspect this to be another case of initramfs-tools dealing improperly with lilo installations. Regards, Jonas -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm pgpnQRSWcMdvq.pgp Description: PGP signature
Processed: Re: Bug#382013: Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages.
Processing commands for [EMAIL PROTECTED]: reassign 382016 initramfs-tools Bug#382016: installation: kernel 2.6.15 does not work, after upgrading some packages. Bug reassigned from package `initrd-tools' to `initramfs-tools'. 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]
linux-2.6_2.6.17-6_m68k.changes ACCEPTED
Accepted: linux-headers-2.6.17-2-all-m68k_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-all-m68k_2.6.17-6_m68k.deb linux-headers-2.6.17-2-all_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-all_2.6.17-6_m68k.deb linux-headers-2.6.17-2-amiga_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-amiga_2.6.17-6_m68k.deb linux-headers-2.6.17-2-mac_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-mac_2.6.17-6_m68k.deb linux-headers-2.6.17-2_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2_2.6.17-6_m68k.deb linux-image-2.6.17-2-amiga_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-image-2.6.17-2-amiga_2.6.17-6_m68k.deb linux-image-2.6.17-2-mac_2.6.17-6_m68k.deb to pool/main/l/linux-2.6/linux-image-2.6.17-2-mac_2.6.17-6_m68k.deb Override entries for your package: linux-headers-2.6.17-2-all-m68k_2.6.17-6_m68k.deb - optional devel linux-headers-2.6.17-2-all_2.6.17-6_m68k.deb - optional devel linux-headers-2.6.17-2-amiga_2.6.17-6_m68k.deb - optional devel linux-headers-2.6.17-2-mac_2.6.17-6_m68k.deb - optional devel linux-headers-2.6.17-2_2.6.17-6_m68k.deb - optional devel linux-image-2.6.17-2-amiga_2.6.17-6_m68k.deb - optional admin linux-image-2.6.17-2-mac_2.6.17-6_m68k.deb - optional admin Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums
Processing commands for [EMAIL PROTECTED]: severity 382985 important Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums Severity set to `important' from `grave' tags 382985 wontfix Bug#382985: teergrubes NATted connections due to mangled IPv4 checksums There were no tags set. Tags added: wontfix 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#382985: teergrubes NATted connections due to mangled IPv4 checksums
severity 382985 important tags 382985 wontfix thanks On Mon, Aug 14, 2006 at 04:16:06PM +0200, Adam Borowski wrote: A recently added optimization skips checksums on all packets it believes are destined for another Xen domain inside the same box. Too bad, it is sometimes wrong -- an analysis can be found on http://lists.xensource.com/archives/html/xen-users/2006-03/msg00159.html I hope this is fixed upstream. Unfortunately, an idiot running nearly only IPv6 can miss this bug, unknowingly teergrubing other hosts. I've personally managed to do this to lists.debian.org, making it keep a number of exim4 processes trying to deliver mail to my server. Thus, it was suggested to file this bug as 'grave'. No, it is not. And it will not be fixed for 2.6.16. Bastian -- Military secrets are the most fleeting of all. -- Spock, The Enterprise Incident, stardate 5027.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
linux-latest-2.6_1_powerpc.changes is NEW
(new) kernel-image-2.6-power3-smp_2.6.17+1_powerpc.deb extra admin linux 2.6 image on power3 - transition package This package is for transition only. (new) kernel-image-2.6-power3_2.6.17+1_powerpc.deb extra admin linux 2.6 image on power3 - transition package This package is for transition only. (new) kernel-image-2.6-power4-smp_2.6.17+1_powerpc.deb extra admin linux 2.6 image on SMP power4/G5 - transition package This package is for transition only. (new) kernel-image-2.6-power4_2.6.17+1_powerpc.deb extra admin linux 2.6 image on power4/G5 - transition package This package is for transition only. (new) kernel-image-2.6-powerpc-smp_2.6.17+1_powerpc.deb extra admin Linux 2.6 image on powerpc-smp-class - transition package This package is for transition only. (new) kernel-image-2.6-powerpc_2.6.17+1_powerpc.deb extra admin Linux 2.6 image on powerpc-class - transition package This package is for transition only. (new) kernel-image-power3-smp_2.6.17+1_powerpc.deb extra admin linux image on power3 - transition package This package is for transition only. (new) kernel-image-power3_2.6.17+1_powerpc.deb extra admin linux image on power3 - transition package This package is for transition only. (new) kernel-image-power4-smp_2.6.17+1_powerpc.deb extra admin linux image on power4/G5 - transition package This package is for transition only. (new) kernel-image-power4_2.6.17+1_powerpc.deb extra admin linux image on power4/G5 - transition package This package is for transition only. (new) kernel-image-powerpc-smp_2.6.17+1_powerpc.deb extra admin Linux image on powerpc-smp-class - transition package This package is for transition only. (new) kernel-image-powerpc_2.6.17+1_powerpc.deb extra admin Linux image on powerpc-class - transition package This package is for transition only. (new) linux-headers-2.6-powerpc-miboot_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc-miboot-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc-miboot-class machines. (new) linux-headers-2.6-powerpc-smp_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc-smp-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc-smp-class machines. (new) linux-headers-2.6-powerpc64_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc64-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc64-class machines. (new) linux-headers-2.6-powerpc_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc-class machines. (new) linux-headers-2.6-vserver-powerpc64_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc64-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc64-class machines. (new) linux-headers-2.6-vserver-powerpc_2.6.17+1_powerpc.deb optional devel Header files for Linux 2.6 on powerpc-class This package depends on the architecture-specific header files for the latest Linux kernel 2.6 on powerpc-class machines. (new) linux-image-2.6-powerpc-miboot_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc-miboot-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc-miboot-class machines. (new) linux-image-2.6-powerpc-smp_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc-smp-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc-smp-class machines. (new) linux-image-2.6-powerpc64_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc64-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc64-class machines. (new) linux-image-2.6-powerpc_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc-class machines. (new) linux-image-2.6-vserver-powerpc64_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc64-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc64-class machines. (new) linux-image-2.6-vserver-powerpc_2.6.17+1_powerpc.deb optional admin Linux kernel 2.6 image on powerpc-class This package depends on the latest binary image for Linux kernel 2.6 on powerpc-class machines. (new) linux-image-powerpc-miboot_2.6.17+1_powerpc.deb optional admin Linux kernel image on powerpc-miboot-class This package depends on the latest binary image for Linux kernel on powerpc-miboot-class machines. (new) linux-image-powerpc-smp_2.6.17+1_powerpc.deb optional admin Linux kernel image on powerpc-smp-class This package depends on the latest binary image for Linux kernel on powerpc-smp-class machines. (new)
Processing of linux-latest-2.6_1_powerpc.changes
linux-latest-2.6_1_powerpc.changes uploaded successfully to localhost along with the files: linux-latest-2.6_1.dsc linux-latest-2.6_1.tar.gz linux-image-powerpc_2.6.17+1_powerpc.deb linux-image-2.6-powerpc_2.6.17+1_powerpc.deb linux-headers-2.6-powerpc_2.6.17+1_powerpc.deb linux-image-powerpc-smp_2.6.17+1_powerpc.deb linux-image-2.6-powerpc-smp_2.6.17+1_powerpc.deb linux-headers-2.6-powerpc-smp_2.6.17+1_powerpc.deb linux-image-powerpc-miboot_2.6.17+1_powerpc.deb linux-image-2.6-powerpc-miboot_2.6.17+1_powerpc.deb linux-headers-2.6-powerpc-miboot_2.6.17+1_powerpc.deb linux-image-powerpc64_2.6.17+1_powerpc.deb linux-image-2.6-powerpc64_2.6.17+1_powerpc.deb linux-headers-2.6-powerpc64_2.6.17+1_powerpc.deb linux-image-vserver-powerpc_2.6.17+1_powerpc.deb linux-image-2.6-vserver-powerpc_2.6.17+1_powerpc.deb linux-headers-2.6-vserver-powerpc_2.6.17+1_powerpc.deb linux-image-vserver-powerpc64_2.6.17+1_powerpc.deb linux-image-2.6-vserver-powerpc64_2.6.17+1_powerpc.deb linux-headers-2.6-vserver-powerpc64_2.6.17+1_powerpc.deb kernel-image-powerpc_2.6.17+1_powerpc.deb kernel-image-2.6-powerpc_2.6.17+1_powerpc.deb kernel-image-powerpc-smp_2.6.17+1_powerpc.deb kernel-image-2.6-powerpc-smp_2.6.17+1_powerpc.deb kernel-image-power3_2.6.17+1_powerpc.deb kernel-image-2.6-power3_2.6.17+1_powerpc.deb kernel-image-power3-smp_2.6.17+1_powerpc.deb kernel-image-2.6-power3-smp_2.6.17+1_powerpc.deb kernel-image-power4_2.6.17+1_powerpc.deb kernel-image-2.6-power4_2.6.17+1_powerpc.deb kernel-image-power4-smp_2.6.17+1_powerpc.deb kernel-image-2.6-power4-smp_2.6.17+1_powerpc.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with
maximilian attems [EMAIL PROTECTED] writes: On Sat, Aug 12, 2006 at 09:53:48PM -0700, Thomas Bushnell BSG wrote: Goswin von Brederlow [EMAIL PROTECTED] writes: Is it an aggregation with the image linked into the binary? It doesn't matter for Debian's purposes. While the GPL permits shipping a GPL'd program merely aggregated alongside a non-free program, we don't ship the nonfree part no matter what, so it hardly matters to us whether it's also a GPL violation. Thomas stop abusing debian-kernel, this thread is pointless. either you contribute as already pointed out by Md and fs or you may want start whining at other places. It was complained that valid bugs of the sort there is non-free software here and here and here were being closed summarily. Was this accurate? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380576: Bug #380576 still present in linux-image-2.6.17-2-k7
This bug is still present in linux-image-2.6.17-2-k7. I had to turn off kern.debug logging until this is resolved to keep my filesystem from filling up.
Bug#382602: Requested info, mdadm version and --examine output
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 mdadm version is 1.9.0-4sarge1 Output of mdadm --examine --scan is, ARRAY /dev/md0 level=raid1 num-devices=3 UUID=183e8bbf:4b7a95cd:f5b4be0c:3fe0c682 devices=/dev/hdc1,/dev/hdb1,/dev/hda1 ARRAY /dev/md1 level=raid5 num-devices=3 UUID=0af4edaf:67c1c536:8d111240:0b2f60df devices=/dev/hdc2,/dev/hdb2,/dev/hda2 ARRAY /dev/md2 level=raid5 num-devices=3 UUID=a517772e:59d7a08b:f67e2445:7ee06cba devices=/dev/hdc3,/dev/hdb3,/dev/hda3 ARRAY /dev/md3 level=raid5 num-devices=3 UUID=f8f3383d:a194a482:404f0376:651fdbf2 devices=/dev/hdc4,/dev/hdb4,/dev/hda4 - -- GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFE4UishvWBpdQuHxwRAkRXAJ4r4R6ujdeQQ1OWBRivFwaZQyw2HQCffrwj 59/q9GcKo9GEgHlCorMLcf8= =CgYk -END PGP SIGNATURE-
