<?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://permalink.gmane.org/gmane.linux.redhat.fedora.testers">
    <title>gmane.linux.redhat.fedora.testers</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers</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.redhat.fedora.testers/79941"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79940"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79939"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79938"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79937"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79936"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79935"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79934"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79933"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79932"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79931"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79930"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79929"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79928"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79927"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79926"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79925"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79924"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79923"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79921"/>
      </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.redhat.fedora.testers/79941">
    <title>Re: screen "saving" during graphical installation</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79941</link>
    <description>&lt;pre&gt;On Thu, 18 Mar 2010 19:15:04 -0400
Felix Miata wrote:


Thanks! You have just reminded me to submit this bug report (meant
to do it back in f12 timeframe):

https://bugzilla.redhat.com/show_bug.cgi?id=574961
&lt;/pre&gt;</description>
    <dc:creator>Tom Horsley</dc:creator>
    <dc:date>2010-03-18T23:29:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79940">
    <title>screen "saving" during graphical installation</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79940</link>
    <description>&lt;pre&gt;Is there any way to disable it? I really don't want to get off the couch
until installation has completed, but I can't tell its progress while the
screen is black.
&lt;/pre&gt;</description>
    <dc:creator>Felix Miata</dc:creator>
    <dc:date>2010-03-18T23:15:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79939">
    <title>Re: minimal install too minimal</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79939</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Jesse Keating</dc:creator>
    <dc:date>2010-03-18T22:42:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79938">
    <title>Re: lxdm, ldxe-common require constantine-backgrounds-single</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79938</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Martin Sourada</dc:creator>
    <dc:date>2010-03-18T22:11:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79937">
    <title>Re: minimal install too minimal</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79937</link>
    <description>&lt;pre&gt;On Thu, 18 Mar 2010 15:27:58 -0400
Richard Ryniker wrote:


Whenever there is a changed default that had no reason to change
it is, in fact, broken. NetworkManager wasn't (and as far as I know
still isn't) a replacement for network. Calling it one didn't make it
one. Disabling network and making NetworkManager the default didn't
make it one either. It just broke things.

The fact that the functions barely overlapped, and the fact that it
would have been absolutely trivial to allow them to coexist if even
a small particle of brain had been applied makes it even more broken.
&lt;/pre&gt;</description>
    <dc:creator>Tom Horsley</dc:creator>
    <dc:date>2010-03-18T22:07:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79936">
    <title>Re: lxdm, ldxe-common require constantine-backgrounds-single</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79936</link>
    <description>&lt;pre&gt;Am Donnerstag, den 18.03.2010, 21:41 +0100 schrieb Martin Sourada:


Sorry, but whoever does the packaging clearly is in charge of notifying
the other maintainers, see
https://fedoraproject.org/wiki/Package_maintainer_responsibilities#Notify_others_of_changes_that_may_affect_their_packages


I might be wrong but AFAIK all the spins (should) use the default
artwork. So it should be pretty easy to ping everybody. And if a spin
doesn't use the default artwork (KDE?), then there is no reason for the
spin maintainers to get notified. Or am I mistaken here?


It should be sufficient to just use desktop-background-owner but I don't
mind also having lxde-common-owner and xfdesktop-owner as fallback.


This might be even better since none of the 17 maintainers of
desktop-backgrounds seems to really care about the package.


Same here ;)


Hey, it was not that bad, at least it has worked better than last year.
In F12 I had to do the update after beta freeze, so there definitely was
an improvement. ;)


Thanks for all &lt;/pre&gt;</description>
    <dc:creator>Christoph Wickert</dc:creator>
    <dc:date>2010-03-18T21:49:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79935">
    <title>[Test-Announce] F-13 Beta Blocker Meeting 2010-03-19 &lt; at &gt; 16:00 UTC(12 PM EDT)</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79935</link>
    <description>&lt;pre&gt;When: Friday, 2010-03-19 &amp;lt; at &amp;gt; 16:00 UTC (12 PM EDT)
Where: #fedora-bugzappers on irc.freenode.net

It's that time again: blocker bug review meeting time! Tomorrow is the
first blocker bug review meeting for Fedora 13 Beta. NOTE that, due to
daylight savings time kicking in, the meeting is an hour later for many
of us: it's now 12 PM Eastern time, 9 AM Pacific time.

Here are the current bugs listed as blocking the Beta release. We'll be
discussing all of these:

574743NEWanacondaNameError: global name 'request' is not defined
574748NEWanacondaanaconda/python-meh is filing F-13 bugs with version=rawhide
572489NEWanacondaNetwork is disabled on install
565848ASSIGNEDanacondaLVMError: lvactivate failed for lv_root: Skipping volume group vg_test1148
569377ASSIGNEDanacondaCDROM install unable to eject disc - storage: error ejecting cdrom sr0: (5, 'Input/output error')
505189MODIFIEDanacondaKeyError: &amp;lt;yuminstall.AnacondaYumRepo object at 0x7f2055079a10&amp;gt;
570302MODIFIEDanacondaAnaconda crashes on&lt;/pre&gt;</description>
    <dc:creator>Adam Williamson</dc:creator>
    <dc:date>2010-03-18T20:48:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79934">
    <title>Re: lxdm, ldxe-common require constantine-backgrounds-single</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79934</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Martin Sourada</dc:creator>
    <dc:date>2010-03-18T20:41:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79933">
    <title>Re: kms howto - is there one?</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79933</link>
    <description>&lt;pre&gt;On Thu, Mar 18, 2010 at 12:41:34 -0400,
  Felix Miata &amp;lt;mrmazda&amp;lt; at &amp;gt;earthlink.net&amp;gt; wrote:

I disaggree with that. Blowing up someone's hardware by default is pretty rude.

What is needed is an easy way to set up things for older monitors. You can do
this now by setting up a proper xorg.conf file (which I do for my old lcd
displays), but there should be something nicer for normal people.
&lt;/pre&gt;</description>
    <dc:creator>Bruno Wolff III</dc:creator>
    <dc:date>2010-03-18T20:11:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79932">
    <title>Re: smb4k in Fedora 13</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79932</link>
    <description>&lt;pre&gt;
FWIW this is now https://bugzilla.redhat.com/show_bug.cgi?id=574904

&lt;/pre&gt;</description>
    <dc:creator>José Matos</dc:creator>
    <dc:date>2010-03-18T19:53:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79931">
    <title>Re: minimal install too minimal</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79931</link>
    <description>&lt;pre&gt;
NM_CONTROLLED=yes

is the default.  If NM_CONTROLLED is not specified, this is the assumed
value.  The purpose of NM_CONTROLLED is to allow a configuration
parameter NM_CONTROLLED=no to designate an interface that will not be
managed by NetworkManager.

Whenever a default is changed, there is a possibility for surprise.
"It's broken." is often the initial conclusion when what used to work now
fails.  Curiously, the more experience we have, the faster we are likely
to say "It's broken." because our experience gives us confidence we know
what should happen - and are therfore more likely to be surprised, caught
unawares, by a changed default.

I, and probably a significant number of others, have learned to configure
NM_CONTROLLED=no (there is a convenient little check box in
system-config-network's GUI) and "CHKCONFIG NetworkManager off" and
"CHKCONFIG network on" in cases where we perceive no benefit from
NetworkManager.

Perhaps in the future NetworkManager will become more useful (or, at
least, perceived as&lt;/pre&gt;</description>
    <dc:creator>Richard Ryniker</dc:creator>
    <dc:date>2010-03-18T19:27:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79930">
    <title>Re: kms howto - is there one?</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79930</link>
    <description>&lt;pre&gt;

The server version isn't at all relevant here, the detection code is in
the driver.
&lt;/pre&gt;</description>
    <dc:creator>Adam Williamson</dc:creator>
    <dc:date>2010-03-18T18:49:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79929">
    <title>Re: New Branching Method for Fedora 13?</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79929</link>
    <description>&lt;pre&gt;
I don't think that's quite answering the right question :). The answer
is simply that maintainers decide what to submit where. Submissions to
f13 -testing are still entirely open at present, maintainers can submit
whatever they like. It's up to them what they send there, and what they
send to Rawhide.
&lt;/pre&gt;</description>
    <dc:creator>Adam Williamson</dc:creator>
    <dc:date>2010-03-18T18:48:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79928">
    <title>Re: kms howto - is there one?</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79928</link>
    <description>&lt;pre&gt;

I'm not convinced you've tried it the right way, so far.


Not really. Fedora is generally rather a way ahead of other distros when
it comes to X.


Also check the version of the Intel driver. I know I've read Ubuntu is
staying with intel 2.8, Fedora is on 2.10.


Oh, yeah, I forgot you're the guy with the crazy monitors...


I suspect there's a bug here which is that Fedora's intel driver doesn't
probe all modes correctly. You should file that. Beyond that, it's just
a configuration issue, you need to set your xorg.conf to correctly
disable probing and manually define the mode you want to use. I provided
instructions which ought to be able to achieve that.
&lt;/pre&gt;</description>
    <dc:creator>Adam Williamson</dc:creator>
    <dc:date>2010-03-18T18:45:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79927">
    <title>Re: minimal install too minimal</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79927</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Jesse Keating</dc:creator>
    <dc:date>2010-03-18T18:19:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79926">
    <title>Broken dependencies with Fedora 11 + updates-testing - 2010-03-18</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79926</link>
    <description>&lt;pre&gt;======================================================================
The results in this summary consider Test Updates!
======================================================================

Summary of broken packages (by src.rpm name):

    asterisk
    bind-dyndb-ldap
    dnsperf
    dogtag-pki
    fedora-easy-karma
    msp430-libc
    rubygem-right_aws
    sepostgresql




======================================================================
Broken packages in fedora-11-i386:

    asterisk-mobile-1.6.1-0.23.rc1.fc11.i586  requires  asterisk = 0:1.6.1-0.23.rc1.fc11


======================================================================
Broken packages in fedora-11-ppc:

    asterisk-mobile-1.6.1-0.23.rc1.fc11.ppc  requires  asterisk = 0:1.6.1-0.23.rc1.fc11


======================================================================
Broken packages in fedora-11-ppc64:

    asterisk-mobile-1.6.1-0.23.rc1.fc11.ppc64  requires  asterisk = 0:1.6.1-0.23.rc1.fc11


===============================================&lt;/pre&gt;</description>
    <dc:creator>Michael Schwendt</dc:creator>
    <dc:date>2010-03-18T18:02:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79925">
    <title>Broken dependencies with Fedora 12 + updates-testing - 2010-03-18</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79925</link>
    <description>&lt;pre&gt;======================================================================
The results in this summary consider Test Updates!
======================================================================

Summary of broken packages (by src.rpm name):

    bind-dyndb-ldap
    dcbd
    dnsperf
    joni
    monodevelop-debugger-mdb
    mrpt
    msp430-libc
    qemu
    rubygem-right_aws
    sepostgresql
    weka
    whatsup




======================================================================
Broken packages in fedora-12-i386:

    monodevelop-debugger-mdb-2.1.0-1.fc12.i686  requires  mono(MonoDevelop.Debugger) = 0:2.1.0.0
    monodevelop-debugger-mdb-2.1.0-1.fc12.i686  requires  mono(MonoDevelop.Core) = 0:2.1.0.0
    monodevelop-debugger-mdb-2.1.0-1.fc12.i686  requires  mono(MonoDevelop.AspNet) = 0:2.1.0.0
    mrpt-monoslam-0.7.1-0.1.20090818svn1148.fc12.i686  requires  libmrpt-hwdrivers.so.0.7
    mrpt-monoslam-0.7.1-0.1.20090818svn1148.fc12.i686  requires  libmrpt-core.so.0.7


====================================&lt;/pre&gt;</description>
    <dc:creator>Michael Schwendt</dc:creator>
    <dc:date>2010-03-18T17:52:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79924">
    <title>Broken dependencies: Fedora 13 development - 2010-03-18</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79924</link>
    <description>&lt;pre&gt;======================================================================
The results in this summary consider Test Updates!
======================================================================

Summary of broken packages (by src.rpm name):

    accountsdialog
    dcbd
    easystroke
    gearbox
    hornsey
    kpackagekit
    linphone
    moblin-app-installer
    mumble
    pyclutter
    rubygem-right_aws
    sepostgresql
    whatsup
    zikula-module-menutree




======================================================================
Broken packages in fedora-13-development-i386:

    accountsdialog-0.5-1.fc13.i686  requires  libcheese-gtk.so.17
    dcbd-devel-0.9.19-3.fc13.i686  requires  dcbd = 0:0.9.19-3.fc13
    easystroke-0.5.2-1.fc13.i686  requires  libboost_serialization-mt.so.5
    hornsey-1.5.2-0.1.fc13.i686  requires  libclutter-gst-0.10.so.0
    kpackagekit-0.6.0-0.6.20100223svn.fc13.i686  requires  libpackagekit-qt.so.13
    linphone-2.1.1-4.fc12.i686  requires  libortp.so.7
    moblin-app-instal&lt;/pre&gt;</description>
    <dc:creator>Michael Schwendt</dc:creator>
    <dc:date>2010-03-18T17:39:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79923">
    <title>Re: smb4k in Fedora 13</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79923</link>
    <description>&lt;pre&gt;
Sure. I know that.

Sometimes the packages change and its requirements and provides changes as 
well. The "fair enough" comment regards to have a temporary workaround while 
the bug is not fixed. I know that the bug should be report and I appreciate 
when this is done for my packages.


Consider this my homework it is a lot easier to fill a bug report if you have 
more details other than just "it does not work".

In this case it is not obvious to me if the problem with umount.cifs is in 
smb4k or in cifs-utils.


&lt;/pre&gt;</description>
    <dc:creator>José Matos</dc:creator>
    <dc:date>2010-03-18T17:29:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79921">
    <title>Re: smb4k in Fedora 13</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79921</link>
    <description>&lt;pre&gt;
Well, no!  If smb4k truly requires that package that it should have
a dependency on it.

...

It is expected that you file a bug.

   Michal
&lt;/pre&gt;</description>
    <dc:creator>Michal Jaegermann</dc:creator>
    <dc:date>2010-03-18T17:12:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79920">
    <title>Re: minimal install too minimal - Why only minimal install ifinstallation get bumped from graphical to text based install?</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.testers/79920</link>
    <description>&lt;pre&gt;&lt;/pre&gt;</description>
    <dc:creator>Jesse Keating</dc:creator>
    <dc:date>2010-03-18T16:56:38</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.testers">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.testers</link>
  </textinput>
</rdf:RDF>
