> On Feb 17, 2016, at 5:52 AM, Alexis Ballier <aball...@gentoo.org> wrote:
> On Tue, 16 Feb 2016 23:00:27 -0500
> Richard Yao <r...@gentoo.org> wrote:
>>> On 02/08/2016 10:09 PM, Rich Freeman wrote:
>>> On Mon, Feb 8, 2016 at 7:58 PM, Anthony G. Basile  
>> <bluen...@gentoo.org> wrote:
>>>> what does in-house tool mean?  i'm a gentoo developer but i also
>>>> work on an upstream project (eudev) that 14 distros use.
>>>> some of the criticism given here are my concerns as well and i've
>>>> spoken with the various distros --- slack, parted magic, puppy.
>>>> they get what's going on and they still see eudev is the best way
>>>> forward for now.  it may not be in the future, but neither will a
>>>> udev extracted from a compiled full systemd codebase.  
>>> How many of those 14 distros have more than 14 users?
>>> Look, I get it, some people don't like systemd.  That's fine.
>>> However, you have to realize at this point that a non-systemd
>>> configuration is anything but mainstream.  There will always be a
>>> "poppyseed linux" whose purpose in life seems to be to preserve
>>> linux without sysfs or some other obscure practice.  I just think
>>> that Gentoo should offer the choice to do those things, but have a
>>> more mainstream set of defaults.  
>> The new mainstream is docker. Docker recently switched to Alpine
>> Linux, which uses OpenRC+eudev:
>> https://www.brianchristner.io/docker-is-moving-to-alpine-linux/
>> That dwarfs whatever marketshare systemd has in the same way that
>> Android+iOS dwarfed whatever marketshare Windows has.
>> If userbase is what matters to you, then OpenRC+eudev won. It is the
>> logical choice for those concerned about userbase because that is what
>> the Linux ecosystem will be using going forward.
>> I do not think userbase should be the sole means by which we make
>> decisions, but those that think otherwise should now join the
>> eudev+OpenRC camp. It has the bigger userbase share going forward.
>> To put it another way, the war is over. Welcome abroad. :)
> I don't know docker well enough, but an lxc container definitely doesn't
> use udev inside the container.

There really is no point to running udev inside the container, but if you do 
run udev in an Alpine Linux docker container, you get eudev.

Reply via email to