Interesting that you select only one example from the parent to construct an ad-hominem attack, and conveniently ignore the example that was provided that started in the 70's. Such a sharp rebuttal of parent's thesis is sure to convince many readers.
Yes, I'm using it currently and have for over a year. It works well enough.
However; The mobile apps haven't shown progress in over a year. Development on the main app is very slow. The browser extensions work, but do have minor quirks.
Honestly it feels like a dead project, It's not but it's lacking in resources and the devs are lacking in time from what I've been able to gather from the issue tracker.
https://github.com/nextcloud/passman/issues
I do sometimes worry I'm one nextcloud update away from losing access to my passwords as a recent one did mess with the interface a bit, it's still functional but some ui elements are mis-aligned.
I've been considering switching to bitwarden for a while, It's interface is much nicer, and more polished.
I've mostly been waiting for one of the alternative API implementations to mature a bit, because I don't want to have to run a big honking MS-SQL container on my little VPS.
I'm also going to have to write my own importer, or mangle the data a bit because the cvs format for passman isn't compatible with any of the import formats for bitwarden.
Or maybe I'll just give up and migrate to pass or gopass(https://www.gopass.pw/) worth looking at if you like pass). I think I want too much from my password manager =/
Random info because I used to work at an office supply store:
Most brother toner cartridges are cheaper because they separate the drum (That extra piece you take apart and place the cartridge in when you replace the toner) from the toner container. This makes for cheaper cartridges, but at some point you will have to replace the drum and that can sometimes be as much as a new printer. That said drum units last for >10,000 pages usually. Overall in my opinion it's a better design than HP or Cannon who's cartridges include the drum and are thus more expensive up front, because you are only replacing what needs to be replaced at the time.
You really shouldn't need to be hard rebooting just because you ran out of ram...
did you try a sysrq f (invokes the out of memory killer) first?
If that doesn't work you should at least be able to force a sync and remount read-only before taking it down.
If you have access to a keyboard and the kernel is still responding to sysrq you should never just hard power off without at least trying to regain control of the system.
Some reading if you're not familiar with sysrq:
https://en.wikipedia.org/wiki/Magic_SysRq_key
Depending on your distro you might have to enable it, I believe ubuntu (for some dumb reason) ships with emergency sync as the only command available.
Enabling it should amount to adding: kernel.sysrq=1 to /etc/sysctl.conf on older machines or editing
/etc/sysctl.d/10-magic-sysrq.conf on newer ones.
also if you are running out of ram that often you might want to consider a swap partition. Or if you have one already try setting a more aggressive swapiness value.
In my experience XFS is rock solid. We use it almost everywhere at work. I've never had an issue with hard reboots with it. Only recently started playing with btrfs, so can't speak to it's reliability from personal experience.
Even with the ad blocker being a feature in opera out of the box?
They were trying to show that opera can achieve better battery performance based on it's features and optimizations. Does that not include the ad-blocker?
That wouldn't work. You don't get the same battery life out of a mac on windows as you do on macOS just sitting idle. I don't know how you would control for that.