[Bug 192889] accept4 socket hangs in CLOSED (memcached)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889 --- Comment #1 from Arne Claus --- Created attachment 146144 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146144&action=edit Logs form the test accept() shows the problem, too. -- You are receiving this mail because: You are

[Bug 192906] [dtrace] running dtest.pl causes VM to sporadically reboot

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192906 --- Comment #1 from Garrett Cooper --- Note from Anton Rang @ isilon (Isilon had fixed a similar/potentially same issue in 7.x): From: Rang, Anton Sent: Thursday, August 21, 2014 11:12 PM To: 'Cooper, Garrett' Subject: dtrace bug When dtr

[Bug 192906] New: [dtrace] running dtest.pl causes VM to sporadically reboot

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192906 Bug ID: 192906 Summary: [dtrace] running dtest.pl causes VM to sporadically reboot Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any

[Bug 28223] su(1) doesn't look at login.conf all the time

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=28223 --- Comment #7 from ta0k...@gmail.com --- This can be handled with "nologin" in login.conf, without needing to modify su(1) (in 10.0-RELEASE, anyway.) On the other hand, it might be useful for su to check "shell" for the login class, since it

[Bug 177698] [libutil] [patch] sshd sets the user's MAC label at the same time it attempts to set the login class, which can cause the latter to fail if mac_biba is used.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177698 --- Comment #2 from ta0k...@gmail.com --- (The following comment did not carry over when the bug report was migrated to the new system.) From: Kevin Barry [submitter] To: bug-follo...@freebsd.org, ta0k...@gmail.com Date: Fri, 1

[Bug 177698] [libutil] [patch] sshd sets the user's MAC label at the same time it attempts to set the login class, which can cause the latter to fail if mac_biba is used.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177698 --- Comment #1 from ta0k...@gmail.com --- (The following comment did not carry over when the bug report was migrated to the new system.) From: Kevin Barry [submitter] To: bug-follo...@freebsd.org, ta0k...@gmail.com Date: Sun, 7

[Bug 192900] There is no PAM-independent command to change the login class.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192900 --- Comment #4 from ta0k...@gmail.com --- This is also relates to bug 177698; however, the attached program could easily be modified so that it functions properly whether or not bug 177698 has been fixed. -- You are receiving this mail bec

[Bug 192900] There is no PAM-independent command to change the login class.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192900 ta0k...@gmail.com changed: What|Removed |Added Depends on||177698 --- Comment #3 from ta0k

[Bug 177698] [libutil] [patch] sshd sets the user's MAC label at the same time it attempts to set the login class, which can cause the latter to fail if mac_biba is used.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=177698 ta0k...@gmail.com changed: What|Removed |Added Blocks||192900 -- You are receiving th

[Bug 192900] There is no PAM-independent command to change the login class.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192900 --- Comment #2 from ta0k...@gmail.com --- See my comment and patch for bug 145009 (from today) for my usage of the program in the rc subsystem. -- You are receiving this mail because: You are the assignee for the bug. _

[Bug 192900] There is no PAM-independent command to change the login class.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192900 --- Comment #1 from ta0k...@gmail.com --- Created attachment 146134 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=146134&action=edit Makefile for setloginclass.c, also attached -- You are receiving this mail because: You are th

[Bug 192900] New: There is no PAM-independent command to change the login class.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192900 Bug ID: 192900 Summary: There is no PAM-independent command to change the login class. Product: Base System Version: 10.0-RELEASE Hardware: Any OS: An

[Bug 192889] New: accept4 socket hangs in CLOSED (memcached)

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889 Bug ID: 192889 Summary: accept4 socket hangs in CLOSED (memcached) Product: Base System Version: 10.0-STABLE Hardware: amd64 OS: Any Status: Needs Triage

[Bug 192888] New: ipfw NAT vulnerable to simple DOS attacks

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192888 Bug ID: 192888 Summary: ipfw NAT vulnerable to simple DOS attacks Product: Base System Version: 9.2-RELEASE Hardware: Any OS: Any Status: Needs Triage

[Bug 192880] Build failure on stable/10 with amd64 and gcc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192880 --- Comment #1 from Garrett Cooper --- (In reply to Garrett Cooper from comment #0) > Repro steps: > > cat src.conf < MALLOC_PRODUCTION= > > WITHOUT_ATM= > WITHOUT_AUDIT= > WITHOUT_BHYVE= > WITHOUT_BIND_DNSSEC= > WITHOUT_BIND_ETC= > WITHO

[Bug 192880] New: Build failure on stable/10 with amd64 and gcc

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192880 Bug ID: 192880 Summary: Build failure on stable/10 with amd64 and gcc Product: Base System Version: 10.0-STABLE Hardware: amd64 OS: Any Status: Needs Triage