<?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.bugs">
    <title>gmane.os.freebsd.bugs</title>
    <link>http://blog.gmane.org/gmane.os.freebsd.bugs</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.bugs/61131"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61130"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61128"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61127"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61122"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61120"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61119"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61118"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61117"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61115"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61104"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61094"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61093"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61089"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61087"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61085"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.os.freebsd.bugs/61082"/>
      </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.bugs/61131">
    <title>bin/178819: bmake w/ WRKDIRPEFIX=/tmp breaks Ports Collection</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61131</link>
    <description>&lt;pre&gt;
bmake has some strange affinity for /tmp, so for example:
# make -V MAKEFILE
Makefile
# mkdir -p /tmp/usr/ports
# make -V MAKEFILE
/usr/ports/Makefile

However Ports uses MAKEFILE internally and does not expect it to be set to the current Makefile.  When that Makefile is set strange things happen.  
# cd /usr/ports/ports-mgmt/pkg
# make WKRDIRPREFIX=/tmp

===&amp;gt;  License BSD accepted by the user
===&amp;gt; Fetching all distfiles required by pkg-1.0.12_1 for building
===&amp;gt;  Extracting for pkg-1.0.12_1
===&amp;gt;  License BSD accepted by the user
===&amp;gt; Fetching all distfiles required by pkg-1.0.12_1 for building
=&amp;gt; SHA256 Checksum OK for pkg-1.0.12.tar.xz.
===&amp;gt;  Patching for pkg-1.0.12_1
===&amp;gt;  Applying FreeBSD patches for pkg-1.0.12_1
===&amp;gt;  Configuring for pkg-1.0.12_1
===&amp;gt;   FreeBSD 10 autotools fix applied to /tmp/usr/ports/ports-mgmt/pkg/work/pkg-1.0.12/external/libyaml/aclocal.m4
===&amp;gt;   FreeBSD 10 autotools fix applied to /tmp/usr/ports/ports-mgmt/pkg/work/pkg-1.0.12/external/libyaml/configure
===&amp;gt;  Building for pkg-1.0.&lt;/pre&gt;</description>
    <dc:creator>David Naylor</dc:creator>
    <dc:date>2013-05-21T18:13:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61130">
    <title>misc/178817: install from cdrom fail after cdloader</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61130</link>
    <description>&lt;pre&gt;
FreeBSD sisko 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012     root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
When I try to install a fresh FreeBSD system from CDs
(boot only / disk1 ) the cdloader starts, a little rotor
start running an that's all! The install process stops here.

This problem occurs manly with home computers, specially with
dell computers.

I  assume the cdrom works perfectly, I install in my computer
most of the Linux distros and windows, the iso wasn't broken
and the cdrom was perfectly burned, I can use the CD in other
computers without problem. I also can use the cd to install 
freebsd in my computer using an external cdrom connected by USB.

I found messages on the ML about this issue but without solution
other than "use usb"

Is cdloader broken ?



_______________________________________________
freebsd-bugs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-uns&lt;/pre&gt;</description>
    <dc:creator>rodrigo osorio</dc:creator>
    <dc:date>2013-05-21T18:07:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61128">
    <title>misc/178813: wrong portmaster command in freebsd upgrade instructions</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61128</link>
    <description>&lt;pre&gt;
FreeBSD server.localdomain 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Mon Apr 29 18:11:52 UTC 2013     root&amp;lt; at &amp;gt;amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386
"Chapter 25.2.3.3. Rebuilding Ports After a Major Version Upgrade" in the handbook
provides the following command:

# portmaster -f

which should be

# portmaster -af



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

&lt;/pre&gt;</description>
    <dc:creator>S Ventek</dc:creator>
    <dc:date>2013-05-21T14:16:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61127">
    <title>misc/178811: nginx invoked by /usr/sbin/service failed to start passenger</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61127</link>
    <description>&lt;pre&gt;
FreeBSD XXX.com 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012     root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
After reboot or running 'service nginx restart', /usr/sbin/service would invoke /usr/local/sbin/nginx which would call passenger_ruby wrapper script which would try to execute this line"#!/usr/bin/env bash".  Since /usr/sbin/service 'exec' with PATH without /usr/local/bin, bash couldn't be found and passenger failed to start.

Is it possible to change /usr/sbin/service to include /usr/local/bin when 'exec' e.g. 

Change

  exec env -i HOME=/ PATH=/sbin:/bin:/usr/sbin:/usr/bin $dir/$script $*

To

  exec env -i HOME=/ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin $dir/$script $*
install nginx and passenger
run 'service nginx restart'
access webpages served by passenger
Soft link /usr/local/bin/bash to /usr/bin

or

modify /usr/sbin/service

_______________________________________________
freebsd-bugs&amp;lt; at &amp;gt;freebsd.org mailing list
http://l&lt;/pre&gt;</description>
    <dc:creator>Elliot</dc:creator>
    <dc:date>2013-05-21T14:01:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61122">
    <title>kern/178795: MSI for mps driver doesn't work under vmware</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61122</link>
    <description>&lt;pre&gt;
Belousov
FreeBSD nasbox.tpaktop.com 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec  4 09:23:10 UTC 2012     root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
Same issue like before with mpt driver - kern/163812
Use LSI deivce pass-thru under vmware.
Yep, see bug 163812.

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

&lt;/pre&gt;</description>
    <dc:creator>Vitaly</dc:creator>
    <dc:date>2013-05-20T17:37:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61120">
    <title>misc/178789: [PATCH] unbreak graphics/digikam-kde4 by add depend with devel/boost-libs</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61120</link>
    <description>&lt;pre&gt;
FreeBSD headquarter.honyucheung.net 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0 r250087: Tue Apr 30 13:03:25 HKT 2013     root&amp;lt; at &amp;gt;headquarter.honyucheung.net:/usr/obj/usr/src/sys/HEADQUARTER  amd64
graphcis/digikam-kde4 fail to build inside poudriere sandbox result from missing Boost Graph library found.

The following is poudriere log
=================================
..
&lt;/pre&gt;</description>
    <dc:creator>Hon-Yu Lawrence Cheung</dc:creator>
    <dc:date>2013-05-20T14:30:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61119">
    <title>Current problem reports</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61119</link>
    <description>&lt;pre&gt;(Note: an HTML version of this report is available at
http://www.freebsd.org/cgi/query-pr-summary.cgi .)

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
f ports/178785            mail/dracmail: adoption of optionsNG, and standardize 
f ports/178784            [patch] enable PowerPC support in devel/gdb
o ports/178783            [NEW PORT] misc/auto-multiple-choice: Multiple Choice 
o kern/178782  net        [ixgbe] 82599EB SFP does not work with passthrough und
f ports/178781            [PATCH] net-mgmt/nfsen: Fix RUN_REPENDS syntax
o ports/178780 delphij    I have updated databases/libdbi-drivers to 0.9.0
o ports/178779 clsung     I have updated databases/libdbi to 0.9.0
o ports/178778 swills     [patch] update x11-themes/kde4-style-bespin
f port&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2013-05-20T11:06:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61118">
    <title>Current problem reports sorted by tag</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61118</link>
    <description>&lt;pre&gt;(Note: a better version of this report is available at
http://people.freebsd.org/~linimon/studies/prs/pr_tag_index.html .)

Problem reports for tag '2tb':

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o bin/143389              [2tb] [patch] fdisk(8) cannot handle above 1TB under i
f kern/139510  pjd        [geom] [2tb] gmirror disappears after boot on 2T disks
o kern/118912  fs         [2tb] disk sizing/geometry problem with large array
s bin/111146   fs         [2tb] fsck(8) fails on 6T filesystem
o bin/107829   fs         [2TB] fdisk(8): invalid boundary checking in fdisk / w
o kern/79251   geom       [2TB] newfs fails on 2.6TB gbde device
o kern/18874   fs         [2TB] 32bit NFS servers export wrong negative values t

7 problems total.

Problem reports for tag 'aac':

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/148083  scsi       [aac] Strange device &lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2013-05-20T11:08:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61117">
    <title>Current problem reports containing patches</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61117</link>
    <description>&lt;pre&gt;(Note: an HTML version of this report is available at
http://people.freebsd.org/~linimon/studies/prs/prs_for_tag_patch.html .)


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
f ports/178784            [patch] enable PowerPC support in devel/gdb
f ports/178781            [PATCH] net-mgmt/nfsen: Fix RUN_REPENDS syntax
o ports/178778 swills     [patch] update x11-themes/kde4-style-bespin
f ports/178777            [patch] Fix pkg-plist for games/boswars
o ports/178776 dinoex     [patch] mail/sendmail-sasl: doesn't create a sasl send
o conf/178775             [PATCH] make distributekernel when -DNO_ROOT is not sp
o usb/178773   usb        [usbdevs] [patch] Huawei E303 USB 3G modem support
o usb/178771   usb        [usbdevs] [patch] Western Digital My Passport HD
o ports/178770 jlaffaye   [PATCH] www/pelican: update to 3.2
o ports/178768 jlaffaye   [PATCH] www/py-feedgenerator: update to 1.5, Use setup
o bin/178764              [PATCH] [bluet&lt;/pre&gt;</description>
    <dc:creator>FreeBSD bugmaster</dc:creator>
    <dc:date>2013-05-20T11:08:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61115">
    <title>kern/178782: [ixgbe] 82599EB SFP does not work with passthrough under KVM.</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61115</link>
    <description>&lt;pre&gt;
Arraynetworks
Host OS: 
OpenSUSE 12.2
Linux linux-kj2u 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux
QEMU emulator version 1.1.1 (kvm-1.1.1-1.8.1), Copyright (c) 2003-2008 Fabrice Bellard

Guest OS:
FreeBSD freebsd9.1 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012    root&amp;lt; at &amp;gt;farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64

The 10G Intel 82599EB SFP NIC could not work with passthrough on KVM.
I did some tests with different Hypervisors and Guest OS, which make me think it's a FreeBSD problem.

1. OpenXen + FreeBSD9.1 guest os.             -- [OK]
2. OpenXen + Linux guest os (e.g. Fedora 12). -- [OK]
3. KVM + Linux guest os (e.g. Fedora 12).     -- [OK]
4. KVM + FreeBSD9.1 guest os.                 -- [Failed]
1.Make the pci device of 82599SFP assignale. From lspci on OpenSUSE:
0d:00.0 Ethernet controller: Intel Corporation 82599EB 10-Gigabit SFI/SFP+ Network Connection (rev 01)
        Subsystem: QLogic, Corp. Device 0&lt;/pre&gt;</description>
    <dc:creator>Jason Shi</dc:creator>
    <dc:date>2013-05-20T06:28:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61104">
    <title>conf/178775: [PATCH] make distributekernel when -DNO_ROOT is not specified is broken</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61104</link>
    <description>&lt;pre&gt;
EMC Isilon
FreeBSD fuji-current.local 10.0-CURRENT FreeBSD 10.0-CURRENT #1 r+4f99885-dirty: Thu May 16 15:52:49 PDT 2013     root&amp;lt; at &amp;gt;fuji-current.local:/usr/obj/usr/src/sys/FUJI-NOCOMPAT  i386
make distributekernel fails today with the following message if -DNO_ROOT is specified:

sed -e 's|^./kernel|.|' //usr/obj/usr/src/release/dist/kernel.premeta &amp;gt;  //usr/obj/usr/src/release/dist/kernel.meta
sed: //usr/obj/usr/src/release/dist/kernel.premeta: No such file or directory

The attached patch adds the needed guard for distributekernel to pass.



Patch attached with submission follows:

From 25179851a175ff81ea6e3147286da11c2c1519ad Mon Sep 17 00:00:00 2001
From: Garrett Cooper &amp;lt;yanegomi&amp;lt; at &amp;gt;gmail.com&amp;gt;
Date: Sun, 19 May 2013 12:10:02 -0700
Subject: [PATCH] Fix distributekernel when NO_ROOT is not defined

Signed-off-by: Garrett Cooper &amp;lt;yanegomi&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
 Makefile.inc1 | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/Makefile.inc1 b/Makefile.inc1
index 6a18156..296d725 100644
--- a/Makefile.inc1
+++ b/Makef&lt;/pre&gt;</description>
    <dc:creator>Garrett Cooper</dc:creator>
    <dc:date>2013-05-19T19:15:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61101">
    <title>kern/178773: [patch] Huawei E303 USB 3G modem support</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61101</link>
    <description>&lt;pre&gt;
BACKBONE, s.r.o.
FreeBSD avantgarde.backbone.sk 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0: Sun May 19 16:43:43 CEST 2013     root&amp;lt; at &amp;gt;avantgarde.backbone.sk:/usr/obj/usr/src/sys/GENERIC  amd64
Huawei E303 USB 3G modem is considered as an unknown device. It is possible to use camcontrol and/or sysutils/usb_modeswitch port to manually force it to become a 3g modem recognised by cdce, u3g and ue drivers, but  no /dev/cua* and /dev/ttyU* /dev-entires are created.

After usb_modeswitch* there is a message in dmesg stating 
May 19 16:05:03 avantgarde root: Unknown USB device: vendor 0x12d1 product 0x1506 bus uhub1

*usb_modeswitch command used was 'usb_modeswitch -v 0x12d1 -p 0x14fe -V 0x12d1 -P 0x1506 -s 20 -M "55534243123456780000000000000a11062000000000000100000000000000"'


Just plug the usb 3g modem into the machine
Please see the attached patch (two-line additions to sys/dev/usb/usbdevs and sys/dev/usb/serial/u3g.c). Apply in /usr/src using 'patch -p0 &amp;lt;usb_huawei_e303.txt'

output of usbconfig after the patch:

&lt;/pre&gt;</description>
    <dc:creator>Peter Sopko</dc:creator>
    <dc:date>2013-05-19T15:31:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61094">
    <title>kern/178771: QUIRK: Western Digital My Passport HD</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61094</link>
    <description>&lt;pre&gt;
-
Commands below run with patch applied:

tim-desktop# uname -a
FreeBSD tim-desktop.matthews 9.1-STABLE FreeBSD 9.1-STABLE #33 r250230M: Sat May 11 22:21:52 NZST 2013     root&amp;lt; at &amp;gt;tim-desktop.matthews:/usr/obj/usr/src/sys/MYKERNEL  amd64

tim-desktop# camcontrol inquiry da0
pass5: &amp;lt;WD My Passport 0748 1019&amp;gt; Fixed Direct Access SCSI-6 device 
pass5: Serial Number 575842314139324630363435
pass5: 40.000MB/s transfers

P/N: WDBKXH5000ABK-01

Western Digital My Passport USB portable hard drive not mountable and /dev/da0s1 is not present.

Dmesg after attaching the HD is:

ugen7.2: &amp;lt;Western Digital&amp;gt; at usbus7
umass0: &amp;lt;MSC Bulk-Only Transport&amp;gt; on usbus7
umass0:  SCSI over Bulk-Only; quirks = 0x4001
umass0:9:0:-1: Attached to scbus9
(probe0:umass-sim0:0:0:1): INQUIRY. CDB: 12 0 0 0 24 0 
(probe0:umass-sim0:0:0:1): CAM status: CCB request completed with an error
(probe0:umass-sim0:0:0:1): Retrying command
(probe0:umass-sim0:0:0:1): INQUIRY. CDB: 12 0 0 0 24 0 
(probe0:umass-sim0:0:0:1): CAM status: CCB request completed&lt;/pre&gt;</description>
    <dc:creator>Tim Matthews</dc:creator>
    <dc:date>2013-05-19T07:35:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61093">
    <title>bin/178764: [PATCH] [bluetooth] synch __arraycount definition fix a -Wsign-compare warning</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61093</link>
    <description>&lt;pre&gt;
EMC Isilon
FreeBSD fuji-current.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r250326: Thu May 16 13:51:42 PDT 2013     root&amp;lt; at &amp;gt;fuji-current.local:/usr/obj/usr/src.svn/sys/FUJI-NOCOMPAT  i386
The attached patch updates the __arraycount definition to match upstream's (NetBSD's) definition and fixes the -Wsign-compare error.



Patch attached with submission follows:

From 9637e70133b6edfba4a37bde22909ee6e9d21ede Mon Sep 17 00:00:00 2001
From: Garrett Cooper &amp;lt;yanegomi&amp;lt; at &amp;gt;gmail.com&amp;gt;
Date: Sat, 18 May 2013 17:47:21 -0700
Subject: [PATCH] Synch __arraycount with upstream's definition

Subsequently, fix a -Wsign-compare error with clang due to
synching __arraycount's definition.

Signed-off-by: Garrett Cooper &amp;lt;yanegomi&amp;lt; at &amp;gt;gmail.com&amp;gt;
---
 usr.sbin/bluetooth/btpand/btpand.c | 4 ++--
 usr.sbin/bluetooth/btpand/btpand.h | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/usr.sbin/bluetooth/btpand/btpand.c b/usr.sbin/bluetooth/btpand/btpand.c
index 9387444..8895db2 100644
--- a/usr.sbin/bluetooth/btpand/btpand.&lt;/pre&gt;</description>
    <dc:creator>Garrett Cooper</dc:creator>
    <dc:date>2013-05-19T01:33:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61092">
    <title>misc/178761: jYlMwoHO</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61092</link>
    <description>&lt;pre&gt;
ardUOJGtQuBTOtm
This is the perfcet way to break down this information.
This is the perfcet way to break down this information.
This is the perfcet way to break down this information.
This is the perfcet way to break down this information.

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

&lt;/pre&gt;</description>
    <dc:creator>wakdcaxyLvo</dc:creator>
    <dc:date>2013-05-18T22:57:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61090">
    <title>misc/178760: rc.d/jail: set jname at jail start time</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61090</link>
    <description>&lt;pre&gt;
The Apache Software Foundation
FreeBSD metis.apache.org 9.1-RELEASE-p3 FreeBSD 9.1-RELEASE-p3 #0 r250118: Tue Apr 30 22:06:26 UTC 2013     root&amp;lt; at &amp;gt;loki.apache.org:/usr/obj/usr/src/sys/ASF  amd64

When /etc/rc.d/jail starts a jail, it sets the jail's name (as in `jls name`) to be equal to the jid.  For example:

    metis% jls jid name
    1 1
    2 2
    metis% 

It would be more useful to set the jname to, for example, the rc.conf identifier of the jail.  That allows for 'jexec' to be used with the jail's name directly, without having to look up its jid first.

Current behaviour:

    metis% jls jid name
    1 1
    2 2
    metis# jexec jena /usr/bin/true
    jexec: jail "jena" not found
    zsh: exit 1     jexec jena /usr/bin/true

Current workaround:
    metis# jls jid name host.hostname | grep jena | awk '{print $1}'
    3
    metis# jexec 3 /usr/bin/true; echo $?
    0
    metis# 

Alternative workaround:

    metis# jls jid name host.hostname | grep jena | awk '{print $1}'
    3
    metis# jail -m jid=3 &lt;/pre&gt;</description>
    <dc:creator>Daniel Shahaf</dc:creator>
    <dc:date>2013-05-18T21:32:22</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61089">
    <title>misc/178758: aUzkGdLCKdUhdPiKWGu</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61089</link>
    <description>&lt;pre&gt;
gmCDAmZHOuZUxgrDs
You are right about all this new  features . But   You are all minsisg the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all minsisg the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all minsisg the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all minsisg the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!

_______________________________________________
freebsd-bugs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, se&lt;/pre&gt;</description>
    <dc:creator>OsmDYbPSVM</dc:creator>
    <dc:date>2013-05-18T20:31:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61087">
    <title>misc/178753: EBooWvUUzsyGXQsowt</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61087</link>
    <description>&lt;pre&gt;
DjXuXneDNU
Got it! Thanks a lot again for heplnig me out!
Got it! Thanks a lot again for heplnig me out!
Got it! Thanks a lot again for heplnig me out!
Got it! Thanks a lot again for heplnig me out!

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

&lt;/pre&gt;</description>
    <dc:creator>IoeSUfFC</dc:creator>
    <dc:date>2013-05-18T19:05:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61085">
    <title>misc/178749: UcqHiwESCZ</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61085</link>
    <description>&lt;pre&gt;
PgEvTyoNjjiumQSg
You are right about all this new  features . But   You are all msiisng the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all msiisng the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all msiisng the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!
You are right about all this new  features . But   You are all msiisng the best feature of Lion: possibility to resize a window from any side of it.  Only for that feature I would choose Lion over Snow Leopard!

_______________________________________________
freebsd-bugs&amp;lt; at &amp;gt;freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, sen&lt;/pre&gt;</description>
    <dc:creator>luxoWKbhewVsoF</dc:creator>
    <dc:date>2013-05-18T17:55:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61082">
    <title>misc/178740: lbCUwfGVvZFF</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61082</link>
    <description>&lt;pre&gt;
PLSccYJIVKcKRrwxh
You're the garetset! JMHO
You're the garetset! JMHO
You're the garetset! JMHO
You're the garetset! JMHO

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

&lt;/pre&gt;</description>
    <dc:creator>lonFPgFaSpiH</dc:creator>
    <dc:date>2013-05-18T13:55:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.os.freebsd.bugs/61079">
    <title>misc/178735: qwUEKdjFxOO</title>
    <link>http://comments.gmane.org/gmane.os.freebsd.bugs/61079</link>
    <description>&lt;pre&gt;
ckwTtDBIJkATbF
Als ich vor ca. 1 Jahr mein Studium beendete und in das Berufsleben einetisg, waren meine Unterlagen noch ziemlich durcheinander. Ich hatte weder einen dcberblick fcber meine vor Jahren abgeschlossenen Sparvertre4ge, noch hatte ich Versicherungen, die zu meinem neuen Lebensabschnitt passten. Zuse4tzlich dazu hatte ich einen hohen Kredit mit fcberzogenen Gebfchren, den ich ziemlich ahnungslos und uninformiert ffcr mein Studium abgeschlossen hatte. Herr Steinberger zeigte unheimlich viel Geduld und Einsatzbereitschaft, meine Unterlagen zu durchforsten, mir ein individuelles Konzept mit passenden Versicherungs- und Sparvertre4gen zu erstellen und, vor allem, mir alles verste4ndlich und genau zu erkle4ren. Schliedflich hat er es sogar geschafft, meinen teuren Kredit umzuschulden und mir so erm
 f6glicht, schneller schuldenfrei zu sein. Herr Steinberger ist dabei jederzeit ffcr meine Fragen erreichbar und nimmt sich wie selbstverste4ndlich die Zeit, Rfcckfragen an Gesellschaft
 en ffcr mich zu kle&lt;/pre&gt;</description>
    <dc:creator>pHccEUtoEgEcnDzL</dc:creator>
    <dc:date>2013-05-18T09:55:13</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.os.freebsd.bugs">
    <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.bugs</link>
  </textinput>
</rdf:RDF>
