Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ Your package (blender) Fails To Install in Fedora 39: can't install blender: - nothing provides libboost_python311.so.1.81.0()(64bit) needed by blender-1:3.6.0-1.fc39.x86_64 If you know about this problem and are planning on fixing it, please acknowledge so by setting the bug status to ASSIGNED. If you don't have time to maintain this package, consider orphaning it, so maintainers of dependent packages realize the problem. If you don't react accordingly to the policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks. P.S. The data was generated solely from koji buildroot, so it might be newer than the latest compose or the content on mirrors. To reproduce, use the koji/local repo only, e.g. in mock: $ mock -r fedora-39-x86_64 --config-opts mirrored=False install blender P.P.S. If this bug has been reported in the middle of upgrading multiple dependent packages, please consider using side tags: https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#updating-inter-dependent-packages Thanks!
$ fedpkg mockbuild --enablerepo=local Error: Problem: package usd-devel-23.05-6.fc39.x86_64 from fedora requires libusd_ms.so.0.23.05()(64bit), but none of the providers can be installed - package usd-devel-23.05-6.fc39.x86_64 from fedora requires usd-libs(x86-64) = 23.05-6.fc39, but none of the providers can be installed - cannot install the best candidate for the job - nothing provides libboost_python311.so.1.81.0()(64bit) needed by usd-libs-23.05-6.fc39.x86_64 from fedora - nothing provides libboost_python311.so.1.81.0()(64bit) needed by usd-libs-23.05-6.fc39.x86_64 from local That is, this is blocked on usd.
If I disable USD support (--without usd), I get: /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c: In fu nction 'bpy_app_is_job_running': /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:505:7: warning: initialization of 'int' from 'const char *' makes integer from pointer without a cast [-Wint-conversion] 505 | "O&" /* `job_type` */ | ^~~~ /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:505:7: note: (near initialization for '_parser.initialized') /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:505:7: error: initializer element is not computable at load time /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:505:7: note: (near initialization for '_parser.initialized') /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:507:7: warning: initialization of 'const char *' from incompatible pointer type 'const char **' [-Wincompatible-pointer-types] 507 | _keywords, | ^~~~~~~~~ /builddir/build/BUILD/blender-3.6.0/source/blender/python/intern/bpy_app.c:507:7: note: (near initialization for '_parser.format') This is a real Python 3.12 incompatibility. I don’t really want to be the person to chase this down with upstream right now, but that’s the next obvious step for someone to take.
Note to self: restore Blender support in python-trimesh once this is resolved.
Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ This package fails to install and maintainers are advised to take one of the following actions: - Fix this bug and close this bugzilla once the update makes it to the repository. (The same script that posted this comment will eventually close this bugzilla when the fixed package reaches the repository, so you don't have to worry about it.) or - Move this bug to ASSIGNED if you plan on fixing this, but simply haven't done so yet. or - Orphan the package if you no longer plan to maintain it. If you do not take one of these actions, the process at https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs will continue. This package may be orphaned in 7+ weeks. This is the first reminder (step 3) from the policy. Don't hesitate to ask for help on devel.org if you are unsure how to fix this bug.
Attempt to build with current rawhide tree: https://koji.fedoraproject.org/koji/taskinfo?taskID=104211053 Build itself got successful with trial patches, not sure if the above really works.
The scratch build https://koji.fedoraproject.org/koji/taskinfo?taskID=104211053 was successful. Maybe applying the fix?
(Although I am not very confident that my trial patch really works), if you want I can apply the patches to Fedora git and make build. And, anyway I think it is better that we make blender installable on rawhide anyway, and make Fedora-Design_suite-Live livespin compose successful (blender is the last srpm which prevents this live spin from being created.)
Once I am going to push my proposal.
Hello, Please note that this comment was generated automatically by https://pagure.io/releng/blob/main/f/scripts/ftbfs-fti/follow-policy.py If you feel that this output has mistakes, please open an issue at https://pagure.io/releng/ All subpackages of a package against which this bug was filled are now installable or removed from Fedora 39. Thanks for taking care of it!
(In reply to Mamoru TASAKA from comment #7) > (Although I am not very confident that my trial patch really works), if you > want I can apply the patches to Fedora git and make build. > > And, anyway I think it is better that we make blender installable on rawhide > anyway, and make Fedora-Design_suite-Live livespin compose successful > (blender is the last srpm which prevents this live spin from being created.) Thank you Mamoru.