<?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.os.openbsd.misc">
    <title>gmane.os.openbsd.misc</title>
    <link>http://blog.gmane.org/gmane.os.openbsd.misc</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.os.openbsd.misc/204678"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204677"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204676"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204675"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204674"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204673"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204672"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204671"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204670"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204669"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204668"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204667"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204666"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204665"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204664"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204663"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204662"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204661"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204660"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.os.openbsd.misc/204659"/>
      </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.os.openbsd.misc/204678">
    <title>Re: Policy Based Routing/pfctl help</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204678</link>
    <description>&lt;pre&gt;
For states created by outgoing traffic, you're looking for "route-to".
You may also need "reply-to" if you have incoming traffic to that address
where replies should also be forced via that path.

e.g.

pass in from &amp;lt;network-X&amp;gt; route-to 10.1.1.1&amp;lt; at &amp;gt;vlan9

OpenBSD doesn't have the "pfctl -m" syntax you mention, but looking at
Apple's manpage I don't think it does what you expect. It looks like it
is meant for merging "set" options, but it doesn't say what effect
it has on the ruleset; for all I can tell it might well replace the
whole ruleset with the single rule you're piping to it. Probably
better to write the ruleset in a pf.conf file and load that.
Unlike ipfw, PF normally treats the whole ruleset as a unit and
switches to a new ruleset atomically, if you want something other
than this (e.g. on-the-fly replacing of certain rules under script
control) you would normally use an "anchor" so that other rules can
be left alone.


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2013-05-21T22:31:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204677">
    <title>Re: ospfd loopback advertisment failure (adjacency fail?)</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204677</link>
    <description>&lt;pre&gt;
I found some issues with the diff but I hope to be able to sit down
somewhen and fix those problems I identified. The cisco I tested against
seems to behave not like a rfc point-to-point interface (some messages I
expected to be sent to the multicast address where unicast, etc.)

I would be interested in some tcpdumps of extreme doing ospf to see if
they behave the same.
&lt;/pre&gt;</description>
    <dc:creator>Claudio Jeker</dc:creator>
    <dc:date>2013-05-21T21:23:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204676">
    <title>Re: ospfd loopback advertisment failure (adjacency fail?)</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204676</link>
    <description>&lt;pre&gt;
Hi,

sorry for delay, we are in the middle of the network migration from
cisco to extreme and i thought when everything calms down to test it
with cisco and extreme equipment. I'm planning to test it next week.






&lt;/pre&gt;</description>
    <dc:creator>Hrvoje Popovski</dc:creator>
    <dc:date>2013-05-21T21:00:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204675">
    <title>Re: a sftp user can enter into a directory which he does not have rights</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204675</link>
    <description>&lt;pre&gt;
Ah... this was forgotten for mpd, anyway this is not the case, see
with 700 mode. Is sftp just pretending to enter that directory?

sftp&amp;gt; cd /
sftp&amp;gt; ls -l
drwxr-xr-x    2 0        0             512 May 21 18:43 dev
drwx------   12 1000     1000          512 May 21 18:32 jirib
drwxr-xr-x   10 1000     1000          512 May 21 18:32 pub
sftp&amp;gt; cd jirib
sftp&amp;gt; ls -al
remote readdir("/jirib"): Permission denied

vs

$ id
uid=1000(jirib) gid=1000(jirib) groups=1000(jirib), 0(wheel), 5(operator), 9(wsrc)
$ cd /home/toruser
ksh: cd: /home/toruser - Permission denied
$ ls -ld /home/toruser
drwx------  18 toruser  toruser  1024 May 21 20:00 /home/toruser/

j.


&lt;/pre&gt;</description>
    <dc:creator>Jiri B</dc:creator>
    <dc:date>2013-05-21T20:23:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204674">
    <title>Re: a sftp user can enter into a directory which he does not have rights</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204674</link>
    <description>&lt;pre&gt;
You should (re)read your unix manuals. Execution permission on a directory
means it can be traversed. What you observe is the correct behaviour for
any system with POSIX file permissions.

&lt;/pre&gt;</description>
    <dc:creator>Eugene Yunak</dc:creator>
    <dc:date>2013-05-21T20:09:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204673">
    <title>Re: a sftp user can enter into a directory which he does not have rights</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204673</link>
    <description>&lt;pre&gt;
Reeeeeally.

$ ls -l
total 8
drwx-----x  2 2000      2000   512 May 21 12:57 foo
$ id
uid=1000(guenther) gid=1000(guenther) groups=1000(guenther), 0(wheel)
$ cd foo
$ ls -l
ls: .: Permission denied
$


Executable by processes that have neither uid 1000 or gid 1000.
What's the problem?


Philip Guenther


&lt;/pre&gt;</description>
    <dc:creator>Philip Guenther</dc:creator>
    <dc:date>2013-05-21T19:59:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204672">
    <title>a sftp user can enter into a directory which he does not have rights</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204672</link>
    <description>&lt;pre&gt;I'm very surprised to see something like this. Comparing with
normal unix filesystem, 'sftpuser' would not even enter such
directory. Is this OK?

* sftpuser has only group 'sftpuser'

$ sftp sftpuser&amp;lt; at &amp;gt;localhost 
Connected to localhost.
sftp&amp;gt; cd /
sftp&amp;gt; ls -l
drwxr-xr-x    2 0        0             512 May 21 18:43 dev
drwx-----x   12 1000     1000          512 May 21 18:32 jirib
drwxr-xr-x   10 1000     1000          512 May 21 18:32 pub
sftp&amp;gt; cd jirib
sftp&amp;gt; pwd
Remote working directory: /jirib
sftp&amp;gt; ls -al
remote readdir("/jirib"): Permission denied

j.


&lt;/pre&gt;</description>
    <dc:creator>Jiri B</dc:creator>
    <dc:date>2013-05-21T19:52:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204671">
    <title>Re: HD4000 problems</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204671</link>
    <description>&lt;pre&gt;Well sending an archive to misc is just silly... http://filebin.ca/htF9pCQ6fHD/yoga.tgz

Jean Lucas &amp;lt;horsefish&amp;lt; at &amp;gt;lavabit.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Jean Lucas</dc:creator>
    <dc:date>2013-05-21T18:08:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204670">
    <title>Policy Based Routing/pfctl help</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204670</link>
    <description>&lt;pre&gt;Hey all,

I know this is slightly off-topic on this list, I'm hoping the OpenBSD answer will be "close enough" to the MacOS X (10.8) answer that I'll get what I need done.  I have gotten zero replies from the Apple communities, so I'm asking here.  That said, here's what I'm trying to accomplish.

This server has 5 VLAN tagged interfaces (already set up and reachable).
First one holds the default route (used for administration).
Ostinato (traffic generator) is installed.
The other 4 VLAN interfaces are to be used for traffic generation/receiving.

What I want is for traffic sourced (via Ostinato) from a particular IP address to be sent via it's own VLAN interface to it's own router.  I have accomplished this on Linux (the far end of this test) using:

ip route add default via &amp;lt;gateway-X&amp;gt; dev ethX table X
ip rule add from &amp;lt;network-X&amp;gt; table X priority X

Research online suggests that this used to work before ipfw was deprecated:

ipfw add X fwd &amp;lt;gateway-X&amp;gt; ip from &amp;lt;IP-address-X&amp;gt; to any

(I did try this, and nothing actually happened.)

Further searching led me to this as the possible OpenBSD answer:

route -T X add 0.0.0.0/0 -iface &amp;lt;gateway-X&amp;gt;
echo pass in from &amp;lt;network-X&amp;gt; to 0.0.0.0/0 rtable X | pfctl -mf -

However, this particular version of the OS does not support the -T option to route, so I presume that multiple tables are not supported.  However, that step may be not needed.

Reading the pfctl man page made my brain hurt.  :-)  It seems a very functional utility and able to do many, many things, but it's so far away from things I have used in the past (mostly Linux) that the learning curve seems steep.

I'm thinking maybe the extra routing table is not strictly necessary in this application, and that pfctl (which in this case is directly from OpenBSD) might be able to do exactly what I want it to do by itself.  To that end, I'm hoping someone could give me some hints on the syntax I need to feed it to make this work.

Thanks in advance!  I appreciate any and all suggestions.

Aaron


&lt;/pre&gt;</description>
    <dc:creator>Aaron Dewell</dc:creator>
    <dc:date>2013-05-21T17:58:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204669">
    <title>Re: how long should CD orders take?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204669</link>
    <description>&lt;pre&gt;The OpenBSD project is severely under staffed in terms of shipping 
merchandise. You're not the only one waiting on purchased items. I 
humbly suggest being patient as the group is trying to address large 
quantities of orders and not enough help. The is the case at least with 
the Calgary, Canada location.

I'm waiting on an order to be filled also, from almost a month ago. So 
we have to be a little more patient than normal.


On 05/21/2013 01:34 PM, Peter J. Philipp wrote:




&lt;/pre&gt;</description>
    <dc:creator>Salim Shaw</dc:creator>
    <dc:date>2013-05-21T17:55:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204668">
    <title>Re: how long should CD orders take?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204668</link>
    <description>&lt;pre&gt;Try openbsdeurope.com next time. I already got mine. Last week.

//mxb

On 21 maj 2013, at 19:26, Peter J. Philipp &amp;lt;pjp&amp;lt; at &amp;gt;centroid.eu&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>mxb</dc:creator>
    <dc:date>2013-05-21T17:52:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204667">
    <title>HD4000 problems</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204667</link>
    <description>&lt;pre&gt;I've an (Intel) HD4000 and from the point that inteldrm was added to current, X freezes on launch, and have to SSH in to reboot nicely. Read a post with a similar problem; reducing video memory to &amp;lt;128 MB was the trick to have X start on current.

I'm running yesterdays (20th May) -current, on a Lenovo Yoga 13, and there is no option for video memory in the BIOS. For 5.3 release however, X starts when I disable DPTF ( Intel dynamic platform &amp;amp; thermal framework). 5.2 release worked fine with this enabled.

Question: is there a kernel option to reduce video memory used by the OS to see if the workaround is valid?

Back to the point, X -configure returns a Segmentation fault 0x28, and when just running startx, Xorg.0.log reveals Output LVDS1 has no monitor section. (Note: 5.2 &amp;amp; 5.3 release returned same segfault, though X worked flawlessly with startx)

A few snapshots back, X would start after booting single-user and rebooting, though failure-success rate was around 4:1. When it would start, running xbacklight would freeze X again. Also idling too long would cause X to freeze.

Files attached: X -configure and startx logs, and pcidump

Best,
Jean

[demime 1.01d removed an attachment of type application/x-gtar which had a name of yoga.tgz]


&lt;/pre&gt;</description>
    <dc:creator>Jean Lucas</dc:creator>
    <dc:date>2013-05-21T17:47:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204666">
    <title>Re: how long should CD orders take?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204666</link>
    <description>&lt;pre&gt;
I just mailed them before this.  Since it's 7:30PM I think they won't 
reply until tomorrow morning.

-peter


&lt;/pre&gt;</description>
    <dc:creator>Peter J. Philipp</dc:creator>
    <dc:date>2013-05-21T17:34:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204665">
    <title>Re: how long should CD orders take?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204665</link>
    <description>&lt;pre&gt;
What does the bookstore say the problem is?


&lt;/pre&gt;</description>
    <dc:creator>noah pugsley</dc:creator>
    <dc:date>2013-05-21T17:31:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204664">
    <title>how long should CD orders take?</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204664</link>
    <description>&lt;pre&gt;I ordered my CD through a german bookstore that is listed at 
www.openbsd.org/orders.html.  Only it's now the 21st of May and my 
computers have all been upgraded via FTP around the 1st of May.  And I 
still have no CD (and no stickers).

Last year they were slow as well, which leads me to believe that the 
store is sloppy in its orders.  Can someone confirm that the CD's have 
all been sent out from Calgary?  It's really a shame that I must use 
resources of OpenBSD when not needed, my order went in around the end of 
March 2013 and there was lots of time to deliver this as a pre-order.

-peter


&lt;/pre&gt;</description>
    <dc:creator>Peter J. Philipp</dc:creator>
    <dc:date>2013-05-21T17:26:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204663">
    <title>Re: smtpd setup</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204663</link>
    <description>&lt;pre&gt;Thanks for chiming in Gilles.

It's ironic that because of trying to minimize noise to the list, I create
more. The rest of the conf is at the beginning of the thread, but I'll be
sure to include entire outputs in the future; sorry.

Anyway, it wasn't my conf. Your comment about my MX question got me
searching, and I found that my secrets file wanted google's
application-specific password (your choice of wording is what triggered the
thought).

Thanks for the help.

-Scott

On May 21, 2013 12:30 AM, "Gilles Chehade" &amp;lt;gilles&amp;lt; at &amp;gt;poolp.org&amp;gt; wrote:
could be
I've
manpage


&lt;/pre&gt;</description>
    <dc:creator>Scott</dc:creator>
    <dc:date>2013-05-21T16:20:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204662">
    <title>Re: openospfd vs bird vs quagga etc on OpenBSD for OSPF interoperating with IOS XE (v4 &amp; v6)</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204662</link>
    <description>&lt;pre&gt;
I've used it some time ago for ospf, because of interface wildcarding.

&lt;/pre&gt;</description>
    <dc:creator>Gregory Edigarov</dc:creator>
    <dc:date>2013-05-21T09:42:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204661">
    <title>OT: trying to install vortex-idx in OpenBSD 5.3</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204661</link>
    <description>&lt;pre&gt;Hi all,

 I am trying to compile vortex-ids
(http://sourceforge.net/projects/vortex-ids/?source=directory) under
OpenBSD 5.3, but this error is returned:

vortex.c: In function 'errors_thread':
vortex.c:686: error: '__NR_gettid' undeclared (first use in this function)
vortex.c:686: error: (Each undeclared identifier is reported only once
vortex.c:686: error: for each function it appears in.)
vortex.c:693: error: 'cpu_set_t' undeclared (first use in this function)
vortex.c:693: error: expected ';' before 'csmask'
vortex.c:694: error: 'csmask' undeclared (first use in this function)
vortex.c: In function 'stats_thread':
vortex.c:768: error: '__NR_gettid' undeclared (first use in this function)
vortex.c:776: error: 'cpu_set_t' undeclared (first use in this function)
vortex.c:776: error: expected ';' before 'csmask'
vortex.c:777: error: 'csmask' undeclared (first use in this function)
vortex.c: In function 'conn_writer':
vortex.c:950: error: '__NR_gettid' undeclared (first use in this function)
vortex.c:958: error: 'cpu_set_t' undeclared (first use in this function)
vortex.c:958: error: expected ';' before 'csmask'
vortex.c:959: error: 'csmask' undeclared (first use in this function)
vortex.c: In function 'main':
vortex.c:1917: error: '__NR_gettid' undeclared (first use in this function)
vortex.c:1925: error: 'cpu_set_t' undeclared (first use in this function)
vortex.c:1925: error: expected ';' before 'csmask'
vortex.c:1926: error: 'csmask' undeclared (first use in this function)

I have installed libnet-1.1.2.1p0, glib2-2.34.3 and libnids-1.24 packages.

Compile options are:

gcc -I/usr/local/include -I/data/soft/libpcap/include -L/usr/local/lib
-L/data/soft/libpcap/lib -O3 vortex.c -o vortex -lnids -lnet
-lgthread-2.0 -lpcap

I have tried with this modified version also:

https://github.com/ckane/vortex-dev

 ... but without luck.

Any idea??


&lt;/pre&gt;</description>
    <dc:creator>C. L. Martinez</dc:creator>
    <dc:date>2013-05-21T07:53:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204660">
    <title>Re: smtpd setup</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204660</link>
    <description>&lt;pre&gt;Hi,

On Mon, May 20, 2013 at 03:49:20PM -0700, Scott wrote:

You really need to show more than just one line of configuration.
OpenSMTPD uses a first-match approach, if any rule better describes the
envelope before the rule you're showing, then we will not be able to
understand the issue.

Also, "No MX could be reached" means that no MX willing to accept the
envelope could be reached. That can mean you have invalid credentials
and that none of the MX you contacted have accepted to establish a
session with you.

&lt;/pre&gt;</description>
    <dc:creator>Gilles Chehade</dc:creator>
    <dc:date>2013-05-21T07:30:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204659">
    <title>Re: smtpd setup</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204659</link>
    <description>&lt;pre&gt;To relay to gmail, I added the following to smtpd.conf:
table secrets db:/etc/mail/secrets.db
accept for any relay via tls+auth://gmail1&amp;lt;at&amp;gt;smtp.gmail.com:587 \
  auth &amp;lt;secrets&amp;gt;

And created secrets and ran makemap. secrets contains:
gmail1 userid&amp;lt;at&amp;gt;gmail.com:mypassword

These settings are grammatically identical to what's in man smtpd.conf.

test email to userid&amp;lt;at&amp;gt;gmail.com gets hung in the queue. mailq results:

c7940bdbb495c038|local|mta|auth|scott&amp;lt;at&amp;gt;foo.bar.org|userid&amp;lt;at&amp;gt;gmail.com
|userid&amp;lt;at&amp;gt;gmail.com|1368880609|1369226209|0|22|pending|7232|No MX could be
reached

Google's MX record? That would indicate I goofed the URL I think; but I've
checked it a million times (I get a bit neurotic when these simplistic
things don't work and replace strings with identical strings from a manpage
or search result just to make sure I'm not being dyslexic).

What's wrong with my configs?

-Scott


&lt;/pre&gt;</description>
    <dc:creator>Scott</dc:creator>
    <dc:date>2013-05-20T22:49:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.os.openbsd.misc/204658">
    <title>Re: Porting RTL8723AU</title>
    <link>http://permalink.gmane.org/gmane.os.openbsd.misc/204658</link>
    <description>&lt;pre&gt;
you clearly haven't read realtek's typical driver code ;)


&lt;/pre&gt;</description>
    <dc:creator>Stuart Henderson</dc:creator>
    <dc:date>2013-05-20T21:57:04</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.openbsd.misc">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.openbsd.misc</link>
  </textinput>
</rdf:RDF>
