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 th
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.d
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-re
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
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
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-preprat
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
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
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 messa
> 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).
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
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
Igno
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 n
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 UNSUBSC
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
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-
16 matches
Mail list logo
