07:46 <beerman> with ccache I just know to disable it from time to time, this was a complete new behaviour so I didn't think about it as fast as I would've, probably

08:29 <beerman> libxml2 2.12.0 breaks xmlsec and there does not seem to be a patch for that yet

10:52 <beerman> i have integrated libmd, libbsd for shadow and libxcrypt and libxcrypt-32 that replace glibcs deprecated crypt libs

10:53 <beerman> I'll need to push it soon but I want to test that a bit further before doing it. With that said I was thinking if there were core ports that we can move to opt. libpcre could be one of those - any objections? Other ideas?

11:04 <beerman> in case of libpcre, there does not seem to be any taker in core left

12:53 <braewoods_> beerman, what 'crypt' libraries did glibc remove?

12:55 <braewoods_> The only 'crypto' I know glibc provides is related to the 'crypt' function or the RNG functions in libc.

12:56 <braewoods_> beerman, are you sure libpcre can be moved? last I checked it is needed for utilities like grep that use more advanced REs than glibc's simple engine can handle.

12:57 <braewoods_> the posix RE API tends to only be good for a limited version of RE compared to what PCRE can do.

13:01 <farkuhar> braewoods_: `finddeps grep` indicates that it's linked to libpcre2, not libpcre.

13:02 <braewoods_> Oh. I see. It's a legacy library then.

13:03 <beerman> hey braewoods_ :) farkuhar is right about grep, we moved libpcre2 to core with 3.7 and kept libpcre around as there has been software still prefering to use the old libpcre, but it looks like we could move that to opt with 3.8 already.

13:03 <beerman> about glibcs crypto: https://sourceware.org/glibc/wiki/Release/2.38#Building_libcrypt_is_disabled_by_default

13:03 <beerman> they recommend to use libxcrypt

13:04 <braewoods_> What functions are disabled if libcrypt is disabled?

13:04 <braewoods_> Oh. Just as I suspected.

13:07 <braewoods_> Stuff happening to glibc that would have never flown with Ulrich Drepper was still in charge of glibc.

13:07 <braewoods_> s/with/when/

13:08 <braewoods_> Though I can't fault them for not wanting to just embrace new APIs in glibc willy nilly. libc can't easily get rid of baggage after all.

13:10 <beerman> yeah, I just want to embrace it and get it over with :) I am currently rebuilding the new core set to export them if anybody wants to build their own dev rootfs with it, or for when I foobar my container, who knows :D

13:14 <braewoods_> believe it or not, 'crypt' is also useful for stuff like web logins... PHP has their own version of it since libc version isn't consistent enough for portable use.

13:52 <beerman> https://nullvoid.de/crux/packages/3.8-core-base/ and here is the updated set of packages including libxcrypt, libmd and libbsd

15:00 <beerman> jaeger is mail.crux.ninja working correctly? a mail to mhoush@ bounced

15:00 <beerman> Recipient address rejected: User unknown in virtual mailbox table (in reply to RCPT TO command)

15:05 <farkuhar> it probably should have been addressed to jaeger@, not mhoush@

15:12 <farkuhar> that's what I get for trying to pull email addresses from my head, rather than looking them up like normal people do.

15:22 <beerman> will you forward the conversation so he gets it?

17:07 <jaeger> yeah, should be jaeger@

17:44 <farkuhar> okay, forwarded the conversation.

17:45 <beerman> as for a replacement for exim, would https://untroubled.org/nullmailer/ work?

17:45 <beerman> farkuhar cheers

17:47 <farkuhar> nullmailer works for darfo. Meanwhile, the upcoming release of FreeBSD will be switching from sendmail to dma (Dragonfly Mail Agent), so that's another option to consider.

17:48 <beerman> sounds like a good fit too, yeah