<div dir="ltr">I have no control over that script, but I think having a compiler in place when building stuff is such a reasonable pre-requisite so that the script would not have to look for it.<div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Den ons 25 sep. 2019 kl 16:23 skrev Ulrich Kalloch <<a href="mailto:ulli@noc23.de">ulli@noc23.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 25.09.19 um 13:01 schrieb Janne Johansson:<br>
> Den ons 25 sep. 2019 kl 10:52 skrev Ulrich Kalloch <<a href="mailto:ulli@noc23.de" target="_blank">ulli@noc23.de</a>>:<br>
><br>
>>>> if you have installed firmware remove it if possible.<br>
>>> The install Process check that /usr/include/machine is empty.<br>
>>>> then check that the directory /usr/include/machine is empty.<br>
>>> If not clean it.<br>
>>> I think this part is way off and probably all the way into "bad advice".<br>
>>><br>
>>> Cleaning /usr/include/machine is wrong, and fw_update seems completely<br>
>>> unrelated to either the contents of the C includes or building WG.<br>
>> but without cleaning /usr/include/machine the install Process fails ...<br>
>><br>
> I made an amd64 VM to test and it went fine:<br>
><br>
> ...<br>
><br>
> <a href="http://golang.zx2c4.com/wireguard/tun" rel="noreferrer" target="_blank">golang.zx2c4.com/wireguard/tun</a><br>
><br>
> <a href="http://golang.zx2c4.com/wireguard/device" rel="noreferrer" target="_blank">golang.zx2c4.com/wireguard/device</a><br>
><br>
> <a href="http://golang.zx2c4.com/wireguard" rel="noreferrer" target="_blank">golang.zx2c4.com/wireguard</a><br>
><br>
> install -d "/usr/local/bin" && install -m 0755 "wireguard-go"<br>
> "/usr/local/bin/wireguard-go"<br>
><br>
> gmake: Leaving directory '/usr/src/wireguard/wireguard-go-0.0.20190908'<br>
><br>
> [+] Cleaning up build directory<br>
><br>
> comptest# ls /usr/include/machine/<br>
><br>
><br>
> _float.h            exec.h              limits.h            rbus_machdep.h<br>
> _types.h            fenv.h              loadfile_machdep.h  reg.h<br>
> ...<br>
><br>
> I think your comp-less box was messed up in more ways than you know,<br>
> probably because of the random "lets poke here, rerun unrelated fw_update<br>
> there" and you had no idea which of your actions made it back into a usable<br>
> shape again. Redo your test from scratch (without skipping the compiler<br>
> set) and post the output on a pastebin.<br>
><br>
> If there is an error it needs to get fixed for real and not with<br>
> hand-wavingly delete include files needed for other things.<br>
><br>
yes .. you are right. Thanks for your time to check.<br>
<br>
If i have a Server or VM with comp installed all is fine.<br>
<br>
but my first setup was without comp installed and the script fails.<br>
<br>
maybe you can build in a check for installed comp before?<br>
<br>
The Problem is only if comp is not installed.<br>
<br>
Thanks and sorry for the communication madness.<br>
<br>
Regards<br>
<br>
Ulli<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">May the most significant bit of your life be positive.<br></div>