misc/161540: gzippped kernel is not updated by FREEBSD-UPDATE

2011-10-13 Thread vermaden 

>Number: 161540
>Category:   misc
>Synopsis:   gzippped kernel is not updated by FREEBSD-UPDATE
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 09:50:11 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: vermaden
>Release:8.1-RELEASE
>Organization:
>Environment:
8.1-RELEASE (stock)
>Description:
If You GZIP you kernel (gzip -9 /boot/kernel/kernel) then it will not be later 
updated by the FREEBSD-UPDATE tool.
>How-To-Repeat:
# cd /boot/kernel
# gzip -9 kernel
# ls kernel.gz
kernel.gz
# ls kernel
ls: kernel: No such file or directory
# freebsd-update upgrade -r 8.2-RELEASE
# freebsd-update install
# shutdown -r now
# freebsd-update install
# shutdown -r now

.. and after all upgrade process /boot/kernel/kernel.gz remains untouched, but 
there is also no newer /boot/kernel/kernel installed to use instead of the 
gzipped one.

>Fix:
Check if kernel is gzipped or also install new stock kernel.

>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

misc/161544: ImageMagick-6.7.3-0 compilation error

2011-10-13 Thread Pedro Garcia Freitas 

>Number: 161544
>Category:   misc
>Synopsis:   ImageMagick-6.7.3-0 compilation error
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 13:40:15 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Pedro Garcia Freitas
>Release:8.2-RELEASE
>Organization:
>Environment:
FreeBSD freebsd 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 
2011 r...@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
freebsd# make
===>  Building for ImageMagick-6.7.3.0
gmake  all-am
gmake[1]: Entering directory 
`/usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.3-0'
gmake[1]: Nothing to be done for `all-am'.
gmake[1]: Leaving directory 
`/usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.3-0'
cd /usr/ports/graphics/ImageMagick/work/ImageMagick-6.7.3-0 && /usr/bin/env 
FONTCONFIG_CFLAGS="-I/usr/local/include" SHELL=/bin/sh NO_LINT=YES
PREFIX=/usr/local  LOCALBASE=/usr/local X11BASE=/usr/local  
MOTIFLIB="-L/usr/local/lib -lXm -lXp" LIBDIR="/usr/lib"  CC="cc" CFLAGS="-O2 
-fno-strict-aliasing -pipe -I/usr/local/include/graphviz 
-I/usr/local/include/freetype2"  CPP="cpp" CPPFLAGS="-I/usr/local/include"  
LDFLAGS=" -L/usr/local/lib -pthread -L/usr/local/lib/graphviz"  CXX="c++" 
CXXFLAGS="-O2 -fno-strict-aliasing -pipe -I/usr/local/include/graphviz 
-I/usr/local/include/freetype2"  MANPREFIX="/usr/local" 
BSD_INSTALL_PROGRAM="install  -s -o root -g wheel -m 555"  
BSD_INSTALL_LIB="install  -s -o root -g wheel -m 444"  
BSD_INSTALL_SCRIPT="install  -o root -g wheel -m 555"  
BSD_INSTALL_DATA="install  -o root -g wheel -m 444"  BSD_INSTALL_MAN="install  
-o root -g wheel -m 444" limits -m 20m make check
make  check-am
make  tests/validate Magick++/demo/analyze  Magick++/demo/button 
Magick++/demo/demo  Magick++/demo/detrans Magick++/demo/flip  
Magick++/demo/gravity Magick++/demo/piddle  Magick++/demo/shapes 
Magick++/demo/zoom  Magick++/tests/appendImages  Magick++/tests/attributes  
Magick++/tests/averageImages  Magick++/tests/coalesceImages  
Magick++/tests/coderInfo  Magick++/tests/color  Magick++/tests/colorHistogram  
Magick++/tests/exceptions  Magick++/tests/montageImages  
Magick++/tests/morphImages  Magick++/tests/readWriteBlob  
Magick++/tests/readWriteImages wand/drawtest wand/wandtest
`tests/validate' is up to date.
`Magick++/demo/analyze' is up to date.
`Magick++/demo/button' is up to date.
`Magick++/demo/demo' is up to date.
`Magick++/demo/detrans' is up to date.
`Magick++/demo/flip' is up to date.
`Magick++/demo/gravity' is up to date.
`Magick++/demo/piddle' is up to date.
`Magick++/demo/shapes' is up to date.
`Magick++/demo/zoom' is up to date.
`Magick++/tests/appendImages' is up to date.
`Magick++/tests/attributes' is up to date.
`Magick++/tests/averageImages' is up to date.
`Magick++/tests/coalesceImages' is up to date.
`Magick++/tests/coderInfo' is up to date.
`Magick++/tests/color' is up to date.
`Magick++/tests/colorHistogram' is up to date.
`Magick++/tests/exceptions' is up to date.
`Magick++/tests/montageImages' is up to date.
`Magick++/tests/morphImages' is up to date.
`Magick++/tests/readWriteBlob' is up to date.
`Magick++/tests/readWriteImages' is up to date.
`wand/drawtest' is up to date.
`wand/wandtest' is up to date.
make  check-TESTS check-local
FAIL: tests/validate-compare.sh
FAIL: tests/validate-composite.sh
FAIL: tests/validate-convert.sh
FAIL: tests/validate-identify.sh
FAIL: tests/validate-import.sh
FAIL: tests/validate-montage.sh
FAIL: tests/validate-pipe.sh
FAIL: tests/validate-stream.sh
FAIL: tests/validate-formats-in-memory.sh
FAIL: tests/validate-formats-on-disk.sh
PASS: Magick++/tests/exceptions.sh
FAIL: Magick++/tests/appendImages.sh
PASS: Magick++/tests/attributes.sh
FAIL: Magick++/tests/averageImages.sh
FAIL: Magick++/tests/coalesceImages.sh
FAIL: Magick++/tests/coderInfo.sh
FAIL: Magick++/tests/colorHistogram.sh
PASS: Magick++/tests/color.sh
FAIL: Magick++/tests/montageImages.sh
FAIL: Magick++/tests/morphImages.sh
FAIL: Magick++/tests/readWriteBlob.sh
FAIL: Magick++/tests/readWriteImages.sh
PASS: Magick++/demo/analyze.sh
FAIL: Magick++/demo/button.sh
FAIL: Magick++/demo/demo.sh
FAIL: Magick++/demo/flip.sh
FAIL: Magick++/demo/gravity.sh
FAIL: Magick++/demo/piddle.sh
FAIL: Magick++/demo/shapes.sh
FAIL: Magick++/demo/zoom_bessel.sh
FAIL: Magick++/demo/zoom_blackman.sh
FAIL: Magick++/demo/zoom_box.sh
FAIL: Magick++/demo/zoom_catrom.sh
FAIL: Magick++/demo/zoom_cubic.sh
FAIL: Magick++/demo/zoom_gaussian.sh
FAIL: Magick++/demo/zoom_hamming.sh
FAIL: Magick++/demo/zoom_hanning.sh
FAIL: Magick++/demo/zoom_hermite.sh
FAIL: Magick++/demo/zoom_lanczos.sh
FAIL: Magick++/demo/zoom_mitchell.sh
FAIL: Magick++/demo/zoom_point.sh
FAIL: Magick++/demo/zoom_quadratic.sh
FAIL: Magick++/demo/zoom_sample.sh
FAIL: Magick++/demo/zoom_scale.sh

Re: misc/161540: gzippped kernel is not updated by FREEBSD-UPDATE

2011-10-13 Thread remko 
Synopsis: gzippped kernel is not updated by FREEBSD-UPDATE

Responsible-Changed-From-To: freebsd-bugs->cperciva
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Oct 13 14:34:40 UTC 2011
Responsible-Changed-Why: 
Hi Colin,

This is your toy, can you have a look at whether it makes sense? I know the
tool only looks for files that exist and change them if they are different
on the build-box and this had seen manual fiddling so it ignores them.

http://www.freebsd.org/cgi/query-pr.cgi?pr=161540
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: ports/161544: graphics/ImageMagick: ImageMagick-6.7.3-0 compilation error

2011-10-13 Thread remko 
Old Synopsis: ImageMagick-6.7.3-0 compilation error
New Synopsis: graphics/ImageMagick: ImageMagick-6.7.3-0 compilation error

Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs
Responsible-Changed-By: remko
Responsible-Changed-When: Thu Oct 13 14:35:57 UTC 2011
Responsible-Changed-Why: 
reassign to ports team

http://www.freebsd.org/cgi/query-pr.cgi?pr=161544
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

misc/161547: [patch]bsdinstall should identify wireless network interfaces

2011-10-13 Thread Warren Block 

>Number: 161547
>Category:   misc
>Synopsis:   [patch]bsdinstall should identify wireless network interfaces
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 16:10:10 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Warren Block
>Release:9.0-BETA3
>Organization:
>Environment:
FreeBSD machine3.example.com 9.0-BETA3 FreeBSD 9.0-BETA3 #0: Sat Sep 24 
21:31:28 UTC 2011 r...@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC 
 amd64
>Description:
bsdinstall's netconfig script shows a list of interfaces, but does not 
explicitly identify which are wireless.  The description does not always show 
that, either.
>How-To-Repeat:
# bsdinstall netconfig

Note that wireless interfaces are included in the list but not identified as 
such.
>Fix:
Apply attached patch.  The patch factors out the existing wireless detection 
into a function.  If a card is wireless but the existing description does not 
contain "wireless" (case-insensitive because manufacturers are not consistent), 
prefix the description with "Wireless ".

The previous wireless check is replaced with a call to the function.

Not extensively tested, but works on an Acer netbook with re0 and ath0 
interfaces.

Patch attached with submission follows:

--- netconfig.orig  2011-10-13 08:14:01.0 -0600
+++ netconfig   2011-10-13 09:44:19.0 -0600
@@ -41,11 +41,18 @@
 : ${DIALOG_ITEM_HELP=4}
 : ${DIALOG_ESC=255}
 
+# Do a dirty check to see if this a wireless interface -- there
+# should be a better way
+IsWireless() {
+   ifconfig $1 | grep -q 'media: IEEE 802.11 Wireless'
+}
+
 for IF in `ifconfig -l`; do
test "$IF" = "lo0" && continue
(ifconfig -g wlan | egrep -wq $IF) && continue
INTERFACES="$INTERFACES $IF"
DESC=`sysctl -n dev.$(echo $IF | sed -E 
's/([[:alpha:]]*)([[:digit:]]*)/\1.\2/g').%desc`
+   IsWireless $IF && echo $DESC | grep -iqv wireless && DESC="Wireless 
$DESC"
DIALOG_TAGS="$DIALOG_TAGS $IF \"$DESC\""
 done
 
@@ -56,10 +63,9 @@
 
 : > $BSDINSTALL_TMPETC/._rc.conf.net
 
-# Do a dirty check to see if this a wireless interface -- there should be a
-# better way
 IFCONFIG_PREFIX=""
-if ifconfig $INTERFACE | grep -q 'media: IEEE 802.11 Wireless'; then
+IsWireless $INTERFACE
+if [ $? -eq 0 ]; then
NEXT_WLAN_IFACE=wlan0   # XXX
echo wlans_$INTERFACE=\"$NEXT_WLAN_IFACE\" >> 
$BSDINSTALL_TMPETC/._rc.conf.net
IFCONFIG_PREFIX="WPA "


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

bin/161548: [patch] getent(1) inconsistent treatment of IPv6 host data

2011-10-13 Thread Matthew Seaman 

>Number: 161548
>Category:   bin
>Synopsis:   [patch] getent(1) inconsistent treatment of IPv6 host data
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 16:40:03 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Matthew Seaman
>Release:FreeBSD 8.2-STABLE amd64
>Organization:
Infracaninophile
>Environment:
System: FreeBSD lucid-nonsense.infracaninophile.co.uk 8.2-STABLE FreeBSD 
8.2-STABLE #3 r226035: Wed Oct 5 14:26:52 BST 2011 
r...@lucid-nonsense.infracaninophile.co.uk:/usr/obj/usr/src/sys/LUCID-NONSENSE 
amd64



>Description:

getent(1) can be used to resolve an IPv6 address into a hostname, but
you can't look up a hostname and find IPv6 addresses.  This is annoyingly
inconsistent.

>How-To-Repeat:

>Fix:



--- getent.c.diff begins here ---
Index: usr.bin/getent/getent.c
===
--- usr.bin/getent/getent.c (revision 226035)
+++ usr.bin/getent/getent.c (working copy)
@@ -280,7 +280,7 @@
 static int
 hosts(int argc, char *argv[])
 {
-   struct hostent  *he;
+   struct hostent  *he4, *he6;
charaddr[IN6ADDRSZ];
int i, rv;
 
@@ -290,19 +290,27 @@
sethostent(1);
rv = RV_OK;
if (argc == 2) {
-   while ((he = gethostent()) != NULL)
-   hostsprint(he);
+   while ((he4 = gethostent()) != NULL)
+   hostsprint(he4);
} else {
for (i = 2; i < argc; i++) {
-   if (inet_pton(AF_INET6, argv[i], (void *)addr) > 0)
-   he = gethostbyaddr(addr, IN6ADDRSZ, AF_INET6);
-   else if (inet_pton(AF_INET, argv[i], (void *)addr) > 0)
-   he = gethostbyaddr(addr, INADDRSZ, AF_INET);
-   else
-   he = gethostbyname(argv[i]);
-   if (he != NULL)
-   hostsprint(he);
-   else {
+   if (inet_pton(AF_INET6, argv[i], (void *)addr) > 0) {
+   he6 = gethostbyaddr(addr, IN6ADDRSZ, AF_INET6);
+   if (he6 != NULL)
+   hostsprint(he6);
+   } else if (inet_pton(AF_INET, argv[i], (void *)addr) > 
0) {
+   he4 = gethostbyaddr(addr, INADDRSZ, AF_INET);
+   if (he4 != NULL)
+   hostsprint(he4);
+   } else {
+   he6 = gethostbyname2(argv[i], AF_INET6);
+   if (he6 != NULL)
+   hostsprint(he6);
+   he4 = gethostbyname(argv[i]);
+   if (he4 != NULL)
+   hostsprint(he4);
+   }
+   if ( he4 == NULL && he6 == NULL ) {
rv = RV_NOTFOUND;
break;
}
--- getent.c.diff ends here ---


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

misc/161551: Ruby 1.9.2 fails to handle a signal (TERM, HUP, etc)

2011-10-13 Thread Andrey Cherkashin 

>Number: 161551
>Category:   misc
>Synopsis:   Ruby 1.9.2 fails to handle a signal (TERM, HUP, etc)
>Confidential:   no
>Severity:   serious
>Priority:   medium
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 17:50:09 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Andrey Cherkashin
>Release:FreeBSD 9.0-BETA3
>Organization:
>Environment:
FreeBSD freebsd 9.0-BETA3 FreeBSD 9.0-BETA3 #0 r225816+a1b6562: Thu Sep 29 
06:46:06 PDT 2011 root@freebsd:/sys/i386/compile/XEN  i386
>Description:
When you start a ruby daemon, and sending a signal (i.e. HUP) RubyVM fails with:
Illegal instruction: 4 (core dumped)

System ruby (from ports) works fine. Meanwhile ruby installed from rvm doesn't.
>How-To-Repeat:
Run this ruby script:
trap(:HUP) do
  puts "HUP received"
end
puts "#$$ ready to receive SIGHUP"
sleep

And send hip signal.
>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

kern/161552: kernel panic with RCTL option: racct_alloc_resource: usage < 0

2011-10-13 Thread Nikos Vassiliadis 

>Number: 161552
>Category:   kern
>Synopsis:   kernel panic with RCTL option: racct_alloc_resource: usage < 0
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 18:00:21 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Nikos Vassiliadis
>Release:FreeBSD 10.0-CURRENT
>Organization:
>Environment:
FreeBSD lab.local 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r226271M: Thu Oct 13 
19:29:17 EEST 2011 root@lab.local:/usr/obj/usr/src/sys/RCTLLAB  i386
>Description:
A kernel with option RCTL panics after some time.
amount in frame #11 seems very big, should it be signed?

Backtrace:
Unread portion of the kernel message buffer:
panic: racct_alloc_resource: usage < 0
cpuid = 0
KDB: enter: panic
Physical memory: 1003 MB
Dumping 65 MB: 50 34 18 2

#0  doadump (textdump=-995676160) at pcpu.h:244
244 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) #0  doadump (textdump=-995676160) at pcpu.h:244
#1  0xc04f1b79 in db_fncall (dummy1=1, dummy2=0, dummy3=-1054062208,
dummy4=0xd90caa40 "") at /usr/src/sys/ddb/db_command.c:572
#2  0xc04f1f71 in db_command (last_cmdp=0xc10e24bc, cmd_table=0x0, dopager=1)
at /usr/src/sys/ddb/db_command.c:448
#3  0xc04f20ca in db_command_loop () at /usr/src/sys/ddb/db_command.c:501
#4  0xc04f40bd in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:229
#5  0xc0a56743 in kdb_trap (type=3, code=0, tf=0xd90cabf0)
at /usr/src/sys/kern/subr_kdb.c:625
#6  0xc0da70eb in trap (frame=0xd90cabf0) at /usr/src/sys/i386/i386/trap.c:719
#7  0xc0d8fa8c in calltrap () at /usr/src/sys/i386/i386/exception.s:168
#8  0xc0a5654a in kdb_enter (why=0xc0f68ea8 "panic", msg=0xc0f68ea8 "panic")
at cpufunc.h:71
#9  0xc0a21634 in panic (fmt=0xc0f67d32 "racct_alloc_resource: usage < 0")
at /usr/src/sys/kern/kern_shutdown.c:599
#10 0xc0a184f2 in racct_alloc_resource (racct=0xc49a947c, resource=19,
amount=18446744069415584193) at /usr/src/sys/kern/kern_racct.c:258
#11 0xc0a1899f in racct_set_locked (p=0xc4dd02c4, resource=19,
amount=18446744071563033602) at /usr/src/sys/kern/kern_racct.c:398
#12 0xc0a18bf3 in racctd () at /usr/src/sys/kern/kern_racct.c:739
#13 0xc09f04c8 in fork_exit (callout=0xc0a18a10 , arg=0x0,
frame=0xd90cad28) at /usr/src/sys/kern/kern_fork.c:995
#14 0xc0d8fb04 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:275
(kgdb)



>How-To-Repeat:
I have not find what triggers the panic, but it always panics after an hour of 
uptime or so. The machine is a virtualbox VM with 2 CPUs. My kernel's cf:
include   GENERIC
ident RCTLLAB

options   VIMAGE
options   VNET_DEBUG
options   IPSEC
devicecrypto

options   IPFIREWALL
options   IPFIREWALL_DEFAULT_TO_ACCEPT
options   IPFIREWALL_FORWARD

options RACCT
options RCTL

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

kern/161553: Timestamp missing from msgbuf

2011-10-13 Thread Arnaud Lacombe 

>Number: 161553
>Category:   kern
>Synopsis:   Timestamp missing from msgbuf
>Confidential:   no
>Severity:   non-critical
>Priority:   low
>Responsible:freebsd-bugs
>State:  open
>Quarter:
>Keywords:   
>Date-Required:
>Class:  change-request
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 13 18:00:22 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator: Arnaud Lacombe
>Release:10-current
>Organization:
n/a
>Environment:
>Description:
There is many case recently when I really wished timestamp were present in the
post-mortem msgbuf. Such situation could be when userland application segfault
potentially triggering a panic/crash, or have information about the time-wise
location of a given message (kernel or userland).
>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: kern/161553: Timestamp missing from msgbuf

2011-10-13 Thread Arnaud Lacombe 
The following reply was made to PR kern/161553; it has been noted by GNATS.

From: Arnaud Lacombe 
To: bug-follo...@freebsd.org, lacom...@gmail.com
Cc:  
Subject: Re: kern/161553: Timestamp missing from msgbuf
Date: Thu, 13 Oct 2011 14:07:08 -0400

 --0016e6dab5204d792204af320221
 Content-Type: text/plain; charset=ISO-8859-1
 
 attach patch.
 
 --0016e6dab5204d792204af320221
 Content-Type: text/x-patch; charset=US-ASCII; name="msgbuf-timestamp.diff"
 Content-Disposition: attachment; filename="msgbuf-timestamp.diff"
 Content-Transfer-Encoding: base64
 X-Attachment-Id: f_gtq291ls0
 
 ZGlmZiAtLWdpdCBhL3N5cy9rZXJuL3N1YnJfbXNnYnVmLmMgYi9zeXMva2Vybi9zdWJyX21zZ2J1
 Zi5jCmluZGV4IGNkOWM1NTEuLmIyZjBlMWEgMTAwNjQ0Ci0tLSBhL3N5cy9rZXJuL3N1YnJfbXNn
 YnVmLmMKKysrIGIvc3lzL2tlcm4vc3Vicl9tc2didWYuYwpAQCAtMzQsNiArMzQsNyBAQAogI2lu
 Y2x1ZGUgPHN5cy9sb2NrLmg+CiAjaW5jbHVkZSA8c3lzL211dGV4Lmg+CiAjaW5jbHVkZSA8c3lz
 L21zZ2J1Zi5oPgorI2luY2x1ZGUgPHN5cy9zeXNjdGwuaD4KIAogLyoKICAqIE1heGltdW0gbnVt
 YmVyIGNvbnZlcnNpb24gYnVmZmVyIGxlbmd0aDogdWludG1heF90IGluIGJhc2UgMiwgcGx1cyA8
 PgpAQCAtNDcsNiArNDgsMTMgQEAKIHN0YXRpYyB1X2ludCBtc2didWZfY2tzdW0oc3RydWN0IG1z
 Z2J1ZiAqbWJwKTsKIAogLyoKKyAqCisgKi8KK3N0YXRpYyBpbnQgbXNnYnVmX3Nob3dfdGltZXN0
 YW1wID0gMTsKK1NZU0NUTF9JTlQoX2tlcm4sIE9JRF9BVVRPLCBtc2didWZfc2hvd190aW1lc3Rh
 bXAsIENUTEZMQUdfUlcsCisgICAgJm1zZ2J1Zl9zaG93X3RpbWVzdGFtcCwgMCwgIlNob3cgdGlt
 ZXN0YW1wIGluIG1zZ2J1ZiIpOworCisvKgogICogSW5pdGlhbGl6ZSBhIG1lc3NhZ2UgYnVmZmVy
 IG9mIHRoZSBzcGVjaWZpZWQgc2l6ZSBhdCB0aGUgc3BlY2lmaWVkCiAgKiBsb2NhdGlvbi4gVGhp
 cyBhbHNvIHplcm9zIHRoZSBidWZmZXIgYXJlYS4KICAqLwpAQCAtNjAsNyArNjgsNyBAQCBtc2di
 dWZfaW5pdChzdHJ1Y3QgbXNnYnVmICptYnAsIHZvaWQgKnB0ciwgaW50IHNpemUpCiAJbXNnYnVm
 X2NsZWFyKG1icCk7CiAJbWJwLT5tc2dfbWFnaWMgPSBNU0dfTUFHSUM7CiAJbWJwLT5tc2dfbGFz
 dHByaSA9IC0xOwotCW1icC0+bXNnX25lZWRzbmwgPSAwOworCW1icC0+bXNnX2ZsYWdzID0gMDsK
 IAliemVybygmbWJwLT5tc2dfbG9jaywgc2l6ZW9mKG1icC0+bXNnX2xvY2spKTsKIAltdHhfaW5p
 dCgmbWJwLT5tc2dfbG9jaywgIm1zZ2J1ZiIsIE5VTEwsIE1UWF9TUElOKTsKIH0KQEAgLTk1LDcg
 KzEwMyw3IEBAIG1zZ2J1Zl9yZWluaXQoc3RydWN0IG1zZ2J1ZiAqbWJwLCB2b2lkICpwdHIsIGlu
 dCBzaXplKQogCiAJbWJwLT5tc2dfbGFzdHByaSA9IC0xOwogCS8qIEFzc3VtZSB0aGF0IHRoZSBv
 bGQgbWVzc2FnZSBidWZmZXIgZGlkbid0IGVuZCBpbiBhIG5ld2xpbmUuICovCi0JbWJwLT5tc2df
 bmVlZHNubCA9IDE7CisJbWJwLT5tc2dfZmxhZ3MgfD0gTVNHQlVGX05FRUROTDsKIAliemVybygm
 bWJwLT5tc2dfbG9jaywgc2l6ZW9mKG1icC0+bXNnX2xvY2spKTsKIAltdHhfaW5pdCgmbWJwLT5t
 c2dfbG9jaywgIm1zZ2J1ZiIsIE5VTEwsIE1UWF9TUElOKTsKIH0KQEAgLTEzNCw3ICsxNDIsNyBA
 QCBtc2didWZfZ2V0Y291bnQoc3RydWN0IG1zZ2J1ZiAqbWJwKQogICogVGhlIGNhbGxlciBzaG91
 bGQgaG9sZCB0aGUgbWVzc2FnZSBidWZmZXIgc3BpbmxvY2suCiAgKi8KIHN0YXRpYyBpbmxpbmUg
 dm9pZAotbXNnYnVmX2RvX2FkZGNoYXIoc3RydWN0IG1zZ2J1ZiAqbWJwLCB1X2ludCAqc2VxLCBp
 bnQgYykKK19fbXNnYnVmX2RvX2FkZGNoYXIoc3RydWN0IG1zZ2J1ZiAqbWJwLCB1X2ludCAqc2Vx
 LCBpbnQgYykKIHsKIAl1X2ludCBwb3M7CiAKQEAgLTE0OSw2ICsxNTcsMzQgQEAgbXNnYnVmX2Rv
 X2FkZGNoYXIoc3RydWN0IG1zZ2J1ZiAqbWJwLCB1X2ludCAqc2VxLCBpbnQgYykKIAkqc2VxID0g
 TVNHQlVGX1NFUU5PUk0obWJwLCAqc2VxICsgMSk7CiB9CiAKK3N0YXRpYyBpbmxpbmUgdm9pZAor
 bXNnYnVmX2RvX2FkZGNoYXIoc3RydWN0IG1zZ2J1ZiAqbWJwLCB1X2ludCAqc2VxLCBpbnQgYykK
 K3sKKworCWlmIChtc2didWZfc2hvd190aW1lc3RhbXAgJiYgbWJwLT5tc2dfZmxhZ3MgJiBNU0dC
 VUZfTkVYVF9ORVdfTElORSkgeworCQljaGFyIGJ1ZlszMl0sICpidWZwOworCQlzdHJ1Y3QgdGlt
 ZXNwZWMgdHM7CisJCWludCBlcnI7CisKKwkJYnVmWzBdID0gJ1wwJzsKKwkJZ2V0bmFub3VwdGlt
 ZSgmdHMpOworCQllcnIgPSBzbnByaW50ZihidWYsIHNpemVvZiBidWYsICJbJWQuJWxkXSAiLCB0
 cy50dl9zZWMsIHRzLnR2X25zZWMgLyAxMDAwKTsKKworCQlidWZwID0gYnVmOworCQl3aGlsZSAo
 KmJ1ZnAgIT0gJ1wwJykgeworCQkJX19tc2didWZfZG9fYWRkY2hhcihtYnAsIHNlcSwgKmJ1ZnAp
 OworCQkJYnVmcCsrOworCQl9CisKKwkJbWJwLT5tc2dfZmxhZ3MgJj0gfk1TR0JVRl9ORVhUX05F
 V19MSU5FOworCX0KKworCV9fbXNnYnVmX2RvX2FkZGNoYXIobWJwLCBzZXEsIGMpOworCisJaWYg
 KGMgPT0gJ1xuJykKKwkJbWJwLT5tc2dfZmxhZ3MgfD0gTVNHQlVGX05FWFRfTkVXX0xJTkU7Cit9
 CisKIC8qCiAgKiBBcHBlbmQgYSBjaGFyYWN0ZXIgdG8gYSBtZXNzYWdlIGJ1ZmZlci4KICAqLwpA
 QCAtMjA3LDEwICsyNDMsMTAgQEAgbXNnYnVmX2FkZHN0cihzdHJ1Y3QgbXNnYnVmICptYnAsIGlu
 dCBwcmksIGNoYXIgKnN0ciwgaW50IGZpbHRlcl9jcikKIAkgKiBkaWQgbm90IGVuZCB3aXRoIGEg
 bmV3bGluZS4gIElmIHRoYXQgaXMgdGhlIGNhc2UsIHdlIG5lZWQgdG8KIAkgKiBpbnNlcnQgYSBu
 ZXdsaW5lIGJlZm9yZSB0aGlzIHN0cmluZy4KIAkgKi8KLQlpZiAobWJwLT5tc2dfbGFzdHByaSAh
 PSBwcmkgJiYgbWJwLT5tc2dfbmVlZHNubCAhPSAwKSB7CisJaWYgKG1icC0+bXNnX2xhc3Rwcmkg
 IT0gcHJpICYmIChtYnAtPm1zZ19mbGFncyAmIE1TR0JVRl9ORUVETkwpICE9IDApIHsKIAogCQlt
 c2didWZfZG9fYWRkY2hhcihtYnAsICZzZXEsICdcbicpOwotCQltYnAtPm1zZ19uZWVkc25sID0g
 MDsKKwkJbWJwLT5tc2dfZmxhZ3MgJj0gfk1TR0JVRl9ORUVETkw7CiAJfQogCiAJZm9yIChpID0g
 MDsgaSA8IGxlbjsgaSsrKSB7CkBAIC0yMTksNyArMjU1LDcgQEAgbXNnYnVmX2FkZHN0cihzdHJ1
 Y3QgbXNnYnVmICptYnAsIGludCBwcmksIGNoYXIgKnN0ciwgaW50IGZpbHRlcl9jcikKIAkJICog
 KGFuZCB0aGVyZWZvcmUgcHJlZml4X2xlbiAhPSAwKSwgdGhlbiB3ZSBuZWVkIGEgcHJpb3JpdHkK
 IAkJICogcHJlZml4IGZvciB0aGlzIGxpbmUuCiAJCSAqLwotCQlpZiAobWJwLT5tc2dfbmVlZHNu
 bCA9PSAwICYmIHByZWZpeF9sZW4gIT0gMCkgeworCQlpZiAoKG1icC0+bXNnX2ZsYWdzICYgTVNH
 QlVGX05FRUROTCkgPT0gMCAmJiBwcmVmaXhfbGVuICE9IDApIHsKIAkJCWludCBqOwogCiAJCQlm
 b3IgKGogPSAwOyBqIDwgcHJlZml4X2xlbjsgaisrKQ

Re: kern/130749: [libc] [patch] nscache.c/nscachedcli.c - return error if string of /etc/group is long

2011-10-13 Thread des 
Synopsis: [libc] [patch] nscache.c/nscachedcli.c - return error if string of 
/etc/group is long

Responsible-Changed-From-To: freebsd-bugs->des
Responsible-Changed-By: des
Responsible-Changed-When: Thu Oct 13 21:27:01 UTC 2011
Responsible-Changed-Why: 
nscd is mine for now

http://www.freebsd.org/cgi/query-pr.cgi?pr=130749
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Re: bin/161547: [patch] bsdinstall(8) should identify wireless network interfaces

2011-10-13 Thread linimon 
Old Synopsis: [patch]bsdinstall should identify wireless network interfaces
New Synopsis: [patch] bsdinstall(8) should identify wireless network interfaces

Responsible-Changed-From-To: freebsd-bugs->freebsd-sysinstall
Responsible-Changed-By: linimon
Responsible-Changed-When: Thu Oct 13 21:40:52 UTC 2011
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=161547
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"