<?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.comp.desktop.rox.devel">
    <title>gmane.comp.desktop.rox.devel</title>
    <link>http://blog.gmane.org/gmane.comp.desktop.rox.devel</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://comments.gmane.org/gmane.comp.desktop.rox.devel/10262"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175"/>
      </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://comments.gmane.org/gmane.comp.desktop.rox.devel/10262">
    <title>ROX SOAP/RPC loss explained</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10262</link>
    <description>&lt;pre&gt;   I tracked the problem down to the following, when my laptop goes online, the results of gethostbyname may
change as well.  Unfurtunately, this means that the property name used to find the running ROX-Filer no longer
matches.  I'd like to suggest that remote.c should not use our_host_name() to build the unique_id if /etc/machine-id
or /var/lib/dbus/machine-id is present.  The contents of those files should be used in preference to the hostname().

Thoughts?

&lt;/pre&gt;</description>
    <dc:creator>Christopher Oliver</dc:creator>
    <dc:date>2012-04-02T04:50:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261">
    <title>SOAP RPC getting occasionally  dropped</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10261</link>
    <description>&lt;pre&gt;I run ROX-Filer 2.11 under Slackware 13.37 with fbpanel and PekWM, the supplied GTK+ is version 2.24, and I'm
starting my session from GDM or XDM depending on whether the box is Salix or vanilla Slackware.  Occasionally
ROX-Filer seems to be ignoring SOAP RPC requests.  I've run into this with rox -D and rox -x.  The difficulty in
diagnosing is that if I quit the filer and restart it, the problem vanishes; the new ROX-Filer responds to the requests
just fine.  I suspect a race of some sort during startup, but I'm unsure what that could be between.

Ideas?

&lt;/pre&gt;</description>
    <dc:creator>Christopher Oliver</dc:creator>
    <dc:date>2012-03-28T15:21:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257">
    <title>Coherent naming for backdrop styles</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10257</link>
    <description>&lt;pre&gt;Hello there,

I had a very hard time trying to figure out what I was expected to write
to get a RPC command to actually set my wallpaper in a given mode. Of
course my first instinct was to look at the config file to find a hint,
as I could perfectly set it with rox' utility.

I was very surprised to find that what was called Centred in one was
Centre in the other one, and that's the same for others, though there
doesn't seem to be any generality here. As I still could manage to get
the 'Fit' mode to work (even after having commited atrocities like
'Fitted' or such), I proceeded to read the source code.

This is when I was flabbergasted to discover that Fit mode wasn't even
possible to set with a RPC command because its line had obviously been
forgotten.

I promised I searched a long time on the forum but I couldn't find any
topic mentioning that. Plus, it's not really a feature request or a bug
report, it's just a tiny mistake that takes no time to correct so I
really think it would've been corrected at once&lt;/pre&gt;</description>
    <dc:creator>Greygjhart</dc:creator>
    <dc:date>2012-03-16T12:55:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252">
    <title>ROX-Filer focus problem still there</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10252</link>
    <description>&lt;pre&gt;Probably this email needs attention by Thomas Leonard, thanks.

I originally reported an icon focus problem, that Thomas fixed, see
patch from Thomas:
http://repo.or.cz/w/rox-filer.git/commit/c2232d5075342347a8ff814ced5ce8b9e1cf64b9

...which did fix the problem, partly. However, even that fix no longer works.

It may be because Puppy Linux has progressed to GTK 2.24.8. Back then,
I think we were using GTK 2.18.x or 2.21.x.

Back then, after applying Thomas's patch, I found that there was still
a problem, that I reported:
https://sourceforge.net/tracker/?func=detail&amp;amp;aid=3147977&amp;amp;group_id=7023&amp;amp;atid=107023

Note, not many ROX-Filer users are reporting this problem, as some
binary package maintainers, Debian included I think, also some
releases of Puppy Linux, have put in a work-around. If this is put
into /etc/profile:

export GDK_NATIVE_WINDOWS=true

...this does fix it, however, I have had reports that this is a hack
that can upset some applications, can even upset ROX-Filer, cause a
crash.

I really don't wa&lt;/pre&gt;</description>
    <dc:creator>Barry Kauler</dc:creator>
    <dc:date>2012-01-28T23:26:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250">
    <title>Rox Filer unable to compile on NetBSD (propably on OpenBSD too) (patch) (fwd)</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10250</link>
    <description>&lt;pre&gt;Original post to mailing list bounced back because I was not subscribed,
so here you go:

---------- Forwarded message ----------
Date: Tue, 17 Jan 2012 12:42:25 +0200 (EET)
From: Petri Laakso &amp;lt;petri.laakso&amp;lt; at &amp;gt;asd.fi&amp;gt;
To: rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
Subject: Rox Filer unable to compile on NetBSD (propably on OpenBSD too) (patch)


Hi

I was unable to build Rox Filer on NetBSD i386 from pkgsrc-2011Q4:

xtypes.c: In function 'xattr_init':
xtypes.c:62: error: 'RTLD_NOLOAD' undeclared (first use in this function)
xtypes.c:62: error: (Each undeclared identifier is reported only once
xtypes.c:62: error: for each function it appears in.)
*** Error code 1

I found that NetBSD or OpenBSD does not have RTLD_NOLOAD flag for dlopen,
so I just removed RTLD_NOLOAD's from xtypes.c and live happily after.
Is this correct fix? If this is a correct fix, could it be implemented on
upstream sources also?

Petri

Proposed fix:

demoni$ diff -uN xtypes.c.orig xtypes.c
--- xtypes.c.orig       2009-07-18 17:23:18.000000000 +0300
+&lt;/pre&gt;</description>
    <dc:creator>Petri Laakso</dc:creator>
    <dc:date>2012-01-17T11:49:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248">
    <title>ja.po for 2.11</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10248</link>
    <description>&lt;pre&gt;New ja.po trancelated.

Please marge this.

&lt;/pre&gt;</description>
    <dc:creator>TANAKA hioraki</dc:creator>
    <dc:date>2011-10-21T13:50:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243">
    <title>ROX-Filer and Glade</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10243</link>
    <description>&lt;pre&gt;Some distributions are now shipping without libglade. To avoid problems:

- I added an explicit dependency on libglade to ROX-Filer's 0install
feed, so it will download libglade if you don't have it already
- I've switched from glade to GtkBuilder in the Git version


&lt;/pre&gt;</description>
    <dc:creator>Thomas Leonard</dc:creator>
    <dc:date>2011-10-02T15:25:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241">
    <title>Creating a ROX application ...in TCL</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10241</link>
    <description>&lt;pre&gt;On the page http://roscidus.com/desktop/Tutorials/Start there is
statement: "Of course, you can write ROX applications in any language
you choose". But the entire page is devoted to Python, and the
examples are started with invocations of the type: "import findrox",
"import rox" and so on.

Is it then really possible to "write ROX applications in any language"
- be it TCL - or "in any language as long, as there exist a library
for ROX", like the ones mentioned on the page
http://roscidus.com/desktop/taxonomy/term/12 ?
&lt;/pre&gt;</description>
    <dc:creator>Zbigniew</dc:creator>
    <dc:date>2011-09-22T00:05:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235">
    <title>Rox's pinboard.</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10235</link>
    <description>&lt;pre&gt;
I like Rox very much but tend to use it more for its' pinboard capabilities.
I do wih one could move around the icons on the pinboard with a little more 
accuracy. They tend to jump from position to position.

Where in the code is this function handled and where might I get the latest Rox 
code ?


Thanks


------------------------------------------------------------------------------
AppSumo Presents a FREE Video for the SourceForge Community by Eric 
Ries, the creator of the Lean Startup Methodology on "Lean Startup 
Secrets Revealed." This video shows you how to validate your ideas, 
optimize your ideas and identify your business strategy.
http://p.sf.net/sfu/appsumosfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Frank McCormick</dc:creator>
    <dc:date>2011-07-13T19:30:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233">
    <title>Updated Spanish Translation</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10233</link>
    <description>&lt;pre&gt;Updated spanish translation




------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2_______________________________________________
rox-devel mailing list
rox-devel&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rox-devel
&lt;/pre&gt;</description>
    <dc:creator>Jacob Salomón Preciado Preciado</dc:creator>
    <dc:date>2011-07-07T01:32:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230">
    <title>App developers: requesting higher-resolution icons</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10230</link>
    <description>&lt;pre&gt;Hello,

Would it be possible to have application icons be available in a higher
resolution? Preferably SVG if that was the original source, but at least
128x128 or 256x256.

Fedora is switching to GNOME 3 with its next release (15), and the
Alt-Tab task switcher and the new dock both display large icons unless
there are too many things to display. Small icons do not look too nice
scaled up...

Thanks,

&lt;/pre&gt;</description>
    <dc:creator>Michel Alexandre Salim</dc:creator>
    <dc:date>2011-03-18T15:46:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222">
    <title>Patch for copy files: newer/quiet behaviour‏</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10222</link>
    <description>&lt;pre&gt;
Hello,
Here is a patch to change the behaviour of the newer and quiet options when copying files. Currently, when copying files to an existing directory, you get prompted to confirm the copy for every existing 
file even if newer or quiet is selected. This might not be expected by the user - there needs to be a way of forcing overwrites on a large number of existing files without prompting, and quiet would be 
assumed to do that. This patch changes the behaviour to:

1. If Newer is selected then only attempt to copy newer files over existing files; if quiet is NOT selected, still ask for confirmation before copy
2. If Quiet is selected, don't ask for any confirmation under any circumstances.

This fixes the 'bug' reported in the user mail list: Copy options not working properly

Kind Regards,

Rod.

       ------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit
for your organization - today and&lt;/pre&gt;</description>
    <dc:creator>Rodney Padgett</dc:creator>
    <dc:date>2011-03-14T21:19:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221">
    <title>Bug or feature? Handling of SVG icons</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10221</link>
    <description>&lt;pre&gt;My pinboard is populated by several application directories. I normally 
assign them an icon (in a shell script) by making .DirIcon a symbolic 
link to an SVG icon. This works fine in most cases, but with some SVG 
icons it doesn't. The pinboard then keeps showing the default ROX icon, 
and behaves as if there were no .DirIcon. The problem is not that ROX 
can't display it; if I enter the directory with Shift-Click, the image 
is shown correctly.

OTOH, if I set the icon manually ("Set Icon"/"Copy image into 
directory"), it seems to work at first, as the icon shows up properly on 
the pinboard. But it turns out that the SVG icon has not just been 
copied (as the manual says), but _converted_ to a different format, 
namely a 96x96 PNG image.

I noticed this behaviour only with rather big SVG files (about 600K), so 
it may depend on file size. Anyway, if it's a bug, it would be nice if 
somebody could look into it. If it's a feature, it's an annoying one 
(IMHO), as it creates inconsistent behaviour. It also &lt;/pre&gt;</description>
    <dc:creator>Bernd Eggink</dc:creator>
    <dc:date>2011-03-10T14:19:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218">
    <title>cppcheck analysis of rox_2.10</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10218</link>
    <description>&lt;pre&gt;G'day,
Debian are running code checking on all their packages and the  
cppcheck output for rox-2.10 is here:
http://qa.debian.org/daca/cppcheck/sid/rox_2.10-2.html

I think a few are probably false positives (just glanced over them),  
but there are a couple that are, indeed, memory leaks (patches  
attached).

Omair
&lt;/pre&gt;</description>
    <dc:creator>Omair Eshkenazi</dc:creator>
    <dc:date>2011-03-07T21:13:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216">
    <title>Suggestion: Add Folders To Wallpaper App by Drag andDrop</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10216</link>
    <description>&lt;pre&gt;At the moment Wallpaper defaults to ~/Choices/Wallpaper for its source 
of images. It'd be nice if folders containing background images (such as 
/usr/share/backgrounds) could be added by the simple act of dragging and 
dropping them onto the Wallpaper ui. It'd also be handy if Wallpaper was 
able to handle tiling, scaling and resizing automatically.


------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world? 
http://p.sf.net/sfu/oracle-sfdevnlfb
&lt;/pre&gt;</description>
    <dc:creator>Mark Williams</dc:creator>
    <dc:date>2011-02-07T17:09:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215">
    <title>Feature suggestion: action depending on "exec bit" set</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10215</link>
    <description>&lt;pre&gt;Hallo,

I would to suggest splitting the present "choose action" option into
two separate:
- action if file marked as executable
- action when it's not executable

Why my proposal? Writing some scripts I noticed, that it would be
convenient to have possibility to run scripts on mouseclick (and such
scripts are usually marked as executable) using appropriate shell for
chosen scripting language, while still keeping also convenient option
to edit with favourite editor "on mouseclick" the ones, that - for
example - weren't designed to be run as standalone toys, but are
"includes", or modules (and so on... readed by the former
"executables") - or just any others NOT created to be a "main module".

Of course, such possibility can be used for having more diversion in
"default action" with other file types, than scripts: e.g. one can
mark GIF-s as "executable" to edit them using GIMP on mouseclick -
while the others will be sent to viewer... and so on.

What do you think?

Z.

---------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Zbigniew B.</dc:creator>
    <dc:date>2011-02-07T16:48:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207">
    <title>Temporary selection is not removed on menu close</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10207</link>
    <description>&lt;pre&gt;I have this behaviour with ROX 2.10:

- Filer window is open with no selection
- Right-click on a file
- Hit &amp;lt;ESC&amp;gt; to close the popup menu
- File is still slected

Is this the intended behaviour? The documentation says the item
should be selected temporarily.


--Michael


------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App &amp;amp; Earn a Chance To Win $500!
Tap into the largest installed PC base &amp;amp; get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Michael Ringe</dc:creator>
    <dc:date>2010-11-28T13:23:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206">
    <title>destination rox window closes itself after copy/moveoperation</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10206</link>
    <description>&lt;pre&gt;Hi, 

after I upgraded to 2.10 I started experiencing a strange problem:

I move or copy some files between two filer windows, by drag'n'drop
mouse operation. After this operation is completed, the destination
filer window is closed. This happens roughly on 60% of tries.

Now I'm growing a habit to open an extra filer window before copying,
so that it can safely close without me losing it, and needing to
navigate again to that directory.

best regards
&lt;/pre&gt;</description>
    <dc:creator>Janek Kozicki</dc:creator>
    <dc:date>2010-11-26T15:01:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198">
    <title>Kero Fin Clock %n does not work</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10198</link>
    <description>&lt;pre&gt;Dear Stephen Watson,

Could you use two different fields for time and date in Clock, please?
http://www.kerofin.demon.co.uk/rox/clock.html

Clock 2.17
User defined format: %X%n%x
%n is ignored: time and date are kept in one line

Ubuntu 10.10
ROX-Filer 1:2.10-1.1fakesync1
ROX-CLib 2.1.10 and ROX-Session 0.41.0 installed with ROX Build Debs Scripts
http://gtk-apps.org/content/show.php?content=134110

Regards,

Ariszló

------------------------------------------------------------------------------
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2 &amp;amp; L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Ariszló</dc:creator>
    <dc:date>2010-11-22T10:06:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175">
    <title>gitweb problem</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10175</link>
    <description>&lt;pre&gt;I don't like git, and git doesn't like me, but we're using it for ROX-Filer
and ROX-Lib so I have to deal with it.  The problem is since I switched to a
64 bit machine gitweb has stopped working.  If you go to
http://kerofin.demon.co.uk/git/gitweb.cgi you'll find no projects listed,
but I know there should be two.

Further more if I run gitweb directly

stephen&amp;lt; at &amp;gt;kerofin:~&amp;gt; /usr/share/git-web/gitweb.cgi 
Status: 200 OK
Content-Type: text/html; charset=utf-8

&amp;lt;?xml version="1.0" encoding="utf-8"?&amp;gt;
&amp;lt;!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"&amp;gt;
&amp;lt;html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" lang="en-US"&amp;gt;
&amp;lt;!-- git web interface version 1.6.4.2, (C) 2005-2006, Kay Sievers
&amp;lt;kay.sievers&amp;lt; at &amp;gt;vrfy.org&amp;gt;, Christian Gierke --&amp;gt;
&amp;lt;!-- git core binaries version 1.6.4.2 --&amp;gt;
&amp;lt;head&amp;gt;

...snip...

&amp;lt;input type="text" name="s"  /&amp;gt;
&amp;lt;/p&amp;gt;
&amp;lt;/form&amp;gt;
fatal: Not a git repository: '/srv/git/rox-lib'
fatal: Not a git repository: '/srv/git/rox-filer'
&amp;lt;table class="project&lt;/pre&gt;</description>
    <dc:creator>Stephen Watson</dc:creator>
    <dc:date>2010-09-25T09:45:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.desktop.rox.devel/10174">
    <title>python-alsaaudio kills DevTray sound card control</title>
    <link>http://comments.gmane.org/gmane.comp.desktop.rox.devel/10174</link>
    <description>&lt;pre&gt;Ubuntu Lucid Lynx, no 0install

If python-alsaaudio is installed then DevTray sound card control
crashes with TypeError: an integer is required. Clicking on the Bug
Report button Save As pops up and hangs. Forced Quit.

Removing python-alsaaudio fixes the problem: DevTray works fine with
alsamixergui (but I can no longer use MusicBox without
python-alsaaudio).

DevTray 0.4.1
TrayLib 0.3.2.1
ROX-Filer 2.10-1.1fakesync1 from Ubuntu Maverick Meerkat (2.5-1build1
from Lucid crashes with ROX-Session 0.40.0)
ROX-Session 0.40.0, home-built (Build-Depends: libgtk2.0-dev,
libxml++2.6-dev, libdbus-glib-1-dev, libxxf86vm-dev, libxtst-dev)
OroboROX 0.9.8.1, home-built (Build-Depends: automake, libglib2.0-dev,
libsm-dev, libxft-dev, libxinerama-dev, libxpm-dev, libxrandr-dev,
libxxf86vm-dev)

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud com&lt;/pre&gt;</description>
    <dc:creator>Ariszló</dc:creator>
    <dc:date>2010-09-21T18:20:31</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.desktop.rox.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.desktop.rox.devel</link>
  </textinput>
</rdf:RDF>

