* [Bug 71061] New: msgctl(2) manpage : put back a condition of EPERM error code forgotten
@ 2014-02-24 8:02 bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
[not found] ` <bug-71061-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
0 siblings, 1 reply; 3+ messages in thread
From: bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r @ 2014-02-24 8:02 UTC (permalink / raw)
To: linux-man-u79uwXL29TY76Z2rM5mHXA
https://bugzilla.kernel.org/show_bug.cgi?id=71061
Bug ID: 71061
Summary: msgctl(2) manpage : put back a condition of EPERM
error code forgotten
Product: Documentation
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P1
Component: man-pages
Assignee: documentation_man-pages-ztI5WcYan/vQLgFONoPN62D2FQJk+8+b@public.gmane.org
Reporter: fboiteux-N+jn5RlININWk0Htik3J/w@public.gmane.org
Regression: No
Hello,
I've noticed in the msgctl(2) manpage that a condition to get an EPERM error
code was dropped in the past : it's about trying to modify the size of a
message queue (msg_qbytes) larger than the max size set in kernel (look at
/proc/sys/kernel/msgmnb).
In a (very old) manpage of a Debian Woody 3.0 (!), we could read :
EPERM The argument cmd has value IPC_SET or IPC_RMID but the
calling process effective user-ID has insufficient privileges to
execute the command. Note this is also the case of a non
super-user process trying to increase the msg_qbytes value
beyond the value specified by the system parameter MSGMNB.
thereas on later pages (on my Debian Wheezy 7.4, but also in current version of
kernel manpages), we only have :
EPERM The argument cmd has the value IPC_SET or IPC_RMID, but the
effective user ID of the calling process is not the creator (as found in
msg_perm.cuid) or the owner (as found in msg_perm.uid) of the
message queue, and the process is not privileged (Linux: it does not have
the CAP_SYS_ADMIN capability).
Could you put back in the man page a sentence like : 'Note this is also the
case of a non super-user process trying to increase the msg_qbytes value
beyond the value specified by the system parameter MSGMNB.'
Thanks,
Frédéric.
--
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 71061] msgctl(2) manpage : put back a condition of EPERM error code forgotten
[not found] ` <bug-71061-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
@ 2014-02-24 8:03 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
2014-02-24 8:52 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r @ 2014-02-24 8:03 UTC (permalink / raw)
To: linux-man-u79uwXL29TY76Z2rM5mHXA
https://bugzilla.kernel.org/show_bug.cgi?id=71061
Frédéric Boiteux <fboiteux-N+jn5RlININWk0Htik3J/w@public.gmane.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fboiteux-N+jn5RlININWk0Htik3J/w@public.gmane.org
Regression|No |Yes
--
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug 71061] msgctl(2) manpage : put back a condition of EPERM error code forgotten
[not found] ` <bug-71061-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
2014-02-24 8:03 ` [Bug 71061] " bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
@ 2014-02-24 8:52 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
1 sibling, 0 replies; 3+ messages in thread
From: bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r @ 2014-02-24 8:52 UTC (permalink / raw)
To: linux-man-u79uwXL29TY76Z2rM5mHXA
https://bugzilla.kernel.org/show_bug.cgi?id=71061
Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
Resolution|--- |CODE_FIX
--- Comment #1 from Michael Kerrisk <mtk.manpages-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> ---
(In reply to Frédéric Boiteux from comment #0)
> Hello,
>
> I've noticed in the msgctl(2) manpage that a condition to get an EPERM
> error code was dropped in the past : it's about trying to modify the size of
> a message queue (msg_qbytes) larger than the max size set in kernel (look at
> /proc/sys/kernel/msgmnb).
>
> In a (very old) manpage of a Debian Woody 3.0 (!), we could read :
>
> EPERM The argument cmd has value IPC_SET or IPC_RMID but the
> calling process effective user-ID has insufficient privileges to
> execute the command. Note this is also the case of a
> non super-user process trying to increase the msg_qbytes value
> beyond the value specified by the system parameter MSGMNB.
>
>
> thereas on later pages (on my Debian Wheezy 7.4, but also in current version
> of kernel manpages), we only have :
>
> EPERM The argument cmd has the value IPC_SET or IPC_RMID, but the
> effective user ID of the calling process is not the creator (as found in
> msg_perm.cuid) or the owner (as found in msg_perm.uid) of the
> message queue, and the process is not privileged (Linux: it does not have
> the CAP_SYS_ADMIN capability).
>
>
> Could you put back in the man page a sentence like : 'Note this is also the
> case of a non super-user process trying to increase the msg_qbytes value
> beyond the value specified by the system parameter MSGMNB.'
>
Yes, it is puzzling that that text was dropped. It was done back in 1.51,
before the days of version control or mailing lists for man-pages, so I can't
divine the reason. Nevertheless, elsewhere in the page, it notes that a
capability is required to raise this value above MSGMNB. (And there was a typo
in that text, where it mentioned CAP_IPC_RESOURCE; should be CAP_SYS_RESOURCE;
fixed now). So, obviously, a fix is required. I applied the patch below. Thanks
for your report.
diff --git a/man2/msgctl.2 b/man2/msgctl.2
index e092fcb..ea39e10 100644
--- a/man2/msgctl.2
+++ b/man2/msgctl.2
@@ -311,6 +311,17 @@ of the message queue,
and the process is not privileged (Linux: it does not have the
.B CAP_SYS_ADMIN
capability).
+.TP
+.B EPERM
+An attempt
+.RB ( IPC_SET )
+was made to increase
+.I msg_qbytes
+beyond the system parameter
+.BR MSGMNB ,
+but the caller is not privileged (Linux: does not have the
+.B CAP_SYS_RESOURCE
+capability).
.SH CONFORMING TO
SVr4, POSIX.1-2001.
.\" SVID does not document the EIDRM error condition.
--
You are receiving this mail because:
You are watching the assignee of the bug.--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply related [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-02-24 8:52 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-24 8:02 [Bug 71061] New: msgctl(2) manpage : put back a condition of EPERM error code forgotten bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
[not found] ` <bug-71061-11311-3bo0kxnWaOQUvHkbgXJLS5sdmw4N0Rt+2LY78lusg7I@public.gmane.org/>
2014-02-24 8:03 ` [Bug 71061] " bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
2014-02-24 8:52 ` bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).