Summary: | sys-apps/sandbox - musl LFS64 deprecation | ||
---|---|---|---|
Product: | Portage Development | Reporter: | Mike Gilbert <floppym> |
Component: | Sandbox | Assignee: | Sandbox Maintainers <sandbox> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | anarchy, herrtimson |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 903611, 929967 |
Description
Mike Gilbert
2023-06-18 20:07:37 UTC
As discussed on IRC, we'll almost-certainly need to typedef. We've had to tread a very delicate line with handling it on glibc (see e.g. https://gitweb.gentoo.org/proj/sandbox.git/commit/?id=f4872fb69fe16fc416e4211d12811da61e8738b2). Dunno what the problem is. It builds perfectly. (In reply to Andreas K. Hüttel from comment #2) > Dunno what the problem is. It builds perfectly. No, it builds fine because configure.ac passes -D_LARGEFILE64_SOURCE right now. That will stop working in future. OK. At least not a stable blocker for 1.2.4 ... (In reply to Andreas K. Hüttel from comment #4) > OK. At least not a stable blocker for 1.2.4 ... The only issue I have seen is sandbox needs to be rebuild after musl update. Mozilla packages will fail with unresolved symbols open64 if not rebuild. There are most likely other packages that will fail in the same way, I have not done a full system rebuild to test the 1k packages or so this system has installed yet. |