Arch Linux User Repository

@Th30 the upstream url changed, I had updated the source variable but forgot to update url. The package isn't abandoned, although I'm currently not actively using it as much as I used to. I'll continue to update it if breakage is reported

Hi @phirecc. I noticed that your git repository is not accessible since days. Does this mean that this package is abandoned?

@phirecc: Okay, it's not too important.I understand, thanks for your functional script :)

Without openresolv as a mandatory dependency the script would spit out errors and risk most users' privacy by default so I don't want to make it optional.

Thanks a lot for the modification :) I have one last request: can you put the 'openresolv' package as an optional dependency? I'm chattr the resolv.conf file, so the package is useless for me. Regards.

@Th30 done

Hi @phirecc, I saw that you made an abbreviation of some countries. Unfortunately not all countries have this modification. Can you add all countries under ISO 3166-2? Thanks.

Thank you @phirecc, much appreciated! Can confirm the fix works for me.

Thanks for the report. I'll look into maybe allowing registrations or OAuth logins on the Gitea instance so this page doesn't get filled with packaging unrelated problems.

I fixed the issue with Ukraine's servers and added country shortcuts for US, UK and UAE, so wgnord c uk now gets you UK servers.

Submitting a bug report here since the upstream repo doesn't allow registration. I get the following connecting for some countries (was actually trying to connect to the United Kingdom but that's neither here nor there):

$ sudo wgnord c uk
Finding best server...
Connecting to ua60.nordvpn.com (Ukraine #60)...
[#] ip link add wgnord type wireguard
[#] wg setconf wgnord /dev/fd/63
Key is not the correct length or format: `null'
Configuration parsing error
[#] ip link delete dev wgnord

This stems from the fact that this line in wgnord (line 69 for me)

    server_pubkey="$(echo "$recommendations" | jq -j '.[0] | .technologies[-1].metadata[0].value')"

assumes (I think) that the "technologies" array is sorted by the "id" key. For Ukraine, the desired element is in the middle somewhere rather than at the end:

"technologies": [
            {"id": 1, "metadata": [], "pivot": {"status": "online"}},
            {"id": 3, "metadata": [], "pivot": {"status": "online"}},
            {"id": 5, "metadata": [], "pivot": {"status": "online"}},
            {
                "id": 35,
                "metadata": [
                    {
                        "name": "public_key",
                        "value": "/640mkYRFIU6R+CHw/TGGmedtWz3BwcIeHBYT+ulnGo=",
                    }
                ],
                "pivot": {"status": "online"},
            },
            {"id": 21, "metadata": [], "pivot": {"status": "online"}},
            {"id": 23, "metadata": [], "pivot": {"status": "online"}},
        ],

This results in null being written to the config file for the server public key and the resulting parsing error.

Assuming that id==35 the element we want, this line gets the right one:

server_pubkey="$(echo "$recommendations" | jq -j '.[0] | .technologies[] | select(.id==35) |.metadata[0].value')"