...@yahoogroups.com, Jean-François Mertens jfm@...
wrote:
On 23 Jan 2012, at 10:59, vasnov wrote:
Thankyou - but I am new to mac and fink and can't download the
10.6
package. I have edited the config file to include unstable, but it
can't show the package. Can you add just a bit more
On 08 Sep 2011, at 19:55, Alexander Hansen wrote:
On 10.6/i386 I get x86_64 libraries:
$ dpkg -L atlas-shlibs | grep dylib | xargs file
/sw32/lib/libatlas.dylib: Mach-O 64-bit dynamically linked shared
library
/sw32/lib/libcblas.dylib: Mach-O 64-bit dynamically linked shared
On 16 Mar 2011, at 13:26, Charles Lepple wrote:
Just ran selfupdate (version details at the end), and CVS rev 1.4 of
opensp5-shlibs.info yields this error message from an update-all:
$ fink update-all
Information about 11331 packages read in 1 seconds.
Unable to resolve version conflict on
On 23 Feb 2011, at 14:33, Dominique Dhumieres wrote:
Updating to xvidcore-1.2.2-2 failed with:
(1) G4 OSX 10.4.11
L: libxvidcore.a
/usr/bin/ranlib: archive member: libxvidcore.a(cbp_mmx.o) cputype
(7) does not match previous archive members cputype (16777223) (all
members must
On 24 Feb 2011, at 18:17, Hanspeter Niederstrasser wrote:
On 2/23/11 8:38 PM, Jean-François Mertens wrote:
On 23 Feb 2011, at 14:33, Dominique Dhumieres wrote:
Updating to xvidcore-1.2.2-2 failed with:
(1) G4 OSX 10.4.11
L: libxvidcore.a
/usr/bin/ranlib: archive member: libxvidcore.a
On 15 Nov 2010, at 13:06, Charles Lepple wrote:
On Nov 14, 2010, at 11:57 PM, David Fang wrote:
There isn't anything we can do about Apple's decision, unfortunately.
Unless you actually intend to use the java interface for ppl, it
shouldn't
be an issue if this package drops the Java module
On 03 Oct 2010, at 14:54, Kow KURODA wrote:
$ file -h /sw/lib/tcl
/sw/lib/tcl: directory
$ dpkg -S /sw/lib/tcl
tcltk: /sw/lib/tcl
This is dpkg confusion caused by a previous
version of sqlite3.
Just do:
rm -fR /sw/lib/tcl
fink reinstall tcltk
fink install sqlite3
JF Mertens
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 is trouble here, something must
On 25 Aug 2010, at 03:07, Alexander Hansen wrote:
Until such time as wxmac-2.9.1 makes it into Fink, unless somebody
has another
idea, I think we need to pull plplot, emboss ... from the 10.6/
x86_64 tree.
and similarly for 10.5/x86_64 ..
But pls don't without making a plplot-gtk
Hi Jack,
Sorry for replying so late _ got a bit swamped by other things..
On 08 Aug 2010, at 15:02, Jack Howarth wrote:
On Fri, Aug 06, 2010 at 07:44:05PM +0200, Jean-François Mertens wrote:
Right _ I see now that cloog.h unconditionally includes ppl_c.h
(indirectly);
so if in some
On 06 Aug 2010, at 15:52, Jack Howarth wrote:
I would be interested in the general consensus on
the following. A new recommended update to ppl,
version 0.11, was released this week. Currently
cloog won't build against this due to a version
check which will soon be adjusted to allow this.
On 06 Aug 2010, at 17:32, Jean-François Mertens wrote:
As long a cloog's own install_name doesn't change, I see in
principle no problem in
creating a new ppl pkg for the new version (since there the install
name does change),
and to upgrade (independently, ie, whenever you want) cloog
On 06 Aug 2010, at 18:24, Jack Howarth wrote:
On Fri, Aug 06, 2010 at 05:35:55PM +0200, Jean-François Mertens wrote:
On 06 Aug 2010, at 17:32, Jean-François Mertens wrote:
As long a cloog's own install_name doesn't change, I see in
principle
no problem in
creating a new ppl pkg
On 30 Jul 2010, at 21:25, Jean-François Mertens wrote:
On 30 Jul 2010, at 20:49, Alexander Hansen wrote:
I just selfupdated less than an hour ago and tried a build of qt4-
x11 on
10.5.8/i386. I haven't finished my build yet, but with 'make' from
Xcode-3.1.4, I got
Separate debug info
On 31 Jul 2010, at 12:21, Jean-François Mertens wrote:
Adding the line
perl -pi -e 's,objcopy,$_nonexistent,' mkspecs/darwin-g++/qmake.conf
to the patchscript of qt4-x11.info will ensure that objcopy is not
detected,
Sorry,
Realise now that this file gets installed, so that change would
On 31 Jul 2010, at 14:42, Jean-François Mertens wrote:
On 31 Jul 2010, at 12:21, Jean-François Mertens wrote:
Adding the line
perl -pi -e 's,objcopy,$_nonexistent,' mkspecs/darwin-g++/qmake.conf
to the patchscript of qt4-x11.info will ensure that objcopy is not
detected,
Sorry
On 31 Jul 2010, at 18:19, Martin Costabel wrote:
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
On 31 Jul 2010, at 19:24, Jean-François Mertens wrote:
Sure, removing binutils has the same effect as the fix I suggested
(I just don't like buildconflicts).
The effect is that configure is then guaranteed to set Separate
debug info
to disabled, with as effect a slight change
I just had a look at README.kde-qt;
and the first para there says that adding
-no-separate-debug-info to the configureparams
(which is exactly what the fix I suggested does)
is basically mandatory...
SO : fix is quite safe ! :)
JF
Hi all,
I'm puzzled that, in a rebuild of all my pkgs in build-order (for a
whim, let's say.. :)),
qt4-x11 fails systematically with a seg-fault on 32bit (10.5.8,
core2duo,
all the rest up to date, including X11-2.5.2) _ and doesn't on 64bit.
This is so as well if I remove fink's make with
On 30 Jul 2010, at 16:24, Jean-François Mertens wrote:
So the info and patch files didn't change since the last succesfull
builds ...
What might have caused the Separate debug info support to change ?
(And it might be nice to be able to test this with anoher make...)
Does anybody have
On 30 Jul 2010, at 20:49, Alexander Hansen wrote:
I just selfupdated less than an hour ago and tried a build of qt4-
x11 on
10.5.8/i386. I haven't finished my build yet, but with 'make' from
Xcode-3.1.4, I got
Separate debug info support disabled.
So that seems to rule out a side effect
On 19 Jul 2010, at 21:47, Daniel E. Macks wrote:
According to the Packaging Manual on Distribution support:
perl 5.8.6: 10.3, 10.4, 10.5
which matches what I remember from previous discussions of deprecating
old langversions. We don't support 10.3 in this tree and 10.4's
system-perl is
Output of a perl script in the hc pkg is right
(ie, in accord with the intent of the script)
with some versions of perl and not with others
_ including that fink's and Apple's 5.8.8 differ.
The attachment contains the perl-script,
the input file (a short excerpt of a
compiler temp file in
PS: One can surmise the problem lies in the
Mac-specific parts of the script (l.127-177
and 541-583), else the problem would already
have been noticed on other platforms..
JF
--
This SF.net email is sponsored by Sprint
(putting fink-devel back in cc, so people can contradict/correct me ..)
On 08 Jul 2010, at 01:27, Scott Hannahs wrote:
On Jul 6, 2010, at 20:11, Jean-François Mertens wrote:
Please DON'T use system-perl ! this causes havoc on systems (like
mine, x86-64/10.5)
where there is no system
On 07 Jul 2010, at 17:00, Jean-François Mertens wrote:
# pkg-config --libs libsexy
-L/sw/lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,-
framework,ApplicationServices -lsexy -lgtk-x11-2.0 -lgdk-x11-2.0 -
latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -
lcairo
On 05 Jul 2010, at 23:53, Scott Hannahs wrote:
... whatever version of perl is used by the initial script which
starts out
#!/usr/bin/perl
This package uses:
file-spec-pm
file-temp-pm
config-inifiles-pm
html-parser-pm
gd-graph3d-pm
Now I can simplify this by using a
On 05 Jul 2010, at 22:26, Daniel E. Macks wrote:
so the technical question is why it doesn't fail for akh.
Trying to focus this a bit, Iooked at my logs for gmpc (both 32bit and
64bit), and have
very different linker flags on that command line (reproducing that
part of the libtool
On 07 Jul 2010, at 02:54, Jean-François Mertens wrote:
# pkg-config --libs libsexy
-L/sw/lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,-
framework,ApplicationServices -lsexy -lgtk-x11-2.0 -lgdk-x11-2.0 -
latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -
lcairo
On 24 Jun 2010, at 03:09, DJamé Seddah wrote:
Hi list,
I just installed fink on a brand new 10.6.4 install (using rsync,
selfupdate, etc.) and I wanted to install mc
(fink install mc)
and I'm astonished about the amount of stuff that seems to be needed
for this soft: 57 pkgs, among which
gdl proper has other problems _ besides plplot.
I find (on 10.5/intel) traces a.o. of:
1) even on 32bit,
checking for SDstart in -lmfhdf... yes
checking for sd_nccreate in -lmfhdf... no
Error! HDF4 needs to be configured with the --disable-netcdf option
in order to be used with the
On 09 Jun 2010, at 22:18, Alexander Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 6/9/10 12:10 PM, Alexander Hansen wrote:
Since plplot isn't working right now on x86_64, and gdl carries a
dependency on plplot, I figured it would be best to Architecture-tag
those until
On 10 Jun 2010, at 15:23, Alexander Hansen wrote:
On 6/9/10 6:01 PM, Jean-François Mertens wrote:
PS: as to the missing dep for plplot-nognome that you cite,
I may have also fixed locally something there (except if that
thing is 10.6-specific), since as said the full plplot is
installed
On 10 Jun 2010, at 17:34, Alexander Hansen wrote:
On 6/10/10 11:28 AM, Pepe Barbe wrote:
Hello,
I am trying to update the sleepwatcher. This package links against
carbon so it is 32-bits only. I would like to make the package so
that it could be installed also from within the 64-bit
On 06 May 2010, at 15:29, Jack Howarth wrote:
Currently 'fink -m' won't complete on the gcc4x packages because
of the warnings...
Warning: /sw/lib/gcc4.4/lib/libgcc_s.10.4.dylib ends in .dylib but
is not of filetype DYLIB according to otool.
Warning:
On 03 May 2010, at 21:04, Alexander Hansen wrote:
I think we're straying afield. We're not talking about BuildDepends:
gcc here. We're talking about (I believe):
1) Allowing multiple gccN-compiler packages to coexist, and maintain
their gccN-shlibs.
2) Ordinarily packages will Depend:
The suggestion itself was missing in Jack's message.
It was that the pkg containing the
symlinks in %p/bin could, for future gcc4X pkgs,
be just called gcc.
Existing fink pkgs would obviously not be affected,
since all their deps and bdeps involve gcc4X.
The suggestion does have the slight
On 03 May 2010, at 19:46, Alexander Hansen wrote:
OK, that's clearer to me.
The situation would be more like 'python', then, where normally
packages
depend on a particular 'pythonM' version, and only depend on
'python' if
the version doesn't matter? We'd normally _not_ have a
On 03 May 2010, at 19:51, Jack Howarth wrote:
On Mon, May 03, 2010 at 01:31:31PM -0400, Alexander Hansen wrote:
So for packages where none of the libraries from FSF gcc get linked,
perhaps a BuildDepends on 'gcc' would be OK.
This wlll likely never be the case. For gcc44 and earlier, any
On 03 May 2010, at 20:10, Alexander Hansen wrote:
Peter reminded me on IRC that the original motivation behind having a
'gcc' package was to provide a current FSF compiler at runtime for
packages that needed an FSF compiler tool but didn't care what version
it was. That's different than
On 02 May 2010, at 17:52, Koen van der Drift wrote:
Update: this only happens when building in maintainer mode
You mean, 'fink --tests=on rebuild libffi' goes without errors ?
Jean-Francois
--
On 02 May 2010, at 17:34, Koen van der Drift wrote:
10.5, powerpc
Not identical, but close enough to dmacks' failure
on 10.4 ppc.
Maybe libffi needs an Arch restriction rather than a
Distribution restriction..
Would still need some evidence of building well
on 10.4 intel, and of failing on
On 02 May 2010, at 17:56, Jack Howarth wrote:
JF,
I don't believe the currently posted packaging improperly links
them at all.
Do
# info gcc-4
The first para shows at the end :
*Note Introduction: (gccint)Top
Click on it : the link indeed works; and now the first para
that you see ends with
On 02 May 2010, at 19:46, Jack Howarth wrote:
On Sun, May 02, 2010 at 07:26:16PM +0200, Jean-François Mertens wrote:
On 02 May 2010, at 17:56, Jack Howarth wrote:
JF,
I don't believe the currently posted packaging improperly links
them at all.
Do
# info gcc-4
The first para shows
On 27 Apr 2010, at 17:43, Jack Howarth wrote:
To recap, the problem with using a single package with split-off
strategy is that both gcc4x and gcc4x-bin would require a Conflicts/
Replaces on the older gcc4x packages which have overlapping files.
This is because the older gcc4x packages
On 27 Apr 2010, at 18:07, Jack Howarth wrote:
On Tue, Apr 27, 2010 at 05:57:11PM +0200, Jean-François Mertens wrote:
On 27 Apr 2010, at 17:43, Jack Howarth wrote:
To recap, the problem with using a single package with split-off
strategy is that both gcc4x and gcc4x-bin would require
On 27 Apr 2010, at 18:50, Jack Howarth wrote:
Bascially, I would have to have...
SplitOff:
Package: %N-bin
Files:
bin
No bin ; this the point : bin contains only symlinks, which go into
gcc45
lib
share
JF
On 25 Apr 2010, at 02:09, Jack Howarth wrote:
What I am considering is to add a gcc4X-bin
split-off to all of the gcc4X packages which
will contain all of the %/bin symlinks currently
provided by the main gcc4X package.
I would think the easiest way to manage such a transition
would be to
On 21 Apr 2010, at 00:16, Pepe Barbe wrote:
Sorry for the delay replying. Currently, I am very short on time and
I have not been actively maintaining binutils, whatever little time
I have focused on other packages that I use and still so I had
trouble to honor a few requests I had
On 19 Apr 2010, at 21:03, Peter O'Gorman wrote:
What was the solution for the issue of some packages having depends on
gcc44?
Had this problem only with gclasspath and melina
de facto solution was clearly to use --forece-depends,
then switched deps of 2 pkgs and rebuild them.
I don't think
On 20 Apr 2010, at 15:27, Jack Howarth wrote:
On Tue, Apr 20, 2010 at 03:01:21PM +0200, Jean-François Mertens wrote:
I have been pondering the idea of adding a gcc45-dev splitoff
that would contain the %p/bin compiler symlinks so that the
Conflicts
Depends
could be changed from gcc4x
On 20 Apr 2010, at 17:41, Daniel Macks wrote:
Test Run By root on Tue Apr 20 11:18:54 2010
Native configuration is powerpc-apple-darwin8.11.0
# of unexpected failures 10
On 10.5/intel, I got no unexpected failures; both 32bit and 64bit gave
# of expected passes1624
# of
(switching the list to fink-devel)
On 17 Apr 2010, at 00:06, Jack Howarth wrote:
Try the updated binutils packaging that I posted on fink tracking...
https://sourceforge.net/tracker/?func=detailaid=2988592group_id=17203atid=414256
I'm just running one myself
I still see problems in the
On 17 Apr 2010, at 09:04, Martin Costabel wrote:
Jack Howarth wrote:
Martin,
So what is the recommended method for resolving conflicts over
manpages if update-alternatives is the wrong approach?
Personally, I would rename one of them. I would rather not to find a
man
page than be
On Thu, Apr 15, 2010 at 05:53:57AM +0200, Jean-François Mertens
wrote:
Hi Jack,
I just updated libffi to check on that;
I guess the same conflict will remain,
so _ either the 2 manpages are essentiially equivalent,
ad then a mutual Replaces would suffice,
or else update-alternatives
On 16 Apr 2010, at 15:04, Jack Howarth wrote:
Jean-Francois,
Are you testing with the gcc45 packaging I posted last night
that now uses update-alternatives for the offending man pages?
No _this was with the previous version (parallel builds (both
on 32bit and 64bit fink) of gcc take some
On 16 Apr 2010, at 19:09, Jack Howarth wrote:
Currently binutils is installing itself directly
into %p. This is causing at least some configure
scripts to automatically use binutils instead of cctools.
In this case, it was not instead of : the only
command objdump I have on my machine is
-alternatives...
Best,
Jean-Francois
On 15 Apr 2010, at 15:11, Jack Howarth wrote:
On Thu, Apr 15, 2010 at 05:53:57AM +0200, Jean-François Mertens wrote:
On 14 Apr 2010, at 21:53, Jack Howarth wrote:
I have updated the gcc45 packaging to 4.5.0-1000
since gcc 4.5.0 was released today. I've
Hi all,
In
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jfmertens/crypto/finkinfo/
you'll find a proposed update to seamonkey (info + patch).
It won't build yet on 64bit, but I hope that otherwise no restrictions
are needed.
I tried it only on intel-10.5 _ with both gcc-4.0 and
On 29 Mar 2010, at 21:33, Max Horn wrote:
Hi again,
as you may have noticed, I checked in new versions of libao2 and
libao4 (and took over maintainership from Ben), as well as libogg,
libvorbis0 and vorbis-tools.
If this causes any failures anywhere (in particular 10.4 10.5
There is info+patch file for seamonkey-2.0.3 in
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jfmertens/crypto/finkinfo/
It builds, apparently correctly, on 10.5/32bit.
On 10.5/64bit, I get :
jsregexp.cpp
c++ -o jsregexp.o -c -fvisibility=hidden -DFEATURE_NANOJIT -
DJS_TRACER
On 22 Mar 2010, at 16:43, Hanspeter Niederstrasser wrote:
On 3/22/10 11:34 AM, Hanspeter Niederstrasser wrote:
Code from the 1.9.1 and 1.9.2 branches won't build on 64-bit OS X.
My
local hg mozilla-central repository only started building
successfully
as 64bit as of approximately
On 17 Mar 2010, at 01:44, Daniel Macks wrote:
On Tue, Mar 16, 2010 at 11:39:35AM +0100, Max Horn wrote:
[...]
E.g. our old gettext package is not even marked obsolete, and if
I was looking for gettext, well, it would be the first thing for me
to see... :) Don't get me wrong, I am not
On 14 Dec 2009, at 23:05, Alexander Hansen wrote:
- Original Message
Subject: Re: [Fink-beginners] Can't Install clisp 2.48-1 on 64-bit
Snow
Leopard and Fink
Date: Mon, 14 Dec 2009 22:38:18 +0100
From: Jorge Acereda jacer...@gmail.com
To: Lucio Bragagnolo
On 01 Dec 2009, at 14:44, Jean-François Mertens wrote:
Build went through w/o problem on 64bit, but on 32bit (same machine)
failed with the strange Too many open files :
Making all in intl-java
/bin/sh ../javacomp.sh -d . ./gnu/gettext/GettextResource.java
./gnu/gettext
Tested on 10.5.8 (all software updates installed; Core2Duo) _ both
32bit and 64bit.
There was no distribution field to comment out, so the thing ran
straight
after fink selfupdate _ no time to add -m ...
But fink check on the debs is OK (on 64bit), and I see no TestScript..
I notice there
On 01 Dec 2009, at 15:18, Charles Lepple wrote:
On Tue, Dec 1, 2009 at 8:44 AM, Jean-François Mertens
j...@core.ucl.ac.be wrote:
I notice there is buildconflicts for ccache-default :
this breaks the operation of ccache on anything _ fink or not! _
going
on in parallel..
An export
On 28 Sep 2009, at 16:16, Max Horn wrote:
Am 28.09.2009 um 04:31 schrieb Jean-François Mertens:
Apparently, several sources have a hardcoded /sw/ in them,
which can wreak havoc when there is both a /sw tree on the machine
and some other fink tree _ could be the private sw tree in some
Apparently, several sources have a hardcoded /sw/ in them,
which can wreak havoc when there is both a /sw tree on the machine
and some other fink tree _ could be the private sw tree in some
(possibly non-privileged) user's home dir, or a system-wide swXY
or /usr/local tree ...
For example, in
On 23 Sep 2009, at 13:30, Dominique Dhumieres wrote:
On ppc OSX10.4.11 updating to qtiplot-aqua-0.8.9-rc2-2 failed with:
...
c++ -headerpad_max_install_names -prebind -dynamiclib -single_module
-compatibility_version1.0 -current_version1.0.0 -install_name
On 21 Sep 2009, at 23:35, Robert Wyatt wrote:
Martin Costabel wrote:
Tomoaki Okayama wrote:
Dear developers,
I'm planning to commit finkinfos related to TeX Live in the
repository: experimental/todai/ecc-10.4/main/finkinfo/text/
to 10.4/unstable tree. See also the discussions in
Jack,
There remains the problem
/sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary-
darwin-i386/devel/openmpi_1.3.3-1001_darwin-i386.deb (--install):
trying to overwrite `/sw/bin/otfinfo', which is also in package lcdf-
typetools
/sw/bin/dpkg-deb: subprocess paste killed
On 30 Jul 2009, at 15:39, Hisashi T Fujinaka wrote:
On Wed, 29 Jul 2009, Jean-François Mertens wrote:
The following diff attempts to fix some building
(using the right pkgs, and not at the same time the corresponding
system pkgs), and some certificate-stuff :
Can you send the patch
The following diff attempts to fix some building
(using the right pkgs, and not at the same time the corresponding
system pkgs), and some certificate-stuff :
12,14c12,13
Depends: cyrus-sasl2-shlibs, db44-aes-shlibs, libncurses5-shlibs,
openldap24-shlibs, openssl098-shlibs, tcltk-shlibs
Hi Jack,
On 24 Jul 2009, at 05:15, Jack Howarth wrote:
I have uploaded test packaging for atlas-3.9.11-1 onto
fink tracking. This packaging for atlas (which is unmaintained
in fink)...
not really :)
is at the latest stable version (the odd-numbered series like 3.9
are the devel versions),
Sorry; I forgot 1 more point :
replace in the CompileScript
iflags=-mfpmath=387
by
iflags=
(the former does cause problems on some
machines, and its advantages are no longer
clear).
Best,
JF
--
On 02 Jul 2009, at 16:58, Koen van der Drift wrote:
There are several packages that use module-build so it will be
difficult to remove it completely, I think.
Meant just for the xyz variants that are also provided by perlxyz
itself
JF
On 30 Jun 2009, at 03:21, David R. Morrison wrote:
I guess another possibility would be to use the alternatives system
for the config_data file.
till next 3 or 4 perl versions in fink, and next 3 or 4 versions of
this pkg
(in so many perl-versions),
and nobody knows (as already now...) what
On 02 Jul 2009, at 01:16, monipol wrote:
Begin forwarded message:
From: ANKUSH JAIN ankush.j...@iiitb.net
Date: 1 de julho de 2009 18h54min11s GMT-03:00
how does this portuguese come in ?? From Goa ??
To: fink-beginn...@lists.sourceforge.net
Subject: [Fink-beginners] Submission of package
On 25 Jun 2009, at 22:27, Daniel Macks wrote:
ln ../c++ ../cc
Sorry to have been offline..
Thanks AKH !
If this idiom is popular, would be easy enough to add a pile of cc
and
c++ (and gcc and g++) wrappers in a bindir as part of flag-sort.
Might be convenient, right, as a last
The following is a rather frequent type of problem ;
one new way to solve it is using dmacks' flag-sort package.
The build of qtiplot-qt4-x11 broke down with:
c++ -c -pipe -O2 -Wall -W -D__USE_WS_X11__ -DSCRIPTING_CONSOLE -
DSCRIPTING_DIALOG -DQT_PLUGIN -DSCRIPTING_MUPARSER -
On 22 Jun 2009, at 14:52, Daniel Johnson wrote:
Actually, libdevil1 is in fink unstable.
Right _ and graphviz(-shlibs) does link nicely with it :)
Jean-Francois
--
Are you an open source citizen? Join us for the Open
Hi Dan
The thing just finished building (june 3, 1.40 GMT
_ roughly 5 1/2 hours after your message),
basically without a hitch on a Core2Duo running 10.5.6
(Just put a link to your exp dir in my local tree, and
ran fink update-all _ did a quick check after that indeed
the update-all was
On 02 Jun 2009, at 03:03, Martin Costabel wrote:
...
The idea is clear, but preprocessor macros don't work like that.
Really thanks for making so clear msgs !
FInally I understand for sure that cpp works
like tex's \def rather than \edef _ and I'll
feel much more comfortable using it knowing
On 24 May 2009, at 14:44, Tomoaki Okayama wrote:
I've updated texlive-texmf.info, from TeX Live 2007 to 2008.
Mass fonts/macros are updated and added in this version.
See texlive-texmf.info for details. Try it out!
If you have some requests/suggestions, please let me know.
It would be very
On 19 May 2009, at 02:23, Jack Howarth wrote:
I am finding that while building 'fink -m install gnuplot'
the test-pod-pm build fails as follows...
...
Is anyone else seeing this with 'fink -m install test-pod-pm' under
x86_64 10.5 fink?
I see it even w/o any x86-64 stuff..
Many pkgs
On 19 May 2009, at 18:48, Benjamin Reed wrote:
On 5/19/09 12:44 PM, Alexander Hansen wrote:
On my system it linked to the built-in version rather than ours:
On mine, it linked none at all:
here as for Alexander _ Maybe Benjamin stripped dylibs ?
Indeed, nm shows no symbols are taken fom
On 17 May 2009, at 19:21, Jack Howarth wrote:
ps I ran into this when trying to build intltool40 with
'fink -m install' which showed testsuite failures due to
the missing compression related perlmods (which can't be
installed due to the above construct).
Stumbled into another problem with
I more or less finished reconciling my texlive installation with
the other fink tex pkgs I have installed. Here are a couple
of notes I took (for purging pkgs from fink, or putting
proper Provides , Replaces, Conflicts .. were needed) :
A) superseded pkgs : same version installed by texlive
On 19 Apr 2009, at 13:06, Martin Costabel wrote:
A simpler fix is to tell the Makefile that on darwin we treat the file
system as case-insensitive (even when it is case-sensitive). The
Makefile has code for this situation; it only needs to be told that
darwin exists, too:
# diff -U1
On 19 Apr 2009, at 15:23, Jean-François Mertens wrote:
I did try this (maybe wrongly..); didn't do what was expected.
In particular, possibly I typed out of habit darwin.*
instead of darwin* ..
JF
--
Stay on top
Sebastien,
Do you have atlas-shlibs installed on that machine ?
If you have only arlas installed, you're linking
against liblapack.a ..
Jean-Francois
--
___
Fink-devel
I'm puzzled; if try this (on 10.4.11 _ but with my atlas (3.9.9)),
everything goes fine.
And there shouldn't be any difference as to the treatment of those 2
symbols...
(lib is linked in basically the same way).
[Only I ran the test under gfortran of gcc44, because the is
currently a
The new pkg wxgtk2.8-py26 has a dep on opengl-py26.
Checking whether the latter did build, I got:
gcc -L/sw/lib -bundle -L/sw/lib/python2.6/config -lpython2.6 -Wl,-
dylib_file,/System/Library/Frameworks/OpenGL.framework/Versions/A/
On 24 Mar 2009, at 16:53, Jean-François Mertens wrote:
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols:
_glCurrentPaletteMatrixARB
_glMatrixIndexPointerARB
_glMatrixIndexbvARB
_glMatrixIndexdvARB
_glMatrixIndexfvARB
_glMatrixIndexivARB
_glMatrixIndexsvARB
Pierre-Henri Lavigne wrote:
Hello,
Did anyone succeed to solve the following error ?
http://paste.lisp.org/display/67292
I must have missed if it came up before. I'll take a look...
--
Benjamin Reed a.k.a. Ranger Rick
I use the following (as noted, very bad..) fix :
PatchScript:
On 09 Mar 2009, at 02:25, Pierre-Henri Lavigne wrote:
My mistake, more informations:
It's the latest version on Tiger 10.4 unstable tree: 0.10.10-1.
Currently there are no other gst-plugins-bad installed on my machine.
If I remember the issue is related to the Power PC architecture
I get
I get the following error, with io-compress-bzip2-pm5100, io-compress-
zlib-pm5100,
libwww-pm5100, probably more if I would continue...
ARCHFLAGS= /sw/bin/perl5.10.0 Makefile.PL PERL=/sw/bin/perl5.10.0
PREFIX=/sw INSTALLPRIVLIB=/sw/lib/perl5/5.10.0 INSTALLARCHLIB=/sw/
On 09 Mar 2009, at 18:42, Daniel Macks wrote:
On Mon, Mar 09, 2009 at 06:30:50PM +0100, Jean-Fran?ois Mertens wrote:
I get the following error, with io-compress-bzip2-pm5100, io-
compress-
zlib-pm5100,
libwww-pm5100, probably more if I would continue...
ARCHFLAGS= /sw/bin/perl5.10.0
1 - 100 of 416 matches
Mail list logo