Comments
bcl
BTW the culprit seems to be the use of unicode quotes, the output from the command is:
2025-08-12 14:24:47,009 INFO: Running... chroot /var/tmp/lorax.x7xlvmf2/installtree glib-compile-schemas /usr/share/glib-2.0/schemas 2025-08-12 14:24:47,156 INFO: Warning: Schema “org.gnome.system.locale” has path “/system/locale/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,156 INFO: Warning: Schema “org.gnome.system.proxy” has path “/system/proxy/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,156 INFO: Warning: Schema “org.gnome.system.proxy.http” has path “/system/proxy/http/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,156 INFO: Warning: Schema “org.gnome.system.proxy.https” has path “/system/proxy/https/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,157 INFO: Warning: Schema “org.gnome.system.proxy.ftp” has path “/system/proxy/ftp/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,157 INFO: Warning: Schema “org.gnome.system.proxy.socks” has path “/system/proxy/socks/”. Paths starting with “/apps/”, “/desktop/” or “/system/” are deprecated. 2025-08-12 14:24:47,157 DEBUG: Return code: 0
I was able to reproduce this without glib2 by adding some unicode to the post-install template and running it in a VM. I have been unable to get any of my tests to actually fail even after adding unicode to them.
But I think this PR will fix it - https://github.com/weldr/lorax/pull/1487
If someone who is seeing it fail can run lorax with those patches and confirm it fixes things I'd be more confident that it is fixed before doing a new lorax build :)
https://src.fedoraproject.org/rpms/lorax-templates-rhel/pull-request/18 should fix this. The libdir variable and use was removed since it's always set to lib64 these days.
Should be all fixed now, I'd forgotten that --releasever gets passed to dnf to populate the $releasever url substitution.
That's just the name of the iso in the script, I don't change it after branching. It is supposed to run with the repos available on the test vm, which I thought would match the release. But it looks like it has an unusual mix of packages being pulled in.
Fixed it for me.
This update has been unpushed.
This update has been unpushed.
No longer seeing it coredump in my experiments, thanks!
Tested 5.2.1.0 with lorax and osbuild and it works! Thanks for fixing the python API bindings.
Lorax appears to be working ok. But osbuild-composer uses named groups which appear to have stopped working. I've filed https://github.com/rpm-software-management/dnf5/issues/1451 with a reproducer.
Manual install works for me.
Works for me.
This is still broken when doing a fresh install with updates enabled.
File "/usr/lib/python3.10/site-packages/dasbus/client/handler.py", line 497, in _handle_method_error raise exception from None dasbus.error.DBusError: [Errno 2] No such file or directory: '/mnt/sysroot/etc/resolv.conf'
It used the new version of systemd: 21:05:03,080 DBG dnf: Installed: systemd-249.11-2.fc35.x86_64
Works as expected.
Works as expected, unicode.pf2 moved to the new location in /boot/grub2/fonts/
partprobe works correctly with this kernel, thanks!
partprobe works correctly with this kernel, thanks!
partprobe works correctly with this kernel, thanks!
Note that weldr-client-36.1-5 mistakenly included the vendor license files in the tests subpackage, but it wasn't caught by the testing for some reason. This build corrects that, and future builds should be ok with the downgrade tests.