<phant0mas>that PATH_MAX definition not being supported in hurd is causing sed and patch to fail as well
<DusXMT>in debian, in sed, they set PATH_MAX to 200, claiming: MAX_PATH is not defined in some platforms, most notably GNU/Hurd. In that case we define it here to some constant. Note however that this relies in the fact that sed does reallocation if a buffer needs to be larger than PATH_MAX.
<civodul>paroneayea: yes, what davexunit says, basically it's a hash of all the inputs plus system string
<DusXMT>in patch, they just set it to 8192, claiming: make GNU/Hurd happy
<civodul>sed and patch being GNU, they should be able to do better :-/
<civodul>phant0mas: it'd be ideal if you could send a patch upstream, but otherwise just throw in a "CPPFLAGS=-DPATH_MAX=8192" or some such
<civodul>you're going to encounter this many times though
<civodul>to the point that we might want to simply patch unistd.h, as sad as it may be
<DusXMT>8192 is a pretty long line of text, that's over a 100 terminal rows... I think that as a temporary fix, it could do, to get the system up and running
<davexunit>I'm implementing the 'provision' hook for <platform> 'guix deploy', and while most of the time I don't think a store connection would be needed, in the case of a local VM I want to build something.