Bug#768188: Jessie Installer hangs after processing DHCPv6 stateful addressing
On Sun, Feb 08, 2015 at 04:21:25PM +0100, Philipp Kern wrote: > On the other hand it also seems wrong for di_exec_shell_log to continue > after the invoked binary exited. I suspect that'd mean ppoll() and > proper signal handling, but I'm at a loss right now how to do that > properly in C. Maybe that's the right place to fix it in the meantime. I guess signalfd would make this rather neat, but it's not available on FreeBSD. :( The alternative would be to overwrite the SIGCHLD signal handler regardless of what has been set before and handle the signal in the library. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150210082225.ga12...@home.philkern.de
Processing of flash-kernel_3.33~exp.1_source.changes
flash-kernel_3.33~exp.1_source.changes uploaded successfully to localhost along with the files: flash-kernel_3.33~exp.1.dsc flash-kernel_3.33~exp.1.tar.xz Greetings, Your Debian queue daemon (running on host franck.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1yl7bw-x1...@franck.debian.org
Processing of flash-kernel_3.33~exp.1_source.changes
flash-kernel_3.33~exp.1_source.changes uploaded successfully to ftp-master.debian.org along with the files: flash-kernel_3.33~exp.1.dsc flash-kernel_3.33~exp.1.tar.xz Greetings, Your Debian queue daemon (running on host coccia.debian.org) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1yl7at-0006nd...@coccia.debian.org
flash-kernel_3.33~exp.1_source.changes ACCEPTED into experimental
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 10 Feb 2015 07:27:30 + Source: flash-kernel Binary: flash-kernel flash-kernel-installer Architecture: source Version: 3.33~exp.1 Distribution: experimental Urgency: medium Maintainer: Debian Install System Team Changed-By: Ian Campbell Description: flash-kernel - utility to make certain embedded devices bootable flash-kernel-installer - Make the system bootable (udeb) Changes: flash-kernel (3.33~exp.1) experimental; urgency=medium . * Merge up changes from 3.32. Checksums-Sha1: 480f08ae82b06d632427dac473626c2a692587e8 1881 flash-kernel_3.33~exp.1.dsc c1c3c6388ddfb609151d9757b80f640b885d2184 58516 flash-kernel_3.33~exp.1.tar.xz Checksums-Sha256: 345d2c454b18784440e275b6da6ba9ee8f2cc61c3affd9597bd49f4821ad47f2 1881 flash-kernel_3.33~exp.1.dsc dbebafd0a64a8336df7ac37f4fb1c14af542658c54fc08d21b684991e66c1265 58516 flash-kernel_3.33~exp.1.tar.xz Files: bd7538bfd730f0713a8aad10a28b7dae 1881 utils optional flash-kernel_3.33~exp.1.dsc 2309904fb9d992f5d34e76a90d2f9903 58516 utils optional flash-kernel_3.33~exp.1.tar.xz -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJU2bNHAAoJECouJZ9pWkbG0mAP/0cigaOg1fPF4sVwH6FWT9mS JgVkLmM/rOAAtC31Dl8Kf5lu8hpC6fnwCBOQx6hpWoE3H2foO9fzUASbPbaG4ByQ u0HsmGo8vsh3lhX4148S5KavCV+1800Fk/NOw7QKEbmF2fy00JPBp+VcTU+2xr2a u1kc4iv2ldJrJGTMTegIiSUxOutQO5vS/jrtZC4JCEvdQ2LDQPnGe23KtAFxHHrl 7QmFM4jwca5fk5sjUTsjSzKe6LgX4prV2ckuUuqin2qCyz+8ak9BVTmpz8HW8dj/ Tzqmdnprqe8fSLh4MS1qeJ8Fzoxcvk0fpyZBN5goyW6/yF8L+QvIaeV2SKowOTN6 3wexYQle3/MWbqyHknsaAnGh/eFc2KILYGLVBYkjTJIPv+GFZl3ilxwsiMwtzm1h oq1RIiXGYArY9VSASqI/un8IXoesoccbFxWM+seI/AcQZOB10puWHr2clmKGTwo4 V4f2oOf9LrSWAylXtUOK2+lwueVlVokXdzMLV1nR9HKt238q/GoMii2MD163k/Yu SVEJIrUsBUZ+Ldpl+VfEut7Jj5EVHPlzSVfUfDmsul8qhodAJR3pytvsakBVn8nS NYr0FJ3pRIjD0mUdVziOKBSy9bF1SmnUJCn3CoainO+7hW7V8itObJ4bOkI3WqOC JrkQROkPYOaxUywm7TqG =WSbE -END PGP SIGNATURE- Thank you for your contribution to Debian. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1yl7cz-yz...@franck.debian.org
Re: Bug#776928: unblock: debian-installer-netboot-images/20150107
Didier 'OdyX' Raboud (2015-02-09): > Le dimanche, 8 février 2015, 21.54:04 Cyril Brulebois a écrit : > > On a slightly different note: Why we're still using a non-debian.org > > mirror (MIRROR in debian/rules) is still beyond me. > > Using http.debian.net accelerates my builds by a big margin. I don't > care enough though, so feel free to commit a change. Using a local mirror accelerates my builds by a big margin. That's not a reason for pointing to it in stuff I upload. I don't see why a debian.net subdomain should be treated differently. If one cares enough about uploading d-i-n-i and about building it as fast as possible, it looks to me that setting MIRROR= before running the build shouldn't be too hard… Mraw, KiBi. signature.asc Description: Digital signature
Link not working on www.mail-archive.com
Just a heads up, you have a broken link on http://www.mail-archive.com/tidbits-talk@tidbits.com/msg00126.html to http://www.google.com/tsunami_relief.html that you might want to fix. There is a decent alternative here: http://www.waterdamagedefense.com/pages/emergency-preparedness-hurricane-prepration if you want to get it fixed. ~lisa
Bug#777439: Jessie DI-rc1 amd64 after installation no network interfaces
Hi, Heiko Ernst wrote: > On Mon, 09 Feb 2015 04:46:17 + Ben Hutchings wrote: > > OK, then this is not expected. > > This is my etc/network/interfaces file I have wrote hope this is a workaround > for this time but why show me the network manager in kde not the connection? > I > see only a ? over the icon. This is getting confusing: In https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777439#35 you wrote, that you have done a shell-only install (no desktop environment). Now you write, that you have kde and network-manager installed. ??? Without the installer logs there is no chance to get this sorted out. PS: when you want to configure your network connections with network-manager, the corresponding network interfaces have to be completely deleted out of the /etc/network/interfaces file. Holger > > --- > > # This file describes the network interfaces available on your system > # and how to activate them. For more information, see interfaces(5). > > # The loopback network interface > auto lo > iface lo inet loopback > > # The primary network interface > allow-hotplug eth0 > iface eth0 inet dhcp > > # The wlan interface > auto wlan0 > iface wlan0 inet dhcp > wpa-ssid $myssid > wpa-psk xx > wpa-key-mgmt WPA-PSK -- Created with Sylpheed 3.2.0 under D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150210174701.489494112aa2013aeb93a...@wansing-online.de
Re: Bug#777578: Acknowledgement (broken install, incomplete initrd)
I have tried to do an identical install using (graphical) expert mode this time, leaving initrd on 'generic'. This results in the same problem: [0.00 ] tsc: Fast TSC calibration failed Loading, please wait... Gave up waiting for root device. Common problems: ALERT! /dev/mapper/sda3_crypt does not exist. Dropping to a shell! modprobe: module ehci-orion not found in modules.dep /bin/sh: can't access tty; job control turned off (initramfs) I notice that the initial complaint about ehci-orion not being found isn't there, but otherwise it's identical. Again, no cryptsetup installed into initrd. @maintainer - thoughts? -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54da6983.9090...@gmail.com
Processed: retitle 777578
Processing commands for cont...@bugs.debian.org: > retitle 777578 no cryptsetup in initrd when btrfs selected Bug #777578 [debian-installer] broken install, incomplete initrd Changed Bug title to 'no cryptsetup in initrd when btrfs selected' from 'broken install, incomplete initrd' > End of message, stopping processing here. Please contact me if you need assistance. -- 777578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777578 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.c.142361050310075.transcr...@bugs.debian.org
Re: no cryptsetup in initrd when btrfs selected (was: broken install, incomplete initrd)
> So far, I have identified: > 1) that the initrd of this install is lacking at least cryptsetup. > 2) that an identical install, with the exception of using ext4 instead > of btrfs, works perfectly fine (at least in terms of booting, I have not > checked issue #3 from the mailing list discussion). > 3) that this is reproducible, having recreated the same btrfs install > from scratch, resulting in the same issues. I just checked issue #3 from the original mailing list post against the ext4 install. Performing update-initramfs -u via chroot using the live-cd against the good install using ext4 results in no errors, unlike the btrfs installs. I also did a bit of a comparison of initrd content between the ext4 and btrfs installs, and cryptsetup was the only obvious thing I saw missing. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54da9624.9000...@gmail.com
Re: initramfs-tools: update-initramfs fails with btrfs (was: no cryptsetup in initrd when btrfs selected)
control: reassign -1 initramfs-tools control: retitle -1 initramfs-tools: fails to work with btrfs control: severity -1 grave I think that my issues might all stem from initramfs-tools, so reassigning. Firstly, I cannot run update-initramfs within a chroot via a live CD against this btrfs based install because it gets confused about where root is (see original cry for help), and which is at least a bug against initramfs-tools in it's own right anyway. Secondly, the other issue I believe is due to the initrd created by debian-installer missing at least cryptsetup; I believe debian-installer runs update-initramfs towards the end, so perhaps this is where debian-installer is trying to add things like cryptsetup to initrd, and it is actually silently failing here due to same issue above. @Maintainer - thoughts? I'd really like to get this solved. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dac6d9.9090...@gmail.com
Processed: Re: initramfs-tools: update-initramfs fails with btrfs (was: no cryptsetup in initrd when btrfs selected)
Processing control commands: > reassign -1 initramfs-tools Bug #777578 [debian-installer] no cryptsetup in initrd when btrfs selected Bug reassigned from package 'debian-installer' to 'initramfs-tools'. Ignoring request to alter found versions of bug #777578 to the same values previously set Ignoring request to alter fixed versions of bug #777578 to the same values previously set > retitle -1 initramfs-tools: fails to work with btrfs Bug #777578 [initramfs-tools] no cryptsetup in initrd when btrfs selected Changed Bug title to 'initramfs-tools: fails to work with btrfs' from 'no cryptsetup in initrd when btrfs selected' > severity -1 grave Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs Severity set to 'grave' from 'important' -- 777578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777578 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b777578.142362390712760.transcr...@bugs.debian.org
Bug#777647: partman-efi always complains when installing from usb
Package: partman-efi Version: 59 partman-efi uses flawed logic that trips up when installing from usb. init.d/efi scans the system and counts the number of efi system partitions, and the number of non efi system partitions. If it does not find an EFI system partition, but does find at least one non ESP, then it throws the non_efi_system warning/question. The problem is that when installing to a disk that does not already have an efi system partition, the script *always* detects a non EFI system partition, and throws the warning. This may be connected to a recent change in libparted. Looking at the partman logs and the output after adding a set -x to the init.d/efi script, it appears to me that what is happening is that the system asks libparted to create a new partition on the hard disk that will become an EFI system partition. Either init.d/efi runs before the partition has been formatted with a fat filesystem, or parted_server is still running and is keeping the "ext2" fs type cached from before it was formatted. Either way, the script decides it sees an ext2 filesystem on the drive, and that counts as a non EFI system partition, and so it throws the message. Forwarding this from launchpad bug #1418706 in Ubuntu. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54daccd8.1030...@gmail.com
Bug#777647: partman-efi always complains when installing from usb
title 777647 partman-efi complains about boot problem whenever the target disk does not have an efi system partition thanks Sorry, I mentioned that it involved installing from a usb stick, but it also happens when installing from cdrom; using a usb stick has nothing to do with it. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54dacead.4070...@gmail.com
Re: initramfs-tools: update-initramfs fails with btrfs (was: no cryptsetup in initrd when btrfs selected)
Control: severity -1 normal Control: clone -1 -2 Control: retitle -1 update-initramfs in chroot fails with btrfs Control: tag -1 moreinfo Control: reassign -2 partman-crypto Control: retitle -2 no cryptsetup in initrd when btrfs selected btrfs is still not a recommended filesystem, so downgrading this to normal. On Wed, 2015-02-11 at 03:04 +, jnqnfe wrote: > control: reassign -1 initramfs-tools > control: retitle -1 initramfs-tools: fails to work with btrfs > control: severity -1 grave > > I think that my issues might all stem from initramfs-tools, so > reassigning. I don't think so - other packages hook into initramfs-tools and are quite capable of breaking it. > Firstly, I cannot run update-initramfs within a chroot via a live CD > against this btrfs based install because it gets confused about where > root is (see original cry for help), and which is at least a bug > against initramfs-tools in it's own right anyway. What are the error messages? > Secondly, the other issue I believe is due to the initrd created by > debian-installer missing at least cryptsetup; I believe > debian-installer runs update-initramfs towards the end, so perhaps > this is where debian-installer is trying to add things like cryptsetup > to initrd, and it is actually silently failing here due to same issue > above. initramfs-tools doesn't make that decision - cryptsetup does. And if cryptsetup isn't installed or configured properly, that's the fault of partman-crypto. Ben. > @Maintainer - thoughts? I'd really like to get this solved. > > -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part
Processed: Re: initramfs-tools: update-initramfs fails with btrfs (was: no cryptsetup in initrd when btrfs selected)
Processing control commands: > severity -1 normal Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs Severity set to 'normal' from 'grave' > clone -1 -2 Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs Bug 777578 cloned as bug 777650 > retitle -1 update-initramfs in chroot fails with btrfs Bug #777578 [initramfs-tools] initramfs-tools: fails to work with btrfs Changed Bug title to 'update-initramfs in chroot fails with btrfs' from 'initramfs-tools: fails to work with btrfs' > tag -1 moreinfo Bug #777578 [initramfs-tools] update-initramfs in chroot fails with btrfs Added tag(s) moreinfo. > reassign -2 partman-crypto Bug #777650 [initramfs-tools] initramfs-tools: fails to work with btrfs Bug reassigned from package 'initramfs-tools' to 'partman-crypto'. Ignoring request to alter found versions of bug #777650 to the same values previously set Ignoring request to alter fixed versions of bug #777650 to the same values previously set > retitle -2 no cryptsetup in initrd when btrfs selected Bug #777650 [partman-crypto] initramfs-tools: fails to work with btrfs Changed Bug title to 'no cryptsetup in initrd when btrfs selected' from 'initramfs-tools: fails to work with btrfs' -- 777578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777578 777650: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777650 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/handler.s.b777578.142363116216412.transcr...@bugs.debian.org
