<?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.redhat.fedora.general">
    <title>gmane.linux.redhat.fedora.general</title>
    <link>http://blog.gmane.org/gmane.linux.redhat.fedora.general</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.general/414398"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414397"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414396"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414395"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414394"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414393"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414392"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414391"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414390"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414389"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414388"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414387"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414386"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414385"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414384"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414383"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414382"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414381"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414380"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414379"/>
      </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.general/414398">
    <title>Re: Problem with Emacs</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414398</link>
    <description>&lt;pre&gt;Hi Steven,

On Thu, May 24, 2012 at 11:34 PM, Steven Ulrick &amp;lt;meow8282&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

I think this is still worth reporting on the Emacs bug tracker. I
would encourage you to report the problem and let the developers
decide if its worthy of a bugfix.

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>suvayu ali</dc:creator>
    <dc:date>2012-05-25T11:57:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414397">
    <title>Request for Sprint HTC phone suggestions</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414397</link>
    <description>&lt;pre&gt;
Greetings,

It's time to upgrade my phone.

For the last three years, I've had a Palm Centro; syncing of contacts, 
calender, and notes has been done via jpilot.

I would appreciate suggestions as to which of the Sprint HTC EVO phones 
works with Fedora and which PIM to use to sync.

Much thanks.


Max Pyziur
pyz&amp;lt; at &amp;gt;brama.com
&lt;/pre&gt;</description>
    <dc:creator>Max Pyziur</dc:creator>
    <dc:date>2012-05-25T10:26:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414396">
    <title>Re: wifi bit rate</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414396</link>
    <description>&lt;pre&gt;
OK.....

&lt;/pre&gt;</description>
    <dc:creator>Ed Greshko</dc:creator>
    <dc:date>2012-05-25T10:18:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414395">
    <title>Re: Problem with Emacs</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414395</link>
    <description>&lt;pre&gt;
Hello, Everyone
The results were interesting:
1. Rebuilding emacs-24.0.97-1.fc18.src.rpm and changing "resolv=no" to
"resolv=yes" results in my problem being fixed!  Emacs works perfectly
for me rebuilding this SRPM with the noted change.
2. Rebuilding emacs-24.0.97-1.fc18.src.rpm and NOT changing
"resolv=no" to "resolv=yes" results in my problem NOT being fixed.
3. Rebuilding emacs-23.3-9.fc16.src.rpm does NOT work for me at all.
Making the same changes referred to in points 1 &amp;amp; 2 above results in
me still having the same problem with Emacs that I've had for a long
time now...

So, I guess I will keep running the Emacs that I got by rebuilding
emacs-24.0.97-1.fc18.src.rpm and changing "resolv=no" to "resolv=yes"
in "configure"

Thanks to everyone for your time and advice,
Steven P. Ulrick
&lt;/pre&gt;</description>
    <dc:creator>Steven Ulrick</dc:creator>
    <dc:date>2012-05-24T21:34:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414394">
    <title>Re: Gnome-rpd</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414394</link>
    <description>&lt;pre&gt;
What kind of remote system are you connecting to? Windows? Linux? RDP? VNC?

What address are you using? DNS host name? IP address?

Remember these kinds of questions in future help requests as a post
about a vague error message and "please help app XYZ is broke" is hard
to diagnose.
&lt;/pre&gt;</description>
    <dc:creator>Michael Cronenworth</dc:creator>
    <dc:date>2012-05-24T21:16:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414393">
    <title>Re: Gnome-rpd</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414393</link>
    <description>&lt;pre&gt;

On 05/24/2012 02:30 PM, Michael Cronenworth wrote:
I tried remmina and it does not work either. I am still getting the 
error report. Unless I am setting it up wrong.
&lt;/pre&gt;</description>
    <dc:creator>Lawrence Graves</dc:creator>
    <dc:date>2012-05-24T21:08:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414392">
    <title>Re: Gnome-rpd</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414392</link>
    <description>&lt;pre&gt;
The version of gnome-rdp in Fedora is old. You could either file an RFE
bug to update gnome-rdp or find another remote desktop viewer such as
Remmina (or use rdesktop directly).

# yum install remmina
&lt;/pre&gt;</description>
    <dc:creator>Michael Cronenworth</dc:creator>
    <dc:date>2012-05-24T20:30:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414391">
    <title>Gnome-rpd</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414391</link>
    <description>&lt;pre&gt;Is anyone having trouble using gnome-rdp. I get an error message that 
says: getaddressinfo can't find name or something to that affect. Anyway 
it is not working. Is there a fix out there or will I have to wait until 
final release candidate.
&lt;/pre&gt;</description>
    <dc:creator>Lawrence Graves</dc:creator>
    <dc:date>2012-05-24T19:33:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414390">
    <title>Re: Can't compile kernel modules for VMware Player on F16</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414390</link>
    <description>&lt;pre&gt;2012-05-24 19:01, Reindl Harald skrev:

Thank it works now.

&lt;/pre&gt;</description>
    <dc:creator>Jon Ingason</dc:creator>
    <dc:date>2012-05-24T19:19:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414389">
    <title>Re: Problem with Emacs</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414389</link>
    <description>&lt;pre&gt;
Hello, Everyone
Going off the suggestion that someone made about Emacs having issues
with resolving hostnames, I grabbed the SRPM of emacs from Rawhide,
changed a line that said "resolv=no" to "resolv=yes" and rebuilt it.
When I updated to those newly build RPM's of Emacs and attempted to
see if the problem was still occuring, I discovered that the problem
is fixed!
I accidentally grabbed the Rawhide SRPM of Emacs.  So, for kicks, I'm
going to try rebuilding the Fedora 16 SRPM of emacs with NO changes
whatsoever, and then I will try rebuilding the Rawhide version again,
this time NOT changing "resolv=no" to "resolv=yes"  This way I will
find out if the change I made really had anything to do with fixing
the problem...

Steven P. Ulrick
&lt;/pre&gt;</description>
    <dc:creator>Steven Ulrick</dc:creator>
    <dc:date>2012-05-24T18:54:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414388">
    <title>Re: wifi bit rate</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414388</link>
    <description>&lt;pre&gt;I see. That speed is rather high, since it combines the
bandwidth used for incoming TV signal as well.
But nevertheless, incoming is 25mb/s and outgoing
is 5mb/s (m=10^6).

&lt;/pre&gt;</description>
    <dc:creator>JD</dc:creator>
    <dc:date>2012-05-24T17:41:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414387">
    <title>Re: wifi bit rate</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414387</link>
    <description>&lt;pre&gt;Yes - from past when I was running F14.
Sorry for not being precise about that.
I switched to F16 rather recently, as I
was balking to upgrade even after F14
was EOL'ed.

Look at the incredible signal strength and quality,
yet bitrate is 18mb/s.
I am really amazed by this :)
Bit Rate=18 Mb/s   Tx-Power=20 dBm
....
Link Quality=70/70  Signal level=-19 dBm

I'm really giving up on this, as I can find no way
to fix it. It mainly affects file transfer between
the 3 wireless systems and 1 wired system. Internet
traffic is not affected because it has always maxed
out at about 1.3 megaBytes/s, and then, only at the
fastest web sites.




&lt;/pre&gt;</description>
    <dc:creator>JD</dc:creator>
    <dc:date>2012-05-24T17:39:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414386">
    <title>Re: Can't compile kernel modules for VMware Player on F16</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414386</link>
    <description>&lt;pre&gt;

Am 24.05.2012 18:12, schrieb Jon Ingason:

http://access.thelounge.net/harry/usr-lib-vmware-modules-source.tar.bz2
replace the "-" with "/" to find out the real path
dunno now where i found the patch months ago (also needed for 3.2 and still working)

patched sources from my running installation
AFAIR even the patch itself contained
VMware Player is included and also installed in the Workstation Software

VMwareWorkstation 8.0.3 doe snot fix the compile issues
so i had to backup and move back this working ones after update
_________________________________

[harry&amp;lt; at &amp;gt;srv-rhsoft:~]$ uname -r
3.3.7-1.fc16.x86_64 #1 SMP Tue May 22 13:59:39 UTC 2012

[harry&amp;lt; at &amp;gt;srv-rhsoft:~]$ vmrun
Total running VMs: 4
/mnt/data/fileserver/vmware/centos/centos.vmx
/mnt/data/fileserver/vmware/Buildserver64/config.vmx
/mnt/data/fileserver/vmware/testserver/config.vmx
/mnt/data/fileserver/vmware/arrakis/arrakis.vmx



&lt;/pre&gt;</description>
    <dc:creator>Reindl Harald</dc:creator>
    <dc:date>2012-05-24T17:01:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414385">
    <title>Can't compile kernel modules for VMware Player on F16</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414385</link>
    <description>&lt;pre&gt;Hi,

I am trying to compile new kernel modules for VMware Player version 
4.0.3.703057 on F16 with new kernel. I succeded to compile kernel 
modules on some previous kernels, 3.1.x or 3.2.x, but fail to compile 
them for kernel 3.3.x.

I have google for this but have not found a solution and are wandering 
if someone on this list has had any luck compiling kernel modules for 
VMware Player 4.0.3.x for kernel 3.3.x?
&lt;/pre&gt;</description>
    <dc:creator>Jon Ingason</dc:creator>
    <dc:date>2012-05-24T16:12:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414384">
    <title>Re: wifi bit rate</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414384</link>
    <description>&lt;pre&gt;&amp;lt;snip&amp;gt; 
What I said was not completely correct. What the system summary does is
gives you internet speeds (in, and out) capabilities of the connection.
This is not a statement about the actual internet bit speeds of
connections of each machine on the LAN.
&lt;/pre&gt;</description>
    <dc:creator>Aaron Konstam</dc:creator>
    <dc:date>2012-05-24T13:59:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414383">
    <title>Re: Problem with Emacs</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414383</link>
    <description>&lt;pre&gt;
emacs hangs for a long timeout if there's a problem resolving the name
of the local machine.

Andrew.

&lt;/pre&gt;</description>
    <dc:creator>Andrew Haley</dc:creator>
    <dc:date>2012-05-24T11:11:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414382">
    <title>Re: wifi bit rate</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414382</link>
    <description>&lt;pre&gt;Eh? But you have already said that it worked fine at Starbucks, with a
speed of 54Mb/s or more.




John.

&lt;/pre&gt;</description>
    <dc:creator>John Horne</dc:creator>
    <dc:date>2012-05-24T09:14:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414381">
    <title>Re: gnome terminal</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414381</link>
    <description>&lt;pre&gt;Thank for your responses.

Sorry, I made a mistake. Every thing is clear now.

Regards.

&lt;/pre&gt;</description>
    <dc:creator>Patrick Dupre</dc:creator>
    <dc:date>2012-05-24T09:11:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414380">
    <title>Re: Problem with Emacs</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414380</link>
    <description>&lt;pre&gt;Hi Steven,

On Wed, May 23, 2012 at 10:41 PM, Steven Ulrick &amp;lt;meow8282&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

Sorry my suggestion wasn't complete. Since its not the typical elisp
error, you will need to trigger the backtrace with something like `C-g'.
If that does not help, I would recommend you start emacs like this[1]:

$ emacs -nw -Q

Then in your scratch buffer evaluate the following:

  (setq debug-on-error t
        debug-on-signal nil
        debug-on-quit nil)

If your emacs is unresponsive and you can't type in your scratch buffer,
you could also try putting the above in a file, say minimal-init.el and
start emacs as:

$ emacs -nw -Q -l /path/to/minimal-init.el

Once emacs is running, try to trigger the backtrace with `C-g'. You can
post the backtrace[2] on some paste bin and provide a link to the list.
If this does not help tracking down the problem, I would suggest posting
to &amp;lt;bug-gnu-emacs&amp;lt; at &amp;gt;gnu.org&amp;gt; since we have already established its a
problem with your bare bones emacs.

GL

Footnotes:

[1] Lets leave out the alias bit for now, the simpler the test case,
    easier it is to debug.

[2] There might be some unintelligible characters in the backtrace, you
    can ignore them for now.

&lt;/pre&gt;</description>
    <dc:creator>suvayu ali</dc:creator>
    <dc:date>2012-05-24T09:10:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414379">
    <title>Re: Readlink: permission denied -- now: proc filesystem</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414379</link>
    <description>&lt;pre&gt;So, the /proc file system allocates resources to a process
No, the proc filesystem merely shows what resources the kernel has 
allocated to
the process, either by the processes request or while handling those 
requests.

The process itself can read its own resources, or root can, and certain 
related
processes can read some of them.

The proc file system is really an elegant way to monitor certain things
in an simple manner.

&lt;/pre&gt;</description>
    <dc:creator>G.Wolfe Woodbury</dc:creator>
    <dc:date>2012-05-24T04:26:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414378">
    <title>Re: Readlink: permission denied</title>
    <link>http://permalink.gmane.org/gmane.linux.redhat.fedora.general/414378</link>
    <description>&lt;pre&gt;| So what there are entries there that are root owned,
| and some of them have root only access perms:
| -r-------- 1 root root 0 May 23 11:48 auxv
| --w------- 1 root root 0 May 23 11:48 clear_refs
| -r-------- 1 root root 0 May 23 11:48 environ
| dr-x------ 2 root root 0 May 23 11:20 fd/
| dr-x------ 2 root root 0 May 23 11:48 fdinfo/
| -r-------- 1 root root 0 May 23 11:48 io
| -rw------- 1 root root 0 May 23 11:48 mem
| -r-------- 1 root root 0 May 23 11:48 mountstats

Ok.

| My question is : how were they opened by a process
| that has no root perms in the first place?
| The process' running program has no suid perm:
| -rwxr-xr-x 1 root root 1013268 Jan 18 03:28 /usr/bin/gnome-keyring-daemon
| 
| So, if these resources are accessible to this process,
| how did this process, which has no root privs,
| gain access to these resources which are accessible only
| to root user?

I'm missing something here. When did this process access this stuff in
proc? Importantly, _via_ /proc? The /proc/&amp;lt;pid&amp;gt; stuff happens after the
fact.

If I open a file and get fd 3 for it, there will be a /proc/&amp;lt;pid&amp;gt;/fd/3;
but its not what I used to access the file.

As Ed remarks, /proc itself may not be paying much attention to the
visible permissions. Maybe a process can open its own /proc/&amp;lt;pid&amp;gt;/foo
stuff regardless; I don't know.
&lt;/pre&gt;</description>
    <dc:creator>Cameron Simpson</dc:creator>
    <dc:date>2012-05-24T04:13:13</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.general">
    <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.general</link>
  </textinput>
</rdf:RDF>

