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
SHOULD NOT requirement that only
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 oppinion
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:
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
.
This 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 Uploaders)
Two things come
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 Display controller: Intel
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'), (500, 'stable
if 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 gaud...@debian.org wrote:
Hi Max
On Wed, 14 Mar 2012 15:39:40 +0100, Max Linke
max_linke-deb
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://lists.debian.org/201203191509.46519@max-sievers.name
).
--
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 gaud...@debian.org wrote:
Hi
On Wed, 7 Mar 2012 11:17:48 +0100, Max Linke
max_linke-deb...@gmx.de wrote:
Hello
I would like
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
Archive: http
://lists.debian.org/201202282104.52592@max-sievers.name
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 Shaforostoffsha...@ukr.net:
please change it to Поиск сигнала через интерфейс ${interface}
or Поиск сигнала в ${interface} if you need a shorter alternative
Может лучше проверка сигнала?
Проверка наличия подключения или Проверка
**: 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 testing
APT policy: (500, 'testing
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? Contact listmas
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 swap without passphrase?
Debian
fix os-prober detects Fedora 64 fine.
Maximilian Gerhard
--- /usr/lib/os-probes/mounted/90linux-distro 2008-12-26 14:48:07.0 +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 number so that more accurate
.
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-boot-requ...@lists.debian.org
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
- b43
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.
5) The showstopper: I installed the entire system
On Mon, Sep 21, 2009 at 04:16:48PM -0400, Celejar wrote:
On Mon, 21 Sep 2009 22:03:57 +0200
Max Vozeler x...@debian.org 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
possible, but asking can't hurt
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*?).
Reassigning to kernel-wedge.
Max
--
To UNSUBSCRIBE
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 x...@debian.org wrote:
5) The showstopper: I installed the entire system (except
for /boot) onto LVM volumes in a vg on top
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
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 this:
Any comments? I think
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 subject
. 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
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
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-target
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
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
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
/mapper/ paths?
Max
--
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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.debian.org
with a subject
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
with a subject
On Sun, Jul 26, 2009 at 01:27:41PM -0300, Otavio Salvador wrote:
On Sun, Jul 26, 2009 at 12:42 PM, Max Vozelerx...@debian.org 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 with fakeroot.
I
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
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
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 be working on some of that today
From: Max Vozeler m...@nusquama.org
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
From: Max Vozeler m...@nusquama.org
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
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, email
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 59555
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-requ...@lists.debian.org
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,
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
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
===
--- partman-target/debian/changelog
. 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
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
kw...@suse.de
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
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
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
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
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
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:
- Added
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 and
mdcfg with your
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 system came up just fine
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-raid
Max
--
To UNSUBSCRIBE
postinst is started by main menu after
partman has finished:
May 31 13:45:01 main-menu[803]: Menu item 'mdcfg' selected
I'm not seeing how Jérémy's changes would have caused
that to happen though. Also, I'm not sure what is supposed
to happen - should mdcfg be started by main-menu?
Max
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 happening there.
That would
,
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
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]
+
if [ -f $id/detected_filesystem ]; then
fs=$(cat $id/detected_filesystem)
case $fs in
As said above, the idea is obviously correct and the
implementation also seems fine to me. :-)
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
to partman-crypto trunk. Thanks for your work!
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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
(DONOTUSEUNLESSYOUKNOWWHATYOUAREDOING!) or something? ;-)
Just a thought. ?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
cdebconf-newt-entropy was always adding the Go Back button.
So we have a regression here if it's not shown during the
installation. :D
We did have a regression there. Already fixed in SVN. :_)
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble
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,
but I'm sending it here
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 issues:
o Variable expansion
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/changelog
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 change the newt frontend to allow aborting.
Strange - we already
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
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 post the patch to the BR first
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.
This could still be useful.
Agreed here too. I'll
in dm-crypt.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
?
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
(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]
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 cdebconf-entropy for such setups.
Does that mean
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 with
gnupg
key file
?
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
you are happy with it.
Attached
.
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
Max
Index: grub-installer/debian/changelog
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 anything else that would work.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
you outlined.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 unsubscribe
; 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 unsubscribe. Trouble? Contact [EMAIL PROTECTED]
overall. Thanks for working on this.
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to me directly as well, if you like.
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 some random setups and injected the
two error
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/definition.sh
I agree that factoring
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]
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/control (Revision 50294
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/control
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]
1 - 100 of 209 matches
Mail list logo