Live data from Hacker News

Chimera Linux

chimera-linux.org

11–20 of 224 posts

Re: Chimera Linux

#11

So they're basically saying "our system will be better because more things will just work" but then they decided to use nonstandard libc and coreutils so actually getting existing Linux scripts and software to work in this distro will be harder .

[deleted]

Re: Chimera Linux

#12

So they're basically saying "our system will be better because more things will just work" but then they decided to use nonstandard libc and coreutils so actually getting existing Linux scripts and software to work in this distro will be harder .

Saying musl is non-standard is a serious allegation. Can you expand on that? In what way does it violate the standard?

Re: Chimera Linux

#14

So they're basically saying "our system will be better because more things will just work" but then they decided to use nonstandard libc and coreutils so actually getting existing Linux scripts and software to work in this distro will be harder .

[deleted]

Re: Chimera Linux

#16

So they're basically saying "our system will be better because more things will just work" but then they decided to use nonstandard libc and coreutils so actually getting existing Linux scripts and software to work in this distro will be harder .

Saying musl is non-standard is a serious allegation. Can you expand on that? In what way does it violate the standard?

I read "nonstandard" in their comment by its dictionary definition ("not average, normal, or usual"). Not that it literally violates a published standard.

Re: Chimera Linux

#17
post #10

i really like a lot of design choices in chimera linux (particularly around its packaging/build system), but as a current alpine linux (main pc, not docker) user, i find i still can't justify musl. i like small simple correct software, but musl, despite being all of those things, is, in my experience - slower than glibc, and in occasionally difficult to predict spots; - causes just a bit too much trouble porting soft…

This has been my experience with alpine as well. musl just ends up causing much more trouble than it is worth

Re: Chimera Linux

#18
post #10

i really like a lot of design choices in chimera linux (particularly around its packaging/build system), but as a current alpine linux (main pc, not docker) user, i find i still can't justify musl. i like small simple correct software, but musl, despite being all of those things, is, in my experience - slower than glibc, and in occasionally difficult to predict spots; - causes just a bit too much trouble porting soft…

[musl is] slower than glibc, and in occasionally difficult to predict spots

Note that sometimes (/often) this purely due to the allocator, and as far as I remember Chimera uses a different allocator than the stock musl one.

Re: Chimera Linux

#19

Earlier quoted context omitted.

Saying musl is non-standard is a serious allegation. Can you expand on that? In what way does it violate the standard?

I read "nonstandard" in their comment by its dictionary definition ("not average, normal, or usual"). Not that it literally violates a published standard.

Most Linux installs are going to be using Bionic libc, so still dubious to call glibc "standard". This is Linux. There is no standard. OpenWRT used uClibc until 2019.

Re: Chimera Linux

#20

Earlier quoted context omitted.

Saying musl is non-standard is a serious allegation. Can you expand on that? In what way does it violate the standard?

I read "nonstandard" in their comment by its dictionary definition ("not average, normal, or usual"). Not that it literally violates a published standard.

That strikes me as disingenuous. Can you show me even one example of another person using "nonstandard" in this way as applied to a C library?
Post reply on HN