These are the channel logs matching your query syncthing
| 2023-01-28 | [10:02:32] <patched[m]> https://logs.guix.gnu.org/guix/search?query=syncthing |
| 2023-01-15 | [16:40:24] <reyman> i install syncthing service and reconfigure system, but the service seems not available, i need to reboot ? |
| 2023-01-03 | [01:09:54] <bjc> i don't think i'll ever migrate from keepass. it works on everything and is easy to sync with dropbox/syncthing/whatever |
| 2022-12-31 | [08:18:27] <bdju> I have a syncthing shepherd user service set to run on login but since a while back it never returns me to my prompt, so I can't start sway unless I C-c out, which then stops syncthing. anyone run into this? |
| 2022-11-08 | [19:31:31] <awb9999> for example I use syncthing |
| 2022-11-08 | [19:31:47] <awb9999> and with syncthing I have to authorize the machines it should connect to via web ui. |
| 2022-11-08 | [19:32:23] <unmatched-paren> awb9999: are you sure you don't need to add the authorizations in the (syncthing-configuration ...) somewhere? |
| 2022-11-05 | [21:04:02] <Kolev> unmatched-paren: I have a complicated setup. The Lounge, Syncthing, OnionShare, Tor Browser. |
| 2022-11-05 | [21:05:13] <vivien> Syncthing, that’s a great program |
| 2022-11-05 | [21:13:41] <Kolev> vivien: I know Guix can do Syncthing, but it cannot do The Lounge, OnionShare, or Tor Browser. |
| 2022-11-02 | [06:16:07] <bdju> I had a syncthing daemon running on startup / all the time and somehow it's become screwed up and won't run on its own now. looks like I have a file at ~/.config/shepherd/init.d/syncthing.scm |
| 2022-10-19 | [14:47:13] <f3n1x> hi guixers ! newbie here... I'm willing to add my first service (syncthing, for the matter) to init.scm , by following the doc. here : https://guix.gnu.org/en/blog/2020/gnu-shepherd-user-services/ |
| 2022-10-19 | [14:55:35] <f3n1x> umh... well, i just humbly want to run a service (syncthing ,for the matter ) at boot time. how to ? |
| 2022-10-19 | [14:58:01] <gabber> well, from Guix's perspective the big difference is that there is no unprivileged/home-service defined for syncthing -- hence this simply does not work |
| 2022-10-19 | [16:54:38] <f3n1x> if i'm adding a 'syncthing service', may i add it to the packages list section of config.scm too ? |
| 2022-09-27 | [14:57:39] <pkill9> how did i forget about syncthing? |
| 2022-08-14 | [13:43:59] <vldn> syncthing them to different locations? |
| 2022-07-14 | [10:10:15] <attila_lendvai> is anyone here using syncthing-gtk? it stopped working for me in the past couple of months. |
| 2022-07-14 | [10:37:42] * attila_lendvai reports that syncthing-gtk has been fixed meanwhile |
| 2022-06-18 | [23:10:33] <elb[m]> `guix shell --container --network --no-cwd -P -m $MANIFEST --share=$SHAREPATH=/home/elb -- /bin/sh -c 'SSL_CERT_DIR="$HOME/.guix-profile/etc/ssl/certs" syncthing' |
| 2022-06-18 | [23:11:36] <elb[m]> * `guix shell --container --network --no-cwd -P -m $MANIFEST --share=$SHAREPATH=/home/elb -- /bin/sh -c 'SSL\_CERT\_DIR="$HOME/.guix-profile/etc/ssl/certs" syncthing'` |
| 2022-06-18 | [23:12:49] <elb[m]> I should note that I did have trouble with `--pure`, when I used `--pure`, syncthing did not appear either in /gnu/store or in profile bin directory, no matter how I invoked it |
| 2022-06-18 | [23:14:42] <maximed> guix shell --pure --container --no-cwd -P syncthing -- syncthing |
| 2022-05-02 | [16:08:01] <attila_lendvai> are services and home services interchangable? i can't seem to simply add a syncthing service in my home config... i get: guix home: error: no target of type 'boot' for service 'shepherd-root' |
| 2022-05-02 | [16:13:23] <gnoo> service syncthing probably depends on network which since the shepherds don't communicate, the user shepherd can't know when that happens. |
| 2022-04-05 | [04:03:16] <zacchae[m]> Thanks. I see it as a stepping stone after getting syncthing working. Next goal is managing email. |
| 2022-02-25 | [11:29:58] <paul_j> I am continuing to work with guix home, and have a quick question about shepherd services. I created a service for syncthing, but I think I used some code I found elsewhere. Anyway, I have now tried to create a service for gpg-connect, but I am getting an error "gpg-agent: unbound variable". I have the relevant code for the shepherd services here: https://paste.debian.net/1232206 |
| 2022-02-25 | [11:30:29] <paul_j> I am not sure where I am creating a variable, or at least where it differs from the syncthing definition. I don't think it is in the provision line, so I am guessing I am doing something wrong with the start and/or the stop fields. |
| 2022-02-19 | [18:37:15] <acrow> Current setup uses guix-home and syncthing. stow is there (with files safe in the filestructure) but has to be fixed up after every time guix-home is reconfigured. |
| 2022-02-19 | [18:39:40] <acrow> Syncthing works great for me (because I have multiple cheap machines that can share things) but I feel some guilt that I don't put the work needed into reducing things to rsync (as lilyp suggests). |
| 2022-02-19 | [18:41:57] <lilyp> putting your config.scm and home.scm both into syncthing is still more reasonable than having no backup or storing entire disk images |
| 2022-02-18 | [10:56:41] <pkal> I wanted to use syncthing as a user-service |
| 2022-02-18 | [11:01:28] <civodul> though, in the case of syncthing, we should be able to make it available for free |
| 2022-02-18 | [11:12:10] <civodul> the_tubular: that you can't just add (service syncthing-service-type) to your Home config |
| 2022-02-13 | [17:40:46] <rekado> Kolev: error: syncthing-configuratoin: unbound variable |
| 2022-02-04 | [21:42:12] <podiki[m]> e.g. things like syncthing |
| 2022-01-29 | [20:40:14] <gordon1> (e.g. syncthing installation fails because /usr/bin/env version that is provided by busybox does not support -0 parameter) |
| 2022-01-29 | [20:47:05] <lilyp> that doesn't sound like something that should happen in Guix (assuming you install both busybox and syncthing from it) |
| 2022-01-21 | [19:20:30] <podiki[m]> lfam: just sent in a patch to fix piper, same as what we did for syncthing-gtk (librsvg propagation) and libratbag among others (meson no longer propagates python) |
| 2022-01-13 | [02:13:14] <podiki[m]> like the syncthing-gtk desktop file it writes (patched recently to avoid that and store pathing issues) |
| 2022-01-05 | [23:42:26] <podiki[m]> lfam: thanks for the quick push for syncthing-gtk; been on a patch frenzy lately trying to sort out all the little things and submit my packages I've had locally |
| 2021-12-20 | [20:05:07] <lfam> I would really appreciate some more testing on the Go patches. They work for me, but I only use Syncthing |
| 2021-12-19 | [03:20:36] <podiki[m]> syncthing-gtk error https://paste.debian.net/1224016/ |
| 2021-12-19 | [22:27:28] <podiki[m]> sorry to repeat earlier, lost in the cookie talk: why does GI_TYPELIB_PATH have two librsvg paths? (same version) any idea why that would happen? breaks syncthing-gtk |
| 2021-12-19 | [22:31:50] <mroh> podiki: Have you tried to remove the "wrap-libs" phase from syncthing-gtk? maybe it doubles stuff... |
| 2021-12-19 | [22:55:49] <podiki[m]> mroh: removing the wrap in syncthing-gtk gets rid of the whole GI_TYPELIB_PATH |
| 2021-12-19 | [23:10:12] <podiki[m]> librsvg: and both appear in GI_TYPELIB_PATH for syncthing-gtk |
| 2021-12-19 | [23:15:56] <podiki[m]> nckx: thanks. but seems odd that anything that refers to one librsvg also refers to the other one as well. maybe no big deal but that break syncthing-gtk. maybe can work around it somehow.. |
| 2021-12-19 | [23:19:30] <podiki[m]> okay, so changed syncthing-gtk's input from librsvg to librsvg-bootstrap, which fixes the issue (both appearing in the gi_typelib_path) |
| 2021-12-19 | [23:22:38] <podiki[m]> nckx: so changing librsvg to librsvg-bootstrap makes it so only one librsvg appears in the gi_typelib_path, fixing the syncthing-gtk issue I have; but that seems...not the right thing to do? |
| 2021-12-19 | [23:30:58] <podiki[m]> mroh: also syncthing-gtk is very much a leaf, so it shouldn't need the librsvg with bundled rust stuff |
| 2021-12-19 | [23:32:57] <podiki[m]> nckx: syncthing-gtk, indeed has gtk+ as an input |
| 2021-12-19 | [23:34:37] <nckx> I agree that practical prevails, here, especially synce it's not syncthing-gtk's ‘fault’. |
| 2021-12-14 | [03:40:20] <podiki[m]> syncthing-gtk fails to run for me due to some librsvg thing; will investigate later |
| 2021-12-14 | [05:32:16] <KE0VVT> raghavgururajan: syncthing helps a lot but not for everything |
| 2021-12-04 | [12:11:36] <simendsjo> I'm trying to upgrade syncthing from 1.16.1 to 1.18.4, but the check phase fails. I'm able to upgrade without running tests though. Not being a go developer, I'm not quite sure where to start. I get the error `vendor/github.com/lucas-clemente/quic-go/internal/qerr/error_codes.go:6:2: build constraints exclude all Go files in |
| 2021-12-04 | [12:11:36] <simendsjo> /tmp/guix-build-syncthing-1.18.4.drv-0/src/github.com/syncthing/syncthing/vendor/github.com/lucas-clemente/quic-go/internal/qtls`, and `go run build.go test` returns 1 |
| 2021-12-02 | [20:39:43] <lilyp> Even with Go, there's stuff like syncthing that end users typically want in core |
| 2021-11-22 | [02:29:31] <KE0VVT> How do I go about running Syncthing? Do I need to add it to config.scm? |
| 2021-11-22 | [02:34:25] <KE0VVT> (service syncthing-service-type) |
| 2021-11-21 | [21:22:54] <podiki[m]> guix refresh -l for python-nautilus: gnome-shell-extension-gsconnect@33 nextcloud-client@3.1.3 syncthing-gtk@0.9.4.4-1.c46fbd8 |
| 2021-11-21 | [21:25:52] <podiki[m]> my god...tell me syncthing-gtk (which is why I care about python-nautilus) is using the wrong nautilus (should be the file browser one)...... |
| 2021-11-21 | [21:33:58] <podiki[m]> doesn't help fix python-nautilus on c-u-f, but I can send a patch to remove the input from syncthing-gtk |
| 2021-11-21 | [21:36:10] <nckx> I'm kind of relieved that syncthing-gtk doesn't require a clearly unmaintained package last released in 2016. |
| 2021-11-20 | [20:18:36] <podiki[m]> oh and python-nautilus (for syncthing-gtk).... |
| 2021-11-20 | [20:19:20] <KE0VVT> podiki[m]: What is Syncthing GTK? |
| 2021-11-20 | [20:19:56] <podiki[m]> KE0VVT: a little tray thing for syncthing, shows the status, pops up a window with similar idea as the webinterface, has notifications |
| 2021-11-20 | [20:20:19] <podiki[m]> I find it handy to know files are syncing and such, but you can just use syncthing's web interface for the same info of course |
| 2021-11-20 | [20:22:24] <podiki[m]> you are probably better off, is no shortage of tweaking and getting to work right in general (not syncthing so much) |
| 2021-11-14 | [02:43:19] <KE0VVT> Hm. Syncthing without systemd. That sounds hard. |
| 2021-11-14 | [02:52:47] <KE0VVT> Running Syncthing in a tmux session because I don't know how Shepherd and config.scm work. |
| 2021-10-31 | [19:01:30] <mekeor[m]> i'm using syncthing for syncing things in my local home network |
| 2021-10-02 | [01:38:52] <mekeor[m]> assuming i want to launch syncthing as a shepherd-user-service, do i really have to define a syncthing-service with "(define syncthing ...)" although it has been defined in (gnu services syncthing) already? |
| 2021-10-01 | [17:52:31] <podiki[m]> ( lilyp I'm guessing you are the same as who I've been emailing back and forth about this with syncthing-gtk. hi!) |
| 2021-10-01 | [17:53:00] <lilyp> Hi, the syncthing-gtk thing is a different issue |
| 2021-10-01 | [17:53:45] <lilyp> You should be able to symlink ~/.config/autostart/syncthing-gtk to ~/.guix-profile/share/applications/syncthing-gtk as a user, for instance |
| 2021-10-01 | [17:55:11] <lilyp> it's not the fine functional variant to be sure, but still cleaner than relying on syncthing-gtk to do the right thing |
| 2021-10-01 | [17:58:45] <podiki[m]> hrm, and then I could patch syncthing-gtk to just create/remove the symlink instead. interesting |
| 2021-09-05 | [21:08:45] <podiki[m]> would it be considered a guix bug if syncthing-gtk, when checking the option for autostart, makes an improper desktopfile? it execs .syncthing-gtk-real instead of syncthing-gtk (so it doesn't work) |
| 2021-08-31 | [18:21:14] <lfam> The reason I worked on Go for a while is that I wanted us to have a Syncthing package. I did a ton of work unbundling the dependencies, massaging their custom build.go, and landing the go-build-system, but now we are just using the bundled depenencies. They are all free software of course, so it's basically fine although not idiomatic for Giux |
| 2021-08-31 | [18:27:20] <lfam> It would be nice to fetch them, in order to "trust but verify" upstream's bundling, especially if we are working from tarballs, like in Syncthing |
| 2021-08-31 | [18:28:07] <lfam> At this point I'm really only familiar with Syncthing, which is somewhat atypical. Like I said, they use a custom build script |
| 2021-08-31 | [19:09:30] <lfam> Look at all the different platforms offered here (under "assets"): https://github.com/syncthing/syncthing/releases |
| 2021-08-22 | [13:14:26] <zacchae[m]> So, I tried making a minimal arm64 image (without syncthing), and it crashed saying that the most likely problem is that the disk ran out of space when it was building linux-libre. The disk in question is 32 GB so I doubt that. However, when I check it with fdisk, it says the two partitions are each <5GB. Is fdisk not reliable for a failed image write, or do I need to specify something in order for the entire disk to be used? |
| 2021-08-22 | [13:16:10] <zacchae[m]> iskarian: oh neat, though if I understand correctly, I should be able to install syncthing on the arm device so long as I make the image raw-efi and volitile |
| 2021-08-21 | [20:15:03] <zacchae[m]> guix system: error: gnu/packages/syncthing.scm:45:2: syncthing@1.15.1: build system `go' does not support cross builds |
| 2021-08-20 | [19:00:49] <sneek> lfam, efraim says: I'll have to dig out my go cross compile patch again, I don't remember exactly what it was but something about setting the GOBIN made cross compiling fail. I'll finish up my go cross compile patch and then we can fix cross compiling syncthing later |
| 2021-08-18 | [08:39:51] <efraim> sneek: later tell lfam I'll have to dig out my go cross compile patch again, I don't remember exactly what it was but something about setting the GOBIN made cross compiling fail. I'll finish up my go cross compile patch and then we can fix cross compiling syncthing later |
| 2021-08-18 | [08:39:52] <sneek> efraim, lfam says: I reverted one of your commits, tracked as <https://bugs.gnu.org/50071>. It was "syncthing: Prepare for cross-compiling". I can try to re-do your change without breaking the outputs splitting if you tell me how to test for what you were trying to achieve in your patch |
| 2021-08-17 | [21:58:39] <lfam> sneek: later tell efraim: I reverted one of your commits, tracked as <https://bugs.gnu.org/50071>. It was "syncthing: Prepare for cross-compiling". I can try to re-do your change without breaking the outputs splitting if you tell me how to test for what you were trying to achieve in your patch |
| 2021-08-16 | [18:57:33] <podiki[m]> mostly desktop-services with some modifications (udev rules, syncthing, pcsd, etc.), but nothing dbus related I think |
| 2021-08-04 | [18:30:58] <lfam> For example, these binaries "just work": https://syncthing.net/downloads/ |
| 2021-08-04 | [18:31:32] <lfam> Syncthing wouldn't be as successful if it was not cross-platform or hard to deploy |
| 2021-08-04 | [18:32:21] <cehteh> i am working on a distributed filesystem, hoping eventually that replaces syncthing for me :) |
| 2021-06-22 | [11:56:30] <raghavgururajan> bricewge: Yes, shephers-user-services. If we consider syncthing example in that blog post, can it be used along with syncthing-service-type? |
| 2021-06-22 | [12:00:55] <efraim> I never really looked at the syncthing-service-type |
| 2021-04-26 | [17:53:24] <efraim> I got syncthing to cross compile |
| 2021-04-26 | [17:57:38] <efraim> I tested syncthing compiled for armhf-linux, I tossed it on my powerpc laptop and used qemu-binfmt emulation, like I normally do |
| 2021-04-26 | [18:44:30] <efraim> exec format error when trying to build syncthing for x86_64-w64-mingw32 |
| 2021-04-26 | [22:14:53] <lfam> efraim: Thanks for your work on the syncthing package |