David Cantrell wrote:
> Eric Sandeen wrote:
>> Now that btrfs is in mainline, let's let anaconda play with
>> it too ;) We still need btrfs.ko in the kernel, and btrfs
>> support in e2fsprogs. I've got the latter patch submitted
>> upstream, and it's in rawhide now.
>>
>> Note that the below is 100% totally untested and may even have
>> typos, my track record with python is not too good, sorry. :)
>> So review would be appreciated....
>>
>> Updated to address Radek's review, as well as adding the requisite
>> witty (commandline-space-eating) boot option...
>>
>> Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx>
>> ---
>>
>> Index: anaconda-11.5.0.5/fsset.py
>> ===================================================================
>> --- anaconda-11.5.0.5.orig/fsset.py 2009-01-08 16:09:53.029637743 -0600
>> +++ anaconda-11.5.0.5/fsset.py 2009-01-12 15:17:08.444575320 -0600
>> @@ -731,6 +731,72 @@ class ext4FileSystem(extFileSystem):
>>
>> fileSystemTypeRegister(ext4FileSystem())
>>
>> +class btrfsFileSystem(FileSystemType):
>> + def __init__(self):
>> + FileSystemType.__init__(self)
>> + self.partedFileSystemType = parted.file_system_type_get("btrfs")
>
> For this line to work, libparted needs to grow a macro identifying the
> btrfs type.
>
Crud, I wondered about that. So the path to anaconda is libblkid ->
parted -> anaconda?
Well, I've looked at parted before. Guess maybe I'll do so again.
Thanks,
-Eric
_______________________________________________
Anaconda-devel-list mailing list
Anaconda-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/anaconda-devel-list
