musl

[CameronNemo]

• musl: update to 1.2.3
• base-chroot: bump musl-devel version
• base-devel: bump musl-devel version

Testing the changes

• I tested the changes in this PR: NO

[JamiKettunen]

Related: void-linux/xbps#331 (and other things linking to that PR)

[CameronNemo]

Build failures on cross musl seem at least tangentially libssp related:

Trying to install dependants of base-chroot:
Trying to install dependants of base-devel:
Trying to install dependants of musl-devel:
ccache-4.6.3_1: broken, unresolvable shlib `libgcc_s.so.1'
nghttp2-1.51.0_1: broken, unresolvable shlib `libgcc_s.so.1'
libxbps-0.59.1_7: broken, unresolvable shlib `libssp.so.0'
xbps-0.59.1_7: broken, unresolvable shlib `libssp.so.0'
ccache-4.6.3_1: broken, unresolvable shlib `libstdc++.so.6'
nghttp2-1.51.0_1: broken, unresolvable shlib `libstdc++.so.6'
Transaction aborted due to unresolved shlibs.
Failed to install 'musl-devel' and 'base-chroot-0.68_1'
Error: Process completed with exit code 1.

Curiously, both of those builds worked locally.

[oreo639]

Build failures on cross musl seem at least tangentially libssp related

Those aren't build failures they are broken packages that depend on musl. (Sometimes false positives can show up though)

[dkwo]

I've been using musl-1.2.3, with no issues. You may want to rebuild firefox, thunderbird, zathura, maybe others (due to sandbox).

[CameronNemo]

@dkwo are you using aarch64? I specifically was going to set up an armv7l-musl chroot on my rock64 or PBP, install (and test running) various packages, and rebuild all of them with musl 1.2.3. Then I was going to try a full system (potentially offline) upgrade of a full armv7l system running on my rock64.

[nekopsykose]

it's technically abi breaking for 32-bit, so everything has to be rebuilt, not just those. but on 64 you wouldnt notice anything indeed

[paper42]

it's technically abi breaking for 32-bit, so everything has to be rebuilt, not just those. but on 64 you wouldnt notice anything indeed

We are aware of that and that's why this PR is marked as a draft and waiting for void-linux/xbps#331 or something similar.

[dkwo]

@CameronNemo That was on x86_64. I have an aarch64 laptop where I can test this natively, but I'm away from it until mid Jan.

[dkwo]

@CameronNemo I've built this natively on aarhc64. I'm not going to rebuild the whole world for now, but if there's a few packages that you want to test, let me know.
@nekopsykose Those packages I mentioned need rebuild also on 64 (e.g. O_LARGEFILE, sandbox issues).
@paper42 Instead of waiting forever for abi support, wouldn't it be more practical to rebuild everything for all archs? you may have a week or two of freezing, but at least from my user perspective that's much better than the current situation.

[CameronNemo]

@dkwo the hard part is not so much rebuilding, as it is re-installing every package in an atomic way.

[dkwo]

@CameronNemo Thanks, I wasn't aware of that. Does any other package manager, like Alpine's apk, solve this issue?

[dkwo]

Maybe you also want to update the _musl_version in the various cross-*-linux-musl packages?

[CameronNemo]

This is too much work and I have too much to do.