-
-
Notifications
You must be signed in to change notification settings - Fork 521
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
Document how to autostart for all platforms #116
Comments
Hey there, I'm interested in providing some help with this issue. How would you like me to add this documentation to the project? Implementing it into the readme? Providing a step-by-step tutorial for each platform? I look forward to your clarification! |
The instructions might do best in the getting started guide in the docs:
https://github.com/ActivityWatch/docs/blob/master/getting-started.rst
Let me know if you have any questions, otherwise, just throw us a pull
request when you're done :)
…On Nov 22, 2017 02:36, "Trevor" ***@***.***> wrote:
Hey there, I'm interested in providing some help with this issue. How
would you like me to add this documentation to the project? Implementing it
into the readme? Providing a step-by-step tutorial for each platform? I
look forward to your clarification!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#116 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABVxungd7aTJ2YYB5v-c9oJ2PcvO-f9oks5s43qKgaJpZM4P5iJP>
.
|
For anyone wondering, you don't even have to write the Steal stuff from: https://github.com/ActivityWatch/aw-qt/blob/8825db6d69f476d81a104e1e3197955f825323b2/resources/aw-qt.desktop and modify paths as you want. |
Thanks for mentioning that @dufferzafar, your issue on the matter was also helpful: #176 |
Made some progress on adding a Now we just need to actually make a new bin release and then update the AUR install scripts to put the file in the right place. |
For windows release, it really helps to have the shortcut in shell:startup set to run: minimized from properties - > shortcut. At least until the super-annoying console window is present. |
@Codeplaya I'm so sorry for the console still being there, it's fixed now though so the next version of ActivityWatch will not have it. |
@zicameau I have installed activitywatch using virtualenv ( i have to do
but it is not working . Right now i am using rescuetime and would like to switch . Totaly linux newbie . Please help. |
I've added it via the Startup Applications menu (preinstalled at least in Ubuntu). In my case I used the command |
@anoopd It's not a good idea to start aw-qt as a systemd service since it's a GUI application. Use the "Startup Applications" menu offered by your desktop environment as @Otto-AA did. I'd recommend using the prebuild binaries over the virtualenv, if you do all you need is to unzip it and then point "Startup Applications"-entry to the |
@ErikBjare Thank you for your valid suggestion . So i am supposed to uninstall the venv version and use the prebuild binaries right ? ( just for clarification ........... ) |
@anoopd Well, both works of course but the pre-built binaries are easier to manage and update. |
+1 for this - I just spent quite a while trying to get activitywatch to automatically start up reliably on Ubuntu 16.04 until I found this thread. Startup-applications works nicely though. Also it's pretty important - I was close to just giving up and forgetting about the application, because there's no way I would have remembered to manually start the program every time I turned on my machine! |
For anyone in Arch Linux: I was trying to get the autostart but for some reason it wasn't working. I got ActivityWatch from AUR and the .desktop file was in I have Gnome Tweaks but the desktop application wasn't appearing because the .desktop file should have been in The file was automatically copied into Once I changed that property manually to the file in Hope this helps anyone coming after me. |
@jonbesga Woah, didn't realize Should hopefully make the process a lot easier for those installing from the AUR, and in the future those installing from a |
For Windows, it might be preferable to encourage people to use |
I've noticed that there seems to be an issue with how processes are parented in the Linux setup with the desktop file. If a user logs out and then tries to log back in, multiple errors occur where running instances of the subprocesses (window-watcher etc.) conflict with attempts to start new instances. |
Is there any reason not to run ActivityWatch as a systemd unit on Linux? |
@BrunoVernay that was answered higher up in the thread. #116 (comment) Personally though I do use a systemd user service for aw-server, but it's not easily doable to run the watchers and aw-qt with it so it wouldn't be as good of an experience as just auto-starting aw-qt for most people. |
The point is not to start the GUI via systemd obviously, but to start the services I am not saying that the project should do that. It is just to know if I the architecture is aligned with this solution, Since it looks OK, I am going to do just that. |
You seem to have missed @johan-bjareholt's point that you will have trouble
starting both aw-watcher-window and aw-watcher-afk through systemd since
they too depend on an X session.
…On Thu, 26 Mar 2020, 20:48 Bruno Vernay, ***@***.***> wrote:
The point is not to start the GUI via systemd obviously, but to start the
services aw-watcher-window,
aw-watcher-afk , aw-server .
These could be then managed with aw-qt, or any systemd utility GUI
Cockpit or command line
I am not saying that the project should do that. It is just to know if I
the architecture is aligned with this solution, Since it looks OK, I am
going to do just that.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#116 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAKXDOWDY565E5GG7I5JBP3RJOWP3ANCNFSM4D7GEJHQ>
.
|
@ErikBjare Exactly, systemd is aware of user sessions but not display sessions which aw-watcher-window and aw-watcher-afk depend on existing when they start. So while it's possible to script around the issue it's not a very nice looking solution, I did that before but found that just autostarting aw-watcher-window and aw-watcher-afk once my window manager has started is much more simple and works just as well. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This comment was marked as resolved.
This comment was marked as resolved.
@RokeJulianLockhart Please don't question how we work with issues. We have many good reasons, designed to prevent overload/burnout :) It has been closed because no one is working on it anymore. If you think that should change, do some work! We do not automatically register the AppImage in your autostart, that is correct. It might not even be a good idea to do so due to the portable nature of the AppImage (such that the AppImage location cannot be assumed to be stable on first-run). Better you place it in it's final destination and add it manually to avoid bad paths. That being said, if you know how that can be done, or how the documentation could be clearer on this, do feel free to make a PR! |
It's important that people don't forget to turn on ActivityWatch, autostart is therefore an important feature, but we have yet to implement it.
Later we will have this managed automatically but a good start is to figure out how to do it cross-platform and add the information to the docs.
One needs to use Automator in order to create a runnable when installing from source into a virtualenv. Unsure if needed with the zip.No longer needed with the.app
bundle./etc/xdg/autostart/
and/or~/.config/autostart/
)The text was updated successfully, but these errors were encountered: