Arch Linux User Repository

Renaming the binary does not achieve any practical goal

Sure it does. It would bean I can launch it from the CLI or my desktop UI's launcher by typing in something sensible and expected. Reverse domain names as /usr/bin entries is nonsense.

Even the upstream started out doing something sensible and only switched to the RDNN scheme because their primary distribution channel is Elementary OS's AppCenter and it uses RDNN for all desktop apps. Their entire user model is heavily mouse/menu driven though so they don't care about the things Arch Linux users are likely to care about. I want to be able to launch an app under the sensible name that the pkgname and even upstream project repository are sensible enough to use: nasc.

I don't see why Arch Packaging should be held to doing silly things like this just because some other OS packaging scheme calls for them.

Thanks @aperez, fair point. It's a fairly unfortunate binary name to launch, but I suppose a user can symlink if they prefer the actual app name instead of the namespaced one.

@Alexmaras: In general the way things are done when packaging software for Arch is avoiding modifications of the upstream software if possible. Renaming the binary does not achieve any practical goal, and would introduce differences with upstream, so I would rather not do that.

Might be worth updating the PKGBUILD package() function to rename the binary from com.github.parnold-x.nasc to just nasc