It’s me, Smee
Fossify Calendar is a standard android calendar that pulls from the built-in android calendar storage. You can use any standard calendar like Fossify or Etar to mention two open source apps, much in the same way that you sync your nextcloud contacts to the built-in android contact storage. Any standard contacts app can interact with your nextcloud-stored’n’synced contacts.
Running Nextcloud for tasks, calendar and contacts on a self-hosted server is one of the more private solutions.
So you’re disappoint it wasn’t a rickroll of the original image?
Finally my moment to shine with incredibly niche knowledge!
Joplin, while it has the ability to encrypt the sync target (even if it’s a local folder synced with syncthing) does decrypt the content in the app data folder. The notes are in an unencrypted database while all attachments just hang out in the attachment folder.
This leaves the content vulnerable if the computer is compromised. But then again, apps that keep stuff encrypted at rest still have to decrypt it to memory - leaving the content vulnerable if the computer is compromised. 🤷♂️
All in all, Joplin is definitively one of the great, more secure note taking apps.
All we wanted was a Windows 7 with a modernized GUI.
What? No, keep it the same but keep on supplying security patches. The whole “modernized GUI” was what gave us the wonderful new GUI of Windows 8!
I’ve never tried RISC-V but I still need my fix!
I can daily drive linux just fine on 3060ti, the Ollama CUDA AI acceleration works without a single issue straight out of the box.
I do want to be able to game on my main rig though, but that’s what I have a laptop with an Intel low-end integrated GFX card for.
I want Linux Hemp more than I want Hannah Montana to be updated for security and modern audiences. And that’s saying a lot!
Sure, but if CLI is for advanced users and the community points towards CLI for changing the GUI language, is changing language an advanced task? Is the community making it more difficult/intimidating than necessary?
In my case I had to pull the language data AND use a TUI configuration to change language. No biggie for someone who’s comfortable with CLI, an unsurmountable hinder for those not comfortable with the terminal.
inb4 “Why didn’t you use the built in GUI?”. Desired language wasn’t an option and no obvious way to DL it either.
.deb
$ /opt/camelchat/camelchat
opt/camelchat/camelchat: symbol lookup error: /opt/camelchat/camelchat: undefined symbol: g_once_init_enter_pointer
Appimage
Set as executable.
$ ./Camel-Chat-0.2.0-x86_64.AppImage
tmp/.mount_Camel-7OCAAq/camelchat: symbol lookup error: /tmp/.mount_Camel-7OCAAq/camelchat: undefined symbol: g_once_init_enter_pointer
From a similar issue for a different app it seems to be a glib issue, requiring glib 2.8+ when Debian12 is shipped with 2.74.6-2+deb12u5.
Android
Works perfectly!
To be fair the absolute majority of online help posts involve the CLI. Want to change language on my Debian install? It’s off to the CLI!
Or maybe decent mobile producers. New Pixels get 7 years of updates, Fairphone 5 gets 10.
It’s a major flaw for those who doesn’t want to learn how to copy-paste to CLI and take the first few steps into the terminal. Which is a valid approach.
I did run the app image in terminal and got an error about missing something, and the app image comes with everything bundled right? Might be an issue on my end I suppose.
I’ll redo it and paste the error message tomorrow.
Looks interesting but can’t get it to run on Debian 12, neither the .deb nor the appimage.
I’m too old to pick up stuff from the ground, I use one of them claws on a stick. Also, the 3210 was a nice phone while the 3310 was for the hip kids.
How much privacy respect do you feel you need? Self-hosting that stuff is the holy grail.