SVN commit 700122 by adridg:
On FreeBSD, CUPS lives in /usr/local/lib which needs to be added to the link
path; use the technique from FindX11 to get the dir of the library and pass
that on to check_library_exists. Fixes CUPS detection on FreeBSD.
CCMAIL: [EMAIL PROTECTED]
CCMAIL: [EMAIL PROTECT
The original message was received at Tue, 14 Aug 2007 22:30:18 +0400
from 78-60-80-104.ip.zebra.lt [78.60.80.104]
- The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>
(reason: 552 <[EMAIL PROTECTED]> Error !)
- Transcript of session follows -
... wh
On Tuesday 14 August 2007, Michael Nottebrock wrote:
> Adriaan de Groot schrieb:
> > tosti386$pkg_info | grep auto
>
> That looks a little screwy - you only have the wrapper, but none of the
> actual autotools ports (except the gnu ones, which this whole thing is
OK, so that's mostly my system b
Adriaan de Groot schrieb:
> tosti386$pkg_info | grep auto
> autoconf-wrapper-20070404 Wrapper script for GNU autoconf
> automake-wrapper-20070404 Wrapper script for GNU automake
> gnu-autoconf-2.61 Automatically configure source code on many Un*x platforms
> gnu-automake-1.10 GNU Standards-com
SVN commit 699978 by adridg:
With layers and layers of dealing-with-auto* magic in various systems,
we find conflicts between various people trying to be smart.
The FreeBSD ports system now installs auto*-wrapper to act kind
of like detect-autoconf.pl already -- but detect-autoconf.pl
finds -wrapp
On Tuesday 14 August 2007, Michael Nottebrock wrote:
> Michael Nottebrock schrieb:
> > Ade Lovett schrieb:
> >> On Aug 13, 2007, at 00:28 , Michael Nottebrock wrote:
> The real problem is that detect-autoconf.pl (part of the standard KDE
> build-system) does not like the aclocal as offere
Michael Nottebrock schrieb:
> Ade Lovett schrieb:
>
>> On Aug 13, 2007, at 00:28 , Michael Nottebrock wrote:
>>
>>
The real problem is that detect-autoconf.pl (part of the standard KDE
build-system) does not like the aclocal as offered by autoconf-wrapper,
refuses to detect i
Ade Lovett schrieb:
>
> On Aug 13, 2007, at 00:28 , Michael Nottebrock wrote:
>
> >> The real problem is that detect-autoconf.pl (part of the standard KDE
> >> build-system) does not like the aclocal as offered by autoconf-wrapper,
> >> refuses to detect it as a proper aclocal executable and fails.