It has some serious limitations compared to Bittorrent Sync. E.g. BTSync can relies on a tracker to find peers and uses relay servers in case port forwarding cannot be set up. Syncthing does not have anything like that yet, meaning that it cannot traverse many firewalls that you don't have under control. E.g. at work, all incoming connections are blocked unless they are initiated from within. So, Syncthing wouldn't work. It's pretty much the same with many hotels, etc. So, if you are on the go, it may not be any good.
Another problem that I have with Syncthing is usability. With BTSync I can be pretty sure that if I send a sharing link to family, that they will be able to install the software and use the link. Syncthing would be too difficult to set up for most family members or friends.
So, if you are looking for syncing some machines on a network under your own control, Syncthing is great. If you are looking for a Dropbox replacement that works everywhere with good sharing capabilities, BTSync is clearly the winner of the two.
Your best bet is probably to use a phablet and a Bluetooth headset for answering if you want to do VoIP.
Actually that’s one of the reasons I’m excited for smartwatches. Headset + BT-only watch + phablet + Internet AP over Wi-Fi/Bluetooth + VoIP over VPN seems like the most elegant solution to the backdoor baseband and general security and privacy issue right now.
Google’s project Ara would be the most elegant, of course. I hope this is the future, but I don’t know.
As someone not very familiar with D-Bus I’d like to ask what’s exactly wrong with the XML configuration files? It just seems like something everyone takes for granted. From the examples linked in this thread they seem pretty clear and readable to me.
> "when a package is changed, every package that depends on it must be rebuilt. This can significantly slow down the deployment of fixes in core packages such as libc or Bash, since basically the whole distribution would need to be rebuilt."
I'm just wondering, wouldn't it be possible to have an additional checksum for just the public API/ABI/headers of the package? Would this be enough to at least eliminate cascading rebuild for upgrades to shared libraries?
I‘m not entirely satisfied with startpage either though. What we really need is a local search proxy that goes via Google/Bing however you like, e.g. 1) using clearnet without cookies and cleaning up links (Google, Startpage, Bing) 2) via Tor automatically falling back if you get captcha (with option to do the captcha if you don’t like results) 3) Like 1) except via some VPN/Proxy
The results from each source (or multiple) could be normalized and the local app can offer any kind of interface you like.
I’ll write it at some point, but if anyone wants to steal that idea — please do.
To expand on this, does anyone know of a reliable service provider (accepting bitcoins is a bonus) for SIP Trunking? Or any VoIP workflow that can perform calls to PSTN (the regular landline/mobile telephone network). Or even any VoIP provider that offers a basic answering service, where the voice mail box can be checked over the internet a la google voice/skype voicemail?
Don’t have any recommendations here, just thought I’d mention that for the stated purpose—preventing the tracking of the cellphone location (i.e. where you go)—running your own VoIP to PSTN/ISDN/GSM bridge at home would be sufficient.
Completely anonymous hosted PSTN bridge would be very open to abuse, so I imagine not many of them are/will remain accessible via Tor. But for completely secure and/or anonymous communication you don’t need or want PSTN, all you need is (encrypted) VoIP–VoIP that you control, and can optionally expose via Tor (as a hidden service).
Bonus points: GSM bridge at home raises less flags. You could even “take it for a walk” from time to time to make it appear even less suspicious.
That’s not something that can be made reliable with either rpm or apt. The only options for reliable upgrades are 1) nix model or 2) filesystem transactions/snapshots. Especially, yum has official plugin for making LVM/Btrfs/ZFS(?) snapshot before committing each transaction. I imagine there’s something similar for Debian/Ubuntu.