On Sun, Dec 21, 2014 at 08:24:08PM +, Steve McIntyre wrote:
>On Sun, Dec 21, 2014 at 10:49:59AM +, Ian Campbell wrote:
>>On Sat, 2014-12-20 at 09:45 +0100, David Härdeman wrote:
>>> one option that doesn't seem to have been considered would be to create
>>>
d at least throw
this idea into the ring (it's basically what Matthew originally
suggested in http://mjg59.dreamwidth.org/4125.html).
--
David Härdeman
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
nstable'), (650, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
David Härdeman
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@l
/etc/udev/rules.d/65_dmsetup.rules needs to be changed so that the three
first lines all have GOTO="device_mapper_end".
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
This is probably not a bug in usplash but instead #422979 that you're
seeing...
--
David Härdeman
rity to be
downgraded) but it's the best we can do so shortly before release, maks
and I have been discussing some better solutions to implement post-Etch.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just for the record, mail to [EMAIL PROTECTED] is refused with the
message "550 5.1.1 unknown or illegal alias", I hope Hugo reads the bug
report log.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27; (i.e. still in patch format) while it should read
'PREREQ=""'.
Could you please try the patching again, and make sure that the rootdelay
file looks ok afterwards.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hugo Vanwoerkom wrote:
After patching (no probs) and 'update-initramfs -u' and booting, I get
'PANIC: Circular dependency. Exiting.' from the functions script #167.
Could you provide me with the output from
"grep PREREQ= /usr/share/initramfs-tools/scripts/local-top/*"
--
David Härdeman
p and
raid flags are mutually exclusive)
--
David Härdeman
diff -ur ./parted-1.7.1.orig/libparted/labels/mac.c ./parted-1.7.1/libparted/labels/mac.c
--- ./parted-1.7.1.orig/libparted/labels/mac.c 2006-05-25 19:28:55.0 +0200
+++ ./parted-1.7.1/libparted/labels/mac.c 2007-03-03 02:41:42.
On Fri, Feb 23, 2007 at 04:55:00PM +0100, maximilian attems wrote:
On Fri, Feb 23, 2007 at 04:39:52PM +0100, David Härdeman wrote:
On Fri, February 23, 2007 16:28, maximilian attems said:
No, unfortunately it seems that the times between loading the usb host
controller, loading usb-storage and
On Fri, February 23, 2007 16:28, maximilian attems said:
> On Fri, Feb 23, 2007 at 03:05:44PM +0100, David Härdeman wrote:
>> Exactly, considering the low amount of complaints, I'd say there's a
>> tiny minority that is actually affected by this bug.
>>
>>
On Fri, February 23, 2007 14:16, maximilian attems said:
> On Fri, Feb 23, 2007 at 01:46:08PM +0100, David Härdeman wrote:
>> On Fri, February 23, 2007 12:11, maximilian attems said:
>> > On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> > mika's case is genera
On Fri, February 23, 2007 12:11, maximilian attems said:
> On Fri, 23 Feb 2007, David Härdeman wrote:
>
>> maks...any progress on this bug?
>
> no.
> latest initramfs-tools is on mentors without any #401916 yet.
>
>> A new package which exports ROOTDELAY would be
maks...any progress on this bug?
A new package which exports ROOTDELAY would be nice, then the rest can be
fixed in udev...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 411240 +patch
thanks
The attached patch changes the quota_read function from imap/quota_db.c
to check for a null data pointer (caused by zero length files) before
trying to work with it. Thanks to Ulrich P. Klein for the detailed BR.
--
David Härdeman
diff -ur ./kolab-cyrus-imapd-2.2.13
work, do you know how to build debian
packages from source, and if yes, could you try to build one using the
patch from:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405461;msg=22
--
David Härdeman
you run jabberd with the debug "-D" option, do you get
output similar to the above line?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this with the latest Debian packaged Linux 2.6
kernel?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Feb 19, 2007 at 11:36:29PM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070219 22:15]:
+# Check for problematic devices
+problem=0
+
+# USB / FireWire
+if $(grep -q "usb\|ieee1394" /proc/devices); then
+ problem=1
+fi
How about:
if $(
kernel fixes.
Postetch we won't need that, since we'll implement a udev-driven
asynchronous wait-for-root-dev-on-boot...right? :)
How would MODULES=MOST create stuff under /dev then?
oot
what about static dev.. ;)
Yuck :)
--
David Härdeman
Frans Pop wrote:
On Monday 19 February 2007 21:22, David Härdeman wrote:
The only problem with the approach is that a large majority of all
machines have usb which means that we'll slow down the boot for all
those machines even though a small minority are affected.
That's a very,
On Mon, Feb 19, 2007 at 07:21:08PM +0100, maximilian attems wrote:
heya david,
Hey Maks :)
On Fri, 16 Feb 2007, David Härdeman wrote:
Short-term solution:
Therefore, I think the best short-term solution (considering the
ever-impending Etch release) would be to add the "root_wait=&
in response, udev creates (among others) /dev/mapper/mainvg-mainlv
init notices this and boot continues
Phew, this mail became much longer than expectedso whaddaya think Maks?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, February 14, 2007 11:02, Michael Prokop said:
> * David Härdeman <[EMAIL PROTECTED]> [20070206 19:15]:
>> udevtrigger
>> udevsettle || true
>> ps > /begin.ps
>> while ps | grep -q "usb-stor-scan"; do
>>sleep 1;
>>
ggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401916#52
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Have any of you guys who can reproduce this been able to do the additional
tests suggested in the bug report yet? This is one of the few remaining RC
bugs which is present in both Etch and Sid so it would be nice to make
some progress...
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL
Wasn't this package kept in the archive just to not break d-i RC1?
If so, now would perhaps be a good time remove the package as d-i RC1 is
broken anyways due to the old security key issue?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
On Tue, Feb 06, 2007 at 11:14:34AM +0100, Michael Prokop wrote:
* David Härdeman <[EMAIL PROTECTED]> [20070201 18:08]:
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
> On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
>> So, as a workaround for
On Thu, Feb 01, 2007 at 05:16:11PM +0100, maximilian attems wrote:
On Thu, Feb 01, 2007 at 04:38:03PM +0100, David Härdeman wrote:
So, as a workaround for Etch until this is fixed (presumably by upstream
changes to udev and/or the kernel), how about changing the following lines
in the udev
like this:
udevtrigger
udevsettle || true
while ps | grep -q "[usb-stor-scan]"; do
sleep 1;
done
while ps | grep -q "[scsi_scan_.*]"; do
sleep 1;
done
udevsettle || true
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
a further clue, and this may be an upstream problem.
Sounds like a good idea...the upstream mailing list is very active.
--
David Härdeman
ave to wait for the nodes to magically appear
instead).
There is a writeup on this with some more details at:
https://wiki.ubuntu.com/UdevDeviceMapper
However, I can't see that anything needs to be done in cryptsetup
(except making sure that all works when/if this behaviour is changed
se:
key slot 0 unlocked.
Command successful.
# ls -al /dev/mapper/footmp
brw-rw 1 root disk 254, 3 2006-12-14 19:14 /dev/mapper/footmp
# cryptsetup remove footmp
# losetup -d /dev/loop0
--
David Härdeman
, the init.d scripts check for readability of the key and refuses
to try to setup the mapping if it's not readable.
I will commit a fix for this later today, updated package should be
included in Etch.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
sical volume for several LVM vg's so no additional setup is necessary
for the second device.
I will commit a fix for this later today, updated package should be
included in Etch.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&quo
and commit it to SVN this evening. Since a new
upload is necessary for d-i RC1, and since it fixes two RC bugs, I'll ask
Frans Pop to do a NMU upload unless you've told me by then that you have
time to do the upload.
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
e GCC, same options, etc) as the
kernel itself. This doesn't sound like a cryptsetup problem...
What kernel are you using? Are you sure the dm-crypt module is ok? Are
you able to manually insmod dm-crypt?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
argest free space), but IMO it would be kind of nice to
> tell the user before it is done.
Perhaps we should add the "select disk" dialogue to the "Use the largest
continuous free space" choice as well...with the modification that we only
present disks with free space?
--
David
On Wed, Oct 04, 2006 at 11:05:51PM +0200, Frans Pop wrote:
On Wednesday 04 October 2006 22:06, David Härdeman wrote:
Where has the "Erase entire disk and ..." part of this menu entry (and
the one for auto-lvm disappeared to? IIRC that was in the original
discussion.
How about changi
hat the entire disk will
be erased):"
--
David Härdeman
dency couldn't be loaded?
Oh, right...I've changed the test to [ -e ] for now and we can always do
this in a different way if/when anna-install allows for dependency
download error checking.
--
David Härdeman
crypto_tools.sh from
partman-crypto)
--
David Härdeman
to-modules-$kvers
module has been downloaded and unpacked?
--
David Härdeman
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ailure messages wrt. udeb download before the
device-mapper errors?
--
David Härdeman
Jonathan Brandmeyer wrote:
> /dev/mapper is empty except for control
Does running "vgscan" and/or "vgchange -ay" from the initramfs shell create
any nodes in /dev/mapper?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jonathan Brandmeyer wrote:
> So, what do I need to edit to fix this? Alternatively,
> what command should I try to run after modprobing in
> ide-disk and ide-generic?
The problem is that ide-disk and ide-generic are not loaded when dm-mod is
loaded so when it performs its initial device scan it s
47 matches
Mail list logo
