Bug#680748: Removed package(s) from unstable
We believe that the bug you reported is now fixed; the following package(s) have been removed from unstable: loop-aes-utils | 2.16.2-3 | source, amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc mount-aes-udeb | 2.16.2-3 | amd64, armel, armhf, i386, ia64, mips, mipsel, powerpc, s390, s390x, sparc --- Reason --- RoQA; unsupported -- Note that the package(s) have simply been removed from the tag database and may (or may not) still be in the pool; this is not a bug. The package(s) will be physically removed automatically when no suite references them (and in the case of source, when no binary references it). Please also remember that the changes have been done on the master archive and will not propagate to any mirrors (ftp.debian.org included) until the next dinstall run at the earliest. Packages are usually not removed from testing by hand. Testing tracks unstable and will automatically remove packages which were removed from unstable when removing them from testing causes no dependency problems. The release team can force a removal from testing if it is really needed, please contact them if this should be the case. We try to close bugs which have been reported against this package automatically. But please check all old bugs, if they were closed correctly or should have been re-assigned to another package. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 680...@bugs.debian.org. The full log for this bug can be viewed at http://bugs.debian.org/680748 This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t5f55-0001wn...@franck.debian.org
Bug#680748: Removed package(s) from unstable
Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain) -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1t5f59-0001xb...@franck.debian.org
Bug#398222: marked as done (man pages don't match names of diverted binaries)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #398222, regarding man pages don't match names of diverted binaries to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 398222: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398222 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- 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 binaries. cheers, Max --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#482494: marked as done (loop-aes-utils: losetup incompatible with the one from mount)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #482494, regarding loop-aes-utils: losetup incompatible with the one from mount to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 482494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482494 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.13.1-3 Severity: important While the losetup from mount does setup the loop device even if the specified file is readonly and readonly device was not explicitly requested the losetup from loop-aes-utils fails in this case. This breaks existing boot scripts. I can no longer boot my live system from httpfs unless I apply additional patches to workaround this incompatibility in losetup. This might affect other boot scripts and some of the standard debian-live network boot methods. I see it might be useful to make the device readwrite and fail when that is not possible but this is an incompatible behaviour and should be only turned on when requested by an option. Thanks Michal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.3-src (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#540761: marked as done (loop-aes-utils: initramfs script should wait for /dev/tty before losetup (which calls gpg))
Your message dated Sat, 25 Aug 2012 12:03:15 +
with message-id
and subject line Bug#680748: Removed package(s) from unstable
has caused the Debian Bug report #540761,
regarding loop-aes-utils: initramfs script should wait for /dev/tty before
losetup (which calls gpg)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
540761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=540761
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: loop-aes-utils
Version: 2.13.1-4
Severity: normal
Tags: patch
In the initramfs script, when /sbin/losetup is called, it typically
will call gpg, which usually needs interaction with the user (to ask
for a passphrase) and hence needs /dev/tty.
This patch makes it wait for /dev/tty before starting losetup.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages loop-aes-utils depends on:
ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep
ii libblkid1 1.41.6-1 block device id library
ii libc6 2.9-16 GNU C Library: Shared libraries
ii libselinux1 2.0.80-1 SELinux shared libraries
ii libuuid11.41.6-1 Universally Unique ID library
ii mount 2.15.1~rc1-1 Tools for mounting and manipulatin
Versions of packages loop-aes-utils recommends:
ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode
loop-aes-utils suggests no packages.
-- no debconf information
--- loop-aes-utils-2.15.1~rc1/debian/initramfs/script~ 2009-08-10 10:58:54.0 +0200
+++ loop-aes-utils-2.15.1~rc1/debian/initramfs/script 2009-08-10 11:10:29.176373769 +0200
@@ -135,7 +135,7 @@
modprobe -q "$mod"
done
-while ! [ -b "${rootloop}" ]; do
+while ! ( [ -b "${rootloop}" ] && [ -c "/dev/tty" ] ); do
sleep 1
done
--- End Message ---
--- Begin Message ---
Version: 2.16.2-3+rm
Dear submitter,
as the package loop-aes-utils has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see http://bugs.debian.org/680748
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@debian.org.
Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#514404: marked as done (loop-aes-utils: initramfs script never reports any prerequisites)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #514404, regarding loop-aes-utils: initramfs script never reports any prerequisites to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 514404: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514404 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.13.1-4 Severity: important Using the debian installer, setting up an encrypted root partition on top of an md device results in an unbootable system. During the initrd boot process, the loopaes script in scripts/local-top runs before mdadm which causes the script to enter an infinite loop trying to set up a loop using a non-existent md device. One workaround is to hard-code /usr/share/initramfs-tools/scripts/local-top/loopaes to report "mdadm" as a prerequisite and rebuild the initramfs. The script should be made to correctly determine its prerequisites so that the devices it depends on are made available before it attempts to setup the encrypted loop. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages loop-aes-utils depends on: ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid1 1.41.3-1 universally unique id library ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages loop-aes-utils recommends: pn sharutils (no description available) loop-aes-utils suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#393363: marked as done (loop-aes-utils: Common loop-AES configuration file for initramfs creators)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #393363, regarding loop-aes-utils: Common loop-AES configuration file for initramfs creators to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 393363: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393363 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.12r-14 Severity: wishlist Hello, 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. First of all, why could an extra config file be needed? The problem with loop-AES devices is that most, but not all device attributes required to set up a device with losetup can also be retrieved by calling losetup (i.e. with 'losetup -a'). More specifically, losetup output can not be used to gain information about the GPG key file used for (possibly multi-key mode) encryption. An existing solution is to describe a loop device with a loop= option for the underlying device in fstab, along with gpgkey= and optionally gpghome= options. However, such an fstab entry is only feasible for loop devices which are directly mounted (i.e. /dev/hda3 => /dev/loop0 => "/home"), but fails to work for more complex setups in which loop devices are not mounted, like using an encrypted loop-AES device as a physical LVM volume. For yaird, I recently wrote full loopback and loop-AES device support. As to handling GPG keys, there are two modes of operation, either copying the GPG key (and optionally GPG home directory) to the initramfs image, or mounting a device containing the key (and GPG home directory) upon boot (comparable to the build-init.sh script accompanying loop-AES). This code handles every corner case one could think of regarding loop-AES devices, but there exists a (at least to me) major design flaw with the code (which is also the reason why I was not yet confident to publish it to the yaird list or BTS): In order to solve the above dilemma with GPG keys, a new config option (or more precisely a goal) had to be introduced, which specifies for each GPG key encrypted loop-AES device * the loop device (i.e. /dev/loop0), * an absolute GPG key path (compare gpgkey= fstab option), * optionally, a GPG home directory (compare gpghome= fstab option), * and optionally, a mount point on the initramfs image, if the key device is to be mounted upon boot (instead of copying the key to the image). This works very well, but does shows its weaknesses when running yaird in --test mode (where the config file is not read and thus yaird does not have the required information about keys), and more importantly: It is a *serious abuse* of the yaird config file. Device configuration info should never be located in an initramfs creator config file, but instead gained from a device-specific config file or tool (e.g. mdadm, cryptsetup and /etc/crypttab, (pv|vg|lv)display, ...). Finally, this is where my idea for a loop-AES config file comes in. I propose to have a file (named something like '/etc/loopaestab' or maybe '/etc/default/loopaes') with the loop-aes-utils package, that fully describes every loop-AES device for which the configuration cannot be derived from losetup output or fstab. The format could be modeled after /etc/crypttab, for example: # /dev/loop5 /dev/md0 encryption=AES256,gpgkey=/etc/keys/root.gpg The following options would be supported: - offset=..., sizelimit=..., encryption=..., loinit=... These options can also be parsed from losetup output, and would strictly have to match with the actual loop device configuration. - pseed=..., phash=..., itercountk=... These options should be available for completeness only. An initramfs creator seeing these options would probably fail with an "unsupported option" message: We do not ever want to encrypt root filesystems with random keys, for example. - gpgkey=..., gpghome=... These are the options we are so desperately trying to retrieve. - gpgmount This option would be the only loop-AES losetup unrelated option. If the keyword "gpgmount" is specified, the initramfs creator is instructed to mount the (unencrypted) device which contains the GPG key [gpgkey=...] (and optionally GPG home directory [gpghome=...]) upon boot. If the keyword "gpgmount" is not specified, the GPG key (and optionally GPG home directory) would be directly copied to the image b
Bug#452590: marked as done (loop-aes-utils: adding swap support to root fs on loop support)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #452590, regarding loop-aes-utils: adding swap support to root fs on loop support to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 452590: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452590 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Severity: wishlist Hello, 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 to use the suspend support offered by uswsusp and other packages but I use an ncrypted swap on my laptop. It would be nice if the initramfs integration could be expanded to enable setting up loops for swap while still in initramfs (and thus before restoring from any hibernation package). Thanks, Will --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#526704: marked as done (initramfs-tools: Add config options as explained in /usr/share/doc/loop-aes-utils/README)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #526704, regarding initramfs-tools: Add config options as explained in /usr/share/doc/loop-aes-utils/README to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 526704: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526704 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initramfs-tools Version: 0.92o Severity: minor Tags: patch *** Please type your report below this line *** The option INITRAMFS_LOOPAES for mkinitramfs is explained in the file /usr/share/doc/loop-aes-utils/README. I think it would be more appropriate to include a short explanation in the initram-tools config files. So that one can spot the information more easily. A starting point could be a file /etc/initramfs-tools/conf.d/loopaes with the following content: ## # Support for encrypted root using loop-aes # # INITRAMFS_LOOPAES : [ auto | no | yes ] # # auto : Determine from /etc/fstab if the root device is encrypted and #add support for it if needed # yes : Add support for encrypted root device # no : Don't add support for encrypted root device # INITRAMFS_LOOPAES=auto ## Thanks for your time, Thomas Braun -- Package-specific info: -- /proc/cmdline root=LABEL=lenny ro -- /proc/filesystems ext3 fuseblk xfs -- lsmod Module Size Used by ppdev 6500 0 lp 8164 0 vmnet 33632 15 vmblock11652 3 vmci 44052 1 vmmon 60400 6 nls_utf81760 5 cifs 208692 5 nls_base6820 2 nls_utf8,cifs ipv6 235364 23 xfs 457976 1 fuse 42908 1 dm_snapshot14340 0 dm_mirror 15104 0 dm_log 8484 1 dm_mirror dm_mod 46184 3 dm_snapshot,dm_mirror,dm_log eepro100 25168 0 mii 4896 1 eepro100 snd_emu10k1_synth 5664 0 snd_emux_synth 27904 1 snd_emu10k1_synth snd_seq_virmidi 4896 1 snd_emux_synth snd_seq_midi_emul 5376 1 snd_emux_synth snd_emu10k1 114976 3 snd_emu10k1_synth firmware_class 6816 1 snd_emu10k1 snd_ac97_codec 88484 1 snd_emu10k1 ac97_bus1728 1 snd_ac97_codec snd_pcm_oss32832 0 snd_mixer_oss 12320 2 snd_pcm_oss snd_pcm62596 3 snd_emu10k1,snd_ac97_codec,snd_pcm_oss snd_page_alloc 7816 2 snd_emu10k1,snd_pcm snd_util_mem4032 2 snd_emux_synth,snd_emu10k1 snd_hwdep 6212 2 snd_emux_synth,snd_emu10k1 k8temp 4064 0 snd_seq_dummy 2660 0 parport_pc 22500 1 parport30988 3 ppdev,lp,parport_pc snd_seq_oss24992 0 snd_seq_midi5728 0 i2c_viapro 6836 0 pcspkr 2432 0 snd_rawmidi18528 3 snd_seq_virmidi,snd_emu10k1,snd_seq_midi i2c_core 19828 1 i2c_viapro snd_seq_midi_event 6432 3 snd_seq_virmidi,snd_seq_oss,snd_seq_midi snd_seq41456 9 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 17800 3 snd_emu10k1,snd_pcm,snd_seq snd_seq_device 6380 8 snd_emu10k1_synth,snd_emux_synth,snd_emu10k1,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq snd45604 15 snd_emux_synth,snd_seq_virmidi,snd_emu10k1,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_hwdep,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device emu10k1_gp 2688 0 gameport 10700 2 emu10k1_gp shpchp 25528 0 pci_hotplug23460 1 shpchp soundcore 6368 2 snd button 6096 0 amd64_agp 8772 1 agpgart28776 1 amd64_agp evdev 8000 3 usbhid 35904 0 hid33184 1 usbhid ff_memless 4392 1 usbhid ext3 105512 1 jbd39444 1 ext3 mbcache 7108 1 ext3 ide_disk 10496 0 ide_cd_mod 27652 0 cdrom 30176 1 ide_cd_mod sd_mod 22200 4 floppy 47748 0 uhci_hcd 18672 0
Bug#683309: marked as done (Removal of /etc/mtab breaks auto-cleanup of loop devices)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #683309, regarding Removal of /etc/mtab breaks auto-cleanup of loop devices to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 683309: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683309 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: initscripts Version: 2.88dsf-22.1 Severity: important Since the move to remove /etc/mtab and link it to /proc/mounts, loop mounts no longer clean up the used loopback devices after unmount. It seems the loopback code in mount/unmount needs the information in mtab to do this automatically. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3.2 ii debianutils 4.3.2 ii libc6 2.13-33 ii lsb-base4.1+Debian7 ii mount 2.20.1-5.1 ii sysv-rc 2.88dsf-22.1 ii sysvinit-utils 2.88dsf-22.1 ii ucf 3.0025+nmu3 Versions of packages initscripts recommends: ii e2fsprogs 1.42.4-3 ii psmisc 22.19-1 initscripts suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#606624: marked as done (loop-aes-utils: Debian Squeeze bug: loop-aes automount on boot fails, manual mount works)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #606624, regarding loop-aes-utils: Debian Squeeze bug: loop-aes automount on boot fails, manual mount works to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 606624: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=606624 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.16.2-1 Severity: important uname -a Linux xxx 2.6.32-5-686 #1 SMP Sat Oct 30 22:47:19 UTC 2010 i686 GNU/Linux loop-aes-utils Version: 2.16.2-1 loop-aes-source Version: 3.3a-1 Hello, I just migrated from Lenny x86 to Squeeze x86. Because in Squeeze there is no loop-aes-module package, I built the loop-aes-sources with m-a and installed them. 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 hit Ctrl-C, there come a couple of messages something like this: "I/O buffer error on loop device". I actually use now the "noauto" option in fstab to disable boot mount. Then the system boots ok. Manual mounting of the loop-aes-partition also works fine. Compiling the kernel-sources with deactivating the original loop block device did not help either. booting with kernel option acpi=off did not help either. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages loop-aes-utils depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libblkid1 2.17.2-3.3 block device id library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii mount 2.17.2-3.3 Tools for mounting and manipulatin Versions of packages loop-aes-utils recommends: ii sharutils 1:4.9-1shar, unshar, uuencode, uudecode loop-aes-utils suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#383558: marked as done (loop-aes-utils: checkfs-loop fails if /usr is a separate partition from /)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #383558, regarding loop-aes-utils: checkfs-loop fails if /usr is a separate partition from / to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 383558: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=383558 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.12r-13 Severity: important /home is loop-aes encrypted partition. I also have separate / and /usr partitions. losetup (and subsequently mount) require gpg (which is in the /usr partition) to be available in order to set up the loop device (and mount it afterward). When /etc/init.d/checkfs-loop runs, /usr is not yet mounted and I am unable to have my /home partition checked and mounted. After the system boots, I am able to mount the drive as expected. I have fixed this by moving the /usr/bin/gpg binary to /bin (and symlinking back to /usr/bin/gpg). gpg also requires the libz libraries, so I moved /usr/lib/libz.* to /lib and symlinked back in /usr/lib. Thank you, Joshua Rubin -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages loop-aes-utils depends on: ii gnupg 1.4.3-2GNU privacy guard - a free PGP rep ii libblkid1 1.39-1 block device id library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libuuid1 1.39-1 universally unique id library ii mount 2.12r-10 Tools for mounting and manipulatin Versions of packages loop-aes-utils recommends: ii sharutils 1:4.2.1-15 shar, unshar, uuencode, uudecode -- no debconf information --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#564124: marked as done (loop-aes-utils: Unbootable system on RAID/loop-aes system due missing preqqs "mdadm" in scripts/local-top/loop-aes)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #564124, regarding loop-aes-utils: Unbootable system on RAID/loop-aes system due missing preqqs "mdadm" in scripts/local-top/loop-aes to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 564124: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564124 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.13.1-4 Severity: important Tags: patch I try to install Ubuntu 5.0.3 via expert installer on a RAID system. Partition scheme (identical on all 3 discs): /boot, ext3 / RAID1 , plain / ext3 / RAID5 , loop-aes (key) on md1 swap , loop-aes (tmp) /srv , ext3 / RAID5 , loop-aes (key) on m2 After successfull installation system fails to boot, as the init script loopaes is started in front of the mdadm script. In my opinion this is wrong, as the RAID must have been started prior to loopaes. HOT-FIX: 1. Unpack the initrd image 2. Modify the file and change in the section "prereqs()" echo "" to echo "mdadm" 3. Repack the initrd image PERMANENT FIX Make this change in the file scripts/local-top/loop-aes -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages loop-aes-utils depends on: ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP rep ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid1 1.41.3-1 universally unique id library ii mount 2.13.1.1-1 Tools for mounting and manipulatin Versions of packages loop-aes-utils recommends: ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode loop-aes-utils suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#551394: marked as done (loop-aes-utils: loop-aes-keygen should use --s2k-count option for gpg recommended by loop-aes.readme)
Your message dated Sat, 25 Aug 2012 12:03:15 +
with message-id
and subject line Bug#680748: Removed package(s) from unstable
has caused the Debian Bug report #551394,
regarding loop-aes-utils: loop-aes-keygen should use --s2k-count option for gpg
recommended by loop-aes.readme
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
551394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551394
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: loop-aes-utils
Version: 2.13.1-4
Severity: normal
Tags: patch
*** Please type your report below this line ***
Hi,
the loop-aes.readme suggests to use the option --s2k-count 8388608 for
generating gpg keys. In short this improves the resitance to dictionary
attacks.
The attached patch adds this option to the gpg call. This commandline
option is available in gpg 1.4.6 or later.
Thanks for your time,
Thomas
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages loop-aes-utils depends on:
ii gnupg 1.4.9-3+lenny1 GNU privacy guard - a free PGP
rep
ii libblkid1 1.41.3-1 block device id library
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libselinux1 2.0.65-5 SELinux shared libraries
ii libuuid1 1.41.3-1 universally unique id library
ii mount 2.13.1.1-1 Tools for mounting and
manipulatin
Versions of packages loop-aes-utils recommends:
ii sharutils 1:4.6.3-1 shar, unshar, uuencode, uudecode
loop-aes-utils suggests no packages.
-- no debconf information
--- loop-aes-keygen 2009-10-18 00:57:56.640026751 +0200
+++ loop-aes-keygen.modified 2009-10-18 01:06:16.576326458 +0200
@@ -157,7 +157,7 @@
{
version=$1
keyfile=$2
- gpgargs=$3
+ gpgargs="--s2k-count 8388608 $3"
# These are the known loop-AES key formats:
# v1.x1 45 bytes AES key
--- End Message ---
--- Begin Message ---
Version: 2.16.2-3+rm
Dear submitter,
as the package loop-aes-utils has just been removed from the Debian archive
unstable we hereby close the associated bug reports. We are sorry
that we couldn't deal with your issue properly.
For details on the removal, please see http://bugs.debian.org/680748
The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.
This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@debian.org.
Debian distribution maintenance software
pp.
Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#384059: marked as done (loop-aes-utils: diverts files from essential package)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #384059, regarding loop-aes-utils: diverts files from essential package to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 384059: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384059 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.12r-11 Severity: important loop-aes-utils diverts /bin/mount et al. I realise this is kind of the entire purpose of the package, but I just happened to mention it in the hearing of the author of dpkg who said "it is strictly forbidden to divert any of the essential components of an Essential package; the reason for this is that if there is a failure at the critical moment then your system will be unbootable". Could you please find some other way to do this? Thanks, -- Colin Watson [cjwat...@debian.org] --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#661257: marked as done (loop-aes-utils: umount ignores "user" option in fstab)
Your message dated Sat, 25 Aug 2012 12:03:15 + with message-id and subject line Bug#680748: Removed package(s) from unstable has caused the Debian Bug report #661257, regarding loop-aes-utils: umount ignores "user" option in fstab to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 661257: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661257 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: loop-aes-utils Version: 2.16.2-2 Severity: normal when using "user" option in fstab, mount from this package works fine for regular user, but umount fails with "umount: only root can unmount /dev/sdc1 from /media/usb1". Related fstab entries: /dev/sdc1 /media/usb1 vfat noauto,showexec,codepage=866,user,umask=000,quiet /dev/sdc1 /media/usb1_auto autonoauto,user /dev/sdc1 /media/usb1_ntfs ntfsnoauto,user,fmask=133,dmask=022, Regular mount from "mount" package works fine with exactly this fstab, so it is not broken fstab entry. I resolved the situaltion by uninstalling loop-aes-utils. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages loop-aes-utils depends on: ii gnupg1.4.11-3 ii libblkid12.20.1-1.2 ii libc62.13-26 ii libselinux1 2.1.0-4.1 ii libsepol12.1.0-1.2 ii mount2.20.1-1.2 Versions of packages loop-aes-utils recommends: pn sharutils loop-aes-utils suggests no packages. -- debconf-show failed --- End Message --- --- Begin Message --- Version: 2.16.2-3+rm Dear submitter, as the package loop-aes-utils has just been removed from the Debian archive unstable we hereby close the associated bug reports. We are sorry that we couldn't deal with your issue properly. For details on the removal, please see http://bugs.debian.org/680748 The version of this package that was in Debian prior to this removal can still be found using http://snapshot.debian.org/. This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org. Debian distribution maintenance software pp. Luca Falavigna (the ftpmaster behind the curtain)--- End Message ---
Bug#685376: postinst fails on non-default Debian kernels and is useless on =<3.4
Package: makedev On Mon, Aug 20, 2012 at 12:54:54PM +0200, Evgeni Golov wrote: > But then the if condition still has to be updated, as it won't trigger > with [3.0..3.4[ Much of that postinst seems to be workarounds written in 2005 or earlier. I think this conditional block could be removed rather than fixed (but looking at #543592 and #644318, maybe a package RM is better). The MAKEDEV command itself is normally a no-op if udev is running (via patches added during 2005/2006). The conditional would have been always false since around August last year ([2011-08-09] linux-latest-2.6 39 MIGRATED to testing) Cheers, Steve -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120825152142.ga5...@s.cotton.clara.co.uk
