Hello Nick! On 9/26/21 16:29, Nick Black wrote: > I'd be delighted to support them -- as in, I am honestly eager > to add ATARI support; that sounds awesome -- I just need some > way to test the implementations, either via someone running it > on the environment, or getting access to such a machine.
There are emulators available for Atari such as Aranym. And emulators available for Amiga such as fs-uae. FWIW, parted should contain everything needed to be able to implement your own support for these partition tables. >> I think it makes little sense to not use libparted as it already supports >> all common and less common partition types and reimplementing everything >> that libparted makes little sense to me. > > parted did not have ZFS support when I embarked on this project > (it appears to have it now). i would not be opposed to > leveraging libparted if it presents a definite advantage; > supporting more partition types, so long as it exposes an API i > can easily work with, would be such an advantage. Well, using a missing feature in the past against parted that is present there is not such a good argument against using it, to be honest. > i do note that libparted2 is 621K in the archive, whereas > growlight itself is only 555K. it is of course possible that > all that weight is desirable functionality. I think 70k more disk space is not really a concern. > with that said, i would *still want to test on the target > environment*, to make sure i'm using libparted correctly there. > so that necessity remains. I thought you didn't depend on libparted? > would this allay your concerns? No, not really. I consider a partitioning tool to be too important to be replaced by an unproven solution. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913