<?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.stable">
    <title>gmane.os.freebsd.stable</title>
    <link>http://blog.gmane.org/gmane.os.freebsd.stable</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.stable/80636"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80635"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80634"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80632"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80622"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80617"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80610"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80593"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80592"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80591"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80590"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80588"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80582"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80580"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80578"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80577"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80576"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80573"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.stable/80567"/>
      </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.stable/80636">
    <title>/usr/bin/unzip not being installed on 8.3-STABLE</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80636</link>
    <description>&lt;pre&gt;
I have just noticed the following depicting unzip not being
updated/installed during a make installworld.

The last binary before this test that caught my attention was from Apr
15, in which I cd(1) into unzip's source directory and did a make &amp;amp;&amp;amp;
everything neccesary to install it. After running a make installworld
once again I see that it seems not connected to the install target
somehow.

Could someone look into this when they get a chance ?

Install world happened here: May 26 16:11

ls -l /usr/bin
[...]
-r-xr-xr-x   1 root  wheel    10168 May 26 16:11 uniq
-r-xr-xr-x   1 root  wheel    11952 May 26 16:11 units
-r-xr-xr-x   6 root  wheel    56796 May 26 16:11 unlzma
-r-xr-xr-x   1 root  wheel     5016 May 26 16:11 unvis
-r-xr-xr-x   6 root  wheel    56796 May 26 16:11 unxz
-r-xr-xr-x   1 root  wheel    15504 May 26 02:54 unzip
-r-xr-xr-x   2 root  wheel    14840 May 26 16:11 uptime
-r-xr-xr-x   1 root  wheel    14384 May 26 16:11 usbhidaction
-r-xr-xr-x   1 root  wheel    14344 May 26 16:11 usbhidctl
[..&lt;/pre&gt;</description>
    <dc:creator>Jason Hellenthal</dc:creator>
    <dc:date>2012-05-26T20:24:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80635">
    <title>INVESTISSEMENT SOLAIRE 9% Securite EDF et REVENTE a 6 ans MP</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80635</link>
    <description>&lt;pre&gt;
   Pour afficher correctem= ent la page  [1]Cliquez-ici

   Pour = Devenir Partenaire  [2]Cliq= uez-ici
   [3]3D"PV4_NEWSLETTER_SOLAIRE_PV4_CAVAILLON_CN2i_DEVELOPPEMENT_MARS_20   
   Pour Dev= enir Partenaire  [4]Cliq= uez-ici
   Michael FRAYSSE &amp;amp;n= bsp;Direction    CN2i DEVELOPPEMENT
   Site Web     :  [5]www.cn2i.fr  &amp;amp;n= bsp;  &amp;amp;nb= sp;     Skype
   :michael.frayss= e
   Accueil         :   05 . 61 . 214 . 942           = ;   Mobile de
   Permanence :  06 . 60 . 168 . 528
   Fax  Back Office           : = ; 08 . 21 . 896 . 859
    _____________________________________________________________________
   = ______
   CN2i Dveloppement  Promoteur National en Investissement
   Photovoltaque 
    Plate-forme de Commercialisation Centrales Solaires
   Photovoltaq= ues 
   Rcs : 502 083 652 .NAF : 66 19 B Capital Social : 50.000
               =             &amp;amp;nb= sp;            =             &amp;amp;nb   sp;
   Sige Social : 10 Ter Avenue des PYRENEES 31120 LACROIX FALGARDE
   _____________________________________________&lt;/pre&gt;</description>
    <dc:creator>CN2i SOLAIRE 9% Rendement Sud FRANCE</dc:creator>
    <dc:date>2012-05-26T17:54:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80634">
    <title>Problems trying to run X on Intel DH77DF System</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80634</link>
    <description>&lt;pre&gt;Hi All,

I have a new Intel DH77DF mini-ITX motherboard with a Core i5 3550 CPU and am
having trouble getting X to run. This is on a 9-STABLE system just updated
today via cvsup. There appear to be two obvious problems: the first is that X
will no longer start (it used to with about a two week older 9-stable build);
and the second is that once I attempt to start X I seem to lose the console.
I'm left with a blue screen and am unable to switch to any other console
(neither Alt-Fx nor Ctl-Alt-Fx do anything). The system is, however, still
running as I can login via the network.

My 'uname -a' output is this:

FreeBSD yoda 9.0-STABLE FreeBSD 9.0-STABLE #4: Fri May 25 20:36:02 CDT 2012     bob&amp;lt; at &amp;gt;yoda:/usr/obj/usr/src/sys/YODA  amd64

I have attached my dmesg output, a copy of my xorg.conf file, and the output
of 'pciconf -vl'.

Anyone have any idea of what's going wrong, or what I can do to get X to work
on this system?

Thanks,
Bob

&lt;/pre&gt;</description>
    <dc:creator>Bob Willcox</dc:creator>
    <dc:date>2012-05-26T17:35:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80632">
    <title>[releng_8 tinderbox] failure on sparc64/sparc64</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80632</link>
    <description>&lt;pre&gt;TB --- 2012-05-26 10:05:00 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca
TB --- 2012-05-26 10:05:00 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012     root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2012-05-26 10:05:00 - starting RELENG_8 tinderbox run for sparc64/sparc64
TB --- 2012-05-26 10:05:00 - cleaning the object tree
TB --- 2012-05-26 10:05:00 - cvsupping the source tree
TB --- 2012-05-26 10:05:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile
TB --- 2012-05-26 10:05:35 - building world
TB --- 2012-05-26 10:05:35 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-26 10:05:35 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-26 10:05:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-26 10:05:35 - SRCCONF=/dev/null
TB --- 2012-05-26 10:05:35 - TARGET=sparc64
TB --- 2012-05-26 10:05:35 - TARGET_ARCH=sparc64
TB --- 2012-05-26 10:05:35 - TZ=UTC
TB --- 2012-05-26 10:05:35 - __MAKE_CONF=/dev/&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-26T10:25:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80625">
    <title>stable/9 sandybridge reboot panic</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80625</link>
    <description>&lt;pre&gt;Dell R620, getting pretty reliable panics here everytime I reboot.

http://people.freebsd.org/~sbruno/sandybridge_reboot_panic.txt


Sean


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

&lt;/pre&gt;</description>
    <dc:creator>Sean Bruno</dc:creator>
    <dc:date>2012-05-25T21:04:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80622">
    <title>Intel 525MW and FreeBSD 9.0R</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80622</link>
    <description>&lt;pre&gt;hail,

I got issues with port multiplier and was told to update to 9-STABLE. But I can't.

I get this error when trying to compile world:

panic: vm_page_inserted: page already inserted
cpuid=0

I tried 3 times.

my system is Intel 525MW, 4GB Ram.

Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012
    root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
CPU: Intel(R) Atom(TM) CPU D525   &amp;lt; at &amp;gt; 1.80GHz (1800.10-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x106ca  Family = 6  Model = 1c  Stepping = 10
  Features=0xbfebfbff&amp;lt;FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE&amp;gt;
  Features2=0x40e31d&amp;lt;SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE&amp;gt;
  AMD Features=0x20100800&amp;lt;SYSC&lt;/pre&gt;</description>
    <dc:creator>Nenhum_de_Nos</dc:creator>
    <dc:date>2012-05-25T19:26:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80617">
    <title>Problem with sub-path (or sub-url) in smbfs.</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80617</link>
    <description>&lt;pre&gt;Hi!

I don't know if this is the right list for this question, but I cannot
find anything related about "cifs" or "samba". By the way I would
apologize about my bad english...

My system is a FreeBSD 9-RELEASE i386.

The windows server at office have a large path to the shares (sub-path), e.g.

//teide/recursos/usuarios/myuser

where "recursos" is a share, and inside it, "myuser" is another share
from "usuarios" (users).

This runs fine in any linux. In FreeBSD this is my fstab entry:

//mtrujillo&amp;lt; at &amp;gt;teide/recursos/usuarios/myuser /media/personal
smbfsnoauto,rw,-u=myuser,-g=myuser,-N 0 0

I have also an /etc/nsmb.conf configured. All runs fine... except
because I only can mount up to "recursos" (from the line
teide/recursos/usuarios/myuser), and NOT the share "myuser" (the last
part of the PATH).

Anybody could help me please?

Thank you very much!

&lt;/pre&gt;</description>
    <dc:creator>Manuel Trujillo (TooManySecrets</dc:creator>
    <dc:date>2012-05-25T10:38:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80610">
    <title>STABLE/9 SMP ACPI suspend/resume - video mode not being restored</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80610</link>
    <description>&lt;pre&gt;Hi,

I'm toying with the SMP/i386 ACPI suspend/resume patches in -9. Thanks
so much for this!

I've noticed though that the video backlight stays off after resume. A
common problem on -9, so I set hw.acpi.reset_video=1. That restores
the backlight.

However, the video mode isn't restored. I have my console set to
VGA_80x60 and the resume seems to set it up "wrong". I get half or so
of each line displayed.

A vidcontrol VGA_80x60 restores things to proper working order.

Is there a shortcoming somewhere in syscons/ACPI video restore on -9
that doesn't properly restore the configured mode?

Thanks again for all your hard work! Now that you've done that, I'll
go off and work on fixing up ath(4) suspend/resume for PCI devices. :)


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

&lt;/pre&gt;</description>
    <dc:creator>Adrian Chadd</dc:creator>
    <dc:date>2012-05-25T03:46:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80593">
    <title>bash 4.2 patchlevel 28</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80593</link>
    <description>&lt;pre&gt;Noted that the following syntax is broken somewhere between 4.2
patchlevel 10 and 28.  I'm sure its because we shouldn't be doing that
over here at big purple, but we do ... and its a PITA.  I'm bisecting to
find out what is going on.

test:
VARIABLE="$(uname)"
bash: command substitution: line 3: syntax error near unexpected token
`)'
bash: command substitution: line 3: `uname)"'

Odd, but his works at patchlevel 10

sean

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

&lt;/pre&gt;</description>
    <dc:creator>Sean Bruno</dc:creator>
    <dc:date>2012-05-24T20:07:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80592">
    <title>Jail startup/shutdown broken on latest 9-STABLE</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80592</link>
    <description>&lt;pre&gt;Hello,

Latest 9-STABLE has introduced some changes that break the ezjail rc
script. On bootup it fails to start, but when i log in via ssh and
manually start it, it works. However i am unable to shut them down
afterwards.


root&amp;lt; at &amp;gt;jail.local:~# uname -a
FreeBSD jail.local 9.0-STABLE FreeBSD 9.0-STABLE #0: Thu May 24 12:50:04
EDT 2012     root&amp;lt; at &amp;gt;jail.local:/usr/obj/usr/src/sys/JAIL  amd64


Boot:

 ezJailConfiguring jails:.
Starting jails: cannot start jail "game":
-1
 cannot start jail "app":
-1

/var/log/messages:

May 24 15:05:30 jail kernel: pid 1276 (jail), uid 0: exited on signal 11
May 24 15:05:30 jail kernel: pid 1343 (jail), uid 0: exited on signal 11


root&amp;lt; at &amp;gt;jail.local:~# jls
   JID  IP Address      Hostname                      Path


root&amp;lt; at &amp;gt;jail.local:~# /usr/local/etc/rc.d/ezjail start
 ezjailConfiguring jails:.
Starting jails: game.local app.local.

(notice that jails start at #3)

root&amp;lt; at &amp;gt;jail.local:~# jls
   JID  IP Address      Hostname                      Path
     3  10.57.227.100   game.local     &lt;/pre&gt;</description>
    <dc:creator>Mike Jakubik</dc:creator>
    <dc:date>2012-05-24T19:18:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80591">
    <title>ports devel/tkcvs</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80591</link>
    <description>&lt;pre&gt;Probably doing something wrong, but when I install tkcvs to get tkdiff
on my box, the only thing it does is fire up and display a "wish"
window.

Did I do it wrong?  :-)

sean

pkg_info |grep ^tk
tk-8.5.11           Graphical toolkit for Tcl
tk-wrapper-1.1_1    Shell wrapper for wish (Tk)
tkcvs-8.2.3         Tcl/Tk frontends to CVS and Subversion
tkdiff-4.2          A Tk frontend for diff(1)


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

&lt;/pre&gt;</description>
    <dc:creator>Sean Bruno</dc:creator>
    <dc:date>2012-05-24T18:20:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80590">
    <title>gdb coredump on 9-STABLE</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80590</link>
    <description>&lt;pre&gt;Script started on Thu May 24 19:25:44 2012

op has logged on :0 from local.
root has logged on ttyv1 from local.
ESC[1mopESC[m&amp;lt; at &amp;gt;ESC[4mopnESC[24m ~&amp;gt; gdb sleep ^M
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...(no debugging
symbols found)...
(gdb) run 100
Starting program: /bin/sleep 100
(no debugging symbols found)...(no debugging symbols found)...^C
Program received signal SIGINT, Interrupt.
0x00000008012211fc in nanosleep () from /lib/libc.so.7
(gdb) q
The program is running.  Exit anyway? (y or n) a
Please answer y or n.
Segmentation fault (core dumped)
ESC[1mopESC[m&amp;lt; at &amp;gt;ESC[4mopnESC[24m ~&amp;gt; exit

Script done on Thu May 24 19:26:11 2012

--------------------


op&amp;lt; at &amp;gt;opn ~&amp;gt;&lt;/pre&gt;</description>
    <dc:creator>Oliver Pinter</dc:creator>
    <dc:date>2012-05-24T17:28:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80588">
    <title>Wacom Touchscreen of a Toshiba M750 not detected properly?</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80588</link>
    <description>&lt;pre&gt;I'm working on getting FreeBSD Stable (svn rev 235652, AMD64) running
to my satisfaction on a Toshiba M750. The challenge is that it
contains a builtin Wacom touchscreen. People report it working under
Linux using the linuxwacom driver also present in ports. Unfortunately
I fail to get it working under FreeBSD and find no reports on the web
of anyone that succeeded for FreeBSD. I have the impression that it is
related to the kernel not detecting it properly, which is why I ask
the question on the Stable mailing list. My apologies if it should
have gone elsewhere. Below a short summary of what I did in trying to
get this to work.

I've installed the x11-drivers/input-wacom port and enabled it by
using wacom_enable in /etc/rc.conf. Upon a reboot I get the message
that /boot/modules/uwacom.ko can not be loaded in dmesg. This is
correct as this file doesn't exist, but it highlights the problem as
this driver is only needed for Wacom tablets connected through USB.
Yet this is a builtin tablet which is connected b&lt;/pre&gt;</description>
    <dc:creator>miyamoto moesasji</dc:creator>
    <dc:date>2012-05-23T20:29:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80582">
    <title>VirtualBox, AIO and zvol's - a cautionary tale</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80582</link>
    <description>&lt;pre&gt;Am posting this to stable not really as a question, but more in case anyone
else hits the same problem. Last patch tuesday one of my virtual Windows
machines  running under VirtualBox started crashing. By which I mean
that VirtualBox would quit. This had been running tsably for a long
tine, so it puzzled me.

First thought was it was sme patch from patch-tuesday. But rolling back
to an earlier version of the disc showed it wasn't - the crashes were
occurring before the patch had been applied.

I'll skip the hours of puzzlement which followed - it turrned out that
the indirect cause was that a few weeks ago I had installed Samba
onto the same server. In doing so I had enabled AIO, as this improves
Samba performance.

What I didn't realise is that if VirtualBox finds AIO loaded it proceeds
to use it.  So by doing that I had switched on AIO inside my virtual
machines as well. The disc I use for my virtual machines are all zvols (it
performs better, and it seems that VirtualBox has a problem using AIO
to access &lt;/pre&gt;</description>
    <dc:creator>Pete French</dc:creator>
    <dc:date>2012-05-23T13:11:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80580">
    <title>libc++ has landed</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80580</link>
    <description>&lt;pre&gt;Hi Everyone,

I have just finished merging libc++ and all of the things that it depends on into 9-STABLE.  Since 9.1 is due to branch Real Soon Now™, it would be good if it could see a bit of testing before then.  Because it uses C++11, libc++ will only work if built with clang, so it is disabled in the default build for now.  To build it, you will need to add the following to your /etc/src.conf:

CC=clang
CXX=clang++
CPP=clang-cpp
WITH_LIBCPLUSPLUS=yes

You can then just make &amp;amp;&amp;amp; make install in lib/libcxxrt and lib/libc++.  This requires a (very) recent libc, containing the xlocale APIs, so you'll also need to reinstall lib/libc and include.  If you want to try mixing libstdc++ and libc++, then you will need to also recompile / install libstdc++ from stable.  This depends on some rtld-elf fixes, so it's probably worth rebuilding world to make sure that you have everything.  

Once all of this is installed, there are two things you can test.  The simplest is the libstdc++ / libcxxrt combination.  To do thi&lt;/pre&gt;</description>
    <dc:creator>David Chisnall</dc:creator>
    <dc:date>2012-05-23T09:32:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80578">
    <title>RELENG_9 fails to compile with WITH_LIBCPLUSPLUS=yes in /etc/src.conf</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80578</link>
    <description>&lt;pre&gt;Error messages produced during make buildworld, run with serial 
execution:

===&amp;gt; lib/libc++ (depend)
rm -f .depend
CC='gcc' mkdep -f .depend -a    -I/usr/src/lib/libc++/../../contrib/libc++/include -I/usr/src/lib/libc++/../../contrib/libcxxrt -DLIBCXXRT    /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp /usr/src/lib/libc++/../../contrib/libc++/src/bind.cpp /usr/src/lib/libc++/../../contrib/libc++/src/chrono.cpp /usr/src/lib/libc++/../../contrib/libc++/src/condition_variable.cpp /usr/src/lib/libc++/../../contrib/libc++/src/debug.cpp /usr/src/lib/libc++/../../contrib/libc++/src/exception.cpp /usr/src/lib/libc++/../../contrib/libc++/src/future.cpp /usr/src/lib/libc++/../../contrib/libc++/src/hash.cpp /usr/src/lib/libc++/../../contrib/libc++/src/ios.cpp /usr/src/lib/libc++/../../contrib/libc++/src/iostream.cpp /usr/src/lib/libc++/../../contrib/libc++/src/locale.cpp /usr/src/lib/libc++/../../contrib/libc++/src/memory.cpp /usr/src/lib/libc++/../../contrib/libc++/src/mutex.cpp /usr/src/lib/libc++/../../&lt;/pre&gt;</description>
    <dc:creator>Trond Endrestøl</dc:creator>
    <dc:date>2012-05-23T09:29:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80577">
    <title>[releng_9 tinderbox] failure on powerpc64/powerpc</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80577</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 20:29:49 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 20:29:49 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 20:29:49 - starting RELENG_9 tinderbox run for powerpc64/powerpc
TB --- 2012-05-22 20:29:49 - cleaning the object tree
TB --- 2012-05-22 20:29:49 - cvsupping the source tree
TB --- 2012-05-22 20:29:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc64/powerpc/supfile
TB --- 2012-05-22 20:30:53 - building world
TB --- 2012-05-22 20:30:53 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 20:30:53 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 20:30:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 20:30:53 - SRCCONF=/dev/null
TB --- 2012-05-22 20:30:53 - TARGET=powerpc
TB --- 2012-05-22 20:30:53 - TARGET_ARCH=powerpc64
TB --- 2012-05-22 20:30:53 - TZ=UTC
TB --- 2012-05-22 20:30:53 - __MAKE_CONF&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T23:29:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80576">
    <title>[releng_9 tinderbox] failure on powerpc/powerpc</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80576</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 19:47:26 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 19:47:26 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 19:47:26 - starting RELENG_9 tinderbox run for powerpc/powerpc
TB --- 2012-05-22 19:47:26 - cleaning the object tree
TB --- 2012-05-22 19:47:26 - cvsupping the source tree
TB --- 2012-05-22 19:47:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/powerpc/powerpc/supfile
TB --- 2012-05-22 19:48:07 - building world
TB --- 2012-05-22 19:48:07 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 19:48:07 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 19:48:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 19:48:07 - SRCCONF=/dev/null
TB --- 2012-05-22 19:48:07 - TARGET=powerpc
TB --- 2012-05-22 19:48:07 - TARGET_ARCH=powerpc
TB --- 2012-05-22 19:48:07 - TZ=UTC
TB --- 2012-05-22 19:48:07 - __MAKE_CONF=/dev/&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T22:35:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80573">
    <title>[releng_9 tinderbox] failure on ia64/ia64</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80573</link>
    <description>&lt;pre&gt;TB --- 2012-05-22 17:55:15 - tinderbox 2.9 running on freebsd-stable.sentex.ca
TB --- 2012-05-22 17:55:15 - FreeBSD freebsd-stable.sentex.ca 8.2-STABLE FreeBSD 8.2-STABLE #4: Wed Sep 28 13:48:49 UTC 2011     mdtancsa&amp;lt; at &amp;gt;freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server  amd64
TB --- 2012-05-22 17:55:15 - starting RELENG_9 tinderbox run for ia64/ia64
TB --- 2012-05-22 17:55:15 - cleaning the object tree
TB --- 2012-05-22 17:55:15 - cvsupping the source tree
TB --- 2012-05-22 17:55:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_9/ia64/ia64/supfile
TB --- 2012-05-22 17:56:17 - building world
TB --- 2012-05-22 17:56:17 - CROSS_BUILD_TESTING=YES
TB --- 2012-05-22 17:56:17 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-05-22 17:56:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-05-22 17:56:17 - SRCCONF=/dev/null
TB --- 2012-05-22 17:56:17 - TARGET=ia64
TB --- 2012-05-22 17:56:17 - TARGET_ARCH=ia64
TB --- 2012-05-22 17:56:17 - TZ=UTC
TB --- 2012-05-22 17:56:17 - __MAKE_CONF=/dev/null
TB --- 2012-0&lt;/pre&gt;</description>
    <dc:creator>FreeBSD Tinderbox</dc:creator>
    <dc:date>2012-05-22T19:47:26</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80567">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80567</link>
    <description>&lt;pre&gt;Hi list,

I tried to build world and kernel with CLang on my 9-stable amd64 system.
The following errors occured:

mv -f term.h.new term.h
cat /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include/curses.tail &amp;gt;&amp;gt; curses.h.new
mv -f curses.h.new curses.h
cc -o make_keys -O2 -pipe  -I. -I/usr/obj/lib32/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../ncurses -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -std=gnu99 -Qunused-arguments  -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-conversion /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/ti&lt;/pre&gt;</description>
    <dc:creator>S.N.Grigoriev</dc:creator>
    <dc:date>2012-05-22T11:04:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.stable/80565">
    <title>siis_timeout with port multiplier on 9.0R</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.stable/80565</link>
    <description>&lt;pre&gt;We have a box with 3 SiI3124 SATA controllers and 9 CFI-B53PM 5 Port Backplane port multipliers (the "backblaze storage pod").  Under intense IO (ZFS rebuild, presently) the system will lock up all IO for 3-4 minutes and the following entry appears in the dmesg:

siisch11: Timeout on slot 30
siisch11: siis_timeout is 00040000 ss 65000000 rs 65000000 es 00000000 sts 80192000 serr 00000000
siisch11:  ... waiting for slots 25000000
siisch11: Timeout on slot 26
siisch11: siis_timeout is 00040000 ss 65000000 rs 65000000 es 00000000 sts 80192000 serr 00000000
siisch11:  ... waiting for slots 21000000
siisch11: Timeout on slot 29
siisch11: siis_timeout is 00040000 ss 65000000 rs 65000000 es 00000000 sts 80192000 serr 00000000
siisch11:  ... waiting for slots 01000000
siisch11: Timeout on slot 24
siisch11: siis_timeout is 00040000 ss 65000000 rs 65000000 es 00000000 sts 80192000 serr 00000000

The errors are on different siisch devices so its not likely to be a SATA cable issue unless multiple cables a&lt;/pre&gt;</description>
    <dc:creator>Matthew Gamble</dc:creator>
    <dc:date>2012-05-22T01:04:08</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.stable">
    <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.stable</link>
  </textinput>
</rdf:RDF>

