MIME-Version: 1.0
References: <CAGFcrM=KPg5AZie-ux055SVAZu08EmSJ3s-Q_Map5j5CmGaaKA@mail.gmail.com>
 <20220621095653.71773d59@ncopa-desktop.lan> <CAGFcrMmniJdjO54SHR+Js=5pyuB70A_M0Ge92=pFpxjbBHYC9w@mail.gmail.com>
 <20220621114559.4d38d98e@ncopa-desktop.lan>
In-Reply-To: <20220621114559.4d38d98e@ncopa-desktop.lan>
From: Tomas Kolda <koldat@gmail.com>
Date: Tue, 21 Jun 2022 12:20:05 +0200
Message-ID: <CAGFcrMmddidhEknrSUtydvocghN2pm30pUQ8eGsuqEd9eNpLSg@mail.gmail.com>
Subject: Re: Native Alpine GLibc support (NEW)
To: ~alpine/devel@lists.alpinelinux.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

=C3=BAt 21. 6. 2022 v 11:46 odes=C3=ADlatel Natanael Copa <ncopa@alpinelinu=
x.org> napsal:
>
> Adding glibc support will open new possibilities, like adding support
> for systemd (see
> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/33329).
>
Adding more options what becomes possible does not mean that it needs
to be done. I tried to say that when you look on glibc as another
"libc" then there does not need to be any change. It is just different
build. Every component must work with glibc as it is the very first
one people support. I do not want to argue about where Alpine should
go. It is your decisions and obviously good ones as I like Alpine. If
it helps with systemd, it is good. Does it push anyone for systemd?
No.
>
> At this point there would not really be any big difference from
> CentOS/Redhat/Debian/Ubuntu/etc.
>
> So why not just use CentOS/Redhat/Debian/Ubuntu in the first place? I
> believe there is where we'd end up anyway eventually.
>
- Alpine serves very fresh packages. Other distros go too slow.
- Alpine has very little vulnerabilities reported compared to other distros=
.
- Alpine is so easy to customize compared to other distros.
- Alpine is perfect for docker use case (mine)

I know that I defend my use case so I understand it is just one vote.
Just explaining why I do not like to use saint four.

I did not pick Alpine, because of MUSL. I am not sure it brings that
much for non embedded use cases. I have picked Alpine, because of its
packaging and simplicity to customize it. It can serve easily any use
case. It is not important if C library is couple of megabytes smaller.