[Bug 182170] strtofflags.c build failures
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182170 David Chisnall 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 189481] ath does not expose ht/40 for 'world' regdomain
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189481 David Chisnall changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|adr...@freebsd.org --- Comment #1 from David Chisnall --- Assign to Adrian, who asked me to file 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 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 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 176250] [libc] [patch] euc locale input modifies data
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=176250 David Chisnall 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 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 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 Robert Watson changed: What|Removed |Added CC||rwat...@freebsd.org --- Comment #8 from Robert Watson --- 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 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"
[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 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 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 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 port 0x60,0x64 irq 1 on acpi atkbd0: 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 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=143814&action=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 116081] make does not work with the directive sinclude
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=116081 --- Comment #4 from yaneurab...@gmail.com --- Indeed. It was discussed a couple years ago but never made it into an official standard: http://article.gmane.org/gmane.comp.standards.posix.austin.general/3225/match=sinclude -- 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 116081] make does not work with the directive sinclude
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=116081 David Chisnall changed: What|Removed |Added CC||thera...@freebsd.org Component|standards |misc Assignee|freebsd-standards@FreeBSD.o |freebsd-bugs@FreeBSD.org |rg | --- Comment #3 from David Chisnall --- POSIX does not describe *any* mechanism for includes in Makefiles, so reassigning this from standards. -- 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=143799&action=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 191056] New: bsd.progs.mk: bsd.prog.mk incompatibilities with variables being set and not set
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191056 Bug ID: 191056 Summary: bsd.progs.mk: bsd.prog.mk incompatibilities with variables being set and not set Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: yaneurab...@gmail.com There are some values where, if unset in bsd.prog.mk, would default to the .. For instance if I had a Makefile that defined a program a, like so... % cat * # Makefile PROG= a .include /* a.c */ #include int main(void) { printf("hello world\n"); return (0); } % make all Warning: Object directory not changed from original /root/make_tests/prog_mk cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -c a.c cc -O2 -pipe -std=gnu99 -fstack-protector -Qunused-arguments -o a a.o make: don't know how to make a.1. Stop make: stopped in /root/make_tests/prog_mk % As shown above, bsd.prog.mk automatically assumes that there was a corresponding source file for ;a' called 'a.c', and there's a manpage a.1. bsd.progs.mk doesn't maintain this compatibility because it passes through several variables with empty values instead of not passing them through in the first place. Example: % cat * # Makefile PROGS=a .include /* a.c */ #include int main(void) { printf("hello world!\n"); return (0); } % make all (cd /root/make_tests/progs_mk && make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=a ) Warning: Object directory not changed from original /root/make_tests/progs_mk make[1]: don't know how to make .o. Stop make[1]: stopped in /root/make_tests/progs_mk *** Error code 2 Stop. make: stopped in /root/make_tests/progs_mk Expected result: - The following variables should not be passed through if they aren't set: -- BINDIR -- MAN -- SRCS There might be more, but these are definite issues that I've found when testing out bsd.progs.mk over the past couple months. My diff against bsd.progs.mk is attached as a reference for how I "fixed" the problem. -- 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 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 191055] New: make install with bsd.progs.mk installs FILES multiple times if PROGS is specified
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191055 Bug ID: 191055 Summary: make install with bsd.progs.mk installs FILES multiple times if PROGS is specified 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 If I specify PROGS and FILES/SCRIPTS, I've noticed that it installs files multiple times. It should only try to install FILES/SCRIPTS once. 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 /* a.c */ #include int main(void) { printf("hello world!\n"); return (0); } /* b.c */ #include int main(void) { printf("hello world!\n"); return (0); } /* c */ This directory contains a simple C app that says, "hello world!" % make install install -o root -g wheel -m 444 c /tmp/share (cd /root/make_install_installs_files_multiple_times && make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=a install) install -s -o root -g wheel -m 555 a /tmp/bin/a install -o root -g wheel -m 444 c /tmp/share (cd /root/make_install_installs_files_multiple_times && make -f Makefile _RECURSING_PROGS= SUBDIR= PROG=b install) install -s -o root -g wheel -m 555 b /tmp/bin/b install -o root -g wheel -m 444 c /tmp/share -- 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 /* a.c */ #include int main(void) { printf("hello world!\n"); return (0); } /* b.c */ #include 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 "f
[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 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 191052] atf-sh integration tests broken after r267181
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191052 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|j...@freebsd.org --- Comment #1 from Mark Linimon --- Over to committer in question. -- 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=143796&action=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 190944] [jail] su -m not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 Mark Linimon changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-j...@freebsd.org Summary|su -m not|[jail] su -m not |working in jail |working in jail Severity|Affects Only Me |Affects Many People --- Comment #2 from Mark Linimon --- 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 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 --- 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 190655] [cd9660] cd9660 cannot mount ISO 9660 multi-session above 4 GiB
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190655 Mark Linimon 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 --- 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 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 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 --- 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 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 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 --- 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 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 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 190765] [patch] Added posix_fallocate support and tests to tools/regression/pjdfstest
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190765 Mark Linimon changed: What|Removed |Added Summary|Added posix_fallocate |[patch] Added |support and tests to|posix_fallocate support and |tools/regression/pjdfstest |tests to ||tools/regression/pjdfstest -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 190739] Building libunbound writes to /usr/src
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190739 Mark Linimon changed: What|Removed |Added CC||d...@freebsd.org --- Comment #1 from Mark Linimon --- Notify most recent committer to libunbound/Makefile. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 190697] vmstat(8): vmstat -i -w 1 does not work as expected
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190697 Mark Linimon 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 Mark Linimon changed: What|Removed |Added Summary|fixes for asterisk output |service(8): [patch] fixes |in /usr/sbin/service|for asterisk output in |scripts when rc.d is empty |/usr/sbin/service scripts ||when rc.d is empty --- Comment #1 from Mark Linimon --- Improve Summary. -- 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 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 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 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 --- 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 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #9 from Adrian Chadd --- 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] New: em driver: 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 Bug ID: 191040 Summary: em driver: netif hangs the system if interface is cabled and configured but there is no link Product: Base System Version: 10.0-RELEASE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: jja...@gmail.com In a case where an em interface is configured via rc.conf, where the network cable is plugged in, but there is no link on the cable, netif will hang the system as it attempts configuration. I believe permanently, but only observed for up to 15 minutes. This does not happen when there is no cable connected, nor under normal circumstances of having an rc.conf configuration entry and having a live network cable. ifconfig itself does not cause this problem, as I could plug the dead cable in and assign addresses/bring up the interface to my hearts content. I believe the problem is in /etc/rc.d/netif, as repeating the above experiment and calling netif start em$dev-num causes it to hang. This is more curable than on boot, as netif will then respond to shell commands to background the process and responds to kill. On initial boot, there is no such luxury. I also have not observed this case with other interface drivers. While this scenario is a corner case, it can cause issues in situations where you are provisioning new services, or preparing a server for new services. http://lists.freebsd.org/pipermail/freebsd-net/2014-June/038932.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 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 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 > 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 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 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=143764&action=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 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=143763&action=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 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=143762&action=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] 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 190785] cpu affinity not working in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 Hiren Panchasara 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 175073] Incomplete kernel CFI data breaks kgdb(1)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175073 Ed Maste 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 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 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 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 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 --- 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 --- Comment #1 from Ryan Steinmetz --- Created attachment 143745 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143745&action=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] 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=143744&action=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 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 changed: What|Removed |Added Status|Needs MFC |Issue Resolved Resolution|--- |DUPLICATE --- Comment #2 from Ed Maste --- *** 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 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 changed: What|Removed |Added Status|Needs Triage|Needs MFC CC||ema...@freebsd.org --- Comment #1 from Ed Maste --- 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 189156] [build] [patch] include/Makefile does not honor MK_GSSAPI == no
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189156 Tijl Coosemans changed: What|Removed |Added Status|In Discussion |Needs MFC CC||t...@freebsd.org Assignee|freebsd-bugs@FreeBSD.org|t...@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 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 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 190944] su -m not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 --- Comment #1 from Mark Linimon --- *** 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 190945] su -m not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190945 Mark Linimon changed: What|Removed |Added Status|Needs Triage|Issue Resolved Resolution|--- |DUPLICATE --- Comment #1 from Mark Linimon --- *** 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 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 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 190964] [ipf] ipnat doesn't work without INET6 kernel option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190964 Ed Maste 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 190964] [ipf] ipnat doesn't work without INET6 kernel option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190964 --- Comment #1 from DYM --- 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] 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 190939] Panic when trying to boot FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.iso via USB-CDRW drive
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939 --- Comment #2 from Vladislav V. Prodan --- (In reply to Andriy Gapon from comment #1) > Try burning a different disk. Could be bad media. So all the contents read and booting from this CD! The error occurred because of the failure to mount root partition! -- 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 190939] Panic when trying to boot FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.iso via USB-CDRW drive
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939 Andriy Gapon changed: What|Removed |Added CC||a...@freebsd.org --- Comment #1 from Andriy Gapon --- Try burning a different disk. Could be bad media. -- 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 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 190945] New: su -m not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190945 Bug ID: 190945 Summary: su -m 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. /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 190944] New: su -m not working in jail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190944 Bug ID: 190944 Summary: su -m 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. /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 190824] [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824 Hajimu UMEMOTO changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|u...@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 190824] [patch] [libc] getaddrinfo: addrconfig doesn't ignore loopback addresses
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190824 Hajimu UMEMOTO changed: What|Removed |Added CC||u...@freebsd.org Component|kern|bin --- Comment #2 from Hajimu UMEMOTO --- 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 190939] New: Panic when trying to boot FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.iso via USB-CDRW drive
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190939 Bug ID: 190939 Summary: Panic when trying to boot FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.is o via USB-CDRW drive Product: Base System Version: 10.0-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: ad...@support.od.ua Created attachment 143684 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143684&action=edit a picture with the phone the kernel panic I tried to boot from the FreeBSD-10.0-STABLE-amd64-20140608-r267232-bootonly.iso via USB-CDRW drive, but got the kernel panic :( I was able to boot from the live-CD MFSBSD 10.0 RELEASE without problems. ... cd0 at umass-sim0 bus 0 scbus8 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [87875 x 2048 byte records] cd0: quirks=0x10<10_BYTE_ONLY> (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 01 57 42 00 00 01 00 (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI status: Check Condition (cd0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal mode for t his track) (cd0:umass-sim0:0:0:0): Error 6, Unretryable error (cd0:umass-sim0:0:0:0): cddone: got error 0x6 back (cd0:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 01 57 42 00 00 01 00 (cd0:umass-sim0:0:0:0): CAM status: SCSI Status Error (cd0:umass-sim0:0:0:0): SCSI status: Check Condition (cd0:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal mode for t his track) ... hostb0@pci0:0:0:0: class=0x06 card=0x96001022 chip=0x96001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'RS780 Host Bridge' class = bridge subclass = HOST-PCI ... ohci4@pci0:0:20:5: class=0x0c0310 card=0x37001565 chip=0x43991002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'SB7x0/SB8x0/SB9x0 USB OHCI2 Controller' class = serial bus subclass = USB -- 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 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 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=143665&action=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 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"
[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 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 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 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=143610&action=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 189854] [patch] Improved /etc/periodic/daily/420.status-network
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189854 Pavel Volkov 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 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 --- 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 186958] [headers] Incorrect definitions for platform-dependent types and macros
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186958 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org --- Comment #1 from Ed Maste --- 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 186247] defines int64_t/uint64_t incorrectly
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Ed Maste changed: What|Removed |Added Status|Needs MFC |Issue Resolved Resolution|--- |FIXED --- Comment #2 from Ed Maste --- 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 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 190785] cpu affinity not work in FreeBSD 10-STABLE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190785 gon...@bsdinfo.com.br changed: What|Removed |Added 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 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 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 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 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 190186] [patch] i915 driver: enable opregion handling
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 --- Comment #8 from Henry Hu --- (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 > > 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 190735] truncate(1) integer overflow issues with size command line arg -- diff with unit tests attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190735 Jilles Tjoelker changed: What|Removed |Added Status|In Discussion |Needs MFC Assignee|freebsd-bugs@FreeBSD.org|jil...@freebsd.org --- Comment #5 from Jilles Tjoelker --- 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 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 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 --- Created attachment 143557 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143557&action=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 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=8843 metric 0 mtu 1500 options=9b ether 00:0c:29:0d:a3:78 inet 172.16.69.133 netmask 0xff00 broadcast 172.16.69.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=63 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff00 nd6 options=21 - 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"
[Bugzilla] Commit Needs MFC
Hi, You have a bug in the "Needs MFC" state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again for 7 days. This reminder is only sent on Mondays. Please file a bug about concerns you may have. This search was scheduled by ead...@freebsd.org. (10 bugs) Bug 57630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=57630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: lptcontrol(8) gives "device busy" if device turned off Bug 123977: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123977 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: Segmentation fault in dialog(1) with ghostscript-gpl-nox11 port Bug 155028: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155028 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: init(8): "init q" in single user causes segfault Bug 156481: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156481 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [kernel] [patch] kernel incorrectly reports PPS jitter with accurate measurements Bug 165630: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=165630 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [ndis][panic][patch] IRQL_NOT_GREATER_THAN Bug 167133: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167133 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: stale files in /usr/share/examples Bug 169471: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=169471 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] pw(8) deletes group "username" on userdel even if group "username" is not assoc. w/user "username" Bug 171779: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=171779 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: [patch] passwd(1): make option NO_FSCHG incomplete Bug 184681: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184681 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: A bug of bsdconfig(8) in 10.0 RC1 Bug 186247: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186247 Severity: Affects Only Me Priority: Normal Hardware: Any Assignee: freebsd-bugs@FreeBSD.org Status: Needs MFC Resolution: Summary: defines int64_t/uint64_t incorrectly ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[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 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 121073] [kernel] [patch] run chroot as an unprivileged user
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=121073 Nathan Whitehorn changed: What|Removed |Added Attachment #84994|0 |1 is obsolete|| CC||nwhiteh...@freebsd.org --- Comment #6 from Nathan Whitehorn --- Created attachment 143547 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143547&action=edit Prevents escape from unprivileged chroot This fixes the issue of using this feature to escape from a chroot established with privileges after dropping them by the simple expedient of unconditionally preventing unprivileged chroot while already in a chroot. The second issue raised (MAC transitions) I know nothing about and cannot address. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 190718] Error during installing collectd5 on amd64 FreeBSD8.4 via port
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190718 Baptiste Daroussin changed: What|Removed |Added CC||b...@freebsd.org Component|bin |Individual Port(s) Version|8.4-RELEASE |Latest Assignee|freebsd-bugs@FreeBSD.org|freebsd-ports-bugs@FreeBSD. ||org Product|Base System |Ports Tree --- Comment #1 from Baptiste Daroussin --- This is a ports bug -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 184507] [patch] [libfetch] allow hiding User-Agent with empty string
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184507 Baptiste Daroussin changed: What|Removed |Added Status|Commit Ready|Needs MFC CC||b...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
[Bug 190793] New: Some rc scripts return non zero status on success
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190793 Bug ID: 190793 Summary: Some rc scripts return non zero status on success Product: Base System Version: 10.0-STABLE Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: conf Assignee: freebsd-bugs@FreeBSD.org Reporter: belzeb...@gmail.com Created attachment 143528 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=143528&action=edit remove "[ foo ] && bar" hack Rc scripts (/etc/rc.d/*) is written to return status returned by the last executed command. This is correct behavior, but it cause problems with construction like this: [ -n "${foo}" ] && echo '.' This construction may return 1 and if it is the last command, whole script return 1. This behavior was certainly not intended, I guess. So construction above should be changed into correcrt form: if [ -n "${foo}" ]; then echo '.' fi I find this bug in /etc/rc.d/routing, but more scripts are affected. Situation when bug appear depends on configuration of services. Patch removing this hack from all scripts is attached. -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"