From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1PqtvK-0004lk-M2 for garchives@archives.gentoo.org; Sat, 19 Feb 2011 21:01:03 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 52AB71C044; Sat, 19 Feb 2011 20:59:31 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 10D161C044 for ; Sat, 19 Feb 2011 20:59:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 98D551B407B for ; Sat, 19 Feb 2011 20:59:30 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Score: -2.868 X-Spam-Level: X-Spam-Status: No, score=-2.868 required=5.5 tests=[AWL=-0.269, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8o5wGCZVYGVc for ; Sat, 19 Feb 2011 20:59:24 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id EC2941B4043 for ; Sat, 19 Feb 2011 20:59:22 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pqttg-0006nO-Uo for gentoo-user@gentoo.org; Sat, 19 Feb 2011 21:59:20 +0100 Received: from athedsl-388219.home.otenet.gr ([79.131.68.121]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Feb 2011 21:59:20 +0100 Received: from realnc by athedsl-388219.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 19 Feb 2011 21:59:20 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: help with xorg-server-1.9.4 and no hal; broken mouse/keyboard/X Date: Sat, 19 Feb 2011 22:59:24 +0200 Organization: Lucas Barks Message-ID: References: <4D600CBF.8030300@gmail.com> 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 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-388219.home.otenet.gr User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20110126 Thunderbird/3.1.7 In-Reply-To: X-Archives-Salt: X-Archives-Hash: 1665ec6c1fff6bb25e0a40dbe12291de On 02/19/2011 10:41 PM, Mark Knecht wrote: > On Sat, Feb 19, 2011 at 12:35 PM, Nikos Chantziaras wrote: >> On 02/19/2011 10:14 PM, Mark Knecht wrote: > >>> Should I be enabling udev globally in make.conf? I'm currently not. I >>> do have it on xorg-server so I'm not seeing the OP's issue, but I >>> never wanted to get into making my own udev rules. >> >> I can only comment on what individual packages do with the udev flag. I >> can't possibly know what each and every package in portage does when udev is >> enabled globally :-/ > > Of course. At the time I really meant the question to ask what people are doing. > > On my machines currently the only package with a udev flag is > xorg-server so it's easy. If you don't have udev in make.conf, you can usually do: USE="udev" emerge -pDN world and see which packages that have a currently disabled "udev" USE flag this triggers. You can then investigate each package to see what it does with udev. Of course this works for all USE flags. The reverse also works (USE="-udev"). Or, simply pay attention whenever you emerge something or update world, and examine the USE flags of the packages :-) Unfortunately though, many ebuild maintainers don't document their USE flags, so in those cases you can't tell what a package does with a USE flag without looking at the documentation for that package. Imagine the "python" USE flag for example. It's impossible to tell what it does most of the time. There are many other such examples. Also note that sometimes "udev" is enabled by default (in the ebuild itself) for some packages; this is mostly done when this is recommended by upstream or simply works better with it.