Re: [Fink-devel] pil-systempython27-1.1.7-7 build failure

On 4/10/16 17:01, Jack Howarth wrote: > Daniel, > I am seeing the following build failure in > pil-systempython27-1.1.7-7 on darwin15 > > cc -fno-strict-aliasing -fno-common -dynamic -g -Os -pipe -fno-common > -fno-strict-aliasing -fwrapv -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall > -Wstrict-prot

Re: [Fink-devel] fix for remaining fink make failures on 10.11

On 24/10/15 08:22, Jack Howarth wrote: [] >Since we don't want to remove the CoreFoundation support from > libgettext8-shlibs and gettext-tools, the obvious solution is to use the > proposed make-4.1-4 packaging > > https://sourceforge.net/p/fink/package-submissions/4563/ > > which pass

[Fink-devel] java16 on El Capitan

(See my response the message "Can't build virtuoso under El Capitan" on fink-beginners) If one installs Apple's JavaForOSX2015-001 package on OSX 10.11, it places the JavaVirtualMachines directory into /Library/Java and not into /System/Library/Java as it did on previous systems (for the same p

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

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 whi

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

On 15/09/15 14:50, Jack Howarth wrote: > Martin, >In libcurl4, the error always occurs in make install as... > > Makefile:481: recipe for target 'all-recursive' failed [...] I don't have 10.11 yet, so I cannot look myself, but I still think there must have been an error just before this l

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

On 15/09/15 03:18, Jack Howarth wrote: > Max, > El Capitan GM currently produces an instability in fink make for a > variety of builds (cmake, libcurl4, texlive-base, r-base32, etc) > resulting in random failures of the form... > > make: INTERNAL: Exiting with 1 jobserver tokens available; should b

Re: [Fink-devel] lcms2_2.7-1

On 6/04/15 19:17, Jack Howarth wrote: > Martin, > Upstream has a new minor release of lcms2. Can we update the fink > lcms2 packaging with... Done. Thanks. -- Martin -- BPM Camp - Free Virtual Workshop May 6th at

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

On 2/03/15 18:33, Alexander Hansen wrote: [] > Moving this over to -devel since my comments are going to exceed the scope of > -beginners. > > Individual packages set up their own X11 build setups. Openmotif4 > specifically asks for /usr/X11R6 in its ConfigureParams. I have a hard time > with

Re: [Fink-devel] TeXLive has corrupt deb?

On 17/01/15 06:11, Scott Hannahs wrote: > OK, that makes sense, but what is up with fink not recognizing the > no-use-binary option? > > If I run "fink —-no-use-binary-dist install texlive-texmf" I get the standard > fink "usage" message. > > % fink —-no-use-binary-dist install texlive-texmf > Fi

Re: [Fink-devel] xvfb-run oddity

On 18/11/14 14:05, Jack Howarth wrote: > Daniel, >I have also reproduced this failure to start Xquartz via > xvfb-run on 10.8 after > a fresh reboot against Xquartz 2.7.8 beta1. So i don't believe the OS > release has > anything to do with the bug. I am not sure I understand completely wha

Re: [Fink-devel] C++ help for a build

On 5/10/14 02:07, Alexander Hansen wrote: > Hi. I just discovered that Octave-3.6.4 has decided it doesn't want to > build with clang-6: [] > error: > call to '__test' is ambiguous Over at macports , they concluded that this is a clang bug. They fi

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

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

Re: [Fink-devel] Circular dependency for python27 on Darwin13

Jun 11, 2014, at 1:19 AM, Martin Costabel wrote: > >> pkgconfig->glib2-dev These are build deps. Nothing illegal, just fatal (and IMHO bloated: pkgconfig is a dep or bdep for hundreds of packages. It is just a simple reader for *.pc files and should probably come with xcode or at least

Re: [Fink-devel] Circular dependency for python27 on Darwin13

On 10/06/14 22:03, Alexander Hansen wrote: > On 6/10/14, 12:10 PM, Frava wrote: [] >> The following package will be installed or updated: >>python27 >> The following 26 additional packages will be installed: >>blt-dev blt-shlibs docbook-dsssl-nwalsh docbook-dtd docbook-xsl >> fontconfig-con

Re: [Fink-devel] Undefined symbols for architecture x86_64 when updating sylpheed

On 2/05/14 13:23, khorto...@rogers.com wrote: > > > I’m trying to update my sylpheed package to sylpheed 3.4.1, and I’m running > into a problem with undefined symbols. This is way outside my area of > expertise, so I’m hoping that someone can give me a clue. > > The relevant parts of the info f

Re: [Fink-devel] [Fink-users] Problem with Clang on OS X

(cross-posting to -devel, because this needs some serious action in the fink code) On 13/03/14 19:14, Sam Seaver wrote: > So, just today, I tried installing fftw via fink. > > I got a clang error: > > clang: error: unknown argument: '-fschedule-insns2' > [-Wunused-command-line-argument-hard-erro

[Fink-devel] Source field corrections (ettercap and gdal-pgsql)

The fink autologs mailing list has been writing the same two error messages (a dozen times) every 30 minutes for weeks: > /home/f/fink/distfiles/ettercap-0.8.0.tar.gz: No such file or directory > wget --no-check-certificate -U 'fink/0.36.99.git' -nv --passive-ftp -O > ettercap-0.8.0.tar.gz > ht

Re: [Fink-devel] [Fink-users] Using the bindist

On 26/11/13 19:26, TheSin wrote: > the issue was that apt was converting _ into %5f in the debarch > darwin-x86_64 = darwin-x86%5f64 in the deb file name. So fink could never > find it and thus thought it wasn't present. > The fix for this is now in git. It works. Thanks for finding this so qu

Re: [Fink-devel] [Fink-users] Using the bindist

On 25/11/13 13:27, Martin Costabel wrote: [] > The result is that Fink correctly downloaded the debs from the bindist > server, but then went ahead and compiled them from source anyway, > without apologizing in any way. An example output is shown below. It is actually worse. In that exa

Re: [Fink-devel] dpkg on 10.9

On 4/11/13 05:03, TheSin wrote: > Thought I'd post this here, this is the reply from the dpkg author that I > have been trying to fix the u-a tests with. I haven't had a chance to apply > and test the patch or even look at it, but I hope to do so this week. > diff --git a/dpkg-deb/main.c b/dpkg

Re: [Fink-devel] dpkg on 10.9

On 1/11/13 02:10, TheSin wrote: > shouldn't get text have a fallback or maybe we should create one, this type > of thing is going to cause issue all over, and setting it to N or not > translate isn't really a good solution. Maybe get text needs to have a > fallback added to it instead? I don't

Re: [Fink-devel] dpkg on 10.9

On 31/10/13 20:25, TheSin wrote: > ChangeLog:dpkg-deb: Use fd_fd_copy instead of stream_fd_copy > > dpkg-deb/extract.c:if (fd_fd_copy(arfd, p1[1], memberlen, &err) < 0) > > need to check &err I think. Yes, I see now that this line has been fixed in new dpkg

Re: [Fink-devel] dpkg on 10.9

On 29/10/13 16:31, TheSin wrote: > I honestly believe we need to patch tar to have a fallback when they aren't > set. All this patching everywhere could easily be fixed if we fix tar > instead. Sadly I'm not well enough versed in C to do so but if someone could > that would be super. I think

Re: [Fink-devel] llvm-gcc42 conflicts with ccache-default

On 30/10/13 11:08, Remi Mommsen wrote: []> /opt/fink/bin/dpkg: error processing /opt/fink/fink/dists/stable/main/binary-darwin-x86_64/languages/llvm-gcc42_2336.11-107_darwin-x86_64.deb (--install): > trying to overwrite `/opt/fink/bin/llvm-g++-4.2', which is also in package > ccache-default >

Re: [Fink-devel] dpkg on 10.9

On 28/10/13 23:17, Alexander Hansen wrote: > On 10/28/13 2:58 PM, Martin Costabel wrote: >> I remember a discussion 2 months ago about dpkg producing en error >> >> tar: This does not look like a tar archive >> tar: Exiting with failure status due to previous errors >

[Fink-devel] dpkg on 10.9

I remember a discussion 2 months ago about dpkg producing en error tar: This does not look like a tar archive tar: Exiting with failure status due to previous errors /sw/bin/dpkg-deb: subprocess tar returned error exit status 2 I thought this was fixed, but I am seeing it now, with dpkg- 1.10.21

Re: [Fink-devel] Dep lib update to h5utils

On 11/08/13 19:11, Hanspeter Niederstrasser wrote: > Martin, > > Your package h5utils currently can't update to use libpng > 14. The > attached patch allows it to build with libpng16. It also builds with > hd5.8 and libjpeg9 (though I don't see any actual use of the libjpeg9 > library). Also, no

Re: [Fink-devel] lcms2-2.4-1

On 26/05/13 22:11, Jack Howarth wrote: > Martin, > The lcms2 package needs the update to 2.4 and the associated plugin > threading patch from Fedora > posted in http://sourceforge.net/p/fink/package-submissions/4269/ in order > for ghostscript 9.07 > to be buildable in the fink update at > h

Re: [Fink-devel] boost

On 9/02/13 17:22, William G. Scott wrote: > Hi folks (Martin et al.): > > I'm trying to put together a fink package for rdkit, which is a new > dependency for coot (which I maintain). rdkit requires a fairly recent > version of boost. I can build it using version 1.53. Fink has 1.35, which >

Re: [Fink-devel] octave-atlas-3.4.3-206 problems with szlib-2.1

On 22/09/12 04:08, Alexander Hansen wrote: > On 9/21/12 5:13 PM, María Curet-Arana wrote: [] >> The checksum of the file is incorrect. The most likely cause for this is a >> corrupted or incomplete download >> Expected: 63894a65bc470011fd2049f3ca65d2bf >> Actual: MD5(902f831bcefb69c6b635374424acbe

Re: [Fink-devel] [cvs] dists/10.7/stable/main/finkinfo/libs boost1.35..info, 1.3, 1.4 poppler4-glib.info, 1.1, 1.2

On 14/09/12 15:01, Hanspeter Niederstrasser wrote: >> diff -u -d -r1.1 -r1.2 >> --- poppler4-glib.info 8 Aug 2011 01:07:36 - 1.1 >> +++ poppler4-glib.info 14 Sep 2012 08:00:47 - 1.2 >> @@ -1,7 +1,7 @@ >> Package: poppler4-glib >> # NOTE: Must keep %v in sync among

Re: [Fink-devel] update cmake to 2.8.9

On 7/09/12 02:53, Hanspeter Niederstrasser wrote: > Martin, > > Can cmake be updated to the latest 2.8.9? 2.8.8 has a bug in finding > pkg-config which is fixed in 2.8.9 > > http://www.cmake.org/Bug/view.php?id=13125 Yes, thanks for the reminder. -- Martin --

Re: [Fink-devel] system-java-dev problem on Mountain Lion

On 2/08/12 02:24, Alexander Hansen wrote: [] > This appears to be related to https://github.com/fink/fink/issues/42 . > > We also had one of our maintainers mention that he does _not_ have this > issue, but he may well not have done a clean install. I have 2 ML machines here, both upgraded from 10

Re: [Fink-devel] imlib2 configure fails on 10.8

On 30/07/12 20:56, Hanspeter Niederstrasser wrote: [] > Thanks for the bug report. I've just checked an update into the 10.7 > tree that bumps the version to the latest imlib2-1.4.5. Hopefully this > makes it work on 10.8. Yes, it does. Thanks. -- Martin

[Fink-devel] imlib2 configure fails on 10.8

imlib2-1.4.2-5 configure fails on 10.8. The following snippet shows the failure: checking for X... libraries /usr/X11/lib, headers /usr/X11/include checking X11/X.h usability... no checking X11/X.h presence... no checking for X11/X.h... no configure: error: no X support found. Use --x-includes a

Re: [Fink-devel] [Fink-users] Mountain Lion upgrade notes

On 27/07/12 11:02, Martin Costabel wrote: [] > Apple is, as usual, very inventive with their bugs. The problem is that > the OS upgrade wipes out the Fink-created users, but not the groups. > Thus there remains GID 266, which fink interprets as "ID 266 already in > use", an

Re: [Fink-devel] Validator crash

On 12/07/12 04:26, Martin Costabel wrote: > On 12/07/12 03:36, Daniel Macks wrote: > [] >> Is this using the released version of fink (what version?) or a pull >> from git master (is it up-to-date)? I committed a fix to master for a >> problem like this shortly before the

Re: [Fink-devel] Validator crash

On 12/07/12 03:36, Daniel Macks wrote: [] > Is this using the released version of fink (what version?) or a pull > from git master (is it up-to-date)? I committed a fix to master for a > problem like this shortly before the most recent release but I'm not > sure if it got carried into the branch/re

Re: [Fink-devel] Validator crash

On 12/07/12 03:07, Martin Costabel wrote: [] >> tar: ./sw/share/modulef/ascii/sta/s/visu/zgparam.ins: Cannot open: >> Permission denied >> tar: Exiting with failure status due to previous errors >> /sw/bin/dpkg-deb: subprocess tar returned error exit status 2 >>

[Fink-devel] Validator crash

Trying to validate my newly created modulef deb (which installs without problem and shows no error with commands such as "dpkg -c"), I get > costabel% fink -v check /sw/fink/debs/modulef_99-10_darwin-x86_64.deb > Validating .deb file /sw/fink/debs/modulef_99-10_darwin-x86_64.deb... > tar: ./sw/sh

Re: [Fink-devel] Buildworld completed for 10.7

On 15/05/12 01:07, Hanspeter Niederstrasser wrote: > On 5/14/2012 6:46 PM, Charles Lepple wrote: >> Quick question on the /sw prefix warning - is it just a grep for >> "/sw/"? ngspice has a "sw" subdirectory in its source tarball, but I >> haven't seen any problems compiling in /sw.lion. > > Yes, t

Re: [Fink-devel] Mirror out of Sync?

On 7/05/12 08:52, Andreas Bießmann wrote: [] > andreas@andreas-mbp % fink selfupdate > rsync -az -q > rsync://aah.de.eu.finkmirrors.net/finkinfo//TIMESTAMP /sw/fink/TIMESTAMP.tmp > The timestamp of the server is older than what you already have. > andreas@andreas-mbp % date > Mo 7 Mai 2012 08:41:0

Re: [Fink-devel] python-aqua or systempython packages?

On 28/04/12 04:51, Hans-Christoph Steiner wrote: [] > I like the pil approach overall. I guess my only concern is using python2.5 > on all platforms, since 2.5 is pretty old. I guess that would be a good > place to start, since its probably the easiest to manage. Then if we find we > need to

Re: [Fink-devel] python-aqua or systempython packages?

On 20/04/12 23:11, Hans-Christoph Steiner wrote: > > Any thoughts on this? Any objections to me adding a bunch of 'systempython' > packages? I'm not entirely sure how to do this right, so any ideas are > helpful. I have had systempython packages for a couple of years. Here is my take on this:

Re: [Fink-devel] no more autoconf/automake as of Xcode 4.3

On 20/02/12 16:45, Jack Howarth wrote: > One of the MacPorts developers noticed that Xcode 4.3 no > longer installs autoconf or automake packages. In my rebuilding of > fink with Xcode 4.3 using a clean bootstrap of fink on a clean install > of Lion/Xcode 4.3, I haven't run into any problematic

Re: [Fink-devel] Compiler mess on Lion (Was Re: libgeos problem)

On 2/12/11 22:04, Jack Howarth wrote: > On Fri, Dec 02, 2011 at 09:59:31PM +0100, Martin Costabel wrote: [] >> I installed llvm30 from your new package on the submission tracker. No >> problem installing. >> >> Unfortunately, the fatal bug is still there: Building sc

Re: [Fink-devel] Compiler mess on Lion (Was Re: libgeos problem)

On 28/11/11 15:54, Jack Howarth wrote: > On Mon, Nov 28, 2011 at 09:42:44AM +0100, Martin Costabel wrote: [] >> I have been trying to build the scribus package on Lion, without success: >> >> - With clang, it runs into a clang bug that was detected a year ago >> <http

[Fink-devel] Compiler mess on Lion (Was Re: libgeos problem)

On 27/11/11 21:50, Alexander Hansen wrote: [] > We should probably do an apple-gcc-4.2 package, then. It might even be > handy on 10.7. If it builds on 10.7, I am all for it. I have been trying to build the scribus package on Lion, without success: - With clang, it runs into a clang bug that was

[Fink-devel] qt4.7

Dear Ben, can we please have 1. in 10.7: a version of qt4 that does not spit out endless streams of /sw/lib/qt4-mac/include/QtCore/qglobal.h:323:6: warning: #warning "This version of Mac OS X is unsupported" 2. in 10.4/stable: qt4.7, so that the move from unstable to stable can continue. T

Re: [Fink-devel] boost1.46.1.cmake from tracker

On 20/11/11 20:23, Max Horn wrote: > But I now see that you still maintain boost1.3* packages. Hum, so do you two > coordinate somehow or what? In so far as the packages should be aware of each other and conflict gracefully. But the boost*cmake and the traditional boost (-bjam) projects are suf

Re: [Fink-devel] boost1.46.1.cmake from tracker

On 20/11/11 14:42, Max Horn wrote: > > Am 20.11.2011 um 01:37 schrieb Alexander Hansen: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Does anybody have any objections to my adding the boost1.46.1.cmake >> package from >> >> https://sourceforge.net/tracker/?func=detail&atid=414256&aid=

Re: [Fink-devel] Version control migration?

On 25/10/11 05:19, Charles Lepple wrote: > In light of the fink core code moving to git/GitHub, I'd like to bump > this thread (git for dists/): > > http://thread.gmane.org/gmane.os.macosx.fink.devel/20083 > > For bootstrapping, is git part of the latest Xcode, or is that only on > 10.7? What e

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

On 21/10/11 21:18 , Alexander Hansen wrote: > On 10/21/11 3:02 PM, Martin Costabel wrote: [] >> What I mean is that a package that does not compile under clang >> needs to include the above fix for xcode-4.2 if your automatic >> switch to clang is implemented. But then it wi

Re: [Fink-devel] Xcode 4.2

On 21/10/11 17:05 , David R. Morrison wrote: > So at the very least, we should put a news item on the fink webpage warning > users that fink on 10.6 is currently incompatible with Xcode 4.2, and > suggesting a downgrade to Xcode 3.2.6. We would have needed such a warning against xcode-4.0 since

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

On 21/10/11 16:04 , Jack Howarth wrote: > On Fri, Oct 21, 2011 at 10:06:24AM +0200, Martin Costabel wrote: >> On 21/10/11 01:05, Jack Howarth wrote: >> [] >>> should upgrade to this version (or revert to Xcode 3.2.6). This would allow >>> us to >>>

Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2

On 21/10/11 01:05, Jack Howarth wrote: [] > should upgrade to this version (or revert to Xcode 3.2.6). This would allow > us to > focus on supporting clang in the Xcode 4.x releases and encourage unification > of > any clang specific changes to info files between the 10.4 and 10.6 trees. It > al

Re: [Fink-devel] Move gcc46 to 10.5/stable branches ?

On 15/09/11 16:13, David R. Morrison wrote: [] > But there are also lots of unmaintained things in unstable, many of them very > old, so I think it would be dangerous to just dump everything to stable. I > like Alexander's approach. Why would this be more dangerous than the current situation, w

Re: [Fink-devel] C++ issue

On 11/09/11 15:36, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > I'm working on moving LyX (specifically the "lyx2" packages) over to > Lion, but I've got a C++ issue. > > I get the following error from clang: > > ... > In file included from Lexer.cpp:16: > ./Lexer.h

Re: [Fink-devel] gc-7-1001 and Lion

On 22/07/11 23:38, Jack Howarth wrote: > Dave, >FYI, David Fang asked me to test gc under Lion so that he can push guile20 > into 10.7. Almost 2 months have passed since this request. Is there still time needed for deciding? I would like to see gc in Lion, too, for asymptote. gc-7.1-1002 b

[Fink-devel] Validator complains about old cruft

Can we please get rid of the "Error: use of PatchFile requires declaring a BuildDepends on fink (>= 0.24.12) or higher" complaint in the validator? This should have been EOL'ed with 10.4, probably even with 10.3, because older versions of fink wouldn't run anyway, much less be able to build pa

Re: [Fink-devel] Problem resolving dependencies. Check for circular dependencies.

On 22/07/11 12:42, Jack Howarth wrote: > As folks update their 10.7 trees today, we should attempt to debug the > following > issue which also exists in 10.4 unstable. Last night I executed... > > [MacPro:main/finkinfo/languages] howarth% fink -m install ghostscript [] > The following 7 additi

Re: [Fink-devel] perl, python, ruby, etc.

On 21/07/11 20:27, David R. Morrison wrote: > OK. I just did a test build of our perl5100 package and it failed, so needs > work. > > So for now, we'll let things be, but if somebody wanted to work on perl > 5.10.0 to bring it forward, they are welcome to do it. For what it's worth, Lion has /u

Re: [Fink-devel] [Fink-users] gdal troubles/gdal-py25

On 26/05/11 13:06, BABA Yoshihiko wrote: [] > >> ImportError: dlopen(/sw/lib/python2.5/site-packages/osgeo/_gdal.so, > >> 2): Symbol not found: _locale_charset > >> Referenced from: /sw/lib/libspatialite.1.1.3.dylib > >> Expected in: dynamic lookup [] > > The real probl

Re: [Fink-devel] Uniform description for obsolete packages?!

On 27/04/11 04:14, Daniel Macks wrote: > [] > And while implementing this, I notice it already *is* allowed. Call it > a forward-looking feature or a bug in the implemenation (it's a little > of both), but fact is val does allow you to use PatchScript to remove > hardcoded /sw in upstream sources.

Re: [Fink-devel] [Fink-users] Xpdf and images

On 23/04/11 04:22 , Stefan Bruda wrote: [] > Any LaTeX with Type 3 fonts will do. For example: > > \documentclass[12pt]{article} > \usepackage{bbm} > > \begin{document} > \Large > $\mathbbm{N}$ > \end{document} > > I made it \Large to make it easier on the eyes, the c

Re: [Fink-devel] fink-commits list is kind of working again

On 23/04/11 14:32, Alexander Hansen wrote: [] >> - DEFAULT $CVSROOT/CVSROOT/syncmail -u %{sVv} >> fink-comm...@lists.sourceforge.net >> + CVSROOT $CVSROOT/CVSROOT/syncmail -u %{sVv} -f users.sourceforge.net >> fink-comm...@lists.sourceforge.net >> + DEFAULT $CVSROOT/CVSROOT/syncmail -u %{sVv} -f us

Re: [Fink-devel] fink-commits list is kind of working again

On 22/04/11 21:51, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Daniel Macks, Peter O'Gorman, and I (albeit to a lesser degree) have > worked on getting the commit messages back up today, by directly > invoking sendmail rather than streaming to localhost:25. > > We

Re: [Fink-devel] Uniform description for obsolete packages?!

Max Horn wrote: [] > Though I still agree that sometimes it's a bit tough to avoid the > package name... OK, I can't think of a concrete example right now, but > imagine you had a tool called "image" for "image processing"... using > the description "process" alone seems a bit too minimalistic. So

Re: [Fink-devel] miktex-tools package

On 19/03/11 20:35, Sjors Gielen wrote: > > Op 14 mrt 2011, om 00:43 heeft Sjors Gielen het volgende geschreven: > >> Hi Martin, >> >> Your miktex-tools package no longer works, as it has version 2.5 and >> communicates with an online server which no longer accepts 2.5 clients. I >> have therefore

Re: [Fink-devel] [Fink-beginners] Circular dependency issue with libgettext3-dev and libgettext8-dev

Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- [] > On 2/18/11 9:01 AM, Prerna Atri wrote: >> Hi, >> >> We tried both the suggested methods (installing libidn and updating >> fink) > > Did you update poppler4, too? The whole discussion below was about the > version and dependencies

Re: [Fink-devel] Regarding Yajl

On 15/02/11 20:56 , Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 2/15/11 2:54 PM, Julius Canute wrote: >> I gave the link to yajl-1.0.9.tar.gz present in this website >> https://github.com/lloyd/yajl/downloads . >> >> >> > > If the Source doesn't work, then the .

Re: [Fink-devel] Updating camlimages

On 14/02/11 22:35 , Julius Canute wrote: [] > There is a problem while configuring camlimages: > config.status: error: cannot find input file: doc/Makefile.in > inorder to resolve it i removed line 524 in configure.ac which specifies > "doc/Makefile" > and compiled manually which worked fine. > > B

Re: [Fink-devel] Version control migration?

On 6/02/11 21:17, Alexander Hansen wrote: [] > Not all users _can_ use rsync, however, due to firewalls. We need to > have a selfupdate method that works over unblocked http ports (and since > CVS proxy support hasn't worked in a while it would be a nice change). Even then, although svn runs ove

Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure

On 17/01/11 12:59 , Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 1/17/11 4:34 AM, Martin Costabel wrote: >> On 17/01/11 01:48 , Alexander Hansen wrote: >> [] >>> $ fink -V >>> Package manager version: 0.29.99.cvs >&g

Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure

On 17/01/11 01:48 , Alexander Hansen wrote: [] > $ fink -V > Package manager version: 0.29.99.cvs > Distribution version: selfupdate-cvs Wed Jan 12 09:20:24 2011, 10.6, x86_64 [] > g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../tests -fexceptions > - -I/sw32/include -O2 -pedantic -m64 -mtune=cor

Re: [Fink-devel] Updater to TeX Live 2010

On 15/01/11 08:47 , Tomoaki Okayama wrote: > At Fri, 14 Jan 2011 23:48:36 +0100, > Martin Costabel wrote: [] >> So this is *again* a problem with fmtutil.cnf. Unfortunately, fmtutil >> does not say which file it is using. [] >> I do not understand why one needs several copi

Re: [Fink-devel] Updater to TeX Live 2010

On 14/01/11 09:32 , Tomoaki Okayama wrote: > I imported a patch from MacPorts, which disables Carbon API. > https://trac.macports.org/ticket/25316 > > How does it work for you? Indeed, with this, texlive rev. test10 builds OK for me on 10.6.6. The installation, however, did not succeed immediatel

Re: [Fink-devel] Updater to TeX Live 2010

On 11/01/11 20:26 , Martin Costabel wrote: [] > I'll go now back to 10.6/64bit and try to see how to compile xetex. It > would be a pity if all texlive binaries would have to be compiled in > 32bit mode just because the xetex developers haven't yet got their act > tog

Re: [Fink-devel] Updater to TeX Live 2010

On 12/01/11 06:52, Tomoaki Okayama wrote: > At Tue, 11 Jan 2011 20:26:59 +0100, > Martin Costabel wrote: >> >> On 11/01/11 19:50 , Tomoaki Okayama wrote: >> [] >>> FYI, I always succeed to build texlive with ccache-default... >> >> Yes, this is weir

Re: [Fink-devel] Updater to TeX Live 2010

On 11/01/11 19:50 , Tomoaki Okayama wrote: [] > FYI, I always succeed to build texlive with ccache-default... Yes, this is weird. I haven't really made a test series to see whether it *always* fails with ccache-default installed. > [For Install] > Does the following command improve the situation

Re: [Fink-devel] Updater to TeX Live 2010

Tomoaki Okayama wrote: > I've just tested texlive on 10.5/i386 and no error occurred. > The log file is here (with -Kkmly --build-as-nobody option): > > http://fink.sodan.ecc.u-tokyo.ac.jp/~okayama/tex/fink-build-log_texlive_0.20100722-0test7_2011.01.11-19.21.35.gz > > Currently I couldn't figure

Re: [Fink-devel] Updater to TeX Live 2010

On 10/01/11 23:52 , Martin Costabel wrote: [] > No patch yet, but a failure: On 10.6/64bit: [] > It seems that this XeTeXLayoutInterface.cpp uses deprecated QuickDraw > functions that have been removed on 10.6/64bit. There is a discussion of this from last May <http://web.archi

Re: [Fink-devel] Updater to TeX Live 2010

On 10/01/11 14:16 , Tomoaki Okayama wrote: [] > Some desirous check points: > > * Build/Install (of course) and Update from a current texlive > I've tested only on 10.6/32bit, clean env, so I'm not sure whether > it works on other env. On 10.5/i386, "phase compiling: texlive-0.20100722-0test7

Re: [Fink-devel] Updater to TeX Live 2010

On 10/01/11 14:16 , Tomoaki Okayama wrote: > Dear Fink developers, > > We have managed to update TeX Live to the latest version (2010), > and now it seems a time to test it publicly! Thanks for the hard work. > If you would like to test it, checkout the finkinfos as follows: > > $ cvs -d :pserver

Re: [Fink-devel] Problem with qt4-mac on 10.4

On 13/12/10 18:07 , Martin Costabel wrote: > On 13/12/10 16:39, Daniel Macks wrote: >> >> I've sen a few places where 10.4's linker is a bit more anal about >> having dependent libs available at link-time. But it's always been >> because a lib "

Re: [Fink-devel] Problem with qt4-mac on 10.4

On 13/12/10 16:39, Daniel Macks wrote: > > I've sen a few places where 10.4's linker is a bit more anal about > having dependent libs available at link-time. But it's always been > because a lib "somewhere in the dyld runtime loading tree" was missing a > direct link against a lib it used directly.

Re: [Fink-devel] Problem with qt4-mac on 10.4

On 13/12/10 14:33, Alexander Hansen wrote: [] > The really strange part is that /sw/lib/qt4-mac/lib/libQtCLucene.4.dylib > is part of qt4-mac-* itself. I'll see if I can reproduce this on > 10.4/powerpc. It only looks strange. The dylib is built with an install_name of /sw/lib/qt4-mac/lib/libQtC

[Fink-devel] Problem with qt4-mac on 10.4

silently went away and dropped Fink. This will certainly happen with Gunter Woysch, too, if the issue is not resolved soon. -- Martin Original Message Subject: Re: fink install scribus135-aqua : Failed .. on MacOS X 10.4.11 / G4 Date: Thu, 09 Dec 2010 21:17:28 +0100 From: Gunt

Re: [Fink-devel] new wine(s)

On 30/11/10 19:49, Max Horn wrote: [] > Now, as for myself: I am going to install a modified version of the wine > package, as I have done so for past versions. Specifically, I'll hack my > .info file by removing all deps on arts and esound. > > Reason: These two dependencies alone pull in a depe

Re: [Fink-devel] FWD: stegdetect

On 8/11/10 23:25, phil hefferan wrote: [] > OK thanks I will investigate unstable, I'm a new fink user. Just > curious: what was broken with magic.inc and what fix did you apply? The file magic.inc is produced by make using the following code in file/Makefile: magic.inc: magic echo -n

Re: [Fink-devel] FWD: stegdetect

On 8/11/10 21:03, Alexander Hansen wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Original message (sent to -core and -redirected): [] > Was the following issue ever resolved? > http://www.mail-archive.com/fink-devel@lists.sourceforge.net/msg18469.html Cvs log reminds me that I fix

Re: [Fink-devel] new virtual pacakge? (was Re: [Fink-users] opensync failed again - cmake does not compile)

On 25/10/10 04:08, Benjamin Reed wrote: [] > If people's stuff using java would builddep on system-java-dev, then > we'd know whether the user had it or not. ;) But the bdep could be satisfied with an older version of system-java-dev, without fink even knowing. This might pose a problem in a si

Re: [Fink-devel] Notice: Packages linking to libfluidsynth

On 13/10/10 02:01, Daniel Johnson wrote: [] > I tried updating audacious2-plugins to use fluidsynth1 but > fluidsynth1 doesn't build for me on 10.6/x86_64 because freaking cmake is a > moron > and puts the library into lib64 instead of lib. Have I mentioned that I hate > cmake? [] > -- Installi

Re: [Fink-devel] Fwd: Re: [Fink-beginners] Error compiling Xmame

Jean-François Mertens wrote: > > On 01 Sep 2010, at 16:11, Alexander Hansen wrote: > >> For context, here it is with the lines immediately before and after (I >> added the line numbers): >> >> 181 #ifndef HAVE_SNPRINTF >> 182 int snprintf(char *s, size_t maxlen, const char *fmt, ...); >> 183 #end

Re: [Fink-devel] cmake CMAKE_FIND_FRAMEWORK changed to "LAST"

Kees Bakker wrote: > On 23 Aug, 2010, at 20:00 , Martin Costabel wrote: [] >> Do you have a concrete example where the value "LAST" for >> CMAKE_FIND_FRAMEWORK leads to serious trouble? > > Yes, I have a program that I want to link against my own copy > of th

Re: [Fink-devel] cmake CMAKE_FIND_FRAMEWORK changed to "LAST"

Kees Bakker wrote: > Hi, > > The cmake installation in Fink changes the default for CMAKE_FIND_FRAMEWORK > from "First" into "Last". > > This was a bad idea. Can we revert that change, please? > > I have the following reasons to ask for this revert. > > 1. The documentation of cmake (in the Fi

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/text ghostscript.info, 1.18, 1.19

Hanspeter Niederstrasser wrote: [] > How does this compare to the Submissions tracker item: > > http://sourceforge.net/tracker/?func=detail&aid=2983521&group_id=17203&atid=414256 > I am going blind, it seems. In my naivety, I had assumed that the SF tracker presents search results in some (chr

Re: [Fink-devel] libpng3-1:1.2.5-2

John Davison wrote: [] > So 1.2.5 would be valid, but 0.1.2.5 isn’t. > > It would seem that > “/sw/src/libpng3-1.2.5-2/libpng-1.2.5/scripts/Makefile.darwin” is broken. On MacOSX 10.3 ("Panther") for which the package was made, this "bug" did not lead to an error; it gave a compatibility version

Re: [Fink-devel] Fwd: libpng3-1:1.2.5-2

David R. Morrison wrote: > Has anybody seen this error before? Would have been 6 years ago :-) > Begin forwarded message: > >> *From: *John Davison > > >> *Date: *August 7, 2010 2:20:59 PM PDT >> *To: *dmr...@users.sourceforge.net

Re: [Fink-devel] make seg-fault in qt4-x11

Jean-François Mertens wrote: [] > Interestingly however, objcopy is from binutils, which I installed here > _ both 32 and 64 bit ! _ > on april 23, i.e., between the 2 builds of qt4-x11. Not sure I had one > before, or maybe > it was a broken one ... Have you tried removing binutils to see wheth

  1   2   3   4   5   6   7   8   9   10   >