Search Criteria
Package Details: syncthing-appmenu 1.2-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/syncthing-appmenu.git (read-only, click to copy) |
|---|---|
| Package Base: | syncthing-appmenu |
| Description: | Adds Syncthing Web GUI to applications menu |
| Upstream URL: | https://docs.syncthing.net/intro/gui.html |
| Keywords: | gui sync syncthing |
| Licenses: | GPL |
| Submitter: | None |
| Maintainer: | spsf64 (thomasqueirozb) |
| Last Packager: | spsf64 |
| Votes: | 3 |
| Popularity: | 0.003709 |
| First Submitted: | 2016-07-12 20:27 (UTC) |
| Last Updated: | 2023-09-18 21:47 (UTC) |
Dependencies (3)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- syncthing (syncthing-gitAUR, syncthing-binAUR)
- xdg-utils (busking-gitAUR, xdg-utils-slockAUR, mimiAUR, mimi-gitAUR, xdg-utils-handlrAUR, openerAUR, xdg-utils-mimeoAUR, mimejs-gitAUR)
Latest Comments
1 2 Next › Last »
jo2k commented on 2023-06-14 19:43 (UTC) (edited on 2023-06-15 17:00 (UTC) by jo2k)
@nilsw: Good Idea, I made a package for exactly this: https://aur.archlinux.org/packages/syncthing-desktop-entries
nilsw commented on 2023-06-14 18:09 (UTC)
Maybe this package could package the upstream .desktop files? They have one "Start Syncthing" and one "Syncthing Web UI" entry.
jo2k commented on 2023-06-14 16:37 (UTC)
I don't get it either, because I still think that syncthing is designed to run in the background all the time. Let systemd do the job and you are done. But spsf64 has a different opinion and he is the one who can change this package. :-)
Btw. calling the URL is not the preferred way anymore. Better call "syncthing serve --browser-only" and let it figure out the actual port to connect to.
nilsw commented on 2023-06-14 15:40 (UTC)
All this is adding more and more complexity to something that could be as simple as an URL. Why not just go with
systemctl --user enable --now syncthingand be done with it?spsf64 commented on 2023-06-13 17:38 (UTC)
@jo2k, good idea!; did you try this already? If so, do you want to be a co-mantainer? I am away from my pc, won't be able to check in the next 2 days...
jo2k commented on 2023-06-13 16:35 (UTC) (edited on 2023-06-14 16:15 (UTC) by jo2k)
@spsf64: Maybe this is a solution for both use cases (starting on demand // startet at login by systemd):
It checks if syncthing is running. If that is true, then only the web browser is started (syncthing serve --browser-only). If the check fails, then syncthing gets startet in the background and the browser is opened (syncthing serve --no-restart &). I'm not a bash guru, but I think this should work.
No more killing of innocent processes. ;-)
nilsw commented on 2023-06-13 06:15 (UTC)
@jo2k, @danejur seconded! 👍
danejur commented on 2022-08-30 13:48 (UTC)
I'll echo @jo2k in saying that the new functionality is annoying. It is fine to have the specific workflow of spawning syncthing manually (as with the new version of the application file), but the original was simply a hook to open an already running instance of syncthing. Changing that with a newer version of the same package breaks existing functionality, and the notion of "I think the focus of this package is not having syncthing enabled by systemctl" is a bit silly since the original version that existed for around 6 years DID assume syncthing would already be running in some capacity. Why change an existing package to suit your use-case and not just add a new one?
jo2k commented on 2022-08-21 14:35 (UTC)
spsf64: I'm sorry, I didn't mean to upset you. The problem is: I've used this package a bit and now the behavior has completely changed. I don't think that's a good thing.
1 2 Next › Last »