I opened a PR on calligra[1] at the leaf of the remaining i686
dependency chain to start the process of dropping i686, because even if
we get openvdb working now, there’s no good reason to keep i686 versions
of these packages in the future. The EncourageI686LeafRemoval Change was
specifically designed to help avoid this kind of extra work to support
building packages nobody is using on a multilib-only architecture.
Now that I’ve done this, I see that the deed is already done in openvdb,
OpenImageIO, and OpenColorIO. So once the calligra PR is merged, this
should be cleanly resolved.
[1]
https://src.fedoraproject.org/rpms/calligra/pull-request/1
On 1/29/24 08:20, Richard Shaw wrote:
On Mon, Jan 29, 2024 at 7:13 AM Sérgio Basto
<sergio(a)serjux.com> wrote:
>
> Well I just re-tried openvdb with _smp_build_ncpus 1 and it still
> failed so I don't think we have a choice at this point. Perhaps it
> was hitting the 4GB max per process due to being 32bit?
>
Have you try set in build the ulimit [1] .
On copr, copr already set the max number of files already by default
[2] have you check if you can build it on copr ?
No, and I don't have the time, it's not even my package, I just need
it "fixed" so I can build OpenImageIO and its dependencies in my
side-tag that should have been merged already.
Also, I'm not sure there's any compelling reason to "save" OpenVDB or
its dependencies on i686 but if someone wants to go to the trouble
I'll throw away my side tag and start over, again...
Thanks,
Richard
--
_______________________________________________
devel mailing list --devel(a)lists.fedoraproject.org
To unsubscribe send an email todevel-leave(a)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.fedora...
Do not reply to spam, report it:https://pagure.io/fedora-infrastructure/new_issue