<gnu_srs1>Question: I have a patch enabling socat to build. And socat is a build-dependency for util-linux. <gnu_srs1>However socat cannot work since netstat from net-tools is not available for Hurd :( What to do? <damo22>gnu_srs1: i think net-tools should be able to be ported to Hurd when i finish my /proc/route patch <damo22>if not, see what else is missing <Guest8845>gnu_srs1: what do you mean that you compiled it but it cannot work? <damo22>maybe it calls a different binary as a process <gnu_srs1>net-tools also build-depends on linux-specific dnprogs and libselinux <gnu_srs1>Guest8845: Yes, socat runs but needs netstat to do anything usable. <Guest8845>I would start from a bsd if the linux one is overkill <gnu_srs1>iputils, supplying ip build-depends on libcap2 which is linux-any :( <Guest8845>what do you need POSIX 1003.1e capabilities for? <gnu_srs1>And iproute2, supplying ss is also linux-any :( <Guest8845>if you need netstat, then there is plenty of implementations <gnu_srs1>socat uses ip on linux. On other archs it uses netstat. Neither is available on GNU/Hurd. <gnu_srs1>apt-cache search netstat does not reveal anything useful <gnu_srs1>I don't want this crap: usrmerge, how to get rid of it? <gnu_srs1>I had to pin both usrmerge and usr-is-merged :( <gnu_srs1>Why forcing Debian users to usrmerge, also for Hurd? Maybe we need a devuan-hurd after all! <Guest8845>linux is also there to validate genious minds, didn't you knew that? <Zopolis4>yeah it's not like the /usr split is a critical issue <Zopolis4>it is, in fact, one of my favourite POSIX features <Zopolis4>splitting system, package manager and user-compiled <gnu_srs1>Zopolis4: usrmerge is NOT a POSIX feature! <gnu_srs1>The devuan version of init-system-helpers reverts the dependency on usrmerge | usr-is merged. <gnu_srs1>This is motivation enough for creating a devuan-specific distro of Hurd. I'll start working on that immediately. Any followers? <Guest8845>gnu_srs1: I think that the hurd can also merge usr and root <Guest8845>I'm not into debian, but i guess this decision was discussed long, and now it seems late to change that <Guest8845>I normally take the orthodox stance of sticking to the common rules ***WaxCPU is now known as Andrew
<Guest8845>damo22: I thought you were fixing some patches that would allow rumpdisk to drive real hw using acpi, what happened to them? Are they working for you?