I think having a public feed for all space-stuff would be a good idea. In my private one I have:

• !astronomia@tardigram.com (Spanish)
• !curiosityrover@lemmy.world
• !issi@solarsystem.video
• !space@mander.xyz
• !space_astronomy@piefed.social

and there’s also @esoastronomy@mastodon.social

And I’m pretty sure it’s not whole spacefedi

Domain registrars do id verification now? I’m also in Europe and the mail is only for sending me the reminder to pay

double post

Congrats!

Compiling your own kernel is very intimidating at the beginning and one learns a lot after plunging down that rabbit hole

After some time it gets pretty straightforward. Just don’t forget to enable the modules for your drive and filesystem (it has been a while, maybe that’s not needed anymore) and the rest you can always fix with another compilation

That part where you got stuck even after switching hardware: yikes. I wouldn’t expect that

I’m not sure there’s something about input in here

I know that those are different devices but take a look what was being used for debugging those issues
https://gitlab.postmarketos.org/postmarketOS/pmaports/-/work_items/352
https://gitlab.postmarketos.org/postmarketOS/pmaports/-/work_items/337

Can you run libinput debug-events and touch the screen a bit?

https://wiki.postmarketos.org/wiki/Input_devices

Out of curiosity (I’m not going to try to change your mind, I just want to check a hypothesis): you’ve heard about the button in the past and this is your opinion of it ; or this post is one of the first times and the only context?

I guess, same as on desktop. Do you have a device for it in xev/wev/xinput/swaymsg -t get_inputs/lsusb(?)/lspci/… is the device being set up sometime in journalctl -b0 (I guess you have systemd, right?) ?

When going deeper there probably are some other steps but initially think of it as if you booted a Linux on a laptop and its touchscreen didn’t work. It might be the kernel in the end, but first go from the top down. Right now your WM does not get touchscreen events. So does your X/Wayland get the device? If not, get deeper. Yes, look around if it sends any events

track different things, tasks, and who’s doing what and when. Think of inventory, shifts, etc

I agree that Nextcloud with Collabora might be your way to go here, but this line made me think: maybe kanban board would be more what you need? I use Nextcloud’s Deck for that, but even the devs say it’s not production ready and it is true. It gets slow with more cards

Other software like this. From my notes, not vetted, not checked, just gathered in case I want to migrate out of Deck. Should be mostly open-sourcish

• https://vikunja.io/
• https://github.com/plankanban/planka
• https://www.openproject.org/?acuuid=e13029ec-0feb-413b-acce-25d49be4d880
• https://taiga.io/
• https://kanboard.org/
• https://github.com/wekan/wekan
• https://www.techrepublic.com/article/open-source-kanban-boards/

Of course, NC provides a lot more, you could even have your own Meet (Nextcloud Talk), so maybe it’s a good idea to have it anyway

Also, there is OpenCloud. IIRC correctly there is some history between NC and OC but I don’t remember the details

EDIT: since you initially started with searching for a service, there are offers where you maintain the NC but the most technical part is done by a company. I remember Elest and Hetzner but probably there are more

I guess you might want to ask this question in one of the self-hosting communities (there’s a bunch that are active, so I’m not linking one)

But getting back to the topic:

• jellyfin needs very little
  I’m running mine on a laptop with 4 threads at 2.6GHz and on 8GB of RAM it was fine with a bunch of other stuff running
• OwnCast
  IDK but for personal use I’d expect to also have low requirements
• Minecraft server
  That part I’m not sure about. I’d expect it to be a bit more demanding
• play some steam games
  I understand you’ll be running those on another computer and only streaming via OwnCast, so that goes back to earlier point

I guess an SD card might be better. RasPis work from those for years just fine. Just don’t kill the power, power down nicely. SD cards are fragile on that

I also thought about running from RAM but I guess the transcription might be needing the RAM too. So that route probably depends on how much RAM there is available

Mount points in fstab

I think it’s because of the frame reaching half a mm or so above the screen and the battery cover opening up when I drop it.

I don’t know where and I don’t remember when but I’ve seen some investigation that phones with detachable covers and batteries survive falls better because those moving parts disperse the energy of the fall better, instead of all the shock going into the next stress point - the screen or the glass on the back

I don’t intend to overly nit-pick, but since OP said themselves they are new to this: Wine doesn’t translate the exe. It translates system calls from Windows ones to Linux ones. So to have an example: opening a file would be some system call in both systems. But, of course, different because the OSes are different. An exe would be calling Windows one. What WINE/Proton do is get that call and translate it into Linux system call, so that .exe can still open a file, as if it was running in Windows

As for OPs question: AFAIK when using dx11 you will still in the end be using Vulkan, just through DXVK (as this comment said, translates dx calls into Vulkan calls). Theoretically setting to use Vulkan in the game itself might have less overhead (no DXVK in the middle) but it’s a mixed bag in my experience. I think that Windows Vulkan support is just not yet there, so the in-game code for Vulkan is so-so.
I second this: you have to check on which setting each game works better

Might be! It’s just that having a container like that feels easier than looking after bare-metal secondary db

Maybe I’ll just pg_dump during Nextcloud maintenance window and get into BorgBackup putting the dumps on NAS? If I have to revive the db from the dead, I’ll probably just use the dump anyway, so that’s one hoop less

2nd DB would be on the NAS but its not being used by the app, so as long as it’s asynchronous writes, you should be okay

But then I have to maintain it too. And it will be using RAM that was supposed to only be for servicing RAID. On a platform where RAM can’t grow

For sure my setup will be growing and changing with time. But ATM this “prod” db lives only on laptop’s SSD

replication in the database it self

AFAIK db replication would require running another db on NAS. Which I tried to avoid

I have another cronjob that takes a backup into the first database docker init folder. Older backups end with -date so they won’t get picked up by the init script. You can do similar with just docker.

Yeah, that’s why I’m thinking to do. Have a container that watches changes to db data and rsyncs those into the NAS for safekeeping. My main goal in all of this is so db data won’t die with laptop’s SSD

It’s fine, your intention was right. I appreciate you standing up for someone else

Look at OP’s history. It’s an LLM that in some other post got entangled into writing limerics for commenters. I started looking for an publicly available iocaine instance but couldn’t find any. So who knows, maybe sending that LLM after San might poison it just a little bit? Even if it would only be in the comment, that would still be a small win

I get where you’re coming from. But my comment is not a jab at San

How could Wid help me type like this person does?