Live data from Hacker News

Fedora Asahi Remix first impressions

jasoneckert.github.io

51–60 of 138 posts

Re: Fedora Asahi Remix first impressions

#51
post #49
post #35

Earlier quoted context omitted.

Doesn't match my experience at all. I love that packages are always up to date. Also, in my experience, having a rolling release cycle leads to significantly fewer issues than having to upgrade everything at once. Using Arch has been a net time saver for me compared to something like Ubuntu where I've wasted a lot of time fighting package upgrade issues and trying to get newer package versions than the distro provide…

These two are not the only two options: the nix model is clearly superior and is not as error prone as each.

nix is so clearly superior and yet nobody uses it. curious!

Re: Fedora Asahi Remix first impressions

#52
post #40

Earlier quoted context omitted.

I'd rather help Debian and not see my work help IBM sell RHEL based on Fedora in the future.

Do you help Debian then?

I'm guessing not, unless they consider using it and possibly complaining "helping".

Re: Fedora Asahi Remix first impressions

#53
post #49

Earlier quoted context omitted.

These two are not the only two options: the nix model is clearly superior and is not as error prone as each.

nix is so clearly superior and yet nobody uses it. curious!

I think that the learning curve for the nix ecosystem is a lot steeper compared to other distros.

Re: Fedora Asahi Remix first impressions

#54

What does "container" mean in this context? It is used often and it seems to mean partition, but perhaps not exactly. Is this new overloaded APFS terminology?

Here's an explanation with graphics: https://bombich.com/kb/ccc5/working-apfs-volume-groups However, if you've used ZFS, APFS containers are essentially identical to the concept of a ZFS dataset.

Thanks. As far as I can tell, a "container" is simply a GPT partition and APFS allows logical volumes to be created within. Not unlike LVM, ZFS, BTRFS, etc.

Re: Fedora Asahi Remix first impressions

#55
post #49

Earlier quoted context omitted.

These two are not the only two options: the nix model is clearly superior and is not as error prone as each.

nix is so clearly superior and yet nobody uses it. curious!

Sometimes the better solution takes time to reach the masses.

Here we talk about a tiny percent of the tiny 3% of desktop users.

Re: Fedora Asahi Remix first impressions

#56
post #30

Earlier quoted context omitted.

You’ll need it for firmware updates.

Can you not do that from recovery on external media, just like installing the OS?

Nope. iBoot doesn't support USB at all (including for OS installation), presumably to reduce the vulnerability surface area. While annoying, this makes sense, as the USB stack is quite complex.

Apple Silicon Macs can boot from USB, kind of, depending on your definition of "boot"--they have to first boot an OS from the internal hard drive and then boot the OS on the USB.

Re: Fedora Asahi Remix first impressions

#57
post #49

Earlier quoted context omitted.

These two are not the only two options: the nix model is clearly superior and is not as error prone as each.

nix is so clearly superior and yet nobody uses it. curious!

> nix is so clearly superior and yet nobody uses it. curious!

If you're going to be snide, you should at least be correct - or are the 6300 users in the main matrix chat room just hanging out for fun?

(sent from my nixos daily driver)

Re: Fedora Asahi Remix first impressions

#59

Is anyone aware of plans to port Asahi changes to make other linux distros, i.e. Ubuntu, and others, to be able to run without additional setup on M1 Macs?

Asahi changes are being done in such a way as to be upstreamable, at which point any kernel derived off of mainline will pick up their fixes, so eventually detault Ubuntu will run on Apple Silicon. Expect a custom kernel that can be setup with a bit of work before then though.

Re: Fedora Asahi Remix first impressions

#60
post #33
post #23

Earlier quoted context omitted.

Shouldn’t this distro require little management?

AFAIK, the main Arch Linux project isn't very interested in supporting the ARM architecture at all. This decision probably has more to do with that than anything else.

Arch is unusual in that it's x86-64 only, so going from 1 to 2 is probably a lot harder than other distros just adding the nth new architecture.
Post reply on HN