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 ADABE1381F3 for ; Sun, 20 Oct 2013 14:08:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C63B6E0CA1; Sun, 20 Oct 2013 14:08:02 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 57CFFE0C7A for ; Sun, 20 Oct 2013 14:08:01 +0000 (UTC) Received: from [10.168.57.17] (85-76-36-79-nat.elisa-mobile.fi [85.76.36.79]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id E026B33EF79 for ; Sun, 20 Oct 2013 14:07:59 +0000 (UTC) Message-ID: <5263E342.30205@gentoo.org> Date: Sun, 20 Oct 2013 17:05:54 +0300 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] systemd and kernel developers cooperating to turn it into a global cgroup manager? References: <52629F15.1050803@sporkbox.us> <5263174E.8000004@googlemail.com> <5263795D.2070503@sporkbox.us> <5263884A.7070303@gentoo.org> <5263A146.8070006@sporkbox.us> <5263A8A4.9050208@gentoo.org> <5263B4D8.8070801@sporkbox.us> <5263D481.5020403@gentoo.org> <5263E234.4020305@libertytrek.org> In-Reply-To: <5263E234.4020305@libertytrek.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 07d22491-fab7-456b-ab1d-5253be214655 X-Archives-Hash: 22c7200d62c1b7736996713b5ce56875 On 20/10/13 17:01, Tanstaafl wrote: > >> It's true that sys-fs/eudev restored the *broken* rule_generator from >> old sys-fs/udev, you can get it by USE="rule-generator". >> But it's lot saner to keep using sys-fs/udev and just write custom rules >> to rename interfaces based on MACs to like lan*, internet* >> so all in all, currently, using sys-fs/eudev doesn't make sense unless >> you are experimenting/developing for it. > > The problem with this is, what happens if (or maybe *when*?) the > systemd maintainers make a change that then breaks udev for anything > but systemd? > To continue my previous reply. That has already happened once. That's why we implemented /dev tmpfiles.d support for OpenRC 0.12, that's why >=sys-apps/kmod-15 is now requiring >=sys-apps/openrc-0.12. So it's case-by-case basis.