Is it hard to switch from Xfce to Plasma? Will it affect my installed programs? I only use this computer for gaming and dev work which is backed up against a git repo tho so I wouldn’t be too sad to lose it.
Not really, and no. This shouldn’t affect your already-running system. This change means that the iso will offer plasma by default and will run plasma in the live environment.
And I wouldn’t say it’s particularly hard to switch from any desktop environment to another. It takes some relearning where stuff is, keyboard shortcuts, etc, but any desktop environment can run any Linux program, provided the necessary libraries are installed (which your package manager takes care of). You can install kde programs on your xfce desktop, and they will run fine (and vice versa). They’ll just pull in a bunch of kde libraries when you install.
This major change won’t affect existing EndeavourOS users as they will be able to continue enjoying the Arch Linux-based distro with their favorite desktop environment. On the other hand, the devs removed the Sway, Qtile, BSPWM, Openbox, and Worm community editions from the Calamares installer as there’s no one left to maintain them.
May also be relevant to some users.
The devs explain the switch from Xfce to KDE Plasma as a way to make EndeavourOS development and maintenance easier for them as they have a more native experience with the Calamares installer.
Could someone explain to me why the Calamares installer would have to do with them deciding on KDE over XFCE?
Calamares uses the QML / Qt toolkit. Most of the people involved in Calamares are also involved in the KDE Project.
XFCE use the GTK toolkit.
So, it is totally reasonable to say that KDE is “more native”.
While Wayland maybe a factor, KDE itself will not be fully Wayland compatible until Plasma 6 next year. So that does not really explain the timing of this move.
I use XFCE myself so I am a bit nervous about the change. We will see.
I thought that “Wayland by default” being merged meant it will be a part of the next release but there wasn’t even a mention of it. Will it be a part of the next release maybe?
I could be wrong, but i think that was probably on the alpha release, which is now the beta release, so maybe the next stable release will have wayland by default.
in Germany there’s a (somewhat) new law that makes it mandatory for all websites to ask you if it can store cookies on your harddrive. since then every time you visit a new page or on a new installation you have to click through three pop-ups, it’s sooooo annoying to navigate the internet since then. so yeah this feature is more then welcome here ^^
And the thing is afaik in the EU websites cant save anything nonessential unless you actively opt-in. In other countries its opt-out. So blocking cookie banners while not strictly cleaning or blocking may be harmful for privacy
As I understand it, the blocker has website-specific rules to automatically click the right buttons. For the first release, they've probably primarily tested those with German websites. I assume that if it works well there and they've ironed out most bugs, we can see it roll out more widely.
I think (and hope) tha the logical conclusion of the DNT lawsuit v LinkedIn will be that DNT will be deemed necessary and sufficient, and that this setting will replace all the cookie banners. But even if that comes to pass it will be years before all the banners will be gone.
We can do that when it's actually released; blogspam tries to publish on the expected release date before the actual release so it can scoop up the clicks. Release notes should be posted here later: https://www.mozilla.org/firefox/120.0/releasenotes/
ePub is basically just a limited HTML page in a zip file (plus a bunch of metadata and CSS styles), and ePub 3 can contain audio and video elements embedded in the text, just like a webpage. With the most basic usage, it would just show up as an audio player in the middle of the text, no sync. But there is also a media overlay thing I haven’t looked much into that looks like it provides sync.
There was somebody on the Linux reddit with a self hostable ebook app just a week or so. It looked slick but wasn’t really that useful for me. Might be worth a look.
I feel that I’m usually more upset that apps choose electron and I have performance issue because they didn’t spend time writing a proper lightweight desktop application. I feel like Calibre is actually one of those apps.
I could see portability across devices being useful but is the Calibre interface really going to be conducive for that?
All the other services I have running are on a server in my closet, which I access with a web browser from other devices. Calibre needing to run on my workstation is a big shift in that workflow. Especially because all the rest of my media is sitting on that server.
Also, UX of open source desktop apps is… lacking. They don’t look good, and they don’t feel good to use. But that might be because I’m picky and spoiled by decades of using a Mac.
I definitely don’t want more Electron apps. About the only things I want to run locally is a browser, a text editor, and a terminal.
That’s fair but I think one of the most critical features of Calibre for me is interfacing with my e-reader over USB to download/upload my epubs. I don’t know how that would work from a Browser app.
You can use Podman too, if that would be a problem.
Look at StirlingPDF if you want an example how to run OR are interested in a great web-UI PDF editor based off various open sourc tools, in a single interface
It’s unnecessarily annoying to set up, as the other user pointed out. But it can be set up by itself using hub.docker.com/r/linuxserver/calibre-web docker, and used standalone. The only trick is needing an empty database.
Can you explain bit more please. I have calibre-web running, downloaded empty database, added some books in the same folder as database, but nothing is showing up in calibre-web gui. Did I miss something?
It’s initial bcachefs anyway, which doesn’t support all features yet and still needs a lot of work. I wouldn’t run bcachefs yet on any system where an LTS kernel is necessary.
Features include caching,[4] full file-system encryption using the ChaCha20 and Poly1305 algorithms,[5] native compression[4] via LZ4, gzip[6] and Zstandard,[7] snapshots,[4] CRC-32C and 64-bit checksumming.[3] It can span block devices, including in RAID configurations.
The main takeaway from the article is that the developer’s name is Kent Overstreet, who beat his bitter rival Surrey Underpath, who are both canonically related to famed developer Cornwall Midroad.
As someone else said, it’s similar to btrfs. bcachefs has a lot of functional overlap with btrfs, which is great. There have also been a few benchmarks showing that bcachesfs is faster for some situations (cold-cache warming, IIRC). One of the big advantages over btrfs is that bcachefs’s RAID is more robust - several of btrfs’s RAID levels have been marked as experimental and prone to data loss, for years. There’s been improvement in btrfs RAID lately; the skeptic in me believes this is directly a result of pressure from bcachefs, which is in a position to become a favored fs in Linux.
I really hope it would be a working one, not like xfs where your files may just disappear with no trace (never on Irix, never on any other fs) or like btrfs which may just suddenly go read only and be dead on reboot with no fsck and all data unreachable.
How hard is it to get the basics right? Doesn’t matter how much rice there is if it keeps blowing up.
Me too. I’ve run 30 years with ext and bsd filesystems with no failure. Many years with various UNIX native fs as well. But Linux xfs, reiserfs, btrfs all have resulted in catastrophic failure within a year on several machines. They’re permanently off my list, but I have some hope that someone will get a new fs right.
A lot of the time it obviously takes a little while for userland tools to catch up and for distros to include both the new kernel and userland tools for it into their latest versions but once that is done average users certainly do notice differences. Literally all the features that are talked about a lot like BPF or io_uring or all the features that make containers possible were introduced in a kernel release at some point.
While I don’t know how, I do know that there is a way to have mesa for most things while having AMF encoder for encoding. Nobara has this set up out of the box so there is some way. Maybe you could search for it using a search engine
Does it really? I know when I looked into it a bit ago the main dev for nobara had a video about how to install it and use it but it didn’t let you split that out. You could quickly change back and forth between mesa and amdgpu but if you tried to run amf with mesa it would hard lock and crash
It has been some time since I tried out Nobara so I might be wrong. I just remember that Nobara page lists having amf encoder support out of the box as a feature
9to5linux.com
Newest