Why would an organization use OMEMO if it doesn’t fit their requirements? OMEMO isn’t necessary for encrypting xmpp communications. Also, I get the concern that only the original client will have a full history of the user, but most people don’t need a complete chat history. Or put another way, wanting a complete, unencrypted chat history is relatively orthogonal to wanting perfect forward secrecy.

That is how perfect forward secrecy is supposed to work.

Have a migraine and am struggling to parse this. Iraq?

Pretty sure another study found Xylitol might have the same issue. I’m personally avoiding sugar alcohols at this point. That said, it severely limits sweetener options for people that have blood sugar issues.

I’m not saying that you need to understand every aspect of how something works to use it, but OMEMO provides forward secrecy - it is in the first paragraph of the wikipedia article. Delta Chat explicitly does not. Finding the right tool for your needs/expectations is important. We don’t blame a hammer for failing to cut wood.

Pretty sure that has been a feature for at least 2 years. It seems like a reasonable compromise.

I thought Bitwarden was focused on migrating to native mobile apps. Haven’t followed closely since the beta started rolling out, but perhaps some of the quality of life issues will be taken care of with that process over?

Maybe this should not be a binary question, but: will this make Israeli public more nationalistic OR find a unifying reason to permanently remove Netanyahu from power? Guessing the former, but one can hope.

Pretty sure the ICC warrant for Putin was already ignored by various countries.

Guessing no meaningful difference, but I’m curious how the IP would compare to a regular pressure cooker on an induction pad.

Pressure cookers seem pretty efficient and fairly versatile.

Even just watching other open source projects go through it is demoralizing to me, and I’m not a contributor.

Also attributed to burnout.

Apple has turned out to “prevent the chrome monopoly” far more effectively then firefox has.

Turns out that owning the platform (Android, iOS) counts for a lot. I like having an independent option.

Technically true, but FOSS isn’t “free” in the sense that someone is contributing labor to build and maintain the software. Free to use, but not free to make. I personally wouldn’t expect or shame a person for using FOSS without contributing. But if you make a profitable business off a FOSS project, it seems reasonable to expect some form of contribution back to the project - not because it is technically required, but because who better to sponsor a project than someone profiting from it?

If you can host thelounge on your LAN and access it over VPN on the go, it makes for a very nice IRC experience.

Otherwise, ssh (termux or whatever) to your irc host running irssi or weechat

I haven’t used either command, but based on what I see in the manual, rcd tells rclone to start listening for remote commands whereas rc is used to issue remote commands.

Try it out by going to a folder with some files and typing: rclone rcd .

That should open a tab in your web browser with a list of your files.

There are situations where being able to send commands to rclone remotely would be helpful, but I’m not sure that you need to do that in this case.

I’m far from an expert, but I don’t know of rclone doing versioning, or a continuous sync like syncthing. Also haven’t used proton, so take my thoughts with a grain of salt.

Stage 1 Run rclone config to set up the proton remote. rclone config should take you through a wizard and will eventually ask you to authenticate somehow with the remote. Once that is done and saved, you’ll exit the rclone config wizard and be back at the command line.

Then you would run a test command like: rclone ls :

If it worked, you should see a list of files/folders on Proton. If not, you’ll have to go back to rclone config and edit the remote to fix whatever went wrong.

Stage 2

Test out copying the folders with a command something like: rclone copy localfile/folder remotename:remotepath

Do some testing to get the hang of the command, but it is pretty straightforward.

Stage 3

I don’t know how many files or how big the files are, but I assume not too many and not too big. I also don’t know which version of Linux you have, but I assume you have access to systemd, cron, or both.

You’ll make a basic shell script that runs the command you practiced in stage 2. Easy peasy, put it in a text file with a shebang at the beginning, make it executable, and give it a go. It should run exactly how it did when you typed the command out manually.

Finally, you will write a systemd timer or a cron/crontab entry to execute that script at some frequency.

So just to summarize:

1. Setup the proton remote in rclone using rclone config
2. Test out copying files to proton through rclone
3. Write a basic shell script that runs the command to copy files from the desired local folders to the desired proton folders.
4. Use one of the tools on Linux that lets you schedule the execution of scripts to automate running your copy to proton script as frequently as makes sense to you.

All three of those links are very outdated - I do not recommend trying to use any of them.

Can you be more specific about what you are trying to do exactly? I know rclone is confusing to get started on, in part because it does so many different things and the documentation requires some background/outside knowledge.

I host kitchenowl (https://github.com/tombursch/kitchenowl) on a cheap server on the internet for grocery lists, which my household finds to be very intuitive. It also has the ability to pull recipes from an existing url or input recipes manually. I haven’t used the recipe functionality myself, but am inclined to start given I already use the app on a regular basis anyway.

I also experimented with / liked mealie (https://github.com/mealie-recipes/mealie/), which is more explicitly a recipe manager and has a nice interface with tagging and different ways to find/organize. Also a self-hosted type services, so it requires a little know-how to get going, but it looks like that dev is launching a hosted version (https://recipinned.com/) at some point as well.