From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 13E0F138010 for ; Tue, 16 Feb 2016 01:05:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 30E2621C03D; Tue, 16 Feb 2016 01:05:37 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 29F0B21C024 for ; Tue, 16 Feb 2016 01:05:35 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aVU55-0000w9-6C for gentoo-dev@lists.gentoo.org; Tue, 16 Feb 2016 02:05:31 +0100 Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Feb 2016 02:05:31 +0100 Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Feb 2016 02:05:31 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Changing order of default virtual/udev provider Date: Tue, 16 Feb 2016 01:05:21 +0000 (UTC) Message-ID: References: <56B85B06.7020500@gentoo.org> <56B936DB.1010407@gentoo.org> <56B939C4.20804@gentoo.org> <56B978C3.2020304@gentoo.org> <56C099EE.8020401@gentoo.org> <20160214114131.62b2deb8.dolsen@gentoo.org> <20160214202326.GE7732@vapier.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net User-Agent: Pan/0.140 (Chocolate Salty Balls; GIT a52b404) X-Archives-Salt: 95390aed-8cb6-4753-acb9-e50e52eea0f4 X-Archives-Hash: dfdcc7fec09f7795dc350408dafedc06 Francesco Riosa posted on Mon, 15 Feb 2016 13:13:37 +0100 as excerpted: > Neither this is totally true, or put another way, everybody which is NOT > using systemd is using eudev (or some form of static /dev). > So obviously this is totally relevant for people that don't use systemd. Not really true either, as there remain various distros using busybox's mdev, etc. However, it's /possibly/ true that most/all distros using udev-devmgr-dropin functionality, but not systemd, are switching to eudev. I'm not in a position to know on that, beyond the enumerated list of those using eudev that was posted earlier in the thread. > Also, why, why people using systemd ARE interested in this thread? > You should not be interested at all. Because many of those who are using systemd, including me, are never-the- less interested in preserving an alternative init system, both for those who choose to use something other than systemd, and because we value an environment where the choice remains available, believing that choice is healthy and ultimately strengthens most players including the dominant player, systemd in this case. In my particular case, I was one of the few users actually running and testing the openrc-9999 live package for many years, and that testing resulted in a number of bugs being reported and fixed before they hit actual ~arch release users. I stand on that openrc gentoo-bugs record, and while I'm now a systemd user, I still care about a viable and healthy openrc project and ecosystem, including stand-alone udev, because while I am *currently* a systemd user, I know well how time and real-life occasionally throw unpredictable curveballs, and for all I know, I may well end up back on openrc in a few years, myself. And if not me, than someone else I'm trying to help on some mailing list or whatever. As such, it's very much in my own interest to make sure openrc and its ecosystem (including standalone udev-replacements) remains as viable and healthy as possible. As it happens, that was actually one of my big worries about switching to systemd, myself, since I /was/ one of the only openrc-live testers for some time, and I was a bit concerned about the possibility of nobody else actually running it and catching/filing those early pre-release bugs. But I did a bugsy search on openrc-9999, and it turned out in the last year or two before I switched to systemd, others had begun filing openrc-9999 bugs as well, and I was no longer the only filer popping up in the bug searches. So it was that a big worry about the effects of my switch on others still using openrc was put to rest, and I could personally switch secure in the knowledge that others had filled my role as openrc-live tester and bug-filer. =:^) And it's with all that in mind that I've participated in this thread, seriously believing that eudev is in fact the most logical and viable default for stand-alone udev-drop-in functionality, tho I'd definitely rest a bit easier if the documentation were better and if it wasn't so much a primarily one-man project. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman