Rebuilding openvdb with required tbb2020.3
Hello everyone, Openvdb got rebuild to use tbb2020.3 as requirement addressing an issue where Blender would fail due to incompatibility with the latest stable tbb 2021. The following packages should remain unaffected by this change: - OpenImageIO - luxcorerender - openvkl - prusa-slicer - usd-24.03-5 In case of broken dependency, use f41-build-side-90865 <https://koji.fedoraproject.org/koji/taginfo?tagID=90865> for Rawhide f40-build-side-90867 <https://koji.fedoraproject.org/koji/taginfo?tagID=90867> for Fedora 40 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer OpenPGP_0x529982C2682F5484.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
ISPC soversion bumped to 1.24.0
Hello team, ISPC is bumped in version 1.24.0 affecting the following packages: * embree * embree3 * oidn * openvkl Please use the command "fedpkg build --target=f41-build-side-90079" to rebuild the listed packages. Thank you. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: oneapi-level-zero requires cloned spdlog-populate
It looks like I missed those PR which looks better than the recently applied patch. The Rawhide build is not set yet so improvement is welcome. On 2024-05-22 19:46, Luya Tshimbalanga wrote: Thanks, report filed on https://github.com/oneapi-src/level-zero/issues/146. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-le...@lists.fedoraproject.org Fedora Code of Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it:https://pagure.io/fedora-infrastructure/new_issue -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: oneapi-level-zero requires cloned spdlog-populate
Thanks, report filed on https://github.com/oneapi-src/level-zero/issues/146. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
oneapi-level-zero requires cloned spdlog-populate
Hello team, Upstream made a change that requires cloning a sub-directory spdlog-populate leading to a failure to build. What will be an alternative to address that issue? Scratch build result on http://koji.fedoraproject.org/koji/taskinfo?taskID=118027071 Thanks in advance References: [1] https://src.fedoraproject.org/rpms/oneapi-level-zero [2] https://github.com/oneapi-src/level-zero/blob/master/CMakeLists.txt -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Opensubdiv updated to 3.6.0
Hello team, Opensubdiv is updated to 3.6.0 with a soversion changes that may affect the following packages: - blender-1:4.0.2-1.fc40.x86_64 * luxcorerender-core-0:2.7-0.13.beta1.fc40.x86_64 * usd-libs-0:23.11-7.fc40.x86_64 * wdune-0:1.958-12.fc39.i686 Please use the following side tag for rebuilding: * f41-build-side-87693 <https://koji.fedoraproject.org/koji/buildtargetinfo?targetID=38473> for Fedora Rawhide/41 * f40-build-side-86961 <https://koji.fedoraproject.org/koji/taginfo?tagID=86961> for Fedora 40 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Package Review] MaterialX
Hello team, materialx package, needed for Blender, is ready for review. Currently, python support is disabled for the time being as unsure where to fix the path. As pointed out, upstream failed to adhere to FHS standard so heavy use of sed -i is needed so patch may be needed to submit to upstream. Here is: https://bugzilla.redhat.com/show_bug.cgi?id=2262694 Spec URL:https://download.copr.fedorainfracloud.org/results/@designsuite/blender/fedora-39-x86_64/06967755-materialx/materialx.spec SRPM URL:https://download.copr.fedorainfracloud.org/results/@designsuite/blender/fedora-39-x86_64/06967755-materialx/materialx-1.38.8-1.fc39.src.rpm Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Failure on fedora default backgrounds
On 2024-02-03 12:12, JT wrote: > Thank you all for the solution. I notice I lack access to commit changes on f21-backgrounds so proven packagers are welcome to do so. Thanks As I said on Monday when I replied to this ticket, I had talked to Neil about this already, I'm aware of the fix, but as I am on the road and unable to push commits to the repo until Sunday. Others are certainly allowed to step in and fix it, if they want to, but the problem isn't being ignored. I simply dont have the keys on my laptop I have with me to be able to push changes right now. I will have that ability tomorrow. If you cannot wait another day for this, then by all means someone else can push the fix to the various repos. JT Ok. You can check if the commits are correct on repository and adjust accordingly. Thanks. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Failure on fedora default backgrounds
On 2024-02-03 01:27, Dan Horák wrote: On Fri, 2 Feb 2024 23:55:43 -0800 l...@fedoraproject.org wrote: On 2024-02-01 11:26 p.m., Neal Gompa wrote: On Fri, Feb 2, 2024 at 2:04 AM Mamoru TASAKA wrote: Luya Tshimbalanga wrote on 2024/02/02 10:25: Hello team, It appears a change within %{_kde4_datadir} macro caused failures on Rawhide affecting default Fedora backgrounds starting from 21. Could someone from KDE SIG address that issue? Thanks. Here is an extract of failure[1] on for f35-backgrounds built on Rawhide: RPM build errors: error: File must begin with "/": %{_kde4_datadir}/wallpapers/F35/ File must begin with "/": %{_kde4_datadir}/wallpapers/F35/ Child return code was: 1 ''' Reference: [1]https://koji.fedoraproject.org/koji/taskinfo?taskID=112257075 I am not KDE sig member, but the above failure is most likely due to the following change: https://src.fedoraproject.org/rpms/kde-filesystem/c/3cc17949d085bef5476638f2fbade0f19dbcea32 /usr/lib/rpm/macros.d/macros.kde4 (which provides %{_kde4_datadir} macro definition) was moved from kde-filesystem.rpm to kde4-filesystem.rpm . Yes, just add "BuildRequires: kde4-filesystem". Thank you all for the solution. I notice I lack access to commit changes on f21-backgrounds so proven packagers are welcome to do so. Thanks update to f21-backgrounds pushed into git, no build started Is the Requires: kde-filesystem in the "kde" subpackage still correct? Yes, "Requires: kde-filesystem" is still correct after running a built test. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Failure on fedora default backgrounds
Hello team, It appears a change within %{_kde4_datadir} macro caused failures on Rawhide affecting default Fedora backgrounds starting from 21. Could someone from KDE SIG address that issue? Thanks. Here is an extract of failure[1] on for f35-backgrounds built on Rawhide: RPM build errors: error: File must begin with "/": %{_kde4_datadir}/wallpapers/F35/ File must begin with "/": %{_kde4_datadir}/wallpapers/F35/ Child return code was: 1 ''' Reference: [1]https://koji.fedoraproject.org/koji/taskinfo?taskID=112257075 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Need assistance to package MaterialX
On 2024-01-27 01:04, Elliott Sales de Andrade wrote: On Sat, Jan 27, 2024 at 1:58 AM Luya Tshimbalanga wrote: Hello team, I attempt to build MaterialX, an optional requirement for Blender 4.x but hit an interesting issue with RPATH (partially resolved). An example onhttps://download.copr.fedorainfracloud.org/results/@designsuite/blender/fedora-39-x86_64/06966310-materialx/builder-live.log.gz shows the path on /usr/ rather than say /usr/share/materialx This doesn't have anything to do with RPATH. Upstream's build is just broken for FHS layout. For example, the "root-level documents" are installed here: https://github.com/AcademySoftwareFoundation/MaterialX/blob/2f169d152f295114efe982ab06a74bfd930bb540/CMakeLists.txt#L354-L379 This just installs documentation to ".", which is /usr. Following the workaround from Arch Linux, manually creating the directory helped. With some tweaks, the build was successful abet disabling python for the time being: https://copr.fedorainfracloud.org/coprs/g/designsuite/blender/build/6967755/ -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Need assistance to package MaterialX
On 2024-01-27 01:04, Elliott Sales de Andrade wrote: On Sat, Jan 27, 2024 at 1:58 AM Luya Tshimbalanga wrote: Hello team, I attempt to build MaterialX, an optional requirement for Blender 4.x but hit an interesting issue with RPATH (partially resolved). An example onhttps://download.copr.fedorainfracloud.org/results/@designsuite/blender/fedora-39-x86_64/06966310-materialx/builder-live.log.gz shows the path on /usr/ rather than say /usr/share/materialx This doesn't have anything to do with RPATH. Upstream's build is just broken for FHS layout. For example, the "root-level documents" are installed here: https://github.com/AcademySoftwareFoundation/MaterialX/blob/2f169d152f295114efe982ab06a74bfd930bb540/CMakeLists.txt#L354-L379 This just installs documentation to ".", which is /usr. That is the missing link. And the same for resources: https://github.com/AcademySoftwareFoundation/MaterialX/blob/2f169d152f295114efe982ab06a74bfd930bb540/resources/CMakeLists.txt#L3 which doesn't add datadir, but just goes to top-level "resources". This should probably be reported upstream. Agreed. Once addressed, perhaps submit a patch. I will update the status. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Need assistance to package MaterialX
On 2024-01-27 00:46, Leigh Scott wrote: Have you looked at other distros to see how they worked around the flaws in the upstream code? https://gitlab.archlinux.org/archlinux/packaging/packages/materialx/-/blob/main/PKGBUILD?ref_type=heads#L32 -- Yes, I look at Arch Linux build. Setting the right path on cmake setting seems to address most of the issues like: ''' -DMATERIALX_INSTALL_INCLUDE_PATH=%{_includedir} \ -DMATERIALX_INSTALL_LIB_PATH=%{_libdir} \ -DMATERIALX_INSTALL_STDLIB_PATH=%{_datadir}/%{name ''' Now the path for the workaround from Arch Linux parameters failed. Upstream code is indeed a mess. I will update the status. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Need assistance to package MaterialX
Hello team, I attempt to build MaterialX, an optional requirement for Blender 4.x but hit an interesting issue with RPATH (partially resolved). An example on https://download.copr.fedorainfracloud.org/results/@designsuite/blender/fedora-39-x86_64/06966310-materialx/builder-live.log.gz shows the path on /usr/ rather than say /usr/share/materialx The build is located on https://copr.fedorainfracloud.org/coprs/g/designsuite/blender/build/6966310/ including the spec file. Helps welcome! Luya -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Rawhide] so version bump for draco 1.5.7
Draco 1.5.7 got a bum release on so version [1]. Affected packages will need to rebuild: qgis, usd-libs Referencer: [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=2362274 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer OpenPGP_0x529982C2682F5484.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Review-request] rsms-inter-fonts
Hello team, I am looking for a packager to review the package rsms-inter-fonts used as default by Blender 3D software. https://bugzilla.redhat.com/show_bug.cgi?id=2253619 The spec is straightforward as it uses the fonts template. Thanks in advance -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Blender 4.0.0 failure on aarch64 and ppc64le
On 2023-11-24 12:59, Michael J Gruber wrote: Luya Tshimbalanga venit, vidit, dixit 2023-11-24 01:45:37: Hello team, Blender 4.0.1 failed to build on both aarch64 and ppc64le on the following lines: ``` /builddir/build/BUILD/blender/intern/cycles/blender/attribute_convert.h:69:44: error: cannot convert ‘ccl::float4’ to ‘float’ 69 | return color_srgb_to_linear(make_float4(byte_to_float(value[0]), | ~~~^ || |ccl::float4 70 | byte_to_float(value[1]), | 71 | byte_to_float(value[2]), | 72 | byte_to_float(value[3]))); | In file included from /builddir/build/BUILD/blender/intern/cycles/blender/attribute_convert.h:9: /builddir/build/BUILD/blender/intern/cycles/util/color.h:62:45: note: initializing argument 1 of ‘float ccl::color_srgb_to_linear(float)’ 62 | ccl_device float color_srgb_to_linear(float c) | ~~^ ``` while the previous version 3.6.5 worked as intendedd and x86_64 is unaffected. Could someone running the above architecture addressing the issue please? Seehttps://copr.fedorainfracloud.org/coprs/g/designsuite/blender/build/6681752/ Hi Luya, looks like this one: https://projects.blender.org/blender/blender/pulls/115098 The backport seems to be this one: https://projects.blender.org/blender/blender/commit/641b7808f24fa6eae593dd8f093878e4cafc4499 So it will be in 4.0.2. Cheers, Michael Hi Michael, Thank you for the link. The build is on the way https://koji.fedoraproject.org/koji/taskinfo?taskID=109554123 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Blender 4.0.0 failure on aarch64 and ppc64le
Hello team, Blender 4.0.1 failed to build on both aarch64 and ppc64le on the following lines: ``` /builddir/build/BUILD/blender/intern/cycles/blender/attribute_convert.h:69:44: error: cannot convert ‘ccl::float4’ to ‘float’ 69 | return color_srgb_to_linear(make_float4(byte_to_float(value[0]), | ~~~^ || |ccl::float4 70 | byte_to_float(value[1]), | 71 | byte_to_float(value[2]), | 72 | byte_to_float(value[3]))); | In file included from /builddir/build/BUILD/blender/intern/cycles/blender/attribute_convert.h:9: /builddir/build/BUILD/blender/intern/cycles/util/color.h:62:45: note: initializing argument 1 of ‘float ccl::color_srgb_to_linear(float)’ 62 | ccl_device float color_srgb_to_linear(float c) | ~~^ ``` while the previous version 3.6.5 worked as intendedd and x86_64 is unaffected. Could someone running the above architecture addressing the issue please? See https://copr.fedorainfracloud.org/coprs/g/designsuite/blender/build/6681752/ Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer -- ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Rawhide] soname bump for openvdb 11.0.0
Hello team, Openvdb is updated to version 11.0.0 [1]with soname change affecting the following packages: OpenImageIO -> (blender, luxcorerender, usd) blender -> () luxcorerender -> () openvkl -> () prusa-slicer -> () usd -> (blender) Please use the side-tag "f40-build-side-77820" for building the affected packages. Reference -- [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=109091596 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Blender 3.6.2 failure to build
> Hi, > > On Thu, Sep 14, 2023 at 11:12 PM Luya Tshimbalanga > > I don't see any reference to Python 3.12 there. The error is: > > In file included from /usr/include/epoxy/egl.h:46, > from > /builddir/build/BUILD/blender-3.6.2/intern/ghost/intern/GHOST_ContextEGL.hh:13, > from > /builddir/build/BUILD/blender-3.6.2/intern/ghost/intern/GHOST_XrGraphicsBinding.cc:12: > /builddir/build/BUILD/blender-3.6.2/intern/ghost/intern/GHOST_XrGraphicsBinding.cc: > In member function ‘virtual void > GHOST_XrGraphicsBindingOpenGL::initFromGhostContext(GHOST_Context&)’: > /builddir/build/BUILD/blender-3.6.2/intern/ghost/intern/GHOST_XrGraphicsBinding.cc:154:42: > error: invalid conversion from ‘void (* (*)(const char*))()’ to > ‘PFN_xrEglGetProcAddressMNDX’ {aka ‘void* (*)(const char*)’} > [-fpermissive] > 154 | oxr_binding.egl.getProcAddress = eglGetProcAddress; > | ^ > | | > | void (* (*)(const char*))() > > which looks like > https://projects.blender.org/blender/blender/issues/111820 Try > applying the linked patch in > https://projects.blender.org/blender/blender/commit/8159bd90e527552ccfe27... Thanks, Elliot. The patch fixed the issue. Luya ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Blender 3.6.2 failure to build
Hello everyone, Blender 3.6.2 [0] failed to build on both Rawhide and incoming Fedora 39 [1] but succeeded on Fedora 38 and lower. It seems the issues related to python 3.12 yet again despite the applied patches. Could some investigate please? Thanks. Reference - [0] https://src.fedoraproject.org/rpms/blender [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=106208127 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Need help for python-openshadinglanguage
Hello team, Due to a busy schedule, I am currently unable to investigate the issue related to python-openshadinglanguage on both Rawhide and Fedora 39 due to fmt10 compatibilty. Could someone take a look at the issue and resolve it please? Thank you. Reference: - https://bugzilla.redhat.com/show_bug.cgi?id=2220055 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: How to use llvm15 for building a package
> On 7/3/23 19:37, Luya Tshimbalanga wrote: > > When I try to build from the rawhide branch, I get: > > /usr/include/OpenImageIO/detail/fmt/core.h:1691:7: error: static assertion > failed: Cannot > format an argument. To make type T formattable provide a formatter > specialization: https://fmt.dev/latest/api.html#udt > > This seems like a failure unrelated to clang. Have you run into this? > > -Tom I confirm I run the same issue once I properly set parameters for building on cmake ( -DLLVM_ROOT=%{_libdir}/llvm15 \ -DLLVM_BC_GENERATOR='clang++' \). ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: How to use llvm15 for building a package
On 2023-07-03 17:08, Tom Stellard wrote: On 7/3/23 11:31, Luya Tshimbalanga wrote: Hello team, I attempt to build openshadinglanguage with llvm15 as upstream has yet to support LLVM 16. Can someone have a pointed how to set a cmake parameter for llvm15 and its bitecode validation? See the spec file on: https://src.fedoraproject.org/rpms/openshadinglanguage/blob/rawhide/f/openshadinglanguage.spec Have you tried changing the BuildRequires from llvm-devel to llvm15-devel and clang-devel to clang15-devel? It may autodetect llvm15 if you do that. Unfortunately it did not as I had to manually set "-DLLVM_ROOT=%{_libdir}/llvm15 \". The compiling led to the following error: CMake Error at src/cmake/llvm_macros.cmake:43 (message): You must have a valid llvm bitcode generator (clang++) somewhere. Call Stack (most recent call first): src/liboslexec/CMakeLists.txt:223 (EMBED_LLVM_BITCODE_IN_CPP) -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
How to use llvm15 for building a package
Hello team, I attempt to build openshadinglanguage with llvm15 as upstream has yet to support LLVM 16. Can someone have a pointed how to set a cmake parameter for llvm15 and its bitecode validation? See the spec file on: https://src.fedoraproject.org/rpms/openshadinglanguage/blob/rawhide/f/openshadinglanguage.spec Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Making systemd-boot option available for installation?
Hello team, I would like to bring back the topic related to the selection of bootloader notably either GRUB2 and systemd-boot. With the recent adoption on UKI kernel, it would be great to get systemd-boot ready for at least Fedora 39 which is useful for devices like laptops. Currently, some methods allow to install systemd-boot with extra step to keep supporting secure boot while preserving GRUB2 [1]. What is the missing step to enable secure boot for systemd-boot without at least keeping GRUB 2? Thanks in advance. [1] https://medium.com/@umglurf/full-uefi-secure-boot-on-fedora-using-signed-initrd-and-systemd-boot-3ff2054593ab -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [Review request] gnome-shell-extension-screen-autorotate
Here is the fixed link for review: https://bugzilla.redhat.com/show_bug.cgi?id=2183901 Thanks On 2023-04-02 20:02, Luya Tshimbalanga wrote: Hello team, I packaged gnome-shell-extension-screen-autorotate needed for 2-in-1 device running on GNOME Shell. The spec file should adhere to the new guideline recommending the use of %autorelease and %autochangelog. Without delay, here is the link for reviewhttps://bugzilla.redhat.com/show_bug.cgi?id=2183901 Thanks in advance -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-le...@lists.fedoraproject.org Fedora Code of Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it:https://pagure.io/fedora-infrastructure/new_issue -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Need help to build Blender 3.5.0
On 2023-03-31 23:30, Mamoru TASAKA wrote: Luya Tshimbalanga wrote on 2023/03/30 13:04: Hello team, Blender 3.5.0 got released today at this time of writing. Unfortunately, failure occurred with the following link possibly related to cycles: https://koji.fedoraproject.org/koji/taskinfo?taskID=99301805 Can someone investigate the problem? Thanks gcc is ICEing. Reported against gcc for now: https://bugzilla.redhat.com/show_bug.cgi?id=2183692 Regards, Mamoru Thank you for filing the report. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Review request] gnome-shell-extension-screen-autorotate
Hello team, I packaged gnome-shell-extension-screen-autorotate needed for 2-in-1 device running on GNOME Shell. The spec file should adhere to the new guideline recommending the use of %autorelease and %autochangelog. Without delay, here is the link for reviewhttps://bugzilla.redhat.com/show_bug.cgi?id=2183901 Thanks in advance -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Need help to build Blender 3.5.0
Hello team, Blender 3.5.0 got released today at this time of writing. Unfortunately, failure occurred with the following link possibly related to cycles: https://koji.fedoraproject.org/koji/taskinfo?taskID=99301805 Can someone investigate the problem? Thanks ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to create f38 branch
On 2023-02-11 12:21, Kevin Fenzi wrote: On Sat, Feb 11, 2023 at 12:19:30PM -0800, Luya Tshimbalanga wrote: On 2023-02-11 12:15, Kevin Fenzi wrote: On Sat, Feb 11, 2023 at 11:47:26AM -0800, Luya Tshimbalanga wrote: Hello team, I am unable to create a f38 branch for f38-backgrounds at this time of writing. Does it mean the branching is in process? No, branching was all completed a while back. Can you expand on why/what happens/what you are doing that makes it unable to be created? Can you file the ticket? did the scm processor fail to process it? was there any errors? kevin Yes using the simple "fedpkg request-branch --repo" command. See the ticket onhttps://pagure.io/releng/fedora-scm-requests/issue/51086 showing "Couldn't find standard SLA for branch 'f38'" message. Ah yes, thats tracked athttps://pagure.io/releng/issue/11271 Tomas is looking into it... kevin Alright. Waiting for the fix. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to create f38 branch
On 2023-02-11 12:15, Kevin Fenzi wrote: On Sat, Feb 11, 2023 at 11:47:26AM -0800, Luya Tshimbalanga wrote: Hello team, I am unable to create a f38 branch for f38-backgrounds at this time of writing. Does it mean the branching is in process? No, branching was all completed a while back. Can you expand on why/what happens/what you are doing that makes it unable to be created? Can you file the ticket? did the scm processor fail to process it? was there any errors? kevin Yes using the simple "fedpkg request-branch --repo" command. See the ticket on https://pagure.io/releng/fedora-scm-requests/issue/51086 showing "Couldn't find standard SLA for branch 'f38'" message. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Unable to create f38 branch
Hello team, I am unable to create a f38 branch for f38-backgrounds at this time of writing. Does it mean the branching is in process? -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Request exemption for f38-backgrounds
On 2023-02-11 07:04, Miroslav Suchý wrote: Please base the f38-background.spec on the f37-background.spec. Especially the license tag. According the packaging guidelines the license tag for new packages should be in SPDX form. |This has been already changed in f37-backgrounds for some time.| |https://src.fedoraproject.org/rpms/f37-backgrounds/c/987e7e5e50ea6ef854a08569f51e1ccf36b11c6f?branch=rawhide| |Apply this on f38-backgrounds too please. | | | Good catch, it was an oversight. Fixing. Thanks -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
embree 4.0.0 available
Hello team, Embree released version 4.0.0 which contains changes for so. Following the guideline, this version will get built only for Rawhide and the incoming Fedora 38 release. Affected packages are: - blender (done) - luxcorerender and its python subpackage (done) - usd-libs (done) - godot Please use the following side tag - Rawhide: fedpkg build --target=f39-build-side-63074 (pending at this time of writing) - F38: fedpkg build --target=f38-build-side-63076 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Request exemption for f38-backgrounds
On 2023-02-10 12:15, Kevin Fenzi wrote: Note, with the exception, there's no need to file a review ticket. You can just close that as fixed. The exception there bypasses the requirement for a review. Thanks for working on this... kevin No problem. Fully noted. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Request exemption for f38-backgrounds
Hello team, I filed an exemption[1] for f38-backgrounds packaging review[2] as suggestion from desktop team on discussion last year. The spec file remains virtually unchanged other than an updated default wallpaper. Thamks. Ref: [1] https://pagure.io/releng/fedora-scm-requests/issue/51051 [2] https://bugzilla.redhat.com/show_bug.cgi?id=2168288 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Will dnf5 be ready by F39?
On 2023-02-03 21:49, Kevin Kofler via devel wrote: Michael Catanzaro wrote: A PackageKit backend for dnf5 would also work and I have no doubt it will happen regardless. Surely that'd be the best option for Fedora if dnfdaemon does not have the same D-Bus API that PackageKit does, because pushing dnf-specific code into upstream projects when PackageKit exists is not very friendly. Pushing DNF-specific code is also unlikely to happen for projects such as KDE Plasma Discover, so if we want those to keep working, we will need the PackageKit D-Bus API implemented one way or the other. Sharing the same point of view, I failed to understand why as open source the community failed to properly produce a better documentation for a plugin and better documentation for a cross platform front package manager like PackageKit while continuing to yet another fragmentation. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[EPEL9] Blender 3.3.3 available
After several attempts, Blender is finally available for EPEL9 as 3.3 LTS series. Major differences compared to its Fedora counterpart is the minimal dependencies based on blender_lite.cmake[2] thus light version. As the result, functions like Cycle Rendering will be unavailable but Eevee, Blender internal rendering, is by default. This release is basically a starting point to gradually implement missing dependencies needed for some other options. EPEL co-maintainers are welcome to further improve the support. References - [1] https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-ac2da7e3bf [2] https://developer.blender.org/diffusion/B/browse/master/build_files/cmake/config/blender_lite.cmake -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [Rawhide] Build system with updated systemd weird message
I confirm about the guessing about missing "include " which possibly came from the mass build. After applying the patch, the build was successful. Patch submitted upstream on https://developer.blender.org/D17151 Thanks Mamoru! Luya ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Looking for co-maintainer on EPEL Blender
Hello team, As some EPEL users wish to get Blender on that repository, we are looking for a co-maintainer for that branch. The starting point will be f36 spec[1] file with minimal dependencies possible [2] for future increments using Blender 3.3 LTS as reference. Thanks for the help References: - [1] https://src.fedoraproject.org/rpms/blender/tree/f36 [2] https://developer.blender.org/diffusion/B/browse/master/build_files/cmake/config/blender_lite.cmake -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [Rawhide] Build system with updated systemd weird message
On 2023-01-29 07:24, Zbigniew Jędrzejewski-Szmek wrote: On Sun, Jan 29, 2023 at 01:50:21AM -0800, Luya Tshimbalanga wrote: Hello team, When building a package i.e. Blender as an exampleon Rawhide repository, the following message displayed: DEBUG util.py:445: /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches. DEBUG util.py:445: ⚠️ /proc/ is not mounted. This is not a supported mode of operation. Please fix DEBUG util.py:445: your invocation environment to mount /proc/ and /sys/ properly. Proceeding anyway. DEBUG util.py:445: Your mileage may vary. DEBUG util.py:445: ⚠️ /proc/ is not mounted. This is not a supported mode of operation. Please fix DEBUG util.py:445: your invocation environment to mount /proc/ and /sys/ properly. Proceeding anyway. DEBUG util.py:445: Your mileage may vary. DEBUG util.py:445: /usr/lib/sysusers.d/basic.conf:9: Conflict with earlier configuration for user 'root', ignoring line. It seems like a bug related to the new systemd 253rc which can lead to failure. Here is the link of root.log: https://kojipkgs.fedoraproject.org//work/tasks/79/96810079/root.log And the affected build: https://koji.fedoraproject.org/koji/taskinfo?taskID=96810014 The issue as in the message. It seems that some commands are called in a partial chroot where /proc is not mounted. procfs is an "api filesystem" that is effectively part of the linux userspace api and is not optional. For example, /proc/self/fd/ for a program to get information about its own file descriptors. Thus, this is a problem with how the caller has set up the chroot. Thanks for the info. That setup impact some subcommand on both make and ninja accordingly, hence the last line: ninja: build stopped: subcommand failed. See build.log for details: https://kojipkgs.fedoraproject.org//work/tasks/79/96810079/build.log -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Rawhide] Build system with updated systemd weird message
Hello team, When building a package i.e. Blender as an exampleon Rawhide repository, the following message displayed: DEBUG util.py:445: /proc/ is not mounted, but required for successful operation of systemd-tmpfiles. Please mount /proc/. Alternatively, consider using the --root= or --image= switches. DEBUG util.py:445: ⚠️ /proc/ is not mounted. This is not a supported mode of operation. Please fix DEBUG util.py:445: your invocation environment to mount /proc/ and /sys/ properly. Proceeding anyway. DEBUG util.py:445: Your mileage may vary. DEBUG util.py:445: ⚠️ /proc/ is not mounted. This is not a supported mode of operation. Please fix DEBUG util.py:445: your invocation environment to mount /proc/ and /sys/ properly. Proceeding anyway. DEBUG util.py:445: Your mileage may vary. DEBUG util.py:445: /usr/lib/sysusers.d/basic.conf:9: Conflict with earlier configuration for user 'root', ignoring line. It seems like a bug related to the new systemd 253rc which can lead to failure. Here is the link of root.log: https://kojipkgs.fedoraproject.org//work/tasks/79/96810079/root.log And the affected build: https://koji.fedoraproject.org/koji/taskinfo?taskID=96810014 Can someone investigate? Thanks. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [Package Review] draco
On 2023-01-17 07:22, Arthur Bols wrote: On 15/01/2023 03:44, Luya Tshimbalanga wrote: Hello team, draco package is ready for review. https://bugzilla.redhat.com/show_bug.cgi?id=2160996 The spec file was originally from UnitedRPM [1] which only needs a clean up to adhere to the packaging guideline. The library itself is useful for Blender to compress 3D geometry. Thanks in advance for taking this package for review. Reference [1] https://github.com/UnitedRPMs/draco/blob/main/draco.spec -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer Hi Luya, I took the review. I would appreciate it if you could review mooltipass-udev: https://bugzilla.redhat.com/show_bug.cgi?id=2160449 . It's a simple package for the udev rules for mooltipass devices, which were previously included in the moolticute package. Ok, I took it. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Package Review] draco
Hello team, draco package is ready for review. https://bugzilla.redhat.com/show_bug.cgi?id=2160996 The spec file was originally from UnitedRPM [1] which only needs a clean up to adhere to the packaging guideline. The library itself is useful for Blender to compress 3D geometry. Thanks in advance for taking this package for review. Reference [1] https://github.com/UnitedRPMs/draco/blob/main/draco.spec -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
ispc fails to build with llvm 15
Hello team, Could someone investigate the failure to build ispc [1] with the recent LLVM[2] ? References: [1] https://src.fedoraproject.org/rpms/ispc [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=95826442 ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: F38 proposal: Unified Kernel Support Phase 1 (System-Wide Change proposal)
An issue with the testing method from the proposal: secure boot prevents the resulting unsigned unified kernel to boot. It will be great to obtain a scratch-build from koji for users running with enabled secured boot. My laptop currently uses systemd-boot as default following this instruction[1] due to the lack of support from shim. References: [1] https://haavard.name/2022/06/22/full-uefi-secure-boot-on-fedora-using-signed-initrd-and-systemd-boot/ -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: opensubdiv: strange failure on doc subpackage
On 2023-01-02 16:44, Todd Zullinger wrote: Hi, Luya Tshimbalanga wrote: Hello team, While building opensubdiv, the failure[1] occurred on doc subpackage with the following line: BuildError: The following noarch package built differently on different architectures: opensubdiv-doc-3.5.0-1.fc38.noarch.rpm rpmdiff output was: added /usr/share/doc/opensubdiv/doxy_html/a00785.js removed /usr/share/doc/opensubdiv/doxy_html/a00788.js Any idea about root cause? [...] [1]https://koji.fedoraproject.org/koji/taskinfo?taskID=95728588 This happens frequently with doxygen documentation. It looks like only a few adjustments are needed to resolve it though. I prepared the changes in a fork of the package repo: https://src.fedoraproject.org/fork/tmz/rpms/opensubdiv/c/0cd9137 and ran a scratch build: https://koji.fedoraproject.org/koji/taskinfo?taskID=95730383 I'm far from an expert with Doxygen; others may have better ideas on how to resolve this. Here's a PR with the changes, for testing and review: https://src.fedoraproject.org/rpms/opensubdiv/pull-request/1 Thank you for the patch. I'll merge the fix. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Orphaning dlib
Hello team, I am orphaning dlib as I no longer need it for dependencies like howdly (Windows Hello type authentication app) and I no longer have a 2018 HP Envy 2-in-1 device for testing. The package is well maintained and up to date with upstream. Feel free to take it. Reference: https://src.fedoraproject.org/rpms/dlib/ -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
opensubdiv: strange failure on doc subpackage
Hello team, While building opensubdiv, the failure[1] occurred on doc subpackage with the following line: BuildError: The following noarch package built differently on different architectures: opensubdiv-doc-3.5.0-1.fc38.noarch.rpm rpmdiff output was: added /usr/share/doc/opensubdiv/doxy_html/a00785.js removed /usr/share/doc/opensubdiv/doxy_html/a00788.js Any idea about root cause? For the time being, that subpackage is temporarily disabled. [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=95728588 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Rpmautospec howto do a rebuild for something
On 2023-01-02 04:52, Maxwell G via devel wrote: On Mon Jan 2, 2023 at 12:32 +, Sérgio Basto wrote: I need rebuild a package that is using rpmautospec , how I can rebuild the package and increase relversion ? `git commit --allow-empty -m "Changelog entry here"` will do what you want. The empty commit will result in a release and changelog bump. Will it be possible to document this instruction on the guideline for future packagers? Thanks. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
openvdb-10.0.1 available for both Rawhide and F37
Openvdb 10.0.1 is available on the respective side-tag https://koji.fedoraproject.org/koji/taginfo?tagID=60909 and https://koji.fedoraproject.org/koji/builds?inherited=0=60771=-build_id=1. Notable feature is the backward compatibility with the previous 9.x series meaning the preservation .so version for its dependent packages. The affected packages will need to rebuild on both Rawhide and Fedora 37: OpenImageIO blender luxcorerender-core prusa-slicer python3-luxcorerender -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Openvdb 10.0.1 failed on ppc64 architecture
> On Fri, 2 Dec 2022 10:45:59 +0100 > Dan Horák > db > > I have concluded my tests and openvdb-10.0.1 builds just fine when > enough memory is available. I suggest to use > > %cmake_build %limit_build -m 8192 > > instead of the current plain %cmake_build > > > Dan > On Fri, 2 Dec 2022 10:45:59 +0100 > Dan Horák > db > > I have concluded my tests and openvdb-10.0.1 builds just fine when > enough memory is available. I suggest to use > > %cmake_build %limit_build -m 8192 > > instead of the current plain %cmake_build > The above line helped solving the issue. Thanks Luya ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Review] level-zero and openpgl
Hello everyone, both level-zero and openpgl are needed for review. level-zero is useful to support oneAPI for Blender while openpgl is an optional dependency for Blender starting for 3.4.x release. level-zero: https://bugzilla.redhat.com/show_bug.cgi?id=2151768 openpgl: https://bugzilla.redhat.com/show_bug.cgi?id=2151767 Thanks in advance, Luya ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: OpenCOLLADA dead upstream
On 2022-11-30 17:55, Richard Shaw wrote: So it looks like the last commit was in 2018: https://github.com/KhronosGroup/OpenCOLLADA Before we go ripping it out of Fedora, is anyone aware of another active upstream we can port to? A fork version is available on https://github.com/RemiArnaud/OpenCOLLADA/releases -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Openvdb 10.0.1 failed on ppc64 architecture
On 2022-12-01 17:51, Luya Tshimbalanga wrote: Hello team, openvdb only failed on ppc64 architecture due to this error: -- [ 75%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o cd /builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb && /usr/bin/g++ -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_IOSTREAMS_NO_LIB -DOPENVDB_PRIVATE -DOPENVDB_STATICLIB -DOPENVDB_USE_DELAYED_LOADING -I/builddir/build/BUILD/openvdb-10.0.1/openvdb/openvdb/.. -I/builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb -I/builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb/openvdb -I/builddir/build/BUILD/openvdb-10.0.1/openvdb/openvdb/. -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -Wl,--as-needed -DNDEBUG -std=c++17 -MD -MT openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o -MF CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o.d -o CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o -c /builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb/instantiations/Composite.cc g++: fatal error: Killed signal terminated program cc1plus compilation terminated. gmake[2]: *** [openvdb/openvdb/CMakeFiles/openvdb_shared.dir/build.make:625: openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/GridOperators.cc.o] Error 1 gmake[2]: *** Deleting file 'openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/GridOperators.cc.o' gmake[2]: *** Waiting for unfinished jobs -- Could someone investigate the issue for that architecture? We may possibly temporarily disable that support until the problem gets resolved. Included is the attached spec yet committed. Thanks in advance. Look at koschei system, it seems a dependency change in the build triggered the issue on November 29 while the latest successful build completed on November 22 with ppc64 architecture. See https://koschei.fedoraproject.org/package/openvdb -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Openvdb 10.0.1 failed on ppc64 architecture
Hello team, openvdb only failed on ppc64 architecture due to this error: -- [ 75%] Building CXX object openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o cd /builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb && /usr/bin/g++ -DBOOST_IOSTREAMS_DYN_LINK -DBOOST_IOSTREAMS_NO_LIB -DOPENVDB_PRIVATE -DOPENVDB_STATICLIB -DOPENVDB_USE_DELAYED_LOADING -I/builddir/build/BUILD/openvdb-10.0.1/openvdb/openvdb/.. -I/builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb -I/builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb/openvdb -I/builddir/build/BUILD/openvdb-10.0.1/openvdb/openvdb/. -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mcpu=power8 -mtune=power8 -fasynchronous-unwind-tables -fstack-clash-protection -Wl,--as-needed -DNDEBUG -std=c++17 -MD -MT openvdb/openvdb/CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o -MF CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o.d -o CMakeFiles/openvdb_static.dir/instantiations/Composite.cc.o -c /builddir/build/BUILD/openvdb-10.0.1/redhat-linux-build/openvdb/openvdb/instantiations/Composite.cc g++: fatal error: Killed signal terminated program cc1plus compilation terminated. gmake[2]: *** [openvdb/openvdb/CMakeFiles/openvdb_shared.dir/build.make:625: openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/GridOperators.cc.o] Error 1 gmake[2]: *** Deleting file 'openvdb/openvdb/CMakeFiles/openvdb_shared.dir/instantiations/GridOperators.cc.o' gmake[2]: *** Waiting for unfinished jobs -- Could someone investigate the issue for that architecture? We may possibly temporarily disable that support until the problem gets resolved. Included is the attached spec yet committed. Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer # Force out of source build %undefine __cmake_in_source_build # Use soversion %global soversion 10.0 # Set to 1 to enable testsuite. Fails everywhere with GCC 8+. %global with_tests 0 # Optional OpenEXR support %global with_openexr 0 Name: openvdb Version:10.0.1 Release:%autorelease Summary:C++ library for sparse volumetric data discretized on three-dimensional grids License:MPLv2.0 URL:http://www.openvdb.org/ Source0:https://github.com/AcademySoftwareFoundation/%{name}/archive/v%{version}.tar.gz#/%{name}-%{version}.tar.gz BuildRequires: boost-devel >= 1.61 # boost-python3-devel merged in boost-devel for Fedora 33+ # https://src.fedoraproject.org/rpms/boost/c/1f2e448e099a867f9da62b9da009d3dec5e1ad64?branch=master %if 0%{?rhel} BuildRequires: boost-python3-devel %endif BuildRequires: cmake >= 2.8 BuildRequires: doxygen >= 1.8.11 #BuildRequires: epydoc BuildRequires: gcc-c++ BuildRequires: ghostscript >= 8.70 BuildRequires: libstdc++-devel BuildRequires: pkgconfig(blosc) >= 1.5.0 BuildRequires: pkgconfig(cppunit) >= 1.10 # RHEL and CentOS only have that build requirement for x86_64 %if 0%{?rhel} %ifarch x86_64 BuildRequires: glfw-devel >= 2.7 %endif %else BuildRequires: pkgconfig(glfw3) >= 2.7 %endif BuildRequires: pkgconfig(jemalloc) BuildRequires: pkgconfig(log4cplus) >= 1.0 %if 0%{?with_openexr} BuildRequires: pkgconfig(OpenEXR) >= 3.0 %endif BuildRequires: pkgconfig(tbb) >= 3.0 BuildRequires: pkgconfig(xi) BuildRequires: pkgconfig(zlib) > 1.2.7 %description OpenVDB is an Academy Award-winning open-source C++ library comprising a novel hierarchical data structure and a suite of tools for the efficient storage and manipulation of sparse volumetric data discretized on three-dimensional grids. It is developed and maintained by Academy Software Foundation for use in volumetric applications typically encountered in feature film production. This package contains some graphical tools. %packagelibs Summary:Core OpenVDB libraries %descriptionlibs OpenVDB is an Academy Award-winning open-source C++ library comprising a novel hierarchical data structure and a suite of tools for the efficient storage and manipulation of sparse volumetric data discretized on three-dimensional grids. It is developed and maintained by Academy Software Foundation for use in volumetric applications typically encountered in feature film production. %packagedevel Summary:Development files for %{name} BuildRequires: texlive-latex Requires: %{name}-libs%{?_isa} = %{version}-%{release} Obsoletes: %{name}-doc < 6.1.0-1 Provides: %{name}-doc = %{version}-%{release} %descriptiondevel The %{name}-devel package contains libraries and header files for developing applications that use %{name}. %if 0%{?fed
Wayland support on Blender coming to Fedora
Hello everyone, Upstream Blender developers are on the way to bring Wayland support for the next release [1] which will benefit Fedora users running on Workstation edition. The Fedora version already has support on Rawhide [2] since 3.3.0 noticeable with a different window decoration which use libdecor library. Wearing maintainer hat, I am planning to bring to Fedora 37 as an update so test is much needed to insure the stability of Wayland support. The build is available on https://copr.fedorainfracloud.org/coprs/g/design-suite/blender-3d/build/5030047/ to try it out. Alernatively, try 3.4.0 on upstream daily build on https://builder.blender.org/download/daily/ Reference: --- [1] https://code.blender.org/2022/10/wayland-support-on-linux/ [2] https://src.fedoraproject.org/rpms/blender/c/917ed85d61e564dfda426234c1d1007a69486f5e?branch=rawhide Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Heads up! OpenImageIO 2.4 series coming to rawhide
On 2022-10-12 07:14, Ben Beasley wrote: Since we are in the final freeze for F37, and the update breaks ABI (and API), the Updates Policy for stable releases applies, and an exception request would need to be submitted and approved first. https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#_exceptions https://github.com/OpenImageIO/oiio/releases/tag/v2.4.4.1 Done. QA accepted to get OpenimageIO 2.4 for the final release. See https://pagure.io/fedora-qa/blocker-review/issue/969 Let make it available for the week-end as soon as possible so both openshadinglanguage and Blender can get built for Fedora 37. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
openshadinglanguage failure on non x86_64
Hello team, openshadinglanguage 1.12.6.2 only successfully built on x86_64 architecture but failed on others due to the following errors: In file included from /builddir/build/BUILD/OpenShadingLanguage-1.12.6.2/src/liboslexec/oslexec_pvt.h:42, from /builddir/build/BUILD/OpenShadingLanguage-1.12.6.2/src/liboslexec/oslexec.cpp:12: /builddir/build/BUILD/OpenShadingLanguage-1.12.6.2/src/include/OSL/mask.h:7:10: fatal error: immintrin.h: No such file or directory 7 | #include | ^ compilation terminated. That "immintrin.h" is provided by both gcc and clang according to "dnf -C repoquery --whatprovides */immintrin.h". Could someone investigate the cause and provide a patch? See https://koji.fedoraproject.org/koji/taskinfo?taskID=92833862 Thanks in advance -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Heads up! OpenImageIO 2.4 series coming to rawhide
Send us the sidetag as Blender and openshadinglanguage need update. Thanks. On 2022-10-06 18:14, Richard Shaw wrote: All builds will be done in a side tag. I don't expect any issues. I'd like to update f37 as well unless there are any objections. Thanks, Richard ___ devel mailing list --devel@lists.fedoraproject.org To unsubscribe send an email todevel-le...@lists.fedoraproject.org Fedora Code of Conduct:https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines:https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives:https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it:https://pagure.io/fedora-infrastructure/new_issue -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Mesa in F37- vaapi support disabled for h264/h265/vc1
On 2022-09-29 01:33, Leigh Scott wrote: On Wed, 2022-09-28 at 08:24 +0200, Neal Gompa wrote: That seems to contradict this quote from https://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/opengl...: it, also keeping the repo in sync with fedora isn't a priority for me. Someone with the hardware and packaging knowledge will need to submit a review request at rpmfusion. I had my fill with ATI/AMD when I was packaging FGLRX and wont go there again ever! ___ Filed on https://bugzilla.rpmfusion.org/show_bug.cgi?id=6426 . Hopefully it is okay to post the review request for RPM Fusion here. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Rawhide] Blender 3.3.0 with initial enabled Wayland support
Hello team, Works is on the way to fully support Wayland for Blender thanks to upstream developers and contributors (some of them use Fedora) [1]. Starting from 3.3.0 and only for Rawhide, initial Wayland support is enabled for testing purpose using libdecor for window decoration (currently generic) [2] and running on EGL. Known issue is the lack of DPI detection meaning smaller interface compared to the screen resolution. It will be great to help upstreaam pushing the full use of Wayland implementation of Blender as Fedora is currently the leading edge on that department. Full list of progress on [1]. References: [1] https://developer.blender.org/T76428 [2] https://developer.blender.org/rB29755e1df82e34061a0b0586234a5aaac5177d35 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Remaining packages in need of a Python 3.11 rebuild
On 2022-09-14 20:17, Luya Tshimbalanga wrote: On 2022-09-14 07:01, Miro Hrončok wrote: Hello folks! luya dlib dlib @bizdelnick @luya ASSIGNED https://bugzilla.redhat.com/2098694 Bundles old pybind11 which is not Python 3.11 compatible, needs to be unbundled or at least updated. Upstream is waiting for the stable release of Python 3.11 to do the change. As for unbundling, could someone from Python team propose a suggestion for testing please? Thank you. Answering own question, upstream commit a snapshot fixing the build. Update is now available on https://bodhi.fedoraproject.org/updates/FEDORA-2022-84124cb352 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Remaining packages in need of a Python 3.11 rebuild
On 2022-09-14 07:01, Miro Hrončok wrote: Hello folks! luya dlib dlib @bizdelnick @luya ASSIGNED https://bugzilla.redhat.com/2098694 Bundles old pybind11 which is not Python 3.11 compatible, needs to be unbundled or at least updated. Upstream is waiting for the stable release of Python 3.11 to do the change. As for unbundling, could someone from Python team propose a suggestion for testing please? Thank you. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Donate 1 minute of your time to test upgrades from F36 to F37
sudo dnf - 1 ST 3 rawhide module_platform_id=platform:f37 --enablerepo=updates-testing $(rpm -q fedora-repos-modular >/dev/null && echo --enablerepo=updates-testing-modular) --assumeno distro-sync Copr repo for gnome-info-collect owned by vstan 484 B/s | 1.3 kB 00:02 Fedora 37 - x86_64 2.9 MB/s | 80 MB 00:27 Fedora 37 openh264 (From Cisco) - x86_64 1.3 kB/s | 2.5 kB 00:01 Fedora Modular 37 - x86_64 2.0 MB/s | 3.8 MB 00:01 Fedora 37 - x86_64 - Updates 352 B/s | 257 B 00:00 Fedora Modular 37 - x86_64 - Updates 329 B/s | 257 B 00:00 Fedora 37 - x86_64 - Test Updates 1.8 MB/s | 9.1 MB 00:05 Fedora Modular 37 - x86_64 - Test Updates 132 kB/s | 268 kB 00:02 RPM Fusion for Fedora 37 - Free 491 kB/s | 680 kB 00:01 RPM Fusion for Fedora 37 - Free - Updates 409 B/s | 257 B 00:00 RPM Fusion for Fedora 37 - Nonfree 285 kB/s | 248 kB 00:00 RPM Fusion for Fedora 37 - Nonfree - Updates 356 B/s | 257 B 00:00 Error: Problem 1: package gnome-books-40.0-4.fc36.x86_64 requires libgnome-desktop-3.so.19()(64bit), but none of the providers can be installed - gnome-desktop3-42.4-1.fc36.x86_64 does not belong to a distupgrade repository - problem with installed package gnome-books-40.0-4.fc36.x86_64 Problem 2: package nautilus-image-converter-0.3.1-0.22.git430afce31.fc35.x86_64 requires libnautilus-extension.so.1()(64bit), but none of the providers can be installed - nautilus-extensions-42.2-1.fc36.x86_64 does not belong to a distupgrade repository - problem with installed package nautilus-image-converter-0.3.1-0.22.git430afce31.fc35.x86_64 (try to add '--skip-broken' to skip uninstallable packages) -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Need help fixing python3-dlib
Hello team, As noticed, dlib failed to build with pybind11, which needs a rebuild for Python 3.11[1]. Upstream [1] chose to wait for the official release, but is willing to get a fix to handle this particular issue. Upstream repository is on https://github.com/davisking/dlib and the Fedora version on https://src.fedoraproject.org/rpms/dlib/ Python maintainers are welcome to provide a patch upstream. Thanks in advance. Reference: [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=2007864 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [rawhide]Failure for aarch64 on embree
On 2022-08-11 00:27, Dan Horák wrote: On Wed, 10 Aug 2022 23:25:57 -0700 Luya Tshimbalanga wrote: Hello team, The scratch build specifically failed on aarch64 architecture [1] with the following line when updating to embree 3.13.4 (not yet committed): cc1plus: error: unrecognized command-line option '-msse2' What will be the modification to do in this case? Thanks in advance I believe it should be reported upstream, their configuration mechanism likely doesn't work. It detects NEON support, which implies arm/aarch64, but still injects -msse2 to compiler flags and defines EMBREE_TARGET_SSE2. Dan Ticket filed: https://github.com/embree/embree/issues/391 I think one of aarch64 should described the issues better as upstream lack the support of aarch64. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: [rawhide]Failure for aarch64 on embree
On 2022-08-11 00:27, Dan Horák wrote: On Wed, 10 Aug 2022 23:25:57 -0700 Luya Tshimbalanga wrote: Hello team, The scratch build specifically failed on aarch64 architecture [1] with the following line when updating to embree 3.13.4 (not yet committed): cc1plus: error: unrecognized command-line option '-msse2' What will be the modification to do in this case? Thanks in advance I believe it should be reported upstream, their configuration mechanism likely doesn't work. It detects NEON support, which implies arm/aarch64, but still injects -msse2 to compiler flags and defines EMBREE_TARGET_SSE2. Filed on https://github.com/embree/embree/issues/391 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[rawhide]Failure for aarch64 on embree
Hello team, The scratch build specifically failed on aarch64 architecture [1] with the following line when updating to embree 3.13.4 (not yet committed): cc1plus: error: unrecognized command-line option '-msse2' What will be the modification to do in this case? Thanks in advance Embree source: https://src.fedoraproject.org/rpms/embree Reference: [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=90691409 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
[Package Review] f37-backgrounds
Hello team, f37-backgrounds is ready for review for the incoming Fedora 37 Beta. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2116103 Reviewer welcome. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: future of dual booting Windows and Fedora, redux
Could someone sign systemd-boot please? That EFI boot seems simple to use and very minimal especially for both x64 arch based desktop and laptop. On 2022-07-26 16:14, Chris Murphy wrote: On Tue, Jul 26, 2022, at 4:42 PM, Kevin Kofler via devel wrote: Chris Murphy wrote: On Tue, Jul 26, 2022, at 4:06 PM, Kevin Kofler via devel wrote: As I already mentioned the last time this has come up: Why can we not, instead of chainloading Windows directly, chainload a systemd-boot configured to always bootnext to Windows? Pretty sure shim still hard codes the name grub$arch.efi as the 2nd bootloader. Hence having to rename sd-boot as grubx64.efi for shim to find and run it. They can't co-exist right now. Also, there's no current plan by anyone to add systemd-boot for Secure Boot signing. That is not what I suggested. I suggested shim → GRUB → systemd-boot → Windows (and shim → GRUB → Fedora, systemd-boot would be configured to always reboot to Windows, booting Fedora from GRUB would bypass it entirely), not shim → systemd-boot → Windows. OK. But still systemd-boot would need to be signed by Fedora. And be capable of defaulting to Windows, and hidden menu, so it doesn't show bootloader snippets on the boot or EFI volumes. I don't know whether it can be configured this way. It's a Rube Goldberg machine way of doing this. In effect three bootloaders to support. I'm not convinced this is the path of least resistance. But it seems to be worth considering. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
so.version bump for embree 3.13.3
Hello team, Due to so.version bump, embree 3.13.3 got side-tagged for build. Affected packages are blender, luxcorerender, usd and godot. Currently, blender failed due python issue but other packages should be fine. Use "fedpkg build --target=f37-build-side-54766" for building. Luya ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fix aarch64 build on embree
On 2022-06-29 02:05, Petr Pisar wrote: V Tue, Jun 28, 2022 at 07:08:31PM -0700, Luya Tshimbalanga napsal(a): Hello team, What is the way to disable `-mss2 for aarch64 build in embree? Spec file: https://src.fedoraproject.org/rpms/embree/blob/rawhide/f/embree.spec Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88867571 Are you sure your scratch build corresponds to the linked spec file? The spec file reads: %ifarch x86_64 -DEMBREE_MAX_ISA=SSE4.2 \ %else -DEMBREE_MAX_ISA=NONE \ %endif but the build.log shows: + /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_DO_STRIP:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_STANDARD=17 -DCMAKE_INSTALL_LIBDIR=/usr/lib64 -DCMAKE_INSTALL_PREFIX=/usr -DEMBREE_COMPACT_POLYS=ON -DEMBREE_IGNORE_CMAKE_CXX_FLAGS=OFF -DEMBREE_ISPC_SUPPORT=ON -DEMBREE_MAX_ISA=DEFAULT -DEMBREE_TUTORIALS=OFF There is -DEMBREE_MAX_ISA=DEFAULT instead of -DEMBREE_MAX_ISA=NONE. Morover, I'm not sure whether upstream supports a generic AArch64. README.md reads: Embree requires at least an x86 CPU with support for SSE2 or an Apple M1 CPU. -- Petr Upstream supported it as I have to scratch build with embree 3.13.3. v3.13.4 has a regression due to upstream code change. See https://github.com/embree/embree/issues/383 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fix aarch64 build on embree
On 2022-06-29 01:24, Peter Robinson wrote: On Wed, Jun 29, 2022 at 3:15 AM Luya Tshimbalanga wrote: Hello team, What is the way to disable `-mss2 for aarch64 build in embree? I think you mean msse2, the build should be using the distro default C flags for builds so it shouldn't be an issue, if you fix the build to use the proper distro flags the problem should go away. Details in the docs: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_compiler_flags Which is strange as the used flag is `%{optflags} -Wl,--as-needed`as listed on the attached spec file. Extract: export CXXFLAGS="%{optflags} -Wl,--as-needed" The issue currently affects the new version of embree. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer %global __cmake_in_source_build 1 %global with_snapshot 0 %global with_examples 0 #%%global prerelease beta #%%global commit 40b9aca2668f443cae6bfbfa7cc5a354f1087011 #%%global shortcommit %%(c=%%{commit}; echo ${c:0:7}) %ifarch x86_64 aarch64 %bcond_without ispc %else %bcond_with ispc %endif Name: embree Version: 3.13.4 Release: %autorelease Summary: Collection of high-performance ray tracing kernels License: ASL 2.0 URL: https://embree.github.io %if %{with_snapshot} Source: https://github.com/%{name}/%{name}/archive/%{commit}/%{name}-%{commit}.tar.gz#/%{name}-%{version}-%{shortcommit}.tar.gz %else Source: https://github.com/%{name}/%{name}/archive/v%{version}%{?prerelease:%{-prerelease}.0}.tar.gz#/%{name}-%{version}%{?prerelease:-%{prerelease}.0}.tar.gz %endif BuildRequires: cmake BuildRequires: gcc-c++ BuildRequires: giflib-devel %if %{with ispc} BuildRequires: ispc %endif BuildRequires: pkgconfig(glut) BuildRequires: pkgconfig(glfw3) BuildRequires: pkgconfig(xmu) # Optional dependencies needed for examples %if %{with_examples} BuildRequires: pkgconfig(libjpeg) BuildRequires: pkgconfig(libopenjp2) BuildRequires: pkgconfig(libpng) BuildRequires: pkgconfig(libtiff-4) BuildRequires: pkgconfig(OpenImageIO) %endif BuildRequires: pkgconfig(tbb) # Exclude architectures failing to support SSE2 and up ExcludeArch: armv7hl i686 ppc64le s390x %description A collection of high-performance ray tracing kernels intended to graphics application engineers that want to improve the performance of their application. %package devel Summary: Development files for %{name} Requires: %{name}%{?_isa} = %{version}-%{release} %description devel The %{name}-devel package contains libraries and header files for applications that use %{name}. %if %{with_examples} %package examples Summary: Example of application using %{name} Requires: %{name}%{?_isa} = %{version}-%{release} %description examples The %{name}-examples package contains sample binaries using %{name}. %endif %prep %if %{with_snapshot} %autosetup -n %{name}-%{commit} %else %autosetup -n %{name}-%{version}%{?prerelease:-%{prerelease}.0} %endif %build export CXXFLAGS="%{optflags} -Wl,--as-needed" %cmake \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_CXX_STANDARD=17 \ -DCMAKE_INSTALL_LIBDIR=%{_libdir} \ -DCMAKE_INSTALL_PREFIX=%{_prefix} \ -DEMBREE_COMPACT_POLYS=ON \ -DEMBREE_IGNORE_CMAKE_CXX_FLAGS=OFF \ %if %{with ispc} -DEMBREE_ISPC_SUPPORT=ON \ %else -DEMBREE_ISPC_SUPPORT=OFF \ %endif -DEMBREE_MAX_ISA=DEFAULT \ -DEMBREE_TUTORIALS=OFF %cmake_build %install %cmake_install # Relocate doc files mv %{buildroot}%{_docdir}/%{name}3 %{buildroot}%{_docdir}/%{name} rm %{buildroot}%{_docdir}/%{name}/LICENSE.txt %files %license LICENSE.txt %doc README.md CHANGELOG.md readme.pdf third-party-programs-TBB.txt third-party-programs.txt %{_libdir}/lib%{name}3.so.3 %{_libdir}/lib%{name}3.so.3.* %{_mandir}/man3/* %files devel %{_libdir}/lib%{name}3.so %{_includedir}/%{name}3/ %{_libdir}/cmake/%{name}-%{version}/ %if %{with_examples} %files examples %{_bindir}/%{name}3/* %endif %changelog %autochangelog ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Fix aarch64 build on embree
On 2022-06-29 02:05, Petr Pisar wrote: V Tue, Jun 28, 2022 at 07:08:31PM -0700, Luya Tshimbalanga napsal(a): Hello team, What is the way to disable `-mss2 for aarch64 build in embree? Spec file: https://src.fedoraproject.org/rpms/embree/blob/rawhide/f/embree.spec Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88867571 Are you sure your scratch build corresponds to the linked spec file? The spec file reads: %ifarch x86_64 -DEMBREE_MAX_ISA=SSE4.2 \ %else -DEMBREE_MAX_ISA=NONE \ %endif but the build.log shows: + /usr/bin/cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_DO_STRIP:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_STANDARD=17 -DCMAKE_INSTALL_LIBDIR=/usr/lib64 -DCMAKE_INSTALL_PREFIX=/usr -DEMBREE_COMPACT_POLYS=ON -DEMBREE_IGNORE_CMAKE_CXX_FLAGS=OFF -DEMBREE_ISPC_SUPPORT=ON -DEMBREE_MAX_ISA=DEFAULT -DEMBREE_TUTORIALS=OFF There is -DEMBREE_MAX_ISA=DEFAULT instead of -DEMBREE_MAX_ISA=NONE. My bad, I should attach the updated spec file yet to get pushed in the repository. Here is below. Morover, I'm not sure whether upstream supports a generic AArch64. README.md reads: Embree requires at least an x86 CPU with support for SSE2 or an Apple M1 CPU. -- Petr -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer %global __cmake_in_source_build 1 %global with_snapshot 0 %global with_examples 0 #%%global prerelease beta #%%global commit 40b9aca2668f443cae6bfbfa7cc5a354f1087011 #%%global shortcommit %%(c=%%{commit}; echo ${c:0:7}) %ifarch x86_64 aarch64 %bcond_without ispc %else %bcond_with ispc %endif Name: embree Version: 3.13.4 Release: %autorelease Summary: Collection of high-performance ray tracing kernels License: ASL 2.0 URL: https://embree.github.io %if %{with_snapshot} Source: https://github.com/%{name}/%{name}/archive/%{commit}/%{name}-%{commit}.tar.gz#/%{name}-%{version}-%{shortcommit}.tar.gz %else Source: https://github.com/%{name}/%{name}/archive/v%{version}%{?prerelease:%{-prerelease}.0}.tar.gz#/%{name}-%{version}%{?prerelease:-%{prerelease}.0}.tar.gz %endif BuildRequires: cmake BuildRequires: gcc-c++ BuildRequires: giflib-devel %if %{with ispc} BuildRequires: ispc %endif BuildRequires: pkgconfig(glut) BuildRequires: pkgconfig(glfw3) BuildRequires: pkgconfig(xmu) # Optional dependencies needed for examples %if %{with_examples} BuildRequires: pkgconfig(libjpeg) BuildRequires: pkgconfig(libopenjp2) BuildRequires: pkgconfig(libpng) BuildRequires: pkgconfig(libtiff-4) BuildRequires: pkgconfig(OpenImageIO) %endif BuildRequires: pkgconfig(tbb) # Exclude architectures failing to support SSE2 and up ExcludeArch: armv7hl i686 ppc64le s390x %description A collection of high-performance ray tracing kernels intended to graphics application engineers that want to improve the performance of their application. %package devel Summary: Development files for %{name} Requires: %{name}%{?_isa} = %{version}-%{release} %description devel The %{name}-devel package contains libraries and header files for applications that use %{name}. %if %{with_examples} %package examples Summary: Example of application using %{name} Requires: %{name}%{?_isa} = %{version}-%{release} %description examples The %{name}-examples package contains sample binaries using %{name}. %endif %prep %if %{with_snapshot} %autosetup -n %{name}-%{commit} %else %autosetup -n %{name}-%{version}%{?prerelease:-%{prerelease}.0} %endif %build export CXXFLAGS="%{optflags} -Wl,--as-needed" %cmake \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_CXX_STANDARD=17 \ -DCMAKE_INSTALL_LIBDIR=%{_libdir} \ -DCMAKE_INSTALL_PREFIX=%{_prefix} \ -DEMBREE_COMPACT_POLYS=ON \ -DEMBREE_IGNORE_CMAKE_CXX_FLAGS=OFF \ %if %{with ispc} -DEMBREE_ISPC_SUPPORT=ON \ %else -DEMBREE_ISPC_SUPPORT=OFF \ %endif -DEMBREE_MAX_ISA=DEFAULT \ -DEMBREE_TUTORIALS=OFF %cmake_build %install %cmake_install # Relocate doc files mv %{buildroot}%{_docdir}/%{name}3 %{buildroot}%{_docdir}/%{name} rm %{buildroot}%{_docdir}/%{name}/LICENSE.txt %files %license LICENSE.txt %doc README.md CHANGELOG.md readme.pdf third-party-programs-TBB.txt third-party-programs.txt %{_libdir}/lib%{name}3.so.3 %{_libdir}/lib%{name}3.so.3.* %{_mandir}/man3/* %files devel %{_libdir}/lib%{name}3.so %{_includedir}/%{name}3/ %{_libdir}/cmake/%{name}-%{version}/ %if %{with_examples} %files examples %{_bindir}/%{name}3/* %endif %changelog %autochangelog ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email t
Re: Fix aarch64 build on embree
On 2022-06-29 01:56, Peter Robinson wrote: Hello team, What is the way to disable `-mss2 for aarch64 build in embree? I think you mean msse2, the build should be using the distro default C flags for builds so it shouldn't be an issue, if you fix the build to use the proper distro flags the problem should go away. Details in the docs: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_compiler_flags Spec file:https://src.fedoraproject.org/rpms/embree/blob/rawhide/f/embree.spec Scratch build result:https://koji.fedoraproject.org/koji/taskinfo?taskID=88867571 Completely not the right way to fix it, you're note actually supposed to be overwriting the SSE levels set by the base project else it won't run on older x86 devices either, but the below worked for me on a scratch build. The aarch64 arch sets NEON by default so if you were using the proper defaults you'd actually have gott hat anyway. diff --git a/embree.spec b/embree.spec index b2e6d8e..a9e8c91 100644 --- a/embree.spec +++ b/embree.spec @@ -92,6 +92,9 @@ export CXXFLAGS="%{optflags} -Wl,--as-needed" -DEMBREE_MAX_ISA=SSE4.2 \ %else -DEMBREE_MAX_ISA=NONE \ +%endif +%ifarch aarch64 +-DEMBREE_MAX_ISA=NEON \ %endif -DEMBREE_TUTORIALS=OFF %cmake_build I figured out that line hence the use of -DEMBREE_MAX_ISA=DEFAULT` as a more elegant approach. Unfortunately, the build failed for aarch64 in this version compared to its predecessor 3.13.2. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fix aarch64 build on embree
Hello team, What is the way to disable `-mss2 for aarch64 build in embree? Spec file: https://src.fedoraproject.org/rpms/embree/blob/rawhide/f/embree.spec Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88867571 Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[follow-up] openvdb 9.1.0 release with .so version change
Hello team, Just a reminder that, openvdb 9.1.0 is on side built due to so version changes. The following packages need an update: - Blender - OpenImageIO (important due to the dependence of openshadinglanguage and Blender) - pursa-slicer Please use the following build-side: fedpkg build --target=f37-build-side-54486 fedpkg build --target=f36-build-side-54488 fedpkg build --target=f35-build-side-54490 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
openvdb 9.1.0 release with .so version change
Hello team, Due to the updated soversion, Openvb 9.1.0 containing several bug fixes is built with the following side-tag: fedpkg build --target=f37-build-side-54486 fedpkg build --target=f36-build-side-54488 fedpkg build --target=f35-build-side-54490 The following packages need a rebuild according to the repo query (dnf -C repoquery --whatrequires openvdb-libs): - Blender - OpenImageIO - pursa-slicer -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Enabling ffmpeg on Blender June edition
On 2022-06-09 20:29, Neal Gompa wrote: On Thu, Jun 9, 2022 at 9:32 PM Luya Tshimbalanga wrote: On 2022-06-09 10:27, Neal Gompa wrote: On Thu, Jun 9, 2022 at 11:26 AM Luya Tshimbalanga wrote: On 2022-06-09 01:33, Neal Gompa wrote: On Thu, Jun 9, 2022 at 3:51 AM Luya Tshimbalanga wrote: Building Blender 3.2.0 with ffmpeg support failed on the following lines: -Wno-unused-function -Wno-type-limits -Wno-int-in-bool-context -Wno-switch -Wno-unused-variable -Wno-uninitialized -Wno-implicit-fallthrough -Wno-error=unused-but-set-variable -Wno-class-memaccess -Wno-comment -Wno-unused-local-typedefs -Wno-unused-variable -Wno-uninitialized -Wno-maybe-uninitialized -DNDEBUG -std=c++17 -MD -MT extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -MF CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o.d -o CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -c /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp In file included from /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp:18: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: fatal error: libavformat/avformat.h: No such file or directory 40 | #include | ^~~~ compilation terminated. despite the presence of libavformat-free-devel as build requirement. It looks likes ffmpeg-free lacks libavformat/avformat.h header. Could someone provide a better suggestion to properly support ffmpeg for Blender? Thanks in advance. Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88051797 The file exists in libavformat-free-devel in F36 with the latest build (/usr/include/ffmpeg/libavformat/avformat.h). The ffmpeg include directory you set at build time is wrong. It should be /usr/include/ffmpeg. Then the files will be detected properly. It is from Blender itself hence the different path: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: Upstream:https://developer.blender.org/diffusion/B/browse/blender-v3.2-release/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h CMake reports in the build log that it couldn't find them, but doesn't abort because of it. It also seems to fail to find libavdevice, which means you need libavdevice-free-devel too. No luck according to the scratch result:https://koji.fedoraproject.org/koji/taskinfo?taskID=88070247 In your spec, I see you have this: "-D_ffmpeg_INCLUDE_DIR=/usr/include" It should be: "-D_ffmpeg_INCLUDE_DIR=/usr/include/ffmpeg" Thanks Neal. That resolved the issue. About the use of pkgconfig insude FindFFmpeg.cmake filr from upstream Blender, patch is welcome. If I get some time, I'll look into sending a patch to them to fix the ffmpeg detection code. No promises anytime soon, though. :( No problem. Whenever you get opportunity to do so. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Rawhide] Please test Blender 3.2.0 with enabled ffmpeg
Hello everyone, The packaged Blender now has support for ffpmeg (via ffmpeg-free) needed to use other codecs. Some issue may occur due to the difference between ffmpeg-free and upstream ffmpeg meaning a test is needed before possibly supporting on the current release i.e. Fedora 36. Video Editing in Blender will be the starting to test format like MP4. Available package is on https://bodhi.fedoraproject.org/updates/FEDORA-2022-33eb714efd Thank in advance for testing. Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Enabling ffmpeg on Blender June edition
Let's list these issues now then as this packaged Blender lacked proper video editing support compared to upstream. The built is now on Rawhide to give users a chance to try it out. https://bodhi.fedoraproject.org/updates/FEDORA-2022-33eb714efd ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Enabling ffmpeg on Blender June edition
On 2022-06-09 10:27, Neal Gompa wrote: On Thu, Jun 9, 2022 at 11:26 AM Luya Tshimbalanga wrote: On 2022-06-09 01:33, Neal Gompa wrote: On Thu, Jun 9, 2022 at 3:51 AM Luya Tshimbalanga wrote: Building Blender 3.2.0 with ffmpeg support failed on the following lines: -Wno-unused-function -Wno-type-limits -Wno-int-in-bool-context -Wno-switch -Wno-unused-variable -Wno-uninitialized -Wno-implicit-fallthrough -Wno-error=unused-but-set-variable -Wno-class-memaccess -Wno-comment -Wno-unused-local-typedefs -Wno-unused-variable -Wno-uninitialized -Wno-maybe-uninitialized -DNDEBUG -std=c++17 -MD -MT extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -MF CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o.d -o CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -c /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp In file included from /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp:18: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: fatal error: libavformat/avformat.h: No such file or directory 40 | #include | ^~~~ compilation terminated. despite the presence of libavformat-free-devel as build requirement. It looks likes ffmpeg-free lacks libavformat/avformat.h header. Could someone provide a better suggestion to properly support ffmpeg for Blender? Thanks in advance. Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88051797 The file exists in libavformat-free-devel in F36 with the latest build (/usr/include/ffmpeg/libavformat/avformat.h). The ffmpeg include directory you set at build time is wrong. It should be /usr/include/ffmpeg. Then the files will be detected properly. It is from Blender itself hence the different path: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: Upstream:https://developer.blender.org/diffusion/B/browse/blender-v3.2-release/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h CMake reports in the build log that it couldn't find them, but doesn't abort because of it. It also seems to fail to find libavdevice, which means you need libavdevice-free-devel too. No luck according to the scratch result:https://koji.fedoraproject.org/koji/taskinfo?taskID=88070247 In your spec, I see you have this: "-D_ffmpeg_INCLUDE_DIR=/usr/include" It should be: "-D_ffmpeg_INCLUDE_DIR=/usr/include/ffmpeg" Thanks Neal. That resolved the issue. About the use of pkgconfig insude FindFFmpeg.cmake filr from upstream Blender, patch is welcome. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Enabling ffmpeg on Blender June edition
On 2022-06-09 01:33, Neal Gompa wrote: On Thu, Jun 9, 2022 at 3:51 AM Luya Tshimbalanga wrote: Building Blender 3.2.0 with ffmpeg support failed on the following lines: -Wno-unused-function -Wno-type-limits -Wno-int-in-bool-context -Wno-switch -Wno-unused-variable -Wno-uninitialized -Wno-implicit-fallthrough -Wno-error=unused-but-set-variable -Wno-class-memaccess -Wno-comment -Wno-unused-local-typedefs -Wno-unused-variable -Wno-uninitialized -Wno-maybe-uninitialized -DNDEBUG -std=c++17 -MD -MT extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -MF CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o.d -o CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -c /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp In file included from /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp:18: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: fatal error: libavformat/avformat.h: No such file or directory 40 | #include | ^~~~ compilation terminated. despite the presence of libavformat-free-devel as build requirement. It looks likes ffmpeg-free lacks libavformat/avformat.h header. Could someone provide a better suggestion to properly support ffmpeg for Blender? Thanks in advance. Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88051797 The file exists in libavformat-free-devel in F36 with the latest build (/usr/include/ffmpeg/libavformat/avformat.h). The ffmpeg include directory you set at build time is wrong. It should be /usr/include/ffmpeg. Then the files will be detected properly. It is from Blender itself hence the different path: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: Upstream: https://developer.blender.org/diffusion/B/browse/blender-v3.2-release/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h CMake reports in the build log that it couldn't find them, but doesn't abort because of it. It also seems to fail to find libavdevice, which means you need libavdevice-free-devel too. No luck according to the scratch result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88070247 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Enabling ffmpeg on Blender June edition
Building Blender 3.2.0 with ffmpeg support failed on the following lines: -Wno-unused-function -Wno-type-limits -Wno-int-in-bool-context -Wno-switch -Wno-unused-variable -Wno-uninitialized -Wno-implicit-fallthrough -Wno-error=unused-but-set-variable -Wno-class-memaccess -Wno-comment -Wno-unused-local-typedefs -Wno-unused-variable -Wno-uninitialized -Wno-maybe-uninitialized -DNDEBUG -std=c++17 -MD -MT extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -MF CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o.d -o CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEG.cpp.o -c /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp In file included from /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEG.cpp:18: /builddir/build/BUILD/blender-3.2.0/extern/audaspace/plugins/ffmpeg/FFMPEGReader.h:40:10: fatal error: libavformat/avformat.h: No such file or directory 40 | #include | ^~~~ compilation terminated. despite the presence of libavformat-free-devel as build requirement. It looks likes ffmpeg-free lacks libavformat/avformat.h header. Could someone provide a better suggestion to properly support ffmpeg for Blender? Thanks in advance. Scratch build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=88051797 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Fwd: ImageMagick in EPEL 8
Shared message to address an issue below. Forwarded Message Subject:ImageMagick in EPEL 8 Date: Wed, 25 May 2022 15:20:54 -0700 From: Patrick J. LoPresti To: l...@fedoraproject.org Hi. I just noticed that ImageMagick in EPEL for RHEL8 uses major version number 7, as in "libMagickWand-6.Q16.so.7". I have a number of binaries compiled for RHEL7 against ImageMagick, where the major number was 6, as in "libMagickWand-6.Q16.so.6". These binaries do not run on RHEL8 because of this major version mismatch. Has the .so really changed in a backwards-incompatible way? (When I symlink the .so.6 -> .so.7 libraries, all of my RHEL7-compiled applications appear to run.) If not, can I request that the version in EPEL change to use .so.6? Thanks! - Pat ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F37 Change: Deprecate Legacy BIOS (System-Wide Change proposal)
Reading the comments, it seems the overlooked word is “depreciated” meaning users will have time to properly transition their hardware. It seems the proposal suggests an opportunity to revisit the boot-loader like the heavily downstream patched grub2 deeming too complex to maintain in long term. Additionally, this proposal gives time to explore alternative boot loader like systemd-boot (mainly for x86-64 architecture and useful for desktop and workstation) and rEFi (?) to further reduce the code burden. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
[Rawhide] Retiring gimp-dpb
An old gimp add-on is retiring from Rawhide repository, gimp-dpb (Dave's Batch Processing). Upstream is no more as their website no longer exists. The repository is on https://src.fedoraproject.org/rpms/gimp-dbp -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Missing 'pkgconfig(portaudiocpp) >= 12' for EPEL9
Hello team, it looks like 'pkgconfig(portaudiocpp) >= 12' is missing in EPEL9 repository while available in EPEL8. See https://koji.fedoraproject.org/koji/taskinfo?taskID=84302098 Could someone port that dependency and rebuild xournalpp please? Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Donate 1 minute of your time to test upgrades from F35 to F36
1.7 M java-17-openjdk-headless x86_64 1:17.0.2.0.8-7.fc36 fedora 40 M javapackages-tools noarch 6.0.0-7.fc36 fedora 25 k jline-builtins noarch 3.21.0-3.fc36 fedora 261 k jline-reader noarch 3.21.0-3.fc36 fedora 170 k jline-style noarch 3.21.0-3.fc36 fedora 35 k jline-terminal noarch 3.21.0-3.fc36 fedora 281 k jline-terminal-jna noarch 3.21.0-3.fc36 fedora 65 k jna x86_64 5.10.0-3.fc36 fedora 281 k kernel-core x86_64 5.17.0-0.rc7.116.fc36 fedora 46 M laszip x86_64 3.4.3-7.fc36 fedora 153 k libadwaita-qt6 x86_64 1.4.1-3.fc36 updates-testing 161 k libffi3.1 x86_64 3.1-32.fc36 fedora 31 k libgweather4 x86_64 3.99.0-1.fc36 updates-testing 3.0 M liblas x86_64 1.8.1-19.gitd76a061.fc36 fedora 317 k libnauty x86_64 2.7.3-2.fc36 fedora 596 k libnma-gtk4 x86_64 1.8.34-1.fc36.1 fedora 115 k libportal-gtk3 x86_64 0.5-2.fc36 fedora 17 k libportal-gtk4 x86_64 0.5-2.fc36 fedora 17 k libsoup3 x86_64 3.0.4-1.fc36 fedora 360 k libxcvt x86_64 0.1.1-2.fc36 fedora 13 k lilv-libs x86_64 0.24.12-4.fc36 updates-testing 58 k lua-filesystem x86_64 1.8.0-6.fc36 fedora 34 k lua-json noarch 1.3.2-19.fc36 fedora 26 k lua-lpeg x86_64 1.0.2-8.fc36 fedora 67 k lua-term x86_64 0.07-15.fc36 fedora 15 k material-icons-fonts noarch 4.0.0-6.fc36 fedora 407 k metis x86_64 5.1.0-32.fc36 fedora 574 k mockito noarch 3.12.4-3.fc36 fedora 579 k mozjs91 x86_64 91.7.0-1.fc36 updates-testing 4.3 M mp x86_64 3.1.0-37.20200303git7fd4828.fc36 fedora 942 k objectweb-asm noarch 9.2-3.fc36 fedora 369 k objenesis noarch 3.1-9.fc36 fedora 107 k opencv-contrib x86_64 4.5.5-5.fc36 fedora 4.6 M openldap-compat x86_64 2.6.1-2.fc36 fedora 18 k openslide x86_64 3.4.1-20.fc36 fedora 107 k openssl1.1 x86_64 1:1.1.1l-2.fc36 fedora 1.5 M opentest4j noarch 1.2.0-10.fc36 fedora 24 k package-notes-srpm-macros noarch 0.4-14.fc36 fedora 11 k pam-libs x86_64 1.5.2-12.fc36 updates-testing 59 k scala noarch 2.13.7-3.fc36 fedora 10 M scala-library noarch 2.13.7-3.fc36 fedora 5.0 M scala-reflect noarch 2.13.7-3.fc36 fedora 3.3 M scotch x86_64 6.1.2-2.fc36 fedora 388 k vtk x86_64 9.1.0-6.fc36 fedora 22 M Installing weak dependencies: aardvark-dns x86_64 1.0.1-2.fc36 updates-testing 1.0 M compat-ffmpeg4 x86_64 4.4.1-1.fc36 rpmfusion-free 7.6 M juniversalchardet noarch 2.4.0-5.fc36 fedora 222 k netavark x86_64 1.0.1-1.fc36 updates-testing 1.9 M qgnomeplatform-qt6 x86_64 0.8.4-5.fc36 updates-testing 146 k vmaf-models noarch 2.3.0-3.fc36 fedora 225 k Removing: kernel x86_64 5.16.9-200.fc35 @updates 0 kernel-core x86_64 5.16.9-200.fc35 @updates 87 M kernel-modules x86_64 5.16.9-200.fc35 @updates 51 M kernel-modules-extra x86_64 5.16.9-200.fc35 @updates 3.1 M Downgrading: gnome-user-docs noarch 41.1-2.fc36 fedora 8.5 M libspnav x86_64 0.2.3-15.fc36 fedora 17 k python3-cffi x86_64 1.15.0-2.fc36 fedora 244 k python3-google-api-client noarch 2:2.37.0-1.fc36 fedora 2.7 M python3-pikepdf x86_64 4.4.1-1.fc36 fedora 527 k telegram-desktop x86_64 3.5.2-1.fc36 rpmfusion-free 27 M thunderbird x86_64 91.4.0-1.fc36 fedora 96 M thunderbird-librnp-rnp x86_64 91.4.0-1.fc36 fedora 1.0 M Transaction Summary Install 80 Packages Upgrade 2190 Packages Remove 4 Packages Downgrade 8 Packages Total download size: 3.2 G Operation aborted. The upgrade process seems successfull without noticeable issue. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel
ld.gold: fatal error: /usr/lib64: pread failed: Is a directory
Hello team, I encountered a weird error[0] when building blender[1] with upstream patch[2] for USD support: ld.gold: fatal error: /usr/lib64: pread failed: Is a directory Can someone investigate the problem? I included the patch for testing purpose. Reference: [0] https://koji.fedoraproject.org/koji/taskinfo?taskID=84003450 [1] https://src.fedoraproject.org/rpms/blender/blob/rawhide/f/blender.spec [2] https://developer.blender.org/D14184 Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer diff --git a/source/blender/io/usd/intern/usd_reader_light.cc b/source/blender/io/usd/intern/usd_reader_light.cc --- a/source/blender/io/usd/intern/usd_reader_light.cc +++ b/source/blender/io/usd/intern/usd_reader_light.cc @@ -9,8 +9,6 @@ #include "DNA_light_types.h" #include "DNA_object_types.h" -#include - #include #include #include @@ -40,14 +38,17 @@ if (!prim_) { return; } +#if PXR_VERSION >= 2111 + pxr::UsdLuxLightAPI light_api(prim_); +#else + pxr::UsdLuxLight light_api(prim_); +#endif - pxr::UsdLuxLight light_prim(prim_); - - if (!light_prim) { + if (!light_api) { return; } - pxr::UsdLuxShapingAPI shaping_api(light_prim); + pxr::UsdLuxShapingAPI shaping_api; /* Set light type. */ @@ -63,6 +64,8 @@ else if (prim_.IsA()) { blight->type = LA_LOCAL; +shaping_api = pxr::UsdLuxShapingAPI(prim_); + if (shaping_api && shaping_api.GetShapingConeAngleAttr().IsAuthored()) { blight->type = LA_SPOT; } @@ -73,7 +76,7 @@ /* Set light values. */ - if (pxr::UsdAttribute intensity_attr = light_prim.GetIntensityAttr()) { + if (pxr::UsdAttribute intensity_attr = light_api.GetIntensityAttr()) { float intensity = 0.0f; if (intensity_attr.Get(, motionSampleTime)) { blight->energy = intensity * this->import_params_.light_intensity_scale; @@ -92,14 +95,14 @@ light_prim.GetDiffuseAttr().Get(, motionSampleTime); #endif - if (pxr::UsdAttribute spec_attr = light_prim.GetSpecularAttr()) { + if (pxr::UsdAttribute spec_attr = light_api.GetSpecularAttr()) { float spec = 0.0f; if (spec_attr.Get(, motionSampleTime)) { blight->spec_fac = spec; } } - if (pxr::UsdAttribute color_attr = light_prim.GetColorAttr()) { + if (pxr::UsdAttribute color_attr = light_api.GetColorAttr()) { pxr::GfVec3f color; if (color_attr.Get(, motionSampleTime)) { blight->r = color[0]; diff --git a/source/blender/io/usd/intern/usd_reader_stage.cc b/source/blender/io/usd/intern/usd_reader_stage.cc --- a/source/blender/io/usd/intern/usd_reader_stage.cc +++ b/source/blender/io/usd/intern/usd_reader_stage.cc @@ -18,7 +18,13 @@ #include #include #include -#include + +#if PXR_VERSION >= 2111 +# include +# include +#else +# include +#endif #include @@ -55,7 +61,12 @@ if (params_.import_meshes && prim.IsA()) { return new USDMeshReader(prim, params_, settings_); } +#if PXR_VERSION >= 2111 + if (params_.import_lights && (prim.IsA() || +prim.IsA())) { +#else if (params_.import_lights && prim.IsA()) { +#endif return new USDLightReader(prim, params_, settings_); } if (params_.import_volumes && prim.IsA()) { @@ -82,7 +93,11 @@ if (prim.IsA()) { return new USDMeshReader(prim, params_, settings_); } +#if PXR_VERSION >= 2111 + if (prim.IsA() || prim.IsA()) { +#else if (prim.IsA()) { +#endif return new USDLightReader(prim, params_, settings_); } if (prim.IsA()) { diff --git a/source/blender/io/usd/intern/usd_reader_xform.cc b/source/blender/io/usd/intern/usd_reader_xform.cc --- a/source/blender/io/usd/intern/usd_reader_xform.cc +++ b/source/blender/io/usd/intern/usd_reader_xform.cc @@ -131,7 +131,7 @@ return false; } - if (prim_.IsInMaster()) { + if (prim_.IsInPrototype()) { /* We don't consider prototypes to be root prims, * because we never want to apply global scaling * or rotations to the prototypes themselves. */ diff --git a/source/blender/io/usd/intern/usd_writer_light.cc b/source/blender/io/usd/intern/usd_writer_light.cc --- a/source/blender/io/usd/intern/usd_writer_light.cc +++ b/source/blender/io/usd/intern/usd_writer_light.cc @@ -33,7 +33,12 @@ pxr::UsdTimeCode timecode = get_export_time_code(); Light *light = static_cast(context.object->data); - pxr::UsdLuxLight usd_light; +#if PXR_VERSION >= 2111 + pxr::UsdLuxLightAPI usd_light_api; +#else + pxr::UsdLuxLight usd_light_api; + +#endif switch (light->type) { case LA_AREA: @@ -42,21 +47,33 @@ case LA_AREA_ELLIPSE: { /* An ellipse light will deteriorate into a disk light. */ pxr::UsdLuxDiskLight disk_light = pxr::UsdLuxDiskLight::Define(stage, usd_path); disk_light.CreateRadiusAttr().Set(light->area_size, timecode); - usd
ld.gold: fatal error: /usr/lib64: pread failed: Is a directory
Hello team, I encountered a weird error when building blender[1] with upstream patch[2] for USD support: ld.gold: fatal error: /usr/lib64: pread failed: Is a directory Can someone investigate the problem? I included the patch for testing purpose. Reference: [1] https://src.fedoraproject.org/rpms/blender/blob/rawhide/f/blender.spec [2] https://developer.blender.org/D14184 Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer diff --git a/source/blender/io/usd/intern/usd_reader_light.cc b/source/blender/io/usd/intern/usd_reader_light.cc --- a/source/blender/io/usd/intern/usd_reader_light.cc +++ b/source/blender/io/usd/intern/usd_reader_light.cc @@ -9,8 +9,6 @@ #include "DNA_light_types.h" #include "DNA_object_types.h" -#include - #include #include #include @@ -40,14 +38,17 @@ if (!prim_) { return; } +#if PXR_VERSION >= 2111 + pxr::UsdLuxLightAPI light_api(prim_); +#else + pxr::UsdLuxLight light_api(prim_); +#endif - pxr::UsdLuxLight light_prim(prim_); - - if (!light_prim) { + if (!light_api) { return; } - pxr::UsdLuxShapingAPI shaping_api(light_prim); + pxr::UsdLuxShapingAPI shaping_api; /* Set light type. */ @@ -63,6 +64,8 @@ else if (prim_.IsA()) { blight->type = LA_LOCAL; +shaping_api = pxr::UsdLuxShapingAPI(prim_); + if (shaping_api && shaping_api.GetShapingConeAngleAttr().IsAuthored()) { blight->type = LA_SPOT; } @@ -73,7 +76,7 @@ /* Set light values. */ - if (pxr::UsdAttribute intensity_attr = light_prim.GetIntensityAttr()) { + if (pxr::UsdAttribute intensity_attr = light_api.GetIntensityAttr()) { float intensity = 0.0f; if (intensity_attr.Get(, motionSampleTime)) { blight->energy = intensity * this->import_params_.light_intensity_scale; @@ -92,14 +95,14 @@ light_prim.GetDiffuseAttr().Get(, motionSampleTime); #endif - if (pxr::UsdAttribute spec_attr = light_prim.GetSpecularAttr()) { + if (pxr::UsdAttribute spec_attr = light_api.GetSpecularAttr()) { float spec = 0.0f; if (spec_attr.Get(, motionSampleTime)) { blight->spec_fac = spec; } } - if (pxr::UsdAttribute color_attr = light_prim.GetColorAttr()) { + if (pxr::UsdAttribute color_attr = light_api.GetColorAttr()) { pxr::GfVec3f color; if (color_attr.Get(, motionSampleTime)) { blight->r = color[0]; diff --git a/source/blender/io/usd/intern/usd_reader_stage.cc b/source/blender/io/usd/intern/usd_reader_stage.cc --- a/source/blender/io/usd/intern/usd_reader_stage.cc +++ b/source/blender/io/usd/intern/usd_reader_stage.cc @@ -18,7 +18,13 @@ #include #include #include -#include + +#if PXR_VERSION >= 2111 +# include +# include +#else +# include +#endif #include @@ -55,7 +61,12 @@ if (params_.import_meshes && prim.IsA()) { return new USDMeshReader(prim, params_, settings_); } +#if PXR_VERSION >= 2111 + if (params_.import_lights && (prim.IsA() || +prim.IsA())) { +#else if (params_.import_lights && prim.IsA()) { +#endif return new USDLightReader(prim, params_, settings_); } if (params_.import_volumes && prim.IsA()) { @@ -82,7 +93,11 @@ if (prim.IsA()) { return new USDMeshReader(prim, params_, settings_); } +#if PXR_VERSION >= 2111 + if (prim.IsA() || prim.IsA()) { +#else if (prim.IsA()) { +#endif return new USDLightReader(prim, params_, settings_); } if (prim.IsA()) { diff --git a/source/blender/io/usd/intern/usd_reader_xform.cc b/source/blender/io/usd/intern/usd_reader_xform.cc --- a/source/blender/io/usd/intern/usd_reader_xform.cc +++ b/source/blender/io/usd/intern/usd_reader_xform.cc @@ -131,7 +131,7 @@ return false; } - if (prim_.IsInMaster()) { + if (prim_.IsInPrototype()) { /* We don't consider prototypes to be root prims, * because we never want to apply global scaling * or rotations to the prototypes themselves. */ diff --git a/source/blender/io/usd/intern/usd_writer_light.cc b/source/blender/io/usd/intern/usd_writer_light.cc --- a/source/blender/io/usd/intern/usd_writer_light.cc +++ b/source/blender/io/usd/intern/usd_writer_light.cc @@ -33,7 +33,12 @@ pxr::UsdTimeCode timecode = get_export_time_code(); Light *light = static_cast(context.object->data); - pxr::UsdLuxLight usd_light; +#if PXR_VERSION >= 2111 + pxr::UsdLuxLightAPI usd_light_api; +#else + pxr::UsdLuxLight usd_light_api; + +#endif switch (light->type) { case LA_AREA: @@ -42,21 +47,33 @@ case LA_AREA_ELLIPSE: { /* An ellipse light will deteriorate into a disk light. */ pxr::UsdLuxDiskLight disk_light = pxr::UsdLuxDiskLight::Define(stage, usd_path); disk_light.CreateRadiusAttr().Set(light->area_size, timecode); - usd_light = disk_light; +#if PXR_VERSION >= 2111 + usd_
Re: Blender failed to build with ffmpeg enabled
On 2022-03-01 01:14, Neal Gompa wrote: Thanks! Next step is to remove libavdevice.h from Blender as ffmpeg-free excluded it. Scratch result with applied patch so far:https://koji.fedoraproject.org/koji/taskinfo?taskID=83502291 Scratch result with removed libavdecice.h:https://koji.fedoraproject.org/koji/taskinfo?taskID=83503990 We didn't exclude it. FFmpeg 5.0 removed it entirely. They replaced the header with libavdevice/avdevice.h. Thanks for pointing that out. It looks like upstream Blender will need to address that issue. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Blender failed to build with ffmpeg enabled
On 2022-02-28 22:23, Mamoru TASAKA wrote: Luya Tshimbalanga wrote on 2022/03/01 15:11: Hello team, Blender failed to build with enabled FFMPEG support using ffmpeg-free-devel at the following line: ''' /builddir/build/BUILD/blender-3.0.1/extern/audaspace/plugins/ffmpeg/FFMPEGReader.cpp: In member function 'void aud::FFMPEGReader::init(int)': /builddir/build/BUILD/blender-3.0.1/extern/audaspace/plugins/ffmpeg/FFMPEGReader.cpp:180:47: error: invalid conversion from 'const AVCodec*' to 'AVCodec*' [-fpermissive] 180 | AVCodec* aCodec = avcodec_find_decoder(m_formatCtx->streams[m_stream]->codecpar->codec_id); | ^~~~ | | | const AVCodec* gmake[2]: *** [extern/audaspace/CMakeFiles/audaspace.dir/build.make:1549: extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEGReader.cpp.o] Error 1 ''' Could someone handle the AVCodec issue please? Available scratch-build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=83496011 Thanks in advance. Change to const AVCodec* aCodec = avcodec_find_decoder( ref: https://github.com/blender/blender/commit/af6a1b08e3f0d0070ac9423868d2d3f81057717a Thanks! Next step is to remove libavdevice.h from Blender as ffmpeg-free excluded it. Scratch result with applied patch so far: https://koji.fedoraproject.org/koji/taskinfo?taskID=83502291 Scratch result with removed libavdecice.h: https://koji.fedoraproject.org/koji/taskinfo?taskID=83503990 -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Blender failed to build with ffmpeg enabled
Hello team, Blender failed to build with enabled FFMPEG support using ffmpeg-free-devel at the following line: ''' /builddir/build/BUILD/blender-3.0.1/extern/audaspace/plugins/ffmpeg/FFMPEGReader.cpp: In member function 'void aud::FFMPEGReader::init(int)': /builddir/build/BUILD/blender-3.0.1/extern/audaspace/plugins/ffmpeg/FFMPEGReader.cpp:180:47: error: invalid conversion from 'const AVCodec*' to 'AVCodec*' [-fpermissive] 180 | AVCodec* aCodec = avcodec_find_decoder(m_formatCtx->streams[m_stream]->codecpar->codec_id); | ^~~~ | | | const AVCodec* gmake[2]: *** [extern/audaspace/CMakeFiles/audaspace.dir/build.make:1549: extern/audaspace/CMakeFiles/audaspace.dir/plugins/ffmpeg/FFMPEGReader.cpp.o] Error 1 ''' Could someone handle the AVCodec issue please? Available scratch-build result: https://koji.fedoraproject.org/koji/taskinfo?taskID=83496011 Thanks in advance. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Revisiting Fedora backgrounds spec
Hello team, It has been a while about default fedora backgrounds need a refresh. The current method requires a package review for each release, which deemed cumbersome. One of suggestions is making a package containing a set of 10 Fedora release wallpaper. The issue will be the increase of file size as the Design Team chose to keep PNG format instead of JPG for the default wallpaper. Another idea is to have an umbrella of package named fxx-backgrounds as an example containing subpackages including default and extras wallpapers as illustrated below: fxx-backgrounds as main package f36-backgrounds-base and f36-backgrounds-extras as subpackages The problem is I have no idea how to do that in spec format. Feedback welcome. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Blender Wayland available on COPR
Hello everyone, Thanks to the work of one of Blender contributors [1], Blender runs on Wayland with upstream patches yet to land mainline [2]. The method was enabling "*WITH_GHOST_WAYLAND"*parameter along the patch setting "BLENDER_WAYLAND" environment when running a Wayland session. To see if the installed Blender[3], available on the COPR repository, runs directly on Wayland, from the terminal, simply type "WAYLAND_DEBUG=1 blender". The side effect resolves an issue related to rendering with Open Shading Language. The long term goal is to make Blender with Wayland support available on the main repository starting from Rawhide and possibly the current release i.e., Fedora 35. Blender Wayland is available for both Rawhide, Fedora 35 and Fedora 34 for testing.[3] References --- [1] https://developer.blender.org/T90676 [2] https://developer.blender.org/D11489 [3] https://copr.fedorainfracloud.org/coprs/luya/blender-egl/build/3032066/ -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
OpenVBD 8.2.0 and 9.0.0 so changes
Hello team, Openvdb got a so version bumped to 9.0 which affects the following packages: blender (to use nanovdb built in openvdb) OpenImageIO (required by blender) openvdb prusa-slicer usd Please use the command "fedpkg build --target=f36-build-side-48116" and "koji wait-repo f35-build-side-48118" valid for 30 days to build your package. Upstream also released 8.2 which will only apply for Fedora 34 as part of stable release for the 8.x.x series and will require a rebuild using this command "fedpkg build --target=f34-build-side-48120" due to .so change. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: OpenVDB 9.0.0 and arm build system
On 2021-11-23 02:12, Fabio Valentini wrote: On Tue, Nov 23, 2021 at 10:00 AM Luya Tshimbalanga wrote: On 2021-11-22 01:24, Dan Horák wrote: On Mon, 22 Nov 2021 01:12:56 -0800 Luya Tshimbalanga wrote: Hello team, Academic Software Foundation released OpenVDB 9.0.0 with support of NanoVDB [1] which is useful for Blender 3D [2]. Scratch build resulted a failure on arm7vh architectures related to exhausted virtual memory [3]. Suggested workaround is to decrease the debugging verbose noise in the spec file with no success. Extract below: no success, because it had no effect on the flags used in the build as can be verified in the build.log. Perhaps cmake needs a different treatment for the compiler flags ... Dan Looking at cmake documentation, the command in the spec file seems like: %cmake_build -j4 But '-j4' failed to get taken account. That's because the "-j4" flag only works for running plain "cmake", and not for the "%cmake_build" macro. If you want to actually limit build parallelism, you should set "%global _smp_mflags -j4". Or, if you only need to have this work on rawhide, I think you could use the new "%constrain_build" macro: https://src.fedoraproject.org/rpms/redhat-rpm-config/blob/rawhide/f/macros.build-constraints Thank you. The change is only specific to armv7hl architecture whose build system ran out of virtual memory. After applying the change like %ifarch %{arm} %global _smp_mflags -j4 %endif It seems the virtual memory issue remains. For the time being, I will temporarily exclude armv7 architecture. As for %cmake_build not honoring -g1 flags passed in via the environment, I'd check if any of the CMakeLists.txt files (or the %cmake_build macro, for that matter) override CfooFLAGS to always add "-g" regardless of the environment. I had that happen with various CMake-based projects I used to work with, and fixed that issue upstream. Sadly, I am unable to find any CMakeLists.txt with that "-g" flag. Since arm architecture is the only affected build, I will exclude it for the time being until a better solution comes. -- Luya Tshimbalanga Fedora Design Team Fedora Design Suite maintainer ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure