Bug#342246: [ia64 headers] arch/ia64/modules.lds: No such file or directory

Package: linux-2.6 Version: 2.6.14-4 Severity: important External module builds against ia64 headers currently fail in the linker stage with an error about missing arch/ia64/module.lds. Perhaps this is a reincarnation of #266804 ? http://buildd.debian.org/fetch.php?&pkg=pwc&ver=10.0.9-1&arch=ia64

Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file

Package: linux-2.6 Version: 2.6.12-10 Severity: important This bug is a bit weird :-) Apparently the binaries in m68k -headers were built for i386. This breaks builds of external modules as they try to execute eg. scripts/basic/fixdep on m68k. $ dpkg -x linux-headers-2.6.12-1-amiga_2.6.12-10_m

Bug#342804: loop-aes-source no longer needs reqsrc()

Package: module-assistant Version: 0.10.2 Hi Eduard, finally the day has come where loop-AES can be built without requiring kernel source trees! :-) Please remove modass/packages/loop-aes-source and add loop-aes-source to compliant.list. cheers, Max diff -ruN module-assistant-0.10.2.orig/modass/

Bug#323436: busybox-udeb: please build with CONFIG_UUENCODE=y

I wrote: > It would be useful to have uuencode available in busybox-udeb for the > support of block device encryption in partman-crypto. In particular, I'd > like to use uuencode to create loop-AES multi-key style encryption keys. I did the comparison again today and got updated information on the

Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file

Hi Christian, On Thu, Dec 15, 2005 at 08:12:05AM +0100, Christian T. Steigies wrote: > On Tue, Dec 06, 2005 at 03:48:40PM +0100, Max Vozeler wrote: > > Apparently the binaries in m68k -headers were built for i386. > > Yes, this may very well be possible, since the m68k linux-*

Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file

On Thu, Dec 15, 2005 at 02:39:45PM +0100, Sven Luther wrote: > Are you sure you are using the per-flavour header packages > (linux-headers-2.6.14-2- ? The package build-depends on linux-headers-2.6.14-2-all and uses the per-flavour headers for the actual build. > Also, do you know about the exte

Bug#343048: linux-image-2.6.14-2-686: fails to boot

On Tue, Dec 13, 2005 at 10:54:34AM +1030, Arthur Marsh wrote: > Package: linux-image-2.6.14-2-686 > Version: 2.6.14-5 > Followup-For: Bug #343048 > > Same thing happens here. I also had problems trying to install > loop-aes at the same time as upgrading from 2.6.14-4 to 2.6.14-5. The > installatio

Bug#323436: busybox-udeb: please build with CONFIG_UUENCODE=y

Hi Bastian, On Sat, Dec 17, 2005 at 02:25:25PM +0100, Bastian Blank wrote: > On Tue, Aug 16, 2005 at 08:58:42PM +0200, Max Vozeler wrote: > > It would be useful to have uuencode available in busybox-udeb for the > > support of block device encryption in partman-crypto. In particula

Bug#323436: busybox-udeb: please build with CONFIG_UUENCODE=y

Hi Bastian, On Sat, Dec 17, 2005 at 02:25:25PM +0100, Bastian Blank wrote: > On Tue, Aug 16, 2005 at 08:58:42PM +0200, Max Vozeler wrote: > > It would be useful to have uuencode available in busybox-udeb for the > > support of block device encryption in partman-crypto. In particula

Bug#344418: scponlyc: local privilege escalation in versions < 4.2

Package: scponly Version: 4.1-1 Severity: critical Hey Thomas, scponly 4.2 has been released with a fix for the privilege escalation we've mailed about. http://lists.ccs.neu.edu/pipermail/scponly/2005-December/001027.html: > ... > Problem Description: If ALL the following conditions are true, >

Bug#344418: scponlyc - chroot considered harmful

found 344418 4.0-1 tags 344418 + patch thanks The attached patch is extracted from 4.2 and should apply to 4.0-1 in stable. I've verified that it builds and fixes the bug. Note that there is a small change in behaviour that could break existing (but unsafe) setups. If the home directory is not ow

Bug#344418: scponlyc: local privilege escalation in versions < 4.2

On Thu, Dec 22, 2005 at 04:56:55PM +0100, Max Vozeler wrote: > http://lists.ccs.neu.edu/pipermail/scponly/2005-December/001027.html This should read http_s_ https://lists.ccs.neu.edu/pipermail/scponly/2005-December/001027.html cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] wit

Bug#344424: rssh: local privilege escalation in versions < 2.3.0 (CVE-2005-3345)

t; rssh v2.3.0 released today! > > Important Security Notice: > > Max Vozeler has reported a problem whereby rssh can allow users who > have shell access to systems where rssh is installed (and > rssh_chroot_helper is installed SUID) to gain root access to the > system, due to

Bug#338626: cdplay: ioctl subchnl: INVALID

Hi Ludovic, On Fri, Nov 11, 2005 at 05:06:19PM +0100, Ludovic Rousseau wrote: > Package: cdtool > Version: 2.1.8-pre3-1 > Severity: important > > $ cdplay > cdplay: ioctl subchnl: INVALID > > I guess the command was working before but as I don't use it often I > don't know what I modified since

Bug#338626: cdplay: ioctl subchnl: INVALID

On Fri, Nov 11, 2005 at 07:12:54PM +0100, Max Vozeler wrote: > Hi Ludovic, > > On Fri, Nov 11, 2005 at 05:06:19PM +0100, Ludovic Rousseau wrote: > > Package: cdtool > > Version: 2.1.8-pre3-1 > > Severity: important > > > > $ cdplay > > cdplay: ioctl

Bug#338626: cdplay: ioctl subchnl: INVALID

On Sat, Nov 12, 2005 at 11:40:59AM +0100, Ludovic Rousseau wrote: > Le Friday 11 November 2005 à 19:12:54, Max Vozeler a écrit: > > It would be interesting to know what kind of drive this is bug occurs > > with. (hdparm -I or similar) > > $ sudo hdparm -I /dev/cdrom >

Bug#344418: CVE reference

This is CVE-2005-4532. BTW, did you have a chance to look at this bug yet? I'm considering to do an NMU for unstable, but I'd prefer if someone who actively uses scponly and who could test the changes would do the upload. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject

Bug#346286: loop-aes-utils: mount -o loop fails with multiple loopdevices

Hi Bryan, On Fri, Jan 06, 2006 at 03:07:41PM -0500, Bryan Donlan wrote: > 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 though the loop module supports eight. On this system here

Bug#347595: mzscheme postinst fails with "reference to undefined identifier"

Package: mzscheme Version: 209-9 Severity: important The postinst of mzscheme fails when I try to upgrade to 209-9. I can't make much sense of the error it returns unfortunately. (log attached). Random bits of other information: Purging mzscheme and reinstalling gives the same failure. Running /u

Bug#347595: mzscheme postinst fails with "reference to undefined identifier"

On Wed, Jan 11, 2006 at 06:38:54PM +0100, Max Vozeler wrote: > Package: mzscheme > Version: 209-9 > Severity: important > > The postinst of mzscheme fails when I try to upgrade to 209-9. > I can't make much sense of the error it returns unfortunately. > (log attached

Bug#347595: mzscheme postinst failure related to slib

I've tested and confirmed the postinst failure in a clean chroot. mzscheme configures without problem if slib is NOT installed, but fails if slib (3a2-3) IS installed. Perhaps this bug should be against slib. Unfortunately I have no idea how slib and mzscheme interact. cheers, Max -- To UNSUBS

Bug#344418: updated patch for scponly chroot bug

The chroot-fix in 4.2 had a bug that refused to chroot although directory permissions were OK. This bug was also present in the previously attached patch. Attached is a fixed version. cheers, Max diff -ur scponly-4.0/scponly.c scponly-4.0-chrootfix/scponly.c --- scponly-4.0/scponly.c 2005-12

Bug#339662: loop-aes-source: loop-aes does not build with kernel 2.6.14

close 339662 3.0a-1 thanks Hi Evgeni, On Thu, Nov 17, 2005 at 09:49:35PM +0100, Evgeni Golov wrote: > I do not really understand why the make fails. The error appears to be somewhere outside the make output you quoted. Could you send the complete build log to this bug? > With the Sid version of

Bug#339662: loop-aes-source: loop-aes does not build with kernel 2.6.14

Hi Evgeni, On Mon, Nov 21, 2005 at 09:48:16AM +0100, Evgeni Golov wrote: > I've still didn't try the new modules. Whats about the loop-aes-util > package? Should I rebiuld it with Sid sources too? Or leave it and hope > the new loop-aes module is backward-compatible? There is no need for using ne

Bug#312455: README.Debian in loop-aes-source is misleading.

Hi Samuli, On Wed, Jun 08, 2005 at 12:17:37PM +0300, Samuli Suominen wrote: > in /usr/share/doc/loop-aes-source/README.Debian, starting from line 15 > it says: > > Kernel source requirement > - > > loop-AES requires a full kernel source tree to build (kernel- > header

Bug#305721: /sbin/hwclock: [hwclock] Incorrect command-line option parsing

reassign 305721 coreutils thanks Hi Benjamin, On Thu, Apr 21, 2005 at 11:24:18PM -0400, Benjamin A. Okopnik wrote: > On Thu, Apr 21, 2005 at 11:19:11PM +0200, Mike Dornberger wrote: > > On Thu, Apr 21, 2005 at 02:08:46PM -0400, Benjamin A. Okopnik wrote: > > > [EMAIL PROTECTED]:~# hwclock --set -

Bug#310381: loop-aes-source: leaves diversion in place on purge

Hi Thomas, (once again sorry for my slowness. I have split your bug report into bugs #302324 and #310381 because these are different issues.) On Mon, Apr 04, 2005 at 06:04:10PM +0200, Thomas Braun wrote: > > > These seems to be the consequence of the last bugfix. > > > Going to $MODULDIR/block/d

Bug#305765: umount - segfault on not permitted actions

tags 305765 +patch thanks Hi Eduard, On Fri, Apr 22, 2005 at 03:13:33AM +0200, Eduard Bloch wrote: > when I try to umount a partition mounted by the same user before, the > operation fails and I get a segmentation fault. On partitions mounted by > root, there is a proper message: > > $ umount /m

Bug#305765: umount - segfault on not permitted actions

Hi Eduard, On Fri, Apr 22, 2005 at 09:19:54PM +0200, Eduard Bloch wrote: > * Max Vozeler [Fri, Apr 22 2005, 02:45:28PM]: > > > Still doesn't work? The uuid passed to has_uuid() includes the double > > quotes around the uuid if configured like in your fstab. If you remove &

Bug#309622: INTL:vi

Hi Clytie, On Wed, May 18, 2005 at 09:40:25PM +0930, Clytie Siddall wrote: > Package: cdtool > Version: 2.1.5-13 > Severity: minor > Tags: l10n, patch > > The Vietnamese translation for debconf: cdtool Thanks. I hope to upload a version with your translation later today. cheers, Max -- To UN

Bug#309977: loop-aes-utils: multi-key (V3?) in losetup broken

Hi Anno, On Sat, May 21, 2005 at 12:08:42AM +0200, Anno wrote: > Package: loop-aes-utils > Version: 2.12a-3 > Severity: important > > short version: > > Problem: Unable to losetup an encrypted filesystem. > Error: "ioctl: LOOP_MULTI_KEY_SETUP_V3: invalid argument" > TEMPORARY FIX: downgrade from

Bug#309977: multi-key (V3?) in losetup broken

On Sat, May 21, 2005 at 11:30:40PM +0200, Anno wrote: > > # gpg --decrypt keyfile-v3 | head -n 64 | gpg --symmetric -a > keyfile-v2 > > (try losetup again with this keyfile-v2; It should work with 2.12a > > and 2.12p; losetup -a from 2.12p should show "multi-key-v2") > With "loop-aes-utils -a" fro

Bug#285385: cdtool: cdtool+cdown man page .IP typos

tags 285385 +fixed-upstream thanks Kevin Ryde <[EMAIL PROTECTED]> wrote: > Package: cdtool > Version: 2.1.5-11 > Severity: minor > > Running "man cdtool" prints a warning > > /tmp/zmanOAMI8V:122: warning: numeric expression expected (got `d') > > (though it scrolls off the top of the screen

Bug#315660: mount: Wrong hash generation for the loopback device.

Hi YAEGASHI, On Fri, Jun 24, 2005 at 09:49:59PM +0900, YAEGASHI Takeshi wrote: > --- util-linux-2.12p.orig/mount/lomount.c 2005-06-24 20:39:36.073263112 > +0900 > +++ util-linux-2.12p/mount/lomount.c 2005-06-24 21:12:33.783174438 +0900 (...) > + strcpy(passwdbuff+1,pass); >

Bug#319062: module-assistant: doesn't detect compiler for fakesource trees

Package: module-assistant Version: 0.9.4 Trees created using m-a fakesource don't seem to get the correct compiler detected. This is probably because include/linux/compile.h doesn't exist in fakesource trees, right? The attached patch is RFC since I'm not sure about the implications of copying co

Bug#319633: module-assistant: fakesource does not work for 2.4 kernels

Package: module-assistant Version: 0.9.5 Tags: patch It would be nice if fakesource could be used to create source trees also for 2.4.x kernels. This currently fails in the make dep step because autoconf.h is not available. I suppose this is because oldconfig is implied in the 2.6 prepare target,

Bug#319757: netpbm: arbitrary postscript code execution

Package: netpbm Version: 2:10.0-8 Severity: important Tags: security woody sarge etch sid patch Hi Andi, we've already talked about this, I'm just filing it to keep track. Please refer to message <[EMAIL PROTECTED]> (sent to maintainer and security team) for all details. Quick description: pstop

Bug#319758: pstotext: arbitrary postscript code execution

Package: pstotext Version: 1.9-1 Severity: grave Justification: remote code execution Tags: security woody sarge etch sid patch Hi Ray, we've already talked about this, I'm just filing it to keep track. Please refer to message <[EMAIL PROTECTED]> (sent to maintainer and security team) for all det

Bug#320039: libdebian-installer: please include /dev/loop/$n in mapdevfs

Package: libdebian-installer Version: 0.30 Severity: wishlist Tags: patch Hi, please include /dev/loop/$n devices in the mapdevfs table. This would be useful to have for the loop-AES support in partman-crypto that I'm working on at the moment. cheers, Max Index: libdebian-installer/src/system/de

Bug#318944: loop-aes-utils: losetup man page example wrong

Hi Diego, On Mon, Jul 25, 2005 at 08:44:42PM +0200, Diego Biurrun wrote: > On Fri, Jul 22, 2005 at 03:53:49PM +0200, Max Vozeler wrote: > > On Mon, Jul 18, 2005 at 09:11:21PM +0200, Diego Biurrun wrote: > > > Please update the man page accordingly, this is a major inconveni

Bug#299887: [INTL:ru] patch

Hi Basil, Basilius <[EMAIL PROTECTED]> wrote: > Update russian templates file (fix some typos) > > I apologize. No problem! But I only noticed after uploading cdtool with the last version you sent. How important do you consider these fixed typos? I would wait with another upload until 2.1.5-12

Bug#315198: libc6-dev: FTBFS with gcc-4.0: Fix xdr.h lvalue casts

Hi glibc maintainers, > GCC-4.0 is now the default compiler, this bug should be fixed ASAP as it's > blocking uploads to packages build-depending on this functionality. Do you already have plans or a timeframe for uploading 2.3.5 to unstable? The bug currently causes util-linux and loop-aes-uti

Bug#315198: libc6-dev: FTBFS with gcc-4.0: Fix xdr.h lvalue casts

Hi GOTO, On Tue, Jul 12, 2005 at 09:11:03PM +0900, GOTO Masanori wrote: > At Mon, 11 Jul 2005 19:10:28 +0200, > Max Vozeler wrote: > > The bug currently causes util-linux and loop-aes-utils to FTBFS in > > unstable, and I can confirm that building with libc6-dev from > >

Bug#318478: qemu: NIC detection in d-i fails and occasional hangs

Package: qemu Version: 0.7.0-2 Severity: normal Hi, when using d-i in qemu, NIC detection fails since a couple of days ago. I *think* this coincides with the upgrade to xorg in unstable. The NIC works fine if manually selected, but cannot be detected anymore. Another issue that I think could be

Bug#302324: loop-aes-source: initrd complains about missing module loop.ko_orig

Hi Thomas, [EMAIL PROTECTED] wrote: > seems that I'm the only user of loop-aes ;) Dunno, but you have a good touch for shaking out the corner cases :-) > When I now install the kernel-image (before I have purged the same > version) I get the following message: > [...] > Setting up kernel-image-2

Bug#331268: ITP: loop-aes-modules -- auto-build loop-AES binary modules

Package: wnpp Owner: Max Vozeler <[EMAIL PROTECTED]> Severity: wishlist * Package name: loop-aes-modules Version : 3.0d+3.0b+1 Upstream Author : Max Vozeler <[EMAIL PROTECTED]> * URL : http://svn.decl.org/public/loop-aes-modules * License : GPL

Bug#331439: RM: loop-aes-ciphers-source -- RoM; superseded by loop-aes-source

Package: ftp.debian.org Hi ftp-masters, loop-aes-ciphers-source has been merged into loop-aes-source as of version 3.1b-1. The two can coexist, but -ciphers-source is no longer actually useful. Please remove the package from unstable. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED]

Bug#325131: gcc-4.0: regression on hppa and arm, possibly wrong code

On Fri, Aug 26, 2005 at 02:15:11PM +0200, Max Vozeler wrote: > On Fri, Aug 26, 2005 at 01:27:43PM +0200, Falk Hueffner wrote: > > Max Vozeler <[EMAIL PROTECTED]> writes: > > > > > I can reproduce the problem in paer's sid chroot (hppa) and have put > > >

Bug#325131: gcc-4.0: regression on hppa and arm, possibly wrong code

On Mon, Sep 12, 2005 at 01:29:38PM +0200, Max Vozeler wrote: > I've been able to find a reduced testcase that shows the problem. > can find below the results using gcc-3.4 and gcc-4.0 with -O1/-O2 each. > The problem only shows with gcc-4.0 and -O2 on hppa. In case this helps analy

Bug#325131: gcc-4.0: regression on hppa and arm, possibly wrong code

On Mon, Sep 12, 2005 at 03:49:26PM +0200, Falk Hueffner wrote: > > Max Vozeler <[EMAIL PROTECTED]>, [EMAIL PROTECTED] schrieb am 12.09.05 > 13:48:41: > > On Mon, Sep 12, 2005 at 01:29:38PM +0200, Max Vozeler wrote: > > > I've been able to find a reduced testcas

Bug#328141: mount: umount -r drops nosuid flag

tags 328141 +patch thanks On Wed, Sep 14, 2005 at 06:22:00AM +1000, Paul Szabo wrote: > [ .. umount -r drops flags ] > http://www.securityfocus.com/archive/1/410333 The attached patch is extracted from 2.12r-pre1, it simply disallows user r/o remounts. cheers, Max --- /home/max/deb/loop-aes-ut

Bug#328141: CAN-2005-2876

This bug has been assigned CAN-2005-2876 cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#328626: Sarge update for loop-aes-utils (CAN-2005-2876)

EGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 16 Sep 2005 15:12:02 +0200 Source: loop-aes-utils Binary: loop-aes-utils Architecture: source i386 Version: 2.12p-4sarge1 Distribution: stable-security Urgency: high Maintainer: [EMAIL PROTECTED] Changed-By: Max Vozeler <[EMAIL PROTE

Bug#325131: gcc-4.0: regression on hppa and arm, possibly wrong code

Package: gcc-4.0 Version: 4.0.1-6 Hi gcc maintainers, I'm seeing an interesting failure of the aespipe testsuite on hppa when built with gcc-4.0. I can't say for sure that gcc-4.0 is at fault, but it does look like it and a hppa porter suggested it likely is. The problem shows up in aespipe's C

Bug#325135: maildrop: lockmail doesn't drop privileges

Package: maildrop Version: 1.5.3-1.1 Severity: critical Justification: local privilege escalation Tags: security sarge sid patch Hi Josip, I've already tried to contact you about this, but have not heard from you. I'm filing it now to keep track. Please refer to message <[EMAIL PROTECTED]> for fu

Bug#325131: gcc-4.0: regression on hppa and arm, possibly wrong code

On Fri, Aug 26, 2005 at 01:27:43PM +0200, Falk Hueffner wrote: > Max Vozeler <[EMAIL PROTECTED]> writes: > > > I can reproduce the problem in paer's sid chroot (hppa) and have put > > gcc-3.4 and gcc-4.0 builds with -save-temps on [1]. If there is > > other info

Bug#329365: mailleds: user may kill any process

Package: mailleds Version: 0.93-11 Severity: important Tags: security patch Hi Dennis, I did a quick security audit of mailleds today and noticed a small but significant flaw in the way it handles the pidfile. It can be abused by local users to kill arbitrary processes on the system by making it

Bug#326482: partman requires plural form for strings

On Sat, Sep 03, 2005 at 11:00:09PM +0200, Denis Barbier wrote: > [...] > > So, unfortunately, the only solution is to actually document in the > > templates that MINIMUM=8 > > Maybe this variable could be dropped, it seems pretty useless. Agreed, at present it is not actually useful. The minimum

Bug#321964: linux-2.6: package that depends on all -headers for $arch

Package: linux-2.6 Version: 2.6.12-1 Severity: wishlist There used to exist packages that depend on all -headers packages for a particular arch (eg. kernel-headers-2.6.11-1-i386). This is very useful for build-depends when autobuilding external module packages. Such packages seem to no longer ex

Bug#323436: busybox-udeb: please build with CONFIG_UUENCODE=y

Package: busybox-udeb Version: 1.00-4 Severity: wishlist It would be useful to have uuencode available in busybox-udeb for the support of block device encryption in partman-crypto. In particular, I'd like to use uuencode to create loop-AES multi-key style encryption keys. $ du -b busybox-udeb_1.0

Bug#323442: liferea: NET_TIMEOUT sometimes too low

Package: liferea Version: 0.9.4-1 The network timeout in liferea is sometimes too low for feeds that take a long time to send data. For example, I'm subscribed to for commit messages to the d-i repository. Sometimes the WebSVN fee

Bug#320443: partman: humandev for /dev/loop/*

Package: partman Version: 68 Severity: wishlist Tags: patch Hi, this patch adds an entry for /dev/loop/* to the humandev function which shows loop devices as "Loopback (loop%d)". Something like this would be useful to have for the loop-AES support in partman-crypto. cheers, Max Index: debian/pa

Bug#320443: partman: humandev for /dev/loop/*

On Fri, Jul 29, 2005 at 08:17:07PM +0200, Frans Pop wrote: > On Friday 29 July 2005 14:46, Max Vozeler wrote: > > this patch adds an entry for /dev/loop/* to the humandev function > > which shows loop devices as "Loopback (loop%d)". Something like this > > would be

Bug#316810: loop-aes-source: clarify requirement for kernel-source

Hi Andrew, thanks for your suggestions for improving the documentation. I have done some work on it and committed the current version into SVN. Could you have a look at and ideally give me feedback whether

Bug#321948: gnupg: build a gnupg-udeb

Package: gnupg Severity: wishlist it would be very useful if there was a gnupg-udeb available for use in debian-installer. In particular, I'd like to use gnupg-udeb to create keyfiles as used by loop-AES block device encryption. The attached patch is what I've been using for my local tests. Idea

Bug#393363: loop-aes-utils: Common loop-AES configuration file for initramfs creators

Hello Peter, On Mon, Oct 16, 2006 at 11:54:58AM +0200, Peter Colberg wrote: > concerning full loop-AES support for yaird (and for initramfs-tools), > I would like to discuss the idea of a common configuration file for > loop-AES devices. Thanks for thinking out this idea of a common configuration

Bug#378488: v5 of initramfs-tools root fs on loop integration

Hey Lionel, On Sun, Nov 05, 2006 at 05:02:30PM +0100, Lionel Elie Mamane wrote: > Was easier than anticipated, at the price of some code > duplication. Patch attached. Thanks, I have applied the patch to SVN. How do we best proceed from here? I would be happy to upload 2.12r-15 with the scripts

Bug#378488: [Pkg-loop-aes-maint] Re: Bug#378488: v5 of initramfs-tools root fs on loop integration

ng - it's probably a bit too risky. > On Sat, Nov 11, 2006 at 01:57:14PM +0100, Max Vozeler wrote: > > Alternatively, the scripts could be included now but changed to only > > do anything if they have been explicitly enabled by the user. > > Yes, that would be adequate, too. A

Bug#378488: [Pkg-loop-aes-maint] Re: Bug#378488: v5 of initramfs-tools root fs on loop integration

Hey all, On Sat, Nov 11, 2006 at 05:39:56PM +0100, Max Vozeler wrote: > Indeed, that's one nice advantage I didn't think about yet. Let's go > for this approach. I'll have some time later tonight where I could > check which changes are required for the scripts and d

Bug#398222: man pages don't match names of diverted binaries

Package: loop-aes-utils Version: 2.12r-14 Severity: important $ ls /bin/mount* /bin/mount /bin/mount.orig $ man mount.orig No manual entry for mount.orig $ man mount-orig Reformatting mount-orig(8), please wait... The man pages should be renamed so that they match the names of the diverted binari

Bug#400055: loop-aes-modules: FTBFS: build-dep on removed package loop-aes-source

tags 400055 + confirmed pending thanks On Thu, Nov 23, 2006 at 06:09:24PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in etch, I discovered that your > package failed to build on i386. > > Your package depends on loop-aes-source (>= 3.1d-3), but this package > was removed from

Bug#298113: module-assistant: fakesource and Module.symvers for versioned symbols

Package: module-assistant Version: 0.7.5 Severity: wishlist Tags: patch Hi blade, inserting a module built against a "fakesource" tree taints the kernel here, because the __versions section is empty and so the symbol version for struct_module is not available. This could be remedied by copying t

Bug#295876: fails to umount a user mounted device as user

Hi Stefan, "Stefan-W. Hahn" <[EMAIL PROTECTED]> wrote: > Also sprach Max Vozeler am Tue, 22 Feb 2005 at 20:30:48 +0100: > Hello Max, > > > I'm wondering BTW why this works as expected when you remove > > loop-aes-utils. Here the original mount 2.12

Bug#413422: RM: loop-aes-modules -- RoM; superseded by loop-aes

Package: ftp.debian.org Please remove loop-aes-modules from the archive. It has been superseded by other packages (loop-aes and linux-modules-di-*) and as such is no longer useful. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAI

Bug#403974: Unofficial kernels and debian packages...

severity 403974 important thanks On Sun, Feb 18, 2007 at 09:39:54PM +0100, Thomas Weinbrenner wrote: > James Westby wrote: > > On (17/02/07 19:51), Thomas Weinbrenner wrote: > > [...] > > > But if it is meant to help building modules for other kernel, then it > > > should support them and this bu

Bug#414309: cannot configure encrypted volume if stray swap exists

reassign 414309 partman-crypto thanks Hi Stephen, Thanks for your bug report. On Sat, Mar 10, 2007 at 03:03:20PM -0500, Stephen Gildea wrote: > In the "Partition disks" step, using the "Manual" partitioning method, > I cannot configure encrypted volumes. > > I create a partition, for use as a p

Bug#302324: initrd-tools: Misleading error message for files in /lib/modules/$KVERS/kernel that have non-.o/.ko suffix

reassign 302324 initrd-tools retitle 302324 Misleading error message for files in /lib/modules/$KVERS/kernel that have non-.o/.ko suffix severity 302324 minor thanks This bug included a number of different issues. Summarizing the relevant point for initrd-tools: If an admin or package creates a

Bug#408786: please add armel support

Hey Riku, On Sun, Jan 28, 2007 at 02:52:19PM +0200, Riku Voipio wrote: > Package: loop-aes-modules > Severity: wishlist > Tags: patch > User: debian-arm@lists.debian.org > Usertags: eabi > > Please add support for arm eabi[1] and bigendian ports. In this packages > case it only needs adding "arme

Bug#419334: RFA: cdtool -- text-based audio CD player and CD-ROM control commands

Package: wnpp I find that I don't actually play audio CDs much anymore and I now have only occasional access to a machine that cdtool works on (one that can play audio CDs without DAE), so I'm sure there is someone out there who can do a better job maintaining it :-) It would be ideal if whoeve

Bug#382523: Please add option +/- to cdvolume

Hi Michelle, Am 2006-07-10 18:59:22, schrieb Michelle Konzack: > cdvolume works curently if the parameter is an integer of 0 to 255. > > Please add the option +/- to the parameter to let $USER increase or > decrease the volume like > > cdvolume -10 > cdvolume +5 > ... > > But since

Bug#382524: cdctrl does not more work under sarge

Hi Michelle, Am 2006-07-10 19:16:20, schrieb Michelle Konzack: > I am using ATA and SCSI Cd-Drives which are /dev/hdc or /dev/scd0. > > Now if I try 'cdctrl e' it access the drive and nothing happen. > I must use ^C to interupt the operation, because other programs > like "eject" can not access t

Bug#250471: still missing eth1 on Sparc64

Hi Geert, On Wed, May 26, 2004 at 11:23:11AM +0200, Geert Stappers wrote: > On Sun, May 23, 2004 at 12:29:57PM +0200, Geert Stappers wrote: > > On Sun, May 23, 2004 at 09:36:52AM +0200, Geert Stappers wrote: > > > At boot there is a message like "hardware detect", I assume it is in > > > /etc/ini

Bug#256067: Installation failure

retitle 256067 [i386][20040624] aic7xxx and 3C905C-tx problems tags 256067 + moreinfo thanks Hello Michael Satterwhite, On Thu, Jun 24, 2004 at 03:11:51PM -0500, Michael Satterwhite wrote: > Debian-installer-version: <06/24/2004 Sid Installation 386 / Current > > uname -a: > Date: <6/24/2004 1

Bug#270936: marked as done ([ia64][20040901][netinst] various issues)

On Mon, Aug 28, 2006 at 06:03:31AM -0700, Debian Bug Tracking System wrote: > > > * Incorrect default keymap: > > > > > > Selected "English" > > > Selected "United States" > > > Default keymap is "European"; should be "American English" > > The default is now "en_US.UTF-8". Err, this

Bug#383129: ITA: pgpdump -- PGP packet visualizer

owner 383129 ! retitle 383129 ITA: pgpdump -- PGP packet visualizer thanks I've found pgpdump useful and plan to take care of it. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383129: ITA: pgpdump -- PGP packet visualizer

owner 383129 Jose Luis Rivas <[EMAIL PROTECTED]> thanks Jose told me that he has already done work on a new upload and would like to be the maintainer. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#385437: RFH: loop-aes

Package: wnpp Severity: normal Hi all, I'm starting a new fulltime job, which will leave me with less time to work on these packages (at least initially). The loop-AES packages (-source, -utils, -modules) usually don't require large amounts of attention, but there are a few decisions about big

Bug#385446: PTS: handling of udebs could be improved

Package: qa.debian.org Looking at packages.qa.debian.org/partman-crypto, there are two points specific to udebs that could be improved. They would make the page more useful (and correct) for udeb-only packages: 1. TODO and Problems warn about outdated Standards-Version. The current practice for u

Bug#389740: aespipe pads data

Hi Marc, On Wed, Sep 27, 2006 at 02:50:13PM +0200, Marc Lehmann wrote: > aespipe pads data to the cipher blocksize on encryption. as aespipe has no > container format there is no way this cna be avoided, but many programs > barf on the extra data appended (and give ghastly error messages), so this

Bug#390554: loop-aes - FTBFS: /usr/src/linux-headers-2.6.17-2-s390-tape: No such file or directory. Stop.

tags 390554 + pending thanks On Sun, Oct 01, 2006 at 09:21:13PM +0200, Bastian Blank wrote: > > /usr/bin/make -C /usr/src/linux-headers-2.6.17-2-s390-tape > > M=/build/buildd/loop-aes-3.1d/debian/build/build_s390_none_s390-tape > > make: Entering an unknown directory > > make: *** /usr/src/linux

Bug#381891: Mountpoint and other options lost when partman restarts

On Mon, Aug 07, 2006 at 06:02:06PM +0200, Max Vozeler wrote: > Mountpoints and other options for encrypted volumes are not > remembered when partman restarts. For example: Setting up an > encryption volume, setting the mountpoint and afterwards > configuring LVM makes the mountpo

Bug#384532: partman-crypto: implement on-demand loading

Hey David, thanks for working on this. Just a quick comment, as I leave for the weekend in 10 mins: On Fri, Aug 25, 2006 at 12:04:24AM +0200, David Härdeman wrote: > Index: debian/control > === > --- debian/control(revision 40192

Bug#385629: debian-installer: Encrypted filesystem setup and swap

clone 385629 -1 retitle -1 Swap check fails for swap-on-LVM-on-crypto thanks Hi James, On Mon, Oct 09, 2006 at 11:59:55PM +0100, James Westby wrote: > I am playing around with the installer and I believe I have hit this > problem. > > If I select automatically set up LVM and crypto I get a good

Bug#391664: partman-auto-crypto: Some questions and issues

Hi all, On Tue, Oct 10, 2006 at 01:51:34AM +0200, David Härdeman wrote: > The loop is there because it needs to look not for the $dev device but > the virtual device-mapper device which has been created ontop of the > device pointed to by $dev after the crypto_setup step. It should be a > bit s

Bug#381875: loop-AES key generation requires tiresome typing

Hi James, On Tue, Oct 10, 2006 at 08:39:07PM +0100, James Westby wrote: > 1) Make a game that involves typing, > > I was reminded of a game called Daley Thompson's Decathlon, which > involved bashng two keys in turn as quickly as possible, while this > wouldn't be good I thought some sort of game

Bug#392285: partman-crypto: Fails to cause cryptomount to be loaded

tags 392285 + confirmed pending thanks Hi James, On Tue, Oct 10, 2006 at 07:40:18PM +0100, James Westby wrote: > I had the first partition for / unencrypted, then two partitions, a > random key for swap, and a GPG encrypted key for /home. I used > twofish128 for minimum impact while testing. The

Bug#381677: initramfs-tools: Temporary files and initramfs world-readable

Hi all, On Tue, 12 Sep 2006 16:33:07 +0200, Lionel Elie Mamane wrote: > > what you want is a conf dir for build specific package specific > > settings. > > Actually, if we look at the details, I'm not sure the loopaes-utils > package should unconditionally set the umask of initramfs-tools, as > a

Bug#387897: Installation report

Hi Timo, On Sun, Sep 17, 2006 at 12:44:04PM +0300, Timo Myyrä wrote: > I had troubles with the crypting my harddrive. It just said that error > happened. I could choose the encryption and all but when I was supposed > to write them to disk it started complaing about error. This happened after >

Bug#378488: Directions for Creating an Encrytped Root Debian System

Hi Russell, many thanks for your document. I will try to have a detailed reading and integrate it along with the scripts. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#389014: [Priorities] partman-crypto-{dm,loop} should be 'optional' not 'standard'

Package: ftp.debian.org Patch: d-i Hi ftp-masters, debian-installer currently loads udebs partman-crypto-loop and partman-crypto-dm by default. We have lowered their priority to optional in recent uploads so that they can be loaded on demand. This will help us to decrease the overall memory requ

  1   2   3   >