tags 354204 + confirmed pending
thanks
On Fri, Feb 24, 2006 at 10:25:12AM +0100, Daniel Schepler wrote:
> Package: loop-aes-source
> Version: 3.1c-2
> Severity: serious
>
> From my pbuilder build log:
>
> ...
> dh_installdocs
> dh_install
> cp: cannot stat `./debian/patches': No such file or dir
Hello James,
I would like ask you about your thoughts on #321948.
This bug is currently the main blocker for uploading partman-crypto
(the package that implements loop-AES support for d-i). I would
very much appreciate if you'd consider building an udeb and tell me
about any conceptual or techni
On Sat, Jan 21, 2006 at 02:23:24PM +0100, Remi Vanicat wrote:
> 2006/1/21, Remi Vanicat <[EMAIL PROTECTED]>:
> > When running it very (very) often froze for a short time : it look
> > like between each X event, one have to wait for severall second before
> > the next one is to be treated (or someth
On Thu, Mar 02, 2006 at 11:56:04AM -0600, Joe Wreschnig wrote:
> On Thu, 2006-03-02 at 18:00 +0100, Max Vozeler wrote:
> > It seems like it has something to do with the locale setting: quodlibet
> > freezes the way Remi describes when I'm using LANG=de_DE.UTF-8 and
> >
On Thu, Mar 02, 2006 at 02:05:34PM -0600, Joe Wreschnig wrote:
> On Thu, 2006-03-02 at 19:41 +0100, Remi Vanicat wrote:
> > I've completely forget about this bug report.
> >
> > Some debugging show me that the waiting appen in
> > /usr/lib/python2.3/threading.py line 418 in a sleep call. Commentin
Hi maks,
> diff -Nur initramfs-tools-0.59b.orig/scripts/functions
> initramfs-tools-0.59b/scripts/functions
> --- initramfs-tools-0.59b.orig/scripts/functions 2006-03-26
> 11:59:15.0 +0200
> +++ initramfs-tools-0.59b/scripts/functions 2006-04-08 00:43:00.0
> +0200
> @@ -1
Hi Frédéric,
On Thu, Apr 20, 2006 at 09:06:26AM +0200, Frédéric Gobry wrote:
> I've just installed loop-aes for my 2.6.16 kernel, but cannot insert the
> module (I've removed the old loop & cryptoloop modules before):
>
> > sudo modprobe loop
> FATAL: Error inserting loop (/lib/modules/2.6.16-1-6
Hey Micah,
On Wed, Apr 19, 2006 at 10:52:26AM -0400, Micah Anderson wrote:
> Package: loop-aes-2.6.16-1-686-smp
> Version: 3.1c+4+2
> Severity: wishlist
>
> The archive recently had the addition of the following two kernels,
> which provide Linux Vserver and Xen support:
>
> linux-image-2.6-vser
Hey Micah,
On Wed, Apr 19, 2006 at 11:51:12AM -0400, Micah Anderson wrote:
> After you've built and installed a loop-aes modules package you
> should probably be adding information to /etc/modules to load the
> loop module on boot, as this allows for loading of unattended
> filesystems on boot (su
On Thu, Mar 23, 2006 at 01:37:48AM +0100, David Härdeman wrote:
> On Thu, Mar 23, 2006 at 01:27:15AM +0100, Jonas Meurer wrote:
> >but i fear that they will require some more udebs to work. at least
> >libpopt0, libgpg-error0 and libgcrypt11 have no udebs currently.
>
> Ah, it will be hard to do a
On Thu, Mar 23, 2006 at 01:27:15AM +0100, Jonas Meurer wrote:
> sure ;-) max, now you're aware of the first cryptsetup-udeb package.
Excellent news :-)
> but i fear that they will require some more udebs to work. at least
> libpopt0, libgpg-error0 and libgcrypt11 have no udebs currently.
>
> i'l
On Thu, Mar 23, 2006 at 01:37:48AM +0100, David Härdeman wrote:
> Ah, it will be hard to do any d-i hacking before these are also
> available.
I just remembered: There is a way you can do testing until the
library udebs will be available.
If you put cryptsetup-udeb in the localudebs/ directory,
On Thu, Mar 23, 2006 at 11:01:07AM +0100, Csillag Kristóf wrote:
> Package: loop-aes-source
> Version: 3.1c-3
> Severity: important
> Justification: fails to build from source
>
> When I try to build the sources with make-kpkg for 2.6.16,
> i get the following: (this applies to both 2.6.16-1 and 2
tags 358568 +pending
thanks
I think I've found the reason.
Jari, the test for "some 2.6 kernels need # character in
KBUILD_BASENAME and KBUILD_MODNAME" returns true for Debian
2.6.16 kernels, where it used to return false for 2.6.15.
(I have not checked vanilla kernels yet)
Makefile then does
On Thu, Mar 23, 2006 at 05:23:16PM +0200, Jari Ruusu wrote:
> Max Vozeler wrote:
> > Jari, the test for "some 2.6 kernels need # character in
> > KBUILD_BASENAME and KBUILD_MODNAME" returns true for Debian
> > 2.6.16 kernels, where it used to return false for 2.6.1
On Fri, Jan 06, 2006 at 03:07:41PM -0500, Bryan Donlan wrote:
> Package: loop-aes-utils
> Version: 2.12r-1
> Severity: normal
>
> On my system (using udev, kernel 2.6.12-1-k7) only /dev/loop/0 is
> created automatically. This causes mount -o loop to fail after one loop
> device is in use, even tho
On Mon, Mar 27, 2006 at 04:02:14PM -0500, Joey Hess wrote:
> I assume that there is really nothing i386 specific in this list of
> modules and that I should add it to all the (2.6 only?) kernels for
> all arches?
Yes to both. This will apply to all archs, and dm-crypt which
will be using these mo
On Wed, Mar 29, 2006 at 08:15:15PM -0800, Blars Blarson wrote:
> cd /usr/src/linux-headers-2.6.16-1-sparc64 && make
> M=/build/buildd/loop-aes-modules-3.1c+4+1/modules/loop-aes/loop-AES/tmp-d-kbuild
> modules
> make[3]: Entering directory `/usr/src/linux-headers-2.6.16-1-sparc64'
> Makefile:524:
Hey David,
On Fri, Apr 07, 2006 at 12:14:27AM +0200, David Härdeman wrote:
> +# First of all, check if this is a dm-crypt device
> +type=""
> +if [ -x /sbin/dmsetup ]; then
> +type=$(/sbin/dmsetup table $swap | head -1 | cut -d " " -f3)
> +fi
I think $s
tags 361147 +pending
thanks
On Fri, Apr 07, 2006 at 12:14:27AM +0200, David Härdeman wrote:
> the attached patch is necessary in order to show decent descriptions for
> encrypted volumes when using partman-crypt. Without the patch,
> everything under /dev/mapper is listed as a lvm lv.
Thanks fo
block 356707 with 342248
thanks
This is caused by the cross-compiling problem with m68k headers in
linux-2.6 (#342248). They include binaries compiled for i386 which
can't be executed on m68k.
cheers,
Max
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Package: linux-2.6
Severity: wishlist
Please consider including the USB/IP drivers from the
staging directory:
CONFIG_USB_IP_COMMON=m
CONFIG_USB_IP_VHCI_HCD=m
CONFIG_USB_IP_HOST=m
As I understand, the drivers remain in staging not so much
because of quality issues but due to discussions about th
Hi Ben,
On Tue, Feb 09, 2010 at 03:21:15AM +, Ben Hutchings wrote:
> On Mon, 2010-02-08 at 18:15 +0100, Max Vozeler wrote:
> > Please consider including the USB/IP drivers from the
> > staging directory:
> >
> > CONFIG_USB_IP_COMMON=m
> > CONFIG_USB_IP_VH
Hi Ben,
On Fri, Feb 12, 2010 at 02:52:58AM +, Ben Hutchings wrote:
> On Tue, 2010-02-09 at 14:21 +0100, Max Vozeler wrote:
> > On Tue, Feb 09, 2010 at 03:21:15AM +, Ben Hutchings wrote:
> > > The implementation is questionable too.
> >
> > Could you poin
Hi Bastian,
On Fri, Feb 12, 2010 at 02:50:58PM +0100, Bastian Blank wrote:
> On Mon, Feb 08, 2010 at 06:15:18PM +0100, Max Vozeler wrote:
> > Please consider including the USB/IP drivers from the
> > staging directory:
>
> I consider these to broken to be supported. Reasons
Hello,
On 10.12.2010 14:14, ar wrote:
> Mounting of my loop-aes encrypted partitions works, but only manual.
>
> On system boot via fstab, there comes no password prompt after stating
> that the loop module was loaded, instead the system sits there and waits
> forever (at least 5 minutes). When I
: loop-aes
Section: kernel
Priority: optional
Maintainer: Debian Loop-AES Team
Uploaders: Max Vozeler
Standards-Version: 3.8.4
Build-Depends: debhelper (>= 7), bzip2, fakeroot
Package: loop-aes-source
Architecture: all
Depends: build-essential, debhelper (>= 7), module-assistant, bzip2
Reco
Max
commit 01446ef5af4e8802369bf4d257806e24345a9371
Author: Max Vozeler
Date: Wed Jan 12 15:02:05 2011 +0200
staging: usbip: vhci: use urb->dev->portnum to find port
The access to pending_port was racy when two devices
were being attached at the same time.
Signed-off-by: Max Voze
Hi Ian,
On Thu, Feb 24, 2011 at 02:26:01PM +, Ian Jackson wrote:
> Max Vozeler writes ("Bug#614808: O: loop-aes - loop-AES encryption modules"):
> > loop-aes has an active and helpful upstream maintainer
> > and quite a few users.
>
> Why are these people not u
I recently got a iguanaIR USB and would like to have it
supported without the need to rebuild lirc.
Stefanos, are you still interested? Let me know if you
need review and/or sponsorship. I'm happy to help but lack
the time to maintain it properly myself.
Max
--
To UNSUBSCRIBE, email
Hi Petter,
On Mon, Mar 22, 2010 at 07:25:14PM +0100, Petter Reinholdtsen wrote:
> Hi. This issue has been tagged pending since last summer. When is
> the new upload planned? Please let me know if I should not NMU to fix
> it.
Thanks for reminding me. I will do a (long overdue) upload
includin
Package: wnpp
Severity: wishlist
Owner: Max Vozeler
* Package name: usbip
Version : 0.1.7
Upstream Author : Takahiro Hirofuchi
* URL : http://usbip.sourceforge.net/
* License : GPL2+
Programming Lang: C
Description : USB device sharing system over IP
reassign 517471 partman-crypto
thanks
On Fri, Feb 27, 2009 at 06:25:23PM -0500, M. McGowan wrote:
> It is possible to encrypt loop-aes and dm-crypt tmp (like /tmp or
> /var/tmp) partitions with a random key at boot time, but the Debian
> installer will not configure this. The installer will only c
reassign linux-2.6 2.6.29-1
merge 521472 521672
thanks
Hi Dmitry,
On Sun, Mar 29, 2009 at 02:45:05PM +0400, Dmitry E. Oboukhov wrote:
> Usually I use the command like as
>
> module-assistant -l 2.6.29-1-686 a-i loop-aes-source
>
> but with 2.6.29 (sid) kernel build has failed.
This is caused b
tags 521348 + pending
thanks
Hi Thomas,
On Thu, Mar 26, 2009 at 10:22:27PM +0100, Thomas Siedlich wrote:
> loop-aes-source fails to compile with kernel 2.6.29:
>
> --8<-
> make[4]: Entering directory `/usr/src/linux-2.6.29'
> CC [M] /usr/src/mod
Hi Dmitry,
On Sun, Mar 29, 2009 at 01:41:47PM +0200, Max Vozeler wrote:
> On Sun, Mar 29, 2009 at 02:45:05PM +0400, Dmitry E. Oboukhov wrote:
> > Usually I use the command like as
> >
> > module-assistant -l 2.6.29-1-686 a-i loop-aes-source
> >
> > but with 2.6
Hello Will,
I've just rediscovered your bug report - sorry for
taking so long to reply.
On Fri, Nov 23, 2007 at 04:09:52PM -0500, Will Ashford wrote:
> I would like to say that I appreciate the added support for root
> on loop-aes from #378488 very much. I would also appreciate being able
>
tags 470941 + unreproducible
thanks
Hello Marc,
On Fri, Mar 14, 2008 at 06:27:02PM +0100, Marc Lehmann wrote:
> after installing loop-aes-utils, automount failed to be able to mount nfs
> volumes, and indeed, mount no longer is able to do nfs mounts:
>
># mount 10.0.0.5:/ /mnt
>mount: wr
Max
Index: grub-installer/debian/changelog
===
--- grub-installer/debian/changelog (Revision 51918)
+++ grub-installer/debian/changelog (Arbeitskopie)
@@ -9,6 +9,10 @@
[ Guido Guenther ]
* Add multipath support modelled after dmra
tags 470941 - unreproducible
tags 470941 + confirmed pending
thanks
On Fri, Mar 14, 2008 at 11:41:11PM +0100, Marc Lehmann wrote:
> > Just guessing as to what the problem could be -
> >
> > If the mount package is an old version that predates
> > the switch to using mount.nfs, it could be that
On Mon, Jan 04, 2010 at 07:10:12AM -0500, Daniel Dickinson wrote:
> Package: aespipe
> Version: 2.3d-2
> Severity: serious
> Justification: required dependences must be listed
>
> aespipe with a Standard system emits warnings that uuencode is missing (line
> 84)
> sharutils supplies uuencode.
I'm
Package: wnpp
Severity: normal
I'm orphaning cdtool in the hope that someone who still uses it
will take over. All systems I have today need CDDA, and I find
that I just don't use audio CDs anymore.
Rather than letting it rot as I have, let's make it clear that
I'm not maintaining it anymore. :
201 - 242 of 242 matches
Mail list logo
