Re: kern/158997: [patch] pf in head, pfioc_state_kill in pf(4) does not reflect pfioc_state_kill in sys/pf/net/pfvar.h
Synopsis: [patch] pf in head, pfioc_state_kill in pf(4) does not reflect pfioc_state_kill in sys/pf/net/pfvar.h Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Sun Jul 17 15:45:55 UTC 2011 Responsible-Changed-Why: I'll just do it http://www.freebsd.org/cgi/query-pr.cgi?pr=158997 ___ 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: misc/159721: Usernames that are too long get logged onto GUI console as root
Synopsis: Usernames that are too long get logged onto GUI console as root Responsible-Changed-From-To: freebsd-bugs->gnome Responsible-Changed-By: bz Responsible-Changed-When: Fri Aug 12 20:42:11 UTC 2011 Responsible-Changed-Why: Please make sure the problem is no longer present in the latest version and help the user to deal with the update. In case the problem still exists, I guess gdm should be marked broken for security reasons. http://www.freebsd.org/cgi/query-pr.cgi?pr=159721 ___ 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/161094: [vimage] [panic] kernel panic with pf + VIMAGE when stopping a jail
Synopsis: [vimage] [panic] kernel panic with pf + VIMAGE when stopping a jail Responsible-Changed-From-To: freebsd-bugs->freebsd-virtualization Responsible-Changed-By: bz Responsible-Changed-When: Wed Sep 28 09:44:48 UTC 2011 Responsible-Changed-Why: Reassign http://www.freebsd.org/cgi/query-pr.cgi?pr=161094 ___ 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/161692: Error in IPFW code halts kernel compile in 9.0-BETA3
Synopsis: Error in IPFW code halts kernel compile in 9.0-BETA3 State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Sun Oct 16 09:28:58 UTC 2011 State-Changed-Why: Change already committed, wait for confirmation. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Sun Oct 16 09:28:58 UTC 2011 Responsible-Changed-Why: Handle. http://www.freebsd.org/cgi/query-pr.cgi?pr=161692 ___ 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/162661: [patch] ftp(8) is giving up on IPv6
Synopsis: [patch] ftp(8) is giving up on IPv6 Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Dec 1 08:45:45 UTC 2011 Responsible-Changed-Why: Temporary take as I have a way larger patch to also not compile IPv4 support in addition to fixing this problem that needs to be upstreamed. We had an initial (small) patch to quickly work around this ftp problem before the last big input referenced from http://wiki.freebsd.org/IPv6Only . http://www.freebsd.org/cgi/query-pr.cgi?pr=162661 ___ 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/153206: [patch] netstat(1): "netstat -sz" doesn't reset any IPv6 statistic
Synopsis: [patch] netstat(1): "netstat -sz" doesn't reset any IPv6 statistic Responsible-Changed-From-To: freebsd-bugs->maxim Responsible-Changed-By: bz Responsible-Changed-When: Mon Dec 19 07:40:02 UTC 2011 Responsible-Changed-Why: maxim comitted the change to head; please track and close after mfc. http://www.freebsd.org/cgi/query-pr.cgi?pr=153206 ___ 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: misc/163479: can not update from 9 to 10-Current remotely
Synopsis: can not update from 9 to 10-Current remotely State-Changed-From-To: open->closed State-Changed-By: bz State-Changed-When: Tue Dec 20 23:30:19 UTC 2011 State-Changed-Why: It's not a supported user configuration we guarantee to work. Please see freebsd-current@ thread: Subject: r228700 can't dhclient em0 for a discussion and feel free to contribute there. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Tue Dec 20 23:30:19 UTC 2011 Responsible-Changed-Why: Take in case of follow-ups. http://www.freebsd.org/cgi/query-pr.cgi?pr=163479 ___ 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: misc/164130: broken netisr initialization
Synopsis: broken netisr initialization Responsible-Changed-From-To: freebsd-bugs->rwatson Responsible-Changed-By: bz Responsible-Changed-When: Sat Jan 14 21:26:00 UTC 2012 Responsible-Changed-Why: This is in addition to emails on current@ . I think it's yours. http://www.freebsd.org/cgi/query-pr.cgi?pr=164130 ___ 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/165692: nd6_nud_hint() a NOP due to removal of route caching
Synopsis: nd6_nud_hint() a NOP due to removal of route caching Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Sun Mar 4 19:28:20 UTC 2012 Responsible-Changed-Why: Claim; it's my own and it's to remind me to fix it once the infrastructure will be back to do so. http://www.freebsd.org/cgi/query-pr.cgi?pr=165692 ___ 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/165783: rtadvd(8) eats 100% cpu
Synopsis: rtadvd(8) eats 100% cpu Responsible-Changed-From-To: freebsd-bugs->hrs Responsible-Changed-By: bz Responsible-Changed-When: Mon Mar 12 11:29:05 UTC 2012 Responsible-Changed-Why: Assign to hrs; though probably a user error and should use rtadvctl reload IF or similar with a single instance. http://www.freebsd.org/cgi/query-pr.cgi?pr=165783 ___ 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/151100: c code error in netinet/igmp.c
Synopsis: c code error in netinet/igmp.c State-Changed-From-To: open->patched State-Changed-By: bz State-Changed-When: Fri Oct 1 09:53:08 UTC 2010 State-Changed-Why: I'll committ he change shortly so proactively mark it patched. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Oct 1 09:53:08 UTC 2010 Responsible-Changed-Why: Handle. http://www.freebsd.org/cgi/query-pr.cgi?pr=151100 ___ 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/151435: Reference leak in ip_dooptions()
Synopsis: Reference leak in ip_dooptions() Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Oct 14 10:21:08 UTC 2010 Responsible-Changed-Why: Take; will commit the fix later today; seems to be right. http://www.freebsd.org/cgi/query-pr.cgi?pr=151435 ___ 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/151449: [patch] IPsec SPD rule does not match GIF with IPv6 addresses
Synopsis: [patch] IPsec SPD rule does not match GIF with IPv6 addresses Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Oct 14 10:53:28 UTC 2010 Responsible-Changed-Why: Take for discussion of the right solution. http://www.freebsd.org/cgi/query-pr.cgi?pr=151449 ___ 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/152047: [vimage] [panic] TUN\TAP under jail with vimage crashes system
Synopsis: [vimage] [panic] TUN\TAP under jail with vimage crashes system State-Changed-From-To: open->analyzed State-Changed-By: bz State-Changed-When: Thu Nov 18 06:13:54 UTC 2010 State-Changed-Why: Problem is well known. Responsible-Changed-From-To: freebsd-bugs->freebsd-virtualization Responsible-Changed-By: bz Responsible-Changed-When: Thu Nov 18 06:13:54 UTC 2010 Responsible-Changed-Why: Re-assign to freebsd virtualization list as it's a VNET specific problem. http://www.freebsd.org/cgi/query-pr.cgi?pr=152047 ___ 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/152143: [PATCH] rtadvd(8) null pointer dereference
Synopsis: [PATCH] rtadvd(8) null pointer dereference Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Nov 18 06:15:45 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=152143 ___ 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: misc/152458: rtadvd neetds to allow RA without a prefix info option
Synopsis: rtadvd neetds to allow RA without a prefix info option Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Sun Nov 21 20:05:26 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=152458 ___ 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/152791: ND, ICMPv6 Redirect vs Destination Cache failed in release 8.0
Synopsis: ND, ICMPv6 Redirect vs Destination Cache failed in release 8.0 Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Dec 3 09:24:12 UTC 2010 Responsible-Changed-Why: Temporarly claim. http://www.freebsd.org/cgi/query-pr.cgi?pr=152791 ___ 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/152928: [patch] rtadvd(8) don't send RA on i/f that's down
Synopsis: [patch] rtadvd(8) don't send RA on i/f that's down Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Wed Dec 8 21:07:37 UTC 2010 Responsible-Changed-Why: Claim. http://www.freebsd.org/cgi/query-pr.cgi?pr=152928 ___ 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/151119: gif inet tunnel addresses are not hidded in jail
Synopsis: gif inet tunnel addresses are not hidded in jail State-Changed-From-To: closed->feedback State-Changed-By: bz State-Changed-When: Sat Dec 18 12:45:21 UTC 2010 State-Changed-Why: I am not sure, or rather I cannot find the commit that fixed it. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Sat Dec 18 12:45:21 UTC 2010 Responsible-Changed-Why: Take. I am not sure why it's not assigned to remko. http://www.freebsd.org/cgi/query-pr.cgi?pr=151119 ___ 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/153789: REGRESSION: FreeBSD 8.2-RC1 crashes under Solaris/Xen while FreeBSD 8.1-p2 does not.
Synopsis: REGRESSION: FreeBSD 8.2-RC1 crashes under Solaris/Xen while FreeBSD 8.1-p2 does not. Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: bz Responsible-Changed-When: Sat Jan 8 12:56:35 UTC 2011 Responsible-Changed-Why: Assign Xen bug to freebsd-xen list. http://www.freebsd.org/cgi/query-pr.cgi?pr=153789 ___ 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/153841: page fault in icmp6_error2() called from nd6_llinfo_timer()
Synopsis: page fault in icmp6_error2() called from nd6_llinfo_timer() Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Mon Jan 10 14:23:53 UTC 2011 Responsible-Changed-Why: I'll take a peek. It might be fixed already. http://www.freebsd.org/cgi/query-pr.cgi?pr=153841 ___ 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/153848: [carp] [ipv6] backup host can't connect to master host
Synopsis: [carp] [ipv6] backup host can't connect to master host Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Mon Jan 10 14:24:20 UTC 2011 Responsible-Changed-Why: I'll have a look. http://www.freebsd.org/cgi/query-pr.cgi?pr=153848 ___ 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/155165: IPv6 over IPv6 IPsec tunnel MTU(?) issue.
Old Synopsis: Zabbadoz.NeT New Synopsis: IPv6 over IPv6 IPsec tunnel MTU(?) issue. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Tue Mar 1 17:45:28 UTC 2011 Responsible-Changed-Why: Take my own report. http://www.freebsd.org/cgi/query-pr.cgi?pr=155165 ___ 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/155227: netflow.c does not compile with disabled INET6
Synopsis: netflow.c does not compile with disabled INET6 Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Mar 3 15:02:13 UTC 2011 Responsible-Changed-Why: I noticed last night and am waiting for compiles to finish to commit the fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=155227 ___ 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/144917: [flowtable] [panic] flowtable crashes system [regression]
Synopsis: [flowtable] [panic] flowtable crashes system [regression] State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Sat Mar 19 15:27:52 UTC 2011 State-Changed-Why: The PR has been waiting for feedback for almost a year; keep it open along with kern/146792 as soem changes to the code had only happened lately. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: bz Responsible-Changed-When: Sat Mar 19 15:27:52 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144917 ___ 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/148018: [flowtable] flowtable crashes on ia64
Synopsis: [flowtable] flowtable crashes on ia64 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: bz Responsible-Changed-When: Sat Mar 19 15:30:27 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). This may sounds ia64 specific but it's really network stack aligment problem on archs with more strict alignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=148018 ___ 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/157670: [patch] IPv6 in IPsec packets always get passed to pfil
Synopsis: [patch] IPv6 in IPsec packets always get passed to pfil Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Mon Jun 6 20:13:22 UTC 2011 Responsible-Changed-Why: Tha functional part looks right at first glance the comment, probably copied from IPv4, is utterly wrong as are some others related to filtertunnel -- should get rid of all that gif comments the same time. http://www.freebsd.org/cgi/query-pr.cgi?pr=157670 ___ 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: misc/151015: [patch] Add pfctl -P option to not perform service name lookup
Synopsis: [patch] Add pfctl -P option to not perform service name lookup Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Mon Jun 13 11:00:15 UTC 2011 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=151015 ___ 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/154469: ftp-proxy(8) bug, can be fixed via merge from openbsd ?
Synopsis: ftp-proxy(8) bug, can be fixed via merge from openbsd ? Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Jun 23 08:00:55 UTC 2011 Responsible-Changed-Why: Merge after pf45 hit HEAD. http://www.freebsd.org/cgi/query-pr.cgi?pr=154469 ___ 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/147314: FreeBSD 8.0 pf+VIMAGE
Synopsis: FreeBSD 8.0 pf+VIMAGE State-Changed-From-To: open->closed State-Changed-By: bz State-Changed-When: Wed Jun 2 11:14:35 UTC 2010 State-Changed-Why: pf as in HEAD or stable/8 has not yet been virtulaized and this is an unsupported configuration. See various discussions on the virtualization list onwhere to find a work in progress. Archives can be found here: http://lists.freebsd.org/pipermail/freebsd-virtualization/ . Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Wed Jun 2 11:14:35 UTC 2010 Responsible-Changed-Why: Take in case of follow-ups. http://www.freebsd.org/cgi/query-pr.cgi?pr=147314 ___ 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/147769: 'ifconfig epair0 create' hangs the whole system
Synopsis: 'ifconfig epair0 create' hangs the whole system Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Jun 10 17:59:41 UTC 2010 Responsible-Changed-Why: epair(4) is mine. http://www.freebsd.org/cgi/query-pr.cgi?pr=147769 ___ 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/147767: route -n change operation with INVARIANTS kernel causes mutex radix node head not owned ASSERTION failure
Synopsis: route -n change operation with INVARIANTS kernel causes mutex radix node head not owned ASSERTION failure State-Changed-From-To: open->feedback State-Changed-By: bz State-Changed-When: Fri Jun 11 08:51:23 UTC 2010 State-Changed-Why: Looked at that, will send a follow-up shortly. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Fri Jun 11 08:51:23 UTC 2010 Responsible-Changed-Why: Colin asked me to have a look. http://www.freebsd.org/cgi/query-pr.cgi?pr=147767 ___ 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/170116: IPv6 with AH broken ~2012.07.08.12.00.00
Synopsis: IPv6 with AH broken ~2012.07.08.12.00.00 Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Wed Jul 25 12:46:29 UTC 2012 Responsible-Changed-Why: Take, as it is claimed to be my fault. http://www.freebsd.org/cgi/query-pr.cgi?pr=170116 ___ 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: misc/170832: jail v2 loses a binding of ip which sets after ips with /"network prefix"
Synopsis: jail v2 loses a binding of ip which sets after ips with /"network prefix" Responsible-Changed-From-To: freebsd-bugs->jamie Responsible-Changed-By: bz Responsible-Changed-When: Wed Aug 22 01:44:26 UTC 2012 Responsible-Changed-Why: I think this is yours. http://www.freebsd.org/cgi/query-pr.cgi?pr=170832 ___ 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/147887: [patch] Invalid extension type displayed with setkey(8)
Synopsis: [patch] Invalid extension type displayed with setkey(8) State-Changed-From-To: open->patched State-Changed-By: bz State-Changed-When: Mon Sep 3 11:47:32 UTC 2012 State-Changed-Why: I patched this a while ago; hopefully not just HEAD. Need to investigate. Sorry wasn't aware of the PR. Responsible-Changed-From-To: freebsd-bugs->bz Responsible-Changed-By: bz Responsible-Changed-When: Mon Sep 3 11:47:32 UTC 2012 Responsible-Changed-Why: Take given I had work on this earlier this year. http://www.freebsd.org/cgi/query-pr.cgi?pr=147887 ___ 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"
[Bugzilla] Commit Needs MFC
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is an experimental feature. Please file a bug or mail bugmeister@ with concerns. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives "device busy" if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): "init q" in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group "username" on userdel even if group "username" is not assoc. w/user "username" Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 Bug 186247: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: defines int64_t/uint64_t incorrectly ___ 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"
[Bug 185582] [patch] rpcgen(1): make rpcgen generate usable sample code
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185582 Bryan Drewery changed: What|Removed |Added Status|In Discussion |Needs Help CC||bdrew...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|bdrew...@freebsd.org --- Comment #1 from Bryan Drewery --- I will get this in this week. Juggling a few other things. This is quite trivial though. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 166458] [libc] bind(2) incorrectly interprets SO_REUSEADDR option as also implying SO_REUSEPORT on FreeBSD
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166458 Sean Bruno changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|--- |Works As Intended --- Comment #3 from Sean Bruno --- No longer an issue. I can accept that Stevens is a good enough ref here. Original submitter should fix their user land app. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 11114] make(1) does not work as documented with .POSIX: target
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=4 Baptiste Daroussin changed: What|Removed |Added CC||b...@freebsd.org, ||s...@freebsd.org --- Comment #24 from Baptiste Daroussin --- Add sjg@ in CC he might be interested in that bug and can actually say if bmake is inpacted -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 11294] [patch] logger(1) direct logging to other hosts
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=11294 Baptiste Daroussin changed: What|Removed |Added Attachment #4449|0 |1 is patch|| CC||b...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 13042] make(1) doesn't handle wildcards in subdirectory paths
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=13042 Baptiste Daroussin changed: What|Removed |Added CC||b...@freebsd.org, ||s...@freebsd.org --- Comment #3 from Baptiste Daroussin --- Add bmake maintainer into CC as we have switch to bmake and I don't know if bmake is affected or not -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 24066] gdb(1) can't detach from programs linked with libc_r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=24066 Baptiste Daroussin changed: What|Removed |Added Status|In Discussion |Issue Resolved CC||b...@freebsd.org Resolution|--- |FIXED --- Comment #7 from Baptiste Daroussin --- libc_r has gone long ago -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 11114] make(1) does not work as documented with .POSIX: target
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=4 Eitan Adler changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=1550 ||00 -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 155000] make(1) doesn't handle .POSIX: correctly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155000 Eitan Adler changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id= ||4 -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 178385] ktrace(1): 'ktrace -t f' (page faults) generates gigabytes of unused data
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178385 Jilles Tjoelker changed: What|Removed |Added Status|In Discussion |Issue Resolved CC||jil...@freebsd.org Resolution|--- |FIXED --- Comment #1 from Jilles Tjoelker --- This problem was fixed by security advisory FreeBSD-SA-14:12.ktrace. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 11114] make(1) does not work as documented with .POSIX: target
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=4 Simon J. Gerraty changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|--- |Works As Intended --- Comment #25 from Simon J. Gerraty --- Makefile is read *after* sys.mk so .POSIX: target in Makefile has no influence over sys.mk Looks to be working as defined. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 155000] make(1) doesn't handle .POSIX: correctly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155000 Simon J. Gerraty changed: What|Removed |Added CC||s...@freebsd.org --- Comment #5 from Simon J. Gerraty --- Perhaps all the stuff in sys.mk which is %POSIX dependent should be moved somewhere that is read after Makefile. Of course no guarantee that a posix compliant makefile will include anything -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 19063] VGA keyboard sometimes fails to work in boot loader
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=19063 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: miwi Date: Thu Jun 5 01:18:24 UTC 2014 New revision: 356564 URL: http://svnweb.freebsd.org/changeset/ports/356564 Log: - Stage support PR:19063 Changes: head/www/sqstat/Makefile -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190643] New: /usr/sbin/daemon -P option does not work as documented
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190643 Bug ID: 190643 Summary: /usr/sbin/daemon -P option does not work as documented Product: Base System Version: 9.2-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: bar...@databus.com If daemon's -P option is used without the -p option, the pidfile is not removed when the process terminates. To demonstrate: /usr/sbin/daemon -P pid.daemon sleep 5 After sleep terminates, pid.daemon is left around, pointing to a nonexistent process. It also seems that there is no separate daemon process, as the pid.daemon file points to the sleep process. The danger of leaving the pidfile around is of course when pids cycle around an unintended process might be terminated. This might be treated as a documentation bug, as using -P without -p or -r is at least unusual. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bugzilla] Commit Needs MFC
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is an experimental feature. Please file a bug or mail bugmeister@ with concerns. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives "device busy" if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): "init q" in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group "username" on userdel even if group "username" is not assoc. w/user "username" Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 Bug 186247: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: defines int64_t/uint64_t incorrectly ___ 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"
[Bug 190655] New: cd9660 cannot mount ISO 9660 multi-session above 4 GiB
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190655 Bug ID: 190655 Summary: cd9660 cannot mount ISO 9660 multi-session above 4 GiB Product: Base System Version: 8.4-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: Normal Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: scdbac...@gmx.net This bug shows up when mounting a multi-session ISO 9660 medium which has its directory tree above 4 GiB. (Not possible with CD, but with DVD or BD.) Obtain und uncompress http://scdbackup.webframe.org/large.iso.bz2 (Caution: 4470 bytes inflate to 4+ GiB.) Then mount it # mdconfig -a -t vnode -f large.iso md1 # mount_cd9660 /dev/md1 /mnt # find /mnt /mnt # ls -ld /mnt -r-xr-xr-x 1 root wheel 0 Jan 1 1970 /mnt The reason is that the byte address of the ISO 9660 Directory Records is encoded in ino_t, which on FreeBSD is 32 bit. If a record is stored above 4 GiB - 1, then rollover happens and it cannot be found. By webinterface i believe to see it in current FreeBSD source, too. The rollover in function isodirino(): http://fxr.watson.org/fxr/source/fs/cd9660/cd9660_node.c?v=FREEBSD10#L319 The reverse computation of the directory block address http://fxr.watson.org/fxr/source/fs/cd9660/cd9660_vfsops.c?v=FREEBSD10#L773 The reverse computation of the byte address of the directory record of a symbolic link target http://fxr.watson.org/fxr/source/fs/cd9660/cd9660_vnops.c?v=FREEBSD10#L692 And the reason why the NetBSD remedy will not help FreeBSD http://fxr.watson.org/fxr/source/sys/_types.h?v=FREEBSD10;im=3#L46 At least on my olde FreeBSD-8.4, sizeof(ino_t) is really 4. See also http://lists.freebsd.org/pipermail/freebsd-hackers/2014-May/045139.html For my diagnosis and solution which cannot be ported to FreeBSD http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=48787 -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190660] New: freebsd-update(8) erroneous message when "fetch install" used
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190660 Bug ID: 190660 Summary: freebsd-update(8) erroneous message when "fetch install" used Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: m...@ozzmosis.com freebsd-update tell the user to run 'fetch' first even though we're using the fetch command. # freebsd-update fetch install Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 10.0-RELEASE from update4.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. No updates needed to update system to 10.0-RELEASE-p5. No updates are available to install. Run '/usr/sbin/freebsd-update fetch' first. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 129052] ps(1) %cpu column reports misleading data for threaded programs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129052 Ed Maste changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|--- |FIXED --- Comment #1 from Ed Maste --- Not reproducible on stable/9: feynman% ps -a -x -p 11 -opid,lwp,comm,tdnam,%cpu PIDLWP COMMAND TDNAM %CPU 11 100010 idle 725.7 feynman% ps -a -x -H -p 11 -opid,lwp,comm,tdnam,%cpu PIDLWP COMMAND TDNAM %CPU 11 13 idle/idle: cpu0 idle: cpu0 86.4 11 14 idle/idle: cpu1 idle: cpu1 93.2 11 15 idle/idle: cpu2 idle: cpu2 89.8 11 16 idle/idle: cpu3 idle: cpu3 91.7 11 17 idle/idle: cpu4 idle: cpu4 93.3 11 18 idle/idle: cpu5 idle: cpu5 88.6 11 19 idle/idle: cpu6 idle: cpu6 88.2 11 100010 idle/idle: cpu7 idle: cpu7 91.1 -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 167575] mfiutil(8) claims battery is OK even though it is worn out and wb cache is disabled
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167575
--- Comment #3 from Ed Maste ---
In both cases the battery had < 50% capacity -- 504 and 549 mAh, vs 1215 mAh
design capacity. The write cache is disabled as expected, the issue is just
the battery status reporting.
BBU State of Health output as added in r219717
switch (stat.battery_type) {
case MFI_BBU_TYPE_BBU:
printf(" State of Health: %s\n",
stat.detail.bbu.is_SOH_good ? "good" : "bad");
break;
}
and I suspect this would report "bad" for those batteries.
--
You are receiving this mail because:
You are the assignee for the bug.
___
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"
[Bug 72202] ports-mgmt/portaudit warns about the CVS server vulnerability which has already been fixed.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=72202 Baptiste Daroussin changed: What|Removed |Added Status|In Discussion |Issue Resolved CC||b...@freebsd.org Resolution|--- |Unable to Reproduce -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 129052] ps(1) %cpu column reports misleading data for threaded programs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129052 Eitan Adler changed: What|Removed |Added Resolution|FIXED |Unable to Reproduce --- Comment #2 from Eitan Adler --- fixing resolution. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 129052] ps(1) %cpu column reports misleading data for threaded programs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129052 Eitan Adler changed: What|Removed |Added Resolution|Unable to Reproduce |FIXED -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 129052] ps(1) %cpu column reports misleading data for threaded programs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129052 --- Comment #3 from Ed Maste --- This should be "FIXED", I just didn't find out when the fix landed. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 129052] ps(1) %cpu column reports misleading data for threaded programs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129052 --- Comment #4 from Eitan Adler --- sorry, was testing something, needed a real bug :-\ -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190665] New: fixes for asterisk output in /usr/sbin/service scripts when rc.d is empty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190665 Bug ID: 190665 Summary: fixes for asterisk output in /usr/sbin/service scripts when rc.d is empty Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: olev...@olevole.ru Created attachment 143413 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143413&action=edit patch for /usr/src/usr.sbin/service/service.sh script Fixes for two micro issue: 1) Check for rc.d directory existence. 2) Fix for output * when rc.d is empty Demo of current behavior: % mv /usr/local/etc/rc.d /usr/local/etc/rc.d-temp % service -l cd: /usr/local/etc/rc.d: No such file or directory % mkdir /usr/local/etc/rc.d % service -l zfs zvol * << extra symbols % rmdir /usr/local/etc/rc.d % mv /usr/local/etc/rc.d-temp /usr/local/etc/rc.d -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190669] New: 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 Bug ID: 190669 Summary: 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic Product: Base System Version: 10.0-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: Normal Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: thie...@freebsd.org Make buildworld failed on 10.0-STABLE amd64. See message: --- mw.out begins here --- 8<8<8< clang-tblgen -gen-clang-diags-defs -clang-component=Comment -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticCommentKinds.inc.d -o DiagnosticCommentKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Common -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticCommonKinds.inc.d -o DiagnosticCommonKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Driver -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticDriverKinds.inc.d -o DiagnosticDriverKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Frontend -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticFrontendKinds.inc.d -o DiagnosticFrontendKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diag-groups -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticGroups.inc.d -o DiagnosticGroups.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-index-name -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticIndexName.inc.d -o DiagnosticIndexName.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Lex -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticLexKinds.inc.d -o DiagnosticLexKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Parse -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticParseKinds.inc.d -o DiagnosticParseKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Sema -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticSemaKinds.inc.d -o DiagnosticSemaKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-clang-diags-defs -clang-component=Serialization -I /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic -d DiagnosticSerializationKinds.inc.d -o DiagnosticSerializationKinds.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/Diagnostic.td clang-tblgen -gen-arm-neon-sema -d arm_neon.inc.d -o arm_neon.inc.h /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include/clang/Basic/arm_neon.td rm -f .depend CC='/usr/local/libexec/ccache/world/cc --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin' mkdep -f .depend -a -I/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/include -I/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic -I. -I/usr/src/lib/clang/libclangbasic/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DCLANG_ENABLE_ARCMT -DCLANG_ENABLE_REWRITER -DCLANG_ENABLE_STATIC_ANALYZER -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Builtins.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/CharInfo.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Bas ic/Diagn ostic.cpp /usr/src/lib/clang/libclangbasic/../../../contrib/llvm/tools/clang/lib/Basic/Diagnostic
[Bug 184507] [patch] [libfetch] allow hiding User-Agent with empty string
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: des Date: Thu Jun 5 20:27:17 UTC 2014 New revision: 267127 URL: http://svnweb.freebsd.org/changeset/base/267127 Log: If HTTP_USER_AGENT is defined but empty, don't send User-Agent at all. PR:184507 Submitted by:jbe...@tormail.org (with modifications) MFC after:1 week Changes: head/lib/libfetch/fetch.3 head/lib/libfetch/http.c -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 184507] [patch] [libfetch] allow hiding User-Agent with empty string
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Dag-Erling Smørgrav changed: What|Removed |Added Status|In Discussion |Commit Ready CC||d...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 184507] [patch] [libfetch] allow hiding User-Agent with empty string
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Dag-Erling Smørgrav changed: What|Removed |Added Component|kern|bin Version|1.0-CURRENT |11.0-CURRENT Severity|Affects Only Me |Affects Some People -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190669] 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 --- Comment #1 from Thierry Thomas --- Source had been fetched via svn, latest revision is r267113 on 2014-06-05 17:21:25 +0200. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190669] 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 Thierry Thomas changed: What|Removed |Added Status|Needs Triage|In Discussion --- Comment #2 from Thierry Thomas --- Note: the build is fixed by setting -DNOCCACHE (I'm using ccache). Thus a possible fix might be to undef CCACHE where it is'nt supported? -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 185084] [regression][geli] Keyfile content potentially cleared prematurely after r259428
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185084 --- Comment #2 from commit-h...@freebsd.org --- A commit references this bug: Author: brd Date: Fri Jun 6 03:17:37 UTC 2014 New revision: 267145 URL: http://svnweb.freebsd.org/changeset/base/267145 Log: - Fix the keyfile being cleared prematurely after r259428 PR:185084 Submitted by:f...@fabiankeil.de Reviewed by:pjd@ Changes: head/sys/geom/eli/g_eli.c -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 170514] The FreeBSD pr report form should have the 'wireless' catagory
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=170514 Eitan Adler changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|--- |DUPLICATE --- Comment #1 from Eitan Adler --- not your fault, but we have a duplicate :-O *** This bug has been marked as a duplicate of bug 190526 *** -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 170514] The FreeBSD pr report form should have the 'wireless' catagory
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=170514 Eitan Adler changed: What|Removed |Added Component|misc|Bug Tracker Assignee|freebsd-bugs@FreeBSD.org|bugmeis...@freebsd.org Product|Base System |Administrative Concerns -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bugzilla] Commit Needs MFC
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is an experimental feature. Please file a bug or mail bugmeister@ with concerns. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives "device busy" if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): "init q" in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group "username" on userdel even if group "username" is not assoc. w/user "username" Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 Bug 186247: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: defines int64_t/uint64_t incorrectly ___ 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"
[Bug 190697] New: vmstat -i -w 1 does not work as expected
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190697 Bug ID: 190697 Summary: vmstat -i -w 1 does not work as expected Product: Base System Version: 9.2-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: u...@uffe.org vmstat -i -w 1 does not work as expected when running "vmstat -i -w 1" the command and its arguments is gladly accepted. I would expect that vmstat would output the results of "vmstat -i" with an interval of one second - running forever. However it only runs once and then exits. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190718] New: Error during installing collectd5 on amd64 FreeBSD8.4 via port
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190718 Bug ID: 190718 Summary: Error during installing collectd5 on amd64 FreeBSD8.4 via port Product: Base System Version: 8.4-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: Normal Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: d...@bloknot.pp.ua Dear sir. I have this problem then I try to install /usr/ports/net-mgmt/collectd5 on my FreeBSD 8.4 using standard command "make install clean" if I set configuration option "STATGRAB - Enable statgrab-based plugins (disk, interface, etc)". Without this option the installation was seccessfully without any error. Collectd version 4 was seccessfully installed on my system but version 5 was unseccesfully installed. I have update all popts using portupgrade before. If I try to install collectd5 on other clean FreeBSD 8.4 system under VirtualBox then I have same error. This is output of the process writing using 'script' command: === Script started on Fri Jun 6 19:31:56 2014 root@bsd84:/usr/ports/net-mgmt/collectd5 # make ===> Building for collectd5-5.4.1_2 Making all in libltdl gmake[1]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake all-am gmake[2]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake[1]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' Making all in src gmake[1]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' gmake all-recursive gmake[2]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' Making all in libcollectdclient gmake[3]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' gmake all-am gmake[4]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' gmake[3]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' Making all in liboconfig gmake[3]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/liboconfig' gmake all-am gmake[4]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/liboconfig' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/liboconfig' gmake[3]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/liboconfig' gmake[3]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' CC users_la-users.lo users.c: In function 'users_read': users.c:105: error: too few arguments to function 'sg_get_user_stats' users.c:109: error: 'sg_user_stats' has no member named 'num_entries' gmake[3]: *** [users_la-users.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' gmake[1]: *** [all] Error 2 gmake[1]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' gmake: *** [all-recursive] Error 1 ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** Error code 1 Stop in /usr/ports/net-mgmt/collectd5. *** Error code 1 Stop in /usr/ports/net-mgmt/collectd5. root@bsd84:/usr/ports/net-mgmt/collectd5 # cat > Makefile.local MAKE_JOBS_UNSAFE=yes root@bsd84:/usr/ports/net-mgmt/collectd5 # cat > Makefile.local ===> Building for collectd5-5.4.1_2 Making all in libltdl gmake[1]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake all-am gmake[2]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake[2]: Nothing to be done for `all-am'. gmake[2]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' gmake[1]: Leaving directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/libltdl' Making all in src gmake[1]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' gmake all-recursive gmake[2]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src' Making all in libcollectdclient gmake[3]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' gmake all-am gmake[4]: Entering directory `/usr/ports/net-mgmt/collectd5/work/collectd-5.4.1/src/libcollectdclient' gmake[4]: Nothing to be done for `all-am'. gmake[4]: Leaving di
[Bug 190723] New: bugzilla mails every day about bugs in MFC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190723 Bug ID: 190723 Summary: bugzilla mails every day about bugs in MFC Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: Normal Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: j...@funkthat.com if you are the person responsible for a bug that is in an MFC state, you will get spammed every day with an email about it. This is excesive. Environment: System: FreeBSD carbon.funkthat.com 11.0-CURRENT FreeBSD 11.0-CURRENT #6 r265164M: Wed Apr 30 16:47:25 PDT 2014 j...@carbon.funkthat.com:/usr/home/jmg/netgate/aesgcm/src/sys/amd64/compile/crypt amd64 N/A How-To-Repeat: Create a bug, move it to the MFC state, get excesive email. Fix: per eadler that he'll fix is sometime (who knows when), the easiest solution is to add the following to your .procmail: :0Wf * ^X-Bugzilla-Type: whine | formail -I "Status: RO" or even delete it if you don't care... -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190723] bugzilla mails every day about bugs in MFC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190723 Eitan Adler changed: What|Removed |Added Severity|Affects Many People |Affects Only Me -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190723] bugzilla mails every day about bugs in MFC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190723 Eitan Adler changed: What|Removed |Added Status|Needs Triage|Needs Help Group||freebsd_committer Component|misc|Bug Tracker Version|11.0-CURRENT|unspecified Assignee|freebsd-bugs@FreeBSD.org|bugmeis...@freebsd.org Product|Base System |Administrative Concerns --- Comment #1 from Eitan Adler --- the better workaround, which I told you, and you knew prior to submitting this bug is to change your bugzilla preferences. in addition, I did not say I'll "fix is sometime". finally, you didn't even bother to spend a the time to categorize this bug correctly as a 'bug tracker' bug. you should have known better. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #2 from Adrian Chadd --- It didn't do anything for me. Lenovo Thinkpad X230; Ivy Bridge CPU. But yes, it's now showing up as lcd0.active=1. If I set hw.acpi.video.lcd0.brightness to something other than 99, then the value is taken but the brightness doesn't change. If I use the keyboard to change the LCD brightness - up or down - it resets the value to 99. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #3 from Adrian Chadd --- So if I then do this: # cd /usr/ports/sysutils/acpi_call && make install clean # rehash # kldload acpi_ibm # kldload acpi_call # acpi_call -p '\VBRC' -i 14 .. then if I use sysctl hw.acpi.video.lcd0.brightness=X, things work fine. I can even set it to 99 and it works fine. The buttons don't work fine - they only vary the brightness a couple of values around whatever I set it. So I wonder what else is problematic with this thing! Any ideas/suggestions? -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #5 from Adrian Chadd --- Absolutely! http://people.freebsd.org/~adrian/laptop/lenovo_x230/ -a -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #4 from Henry Hu --- (In reply to Adrian Chadd from comment #3) > So if I then do this: > > # cd /usr/ports/sysutils/acpi_call && make install clean > # rehash > # kldload acpi_ibm > # kldload acpi_call > # acpi_call -p '\VBRC' -i 14 > > .. then if I use sysctl hw.acpi.video.lcd0.brightness=X, things work fine. I > can even set it to 99 and it works fine. The buttons don't work fine - they > only vary the brightness a couple of values around whatever I set it. > > So I wonder what else is problematic with this thing! Any ideas/suggestions? I don't have \VBRC in my ACPI DSDT. Maybe you can post your DSDT and we can have a look at it. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190735] New: truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735 Bug ID: 190735 Summary: truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: bugmeis...@ba23.org Created attachment 143473 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143473&action=edit Diff that fixes bug. And adds new unit tests. When you use the FreeBSD 8.4 /usr/bin/truncate, things work as expected. - get the binary from Freebsd 8.4 # tar xvf FreeBSD-8.4-RELEASE-amd64-livefs.iso usr/bin/truncate x usr/bin/truncate - fail gracefully if the size is too large for int64_t # ./usr/bin/truncate -s8388608t afile truncate: invalid size argument `8388608t' - using a size suffix to shrink a file # ./usr/bin/truncate -s16t afile # ./usr/bin/truncate -s-15t afile # ls -lh afile -rw-r--r-- 1 root wheel 1.0T Jun 6 19:44 afile With the FreeBSD 10.0 /usr/bin/truncate, we get unexpected behavior: - when the size is too large for int64_t, we expect an error, not a zero size file # /usr/bin/truncate -s8388608t afile # ls -l afile -rw-r--r-- 1 root wheel 0 Jun 6 19:47 afile - using a size suffix to shrink a file is no longer supported # /usr/bin/truncate -s16t afile # /usr/bin/truncate -s-15t afile truncate: invalid size argument `-15t' I think this is the change that caused this regression: http://svnweb.freebsd.org/base?view=revision&revision=204654 I have attached a diff that attempts to fix this issue. And also adds tests using the newer kyua format. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190739] New: Building libunbound writes to /usr/src
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190739 Bug ID: 190739 Summary: Building libunbound writes to /usr/src Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: pet...@freebsd.org Running "make depend" in /usr/src/lib/libunbound attempts to rewrite /usr/src/contrib/unbound/util/configparser.c This fails if /usr/src is read-only. This looks similar to http://lists.freebsd.org/pipermail/freebsd-hackers/2013-October/043627.html but there was no followup to that mail and the problem is still present in -current. To reproduce: 1) Make /usr/src read-only 2) Run: $ cd /usr/src/lib/libunbound $ make obj $ make depend I get: yacc -d /usr/src/lib/libunbound/../../contrib/unbound/util/configparser.y mv y.tab.c /usr/src/lib/libunbound/../../contrib/unbound/util/configparser.c override rw-r--r-- root/wheel for /usr/src/lib/libunbound/../../contrib/unbound/util/configparser.c? (y/n [n]) y mv: rename y.tab.c to /usr/src/lib/libunbound/../../contrib/unbound/util/configparser.c: Read-only file system *** Error code 1 Stop. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #6 from Henry Hu --- (In reply to Adrian Chadd from comment #5) > Absolutely! > > http://people.freebsd.org/~adrian/laptop/lenovo_x230/ > > > -a Have you tried acpi_call -p "\_SB.PCI0.VID.LCD0._BCM" -i And what's the value of acpi_call -p "\VIGD" acpi_call -p "\_SB.PCI0.VID.DRDY" VBRC() calls SMI directly. I have no idea what it is doing inside SMI. _SB.PCI0.VID.LCD0._BCM stores brightness in BRLV and calls _SB.PCI0.LPC.EC.BRNS() and UCMS(0x16). UCMS() calls SMI directly so I have no idea what it is doing. If _SB.PCI0.VID.DRDY is true, it calls _SB.PCI0.VID.AINT(). AINT() triggers an ASLE interrupt to set the brightness through the driver. I'm not sure what went wrong here. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #7 from Adrian Chadd --- root@sabrina:/home/adrian # acpi_call -p "\VIGD" 1 root@sabrina:/home/adrian # acpi_call -p "\_SB.PCI0.VID.DRDY" 1 and yes: acpi_call -p "\_SB.PCI0.VID.LCD0._BCM" -i works, but unpredictably. I can't go 5, then 99. I have to go 5, 10, 20, 30, 40, .. 99 or going straight to 99 doesn't work. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 183294] VIA VX900 - SATA hang
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183294 ross.stormc...@gmail.com changed: What|Removed |Added CC||ross.stormc...@gmail.com --- Comment #1 from ross.stormc...@gmail.com --- Can confirm this problem still exists from Release 9.x to 10.0 on an ECS VX900-I v1.0a motherboard. FreeBSD 8.x does not have this bug. As a side note, OpenBSD 5.4 and 5.5 exibit the same behavior (hangs on SATA initialization) but NetBSD 6.1.4 does not. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735 Jilles Tjoelker changed: What|Removed |Added Status|Needs Triage|In Discussion CC||jil...@freebsd.org --- Comment #1 from Jilles Tjoelker --- This looks useful. Is it possible to do without the new undocumented -D option? Perhaps you could ktrace for truncate(2) calls or add numbers to error messages. (A truncate() to something close to OFF_MAX should certainly not be expected to work, so checking for sizes of files may not be sufficient.) Instead of the PRIdMAX macro from , please use "jd". -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735 --- Comment #2 from Kirk Russell --- Jilles, thanks for looking! I have removed the new undocumented -D option and stopped using the macro from . I like your idea of using ktrace but I will want to research that idea before including that in a diff -- I will remove this ktrace/-D stuff from the patch -- I hope that is okay. I will attach a new patch to this bug, with the new changes. You can clarify your comment the expectations of off_t being OFF_MAX? My idea is the truncate utility needs to indicate an error if OFF_MAX < size < OFF_MIN. The function humanize_number() will allow numbers out-of-range for off_t and we should tell the user as soon as possible about this conversion problem. What the OS does with an large off_t passed to truncate() is the OS's business. For example, it is possible to create a huge sparse file in ZFS. I am not sure what this sparse file is useful for, but it is nice to see that ls -h works. # printf "%d\n" 0x7fff 9223372036854775807 # /usr/obj/usr/src/usr.bin/truncate/truncate -s 9223372036854775807 sparse.txt # ls -l sparse.txt -rw-r--r-- 1 root wheel 9223372036854775807 Jun 7 18:30 sparse.txt # ls -lh sparse.txt -rw-r--r-- 1 root wheel 8.0E Jun 7 18:33 sparse.txt -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735 --- Comment #3 from Kirk Russell --- Created attachment 143501 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143501&action=edit A second patch with the recommend changes. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190765] New: Added posix_fallocate support and tests to tools/regression/pjdfstest
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190765 Bug ID: 190765 Summary: Added posix_fallocate support and tests to tools/regression/pjdfstest Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: bugmeis...@ba23.org Created attachment 143502 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143502&action=edit Added posix_fallocate support to pjdfstest Here is a patch that adds support for posix_fallocate() to pjdfstest I did an svn copy of regression/pjdfstest/tests/ftruncate/00.t to create regression/pjdfstest/tests/posix_fallocate/00.t -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190784] New: gpart crash after drive removed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190784 Bug ID: 190784 Summary: gpart crash after drive removed Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: a...@ish.com.au This is reproducible by me on three different RELEASE-10.0 systems. How to reproduce: --> Remove a disk (eg. by unplugging SATA) # gpart show Segmentation fault (core dumped) # gdb /sbin/gpart /tmp/gpart.core 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)... Core was generated by `gpart'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libgeom.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libgeom.so.5 Reading symbols from /lib/libsbuf.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libsbuf.so.6 Reading symbols from /lib/libbsdxml.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libbsdxml.so.4 Reading symbols from /lib/libutil.so.9...(no debugging symbols found)...done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /lib/geom/geom_part.so...(no debugging symbols found)...done. Loaded symbols for /lib/geom/geom_part.so Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000801160623 in strtoimax_l () from /lib/libc.so.7 I don't have src on these machines to easily rebuild gpart in debug, so hopefully the above reference is enough to locate the bug. The above dump was from a machine on 10.0-RELEASE-p4 using freebsd-update binary release mechanism. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190785] New: cpu affinity not work in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 Bug ID: 190785 Summary: cpu affinity not work in FreeBSD 10-STABLE Product: Base System Version: 10.0-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: gon...@bsdinfo.com.br Hi, Recently noticed the following: # devinfo -rv em0 pnpinfo vendor=0x8086 device=0x105e subvendor=0x8086 subdevice=0x135e class=0x02 at slot=0 function=0 Interrupt request lines: 264 pcib1 I/O port window: 0x4020-0x403f pcib1 memory window: 0xc124-0xc125 0xc126-0xc127 After discovering the irq 264 in interface em0, I did this: # cpuset -l 3 -x 264 Even doing this, the em0 continues migrating to other CPU after a short period of time. You see it happen with: top -PSH. Tested on more than one system with FreeBSD 10-STABLE. FreeBSD .x.xxx.xx 10.0-STABLE FreeBSD 10.0-STABLE #9 r267034: Wed Jun 4 02:22:38 BRT 2014 r...@.x.xxx.xx:/usr/obj/usr/src/sys/GONDIM amd64 -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190786] New: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190786 Bug ID: 190786 Summary: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: p5b2e9...@t-online.de While booting these bug warnings are generated: ACPI APIC Table: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 0/32 (20130823/tbfadt-601) ACPI BIOS Warning (bug): Optional FADT field Gpe1Block has zero address or length: 0x102C/0x0 (20130823/tbfadt-630) ACPI related output of dmesg: > dmesg | grep -i acpi Features=0xafe9fbff ACPI APIC Table: ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe1Block: 0/32 (20130823/tbfadt-601) ACPI BIOS Warning (bug): Optional FADT field Gpe1Block has zero address or length: 0x102C/0x0 (20130823/tbfadt-630) acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 3ff0 (3) failed cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 pcib2: at device 30.0 on pci0 pci4: on pcib2 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 I do not know if the lines with "failed" are related to this bug. But it is worth hinting to this. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190787] OCZ-AGILITY3 SSD Not Detected
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190787 David Chisnall changed: What|Removed |Added CC||thera...@freebsd.org Component|standards |kern Assignee|freebsd-standards@FreeBSD.o |freebsd-bugs@FreeBSD.org |rg | --- Comment #3 from David Chisnall --- Reassign. This is a kernel bug, not a standards issue. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 174905] [patch] make cron(8) honor rfc821, rfc5321, rfc2076, rfc3834
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=174905 Olli Hauer changed: What|Removed |Added Version|1.0-CURRENT |unspecified Severity|Affects Only Me |Affects Many People -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190793] New: Some rc scripts return non zero status on success
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190793
Bug ID: 190793
Summary: Some rc scripts return non zero status on success
Product: Base System
Version: 10.0-STABLE
Hardware: Any
OS: Any
Status: Needs Triage
Severity: Affects Some People
Priority: ---
Component: conf
Assignee: freebsd-bugs@FreeBSD.org
Reporter: belzeb...@gmail.com
Created attachment 143528
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143528&action=edit
remove "[ foo ] && bar" hack
Rc scripts (/etc/rc.d/*) is written to return status returned by the last
executed command. This is correct behavior, but it cause problems with
construction like this:
[ -n "${foo}" ] && echo '.'
This construction may return 1 and if it is the last command, whole script
return 1. This behavior was certainly not intended, I guess. So construction
above should be changed into correcrt form:
if [ -n "${foo}" ]; then
echo '.'
fi
I find this bug in /etc/rc.d/routing, but more scripts are affected. Situation
when bug appear depends on configuration of services. Patch removing this hack
from all scripts is attached.
--
You are receiving this mail because:
You are the assignee for the bug.
___
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"
[Bug 184507] [patch] [libfetch] allow hiding User-Agent with empty string
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Baptiste Daroussin changed: What|Removed |Added Status|Commit Ready|Needs MFC CC||b...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190718] Error during installing collectd5 on amd64 FreeBSD8.4 via port
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190718 Baptiste Daroussin changed: What|Removed |Added CC||b...@freebsd.org Component|bin |Individual Port(s) Version|8.4-RELEASE |Latest Assignee|freebsd-bugs@FreeBSD.org|freebsd-ports-bugs@FreeBSD. ||org Product|Base System |Ports Tree --- Comment #1 from Baptiste Daroussin --- This is a ports bug -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 Nathan Whitehorn changed: What|Removed |Added Attachment #84994|0 |1 is obsolete|| CC||nwhiteh...@freebsd.org --- Comment #6 from Nathan Whitehorn --- Created attachment 143547 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143547&action=edit Prevents escape from unprivileged chroot This fixes the issue of using this feature to escape from a chroot established with privileges after dropping them by the simple expedient of unconditionally preventing unprivileged chroot while already in a chroot. The second issue raised (MAC transitions) I know nothing about and cannot address. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 --- Comment #7 from ji...@quis.cx --- I remember someone saying this could be exploited using rfork. I don't know why it's not listed in this bug. IIRC the problem was that fd_rdir (root of the processes) was stored in proc->p_fd (struct filedesc) and the P_NOSUGID-flag in struct proc itself. One could use rfork to create a new process with the same descriptor table and call chroot in the child which would flag the child with P_NOSUGID but change to root for the parent as well. The parent doesn't get P_NOSUGID however and will be able to execve a setuid executable with a fake libc. -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bug 190818] New: /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190818 Bug ID: 190818 Summary: /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured Product: Base System Version: 10.0-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: e...@norma.perm.ru In a setup like this ifconfig_vlan1="192.168.3.22/24 vlan 1 vlandev bce0" ifconfig_vlan1_alias0="inet 192.168.3.13/32 vhid 5 advskew 50 pass XX" ifconfig_vlan1_alias1="inet 192.168.3.1/32 vhid 5 advskew 50 pass XX" ifconfig_vlan1_alias2="inet6 fd00::301 prefixlen 120 vhid 5 advskew 50 pass XX -accept_rtadv" ifconfig_vlan15="192.168.7.7/24 vlan 15 vlandev bce0" ifconfig_vlan15_alias0="inet 192.168.7.2/24" ifconfig_vlan15_alias1="inet 192.168.7.6/24 vhid 7 advskew 50 pass XX" ifconfig_vlan15_alias2="inet6 fd00::701 prefixlen 120 vhid 7 advskew 50 pass XX" rtadvd_interfaces="vlan1 vlan15" ifconfig_vlan1_ipv6="inet6 fd00::0316 prefixlen 120 -accept_rtadv" ifconfig_vlan15_ipv6="inet6 fd00::0702 prefixlen 120 -accept_rtadv" FreeBSD can never enter a multiuser because the startup process is stuck in an endless cycle. For some reason ifalias_expand_addr() is called with ipv6 arguments instead of ifalias_expand_addr_inet6. May be carp has something to do with it. In the video provided the server tried to boot with the config above, it enters the first endless cycle on first interface, after a while I hit Ctrl-C repeatedly, the booting process immediately enters the endless cycle in the second interface, after a bunch of Ctrl-C it finally boots up. Link: http://unix.zhegan.in/files/output.mkv (about 8 megs, x264-encoded video from server's ipkvm). -- You are receiving this mail because: You are the assignee for the bug. ___ 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"
[Bugzilla] Commit Needs MFC
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives "device busy" if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): "init q" in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group "username" on userdel even if group "username" is not assoc. w/user "username" Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 Bug 186247: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: defines int64_t/uint64_t incorrectly ___ 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"
