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 C869F1381F3 for ; Fri, 2 Aug 2013 00:50:06 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 60FA2E09E7; Fri, 2 Aug 2013 00:49:58 +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 556C0E09B7 for ; Fri, 2 Aug 2013 00:49:57 +0000 (UTC) Received: from [10.169.143.54] (85-76-6-90-nat.elisa-mobile.fi [85.76.6.90]) (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 D995E33EB3E for ; Fri, 2 Aug 2013 00:49:55 +0000 (UTC) Message-ID: <51FB01D6.1060308@gentoo.org> Date: Fri, 02 Aug 2013 03:48:22 +0300 From: Samuli Suominen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130716 Thunderbird/17.0.7 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] Moving from old udev to eudev References: <51FA8CB6.60000@libertytrek.org> <51FAEEC6.9000006@iinet.net.au> <51FAF26C.2040107@gentoo.org> <51FAFB17.1040409@iinet.net.au> In-Reply-To: <51FAFB17.1040409@iinet.net.au> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 8840cd2e-6a1c-4da2-bc4d-9762673518ea X-Archives-Hash: 853961909ddf7ed71ae36a0dce21ee2f On 02/08/13 03:19, William Kenworthy wrote: > On 02/08/13 07:42, Samuli Suominen wrote: >> On 02/08/13 02:27, William Kenworthy wrote: >>> On 02/08/13 00:28, Tanstaafl wrote: >>>> Hi all, >>>> >>>> Ok, rehashing this, but please don't turn it into another udev vs >>>> systemd thread. >>>> >>>> I have an older server that I have been putting off this update, >>>> debating on whether to update to the regular udev, or to eudev. >>>> >>>> I've googled until my fingers are blue, but cannot for the life of me >>>> find any explicit instructions for *how* to switch from udev to eudev. >>>> >>>> The eudev project page is sparse, to say the least. >>>> >>>> Anyone? >>>> >>> >>> Something like >>> >>> olympus ~ # cat /etc/portage/package.mask >>>> =sys-fs/udev-180 >>> ... >>> olympus ~ # >>> >>> olympus ~ # grep udev /etc/portage/package.keywords >>> sys-fs/eudev ~amd64 >>> =virtual/udev-206 ~amd64 >>> olympus ~ # >>> >>> unmerge everything udev && emerge eudev >>> >>> its been much less fuss and bother than trying to stick with the udev >>> machinations - I have maybe 15 machines and vm's running eudev, no udev >>> ... :) >> >> nope, you just believed all the FUD there has been out there. i've said >> it many times, and i'll say it again: >> >> the only real different is USE="rule-generator" and that's it >> >> and sys-fs/eudev is constantly out of date and haven't developed any >> features of their own >> >> so why follow with unreliable fork, when there is the official package >> available with equal features? >> >> > > and I just searched gentoo's bugzilla for "eudev" and there is a single > bug which is a stabilisation request. Looking at the eudev github page > recent updates range from hours to days though some are months as one > would expect. > > If its unreliable, where are the bugs? Try doing a search of gentoo's > bugzilla for udev instead of eudev ... The bugs assigned to udev-bugs@ apply also to sys-fs/eudev in almost every case. And the sys-fs/eudev specific bugs are in the github page at 'Tickets', and some in bugzilla. And yes, there are attempt at keeping up-to-date but everytime I (or we) review how it was done, bits are missing from here and there. So still, eudev is the unnecessary experimental toy trying to catch up udev, and sys-fs/udev will be the default for long as sys-apps/openrc is the default.