Most interesting development. This is obviously still into the future but I also always had the impression that Redhat did a lot of work on the XOrg server. With this I think it’s actually dead once they no longer support RHEL 9 and older.
I won’t miss it, granted it’s not a bad implementation, but the design is showing its age. Apart from Wayland that I use, I’m also looking at Arcan’s progress from time to time. Obviously rather niche at the moment but projects like these make the ecosystem interesting.
This honestly still feels premature for a server based OS. I rely on x forwarding and an rdp server for some tasks, and as far as I know Wayland still doesn’t really have support for either of those.
I assume you’re talking about X over SSH? That’s possible with Wayland via Waypipe. Also I’m not sure why RDP would require X, just a compositor being able to forward the video over network (which is perfectly possible with Wayland) and accepting inputs over network as well, which to my knowledge isn’t part of Wayland. Quick check says Gnome already offers RDP and that’s Red Hat’s DE.
Gotcha on the forwarding, my issue with rdp forwarding is I want a server like xrdp, so users don’t need to be logged in locally, which I haven’t seen googling yet.
People keep saying this, but X forwarding seems to work just fine with XWayland. I just tried a handfull of X programs between my machines, and neither are running X11. I don’t use it everyday to know the gotchas, but there you go. Programs that use shared memory pixel buffers (everything that isn’t xeyes realistically) even run better than I remember now that I have gigabit. >_< It’s still a way worse experience than VNC or RDP though.
if you are on a trusted network (i.e. local/vpn only) you could give VNC a try. It’s somewhat simple, but far from secure.
the gnome desktop environment should offer built in RDP support, but i have not tried it yet. Also, just like VNC, i wouldn’t use RDP over the open internet.
Don’t compress your images to 70% jpg!!!
HDD space is essentially free, just get more. With a 70% quality jpg, you lose the ability to crop, edit or blow up your images. It basically limits you to looking at them on a screen. And even there, you’ll get jarring artifacts in dark areas.
I think they were saying that they could save space by converting their existing jpg files to avif or jpgXL, not converting to a 70% quality jpg. JpgXL can do this losslessly so there’s no drawback there, but converting to avif would be a lossy to lossy transcode.
EDIT: I completely missed OP’s last paragraph, which does say they are considering converting their existing jpg files into 70% jpgs.
Kdenlive is great, I’ve been editing a lot of my videos on there and some shorts on YouTube. It’s got a pretty unappealing UI but one you get to know and figure out where everything is you can get some content out :)
I did it from the other side of the planet. I accidentally ran an rm -rf … command on a running system. Luckily I had an identical system running that I could use to copy over the files, devices, etc.
Learning about inodes and /proc/xxx/fd works, I was able to recover enough files to then copy over the rest from the other system.
Doing it over SSH from the other side of the world was a tough 14 hours.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.