From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?G=C3=A1bor_Boskovits?= Subject: Re: 'core-updates' spring 2018 Date: Tue, 27 Mar 2018 14:03:35 +0200 Message-ID: References: <87h8p3jfke.fsf@fastmail.com> <87a7uuhejf.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001db6b3056863aeba" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42334) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f0nKJ-0002Ls-6o for guix-devel@gnu.org; Tue, 27 Mar 2018 08:03:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f0nKC-0000Hu-Vn for guix-devel@gnu.org; Tue, 27 Mar 2018 08:03:43 -0400 Received: from mail-it0-x234.google.com ([2607:f8b0:4001:c0b::234]:37734) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f0nKC-0000HQ-OT for guix-devel@gnu.org; Tue, 27 Mar 2018 08:03:36 -0400 Received: by mail-it0-x234.google.com with SMTP id p67-v6so14949957itc.2 for ; Tue, 27 Mar 2018 05:03:36 -0700 (PDT) In-Reply-To: <87a7uuhejf.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus Cc: Guix-devel --0000000000001db6b3056863aeba Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 2018-03-26 20:34 GMT+02:00 Ricardo Wurmus : > > Hi Marius, > > > 'core-updates' has seen a lot of changes recently. Some of the goodies > > include [=E2=80=A6] glibc 2.27 [=E2=80=A6] > > > > Are there other things that should go in? > > I would really like to see a patch applied to glibc that ensures that > the =E2=80=9Cprlimit64=E2=80=9D syscall is not used when running on the R= HEL 6 kernel > (2.6.32). The lack of this syscall on that kernel means that getrlimits > fails, which makes it impossible to start the JVM. > > Hello! We already talked about this on #guix, and the patch removing code to check for prlimit64 not implemented is a quite self contained commit on the glibc tree. It is not a trivial one, and I did not try to revert that yet, but it might worth looking at. > This problem appeared with the upgrade to glibc 2.26 already, and ever > since I=E2=80=99ve been trying to minimize the damage for RHEL 6 systems = where > Guix is used as a package manager (such as the MDC). > > A work-around for glibc 2.27 that makes things work fine with the RHEL 6 > kernel would be very welcome! I=E2=80=99ve started a branch =E2=80=9Crhe= l6=E2=80=9D where the > default glibc has been bumped back to version 2.25 but I really don=E2=80= =99t > want it to be a long-lived branch; one of the reasons is that building > all packages for this old glibc version (even just on x86_64) puts our > build farms under extra stress that I would like to avoid. > > Another thing that could go in is the new Guile wrapper for wrapped > scripts that I proposed a few months ago. It requires a change in > build-side code to provide a =E2=80=9Cwrap-script=E2=80=9D procedure (it = wouldn=E2=80=99t be > used just yet). > > -- > Ricardo > > GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC > https://elephly.net > > > > --0000000000001db6b3056863aeba Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
2018= -03-26 20:34 GMT+02:00 Ricardo Wurmus <rekado@elephly.net>:=

Hi Marius,

> 'core-updates' has seen a lot of changes recently.=C2=A0 Some = of the goodies
> include [=E2=80=A6] glibc 2.27 [=E2=80=A6]
>
> Are there other things that should go in?

I would really like to see a patch applied to glibc that ensures tha= t
the =E2=80=9Cprlimit64=E2=80=9D syscall is not used when running on the RHE= L 6 kernel
(2.6.32).=C2=A0 The lack of this syscall on that kernel means that getrlimi= ts
fails, which makes it impossible to start the JVM.


Hello!
We already talked abo= ut this on #guix, and the patch removing code to
check for prlimi= t64 not implemented is a quite self contained commit on
the glibc= tree. It is not a trivial one, and I did not try to revert that yet, but
it might worth looking at.
=C2=A0
This problem appeared with the upgrade to glibc 2.26 already, and ever
since I=E2=80=99ve been trying to minimize the damage for RHEL 6 systems wh= ere
Guix is used as a package manager (such as the MDC).

A work-around for glibc 2.27 that makes things work fine with the RHEL 6 kernel would be very welcome!=C2=A0 I=E2=80=99ve started a branch =E2=80=9C= rhel6=E2=80=9D where the
default glibc has been bumped back to version 2.25 but I really don=E2=80= =99t
want it to be a long-lived branch; one of the reasons is that building
all packages for this old glibc version (even just on x86_64) puts our
build farms under extra stress that I would like to avoid.

Another thing that could go in is the new Guile wrapper for wrapped
scripts that I proposed a few months ago.=C2=A0 It requires a change in
build-side code to provide a =E2=80=9Cwrap-script=E2=80=9D procedure (it wo= uldn=E2=80=99t be
used just yet).

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6=C2=A0 2150 197A 5888 235F ACAC
https:= //elephly.net




--0000000000001db6b3056863aeba--