Processing of usplash_0.3d_i386.changes
usplash_0.3d_i386.changes uploaded successfully to localhost along with the files: usplash_0.3d.dsc usplash_0.3d.tar.gz usplash_0.3d_i386.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381102: mismatching address space size
Package: linux-headers-2.6.16-2-686-smp Version: 2.6.16-17 While (re)compiling the VMWare-Player module I get the following error: -- acer:~# uname -a Linux acer 2.6.16-2-686-smp #1 SMP Sat Jul 15 22:33:00 UTC 2006 i686 GNU/Linux acer:~# vmware-config.pl ... What is the location of the directory of C header files that match your running kernel? [/usr/src/linux/include] /usr/src/linux-headers-2.6.16-2-686-smp/include/ The kernel defined by this directory of header files does not have the same address space size as your running kernel. -- Is it a problem of vmware-player? Thanks walter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381104: usplash: 15 second timeout is sometimes not enough
Package: usplash Version: 0.3a Severity: minor At the moment, usplash have a 15 second timeout. If no command is sent to usplash for 15 seconds, it terminates and return to the text console. When using usplash in qemu on my laptop, it sometimse take more than 15 seconds between such commands during boot, and the splash screen disappears. Would it be an idea to increase the timeout, or perhaps make it configurable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381108: upslash not installable: usplash.postinst: 43: rm_default_artwork: not found
Package: usplash Version: 0.3b Severity: important On fresh install it gave: /var/lib/dpkg/info/usplash.postinst: 43: rm_default_artwork: not found -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-vserver-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages usplash depends on: ii initramfs-tools 0.73 tools for generating an initramfs ii libc6 2.3.6-15 GNU C Library: Shared libraries usplash recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381108: marked as done (upslash not installable: usplash.postinst: 43: rm_default_artwork: not found)
Your message dated Wed, 2 Aug 2006 11:03:54 +0200 with message-id [EMAIL PROTECTED] and subject line Bug#381108: upslash not installable: usplash.postinst: 43: rm_default_artwork: not found 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) ---BeginMessage--- Package: usplash Version: 0.3b Severity: important On fresh install it gave: /var/lib/dpkg/info/usplash.postinst: 43: rm_default_artwork: not found -- System Information: Debian Release: 3.1 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-1-vserver-k7 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Versions of packages usplash depends on: ii initramfs-tools 0.73 tools for generating an initramfs ii libc6 2.3.6-15 GNU C Library: Shared libraries usplash recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.3c please upgrade to latest in unstable. bug is fixed there. -- maks ---End Message---
usplash_0.3d_i386.changes ACCEPTED
Accepted: usplash_0.3d.dsc to pool/main/u/usplash/usplash_0.3d.dsc usplash_0.3d.tar.gz to pool/main/u/usplash/usplash_0.3d.tar.gz usplash_0.3d_i386.deb to pool/main/u/usplash/usplash_0.3d_i386.deb Override entries for your package: usplash_0.3d.dsc - source misc usplash_0.3d_i386.deb - optional misc Announcing to debian-devel-changes@lists.debian.org Closing bugs: 380745 381009 Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of tree kernel images / Lustre image
On Tue, Aug 01, 2006 at 05:59:43PM +0200, Goswin von Brederlow wrote: Now to my question. Lustre needs a specialy patched kernel Why? Ah I see, they don't know how to abstract that and get informations how to do that properly from upstream. and builds a ton (~100MB uncompressed) of kernel modules and support binaries. How should that be handled? Modules needs to be seperated from binaries. Would it be OK for lustre to build its own out-of-tree kernel image and modules? It is the same than fai-kernels which is scheduled for removal. Or would that be too much extra work for the security team to support? If you want to be correct, you can't use linux-source. So the security team have to support another kernel source. What is the policy on this kind of thing? As the kernel team to provide them. But with this flacky patchset, this won't work. Bastian -- The heart is not a logical organ. -- Dr. Janet Wallace, The Deadly Years, stardate 3479.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380745: marked as done (usplash: Make it easier to backport to sarge)
Your message dated Wed, 02 Aug 2006 03:59:27 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#380745: fixed in usplash 0.3d 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) ---BeginMessage--- Package: usplash Version: 0.3a Severity: wishlist Tags: patch When building usplash on Debian/Sarge, dpkg complains DEB_BUILD_ARCH_CPU is not a supported variable name at /usr/bin/dpkg-architecture line 271. This patch fixes the issue, by using DEB_BUILD_ARCH instead of DEB_BUILD_ARCH_CPU. --- bogl/Makefile.orig 2006-06-20 12:11:12.0 +0200 +++ bogl/Makefile 2006-08-01 12:05:02.0 +0200 @@ -8,7 +8,7 @@ WARNCFLAGS += -Wall -D_GNU_SOURCE ALLCFLAGS = $(CFLAGS) $(WARNCFLAGS) $(FBCFLAGS) -architecture := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU) +architecture := $(shell dpkg-architecture -qDEB_BUILD_ARCH) LIBOBJECTS = $(LIBBOGLOBJECTS) $(LIBBOMLOBJECTS) $(LIBBOWLOBJECTS) \ $(LIBRSRCOBJECTS) Please apply it to a future version of usplash. ---End Message--- ---BeginMessage--- Source: usplash Source-Version: 0.3d We believe that the bug you reported is fixed in the latest version of usplash, which is due to be installed in the Debian FTP archive: usplash_0.3d.dsc to pool/main/u/usplash/usplash_0.3d.dsc usplash_0.3d.tar.gz to pool/main/u/usplash/usplash_0.3d.tar.gz usplash_0.3d_i386.deb to pool/main/u/usplash/usplash_0.3d_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated usplash package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 2 Aug 2006 09:28:22 +0200 Source: usplash Binary: usplash Architecture: source i386 Version: 0.3d Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: usplash- Userspace bootsplash utility Closes: 380745 381009 Changes: usplash (0.3d) unstable; urgency=low . * Add 03-bogl-no-PAGESIZE.patch to the patches/series file to really fix the powerpc ftbfs. * bogl/Makefile: Ease sarge backports, build with DEB_BUILD_ARCH in 04-blog-dpkg-arg.patch. Thanks Petter Reinholdtsen [EMAIL PROTECTED]. (closes: 380745) * debian/usplash.init: Workaround missing ubuntu gdm patches. Call usplash in init stop. Thanks Petter Reinholdtsen [EMAIL PROTECTED]. (closes: 381009) Files: c48a32fcd86e83d2d5c9907fc4106349 630 misc optional usplash_0.3d.dsc 35ba39684b0d8fc7717e24aea39dbe8e 137452 misc optional usplash_0.3d.tar.gz bd2e9020527a37eb96fdfa8d2dbab1f4 41048 misc optional usplash_0.3d_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE0Fon20zMSyow1ykRAudeAJ9BOlN3yDc2lYwJRCNkGVJGlAPYSgCg6mXC rcfrHHLhLhWea6cVU3lV/Os= =qFse -END PGP SIGNATURE- ---End Message---
Bug#381009: marked as done (usplash: Should run during the entire shutdown sequence)
Your message dated Wed, 02 Aug 2006 03:59:27 -0700 with message-id [EMAIL PROTECTED] and subject line Bug#381009: fixed in usplash 0.3d 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) ---BeginMessage--- Package: usplash Version: 0.3a Tags: patch When doing shutdown on a machine using usplash, the usplash process isn't started at the begining of runlevel 6. It is started by sendsigs halfway throught the shutdown instead. I'm not sure how ubuntu starts usplash during their shutdown process (could be useful to check out), but one way that work is to modify the init.d script to start usplash in the 'stop' target. The start and stop behaviour for usplash seem to be the wrong way, but because sysv-rc runs start scripts after stop scripts, it need to use a S-type symlink in rc2.d to stop usplash, and a K-type symlink in rc6.d to start it. This patch make sure the K-type symlink in rc6.d and rc1.d starts usplash. --- debian/usplash.init.orig2006-06-20 12:11:13.0 +0200 +++ debian/usplash.init 2006-08-01 14:48:36.0 +0200 @@ -68,6 +68,7 @@ usplash_quit ;; stop) + usplash -c usplash_write TEXT Resetting the usplash timeout... usplash_write TIMEOUT 15 usplash_write SUCCESS ok ---End Message--- ---BeginMessage--- Source: usplash Source-Version: 0.3d We believe that the bug you reported is fixed in the latest version of usplash, which is due to be installed in the Debian FTP archive: usplash_0.3d.dsc to pool/main/u/usplash/usplash_0.3d.dsc usplash_0.3d.tar.gz to pool/main/u/usplash/usplash_0.3d.tar.gz usplash_0.3d_i386.deb to pool/main/u/usplash/usplash_0.3d_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. maximilian attems [EMAIL PROTECTED] (supplier of updated usplash package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 2 Aug 2006 09:28:22 +0200 Source: usplash Binary: usplash Architecture: source i386 Version: 0.3d Distribution: unstable Urgency: low Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: usplash- Userspace bootsplash utility Closes: 380745 381009 Changes: usplash (0.3d) unstable; urgency=low . * Add 03-bogl-no-PAGESIZE.patch to the patches/series file to really fix the powerpc ftbfs. * bogl/Makefile: Ease sarge backports, build with DEB_BUILD_ARCH in 04-blog-dpkg-arg.patch. Thanks Petter Reinholdtsen [EMAIL PROTECTED]. (closes: 380745) * debian/usplash.init: Workaround missing ubuntu gdm patches. Call usplash in init stop. Thanks Petter Reinholdtsen [EMAIL PROTECTED]. (closes: 381009) Files: c48a32fcd86e83d2d5c9907fc4106349 630 misc optional usplash_0.3d.dsc 35ba39684b0d8fc7717e24aea39dbe8e 137452 misc optional usplash_0.3d.tar.gz bd2e9020527a37eb96fdfa8d2dbab1f4 41048 misc optional usplash_0.3d_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE0Fon20zMSyow1ykRAudeAJ9BOlN3yDc2lYwJRCNkGVJGlAPYSgCg6mXC rcfrHHLhLhWea6cVU3lV/Os= =qFse -END PGP SIGNATURE- ---End Message---
Bug#295678: PAE support in Debian kernel images..
I'd like to see it as a flavour. This is also how pretty much every other noteworthy distribution is doing it (a -bigsmp or -pae flavour, so there is some precedence.) You'd be surprised on how many PAE needing servers there are in enterprises. Having no officially supported kernel images for them is like saying go standardize on RHEL or SLES instead. I've seen this happen over issues like this. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: svn /patch-tracking/
I've found http://svn.debian.org/wsvn/kernel/patch-tracking/ a really useful way of knowing what the kernel team thinks about kernel vulnerabilities. But it seems to have gone away. Has it moved somewhere else, or is there a better way for me to check debians position against http://svn.debian.org/wsvn/kernel-sec/patch-tracking/ http://svn.debian.org/wsvn/kernel/?rev=7040sc=1 The svn log has the reason. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381171: linux-image-2.6.16-2-k7: Not all Sound/Alsa devices are created properly under /dev/snd
Package: linux-image-2.6.16-2-k7 Version: 2.6.16-17 Severity: important Hello, I have the problem that the sound doesn't work with kernel 2.6.16, whereas it works perfectly with 2.6.15. As you can see from the attached outputs, the drivers loaded are the same, but certain devices just don't get created. I couldn't find any related error messages neither under /var/log, nor in dmesg. Being able to upgrade would be really nice. Thanks, Eric PS: as device creation is also linked to udev, it's version 0.093-1 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Versions of packages linux-image-2.6.16-2-k7 depends on: ii initramfs-tools [linux-initra 0.69b tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-15 Yet Another mkInitRD Versions of packages linux-image-2.6.16-2-k7 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.16-2-k7/postinst/old-dir-initrd-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/create-kimage-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/elilo-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/old-system-map-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/lilo-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/failed-to-move-modules-2.6.16-2-k7: linux-image-2.6.16-2-k7/prerm/would-invalidate-boot-loader-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/already-running-this-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/bootloader-error-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/bootloader-test-error-2.6.16-2-k7: linux-image-2.6.16-2-k7/preinst/initrd-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/old-initrd-link-2.6.16-2-k7: true linux-image-2.6.16-2-k7/prerm/removing-running-kernel-2.6.16-2-k7: true linux-image-2.6.16-2-k7/postinst/kimage-is-a-directory: linux-image-2.6.16-2-k7/preinst/bootloader-initrd-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/lilo-has-ramdisk: linux-image-2.6.16-2-k7/preinst/overwriting-modules-2.6.16-2-k7: true linux-image-2.6.16-2-k7/preinst/abort-overwrite-2.6.16-2-k7: linux-image-2.6.16-2-k7/preinst/abort-install-2.6.16-2-k7: linux-image-2.6.16-2-k7/postinst/depmod-error-2.6.16-2-k7: false linux-image-2.6.16-2-k7/postinst/depmod-error-initrd-2.6.16-2-k7: false Linux zorglub 2.6.15-1-k7 #2 Mon Mar 6 15:42:39 UTC 2006 i686 GNU/Linux gameport 14024 1 snd_ens1371 snd48740 16 snd_usb_audio,snd_hwdep,snd_ens1371,snd_rawmidi,snd_seq_device,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer snd_ac97_bus2112 1 snd_ac97_codec snd_ac97_codec 82528 1 snd_ens1371 snd_ens137121856 3 snd_hwdep 8480 1 snd_usb_audio snd_mixer_oss 16576 1 snd_pcm_oss snd_page_alloc 9992 1 snd_pcm snd_pcm77704 5 snd_usb_audio,snd_ens1371,snd_ac97_codec,snd_pcm_oss snd_pcm_oss46112 0 snd_rawmidi22688 2 snd_usb_lib,snd_ens1371 snd_seq_device 8012 1 snd_rawmidi snd_timer 21444 2 snd_pcm snd_usb_audio 70016 1 snd_usb_lib14656 1 snd_usb_audio soundcore 8992 1 snd usbcore 113924 5 snd_usb_audio,snd_usb_lib,pwc,uhci_hcd total 0 crw-rw 1 root audio 116, 0 2006-08-01 20:20 controlC0 crw-rw 1 root audio 116, 32 2006-08-01 20:20 controlC1 crw-rw 1 root audio 116, 8 2006-08-01 20:20 midiC0D0 crw-rw 1 root audio 116, 24 2006-08-01 20:20 pcmC0D0c crw-rw 1 root audio 116, 16 2006-08-01 20:20 pcmC0D0p crw-rw 1 root audio 116, 17 2006-08-01 20:20 pcmC0D1p crw-rw 1 root audio 116, 56 2006-08-01 20:20 pcmC1D0c crw-rw 1 root audio 116, 33 2006-08-01 20:20 timer Linux zorglub 2.6.16-2-k7 #1 Sat Jul 15 23:05:41 UTC 2006 i686 GNU/Linux gameport 13576 1 snd_ens1371 snd46400 12 snd_ens1371,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_usb_audio,snd_rawmidi,snd_seq_device,snd_pcm,snd_hwdep,snd_timer snd_ac97_bus2112 1 snd_ac97_codec snd_ac97_codec 82848 1 snd_ens1371 snd_ens137122496 0 snd_hwdep 8580 1 snd_usb_audio snd_mixer_oss 15744 1 snd_pcm_oss snd_page_alloc 9864 1 snd_pcm snd_pcm74504 4 snd_ens1371,snd_ac97_codec,snd_pcm_oss,snd_usb_audio snd_pcm_oss44128 0 snd_rawmidi22496 2 snd_ens1371,snd_usb_lib snd_seq_device 8332 1 snd_rawmidi snd_timer 20420 1 snd_pcm snd_usb_audio 68032 1 snd_usb_lib14208 1
Re: Decision about oot-modules for etch
Daniel Baumann wrote: Can you make an announcement to all oot-module maintainers, telling them that they should put their packages together into linux-modules-extra (for main) or a similar one for contrib, and if they're not doing it, they will end up in an unsupported (no updates for point-releases, no updates for kernel ABI bump updates) package. What does no answer mean? 'We need more time to think about it', 'Yes, we will do that', 'No, we will not do that', or 'Get lost, we don't care about that'? -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of tree kernel images / Lustre image
dann frazier [EMAIL PROTECTED] writes: How big is the patchset these days, and what does it touch? I haven't messed with Lustre since 2.4.20 where the core patches were mostly adding intents, etc - stuff that I thought had been merged upstream in 2.6. There still is a lot of patching in the VFS stuff for intents and extends for the kernel as well as the patches to make ext3 into ldiskfs for the lustre modules. Bits and peaces have been merged but a lot remains to be in ext4 I believe. Lets look at the kernel patches: % diff -Nurd linux-2.6.15.7 linux-2.6.15.7.vanilla.lustre | wc 3517 12915 106602 % diff -Nurd linux-2.6.15.7 linux-2.6.15.7.vanilla.lustre | grep ^--- | cut -d -f2 | cut -f1 linux-2.6.15.7/Documentation/filesystems/ext2.txt linux-2.6.15.7/arch/i386/kernel/smpboot.c linux-2.6.15.7/block/ll_rw_blk.c linux-2.6.15.7/drivers/scsi/Kconfig linux-2.6.15.7/drivers/scsi/scsi_proc.c linux-2.6.15.7/drivers/scsi/sd.c linux-2.6.15.7/fs/block_dev.c linux-2.6.15.7/fs/cifs/dir.c linux-2.6.15.7/fs/dcache.c linux-2.6.15.7/fs/exec.c linux-2.6.15.7/fs/filesystems.c linux-2.6.15.7/fs/inode.c linux-2.6.15.7/fs/jbd/checkpoint.c linux-2.6.15.7/fs/jbd/commit.c linux-2.6.15.7/fs/jbd/journal.c linux-2.6.15.7/fs/jbd/transaction.c linux-2.6.15.7/fs/namei.c linux-2.6.15.7/fs/namespace.c linux-2.6.15.7/fs/nfs/dir.c linux-2.6.15.7/fs/nfs/nfs4proc.c linux-2.6.15.7/fs/open.c linux-2.6.15.7/fs/stat.c linux-2.6.15.7/include/asm-i386/thread_info.h linux-2.6.15.7/include/linux/dcache.h linux-2.6.15.7/include/linux/fs.h linux-2.6.15.7/include/linux/jbd.h linux-2.6.15.7/include/linux/lustre_version.h linux-2.6.15.7/include/linux/mm.h linux-2.6.15.7/include/linux/mount.h linux-2.6.15.7/include/linux/namei.h linux-2.6.15.7/include/linux/skbuff.h linux-2.6.15.7/include/net/tcp.h linux-2.6.15.7/kernel/exit.c linux-2.6.15.7/kernel/sched.c linux-2.6.15.7/mm/filemap.c linux-2.6.15.7/mm/truncate.c linux-2.6.15.7/net/core/dev.c linux-2.6.15.7/net/core/skbuff.c linux-2.6.15.7/net/ipv4/tcp.c linux-2.6.15.7/net/unix/af_unix.c Still some way to go to get this upstream. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380686: initramfs-tools: busybox mount doesn't support nfs
On Tue, Aug 01, 2006 at 07:35:25PM +0200, maximilian attems wrote: On Tue, Aug 01, 2006 at 09:57:02AM -0700, [EMAIL PROTECTED] wrote: well, my ugly workaround was to add a hook that installs /bin/mount to /mount, and hack /usr/share/ltsp/scripts/nfs to use /mount directly. not at all ideal, but it seems to work. sure initramfs-tools is flexible. indeed. i really like it, overall. i'm in exam time atm so quite busy, i thought this busybox mount would make you happy for now. very unhappy that the opposite is true. oh well... so current direction is - improve nfsmount in klibc # find out what is missing or buggy i just tried initramfs-tools 0.69b from etch, and nfsmount appears to work fine for ltsp. we had enabled a workaround to use mount instead for the ltsp packages, but that appears to be unnecessary with recent klibc nfsmount. and, from my breif and initial tests, it seems the nfsmount in sid is also working, so maybe switching scripts/nfs to use nfsmount, as long as you're planning on keeping nfsmount around... (and making it a variable, so easier to enable a workaround... there's a patch for this in my bzr branch mentioned below) maybe also/alternately getting NFS support for busybox mount is also an option, if we can nudge the busybox maintainers? (#348664: busybox: consider CONFIG_NFSMOUNT). all that said, i must say, i'm partial to regular old mount :) hoped to do it today but studies hold me up. patches in aboves directions will be merged, my initramfs-tools bzr branch: http://llama.freegeek.org/~vagrant/bzr-archives/initramfs-tools/vagrant-initramfs-tools currently should contain a patch to make the NFS mount command a variable, and defaulting to nfsmount, as well as (incomplete but useable) patches for #380649. soon to be more :) also you can help me if you publish your qemu args, which usually contains the bootargs. the full qemu (0.8.1-1) commandline i use is this: qemu -hda /dev/zero -m 80 -kernel /opt/ltsp/i386/boot/vmlinuz \ -initrd /opt/ltsp/i386/boot/initrd.img \ -append nfsroot=10.0.2.2:/opt/ltsp/i386 root=/dev/nfs ip=dhcp console=ttyS0,38400 \ -nographic i've also tried without the console=ttyS0,38400 and -nographic parts. /opt/ltsp/i386 is populated using ltsp-server from current development branches. so that i can better take care of nfsrootstuff. thanks! this is definitely holding up initramfs-tools to testing, as there we use nfsmount from klibc solution, which works for some setups. right... well, nfsmount seems to be working now, and making it configurable will greatly simplify workarounds in the future(hopefully not needed)... live well, vagrant -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of tree kernel images / Lustre image
On Wed, Aug 02, 2006 at 11:06:23AM +, Bastian Blank wrote: If you want to be correct, you can't use linux-source. So the security team have to support another kernel source. A kernel-patch package that applies on top of the kernel team's linux-source is the approach I'd suggest. But to reiterate, if something in a kernel update causes the patch to no longer apply, I would want to have a reliable contact (hopefully 2 people) whom we can call upon for assistance. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: submitter 375035 ! Bug#375035: Kernel 2.6.16 attempts to access root device before running initramfs init Changed Bug submitter from root [EMAIL PROTECTED] to Daniel Dickinson [EMAIL PROTECTED]. submitter 369303 ! Bug#369303: [powerpc] On oldworld macintosh need fbcon compiled in Changed Bug submitter from Daniel Dickinson [EMAIL PROTECTED] to Daniel Dickinson [EMAIL PROTECTED]. submitter 369304 ! Bug#369304: Quik uses OF input-device/output-device as console; on oldword this results in no visible outpu Changed Bug submitter from Daniel Dickinson [EMAIL PROTECTED] to Daniel Dickinson [EMAIL PROTECTED]. submitter 367026 ! Bug#367026: linux-image-2.6.15-1-486: HID sermouse driver fails to detect Logitech mouse on ttyS0 Changed Bug submitter from Daniel Dickinson [EMAIL PROTECTED] to Daniel Dickinson [EMAIL PROTECTED]. submitter 369312 ! Bug#369312: miBoot enable floppies don't eject; must use a paperclip Changed Bug submitter from Daniel Dickinson [EMAIL PROTECTED] to Daniel Dickinson [EMAIL PROTECTED]. -- 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#381242: linux-source-2.6.17: Documentation for MTD_NAND in .config contains broken link
Package: linux-source-2.6.17 Version: 2.6.17-5 Severity: minor Tags: patch The provided link to get more information from, http://www.linux-mtd.infradead.org/tech/nand.html, is broken. I did some researching and I think they moved the link to http://www.linux-mtd.infradead.org/archive/tech/nand.html. To fix this bug, change http://www.linux-mtd.infradead.org/tech/nand.html to http://www.linux-mtd.infradead.org/archive/tech/nand.html. However, BE SURE TO MAKE SURE THAT THIS IS ACTUALLY WHAT YOU INTENDED, SINCE I'M ONLY ASSUMMING IT IS! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages linux-source-2.6.17 depends on: ii binutils 2.17-1 The GNU assembler, linker and bina ii bzip2 1.0.3-3high-quality block-sorting file co Versions of packages linux-source-2.6.17 recommends: ii gcc 4:4.0.3-4 The GNU C compiler ii libc6-dev [libc-dev] 2.3.6-15 GNU C Library: Development Librari ii make 3.81-2 The GNU version of the make util -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Etch timeline is unrealistic because non-free firmware is NOT being dealt with
The kernel freeze must be delayed quite significantly for a fairly obvious reason: the Debian kernel *still* has a lot of non-free and sourceless firmware in it. Unfortunately, little to no progress has been made on this. I'm sorry to be the bearer of bad news, but this is pretty obvious from looking at the linux-source-2.6.17 package: they're not trying very hard. Start with drivers/char/drm/mga_ucode.h. This is distributable, because it's under a BSD license, but it's not free software, because there's no source code. Continue with drivers/chare/drm/radeon_cp.h. This is from ATI and has no copyright notices from ATI or license from ATI, so it's likely undistributable. And those are two of the more prominent ones. I could list dozens. If people will not take the firmware issue seriously, either etch will not release on time, or etch will be *yet another* release where Debian *breaks* its Social Contract. My patches for firmware loading for tg3 have been *removed* from the Debian kernel. drivers/net/tg3.c *again* contains the proprietary firmware, compiled into the kernel. At least it has proper copyright and license notices, so it's distributable, but it's *still non-free*. This is a positive disincentive to work on fixing these issues: my fully functional work was simply rejected in favor of breaking the Social Contract. What can be done about this? If there is no plan for progress, I intend to file 'serious' bugs against each kernel package for each piece of firmware, which might at least make *someone* pay *some* attention. -- Nathanael Nerode [EMAIL PROTECTED] This space intentionally left blank. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
