- CRUX - lists.crux.nu

ports/contrib (3.7): [notify] python3-pyyaml: renamed from python3-yaml; 6.0.1 -> 6.0.2
by crux＠crux.nu 07 Aug '24

07 Aug '24

Commit hash: fc84010f50bf6d564e444c490b7cb0d26577d232 Author: Tim Biermann <tbier(a)posteo.de> Date: Wed Aug 07 07:50:23 2024 UTC+02:00 URL: https://git.crux.nu/ports/contrib/commit/fc84010f50bf6d564e444c490b7cb0d265… Commit message: [notify] python3-pyyaml: renamed from python3-yaml; 6.0.1 -> 6.0.2

1 0

fyi: mesa/mupdf: error messages
by Steffen Nurpmeso 29 Jul '24

29 Jul '24

Hello. For maybe two or three weeks i get MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri) failed to load driver: iris MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri) failed to load driver: iris MESA-LOADER: failed to open zink: /usr/lib/dri/zink_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri) MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri) failed to load driver: iris MESA-LOADER: failed to open iris: /usr/lib/dri/iris_dri.so: cannot open shared object file: No such file or directory (search paths /usr/lib/dri, suffix _dri) failed to load driver: iris warning: premature end of data in flate filter whenever i use mupdf(-gl) to open a file. When i do "prt-get fsearch iris" i get no result. Ditto zink. (I *think* i have no overlay regarding X, only glibc, gcc etc are from 3.8, or more different.) Just in case this rings a bell or so. (No vulkan or something like that here.) --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) | | Only during dog days: | On the 81st anniversary of the Goebbel's Sportpalast speech | von der Leyen gave an overlong hypocritical inauguration one. | The brew's essence of our civilizing advancement seems o be: | Total war - shortest war -> Permanent war - everlasting war

2 2

ports/contrib (3.7): [notify] bind: updated to version 9.18.28; security fixes
by crux＠crux.nu 23 Jul '24

23 Jul '24

Commit hash: 71e19e27ad132eb841c370e0036134385b607497 Author: Matt Housh <jaeger(a)crux.ninja> Date: Tue Jul 23 05:53:38 2024 UTC-05:00 URL: https://git.crux.nu/ports/contrib/commit/71e19e27ad132eb841c370e0036134385b… Commit message: [notify] bind: updated to version 9.18.28; security fixes Fixes various CVEs, see the following for details: https://downloads.isc.org/isc/bind9/9.18.28/doc/arm/html/notes.html#securit… https://kb.isc.org/docs/cve-2024-0760 https://kb.isc.org/docs/cve-2024-1737 https://kb.isc.org/docs/cve-2024-1975 https://kb.isc.org/docs/cve-2024-4076

1 0

ports/xorg (3.7): [notify] mesa: restructured optional dependencies (mostly vulkan related), see README.md for some guidance
by crux＠crux.nu 20 Jul '24

20 Jul '24

Commit hash: 95c45424cc289a551783eb13d52b8accd0becf89 Author: Tim Biermann <tbier(a)posteo.de> Date: Sat Jul 20 05:30:40 2024 UTC+02:00 URL: https://git.crux.nu/ports/xorg/commit/95c45424cc289a551783eb13d52b8accd0bec… Commit message: [notify] mesa: restructured optional dependencies (mostly vulkan related), see README.md for some guidance

1 0

ports/opt (3.7): [notify] icu: 74.2 -> 75.1; check revdep and rebuild reported ports
by crux＠crux.nu 19 Jul '24

19 Jul '24

Commit hash: 11a6f4328df79afa3482c5245da22323acaaa0c6 Author: Tim Biermann <tbier(a)posteo.de> Date: Fri Jul 19 06:40:29 2024 UTC+02:00 URL: https://git.crux.nu/ports/opt/commit/11a6f4328df79afa3482c5245da22323acaaa0… Commit message: [notify] icu: 74.2 -> 75.1; check revdep and rebuild reported ports

1 0

qt6-webengine, qt6-base, and cups interdependency issue
by Daryl F 19 Jul '24

19 Jul '24

Hi all, I use a docker snapshot environment to create accurate footprints for the ports in the df repo. Ports are built in isolation to ensure there is no parasitic interaction in dependencies. This has worked well for several years. It catches missing dependencies and generates footprints that may end up reporting NEW items but never MISSING items. This methodology is broken by this test in the qt6-webengine Pkgfile: if [[ ! -e /usr/lib/qt6/plugins/printsupport/libcupsprintersupport.so ]]; then printf '\e[31m%s\e[m\n' " opt/qt6-base is not build with opt/cups support, and opt/qt6-webeninge depends on it! Please make sure opt/cups is installed, then rebuild opt/qt6-base. After that, you can attempt to build opt/qt6-webengine again. " exit 1 fi Because qt6-base is never built when cups is installed since it is not a dependency listed in qt6-base the build of qt6-webengine always fails. This is not a problem in my desktop environment. I use cups so it is already installed when I build qt6-base. This kind of hidden requirement in qt6-webengine breaks my quality control methods. For now all I can do is maintain my own port of qt6-base with cups listed in the dependencies. However, I suggest that this kind of test in qt6-webengine violates the tried-and-true intent of the dependency list in a Pkgfile in subtle ways and precludes some automation tools. I understand that not everyone that wants qt6-base wants cups but almost everthing that uses qt6-webengine does else the Print function in apps like qutebrowser can print but can only save to disk. I don't think including cups in qt6-base is much of a hit. Anyone using qt6-*anything* is already taking a huge hit in resources. Just because cups is installed with qt6-base no one has to start the cups daemon unless they specifically choose to in the their rc.conf. Again, thanks to the dev team for their hard work providing the best distro around.o Any suggestions? Comments? -Daryl

4 15

qt6-webengine: controlling ninja resource usage
by Daryl F 19 Jul '24

19 Jul '24

Hi All! Based on the discussion on IRC and my own research I finally came up with a possible answer to memory depletion while compiling qt6-webengine. I added this to the Pkgfile: export NINJAFLAGS="-j $(( $(awk '/^MemAvailable:/ {print $2}' /proc/meminfo) / 3000000))" It determines the number of threads to use based on qt6-webengine using about 3GB per thread. It uses the memory available value rather than total memory to take into account memory used for desktop, etc. From the discussion on IRC it might be possible build without swapping with 2.5GB per thread but I haven't tested it. Interestingly not all invocations of ninja respect NINJAFLAGS. When building qt6-webengine with the above NINJAFLAGS I see one with -j8 (my machine has 8 threads with about 11GB available) and another with -j 4. I suspect it uses one ninja to parallel other ninja during the most memory intense part of the build there are only two ninja processes. I had been using a shim to compile qt6-webengine but it is cumbersome to use and affected all ninja builds so if I forgot to unshim I got slow builds. This solution might work for machines with widely varied resources but it will cause problems on very small machines. It can cause -j 0 in that case which will be bad since -j 0 means infinity. Probably not a good idea but I suspect a machine that small will not be used to build qt6-webengine anyway. Who has that that much time to wait? Because I use spinning disk for swap it is never a good idea to swap during builds. I've found that limiting the threads to never swap results in a faster compile (clock wise). I've read several complaints about ninja using nproc+2 for the default but the developers refuse to deal with it. I guess somewhere this an unwritten rule that REAL people have at least 4GB per thread. But I respect that, they probably have more than enough to do just to keep up with Qt without trying to get it to compile on every possible machine configuration. -Daryl

2 1

ports/xorg (3.7): [notify] mesa: 24.0.9 -> 24.1.3; iris driver now depends on libclc, see Pkgfile for changes
by crux＠crux.nu 10 Jul '24

10 Jul '24

Commit hash: b6658629c727fefb3494629f3f20509f40830b13 Author: Tim Biermann <tbier(a)posteo.de> Date: Wed Jul 10 08:32:11 2024 UTC+02:00 URL: https://git.crux.nu/ports/xorg/commit/b6658629c727fefb3494629f3f20509f40830… Commit message: [notify] mesa: 24.0.9 -> 24.1.3; iris driver now depends on libclc, see Pkgfile for changes

1 0

ports/compat-32 (3.7): [notify] mesa-32: 24.0.8 -> 24.1.3; iris driver and vulkan currently not available due to a lack of 32bit clang libs, check Pkgfile for changes
by crux＠crux.nu 10 Jul '24

10 Jul '24

Commit hash: 11d19253b22268c3e2d0b0e1c604f079151ec36e Author: Tim Biermann <tbier(a)posteo.de> Date: Wed Jul 10 08:35:50 2024 UTC+02:00 URL: https://git.crux.nu/ports/compat-32/commit/11d19253b22268c3e2d0b0e1c604f079… Commit message: [notify] mesa-32: 24.0.8 -> 24.1.3; iris driver and vulkan currently not available due to a lack of 32bit clang libs, check Pkgfile for changes

1 0

ports/opt (3.7): [notify] apache: updated to version 2.4.61, fix for CVE-2024-39884
by crux＠crux.nu 03 Jul '24

03 Jul '24

Commit hash: e4fe75f1a3a88a4d434e04e3a5da3160e05a46e2 Author: Juergen Daubert <jue(a)jue.li> Date: Wed Jul 03 06:03:15 2024 UTC+02:00 URL: https://git.crux.nu/ports/opt/commit/e4fe75f1a3a88a4d434e04e3a5da3160e05a46… Commit message: [notify] apache: updated to version 2.4.61, fix for CVE-2024-39884

1 0