Janitor/RFC: Xorg packages

Dan Nicholson dbn.lists at gmail.com
Fri Feb 6 13:57:35 PST 2009


On Fri, Feb 6, 2009 at 1:22 PM, Paulo César Pereira de Andrade
<pcpa at mandriva.com.br> wrote:
> Dan Nicholson wrote:
>> On Fri, Feb 6, 2009 at 10:23 AM, Paulo César Pereira de Andrade
>> <pcpa at mandriva.com.br> wrote:
>>>  Some points that could be made better:
>>>
>>> 1. Get rid of configure options that should not be used,
>>>   and are only useful for make distcheck. I think it
>>>   may be one case where AC_SUBST() can have an
>>>   important role in the proper solution?
>>
>> I think you're still missing the reason why it has to be done this
>> way. We need to ensure that we are only overriding the option for
>> distcheck. The only reliable thing automake gives us for this
>> situation is DISTCHECK_CONFIGURE_FLAGS. If we make guesses in
>> configure about what the situation is, we'll probably get it wrong. If
>> you don't want to expose the configure option to the user, just don't
>> add any help text to it.
>
>  I just dislike when things start to become somewhat "obfuscated".
> Too bad we cannot "hardcode" directories, otherwise, it would be
> enough to say:
> sdkdir=${includedir}/xorg
> AC_SUBST([sdkdir])
>
>  Or maybe we can? It is very unlikely one will want to change
> the "xorg" suffix, but would still be possible to set includedir,
> and keep configure.ac/etc clean.
>
>  The same would be true for moduledir; remove all the
> --with-xorg-module-dir=<pathname>, and just say:
> moduledir="${libdir}/xorg/modules
> AC_SUBST([moduledir])

I don't care what the method to compute the sdkdir is. However, if
it's from pkg-config, then you need to be able to override it from
configure for the sake of distcheck.

--
Dan


More information about the xorg-devel mailing list