svn commit: r424123 - in head/deskutils: py-spice-gtk spice-gtk spice-gtk/files
Mathieu Arnold
mat at FreeBSD.org
Mon Oct 17 19:03:34 UTC 2016
Le 17/10/2016 à 19:39, Tijl Coosemans a écrit :
> On Mon, 17 Oct 2016 12:03:44 -0500 John Marino <freebsd.contact at marino.st> wrote:
>> On 10/17/2016 12:01, Mathieu Arnold wrote:
>>> Le 17/10/2016 à 18:31, John Marino a écrit :
>>>> On 10/17/2016 11:28, Mathieu Arnold wrote:
>>>>> Le 17/10/2016 à 18:26, John Marino a écrit :
>>>>>> On 10/17/2016 11:20, Mathieu Arnold wrote:
>>>>>>> Le 17/10/2016 à 17:55, John Marino a écrit :
>>>>>>>> On 10/17/2016 10:52, Mathieu Arnold wrote:
>>>>>>>>> Le 17/10/2016 à 17:15, John Marino a écrit :
>>>>>>>>>> Apparently USES=pathfix and USES=autoreconf can't be used
>>>>>>>>>> together, so
>>>>>>>>>> the pkgconfig directory is now passed via MAKE_ARGS
>>>>>>>>> That is mostly not true. What usage makes it so that they do not
>>>>>>>>> work
>>>>>>>>> together ?
>>>>>>>> The results suggest that "${WRKSRC}/configure" was modified, then
>>>>>>>> autoreconf regenerated ${WRKSRC}/configure afterwards so that the
>>>>>>>> pkgconfig path change was reverted.
>>>>>>>>
>>>>>>>> That's why I had to replace pathfix with MAKE_ARGS.
>>>>>>> No, USES=pathfix changes the content of PATHFIX_MAKEFILEIN, which by
>>>>>>> default, is Makefile.in. It won't change configure unless you set
>>>>>>> PATHFIX_MAKEFILEIN=configure.
>>>>>>>
>>>>>> Well, I didn't add MAKE_ARGS for fun.
>>>>>> After adding USES+=autoreconf, the build broke. pathfix was still in
>>>>>> place. You can reproduce by adding pathfix back before "python" and
>>>>>> commenting out the new MAKE_ARGS line I added and check with
>>>>>> "check-plist" It's easy to confirm.
>>>>> I never said your fix did not work or was not right, I said USES=pathfix
>>>>> won't touch configure.
>>>>>
>>>> Ah, that's the issue. I misspoke. I didn't mean "configure", I mean
>>>> the Makefile all along. So you agree in this case pathfix and
>>>> autoreconf aren't compatible, right?
>>> Not at all, if the file patched was Makefile.in, set
>>> PATHFIX_MAKEFILEIN=Makefile.am and it will work.
>> Okay, thanks, I learned something.
>> I think the current approach is cleaner anyway though.
> Allow me to repeat what I said barely two weeks ago:
>
> Can't we just use lib/pkgconfig already? Having to patch every port
> to move it to libdata/pkgconfig is pointless extra work with zero benefit.
> Nobody cares that these files are in libdata.
Well, we do care. hier(7) says:
lib/ shared and archive ar(1)-type libraries
libdata/ miscellaneous utility data files
--
Mathieu Arnold
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-ports-all/attachments/20161017/f0425d36/attachment.sig>
More information about the svn-ports-all
mailing list