orhun / runst Goto Github PK

Hi! This issue is created as directed by CONTRIBUTING.md. First, I'm new to rust and found your freedesktop notification server very helpful as a project to hack on while learning the language. I am working on a fork for a DE that provides a different UI treatment for notifications. During testing I've noticed that if another notification dbus server is running, the service starts but does nothing. IMO better behavior would be to abort at this point. I'd be happy to create a PR to add this to runst if you agree. I'd also be curious to know you reasoning if you think runst should not abort under this scenario.

☮️

ansi_term is Unmaintained

The maintainer has advised that this crate is deprecated and will not receive any maintenance.

The crate does not seem to have much dependencies and may or may not be ok to use as-is.

Last release seems to have been three years ago.

Possible Alternative(s)

The below list has not been vetted in any way and may or may not contain alternatives;

• anstyle
• console
• nu-ansi-term
• owo-colors
• stylish
• yansi

Dependency Specific Migration(s)

• structopt, clap2

See advisory page for additional details.

I tried to utilize the following service files for running runst automatically via D-Bus activation but couldn't access the DISPLAY from systemd unit:

/usr/share/dbus-1/services/org.orhun.runst.service:

[D-BUS Service]
Name=org.freedesktop.Notifications
Exec=/usr/bin/runst
SystemdService=runst.service

/usr/lib/systemd/user/runst.service:

[Unit]
Description=Runst notification daemon
Documentation=man:runst(1)
PartOf=graphical-session.target

[Service]
Type=dbus
BusName=org.freedesktop.Notifications
ExecStart=/usr/bin/runst

Couldn't get this to work. It needs more investigation.

Is your feature request related to a problem? Please describe.

runst not working on older machines (old glibc, <2.28).

Describe the solution you'd like

Static builds (no glibc dependency). Maybe musl libc?

Describe alternatives you've considered

N/A

Additional context

N/A

The geometry setting works, but is a bit inconvenient if you have changing monitor setups. It would be nice if the notifications could follow the current focused monitor.

Is your feature request related to a problem? Please describe.
Trying to get desktop terminal notifications from programs emitting them in a headless, no desktop (neither X nor Wayland) TTY-only environment (remote shells).
I can launch a headless DBus service for programs requiring it (ie. failing if no DBus present).
Also, this opens up a world of extensibility, where you can get creative with notification methods. 😄

Describe the solution you'd like
Just an 'invoke a custom script' backend in addition to X11 and Wayland, which would handle all notifications. It could be 'in addition to' X11 or 'replacing' X11.
I guess that a 'script-only' backend would enable adding fancy functionality to any Desktop Environment, without requiring to drop the built-in notification manager. (e.g. send a push notification to Android/iOS).

Describe alternatives you've considered
A specific software just listening for DBus notifications, but found none.

This is mentioned in wiki, but I really want to express how awesome it would be to bring wayland support.

Thanks for your work!