cryptmount-5.1-3 is available now at
http://www.rwpenney.org.uk/software/index.html#cryptmount .
I am hoping my sponsor will be able to upload it into Sid soon.
Hello Andreas,
Thanks for reporting this bug.
I have already been working on a cleaner version of the postinst script
making better use dh-systemd, which should fix other piuparts problems
relating to unwanted files left after uninstallation.
I hope to have a 5.1-3 available very soon.
Th
For info, attached is a patch (relative to cryptmount-5.1-1)
which I believe fixes the automake issue, as well as the outstanding
lintian warnings.
diff --git a/debian/changelog b/debian/changelog
index 86f7fa1..eba7e8b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+cryptmo
Thanks for your bug-report.
I have already been working on fix for this issue, and have
cryptmount-5.1-2 awaiting upload with the support of my sponsor.
For the time being, these packages are available at
http://www.rwpenney.org.uk/software
The new build-system uses debhelper v7 and dh-autorecon
Hi Don,
Thanks for your efforts in patching this bug in cryptmount.
As maintainer, I'm sorry that I wasn't able to get a full version
of the package uploaded to the Debian servers as promptly as I would
have liked. Hopefully version 4.3.1-1 will be available in sid within
the next
Hello Teodor,
Thanks for finding this issue with the cryptmount build-system.
I believe the problem is easily fixed by removing the explicit
dependency on 'libdevmapper' within the debian/control file.
I've attached a patch which seems to sort out the problem on
my debian-
severity 656346 fixed
thanks
It would appear that the symptoms may have been caused by attempting
to execute 'cryptmount --prepare' on a device that already had a
mounted filesystem. This condition is apparently trapped by
the device-mapper library.
--
To UNSUBSCRIBE, email to debian-bugs-rc-r
Hello,
Thanks for your bug report.
I think you'll need to provide some basic information about how
you're using cryptmount before I can make any attempt to resolve
this bug report.
I have frequently tested 'cryptmount --prepare' on a wide range
of linux distros, including
Hello Petter,
Thank you for finding this bug in cryptmount's init.d scripts,
and for your helpful patches.
I have now merged your patches (with minor modifications
to the dependency on $syslog) to create a new upstream version, 4.0.1,
which should now be available at http://www.sou
Erich,
Thanks for reporting the non-compliances in cryptmount's init-script,
and for your helpful patch. I've incorporated your patch and tried to
make the script more LSB compliant in its support for the 'status'
argument and in its return-codes.
Before I issue a revised version o
10 matches
Mail list logo
