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 74C8C138825 for ; Mon, 10 Nov 2014 15:50:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BE1FFE0995; Mon, 10 Nov 2014 15:50:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7DFB0E0975 for ; Mon, 10 Nov 2014 15:50:31 +0000 (UTC) Received: from [192.168.1.100] (mobile-internet-5d6a49-115.dhcp.inet.fi [93.106.73.115]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: ssuominen) by smtp.gentoo.org (Postfix) with ESMTPSA id F06C5340299 for ; Mon, 10 Nov 2014 15:50:29 +0000 (UTC) Message-ID: <5460DE61.20008@gentoo.org> Date: Mon, 10 Nov 2014 17:48:49 +0200 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.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] Re: udev (viable) alternatives ? References: <54245C36.50507@gentoo.org> <5424F3F2.2020808@gentoo.org> <54609BD1.2000206@libertytrek.org> In-Reply-To: <54609BD1.2000206@libertytrek.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: 7289fe03-9561-4e49-8044-549546e277b6 X-Archives-Hash: de3c7532e602dc08b963d3650ba9bcda On 10/11/14 13:04, Tanstaafl wrote: > On 9/26/2014 1:04 AM, Samuli Suominen wrote: >> On 25/09/14 22:03, James wrote: >>> I'd be better of with a fresh install of lilblue + musl + eudev >>> is what you are really saying here? >> that's the only usecase for eudev currently, yes, otherwise you have no >> reason to switch > Hi Samuli, > > So, is the above still true? Yes, it's still true, there is no reason to change away from sys-fs/udev except for sys-libs/musl use, and even then, I'd be happy to accept musl compability patches for sys-fs/udev's ebuild, but the sys-libs/musl maintainer decided to put his work to sys-fs/eudev instead. So unless some user does the work for him... I wouldn't worry about it at all, there is no way *sys-fs/udev ebuild* will ever need systemd. There might be a news item later, with instructions on moving to something else, but that's not something we are even planning at the moment, so sys-fs/udev is still the de facto proper upstream /dev manager.