From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) Subject: bug#15209: guix 0.3 does not compile on fedora core 8 nodes Date: Fri, 30 Aug 2013 09:16:36 +0200 Message-ID: <87a9jz4pij.fsf@gnu.org> References: <1377784471.3250.83.camel@fulcrum.net.in.tum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFIxA-0002AM-P9 for bug-guix@gnu.org; Fri, 30 Aug 2013 03:17:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VFIx4-0003MR-Py for bug-guix@gnu.org; Fri, 30 Aug 2013 03:17:08 -0400 Received: from debbugs.gnu.org ([140.186.70.43]:49970) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFIx4-0003ML-Mh for bug-guix@gnu.org; Fri, 30 Aug 2013 03:17:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VFIx3-00008S-L2 for bug-guix@gnu.org; Fri, 30 Aug 2013 03:17:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <1377784471.3250.83.camel@fulcrum.net.in.tum.de> (Matthias Wachs's message of "Thu, 29 Aug 2013 15:54:31 +0200") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Matthias Wachs Cc: 15209@debbugs.gnu.org Matthias Wachs skribis: > +#ifndef CLONE_NEWPID > +#define CLONE_NEWPID 0x20000000 /* New pid namespace */ > +#endif > +#ifndef CLONE_NEWNET > +#define CLONE_NEWNET 0x40000000 /* New network namespace= */ > +#endif=20 > +#ifndef CLONE_NEWIPC > +#define CLONE_NEWIPC 0x08000000 /* New ipcs */ > +#endif=20 > +#ifndef CLONE_NEWUTS > +#define CLONE_NEWUTS 0x04000000 /* New utsname group? */ > +#endif=20 I=E2=80=99m reluctant to adding such a patch because (1) as was already mentioned, these features are missing only on very old kernels, and (2) if the libc headers don=E2=80=99t define these flag, chances are that clone(2) doesn=E2=80=99t support them anyway. WDYT? Thanks, Ludo=E2=80=99.