[Fink-devel] dos2unix fails tests

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

Re: [Fink-devel] inherited_linker_flags

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 b

Re: [Fink-devel] Help with shlib

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 s

Re: [Fink-devel] Help with shlib

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.

Re: [Fink-devel] curl download flags

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: S

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

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 r

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

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

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

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 '->'?

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

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/GRAS

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

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 Nied

[Fink-devel] xrootd4 links to system-openssl

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/inclu

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

$ 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 Packa

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

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 ---

[Fink-devel] libtbb4 library has bad install_name usage

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/lib

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

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 >

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

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

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

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): >>> >>>

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

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 >

Re: [Fink-devel] OpenSSL 1.0.2 certificates

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 almos

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

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: > (th

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

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)' . >

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

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/Case

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

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-mod

Re: [Fink-devel] building postgresql-java

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/Java

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

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 add

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

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

[Fink-devel] update and fixes to portaudio2

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

[Fink-devel] update libarchive to latest release 3.2.1

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 other

Re: [Fink-devel] R-3.3 packages

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 u

Re: [Fink-devel] Python installer

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 ht

[Fink-devel] msp430-gdb build failure

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 -

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

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:

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

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 ocam

Re: [Fink-devel] afni sources

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 a

Re: [Fink-devel] afni sources

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/

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

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/sh

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

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.

Re: [Fink-devel] Removing myself as maintainer

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, Tre

Re: [Fink-devel] qt5 pkgconfig woes

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 ' >

Re: [Fink-devel] qt5 pkgconfig woes

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 propose

Re: [Fink-devel] qt5 pkgconfig woes

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,Qt

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

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

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

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

Re: [Fink-devel] java16 on El Capitan

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 preferr

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

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 immedi

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

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

Re: [Fink-devel] OpenSSL

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 see

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

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_P

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

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

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

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 t

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

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

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

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

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

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 How

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

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 er

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

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/V

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

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_name

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

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=+ fai

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

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 li

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

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

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

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 20

Re: [Fink-devel] vtk510 missing Shlibs fields

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/libvt

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

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

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

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 -Wm

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

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-

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

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

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

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 l

Re: [Fink-devel] astropy-1.0

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

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

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 Tod

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

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. >&

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

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

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

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

Re: [Fink-devel] Removing myself as maintainer

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

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

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 K

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

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

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

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

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

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

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

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 -

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

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 -

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

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 -

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

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 > app

Re: [Fink-devel] TeX Live updater

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

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

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

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

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 nee

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

> 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 r

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

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 colorspa

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

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 \ >

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

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 (($distribut

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

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/m

Re: [Fink-devel] Puma linkages on Yosemite

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}sup

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

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.

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

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/uni

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

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

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

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: >>>

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

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 buil

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

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 n

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

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-inlin

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

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

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

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 e

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

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 o

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

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

  1   2   3   4   5   >