Precedence: list
MIME-Version: 1.0
In-Reply-To: <20111003032414.GA27587@waltdnes.org>
References: <20111003032414.GA27587@waltdnes.org>
Date: Mon, 3 Oct 2011 10:08:43 +0200
Message-ID: <CAFivhPnA1+tUtXZZQhT7wZyiKjCJDiy4YR5AeRoR0=sn2-SVPg@mail.gmail.com>
Subject: Re: [alpine-devel] Can Alpine be built with glibc and mdev?
From: Florian Heigl <florian.heigl@gmail.com>
To: Walter Dnes <waltdnes@waltdnes.org>
Cc: alpine-devel@lists.alpinelinux.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hey,

tell the guy my greetings.
I always wondered why the "legacy" commercial unixes do multithreaded
backgrounded device init, and (some!) Linux devs actually think it's a
smart thing to fork a few hundred or thousand shell
scripts to identify system hardware.

2011/10/3 Walter Dnes <waltdnes@waltdnes.org>:
> =A0No, I'm not proposing a fork of Alpine. =A0There are a bunch of unhapp=
y
> people on the Gentoo-Users list, over the fact that the lead developer
> for udev wants to put a whole bunch of userspace stuff into the boot
> process, which forces either merging /usr into the / physical volume, or
> else booting with initramfs, which is more stuff to go wrong, and very
> painful to debug when it does go wrong. =A0The udev lead developer is a
> Redhat employee. =A0The attitude is summarized very well at...
> http://www.freedesktop.org/wiki/Software/systemd/separate-usr-is-broken?h=
ighlight=3D%28%5C/usr%29
> where the poster says, and I quote...
>
>> On my fresh Fedora 15 install that's 23 obvious cases.
>
> =A0Just because he uses big bloated Redhat doesn't mean everybody else
> wants to.

As to Gentoo, maybe you just need someone else for the job, instead of
a new distro.

--=20
the purpose of libvirt is to provide an abstraction layer hiding all
xen features added since 2006 until they were finally understood and
copied by the kvm devs.


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---