If we get VirtIO 3D acceleration in Windows guests from this, I’d be really happy.
If we get VirtIO 3D acceleration in Windows guests from this, I’d be really happy.
Why not both? Capital is actively creating such jobs as you described. Capital is also actively trying to suppress wages in existing jobs by various means.
Oh this is very interesting!
You could use a systemd unit file:
[Unit]
Description=docker_compose_systemd-sonarr
After=docker.service
Requires=docker.service
[Service]
TimeoutStartSec=0
WorkingDirectory=/var/lib/sonarr
ExecStartPre=-/usr/bin/docker compose kill --remove-orphans
ExecStartPre=-/usr/bin/docker compose down --remove-orphans
ExecStartPre=-/usr/bin/docker compose rm -f -s -v
ExecStartPre=-/usr/bin/docker compose pull
ExecStart=/usr/bin/docker compose up
Restart=always
RestartSec=30
[Install]
WantedBy=multi-user.target
You’d place your compose file in the working dir /var/lib/sonarr
. Depending on what tag you’ve set for the image in the compose file, it would be autoupdated, or stay fixed. E.g. lscr.io/linuxserver/sonarr:latest
would get autoupdated whereas lscr.io/linuxserver/sonarr:4.0.10
would keep the container at version 4.0.10
. If you want to update from 4.0.10
, you’d have to change it in the compose file.
And there are breaking changes in this Jellyfin release.
Sounds a bit like the drug dealer’s business model.
I think federated non-profit video platforms won’t work on large scale without P2P.
Not noticeable with always-on Tailscale with the default split-tunnel mode. That is when Tailscale is only used to access Tailscale machines and everything else is routed via the default route.
Same here. I literally swapped to Lawnchair to get rid of Google search from my home screen.
Unfortunately it doesn’t support Private Space yet.
One of them. The other is that this is open source which has certain implications that don’t exist exist for Nova.
Exactly. The path for success is clear as there’s clear need and public investment to back it up.
Apps typically don’t interact with the kernel. They interact with a C library like glibc, bionic or musl. So long as the kernel has a POSIX interface you should be able to compile the same app on different kernels. We do this with apps that run on Linux, BSD and QNX for example.
As for Android apps, you could extend that to running the Android runtime on top of different kernels. We did that with the Android runtime on QNX for BlackBerry 10 and we did it in a way that didn’t even require recompilation. That said Wiki says they don’t support Android apps. So if you meant Android apps they simply don’t.
Wow this is indeed a completely new OS - kernel, user space and all. I thought they’d use Linux and Qt but no.
Android has had this built-in for a few releases now.
The distance and the budget call for 75-85". I have had good luck with an entry level Sony. I bought an X85K 85" two years ago. It’s one step above the cheapest model. The cheapest model was an IPS panel which had a bit shittier performance. I don’t recall in what regard. X85K is a Samsung panel. It’s a standard no-nonsense LED side backlight which is very robust over time. The original unit was a lemon. It developed a line across the screen. I got it replaced under warranty. The second unit has been flawless so far. Software-wise, it’s a bog-standard Android TV/Google TV. Doesn’t require Internet connection to setup. With that said I use a CCwGTV with it and I don’t hear a peep from the TV OS about anything. The only thing I didn’t like about it was the price at the time. I bought it straight from Sony, they ship from GTA. It was available from other retailers too. I think this model might still be current actually. I still see it on Sony’s web along with another one - X85J.
Prior to that I had an entry level Samsung 75". It was fine too. Didn’t require Internet. The panel was a similar affair, slightly worse in terms of blacks and uniformity but I’m sure that wasn’t due to its Samsungness but was simply a cheaper panel than what Sony uses.
cross device syncing between desktop and phone
This is me
The VPN should keep access to the homelab even when the external IP changes. Assuming the VPN connects from the homelab to the cloud. The reverse proxy would use the VPN local IPs to connect to services.
If you’re switching low power inconsequential things like LED lights, they’re OK.
Proton
There’s a WIP VirtIO driver in a PR but it’s not done yet. VMware’s own VMSVGA is open source if I remember correctly. I wonder if they’ll adapt it to KVM and if they do, whether that’ll be usable in KVM without VMware.