Processing commands for [EMAIL PROTECTED]:
> tags 434027 + pending
Bug#434027: partman-crypto: loop-aes fails with "not supported by kernel"
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system admini
tags 434027 + pending
thanks
I've hit one snag implementing a fix for this. As losetup is not
available, we cannot "see" what precisely is loop-mounted on a certain
loop device, so we cannot loop over all loop-mounted devices and
unmount/remount them.
I've "solved" this by just assuming that w
GARDUL VIU-MINUNE!!!
Creste rapid (1.20-1.80 m/an)!!!
E incredibil de nepretentios!!! (atât în privinta solului cât si a îngrijirii)
E incredibil de ieftin!!!
Capacitate de umbrire excelenta!
Capacitate antipraf de un grad înalt!
Este o planta foioasa, de culoare verde viu, cu frunze mici lucioase,
Hi!
Attached is a patch that will allow encrypted (using LUKS) root
partitions to be used in rescue mode.
The patch is fairly simple, and ask a passphrase for every LUKS
partitions found before the root partition is choosen.
This only affects rescue-mode.postinst, add a template and a dependency
On Thu, 2007-07-19 at 21:21 +0200, Frans Pop wrote:
> Could you try again with the following change (around line 65-70 in
> the
> script). You can make that change in the same way you added the 'set
> -x'.
> Suggest you add 'set -x' again in case there are still problems and
> send
> the syslog aga
On Sunday 22 July 2007 13:36, Jérémy Bobbio wrote:
> This only affects rescue-mode.postinst, add a template and a dependency
> on crypto-modules and cryptsetup-udeb.
I don't really like the fact that it depends on cryptsetup udeb.
That completely destroys the concept that partman-crypto-dm and/or
On Sunday 22 July 2007 14:10, Frans Pop wrote:
> I don't really like the fact that it depends on cryptsetup udeb.
> That completely destroys the concept that partman-crypto-dm and/or its
> dependencies are only loaded on demand.
Hmm. That's not true. I'd forgotten that rescue-mode only gets loaded
(new) affs-modules-2.6.21-2-powerpc-di_1.30_powerpc.udeb extra debian-installer
Amiga filesystem support
This package contains the Amiga filesystem module for the Linux kernel.
(new) affs-modules-2.6.21-2-powerpc-miboot-di_1.30_powerpc.udeb extra
debian-installer
Amiga filesystem support
This pa
linux-modules-di-powerpc-2.6_1.04_powerpc.changes uploaded successfully to
localhost
along with the files:
linux-modules-di-powerpc-2.6_1.04.dsc
linux-modules-di-powerpc-2.6_1.04.tar.gz
loop-aes-modules-2.6.21-2-powerpc-di_1.04_powerpc.udeb
squashfs-modules-2.6.21-2-powerpc-di_1.04_powerpc
linux-modules-di-powerpc-2.6_1.04.dsc
to
pool/main/l/linux-modules-di-powerpc-2.6/linux-modules-di-powerpc-2.6_1.04.dsc
linux-modules-di-powerpc-2.6_1.04.tar.gz
to
pool/main/l/linux-modules-di-powerpc-2.6/linux-modules-di-powerpc-2.6_1.04.tar.gz
(new) loop-aes-modules-2.6.21-2-powerpc-di_1.04
base-installer_1.83_i386.changes uploaded successfully to localhost
along with the files:
base-installer_1.83.dsc
base-installer_1.83.tar.gz
base-installer_1.83_all.udeb
bootstrap-base_1.83_i386.udeb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to [EMAIL PROTECT
Accepted:
base-installer_1.83.dsc
to pool/main/b/base-installer/base-installer_1.83.dsc
base-installer_1.83.tar.gz
to pool/main/b/base-installer/base-installer_1.83.tar.gz
base-installer_1.83_all.udeb
to pool/main/b/base-installer/base-installer_1.83_all.udeb
bootstrap-base_1.83_i386.udeb
Package: installation-reports
Version: d-i from a netinst (etch dated June 13th)
Severity: normal
A netinst CD from June 13th (post etch release) wouldn't install a base
system nor grub (various odd messages were noted - it wasn't very
intuitive in what was going wrong). After looking into the pr
win32-loader 0.5.6 has been released and is available from
http://goodbye-microsoft.com/
What's new in 0.5.6:
- Remove space checks completely. Turns out the function was acting as no-op
and results were based on uninitialised memory (urgh).
- Support for using D-I daily builds (availa
Now I'm considering moving a lot of stuff around. CCing boot since this
is expanding beyond just one package.
Rather than have two or three clock-related things on the menu, I
propose we have one clock-setup menu item, that runs after netcfg. This
would include both calling tzsetup, as well as usi
(Dropping CC to d-boot as it'll end up on the list anyway :-)
On Monday 23 July 2007 01:47, Joey Hess wrote:
> Rather than have two or three clock-related things on the menu, I
> propose we have one clock-setup menu item, that runs after netcfg. This
> would include both calling tzsetup, as well a
Package: installation-reports
Boot method: floppy
Image version:
Date: 2007-07-22
Machine: vintage 2002 Dell server, ran linux before
Processor: don't know. its in NYC, I am in Australia...
Memory: 1G, I think
Partitions:
Output of lspci -nn and lspci -vnn:
Base System Installation Checklist
Package: installation-reports
Boot method: floppy
Image version: http://people.debian.org/~joeyh/d-i/images/daily/floppy/
Date: 2007-07-22
Machine: vintage 2002 Dell server, ran linux before
Processor: don't know. its in NYC, I am in Australia...
Memory: 1G, I think
Partitions:
Output of lspci
This is location I got the floppy images from
http://people.debian.org/~joeyh/d-i/images/daily/floppy/
I had an earlier version of the boot disk initially,
from some 7 or so days ago, so the problem is not
very recent. I have completed debian installs
in the past.
Cheers,
Tho
this bug is a duplicate of 434304 and should therefore be closed.
Cheers,
Thomas Krichelhttp://openlib.org/home/krichel
RePEc:per:1965-06-05:thomas_krichel
skype: thomaskrichel
--
To UNS
20 matches
Mail list logo