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
>
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
(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
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
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
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
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 the
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
Fink 0.38.3
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 what
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 https://trac.macports.org/ticket/45011, they
concluded that this is a clang bug. They filed a
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
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-config
On 11/06/14 15:41, TheSin wrote:
aren’t these BDO? how can you dep on them then? And since you can’t dep on
them how can you have a circ dep with them?
---
TS
http://www.southofheaven.org/
Life begins and ends with chaos, live between the chaos!
On Jun 11, 2014, at 1:19 AM, Martin
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 file
(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'
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
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
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 example
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
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
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 I
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
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
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
/sw/bin/dpkg-deb: subprocess tar
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-
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, note
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
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
is a
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(902f831bcefb69c6b635374424acbead)
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 all
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
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.7
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
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
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, and it refuses to create user
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 most recent release but I'm
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:
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
Error: couldn't unpack .deb
I forgot to add
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
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, the sw_prefix
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:09
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
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:
I
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
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 scribus with the
new clang fails exactly
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://lists.cs.uiuc.edu/pipermail/llvmbugs
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
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.
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
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
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 else is
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
also
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
focus on supporting clang in the Xcode 4.x releases
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 a
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 will probably no longer
work
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,
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
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
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 additional
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
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.
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 crux here
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 are now
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
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 in the
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 updated it
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 of
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.
But if
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 over
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=core2
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
Distribution version: selfupdate-cvs Wed Jan 12 09:20:24 2011
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 copies of fmtutil.cnf at all.
I
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 immediately.
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
together.
The problem is actually
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 weird. I haven't really made a test series to see whether
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 out
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?
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
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
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.archiveorange.com/archive/v
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 somewhere in the dyld runtime loading tree was missing
To: Martin Costabel costa...@wanadoo.fr
[]
g++-4.0 -c -pipe -I/sw/lib/system-openssl/include
-I/sw/lib/system-openssl/include -I/sw/lib/freetype219/include
-I/sw/lib/freetype219/include/freetype2 -I/sw/lib/fontconfig2/include
-I/sw/lib/fontconfig2/include -isystem /sw/include -isystem
/usr/X11R6
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
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. On
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
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 fixed
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 \
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
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?
[]
-- Installing:
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 #endif
If there
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 the SDL framework. It doesn't really matter where
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 Fink
Hanspeter Niederstrasser wrote:
[]
How does this compare to the Submissions tracker item:
http://sourceforge.net/tracker/?func=detailaid=2983521group_id=17203atid=414256
I am going blind, it seems. In my naivety, I had assumed that the SF
tracker presents search results in some
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 of
David R. Morrison wrote:
Has anybody seen this error before?
Would have been 6 years ago :-)
Begin forwarded message:
*From: *John Davison jmdavi...@optonline.net
mailto:jmdavi...@optonline.net
*Date: *August 7, 2010 2:20:59 PM PDT
*To: *dmr...@users.sourceforge.net
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 whether
Jed Frechette wrote:
Due to ever decreasing use of OS X for work and a general lack of time I
have decided to orphan my Fink packages. Hopefully, someone will be
interested enough to adopt a few of the packages listed below, if not, can
someone change the Maintainer field to fink-devel
Alexander Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/29/10 11:40 AM, Jed Frechette wrote:
On Tue, 29 Jun 2010 09:20:54 -0600, RaDaniel Christian 성준
renderea...@gmail.com wrote:
I have found your fink package for MayaVi2-py25, but I can't install
it. I was
Daniel Macks wrote:
On Tue, Mar 24, 2009 at 04:53:38PM +0100, Jean-Fran?ois Mertens wrote:
The new pkg wxgtk2.8-py26 has a dep on opengl-py26.
Checking whether the latter did build, I got:
[]
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols:
_glCurrentPaletteMatrixARB
[]
Koen van der Drift wrote:
[]
make[262]: Makefile:11: fork: Resource temporarily unavailable
make[262]: vfork: Resource temporarily unavailable
make[261]: *** [dirs] Error 2
The [262] tells you that there are 262 levels of make running. Either
there is an infinite loop (but then this should
1 - 100 of 1332 matches
Mail list logo