synchrone

Shameless plug: https://git.cloudron.io/synchrone/mastodon-app

I am currently working on an end-to-end test suite, as required by cloudron.io platform, to add it to their appstore,

https://cloudron.io/ has a very decent email setup plus a lot of other apps all one-click installable.

Worth checking out in your usecase, as it seems.

For CalDAV: http://agendav.org/ is much prettier than infCloud, but actually has it's own php-backend and mysql database. A bit heavier and is not strictly only-CalDAV. Could be a viable solution though.

For CardDAV: https://github.com/owncloud/contacts could be used as a frontend, since it advertises it's talking to CardDAV-backend, but it's not actually deployable as a standalone interface. It's better than infCloud both architecture-wise and UI-wise, and could be the best opensource solution available, if you're willing to adapt this frontend to stand-alone usage (or integrate into whatever you need it for)

US Currency budget for 2016 was 709M USD: https://www.federalreserve.gov/foia/files/2017currency.pdf

Ecological concerns aside, this puts a bit of a perspective on the overhead costs of maintaining a currency.

Fiat currencies require a stability of power of course, which is impossible to quantify.

There is a message-based interoperability protocol for iCalendar: https://datatracker.ietf.org/doc/rfc5546/ and https://datatracker.ietf.org/doc/rfc6047/.

This is what Google Mail + Calendar are using, including features like RSVP, etc. It's all there, just passing iCal objects around.

While this would be a perfect solution, there is one caveat:

Most apps (e.g Signal until today) rely on Google Cloud Messaging (GCM) service for push-notifications. Without GCM, many apps simply crash.

The point of keybase is to distribute trust in them across multiple (social) trust-statements, so you don't even need to trust them Their implementation is supposed to check all those twitter/github/dns trust statements to verify the message.

What did you use as the web server / process manager? Was it embedded lua in nginx (maybe lapis as the web framework?) or otherwise? Please share more.

Actually there is at least one company already offering Remote-Sim-Provisioning. https://medium.com/@ComfortWay_Glob/cwsim-freedom-of-connect...

They are selling local data-plans abroad without switching the SIM card by implementing RSP. Calls are coming in 2017, also promising a portable phone number later that year.

I've been using it since December 2015, and for the most part everything was working nicely. The issues I had would be present on any other laptop running linux, so it's not related only to this one:

- Hi-DPI still deserves some love, especially if you're using different DPI on different screens (e.g an external 4k display), although ubuntu gnome seems to handle it better than plain ubuntu and definitely better than xubuntu.

- Tablet mode is funny: orientation sensors don't work well, keyboard & touchpad are not autodisabled in tablet mode, but then again it's not my use-case, so I just disabled all those features.

- (ok this one is a flaw of this particular laptop): When the display lid is closed, the touchpad is not auto-disabled, which results in weird mouse movement and clicks, since the lid presses on it. I had to hook an X-event with a script to disable the touchpad input device when the lid is closed.

Other than that - everything works flawlessly.

I am using HP Spectre x360. Really close to MBP 13". Never actually used the tablet mode. Bonus points for hassle-free linux experience.

Am I the only one who noticed `php -S` is used, which is a debug server, not intended even for testing purposes?

One cannot seriously consider this for anything except a proof that basic utilities like zip, netcat, supervisord and php can be scripted with a higher-level language to hack together something that somehow works.

That being said, I like this cool hack.

aaand nope, it only checks for that AppPolicy on UI level. The implementation class does what's required without checking application settings.

I would recommend unticking application's Options -> Policy -> Export checkbox, or at least Export - No Key Repeat to require entering the Database Password once again to confirm the export.

This extractor relies on KeePass' code itself, so setting that option should(?) render this trick futile.

I will check the source code to confirm this workaround.

Also, there is http://getkaiwa.com/, with roughly the same features, open protocol and a built-in LDAP. Hubot integration is also possible.

There was certain controversy about which protocol to use for sharing history between clients for both private chats and MUC, but now XEP0313 seems to be the future of it.

http://stackoverflow.com/questions/25982426/persistent-xmpp-...

There are implementations for servers, e.g https://code.google.com/p/prosody-modules/wiki/mod_mam_muc, but I have yet to see a client reliably supporting this.

Sorry, but http://codeception.com/docs/10-WebServices

What does this politic article have to do with HN?

I cannot find your github issue about that. Could you paste a link, if you managed to find 10 minutes of your precious time to post the reproduce-scenario during your 1 year long struggle?