David Given

Be careful which image you're writing; there are two for the Pico. There's the filesystem.img, which is an ordinary Fuzix file system, and the filesystem.ftl, which wraps it in the...

We know it's found and mounted the partition from the 'Mounting root fs... OK' line, so the partition type isn't relevant. I suspect something's bitrotted and the binary isn't loading...

The reason for both of those is that if you try to write to the NAND flash filesystem, then the ability to run code from flash has to be disabled...

Ah. Mm. Yes, it will (block devices are allocated dynamically). That means you'll want to change the boot drive to /dev/hda2, which is 0x0002 IIRC.

I have a PR pending to fix at least some of the Pico bitrot --- see #920. This makes it boot on my vanilla board using an old userland, so...

@MarkMLl Yikes. Let us know when you want to pick it up again. The init load failure, BTW, happened because somehow the armm0 userland got reconfigured to generate bFLT binaries...

This is x86. I don't know about x86_64, and haven't looked --- I don't have a x86_64 Haiku machine. I don't know enough about the haikuports build system to know...

Also, when I pass a string into a function, does libui copy the string or is the pointer expected to remain valid while the string is in use?

The instructions in the README should work --- you'll most likely want the combo 1440k floppy disk image from the releases page. Write that to a floppy and it should...

When you say 'login prompt', do you mean the `login:` produced by the fully booted system or the boot prompt produced by the boot loader? If you get the proper...