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 657891385AC for ; Mon, 21 Jan 2013 00:00:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 665F0E0684; Sun, 20 Jan 2013 23:59:52 +0000 (UTC) Received: from mail-gg0-f175.google.com (mail-gg0-f175.google.com [209.85.161.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E05C4E0684 for ; Sun, 20 Jan 2013 23:59:46 +0000 (UTC) Received: by mail-gg0-f175.google.com with SMTP id y1so828887ggc.34 for ; Sun, 20 Jan 2013 15:59:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=ptQWjCd3ps5kdQKLQ+Osz/u74qaGY0Znv5+ylzl3Brk=; b=VeSIsFYB3Z5drMDEEUdEL0mth2hBgbR1bMBFNewFDZFjKJoWLrEYpBxkkm8Kpj/bI0 CXEGA5CMqfw44zLzNVG479haNoEtQj/G0gGUHrdfquLiHLxi281oYhyrc5bNSgjYM6QD 0c5i6F3KtvrXDjYho76BRzz4lMarZAIGHpPUa6maGpmyou2kc24GuTcMwuKUD7xiLoQ3 cDU+8TwovMtvt63bHeMOgsoDRsWbo1H7oDwdRliTWcuVysUAp1jm29jyC6ch9ro2LjKR k1vH8Lct4jVddD5v/brKjizecpwWnzvDFAKANeV+HWh3HBhYvyX06EESp3PCmsqXe7Ww kHlw== X-Received: by 10.101.175.12 with SMTP id c12mr5255713anp.48.1358726385883; Sun, 20 Jan 2013 15:59:45 -0800 (PST) Received: from [192.168.2.5] (adsl-74-240-57-140.jan.bellsouth.net. [74.240.57.140]) by mx.google.com with ESMTPS id j17sm2765715ani.10.2013.01.20.15.59.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 20 Jan 2013 15:59:44 -0800 (PST) Message-ID: <50FC84EF.1080104@gmail.com> Date: Sun, 20 Jan 2013 17:59:43 -0600 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 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> In-Reply-To: <50FC36C2.5050105@opensource.dyc.edu> X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: d4f6891b-c1ce-409d-99ea-0830df01b03a X-Archives-Hash: 8064a4b83ae040479e3ce0d3414b8bff Anthony G. Basile wrote: > On 01/20/2013 12:53 PM, Dale wrote: >> Anthony G. Basile wrote: >>> On 01/19/2013 11:30 PM, Dale wrote: >>>> Howdy, >>>> >>>> I just synced my tree and it appears udev wants to upgrade. I have a >>>> separate /usr on lvm and really want to avoid udev that COULD break >>>> things. I have a init thingy but not sure if it will pass the test or >>>> not. >>>> >>>> Is eudev ready for people to switch to? I use KDE, latest in the >>>> tree. >>>> Other than that, nothing special really. I'm amd64. >>>> >>>> Thoughts? Things I should look out for? >>>> >>>> Thanks. >>>> >>>> Dale >>>> >>>> :-) :-) >>>> >>> >>> eudev is ready. It has not been tested in every situation so there >>> are unknown issues but this is true of systemd-udev also. I've been >>> running eudev-1_beta1-r2 on a gnome desktop for a while with no >>> issues. I'm running it on a few servers. >>> >> >> So it is as simple as unmerging udev and emerging eudev? Do I need to >> reboot afterwards or is it sufficient to go to boot runlevel, kill >> anything udev related and then go back to default runlevel? I have >> done this in the past with udev so I know udev restarts when it switches >> to default runlevel from boot runlevel. >> >> Thanks much for the reply. Also, thanks for the work on eudev. >> >> Dale >> >> :-) :-) >> > > 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 :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!