<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.gentoo.user">
    <title>gmane.linux.gentoo.user</title>
    <link>http://blog.gmane.org/gmane.linux.gentoo.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257395"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257394"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257393"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257392"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257391"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257390"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257389"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257388"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257387"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257386"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257385"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257384"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257383"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257382"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257381"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257380"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257379"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257378"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257377"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.gentoo.user/257376"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257395">
    <title>Re: revdep-rebuild keeps repeating the same steps</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257395</link>
    <description>&lt;pre&gt;
Okay, thank you! :)



&lt;/pre&gt;</description>
    <dc:creator>1126</dc:creator>
    <dc:date>2012-05-25T13:33:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257394">
    <title>Re: revdep-rebuild keeps repeating the same steps</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257394</link>
    <description>&lt;pre&gt;
Thanks, a friend I somehow forgot to ask this time ;)


&lt;/pre&gt;</description>
    <dc:creator>1126</dc:creator>
    <dc:date>2012-05-25T13:32:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257393">
    <title>Re: revdep-rebuild keeps repeating the same steps</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257393</link>
    <description>&lt;pre&gt;On Fri, 25 May 2012 14:41:36 +0200
1126 &amp;lt;mailinglists&amp;lt; at &amp;gt;elfsechsundzwanzig.de&amp;gt; wrote:


[snip]


You can't.

emul-linux-x86-medialibs is a prebuilt binary and wants pulse libs
which you don;t have. You can't change the emul packages easily, so
just tell revdep-rebuild to ignore them. Put this in 
/etc/revdep-rebuild/99revdep-rebuild:


 SEARCH_DIRS_MASK="/usr/lib32 /lib32"


&lt;/pre&gt;</description>
    <dc:creator>Alan McKinnon</dc:creator>
    <dc:date>2012-05-25T12:47:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257392">
    <title>Re: revdep-rebuild keeps repeating the same steps</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257392</link>
    <description>&lt;pre&gt;On Fri, May 25, 2012 at 1:41 PM, 1126
&amp;lt;mailinglists&amp;lt; at &amp;gt;elfsechsundzwanzig.de&amp;gt; wrote:

This is bug: https://bugs.gentoo.org/show_bug.cgi?id=416751

Bugzilla+search is your friend ;)


&lt;/pre&gt;</description>
    <dc:creator>Markos Chandras</dc:creator>
    <dc:date>2012-05-25T12:47:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257391">
    <title>revdep-rebuild keeps repeating the same steps</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257391</link>
    <description>&lt;pre&gt;Hello list!

When I run revdep-rebuild, it keeps repeating the same steps over and over 
again.

Here is what I mean:

 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 36% ]  *   broken /usr/lib32/libavdevice.so.53.4.100 (requires 
libpulse-simple.so.0
libpulse.so.0)
[ 100% ]                 
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/lib32/libavdevice.so.53.4.100 -&amp;gt; 
app-emulation/emul-linux-x86-medialibs
 * Generated new 4_raw.rr and 4_owners.rr
 * Cleaning list of packages to rebuild
 * Generated new 4_pkgs.rr
 * Assigning packages to ebuilds
 * Generated new 4_ebuilds.rr
 * Evaluating package order
 * Generated new 5_order.rr
 * All prepared. Starting rebuild
emerge --complete-graph=y --oneshot   app-emulation/emul-linux-x86-medialibs:0
..........
Calculating dependencies... done!


 * emul-linux-x86-medialibs-20120520.tar.xz RMD160 SHA1 SHA256 size ;-) ...                             
[ ok ]
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ...
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ...
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/work ...

/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/ category 
app-emulation
/var/tmp/portage/app-emulation/emul-linux-x86-medialibs-20120520/image/


 * QA Notice: The following files contain runtime text relocations
 *  Text relocations force the dynamic linker to perform extra
 *  work at startup, waste system resources, and may pose a security
 *  risk.  On some architectures, the code may not even function
 *  properly, if at all.
 *  For more information, see http://hardened.gentoo.org/pic-fix-guide.xml
 *  Please include the following list of files in your report:
 * TEXTREL usr/lib32/libx264.so.120




 * GNU info directory index is up-to-date.
 * Build finished correctly. Removing temporary files...
 * You can re-run revdep-rebuild to verify that all libraries and binaries
 * are fixed. Possible reasons for remaining inconsistencies include:
 *   orphaned files
 *   deep dependencies
 *   packages installed outside of portage's control
 *   specially-evaluated libraries


It keeps complaining about libavdevice.so and them re-emerges 
app-emulation/emul-linux-x86-medialibs-20120520.


When I would re-run it right now, it would again complain about libavdevice and 
would again re-emerge app-emulation/emul-linux-x86-medialibs..

Has anyone any idea how to fix this?

Thanks in advance,
Christian.



&lt;/pre&gt;</description>
    <dc:creator>1126</dc:creator>
    <dc:date>2012-05-25T12:41:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257390">
    <title>Re: udevd boot messages</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257390</link>
    <description>&lt;pre&gt;
It is much easier if you set up portage to email you these individually...


&lt;/pre&gt;</description>
    <dc:creator>Tanstaafl</dc:creator>
    <dc:date>2012-05-25T11:17:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257389">
    <title>Re: Compile program with older libraries</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257389</link>
    <description>&lt;pre&gt;
Well, you could use a chroot on system A to build it against an older
copy of the library. I can't find a stage3 with that range of glibc,
though if you can still track down sources to piece together a
toolchain, LFS 6.2 [1] is from right around that time frame (around
'06-'07). If anyone has a 2007.1 range stage3 laying around, though,
all the hard work's already done for setting up a perfect chroot as
long as it plays well with a newer kernel (or if you can do the build
in said chroot on system B), I've had issues with a too-new set of
libraries on older kernels more than once, not sure I've tried the
other direction.

[1] http://www.linuxfromscratch.org/lfs/view/6.2

&lt;/pre&gt;</description>
    <dc:creator>Joshua Murphy</dc:creator>
    <dc:date>2012-05-25T10:55:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257388">
    <title>Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257388</link>
    <description>&lt;pre&gt;
Wenpin, make sure you have the nnrpaccess line in there, if your server
requires password:

nnrpaccess "your.news.server.com" "username" "password"

Also, make sure you set the NNTPSERVER environment variable so slrn knows
what server to connect to. Have you set that variable yet?

Terry


&lt;/pre&gt;</description>
    <dc:creator>ny6p01&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2012-05-25T09:49:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257387">
    <title>Re: Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257387</link>
    <description>&lt;pre&gt;hey, guys,
    
    actually it's not newsgroup(s).com.hk issue.
    other usenet server like "news.cn99.com" can't be accessed, neither.

    I've checked with IT administator, port 119 was blocked. So ...

    TIA.

&lt;/pre&gt;</description>
    <dc:creator>wenpin cui</dc:creator>
    <dc:date>2012-05-25T05:33:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257386">
    <title>Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257386</link>
    <description>&lt;pre&gt;
Hmm, his original hostname works though:

   $ host news.newsgroup.com.hk
   news.newsgroup.com.hk has address 59.188.5.218



&lt;/pre&gt;</description>
    <dc:creator>Nikos Chantziaras</dc:creator>
    <dc:date>2012-05-25T05:14:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257385">
    <title>Re: Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257385</link>
    <description>&lt;pre&gt;
So the host is not called news.newsgroups.com.hk.

$ host news.newsgroups.com.hk
Host news.newsgroups.com.hk not found: 3(NXDOMAIN)
$ host -t NS newsgroups.com.hk
newsgroups.com.hk name server ns11.dnsmadeeasy.com.
newsgroups.com.hk name server ns10.dnsmadeeasy.com.
newsgroups.com.hk name server ns13.dnsmadeeasy.com.
newsgroups.com.hk name server ns14.dnsmadeeasy.com.
newsgroups.com.hk name server ns15.dnsmadeeasy.com.
newsgroups.com.hk name server ns12.dnsmadeeasy.com.

So newsgroups.com.hk is a real domain, but the hostname in that domain
is not "news". You'll need to double check what the hostname is.


&lt;/pre&gt;</description>
    <dc:creator>Adam Carter</dc:creator>
    <dc:date>2012-05-25T04:46:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257384">
    <title>Re: media-tv/mythtv-0.24.1_p20110524 fails to emerge</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257384</link>
    <description>&lt;pre&gt;On Thu, 24 May 2012 10:53:04 -0500
Michael Sullivan &amp;lt;msulli1355&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


See bug #407845 and the workaround.

I believe mythtv-0.25 has a fix (the fix was committed to git 7 months
ago) but gentoo hasn't packaged that yet, see bug #411547.

Kerwin.
&lt;/pre&gt;</description>
    <dc:creator>Kerwin Hui</dc:creator>
    <dc:date>2012-05-25T04:41:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257383">
    <title>Re: Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257383</link>
    <description>&lt;pre&gt;Still no luck :(

    wenpincui&amp;lt; at &amp;gt;Gentoo ~ $ slrn --create -h news.newsgroups.com.hk
    slrn 0.9.9p1

    Loading /usr/share/slrn/slang/slrn.sl
    Reading startup file /home/wenpincui/.slrnrc.***Warning: Unable to find a unique fully-qualified host name.
                slrn will not generate any Message-IDs.
                Please note that the "hostname" setting does not affect this;
                see the "slrn reference manual" for details.

    Using newsrc file /home/wenpincui/.jnewsrc for server news.newsgroups.com.hk.
    Connecting to host news.newsgroups.com.hk ...
    Failed to resolve news.newsgroups.com.hk

    Run-Time Error
    slrn fatal error:
    Failed to initialize server.
&lt;/pre&gt;</description>
    <dc:creator>wenpin cui</dc:creator>
    <dc:date>2012-05-25T04:33:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257382">
    <title>Re: How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257382</link>
    <description>&lt;pre&gt;
Shouldn't that be "news.newsgroups.com.hk"?  (With an "s".)



&lt;/pre&gt;</description>
    <dc:creator>Nikos Chantziaras</dc:creator>
    <dc:date>2012-05-25T03:39:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257381">
    <title>How to access newsgroup?</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257381</link>
    <description>&lt;pre&gt;hi, all,

    I want to read some newsgroup so emerged net-nntp/slrn.

    Then I uncompressed "/usr/share/doc/slrn-0.9.9_p1/slrn.rc.bz2" and modify
    username/hostname/realname, then saved as $HOME/.slrnrc.

    After that, I run

        wenpincui&amp;lt; at &amp;gt;Gentoo ~ $ slrn --create -h news.newsgroup.com.hk
        slrn 0.9.9p1

        Loading /usr/share/slrn/slang/slrn.sl
        Reading startup file /home/wenpincui/.slrnrc.***Warning: Unable to find a unique fully-qualified host name.
                    slrn will not generate any Message-IDs.
                    Please note that the "hostname" setting does not affect this;
                    see the "slrn reference manual" for details.

        Using newsrc file /home/wenpincui/.jnewsrc for server news.newsgroup.com.hk.
        Connecting to host news.newsgroup.com.hk ...
        Unable to make connection. Giving up.

        Run-Time Error
        slrn fatal error:
        Failed to initialize server.

    My question is:
        Am I using slrn correctly?
        If so, maybe it's resulted by damn firewall, I have to give up.
      
&lt;/pre&gt;</description>
    <dc:creator>wenpin cui</dc:creator>
    <dc:date>2012-05-25T03:30:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257380">
    <title>Re: Re: Screen blank on Nvidia GT 610M graphic card</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257380</link>
    <description>&lt;pre&gt;Thanks for your information. The problem has been solved. It is caused by
the nvidia Optimus feature.
 在 2012-5-24 下午12:46，"Seong-ho Cho" &amp;lt;darkcircle.0426&amp;lt; at &amp;gt;gmail.com&amp;gt;写道：

&lt;/pre&gt;</description>
    <dc:creator>du yang</dc:creator>
    <dc:date>2012-05-25T02:24:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257379">
    <title>Re: Re: Screen blank on Nvidia GT 610M graphic card</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257379</link>
    <description>&lt;pre&gt;
Thanks  Salvatore, and thanks everyone.

Finally I got it solved by follow Salvatore's suggestion. I am using the
bumblebee project.

there are still some other minor problems solved before success running
bumblebee.

The vgl init script doesn't work on xdm. the xauth section should have a
update. the start function of /etc/init.d/vgl was updated. paste here for
anyone may need it.

start() {
    ebegin "Starting VirtualGL"
    truncate --size=0 /etc/VirtualGL/vgl_xauth_key

    # Check if XAUTHORITY was set successfully, if not wait a bit and let X
to start
    [ -z "$XAUTHORITY" ] &amp;amp;&amp;amp; sleep 3 &amp;amp;&amp;amp; set_xauth
    [ -e "$XAUTHORITY" ] || sleep 3
    for i in `xauth -f $XAUTHORITY list | awk '{print $3}'`; do
        xauth -f /etc/VirtualGL/vgl_xauth_key add $DISPLAY . $i &amp;amp;&amp;amp; \
            chmod 644 /etc/VirtualGL/vgl_xauth_key
    done
    eend $?
}


and i915(and its modsetting ) is required for my intel onboard card, but we
have to disable all framebuffer driver options before going that.

else the screen will get blank during boot stage.

&lt;/pre&gt;</description>
    <dc:creator>du yang</dc:creator>
    <dc:date>2012-05-25T00:22:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257378">
    <title>Re: udevd boot messages</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257378</link>
    <description>&lt;pre&gt;
Ok, now I'm coming up on a bind. I've spent the last few days trying
to get my laptop back up to snuff, cycling emerge updates,
revdep-rebuilds and eix-syncs. That particular warning, for me, was
buried in a mountain of ruby and libicu build failures.

I just now started going through /var/log/portage/messages, and was
reminded of this thread.

I just wanted to note that deleting the rules.d directory, and then
only re-emerging udev, strikes me as setting oneself up for more
problems in the future. Turns out, there are a lot of packages on my
system I might want to look at re-emerging. A lot of it belongs to
udev, but a lot of it...doesn't. I'm going to try Jacques's method of
removing the old rules.d folder, and re-emerging the packages equery
identified. Hopefully, I won't see the same boot messages that hit
other people.

saffron rules.d # for pkg in $(ls); do equery b $pkg; done
 * Searching for 10-dm.rules ...
sys-fs/lvm2-2.02.88 (/lib/udev/rules.d/10-dm.rules)
 * Searching for 11-dm-lvm.rules ...
sys-fs/lvm2-2.02.88 (/lib/udev/rules.d/11-dm-lvm.rules)
 * Searching for 13-dm-disk.rules ...
sys-fs/lvm2-2.02.88 (/lib/udev/rules.d/13-dm-disk.rules)
 * Searching for 30-kernel-compat.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/30-kernel-compat.rules)
 * Searching for 40-gentoo.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/40-gentoo.rules)
 * Searching for 42-qemu-usb.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/42-qemu-usb.rules)
 * Searching for 50-firmware.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/50-firmware.rules)
 * Searching for 50-udev-default.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/50-udev-default.rules)
 * Searching for 60-cdrom_id.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-cdrom_id.rules)
 * Searching for 60-persistent-alsa.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-alsa.rules)
 * Searching for 60-persistent-input.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-input.rules)
 * Searching for 60-persistent-serial.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-serial.rules)
 * Searching for 60-persistent-storage.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-storage.rules)
 * Searching for 60-persistent-storage-tape.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-storage-tape.rules)
 * Searching for 60-persistent-v4l.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/60-persistent-v4l.rules)
 * Searching for 70-libgphoto2.rules ...
media-libs/libgphoto2-2.4.12 (/lib/udev/rules.d/70-libgphoto2.rules)
 * Searching for 70-udev-acl.rules ...
sys-auth/consolekit-0.4.5_p20120320 (/lib/udev/rules.d/70-udev-acl.rules)
 * Searching for 75-cd-aliases-generator.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/75-cd-aliases-generator.rules)
 * Searching for 75-persistent-net-generator.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/75-persistent-net-generator.rules)
 * Searching for 75-probe_mtd.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/75-probe_mtd.rules)
 * Searching for 77-nm-olpc-mesh.rules ...
net-misc/networkmanager-0.8.4.0-r2 (/lib/udev/rules.d/77-nm-olpc-mesh.rules)
 * Searching for 80-drivers.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/80-drivers.rules)
 * Searching for 80-udisks.rules ...
sys-fs/udisks-1.0.4-r1 (/lib/udev/rules.d/80-udisks.rules)
 * Searching for 90-alsa-restore.rules ...
media-sound/alsa-utils-1.0.25-r1 (/lib/udev/rules.d/90-alsa-restore.rules)
 * Searching for 90-network.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/90-network.rules)
 * Searching for 95-dm-notify.rules ...
sys-fs/lvm2-2.02.88 (/lib/udev/rules.d/95-dm-notify.rules)
 * Searching for 95-udev-late.rules ...
sys-fs/udev-171-r6 (/lib/udev/rules.d/95-udev-late.rules)
 * Searching for 95-upower-battery-recall-dell.rules ...
sys-power/upower-0.9.16 (/lib/udev/rules.d/95-upower-battery-recall-dell.rules)
 * Searching for 95-upower-battery-recall-fujitsu.rules ...
sys-power/upower-0.9.16
(/lib/udev/rules.d/95-upower-battery-recall-fujitsu.rules)
 * Searching for 95-upower-battery-recall-gateway.rules ...
sys-power/upower-0.9.16
(/lib/udev/rules.d/95-upower-battery-recall-gateway.rules)
 * Searching for 95-upower-battery-recall-ibm.rules ...
sys-power/upower-0.9.16 (/lib/udev/rules.d/95-upower-battery-recall-ibm.rules)
 * Searching for 95-upower-battery-recall-lenovo.rules ...
sys-power/upower-0.9.16
(/lib/udev/rules.d/95-upower-battery-recall-lenovo.rules)
 * Searching for 95-upower-battery-recall-toshiba.rules ...
sys-power/upower-0.9.16
(/lib/udev/rules.d/95-upower-battery-recall-toshiba.rules)
 * Searching for 95-upower-csr.rules ...
sys-power/upower-0.9.16 (/lib/udev/rules.d/95-upower-csr.rules)
 * Searching for 95-upower-hid.rules ...
sys-power/upower-0.9.16 (/lib/udev/rules.d/95-upower-hid.rules)
 * Searching for 95-upower-wup.rules ...
sys-power/upower-0.9.16 (/lib/udev/rules.d/95-upower-wup.rules)
 * Searching for 99-fuse.rules ...
sys-fs/fuse-2.8.6 (/lib/udev/rules.d/99-fuse.rules)
 * Searching for 99-laptop-mode.rules ...
app-laptop/laptop-mode-tools-1.60-r1 (/lib/udev/rules.d/99-laptop-mode.rules)
&lt;/pre&gt;</description>
    <dc:creator>Michael Mol</dc:creator>
    <dc:date>2012-05-24T23:24:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257377">
    <title>Re: media-tv/mythtv-0.24.1_p20110524 fails to emerge</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257377</link>
    <description>&lt;pre&gt;On Thu, 24 May 2012 10:53:04 -0500
Michael Sullivan &amp;lt;msulli1355&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


I can't help you fix that error, but I have something just as good :-)

myth is still installed, just broken right? You didn;t uninstall it?

In /var/db/pkg/&amp;lt;cat&amp;gt;/&amp;lt;package-version&amp;gt;/ you will find the ebuild that
is currently installed (despite it not being in the tree anymore). Copy
it to your personal overlay and continue to use it till you get the
error sorted out.



&lt;/pre&gt;</description>
    <dc:creator>Alan McKinnon</dc:creator>
    <dc:date>2012-05-24T20:34:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257376">
    <title>Re: XFCE 4.10</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257376</link>
    <description>&lt;pre&gt;No problem at all!

On 05/24/12 11:01, Silvio Siefke wrote:

&lt;/pre&gt;</description>
    <dc:creator>Willie Matthews</dc:creator>
    <dc:date>2012-05-24T18:29:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.gentoo.user/257375">
    <title>Re: XFCE 4.10</title>
    <link>http://permalink.gmane.org/gmane.linux.gentoo.user/257375</link>
    <description>&lt;pre&gt;On Mon, 21 May 2012 19:25:10 -0700
Willie Matthews &amp;lt;matthews.willie&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:


Yes thats it. Thank u much. 

Nice Day, Regards
Silvio


&lt;/pre&gt;</description>
    <dc:creator>Silvio Siefke</dc:creator>
    <dc:date>2012-05-24T18:01:25</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.gentoo.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.gentoo.user</link>
  </textinput>
</rdf:RDF>

