Alpha testing on Pi

That should mean that there should be no longer be a reason to do the image file thing.

That’s how I’ve got it set up at the moment.

However a new formatter would be needed.

There’s a new formatter too.

I am assuming there is GPLed software in the distribution; have ROOL prepared what is required to make sure they are not breaking the source redistribution elements of the licence? Almost nobody ever gets this right, and it’d be nice to see RISC OS for RPi get it right.

AIUI all the source is included on the image so there’s no need for a ‘written offer’ to supply it, it’s just there. Is that what you mean by ‘source redistribution’ elements of the GPL?

Is that what you mean by ‘source redistribution’ elements of the GPL?

Let’s hope so – I’ve seen GPL advocates as guilty of this as others, from the “this thing uses a little bit of GPL therefore the entire thing must become GPL” (which is partially correct, hence stuff like LGPL etc), and my favourite, thinking that whether or not something can be done in/with/to GPL depends upon what their deity (a certain Mr. Stallman) says, somehow failing to understand that GPL is “just another licence” and does not have magical powers or the right to trump an existing licence unless the person committing the licence infraction is the actual copyright holder [in other words, if I release a product under RickLicence v1 and you bake in GPL, the GPL cannot override Rick Licence without my say-so as you aren’t the copyright holder…]

Plus, it’s a damn virus, only compatible with itself. It offers laudable intentions, but it is far from “free”.

<end rant> (^_^)

There’s a new formatter too.

Is it available yet (even for testing?)

Is it available yet (even for testing?)

The version of Fat32Fs that supports SDFS is available for download here.

The new formatter isn’t there yet.

Fat32Fs that supports SDFS is available for download

The download page says: “Uses SCSIFS_DiscOp & SectorOp to access the USB so probably Iyonix only.” That doesn’t bode well! Maybe the page needs updating?

Fat32Fs that supports SDFS is available

excellent. How do you use it. (or does it ignore the Pi boot partition?)

How do you use it. (or does it ignore the Pi boot partition?)

The support is not fully integrated as with SCSIFS. The partitions need to be mounted/dismounted manually. I just created two obey files.
Only one partition can be active at once so you need to dismount the currently mounted partition before you mount another one.

To mount partition 1. This will open a filer window to the Boot partition on the Raspberry Pi.

fat32fs:mount -fp1 :16 { > null: }

To dismount partition 1. (It’s important to dismount it manually as Fat32Fs uses delayed writes)

fat32fs:dismount -p1 :16 { > null: }

just tried an extra partition via FAT32FS successfully.