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:
>>> _glCurrentPaletteMatrix
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 성준
>> wrote:
>>
>>> I have found your fink package for MayaVi2-py25, but I can't install
>>> it. I was wondering if y
With wxgtk2.8-2.8.10-23, `wx-config --libs` gives the following output:
-L/sw/lib -L/sw/lib/fontconfig2/lib
-Wl,-dylib_file,/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
-L/usr/X11R6/lib
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-deve
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 shoul
David Lowe wrote:
> This error just showed up during an 'update-all'.
>
>> #include
>> 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
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 unsucces
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 ha
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 th
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 CMakeFiles/mass
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 CMa
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 r
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 s
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
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
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: <<
> u
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
CMake.a
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.
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
> `/sw/fink/10.5/
fink-users and -beginners lists:
sudo dpkg -r --force-all scipy-core-py26
fink install scipy-core-py26
--
Martin Costabel
--
Download Intel® Parallel Studio Eval
Try the new software tools for yourself.
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
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:
[]
> 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
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'
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. T
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
> /sw/src/fi
William G. Scott wrote:
>
> On Jan 14, 2010, at 11:08 PM, Michal Suchanek wrote:
>
>> 2010/1/15 William G. Scott :
>>> 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 scree
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 fil
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
-
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 erro
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
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
monipol wrote:
> On 07/01/2010, at 00:07, DJamé Seddah wrote:
[]
>> $ sudo fink cleanup
>> Information about 2516 packages read in 0 seconds.
>> Collecting active source filenames...
>> Can't locate Config.pm in @INC (@INC contains: /usr/local/lib/
>> perl5/5.8.8/darwin-2level /usr/local/lib/perl5
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 /usr/
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 gc
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
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
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
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 maxim
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 bui
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
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 ma
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
> /sw/fink/dists/stable/main/binary-darwin-powerpc/graphics/tran
> <211AF0DD-42D9-79C8-BB6A-1F4BEEF4B4AB> /usr/lib/dyld
> 0x91c3f000 - 0x91c42fe7 libmathCommon.A.dylib ??? (???)
> <1622A54F-1A98-2CBE-B6A4-2122981A500E> /usr/lib/system/libmathCommon.A.dylib
> 0x93f5c000 - 0x93fc6fe7 libstdc++.6.dylib ??? (???)
> <411D87F4
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
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
> th
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 i
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 not
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 re
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
ピエールランリ・ラヴィン 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
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
dependency_lib
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 X11/extensions/Xi
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: /sw/l
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 pr
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 na
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+
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 dyli
"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 w
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 so
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 Crysta
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
&
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
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 Conferenc
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
> a
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 2004
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)
[]
> /b
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 Ma
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
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) Develope
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)
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
>>> c
Koen van der Drift wrote:
> Yeah, Iwas thinking along those lines as well. So I found that if I
> comment out the line:
>
> set( CMAKE_OSX_ARCHITECTURES ppc;i386 )
>
> it will not create a universal binary. But then it will create
> different packages for ppc and i386, correct? How do I work arou
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
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'
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
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
-I/sw_x
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!
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
ra
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 Fang wrote:
[]
> Martin,
> What ever happened to that script you wrote to regenerate Apple's
> X11 .la files? I think I have a copy lying around somewhere. Would that
> work?
No, it wouldn't. As it turned out, the situation is worse than just an
X11 problem, because also a couple
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.
>
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 -IlibImag
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 Fink-devel:
> http://thread.gmane.org/gmane.os.macosx.fink.devel/17670
>
>
Michal Suchanek wrote:
> 2009/9/18 Martin Costabel :
[]
>> 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 s
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 ma
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
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
Alexander Hansen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Robert Wyatt wrote:
>> Jeremy H has just released XQuartz 2.4.1_alpha1 for Snow Leopard. I'm
>> going to continue to work through building the bundle- packages with the
>> X11 that shipped with 10.6 for now unless you
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.
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 h
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
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.
>
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 File
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.
101 - 200 of 1537 matches
Mail list logo
