[Fink-devel] validator request

2009-11-08 Thread Martin Costabel
fink validate has the following error message:

 Error: use of PatchFile requires declaring a BuildDepends on fink (= 
 0.24.12) or higher. (foo.info)

Could this please be removed from the validator? I can't see a situation 
where this would be useful. No contemporary Fink installation will work 
with fink versions as old as 0.24.x anyway.

-- 
Martin


--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


[Fink-devel] Old cruft in /sw/fink/update/ not 64bit aware

2009-11-08 Thread Martin Costabel
In the 2 threads lablgtk 1.2.7-1002 on 10.6 64bit fails to build and 
python-bibtex-py26-1.2.4-1 build failed on 10.6 64bit the error was 
caused by dylibs not linking with libintl.dylib, 
/sw/lib/libgtk-1.2.0.dylib in the first case and 
/sw/lib/librecode.0.dylib in the second case.

Both dylibs do link with libintl on 10.5/32bit (probably on 10.6/32bit, 
too).

The packages gtk+ and recode have in common that they use

UpdateConfigGuess: true
UpdateLibtool: true

This brings in particular the extremely old /sw/lib/fink/update/ltconfig 
which defines

   deplibs_check_method='file_magic Mach-O dynamically linked shared 
library'

In reality, the 64bit dylibs have Mach-O 64-bit dynamically linked 
shared library.

The result is that libtool does not recognize that /sw/lib/libintl.dylib 
is a dynamic library, and it removes it from the linker list, 
accompanying this deed with the lie

*** Warning: This library needs some functionality provided by -lintl.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have.

Is there a reason why we have these old versions of ltconfig, ltmain.sh 
etc in fink, versions that date from before the release of MacOSX 10.0?

-- 
Martin

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel


Re: [Fink-devel] Old cruft in /sw/fink/update/ not 64bit aware

2009-11-08 Thread Peter O'Gorman
On 11/08/2009 06:07 PM, Martin Costabel wrote:
 In the 2 threads lablgtk 1.2.7-1002 on 10.6 64bit fails to build and
 python-bibtex-py26-1.2.4-1 build failed on 10.6 64bit the error was
 caused by dylibs not linking with libintl.dylib,
 /sw/lib/libgtk-1.2.0.dylib in the first case and
 /sw/lib/librecode.0.dylib in the second case.

 Both dylibs do link with libintl on 10.5/32bit (probably on 10.6/32bit,
 too).

 The packages gtk+ and recode have in common that they use

 UpdateConfigGuess: true
 UpdateLibtool: true

 This brings in particular the extremely old /sw/lib/fink/update/ltconfig
 which defines

 deplibs_check_method='file_magic Mach-O dynamically linked shared
 library'


It's been pass_all in upstream libtool for several years.

Feel free to change it in fink's ltconfig, etc., and the problem should 
be fixed with the next fink release, but really I think that the 
'Update*' fields should be deprecated, in favor of rerunning some 
version of autotools.

Peter
-- 
Peter O'Gorman
http://pogma.com

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel