<?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.busybox">
    <title>gmane.linux.busybox</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox</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.busybox/36259"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36258"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36257"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36256"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36255"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36254"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36253"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36252"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36251"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36250"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36249"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36248"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36247"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36246"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36245"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36244"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36243"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36242"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36241"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.busybox/36240"/>
      </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.busybox/36259">
    <title>Re: bb 1.17 causing subsequent driver problems</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36259</link>
    <description>&lt;pre&gt;
Thanks Tito.  CONFIG_DEFAULT_MODULES_DIR is set to the
default, /lib/modules.  I used the same config file with both versions
of bb.  I've posted it at http://pastebin.com/xNqvHnTm.

Peter
&lt;/pre&gt;</description>
    <dc:creator>Peter Scheie</dc:creator>
    <dc:date>2012-05-25T19:13:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36258">
    <title>Re: bb 1.17 causing subsequent driver problems</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36258</link>
    <description>&lt;pre&gt;
Hi,
is CONFIG_DEFAULT_MODULES_DIR set correctly:   
Directory that contains kernel modules.   
Defaults to "/lib/modules" 

maybe also posting your config file could help.

Ciao,
Tito
&lt;/pre&gt;</description>
    <dc:creator>Tito</dc:creator>
    <dc:date>2012-05-25T18:58:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36257">
    <title>Re: bb 1.17 causing subsequent driver problems</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36257</link>
    <description>&lt;pre&gt;Correction: I've been using bb 1.15.2.  1.16 has mkfs_ext2 and works
with no problem.  But at some point I'll want to move to an
even-less-out-of-date version such as 1.17 or greater, so the question
still stands.

Peter

On Fri, 2012-05-25 at 11:27 -0500, Peter Scheie wrote:
&lt;/pre&gt;</description>
    <dc:creator>Peter Scheie</dc:creator>
    <dc:date>2012-05-25T18:19:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36256">
    <title>bb 1.17 causing subsequent driver problems</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36256</link>
    <description>&lt;pre&gt;I've been using bb 1.16.2 to build a custom initramfs, which we use to
replace the stock initrd in Centos 5 (we do some special things we need
in the initramfs).  Now I need mkfs_ext2, so I grabbed the bb 1.17.2
that I use in another project.  But I'm getting some odd behavior.  The
initramfs loads fine and does all the stuff it's supposed to, after
which it does a switch_root (so the initramfs &amp;amp; bb are out of the
picture) and mounts the file systems from the local disk, runs the
Centos rc scripts, all which seems to go fine.  But with 1.17, when udev
is started by Centos's rc.sysinit, I get an error that "DM multipath
kernel driver not loaded", and then later a modprobe warning, "Could not
open 'kernel/net/netfilter/x_tables.ko': no such file or directory"
followed by another modprobe error, "FATAL: Error inserting ip_tables
(kernel/net/ipv4/netfilter.ko: no such file or directory", even though
both those files are on the disk.  And of course, iptables then won't
run.

Any ideas as to what changed between 1&lt;/pre&gt;</description>
    <dc:creator>Peter Scheie</dc:creator>
    <dc:date>2012-05-25T16:27:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36255">
    <title>Re: [PATCH] Allow XZ streaming format in tar.</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36255</link>
    <description>&lt;pre&gt;
Patch is whitespace-damaged.


You did not add --xz long option, only short one, -J.



Shouldn't this be "unxz"?

&lt;/pre&gt;</description>
    <dc:creator>Denys Vlasenko</dc:creator>
    <dc:date>2012-05-24T06:59:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36254">
    <title>Re: MAC address deny in udhcpd</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36254</link>
    <description>&lt;pre&gt;
No, you can't:

udhcpd: can't parse line 57 in udhcpd.conf



You can block incoming packets by MAC using iptables.
This way, all traffic can be ignored, not only DHCP one.

&lt;/pre&gt;</description>
    <dc:creator>Denys Vlasenko</dc:creator>
    <dc:date>2012-05-24T06:27:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36253">
    <title>Problems with --sort-section=alignment</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36253</link>
    <description>&lt;pre&gt;Busybox is linked with --sort-section=alignment, and this seems to be
causing an obscure bugs one of my users experienced building busybox
on ARM/musl target. I've filed a bug report with binutils, but I'm not
sure where the issue should be addressed. See here:

http://sourceware.org/bugzilla/show_bug.cgi?id=14156

Basically, --sort-section=alignment wants to reorder the .init
section, which is not possible. The problem does not show up on other
targets, but I can't see anything that inhibits reordering .init, so
it seems to be working only by chance...

Rich
&lt;/pre&gt;</description>
    <dc:creator>Rich Felker</dc:creator>
    <dc:date>2012-05-24T00:21:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36252">
    <title>RE: MAC address deny in udhcpd</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36252</link>
    <description>&lt;pre&gt;-----Original Message-----

No thoughts at all?

Tom
&lt;/pre&gt;</description>
    <dc:creator>Tom Isaacson</dc:creator>
    <dc:date>2012-05-23T10:22:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36251">
    <title>swapon: implementing discard option.</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36251</link>
    <description>&lt;pre&gt;Hi,

This makes swapon to use discard option.
Enable support for discarding freed pages before they are reused.

Cheers,
Andy

---
 util-linux/Config.src  |    7 +++++++
 util-linux/swaponoff.c |   41 +++++++++++++++++++++++++++++++++--------
 2 files changed, 40 insertions(+), 8 deletions(-)

diff --git a/util-linux/Config.src b/util-linux/Config.src
index 57a52ce..84652eb 100644
--- a/util-linux/Config.src
+++ b/util-linux/Config.src
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -606,6 +606,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; config FEATURE_SWAPON_PRI
 help
   Enable support for setting swap device priority in swapon.

+config FEATURE_SWAPON_DISCARD
+bool "Support discard option -d"
+default y
+depends on SWAPONOFF
+help
+  Enable support for discarding freed pages before they are reused.
+
 config SWITCH_ROOT
 bool "switch_root"
 default y
diff --git a/util-linux/swaponoff.c b/util-linux/swaponoff.c
index 54867ec..d911b31 100644
--- a/util-linux/swaponoff.c
+++ b/util-linux/swaponoff.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -8,10 +8,13 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  */

 //usage:#define swapon_trivial_usage
-//usage:       "[-a]&lt;/pre&gt;</description>
    <dc:creator>Andy Lee</dc:creator>
    <dc:date>2012-05-23T01:02:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36250">
    <title>Re: patches for building with Android NDK</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36250</link>
    <description>&lt;pre&gt;
Certainly.  I very much agree with that.

I was didn't mean for the above question to be rhetorical.  I'm quite
new to BusyBox, and am therefore curious.

-Rob
&lt;/pre&gt;</description>
    <dc:creator>Rob Walker</dc:creator>
    <dc:date>2012-05-22T17:01:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36249">
    <title>[PATCH] unzip: ignore chmod errors</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36249</link>
    <description>&lt;pre&gt;This makes unzip to FAT filesystems not exit with error.

This similar to how the "normal" unzip works.

Signed-off-by: Natanael Copa &amp;lt;ncopa&amp;lt; at &amp;gt;alpinelinux.org&amp;gt;
---
 archival/unzip.c       |    2 +-
 include/libbb.h        |    1 +
 libbb/make_directory.c |    7 ++++++-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/archival/unzip.c b/archival/unzip.c
index 3c76cda..c1b945a 100644
--- a/archival/unzip.c
+++ b/archival/unzip.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -596,7 +596,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int unzip_main(int argc, char **argv)
 printf("   creating: %s\n", dst_fn);
 }
 unzip_create_leading_dirs(dst_fn);
-if (bb_make_directory(dst_fn, dir_mode, 0)) {
+if (bb_make_directory(dst_fn, dir_mode, FILEUTILS_IGNORE_CHMOD_ERR)) {
 xfunc_die();
 }
 } else {
diff --git a/include/libbb.h b/include/libbb.h
index f12800f..5e5c8c7 100644
--- a/include/libbb.h
+++ b/include/libbb.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -333,6 +333,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; enum {/* DO NOT CHANGE THESE VALUES!  cp.c, mv.c, install.c depend on them. */
 FILEUTILS_PRESERVE_SECURITY_CONTEX&lt;/pre&gt;</description>
    <dc:creator>Natanael Copa</dc:creator>
    <dc:date>2012-05-22T15:11:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36248">
    <title>Re: [PATCH] unzip: ignore chmod errors</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36248</link>
    <description>&lt;pre&gt;I forgot the signed-off...

I will resend. sorry


On Tue, May 22, 2012 at 4:56 PM, Natanael Copa &amp;lt;natanael.copa&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Natanael Copa</dc:creator>
    <dc:date>2012-05-22T15:11:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36247">
    <title>[PATCH] unzip: ignore chmod errors</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36247</link>
    <description>&lt;pre&gt;This makes unzip to FAT filesystems not exit with error.

This similar to how the "normal" unzip works.
---
 archival/unzip.c       |    2 +-
 include/libbb.h        |    1 +
 libbb/make_directory.c |    7 ++++++-
 3 files changed, 8 insertions(+), 2 deletions(-)

diff --git a/archival/unzip.c b/archival/unzip.c
index 3c76cda..c1b945a 100644
--- a/archival/unzip.c
+++ b/archival/unzip.c
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -596,7 +596,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; int unzip_main(int argc, char **argv)
 printf("   creating: %s\n", dst_fn);
 }
 unzip_create_leading_dirs(dst_fn);
-if (bb_make_directory(dst_fn, dir_mode, 0)) {
+if (bb_make_directory(dst_fn, dir_mode, FILEUTILS_IGNORE_CHMOD_ERR)) {
 xfunc_die();
 }
 } else {
diff --git a/include/libbb.h b/include/libbb.h
index f12800f..5e5c8c7 100644
--- a/include/libbb.h
+++ b/include/libbb.h
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -333,6 +333,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; enum {/* DO NOT CHANGE THESE VALUES!  cp.c, mv.c, install.c depend on them. */
 FILEUTILS_PRESERVE_SECURITY_CONTEXT = 1 &amp;lt;&amp;lt; 9, /* -c */
 FILEUTILS_SET_SECURITY_CONTEXT &lt;/pre&gt;</description>
    <dc:creator>Natanael Copa</dc:creator>
    <dc:date>2012-05-22T14:56:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36246">
    <title>Re: patches for building with Android NDK</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36246</link>
    <description>&lt;pre&gt;
I'm not trying to imply that all applets should be supported on android...

Its just that a number of 'basic' applets such as bbconfig, date, df, 
fsck, kill, mke2fs, mount, ipv6 support etc. can currently not be built.
For many of these applets rather simple patches are already floating 
around, so it makes sense to integrate them upstream, no?


Kind regards,
Tias
&lt;/pre&gt;</description>
    <dc:creator>Tias</dc:creator>
    <dc:date>2012-05-22T07:56:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36245">
    <title>Re: patches for building with Android NDK</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36245</link>
    <description>&lt;pre&gt;I get the feeling that Android's deliberately different in many of these
areas and that a fair number of applets are gonna be broken no matter
what.  The ROI's just too low to emulate or fix.  However, isn't this
true of a lot of other configurations that BusyBox supports?

What kind of system has FULL support?  I.e. every applet compiles and works?

Thanks,
Rob

On 5/21/12 10:54 PM, Tito wrote:
&lt;/pre&gt;</description>
    <dc:creator>Rob Walker</dc:creator>
    <dc:date>2012-05-22T06:23:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36244">
    <title>Re: patches for building with Android NDK</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36244</link>
    <description>&lt;pre&gt;
Hi,
at a first glance a few of this patches seems to add missing syscalls
and IMO they should be added to bionic libc and not to busybox
or at least not to the applets' files, maybe they could be added to
a platform.h file. 
Had not time to look at all of them tough.

Ciao,
Tito

&lt;/pre&gt;</description>
    <dc:creator>Tito</dc:creator>
    <dc:date>2012-05-22T05:54:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36243">
    <title>patches for building with Android NDK</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36243</link>
    <description>&lt;pre&gt;Dear Busybox developers,

Since Rob Walker's patch[1], building busybox with the Android NDK has 
really become dead simple; no special hacks or external libraries are 
needed anymore.

However, a large number of applets can currently not be built.

I started documenting why applets don't build, as well as collecting 
patches from different sources, that fix the issues:
https://github.com/tias/android-busybox-ndk
https://github.com/tias/android-busybox-ndk/tree/master/patches

I would love to see the ideas behind these patches integrated, so that a 
standard busybox build can be used in the many android open-source 
projects that depend on it (and currently use a statically built 
third-party blob).


However, I am unfamiliar with the coding practices of the busybox 
community, and many of these patches were written to fix the build and 
not necessarily to get merged upstream.
I consider my work in collecting these patches as just a first step.
Hence, I would like to solicit feedback on what can and can not &lt;/pre&gt;</description>
    <dc:creator>Tias</dc:creator>
    <dc:date>2012-05-21T22:03:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36242">
    <title>[PATCH] Allow XZ streaming format in tar.</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36242</link>
    <description>&lt;pre&gt;Here's a patch that will allow tar to uncompress XZ file formats when it 
can't properly detect XZ data formats when the input data comes from the 
standard input.  I have added the (-J) option to force tar to recognize 
XZ file format. Without this patch, it won't work with data streams.

Example: wget -O - http://192.168.0.1/1.xz | tar -xvJf -

diff -uNr busybox-original/archival/tar.c busybox/archival/tar.c
--- busybox-original/archival/tar.c     2012-05-21 00:19:38.876360998 -0500
+++ busybox/archival/tar.c      2012-05-21 00:05:08.299222265 -0500
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -693,6 +693,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  //usage:       "-[" IF_FEATURE_TAR_CREATE("c") "xt"
  //usage:       IF_FEATURE_SEAMLESS_Z("Z")
  //usage:       IF_FEATURE_SEAMLESS_GZ("z")
+//usage:       IF_FEATURE_SEAMLESS_XZ("J")
  //usage:       IF_FEATURE_SEAMLESS_BZ2("j")
  //usage:       IF_FEATURE_SEAMLESS_LZMA("a")
  //usage:       IF_FEATURE_TAR_CREATE("h")
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -719,6 +720,9 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
  //usage:       IF_FEATURE_SEAMLESS_GZ(
  //usage:     "\n       z       (De)compress using gzip"
  &lt;/pre&gt;</description>
    <dc:creator>Boris Reisig</dc:creator>
    <dc:date>2012-05-21T19:24:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36241">
    <title>Re: mdev with USB wifi adapters</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36241</link>
    <description>&lt;pre&gt;
 To avoid this kind of race condition (due to the hotplug interface
spawning helpers in parallel instead of sequentially), you can use
s6-devd along with mdev. s6-devd just listens to the netlink interface
and spawns helpers sequentially.

 http://www.skarnet.org/software/s6-linux-utils/s6-devd.html

&lt;/pre&gt;</description>
    <dc:creator>Laurent Bercot</dc:creator>
    <dc:date>2012-05-21T11:56:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36240">
    <title>Re: mdev with USB wifi adapters</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36240</link>
    <description>&lt;pre&gt;On Fri, May 18, 2012 at 10:49:05AM +0200, Denys Vlasenko wrote


  What I've been doing is to insert generic "print" code into the mdev
scripts. E.g....

exec 3&amp;gt;&amp;gt; /dev/shm/logfile.txt
printenv &amp;gt;&amp;amp;3
echo "===separator===" &amp;gt;&amp;amp;3
exec 3&amp;gt;&amp;amp;-

  This works in in my sh and bash.  Of course, in linux sh is merely a
symlink to bash.  Can anybody confirm this works in "real sh"?  See
http://tldp.org/LDP/abs/html/io-redirection.html for details.  Note that
bash may use file descriptor 5 internally, so you're limited to
3,4,6,7,8,9.  If you get desparate, close 0, 1, and 2 and re-use them.

  Anyhow, I got an important clue re some problems I'm having with
automount and unmount.  Inserting a USB key or drive generates multiple
events, e.g.

one event for /dev/sdb
one event for /dev/sdb1

and presumably one event for each and every partition.  I also assume
when receiving an event to create /dev/sdb1, I should put a sleep loop
in the script that gets activated if /dev/sdb doesn't exist yet &amp;lt;G&amp;gt;.
Now that I know what I'm up a&lt;/pre&gt;</description>
    <dc:creator>Walter Dnes</dc:creator>
    <dc:date>2012-05-21T06:47:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.busybox/36239">
    <title>Re: [PATCH] Fix link time error for functions calling check_signature16()</title>
    <link>http://permalink.gmane.org/gmane.linux.busybox/36239</link>
    <description>&lt;pre&gt;On Fri, May 18, 2012 at 3:34 AM, Anthony G. Basile
&amp;lt;basile&amp;lt; at &amp;gt;opensource.dyc.edu&amp;gt; wrote:

Thanks! I reproduced the problem and committed a minimal fix.

&lt;/pre&gt;</description>
    <dc:creator>Denys Vlasenko</dc:creator>
    <dc:date>2012-05-20T10:57:40</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.busybox">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.busybox</link>
  </textinput>
</rdf:RDF>

