RFC: MacPorts policy should be that docs should not be built or installed by default
Blair Zajac
blair at orcaware.com
Fri Sep 20 16:48:12 UTC 2019
> On Sep 20, 2019, at 8:04 AM, mf2k at macports.org wrote:
>
> Hi Ken,
>
>
> Thank you for bringing this up. We also need to discuss, as a group, how to label documentation variants and sub-ports. Currently there is quite a diversity.
>
> See https://trac.macports.org/ticket/58338.
>
> I propose “docs” for a variant name and “-docs” for the sub-port name addition.
For the variant name, +docs is more popular than +doc:
$ git grep 'variant doc ' | wc -l
51
$ git grep 'variant docs ' | wc -l
77
So your proposal SGTM.
Blair
>
> I agree that, in general, the documentation should not be installed by default. Based on what Josh said, we don’t need to make it a rule, just a recommendation. If we unify the variant name, people can at least set “-docs” in their variants.conf file.
>
>
> Cheers!
> Frank
>
>> On Sep 19, 2019, at 10:40 PM, Ken Cunningham <ken.cunningham.webuse at gmail.com> wrote:
>>
>> the documentation that comes along with many ports often seems like a heavy and arguably needless burden:
>>
>> - huge bloat
>> - lots of often onerous, massive, fussy build deps
>> - often takes as much time to sort out doc building as building the port
>>
>> and, the big one :
>>
>> I bet almost nobody ever looks at them, much less uses them.
>
More information about the macports-dev
mailing list