Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

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,

Bug#382740: initramfs-tools: if statement incorrect

Package: initramfs-tools Version: 0.73d Followup-For: Bug #382740 The if statement in line 206 has an error in it, it must read if [ -e "${CONFDIR}/conf.d/${i}" ]; then and not if [ -e "${CONFDIR}/conf.d/${i}" /conf/conf.d ]; then Best wishes, Michael -- Package-specific info: -- /proc/cmdli

Bug#382740: /usr/sbin/mkinitramfs: line 206: [: /etc/initramfs-tools/conf.d/resume: binary operator expected

Package: initramfs-tools Version: 0.73d Severity: important When installing initramfs-tools I get: Setting up initramfs-tools (0.73d) ... update-initramfs: Generating /boot/initrd.img-2.6.17 /usr/sbin/mkinitramfs: line 206: [: /etc/initramfs-tools/conf.d/resume: binary operator expected I: mdad

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Aug 12, 2006 at 11:03:29PM +0200, Goswin von Brederlow wrote: >> Compare it to including a hexdump of an image or sound in a header >> file and including that in the binary. And compare it with having that >> same image or sound as external file sh

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Aug 12, 2006 at 10:32:54PM +0200, Goswin von Brederlow wrote: >> > Indeed. The proposal to split the packages file in a per flavour kernel >> > repository comes directly from the need to counterbalance this >> > augmentation of >> > the number of

Bug#382720: Error at configure

Package: initramfs-tools Version: 0.73d Hello, The newest update of initramfs-tools seems to be broken by me. Richte initramfs-tools ein (0.73d) ... update-initramfs: Generating /boot/initrd.img-2.6.17-1-k7 /usr/sbin/mkinitramfs: line 206: [: /etc/initramfs-tools/conf.d/resume: binary o

New desktop features provided by new version of update-notifier

Fellow Debianers, I'm writing to you all in order to present some new features added to the Debian Desktop, and to discuss how we could make use of them in some of our subsystems. I just uploaded update-notifier 0.42.12-1 to unstable. Unfortunately I lost dinstall for the day, so we'll only see t

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

On Sat, Aug 12, 2006 at 11:03:29PM +0200, Goswin von Brederlow wrote: > [EMAIL PROTECTED] (Marco d'Itri) writes: > > > On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > > > >> > No, because those are not linked together with the GPLed code, but are a > >> > mere > >> > aggregation of w

Bug#382716: can't load envctrl module

Package: linux-image-2.6.17-1-sparc64 Version: 2.6.17-5 % sudo modprobe envctrl FATAL: Error inserting envctrl (/lib/modules/2.6.17-1-sparc64/kernel/drivers/sbus/char/envctrl.ko): Unknown symbol in module, or unknown parameter (see dmesg) % dmesg|grep envctrl envctrl: Unknown symbol execve --

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

On Sat, Aug 12, 2006 at 10:32:54PM +0200, Goswin von Brederlow wrote: > > Indeed. The proposal to split the packages file in a per flavour kernel > > repository comes directly from the need to counterbalance this augmentation > > of > > the number of packages. > > So instead of having 5 module ud

Bug#382711: linux-image-2.6.16-2-xen-amd64-k8: sata assertion failure and kernel oops

Package: linux-image-2.6.16-2-xen-amd64-k8 Version: 2.6.16-17 Severity: normal A few minutes ago, one of our amd64 machines fell over with the errors below. It has two Maxtor disks attached to an nVidia controller, running as a raid1 pair: the boot-time messages look like this: libata version 1.

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

[EMAIL PROTECTED] (Marco d'Itri) writes: > On Aug 07, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > >> > No, because those are not linked together with the GPLed code, but are a >> > mere >> > aggregation of works inside the same media, i.e. the binary file. Those >> > non-free firmware will

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Aug 12, 2006 at 07:46:16PM +0200, Goswin von Brederlow wrote: >> Sven Luther <[EMAIL PROTECTED]> writes: >> >> >> What for? The installer always needs the installer udebs. Having the >> >> kernel udebs in another section just means more files to g

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

On Sat, Aug 12, 2006 at 07:46:16PM +0200, Goswin von Brederlow wrote: > Sven Luther <[EMAIL PROTECTED]> writes: > > >> What for? The installer always needs the installer udebs. Having the > >> kernel udebs in another section just means more files to generate and > >> to download that can go wrong.

Bug#382699: Debian patch does not work right with make-kpkg

Package: linux-patch-debian-2.6.16 Version: 2.6.16-17 Severity: normal File: /usr/src/kernel-patches/all/2.6.16/apply/debian Hi, the apply script of the debian patch assumed that '--arch --subarch ' is given as option and depending on that applies the optional patches. Since make-kpkg does not p

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

Sven Luther <[EMAIL PROTECTED]> writes: >> What for? The installer always needs the installer udebs. Having the >> kernel udebs in another section just means more files to generate and >> to download that can go wrong. It saves nothing. > > The installer needs the installer .udebs of the flavours

Re: barriers on filesystems for laptops by default?

debian-kernel on CC, here's the base URL: http://lists.debian.org/debian-boot/2006/08/msg00408.html If there are discussion, I suggest we remove debian-boot from CC! I thus set reply-to to d-k. also sprach martin f krafft <[EMAIL PROTECTED]> [2006.08.12.1236 +0100]: > I guess I'll approach Hans

Re: linux-modules-2.6.16-2-xen-686_2.6.16-15 depends on initramfs-tools

On Sat, Jul 08, 2006 at 11:02:57PM +1000, James Harper wrote: > Package: linux-modules-2.6.16-2-xen-686 > Version: 2.6.16-15 > Severity: important > > > linux-modules-2.6.16-2-xen-686 only contains modules for xen domains, > and should not require any initrd or initramfs tools. > linux-modules-

Bug#382675: rm scripts not removing /var/lib/usplash

Package: usplash Severity: normal *** Please type your report below this line *** Hi, (reportbugs is acting up, so I'm sending this E-mail manually; please let me know if there's a problem with the formatting... should be fine since I just copied what reportbug tried to send) Just wanted to

Bug#381844: itramfs-tools doesn't produce working ramdisk on amd64 with MODULES=list

On Sat, 12 Aug 2006, maximilian attems wrote: > i'd like to see that initrd, please put it up somewhere on the web, > or send it me privately. ok i looked at it, and appears perfectly fine. so i really need more info, please post the log of your unsucessfull boot. if the root is not found it sho

Processed: tagging 381351

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 381351 - patch Bug#381351: initramfs-tools: ide-disk/specific ide modules not loaded and vgchange -ay fails using lvm2 Tags were: patch Tags removed: patch > End of message, st

Processed: tagging 381677

Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.20 > tags 381677 - patch Bug#381677: initramfs-tools: Temporary files and initramfs world-readable Tags were: patch Tags removed: patch > End of message, stopping processing here. Please

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

On Sat, Aug 12, 2006 at 03:13:13PM +0200, Goswin von Brederlow wrote: > CC limited to debian-kernel as this isn't for release anymore. > > Sven Luther <[EMAIL PROTECTED]> writes: > > > On Sat, Aug 12, 2006 at 12:46:18AM +0200, Goswin von Brederlow wrote: > >> And actualy just recently the first o

linux-2.6_2.6.17-6_powerpc.changes ACCEPTED

Accepted: linux-2.6_2.6.17-6.diff.gz to pool/main/l/linux-2.6/linux-2.6_2.6.17-6.diff.gz linux-2.6_2.6.17-6.dsc to pool/main/l/linux-2.6/linux-2.6_2.6.17-6.dsc linux-doc-2.6.17_2.6.17-6_all.deb to pool/main/l/linux-2.6/linux-doc-2.6.17_2.6.17-6_all.deb linux-headers-2.6.17-2-all-powerpc_2.6.

linux-2.6_2.6.17-6_i386.changes ACCEPTED

Accepted: linux-headers-2.6.17-2-486_2.6.17-6_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-486_2.6.17-6_i386.deb linux-headers-2.6.17-2-686-bigmem_2.6.17-6_i386.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-686-bigmem_2.6.17-6_i386.deb linux-headers-2.6.17-2-686_2.6.17-6_i386

linux-2.6_2.6.17-6_amd64.changes ACCEPTED

Accepted: linux-headers-2.6.17-2-all-amd64_2.6.17-6_amd64.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-all-amd64_2.6.17-6_amd64.deb linux-headers-2.6.17-2-all_2.6.17-6_amd64.deb to pool/main/l/linux-2.6/linux-headers-2.6.17-2-all_2.6.17-6_amd64.deb linux-headers-2.6.17-2-amd64_2.6.17-6_

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

CC limited to debian-kernel as this isn't for release anymore. Sven Luther <[EMAIL PROTECTED]> writes: > On Sat, Aug 12, 2006 at 12:46:18AM +0200, Goswin von Brederlow wrote: >> And actualy just recently the first one was uploaded to non-free >> including udebs: >> >> http://ftp.debian.org/debia

Re: Move of update-grub and grub-install to /usr/sbin

"Sam Morris" <[EMAIL PROTECTED]> writes: >> You don't need grub-install to install grub > > Not according to > . But I do > think that lib/grub, sbin/grub-install and so on should move to /usr, or > update-grub should be rewritten to

Bug#381677: initramfs-tools: Temporary files and initramfs world-readable

On Sat, 12 Aug 2006 10:43:16 +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 roo

Bug#381315: marked as done (initramfs-tools: install /usr/share/initramfs-tools/conf.d/* into initramfs image)

Your message dated Sat, 12 Aug 2006 04:02:08 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#381315: fixed in initramfs-tools 0.73d 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

Bug#382602: marked as done (Breaks Root-on-RAID when /boot != /root))

Your message dated Sat, 12 Aug 2006 04:02:08 -0700 with message-id <[EMAIL PROTECTED]> and subject line Bug#382602: fixed in initramfs-tools 0.73d 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

Processing of initramfs-tools_0.73d_amd64.changes

initramfs-tools_0.73d_amd64.changes uploaded successfully to localhost along with the files: initramfs-tools_0.73d.dsc initramfs-tools_0.73d.tar.gz initramfs-tools_0.73d_all.deb Greetings, Your Debian queue daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "u

Re: Etch timeline is unrealistic because non-free firmware is NOT being dealt with

On Sat, 12 Aug 2006 08:40:44 +0200 Sven Luther wrote: > So, if you like to be around with people with total lack of human > decency, then you should accept when they are criticized for it. And/or you should stop repeating yourself. -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +

Re: Move of update-grub and grub-install to /usr/sbin

Geert Stappers <[EMAIL PROTECTED]> writes: >> RM team, is ok to me go forward with it? > > I think the above misses the _why_ > > The announce only mentions the new, the proposed, location. > > I'm happy with the removal of the full paths, but not happy with /usr/sbin > > Please allow to "grub ins

initramfs-tools_0.73d_amd64.changes ACCEPTED

Accepted: initramfs-tools_0.73d.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.73d.dsc initramfs-tools_0.73d.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.73d.tar.gz initramfs-tools_0.73d_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.73d_all.deb Override entries

Re: Move of update-grub and grub-install to /usr/sbin

On Fri, Aug 11, 2006 at 06:10:15PM -0300, Otavio Salvador wrote: > Hello, > > I plan to upload a group of changes to grub and grub-installer to > move update-grub and grub-install to /usr/sbin/. > > For this to happen, my transition plan is described bellow: > > - A new grub package would be up

Bug#381677: initramfs-tools: Temporary files and initramfs world-readable

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 initramf

Bug#381315: initramfs-tools: install /usr/share/initramfs-tools/conf.d/* into initramfs image

tags 381315 pending stop On Thu, 03 Aug 2006, Vagrant Cascadian wrote: > Package: initramfs-tools > Version: 0.73 > Severity: normal > Tags: patch > > it seems that initramfs-tools includes the > /usr/share/initramfs-tools/conf.d snippets at build time, but does not > install them into the initr

Bug#381844: itramfs-tools doesn't produce working ramdisk on amd64 with MODULES=list

On Fri, 11 Aug 2006, Ivan Sergio Borgonovo wrote: > > yes please use MODULES=most > > I did it, both initrd didn't work. > The "most" one was twice as large as the "list" ones (the working and > the not working one), but this didn't help it to work. > Summary: > > a) 1 "list" initrd generated be

Bug#382602: Breaks Root-on-RAID when /boot != /root)

On Sat, Aug 12, 2006 at 02:43:00AM -0400, Daniel Dickinson wrote: > > Upgrading initramfs (when package in testing changed) resulted in > non-booting system. I managed to fix things by adding a script to > init-premount that activates (mdam -assemble's) the raid5 device > (/dev/md1) that contains