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 (($distribution eq 10.7)

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

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

alexanderk.han...@gmail.com 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

[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

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

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] 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 appears to

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 KDE

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

[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

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 f...@snaggledworks.com 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

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 to

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

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 to

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.

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

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 f...@snaggledworks.com 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

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 land

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 the

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

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

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

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

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 2014

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

[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 then shows

[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

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

[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] 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] 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, >>

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 f...@snaggledworks.com 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

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

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 >> <f...@snaggledworks.com> wrote: >> >> What happens if you run >> >> . /sw/sbin/fink-buildenv-helper.sh >> >>

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

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 >

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,

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

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}

[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

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

[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

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 >

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

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:

[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

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

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

[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

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 in CVS/10

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

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

[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

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)' . > Scanning /\.(mak|d)$

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

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 > <f...@snaggledworks.com> wrote: >> >>> + LIBDIR2= >>> + ./b2 -d2 'cxxflags=-std=c++11 -MD -I/sw/include' -j4 --without-python >>> --prefix=/sw --libdir

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

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

[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

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 Niederstr

[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

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

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

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?

[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

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

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

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

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:

<    1   2   3   4