| Summary: | dev-lang/perl: semi-broken before rebuild with sys-libs/musl-1.2.4 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Sam James <sam> |
| Component: | Current packages | Assignee: | Gentoo Perl team <perl> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ago, ceamac, filthypitdog, herrtimson, toralf |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 903611, 916055, 920477 | ||
| Attachments: | build.log | ||
*** Bug 906757 has been marked as a duplicate of this bug. *** To be clear, if you're hitting this, the workaround is either: # If you want to keep musl-1.2.4 * emerge -v1 dev-lang/perl # If you want to downgrade to <musl-1.2.4 (this isn't really supported but I know why people are doing it at the moment) * emerge -v1 <dev-lang/musl-1.2.4 * emerge -v1 dev-lang/perll I wonder if, at the very least, we could make perl-cleaner detect this situation. *** Bug 906756 has been marked as a duplicate of this bug. *** *** Bug 913667 has been marked as a duplicate of this bug. *** *** Bug 913668 has been marked as a duplicate of this bug. *** (In reply to Sam James from comment #3) > I wonder if, at the very least, we could make perl-cleaner detect this > situation. Well, you'd usually run perl-cleaner after a perl update, but not after a musl update... TBH the best idea I have right now is an ewarn "Rebuild dev-lang/perl now" after upgrade musl 123 -> 124 ... *** Bug 923964 has been marked as a duplicate of this bug. *** *** Bug 924101 has been marked as a duplicate of this bug. *** *** Bug 876989 has been marked as a duplicate of this bug. *** I've given dilfridge a suggestion to fix it. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=53c79a92f6301f29fc49f7c2498fb8a4768d7eed commit 53c79a92f6301f29fc49f7c2498fb8a4768d7eed Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2024-03-01 21:00:25 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2024-03-01 21:01:09 +0000 dev-lang/perl: Add workaround for largefile changes on musl Bug: https://bugs.gentoo.org/911233 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> dev-lang/perl/perl-5.38.2-r2.ebuild | 835 ++++++++++++++++++++++++++++++++++++ 1 file changed, 835 insertions(+) The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a58bfd3578e406877f36dca9bd0f42e48f862055 commit a58bfd3578e406877f36dca9bd0f42e48f862055 Author: Andreas K. Hüttel <dilfridge@gentoo.org> AuthorDate: 2024-03-01 21:53:26 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2024-03-01 21:54:21 +0000 dev-lang/perl: stable 5.38.2-r2 for all Closes: https://bugs.gentoo.org/911233 Signed-off-by: Andreas K. Hüttel <dilfridge@gentoo.org> dev-lang/perl/perl-5.38.2-r2.ebuild | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) |
Created attachment 866285 [details] build.log Perl finds off64_t with musl-1.2.3 -> encodes this in headers (config) -> upgrade musl, off64_t goes (nothing should use it anyway on musl) -> broken config. I've attached an example broken build.