[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 184507: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Severity: Affects Some People Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] [libfetch] allow hiding User-Agent with empty string 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 ___ 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 191080] New: Unable to add serial device using conscontrol(8)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191080 Bug ID: 191080 Summary: Unable to add serial device using conscontrol(8) Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: sh...@freebsd.org I'm trying to dynamically add a uart console device (/dev/ttyu0) to the low-level console list per conscontrol(8), but always get an ENXIO error: root@wasp:~ # conscontrol add /dev/ttyu0 conscontrol: could not add ttyu0 as a console: Device not configured I've tried it with getty running and not running, as well as with a terminal connected and not connected with the same results in all cases. root@wasp:~ # uname -a FreeBSD wasp 11.0-CURRENT FreeBSD 11.0-CURRENT #14: Mon Jun 16 01:01:23 PDT 2014 admin@wasp:/usr/obj/usr/src/sys/GENERIC 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 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 Robert Watson rwat...@freebsd.org changed: What|Removed |Added CC||rwat...@freebsd.org --- Comment #8 from Robert Watson rwat...@freebsd.org --- A appreciate the desirability for the features implied by this change, but given the propensity for vulnerabilities relating to chroot() in the past, think we should take a very conservative approach to potentially adopting it. There's a particular concern with how it interacts with non-UNIX-ID-based models -- e.g., MAC, Capsicum, Audit, Jail, as well as a future fine-grained privilege model. Overall, I'd rate this proposed change as extremely high risk; we will fix multiple vulnerabilities in it in the future, and so that cost would need to be carefully weighed against presumed benefit -- a fine-grained privilege model in which PRIV_CHROOT is delegable to only specific users or roles would help mitigate that risk. I wonder if a more suitable name for the proposed P_NOSUGID would be P_NOCREDCHANGE, and I also wonder if it should be CR_NOCREDCHANGE. -- 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 191086] New: grep and bsdgrep do not recognize [[::]] and [[::]]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191086 Bug ID: 191086 Summary: grep and bsdgrep do not recognize [[::]] and [[::]] Product: Base System Version: 9.2-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: we...@iastate.edu grep and bsdgrep do not recognize the '[[::]]' or '[[::]]' bracket expressions described in re_format(7), though sed does: $ printf 'foobar\nfoo bar\nbaz' | grep 'foo[[::]]' grep: Invalid character class name $ printf 'foobar\nfoo bar\nbaz' | grep '[[::]]bar' grep: Invalid character class name $ printf 'foobar\nfoo bar\nbaz' | bsdgrep 'foo[[::]]' bsdgrep: Invalid character class name $ printf 'foobar\nfoo bar\nbaz' | bsdgrep '[[::]]bar' bsdgrep: Invalid character class name $ printf 'foobar\nfoo bar\nbaz' | sed -n '/foo[[::]]/p' foo bar $ printf 'foobar\nfoo bar\nbaz' | sed -n '/[[::]]bar/p' foo bar -- Nathan Weeks IT Specialist USDA-ARS Corn Insects and Crop Genetics Research Unit Crop Genome Informatics Laboratory Iowa State University http://weeks.public.iastate.edu/ -- 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 176250] [libc] [patch] euc locale input modifies data
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176250 David Chisnall thera...@freebsd.org changed: What|Removed |Added CC||thera...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|thera...@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 179721] [libc] [patch] char-wchar_t mismatch in glob(3), fnmatch(3), regexec(3)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=179721 David Chisnall thera...@freebsd.org changed: What|Removed |Added CC||thera...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|thera...@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 182170] strtofflags.c build failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182170 David Chisnall thera...@freebsd.org changed: What|Removed |Added Assignee|thera...@freebsd.org|freebsd-bugs@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 177845] WITH_BMAKE does not work on CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177845 --- Comment #2 from yaneurab...@gmail.com --- This hasn't been an issue for some time; please close this 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 177845] WITH_BMAKE does not work on CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177845 yaneurab...@gmail.com changed: What|Removed |Added Status|In Discussion |Issue Resolved Resolution|--- |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 177845] WITH_BMAKE does not work on CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177845 --- Comment #3 from yaneurab...@gmail.com --- Aha.. I didn't realize I could close it... Closed :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 191054] New: make clean/cleanobj does not clean as expected with bsd.progs.mk
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191054 Bug ID: 191054 Summary: make clean/cleanobj does not clean as expected with bsd.progs.mk Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com When trying to isolate some issues with bsd.test.mk, I noticed that make clean/cleanobj was not cleaning as expected, in particular make clean does not clean any of the compiled programs, and make cleanobj only cleans out the last compiled program. If I run make cleandir, it napalms the heck out of the directory by deleting the bsd.dep.mk files 6 times (twice for cleandir, twice for cleanobj, twice for cleandepend) and the generated objects 2 times each (once each for cleanobj, once each for cleandir). I've provided an example below: % uname -a FreeBSD isilon-fuji-current.local 11.0-CURRENT FreeBSD 11.0-CURRENT #5 0d2be6b(isilon-atf): Sun Jun 8 21:34:32 PDT 2014 root@fuji-current.local:/usr/obj/usr/src/sys/FUJI i386 % cat * # Makefile FILESDIR=/tmp/share FILES=c BINDIR=/tmp/bin PROGS=a b MAN= .include bsd.progs.mk /* a.c */ #include stdio.h int main(void) { printf(hello world!\n); return (0); } /* b.c */ #include stdio.h int main(void) { printf(hello world!\n); return (0); } /* c */ This directory contains a simple C app that says, hello world! % make obj /usr/obj/root/make_clean_broken_with_progs_dot_mk created for /root/make_clean_broken_with_progs_dot_mk % make depend (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=a depend) rm -f .depend.a mkdep -f .depend.a -a -std=gnu99 /root/make_clean_broken_with_progs_dot_mk/a.c echo a: /usr/lib/libc.a .depend.a (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=b depend) rm -f .depend.b mkdep -f .depend.b -a -std=gnu99 /root/make_clean_broken_with_progs_dot_mk/b.c echo b: /usr/lib/libc.a .depend.b % make all (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=a ) cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c /root/make_clean_broken_with_progs_dot_mk/a.c cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -o a a.o (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=b ) cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c /root/make_clean_broken_with_progs_dot_mk/b.c cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -o b b.o % make clean % make cleanobj (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=a cleanobj) (cd /root/make_clean_broken_with_progs_dot_mk make -f /root/make_clean_broken_with_progs_dot_mk/Makefile _RECURSING_PROGS= SUBDIR= PROG=b cleanobj) rm -f b b.o rm -f .depend.b GPATH GRTAGS GSYMS GTAGS % make cleandir (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=a cleandepend) rm -f .depend.a GPATH GRTAGS GSYMS GTAGS (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=b cleandepend) rm -f .depend.b GPATH GRTAGS GSYMS GTAGS (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=a cleanobj) rm -f a a.o rm -f .depend.a GPATH GRTAGS GSYMS GTAGS (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=b cleanobj) rm -f b b.o rm -f .depend.b GPATH GRTAGS GSYMS GTAGS (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=a cleandir) rm -f a a.o rm -f .depend.a GPATH GRTAGS GSYMS GTAGS (cd /root/make_clean_broken_with_progs_dot_mk make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=b cleandir) rm -f b b.o rm -f .depend.b GPATH GRTAGS GSYMS GTAGS % Expected behavior: - make clean should clean all apps and generated files. - make cleanobj should just nuke ${.OBJDIR}; it shouldn't have to nuke the files under ${.OBJDIR} (bsd.obj.mk ensures that requirement is met for cleanobj). - make cleandir should does the same thing as cleanobj (why they're separate targets, I have no idea, but cleanobj isn't advertised in the docs 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
[Bug 191055] make install with bsd.progs.mk installs FILES/SCRIPTS multiple times if PROGS is specified
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191055 yaneurab...@gmail.com changed: What|Removed |Added CC||j...@freebsd.org, ||s...@freebsd.org Summary|make install with |make install with |bsd.progs.mk installs FILES |bsd.progs.mk installs |multiple times if PROGS is |FILES/SCRIPTS multiple |specified |times if PROGS is specified -- 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 191056] bsd.progs.mk: bsd.prog.mk incompatibilities with variables being set and not set
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191056 --- Comment #1 from yaneurab...@gmail.com --- Created attachment 143799 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143799action=edit Proposed fix -- 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 191067] New: NOT possible to run sshd in live-CD mode disk with FreeBSD-9.3-BETA3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191067 Bug ID: 191067 Summary: NOT possible to run sshd in live-CD mode disk with FreeBSD-9.3-BETA3 Product: Base System Version: 9.3-BETA2 Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: conf Assignee: freebsd-bugs@FreeBSD.org Reporter: ad...@support.od.ua Created attachment 143814 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143814action=edit Service sshd onestart failed NOT possible to run sshd in live-CD mode I run Live-CD FreeBSD-9.3-BETA3-amd64-bootonly.iso I chose the live-CD mode Run the command: #dhclient em0 #service sshd onestart ... Could not load host key: /etc/ssh/ssh_host_ecdsa_key ... I propose to mount the /etc/ssh in write mode, so you can run sshd with the necessary parameters -- 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 191070] New: Boot hangs on Levono Thinkpad Edge E545 at atkdbc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191070 Bug ID: 191070 Summary: Boot hangs on Levono Thinkpad Edge E545 at atkdbc Product: Base System Version: unspecified Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: jens.l...@gmx.de Booting FreeBSD current on my new Lenova Thinkpad Edge E545 hangs with atkbdc0 Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi atkbd0: AT Keyboard irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa Setting hint.atkdb.0.flags=0x10 or save boot have the same result. Same error with 10 stable r267232. The above port seems right for Linux, which boot without problems. I don't know, but maybe this notebook need other magic numbers than mention in http://lists.freebsd.org/pipermail/svn-src-head/2011-June/028224.html Environment: snapshot r266655 -- 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 #5 from roberth...@rcn.com --- And it's not just about base. As of r375825 of ports, I am unable to build: devel/boost-libs graphics/opencv-core mail/thunderbird www/firefox /seamonkey /libxul due to missing {emmintrin.h , xmmintrin.h}. -- 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 186971] [devd] [patch] install /etc/devd/zfs.conf if WITH_ZFS is set
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186971 yaneurab...@gmail.com changed: What|Removed |Added 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 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #9 from Adrian Chadd adr...@freebsd.org --- ok lemme sit down and try it again. -- 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 191040] [em] netif hangs the system if interface is cabled and configured but there is no link
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191040 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-...@freebsd.org Summary|em driver: netif hangs the |[em] netif hangs the system |system if interface is |if interface is cabled and |cabled and configured but |configured but there is no |there is no link|link --- Comment #1 from Mark Linimon lini...@freebsd.org --- Over to maintainers. -- 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 #3 from roberth...@rcn.com --- I am also getting this on a system running FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 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 190669] 'emmintrin.h' file not found - in /usr/src/lib/clang/libclangbasic
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 --- Comment #4 from roberth...@rcn.com --- (In reply to roberthuff from comment #3) I am also getting this on a system running FreeBSD 11.0-CURRENT #1 r264673: Sat Apr 19 09:43:10 EDT 2014 amd64 (sorry - butterfingers) And I am not running any kind of caching. -- 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 190697] vmstat(8): vmstat -i -w 1 does not work as expected
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190697 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Summary|vmstat -i -w 1 does not |vmstat(8): vmstat -i -w 1 |work as expected|does not work as expected -- 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] service(8): [patch] fixes for asterisk output in /usr/sbin/service scripts when rc.d is empty
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190665 Xin LI delp...@freebsd.org changed: What|Removed |Added CC||delp...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|delp...@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 190880] netif(8): [patch] netif no longer configures aliases for 802.1q interfaces
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190880 Mark Linimon lini...@freebsd.org changed: What|Removed |Added CC||dte...@freebsd.org Summary|netif does not configure|netif(8): [patch] netif no |aliases for 802.1q |longer configures aliases |interfaces |for 802.1q interfaces --- Comment #1 from Mark Linimon lini...@freebsd.org --- Notify committer of r264243. -- 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 190884] freebsd-update(8) fetch keeps wanting to update to 9.2-RELEASE-p8
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190884 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Component|misc|bin Summary|freebsd-update fetch keeps |freebsd-update(8) fetch |wanting to update to|keeps wanting to update to |9.2-RELEASE-p8 |9.2-RELEASE-p8 --- Comment #1 from Mark Linimon lini...@freebsd.org --- Fix Summary and Component. -- 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 190655] [cd9660] cd9660 cannot mount ISO 9660 multi-session above 4 GiB
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190655 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd...@freebsd.org Summary|cd9660 cannot mount ISO |[cd9660] cd9660 cannot |9660 multi-session above 4 |mount ISO 9660 |GiB |multi-session above 4 GiB --- Comment #1 from Mark Linimon lini...@freebsd.org --- Over to maintainers. -- 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 190912] [libc] shmctl(2) get shared memory state returning error attached process number
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190912 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Component|misc|kern Summary|shmctl get shared memory|[libc] shmctl(2) get shared |state returning error |memory state returning |attached process number |error attached process ||number --- Comment #1 from Mark Linimon lini...@freebsd.org --- adjust summary and component. -- 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 190944] [jail] su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-j...@freebsd.org Summary|su -m username not|[jail] su -m username not |working in jail |working in jail Severity|Affects Only Me |Affects Many People --- Comment #2 from Mark Linimon lini...@freebsd.org --- Over to maintainers. -- 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 191052] New: atf-sh integration tests broken after r267181
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191052 Bug ID: 191052 Summary: atf-sh integration tests broken after r267181 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: yaneurab...@gmail.com Created attachment 143796 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143796action=edit Prefix all references to atf-sh with /usr/bin/env so the sed operation fills in /usr/libexec/atf-sh The atf-sh integration tests are broken after r267181 because the /usr/sbin is always expected to be in path whereas /usr/libexec isn't by design. The attached patch fixes the 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 189156] [build] [patch] include/Makefile does not honor MK_GSSAPI == no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189156 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: tijl Date: Fri Jun 13 10:08:19 UTC 2014 New revision: 267441 URL: http://svnweb.freebsd.org/changeset/base/267441 Log: Don't install GSS-API headers when the GSSAPI option has been disabled. Some ports assume GSS-API is supported when they find the headers. PR:189156 Submitted by:Garrett Cooper yaneg...@gmail.com Changes: head/include/Makefile head/tools/build/mk/OptionalObsoleteFiles.inc -- 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] daemon(8): /usr/sbin/daemon -P option does not work as documented
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190643 Ed Maste ema...@freebsd.org changed: What|Removed |Added Status|Needs Triage|Needs MFC CC||ema...@freebsd.org --- Comment #1 from Ed Maste ema...@freebsd.org --- This is http://bugs.freebsd.org/187265, fixed in HEAD and stable/10, but not stable/9. I will merge the fix in time for 9.3 if possible. -- 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] daemon(8): /usr/sbin/daemon -P option does not work as documented
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190643 Ed Maste ema...@freebsd.org changed: What|Removed |Added Status|Needs MFC |Issue Resolved Resolution|--- |DUPLICATE --- Comment #2 from Ed Maste ema...@freebsd.org --- *** This bug has been marked as a duplicate of bug 187265 *** -- 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 191002] New: [openbsm] auditdistd 1.2-alpha3 leaves kqueue handles open, hits system maxfiles limit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191002 Bug ID: 191002 Summary: [openbsm] auditdistd 1.2-alpha3 leaves kqueue handles open, hits system maxfiles limit Product: Base System Version: unspecified Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: z...@freebsd.org Created attachment 143744 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143744action=edit fstat|grep auditdistd After being running for a while, auditdistd will consume all available open file handles on a system. I believe it's leaking kqueue widgets. Log from 'fstat|grep auditdistd' 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 191002] [openbsm] auditdistd 1.2-alpha3 leaves kqueue handles open, hits system maxfiles limit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191002 --- Comment #1 from Ryan Steinmetz z...@freebsd.org --- Created attachment 143745 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143745action=edit procstat -fa|grep auditdistd -- 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 191002] [openbsm] auditdistd 1.2-alpha3 leaves kqueue handles open, hits system maxfiles limit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191002 --- Comment #2 from Ryan Steinmetz z...@freebsd.org --- mjg reviewed this and believes that for each new file there is new kqueue descriptor opened (/bin/auditdistd/sender.c - read_thread_wait - wait_for_file_init) ... and that always calls kqueue. It appears as if the kqueue descriptors aren't being closed when this happens. On the systems where this is an issue for me, they are ones that would have higher-than-usual audit log sizes. (nagios host, etc.). A hack-patch might look like this: http://pastebin.com/5SaBUuqF Although, he recommended that we remove the old watchers as a more proper fix. -- 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 191002] [openbsm] auditdistd 1.2-alpha3 leaves kqueue handles open, hits system maxfiles limit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191002 Ryan Steinmetz z...@freebsd.org changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|p...@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 191003] New: make delete-old misses a file
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191003 Bug ID: 191003 Summary: make delete-old misses a file Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: Normal Component: conf Assignee: freebsd-bugs@FreeBSD.org Reporter: vi...@khera.org I upgraded a system from 9.2 to 10.0 today. Running make delete-old reported the following failure: rmdir: /usr/share/doc/psd/28.cvs: Directory not empty There is one file there: # ls -l /usr/share/doc/psd/28.cvs/ total 32 -r--r--r-- 1 root wheel 31862 May 15 09:32 paper.ps.gz Environment: System: FreeBSD lorax.kcilink.com 10.0-RELEASE-p5 FreeBSD 10.0-RELEASE-p5 #0 r267390: Thu Jun 12 12:52:02 EDT 2014 vi...@lorax.kcilink.com:/u/lorax1/usr10/obj/u/lorax1/usr10/src/sys/KCI64 amd64 Fix: work around is # rm /usr/share/doc/psd/28.cvs/paper.ps.gz fix is to add this file to the old files to delete. -- 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 175073] Incomplete kernel CFI data breaks kgdb(1)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175073 Ed Maste ema...@freebsd.org changed: What|Removed |Added CC||ema...@freebsd.org Component|bin |kern Summary|kgdb(1) broken: Incomplete |Incomplete kernel CFI data |CFI data|breaks kgdb(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 190785] cpu affinity not working in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 Hiren Panchasara hi...@freebsd.org changed: What|Removed |Added CC||hi...@freebsd.org Component|bin |kern Assignee|freebsd-bugs@FreeBSD.org|freebsd-...@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 191019] New: pgrep/pkill -j testcases fail on 11-CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191019 Bug ID: 191019 Summary: pgrep/pkill -j testcases fail on 11-CURRENT Product: Base System Version: unspecified Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com The testcases fail to run successfully via kyua and via prove. This testcases probably fail because they're using outdated jail commands or because of changes in the security realm (Capsicum, etc), but this requires further investigation. -- 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 191019] pgrep/pkill -j testcases fail on 11-CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191019 --- Comment #1 from yaneurab...@gmail.com --- Created attachment 143762 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143762action=edit pkill -j test failure log (06/2013) From http://kyua3.nyi.freebsd.org/head/data/0-LATEST/results/bin_pkill_pkill-j_test_main.html -- 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 191019] pgrep/pkill -j testcases fail on 11-CURRENT
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191019 --- Comment #2 from yaneurab...@gmail.com --- Created attachment 143763 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143763action=edit pgrep -j test failure log (06/2013) -- 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 191020] New: usr.bin/yacc testcases are not synched with yacc; causes erroneous failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191020 Bug ID: 191020 Summary: usr.bin/yacc testcases are not synched with yacc; causes erroneous failures Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com Created attachment 143764 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143764action=edit Grabbed from http://kyua3.nyi.freebsd.org/head/data/0-LATEST/results/usr.bin_yacc_legacy_test_main.html on 06/13/2014 The byacc testcases fail today because the copies checked in under usr.bin/yacc/tests are not in synch with the yacc code. The testcases from upstream need to be added/integrated into contrib/yacc . -- 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 191020] usr.bin/yacc testcases are not synched with yacc; causes erroneous failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191020 --- Comment #1 from yaneurab...@gmail.com --- into contrib/yacc - from contrib/yacc. Please note that this isn't a small task because the testcases are very ad hoc, use a special test harness, and doesn't integrate into any existing test harnesses supported by kyua. Just for context: On Mon, May 12, 2014 at 08:01:02PM -0700, Garrett Cooper wrote: On May 12, 2014, at 16:32, Thomas Dickey dickey { SPAMFREE AT SPAMFREE } his.com wrote: On Mon, May 12, 2014 at 02:50:33PM -0700, Garrett Cooper wrote: Hi Thomas! I'm looking at integrating your byacc tests into the FreeBSD test suite and I'd like to separate out the test driver code from the testcases content and I was wondering if I could get access to the sources so I could adjust the test code and contribute them back to you. sorry - my archives are all on local machines - I can work with diff's... Ok. I'll do some local dev on the last byacc snapshot and send you the diff when I'm done. Thanks :)!! no problem. The point of the expanded tests was to help ensure that I didn't break byacc while integrating the changes to allow building a btyacc lookalike. (The two are different - Debian maintainer and I were discussing that). -- Thomas E. Dickey dickey { SPAMFREE AT SPAMFREE } invisible-island.net http://invisible-island.net ftp://invisible-island.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlNx1lgACgkQcCNT4PfkjttmJwCgx2HPX+DE2KzxQGKfHYsy0/M9 6QoAn0oUK1tPx2PDs828adb3yfQkjWzk =TmkH -END PGP SIGNATURE- -- 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 191022] New: sed:multi_test testcase # 75 fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191022 Bug ID: 191022 Summary: sed:multi_test testcase # 75 fails Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com The reason why sed:multi_test testcase # 75 fails in 11-CURRENT runs is that the kyua tap tester doesn't fully support the TAP protocol (not OK # TODO should pass). This is being filed as a reference to the upstream bug: https://github.com/jmmv/kyua/issues/85 -- 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 190964] New: [ipf] ipnat doesn't work without INET6 kernel option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190964 Bug ID: 190964 Summary: [ipf] ipnat doesn't work without INET6 kernel option 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: d...@afalina.od.ua If make custom kernel without option INET6 ipnat don't working: -- # /etc/rc.d/ipnat restart 70:ioctl(SIOCGNATS) object size mismatch for copying out ipfobj Installing NAT rules. -- Test on FreeBSD10 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 190964] [ipf] ipnat doesn't work without INET6 kernel option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190964 --- Comment #1 from DYM d...@afalina.od.ua --- If make custom kernel without option INET6 ipnat don't working: -- # /etc/rc.d/ipnat restart 70:ioctl(SIOCGNATS) object size mismatch for copying out ipfobj Installing NAT rules. -- Test and reproducibly on FreeBSD10 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 190964] [ipf] ipnat doesn't work without INET6 kernel option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190964 Ed Maste ema...@freebsd.org changed: What|Removed |Added CC||ema...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|c...@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 190643] daemon(8): /usr/sbin/daemon -P option does not work as documented
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190643 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Summary|/usr/sbin/daemon -P option |daemon(8): /usr/sbin/daemon |does not work as documented |-P option does not work as ||documented -- 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 190945] su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190945 Mark Linimon lini...@freebsd.org changed: What|Removed |Added Status|Needs Triage|Issue Resolved Resolution|--- |DUPLICATE --- Comment #1 from Mark Linimon lini...@freebsd.org --- *** This bug has been marked as a duplicate of bug 190944 *** -- 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 190944] su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 --- Comment #1 from Mark Linimon lini...@freebsd.org --- *** Bug 190945 has been marked as a duplicate of this 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 190919] New: [patch] [modules] stable/9 buildworld is broken with MODULES_WITH_WORLD=yes (again)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190919 Bug ID: 190919 Summary: [patch] [modules] stable/9 buildworld is broken with MODULES_WITH_WORLD=yes (again) Product: Base System Version: 9.2-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: eu...@grosbein.net Created attachment 143665 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143665action=edit Patch for sys/modules/xenhvm/Makefile to build without KERNBUILDDIR This PR is similar to closed 180918 but not the same. As in the 180918, make MODULES_WITH_WORLD=yes buildworld is broken in recent 9.2-STABLE. A patch 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 190919] [patch] [xenhvm] stable/9 buildworld is broken with MODULES_WITH_WORLD=yes (again)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190919 eu...@grosbein.net changed: What|Removed |Added Summary|[patch] [modules] stable/9 |[patch] [xenhvm] stable/9 |buildworld is broken with |buildworld is broken with |MODULES_WITH_WORLD=yes |MODULES_WITH_WORLD=yes |(again) |(again) -- 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 187080] [panic] sparc64 r261798: Panic String: vm_page_alloc: page 0xfffff8003feea008 is wired
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187080 --- Comment #1 from commit-h...@freebsd.org --- A commit references this bug: Author: alc Date: Wed Jun 11 16:11:12 UTC 2014 New revision: 267364 URL: http://svnweb.freebsd.org/changeset/base/267364 Log: Correct a bug in the management of the population map on big-endian machines. Specifically, there was a mismatch between how the routine allocation and deallocation operations accessed the population map and how the aggressively optimized reservation-breaking operation accessed it. So, problems only occurred when reservations were broken. This change makes the routine operations access the population map in the same way as the reservation breaking operation. This bug was introduced in r25. PR:187080 Tested by:jmg (on an armeb machine) Sponsored by:EMC / Isilon Storage Division Changes: head/sys/vm/vm_reserv.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 190824] [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824 Hajimu UMEMOTO u...@freebsd.org changed: What|Removed |Added CC||u...@freebsd.org Component|kern|bin --- Comment #2 from Hajimu UMEMOTO u...@freebsd.org --- I'll take. -- 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 190944] New: su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 Bug ID: 190944 Summary: su -m username not working in jail 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: harri...@glsan.com I am unable to run `/usr/bin/su -m www echo test` while inside a jail using the latest 10.0-RELEASE patch. I recieve a permission denied error. current su -r-sr-xr-x 1 root wheel 17216 Mar 23 19:16 /usr/bin/su* old su which works: -r-sr-xr-x 1 root wheel 17216 Mar 14 11:53 /usr/bin/su* In a jail under: FreeBSD recon 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 with /etc/fstab.jailname /jails/basejail /jails/recon/basejail nullfs ro 0 0 and inside the jail -- 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 190945] New: su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190945 Bug ID: 190945 Summary: su -m username not working in jail 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: harri...@glsan.com I am unable to run `/usr/bin/su -m www echo test` while inside a jail using the latest 10.0-RELEASE patch. I recieve a permission denied error. current su -r-sr-xr-x 1 root wheel 17216 Mar 23 19:16 /usr/bin/su* old su which works: -r-sr-xr-x 1 root wheel 17216 Mar 14 11:53 /usr/bin/su* In a jail under: FreeBSD recon 10.0-RELEASE-p4 FreeBSD 10.0-RELEASE-p4 #0: Tue Jun 3 13:14:57 UTC 2014 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 with /etc/fstab.jailname /jails/basejail /jails/recon/basejail nullfs ro 0 0 and inside the jail -- 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 190945] su -m username not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190945 harri...@glsan.com changed: What|Removed |Added Keywords||Regression Priority|--- |Normal -- 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 189854] [patch] Improved /etc/periodic/daily/420.status-network
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189854 Pavel Volkov pavelivol...@gmail.com changed: What|Removed |Added 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 189173] [PATCH] pw(8): Minor cosmetic cleanup of usr.sbin/pw/pwupd.c
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189173 fulle...@over-yonder.net changed: What|Removed |Added Attachment #142184|0 |1 is obsolete|| --- Comment #2 from fulle...@over-yonder.net --- Created attachment 143610 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143610action=edit Updated patch Upload updated patch as attachment. -- 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 190880] New: netif does not configure aliases for 802.1q interfaces
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190880 Bug ID: 190880 Summary: netif does not configure aliases for 802.1q interfaces Product: Base System Version: 9.3-BETA2 Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: conf Assignee: freebsd-bugs@FreeBSD.org Reporter: k...@matpockuh.ru Changes from r264243 broke configuring aliases for 802.1q interfaces. In my rc.conf I have: cloned_interfaces=nfe0.2 nfe0.6 nfe0.19 ifconfig_nfe0=up ifconfig_nfe0_2=inet 192.168.2.2/24 ifconfig_nfe0_2_alias0=inet 192.168.222.2/24 ifconfig_nfe0_6=inet 192.168.6.2/24 ifconfig_nfe0_19=inet 192.168.19.2/30 After update to 9.3-BETA2 (r267262) I got this message on boot: ifconfig: interface nfe0_2 does not exist Root cause is in replacing . to _ for $_if in ifalias_af_common() function in network.subr, and passing incorrect $_if to ifconfig command. To fix a problem I used this patch: --- network.subr.orig 2014-06-10 14:50:39.516897085 +0400 +++ network.subr2014-06-10 12:59:44.755780832 +0400 @@ -1095,7 +1095,7 @@ # Process the last component case $_tmpargs in ${_af}\ *) - ifalias_af_common_handler $_if $_af $_action $_tmpargs _ret=0 + ifalias_af_common_handler $1 $_af $_action $_tmpargs _ret=0 ;; esac But I'm not sure it is correct. Please verify 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 190884] New: freebsd-update fetch keeps wanting to update to 9.2-RELEASE-p8
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190884 Bug ID: 190884 Summary: freebsd-update fetch keeps wanting to update to 9.2-RELEASE-p8 Product: Base System Version: 9.2-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: gre...@freebsd.org 10 When using freebsd-update fetch I get: Looking up update.FreeBSD.org mirrors... 5 mirrors found. Fetching metadata signature for 9.2-RELEASE from update4.freebsd.org... done. Fetching metadata index... done. Inspecting system... done. Preparing to download files... done. The following files will be updated as part of updating to 9.2-RELEASE-p8: /boot/kernel/linker.hints Next I'll install # freebsd-update install Installing updates... done. and reboot # shutdown -r now After reboot, the kernel is 9.2-RELEASE-p7 (not p8), since the vulnerability fixed didn't include a kernel update. So next time I'm calling freebsd-update fetch it's all 'goto 10'. -- 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 190912] New: shmctl get shared memory state returning error attached process number
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190912 Bug ID: 190912 Summary: shmctl get shared memory state returning error attached process number 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: faus...@126.com When I call shmctl, like, shmctl(shmid, SHM_STAT, shmseg) to return the state of the shared memory. the shmseg.shm_nattch is not correct. -- 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 189366] freebsd-update on FreeBSD10-release left set_rcvar lines in /etc/rc.d
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189366 c...@stagecraft.cx changed: What|Removed |Added CC||c...@stagecraft.cx --- Comment #1 from c...@stagecraft.cx --- This just happened to me as well, upgrading 9.2-RELEASE-p8 amd64 to 10.0-RELEASE-p4. 68 out of the 160 files in /etc/rc.d contain set_rcvar after the upgrade, with another 13 containing something called set_rcvar_obsolete. The syslogd script has more than just rcvar=`set_rcvar` as well. -- 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: machine/_types.h 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 190824] New: [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824 Bug ID: 190824 Summary: [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: justin.mco...@gmail.com The AI_ADDRCONFIG option of getaddrinfo is intended to reduce latency by excluding queries for address families not configured on the system. However loopback addresses are currently treated as configured addresses, effectively breaking this functionality. This patch addresses this by retooling addrconfig() to exclude addresses on loopback interfaces when looking for configured addresses. The code is based on getifaddrs.c. - This patch does not address link-local addresses with respect to AI_ADDRCONFIG. - This patch does not affect the ability to resolve numeric hosts such as '127.0.0.1', '::1', and '::%eth0', since getaddrinfo bypasses the call to addrconfig when such an address is requested. Testing: - Host info: $ ifconfig em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=9bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM ether 00:0c:29:0d:a3:78 inet 172.16.69.133 netmask 0xff00 broadcast 172.16.69.255 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: Ethernet autoselect (1000baseT full-duplex) status: active lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384 options=63RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff00 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL - Using a test program like http://www.logix.cz/michal/devel/various/getaddrinfo.c.xp and filtering to just show the address families: - With AI_ADDRCONFIG NOT set: $ ./gai google.com | egrep -o IPv. | uniq IPv4 IPv6 $ ./gai 127.0.0.1 | egrep -o IPv. | uniq IPv4 $ ./gai fe80::1%lo0 | egrep -o IPv. | uniq IPv6 - With AI_ADDRCONFIG set: $ ./gai google.com | egrep -o IPv. | uniq IPv4 $ ./gai 127.0.0.1 | egrep -o IPv. | uniq IPv4 $ ./gai fe80::1%lo0 | egrep -o IPv. | uniq IPv6 -- 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 190824] [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824 --- Comment #1 from Justin McOmie justin.mco...@gmail.com --- Created attachment 143557 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143557action=edit diff -- 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 #4 from commit-h...@freebsd.org --- A commit references this bug: Author: jilles Date: Mon Jun 9 10:39:56 UTC 2014 New revision: 267265 URL: http://svnweb.freebsd.org/changeset/base/267265 Log: truncate: Detect integer overflow, fix relative sizes, add tests. The change to expand_number (r204654) broke detection of too large sizes and relative sizes ('+'/'-'). Also add some tests. PR:190735 Submitted by:Kirk Russell MFC after:1 week Changes: head/etc/mtree/BSD.tests.dist head/usr.bin/truncate/Makefile head/usr.bin/truncate/tests/ head/usr.bin/truncate/tests/Makefile head/usr.bin/truncate/tests/truncate_test.sh head/usr.bin/truncate/truncate.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 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 jil...@freebsd.org changed: What|Removed |Added Status|In Discussion |Needs MFC Assignee|freebsd-bugs@FreeBSD.org|jil...@freebsd.org --- Comment #5 from Jilles Tjoelker jil...@freebsd.org --- Applied to 11-current, with some changes (fixing buildworld/installworld WITH_TESTS=YES, removing duplicate test, fixing some test descriptions). -- 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 #8 from Henry Hu henry.hu...@gmail.com --- (In reply to Adrian Chadd from comment #7) 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 x 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. That's strange. Setting hw.acpi.video.lcd0.brightness should be the same as calling _BCM. Have you tried calling _BCM without calling VBRC(14) first? For the brightness levels, only the ones in hw.acpi.video.lcd0.levels are accepted, but I still have no idea why you can't change the brightness level directly. -- 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] /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190818 --- Comment #1 from e...@norma.perm.ru --- Removing ipv6 aliases (leaving only primary addresses) resolves the 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 190818] /etc/rc.d/netif enters an endless cycle when ipv6 aliases are configured
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190818 e...@norma.perm.ru changed: What|Removed |Added Status|Needs Triage|Issue Resolved Resolution|--- |Works As Intended --- Comment #2 from e...@norma.perm.ru --- Well... it took some time to figure that when -accept_rtadv is configured it alias instead of primary address, this breaks the network.subr, which uses '*-*' pattern for it's own purposes. -accept_rtadv and also various mediaoptions should be configured with main addresses. This should be mentioned in BUGS sescion of rc.conf man page. -- 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 163164] FreeBSD 9.0-RC3 amd64 freezes on boot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163164 --- Comment #4 from nuk...@gmail.com --- I've to put hint.hdac.0.disabled=1 into /boot/device.hints to run FreeBSD-11-CURRENT-r266655 on a Via EPIA-M910-12PQ QuadCore. Otherwise it hangs during boot. -- 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] cpu affinity not work in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 --- Comment #1 from gon...@bsdinfo.com.br --- Hi, The problem only happens with em(4), the igb(4) working normally. Unable to test other drivers. -- 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] cpu affinity not working in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 gon...@bsdinfo.com.br changed: What|Removed |Added Summary|cpu affinity not work in|cpu affinity not working in |FreeBSD 10-STABLE |FreeBSD 10-STABLE -- 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 186247] machine/_types.h defines int64_t/uint64_t incorrectly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Ed Maste ema...@freebsd.org changed: What|Removed |Added Status|Needs MFC |Issue Resolved Resolution|--- |FIXED --- Comment #2 from Ed Maste ema...@freebsd.org --- Merged to stable/9: http://svnweb.freebsd.org/changeset/base/263505 Will be in FreeBSD 9.3 -- 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 186958] [headers] Incorrect definitions for platform-dependent types and macros
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186958 Ed Maste ema...@freebsd.org changed: What|Removed |Added CC||ema...@freebsd.org --- Comment #1 from Ed Maste ema...@freebsd.org --- Current output on stable/9: sizeof(long): 4 sizeof(int64_t): 8 sizeof(INT64_C(0)): 8 sizeof(UINT64_C(0)): 8 sizeof(intptr_t): 4 sizeof(INTPTR_MIN): 4 sizeof(INTPTR_MAX): 4 sizeof(uintptr_t): 4 sizeof(UINTPTR_MAX): 4 sizeof(ptrdiff_t): 4 sizeof(PTRDIFF_MIN): 4 sizeof(PTRDIFF_MAX): 4 sizeof(size_t): 4 sizeof(SIZE_MAX): 4 sizeof(__intfptr_t): 4 sizeof(__uintfptr_t): 4 sizeof(__ssize_t): 4 sizeof(id_t): 8 sizeof(time_t): 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 186958] [headers] Incorrect definitions for platform-dependent types and macros
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186958 --- Comment #2 from Ed Maste ema...@freebsd.org --- id_t is not a -m32 bug - it is int64_t on all of our platforms, including i386. Related dfly issue: https://bugs.dragonflybsd.org/issues/1390 -- 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: IBMTP-74 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=0xafe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE ACPI APIC Table: IBMTP-74 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: IBM TP-74 on motherboard acpi_ec0: Embedded Controller: GPE 0x1c, ECDT port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, 3ff0 (3) failed cpu0: ACPI CPU on acpi0 attimer0: AT timer port 0x40-0x43 irq 0 on acpi0 atrtc0: AT realtime clock 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: Control Method Lid Switch on acpi0 acpi_button0: Sleep Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 20 at device 28.0 on pci0 pci2: ACPI PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 30.0 on pci0 pci4: ACPI PCI bus on pcib2 acpi_tz0: Thermal Zone on acpi0 atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0 battery0: ACPI Control Method Battery on acpi0 acpi_acad0: AC Adapter 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 thera...@freebsd.org 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 thera...@freebsd.org --- 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 oha...@freebsd.org 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=143528action=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 b...@freebsd.org 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 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 Nathan Whitehorn nwhiteh...@freebsd.org changed: What|Removed |Added Attachment #84994|0 |1 is obsolete|| CC||nwhiteh...@freebsd.org --- Comment #6 from Nathan Whitehorn nwhiteh...@freebsd.org --- Created attachment 143547 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143547action=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
[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 jil...@freebsd.org changed: What|Removed |Added Status|Needs Triage|In Discussion CC||jil...@freebsd.org --- Comment #1 from Jilles Tjoelker jil...@freebsd.org --- 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 inttypes.h, 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 bugmeis...@ba23.org --- Jilles, thanks for looking! I have removed the new undocumented -D option and stopped using the macro from inttypes.h. 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 bugmeis...@ba23.org --- Created attachment 143501 -- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143501action=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=143502action=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
[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: machine/_types.h 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 directory
[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 ead...@freebsd.org 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 ead...@freebsd.org 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 ead...@freebsd.org --- 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 adr...@freebsd.org --- 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