From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1839 Path: news.gmane.org!not-for-mail From: Justin Cormack Newsgroups: gmane.linux.lib.musl.general Subject: Re: capset() capget() syscalls Date: Thu, 6 Sep 2012 09:22:58 +0100 Message-ID: References: <20120905061905.GQ27715@brightrain.aerifal.cx> <50471B56.8040804@palsenberg.com> <20120905142441.GT27715@brightrain.aerifal.cx> <20120906030406.GY27715@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1346919795 10128 80.91.229.3 (6 Sep 2012 08:23:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 6 Sep 2012 08:23:15 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1840-gllmg-musl=m.gmane.org@lists.openwall.com Thu Sep 06 10:23:16 2012 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1T9XMp-0001ob-GU for gllmg-musl@plane.gmane.org; Thu, 06 Sep 2012 10:23:15 +0200 Original-Received: (qmail 14126 invoked by uid 550); 6 Sep 2012 08:23:10 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 14118 invoked from network); 6 Sep 2012 08:23:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=specialbusservice.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=y3p/wjAeYmR5XNYwv84TDpRmF555QO3m2ffP2DsDJko=; b=TREDNLOdHvPo+LPYJChDYFq7nJToFYSftpSxyXQ5+q4zUPm0ERYm05Tesn9lc6dJW8 2LQihTVm6I/L9qn0PisnFdPl4QCLeDc3pSNDdo7t5b52IH3YLU4aVXl3S+iZY01EiVqx rp4JhU471zDCQzNEqVHXQqMbDyvv2O4JvoBe8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=y3p/wjAeYmR5XNYwv84TDpRmF555QO3m2ffP2DsDJko=; b=jyjEvXWBToPHeNj+JciSrC9gxA7wxbHQNLvdpnaJVopudrm/5EDm69w+LcXbtzp6bz umqNQj0gAn5UbA/hT9wnBJ56BX9/36VUIpcQqSpRznAPRZQNHhwcVPQJEg6ttCDM7mhK PKYPI/FSqHJOHeifeMii1f0kXueNY7hwz+g9GSEBH20yLvkNfwXAzvb22N7HpE8uDJrF DuPDBmsV1JSrDX1xXBexge3SywO05onGH1scVC1eL5v7E3wl/diebxyRF+icWKX+9rVa 0qZpauZ+9tCu7HvpF05QdGw+AoptEvIzKBXX1m8l/8NCLjUmaww8ny0WNzDXgB7n/61A GW0A== In-Reply-To: <20120906030406.GY27715@brightrain.aerifal.cx> X-Gm-Message-State: ALoCoQn/yZj+2N3q+IaoO7NvYQi8f16+yNZDekmg+bw0gEDhz0WoEuBJ3+t64JXG56k6tr62BKaG Xref: news.gmane.org gmane.linux.lib.musl.general:1839 Archived-At: On Thu, Sep 6, 2012 at 4:04 AM, Rich Felker wrote: >> I agree with Linus, provide all the headers in libc. I tried to write >> some code to include all syscalls and constants needed for them, and >> as far as I can see it is impossible with glibc due to conflicts. If >> anyone has a set of includes that works let me know.... > > Can you explain what you mean here? WIth glibc I cannot seem to find a set of headers to include that will give me access to all the system calls plus the types and constants needed to call them. There are always conflicts. I am hoping I will be able to with Musl. >My impression was that the kernel developers intend for this API to be >deprecated for use by applications, and the only reason they haven't >replaced it with a proper kernelspace API is that they assume you'll >be using libcap which wraps/hides the ugliness (and replaces it with >something else that's just ugly in different ways...). I don't see it can be deprecated if it has not been replaced... it is one of the syscalls not generally intended for everyday use. But it is a bit unclear. For reference (this list is not complete), Musl is missing the following syscalls that glibc has: fallocate, acct, setns, sync_file_range, readahead, tee, timerfd_create, timerfd_settime, timerfd_gettime Musl has the following syscalls that glibc does not provide: mknod, mknodat, clock_nanosleep And neither provide the non obsolete clock_getres, clock_settime, clock_gettime So I don't think there is much rationale to this set right now... Justin