did not pick up

In what sense?

Like, if you do something like:

$ lsusb > not-in.txt

Then plug it in (I'd have the SD card in, but I don't think that it'd likely matter at the USB level) and do:

$ lsusb > in.txt

And then do:

$ diff -u not-in.txt in.txt

No differences show up?

If the host can talk to the USB drive, then I'd expect it to show up there.

EDIT: If it shows up there, then I'd think that the machine is talking to the device at a USB level. To see whether the host can see the block device corresponding to the SD card, I'd do the same with lsblk (for this one, the SD card probably has to be in the reader):

$ lsblk > not-in-blk.txt

Insert the USB reader into the machine.

$ lsblk > in-blk.txt

And then:

$ diff -u not-in-blk.txt in-blk.txt

If it can see that, then it can see the block device with the data on it, the card. The filesystem or something like that might be corrupt or something, but should still show up at that level.

EDIT2: If the above works and you're wanting KDE Plasma to pop up a window when you plug the thing or something and that's not happening and that's what's you're concerned about that...I don't use KDE Plasma, so I've no idea what expected behavior is there. Maybe someone who uses it could tell you. I imagine that it has some kind of filesystem browser and it's probably visible somewhere there, but...shrugs

In a plain-Jane Linux sense, if you have a block device, you'll probably have one block device, and maybe it'll be partitioned and have smaller block devices for each partition. Maybe /dev/sdb for the main device or something and /dev/sdb1 for the partition. If you can see the block device for the partition (like, you can see it appear and disappear when running lsblk when you plug in and unplug the device), you can mount the block device in the traditional Linux way (with the correct block device where I'm using /dev/sdb1 below):

$ sudo mkdir /mnt/sdcard
$ sudo mount /dev/sdb1 /mnt/sdcard

And then before you unplug it:

$ sudo umount /mnt/sdcard

That'll be independent of any GUI filebrowser or whatever.

The best part:

To facilitate and encourage the particiation of our friends at the BSDs and other Free Software operating systems, we endeavoured to licence as much of our code as possible under the permissive MIT licence.

Unfortunately, this is no longer viable. The malicious practices of the 90s and 2000s have reared their ugly heads once again, this time driven in large part by both the insatiable appetite of frontier AI labs for high-quality training data, and militant animosity toward the Free Software community.

Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only. Those who do not learn from history are doomed to repeat it.

I hope more software projects learn from this. What did you expect?

I don't have apple hw (and chances are, I never will), but I'm always happy to hear about Asahi progress.

Too short. I use that to issue a random key long enough to log into SSH.

Very carefully :)

I'm using his birthday, not my own

You were born on day 4?

The Docker Hub base image for Alpine has more than 1 billion downloads.

Okay sure... but most docker images that are using alpine aren't running an ssh server inside that alpine container. I can't say it's zero, because I'm sure someone is doing crazy somewhere, but I bet it's very close to zero.

The non-docker deployments are more legitimate targets, but this number here is basically useless for actual vulnerability, in my opinion.

My password is 4, will I be okay?

I am using the 6th of July, if you are using it American date convention it would still be the same: 06071996

There must be dozens of us using June 7th!

so keys yes, and passwords no still good?

Funny coincidence, I'm also using your birthday as a password!

Second, the target system account must be configured to be passwordless

Finally it pays off to use my birthday as password

It made it possible, it didn’t solve the “pain in the ass“ part

If I was gonna go that route, I would start by trying to switch my entire stack over to podman in the first place. But I don’t even know if that’s possible.

As I said, I’m happy with my current set up

Toolbox solved that.

It’s not that I can’t run Docker or Plex, it’s just that doing so on any immutable distro is a pain in the ass compared to the relatively simple set up on a standard distro.

I’m fine with standard Fedora WS.

Docker should run OOTB. Also, there's toolbox, where you can run anything inside, even daemons. And Flatpaks, too. Avoid messing with the core. On Gnome, well, Fedora it's almost its home.

Just get the default Gnome spin and look up for info (online) in order to replace Fedora's Flatpak repo to the Flathub one.

Since I run both Docker and Plex Media Server, atomic spins aren’t really a good option for me. The way they interact with certain system files is pretty much incompatible with an immutable distro. The number of workarounds that I would have to employ in order to get it all to work would be a gigantic headache and would pretty much undo any advantage I would gain.

Also, I really don’t like cosmic desktop. I used to use PopOS, and I was very excited for it, but when they switched to it, it just really wasn’t ready, and I still don’t think it’s ready yet. Plus it offers no framework for extensions or plug-ins yet. I far prefer GNOME, and GNOME 51 got some massive performance improvements. Plus, it looks almost exactly like macOS, which I really like.

Fedora Atomic works really well, even better with the Cosmic edition I use. I can't wait to the kernel upgrade (7.3) in order to get even more performance. Altough I'll keep an old Hyperbola setup for my old netbook because my biggie amd64 machine it's mainly for Rust and modern gaming (Total Chaos and the rest are either libre games such as FreedroidRPG or libre recompilations). The netbook runs faster and snappier on CLI+TUI under UXTerm + CWM + TMUX (and mpv/nsxiv/mupdf...).

New? Exciting? That’s not the fedora experience. Fedora is boring and stable. And that’s the whole point of it. It’s extremely well designed and extremely well-made and it just works. It’s not trying to impress anyone with some flashy new feature that might make the system unstable or unreliable in anyway, and it’s not trying to make some flashy changes to the interface that people have to constantly adjust to.

Nope. Stable, reliable, and boring that’s what I love about it. Lol.

I’ve got it installed on my 2011 iMac that use as a plex server. Runs great.

Gnome 51 certainly came with some performance improvements that were very noticeable on my very very old server, but others might not have noticed on a more modern machine.

Updated to Fedora 45 Workstation without a hitch and I didn't notice anything new or exciting but that is honestly OK with me. One of the things I dislike about modern updates (e.g. Android) is that they always seem to change how things look or function with little obvious benefit. I have been using Fedora since 43 and the only thing I had to fiddle with was the Super I/O module so that I could get "Sensors" working and it has been rock solid since then through two major updates.

I love the combination of the clean UI and desktop environment, great gaming performance, and packages that are "almost" rolling-release fresh. I haven't tried Arch yet but I did start out with Ubuntu about 10 years ago and Mint more recently so Fedora seems like a solid middle of the road option which I definitely recommend for anyone who is looking to try out a different distro.

I just mark the due date as an event with a date using Thunderbird's calendar