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 8DD6F1385C6 for ; Mon, 21 Jan 2013 12:24:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7CA4A21C00B; Mon, 21 Jan 2013 12:24:54 +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 029D221C00B for ; Mon, 21 Jan 2013 12:24:53 +0000 (UTC) Received: from [192.168.3.7] (cpe-67-252-134-33.buffalo.res.rr.com [67.252.134.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: blueness) by smtp.gentoo.org (Postfix) with ESMTPSA id 16B5B33DA1E for ; Mon, 21 Jan 2013 12:24:52 +0000 (UTC) Message-ID: <50FD338A.4020400@gentoo.org> Date: Mon, 21 Jan 2013 07:24:42 -0500 From: "Anthony G. Basile" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121231 Thunderbird/10.0.11 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: eudev mailing list X-BeenThere: eudev@gentoo.org X-BeenThere: eudev@lists.gentoo.org MIME-Version: 1.0 To: eudev@lists.gentoo.org Subject: Re: [eudev] Is it ready now? References: <50FB72D0.90006@gmail.com> <50FBCBFD.4000109@gentoo.org> <50FC2F1C.707@gmail.com> <50FC36C2.5050105@opensource.dyc.edu> <50FC84EF.1080104@gmail.com> <50FD005A.8000007@gmail.com> In-Reply-To: <50FD005A.8000007@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 179f7977-ff63-4ef6-b46f-f4ed37295872 X-Archives-Hash: b311db2306571c8c4f3344b31aee5464 On 01/21/2013 03:46 AM, Dale wrote: > Dale wrote: >> Anthony G. Basile wrote: >> >>> I'm not sure right now what the best migration path would be since >>> udev is also progressing forward ... I migrated by keywording eudev-0 >>> and I've been upgrading from there. I also added USE=openrc >>> globally. If I recall, I got a blocker with udev, unmerged it and >>> then merge eudev. But as of recently you might also get a blocker with >>> kmod. >>> >>> Having said that, the migration was the worst part. After that I was >>> fine. >>> >>> >> I have the udev USE flag set for some reason, I'm sure something needed >> it at some point. Should I turn that off or does it matter? >> >> Dale >> >> :-) :-) >> > OK. I went with the idea that the udev USE flag would work with either > package. So, I switched. I only noticed one thing that could possibly, > maybe, sort of need fixing. I had dracut emerged. I was building the > init thingy until eudev came along. Anyway, it seems that dracut > insists on having udev and eudev is not a option for some reason. I > found this in the ebuild: > > CDEPEND=">sys-fs/udev-166 > dracut_modules_systemd? ( sys-apps/systemd ) > " > > Shouldn't that either depend on the virtual udev or something instead of > only on udev itself? Sort of let eudev be a option too? > > Other than that, works fine. It took me a minute to get my > mask/unmask/keyword files sorted but works fine. > > Dale > > :-) :-) > > P. S. No reboot needed either. I did the switch in the boot runlevel. > When it was done, just stopped and restarted udev then went back to > default runlevel. > It should be the virtual. Can you manually change it to >=virtual/udev-171 and see if dracut builds correctly. If so you should open a bug or ping me back. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail : blueness@gentoo.org GnuPG FP : 8040 5A4D 8709 21B1 1A88 33CE 979C AF40 D045 5535 GnuPG ID : D0455535