Date: Mon, 04 Jan 2021 18:24:11 +0000 From: bugzilla-noreply@freebsd.org To: rc@FreeBSD.org Subject: [Bug 235122] rc.subr limits call breaks non-root usage Message-ID: <bug-235122-20181-O5mabwWKrs@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-235122-20181@https.bugs.freebsd.org/bugzilla/> References: <bug-235122-20181@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235122 Mateusz Piotrowski <0mp@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |0mp@FreeBSD.org --- Comment #5 from Mateusz Piotrowski <0mp@FreeBSD.org> --- I think that I've accidentally discovered a hack/workaround: $ limits -C default echo ok limits: setrlimit datasize: Operation not permitted $ limits -C nonexistent echo ok login class 'nonexistent' non-existent, using default limits: setrlimit datasize: Operation not permitted $ limits -C me echo ok login class 'me' non-existent, using current settings ok It turns out that setting the login class to "me" causes limits(1) to only print a warning, instead of failing. I am not sure why it is so. Please note that I do in fact have a "me" entry in my ~/.login_conf. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-235122-20181-O5mabwWKrs>