Re: choice in core infrastructure decisions (Re: Bug#684396: ITP: openrc -- alternative boot mechanism)
On Sun, Aug 12, 2012 at 09:01:38PM +0200, Carlos Alberto Lopez Perez wrote:
> On 11/08/12 07:12, Thomas Goirand wrote:
> > On 08/11/2012 05:53 AM, Eugene V. Lyubimkin wrote:
> >> Declaring "one area -- one chosen tool" is declaring the monopoly in the
> >> area. As with other monopolies, this often leads to "vendor" lock-in,
> >> stagnation, stopping developing the standards. Have seen examples of all
> >> that occasionally.
> >>
> > Exactly! And in this particular case, the "vendor" is RedHat, and
> > the programs are systemd and udev. If we can have an alternative,
> > using OpenRC and mdev, then I really welcome it! Choosing systemd
> > just because it *seem* to look better *now*, knowing that we have
> > a quite hostile upstream, *and* dismissing any other alternative,
> > is a very dangerous bet which I don't think Debian should do. That
> > is, I believe, the most important point of all this thread.
> >
> > Let's welcome OpenRC and see how it goes... This doesn't mean that
> > we are choosing *now* what will be the *default* init system. Just
> > that we are open to a new alternative.
> >
>
> FYI, I just saw this:
>
> "Yes, udev on non-systemd systems is in our eyes a dead end, in case you
> haven't noticed it yet. I am looking forward to the day when we can drop
> that support entirely" - Lennart Poettering (lists.freedesktop.org)
Not good. Time to look a bit more seriously at mdev then?
The Gentoo folks have mdev support; it works with OpenRC. However,
it looks like there would be some regressions. It looks like at the
moment, xserver-xorg can't get device info from mdev, so needs
manual configuration, and you have to use dmsetup to create LVM
device nodes. So it's not /yet/ a direct drop-in replacement for
udev, but with a bit more work it could be.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`- GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800
Reply to: