New Members
  • Content Count

  • Joined

  • Last visited

  • Days Won


About diamondsw

  • Rank
    New User
  1. Apps using significant energy: Resilio Sync Nothing about Resilio Sync should require more than a recompile. Especially since it already runs on ARM on Linux, so there aren't any hidden instruction set or library issues.
  2. Resilio MIA for 7 months, Helen MIA for 3 months; ridiculous doesn't begin to cover this. I want a detailed technical explanation for this not being possible in v2.5.x, or I'm simply chalking it up to customer-hostile laziness and incompetence.
  3. While this is aesthetic and not functional, it does mean that anyone who runs dark mode has had a big old glaring white spot on their menubar for *four months*. No, I don't care if you have an update in the pipe - Resilio is clearly still pushing updates to version 2.5, and they can fix the *** icon. This is not an intractable architectural issue; it's drawing an icon on the screen.
  4. I assume you're referring to x64 at (nothing on the page refers to glibc version or dependencies). If so, that's what I already have installed. Or is there a reason to install a chip-specific version (for instance, the DS1817+ is based on an Intel Atom C2538, i.e. avoton)? EDIT: Swapping in the "Avoton" file for the original "x64" file appears to have done the trick. I originally went straight to x64 since I knew it was a 64-bit Intel platform, and the various chip names meant nothing to me at the time.
  5. Here's what I did: Stopped Resilio Sync. Rotated /usr/local/resiliosync/var/sync.log (which had grown to 66MB in a couple days). Started Resilio Sync, and allowed it to discover peers. Created a test file via 'touch /volume1/Apps/Sync/General/test-file' (General is one of my synced folders). Confirmed nothing appeared on other hosts. Stopped Resilio Sync. Made a copy of the log (attached as 'sync-1.log'); rotated logfile. Started Resilio Sync, allowed it to discover peers and transfer the test file, which is does on initial launch. Stopped Resilio Sync
  6. Will it fix the ongoing "Sync doesn't detect changes" issue?
  7. Running into this exact same issue with a Synology DS1817+ and DSM 6.1.1-15101 Update 4, and Resilio Sync Pro 2.4.5 (903). None of the causes above apply, yet changes are not being detected and synced out. Only on restarting Sync does it see any changes. Like others, incoming changes have no problem; this is Sync not getting filesystem change notifications. I'm moving files directly via 'mv' on an SSH session. As direct as it gets. '/lib/' yields 'GNU C Library (crosstool-NG 1.20.0) stable release version 2.20-2014.11'. So just 17 versions past 2.3. I have a sever
  8. I've been fighting with this particular bug, and was at first led astray by other threads that made it seem like simple HTML rewriting would do the trick - no such luck in client-executed Javascript. I assume this is all compiled into the Linux executable, as I can't locate anything on disk to edit; I can only make these changes on-the-fly in my browser. If anyone knows a way I can make this change permanent, please let me know! [EDIT: Found a way via nginx subs_filter!] This bug is especially offensive as it is going out of its way to create the bad behavior - doing nothing would have worke