OpenZFS 2.2.4 build fail on Debian 12 #16155
Comments
|
Confirmed. Quick fix: revert 71216b9 (#16126 #16129). (My Python skills are nonexistent, so I'm not much use on a fix). I have the same output as above. Note also Here the Python bits of |
|
Even Debian sid (unstable) doesn't use python 3.12. Only Debian experimental contains python 3.12. At the moment I'm just using
|
|
Same issue for me on Ubuntu 22.04.04 which has python 3.10.12 |
|
I bet I even know why. IIRC Debian does evil nonsense to some but not all of the override mechanisms for where packages go, so after 71216b9, we probably hit one of the ones where it doesn't override it, and things end up in This explains the insanity. So basically, Debian monkeypatches only distutils for this, and not relying on distutils thereby produces unexpected results. |
|
We just ran into this internally, and @rincebrain's analysis is correct. The proper fix here probably involves tweaking ax_python_devel.m4 to use a scheme that puts the file in the right place on debian (the 'posix_local' or maybe 'deb_system' scheme appears to work), and then to have zfs.spec.in use the $PYTHON_SITE_PKG variable to define where it expects the file to end up. That may require some more tweaking, though, because the installation process uses the |
|
https://gist.github.com/pcd1193182/f177c2899219ad874fa45e61a6cf3d3b Might be a starting point for a fix? |
@pcd1193182: Applying the above patch as-is inside an Ubuntu Focal/20.04 build container (followed by to Are you sure this is supposed to read |
|
I have a simple change which makes it successfully build (though it uses
site-packages not dist-packages), which I'll post when home.
I personally am not incredibly concerned about sticking to dist-packages
for Debian when the only way we could know that's correct from the current
API surfaces is, afaict, "hardcode it", but others may disagree.
…On Mon, May 6, 2024, 12:09 PM Markus Ueberall ***@***.***> wrote:
https://gist.github.com/pcd1193182/f177c2899219ad874fa45e61a6cf3d3b Might
be a starting point for a fix?
@pcd1193182 <https://github.com/pcd1193182>: Applying the above patch
as-is inside an Ubuntu Focal/20.04 build container (followed by ./autogen.sh;
./configure; make deb) changes the resulting errors from
RPM build errors:
File not found: /tmp/zfs-build-root-q0ionx4M/BUILDROOT/zfs-2.2.4-1.x86_64/usr/lib/python3/dist-packages/libzfs_core/*
File not found: /tmp/zfs-build-root-q0ionx4M/BUILDROOT/zfs-2.2.4-1.x86_64/usr/lib/python3/dist-packages/pyzfs*
make[1]: *** [Makefile:14374: rpm-common] Error 1
make[1]: Leaving directory '/tmp/zfs_focal'
make: *** [Makefile:14328: rpm-utils-initramfs] Error 2
to
RPM build errors:
File not found: /tmp/zfs-build-root-d6NFk0pc/BUILDROOT/zfs-2.2.4-1.x86_64/usr/local/lib/python3.8/site-packages/libzfs_core/*
File not found: /tmp/zfs-build-root-d6NFk0pc/BUILDROOT/zfs-2.2.4-1.x86_64/usr/local/lib/python3.8/site-packages/pyzfs*
make[1]: *** [Makefile:14374: rpm-common] Error 1
make[1]: Leaving directory '/tmp/zfs_focal'
make: *** [Makefile:14328: rpm-utils-initramfs] Error 2
Are you sure this is supposed to read /usr/local/? python3-pyzfs v2.2.3-1
previously used /usr/ (which is what I'd expect).
—
Reply to this email directly, view it on GitHub
<#16155 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABUI7PMFT2RAIFC7XX3IJTZA6TLPAVCNFSM6AAAAABHE2KKNSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAOJWGQYDQMZYGM>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
|
the same error on ubuntu 24.04 ,python 3.12 |
System information
Describe the problem you're observing
I tried to compile version 2.2.4 exactly the same as versions 2.2.x before it
In the end I get the error
At the same time, in the directory /tmp/zfs-build-root-A9VcYovo/BUILDROOT/zfs-2.2.4-1.x86_64/usr/lib/ there is python3.11, but not python3 as indicated in the error
Versions 2.2.1, 2.2.2, 2.2.3 - compiled previously without this problem.
All these packages are installed:
build-essential autoconf automake libtool gawk alien fakeroot dkms libblkid-dev uuid-dev libudev-dev libssl-dev zlib1g-dev libaio-dev libattr1-dev libelf-dev linux-headers-generic python3 python3-dev python3-setuptools python3-cffi libffi-dev python3-packaging git libcurl4-openssl-dev debhelper-compat dh-python po-debconf python3-all-dev python3-sphinx parallelDescribe how to reproduce the problem
Build OpenZFS 2.2.4 on Debian 12 from scratch
Include any warning/errors/backtraces from the system logs
The text was updated successfully, but these errors were encountered: