Reminds me of chakra linux. Same principals, except built on top of Arch base, and the other toolkit apps were distributed as self contained image files.

I’ve been using LawnChair, and they’ve dropped the feature for some time. I think it was being re-written from scratch. It just got back in the last month or so.

Way beyond fist shaking here. My brain simply doesn’t process the trendy flat UX. It looks like when my kitchen garbage can tips over. A piece of carrot here, empty milk crate over there, sprinkled with onion peels, and some unidentified goop that I only discover later in the evening, using my bare feet, while getting a cup of water…

What’s weird though is that I similarly hate the circle android icons. They all kinda blend together like a bowl of skittles. Make them squircle though… instantly recognizable!

Hope not. The new translation tools is great.

For a relatively long time I was under the impression that Servo is pretty advanced, but after the last weeks news, I’m not so sure anymore.

… is the most upvoted stackoverflow answer.

That’s because they’re not going to actually do it.

So the native gnu userspace will become the third most used desktop linux runtime :P

Yes. Jellyfin will index the media files and push all the metadata along with the file paths on the network share they both can see to the local kodi database. That way browsing the library on kodi does not suffer any additional latency, but you also lose some advanced jellyfin functionality like on the fly re-encoding.

That’s strange. I’m using the old Jellyfin addon (not the JellyCon), and so far only encountered one bug in total, which, if you are familiar with kodi addon ecosystem, is basically unheard of. And even that one is related to my non-standard manual configuration that allows me to use WebDAV instead SMB or NFS. It’s using the wrong type of escaping for certain special characters, which is understandable, because who in their right mind uses WebDAV?

Kodi itself can act as a frontend for Jellyfin.

Native? Isnt it a web app?

Disappointment? Only if you mean the person that came up with FoomaticRIP.

For those who did not read the entire thing, it’s a so called “filter” that converts the document before it’s sent to certain nasty types of printers. Except it’s not executed on the print server. The unauthenticated print server can just ask a client to run it on their side. And it’s designed to be able to execute ANY command.

One could argue the vests are like seat belts in a car. You don’t need them 99.9% of the time.

That’s not a slow laptop. I’ve been daily driving worse for years.

To protect the data from random thief just browsing through the files I still use ecryptfs. It only encrypts the home directory, and the keys are derived from my accounts password, so no extra hassle.

The encryption is weak by the current standards, and wouldn’t stop a determined attacker, but it’s 100% better than nothing, and I’ve never noticed any performance problems.

if you don’t need to resize it once it’s created

xfs_growfs is a thing. I know nothing about xfs. Is this something I should avoid for some reason?

https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/6/html/storage_administration_guide/xfsgrow

You, and 62 other people did not read the article.

stupidity is a once-off

🎶 …this iiiiis my one an only wiiiiiiish! 🎶

Sounds like fun, but I wish we had a real multiplatform GUI framework that does not look like ass and does not perform like ass, so we can put the whole shameful electron era behind us.

uname -a

Updates depend on the specific distro. Some, like debian, keep the major version the same throughout the entire lifetime, just backporting the security fixes, others, like arch, follows the official major releases more closely.