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.

Sign up for GitHub

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

Jump to bottom

openSUSEway systemd #3

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

openSUSEway systemd #3

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

Comments

@denisok
Copy link
Contributor

denisok commented May 26, 2020 •
edited
Loading

add systemd service to:

  • sway
  • mako
  • waybar
@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
@m-rey
[autostart] Remove mako as it works without running it at boot
622b0e4 
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)
@agraul agraul mentioned this issue Jul 13, 2020
Merged
@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.

@denisok denisok added the good first issue Good for newcomers label Jan 17, 2024
@denisok denisok mentioned this issue Jan 31, 2024
Open
@LakshayPuhal
Copy link

I would like to work on this issue.

@denisok
Copy link
Contributor Author

denisok commented Dec 16, 2024

Hi @LakshayPuhal go ahead :) Please submit PR for it

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
enhancement New feature or request good first issue Good for newcomers
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
4 participants
@mcepl @denisok @agraul @LakshayPuhal