Package: udhcpd
Version: 1:1.36.1-6
Severity: normal
X-Debbugs-Cc: max-jul...@pogner.at
Dear Maintainer,
The package 'udhcpd' declares 'Provides: dhcpd', making 'dhcpd' a
virtual package.
I read debian policy 4.6.2.0 section 3.6. [1] such, that there is a
SH
Package: udhcpc
Version: 1:1.36.1-6
Severity: normal
X-Debbugs-Cc: max-jul...@pogner.at
Dear Maintainer,
The relationship 'Provides: dhcp-client' seems to be missing from
udhcpc's DEBIAN/control file.
However, i have a feeling this might be intentional, so i would like
ask the
TO PHRASE THAT SENTENCE WAS HARD TO FIND!
--
Max Euer - Oud Lemiers 18 - NL6295AT Lemiers -
T NL0618403128,D024079539727 - E euer@googlemail.com
This just bit me on Debian 10, although it seems to affect only
scripts run via in-target (i.e. `wget ...` works as expected,
`in-target wget ...` doesn't).
Over the years the relevant lines have been changed slightly and moved
to /lib/chroot-setup.sh:
https://salsa.debian.org/installer-team/debia
Stable (8.7) doesn't work, too. I just checked it's an old Debian 7 usb stick
which works. With an Debian 8.7 usb stick I get also the line
SYSLINUX 6.03 EDD [...]
and then only a cursor.
Package: installation-reports
Boot method: usb stick made with boot.img.gz
Image version:
http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 2017-03-16
Machine: acer Aspire one HAPPY-2DQuu (Model No. PAV70)
Processor: Intel Atom N
stick works on my lenovo ThinkPad E135.
Do you have any idea what happened there?
--
Kind regards,
Max Moritz Sievers
Hi everyone,
On Wed, Jul 30, 2014 at 11:23:28AM +0200, Raphael Hertzog wrote:
> I have been using this patch in Kali (on top of wheezy's
> partman-crypto), it would be nice to have this patch merged in time
> for Jessie.
>
> Dimitrijs, Max or Christian? (You ar listed in Up
e hibernating doesn't change anything.
Yours, Max
> lspci
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory
Controller Hub (rev 0c)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960
Integrated Graphics Controller (primary) (rev 0c)
00:02.1 Disp
of thawing.
After some debugging and research, Installing uswsusp solved the
problem.
Suggestion: add dependency on uswsusp to package task-xfce-desktop
Yours, Max
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (50
I concentrate on netcfg and work through
the whishlist-bugs.
lg Max
[1]http://wiki.debian.org/SummerOfCode2012/StudentApplications/MaxLinke
On Wed, 21 Mar 2012 22:32:08 +0100
Gaudenz Steinlin wrote:
>
> Hi Max
>
> On Wed, 14 Mar 2012 15:39:40 +0100, Max Linke
> wrote:
>
worked.
I also tried to add "radeon.modeset=0" to the GRUB boot options. It didn't
make a difference.
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lis
or E-450).
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201203152129.10554@max-sievers.name
Hi
Yeah I'm interested. Can you give a more detailed
description on what is still left to do.
best,
Max
On Wed, 07 Mar 2012 15:45:14 +0100
Gaudenz Steinlin wrote:
>
> Hi
>
> On Wed, 7 Mar 2012 11:17:48 +0100, Max Linke
> wrote:
> > Hello
> >
>
Hello
I would like to know if it is a appropriate project for GSoC
to add WPA2 support for the debian installer.
best,
Max Linke
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
g
Archive: http://lists.debian.org/201202282104.52592@max-sievers.name
/timezone setup: [O]
User/password setup: [O]
Install tasks: [O]
Install boot loader: [O]
Overall install: [E]
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202240015.26382@max-sievers.name
15.06.2011 18:39, Sergey Alyoshin пишет:
2011/6/15 Nick Shaforostoff:
please change it to "Поиск сигнала через интерфейс ${interface}"
or "Поиск сигнала в ${interface}" if you need a shorter alternative
Может лучше "проверка сигнала"?
"Проверка наличия подключения" или "Проверка наличия соед
n-menu[442]: WARNING **: Menu item 'bootstrap-base'
failed.
If you need any further information i am glad to help and i will do my best to
provide it as fast as possible.
Thanks in advance!
Regards
Max Huber
-- System Information:
Debian Release: wheezy/sid
APT prefers testin
On Wed, Mar 31, 2010 at 01:10:57PM +0200, Frans Pop wrote:
> On Wednesday 31 March 2010, Max Vozeler wrote:
> > a couple of factors which make me consider dropping support for
> > loop-aes from d-i (mostly partman-crypto).
>
> So what should people now use for encrypted sw
yself anymore.
- The reasons I had for preferring loop-aes over dm-crypt
have mostly dissolved.
Does anyone mind and want to work on a solution to keep it?
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
o* too.
After that 1 line fix os-prober detects Fedora 64 fine.
Maximilian Gerhard
--- /usr/lib/os-probes/mounted/90linux-distro 2008-12-26 14:48:07.00000 +0100
+++ /home/max/Desktop/90linux-distro 2010-03-17 20:47:10.0 +0100
@@ -13,7 +13,7 @@
# better. Make sure this test has a high
On Mon, Sep 21, 2009 at 11:58:35PM +0200, Max Vozeler wrote:
> Seems reasonable to include b43 in nic-wireless-modules.
I checked the changes this implies with 2.6.30-1-amd64:
- Depends on two other modules: rng-core, ssb
- Installed-Size of nic-wireless-modules grows by 292k total
-
are in bits.
Now I do sense a suggestion behind the question, :-)
Even though it is very unusual to specify key sizes in
any other unit, the dialog does not actually say which
unit is used. Makes sense to explictly mention it.
Max
--
To UNSUBSCRIBE, email to debian-boo
Note: untested patch for comments.
This adds a check.d script to partman-target to try and warn
the user if they configure ext4 for the boot device on an architecture
with no bootloaders known to handle it.
Does this seem like the right approach?
Max
Index: partman-ext3/debian/changelog
mongst the 2000(?) other reports.
To highlight the remaining issue:
On Mon, Sep 21, 2009 at 04:16:48PM -0400, Celejar wrote:
> On Mon, 21 Sep 2009 22:03:57 +0200
> Max Vozeler wrote:
> > > > 5) The showstopper: I installed the entire system (except
> > > > for /bo
> > of us
> > who are able and willing to provide firmware?
>
> This one I leave to other maintainers
Seems reasonable to include b43 in nic-wireless-modules.
I think some of the other kernel modules we include there today also
need non-free firmware (ipw*?).
Reass
On Mon, Sep 21, 2009 at 04:16:48PM -0400, Celejar wrote:
> On Mon, 21 Sep 2009 22:03:57 +0200
> Max Vozeler wrote:
> > Any chance you could retry the installation with a current image
> > and try to reproduce it there? I do realize this may not be
> > possibl
, but it also apparently offered no way to delete the
> > encrypted disk.
>
> That one also. Hopefully Max will look at it in details.
Yeah, that's a known missing feature in partman-crypto. It is
not possible to remove encrypted volumes right know.
Tracked in Debian bug #381892.
ake out for going with UUID= rather than /dev/disk/by-uuid/.
Those systems rely on mount using blkid to find the matching
partition and mount only does it itself when the UUID=
notation is used in fstab.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a
Hi Colin,
On Fri, Aug 28, 2009 at 02:12:55PM +0100, Colin Watson wrote:
> On Fri, Aug 28, 2009 at 02:53:56PM +0200, Max Vozeler wrote:
> > On Wed, Aug 26, 2009 at 11:09:47PM +0100, Colin Watson wrote:
> > > Attached is a patch which introduces new syntax, looking like th
sounds good to me. It might be applicable to
other parts of partman, too.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Christian,
On Sun, Aug 23, 2009 at 08:29:44PM +0200, Christian Perrier wrote:
...
Thanks and repect for reacting in such a calm way.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
IRC. Time OK for you?
See you tonight,
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
'm seeing this also on amd64.
Replacing busybox-udeb with the older 1.13.3-1 results in a
working installer.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Aug 08, 2009 at 04:03:38PM +0200, Max Vozeler wrote:
> If there is rough concensus about this, I would go ahead and make
> the change to use /dev/mapper in partman-target.
OK, it seem there is consensus. (last chance to protest! :) )
I have committed the attached change to partman-
vement for specific types can then be
considered and worked on separately.
Sounds good? Objections?
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uld
have invalid paths after moving disks to another controller.
This might be an argument in favour of UUIDs for dmraid?
For multipath, as I understood Guido, it is preferrable to
refer to them via /dev/disk/by-id/ symlinks.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.deb
ath* to
> reference multipath devices then.
Sounds good!
One way to do this could be to change the device path to
/dev/disk/by-id/.. in partman-base/init.d/parted if the device
is a multipath device.
This would save us from having to map the device name from
/dev/mapper/... to /dev/disk/by-id/.. later on.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
/mapper/ paths?
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
concluded that it is preferable to go back to plain
/dev/mapper/ paths for LVM LVs because those already provide stable
device naming (and are more descriptive).
What about your types of devices? (dmraid, multipath)
Should we refer to them by UUID or with the /dev/mapper/ paths?
Max
7;t do longoptions. I'd say supporting --help is probably
not worth the extra code.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, Jul 26, 2009 at 01:27:41PM -0300, Otavio Salvador wrote:
> On Sun, Jul 26, 2009 at 12:42 PM, Max Vozeler wrote:
> > I've been using this change locally for a few days. It
> > allows to just do make as a regular user without having
> > to remember to call it wit
gt; have a chance ...
I found some time to test the cleanups, and since they appeared
to work with no obvious problems, I went ahead and committed them
to trunk. Review very much appreciated when you find the time.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
moment I'm lowering severity to important because
the partitioning (with and without crypto) seems to be working
fine in general for the setups I tested today.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
OOT module builds for fully featured crypto support.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
e fakeroot
to persist between different submake invokations.
That said, it works for me in the simple cases I frequently
use (build_{netboot,monolithic}, rebuild_netboot, clean_\
netboot, reallyclean) and does save me some typing.
What you do you guys think?
Max
--
To UNSUBSCRIBE
From: Max Vozeler
Consolidates identical code.
[Not yet tested, only for review.]
---
packages/partman/partman-base/lib/base.sh | 33 ++
packages/partman/partman-crypto/lib/crypto-base.sh | 36 +---
packages/partman/partman-lvm/lib/lvm-base.sh
From: Max Vozeler
This replaces shared code in partman-base, -crypto and -partitioning.
The only non-mechanical change is the one to partman-partitioning,
which would change the behaviour in case we have a bug somewhere that
makes us not clear the state of a deleted partition.
[Not yet tested
On Thu, Jul 23, 2009 at 02:58:12PM +0100, Colin Watson wrote:
> Talking through this with Max Vozeler identified several problems that
> I'd still like to fix:
>
> * There are several common chunks of code that should be moved into
>partman-base.
I think I'll b
UUID support has made it upstream after 1.14.2 was
released. I'm attaching a backport to 1.14.2.
Build-tested, not runtime-tested.
Max
Index: trunk/debian/config/udeb
===
--- trunk/debian/config/udeb (revision
ecify the
> console at the boot prompt "console=hvc0,38400"
There is no mention of hvc0 in the powerpc installation guide,
so it might be useful to add a mention there.
Is it common to have hvc0 on ppc? I know it only wrt. XEN.
Max
--
To UNSUBSCRIBE, email to debian-boot-re
Package: console-setup
Version: 1.37
Severity: important
console-setup requires installed 'uudecode':
Setting up console-setup (1.37) ...
/var/lib/dpkg/info/console-setup.config: line 401: uudecode: command not found
...
Also, when 'sharutils' package (which includes 'uudecode') is installed, o
ibuting to some
area of the installer that interests you?
Then come to Debcamp and join the fun... :-)
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
taller-utils/list-devices
> > and os-prober/os-prober all check for udevadm and use that when it's
> > available.
>
> Yes, it needs to be fixed in partman-target.
This fixes it in a way similar to d-i-u/list-devices.
Max
Index: partman-target/debian/changelog
===
The meeting log is now available on
http://wiki.debian.org/DebianInstaller/Meetings
(Trying to fill in for our regular and all-time
favourite coordinator bubulle who couldn't attend
today. :-) )
Next meeting will be in two weeks time, on the
1st of June 20:00 UTC.
Max
-
gt; Signed-off-by: Alexander Graf
> Signed-off-by: Kevin Wolf
> Signed-off-by: Aurelien Jarno
Could this fix be applied for a Lenny update?
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
GRUB Legacy but found ext4.
Max
Index: grub-installer/debian/changelog
===
--- grub-installer/debian/changelog (revision 58603)
+++ grub-installer/debian/changelog (working copy)
@@ -1,8 +1,12 @@
grub-installer (1.38) UNRELEASED
D needs an upload. It
sets the default to generating UUID= entries.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
of crypto.
Count me in on the meeting unless I'm busy/away on the
particular date.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
If that doesn't work, it would indicate a bug we need
to fix in partman-crypto. It is supposed to work for
both loop-AES and dm-crypt.
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi release team,
please unblock loop-aes-utils 2.13.1-4; the only change in -4
is an RC bugfix. CCing -boot because it includes an udeb.
Max
> Closes: 495682
> Changes:
> loop-aes-utils (2.13.1-4) unstable; urgency=low
> .
>* patches/losetup_add_option_f.dpatch:
&g
On Sat, May 31, 2008 at 03:56:24PM +0200, Max Vozeler wrote:
> On Sat, May 31, 2008 at 03:35:42PM +0200, Frans Pop wrote:
> > > I just remember there was indeed one odd thing: After I
> > > finished partitioning the mdcfg dialog came up again. Not
> > > sure what was
to happen - should mdcfg be started by main-menu?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, May 31, 2008 at 02:59:51PM +0200, Max Vozeler wrote:
> Things explicitly not tested:
>
> - Inactive/deactiveated RAID devices - I didn't know
>how to test it.
>
> - RAID on crypto (not a useful setup, or is it?)
Also untested:
- partman-auto-rai
On Sat, May 31, 2008 at 02:59:51PM +0200, Max Vozeler wrote:
> It correctly recovered from partman restarts, retained
> crypto configuration after configuring RAID and is
> currently installing the base system.
>
> I'll send an update once qemu is finished ;-)
Addendum: The
Hi all,
On Fri, May 30, 2008 at 09:52:39PM +0200, Max Vozeler wrote:
> Note that I haven't actually tested the changes so far
> but I'm planning to do a few test installs later today.
I got around to testing it just now.
I used the following netboot mini.iso with -base, -md
elete/choices
> +++ b/packages/partman/partman-partitioning/active_partition/delete/choices
> @@ -1,7 +1,19 @@
> #!/bin/sh
>
> -. /usr/share/debconf/confmodule
> +. /lib/partman/lib/base.sh
> +
> +dev=$1
> +id=$2
> +cd $dev
> +
> +open_dialog GET_LABEL_TYPE
> +re
but the
> value is not actually changed, the other fields are _also_ reset to
> defaults. I would say that is a bug.
Agreed. I'll look into fixing this.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ith aes-lrb-benbi,
for example. Do you think this could be a problem?
Another question comes to mind: Since XTS is considered to
be the successor to LRW (at least for IEEE P1619 standard),
are there reasons to offer any LRW modes? Are you aware of
any practical advantages over XTS?
Max
m-create || true
> + db_go || return 1
> + db_get partman-crypto/removable-confirm-create
Similar comment about using $template
> + if ! mkdir -p "$(dirname "$target")" || \
> +! create_random_keyfile "$target" "$keybytes"; then
> + umount "$mountpoint" > /dev/null 2>&1 || return
> 1
I'd say wrap invocations of umount in log-output.
Better to know when it fails.
> + return 1
> + fi
> + fi
> +
> + cp "$target" "$keyfile"
> + echo "$device" > "$(dirname "$keyfile")/keydev"
> + echo "$path" > "$(dirname "$keyfile")/keypath"
> + echo "plain" > "$(dirname "$keyfile")/keyhash"
part=$(dirname "$keyfile")
echo "$device" > "$part/keydev"
..
> + umount "$mountpoint" > /dev/null 2>&1 || return 1
> + break
> + done
> + return 0
> +}
> +
Modulo the above comments, I think this is fine to add
to partman-crypto trunk. Thanks for your work!
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Decrypt by access to your head, plus file on device
etc.
Will the user instinctly grasp the implications correctly?
If not, perhaps we should
a) not offer plain keys at all?
b) offer plain keys only to be stored on encrypted devices?
c) name it "Plain key on removable device
(DON
On Sun, May 04, 2008 at 05:50:34PM +0200, Frans Pop wrote:
> On Sunday 04 May 2008, Max Vozeler wrote:
> > Patch attached -
>
> Hmm. Should the string not also be changed in the templates and .c code of
> cdebconf-entropy for all frontends?
Yep, you are right.
Other is
Hi Jérémy,
On Mon, May 05, 2008 at 10:15:15PM +0200, Jérémy Bobbio wrote:
> On Sun, May 04, 2008 at 03:25:47PM +0200, Max Vozeler wrote:
> > They need to be adapted to the changed API for q_get_* etc.
> >
> > The attached patch should be obviously correct and safe to apply
he entropy plugins add a "Go Back" button when the "backup" capability
> is set. This was not actually the case before version 29, where
> cdebconf-newt-entropy was always adding the "Go Back" button.
>
> So we have a regression here if it's not shown d
On Sun, May 04, 2008 at 03:19:19PM +0200, Max Vozeler wrote:
> On Sat, May 03, 2008 at 10:12:05PM +0200, Max Vozeler wrote:
> > > > I think that having a "Go back" button to break off the process of
> > > > gathering entropy would make more sense.
&g
tags 478591 + patch
thanks
On Sat, May 03, 2008 at 10:45:22PM +0200, Frans Pop wrote:
> On Saturday 03 May 2008, Max Vozeler wrote:
> > How do we go about changing the string? Should we ask for review
> > from -l10n-english first?
>
> IMO not needed. It would be good to pos
frontend_can_align(struct frontend *ui)
The attached patch fixes those two to take the additional
struct question * parameter.
Max
diff -r fce562ac73a5 debian/changelog
--- a/debian/changelog Sun May 04 15:32:01 2008 +0200
+++ b/debian/changelog Sun May 04 15:33:29 2008 +0200
@@ -7,6 +7,7
On Sat, May 03, 2008 at 10:12:05PM +0200, Max Vozeler wrote:
> > > I think that having a "Go back" button to break off the process of
> > > gathering entropy would make more sense.
> >
> > This could still be useful.
>
> Agreed here too. I'll c
Hi all,
They need to be adapted to the changed API for q_get_* etc.
The attached patch should be obviously correct and safe to apply,
but I'm sending it here for review just in case.
Max
Index: debian/chan
Hey Frans,
On Sat, May 03, 2008 at 10:56:31PM +0200, Frans Pop wrote:
> On Saturday 03 May 2008, Max Vozeler wrote:
> > When you select "Random key" for loop-AES, the actual keys
> > are generated from /dev/urandom by mount or swapon. We don't
> > use cdebcon
ype, we mean "The
key is non-persistent and will be recreated from a random source
(and data will effectively destroyed) each time it is used.")
How do we go about changing the string? Should we ask for review
from -l10n-english first?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
frontend to allow aborting.
Jérémy, does the gtk frontent already offer to abort or would it
also have to be adapted?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; a valid choice when using dm-crypt?
It is.
> The interface does allow
> it, but I seem to remember that supporting random keys was the reason why
> we still needed support for loop-aes.
No. loop-AES is not a "legacy" for lack of features in dm-crypt.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Jérémy,
On Mon, Apr 14, 2008 at 10:16:35AM +0200, Jérémy Bobbio wrote:
> On Mon, Apr 14, 2008 at 12:11:48AM +0200, Max Vozeler wrote:
> > On Thu, Apr 10, 2008 at 03:58:55PM +0200, Frans Pop wrote:
> > > The first volumes were loop-aes with random key. The last one was
have a look?
This situation is further complicated by missing strutl.h in
libdebconfclient0-dev 0.129, which currently prevents plugins
from building against that version.
Max
Hey Jérémy,
On Sun, Mar 23, 2008 at 10:27:50PM +0100, Jérémy Bobbio wrote:
> On Thu, Mar 13, 2008 at 11:42:24PM +0100, Max Vozeler wrote:
> > The implementation looks fine from a quick glance. Please
> > feel free to add integrate it into cdebconf-entropy when
> >
dule package will have been unpacked before
the kernel postinst runs.
That's about as far as I got before I sort of gave up
and added the brute-force approach above.
Any ideas for a better approach? I'm happy to invest
some time getting it to work, but right know I can't
think of a
ny option for setting flow control.
The attached patch makes it work for me and fixes both word
and flow control handling. I've checked the results against
Alex' test script [1], and the results look good to me.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=416310#25
xt to form a complete dialog.
IOW, if directives are a good fit for this use, I see no
reason to not go ahead with the proposal you outlined.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
devices and then the system boots normally.
This sounds a lot like the crypto-raid interop
problem documented here:
http://wiki.debian.org/DebianInstaller/RAIDvsCrypto
The wiki page lists some known workarounds.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
ds base support
> components; additional crypto components will only be loaded on
> demand.
...
No problems spotted from pure code review. I'm doing
tests now with these and yesterdays changes.
MAx
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
t intention is to also use it from partman-auto when using guided
> partitioning of a whole disk. I'll work on that tomorrow as well.
Looks good overall. Thanks for working on this.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Dec 04, 2007 at 04:40:03PM +0100, Frans Pop wrote:
> On Tuesday 04 December 2007, Frans Pop wrote:
> > On Tuesday 04 December 2007, Max Vozeler wrote:
> > > Yes, I've tested -auto-crypto, -auto-lvm, -md, -lvm, -crypto
> > > and -partitioning by doing som
y pending changes for
> partman (that are solid enough), please commit them before then.
OK. I will monitor the list and commits for anything to do.
I'll have limited time until friday, but feel free to send
anything to me directly as well, if you like.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Frans,
On Mon, Dec 03, 2007 at 10:37:32AM +0100, Frans Pop wrote:
> On Monday 03 December 2007, Max Vozeler wrote:
> > I've carefully gone through them and noted the differences,
> > hoping to replace them all with a common commit_changes in
> > partman-base/defin
anges, (and eventually contribute to the reimplementation
of the removal of crypto devices). I'm happy to set aside
some time this weekend and review or test changes.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thanks for the review Frans. I've gone ahead now and
commited the patch as reviewed with one typo fixed.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hey all,
On Mon, Dec 03, 2007 at 12:10:45AM +0100, Max Vozeler wrote:
> o I plan to apply the attached path if noone voices
>objections. ..
Sorry, I attached an earlier revision of the patch.
Please see this one instead.
Max
Index: partman-crypto/debian/c
ning and this would
introduce a circular dependency.
I'm attaching my more detailed notes in case anyone wants
to review or double-check.
Max
Index: partman-crypto/debian/control
===
--- partman-crypto/debian/contr
1 - 100 of 211 matches
Mail list logo
