Arch Linux User Repository

I quickly receive notifications about new releases (thanks to https://newreleases.io). Feel free to mark the package as outdated if you wish, but this is not necessary.

From now on, updates will be delayed by approximately one day, because the upstream tends to release updates with superficial bugs and then quickly fix them either by force-pushing the same version (which results in users reporting the package as unbuildable; this has happened about ten times in the couple of years I've been supporting the package), or releasing several patch versions within a few hours.

Security updates will be fast-tracked.

I quickly receive notifications about new releases (thanks to https://newreleases.io). Feel free to mark the package as outdated if you wish, but this is not necessary.

From now on, updates will be delayed by approximately one day, because the upstream tends to release updates with superficial bugs and then quickly fix them either by force-pushing the same version (which results in users reporting the package as unbuildable; this has happened about ten times in the couple of years I've been supporting the package), or releasing several patch versions within a few hours.

Security updates will be fast-tracked.

I mostly copied the message from here without really thinking about it, so don't read too much into it.

The goal was to get rid of 70+ slightly different gitignores, there's now just one gitignore that serves all packages (which are managed with aurpublish).

Your latest commit removes the .gitignore file with reference to the Arch packaging guidelines (https://wiki.archlinux.org/title/Arch_package_guidelines). But I can't find a single mention of the .gitignore file. On the contrary, the AUR submission guidelines (https://wiki.archlinux.org/title/AUR_submission_guidelines) explicitly mention at the end of section 1.4 that you can use .gitignore if you need to.

That's excellent news, thanks.

The files have been merged with minor modifications and should be shipped with the next release.

https://github.com/netbirdio/netbird/tree/main/release_files/systemd

I'd like to put this into [extra]. However, ideally we could upstream the .service files. Could you try to upstream them?

In PKGBUILD line 62 you add an empty config directory to the package, which is kicked out again by line 15 options=('!emptydirs') ;)

As this got renamed back in July, shouldn't this either be merged into netbird or deleted from aurweb? :)

Without that change, the daemon puts its control socket in /var/run, which requires root. This is pretty much the only thing that it needs root for. So changing that path allows us to drop privileges and add some sandboxing flags. Since they're planning on adding support for this stuff upstream, I'll probably remove it pretty soon.

If you want to use netbird-ui with netbird-bin, you can add something like --daemon-addr /var/run/netbird/netbird.sock to the daemon's flags (either through a systemd override, or in /etc/default). I won't do it since some of the users may be already doing that.

The patch file makes netbird-ui + netbird work, but it breaks it for netbird-ui + netbird-bin. Is there any reason for the patch to be put in place?

Changes in 0.25.9 do not affect Linux and this version will be skipped.

https://github.com/netbirdio/netbird/compare/v0.25.8...v0.25.9