August 2024 - CRUX - lists.crux.nu

qt6-webengine, qt6-base, and cups interdependency issue
by Daryl F 18 Nov '24

18 Nov '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 17

pkgmk: overlay support
by Steffen Nurpmeso 29 Aug '24

29 Aug '24

Hello. In the past there was someone who had pretty thoughtful overlay support. If you read this, please have a look. The thing is to me, the overlays start to produce quite a workload, and signatures cannot (easily) be used without proper overlay support. And without md5sum there is *no* verification that tarball checksums match etc etc. People, it would be *very* nice if pkgmk would gain a simple overlay support. This is really easy, i thought this: - pkgmk.conf: new $PKGMK_OVERLAY_DIR. Defaults to empty. - pkgmk: . new empty function stub "overlay() { ; }". . check existance of "$PKGMK_OVERLAY_DIR/$name/Overlay" if $PKGMK_OVERLAY_DIR is set, otherwise check for "Overlay" where we look for "Pkgfile". . if there is a match, source that, after Pkgfile. + optionally check whether overlay() is a shell function (as is done for build() of Pkgfile). . invoke "(set -e -x; overlay; build)" instead of "(set -e -x; build)". Like this Overlay can append to sources and renames, can overwrite build etc, but is otherwise not in the way. 'Seems to me, signature verification will still work (new files are simply not checked). The above should cumulate to a very small patch, add some for documentation. I will implement it and try it out, i also still have (and use) the zst support patch, so an overlay, anyway. If it works it is an easy way to allow overlays again; in the past it was easy, with md5sum (just replace Pkgfile entry me thinks), but with signatures it is all or nothing, so, in real life, it is nothing. Please, consider adding regular support for overlays. Thanks for your consideration. --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)

1 0

ports/xorg (3.7): [notify] mesa: 24.1.6 -> 24.2.1; new dependency: python3-pyyaml
by crux＠crux.nu 29 Aug '24

29 Aug '24

Commit hash: cd8dc54d95aaeb476795cf1527940f843d83c0c5 Author: Tim Biermann <tbier(a)posteo.de> Date: Thu Aug 29 08:12:52 2024 UTC+02:00 URL: https://git.crux.nu/ports/xorg/commit/cd8dc54d95aaeb476795cf1527940f843d83c… Commit message: [notify] mesa: 24.1.6 -> 24.2.1; new dependency: python3-pyyaml

1 0

ports/contrib (3.7): [notify] nginx: updated to version 1.27.1; security update, fixes CVE-2024-7347
by crux＠crux.nu 18 Aug '24

18 Aug '24

Commit hash: bbe7b14207e89e436815e80ed5a0d090318042c5 Author: Matt Housh <jaeger(a)crux.ninja> Date: Sun Aug 18 02:17:44 2024 UTC-05:00 URL: https://git.crux.nu/ports/contrib/commit/bbe7b14207e89e436815e80ed5a0d09031… Commit message: [notify] nginx: updated to version 1.27.1; security update, fixes CVE-2024-7347 See the following for details: https://nginx.org/en/security_advisories.html https://www.cve.org/CVERecord?id=CVE-2024-7347

1 0

intel-ucode: signature mismatch
by Steffen Nurpmeso 17 Aug '24

17 Aug '24

Hello! =======> ERROR: Signature mismatch found: MISMATCH microcode-20240813.tar.gz =======> ERROR: Building '/usr/ports/built/intel-ucode#20240813-1.pkg.tar.zst' failed. --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)

1 0

Weird bug in recent installers
by Steve Volumetric 15 Aug '24

15 Aug '24

Hello all, While not official, I've been finding that the crux.ninja ISOs seem to have an issue in the installer where if I select core, opt and xorg together, the installer tries to progress, but it throws up "Abort install?" and the only answer it lets me choose is yes, selecting no just leaves the message on the screen. My workaround has been to only select core and opt together, which seems to work fine. Then I go back and "upgrade" the install. anyone else seeing this?

3 7

ports/opt (3.7): [notify] polkit: 124 -> 125; new dependency: consolekit
by crux＠crux.nu 10 Aug '24

10 Aug '24

Commit hash: d91cb7da6c125ba2a3884391d1295cb5cb60f4b1 Author: Tim Biermann <tbier(a)posteo.de> Date: Sat Aug 10 12:23:05 2024 UTC+02:00 URL: https://git.crux.nu/ports/opt/commit/d91cb7da6c125ba2a3884391d1295cb5cb60f4… Commit message: [notify] polkit: 124 -> 125; new dependency: consolekit

1 0

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