<?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.freebsd.current">
    <title>gmane.os.freebsd.current</title>
    <link>http://blog.gmane.org/gmane.os.freebsd.current</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.os.freebsd.current/142288"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142286"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142284"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142283"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142281"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142275"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142270"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142268"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142258"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142256"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142246"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142243"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142227"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142217"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142216"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142215"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142214"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142213"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142212"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.current/142211"/>
      </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.os.freebsd.current/142288">
    <title>WARNING: su(1) broken in head</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142288</link>
    <description>&lt;pre&gt;probably due to an issue in the latest openpam; sudo is not affected

DES
&lt;/pre&gt;</description>
    <dc:creator>Dag-Erling Smørgrav</dc:creator>
    <dc:date>2012-05-26T22:35:38</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142286">
    <title>Latest PAM seems to break su</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142286</link>
    <description>&lt;pre&gt;su
Segmentation fault: 11

no core is produced.

Currently broken: r236118
Previous  r235567

sudo works.

&lt;/pre&gt;</description>
    <dc:creator>Doug Barton</dc:creator>
    <dc:date>2012-05-26T22:15:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142284">
    <title>NFS panic</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142284</link>
    <description>&lt;pre&gt;Hey,

SVN as of a few days ago.  On reboot.  Do not have a core or further debugging information.
The machine was running of a nfs root.

May 26 17:10:06 panic: mtx_lock() of destroyed mutex &amp;lt; at &amp;gt; /zoo/bz/HEAD.svn/sys/kern/uipc_socket.c:1025
cpuid = 5
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
kdb_backtrace() at kdb_backtrace+0x37
panic() at panic+0x1d8
_mtx_lock_flags() at _mtx_lock_flags+0x13f
sosend_dgram() at sosend_dgram+0xbb
sosend() at sosend+0x82
clnt_dg_call() at clnt_dg_call+0xb81
clnt_call_private() at clnt_call_private+0xe8
nlm4_unlock_4() at nlm4_unlock_4+0x45
nlm_clearlock() at nlm_clearlock+0x294
nlm_advlock_internal() at nlm_advlock_internal+0x64f
nlm_advlock() at nlm_advlock+0x2a
nfs_advlock() at nfs_advlock+0x130
VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0xb7
vn_closefile() at vn_closefile+0xea
_fdrop() at _fdrop+0x23
closef() at closef+0x5c
fdfree() at fdfree+0x1b4
exit1() at exit1+0x319
sigexit() at sigexit+0x8f
cursig() at cursig
ast() at ast+0x1b9
doreti_ast() at&lt;/pre&gt;</description>
    <dc:creator>Bjoern A. Zeeb</dc:creator>
    <dc:date>2012-05-26T17:13:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142283">
    <title>10-CURRENT r235646 &amp;&amp; open-vm-tools-8.6.0-425873</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142283</link>
    <description>&lt;pre&gt;
Hi,

The port ports/emulators/open-vm-tools does not compile in 10-CURRENT:

# make install clean
...
make VM_UNAME=10.0-CURRENT MV=mv RM=rm OVT_SOURCE_DIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873
MODULEBUILDDIR=/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd  -C "/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/freebsd/vmxnet"
&amp;lt; at &amp;gt; -&amp;gt; /usr/src/sys
machine -&amp;gt; /usr/src/sys/i386/include
x86 -&amp;gt; /usr/src/sys/x86/include
:&amp;gt; opt_bdg.h
awk -f &amp;lt; at &amp;gt;/tools/makeobjops.awk &amp;lt; at &amp;gt;/kern/device_if.m -h
awk -f &amp;lt; at &amp;gt;/tools/makeobjops.awk &amp;lt; at &amp;gt;/kern/bus_if.m -h
awk -f &amp;lt; at &amp;gt;/tools/makeobjops.awk &amp;lt; at &amp;gt;/dev/pci/pci_if.m -h
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I/u
sr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/lib/include
-I/usr/ports/emulators/open-vm-tools/work/open-vm-tools-8.6.0-425873/modules/shared/vmxnet -I. -I&amp;lt; at &amp;gt; -I&amp;lt; at &amp;gt;/contrib/altq -finline-limit=8000 --param
inline-unit-growth=100 --param large-function-grow&lt;/pre&gt;</description>
    <dc:creator>Matthias Apitz</dc:creator>
    <dc:date>2012-05-26T14:22:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142281">
    <title>[CFT][CFR] Resurrect handling of VersionAddendum in OpenSSH</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142281</link>
    <description>&lt;pre&gt;Good day.

I had created patches for OpenSSH to resurrect handling of
VersionAddendum and, additionally, enable/disable advertisements
for HPN feature in sshd version banner.  des&amp;lt; at &amp;gt;, bz&amp;lt; at &amp;gt; and brooks&amp;lt; at &amp;gt;
are aware of this patch, Bjoern even reviewed the first version
of the patch, but the second one isn't yet reviewed.

Can anyone who uses SSH test this patch and report their findings
to the respective PR.  Also, code reviews are welcome too.

Thanks!


PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=163843

Patches:
 * 8-STABLE,
   http://codelabs.ru/fbsd/patches/openssh/OpenSSH-fix-VersionAddendum-handling-8-STABLE.diff
 * 9-STABLE,
   http://codelabs.ru/fbsd/patches/openssh/OpenSSH-fix-VersionAddendum-handling-9-STABLE.diff
 * 10-CURRENT,
   http://codelabs.ru/fbsd/patches/openssh/OpenSSH-fix-VersionAddendum-handling.diff

Instructions:
{{{
cd /usr/src
fetch -o ssh-addendum.diff http://codelabs.ru/fbsd/patches/openssh/OpenSSH-fix-VersionAddendum-handling.diff
patch -p1 &amp;lt; ssh-addendum.diff
cd secure/lib/libssh
ma&lt;/pre&gt;</description>
    <dc:creator>Eygene Ryabinkin</dc:creator>
    <dc:date>2012-05-26T10:34:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142275">
    <title>Please test: IPv6 offload support in HEAD + patch for stable/9</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142275</link>
    <description>&lt;pre&gt;Hey,

last night I pushed in the essential offloading support changes for IPv6
along with quite a bit of other "noise" into HEAD.  There is more locking
improvements etc. to come once I have looped things back to my working tree
and Michael Tuexen will improve SCTP/v6 on loopback as well soonish.

This is a call for testing.  The in-tree cxgb(4) and ixgbe(4) drivers
have been updated to make use of the new features (TSO6/LRO6), and more
drivers will follow (I already have cxgbe done, talking about mxge, ..)
but others  should also see improvements for at least upper layer protocol
checksum calculations and I'd love people to test with as many drivers as
possible, as I plan to merge it for the upcoming 9.1-RELEASE cycle and
wouldn't want to ship broken IPv6 in a few months;-)

Here's the patch that should just apply to stable/9 matching what I put into
HEAD (+ an earlier cxgb change) (untested):

http://people.freebsd.org/~bz/20120525-01-ipv6-offload-mfc9.diff

If you need a patch for a specific release pleas&lt;/pre&gt;</description>
    <dc:creator>Bjoern A. Zeeb</dc:creator>
    <dc:date>2012-05-25T16:55:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142270">
    <title>FreeBSD as virtualbox guest not working</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142270</link>
    <description>&lt;pre&gt;Hi!
Sometime quite recent a change to FreeBSD CURRENT makes it almost 
impossible to run it as a virtualbox guest, at least under Windows.  If 
I roll back the vbox machine to a (unfortunately quite old, from 
January) CURRENT everything seems to be working.
The issue is that the virtual machine runs very very slow, and makes the 
host almost impossible to work with, especially during compiles and 
other activities involving the CPU and the disk.  I have also 
experienced that the host machine crashes, but that might be unrelated.
Is anyone else experiencing this, or am I doing something very wrong?
Let me know if I need to provide more information or if I can help in 
some other way.
Best Regards!
_______________________________________________
freebsd-current&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Niclas Zeising</dc:creator>
    <dc:date>2012-05-25T11:30:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142268">
    <title>9-stable regression: 'cbb0: Warning: Bus reset timeout'</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142268</link>
    <description>&lt;pre&gt;Hi all,

I've just upgraded to 9-stable and I'm seeing the following error on
my Lenovo Thinkpad T60.

'cbb0: Warning: Bus reset timeout'

This is a very recent bug. I was running 9-stable from about 3 weeks
ago (before BSDCan 2012) and cardbus was working fine.

Would anyone have any culprit commits for me to try reverting?

Having cardbus work on these lenovo thinkpads is very important to me
and ath(4) development. :)

Thanks,



adrian
_______________________________________________
freebsd-current&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Adrian Chadd</dc:creator>
    <dc:date>2012-05-25T07:38:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142258">
    <title>Kernel builds failing with lots of "failed to retrieve array bounds" errors</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142258</link>
    <description>&lt;pre&gt;Hi
I'm unable to build the generic kernel, seeing lots of "failed to 
retrieve array bounds" errors (129 to be exact) starting with ERROR: 
scsi_all.c: die 43574: failed to retrieve array bounds &amp;amp; stoping at
cc -c -O2 -pipe -fno-strict-aliasing  -std=c99 -g -Wall 
-Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmissing-include-dirs 
-fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-parentheses-equality -nostdinc  -I. 
-I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL 
-DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
-fno-omit-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone 
-mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -Werror  /usr/src/sys/dev/ata/ata-card.c
ctfconvert -L VERSION -g aic_pccard.o
ctfconvert -L VERSION -g ata-card.o
ctfconvert -L VERSION -g intel_dp.o
ERROR: intel&lt;/pre&gt;</description>
    <dc:creator>Sevan / Venture37</dc:creator>
    <dc:date>2012-05-24T17:13:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142256">
    <title>usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10: fatal error: 'llvm/TableGen/Error.h' file not found, #include "llvm/TableGen/Error.h"</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142256</link>
    <description>&lt;pre&gt;Trying to build buildworld on FreeBSD 10-CURRENT/amd64 with CLANG today
ends up in the following error:

===&amp;gt; lib/clang/libllvmtablegen (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvmtablegen created for
/usr/src/lib/clang/libllvmtablegen
rm -f .depend
CC='clang' mkdep -f .depend -a
-I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Main.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Record.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenAction.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TableGenBackend.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGLexer.cpp
/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/TGParser.cpp

/usr/src/lib/clang/libllvmtablegen/../../../contrib/llvm/lib/TableGen/Error.cpp:15:10:
f&lt;/pre&gt;</description>
    <dc:creator>O. Hartmann</dc:creator>
    <dc:date>2012-05-24T16:53:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142246">
    <title>[PATCH] IPv6 rtadvd: little optimization</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142246</link>
    <description>&lt;pre&gt;Hi,

Since upgrading to FreeBSD 8.3, I noticed that after rtadvd starts, it 
does not respond to router solicitations during a quite long time.

I have made a patch which speeds up rtadvd's start by making fewer calls 
to if_indextoname. Moreover, it will react properly in case 
if_indextoname fails.

Would anyone object to this patch ?

===
Index: if.c
===================================================================
--- if.c        (revision 235474)
+++ if.c        (working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -472,11 +472,18 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; update_ifinfo(struct ifilist_head_t *ifi_head, int
                             ifindex != ifm-&amp;gt;ifm_index)
                                 continue;

+                       /* ifname */
+                       if (if_indextoname(ifm-&amp;gt;ifm_index, ifname) == 
NULL) {
+                               syslog(LOG_WARNING,
+                                   "&amp;lt;%s&amp;gt; ifname not found (idx=%d)",
+                                   __func__, ifm-&amp;gt;ifm_index);
+                               continue;
+                 &lt;/pre&gt;</description>
    <dc:creator>Maryse LEVAVASSEUR</dc:creator>
    <dc:date>2012-05-24T12:24:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142243">
    <title>Daily, weekly, security scripts....</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142243</link>
    <description>&lt;pre&gt;[I looked for a better list to drop this on, but other that freebsd-rc
nothing seems close.]

Hi,

I nagged about the verbosity of the periodic scripts.
But did not give any example.

Well I just ran into a perfect example:
--
Checking setuid files and devices:

Checking for uids of 0:
root 0

Checking for passwordless accounts:

Checking login.conf permissions:

Checking for ports with mismatched checksums:

xx.xx.nl kernel log messages:
+++ /tmp/security.X5WEmRe82012-05-24 03:38:58.028927236 +0200

xx.xx.nl login failures:

xx.xx.nl refused connections:

Checking for a current audit database:

Database created: Wed May 23 03:45:00 CEST 2012

Checking for packages with security vulnerabilities:

0 problem(s) in your installed packages found.

&lt;/pre&gt;</description>
    <dc:creator>Willem Jan Withagen</dc:creator>
    <dc:date>2012-05-24T07:49:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142227">
    <title>RFC: [PATCH] disabling buckets under "low memory"</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142227</link>
    <description>&lt;pre&gt;hello,

would anyone object to the following patch?

===

Index: uma_core.c
===================================================================
--- uma_core.c(revision 616)
+++ uma_core.c(working copy)
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -267,10 +267,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 static void
 bucket_enable(void)
 {
-if (cnt.v_free_count &amp;lt; cnt.v_free_min)
-bucketdisable = 1;
-else
-bucketdisable = 0;
+bucketdisable = vm_page_count_min();
 }

===

i've observed situation where per-cpu buckets were disabled while
there were enough free cached pages. basically, cnt.v_free_count was
sitting stable at a value lower than cnt.v_free_min and that caused
massive performance drop. tuning down vm.v_free_min sysctl immediately
helped.

thanks,
max
_______________________________________________
freebsd-current&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe&amp;lt; at &amp;gt;freebsd.org"

&lt;/pre&gt;</description>
    <dc:creator>Maksim Yevmenkin</dc:creator>
    <dc:date>2012-05-23T18:05:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142217">
    <title>[head tinderbox] failure on amd64/amd64</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142217</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2012-05-23 06:40:00 - cleaning the object tree
TB --- 2012-05-23 06:43:57 - cvsupping the source tree
TB --- 2012-05-23 06:43:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile
TB --- 2012-05-23 06:50:32 - building world
TB --- 2012-05-23 06:50:32 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 06:50:32 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 06:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 06:50:32 - SRCCONF=/dev/null
TB --- 2012-05-23 06:50:32 - TARGET=amd64
TB --- 2012-05-23 06:50:32 - TARGET_ARCH=amd64
TB --- 2012-05-23 06:50:32 - TZ=UTC
TB --- 2012-05-23 06:50:32 - __MAKE_CONF=/dev/null
TB --- 2&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T09:24:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142216">
    <title>[head tinderbox] failure on i386/pc98</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142216</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2012-05-23 06:40:00 - cleaning the object tree
TB --- 2012-05-23 06:43:36 - cvsupping the source tree
TB --- 2012-05-23 06:43:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile
TB --- 2012-05-23 06:46:03 - building world
TB --- 2012-05-23 06:46:03 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 06:46:03 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 06:46:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 06:46:03 - SRCCONF=/dev/null
TB --- 2012-05-23 06:46:03 - TARGET=pc98
TB --- 2012-05-23 06:46:03 - TARGET_ARCH=i386
TB --- 2012-05-23 06:46:03 - TZ=UTC
TB --- 2012-05-23 06:46:03 - __MAKE_CONF=/dev/null
TB --- 2012-05&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T09:20:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142215">
    <title>[head tinderbox] failure on i386/i386</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142215</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2012-05-23 06:40:00 - cleaning the object tree
TB --- 2012-05-23 06:43:51 - cvsupping the source tree
TB --- 2012-05-23 06:43:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile
TB --- 2012-05-23 06:46:06 - building world
TB --- 2012-05-23 06:46:06 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 06:46:06 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 06:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 06:46:06 - SRCCONF=/dev/null
TB --- 2012-05-23 06:46:06 - TARGET=i386
TB --- 2012-05-23 06:46:06 - TARGET_ARCH=i386
TB --- 2012-05-23 06:46:06 - TZ=UTC
TB --- 2012-05-23 06:46:06 - __MAKE_CONF=/dev/null
TB --- 2012-05&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T09:19:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142214">
    <title>[head tinderbox] failure on arm/arm</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142214</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for arm/arm
TB --- 2012-05-23 06:40:00 - cleaning the object tree
TB --- 2012-05-23 06:43:01 - cvsupping the source tree
TB --- 2012-05-23 06:43:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile
TB --- 2012-05-23 06:45:27 - building world
TB --- 2012-05-23 06:45:27 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 06:45:27 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 06:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 06:45:27 - SRCCONF=/dev/null
TB --- 2012-05-23 06:45:27 - TARGET=arm
TB --- 2012-05-23 06:45:27 - TARGET_ARCH=arm
TB --- 2012-05-23 06:45:27 - TZ=UTC
TB --- 2012-05-23 06:45:27 - __MAKE_CONF=/dev/null
TB --- 2012-05-23 06&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T07:53:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142213">
    <title>[head tinderbox] failure on powerpc64/powerpc</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142213</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 04:22:26 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 04:22:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 04:22:26 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2012-05-23 04:22:26 - cleaning the object tree
TB --- 2012-05-23 04:25:49 - cvsupping the source tree
TB --- 2012-05-23 04:25:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2012-05-23 04:27:12 - building world
TB --- 2012-05-23 04:27:12 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 04:27:12 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 04:27:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 04:27:12 - SRCCONF=/dev/null
TB --- 2012-05-23 04:27:12 - TARGET=powerpc
TB --- 2012-05-23 04:27:12 - TARGET_ARCH=powerpc64
TB --- 2012-05-23 04:27:12 - TZ=UTC
TB --- 2012-05-23 04:27:12 - __MAKE_CONF=&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T06:38:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142212">
    <title>[head tinderbox] failure on powerpc/powerpc</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142212</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 04:22:16 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 04:22:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 04:22:16 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2012-05-23 04:22:16 - cleaning the object tree
TB --- 2012-05-23 04:25:15 - cvsupping the source tree
TB --- 2012-05-23 04:25:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile
TB --- 2012-05-23 04:26:38 - building world
TB --- 2012-05-23 04:26:38 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 04:26:38 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 04:26:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 04:26:38 - SRCCONF=/dev/null
TB --- 2012-05-23 04:26:38 - TARGET=powerpc
TB --- 2012-05-23 04:26:38 - TARGET_ARCH=powerpc
TB --- 2012-05-23 04:26:38 - TZ=UTC
TB --- 2012-05-23 04:26:38 - __MAKE_CONF=/dev/n&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T06:36:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142211">
    <title>[head tinderbox] failure on sparc64/sparc64</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142211</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 04:30:07 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 04:30:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 04:30:07 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2012-05-23 04:30:07 - cleaning the object tree
TB --- 2012-05-23 04:31:01 - cvsupping the source tree
TB --- 2012-05-23 04:31:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile
TB --- 2012-05-23 04:32:56 - building world
TB --- 2012-05-23 04:32:56 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 04:32:56 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 04:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 04:32:56 - SRCCONF=/dev/null
TB --- 2012-05-23 04:32:56 - TARGET=sparc64
TB --- 2012-05-23 04:32:56 - TARGET_ARCH=sparc64
TB --- 2012-05-23 04:32:56 - TZ=UTC
TB --- 2012-05-23 04:32:56 - __MAKE_CONF=/dev/n&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T05:38:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.current/142210">
    <title>[head tinderbox] failure on mips/mips</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.current/142210</link>
    <description>&lt;pre&gt;TB --- 2012-05-23 04:18:05 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-05-23 04:18:05 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012     des&amp;lt; at &amp;gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-23 04:18:05 - starting HEAD tinderbox run for mips/mips
TB --- 2012-05-23 04:18:05 - cleaning the object tree
TB --- 2012-05-23 04:19:14 - cvsupping the source tree
TB --- 2012-05-23 04:19:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile
TB --- 2012-05-23 04:20:16 - building world
TB --- 2012-05-23 04:20:16 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-23 04:20:16 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-23 04:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-23 04:20:16 - SRCCONF=/dev/null
TB --- 2012-05-23 04:20:16 - TARGET=mips
TB --- 2012-05-23 04:20:16 - TARGET_ARCH=mips
TB --- 2012-05-23 04:20:16 - TZ=UTC
TB --- 2012-05-23 04:20:16 - __MAKE_CONF=/dev/null
TB --- 2012-05&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-23T05:21:54</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.current">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.os.freebsd.current</link>
  </textinput>
</rdf:RDF>

