Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

openSUSEway systemd #3

Open
1 of 3 tasks
denisok opened this issue May 26, 2020 · 7 comments
Open
1 of 3 tasks

openSUSEway systemd #3

denisok opened this issue May 26, 2020 · 7 comments
Labels
enhancement New feature or request good first issue Good for newcomers

Comments

@denisok
Copy link
Contributor

denisok commented May 26, 2020

add systemd service to:

  • sway
  • mako
  • waybar
@denisok denisok created this issue from a note in openSUSE way (To do) May 26, 2020
@denisok denisok changed the title **openSUSEway systemd** openSUSEway systemd May 26, 2020
@agraul
Copy link
Member

agraul commented Jun 25, 2020

According to https://github.com/emersion/mako#running, mako does not need to be started manually (it is dbus activated) unless multiple notification daemons are installed.

@denisok
Copy link
Contributor Author

denisok commented Jun 25, 2020

hm, thanks. Have you tested it ? @agraul
I have exec mako in the conf now.

@agraul
Copy link
Member

agraul commented Jun 25, 2020

I also had exec mako in my conf, but I just ran killall mako && ps aux | grep mako; notify-send "test" and saw a notification - no mako process was visible in the ps aux

@denisok
Copy link
Contributor Author

denisok commented Jun 25, 2020

aha, good to know ) you can submit PR removing that ) Or I will do it occasionally later.

m-rey added a commit to m-rey/dotfiles that referenced this issue Jul 1, 2020
Mako will run automatically via D-Bus activation, when a notification
is emitted. You don't really need to explicitly start it up.
See https://github.com/emersion/mako#running and
openSUSE/openSUSEway#3 (comment)
@mcepl
Copy link
Collaborator

mcepl commented Jun 29, 2021

killall mako && ps aux | grep mako; notify-send "test"

Hmm, doesn't work for me. WIthout running mako I don't get anything. And yes, dbus seems to be running and /usr/share/dbus-1/services/fr.emersion.mako.service is installed:

~@kusansky$ pgrep -f -a dbus
4912 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
5615 /usr/bin/dbus-daemon --session --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only
5694 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
~@kusansky$

@mcepl
Copy link
Collaborator

mcepl commented Mar 29, 2023

Just to note, there is https://github.com/alebastr/sway-systemd by @alebastr (for Fedora, I guess), which may be something interesting.

@denisok denisok added the enhancement New feature or request label Jun 1, 2023
@denisok
Copy link
Contributor Author

denisok commented Jul 25, 2023

one of the advantages of systemd for the waybar - is crash.

Currently experiencing waybar crash and that makes me just start it manually. With systemd it would be less noticeable and destructive for me I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
openSUSE way
  
To do
Development

No branches or pull requests

3 participants