James Carlson wrote:
> Garrett D'Amore writes:
>
>> Mark Phalan wrote:
>>
>>> Was there any consideration given to delivering ntfsprogs as public
>>> utilities (rather than project private)?
>>> I see that a limited sub-set of ntfsprogs is being delivered, no doubt
>>> because thats the sub-set that gparted uses, but if ntfsprogs were to be
>>> delivered in /usr/[s]bin it would be great to see the other utilities
>>> included (ntfscp, ntfsls, ntfscat ...). I expect the demand for
>>> user-accessible ntfsprogs will increase once ntfs-3g is delivered.
>>>
>>>
>> I think such utilities might be useful, but its not this project.
>>
>
> OK, then, I think that begs two questions:
>
> - If the ntfsprogs utilities were already included in the product as
> a supported feature, would this project use them as-is or would it
> still need to ship its own private variants?
>
> - Is there some savings in effort for locating the binaries in
> /usr/lib/parted versus in /usr/sbin?
>
I don't know about savings of effort, but if we're not making them
public interfaces, then I prefer them in /usr/lib/parted, where folks
are less likely to find them by "accident" and infer (possibly false)
things about their suitability for public use.
That said, I'd hope that if we ever shipped the public ones, that this
project could be converted to use the public ones instead of keeping its
own private copies.
-- Garrett
