

Gnome is not Linux.


Gnome is not Linux.


It’s already solved: FOSS means I can always fork/build my own package that does what I want. That’s why I mean it’s immune.


What concerns me is the implicit association people will make between him and FOSS, and anything they believe about one will carry to the other.
I have to assume there are already people who hear “Linux” and think “ugh, I wouldn’t touch that with a 10ft pole because I don’t want anything to do with Pewdiepie”. Similarly, if he says something dumb next week, and half his audience abandons him, they’ll likely have a negative outlook on FOSS going forward.
Either way, I don’t believe FOSS’ staying power comes from meteoric rises following a fad, it comes from a natural immunity to enshittification over time. On the scale of a few of decades, FOSS seems like it’s struggling against proprietary solutions. But just like the general concept of political democracy, I think on the scale of centuries it will become the clear, time-tested, least-bad option. But I digress.


I’ve run into this issue with obsidian, but for whatever reason I haven’t had any issues with keepassdx.
When opening an existing keepass vault, on the left there’s an “Open From” pullout menu. You should be able to select your nextcloud from there. Then find your keepass file and it’ll just work.
I don’t know why, but obsidian doesn’t have the same file picker. There’s no “open from” menu. So you just have to drill into the filesystem, find the folder nextcloud is using, and choose your notes vault you’ve sync’ed in there. And for whatever reason, that seems to be the method that breaks Two-Way Sync.


I use Nextcloud + KeepassDX on android and KeepassXC on PC. Have never had an issue. Changes on desktop/phone are propagated virtually immediately across devices.


Alright, windows users, do you run the same version of windows on all your devices? Yes? Oh how surprising.


A bunch of people who couldn’t tell their left shift from their right shoelace think you don’t know what you’re talking about lol.
I agree, to a person who knows the machine, an AI is like a compiler: you know the output you’re going for, the tool helps you get there faster. Expecting you to do something the slow way because someone else doesn’t know how to code is nonsense. There is a massive difference between using it as a tool, and blindly taking generated code.
If the internet existed in the 70s, I bet people would have asked for a disclaimer on compiled assembly.


I’ve not heard of those, but to me this is a competitor to the much more ubiquitous Obsidian. Which works great, and has a whole community of support, but is not open source.
Personally, I don’t need my notes app not be responsible for syncing across devices either. I already have that for other file types (photos, media, etc).
I’m not against these features being added, but this app is young, afaik it’s one person writing it, so I’d rather see their time be spent making the note taking experience as good as it can be.
I also generally wouldn’t trust one person to properly audit the security of the networking and encryption features. If I wanted those features, I’d still give the community time to peruse the codebase.


I think it makes sense to handle this at a lower level. After using other notes apps, the thing I want is for it to not have some arbitrary opaque file hierarchy that locks me into it. I want a plain dir of .md files, some resources they link to, and that’s it. If I want disk encryption, there are solutions for that. I can use something like LUKs to encrypt my whole drive, or even just the notes directory.
For android, afaik everything uses disk encryption by default.
The unix philosophy is do one thing really well. We don’t need a note taking app that also handles encryption.


Damn…any good forks of bcache yet?


I agree. But you see how that’s beside the point, right?


I’ve invented a new type of Vegetarianism: instead of eating veggies for every meal, occasionally you’ll add meat to your diet as well. It’s really the best of both worlds.


I don’t know what is typical, but when I use AI locally I’ve been running llama-cpp with models grabbed from HF (ex. QwenCoder). Then in my VS code plugin (RooCode) I use the “OpenAI compatible” option to point it at my local server.
Not sure how hard that is to get working, but my hope is that “OpenAI Compatible” helps.


Are there plans for mobile apps? In particular, obsidian and nextcloud don’t seem to work well together on android. Changes made to files via obsidian don’t get picked up by nextcloud unless I manually go sync the file. This might just be nextcloud’s app dropping the ball.


I see on the page it says you can bring an anthropic or openai key. Can I also point it at my own locally hosted model?


If everyone else moved, they would too. But no one will, so they won’t. Same as it ever was.


The issue is that full screen games wouldn’t hold onto the mouse? Are these games running through proton (windows games being launched through steam)? If so, I know there’s an option in protontricks to tweak this behavior per game. “Automatically capture the mouse in full screen windows” in winecfg.
Alternatively, you can try tweaking your steam launch params to use gamescope. Ex.
gamescope -W 1920 -H 1080 -r 60 -- %command%
Where the params denote the resolution and refresh rate of the window. You may need to install gamescope from your package manager.


I have an edge router and switch, and two unifi APs. All accounts running locally. Works fine for my uses, though I think if I had it to do over again I’d investigate pfsense or opnsense. Not sure about hardware tho.
since it uses ZFS I don’t know it would be good for home use
TrueNAS is all I’ve used for my home for the better part of a decade. It’s been fine, what is your concern?
I feel like if that’s something you’re doing, you’re using containers wrong. At least docker ones. I expect a container to have no state from run to run except what is written to mounted volumes. I should always be able to blow away my containers and images, and rebuild them from scratch. Afaik docker compose always implicitly runs with --rm for this reason.
So your claim is both that the Linux kernel operates perfectly fine without systemd for certain distros, and also that the Linux kernel is heavily dependent on systemd and it would be difficult to re-engineer to work otherwise. Do I understand your argument correctly?