David Lowe wrote:
This error just showed up during an 'update-all'.
#include SDL_mixer.h
configure:23968: result: no
configure:23968: checking SDL_mixer.h presence
configure:23968: gcc -E -g -O2 -I/sw/include/SDL -D_GNU_SOURCE=1
-D_THREAD_SAFE conftest.c
In file included from
Daniel Macks wrote:
Could someone(s) test the libiconv in my cvs exp? Goal: compare build
transcript:
1) with fink libiconv-dev installed,
2) without libiconv-dev,
3) without libiconv-dev *and with /usr/include/iconv.h and
/usr/lib/libiconv.dylib (and .la if present) moved away.
Koen van der Drift wrote:
I'm trying to force remove a package, but get this output:
$ sudo apt-get remove xml-parser-pm588
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these:
Sorry, but the following packages have
Koen van der Drift wrote:
[]
and from dpkg -l
ri xml-parser-pm588 2.36-2Perl ext interface to
XML parser/expat
ri says that it is installed, but marked for removal. I don't quite
know what this means, probably that a removal had been attempted, but
was unsuccessful.
Koen van der Drift wrote:
Hi,
Is there a way to remove a certain group of packages in fink? For
instance, all packages that I maintain, or all installed perlmodules?
I can list them:
fink list --installed -m 'driftkop'
or
fink list --installed | grep pm588
But then how to
Koen van der Drift wrote:
Hi,
As posted earlier this week on IRC, I am getting the following linker
error:
Linking CXX executable massXpert.app/Contents/MacOS/massXpert
cd /sw/src/fink.build/massxpert-x11-2.1.0-1001/massxpert-2.1.0/gui /
sw/bin/cmake -E cmake_link_script
Koen van der Drift wrote:
[]
I tried that, and now get the following error instead at the same location:
Linking CXX executable massXpert.app/Contents/MacOS/massXpert
cd /sw/src/fink.build/massxpert-x11-2.1.0-1001/massxpert-2.1.0/gui
/sw/bin/cmake -E cmake_link_script
David R. Morrison wrote:
[]
However, I can't think of a case other than the openssl nonsense
where this would apply. And many openssl packages have been
converted to use the openssl which ships with os x (rather than
fink's) which makes it ok to distribute. So I'm thinking that it
Jack Howarth wrote:
JF,
Okay. Untested gcc45-x86_64.info with a gcc45-compiler
splitoff. Still needs the libffi update-alternatives.
To me, this one looks OK (untested, of course), contrary to the
description in one of dmacks' latest messages (the one with *1, *2 etc),
which even after
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.
Why do we neeed *any* of these executables directly in %p/bin?
They could as well live in
Jack Howarth wrote:
On Sun, Apr 25, 2010 at 09:46:51AM +0200, Martin Costabel wrote:
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.
Why
Panagiotis Maniadis wrote:
[]
I change the cp -P to cp -d on the info file
Why do you think this is a good idea? /bin/cp does not understand the -d
flsg.
--
Martin
--
Jean-François Mertens wrote:
[]
[ Under melina, options_machine FC_name or options_machine LINKER
currently yield just the plain gfortran, and nothing in done in the
info file
to force this. ]
That's right, melina simply needs a working gfortran and a working C
compiler. The ideal would be
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 shown one with the right name that is not the one I am
Jack Howarth wrote:
In order to work around the conflicts over ffi.3,
ffi_call.3 and ffi_prep_cif.3 between the libffi and
gcc45 package, I am looking at adding the calls to
update-alternatives to gcc45. Looking at the openmotif4.info
as an example, I see...
PostInstScript:
James Bunton wrote:
[]
The problem is not a build failure. ccmake (which uses ncurses to
display a menu-like configuration interface) no longer works with the
arrow keys on the keyboard to edit the configuration.
Wunderful. This breaks also the ccmake that comes with the precompiled
Ather Qadri wrote:
[]
sh-3.2# fink -m --build-as-nobody rebuild maxwell
[]
sudo -u fink-bld [ENV] sh -c/var/tmp/tmp.1.6CT8nu
Can't locate Fink/Services.pm in @INC (@INC contains:
/Library/Perl/Updates/5.8.8
/System/Library/Perl/5.8.8/darwin-thread-multi-2level
/System/Library/Perl/5.8.8
Pranay Airan wrote:
i removed all %i from file field but got following error
Validating .deb dir /sw/src/fink.build/root-cilk-5.4.6-1...
Package looks good!
dpkg-deb -b root-cilk-5.4.6-1 /sw/fink/10.5/local/main/binary-darwin-i386
dpkg-deb: building package `cilk' in
:
sudo dpkg -r --force-all scipy-core-py26
fink install scipy-core-py26
--
Martin Costabel
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
Alexander Hansen wrote:
[]
In file included from Modules/AppKit/_AppKit.m:1042:
build/codegen/_App_Enum.inc: At top level:
build/codegen/_App_Enum.inc:702: error: 'NSOneByteGlyphPacking'
undeclared here (not in a function)
Alex,
it seems we had an exchange about this same problem already a
Daniel Macks wrote:
[]
According to the Debian package-script docs, postrm does run during an
upgrade/reinstall (because the old/previous one is being rm'ed).
According to man dpkg, what should work is to use PreRmScript instead of
PostRmScript.
--
Martin
Alexander Hansen wrote:
[]
screen.h:251: error: 'NCURSES_BUTTON_PRESSED' was not declared in this scope
[]
This is about an error in a maintained package, so discussion would be
more appropriate for fink-users. fink-devel is more for packaging
questions and unmaintained packages.
We'll
Alexander Hansen wrote:
[]
I get the same error on 10.4, as well, so we appear not to be building
on any supported platform.
On 10.4 I suspect it cannot be built (the system curses.h is as old as
Fink's there). On 10.5/10.6, it can be built when libncurses5 is not
installed. A BuildConflicts:
Wolfram Schroers wrote:
Hi,
I have a problem building the package vtk-py25. At 79% I get the following
error message:
[ 79%] Generating ../../java/vtk/vtkBuildAllDriver.class
cd /sw/src/fink.build/vtk-py25-5.0.4-3/VTKBuild/Wrapping/Java
/usr/bin/javac -classpath
Dr. Wolfram Schroers wrote:
No, I do not need this old version. However, I wanted to install mayavi2 (or,
at least, the older mayavi) and this is a required dependency. If one could
also use the more recent vtk, I would be very happy to use that one, instead.
Ah yes, forgot about mayavi. The
William G. Scott wrote:
In my case, fink's screen works flawlessly (including sudo), and Apple's is
problematic (hangs). I am not using bash. Maybe bash is not playing well
with fink's screen...
For me, Fink's screen works on 10.4, but gives the uid xxx does not
exist in the passwd file!
Hanspeter Niederstrasser wrote:
I get the same error on 10.5/i386. Previous revisions of
boost1.35.systempython (-2 and -3) built fine, but -5 crashes with the
error: 'PyVarObject_HEAD_INIT' was not declared in this scope errors
that Sjors also gets.
Like Alex, I didn't get the error on
Michal Suchanek wrote:
[]
Apple's version of screen works flawlessly.
In addition, the version that comes with MacOSX since 10.4 is the same
as the one in Fink, minus the bug.
Therefore I second Michal's suggestion. This package has no reason to exist.
--
Martin
Daniel Macks wrote:
[]nd is
We obviously can't fix the original binary installer
Read this as: We have an old tradition of not fixing binary
installers. Nothing obvious there.
--
Martin
--
This SF.Net email is
Edoardo Milotti wrote:
Hello,
I'm having trouble installing ATLAS on a new MacPro with quad-core
Nehalem processor and Mac OS X 10.6.2. I attach the final installation
messages. I recently installed ATLAS on another Intel Mac (double core
MacBook Pro, same system version) and I had no
Daniel Macks wrote:
[]
main/archives.c:tarobject() uses a static buffer to store a filename
during installation. Wanna guess the size of fnamebuf[]? Try bumping
it to something much larger. Latest dpkg upstream still has this
same hardcoded size.
This may even be legal, seeing that
Ebrahim Mayat wrote:
[]
CompileScript:
./configure %c LDFLAGS=-framework CoreFoundation make
I still get the following complaint:
Validating .deb dir /sw/src/fink.build/root-fluidsynth-dev-1.1.1-280...
Error: The -framework flag may get munged by libtool. See the gcc
manpage
Jesse Alama wrote:
[]
I just committed an updated SBCL (version 1.0.34) to my experimental
repository:
http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jessealama/
Can you please give this a try? I didn't do anything new apart from bumping
the version, but perhaps this will
Martin Costabel wrote:
[]
On 10.6/32bit: Builds but doesn't install
Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ...
### execution of /sw32/bin/dpkg-lockwait failed, exit code 6
/sw32/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe)
Updating the list of locally
Daniel Macks wrote:
[]
This looks like dpkg is not able to handle files with a file name longer
than 256 characters. On the other hand, I don't understand why this bug
only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit.
Also doesn't seem to choke on 10.4/ppc. Wonder if
Dr. Wolfram Schroers wrote:
Martin,
I have followed the instructions and removed the entries from
/sw/var/lib/dpkg/status. There were no files with sbcl in their names in the
/sw/var/lib/dpkg/info subdirectory. Finally, I ran fink scanpackages and
sudo apt-get update.
When trying to
Alexander Hansen wrote:
[]
I was told that the package functioned on 10.6/64-bit. I didn't have
time actually to verify that on a clean 10.6 system at that time, but
verified that it works on 10.5; I applied an update to maxima concurrently.
There is something weird going on: I have two build
Martin Costabel wrote:
Alexander Hansen wrote:
[]
I was told that the package functioned on 10.6/64-bit. I didn't have
time actually to verify that on a clean 10.6 system at that time, but
verified that it works on 10.5; I applied an update to maxima concurrently.
There is something weird
Dr. Wolfram Schroers wrote:
[]
Error message from sudo apt-get remove sbcl:
[]
/sw/bin/dpkg: error processing sbcl (--remove):
Package is in a very bad inconsistent state - you should
reinstall it before attempting a removal.
In such a situation, I found that the only solution is to
Eunjung Ko wrote:
Dear Martin,
What I just did is fink update-all. I did not intend to do
install transfig-3.2.4-7
at all. However, fink update-all command made it. Please help me.
Run
fink remove transfig
--
Martin
Eunjung Ko wrote:
Dear maintainer,
According to the FAQ entry, I tried to do as follows before I build.
sudo mv /usr/local /usr/local.moved
But I got another error messages as belows.
[]
/sw/bin/dpkg-lockwait -i
Thomas Proffen wrote:
Feedback: not good
I lost the prior emails. I still have trouble to get perl-Tk to work. I
reinstalled and made sure it is running with perl 5.8.8, e.g.
cheetah249:PDFgetN /sw/bin/perl5.8.8 PDFgetN.pl
Bus error
What does the crash log say? Look for it with
/libSystem.B.dylib
On Dec 21, 2009, at 2:43 AM, Martin Costabel wrote:
Thomas Proffen wrote:
Feedback: not good
I lost the prior emails. I still have trouble to get perl-Tk to work. I
reinstalled and made sure it is running with perl 5.8.8, e.g.
cheetah249:PDFgetN /sw/bin/perl5.8.8 PDFgetN.pl Bus error
Recently, apt-get started crashing on me with the following error message:
E: Dynamic MMap ran out of room
E: Error occured while processing system-pkgconfig-xcb-property (NewPackage)
E: Problem with MergeList /tmp/finkaptstatus
The incriminated package does not matter, during my tests it was
Alexander Hansen wrote:
[]
Ah. I got the same thing, myself. Fortunately in my case the offending
package was a buildlock, so I just deleted it.
I am curious how long it will take you to see it again. I don't think
this can be solved by removing one package. It is like when your
harddisk is
Martin Costabel wrote:
Alexander Hansen wrote:
[]
Ah. I got the same thing, myself. Fortunately in my case the offending
package was a buildlock, so I just deleted it.
I am curious how long it will take you to see it again. I don't think
this can be solved by removing one package
Koen van der Drift wrote:
[]
I didn't see a Distribution flag in the info file.
Not only is there no Distribution field, it also is built and installed
automatically by selfupdate, no questions asked (well, it does actually
ask permission, but declining would mean stopping selfupdate).
The
Koen van der Drift wrote:
Hi Richard,
Ncbitools package fails as follows on 10.5.8, unstable.
Looking at the cvs log, it semes to me that the maintainer has last
touched this sometime in 2003. You are probably the first who has ever
tried to build it on 10.5 or newer. If you need it, it
Edoardo Milotti wrote:
[]
grep: /usr/lib/libiconv.la: No such file or directory
The recipe in this case is the following:
1. Find the file that contains the reference to the non-existing
/usr/lib/libiconv.la
2. Destroy it. Or, at least, replace its dependency_libs line by
ピエールランリ・ラヴィン wrote:
Good day,
Back to devel list :-) I'm working on wxgtk version 2.8.10. After
talking on IRC, it seems i need to patch it to remove the
-single_module -Wl,-x -dead_strip flags. I don't know where it does
come from in the source code.
Perhaps from the line
perl -pi -e
Brent E. Edwards wrote:
[]
checking for X... no
checking for main in -lSM... no
checking for main in -lXext... no
checking for main in -lXinerama... no
checking X11/extensions/Xinerama.h usability... yes
checking X11/extensions/Xinerama.h presence... yes
checking for
Jack Howarth wrote:
[]
ImportError: dlopen(/sw/lib/pymol-py25/modules/pymol/_cmd.so, 2): Symbol not
found: __cg_jpeg_CreateCompress
Referenced from:
/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in:
Max Horn wrote:
[]
(1) Get rid of these UpdateFOO fields completely. Instead, require
package which have to update config.guess etc. to insert these updates
some other way: By rerunning auto-tools; by adding the correct
config.guess etc. version as a SourceN (care required to avoid name
Alexander Hansen wrote:
Umut Yildiz wrote:
Hi,
I am trying to install kile with fink but I could not succeed at the
last step. It is giving me the following error. What can I do to fix this?
[]
checking for rpath... yes
checking for KDE... configure: error:
in the prefix, you've
Peter O'Gorman wrote:
[]
Feel free to change it in fink's ltconfig, etc., and the problem should
be fixed with the next fink release, but really I think that the
'Update*' fields should be deprecated, in favor of rerunning some
version of autotools.
It is true that both packages gtk+ and
fink validate has the following error message:
Error: use of PatchFile requires declaring a BuildDepends on fink (=
0.24.12) or higher. (foo.info)
Could this please be removed from the validator? I can't see a situation
where this would be useful. No contemporary Fink installation will work
In the 2 threads lablgtk 1.2.7-1002 on 10.6 64bit fails to build and
python-bibtex-py26-1.2.4-1 build failed on 10.6 64bit the error was
caused by dylibs not linking with libintl.dylib,
/sw/lib/libgtk-1.2.0.dylib in the first case and
/sw/lib/librecode.0.dylib in the second case.
Both dylibs
monipol wrote:
On 04/11/2009, at 20:09, Martin Costabel wrote:
monipol wrote:
[]
Here's the download URL:
https://sourceforge.net/projects/finkcommander/files/FinkCommander/0.5.5/FinkCommander_0.5.5.dmg/download
Where are the sources for this release?
I committed the patches about half
monipol wrote:
[]
Here's the download URL:
https://sourceforge.net/projects/finkcommander/files/FinkCommander/0.5.5/FinkCommander_0.5.5.dmg/download
Where are the sources for this release?
--
Martin
--
Let Crystal
William G. Scott wrote:
Hi Folks:
The only thing left standing between me and gimp2 on 10.6 is
libgegl0.0.0-shlibs-0.0.22-1. It fails thusly:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../gegl/buffer -
I../gegl/property-types -I../gegl/operation -I/sw/include/glib-2.0
William G. Scott wrote:
On Oct 30, 2009, at 11:32 PM, Martin Costabel wrote:
[]
Apparently the build system still thinks it's building for i386.
(Maintainer CCed).
The standard autotools-made configure scripts guess the build host
system wrong when building for x86_64. Anything cpu
Thomas Proffen wrote:
Results in a bus error when running a perl script using Tk ..
Are you trying to use Tk-pm588 with perl-5.10? This won't work.
--
Martin
--
Come build with us! The BlackBerry(R) Developer
monipol wrote:
[]
From a user perspective the situation should have normalised by now:
PDB and www.finkproject.org are running on the new machine,
finkmirrors.net name servers are working so rsync selfupdate,
distfiles (source files) and bindist (official binaries) mirror names
are
rbambery wrote:
[]
Other Tex related tools installed on both systems
latex-beamer 3.07-1
latex-figbib 2004-08-12-2
libkpathsea4 3.5.7-1
ptexenc 1.06-1
rt2latex2e 1.0fc2-1
texi2html 1.64-16
texinfo 4.13-1001
texlive-texmf 0.20080822-1
texpower 0.2-4
unicode-tex 20041017-2
Néstor Espino Briones wrote:
I am having problem with an applications that uses cftisio in an imac
PPC G4. I think that is a library version problem. Then I run fink
selfupdate and fink update-all, but the latter does not work.
It would have been nice to know what version of Fink and of
Tom Caulfield wrote:
tried it twice. updated fink too.
not working.
Package manager version: 0.29.9
Distribution version: selfupdate-rsync Sun Oct 18 20:13:39 2009, 10.4, i386
Mac OS X version: 10.4.11
Xcode version: 2.5
gcc version: 4.0.1 (Apple Computer, Inc. build 5370)
[]
/bin/sh
Adrian Prantl wrote:
Hi,
on 10.6, fink 32-Bit, I am getting this rather confusing error when
updating db3:
This is now fixed in version 3.3.11-1032.
--
Martin
--
Come build with us! The BlackBerry(R) Developer
Building db3-3.3.11-1031 on 10.6 breaks with the error
configure: error: No ar utility found.
Building mysql-shlibs-3.23.58-1023 on 10.6 breaks with the error
configure: error: no acceptable C compiler found in $PATH
(see the corresponding threads on fink-devel and fink-beginners.)
Both
monipol wrote:
On 15/10/2009, at 18:42, khlm lutrija wrote:
dont work
--
Package manager version: 0.29.10
Distribution version: selfupdate-rsync Thu Oct 15 23:28:36 2009, 10.5,
i386
Mac OS X version: 10.5.7
Xcode version: 3.1.3
gcc version: 4.0.1 (Apple Inc. build 5493)
make version:
Max Horn wrote:
Am 14.10.2009 um 10:34 schrieb Jon Connell:
William G. Scott wrote:
In file included from h264.h:32,
from h264.c:31:
cabac.h: In function 'decode_significance_x86':
cabac.h:693: warning: cast from pointer to integer of different size
cabac.h:694:
I have that version of openjade installed on both 10.6/32bit and
10.6/64bit, so there is no problem with the package itself.
Thomas Bewley wrote:
[]
/sw/include/OpenSP/InternalInputSource.h:37: error: extra
qualification 'OpenSP::InternalInputSource::' on member
'asInternalInputSource'
It
Dave Yost wrote:
I suggest that fink be enhanced to do what some other systems have been
doing lately: package up all the info for a bug report and send it to
the right place (after the user has a chance to look it over and say OK).
The above functionality would replace the stdout dump of
Tomoaki Okayama wrote:
Dear Fink users/developers,
I am pleased to announce that TeX Live is now available on
10.4/10.5/10.6 in unstable. Enjoy it!
A big Thank You! I have been using your pre-release versions for many
months now on a daily basis, without any problems, neither with my
Adrian Prantl wrote:
[]
+ IFS=';'
This is the reason why it breaks. On 10.6, the configure script gets the
weird idea that the path separator is ';' instead of ':'. It has a funny
test for this, and this test behaves differently on 10.5 and on 10.6. It
is the line
PATH=.;.; conftest.sh
Tomoaki Okayama wrote:
Dear Fink users/developers,
I am pleased to announce that TeX Live is now available on
10.4/10.5/10.6 in unstable. Enjoy it!
Building texlive-0.20080816-1 fails on 10.6/64bit with the error message
gcc -g -O2 -I/sw_x86_64/lib/freetype219/include/freetype2
Tomoaki Okayama wrote:
What will happen by applying the attached patch to lcoco.c?
With the patch, it builds OK.
--
Martin
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer
monipol wrote:
Intel OS 10.5.8, 32- and 64-bit Fink, Xcode 3.1.4, case-sensitive
filesystem.
$ fink -m --build-as-nobody rebuild pil-py25
(...)
building '_imagingmath' extension
gcc -fno-strict-aliasing -mno-fused-madd -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -IlibImaging
Alexander Hansen wrote:
[]
Yes. You're missing libXrender.la and a bunch of other .la files :-)
You didn't specify, but I'm assuming you upgraded from 10.5, and
probably had Xquartz X11 installed. Apple got rid of the .la files for
X11, and for some of the other built-in libraries, too.
A
Alexander Hansen wrote:
[]
My understanding is that this would primarily be the case for builds
against static-only library packages. Unfortunately, since we've got
packages that install both static and dynamic libraries, scripting
rebuilds of every package that has a .a file would be a
David R. Morrison wrote:
On Sep 18, 2009, at 7:23 AM, Jack Howarth wrote:
Martin,
I don't follow your last statement. My understanding is that X11
in Snow Leopard is already preconfigured to hand off to an X11 in /opt
if present (remember that Jeremy Huddleston is both X11 maintainer
Michal Suchanek wrote:
2009/9/18 Martin Costabel costa...@wanadoo.fr:
[]
completely over to /opt/X11, which means changing every single package
and forcing everyone to abandon the system X11.
Well, perhaps you can introduce a variable which specifies the X
location so most packages can
Jack Howarth wrote:
Martin,
It is a bit extreme to say the Jeremy has gone
off the deep end with bleeding edge. Completely
I didn't say off the deep end. What he does is still very valuable,
but in a different way from before. In the long run, it will probably
benefit all users of X11 on
Alexander Hansen wrote:
[]
There was an official update of 10.4's X11 via Software Update. And on
Leopard a number of the system updates included files in the X11
distribution.
I agree with Jack on the fact that the xquartz development improved the
official X11. The latest softwareupdated X11
Jack Howarth wrote:
Daniel and Benjamin,
I've been pondering switching my efforts over to
MacPorts for awhile now since it is obvious that the
X11 Xquartz situation is going to be very problematic
for fink in the absence of manpower to maintain a proper
set of X11 packages in fink.
I
Robert Wyatt wrote:
[]
gcc -L./builtins -L./lib/readline -L./lib/readline -L./lib/glob
-L./lib/tilde -L./lib/sh -L/sw/lib-g -O2 -o bash shell.o eval.o
y.tab.o general.o make_cmd.o print_cmd.o dispose_cmd.o execute_cmd.o
variables.o copy_cmd.o error.o expr.o flags.o jobs.o subst.o
Jack Howarth wrote:
[]
Martin,
I am a bit confused. If you want gfortran to pass -m32, I would suspect
you are
running i386 fink in which case the gcc44 package will have built a 32-bit
native
compiler that generates i386 code. You shouldn't have to pass it anything at
all.
I have
David R. Morrison wrote:
Bill,
Isn't that going to break on powerpc?
-- Dave
On Sep 6, 2009, at 11:09 PM, William Scott wrote:
Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci
In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv9438
Modified Files:
William G. Scott wrote:
On Sep 7, 2009, at 5:23 AM, Martin Costabel wrote:
Somehow one needs to place that path-prefix back in front of the PATH,
but since this is distribution and architecture dependent, to do so
can
become quite a mess.
Hi Martin:
I am working on pdb2pqr
William G. Scott wrote:
On Sep 7, 2009, at 10:08 AM, Martin Costabel wrote:
William G. Scott wrote:
#!/bin/zsh -f
source %p/bin/init.sh
PATH=%p/bin:%p/sbin:${PATH} ; export PATH
this appears to put everything right, at least in my experiment.
But on 10.6 gcc then would still be /usr
Jack Howarth wrote:
Martin,
Regarding your question about how to get gfortran to accept the -arch
option,
it can't. That is an enhancement that Apple added to their gcc which wasn't
(and is unlikely
to ever be) ported to FSF gcc. The approach FSF gcc uses (which we have
supported
monipol wrote:
On 04/09/2009, at 22:41, Alexander Hansen wrote:
Jack Howarth wrote:
Shouldn't the Snow Leopard information on the
finkproject home page be updated to tell folks
if they had Xquartz 2.3.3.2 installed on their
Leopard machine that a clean installation of
fink will be
Martin Costabel wrote:
[]
(The last
fasentencect is not an official xquartz declaration, but it is the
logical conclusion from the currently available declarations.)
Read fact or sentence, as you wish. Anyway, I think it is true :-)
--
Martin
Daniel Macks wrote:
Remind me why:
BuildConflicts: bzip2-dev
is a good idea?
Not really:
costabel% fink selfupdate
[...]
Reading Package Lists...
Building Dependency Tree...
Scanning package description files..
Information about 9314 packages read in 2 seconds.
The following
Jack Howarth wrote:
[]
Then perhaps we should just have fink cvs purge *.la files when the
debs are created on x86_64 for now and see how well that works out.
Considering
that folks need to do a clean bootstrap anyway because of the Xquartz issue
we might as well bit the bullet for
After spending time trying to build apbs in SnowLeopard 32-bit Fink, I
have identified a source of breakage, but I have not yet found a good
solution:
CompileScripts that run in zsh, like apbs which has
#!/bin/zsh -efv
have a good chance to break on 32-bit Fink on SL. The reason is the
Daniel Macks wrote:
On Mon, Aug 31, 2009 at 09:42:21AM +0200, Martin Costabel wrote:
After spending time trying to build apbs in SnowLeopard 32-bit Fink, I
have identified a source of breakage, but I have not yet found a good
solution:
CompileScripts that run in zsh, like apbs which has
Jack Howarth wrote:
Huh? What problems? I've have...
ii qt33.3.8-1028 Cross-Platform GUI application framework
ii qt3-designer 3.3.8-1028 Cross-Platform GUI application framework
ii qt3-designer-s 3.3.8-1028 Cross-Platform GUI application framework
ii qt3-doc
Jack Howarth wrote:
Considering that Apple's X11 developers are recommending that
we tell user to nuke their installations and rebuild everything
from scratch under Snow Leopard as well as never install .la
files, why don't we take this opportunity to do just that. It may
cause some minor
Alexander Hansen wrote:
[]
I didn't realize when I wrote my prior message that it was the _Xquartz_
update that wasn't going to be put into release until December.
The problem appears only if xquartz-2.4.0 was installed. If no Fink
package was built against anything more recent than
Alexander Hansen wrote:
[]
Do we have the skilled-person-hours to pull it off, though?
We have a couple of more important things to do:
For example, accept the texlive package and make a system-tex package,
so that the tetex mess can be cleaned up once and for all;
For example, make qt3 and
101 - 200 of 1332 matches
Mail list logo