The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
Gutsy task.
** Changed in: libgpg-error (Ubuntu Gutsy)
Status: Confirmed => Won't Fix
--
[cryptsetup] library dependency in /sbin/cr
The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
Gutsy task.
** Changed in: libgcrypt11 (Ubuntu Gutsy)
Status: Confirmed => Won't Fix
--
[cryptsetup] library dependency in /sbin/cry
sorry, I didn't find the time to work on this. If someone else wants to
jump in, please assign this bug to you!
** Changed in: libgcrypt11 (Ubuntu Gutsy)
Assignee: Reinhard Tartler (siretart) => (unassigned)
** Changed in: libgpg-error (Ubuntu Gutsy)
Assignee: Reinhard Tartler (siretart
I'm not sure wheter it's the same problem but after an update to
cryptsetup_1.0.5-ubuntu2.1 my order of mounting cryptodisks especially
the swap changed.
old starting order:
mounting of encrypted swap
booting
mounting of encrypted home
current starting order:
booting
mounting of encrypted swap
mo
No action here for some time, unsubscribing ubuntu-sru. Reinhard, if you
want to fix this, please go ahead and upload to -proposed.
** Changed in: libgcrypt11 (Ubuntu Gutsy)
Status: In Progress => Confirmed
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/
Not a problem in cryptsetup itself.
** Changed in: cryptsetup (Ubuntu)
Status: New => Invalid
** Changed in: cryptsetup (Ubuntu Gutsy)
Status: New => Invalid
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notific
Hi ad,
ad [2007-11-19 16:24 -]:
> First I just would like to enforce the importance of not to use the
> /usr/lib during boot.
This is already fixed in Hardy, and will eventually get fixed in
7.10 (Gutsy), too.
--
Martin Pitthttp://www.piware.de
Ubuntu Developer http://www.ubuntu.c
Hi!
First I just would like to enforce the importance of not to use the
/usr/lib during boot. I had a several days war with gutsy and the
encrypted /usr on a separated partition. But thanks to google and
launchpad now I can see the workaround solutions (eg. copy the two libs
into /lib) but I do no
Yes, it compiles with no problem.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.c
Please try again now with current Hardy, it should be fixed now.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing
Well, I'm still getting this ftbfs error:
libtool: link: cannot find the library `/usr/lib/libgpg-error.la' or
unhandled argument `/usr/lib/libgpg-error.la'
This is a sparc build:
http://launchpadlibrarian.net/10290664/buildlog_ubuntu-hardy-sparc
.claws-mail_3.0.2-1_FAILEDTOBUILD.txt.gz
which i
I fixed libgpg-error:
libgpg-error (1.4-2ubuntu3) gutsy; urgency=low
.
* Configure with libdir=/lib, so that reverse build dependencies don't look
for the library in /usr/lib because the .la says so. (see LP #139635)
* Do not install the .la file, we want to get rid of them in the lon
ok, i got it fixed locally. I just forgot opencdk10 yesterday.
1/ apply libgpg-error-1.4-fix_lib_path.patch and rebuild libgpg-error
2/ apply libgcrypt11-1.2.4-fix_lib_path.patch and rebuilt libgcrypt11 with the
new libgpg-error
3/ rebuild libopencdk10 (untouched) with the new libgcrypt11
4/ now
I can confirm the same problem with claws-mail which ftbfs:
libtool: link: cannot find the library `/usr/lib/libgcrypt.la' or unhandled
argument `/usr/lib/libgcrypt.la'
make[6]: *** [libclawsgtk.la] Error 1
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/1
gnutls13 is still broken as libtool seems to expect all dependencies in
/usr/lib.
no patch (yet?), sorry.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug con
another patch for libgcrypt11-1.2.4
** Attachment added: "libgcrypt11-1.2.4-fix_lib_path.patch"
http://launchpadlibrarian.net/10264238/libgcrypt11-1.2.4-fix_lib_path.patch
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notif
Here is a patch for libgpg-error-1.4 fixing the /usr/lib -> /lib
migration.
** Attachment added: "libgpg-error-1.4-fix_lib_path.patch"
http://launchpadlibrarian.net/10264235/libgpg-error-1.4-fix_lib_path.patch
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/b
I sorted it out, gnutls13 should build in hardy soon.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu
Reinhard, seems it needs to be fixed with --prefix after all (not just
with dh_install), so that the .la files become correct, too?
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
B
Ah, it might just be because gnutls13 does not get built in Hardy, it's
depwaiting on some universe package.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug c
This is causing me troubles (in Hardy) with libtool while compiling some
Gnome apps like rhythmbox.
ar cru .libs/libaudioscrobbler.a rb-audioscrobbler-plugin.o
rb-audioscrobbler.o rb-lastfm-gst-src.o rb-lastfm-source.o
ranlib .libs/libaudioscrobbler.a
creating libaudioscrobbler.la
/bin/sed: can'
** Changed in: libgpg-error (Ubuntu)
Assignee: (unassigned) => Reinhard Tartler (siretart)
Status: New => Fix Released
** Changed in: libgpg-error (Ubuntu Gutsy)
Assignee: (unassigned) => Reinhard Tartler (siretart)
Status: New => In Progress
--
[cryptsetup] library depen
I added "libgpg-error" to the "affects" as cryptsetup has dependancies
to both libgcrypt11 and libgpg-error0, both currently being in /usr/lib,
and both needed to be moved to /lib ...
** Also affects: libgpg-error (Ubuntu)
Importance: Undecided
Status: New
--
[cryptsetup] library depen
working on it per discussion with Martin Pitt
** Changed in: libgcrypt11 (Ubuntu Gutsy)
Assignee: (unassigned) => Reinhard Tartler (siretart)
Status: New => In Progress
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug
Thanks Reinhard.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.
Good news there will be a fix ! Any idea about the time it will take to
reach the Gutsy updates ?
Besides this, I'm rather surprised to see the previous comment display
"Urgency = LOW" when I otherwise see that listing the "release
critical" bugs for Gutsy, importance "high" displays in the top
libgcrypt11 (1.2.4-2ubuntu3) hardy; urgency=low
* move library from /usr/lib to /lib (LP: #139635)
-- Reinhard Tartler <[EMAIL PROTECTED]> Tue, 30 Oct 2007 11:15:02
-0400
** Changed in: libgcrypt11 (Ubuntu)
Status: In Progress => Fix Released
--
[cryptsetup] library dependency in /
I'm on this. Will fix it by installing the libgpg-error and libgcrypt11
libraries in / instead of /usr
** Changed in: libgcrypt11 (Ubuntu)
Sourcepackagename: cryptsetup => libgcrypt11
Assignee: (unassigned) => Reinhard Tartler (siretart)
Status: Confirmed => In Progress
--
[cryptsetu
I've spent the last four days trying to figure out why my previously
working (in feisty) cryptdisks were silently failing to mount during
gutsy's boot, but would happily mount manually if I invoked the scripts
after login.
This is a critical bug because:
1. anyone who *properly* uses Ubuntu's *s
Hello,
> ``Swâmi'' == Swâmi Petaramesh <[EMAIL PROTECTED]> writes:
Swâmi> I agree that static binaries are *much* better for critical
Swâmi> binaries that are needed to mount filesystems. But if the
Swâmi> Ubuntu team wants to keep cryptsetup dynamically linked,
Swâmi> wou
I agree that static binaries are *much* better for critical binaries
that are needed to mount filesystems. But if the Ubuntu team wants to
keep cryptsetup dynamically linked, wouldn't there be an easy solution
modifying the libgcrypt11 and libgpg-error0 so they simply install into
/lib instead of /
> ``Swâmi'' == Swâmi Petaramesh <[EMAIL PROTECTED]> writes:
Swâmi> I could temporarily work around this by manually copying
Swâmi> libgcrypt.so.11.2.3 and libgpg-error.so.0.3.0 to /lib, with
Swâmi> their symlinks, but this is not a satisfactory solution.
I have now gone even furt
I could temporarily work around this by manually copying
libgcrypt.so.11.2.3 and libgpg-error.so.0.3.0 to /lib, with their
symlinks, but this is not a satisfactory solution.
I'm dissatisfied seeing that this bug importance is yet set to "medium"
as this can prevent a system from booting ; I feel t
Yet to report another hit of this bug. Took me some hours to find out why my
swap wouldn't come at boot time, altough I followed all the documentation.
I am really surprised to find that cryptsetup depends on dynamic libraries. Not
only the ones in /usr/lib, but in general it is a bad idea. This
And by the way, the links "solution" is definitely not one. In my case,
/usr resides in a separate partition from the rootfs, so having
cryptsetup depending upon anything which is under /usr is a *bad idea*
because cryptsetup is called before /usr is mounted...
Futhermore, it's not just an encrypt
I was just hit by this one in Gutsy :-( Sh**, my encrypted partitions
fail mounting (and my system fails starting) just because libraries
cryptsetup depends upon lie in /usr/lib where they should be in lib :-(
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/
Hello all,
I'll just jump in, because I'm lucky to see this today, before I upgrade
my feisty systems to gutsy.
This bug has not been active for two weeks. This is a horrible situation
for anyone who depends on encrypted storage for whatever reason (company
laptop with sensitive data or something
** Changed in: cryptsetup (Ubuntu)
Assignee: Ian Jackson (ijackson) => (unassigned)
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
Hello Ian,
I have to say I am disappointed about your reply, and I think you are
doing the wrong thing here.
Please let me explain:
- You are breaking existing, documented, working feature
- The new, broken behavior is not documented on crypttab's man page
- You are breaking against File Hierarc
jaa writes ("[Bug 139635] Re: [cryptsetup] library dependency in
/sbin/cryptsetup"):
> IIRC, the swap is set up by boot scripts and cryptsetup/crypttab,
> which, I think, are standard parts of debian/ubuntu. The "recipe"
> came from man pages:
>
> man cryptt
Hello Ian,
IIRC, the swap is set up by boot scripts and cryptsetup/crypttab, which, I
think, are standard parts of debian/ubuntu.
The "recipe" came from man pages:
man crypttab
man cryptsetup
In any case, IMHO, it is not acceptable to link to under /usr from
/sbin.
--
[cryptsetup] library dep
JOOI, what software set up your encrypted swap, or did you follow some
recipe somewhere ?
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
Perhaps a better answer would be to enable the swap later in this case.
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs m
yes, this is indeed both convincing and critical,
Ian, breaking crypto swap is really not an option. I think we should
rethink the dynamic linking.
** Changed in: cryptsetup (Ubuntu)
Importance: Undecided => Critical
Target: None => ubuntu-7.10-rc
--
[cryptsetup] library dependency in
Hello Reinhard,
I am using encrypted swap, and I have following setup:
/etc/crypttab:
...
#targetdevice keyfileoptions
swap /dev/sdaXX /dev/random swap
and in /etc/fstab
...
/dev/map
jaa: how does this affect swap space? Can you please elaborate on this a
bit more?
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ub
Confirming and reassigning to ijackson. We introduced that change on
purpose.
Ian can you please elaborate on this? IIUC, you want to set this bug to
Wontfix, I think
** Changed in: cryptsetup (Ubuntu)
Assignee: (unassigned) => Ian Jackson (ijackson)
Status: New => Confirmed
--
[cry
This also affect encrypted swap space severely - the swap setup fails, and you
end up to be without swap
(If you don't activate it by your self).
--
[cryptsetup] library dependency in /sbin/cryptsetup
https://bugs.launchpad.net/bugs/139635
You received this bug notification because you are a mem
48 matches
Mail list logo
