[Fink-devel] dos2unix fails tests

[Hanspeter Niederstrasser]

On 10.11, dos2unix fails self tests. The test group 'utf16_gb.t' is run 
if zh_CN.gb18030 is available (see test/Makefile). This check is the 
same as for gb18030.t, which is already commented out in PatchScript. So 
it seems reasonable to assume that other tests based on zh_CN.gb18030 
should also be commented out.


*** begin failing test section ***
utf16_gb.t ..
1..3
dos2unix: Input file utf16le.txt has UTF-16LE BOM.
dos2unix: Illegal byte sequence
dos2unix: Skipping UTF-16 file utf16le.txt, an UTF-16 conversion error 
occurred on line 1.

out_unix.txt gb18030u.txt differ: char 1, line 1
not ok 1 - dos2unix convert DOS UTF-16LE to Unix GB18030
#   Failed test 'dos2unix convert DOS UTF-16LE to Unix GB18030'
#   at utf16_gb.t line 27.
dos2unix: Input file utf16le.txt has UTF-16LE BOM.
dos2unix: Writing GB18030 BOM.
dos2unix: Illegal byte sequence
dos2unix: Skipping UTF-16 file utf16le.txt, an UTF-16 conversion error 
occurred on line 1.

out_unix.txt gb18030b.txt differ: char 1, line 1
not ok 2 - dos2unix convert DOS UTF-16LE to Unix GB18030, keep BOM
#   Failed test 'dos2unix convert DOS UTF-16LE to Unix GB18030, keep BOM'
#   at utf16_gb.t line 30.
unix2dos: Input file utf16be.txt has UTF-16BE BOM.
unix2dos: Writing GB18030 BOM.
unix2dos: Illegal byte sequence
unix2dos: Skipping UTF-16 file utf16be.txt, an UTF-16 conversion error 
occurred on line 1.

out_dos.txt gb18030.txt differ: char 1, line 1
not ok 3 - unix2dos convert DOS UTF-16BE to DOS GB18030, keep BOM
#   Failed test 'unix2dos convert DOS UTF-16BE to DOS GB18030, keep BOM'
#   at utf16_gb.t line 33.
# Looks like you failed 3 tests of 3.
Dubious, test returned 3 (wstat 768, 0x300)
Failed 3/3 subtests

Test Summary Report
---
utf16_gb.t (Wstat: 768 Tests: 3 Failed: 3)
  Failed tests:  1-3
  Non-zero exit status: 3
Files=7, Tests=116,  1 wallclock secs ( 0.05 usr  0.02 sys +  0.54 cusr 
0.47 csys =  1.08 CPU)

*** end failing test section ***

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] inherited_linker_flags

[Hanspeter Niederstrasser]

On 7/9/17 9:00 PM, David Reiser wrote:

gnutls30 inserts:
inherited_linker_flags='  -framework Security -framework CoreFoundation’
in its .la files. And the validator complains at the end of the package build.

I tried one fix of inserting 4 '-Wl,' in line in the Makefile.in, but that 
broke the build sooner.

What’s the right way to avoid the problem?


This should work at the end of InstallScript once the .la files are in 
the proper place:


perl -pi -e 's|-framework |-Wl,-framework,|g' <.LA FILES>

notice the  after the first -framework token. Changes
"-framework Security" to "-Wl,-framework,Security"

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Hanspeter Niederstrasser]

On 7/9/17 1:03 PM, Scott Hannahs wrote:



On Jun 26, 2017, at 11:46 AM, Alexander Hansen  
wrote:


On Jun 25, 2017, at 17:39, Scott Hannahs  wrote:

So do I need to modify the install phase to install the 
/sw/lib/libcryptopp.5.dylib file?  Should it be a hard link to the 
libcryptopp.dylib or should that file not exist.



The preferred option is actually the reverse:  real libcryptopp.5.dylib with 
libcryptopp.dylib as a symbolic link.


When there are two split off packages, I think I have the following
all packages: Install.txt License.txt Readme.txt in share/doc/libcryptopp5
package: cryptest.exe in /bin  testdata in share/libcryptopp/ headers in 
include/libcryptopp
package-shlib: lib/libcryptopp.5.dylib and libcryptopp.dylib (and maybe 
libcryptopp.a but I think I can delete it??)


Ideally, package-shlibs should only contain the shared library/libraries and 
the DocFiles you noted earlier.


package-dev: headers in include/libcryptopp


If libcryptopp.dylib is a symlink as I suggested above, it needs to go here.  
This structure helps us to have multiple versions of the library available for 
builds, since by swapping the -dev package we can change what -lFOO on a build 
line really points to.

Moving rather than is intentional, since you aren’t supposed to have the same 
file provided by multiple splitoffs in a package build.  We’d wind up with 
files duplicated between the main package and splitoffs, or we’d have to go 
back and delete them after the fact.

Make sure that you didn’t declare it in multiple Files lines, and otherwise 
check what’s actually in the directory.


I seem to still be missing something essential here.  I have separated the 
symbolic link to the -dev split off and renamed the package to contain the 
major version number.

I can’t seem to get a match between the shilib and the file name.  I have set 
it up so that the symbolic link gets made and then installed by the -dev split 
off.  But the deb package does not pass the test.  I am having a match problem 
for the files: and shilibs: fields.

I have tried various different prefixes and relative and absolute paths but 
still do not seem to get a clean DEB file.  I have used as templates some of 
the other .info files in lib.  Such as canna.info and lhasa.info.

Currently I get a mismatch:

Validating .deb dir /sw/src/fink.build/root-libcryptopp5-shlibs-5.6.5-23...
Error: Name '/sw/lib/libcryptopp.5.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib'
Error: package contains the shared library
   /sw/lib/libcryptopp.5.dylib
but the corresponding install_name and compatibility_version
   
%p/src/fink.build/root-libcryptopp5-5.6.5-23/sw/lib/libcryptopp.5.dylib 5.6.0
are not listed in the Shlibs field.  See the packaging manual.


The real libcryptopp.5.dylib file needs to have its install_name fixed 
(this is a bug in upstream's makefile). You can either edit the Makefile 
to do it properly, or run install_name_tool at the end of InstallScript: 
to give it the proper install_name. The command for the latter option 
would be something like:


install_name_tool -id %p/lib/libcryptopp.5.dylib %i/lib/libcryptopp.5.dylib

This fixes the file in "%i/lib/libcryptopp.5.dylib" to have an 
install_name of "%p/lib/libcryptopp.5.dylib".


What files are in the base libcryptopp5 package? If there are any 
executables, you need to make sure they show linkage (via otool -L) to 
the file in %p and not the file in %i. If there are files there that 
link to the library, it might be easier to fix the build process than to 
fix the results after the build.


Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Help with shlib

[Hanspeter Niederstrasser]

On 6/24/17 5:19 PM, Scott Hannahs via Fink-devel wrote:

I need a bit of help with a fink package.  I don’t fully understand the Shlibs: 
tag in a fink package.  I am trying to create a package for a dynamic library.  
The library builds correctly.  However it just builds the library as 
cryptopp.dylib in the midst of the source files.

The discussion of the SHLIBS tag in the packaging manual seems a bit obscure to 
me.

Here is the relevant part of the package as I have it now following another 
library package as a template.

NoSourceDirectory: True
CompileScript: make dynamic
InfoTest: <<
   TestScript: make test || exit2
<<
DocFiles: Install.txt License.txt Readme.txt
InstallScript: make install PREFIX=%i
SplitOff: <<
Package: %N-shlibs
Files: <<
   lib/libcryptopp.dylib
 <<
Shlibs: <<
   %p/lib/libcryptopp.dylib 5.6.0 %n (>= 5.6.5-5)
<<
<<
SplitOff2: <<
Package: %N-dev
Depends: %N-shlibs (= %v-%r)
BuildDependsOnly: true
Files: <<
   include
<<
<<

the package goes and build both the dylib and .a libraries, but has a problem 
installing them.  The deb file does not pass authentication when I run fink in 
-m mode.

When I try to build with the -km flags, I get the following:

Validating .deb dir /sw/src/fink.build/root-libcryptopp-shlibs-5.6.5-13...
Error: Name '/sw/lib/libcryptopp.dylib' specified in Shlibs does not match 
install_name 
'/sw/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib'
Error: package contains the shared library
   /sw/lib/libcryptopp.dylib
but the corresponding install_name and compatibility_version
   %p/src/fink.build/root-libcryptopp-5.6.5-13/sw/lib/libcryptopp.dylib 
5.6.0
are not listed in the Shlibs field.  See the packaging manual.


Your Shlibs: field is OK given what the library is giving you, but the 
problem is that upstream is not handling their library in a useful way.


1) Their library is not versioned. It is named 'librcrypto.dylib', but 
should be 'libcrypto.N.dylib', where N is the library version (not 
necessarily the zipfile version). This can be fixed by modifying the 
makefile and adding $(LIB_MAJOR) to the install_name bits.


2) The makefile uses install_name_tool to change the install name of the 
library but uses $(DESTDIR) badly in setting the new -id of the library. 
This incorrectly adds the whole 'src/fink.build/root-...' mess to the 
install_name. Fix the makefile to only use LIBDIR when setting the 
install_name for the library. And tell upstream, because that is a basic 
error.


3) As far as I can tell, the Makefile fully supports DESTDIR, so you're 
probably better off using both DESTDIR=%d and PREFIX=%p in the install 
command (and not PREFIX=%i).


4) Fink convention is that if your library is libcryptopp.5.dylib, your 
package should be libcryptopp5-shlibs and libcryptopp5-dev. The base 
package (if non-library) can stay libcryptopp (no 5).


Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] curl download flags

[Hanspeter Niederstrasser]

On 5/30/17 12:11 PM, Scott Hannahs wrote:

Dear Fink Devs,

I have another problem with this which I thought was going to be simple…  Never 
is.

So I have this simple package:
Package: lrzsz
Version: 0.12.20
Revision: 2
License: GPL2
Homepage: https://ohse.de/uwe/software/lrzsz.html
Maintainer: Scott Hannahs 

Source: --no-check-certificate https://ohse.de/uwe/releases/%n-%v.tar.gz
Source-MD5: b5ce6a74abc9b9eb2af94dffdfd372a4

ConfigureParams: --mandir=%p/share/man

InstallScript:  make install DESTDIR=%d

DocFiles: ABOUT-NLS AUTHORS COMPATABILITY COPYING ChangeLog NEWS README THANKS 
TODO
Description: XMODEM YMODEM ZMODEM File Transfer Protocols

DescDetail: <<
lrzsz is a unix communication package providing the XMODEM, YMODEM ZMODEM file
transfer protocols.
lrzsz is a heavily rehacked version of the last public domain release of Omen
Technologies rzsz package, and is now free software and released under the GNU
General Public Licence.

Features of lrzsz
very portable, automagically configured with GNU autoconf.
crash recovery.
up to 8KB block sizes (ZMODEM8K).
internationalized (using GNU gettext).
far more secure than the original sources.
high performance. say `make vcheck-z' and have a look at the BPS rate.
good blocksize calculation (tries to compute an optimal blocksize based
on the number of errors occured).
It's free software.
<<

However it installs the first time, but fails if you try to re-install.  For 
some reason the install command tries to remove the old symbolic links in  the 
actual /sw/bin folder instead of the temporary build folder.  This of course 
fails when not run as root.  All the build files are in root-lrzsz-0.12.20-1/ 
but it fails on
   /usr/bin/install -c lsz /sw/src/fink.build/root-lrzsz-0.12.20-1/sw/bin/lsz
rm -f /sw/src/fink.build/root-lrzsz-0.12.20-1//sw/bin/`echo lsb | sed -e 
's,x,x,'`
ln /sw/src/fink.build/root-lrzsz-0.12.20-1//sw/bin/`echo lsz |sed -e 's,x,x,'` \
/sw/src/fink.build/root-lrzsz-0.12.20-1//sw/bin/`echo lsb |sed 
-e 's,x,x,'`
rm -f /sw/bin/`echo lsx | sed -e 's,x,x,'`
rm: /sw/bin/lsx: Permission denied
make[1]: *** [install-exec-local] Error 1


for some files.  Not sure actually which script file is generating the error 
and how do I force it to the the root-xxx dir for this build rather than the 
actual /sw/bin??


Look in src/Makefile.in at the "install-exec-local" target. That's where 
the "rm -f " commands are coming from. Some have $(DESTDIR) and 
those should be OK. Others do not, and those fail because they try to rm 
straight from /sw.  You can either fix the 'rm -f' commands to all have 
a leading $(DESTDIR), or frankly, you can probably delete or comment 
them out since $(DESTDIR) is guaranteed to be empty for Fink since it is 
created from scratch every build and so rm is unneeded.


Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fftw-mpi-shlibs-2.1.5-1122

[Hanspeter Niederstrasser]

On 5/27/17 2:16 AM, Wei-Chun Kao wrote:

Hello,

when I am installing fftw-mpi-shlibs-2.1.5-1122 , fink gives an error message 
like:

Information about 10195 packages read in 0 seconds.
The following package will be installed or updated:
  fftw-mpi-shlibs
Reading buildlock packages...
Could not resolve inconsistent dependencies!

Fink isn't sure how to install the above packages safely. You may be able to 
fix things
by running:

   fink scanpackages
   sudo apt-get update
   sudo apt-get install fftw-mpi-shlibs=2.1.5-1122

Failed: Fink::SysState: Could not resolve inconsistent dependencies


Have you tried to run the 3 commands listed above?

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] many qgis packages fail to build with QVariant error in sip file

[Hanspeter Niederstrasser]

On 4/27/17 7:42 PM, 美彦 馬場 wrote:
> Hanspeter,
> 
> 
> qgis22, qgis24, qgis26 have been obsolete.  Maybe it's time to set qgis210 
> and qgis212 obsolete, as the upstream says qgis214 is long term release 
> (=stable) version.

They may be obsolete as far as upstream is concerned, but they are still 
present as packages in the Fink distribution and are currently broken. 
The fix seems fairly innocuous.

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] many qgis packages fail to build with QVariant error in sip file

[Hanspeter Niederstrasser]

Baba,

qgis22
qgis24
qgis26
qgis210
qgis212

The above qgis2XX-pyYY packages fail to build with this error:
/sw/src/fink.build/qgis26-py34-2.6.1-5/qgis-2.6.1/python/core/conversions.sip:600:7:
 
error: member reference type 'QMap > *' (aka 
'QMap > *') is a pointer; did you mean to 
use '->'?
 qm.insert(k, *t);
 ~~^
   ->
/sw/src/fink.build/qgis26-py34-2.6.1-5/qgis-2.6.1/python/core/conversions.sip:600:18:
 
error: no viable conversion from 'QVariant' to 'const QMap'
 qm.insert(k, *t);
  ^~
/sw/lib/qt4-mac/include/QtCore/qmap.h:183:12: note: candidate 
constructor not viable: no known conversion from 'QVariant' to 'const 
QMap &' for 1st argument
 inline QMap(const QMap &other) : d(other.d)
^
/sw/lib/qt4-mac/include/QtCore/qmap.h:398:46: note: passing argument to 
parameter 'value' here
 iterator insert(const Key &key, const T &value);
  ^
2 errors generated.
make[2]: *** 
[python/CMakeFiles/python_module_qgis__core.dir/build.make:310: 
python/CMakeFiles/python_module_qgis__core.dir/core/sip_corepart0.cpp.o] 
Error 1

This is fixed by this patch:
https://gist.githubusercontent.com/dakcarto/f399e7333c228618cae5062331f70c91/raw/d01dc0a56032d6ef38413755299dfe3d0c377651/sip_patch.diff

qgis214 and up are OK.

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] grass70-x11-7.0.5-1 fails on 10.11

[Hanspeter Niederstrasser]

grass70-x11 fails to build with this error:

gcc 
-L/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/lib
 
-L/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/lib
 
-L/sw/lib -L/opt/X11/lib -L/sw/lib   -o 
OBJ.x86_64-apple-darwin15.6.0/GRASS OBJ.x86_64-apple-darwin15.6.0/main.o 
-framework Cocoa -framework AppleScriptKit
make[2]: Nothing to be done for `first'.
/Applications/Xcode.app/Contents/Developer/usr/bin/make 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/AUTHORS
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/CHANGES
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/CITING
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/COPYING
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/GPL.TXT
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/INSTALL
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/REQUIREMENTS.html
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/contributors.csv
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/contributors_extra.csv
 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/translators.csv
/usr/bin/install -c  -m 644 AUTHORS 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/AUTHORS
/usr/bin/install -c  -m 644 CHANGES 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/CHANGES
/usr/bin/install -c  -m 644 CITING 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/CITING
/usr/bin/install -c  -m 644 COPYING 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/COPYING
/usr/bin/install -c  -m 644 GPL.TXT 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/GPL.TXT
/usr/bin/install -c  -m 644 INSTALL 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/INSTALL
/usr/bin/install -c  -m 644 REQUIREMENTS.html 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/REQUIREMENTS.html
/usr/bin/install -c  -m 644 contributors.csv 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/contributors.csv
/usr/bin/install -c  -m 644 contributors_extra.csv 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/contributors_extra.csv
/usr/bin/install -c  -m 644 translators.csv 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/translators.csv
/Applications/Xcode.app/Contents/Developer/usr/bin/make manifests
make[1]: Nothing to be done for `manifests'.
GRASS GIS 7.0.5 r0 compilation log
--
Started compilation: Fri Mar 31 22:12:45 CDT 2017
--
Errors in:
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/visualization/wximgview
--
In case of errors please change into the directory with error and run 
'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: Fri Mar 31 22:14:19 CDT 2017
make: *** [default] Error 1


The actual error further up in the build log is:

: && c++ 
-L/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/lib
 
-L/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/lib
 
-L/sw/lib -L/opt/X11/lib -L/sw/lib   -o 
/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/bin/wximgview
 
OBJ.x86_64-apple-darwin15.6.0/main.o-lgrass_gis.7.0.5 -L/sw/lib 
-L/sw/lib -L/opt/X11/lib  -L/usr/X11R6/lib  -L/sw/lib -framework IOKit 
-framework CoreServices -framework System -framework ApplicationServices 
-lgdk-x11-2.0 -lgobject-2.0 -lX11  -lwx_gtk2u_richtext-2.8 
-lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 
-lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 
-lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8
ld: library not found for -lgdk-x11-2.0
clang: error: linker command failed with exit code 1 (use -v to see 
invocation)
make[3]: *** 
[/sw/build.build/grass70-x11-7.0.5-1/grass-7.0.5/dist.x86_64-apple-darwin15.6.0/bin/wximgview]
 
Error 1

I don't have gtk+2-dev installed, which provides 
/sw/lib/libgdk-x11-2.0.dylib.  grass70-x11 needs an explicit 
(Build)Depends on gtk+2-(dev,shlibs).

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/

Re: [Fink-devel] xrootd4 links to system-openssl

[Hanspeter Niederstrasser]

On 3/27/17 2:17 AM, Remi Mommsen wrote:
> Hi Hanspeter,
>
> thanks for tracking this down. I have very little time at the moment. Would 
> you mind to commit these changes to xrootd4?
>
> Thanks a lot,
> Remi
>
>
>> On 27 Mar 2017, at 3:50 AM, Hanspeter Niederstrasser 
>>  wrote:
>>
>> Remi,
>>
>> xrootd4 links to the system-openssl in /usr even though it Depends on 
>> openssl100-shlibs.
>>
>> The following additions to the cmake parameters make sure cmake uses Fink's 
>> openssl libraries:
>>
>>-DOPENSSL_CRYPTO_LIBRARY:FILEPATH=%p/lib/libcrypto.dylib \
>>-DOPENSSL_INCLUDE_DIR:PATH=%p/include \
>>-DOPENSSL_SSL_LIBRARY:FILEPATH=%p/lib/libssl.dylib \
>>-DCMAKE_VERBOSE_MAKEFILE=ON \
>>
>> The last one just makes troubleshooting easier and is technically not needed 
>> for the OpenSSL linking.

Committed to CVS.

Hanspeter


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] xrootd4 links to system-openssl

[Hanspeter Niederstrasser]

Remi,

xrootd4 links to the system-openssl in /usr even though it Depends on 
openssl100-shlibs.

The following additions to the cmake parameters make sure cmake uses 
Fink's openssl libraries:

 -DOPENSSL_CRYPTO_LIBRARY:FILEPATH=%p/lib/libcrypto.dylib \
 -DOPENSSL_INCLUDE_DIR:PATH=%p/include \
 -DOPENSSL_SSL_LIBRARY:FILEPATH=%p/lib/libssl.dylib \
 -DCMAKE_VERBOSE_MAKEFILE=ON \

The last one just makes troubleshooting easier and is technically not 
needed for the OpenSSL linking.

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] multiple end user programs end up depending on pkgconfig via shared-mime-info

[Hanspeter Niederstrasser]

$ fink remove -r pkgconfig
Password:
Sorry, try again.
Password:
Scanning package description files..
Information about 10876 packages read in 1 seconds.
Fink will attempt to remove --recursive 1 package

Do you want to continue? [Y/n]
/sw/bin/apt-get-lockwait remove pkgconfig
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
   autogen easytag etl extutils-pkgconfig-pm freeciv gconf2 
gnome-desktop gnome-desktop2.11-dev gnome-desktop2.11-shlibs 
gnome-icon-theme gnome-keyring-dev
   gnome-keyring-shlibs gnome-mime-data gnome-vfs2-unified 
gnome-vfs2-unified-dev gnome-vfs2-unified-shlibs gnome2-vfs-pm5182 
goocanvas goocanvas-shlibs graphviz
   gst-plugins-base-0.10 gst-plugins-base-0.10-dev 
gst-plugins-base-0.10-shlibs gtk+2 gtk+2-dev gtk+2-shlibs gtkglext1 
gtkglext1-shlibs gtkmm2.4-gtk-dev gtkmm2.4-shlibs
   gtksourceview2-dev gtksourceview2-shlibs gtkspell2-dev 
gtkspell2-shlibs guile20 inkscape kate lcms2 libapr.0-dev 
libaprutil.0-dev libbonoboui2-dev libbonoboui2-shlibs
   libcanberra-gtk0 libcanberra-gtk0-shlibs libg3d libg3d-shlibs 
libglade2 libglade2-shlibs libgnome2 libgnome2-dev libgnome2-shlibs 
libgnomecanvas2 libgnomecanvas2-dev
   libgnomecanvas2-shlibs libgnomeprintui2.2-dev 
libgnomeprintui2.2-shlibs libgnomeui2-dev libgnomeui2-shlibs 
libgraphviz238-dev libgraphviz238-shlibs libgtkhex0-shlibs
   libidn libiodbc2 libmagickcore6.9.q16.2-extra libnautilus-ext2-dev 
libnautilus-ext2-shlibs libnotify libnotify-shlibs libopenslide0-dev 
libopenslide0-shlibs librsvg2
   librsvg2-bin librsvg2-gtk librsvg2-shlibs libsoup-gnome2.4.1 
libsoup-gnome2.4.1-shlibs libunique libunique-shlibs libwmf 
libwmf-shlibs meld opencv opencv3.2-dev
   opencv3.2-shlibs pango1-xft2-ft219-dev pioneers pkgconfig 
pygtk2-gtk-py27 pygtk2-gtk-py27-dev pygtksourceview2-py27 
shared-mime-info util-macros webkit-1.0.2
   webkit-1.0.2-shlibs wxgtk2.8-py27 wxgtk2.8-py27-dev wxgtk2.8-shlibs 
xchat


There are multiple end user programs in that list (easytag, inkscape, 
meld, xchat, opencv...) that 'depend' on pkgconfig. This is all a 
cascading Depends from shared-mime-info. Does shared-mime-info really 
need pkgconfig to run? Or do other packages using s-m-i need pkg-config 
to parse s-m-i at their runtime?

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libtbb4 library has bad install_name usage

[Hanspeter Niederstrasser]

On 3/15/17 7:43 AM, Abdulla Kamar wrote:
> Hi Hanspeter
>
> My apologies but I don't use Fink anymore, and am moving to Linux for
> development. That seems like a reasonable fix to me, thanks for
> investigating it.

OK. I've demaintained libtbb4. Thanks for your contributions.

Hanspeter


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] libtbb4 library has bad install_name usage

[Hanspeter Niederstrasser]

Abdulla,

libtbbmalloc_proxy.4.0.dylib from libttb4 package links to 
libtbbmalloc.dylib, but doesn't use the full correct install_name from 
that library. This causes runtime failure for anything linking to 
libtbbmalloc_proxy.4.0.dylib.

$ otool -L /sw/lib/libtbbmalloc_proxy.4.0.dylib
/sw/lib/libtbbmalloc_proxy.4.0.dylib:
/sw/lib/libtbbmalloc_proxy.4.0.dylib (compatibility version 0.0.0, 
current version 0.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 1226.10.1)
libtbbmalloc.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 
120.1.0)

This is fixable by adding the following command to installscript after 
the "for I" loop:

install_name_tool -change libtbbmalloc.dylib 
%p/lib/libtbbmalloc.4.0.dylib %i/lib/libtbbmalloc_proxy.4.0.dylib

This is an upstream discussion about the underlying cause:
https://software.intel.com/en-us/forums/intel-threading-building-blocks/topic/505370

Hanspeter

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.63-nopython fails validation

[Hanspeter Niederstrasser]

On 1/10/17 5:24 PM, Derek Homeier wrote:
> Hi,
>
> building the package with ‘-m’ fails on a missing Shlibs entry (the other 
> boost1.63 variants build fine):
>
> Validating .deb dir 
> /scratch.noindex/fink.build/root-boost1.63-nopython-1.63.0-1...
> Error: package contains the shared library
>  /sw/opt/boost-1_63/lib/libboost_fiber-mt.dylib
>   but the corresponding install_name and compatibility_version
>  %p/opt/boost-1_63/lib/libboost_fiber-mt-1_63.dylib 1.63.0
>   are not listed in the Shlibs field.  See the packaging manual.
>
> Cheers,

This has been fixed by disabling the boost_filter library. If someone 
requests it in the future (or we stop supporting 10.9 or 10.10), I'll 
re-enable it.

Hanspeter


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.63-nopython fails validation

[Hanspeter Niederstrasser]

On 1/11/17 5:37 AM, Derek Homeier wrote:
> On 11 Jan 2017, at 12:28 pm, Hanspeter Niederstrasser 
>  wrote:
>>
>>> + LIBDIR2=
>>> + ./b2 -d2 'cxxflags=-std=c++11 -MD -I/sw/include' -j4 --without-python 
>>> --prefix=/sw --libdir=/sw/opt/boost-1_63/lib 
>>> --includedir=/sw/opt/boost-1_63/include/boost 
>>> --compatibility_version=1.63.0 --current_version=1.63.0 
>>> --build-type=complete --layout=tagged variant=release 
>>> threading=single,multi link=shared
>>> Performing configuration checks
>>>
>>>- 32-bit   : no
>>>- 64-bit   : yes
>>>- arm  : no
>>>- mips1: no
>>>- power: no
>>>- sparc: no
>>>- x86  : yes
>>>
>>> Building the Boost C++ Libraries.
>>>
>>>
>>>- symlinks supported   : yes
>>>- C++11 mutex  : yes
>>>- lockfree boost::atomic_flag : yes
>>>- Boost.Config Feature Check: cxx11_auto_declarations : yes
>>>- Boost.Config Feature Check: cxx11_constexpr : yes
>>>- Boost.Config Feature Check: cxx11_defaulted_functions : yes
>>>- Boost.Config Feature Check: cxx11_final : yes
>>>- Boost.Config Feature Check: cxx11_hdr_mutex : yes
>>>- Boost.Config Feature Check: cxx11_hdr_tuple : yes
>>>- Boost.Config Feature Check: cxx11_lambdas : yes
>>>- Boost.Config Feature Check: cxx11_noexcept : yes
>>>- Boost.Config Feature Check: cxx11_nullptr : yes
>>>- Boost.Config Feature Check: cxx11_rvalue_references : yes
>>>- Boost.Config Feature Check: cxx11_template_aliases : yes
>>>- Boost.Config Feature Check: cxx11_thread_local : yes
>>
>> The only difference in output is that my build doesn't find 
>> cxx11_thread_local.
>>
>> I wonder if it's a clang version issue (I have Xcode 7.3). Does the command
>>
>> /usr/bin/clang++ -dM -E -x c++ -std=c++14 /dev/null | grep thread
>>
>> output anything?
>>
> Nope, nothing. I think I have Xcode 8 on the El Capitan machine, but not the 
> command
> line tools (which are not available for 10.11 iirc); but I cannot connect to 
> it to check right now.
>

The build difference is definitely due to thread_local_storage that 
didn't make it into Xcode until v8.0 [1]. Since 10.9 and 10.10 have no 
chance of getting Xcode8, the options are to either build the package 
differently for non-Xcode8 systems or disable the boost_fiber library 
everywhere. How criticial is boost_fiber for everyday usage of the Boost 
library collection?

Hanspeter

[1] https://svn.boost.org/trac/boost/ticket/11687


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.63-nopython fails validation

[Hanspeter Niederstrasser]

On 1/11/17 5:09 AM, Derek Homeier wrote:
>
>> On 11 Jan 2017, at 11:46 am, Hanspeter Niederstrasser 
>>  wrote:
>>
>>> building the package with ‘-m’ fails on a missing Shlibs entry (the other 
>>> boost1.63 variants build fine):
>>>
>>> Validating .deb dir 
>>> /scratch.noindex/fink.build/root-boost1.63-nopython-1.63.0-1...
>>> Error: package contains the shared library
>>> /sw/opt/boost-1_63/lib/libboost_fiber-mt.dylib
>>>  but the corresponding install_name and compatibility_version
>>> %p/opt/boost-1_63/lib/libboost_fiber-mt-1_63.dylib 1.63.0
>>>  are not listed in the Shlibs field.  See the packaging manual.
>>
>> Interestingly, my configure output on 10.11 says the boost_fiber library is 
>> going to be built but doesn't actually get built. However, the bindist 
>> machines did build it.
>>
>> Can you send the build log output from the command
>>
>> './bootstrap.sh --without-libraries=python ...' through the first 
>> '...patience...' string just before the actual compiling starts?
>
> I got the same validation error on both 10.12 and 10.11 (both case-sensitive 
> FS, if that should matter).
> I had gcc5/gcc5-compiler installed at the time of the build (just thinking of 
> the C++11 references in
> README.md and below)...
>
> Cheers,
>   Derek
>
> + USEPYTHON=--with-python
> + UNDEFINED=
> + case nopython in
> + UNDEFINED=
> + USEPYTHON=--without-python
> + export PYTHON=
> + PYTHON=
> + LIBDIR=--libdir=/sw/opt/boost-1_63/lib
> + export ICONV_PATH=/sw
> + ICONV_PATH=/sw
> + export ICU_ROOT=/sw
> + ICU_ROOT=/sw
> + export PYTHON=
> + PYTHON=
> + ./bootstrap.sh --without-libraries=python --prefix=/sw/opt/boost-1_63 
> --includedir=/sw/opt/boost-1_63/include/boost --with-icu=/sw
> Building Boost.Build engine with toolset darwin... 
> tools/build/src/engine/bin.macosxx86_64/b2
> Unicode/ICU support for Boost.Regex?... /sw
> Generating Boost.Build configuration in project-config.jam...
>
> Bootstrapping is done. To build, run:
>
> ./b2
>
> To adjust configuration, edit 'project-config.jam'.
> Further information:
>
>- Command line help:
>  ./b2 --help
>
>- Getting started guide:
>  http://www.boost.org/more/getting_started/unix-variants.html
>
>- Boost.Build documentation:
>  http://www.boost.org/build/doc/html/index.html
>
> + LIBDIR2=
> + ./b2 -d2 'cxxflags=-std=c++11 -MD -I/sw/include' -j4 --without-python 
> --prefix=/sw --libdir=/sw/opt/boost-1_63/lib 
> --includedir=/sw/opt/boost-1_63/include/boost --compatibility_version=1.63.0 
> --current_version=1.63.0 --build-type=complete --layout=tagged 
> variant=release threading=single,multi link=shared
> Performing configuration checks
>
> - 32-bit   : no
> - 64-bit   : yes
> - arm  : no
> - mips1: no
> - power: no
> - sparc: no
> - x86  : yes
>
> Building the Boost C++ Libraries.
>
>
> - symlinks supported   : yes
> - C++11 mutex  : yes
> - lockfree boost::atomic_flag : yes
> - Boost.Config Feature Check: cxx11_auto_declarations : yes
> - Boost.Config Feature Check: cxx11_constexpr : yes
> - Boost.Config Feature Check: cxx11_defaulted_functions : yes
> - Boost.Config Feature Check: cxx11_final : yes
> - Boost.Config Feature Check: cxx11_hdr_mutex : yes
> - Boost.Config Feature Check: cxx11_hdr_tuple : yes
> - Boost.Config Feature Check: cxx11_lambdas : yes
> - Boost.Config Feature Check: cxx11_noexcept : yes
> - Boost.Config Feature Check: cxx11_nullptr : yes
> - Boost.Config Feature Check: cxx11_rvalue_references : yes
> - Boost.Config Feature Check: cxx11_template_aliases : yes
> - Boost.Config Feature Check: cxx11_thread_local : yes

The only difference in output is that my build doesn't find 
cxx11_thread_local.

I wonder if it's a clang version issue (I have Xcode 7.3). Does the command

/usr/bin/clang++ -dM -E -x c++ -std=c++14 /dev/null | grep thread

output anything?

Hanspeter


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.63-nopython fails validation

[Hanspeter Niederstrasser]

On 1/10/17 5:24 PM, Derek Homeier wrote:
> Hi,
>
> building the package with ‘-m’ fails on a missing Shlibs entry (the other 
> boost1.63 variants build fine):
>
> Validating .deb dir 
> /scratch.noindex/fink.build/root-boost1.63-nopython-1.63.0-1...
> Error: package contains the shared library
>  /sw/opt/boost-1_63/lib/libboost_fiber-mt.dylib
>   but the corresponding install_name and compatibility_version
>  %p/opt/boost-1_63/lib/libboost_fiber-mt-1_63.dylib 1.63.0
>   are not listed in the Shlibs field.  See the packaging manual.

Interestingly, my configure output on 10.11 says the boost_fiber library 
is going to be built but doesn't actually get built. However, the 
bindist machines did build it.

Can you send the build log output from the command

'./bootstrap.sh --without-libraries=python ...' through the first 
'...patience...' string just before the actual compiling starts?

Hanspeter

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL 1.0.2 certificates

[Hanspeter Niederstrasser]

On 1/2/17 9:19 AM, Derek Homeier wrote:
> Hi,
>
> I want to check if I am doing something very stupid here, since I am unable 
> to properly
> use any apps linking to openssl100-shlibs (among others wget and python) 
> since approximately
> the update to openssl-1.0.2, as it refuses to accept almost any host 
> certificate:
>
> ariel:15579> curl -O https://www.openssl.org/source/openssl-1.0.2j.tar.gz
> % Total% Received % Xferd  Average Speed   TimeTime Time  Current
> Dload  Upload   Total   SpentLeft  Speed
> 100 5183k  100 5183k0 0   985k  0  0:00:05  0:00:05 --:--:-- 1266k
> ariel:15580> wget https://www.openssl.org/source/openssl-1.0.2j.tar.gz
> --2017-01-02 15:03:01--  https://www.openssl.org/source/openssl-1.0.2j.tar.gz
> Resolving www.openssl.org... 2600:1406:1a:38f::c1e, 2600:1406:1a:38e::c1e, 
> 104.91.180.27
> Connecting to www.openssl.org|2600:1406:1a:38f::c1e|:443... connected.
> ERROR: cannot verify www.openssl.org's certificate, issued by ‘CN=Let's 
> Encrypt Authority X3,O=Let's Encrypt,C=US’:
> Unable to locally verify the issuer's authority.
> To connect to www.openssl.org insecurely, use `--no-check-certificate'.

according to 'fink info wget', you have to edit .wgetrc so that wget 
knows about the ca-bundle certificates.

   1. Install the 'ca-bundle' package.
   2. If you don't currently have $HOME/.wgetrc, generate it via
  .
cp /sw/etc/wgetrc $HOME/.wgetrc
  .
   3. Edit $HOME/.wgetrc with your favorite text editor and add the
following line to it:
  .
ca_certificate = /sw/etc/ssl/certs/ca-bundle.crt

I can confirm that wget fails here similarly to you before the edit, and 
downloads find after the change.

Hanspeter


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
https://sourceforge.net/p/fink/mailman/fink-devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Apparently libXt isn't actually a leaf on the X11 library tree after all

[Hanspeter Niederstrasser]

On 11/2/16 6:48 PM, Alexander Hansen wrote:
> We had thought that libXt wasn’t actually linked in the X11 tree, but this 
> appears not to be so.
>
> It’s linked by:
> /opt/X11/lib/libXaw6.6.dylib
> /opt/X11/lib/libXaw7.7.dylib:
> /opt/X11/lib/libXaw8.8.dylib:
> /opt/X11/lib/libXaw3d.8.dylib:
> (these may not matter since we’ve got libxaw3dxft2)
> /opt/X11/lib/libxkbui.1.dylib
> /opt/X11/lib/libXmu.6.dylib
>
> The last one appears to be what is causing runtime failures with xemacs, 
> since xemacs links to /opt/X11/lib/libXmu.6.dylib and to 
> /opt/X11/lib/libXt.6.dylib, along with our libXaw.8.dylib 
> (libxaw3dxft-shlibs) which now links to Fink’s libxt.6.dylib from 
> libxt-shlibs.
>
> Unfortunately, the whole rationale for having our own libxt (not so much for 
> libxt-flat) was to try to provide a consistent libXt so that people wouldn’t 
> have things break when updating from Xquartz 2.7.8 to later versions where 
> libXt has been mucked with.
>
> Here are some options:
>
> 1)  Ditch libxt, possibly libxt-flat, and roll our own Xquartz

I've been keeping an X11 set of packages mostly up to date: 
http://cvs.snaggledworks.com/viewvc.cgi/fink/10.7/main/finkinfo/x11 and 
x11-system directories.

The libraries are current. xorg-server is not current and I haven't used 
it in probably 3 years (and I was running 10.7 at the time). Although it 
ran, there were several things that still needed patching (xinit I 
believe was looking in wrong paths). Also, IIRC, StartupItems behavior 
has changed since then and would probably need to be fixed in these 
packages. Also, there currently is no xorg-libxt-flat package in my set.

I'm agnostic on rolling our own versus forcing an update to 2.7.11. The 
latter is less work, but we are at the mercy of another fix from upstream.

Hanspeter


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] fink-package-precedence-0.30 error

[Hanspeter Niederstrasser]

On 10/6/16 1:37 AM, Daniel Macks wrote:
> On Wed, 5 Oct 2016 21:27:19 -0500, Hanspeter Niederstrasser  wrote:
> >
> >Building scite-3.4.1-1 with f-p-p-0.30 gets the following error:
> >
> >   fink-package-precedence --depfile-ext='\.(mak|d)' .
> >Scanning /\.(mak|d)$/ dependency files...
> >  ./scintilla/gtk/Accessor.d
> >...
> >  ./scite/gtk/Widget.d
> >  ./scite/win32/deps.mak
> >  ./scite/win32/scite.mak
> >Use of uninitialized value $abs in string ne at 
> /sw/bin/fink-package-precedence line 164.
> >Use of uninitialized value $abs in exists at 
> /sw/bin/fink-package-precedence line 167.
> >Use of uninitialized value $abs in hash element at 
> /sw/bin/fink-package-precedence line 167.
> >fileparse(): need a valid pathname at /sw/bin/fink-package-precedence 
> line 169.
> >
> >When I downgrade f-p-p to 0.29, the f-p-p check works as expected with no 
> errors.

> (apologies in advance if this message is a formatting mess...new email
> client)I don't see that with scite-3.4.1-1 on my 10.11. But my f-p-p
> call is just:fink-package-precedence --depfile-ext='\.(d)' .I only see
> it if I also check .mak. The you get is triggered by the following line
> in scintilla/test/unit/test.mak:INCLUDEDIRS = /I../../include
> /I../../src /I../../lexlib
> Not surprising that those pathnames break a
> parser that looks at pathnames on the local live system. Older f-p-p was
> lax about trying to process paths that were not absolute and canonical.
> So first, this path is clearly(?) an upstream bug, or targetted for a
> toolchain other than normal compilers (maybe something Windows-like that
> uses leading slash instead of hypen as CLI flag character?). And second,
> what is in the .mak that is not already in the .d? Easy enough to
> tighten f-p-p (or add a heuristic for things to give up and skip), but
> not sure what a *valid* trigger would look like.dan

The removal of .mak from the f-p-p check in scite-3.4.4 is on me. I 
removed them when I updated CVS to scite-3.4.4 because it was failing 
f-p-p, and I only saw the scite/win32/*.mak entries, so I thought them 
unnecessary to check.

Hanspeter


--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] fink-package-precedence-0.30 error

[Hanspeter Niederstrasser]

Building scite-3.4.1-1 with f-p-p-0.30 gets the following error:

   fink-package-precedence --depfile-ext='\.(mak|d)' .
Scanning /\.(mak|d)$/ dependency files...
./scintilla/gtk/Accessor.d
./scintilla/gtk/AutoComplete.d
./scintilla/gtk/CallTip.d
./scintilla/gtk/CaseConvert.d
./scintilla/gtk/CaseFolder.d
./scintilla/gtk/Catalogue.d
./scintilla/gtk/CellBuffer.d
...
./scite/gtk/Widget.d
./scite/win32/deps.mak
./scite/win32/scite.mak
Use of uninitialized value $abs in string ne at 
/sw/bin/fink-package-precedence line 164.
Use of uninitialized value $abs in exists at 
/sw/bin/fink-package-precedence line 167.
Use of uninitialized value $abs in hash element at 
/sw/bin/fink-package-precedence line 167.
fileparse(): need a valid pathname at /sw/bin/fink-package-precedence 
line 169.

When I downgrade f-p-p to 0.29, the f-p-p check works as expected with 
no errors.

10.11/Xcode 7.3.

Hanspeter

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] xcode 8 fix for fink-buildenv-modules

[Hanspeter Niederstrasser]

On 9/9/16 11:47 AM, Jack Howarth wrote:
> Hanspeter,
>   The current fink-buildenv-modules package is not savvy to the SDK
> changes in Xcode8 and requires the following change...
>
> --- /sw/lib/fink-buildenv-modules/base.sh 2016-08-09 17:49:45.0
> -0400
> +++ /sw/lib/fink-buildenv-modules/base.sh.new 2016-09-09 12:40:57.0
> -0400
> @@ -47,9 +47,12 @@
>   if [ `dpkg --compare-versions $XCODE_VERSION lt 7` ]; then
>   export SDK_PATH=`xcodebuild -version -sdk macosx${OSX_MAJOR_VERSION} Path`
>   export SDK_VERSION=`xcodebuild -version -sdk macosx${OSX_MAJOR_VERSION}
> SDKVersion`
> - else
> + elif [ `dpkg --compare-versions $XCODE_VERSION lt 8` ]; then
>   export SDK_PATH=`xcodebuild -version -sdk macosx10.11 Path`
>   export SDK_VERSION=`xcodebuild -version -sdk macosx10.11 SDKVersion`
> + else
> + export SDK_PATH=`xcodebuild -version -sdk macosx10.12 Path`
> + export SDK_VERSION=`xcodebuild -version -sdk macosx10.12 SDKVersion`
>   fi
>  fi
>
> to the fink-buildenv-modules/base.sh script so that SDK_PATH and
> SDK_VERSION are populated with the correct values for Xcode 8 on 10.11.
>Jack


Xcode 8 is only available for 10.11 and 10.12 (not for 10.10)?

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] building postgresql-java

[Hanspeter Niederstrasser]

On 8/21/16 10:53 AM, Greg Minshall wrote:
> hi.  on my system [1] i was having problems building postgresql-java,
> getting a message about JAVA_HOME being set incorrectly [2].  i cloned
> something i found in rrdtool-java.info, and replaced
> 
> export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home
> 
> (which doesn't exist on my 10.11 system) with
> 
> unset JAVA_HOME
> 
> after which postgresql-java *built* (and installed) without errors.
>
> (i'm not much of a java user, let alone postgresql user, so i can't
> comment on the resulting binary.)
>
> cheers, Greg Minshall
>
>
> [1]
> 
> bash greg-minshalls-mbp-2: {853} fink --version
> Package manager version: 0.39.5
> Distribution version: selfupdate-rsync Sun Aug 21 16:54:36 2016, 10.11, x86_64
> Trees: local/main stable/main local/injected
>
> Copyright (c) 2001 Christoph Pfisterer
> Copyright (c) 2001-2016 The Fink Package Manager Team
> This program is distributed in the hope that it will be useful,
> but WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> GNU General Public License for more details.
> bash greg-minshalls-mbp-2: {854}
> 
> [2]
> #!/bin/sh -ev
>
> export 
> JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home
> export CLASSPATH=`pwd`/jars/postgresql.jar
> pwd
> ant publicapi privateapi
> Error: JAVA_HOME is not defined correctly.
>   We cannot execute 
> /System/Library/Frameworks/JavaVM.framework/Versions/1.5/Home/bin/java

I'm trying to update postgresql-java, but available versions are java 
dependent? What is your output for 'fink list system-java' ?

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] update and fixes to portaudio2

[Hanspeter Niederstrasser]

On 8/20/16 5:06 PM, Matthias Ringwald wrote:
> Hi Hanspeter
>
> I've also added the C++ bindings as portaudio2-cpp and portaudio-cpp-shlibs 
> and did a commit (after checking fink -v validate).
> Please let me know, if they work for you and if there's something I've missed.

Thanks.  I've just added the new package libopenmpt0-shlibs which uses 
the C++ bindings and it seems to be working as expected.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] update libarchive to latest release 3.2.1

[Hanspeter Niederstrasser]

On 6/22/16 11:09 PM, Hanspeter Niederstrasser wrote:
> Aida,
>
> Can libarchive be updated to the latest 3.2.1 release?  I've attached a
> .info file that has the update and enables test (they all pass on
> 10.11). The .patch file is unchanged.

I've gone ahead and updated in CVS/10.9-libcxx since the 3.2.1 release 
included several security fixes.

Hanspeter


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] update and fixes to portaudio2

[Hanspeter Niederstrasser]

Matthias,

Can portaudio2 have the following changes incorporated?

1) update to 20140130 upstream release
2) use 'make install DESTDIR=%d' instead of hand copying include and lib 
directories and files. This helps by installing libportaudio.la
3) change the Files: field in portaudio2-doc to "bin 
share/doc/portaudio2/doc" so that the DocFiles: fields in the other 
SplitOffs are honored.
4) build and install the C++ bindings. These are in bindings/cpp and 
require their own ./configure ; make ; make install DESTDIR=%d cycle 
(and own SpliOffs). I can package the C++ bindings can alternatively be 
built as a wholly separate package if you'd prefer, but I think it's 
best to keep them linked together to avoid version drift.

Hanspeter

--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] update libarchive to latest release 3.2.1

[Hanspeter Niederstrasser]

Aida,

Can libarchive be updated to the latest 3.2.1 release?  I've attached a 
.info file that has the update and enables test (they all pass on 
10.11). The .patch file is unchanged.


Hanspeter
Package: libarchive31
Version: 3.2.1
Revision: 1
Description: Archiver library for tar, pax and others
BuildDepends: fink-package-precedence, bzip2-dev, libiconv-dev, liblzma5, expat1
Depends: %N-shlibs (= %v-%r)
BuildDependsOnly: true
Conflicts: libarchive
Replaces: libarchive
Source: http://www.libarchive.org/downloads/libarchive-%v.tar.gz
Source-MD5: afa257047d1941a565216edbf0171e72
PatchFile: %n.patch
PatchFile-MD5: 6dca91e03f2e47ac627b8cd8de1ed04a
PatchScript: <<
%{default_script}
LANG=C LC_ALL=C /usr/bin/sed -i.bak 's/^\.Fx/FreeBSD/' libarchive/*.[1-9]
<<
# ./configure disables openssl when platform=darwin and doesn't use
#  right header names anyway (looks for foo.h not openssl/foo.h)
#--with-openssl \
ConfigureParams: <<
--enable-bsdtar=shared \
--enable-bsdcpio=shared \
--enable-posix-regex-lib=libc \
--with-zlib \
--with-bz2lib \
--without-lzmadec \
--with-iconv \
--with-lzma \
--without-lzo2 \
--without-nettle \
--without-xml2 \
--with-expat \
--enable-dependency-tracking \
ACLOCAL=: AUTOCONF=: AUTOMAKE=: AUTOHEADER=:
<<
CompileScript: <<
%{default_script}
fink-package-precedence --prohibit-bdep=%n .
<<
InfoTest: <<
TestScript: make check || exit 2
<<
InstallScript: <<
DESTDIR=%d make install
# rm -r %i/bin %i/share/man/man[15]
<<
DocFiles: COPYING README NEWS
SplitOff: <<
  Package: %N-shlibs
  Depends: bzip2-shlibs, libiconv, liblzma5-shlibs, expat1-shlibs
  Files: lib/libarchive.*.dylib
  Shlibs: %p/lib/libarchive.13.dylib 16.0.0 %n (>= 3.2.1-1)
  DocFiles: COPYING README NEWS
<<
SplitOff2: <<
  Package: bsdtar
  Description: FreeBSD's powerful tar and cpio
  Depends: %N-shlibs (>=%v-%r)
  Conflicts: libarchive (<< 2.8.5-2)
  Files: bin share/man/man[15]
  DocFiles: COPYING README NEWS
  DescUsage: <<
  You can usually use bsdtar and bsdcpio in the same way to GNU tar and cpio
  but there are some differences. Read bsdtar(1) and bsdcpio(1) manpage
  for details. The libarchive-formats(5) manpage describes the file formats
  supported by the libarchive. 
  <<
<<
DescDetail: <<
The bsdtar program is FreeBSD's modern implementation of tar based
on the libarchive. It started as a test harness, but has grown into a
feature-competitive replacement for GNU tar.

The libarchive is a stream-oriented library for variety of archives.
It focuses on tar format and its variants primarily, but can also
read and/or write other families of archive formats.

Following formats are supported ('r' for reading and 'w' for writing).
On read, compression and format are always detected automatically.

[rw] uuencoded files
[r ] files with RPM wrapper
[rw] gzip compression
[rw] bzip2 compression
[rw] compress/LZW compression
[rw] lzma, lzip, and xz compression

[rw] GNU tar format (including GNU long filenames, long link names, and
 sparse files)
[r ] Solaris 9 extended tar format (including ACLs)
[rw] Old V7 tar archives
[rw] POSIX ustar
[rw] POSIX pax interchange format
[rw] "restricted" pax format, which will create ustar archives except for
 entries that require pax extensions (for long filenames, ACLs, etc).
 This is the default, which is mostly compatible with the standard tar.
[rw] POSIX octet-oriented cpio ("odc")
[rw] SVR4 ASCII cpio ("newc")
[r ] Binary cpio (big-endian or little-endian)
[ w] shar archives
[rw] ISO9660 CD-ROM images (with optional Rockridge or Joliet extensions)
[rw] ZIP archives (with uncompressed or "deflate" compressed entries)
[rw] GNU and BSD 'ar' archives
[rw] 'mtree' format
[rw] 7-Zip archives
[r ] Microsoft CAB format
[r ] LHA and LZH archives
[r ] RAR archives
[rw] XAR archives
<<
DescUsage: <<
Guide to Documentation installed by this system:
* libarchive.3 gives an overview of the library as a whole
* archive_read.3, archive_write.3, and archive_write_disk.3 provide
  detailed calling sequences for the read and write APIs
* archive_entry.3 details the "struct archive_entry" utility class
* libarchive-formats.5 documents the file formats supported by the library
  (in the bsdtar package)
* tar.5 and cpio.5 provides some detailed information about a variety
  of different "tar" and "cpio" formats (in the bsdtar package)
<<
DescPort: <<
Since Darwin/MacOS X does not support any tape device, the default
device is changed to stdio. The manpage warns users not to rely on
this behaviour or they knock the real tape device on other platforms.

The share/man/man5/* manpages are previously included in the
libarchive package (for developers), but now in the bsdtar package.

Packagers should link the bsdtar utility against the latest version
of the libarchive and include it into the libarchiveNN.info.
When you create an incompatible version of the libarchive and bsdtar,
remove the bsdtar SplitOff from this .info and remove the %i/bin/ and
%i/share/man/man[15]/ directories.
<<
Licen

Re: [Fink-devel] R-3.3 packages

[Hanspeter Niederstrasser]

On 5/28/16 5:20 PM, 美彦 馬場 wrote:
> Dear all,
>
> May I update R related packages that are in libs/rmods to be used with the 
> latest r-base33?
>
> Most of them have no maintainer, but some maitained by David Fang and myself.
>
> I will also update to the latest versions.

There's no problem with updating any unmaintained package with a R-3.3 
variant (assuming it builds).

Hanspeter


--
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Python installer

[Hanspeter Niederstrasser]

On 5/1/16 12:40 PM, Scott Hannahs wrote:
>
> PYTHONPATH="/sw/src/fink.build/root-pbr-py27-1.9.1-1/sw/lib/python2.7/site-packages:$PYTHONPATH"
>  /sw/bin/python2.7 setup.py test
> running test
> Searching for testtools>=1.4.0
> Reading https://pypi.python.org/simple/testtools/
> Download error on https://pypi.python.org/simple/testtools/: [SSL: 
> CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some 
> packages may not be found!
> Couldn't retrieve index page for u'testtools'
> Scanning index of all packages (this may take a while)
> Reading https://pypi.python.org/simple/
> Download error on https://pypi.python.org/simple/: [SSL: 
> CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590) -- Some 
> packages may not be found!
> No local packages or download links found for testtools>=1.4.0
> error: Could not find suitable distribution for 
> Requirement.parse('testtools>=1.4.0')
> ### execution of /sw/bin/python2.7 failed, exit code 1
> ### execution of /tmp/fink.k4sNy failed, exit code 1
> phase test: warning

The build is looking for testtools >= 1.4.0  Fink's testtools is 
currently only 0.9.35.

I've CC'd the testtools maintainer so he can look at upgrading if it's 
possible.

Hanspeter


--
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] msp430-gdb build failure

[Hanspeter Niederstrasser]

Matthias,

msp430-gdb fails to build because some parts of the documentation are 
not properly escaped.  The following one liner in PatchScript fixes the 
build and allows it to finish.

perl -pi -e 's|\@colophon|@$&|g; s|doc\@cygnus.com|doc@@cygnus.com|g' 
bfd/doc/bfd.texinfo

Hanspeter

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] ruby20 & ruby22 hardcode gmkdir, ginstall, and grep at buildtime if present

[Hanspeter Niederstrasser]

ruby20 and ruby22 hardcode the coreutils executables gmkdir and ginstall 
into rbconfig.rb if present at buildtime. Fink's grep gets the same 
treatment. This then leads to buildtime failures of some ruby gems if 
coreutils (or grep) has been removed:

make "DESTDIR=" install
make: /sw/bin/gmkdir: Command not found
Makefile:195: recipe for target '.RUBYARCHDIR.time' failed
make: *** [.RUBYARCHDIR.time] Error 127

make install failed, exit code 2

Adding "ac_cv_path_mkdir=/bin/mkdir ac_cv_path_install=/usr/bin/install 
ac_cv_path_GREP=/usr/bin/grep" to ruby22's configure parameters 
hardcodes the system files.

The paths are hardcoded into /sw/lib/ruby/2.2/x86_64-darwin/rbconfig.rb 
to verify.

Hanspeter

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Fink's camlp5 can't build

[Hanspeter Niederstrasser]

Bruno,

Your package camlp5 fails to build on 10.7 and up because it has a 
Depends on ocaml < 4.01, but Fink's ocaml package is at 4.02. Can camlp5 
be updated to use the newer ocaml? I noticed that there's a newer 
version of camlp5 from early 2016 that their website says is compatible 
with ocaml 1.07 to 4.02.4.

Hanspeter

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] afni sources

[Hanspeter Niederstrasser]

On Wed, February 17, 2016 10:10 am, Jack Howarth wrote:
> Hanspeter,
>  The https://afni.nimh.nih.gov/pub/dist/tgz/AFNI_ARCHIVE/  site
> doesn't
> include the TTatlas+tlrc.BRIK.gz and TTatlas+tlrc.HEAD files though.
>  Jack

https://afni.nimh.nih.gov/pub/dist/tgz/

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] afni sources

[Hanspeter Niederstrasser]

On Wed, February 17, 2016 9:34 am, Jack Howarth wrote:
>   While adjusting afni-2010.10.19.1028-2 to build against the legacy
> flat_namespace libXt in the upcoming Xquartz 2.7.9 release, I noticed that
> the package's source mirror is no longer available at
> http://mrires.stjosham.on.ca/~addavis/. Those sources should be uploaded
> to
> the fink mirror if anyone has those available locally.

The sources seem to be available here:

https://afni.nimh.nih.gov/pub/dist/tgz/AFNI_ARCHIVE/

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Filename case conflict in imagemagick6.q16-doc-6.9.3.2-2

[Hanspeter Niederstrasser]

On 2/10/16 8:57 AM, Derek Homeier wrote:
> Hi,
>
> on a case-sensitive HFS+ build I am getting the following error
>
> Validating .deb dir 
> /scratch.noindex/fink.build/root-imagemagick6.q16-doc-6.9.3.2-2...
> Error: Pathname collision on case-insensitive filesystems
>   Offending file: /sw/share/doc/ImageMagick-6/www/api/image.html
>
> which means that on case-insensitive HFS+, one of image.html or Image.html is 
> destroyed.
> One contains C, the other C++ API documentation, so a rename will probably 
> not work that
> easily without breaking an unknown number of links. Might be best to return 
> to the upstream
> developers.

Thanks for the report.  ImageMagick 6.9.3.3-1 has been released to 
include the upstream fix.

Hanspeter



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] gdal-py leaves a lot of broken symlinks on uninstall

[Hanspeter Niederstrasser]

Kurt,

On 10.11, gdal-py* leaves a lot of dangling symlinks from 
update-alternatives:

Removing gdal-py27 ...
Checking available versions of gdal-py, updating links in 
/sw/etc/alternatives ...
(You may modify the symlinks there yourself if desired - see `man ln'.)
Alternative /sw/bin/epsg_tr.py2.7 for gdal-py not registered, not removing.
Leaving gdal-py (/sw/bin/epsg_tr.py) pointing to /sw/bin/epsg_tr.py27.
Leaving gdal_proximity.py (/sw/bin/gdal_proximity.py) pointing to 
/sw/bin/gdal_proximity.py27.
Leaving gcps2vec.py (/sw/bin/gcps2vec.py) pointing to /sw/bin/gcps2vec.py27.
Leaving gdal2xyz.py (/sw/bin/gdal2xyz.py) pointing to /sw/bin/gdal2xyz.py27.
Leaving gdal_fillnodata.py (/sw/bin/gdal_fillnodata.py) pointing to 
/sw/bin/gdal_fillnodata.py27.
Leaving gdal_merge.py (/sw/bin/gdal_merge.py) pointing to 
/sw/bin/gdal_merge.py27.
Leaving gdalchksum.py (/sw/bin/gdalchksum.py) pointing to 
/sw/bin/gdalchksum.py27.
Leaving gdalimport.py (/sw/bin/gdalimport.py) pointing to 
/sw/bin/gdalimport.py27.
Leaving esri2wkt.py (/sw/bin/esri2wkt.py) pointing to /sw/bin/esri2wkt.py27.
Leaving gdalident.py (/sw/bin/gdalident.py) pointing to 
/sw/bin/gdalident.py27.
Leaving gdal_polygonize.py (/sw/bin/gdal_polygonize.py) pointing to 
/sw/bin/gdal_polygonize.py27.
Leaving gdal_retile.py (/sw/bin/gdal_retile.py) pointing to 
/sw/bin/gdal_retile.py27.
Leaving gcps2wld.py (/sw/bin/gcps2wld.py) pointing to /sw/bin/gcps2wld.py27.
Leaving mkgraticule.py (/sw/bin/mkgraticule.py) pointing to 
/sw/bin/mkgraticule.py27.
Leaving rgb2pct.py (/sw/bin/rgb2pct.py) pointing to /sw/bin/rgb2pct.py27.
Leaving pct2rgb.py (/sw/bin/pct2rgb.py) pointing to /sw/bin/pct2rgb.py27.
Leaving gdal_sieve.py (/sw/bin/gdal_sieve.py) pointing to 
/sw/bin/gdal_sieve.py27.
Leaving gdal2tiles.py (/sw/bin/gdal2tiles.py) pointing to 
/sw/bin/gdal2tiles.py27.

In all those, the unversioned .py file is a symlink to 
/sw/etc/alternatives/FOO, and that is a broken symlink to /sw/bin/FOO.py27.

In the gdal-py.info PreRmScript, you use %type_raw[python], but it 
should be %type_pkg[python] to match the usage in PostInstScript. That 
change will require a %r bump.

Hanspeter

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Removing myself as maintainer

[Hanspeter Niederstrasser]

On 12/26/15 12:15 PM, Trevor Harmon wrote:
> Hi,
>
> Unfortunately I am no longer able to act as maintainer for any Fink packages, 
> so I would like to remove myself from all .info files. I have attached a 
> patch to do so. Could one of the core devs please apply it? (Use -p0.) Thank 
> you,

Trevor,

I've unmaintained the packages that you have in the 10.9 tree (the 
currently supported tree). Thank you for your time as a Fink maintainer.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt5 pkgconfig woes

[Hanspeter Niederstrasser]

On 11/19/15 5:57 AM, Max Horn wrote:
> Hi there,
>
> so I was trying to update wireshark to 2.0.0, which means finally bitting the 
> bullet and using qt5 for it. Turns out the pkgconfig .pc files for qt5 are 
> all broken ?! They contain this:
>
>Libs: -F${libdir} '-Wl,-framework,QtCore '
>Cflags: -I${included}/QtCore -I${includedir}
>
> But those Cflags are wrong, as
>/sw/lib/qt5-mac/include/
> does not contain QtFOO directories (where FOO = Core, GUI, MacExtras, ...)
>
> The easiest fix I can think of is to augment all those packages to add 
> symlinks from
>%p/lib/qt5-mac/include/QtNAME
> to
>%p/lib/qt5-mac/lib/QtNAME.framework/Headers
>
> Any concerns or comments on that? Better ideas?
>
> (And while I am complaining about Qt5: I guess "we" should update it to 5.5.1 
> one of those days *cough* the meaning of "we" in that sentence is another 
> question, I guess I mean "somebody other than me, somebody who has a generous 
> soul"... ;-)

I just committed what I think should provide the appropriate fix for the 
Qt5 .pc files having bad Cflags fields.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt5 pkgconfig woes

[Hanspeter Niederstrasser]

On Tue, November 24, 2015 10:19 am, Max Horn wrote:
> Hi folks,
>
> I really would like to see qt5 fixed, one way or another.  Let me try to
> restart the discussion, by summarizing:
>
> There are two possible solutions I am aware of:
> (1) adding a symlink
> (2) fixing the .pc files
>
> I proposed (1) simply because this seems easier to achieve to me (just
> have to insert appropriate "ln -s" commands in the InstallScripts.
>
> But Hanspeter perceived a problem, which I do not quite understand:

>>> (otherwise packages will get stuck on
>>> expecting the symlink).

Qt5-using packages should use either qmake or the .pc files to find the
correct Qt5 library and header paths. The .pc files currently have the
wrong Cflags on them. If we 'fix' that by creating a symlink, then we'll
have to maintain that symlink for a long time, because packages will be
expecting it to be present at buildtime, especially if they decide to not
use a .pc file.

If we fix the .pc files, then we still have to propagate the change (at
least until upstream fixes it), but a file content change feels cleaner to
me than a file location change.

> Does a "sed" base change sound OK? Or does somebody know how to do it
> properly and volunteers?

A perl or sed one liner inside a QtFOO loop at the end of InstallScript
should take care of fixing the .pc files (I also don't know how the .pc
files get populated). /me prefers a perl pie.

> In either case, one needs to change the "Cflags" in the .pc file, which
> currently are
> Cflags: -I${includedir}/QtCore -I${includedir}
>
> and should be changed to this corrected form:
>
> Cflags: -F${libdir} -I${libdir}/QtCore.framework/Headers
>
> or perhaps (???) even to this
>
> Cflags: -F${libdir} -I${libdir}/QtCore.framework/Headers -I${includedir}

I'm still working on getting my new machine, so I can't see the current
package contents.  What are the current values of 'includedir' and
'libdir' in the .pc file?

Hanspeter

-- 





--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741551&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt5 pkgconfig woes

[Hanspeter Niederstrasser]

On Thu, November 19, 2015 5:57 am, Max Horn wrote:
> Hi there,
>
> so I was trying to update wireshark to 2.0.0, which means finally bitting
> the bullet and using qt5 for it. Turns out the pkgconfig .pc files for qt5
> are all broken ?! They contain this:
>
>   Libs: -F${libdir} '-Wl,-framework,QtCore '
>   Cflags: -I${included}/QtCore -I${includedir}
>
> But those Cflags are wrong, as
>   /sw/lib/qt5-mac/include/
> does not contain QtFOO directories (where FOO = Core, GUI, MacExtras, ...)
>
> The easiest fix I can think of is to augment all those packages to add
> symlinks from
>   %p/lib/qt5-mac/include/QtNAME
> to
>   %p/lib/qt5-mac/lib/QtNAME.framework/Headers

Better solution is to fix the .pc files to have the correct Cflags
pointing to the correct headers dir (otherwise packages will get stuck on
expecting the symlink).

How does Wireshark #include headers?  #include  or just
 ?

If I remember -I and -F usage correctly, "Cflags: -F/sw/lib/qt5-mac/lib"
should be sufficient for  instances.  For  uses,
it'll probably have to be appended with
"-I/sw/lib/qt5-mac/lib/QtCore.framework/Headers" as well.

Hanspeter


-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Transition of packages from system-openssl-dev

[Hanspeter Niederstrasser]

On 10/18/2015 1:27 PM, Charles Lepple wrote:
> On Oct 14, 2015, at 5:19 PM, Alexander Hansen  
> wrote:
>>
>> For people who want to test this out for their packages, but don’t always 
>> live on the bleeding edge and use git master, I recommend using branch_0_39, 
>> because you can then use “fink selfupdate” to get newer fink releases as 
>> usual.
>
> Should we hold off on committing updated info files? I saw that a few 
> packages on the list on the wiki are crossed out already. Or should we commit 
> them as "restrictive", then update the license field after 0.39.x+1 lands?

Either solution is fine.  If your stuff actually needs OpenSSL, the new 
License types should be in the next fink release (release date unknown) 
and it's up to you if you want to wait or mark them as Restrictive 
temporarily. Regardless of your choice, they won't be buildable on 10.11 
unless the system-openssl-dev BuildDependency is updated/removed.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Transition of packages from system-openssl-dev

[Hanspeter Niederstrasser]

Dear Fink Developer,

As you may be aware, OS X 10.11 does not provide a full install of OpenSSL
in /usr (it only has the dylib, but not the headers). Therefore, the
package system-openssl-dev is no longer available on 10.11.  To fill this
dependency gap, packages must transition to a Fink package that provides
SSL functionality (like openssl100 or gnutls28). I've added a list of all
packages that are currently using system-openssl-dev in the 10.9-libcxx
tree to the Fink wiki:

http://wiki.finkproject.org/index.php/Fink:Policy:system-openssl#Deprecation_of_system-openssl-dev

Because the (L)GPL and OpenSSL licenses are incompatible, any package that
is switched to use openssl100-shlibs must change its License field.  The
current (as of fink-0.39.1) policy is to use "Restrictive".  However,
there is code in the Fink pipeline that will allow the new license strings
"GPL/OpenSSL" and "LGPL/OpenSSL" to better identify those packages. Once
that code is released, (L)GPL packages linking to OpenSSL can use the
relevant entry.

If your package is not licensed under a (L)GPL license, you do not need to
change the License: field.  However, the package must still be updated to
no longer use system-openssl-dev on at least 10.11.

Lastly, packages linking to a cryptography library do not need to be moved
to the crypto directory in CVS.  Crypto is reserved for those packages
that actually implement cryptography.

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce.


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] java16 on El Capitan

[Hanspeter Niederstrasser]

If I'm reading fink-virtual-packages correctly, 1.6 was the last version 
provided by Apple, and 1.7+ must be gotten from Oracle. Is that correct? 
  When Martin's fix gets released, would best practices be to keep 
pointing packages to system-java16 since its a system tool, or would it 
be preferred to point to a newer java if the package allows it 
(virtuoso, which started this thread, has the option to use java17)? 
Java16 is really old.

Hanspeter

--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

[Hanspeter Niederstrasser]

On Thu, October 1, 2015 9:17 am, William G. Scott wrote:
>
>> On Oct 1, 2015, at 4:16 AM, Hanspeter Niederstrasser
>>  wrote:
>>
>> What happens if you run
>>
>> . /sw/sbin/fink-buildenv-helper.sh
>>
>> from a new terminal window?  If it immediately exits (say with a
>> MACOSX_DEPLOYMENT_TARGET failure), set MACOSX_DEPLOYMENT_TARGET to 10.11
>> in your shell, and try running fink-buildenv-helper.sh again.
>>
>> Hanspeter
>
> OK, that was the problem, and manually setting $MACOSX_DEPLOYMENT_TARGET
> worked.  (I didn’t explicitly check to see if that solved the problem
> within the package I was having trouble with, but the output suggests that
> it would).  To my knowledge, I never explicitly set
> $MACOSX_DEPLOYMENT_TARGET in previous OS X versions (i.e., the same
> package compiles without incident on 10.10, 10.9, 10.6).  This happens
> with bash, tcsh and zsh.

There are two mismatch checks in fink-buildenv-helper.sh.  One checks that
your OS version matches the MACOSX_DEPLOYMENT_TARGET that Fink sets during
a build. The other check is to make sure that the available SDK and
MACOSX_DEPLOYMENT_TARGET match.  But 10.11 now also uses the 10.10 SDK, so
I need to release a new helper script that says 10 equals 11.

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] A few 10.11 glitches and possible workarounds

[Hanspeter Niederstrasser]

On 9/30/2015 11:33 PM, William G. Scott wrote:
> In the course of building some of my packages, a few dependencies failed to 
> compile, requiring minor tweaks:
>
> gtk+2  — I had to change to UseMaxBuildJobs: false
> libvpx14  — I had to change to UseMaxBuildJobs: false
> fftw   — I had to change it to build with gcc5
>
> Also, $X11_BASE_DIR doesn’t seem to get set.

What happens if you run

. /sw/sbin/fink-buildenv-helper.sh

from a new terminal window?  If it immediately exits (say with a 
MACOSX_DEPLOYMENT_TARGET failure), set MACOSX_DEPLOYMENT_TARGET to 10.11 
in your shell, and try running fink-buildenv-helper.sh again.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] OpenSSL

[Hanspeter Niederstrasser]

On 9/25/2015 7:15 PM, Alexander Hansen wrote:
> So, apparently, Apple deprecated the system OpenSSL as of 10.7:  
> http://lists.apple.com/archives/macnetworkprog/2015/Jun/msg00025.html 
> 
>
> I don’t really remember having seen any compiler warnings, but whatever.
>
> In any case, Xcode 7 finally breaks the ability to build against the system’s 
> OpenSSL, so we’re going to want to migrate our packages to use Fink’s 
> openssl100.  Unfortunately, this presents some licensing issues for GPL 
> packages—my understanding is that that this forbids binary redistribution, 
> unless the package specifically makes an exemption (GNU wget does, for 
> example).

The licensing problems were brought up in June, but never resolved.

http://sourceforge.net/p/fink/mailman/message/34221422/

Does libressl have a GPL compatible license?

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Issue with fink-buildenv-modules and Xcode 7 on 10.10.

[Hanspeter Niederstrasser]

On Thu, September 17, 2015 6:47 pm, Alexander Hansen wrote:
> Hi.
>
> %p/sbin/fink-buildenv-helper.sh appears to assume that there is an SDK
> directory corresponding to the OS X version.  However, with Xcode 7 on
> 10.10 this isn’t the case—there is only a 10.11 SDK.  This results in
> $SDK_PATH not being set.
>
> I’m not sure how many packages care.  wxwidgets300 currently uses
> $SDK_PATH, but it doesn’t seem like the build really needs that to be
> set any more.
>
> Just thought you might like to know in case folks started complaining. :-)

The SDK_* variables were originally introduced to deal with cmake that was
often stoopid when SDK_VERSION and MACOSX_DEPLOYMENT_TARGET versions
didn't agree. Since we generally don't cross compile, not sure how many
packages actually need to have the SDK_PATH available (but it can't hurt
to have f-b-m be smarter about what the current available SDK is).

On 10.10 with 10.11 SDK only, what does 'xcodebuild -version -sdk
macosx10' output?

Hanspeter

-- 



--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] make-4.1-3 with make-default split-off

[Hanspeter Niederstrasser]

On 9/16/2015 6:09 AM, Martin Costabel wrote:
> On 16/09/15 11:43, Max Horn wrote:
> []
>> I am not 100% comfortable with changing the behavior of the make
>> package like this -- people who are relying on "GNU make" will be caught
>> by surprise if the "make" package suddenly does not provide gmake under
>> the name "make" anymore. Also, packages which depend on "make" would
>> have to be changed at the exact same time as this change is applied (for
>> this I'd need to know which packages are affected, though, which I don't
>> right now... do we have an effective way to do that?)
> []
>
> I agree with what Max says. Better than changing Fink's make package -
> as long as we do not really understand what is going on - might be to
> change the few packages that show this problem. If they don't have a
> dependency on the make package, for consistency reasons they should use
> /usr/bin/make instead of the generic "make". Not doing this is (at least
> in my case of cmake) simply a question of laziness of the maintainer and
> it would be trivial to fix.

The only package I find in the 10.7 tree that explicitly uses 
%p/bin/make is devel/po-debconf.info.  And indeed it does fail with 
/usr/bin/make from 10.9 (GNU-3.81).

Hanspeter


--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metrics from all of your servers, apps and tools
in one place.
SourceForge users - Click here to start your Free Trial of Datadog now!
http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] lib install_name changing from absolute path to @rpath

[Hanspeter Niederstrasser]

On Mon, July 6, 2015 4:31 pm, Daniel Johnson wrote:
>
>> On Jul 6, 2015, at 1:46 PM, Hanspeter Niederstrasser
>>  wrote:
>>
>> If a library changes its install_name from /absolute/path/to/foo.X.dylib
>> to @rpath/foo.X.dylib (X is the same, c_v is bumped), does this need a
>> new
>> libN package name? The file is installed to the same location, so
>> packages
>> linking to the old absolute path dylib should still be able to find the
>> new library.
>>
>> Hanspeter
>
> I would suggest testing to make sure it doesn’t break linkage with
> existing packages. I’m not sure if it will work if a package is not
> linked to the correct -rpath otherwise dyld won’t know what @rpath means
> in this case. Is it possible to change the install_name back to the
> absolute path?

I think previously built packages linking to the old verions will find the
new files since they will be at the same physical location. However,
packages linking to the new files using "-F/sw/lib/qt5-mac/lib -framework
QtCore" as told by qmake and/or pkg-config will probably link to the
library, but will fail at runtime because dyld won't know what @rpath is
supposed to resolve to.  And obviously, the .pc files don't provide the
-rpath flag to deal with that.

Qt's configure has a -no-rpath option, but in its infinte wisdom, that
just removes the @rpath token, leaving a library with a relative path
-install_name.  I need to file a bug upstream about this mess but haven't
had time to do so.

Hanspeter

-- 



--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] lib install_name changing from absolute path to @rpath

[Hanspeter Niederstrasser]

If a library changes its install_name from /absolute/path/to/foo.X.dylib
to @rpath/foo.X.dylib (X is the same, c_v is bumped), does this need a new
libN package name? The file is installed to the same location, so packages
linking to the old absolute path dylib should still be able to find the
new library.

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] wxwidgets300-* hardcodes flag-sort into compiler identification

[Hanspeter Niederstrasser]

 From /sw/lib/wxwidgets300-gtk2/wx/config/gtk2-unicode-3.0:

[ -z "$output_option_cc"] || echo "flag-sort -r gcc"
[ -z "$output_option_cxx"   ] || echo "flag-sort -r g++"
[ -z "$output_option_ld"] || echo "flag-sort -r g++ -o"

$ wx-config --cc
flag-sort -r gcc

This then shows up in ./configure outputs with results like:
configure:3891: checking Checking wxWidgets for min version:
configure:3895: result: -r gcc

which messes up subsequent configure tests.

wxwidgets300-osxcocoa has a similar issue.

Hanspeter

--
Monitor 25 network devices or servers for free with OpManager!
OpManager is web-based network management software that monitors 
network devices and physical & virtual servers, alerts via email & sms 
for fault. Monitor 25 devices for free with no restriction. Download now
http://ad.doubleclick.net/ddm/clk/292181274;119417398;o
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] nose-py27-1.3.6-1 fails to run tests

[Hanspeter Niederstrasser]

On 6/15/2015 9:08 AM, Kurt Schwehr wrote:
> I updated nose, but I think the infotest is likely missing a dependency.  
> I'll try to investigate.
> -kurt (goatbar)

The current test commands seem to be runable through ./run_tests.sh : 
https://github.com/nose-devs/nose/blob/master/run_tests.sh

However, that file doesn't seem to be available in the tarball 
downloaded from pypi.python.org that our current package uses (it is in 
the github tarball).

I locally made my TestScript: <<
 %p/bin/python%type_raw[python] setup.py egg_info || exit 2
 %p/bin/python%type_raw[python] selftest.py || exit 2
<<

And that passed the tests.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] nose-py27-1.3.6-1 fails to run tests

[Hanspeter Niederstrasser]

copying nose/usage.txt -> build/lib/nose
sudo -u fink-bld [ENV] sh -c /tmp/fink.S5gPc
/sw/bin/python2.7 setup.py build_tests
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help

error: invalid command 'build_tests'
### execution of /sw/bin/python2.7 failed, exit code 1
### execution of /tmp/fink.S5gPc failed, exit code 1
phase test: warning

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] libgraphviz238-shlibs-2.38.0-4 ruby detection broken

[Hanspeter Niederstrasser]

libgraphviz238-shlibs-2.38.0-4 tries to use system-ruby, but it's 
detection is broken and causes several problems.

1) It finds my ruby19-dev headers and gv.so links to ruby19-shlibs (even 
if I have ruby20 installed).
2) It installs the following file: 
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/vendor_ruby/2.0.0/universal-darwin13/gv.so
3) The file is actually a symlink that points back to build dir: 
/sw/src/fink.build/root-libgraphviz238-shlibs-2.38.0-4/sw/lib/graphviz-2.38/graphviz/ruby/libgv_ruby.so

The bad headers and linking can be worked around by adding the following 
to %c:
RUBY_CFLAGS=-I${system_ruby_include} RUBY_LIBS=-Wl,-framework,Ruby

This however, still does not fix the bad install file location.

This problem can probably only be reliably fixed by changing the Ruby 
used to one of Fink's ruby packages.

Hanspeter

--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Handling flat_namespace on 10.10+

[Hanspeter Niederstrasser]

On Thu, April 16, 2015 11:46 am, Alexander Hansen wrote:
> Summary:  GNU libtool effectively assumed that there would be no 10.10, so
> a bunch of packages inherited conditional logic that treats 10.10 like
> 10.1.  We’ve been patching against this, and put a .deb validator check
> for flat_namespace builds.
>
> Problem:  openmpi apparently requires flat_namespace.  Other packages
> might also need it, too, but I don’t happen to know of any offhand.
>
> There are a couple of options to address the problem:
>
> 1)  Add a boolean override field, e.g. BuildFlatNamespace, to the .info
> and have that turn off the .deb validation check.

This seems like a gateway to propagating new fields with very limited
usage. The last couple of new fields (RuntimeDepends, NoBuildAsNobody,
etc) had a significantly wider need.  So far BuildFlatNamespace has N=1.
Would it make more sense to have a new more general field that can receive
a comma separated list of pre-set values, and each value would indicate a
action?

RandomTidbitField: AllowFlatNamespace, ThwackUserWithTuna

Could Type: be extended in this manner?

> 2)  Get rid of the .deb validation check and instead apply mandatory tests
> in the earlier phases.  For example, to test at the end of the compile
> phase fink-package-precedence could be extended also to check for
> flat_namespace and packages which need flat_namespace wouldn’t use
> f-p-p; or an additional option flag could be added to f-p-p.  We could
> also check config.status before the compile phase.

Would built debs still be validatable (by hand)?

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.57 test packaging

[Hanspeter Niederstrasser]

On Mon, April 20, 2015 2:32 pm, Jack Howarth wrote:
> Hanspeter,
>   I verified that the boost 1.58 packaging does indeed build
> on MacPorts under darwin12 (but my first attempts to recreate this
> from your info file and patch file including their patch and
> suppression of -std=cxx=+ fails on darwin12 under fink). In any case,
> using the MacPorts boost 1.58, I was able to confirm that
> https://svn.boost.org/trac/boost/ticket/10785 also exists for the
> darwin12 build of boost 1.58 against libstdc++ and that -std=c++11 has
> to be invoked to suppress it. Since obviously we don't have functional
> c++11 support with libstdc++, the boost 1.58 build on darwin12 and
> earlier will be crippled.
>   Jack

I have no interest in maintaining boost 1.58 on Mountain Lion or earlier.

Hanspeter

-- 



--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.57 test packaging

[Hanspeter Niederstrasser]

I've updated boost1.58.info in my experimental to use the just released
boost-1_58_0 from upstream. Please test and report back any problems. 
Upstream screwed up their (lack of) use of -install_name and c_v even
more, so there's way more games being played in the .info file now to make
sure the libraries are all properly named and versioned. I think I got
them all.

http://cvs.snaggledworks.com/viewvc.cgi/fink/10.7/main/finkinfo/libs/

Hanspeter

-- 



--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] boost1.55.info missing libicu depends

[Hanspeter Niederstrasser]

On 4/19/2015 5:03 PM, Jack Howarth wrote:
> Hanspeter,
>   I've gone ahead and checked those changes in as obvious.
>   Jack

Thank you for diagnosing the missing libicu dependency.  I wish you had 
waited more than the 74 minutes you did, because now I have to bump %r 
again to add the Conflicts/Replaces for boost1.58.  That is an 
unacceptably short time to wait before editing an active maintainer's 
packages.

Hanspeter


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] libicu48-dev broken by Xcode 6.3

[Hanspeter Niederstrasser]

On 4/12/2015 4:23 PM, Jack Howarth wrote:
> Wonder when libicu48-dev was last validated? The current packaging is
> failing the InfoTest on both 10.8 with Xcode 5.1 and 10.9 with Xcode
> 6.2 (as well as 10.10 with Xcode 6.3).

The failure is not caused by Xcode or OS X version.  It popped up in 
2014 (or maybe 2015) when the date assumption "2034-20 > $YEAR" no 
longer held. It's now fixed in CVS.

Hanspeter


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] vtk510 missing Shlibs fields

[Hanspeter Niederstrasser]

On 4/1/2015 11:20 AM, Derek Homeier wrote:
> Hi,
>
> building vtk510-5.10.1-1 with -m fails the package check due to two entries 
> missing in the Shlibs list:
>
> 147a148
>>  %p/lib/%N/libLSDyna.5.10.dylib  5.10.0  %n  (>= 
>> 5.10.0-1)
> 231a233
>>  %p/lib/%N/libvtkhdf5_hl.1.8.5.dylib 1.8.5  %n  (>= 
>> 5.10.0-1)

Thanks for the report.  I've gone ahead and added the two files to the 
Shlibs: field.  I've also added missing *Depends to the various SplitOffs.

Hanspeter


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt4-base-mac build failure on 10.10.2

[Hanspeter Niederstrasser]

On 3/20/2015 4:31 PM, David Reiser wrote:
> On Mar 20, 2015, at 7:15 AM, Hanspeter Niederstrasser 
>  wrote:
>>
>> On 3/19/2015 9:46 PM, David Reiser wrote:
>>> g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra 
>>> -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts 
>>> -Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare 
>>> -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self 
>>> -I/sw/include -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fPIC 
>>> -fvisibility=hidden -fvisibility-inlines-hidden -isysroot 
>>> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
>>>  -DNDEBUG -DBUILDING_QT__=1 -DQT_ASCII_CAST_WARNINGS -DENABLE_XSLT=0 
>>> -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 
>>> -DENABLE_EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 
>>> -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNEL_MESSAGING=1 
>>> -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 
>>> -DENABLE_SQLITE=1 -DENABLE_DASHBOARD_SUPPORT=0 -DENABLE_FILTERS=1 
>>> -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORK
>> ERS=1 -DE
>> NABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 
>> -DENABLE_PROGRESS_TAG=1 -DENABLE_BLOB=1 -DENABLE_NOTIFICATIONS=1 
>> -DENABLE_INPUT_SPEECH=0 -DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 
>> -DENABLE_WEB_AUDIO=0 -DENABLE_WEBGL=0 -DENABLE_MEDIA_STATISTICS=0 
>> -DENABLE_VIDEO_TRACK=0 -DENABLE_TOUCH_ICON_LOADING=0 
>> -DENABLE_ANIMATION_API=0 -DENABLE_SVG=1 -DENABLE_SVG_FONTS=1 
>> -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 
>> -DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 
>> -DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 
>> -DENABLE_WEB_SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 
>> -DENABLE_VIDEO=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT 
>> -DQT_MAKEDLL -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_GUI_LIB 
>> -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE 
>> -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 
>> -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -DQT_SHARED 
>> -I../../../../../mkspecs/macx
>> -g++ -I.
>> -I.moc/debug-static -I../../../../../lib/QtCore.framework/Versions/4/Headers 
>> -I../../../../../include/QtCore 
>> -I../../../../../lib/QtNetwork.framework/Versions/4/Headers 
>> -I../../../../../include/QtNetwork 
>> -I../../../../../lib/QtGui.framework/Versions/4/Headers 
>> -I../../../../../include/QtGui -I../../../../../include -I../JavaScriptCore 
>> -I../../Source -I../ThirdParty -I../JavaScriptCore/assembler 
>> -I../JavaScriptCore/bytecode -I../JavaScriptCore/bytecompiler 
>> -I../JavaScriptCore/heap -I../JavaScriptCore/dfg 
>> -I../JavaScriptCore/debugger -I../JavaScriptCore/interpreter 
>> -I../JavaScriptCore/jit -I../JavaScriptCore/parser 
>> -I../JavaScriptCore/profiler -I../JavaScriptCore/runtime 
>> -I../JavaScriptCore/wtf -I../JavaScriptCore/wtf/gobject 
>> -I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian
>>  -I../JavaScriptCore/wtf/unicode -I../JavaScriptCore/yarr 
>> -I../JavaScriptCore/API -I../JavaScriptCore/ForwardingHeaders -I../Ja
>> vaScriptC
>> ore/generated -Ibridge/qt -Ipage/qt -Iplatform/graphics/qt 
>> -Iplatform/network/qt -Iplatform/qt -I../WebKit/qt/Api 
>> -I../WebKit/qt/WebCoreSupport -I. -Iaccessibility -Ibindings 
>> -Ibindings/generic -Ibridge -Icss -Idom -Idom/default -Iediting -Ifileapi 
>> -Ihistory -Ihtml -Ihtml/canvas -Ihtml/parser -Ihtml/shadow -Iinspector 
>> -Iloader -Iloader/appcache -Iloader/archive -Iloader/cache -Iloader/icon 
>> -Imathml -Inotifications -Ipage -Ipage/animation -Iplatform 
>> -Iplatform/animation -Iplatform/audio -Iplatform/graphics 
>> -Iplatform/graphics/filters -Iplatform/graphics/filters/arm 
>> -Iplatform/graphics/texmap -Iplatform/graphics/transforms 
>> -Iplatform/image-decoders -Iplatform/leveldb -Iplatform/mock 
>> -Iplatform/network -Iplatform/sql -Iplatform/text -Iplatform/text/transcoder 
>> -Iplugins -Irendering -Irendering/mathml -Irendering/style -Irendering/svg 
>> -Istorage -Isvg -Isvg/animation -Isvg/graphics -Isvg/graphics/filters 
>> -Isvg/properties -Itesting -Iwebaudio -Iwebsockets 
>> -I/sw/src/fink.build/qt4-ba
>> se-mac-4.
>> 8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/wml
>>  -Iworkers -Ix

Re: [Fink-devel] qt4-base-mac build failure on 10.10.2

[Hanspeter Niederstrasser]

On 3/19/2015 9:46 PM, David Reiser wrote:
> g++ -c -pipe -Xarch_x86_64 -mmacosx-version-min=10.10 -Wall -Wextra 
> -Wreturn-type -fno-strict-aliasing -Wcast-align -Wchar-subscripts 
> -Wformat-security -Wreturn-type -Wno-unused-parameter -Wno-sign-compare 
> -Wno-switch -Wno-switch-enum -Wundef -Wmissing-noreturn -Winit-self 
> -I/sw/include -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fPIC 
> -fvisibility=hidden -fvisibility-inlines-hidden -isysroot 
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
>  -DNDEBUG -DBUILDING_QT__=1 -DQT_ASCII_CAST_WARNINGS -DENABLE_XSLT=0 
> -DENABLE_WEB_TIMING=0 -DENABLE_JAVASCRIPT_DEBUGGER=1 -DENABLE_DATABASE=1 
> -DENABLE_EVENTSOURCE=1 -DENABLE_OFFLINE_WEB_APPLICATIONS=1 
> -DENABLE_DOM_STORAGE=1 -DENABLE_ICONDATABASE=1 -DENABLE_CHANNEL_MESSAGING=1 
> -DENABLE_DIRECTORY_UPLOAD=0 -DENABLE_FILE_SYSTEM=0 -DENABLE_QUOTA=0 
> -DENABLE_SQLITE=1 -DENABLE_DASHBOARD_SUPPORT=0 -DENABLE_FILTERS=1 
> -DENABLE_XPATH=1 -DENABLE_WCSS=0 -DENABLE_SHARED_WORKERS=1 -DENABLE_WORK
 ERS=1 -DE
NABLE_XHTMLMP=0 -DENABLE_DETAILS=1 -DENABLE_METER_TAG=1 -DENABLE_PROGRESS_TAG=1 
-DENABLE_BLOB=1 -DENABLE_NOTIFICATIONS=1 -DENABLE_INPUT_SPEECH=0 
-DENABLE_INSPECTOR=1 -DENABLE_3D_RENDERING=1 -DENABLE_WEB_AUDIO=0 
-DENABLE_WEBGL=0 -DENABLE_MEDIA_STATISTICS=0 -DENABLE_VIDEO_TRACK=0 
-DENABLE_TOUCH_ICON_LOADING=0 -DENABLE_ANIMATION_API=0 -DENABLE_SVG=1 
-DENABLE_SVG_FONTS=1 -DENABLE_SVG_FOREIGN_OBJECT=1 -DENABLE_SVG_ANIMATION=1 
-DENABLE_SVG_AS_IMAGE=1 -DENABLE_SVG_USE=1 -DENABLE_DATALIST=1 
-DENABLE_TILED_BACKING_STORE=1 -DENABLE_NETSCAPE_PLUGIN_API=1 
-DENABLE_WEB_SOCKETS=1 -DWTF_USE_QT_BEARER=1 -DENABLE_TOUCH_EVENTS=1 
-DENABLE_VIDEO=0 -DBUILDING_JavaScriptCore -DBUILDING_WTF -DBUILDING_WEBKIT 
-DQT_MAKEDLL -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_GUI_LIB 
-DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE 
-DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 
-DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -DQT_SHARED -I../../../../../mkspecs/macx
 -g++ -I. 
-I.moc/debug-static -I../../../../../lib/QtCore.framework/Versions/4/Headers 
-I../../../../../include/QtCore 
-I../../../../../lib/QtNetwork.framework/Versions/4/Headers 
-I../../../../../include/QtNetwork 
-I../../../../../lib/QtGui.framework/Versions/4/Headers 
-I../../../../../include/QtGui -I../../../../../include -I../JavaScriptCore 
-I../../Source -I../ThirdParty -I../JavaScriptCore/assembler 
-I../JavaScriptCore/bytecode -I../JavaScriptCore/bytecompiler 
-I../JavaScriptCore/heap -I../JavaScriptCore/dfg -I../JavaScriptCore/debugger 
-I../JavaScriptCore/interpreter -I../JavaScriptCore/jit 
-I../JavaScriptCore/parser -I../JavaScriptCore/profiler 
-I../JavaScriptCore/runtime -I../JavaScriptCore/wtf 
-I../JavaScriptCore/wtf/gobject 
-I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/JavaScriptCore/wtf/symbian
 -I../JavaScriptCore/wtf/unicode -I../JavaScriptCore/yarr 
-I../JavaScriptCore/API -I../JavaScriptCore/ForwardingHeaders -I../Ja
 vaScriptC
ore/generated -Ibridge/qt -Ipage/qt -Iplatform/graphics/qt 
-Iplatform/network/qt -Iplatform/qt -I../WebKit/qt/Api 
-I../WebKit/qt/WebCoreSupport -I. -Iaccessibility -Ibindings -Ibindings/generic 
-Ibridge -Icss -Idom -Idom/default -Iediting -Ifileapi -Ihistory -Ihtml 
-Ihtml/canvas -Ihtml/parser -Ihtml/shadow -Iinspector -Iloader 
-Iloader/appcache -Iloader/archive -Iloader/cache -Iloader/icon -Imathml 
-Inotifications -Ipage -Ipage/animation -Iplatform -Iplatform/animation 
-Iplatform/audio -Iplatform/graphics -Iplatform/graphics/filters 
-Iplatform/graphics/filters/arm -Iplatform/graphics/texmap 
-Iplatform/graphics/transforms -Iplatform/image-decoders -Iplatform/leveldb 
-Iplatform/mock -Iplatform/network -Iplatform/sql -Iplatform/text 
-Iplatform/text/transcoder -Iplugins -Irendering -Irendering/mathml 
-Irendering/style -Irendering/svg -Istorage -Isvg -Isvg/animation 
-Isvg/graphics -Isvg/graphics/filters -Isvg/properties -Itesting -Iwebaudio 
-Iwebsockets -I/sw/src/fink.build/qt4-ba
 se-mac-4.
8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/wml 
-Iworkers -Ixml -Ibridge/jsc -Ibindings/js 
-I/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/src/3rdparty/webkit/Source/WebCore/bindings/js/specialization
 -Ibridge/c -Itesting/js -Igenerated -I../../Source -I../../include 
-I../include/QtWebKit -I../include -Iplatform/mac 
-F/sw/src/fink.build/qt4-base-mac-4.8.6-4/qt-everywhere-opensource-src-4.8.6/lib
 -o .obj/debug-static/ScriptControllerBase.o bindings/ScriptControllerBase.cpp
> In file included from bindings/ScriptControllerBase.cpp:22:
> In file included from bindings/js/ScriptController.h:26:
> In file included from bindings/js/JSDOMWindowShell.h:32:
> In file included from generated/JSDOMWindow.h:25:
> In file included from bindings/js/JSDOMWindowBase.h:23:
> In file included from bindings/j

Re: [Fink-devel] automake1.15-1.15-1

[Hanspeter Niederstrasser]

On 3/18/2015 10:07 AM, Jack Howarth wrote:
> The new automake1.15-1.15-1 packaging is failing 'fink -m' on
> x86_64-apple-darwin14...
>
> FAIL: t/fort4.sh
>
> which was previously reported upstream without any response from the 
> developers.
>
> http://lists.gnu.org/archive/html/bug-automake/2015-02/msg0.html
> http://lists.gnu.org/archive/html/bug-automake/2015-02/msg1.html

The following patch fixed automake1.14 and 1.15 for me (am1.14 was last 
built by me with tests on July 25, 2014).
--- 8< --- 8< --- 8< --- 8< --- 8< --- 8< ---
--- a/t/fort4.sh2015-03-18 21:11:28.0 -0500
+++ b/t/fort4.sh2015-03-18 21:11:44.0 -0500
@@ -62,6 +62,8 @@
  goodbye_SOURCES = bye.f90 sub/baz.f
  goodbye_FCFLAGS =
  LDADD = $(FCLIBS)
+distclean-local:
+   -rm -rf *.dSYM
  END

  $ACLOCAL
--- 8< --- 8< --- 8< --- 8< --- 8< --- 8< ---

Hanspeter


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] I'm planning to revert the X11 detection behavior to require /usr/X11R6 unless people object strongly

[Hanspeter Niederstrasser]

On 3/15/2015 12:19 PM, Jack Howarth wrote:
> Alexander,
>  What ever happened to the idea of expanding fink-buildenv-modules
> in order to provide intelligent setting environmentals to provide the
> X11 directory paths? If that ever landed in fink, I would be happy to
> switch my packages over to use those. Currently we simply don't have
> an easy way to know whether /opt/X11 is present short of adding case
> statements for OS X <= 10.7 and >= 10.8 to cover the transition from
> Apple X11 to Xquartz.
>Jack

Quoting when you last brought this up[1]:


I am swamped with work. Please submit a pull request to my git repo. Use 
X11_INCLUDE_DIR and X11_LIBRARY_DIR as the variables since that makes 
them provider agnostic and they match up with what cmake uses.  Unless 
we *don't* want to overlap with cmake's detection output variables. In 
that case, still, use X11_SOMETHING rather than XORG_SOMETHING.


Hanspeter

[1] http://article.gmane.org/gmane.os.apple.fink.devel/22708/


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] configure error openmotif4 after Yosemite update

[Hanspeter Niederstrasser]

On Mon, March 2, 2015 11:40 am, Jack Howarth wrote:
> Alexander,
>  This is why I was pushing Hanspeter to expand the
> fink-buildenv-modules to provide XORG_INCL_PATH and XORG_LINK_PATH
> environmental variables which are automagically set appropriately for
> the OS release. As soon as those land in fink, I'll start to use them
> but I am waiting on Hanspeter here.
> Jack

I am swamped with work. Please submit a pull request to my git repo.  Use
X11_INCLUDE_DIR and X11_LIBRARY_DIR as the variables since that makes them
provider agnostic and they match up with what cmake uses.  Unless we
*don't* want to overlap with cmake's detection output variables. In that
case, still, use X11_SOMETHING rather than XORG_SOMETHING.

Hanspeter

-- 
Amoebas at the start
  Were not complex.
They tore themselves apart
  And started sex.
::Arthur Guiterman


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] astropy-1.0

[Hanspeter Niederstrasser]

On 2/19/2015 3:33 PM, Derek Homeier wrote:
> Hi,
>
> following up on my recent question how to best get package updates into the
> distribution as a non-core developer, is the full package tree going to be 
> migrated
> to github at some point? Then it would of course just take a pull request.
> In the meantime, I am attaching the update for Astropy the old-fashioned way;
> tested on 10.9 and 10.10 with all relevant versions.

Checked in to the 10.7 tree (tested on 10.9).  New/updated submissions 
are better handled through the submissions tracker[1] or let us know if 
you want CVS write access.

Hanspeter

[1] https://sourceforge.net/p/fink/package-submissions/

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] m17n-{db,lib}? (really, emacs arabic)

[Hanspeter Niederstrasser]

I've attached updated files for m17n-*.  Then modify emacs24.info as 
necessary to activate m17n*. This file updates m17n-lib to the latest 
upstream, as well as adding some missing dependencies.  You can put them 
in to /sw/fink/dists/local/main/finkinfo and Fink will see them.


I've CC'd the Todai team since they're the named maintainers for the 
m17n packages if they'd like to weigh in.


Hanspeter

Package: m17n-db
Version: 1.7.0
Revision: 1
Source: http://download.savannah.gnu.org/releases/m17n/m17n-db-%v.tar.gz
Source-MD5: 0a320d3cf955abba459e51161fc91236
Source2: mirror:gnu:glibc/glibc-2.9.tar.bz2
Source2-MD5: fc62e989cf31d015f31628609fc3757a
ConfigureParams: --with-charmaps=../glibc-2.9/localedata/charmaps
InstallScript: <<
  make install DESTDIR=%d
<<
DocFiles: AUTHORS COPYING NEWS README 
Description: Database for the m17n library
DescPackaging: <<
  Originally packaged by Etsushi Kato 
<<
License: LGPL
Maintainer: Todai Fink Team 
Package: m17n-lib
Version: 1.7.0
Revision: 1
BuildDepends: <<
  anthy-dev,
  fink-package-precedence,
  fontconfig2-dev,
  freetype219 (>= 2.5.5-1),
  fribidi-dev (>= 0.19.2-2),
  gd3,
  ispell,
  libiconv-dev,
  libiconv-bin,
  libgettext8-dev,
  libjpeg9,
  libotf,
  libpng16,
  libthai-dev,
  libxml2,
  pkgconfig,
  x11-dev,
  xft2-dev (>= 2.2.0-4)
<<
Depends: %N-shlibs
BuildDependsOnly: true
Source: http://download.savannah.gnu.org/releases/m17n/m17n-lib-%v.tar.gz
Source-MD5: 9769e12770483c203c6b304ce406495e
#PatchFile: %n.patch
#PatchFile-MD5: 87be57e59517b5893977cc8d93cbdae1
#PatchScript: sed 's|@PREFIX@|%p|' < %{PatchFile} | patch -p1
UseMaxBuildJobs: false
ConfigureParams: --enable-dependency-tracking
CompileScript: <<
  %{default_script}
  fink-package-precedence .
  iconv -f euc-jp -t utf-8 example/M17NEdit.ja | sed 1s/euc-jp/utf-8/ > 
example/M17NEdit.ja.utf8
<<
InstallScript: <<
  make install DESTDIR=%d
  mkdir -p %i/share/%n/examples
  install -m 644 example/HELLO* %i/share/%N/examples
  mkdir -p %i/etc/app-defaults/ja_JP.eucJP %i/etc/app-defaults/ja_JP.UTF-8
  install -m 644 example/M17NEdit.ja %i/etc/app-defaults/ja_JP.eucJP/M17NEdit
  install -m 644 example/M17NEdit.ja.utf8 
%i/etc/app-defaults/ja_JP.UTF-8/M17NEdit
  # Before the anthy and wordcut packages are completed, don't include mimx
  rm -f %i/lib/m17n/1.0/libmimx*
<<
SplitOff: <<
  Package: %N-shlibs
  Depends: <<
libiconv,
libthai-shlibs,
libxml2-shlibs,
m17n-db
  <<
  Files: lib/libm17n-core.*.dylib lib/libm17n.*.dylib lib/libm17n-flt.*.dylib
  Shlibs: <<
%p/lib/libm17n-core.0.dylib 5.0.0 %n (>= 1.6.2-1)
%p/lib/libm17n.0.dylib 5.0.0 %n (>= 1.6.2-1)
%p/lib/libm17n-flt.0.dylib 5.0.0 %n (>= 1.6.2-1)
  <<
  DocFiles: AUTHORS COPYING NEWS README 
<<
SplitOff2: <<
  Package: %N-gui
  Depends: %N-gui-shlibs
  BuildDependsOnly: true
  Files: lib/libm17n-gui.{dylib,a,la} lib/m17n/1.0/libm17n-{gd,X}.{a,la} 
lib/pkgconfig/m17n-gui.pc include/m17n-{gui,X}.h
  DocFiles: AUTHORS COPYING NEWS README 
<<
SplitOff3: <<
  Package: %N-gui-shlibs
  Depends: <<
%N-shlibs,
fontconfig2-shlibs,
freetype219-shlibs (>= 2.5.5-1),
fribidi-shlibs (>= 0.19.2-2),
gd3-shlibs,
libotf-shlibs, gd2-shlibs,
xft2-shlibs (>= 2.2.0-4),
x11-shlibs
  <<
  Files: lib/libm17n-gui.*.dylib lib/m17n/1.0/libm17n-*.so
  Shlibs: <<
%p/lib/libm17n-gui.0.dylib 5.0.0 %n (>= 1.6.2-1)
  <<
  DocFiles: AUTHORS COPYING NEWS README 
<<
SplitOff4: <<
  Package: %N-examples
  Depends: <<
%N-gui-shlibs,
app-defaults,
fontconfig2-shlibs,
freetype219-shlibs (>= 2.5.5-1),
fribidi-shlibs (>= 0.19.2-2),
gd3-shlibs,
libiconv,
libotf-shlibs,
libthai-shlibs,
libxml2-shlibs,
m17n-lib-gui-shlibs,
x11-shlibs
  <<
  Files: bin/m17n-conv bin/m17n-date bin/m17n-dump bin/m17n-edit bin/m17n-view 
share/%N etc
  # add lib/libmimx* to Files later
  DocFiles: AUTHORS COPYING NEWS README 
<<
DocFiles: AUTHORS COPYING NEWS README 
Description: Multilingual text processing library for C
DescPackaging: <<
  TODO: anthy and wordcut support for -examples

  Originally packaged by Etsushi Kato 
<<
License: LGPL
Maintainer: Todai Fink Team 
Homepage: http://www.nongnu.org/m17n/
--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] patch video-oct to use newer

[Hanspeter Niederstrasser]

On 2/14/2015 11:01 AM, Alexander Hansen wrote:
>
>> On Feb 14, 2015, at 5:08 AM, Hanspeter Niederstrasser 
>>  wrote:
>>
>> Attached are .info/.patch files to update video-oct to use newer versions of 
>> ffmpeg and not the really old libavcodec53 library.
>>
>> The patch is primarily from here (unreleased upstream):
>> https://sourceforge.net/p/octave/video/ci/7caa40bb8a47ba943d63f16896b4771854ebfd68/
>>
>> But I also added the chunk around line 124 from here:
>> https://github.com/tufei/octave-forge-video/commit/19119e2ec936285c6e7e4fc903d97d7f3efc8648#diff-ee390d07771903074cab05b278a4bf4aL123
>>
>> because av_set_parameters no longer exists and I couldn't find a replacement 
>> for that function
>>
>> I also removed -D__STDC_CONSTANT_MACROS from CXXFLAGS because it was giving 
>> a lot of "__STDC_CONSTANT_MACROS macro redefined" warnings. There are still 
>> UINT64_C redefined issues which might be taken care of with 
>> https://sourceforge.net/p/octave/video/ci/c341586726c96ca5aa5821b38792b1bf7fe8adc0/#diff-8
>>  from a later commit, but I didn't test it in order to minimize the cherry 
>> picking.
>>
>> This built with ffmpeg-1.2, -2.0, and -2.4, but I have no way of knowing if 
>> the resulting build actually works and doesn't cause total protonic reversal.
>>
>> Hanspeter
>> 
>
> The Octave video package hasn’t gotten a lot of upstream love, so I’m not too 
> worried.  Go ahead and commit something that builds—I’m going to be doing a 
> lot of running around this weekend.

Committed to CVS.  And libavcodec53 is now EOL.

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] patch video-oct to use newer

[Hanspeter Niederstrasser]

Attached are .info/.patch files to update video-oct to use newer 
versions of ffmpeg and not the really old libavcodec53 library.


The patch is primarily from here (unreleased upstream):
https://sourceforge.net/p/octave/video/ci/7caa40bb8a47ba943d63f16896b4771854ebfd68/

But I also added the chunk around line 124 from here:
https://github.com/tufei/octave-forge-video/commit/19119e2ec936285c6e7e4fc903d97d7f3efc8648#diff-ee390d07771903074cab05b278a4bf4aL123

because av_set_parameters no longer exists and I couldn't find a 
replacement for that function


I also removed -D__STDC_CONSTANT_MACROS from CXXFLAGS because it was 
giving a lot of "__STDC_CONSTANT_MACROS macro redefined" warnings. There 
are still UINT64_C redefined issues which might be taken care of with 
https://sourceforge.net/p/octave/video/ci/c341586726c96ca5aa5821b38792b1bf7fe8adc0/#diff-8 
from a later commit, but I didn't test it in order to minimize the 
cherry picking.


This built with ffmpeg-1.2, -2.0, and -2.4, but I have no way of knowing 
if the resulting build actually works and doesn't cause total protonic 
reversal.


Hanspeter
Info2: <<
Package: video-oct%type_pkg[oct]
Version: 1.0.2
Type: oct (3.0.5 3.2.4 3.4.3 3.6.0 3.6.1 3.6.2 3.6.3 3.6.4), forge (video), gcc 
(4.9)
Revision: 6
Distribution: (%type_pkg[oct] << 364) 10.7, (%type_pkg[oct] << 364) 10.8

Maintainer: Alexander Hansen 
Homepage: http://octave.sourceforge.net/video/index.html 
Description: FFmpeg interface for Octave
DescDetail: <<
Implements addframe, avifile, aviinfo, and aviread, using ffmpeg. (and
approximately conforms to the Matlab interface)

This package provides the following functions:
addframe
avifile
aviinfo
aviread
<<

License: BSD

# reported to have issues with ffmpeg suite newer than avcodec53
# possible fixes:
#   https://github.com/tufei/octave-forge-video
#   http://lists.gnu.org/archive/html/help-octave/2011-12/msg00405.html
BuildDepends: <<
  ( %type_pkg[oct] << 360 ) liboctave%type_pkg[oct]-gcc%type_pkg[gcc]-dev, 
  ( %type_pkg[oct] >= 360 ) liboctave%type_pkg[oct]-dev,
  fftw3,
  ( %type_pkg[oct] = 305 ) hdf5.9-oldapi,
  ( %type_pkg[oct] != 305 ) hdf5.9,
  libavcodec56-2.4-dev,
  libavformat56-2.4-dev,
  libavutil54-2.4-dev,
  libswscale3-2.4-dev,
  pkgconfig,
  fink-octave-scripts (>= 0.3.0-1)
<<
Depends: <<
  octave%type_pkg[oct]-interpreter,
  libavcodec56-2.4-shlibs,
  libavformat56-2.4-shlibs,
  libavutil54-2.4-shlibs,
  libswscale3-2.4-shlibs,
  ( %type_pkg[oct] << 360 ) gcc%type_pkg[gcc]-shlibs
<<
Conflicts: octave-forge

Source: 
mirror:sourceforge:octave/Octave%%20Forge%%20Packages/R2009-05-08/%type_raw[forge]-%v.tar.gz
Source-MD5: e45e827ce5f409191aa9e9a61058e4ce

PatchFile: %{ni}.patch
PatchFile-MD5: b50739043be90e99f33ae10de3b8c7be
PatchScript: <<
%{default_script}
<<

NoSetCPPFLAGS: true
NoSetLDFLAGS: true
UseMaxBuildJobs: false
BuildAsNobody: false

CompileScript: <<
#!/bin/sh -ev
pkgsrc=%type_raw[forge]-%v

# Invariant stuff begins here #
%p/share/fink-octave-scripts/octave-forge-patch.sh %type_raw[forge] %v 
%type_raw[oct] %b %i $pkgsrc
export PKG_CONFIG_PATH=%p/lib/ffmpeg-2.4/lib/pkgconfig:$PKG_CONFIG_PATH
./octave-forge-compile.sh
<<

InstallScript: ./octave-forge-install.sh
PostInstScript:  
%p/share/octave/%type_raw[oct]/%type_raw[forge]/octave-forge-postinst.sh
PreRmScript: 
%p/share/octave/%type_raw[oct]/%type_raw[forge]/octave-forge-prerm.sh

DescPackaging: <<
For this package:
Numerous patches to use ffmpeg-0.8.4.

Common for all octave-forge packages:
Preinst and postinst scripts are dynamically set up via 
%p/share/fink-octave-scripts/octave-forge-patch.sh because Octave's package 
manager 
can't cope with non-literal arguments.

The Type: forge (pkgname) is used to minimize what needs to be changed when
using this .info file as a template, or when the package name contains 
underscores.
<<
<<
diff -Nurd video-1.0.2/src/AVHandler.cc video-1.0.2.patched/src/AVHandler.cc
--- video-1.0.2/src/AVHandler.cc2009-05-08 08:17:36.0 -0500
+++ video-1.0.2.patched/src/AVHandler.cc2015-02-14 05:56:20.0 
-0600
@@ -64,7 +64,7 @@
if (av_output->pb->buf_ptr) {
while (write_frame() > 0) {}
av_write_trailer(av_output);
-   if (url_fclose( av_output->pb ) < 0)
+   if (avio_close( av_output->pb ) < 0)
(*out) << "AVHandler: cannot close output file" << std::endl;
}
av_free(av_output);
@@ -78,7 +78,7 @@
 }
 
 if (av_input) {
-   av_close_input_file(av_input);
+   avformat_close_input(&av_input);
 } else {
// close output stream
if (vstream) av_freep(&vstream);
@@ -94,8 +94,8 @@
 AVHandler::setup_write() {
 av_register_all();
 
-AVOutputFormat *avifmt;   
-for (avifmt = first_oformat; avifmt != NULL; avifmt = avifmt->next) {
+AVOutputFormat *avifmt = NULL;   
+while (NULL != (avifmt = av_oformat_next(avifmt))) {
if (std::string

Re: [Fink-devel] fink-buildenv-modules enhancements for X11 flags

[Hanspeter Niederstrasser]

On 2/10/2015 8:44 PM, Jack Howarth wrote:
> Hanspeter,
>Now that a working implementation for the automatic appending of
> the appropriate X11 include and linker flags to CPPFLAGS and LDFLAGS
> has been checked in to fink git...
>
> http://sourceforge.net/p/fink/patches/158/
>
> we need the to implement the other half required for fully migrating
> off of depending on the X11 convenience symlinks. If you can enhance
> the existing fink-buildenv-modules.info to provide build time
> variables for XORG_INCL_PATH and XORG_LINK_PATH which would be
> conditionally set to
>
> XORG_INCL_PATH=/usr/X11/include
> XORG_LIB_PATH=/usr/X11/lib

Is there any reason to have these variables be XORG_* rather than X11_*?

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Removing myself as maintainer

[Hanspeter Niederstrasser]

On 2/8/2015 8:20 AM, Trevor Harmon wrote:
> Hi,
>
> I am currently listed as the maintainer of 45 packages (only 4 still 
> officially supported):

Thanks for all your past work.  Which are the 4 packages that are still 
being supported (I assume you mean by upstream)?

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] switching libkate1-shlibs to wxpython300-py

[Hanspeter Niederstrasser]

On 2/5/2015 9:10 PM, Jack Howarth wrote:
> Hanspeter,
>Have you considered changing the BuildDepends on
> wxgtk2.8-py27-dev and Depends on wxgtk2.8-py27 in libkate1-shlibs to
> wxpython300-py27-dev and wxpython300-py27? Since qt4-mac, rather than
> the nonexistent qt4-x11, is used for our KDE packages, the cocoa-based
> wxpython seems to make more sense. Note that the wxwidgets300-osxcocoa
> and  wxgtk2.8 packages can co-exist but not the wxpython (
> wxgtk2.8-py27 vs  wxpython300-py27) ones. So migrating everything from
> wxgtk2.8-py to wxpython300-py will be desirable (especially as
> upstream wxpython has abandoned support for a gtk-based build on OS
> X).

libkate has nothing to do with KDE and doesn't care what UI toolkit it 
is using.  It is a graphics codec.

Anyways, updating libkate1 to use wxpython300-py27 causes a deadlock and 
following the instructions at the end causes libkate1 to actually be 
uninstalled, *including* packages that depend on it. That's beyond 
suboptimal.

The following package will be installed or updated:
  libkate1-shlibs
The following 2 additional packages will be installed:
  wxpython300-py27 wxpython300-py27-dev
Default answer will be chosen in 60 seconds...
Do you want to continue? [Y/n]
Reading buildlock packages...
All buildlocks accounted for.

While trying to install:
   wxpython300-py27-3.0.2.0-2
   wxpython300-py27-dev-3.0.2.0-2

The following inconsistencies found:
   Unsatisfied dependency in libkate1-shlibs: wxgtk2.8-py27

Trying to resolve dependencies...
Could not resolve inconsistent dependencies!

Fink isn't sure how to install the above packages safely. You may be 
able to fix things by running:

   fink scanpackages
   sudo apt-get update
   sudo apt-get install wxpython300-py27-dev=3.0.2.0-2 
wxpython300-py27=3.0.2.0-2

Failed: Fink::SysState: Could not resolve inconsistent dependencies

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] grib-api-1.13.0-1/grib-api-fortran-1.13.0-1/cdo-1.6.7

[Hanspeter Niederstrasser]

On Thu, February 5, 2015 2:01 pm, Jack Howarth wrote:
> Remko,
>Currently grib-api/grib-api-fortran fail fink validation on
> 10.10 due to the Puma linkage bug in configure. The following changes
> update these package to the latest 1.13.0 sources and use the perl
> edit fix to configure to pass 'fink -m' on 10.10.

The grib-api update is already being looked at:
https://sourceforge.net/p/fink/package-submissions/4460/

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] imagemagick7-shlibs broken by new freetype219

[Hanspeter Niederstrasser]

On Tue, January 27, 2015 11:47 am, Jack Howarth wrote:
> Hanspeter,
> There isn't an explicit failure with libxml2 but it is an
> extremely bad idea to be using the system headers for libxml2 or any
> other library while linking in the fink versions of those libraries. I
> don't understand why you consider this an issue as 'optional' aa the
> current build is clearly against fink packaging guidelines.
> Jack

What system-libxml2 header is being used? If there is a system-libxml2
header being used, I agree that this breaks packaging guidelines and I
will fix it. If there is no system-libxml2 header being used, exactly what
packaging guideline is being broken?

Hanspeter

-- 



--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] imagemagick7-shlibs broken by new freetype219

[Hanspeter Niederstrasser]

On Tue, January 27, 2015 10:03 am, Jack Howarth wrote:
> You also need...
>
> perl -pi -e 's|\$CPPFLAGS
> \-I\${xml2_prefix}/include/libxml2|\-I\${xml2_prefix}/include/libxml2
> \$CPPFLAGS|g' configure
>
> which finally produces a valid include ordering for fink...
>
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I./config -I./ltdl
> -I./ltdl -I/sw/include/libxml2 -I/sw/include/freetype2 -I/sw/include
> -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16
> -I/usr/X11/include -D_THREAD_SAFE -D_THREAD_SAFE -pthread -g -O2 -Wall
> -D_THREAD_SAFE -pthread -DMAGICKCORE_HDRI_ENABLE=1
> -DMAGICKCORE_QUANTUM_DEPTH=16 -MT
> magick/magick_libMagickCore_Q16HDRI_la-annotate.lo -MD -MP -MF
> magick/.deps/magick_libMagickCore_Q16HDRI_la-annotate.Tpo -c
> magick/annotate.c  -fno-common -DPIC -o
> magick/.libs/magick_libMagickCore_Q16HDRI_la-annotate.o


Are you actually seeing a libxml related failure that is fixed by
reordering the flags?  Or are you just trying to put the flags into a
'right' order?

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] imagemagick7-shlibs broken by new freetype219

[Hanspeter Niederstrasser]

On 1/26/2015 9:31 PM, Jack Howarth wrote:
> Hanspeter,
>Almost there...
>
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I./config -I./ltdl
> -I./ltdl -I/sw/include/freetype2 -I/sw/include
> -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16
> -I/usr/X11/include -I/sw/include/libxml2 -D_THREAD_SAFE -D_THREAD_SAFE
> -pthread -g -O2 -Wall -D_THREAD_SAFE -pthread
> -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16 -MT
> magick/magick_libMagickCore_Q16HDRI_la-annotate.lo -MD -MP -MF
> magick/.deps/magick_libMagickCore_Q16HDRI_la-annotate.Tpo -c
> magick/annotate.c  -fno-common -DPIC -o
> magick/.libs/magick_libMagickCore_Q16HDRI_la-annotate.o
>
> The -I/sw/include/freetype2 is fixed but the -I/sw/include/libxml2
> include still appears after  -I/usr/X11/include.

Is that actually causing a build failure on 10.7 or the system-libxml to 
be used?

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] imagemagick7-shlibs broken by new freetype219

[Hanspeter Niederstrasser]

On 1/26/2015 12:56 AM, Jack Howarth wrote:
> Hanspeter,
> The new freetype219 has broken the imagemagick7-shlibs build.
>
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I./config -I./ltdl
> -I./ltdl -I/sw/include -DMAGICKCORE_HDRI_ENABLE=1
> -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/X11/include -I/sw/include/libxml2
> -I/sw/include/freetype2 -D_THREAD_SAFE -D_THREAD_SAFE -pthread -g -O2
> -Wall -D_THREAD_SAFE -pthread -DMAGICKCORE_HDRI_ENABLE=1
> -DMAGICKCORE_QUANTUM_DEPTH=16 -MT
> magick/magick_libMagickCore_Q16HDRI_la-annotate.lo -MD -MP -MF
> magick/.deps/magick_libMagickCore_Q16HDRI_la-annotate.Tpo -c
> magick/annotate.c  -fno-common -DPIC -o
> magick/.libs/magick_libMagickCore_Q16HDRI_la-annotate.o
>
> In file included from magick/annotate.c:82:
> /usr/X11/include/ft2build.h:56:10: fatal error:
> 'freetype/config/ftheader.h' file not found
> #include 
>   ^
> The -I/usr/X11/include seems to come from X_CFLAGS but it isn't clear
> how to adjust its placement on the compile line. I had to solve it
> locally with flag-sort.

Please try the following PatchScript:

PatchScript: <<
perl -pi -e 's|CFLAGS\=\"\$FREETYPE_CFLAGS 
\$CFLAGS\"|CPPFLAGS\=\"\$FREETYPE_CFLAGS \$CPPFLAGS\"|g' configure
<<

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] imagemagick7-shlibs broken by new freetype219

[Hanspeter Niederstrasser]

On 1/26/2015 12:56 AM, Jack Howarth wrote:
> Hanspeter,
> The new freetype219 has broken the imagemagick7-shlibs build.
>
> libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I./config -I./ltdl
> -I./ltdl -I/sw/include -DMAGICKCORE_HDRI_ENABLE=1
> -DMAGICKCORE_QUANTUM_DEPTH=16 -I/usr/X11/include -I/sw/include/libxml2
> -I/sw/include/freetype2 -D_THREAD_SAFE -D_THREAD_SAFE -pthread -g -O2
> -Wall -D_THREAD_SAFE -pthread -DMAGICKCORE_HDRI_ENABLE=1
> -DMAGICKCORE_QUANTUM_DEPTH=16 -MT
> magick/magick_libMagickCore_Q16HDRI_la-annotate.lo -MD -MP -MF
> magick/.deps/magick_libMagickCore_Q16HDRI_la-annotate.Tpo -c
> magick/annotate.c  -fno-common -DPIC -o
> magick/.libs/magick_libMagickCore_Q16HDRI_la-annotate.o
>
> In file included from magick/annotate.c:82:
> /usr/X11/include/ft2build.h:56:10: fatal error:
> 'freetype/config/ftheader.h' file not found
> #include 
>   ^

1) I don't see this error on 10.9 with the latest freetype219.
2) Why is your ft2build.h from X11 directly in /usr/X11/include and not 
inside /usr/X11/include/freetype2 ?

Hanspeter


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] phase .deb validation: libwpg-0.2-shlibs-0.2.2-2 failed (linked using flat namespace) on Yosemite

[Hanspeter Niederstrasser]

On 12/31/2014 3:16 PM, Derek Homeier wrote:
> Hi,
>
> the validation step fails when built with update -m:
>
> Validating .deb dir 
> /scratch.noindex/fink.build/root-libwpg-0.2-shlibs-0.2.2-2...
> Error: 
> /scratch.noindex/fink.build/root-libwpg-0.2-shlibs-0.2.2-2/sw/lib/libwpg-0.2.2.dylib
>  appears to have been linked using a flat namespace.
> If this package BuildDepends on libtool2, make sure that you use
>BuildDepends: libtool2 (>= 2.4.2-4).
> and use autoreconf to regenerate the configure script.
> If the package doesn't BuildDepend on libtool2, you'll need to
> update its build procedure to avoid passing
>-Wl,-flat_namespace
> when linking libraries.

Thanks for the report.  Should be fixed in CVS.

Hanspeter


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] TeX Live updater

[Hanspeter Niederstrasser]

On 10.9, the new texlive built fine.  Just three packaging things I can 
think of since I don't use TeX:

Minor Depends: fix:
* texlive-base links to libiconv but it's not in the Depends: field 
(texlive-nox-base doesn't use libiconv as far as I can tell).

Minor library upgrade:
* Can gd3 be used instead of gd2?

Thought for possible future issues:
* Should libkpathsea6-bin be renamed to libkpathsea-bin ? This way, 
if/when libkpathsea releases a new version that increases the library 
install_name, the -bin package in the new libkpathseaN+1 will just 
normally update the libkpathsea-bin package (currently from the libN=6 
pkg).  Otherwise, the new libkpathseaN+1-bin will have to explicitly 
Conflicts/Replaces with libkpathsea6-bin.  However, a possible problem 
with this approach could arise if this 2014 texlive-base links to 
libkpathsea6-shlibs but uses libkpathsea-bin from libkpathseaN+1-shlibs 
and the executables are not 100% backwards compatible.

Hanspeter


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] pythonmods with no Distribution field and py32 and py33 variants

[Hanspeter Niederstrasser]

On 12/17/2014 9:06 PM, Kurt Schwehr wrote:
> I'm guessing that it wouldn't go over well to delete all the other variants?

tecnically there's no policy against removing non-shlibs packages. 
You'd just have to make sure that by removing a non-2.7 or -3.4 variant 
you don't orphan another varianted package on < 10.10 that was depending 
on the 3.2 or 3.3 variant you removed.

Hanspeter


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] pythonmods with no Distribution field and py32 and py33 variants

[Hanspeter Niederstrasser]

OS X 10.10 only has python27 and py34 available.  The following packages 
all have py32 or py33 variants, but don't have a Distribution: field to 
restrict the 32 and 33 variants to 10.7-10.9.  The solution can be 
something as simple as the following field (please verify it meets the 
specific needs for your package):

Distribution: <<
(%type_pkg[python] = 32) 10.7,
(%type_pkg[python] = 32) 10.8,
(%type_pkg[python] = 32) 10.9,
(%type_pkg[python] = 33) 10.7,
(%type_pkg[python] = 33) 10.8,
(%type_pkg[python] = 33) 10.9
<<

List of packages (with maintainer):

database/psycopg2-py.info: Kurt Schwehr 
database/sqlalchemy-migrate-py.info: Charles Lepple 
database/sqlalchemy-py.info: Kurt Schwehr 
devel/astng-py.info: Kurt Schwehr 
devel/logilab-common-py.info: Kurt Schwehr 
languages/pip-py.info: Kurt Schwehr 
languages/setuptools-tng-py.info: Kurt Schwehr 

libs/pexpect-py.info: Kurt Schwehr 
libs/pythonmods/anyjson-py.info: Kurt Schwehr 

libs/pythonmods/appscript-py.info: Tristan Thiede 
libs/pythonmods/astropy-py.info: Derek Homeier 
libs/pythonmods/beaker-py.info: Kurt Schwehr 
libs/pythonmods/biplist-py.info: Jack Howarth 
libs/pythonmods/bitvector-py.info: Kurt Schwehr 

libs/pythonmods/bottleneck-py.info: Derek Homeier 
libs/pythonmods/configobj-py.info: Kurt Schwehr 

libs/pythonmods/coverage-py.info: Kurt Schwehr 

libs/pythonmods/jdcal-py.info: Derek Homeier 
libs/pythonmods/jinja2-py.info: Kurt Schwehr 
libs/pythonmods/mako-py.info: Kurt Schwehr 
libs/pythonmods/markupsafe-py.info: Kurt Schwehr 

libs/pythonmods/mock-py.info: Charles Lepple 
libs/pythonmods/mox-py.info: Kurt Schwehr 
libs/pythonmods/nose-py.info: Kurt Schwehr 
libs/pythonmods/ntplib-py.info: Kurt Schwehr 
libs/pythonmods/openpyxl-py-1.8.6.info: Derek Homeier 
libs/pythonmods/openpyxl-py.info: Derek Homeier 
libs/pythonmods/pygments-py.info: Kurt Schwehr 

libs/pythonmods/pytz-py.info: Daniel Macks 
libs/pythonmods/tempita-py.info: Charles Lepple 
libs/pythonmods/virtualenv-py.info: Kurt Schwehr 

libs/pythonmods/yaml-py.info: Kurt Schwehr 
net/zmq-py.info: Kurt Schwehr 
sci/h5py-py.info: Kurt Schwehr 
sci/numexpr-py.info: Kurt Schwehr 
sci/pyfits-py.info: Derek Homeier 
sci/pyproj-py.info: Kurt Schwehr 
sci/pytables-py.info: Derek Homeier 
sci/qgis20-py.info: BABA Yoshihiko 
sci/qgis22-py.info: BABA Yoshihiko 
text/docutils-py.info: Charles Lepple 
text/lxml-py.info: Kurt Schwehr 
web/django-py.info: Kurt Schwehr 
web/tornado-py.info: Kurt Schwehr 

Hanspeter

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] bowtie2 giving help2man warnings(?) on Yosemite with exporter-pm installed

[Hanspeter Niederstrasser]

>  wrote:
> Hi.  I saw this when building bowtie2 on Yosemite with exporter-pm-5.68-1
> installed:
>
>
> make install PREFIX=/sw DESTDIR=/sw/src/fink.build/root-bowtie2-2.2.4-1
> help2man --name="wrapper for bowtie2-align" --no-info \
> `pwd`/bowtie2 > bowtie2.1
> Constant subroutine main::LC_ALL redefined at /sw/lib/perl5/Exporter.pm line
> 66.
>   at /sw/bin/help2man line 28.
> Prototype mismatch: sub main::LC_ALL () vs none at /sw/lib/perl5/Exporter.pm
> line 66.
>   at /sw/bin/help2man line 28.
> help2man --name="building a colorspace index for bowtie2" --no-info \
> `pwd`/bowtie2-build > bowtie2-build.1
> Constant subroutine main::LC_ALL redefined at /sw/lib/perl5/Exporter.pm line
> 66.
>   at /sw/bin/help2man line 28.

Can you try this change to 
/sw/lib/perl5/5.16.2/darwin-thread-multi-2level/Locale/gettext.pm (fix 
path to whatever system-perl is for you).  This file belongs to 
locale-gettext-pm5XXX.  Maintainer cc'd in case it works.

--- /sw/lib/perl5/5.16.2/darwin-thread-multi-2level/Locale/gettext.pm
+++ /sw/lib/perl5/5.16.2/darwin-thread-multi-2level/Locale/gettext.pm
@@ -32,6 +32,7 @@
  =cut

  use Carp;
+use POSIX qw(:locale_h);

  require Exporter;
  require DynaLoader;

Hanspeter

[1] https://rt.cpan.org/Public/Bug/Display.html?id=35680

--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] bowtie2 giving help2man warnings(?) on Yosemite with exporter-pm installed

[Hanspeter Niederstrasser]

Interestingly, I don't see the error here (10.9), with exporter-pm and 
locale-gettext-pm5162:

make install PREFIX=/sw DESTDIR=/sw/build.build/root-bowtie2-2.2.4-1
help2man --name="wrapper for bowtie2-align" --no-info \
`pwd`/bowtie2 > bowtie2.1
help2man --name="building a colorspace index for bowtie2" --no-info \
`pwd`/bowtie2-build > bowtie2-build.1
help2man --name="extracts information from a bowtie2 index" --no-info \
`pwd`/bowtie2-inspect > bowtie2-inspect.1
help2man --name="ultrafast and memory-efficient tool for aligning 
sequencing reads to long reference sequences" --no-info \
 `pwd`/bowtie2-align-s> bowtie2-align.1

Hanspeter


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] bowtie2 giving help2man warnings(?) on Yosemite with exporter-pm installed

[Hanspeter Niederstrasser]

On Wed, November 19, 2014 12:20 pm, Alexander Hansen wrote:
> Hi.  I saw this when building bowtie2 on Yosemite with exporter-pm-5.68-1
> installed:
>
>
>   make install PREFIX=/sw DESTDIR=/sw/src/fink.build/root-bowtie2-2.2.4-1
> help2man --name="wrapper for bowtie2-align" --no-info \
>   `pwd`/bowtie2 > bowtie2.1
> Constant subroutine main::LC_ALL redefined at /sw/lib/perl5/Exporter.pm
> line 66.
>  at /sw/bin/help2man line 28.
> Prototype mismatch: sub main::LC_ALL () vs none at
> /sw/lib/perl5/Exporter.pm line 66.
>  at /sw/bin/help2man line 28.

[1] seems to suggest it's an issue between help2man and exporter-pm (or,
more likely locale::gettext [2]) and not a bowtie2 issue.

Our help2man is also pretty old [3]. Exporter-pm is also oldish [4].

Hanspeter

[1] http://www.perlmonks.org/?node_id=938455
[2] https://rt.cpan.org/Public/Bug/Display.html?id=35680
[3] http://ftp.gnu.org/gnu/help2man/
[4] http://search.cpan.org/dist/Exporter/

-- 



--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Do we need Perl -arch wrappers for 10.7+ ?

[Hanspeter Niederstrasser]

On Tue, November 11, 2014 2:48 pm, Alexander Hansen wrote:
> Here’s an example from the bootstrap script:
>
> my $perlexe  = "/usr/bin/perl"; #default
> # override defaults
> if ($distribution eq "10.6") {
>   $perlexe = "/usr/bin/arch -arch $arch /usr/bin/perl5.10.0";
> } elsif (($distribution eq "10.7") or ($distribution eq "10.8")) {
>   $perlexe = "/usr/bin/arch -arch $arch /usr/bin/perl5.12";
> } elsif ($distribution eq "10.8") {
>   $perlexe = "/usr/bin/arch -arch $arch /usr/bin/perl5.16";
> } elsif (($arch eq "x86_64") and ($distribution eq "10.5")) {
>   $perlexe = "$bsbase/bin/perl5.8.8";
> }
>
> There are 2 issues:
>
> 1) It’s using perl5.16 for 10.10.
> 2) Do we *need* the -arch wrappers for 10.7+ at all?  Is there any reason
> not just to use the default?

Also the second 10.8 check is a typo that should be for 10.9 (perl5.16).

Hanspeter

-- 
More agile than a turtle, stronger than a mouse, nobler than a lettuce


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] texi2html-1.82-1 fails tests on 10.10

[Hanspeter Niederstrasser]

On 10.10 (a VM), texi2html-1.82-1 fails test like so.  The full build 
log is available at http://snaggledworks.com/fink/logs/

Hanspeter


make check || exit 2
Making check in .
make[1]: Nothing to be done for `check-am'.
Making check in doc
/Applications/Xcode.app/Contents/Developer/usr/bin/make  check-local
TEXINPUTS=.::$TEXINPUTS \
../texi2html -V ./texi2html.texi
# Expanded: ifclear html verbatim ifset titlepage documentdescription 
menu ifnottex ifnotdocbook ifnotinfo ifnotxml ifnotplaintext ifhtml copying
# USE_UNICODE 1, USE_UNIDECODE 1
# putting result files into current directory
# Files and directories:
# rdir() path_to_working_dir()
# doc(texi2html.html) top(texi2html.html) toc(texi2html.html) 
stoc(texi2html.html)
# foot(texi2html.html) about(texi2html.html) frame(texi2html.html) 
toc_frame(texi2html_toc_frame.html)
# using 'en' as document language
# reading from ./texi2html.texi
# including ./version.texi
# end of pass texi
# Encodings: doc UNDEF, in UNDEF out UNDEF, name utf-8
# using 'en' as document language
# end of pass structure
# Encodings: doc UNDEF, in UNDEF out UNDEF, name utf-8
# using 'en' as document language
# Writing elements:
# Writing to texi2html.html 
.[Top]...
# writing Footnotes in texi2html.html
# writing Footnotes in current file
# writing Contents in texi2html.html
# writing Contents in current file
# writing Overview in texi2html.html
# writing Overview in current file
# writing About in texi2html.html
# writing About in current file
# File (0) ./texi2html.texi processed
# that's all folks
Making check in Tests
make[1]: Nothing to be done for `check'.
Making check in test
Making check in .
for dir in htmlxref htmlxref-only_mono htmlxref-only_split; do \
 .././install-sh -c -d $dir/.texinfo/ ; \
 if [ -f $dir/.texinfo/htmlxref.cnf ]; then : ; \
 else cp ./$dir/htmlxref.cnf $dir/.texinfo/ ; \
 fi ; \
 done
/Applications/Xcode.app/Contents/Developer/usr/bin/make  check-TESTS
macros: 0
D: diffs/equivalent_nodes.diff
D: diffs/equivalent_nodes_no_node.diff
sectionning: 1
D: diffs/formatting.diff
coverage: 1
D: diffs/ref_in_anchor.diff
D: diffs/formatting_weird_quotes.diff
S: (no tex4ht) simplest_httex
formatting: 1
D: diffs/nodetest.diff
D: diffs/nodetest_chapter.diff
D: diffs/nodetest_no_unicode.diff
D: diffs/nodetest_utf8.diff
D: diffs/nodetest_utf8_no_unicode.diff
D: diffs/nodetest_latin1.diff
D: diffs/nodetest_latin1_no_unicode.diff
D: diffs/formatting_fr.diff
D: diffs/formatting_fr_icons.diff
D: diffs/formatting_converted_to_utf8.diff
encodings: 1
indices: 0
D: diffs/formatting_regions.diff
D: diffs/formatting_exotic.diff
D: diffs/formatting_makeinfo.diff
D: diffs/formatting_chm.diff
layout: 1
D: diffs/nested_group.diff
D: diffs/nested_itemize.diff
D: diffs/nested_menu.diff
D: diffs/nested_table.diff
D: diffs/nested_flushright.diff
D: diffs/nested_multitable.diff
D: diffs/nested_cartouche.diff
D: diffs/nested_enumerate.diff
D: diffs/nested_deffn.diff
D: diffs/nested_example.diff
D: diffs/nested_quotation.diff
nested_formats: 1
D: diffs/contents_in_middle_section.diff
D: diffs/contents_in_middle_section_inline.diff
contents: 1
htmlxref: 0
htmlxref-only_mono: 0
htmlxref-only_split: 0
D: diffs/formats_not_closed.diff
invalid: 1
FAIL: base_tests
=
1 of 1 tests failed
Please report to texi2html-...@nongnu.org
=


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Puma linkages on Yosemite

[Hanspeter Niederstrasser]

On 10/27/2014 7:12 PM, Jack Howarth wrote:
> Hanspeter,
>I assume you are aware that the current libtool releases have a bug
> which causes the shared library linkages on 10.10 to be erroneously treated
> as linkages on 10.1 (Puma) such that
>
> ${wl}-flat_namespace ${wl}-undefined ${wl}suppress
>
>
> is used instead of the appropriate
>
>
> ${wl}-undefined ${wl}dynamic_lookup
>
>
> This can produce some really nasty breakage like...
>
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63610
>
>
> The approach that I have taken is to start from a clean bootstrap and
>
> collect complete fink build logs for a large fink build such as
>
>
> fink install relax-py27
>
>
> The log can then be used with...
>
>
> grep flat_namespace fink_build.log | grep -v bundle | grep dynamic
>
>
> to produce a list of linkages which are incorrectly done as if the Yosemite
> machine were on Puma.
>
>  The configure files in these programs can be perl edited to be correct
> with...
>
>
> # Patch configure to not link like Puma on Yosemite
>
> perl -pi.bak -e 's|10\.\[012\]\*\)|10\.\[012\]\[\,\.\]\*\)|g' configure
>
>
> with all of the configure files in the package listed at the end of the
> line.
>
> This will produce a change of the form...
>
>
> diff -uNr gmp-6.0.0.orig/configure gmp-6.0.0/configure
>
> --- gmp-6.0.0.orig/configure2014-03-25 10:38:04.0 -0400
>
> +++ gmp-6.0.0/configure 2014-10-26 01:08:59.0 -0400
>
> @@ -14809,7 +14809,7 @@
>
> case ${MACOSX_DEPLOYMENT_TARGET-10.0},$host in
>
>  10.0,*86*-darwin8*|10.0,*-darwin[91]*)
>
>_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>
> -   10.[012]*)
>
> +   10.[012][,.]*)
>
>_lt_dar_allow_undefined='${wl}-flat_namespace ${wl}-undefined
> ${wl}suppress' ;;
>
>  10.*)
>
>_lt_dar_allow_undefined='${wl}-undefined ${wl}dynamic_lookup' ;;
>
> I then normally just do test build of each fixed package in a new window
> and search the contents for '-flat_namespace' to confirm it isn't being
> used with -dynamiclib.
> Jack
> ps I can help work through the qt packages after mid-week if your are short
> on time.

Thanks for the notice.  I'm working my way through dependencies right now.

Hanspeter


--
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] Fwd: [gnome.org #14588] GNOME mirrors list disappeared

[Hanspeter Niederstrasser]

AKH mentioned that GNOME no longer published their mirror list. I 
contacted them and go the following response.

Hanspeter

 Forwarded Message 
Subject: [gnome.org #14588] GNOME mirrors list disappeared
Date: Sat, 18 Oct 2014 10:38:24 +
From: Andrea Veri via RT 
Reply-To: supp...@gnome.org
To: f...@snaggledworks.com
CC: gnome-infrastruct...@gnome.org

On Fri Oct 17 19:03:29 2014, f...@snaggledworks.com wrote:
> Hello,
>
> The list of GNOME download mirrors linked to from
> https://wiki.gnome.org/Sysadmin/Mirrors is a 404 link.  Is there another
> list of current GNOME mirrors?  Thanks,

The mirrorlist has been removed as we totally switched our mirroring 
system to use Mirrorbrain which lists all the available mirrors for each 
of the files you can find at download.gnome.org.

Where can you find such list? By clicking the 'Details' link on the 
right side of each file, an example. [1]

I'm updating the wiki page now to reflect this change, thanks for 
reporting the information there was misleading!

I'm closing the ticket, please re-open if there's more.

[1] https://download.gnome.org/WELCOME.msg.mirrorlist


-- 
Andrea,
GNOME Sysadmin
GNOME Accounts Team
GNOME Membership & Elections Committee Chairman



This message was sent via GNOME.org Request Tracker.


--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt5-mac-qtbase-5.3.2-1 failed on 10.9

[Hanspeter Niederstrasser]

On 10/4/2014 6:20 PM, Martin Costabel wrote:
> qt5-mac-qtbase needs builddeps on fontconfig2-dev and freetype219.
> Otherwise building fails with :
>
>> Scanning binaries for incorrect dyld linking...
>> Please fix build process to get consistent use of fink's libraries.
>>   ./config.tests/unix/fontconfig/fontconfig uses 
>> /opt/X11/lib/libfontconfig.1.dylib
>>   ./config.tests/unix/fontconfig/fontconfig uses 
>> /opt/X11/lib/libfreetype.6.dylib
>> ### execution of /tmp/fink.8oyjw failed, exit code 255
>> ### execution of /tmp/fink.bvYEX failed, exit code 255
>> Removing runtime build-lock...
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-qt5-mac-qtbase-5.3.2-1
>> (Reading database ... 7425 files and directories currently installed.)
>> Removing fink-buildlock-qt5-mac-qtbase-5.3.2-1 ...
>> Failed: phase compiling: qt5-mac-qtbase-5.3.2-1 failed

Fixed.  Thanks for the report.

Hanspeter


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] build failure in qt5-mac-qtwebkit when fink's flex is present

[Hanspeter Niederstrasser]

On 10/1/2014 4:22 PM, Alexander Hansen wrote:
> ...
>
> ( test -e Makefile.ANGLE.DerivedSources || /sw/lib/qt5-mac/bin/qmake
> /sw/src/fink.build/qt5-mac-qtwebkit-5.3.2-1/qtwebkit-opensource-src-5.3.2/Source/ThirdParty/ANGLE/DerivedSources.pri
> -o Makefile.ANGLE.DerivedSources ) &&
> /Applications/Xcode.app/Contents/Developer/usr/bin/make -f
> Makefile.ANGLE.DerivedSources
> flex --noline --nounistd --outfile=generated/glslang_lex.cpp
> src/compiler/glslang.l
> flex --noline --nounistd --outfile=generated/Tokenizer_lex.cpp
> src/compiler/preprocessor/Tokenizer.l
> flex: unknown flag '-'.  For usage, try
>   flex --help
> bison --no-lines --skeleton=yacc.c --defines=generated/glslang_tab.h
> --output=generated/glslang_tab.cpp src/compiler/glslang.y
> flex: unknown flag '-'.  For usage, try
>   flex --help
> make[2]: *** [generated/Tokenizer_lex.cpp] Error 1
>
> ...
>
> Removing Fink's flex allows the build to proceed.

Fixed.

> Unrelatedly, there appears to be a typo somewhere (possibly from
> upstream) which leads to numerous warnings:
>
> clang: warning: argument unused during compilation: '-MMD'

I haven't been able to trace where that comes from.  It may be from 
setting -MD and qmake somehow adds -M in front of that, but I'm not sure.

Hanspeter


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[Hanspeter Niederstrasser]

On 9/20/2014 8:20 PM, Kevin Horton wrote:
> On Sep 20, 2014, at 20:00 , Hanspeter Niederstrasser  
> wrote:
>>
>> On 9/20/2014 6:44 PM, Kevin Horton wrote:
>>>
>>>> On Sep 20, 2014, at 17:42 , Hanspeter Niederstrasser 
>>>>  wrote:
>>>>
>>>> Dear Fink developers:
>>>>
>>>> The recent buildworld run did not validate the .info and .deb files. I've 
>>>> manually run the builworld debs through the validator and the following 
>>>> debs came out with errors:
>>>>
>>>> Validating .deb file graphics/aquaterm-shlibs_1.1.1-2_darwin-x86_64.deb...
>>>> Error: Framework files not part of a specific library-version, but package 
>>>> does not declare BuildDependsOnly to be true (or false)
>>>>Offending file: /sw/Library/Frameworks/AquaTerm.framework/AquaTerm
>>>>Offending file: /sw/Library/Frameworks/AquaTerm.framework/Headers/
>>>>Offending file: /sw/Library/Frameworks/AquaTerm.framework/Resources/
>>>>Offending file: 
>>>> /sw/Library/Frameworks/AquaTerm.framework/Versions/Current/
>>>>
>>>>
>>>> Hanspeter
>>>
>>> I need some assistance resolving the reported validation issues with the 
>>> aquaterm package.
>>>
>>> 1. Hanspeter - I don’t get the above errors when I build the package in 
>>> maintainer mode, using fink 0.37.0.  What validation test are you running? 
>>> In the future, I’d hope to catch these issues myself, before I release a 
>>> package.
>>>
>>> 2. Reading the error message, and reviewing the Packaging Manual, it looks 
>>> like I could avoid the error by adding “BuildDependsOnly: False”.  But, I 
>>> don’t understand the implications of doing that, nor do I know what I 
>>> should write in the DescPackaging field.  Or, is there a way to fix the 
>>> root problem, rather than putting a bandage over the error?
>>
>> 1) I'm using a validator test that just went into git HEAD:
>> https://github.com/fink/fink/commit/c47d5780ba1b4d0954d1a655d6e2c6afd235e757
>>
>> 2) The proper fix is to move files in unversioned directories (those
>> marked as offending above) to the BuildDependsOnly aquaterm-dev package.
>> Bump %r to 3 or higher, and add "Replaces: aquaterm-shlibs (<= 1.1.1-2)"
>> to the -dev SplitOff so that the new aquaterm-dev-1.1.1-3 package can
>> overwrite the now overlapping files from the old aquaterm-shlibs_1.1.1-2
>> package. You can see what I did to qt4-base-mac to fix the same error
>> for comparison:
>> <http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.7/stable/main/finkinfo/libs/qt4-base-mac.info?r1=1.13&r2=1.14>
>>
>
> The validator is complaining about everything that is in the framework - 
> every single top level directory!  All its complaints are about the symlinks 
> that contain the whole of the framework, including the portions that are 
> declared as shlibs.  Is none of the framework required during run time?  I’d 
> run that test myself, but so far I’ve failed to craft an updated info file 
> that installs without error.

The following patch works for me. It leaves behind in the 
aquaterm-shlibs SplitOff only the file that is in the Shlibs field. I'm 
actually not 100% sure that lib/libaquaterm.*.dylib belongs there 
either, since it's a convenience buildtime symlink to the real 
install_name file.

 8<  8<  8<  8<  8<
Index: aquaterm.info
===
RCS file: 
/cvsroot/fink/dists/10.7/stable/main/finkinfo/graphics/aquaterm.info,v
retrieving revision 1.5
diff -u -U8 -r1.5 aquaterm.info
--- aquaterm.info   23 Oct 2013 14:37:50 -  1.5
+++ aquaterm.info   21 Sep 2014 01:29:24 -
@@ -1,11 +1,11 @@
  Package: aquaterm
  Version: 1.1.1
-Revision: 2
+Revision: 3
  Source: http://www.kilohotel.com/fink/AquaTerm-%v.tar.gz
  Source-MD5: 9c8da40bda38f4b9f3a57e560fdd9b5c
  BuildDepends: xcode.app
  Depends: %N-shlibs (= %v-%r)
  GCC: 4.0
  SourceDirectory: AquaTerm-AquaTerm-5c223a5
  PatchFile: %n.patch
  PatchFile-MD5: 94fb89d7b6eab5dc76da57fd4f7d5194
@@ -26,28 +26,40 @@
   mkdir -p %i/share/%n
   cp -p -R ../adapters %i/share/%n
   chmod u+w %i/Library/Frameworks/AquaTerm.framework
   chmod u+w %i/Library/Frameworks/AquaTerm.framework/Versions
  <<
  SplitOff: <<
Package: %N-shlibs
Replaces: %N (<= 1.0-1)
-  Files: Library lib/libaquaterm.*.dylib
+  Files: <<
+   Library/Frameworks/AquaTerm.framework/Versions/A/AquaTerm
+   lib/libaquaterm.*.dylib
+  <<
Shlibs: <<
 %p/Library/

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[Hanspeter Niederstrasser]

On 9/20/2014 6:44 PM, Kevin Horton wrote:
>
>> On Sep 20, 2014, at 17:42 , Hanspeter Niederstrasser 
>>  wrote:
>>
>> Dear Fink developers:
>>
>> The recent buildworld run did not validate the .info and .deb files. I've 
>> manually run the builworld debs through the validator and the following debs 
>> came out with errors:
>>
>> Validating .deb file graphics/aquaterm-shlibs_1.1.1-2_darwin-x86_64.deb...
>> Error: Framework files not part of a specific library-version, but package 
>> does not declare BuildDependsOnly to be true (or false)
>>  Offending file: /sw/Library/Frameworks/AquaTerm.framework/AquaTerm
>>  Offending file: /sw/Library/Frameworks/AquaTerm.framework/Headers/
>>  Offending file: /sw/Library/Frameworks/AquaTerm.framework/Resources/
>>  Offending file: 
>> /sw/Library/Frameworks/AquaTerm.framework/Versions/Current/
>>
>>
>> Hanspeter
>
> I need some assistance resolving the reported validation issues with the 
> aquaterm package.
>
> 1. Hanspeter - I don’t get the above errors when I build the package in 
> maintainer mode, using fink 0.37.0.  What validation test are you running? In 
> the future, I’d hope to catch these issues myself, before I release a package.
>
> 2. Reading the error message, and reviewing the Packaging Manual, it looks 
> like I could avoid the error by adding “BuildDependsOnly: False”.  But, I 
> don’t understand the implications of doing that, nor do I know what I should 
> write in the DescPackaging field.  Or, is there a way to fix the root 
> problem, rather than putting a bandage over the error?

1) I'm using a validator test that just went into git HEAD:
https://github.com/fink/fink/commit/c47d5780ba1b4d0954d1a655d6e2c6afd235e757

2) The proper fix is to move files in unversioned directories (those 
marked as offending above) to the BuildDependsOnly aquaterm-dev package. 
Bump %r to 3 or higher, and add "Replaces: aquaterm-shlibs (<= 1.1.1-2)" 
to the -dev SplitOff so that the new aquaterm-dev-1.1.1-3 package can 
overwrite the now overlapping files from the old aquaterm-shlibs_1.1.1-2 
package. You can see what I did to qt4-base-mac to fix the same error 
for comparison: 
<http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.7/stable/main/finkinfo/libs/qt4-base-mac.info?r1=1.13&r2=1.14>

Hanspeter


--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] Results of 2014 Fink buildworld run on 10.9

[Hanspeter Niederstrasser]

Dear Fink developers:

The recent buildworld run did not validate the .info and .deb files. 
I've manually run the builworld debs through the validator and the 
following debs came out with errors:

Validating .deb file 
devel/qscintilla2.11-qt4-x11-shlibs_2.8.2-1_darwin-x86_64.deb...
Error: File name '/sw/lib/qt4-x11/lib/libqscintilla2.11.dylib' specified 
in Shlibs does not appear to have linker data at all
Error: package contains the shared library
   /sw/lib/qt4-x11/lib/libqscintilla2.11.1.0.dylib
but the corresponding install_name
   libqscintilla2.11.dylib
is not an absolute pathname.

Validating .deb file graphics/aquaterm-shlibs_1.1.1-2_darwin-x86_64.deb...
Error: Framework files not part of a specific library-version, but 
package does not declare BuildDependsOnly to be true (or false)
Offending file: /sw/Library/Frameworks/AquaTerm.framework/AquaTerm
Offending file: /sw/Library/Frameworks/AquaTerm.framework/Headers/
Offending file: /sw/Library/Frameworks/AquaTerm.framework/Resources/
Offending file: 
/sw/Library/Frameworks/AquaTerm.framework/Versions/Current/

Validating .deb file libftdi-shlibs_0.20-1_darwin-x86_64.deb...
Error: Shlibs field says compatibility version for 
/sw/lib/libftdi.1.dylib is 19.0.0, but it is actually 22.0.0.

Validating .deb file sci/r-base_2.15.3-112_darwin-x86_64.deb...
Error: Framework files not part of a specific library-version, but 
package does not declare BuildDependsOnly to be true (or false)
Offending file: /sw/Library/Frameworks/R.framework/Headers
Offending file: /sw/Library/Frameworks/R.framework/Libraries
Offending file: /sw/Library/Frameworks/R.framework/PrivateHeaders
Offending file: /sw/Library/Frameworks/R.framework/R
Offending file: /sw/Library/Frameworks/R.framework/Resources
Validating .deb file sci/r-base_3.0.3-8_darwin-x86_64.deb...
Error: Framework files not part of a specific library-version, but 
package does not declare BuildDependsOnly to be true (or false)
Offending file: /sw/Library/Frameworks/R.framework/Headers
Offending file: /sw/Library/Frameworks/R.framework/Libraries
Offending file: /sw/Library/Frameworks/R.framework/PrivateHeaders
Offending file: /sw/Library/Frameworks/R.framework/R
Offending file: /sw/Library/Frameworks/R.framework/Resources
Validating .deb file sci/r-base_3.1.1-3_darwin-x86_64.deb...
Error: Framework files not part of a specific library-version, but 
package does not declare BuildDependsOnly to be true (or false)
Offending file: /sw/Library/Frameworks/R.framework/Headers
Offending file: /sw/Library/Frameworks/R.framework/Libraries
Offending file: /sw/Library/Frameworks/R.framework/PrivateHeaders
Offending file: /sw/Library/Frameworks/R.framework/R
Offending file: /sw/Library/Frameworks/R.framework/Resources

Validating .deb file sci/vtk510-shlibs_5.10.1-1_darwin-x86_64.deb...
Error: package contains the shared library
   /sw/lib/vtk510/libLSDyna.5.10.1.dylib
but the corresponding install_name and compatibility_version
   %p/lib/vtk510/libLSDyna.5.10.dylib 5.10.0
are not listed in the Shlibs field.  See the packaging manual.
Error: package contains the shared library
   /sw/lib/vtk510/libvtkhdf5_hl.1.8.5.dylib
but the corresponding install_name and compatibility_version
   %p/lib/vtk510/libvtkhdf5_hl.1.8.5.dylib 1.8.5
are not listed in the Shlibs field.  See the packaging manual.

Validating .deb file cran-rjava-r30_0.9-6-1_darwin-x86_64.deb...
Error: package contains the shared library
   /sw/lib/R/3.0/site-library/rJava/jri/libjri.jnilib
but the corresponding install_name
   libjri.jnilib
is not an absolute pathname.

Validating .deb file fuse4x-dev_0.10.0-2_darwin-x86_64.deb...
Error: The -framework flag may get munged by libtool. See the gcc 
manpage for information about passing multi-word options to flags for 
specific compiler passes.
Offending file: /sw/lib/libfuse4x.la
Offending line: inherited_linker_flags='  -framework CoreFoundation'

Validating .deb file gflags-py27_2.0-2_darwin-x86_64.deb...
Error: File in a language-versioned package does not have a pathname 
specific to that version.
Offending file: /sw/bin/gflags2man.py

(a lot of ghcmods failed with these two errors)
Validating .deb file ghc-network_2.5.0.0-1_darwin-x86_64.deb...
Error: Headers installed (files in an include/ directory), as well as a 
.dylib file, but package does not declare BuildDependsOnly to be true 
(or false)
Error: package contains the shared library
 
/sw/lib/x86_64-osx-ghc-7.8.2/network-2.5.0.0/libHSnetwork-2.5.0.0-ghc7.8.2.dylib
but the corresponding install_name
   @rpath/libHSnetwork-2.5.0.0-ghc7.8.2.dylib
is not an absolute pathname.

Validating .deb file libtevent0_0.9.21-1_darwin-x86_64.deb...
E

Re: [Fink-devel] qt4-base-mac-4.8.6-2 compile failure on OS X 10.10 Public Beta 3

[Hanspeter Niederstrasser]

On 9/17/2014 6:55 PM, Kevin Horton wrote:
> Attempts to compile qt4-base-mac-4.8.6-2 on OS X 10.10 Public Beta 3 fail 
> with:
>
> gcc -c -pipe -g -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -arch 
> x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fvisibility=hidden 
> -fvisibility-inlines-hidden -Wall -W -isysroot 
> /Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
>  -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII 
> -DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT 
> -DQT_USE_QSTRINGBUILDER -DQT_NO_CUPS -DQT_NO_LPR -DQT_NO_OPENTYPE 
> -DQT_NO_STYLE_WINDOWSVISTA -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_GTK 
> -DQT_NO_STYLE_WINDOWSCE -DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 
> -DQ_INTERNAL_QAPP_SRC -DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW 
> -DQT_HAVE_SSE -DQT_HAVE_MMXEXT -DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 
> -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 -DQT_HAVE_AVX -D_LARGEFILE64_SOURCE 
> -D_LARGEFILE_SOURCE -I../../mkspecs/macx-g++ -I. -I.moc/debug-shared 
> -I../../include/QtCore -I../../include -I../../include/QtGui -I.rcc/deb
 ug-shared
 -Iimage -I../3rdparty/harfbuzz/src -Idialogs -I.uic/debug-shared 
-F/sw/src/fink.build/qt4-base-mac-4.8.6-2/qt-everywhere-opensource-src-4.8.6/lib
 kernel/qcocoaapplicationdelegate_mac.mm -o 
.obj/debug-shared/qcocoaapplicationdelegate_mac.o
> kernel/qcocoaapplicationdelegate_mac.mm:125:28: error: cannot initialize a 
> parameter of type 'id' with an lvalue of type 
> 'NSObject *'
>  [NSApp setDelegate:reflectionDelegate];
> ^~
> /Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47:
>  note: passing argument to parameter 'delegate' here
> @property (assign) id  delegate NS_AVAILABLE(10_5, 
> 2_0);
>^

Fixed checked into CVS with revision -4.  Thanks for testing.

Hanspeter


--
Slashdot TV.  Video for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] qt4-base-mac-4.8.6-2 compile failure on OS X 10.10 Public Beta 3

[Hanspeter Niederstrasser]

On 9/17/2014 6:55 PM, Kevin Horton wrote:

Attempts to compile qt4-base-mac-4.8.6-2 on OS X 10.10 Public Beta 3 fail with:

gcc -c -pipe -g -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -arch 
x86_64 -Xarch_x86_64 -mmacosx-version-min=10.10 -fvisibility=hidden 
-fvisibility-inlines-hidden -Wall -W -isysroot 
/Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk
 -DQT_SHARED -DQT_BUILD_GUI_LIB -DQT_NO_USING_NAMESPACE -DQT_NO_CAST_TO_ASCII 
-DQT_ASCII_CAST_WARNINGS -DQT3_SUPPORT -DQT_MOC_COMPAT -DQT_USE_QSTRINGBUILDER 
-DQT_NO_CUPS -DQT_NO_LPR -DQT_NO_OPENTYPE -DQT_NO_STYLE_WINDOWSVISTA 
-DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_GTK -DQT_NO_STYLE_WINDOWSCE 
-DQT_NO_STYLE_WINDOWSMOBILE -DQT_NO_STYLE_S60 -DQ_INTERNAL_QAPP_SRC 
-DQT_CORE_LIB -DQT_HAVE_MMX -DQT_HAVE_3DNOW -DQT_HAVE_SSE -DQT_HAVE_MMXEXT 
-DQT_HAVE_SSE2 -DQT_HAVE_SSE3 -DQT_HAVE_SSSE3 -DQT_HAVE_SSE4_1 -DQT_HAVE_SSE4_2 
-DQT_HAVE_AVX -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-I../../mkspecs/macx-g++ -I. -I.moc/debug-shared -I../../include/QtCore 
-I../../include -I../../include/QtGui -I.rcc/deb

ug-shared
-Iimage -I../3rdparty/harfbuzz/src -Idialogs -I.uic/debug-shared 
-F/sw/src/fink.build/qt4-base-mac-4.8.6-2/qt-everywhere-opensource-src-4.8.6/lib
 kernel/qcocoaapplicationdelegate_mac.mm -o 
.obj/debug-shared/qcocoaapplicationdelegate_mac.o

kernel/qcocoaapplicationdelegate_mac.mm:125:28: error: cannot initialize a parameter of 
type 'id' with an lvalue of type 
'NSObject *'
 [NSApp setDelegate:reflectionDelegate];
^~
/Applications/Xcode6-Beta6.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47:
 note: passing argument to parameter 'delegate' here
@property (assign) id  delegate NS_AVAILABLE(10_5, 2_0);
   ^
1 error generated.
make[2]: *** [.obj/debug-shared/qcocoaapplicationdelegate_mac.o] Error 1
make[1]: *** [debug-all] Error 2
make: *** [sub-gui-make_default-ordered] Error 2
### execution of /tmp/fink.6bgd3 failed, exit code 2
### execution of /tmp/fink.vEpqs failed, exit code 2
Removing runtime build-lock...
Removing build-lock package...
/sw/bin/dpkg-lockwait -r fink-buildlock-qt4-base-mac-4.8.6-2
(Reading database ... 135184 files and directories currently installed.)
Removing fink-buildlock-qt4-base-mac-4.8.6-2 ...
Failed: phase compiling: qt4-base-mac-4.8.6-2 failed


Please try the attached patch. Either paste the contents to the end of 
the existing qt4-base-mac.patch and modify the PatchFile-MD5: field to 
match, or add it as a new PatchFileN: and apply it in PatchScript.


Hanspeter

diff --git a/src/gui/dialogs/qcolordialog_mac.mm 
b/src/gui/dialogs/qcolordialog_mac.mm
index f65422f..df53f6f 100644
--- a/src/gui/dialogs/qcolordialog_mac.mm
+++ b/src/gui/dialogs/qcolordialog_mac.mm
@@ -318,7 +318,7 @@ QT_USE_NAMESPACE
 // It's important that the modal event loop is stopped before
 // we accept/reject QColorDialog, since QColorDialog has its
 // own event loop that needs to be stopped last. 
-[NSApp stopModalWithCode:code];
+[[NSApplication sharedApplication] stopModalWithCode:code];
 } else {
 // Since we are not in a modal event loop, we can safely close
 // down QColorDialog
@@ -350,7 +350,7 @@ QT_USE_NAMESPACE
 while (!modalEnded) {
 #ifndef QT_NO_EXCEPTIONS
 @try {
-[NSApp runModalForWindow:mColorPanel];
+[[NSApplication sharedApplication] runModalForWindow:mColorPanel];
 modalEnded = true;
 } @catch (NSException *) {
 // For some reason, NSColorPanel throws an exception when
@@ -358,7 +358,7 @@ QT_USE_NAMESPACE
 // palette (tab three).
 }
 #else
-[NSApp runModalForWindow:mColorPanel];
+[[NSApplication sharedApplication] runModalForWindow:mColorPanel];
 modalEnded = true;
 #endif
 }
@@ -469,10 +469,10 @@ void QColorDialogPrivate::mac_nativeDialogModalHelp()
 // Do a queued meta-call to open the native modal dialog so it opens after 
the new
 // event loop has started to execute (in QDialog::exec). Using a timer 
rather than
 // a queued meta call is intentional to ensure that the call is only 
delivered when
-// [NSApp run] runs (timers are handeled special in cocoa). If NSApp is not
+// [NSApplication run] runs (timers are handeled special in cocoa). If 
NSApplication is not
 // running (which is the case if e.g a top-most QEventLoop has been
 // interrupted, and the second-most event loop has not yet been 
reactivated (regardless
-// if [NSApp run] is still on the stack)), showing a native modal dialog 
will fail.
+// if [NSApplication run] is still on the stack)), showing a native modal 
dialog will fail.
 if (delegate){
 Q_Q(QColorDialog);
 Q

Re: [Fink-devel] fauxsu-0.9.1-1 fails to build on 10.9

[Hanspeter Niederstrasser]

On 9/11/2014 4:50 PM, Dustin Howett wrote:
> Hey!
>
> Sorry about all the trouble; I'm not particularly knowledgeable about the
> fink packaging best practices.
> Matthias has been advising me in this regard, but I do tend to come up with
> creative non-solutions to problems that are better fixed elsewhere.
>
> The scripts generally work around build system deficiencies that would
> probably be better fixed upstream.
>
> The reason for the /tmp dance is that Theos, the build system
> aforementioned, likes to trash its staging/destination directory before it
> puts together a sysroot (as it's designed more for building Debian packages
> than installing onto a live system.)
>
> I'll put together a more comprehensive fix for these issues. Mind if I run
> it by you on this thread? Thanks.

Sure.  Either here or on the fink submissions tracker: 
https://sourceforge.net/p/fink/package-submissions/

Hanspeter


--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

[Fink-devel] fauxsu-0.9.1-1 fails to build on 10.9

[Hanspeter Niederstrasser]

The new fauxsu that was just checked into the 10.7 tree fails to build 
if Fink's sed is installed:

fauxsu-0.9.1/theos/bin/target.pl
fauxsu-0.9.1/theos/bin/vercmp.pl
sudo -u fink-bld [ENV] sh -c /tmp/fink.W_1N4
/tmp/fink.liQvL
+ sed -i '' -e s/libexec/lib/ Makefile
sed: can't read : No such file or directory

Can probably just get away with '/usr/bin/sed' instead of just 'sed'.

Also, later on there is this silent failure:

+ cp LICENSE /sw/build.build/root-fauxsu-0.9.1-1/sw/share/doc/fauxsu
cp: LICENSE: No such file or directory

1) This should be fixed to not try to copy a non-existent file,
2) DocFiles field does the same thing and is the preferred way.

Lastly,

Why is the pkg doing the whole spaghetti thing with mktemp, $d, and 
rsyncing to %d, rather than just using %i from the beginning? A safer 
place than /tmp is into a directory in %b that the fink build process 
controls 100%, and then copy from there as needed into %i.

Hanspeter

--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Re: [Fink-devel] How to build for Qt 4

[Hanspeter Niederstrasser]

On 9/10/2014 12:37 AM, Trevor Harmon wrote:
> Hi,
>
> I’m trying to update an old package (xxdiff) for the latest Fink on OS X 
> 10.9. The upstream code now requires Qt 4 instead of Qt 3, but it seems the 
> Qt 4 packages in Fink are much different. Also I’m very rusty at writing 
> .infos, so I’m having difficulty understanding how to specify the Qt 
> dependencies.
>
> I tried to find some other Qt 4 app in Fink to use as an example but could 
> not locate one. Does anyone know of a package like this, or better yet some 
> docs on how to write a package that depends on Qt 4?

Fink's Qt4 (mac or x11) lives in a private directory, so you have to 
tell the build script where to find things. Also, the package has been 
split up so that the libraries are all in separate SplitOffs, so you'll 
need to know which libraries (or Frameworks if you decide to use the 
-mac variant) it needs. There is just one headers/etc package for 
BuildDepends: qt4-base-x11 or qt4-base-mac.

CompileScript usually just needs the following line near the beginning:

export PATH=%p/lib/qt4-%type_pkg[qt4]/bin:$PATH

If that's not sufficient, 'fink info qt4-base-mac' has other compiler 
flags to try.

Hanspeter


--
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
List archive:
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel