So there are .tar.xz files that decompress fine on x86_64 but not on aarch64/arm64...

On ARM: `unxz: Unexpected end of input` (and then, `tar: Truncated input file`)

Note: This aarch64 device is an M2, so maybe it's not the ISA but the page size :'-)
Works on my Pixel, so probably a page table issue fr...
Okay, so xz's BCJ filter indeed is dependent on the size of the page table *sob*
@ljrk
Glad someone's still keeping an eye on that thing.
@malin Situation's wildly improved for this particular project and AFAIK maintainership is now secure and funded. But there's tons of other projects that are in a similarly bad shape unfortunately, without anyone stepping in because it didn't publicly fail so hard (yet). :(
@ljrk noooo way this is awful lmao
@ljrk if you create the archive on a 16k mac then can it be decompressed again even?
@cas @ljrk ADRP always uses 4k boundaries regardless of page size

@erincandescent @cas It was even an untelated dumb issue in the end  

This issue just makes the BCJ performant slower but that's all apparently :'-D

@ljrk so I see you found yourself some entertainment for Saturday night.

@irgendwienet Hacking at #BoilingTheOcean and I'm uncovering more abysses than I was prepared to look into... :'(

I actually only planned to adapt https://github.com/leifliddy/asahi-fedora-usb to build ParticleOS but u-boot didn't implement the quirk to boot from the USB drive we had. So we instead emulated a mass storage device on a postmarketOS phone but the person with the phone has left us (looking at u @cas !!).

Now I'm instead looking at re-creating the Yocto build for the Remarkable 2 (possibly building postmarketOS for it) and it's friggin' failing to extract the SDK's tar.xz because of this.

Oh, and in-between macOS didn't allow me to log-in because I set my password in my user's account with the keyboard layout I am using... which macOS doesn't expose in the login screen meaning I cannot enter certain characters I need *cough*.

Uhhh, and yeah, I also ran into this bug https://github.com/AsahiLinux/asahi-installer/pull/335 because while it is fixed upstream for 3 months now, there's not been a proper release.

I think I had to fix some more bugs on the way but I forgot. I do have a knack for triggering the oddest edge-cases, I know :'D

GitHub - leifliddy/asahi-fedora-usb: Creates a Fedora usb drive that will boot on Apple M-series systems

Creates a Fedora usb drive that will boot on Apple M-series systems - leifliddy/asahi-fedora-usb

GitHub
@ljrk that will become a long night / weekend / week or summer...
@irgendwienet Oh, I can guarantee, I'll trigger more bugs that kinda only occur for me on the way. The backlog of "things to look into/fix" has never decreased really. There's a memory corruption on macOS Preview that I wanted to build a minimal exploitable PoC for once, for example... .