Redefining the maximum path length [Fwd: Re: [GNUnet-developers] using $TMPDIR instead of /tmp]

[Nils Gillmann <ng0@n0.is>]

Hi folks,

we did some changes in GNUnet where my part of the job reminded me again
of the path length Linux has as default.

I know there's at least (only?) 1 file in the Linux kernel which defines
the path length. Where else would we need to apply changes as a distro?

I think if there are really no serious implications of extending the length,
we should make the path longer. Not just for GNUnet. To avoid future annoyance.

What do you think? And if you are against it, what should I look into
that supports keeping the arbitrary short number we have now?


----- Forwarded message from Christian Grothoff -----

> On 05/06/2018 08:34 PM, Nils Gillmann wrote:
> > Christian Grothoff transcribed 2.9K bytes:
> >> On 05/05/2018 09:58 PM, Nils Gillmann wrote:
[snip]
> > I've changed the config files, now the problem for us in Nix and Guix
> > will be that the silly maximum unix path length will be hit quiet often...
> > at least for the Guix build chroot when the chroot is in /tmp/guix-build-gnunet-git1.drv-0/
> > 
> > The $GNUNET_TMP then gives you diretories like /tmp/guix-build-gnunet-git1.drv-0/gnunet/WAHTEVER-HERE/GOES/NOTHING
> > where previously they just landed in /tmp iirc.
> > 
> > We should make it possible to set the value of GNUNET_TMP before make check,
> > for example via the equivalent of export GNUNET_TMP="/tmp"; make check.
> > 
> > It's quiet unfortunate with the length..
> 
> Have you considered re-defining the maximum path length? Given that you
> are a distro, you should be able to recompile everything necessary
> (kernel, libc) with simply a larger value, right?

----- End forwarded message -----