10:00 <kh1b> Hi, I am fairly new to CRUX and not familiar with how its init system works. If anyone can explain it to me, I would appreciate it. I am familiar with runit and was wondering if it's worth using CRUX with runit or something like sinit.

11:00 <kh1b> what does errors like this when building a package mean https://0x0.st/XW1I.txt

11:35 <r0ni> kh1b you need to edit /etc/pkgmk.conf and uncomment IGNORE_NEW_FOOTPRINT="YES"

11:36 <r0ni> any extra files on a footprint arent' allowed by default, but this entirely depends on the deps you've installed

11:37 <r0ni> or you can cd to the portdir and just install it with "pkgadd <package name>

11:52 <cruxbot> [contrib/3.7]: python3-aiohttp: 3.10.2 -> 3.10.3

11:52 <cruxbot> [contrib/3.7]: python3-twisted: 24.3.0 -> 24.7.0

11:52 <cruxbot> [contrib/3.7]: php-igbinary: 3.2.15 -> 3.2.16

11:52 <cruxbot> [contrib/3.7]: python3-webcolors: 24.6.0 -> 24.8.0

11:52 <cruxbot> [contrib/3.7]: dua-cli: 2.29.1 -> 2.29.2

12:23 <ukky> kh1b: the default init system in Crux is sysvinit. Kernel starts /sbin/init as PID1. In Crux PID1 opens /etc/inittab and spawns tasks according to the runlevel.

13:18 <Snorap> Hello. I'm trying to compile ImageMagick from an opt port and faced with error. "libuuid.la no such file or directory". Libuuid is a part of util-linux port. But it contain only libuuid.so and libuuid.a. What is a correct way to build ImageMagick?

13:34 <Snorap> Consolekit also trying to find libuuid.la.

14:04 <r0ni> best fix i've found is 'rm /usr/lib/*.la'

14:05 <r0ni> you may not want to delete files tho, can always move them to a backup location

14:07 <Snorap> In othr words, you mean that problem caused by incorrect link in other .la file?

14:13 <r0ni> they shouldn't be included in the packages tbh, but many of them contain them and they ultimately confuse pkgconf while looking for libraries

14:14 <r0ni> some do, some don't, and that causes the problem. They aren't needed though and your builds will finish and work without them

14:15 <Snorap> You where right. Deleting *.la files from /usr/lib solved my problem. Thank you!

14:49 <cruxbridge> <tim> https://crux.nu/rpaste/BH4W0V9g.txt fwiw, thats the shell function i use to rebuild ports that reference la files, e.g. "rebuild-lib libuiid.la" as root

14:55 <ppetrov^> Snorap, you may wish to check this: https://github.com/baguette/crux-ports/blob/master/Util/bin/libtool-garbage-day.sh

14:56 <ppetrov^> Snorap, and this discussion from this very channel: https://libera.irclog.whitequark.org/crux/2024-05-07

15:06 <Snorap> ppetrov^: Got it. The first sentence on the script description hint that it will be used frequently.

15:38 <frinnst> 17537 (process ID) old priority 0, new priority 19

15:38 <frinnst> MISMATCH22193ca2cc0f4e023d331cc1391f55143ef9cade.patch

15:38 <frinnst> =======> ERROR: Building '/usr/ports/pkg/polkit#125-1.pkg.tar.gz' failed.

15:38 <frinnst> =======> ERROR: Signature mismatch found:

15:38 <frinnst> is that a known issue?

15:38 <frinnst> otherwise, now it is :)

17:23 <Snorap> frinnst, there is no signature for patch file. If it's ok for you, you can just ignore it and use "pkgmk -is"

17:32 <Snorap> Building libxfce4ui.error: Package 'libxfce4util-1.0' not found in specified Vala API directories or GObject-Introspection GIR directories.

17:32 <Snorap> Did anyone faced it?

17:47 <farkuhar> frinnst: The patch has the same filename as it did for polkit-124, but a different host. A fresh download using the new host produces the signature mismatch, but anyone upgrading from polkit-124 would probably have the old patch, whose checksum agrees with the signature.

18:02 <Snorap> I solved problem with libxfce4util. Just rebuilt few depends.

18:09 <farkuhar> in case anyone wants to confirm, here is the diff I got for the two polkit patches: https://dpaste.org/5YKSq

18:33 <frinnst> Maybe ship the patch with the port then?

18:34 <frinnst> a fresh downloaded patch still shows the wrong signature

18:36 <cruxbridge> <tim> frinnst: just did that, will push in a little bit

18:45 <cruxbot> [opt/3.7]: pulseaudio: fixed source url

18:45 <cruxbot> [opt/3.7]: polkit: included patch, updated signature

19:30 <r0ni> Snorap: what was the issue with libxfce4util?

19:41 <Snorap> r0ni: not sure what it was. I just removed libxfce4util and gobject-introspection. Rebuild them. So it resolve my problem.

19:42 <Snorap> I prefer that can be bound with my issure with *.la libraries.

21:10 <kh1b> i have issues setting up the sound in crux tried installing the packages pulseaudio or pipewire but none of them installed sucessfuly

21:18 <brian|lfs> anyone have a fix for cdrtools? https://pastebin.com/rhpHVkMg

21:24 <farkuhar> kh1b: still failing to build pulseaudio even after syncing your ports tree to get the latest commit (which fixed the source url)? Can you share your most recent build log?

21:31 <kh1b> farkuhar :i used to have 'curl failed to verify the legitimacy of the server' i just did update the port tree and it got fixed, thanks

21:32 <kh1b> now i am looking up how i can run it

21:50 <r0ni> Snorap: could be. I've been slowly fixing up the xfce4 repo but I haven't made it that far down my A-Z list yet, but many ports need optional deps included in order to work with x11, so things can need rebuilt here and there to work as desired for xfce

21:51 <r0ni> and yes, removing the *.la files, which is a focus of my slow refresh

22:00 <Snorap> r0ni: have you some automatisation for this job? I reflecting about some kind of that.

22:02 <Snorap> r0ni: and after all, maintenance such project as XFCE is a great job

22:35 <mewmeownyanuwu> This is why I am into ``bspwm`` or ``dwm``.

22:59 <ukky> brian|lfs: that error probably has nothing to do with cdrtools. Add '-kw' to pkgmk when building cdrtools, then check 'config.log' for the errors. You have to figure out why compiler cannot create executables.

23:34 <r0ni> Snorap: no, it's all done by hand, within the confines of the OS anyway, i know there's a large amount of packages, but not even half of them are needed for the DE normally

23:57 <brian|lfs> @ukky, I figured it out it was corrupt ccache has to rebuild ccache go figure