Closed GoogleCodeExporter closed 9 years ago
Some minor discussion in downstream bug report,
http://bugs.gentoo.org/show_bug.cgi?id=472608 but nothing that adds more
information really.
Original comment by ssuomine...@gmail.com
on 5 Jul 2013 at 1:17
cryptsetup does not need udev internally at all, it is libdevmapper backend
library dependency.
Unfortunately without libdevmapper cryptsetup is completely unusable.
(IOW once libdevmapper can be compiled statically cryptsetup can be built
again.)
But I would like to have static build still supported (the world is more than
Fedora which disallows static linking.) BTW I am using static builds myself for
testing (I can have all versions and no dependency on system libraries - very
useful for local quick regression tests.)
But really, it is systemd issue, udev is part of systemd now. I think your
distro solution is the best you can do now.
Original comment by gmazyl...@gmail.com
on 5 Jul 2013 at 1:46
So I tried this directly on Gentoo with udev static workaround (for bug 472608)
removed.
Indeed, lvm2 (devicemapper lib) fails to build. In this configuration you have
to compile lvm2 (resp. device-mapper) with udev disabled (no static udev
library, it cannot link it -> must add"-udev" USE flag).
Cryptsetup does not need udev at all, it just takes library requirement from
lvm2 for devicemapper lib, as you can check with pkgconfig:
# pkg-config --libs devmapper --static
-L/lib -ldevmapper -ludev -lrt
(If you compile lvm2 with udev disabled, -ludev disappears and cryptsetup is
not linked to it as well.)
IOW there is no bug in cryptsetup - is still can support static build, you just
need to have environment supporting it. Once you are using systemd > 205,
devicemapper must be compiled without udev (this unfortunately means some old
bugs reapear but that's out of cryptsetup scope :-)
If lvm developers decide to not support static libdevamapper build at all
cryptsetup will follow and static build will be disabled (or I will solve it
differently).
But for now, it works exactly as expected.
I would suggest Gentoo developers to add some warning and compile lvm2 with
-udev if static build required. You should see the same problem for
multipath-tools (e.g. kpartx) and dmraid static builds. (Or if existing
workaround in ebuild script is ok, then this is the best solution.)
Please let me know if there is still any problem - I am using Gentoo for low
level testing so static build is sometimes very useful for me as well.
Original comment by gmazyl...@gmail.com
on 27 Jul 2013 at 10:10
Original issue reported on code.google.com by
ssuomine...@gmail.com
on 5 Jul 2013 at 1:15