Arch Linux User Repository

Now requires Qt6. Users responsible for removing networkmanager-qt5 themselves. Use pacman -Qqdt to look for packages that may no longer be needed.

To use .nvchecker.toml to check for upstream updates, run pkgctl version check.

Yeah, scratch that. It's much more likely that it happened because of some new flags in my makepkg.conf. Should've thought of that before.

Binary file size regardless of build system should be the same. Any difference may reflect a change in system configuration.

# ls -l {a,b}/usr/bin/nm-tray
-rwxr-xr-x 1 root root 362688 2023-11-16 04:51:05 a/usr/bin/nm-tray
-rwxr-xr-x 1 root root 362688 2023-11-16 04:54:17 b/usr/bin/nm-tray

Can confirm the new cmake build works fine on my system, albeit with an extra ~500kb binary size.

@kelsonv, I'll add aarch64 to the arch list. Let me know if you encounter any issues. I won't increment the pkgrel, since it shouldn't affect existing installs.

FYI, I was successfully able to build this package on aarch64 just by adding the arch to the PKGBUILD file. I've got it running on my LxQt destkop on a PineTab2, and it seems to be working as expected.

@fdo10, That issue should be fixed already. The package depends on networkmanager-qt5 now instead of networkmanager-qt. Perhaps try installing again? The package version should be 0.5.0-2.

Intresting discussion about "tasks" for potential comaintainers...

I have the same issue: "installing networkmanager-qt5 (5.111.0-1) breaks dependency 'networkmanager-qt' required by nm-tray"

Fair enough, I'm convinced. I was mainly concerned that you'd be absent, which you certainly seem not to be.

somebody actually needing to contact you

I have notifications enabled for all packages I maintain. Commenting or flagging should be sufficient to get my attention. Some packages I maintain have indicated an alternate route to find me.

the place to begin a task is after somebody has successfully contacted you

You did already successfully contact me via comments.

any potential comaintainers would not be able to contact you easily

Anyone unable to find a working email address to contact me would have some difficulty maintaining any AUR package.

@xiota Well, I found at least one email before writing that comment. If you have multiple, and I've picked a silly one that isn't relevant to my request, well, my first task for you is to figure out which one I'm emailing my request to. Good luck.

[Seriously, though - no, my intent wasn't to comaintain the package, I just wanted to point out that any potential comaintainers would not be able to contact you easily. I lack the social intuition to determine whether you were joking about it being a "task". If it is a joke, I would argue it's not funny enough to warrant potentially making the software less secure or reliable in the event of somebody actually needing to contact you. If it's not a joke, the place to begin a task is after somebody has successfully contacted you. At that point, you're free to impose whatever tests you deem necessary in order to determine whether a prospective comaintainer is indeed pure of heart and deserving of the title. But that's just my two cents, I don't know what I'm doing.]