Please correct me if I'm wrong here!

The EU Kids Act proposal uses the DMA definition of an app store "a type of online intermediation services, which is focused on software applications as the intermediated product or service", and argues that these need age verification.

Unless I'm misreading something, that would include flathub and all similar repos. I guess a threat of a 6% of turnover fine wouldn't do much, but still.

Please tell me where I'm wrong here!

What the hell am i doing with my life? Here i took linux for dreamcast and attempted to boot it in retroarch on an android device? Why? Im not even sure any more.

https://github.com/foxdrodd/dreamcast-linux

if you find satty ugly like I do (no offense), try https://github.com/faetalize/waytator

It's basically an all encompassing screenshot tool - started out as merely an annotator, but expanded in scope recently :p

Not sure if it matters to anyone, but this app is AI-free, (I'm not anti, but I'm working on this to practice on my C)

Standout features:

1. Based on GTK4, but fast - sub 70ms launch from cold, so no need for a daemon (lots of pain to get this, GTK is annoying as hell)
2. Sleek design, fits in any WM, blurrrrrrr
3. More than just for annotating screenshots - you can use waytator to take screenshots directly, either from the gui or from the cli (try binding to `waytator --screenshot --notify`
4. Hyper configurable. Almost everything can be rebound
5. OCR and text extraction (optional tessaract dependency)
6. can be piped into if you prefer to use your WM's screenshot tool
7. Planned, coming soon: screen/area recording, GPU accelerated video editing.

Even if you don't use KDE, they have released a documentary on it for the 30th anniversary. Some really good history on Linux in there. https://www.youtube.com/watch?v=1Vyzla9mx4g

It's well worth your time to watch it.

I switched to Linux in 1998, and it's sometimes hard to remember how bad (by today's standards) what the desktop was like back then. It was all really great at the time, but thankfully some people went out on a limb with their crazy ideas and decided to build a better desktop environment.

It makes me really appreciate how far it has come, and also all the other 'crazy' Linux projects that have gone on over the years. After all, they were ALL crazy new projects at some point.

When people see me using my computer, web browser, office suite, photo editing, it's all fine. But if they catch a glimpse of my white-on-black terminal, they completely zone out. The shell is not something I know about and they don't but very well could, it's a hard no. It's a dark zone they feel they can't enter. Using a terminal is not within the realm of interacting with a machine but black magic. It's not that they simply "prefer" to use the mouse for everything. They feel an almost religious revulsion it seems.

Especially in times of AI chatbots where everybody and their dog start using the keyboard again to do a text-based back-and-forth with a machine, shouldn't the shell come more natural to people Or is it time for "sish"? Super intelligence shell that internally translates human language into shell commands? Interaction would go like this:

What do you want to do? Please list all files in the current directory.
Sure thing, here goes:
..
.
file1
file2
etc

Anything else? Would you also like to see creation time and file sizes?

EDIT

Thanks for the many replies. I agree with the fact that a menu-driven GUI is inherently "discoverable," while a CLI inherently is not. Also I'm not implying that people should be using the CLI or that using a CLI is inherently better. This is not about shell elitism but about the fact that even occasional shell use is so off limit that people say the won't use Linux because they've seen somebody (me) use the terminal every now and then (I do that on Windows, too, but only at work).

EDIT 2

Please do not reply to this post if you think this is about whether people prefer the GUI over the CLI or not. I very specifically did not make it about a simple matter of taste.

This was just a catchy title, but I'm not Micheal from Vsauce and to answer this question seriously:

No.

Well...

Yes, if you're a bit lucky like me. But let's keep away the hype.

For the past couple of weeks, I've been seeing posts like "I used X to reverse engineer Y... it's amazing!" While most of these claims are probably just hype, some of the results looked genuinely impressive, so I decided to give it a shot.

I have a Synaptics 06cb:00dc fingerprint sensor that I hadn't managed to get working in two years.

There are some great projects out there, such as https://github.com/Popax21/synaTudor, that aim to support these sensors. Unfortunately, my particular model wasn't supported and my competence and field of research aren't really close to this.

Still, it gave me a starting point.

So I cloned a bunch of repositories, gathered some useful resources, threw everything into a folder, and let a bunch of SOTA models (I'm not citing a specific one because I used all of them) work on it.

They built some useful scripts, a GUI to help me easily and quickly test the sensor, the registration and verification of a fingerprint etc.

After about a day my fingerprint sensor now works flawlessly, and I can unlock my laptop instantaneously.

After all this time of repeating "Wish my sensor would work on Linux" this really impressed me.

I'm already working on a MR to libfprint, but things take a bit of time, and I also can't do this process for the many other sensors that are currently without a driver, so:

TL;DR

If you stumbled upon this Reddit post looking for 06cb:00dc drivers, then here you go:

https://github.com/pierspad/synaptics-00dc

If you have a different fingerprint sensor and would like to make it work, I suggest you clone the repo where I've already left all the useful scripts, hints and the GUI.

Probably will save you and your model some hours and a ton of tokens.

https://github.com/pierspad/REA-FS

Have fun :)

What fills the gaps?

• kmscon for a simple stable terminal in absence of GUI
• kmscon-launch-gui for startx or any graphical program through a kmscon terminal
• plymouth can show a prompt
• systemd-ask-password can handle asking passwords (idk about non-systemd distros)

Regarding recovery, even the in-kernel VT relies on agetty and bash, and any breakage will lead to issues nevertheless.

As for early logging and panics, simpleDRM is usually built into the kernel, as well as DRM panic.

Which are more reliable than the existing VT-based panics which can be seen ONLY if they happen on a VT (not on X or DRM-wayland)

Removing the VT speedens up the boot, reduces the flickers during boot as well as chances of failure, the occasional ugly compositor errors which are in the journal anyway.

And replacements like kmscon and plymouth have a much more readable inferface with stable and reliable support for colors and prompts, as well as scrolling. Which can help recovery.

Yes, kmscon can be included in the initrd, AerynOS already does that.

Unfortunately due to some kernel drama the `vt.enabled=0` option hasn't landed into the kernel, it will have to be recompiled completely over again by disabling the CONFIG_VT and related options

Libreboot is free/opensource boot firmware replacing proprietary BIOS/UEFI. Better security/customisation than most proprietary firmware.

Highlights in this release include:

* MrChromebox EDK2 payload by default on most boards, with SeaBIOS CSM (CSMWrap) and GRUB EFI provided in-flash for backward compatibility.
* 233 new Chromebooks added; every board supported by MrChromebox coreboot. With our GRUB EFI/SeaBIOS CSM build added
* 15h.org coreboot fork used on KCMA-D8, KGPE-D16 boards for improved raminit.
* GRUB EFI build uses terminal_input console and no nativedisk; it piggybacks off of EDK2 drivers, like distros. It even works on Chromebooks (eMMC boot).
* Intel HAP bit set by default on Chromebooks, and IFD regions unlocked where appropriate
* Dell OptiPlex 5050 SFF, Supermicro X11SSH-F, ThinkPad X280, X270.

Modern Linux distros boot, with e.g. UKI/systemd-boot. Windows also compatible now.