jaeger changed the topic of #crux-devel to: CRUX (https://crux.nu/) development channel | Logs: https://libera.irclog.whitequark.org/crux-devel/
ivandi has quit [Quit: WeeChat 4.2.1]
ivandi has joined #crux-devel
farkuhar has quit [Quit: nyaa~]
<jaeger> Do we have a fix for cryptsetup and libuuid broken by the util-linux update? I would probably just disable static cryptsetup for my own uses but I doubt everyone would agree with that
<jaeger> Just discovered that building util-linux 2.40 with autotools instead of meson fixes this problem
<jaeger> I'm going to revert it to autotools for now, if we have/find a solution for the meson build differences we can update it
<jaeger> bit of anecdotal data, from an archlinux container:
<jaeger> [root@04deb1311f69 ~]# pacman -Q util-linux-libs
<jaeger> util-linux-libs 2.40-1
<jaeger> [root@04deb1311f69 ~]# objdump -t /usr/lib/libuuid.so | grep -i uuid_generate
<jaeger> [root@04deb1311f69 ~]#
<jaeger> Also missing there
darfo has quit [Ping timeout: 252 seconds]
<beerman> I'd rather have kept the broken cryptsetup than reverting to use autotools there
<beerman> I did the honors to open a ticket with util-linux to check up why the static uuid reports to not have the clear function
jue has joined #crux-devel
<jue> jaeger: thanks for your fix to util-linux
<jue> the whole 2.40 release seems to be hardly broken at all
<jue> while building with autotools the new lastlog2/pam_lastlog2 library fails with missing sysmbol ->
<jue> PAM unable to dlopen(/lib/security/pam_lastlog2.so): /lib/security/pam_lastlog2.so: undefined symbol: ll2_write_entry
<jue> though, that works with the meson build :(
<beerman> the only problem I can see with util-linux (which is outstanding) is the broken build with cryptsetup which seems to fail to find uuid_clear for me
<beerman> I opened a ticket for that: https://github.com/util-linux/util-linux/issues/2895
<jue> lvm2 fails as well
<beerman> let me check
<jue> the static libraries are broken at all, IMO
<jue> the PAM error, I've reported above, is not important, cause our default PAM setup don't include lastlog2 in /etc/pam.d/login
<beerman> yeah, I see the problem with lvm2, might be worth another bug report, I opened one for the compat-32 build yesterday which got a quick patch that works
farkuhar has joined #crux-devel
goodlings8 has joined #crux-devel
ivandi has quit [Quit: WeeChat 4.2.1]
ivandi has joined #crux-devel
<farkuhar> jue: the pam_lastlog2 issue might be present in both meson and autotools, according to https://github.com/util-linux/util-linux/pull/2894
<jaeger> jue: no problem
<farkuhar> one of my builds of util-linux#2.40 generated a bunch of man-pages that don't appear in the footprint, and some of them would have clobbered the man-pages owned by other ports. Hence it wasn't enough to set PKGMK_IGNORE_NEW=yes, I had to force the update by hand.
<jaeger> beerman: it's kinda interesting that you ran into uuid_clear rather than uuid_generate, I wonder if that's simply a parallelism difference
<beerman> I changed cryptsetup to meson and this seems to report a different problem, but I suspect them all to have the same cause. Not sure yet, let's see how the ticket plays out
darfo has joined #crux-devel
darfo_ has joined #crux-devel
darfo has quit [Ping timeout: 264 seconds]
groovy2shoes has joined #crux-devel
<jue> farkuhar: as I wrote, pam_lastlog2 works for me with the meson build
groovy3shoes has quit [Read error: Connection reset by peer]
jue has quit [Ping timeout: 264 seconds]
<farkuhar> jue: same here, successful build with meson. On the other hand, having asciidoctor installed is what triggers the creation of man-pages that would clobber the footprints of other ports: http://sprunge.us/S1GXW5
dlcusa has left #crux-devel [Leaving]