Systemd service changed name, alias doesn't work

[Kiisu-Master]

Is there an existing issue for this?

• I have searched the existing issues

Is your issue described in the documentation?

• I have read the documentation

Is your issue present in the latest beta/pre-release?

None

Describe the Bug

I noticed when after updating sunshine was no longer running and the service had disappeared.
Thanks for not mentioning it in the changelog 💀

I don't understand why the alias doesn't work though.
It just says Unit sunshine.service could not be found. despite the file having a line Alias=sunshine.service

Expected Behavior

No response

Additional Context

No response

Host Operating System

Linux

Operating System Version

Architecture

amd64/x86_64

Package

Linux - LizardByte/pacman-repo

GPU Type

n/a

GPU Model

GPU Driver/Mesa Version

Capture Method

None

Apps

Log output

Online logs

No response

[ReenigneArcher]

• I have read the documentation

Lies... https://docs.lizardbyte.dev/projects/sunshine/latest/md_docs_2getting__started.html#linux-1

Thanks for not mentioning it in the changelog 💀

You're welcome... of course, every single change we've made is listed in the changelog including these.

• fix(linux): use FQDN service name in desktop launcher #4874
• fix(linux/xdgportal): allow unified systemd service for all capture methods #4854
• fix(linux): use FQDN naming for all Linux packaging types #4779

[Kiisu-Master]

I did read the docs and did find the note. Why do you think i would lie
Thats not a usable changelog, no one in their right mind is reading that monstrosity of a list.
But ok

[Kiisu-Master]

The alias still doesnt work for enabling it btw
only after enabling it

[ReenigneArcher]

Right, that's a sysetemd limitation. The alias only works if the service is enabled.

[Nik-mmzd]

You can add symlink /usr/lib/systemd/user/sunshine.service -> app-dev.lizardbyte.app.Sunshine.service and alias will work how it supposed to work.
And this is the supposed way, arch packages with aliases are shipped with corresponding symlinks:

➜ pacman -Qo dbus-org.bluez.obex.service         
/usr/lib/systemd/user/dbus-org.bluez.obex.service is owned by bluez-obex 5.86-6
➜ file dbus-org.bluez.obex.service
dbus-org.bluez.obex.service: symbolic link to obex.service
➜ pacman -Qo obex.service               
/usr/lib/systemd/user/obex.service is owned by bluez-obex 5.86-6

@ReenigneArcher ☝️

[ReenigneArcher]

@Nik-mmzd thanks, I'll look into that.