Hello,
Ricardo Wurmus skribis:
> I have a bad day. After the upgrade to glibc 2.26 none of the
> Guix-installed software runs on the HPC cluster running CentOS 6.8.
Bah. :-(
> The glibc 2.26 expects a minimum kernel version of 3.x on x86_64, but
> CentOS 6.8 only comes with a heavily patched
On Wed, Feb 21, 2018 at 06:12:31PM -0500, Mark H Weaver wrote:
> Hi Ricardo,
>
...
>
> We seem to be oscillating on the question of whether to graft these
> early GLIBCs. In June 2017, I switched to using 'package/inherit' here
> in commit 13f7f2fd2b208c29361ef2290f55911879a6adf2, and in October
Hi Ricardo,
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> Here’s a patch to graft the glibc to apply the patch to allow the 2.6.32
>> kernel. I’m going to apply this at work now.
>
> That patch had a couple of problems. Here’s a new version.
[...]
> diff --git a/gnu/packages/base.scm
Ricardo Wurmus writes:
> Leo Famulari writes:
>
>>> For future updates to the glibc we would have to re-evaluate if the
>>> current RHEL 6.x kernel still supports all features the glibc expects,
>>> and decide once more if we can justify patching glibc to allow that one
>>> particular kernel ve
Leo Famulari writes:
>> For future updates to the glibc we would have to re-evaluate if the
>> current RHEL 6.x kernel still supports all features the glibc expects,
>> and decide once more if we can justify patching glibc to allow that one
>> particular kernel version.
>
> Yes... and this will
On Tue, Feb 20, 2018 at 01:34:27PM +0100, Ricardo Wurmus wrote:
> The only reason for moving the lower bound to Linux 3.2 is that 2.6 has
> reached EOL. This allows the glibc developers to assume certain
> kernel features and simplify their code.
>
> The RHEL kernels are special, though, in that
Leo Famulari writes:
> On Mon, Feb 19, 2018 at 08:22:29PM -0500, Leo Famulari wrote:
>> My questions are, how does the glibc team choose the minimum kernel
>> version? What could go wrong if we apply this patch and somebody uses
>> Guix on a pre-3.2.0 kernel?
>>
>> Perhaps they simply chose to n
On Mon, Feb 19, 2018 at 08:22:29PM -0500, Leo Famulari wrote:
> My questions are, how does the glibc team choose the minimum kernel
> version? What could go wrong if we apply this patch and somebody uses
> Guix on a pre-3.2.0 kernel?
>
> Perhaps they simply chose to not support glibc on any kernel
On Mon, Feb 19, 2018 at 07:46:02PM +0100, Ricardo Wurmus wrote:
> Hi Guix,
>
> I have a bad day. After the upgrade to glibc 2.26 none of the
> Guix-installed software runs on the HPC cluster running CentOS 6.8.
>
> The glibc 2.26 expects a minimum kernel version of 3.x on x86_64, but
> CentOS 6.
On Mon, Feb 19, 2018 at 07:46:02PM +0100, Ricardo Wurmus wrote:
> The NixOS developers patch glibc to make sure that all software still
> runs on Linux 2.6.32:
>
>
> https://raw.githubusercontent.com/NixOS/nixpkgs/master/pkgs/development/libraries/glibc/allow-kernel-2.6.32.patch
>
> Can we p
Hi Ricardo,
> Does this work even though the official minimum kernel version for glibc
> 2.26 is 3.2.0?
I think so, BUT the patchset looks pretty similar to what would happen
if you specified the configure flag except for one spot.
So maybe Nix found out some ill effects.
The most worrying part
Hi Danny,
> Can you try just passing --enable-kernel=2.6.32 to "configure" of glibc
> instead?
>
> It should set the minimal version without any weird patching.
Does this work even though the official minimum kernel version for glibc
2.26 is 3.2.0?
> But newer glibc has moved a lot of kernel d
Ricardo Wurmus writes:
>> Here’s a patch to graft the glibc to apply the patch to allow the 2.6.32
>> kernel. I’m going to apply this at work now.
>
> That patch had a couple of problems. Here’s a new version.
Sad to hear of your troubles, thanks a lot for posting this. We
discovered at Verum
Ricardo Wurmus writes:
> Ricardo Wurmus writes:
>
>> Ricardo Wurmus writes:
>>
>>> The NixOS developers patch glibc to make sure that all software still
>>> runs on Linux 2.6.32:
>>>
>>>
>>> https://raw.githubusercontent.com/NixOS/nixpkgs/master/pkgs/development/libraries/glibc/allow-kern
Hi Guix,
I have a bad day. After the upgrade to glibc 2.26 none of the
Guix-installed software runs on the HPC cluster running CentOS 6.8.
The glibc 2.26 expects a minimum kernel version of 3.x on x86_64, but
CentOS 6.8 only comes with a heavily patched 2.6.32.
The NixOS developers patch glibc
15 matches
Mail list logo
