Re: [Fink-devel] zsh as shell in compilescript on 10.6 breaks 32bit Fink

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 > support

Re: [Fink-devel] Roll my own binary package

Saadat wrote: > I would like to make the application available through fink, i.e. "fink > install myapp" should work. > > My application uses components, which have GPL2, GPL, BSD and MIT > licenses. Looking at the packaging instructions, it seems that I would > have to have one license under w

Re: [Fink-devel] finkproject home page SL message

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 thi

Re: [Fink-devel] finkproject home page SL message

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 >>> fi

Re: [Fink-devel] unzip-6.0-1 and 10.4

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

Re: [Fink-devel] zsh as shell in compilescript on 10.6 breaks 32bit Fink

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: >> >> CompileS

[Fink-devel] zsh as shell in compilescript on 10.6 breaks 32bit Fink

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 followin

Re: [Fink-devel] nuking .la once and for all?

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 x

Re: [Fink-devel] nuking .la once and for all?

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 min

Re: [Fink-devel] SL X11.app regressions relative to X11.app 2.4.0

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-

Re: [Fink-devel] SL X11.app regressions relative to X11.app 2.4.0

Alexander Hansen wrote: > Martin Costabel wrote: >> 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

Re: [Fink-devel] SL X11.app regressions relative to X11.app 2.4.0

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 qt

Re: [Fink-devel] SL X11.app regressions relative to X11.app 2.4.0

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 xquartz-2

[Fink-devel] FAQ #5.10

In Fink FAQ#5.10 "I'm tired of typing my password into sudo again and again. Is there a way around this?" it is said to put the line username ALL = NOPASSWD: ALL into the sudoers file. This was correct up to and including Panther, but has not worked since Tiger (= MacOSX 10.4). The right syntax

Re: [Fink-devel] mirrors

Robert Wyatt wrote: > The auto-logs are showing that no cvs changes after moose was submitted > have been picked up, so changes to kdesvn-kde4 (-mac and -x11), scilab, > libtelepathy and telepathy-missioncontrol are not reflected on the mirrors. Yes, the rsync mirrors don't currently sync, they st

Re: [Fink-devel] Updated dpkg and gettext packages

Sjors Gielen wrote: > Hey Finkers, > > I didn't know which mailing list this mail was supposed to be sent to, > so please respond on the right one. Also, don't be alarmed if my next > e-mail comes from mailingl...@dazjorz.com instead of > dazj...@dazjorz.com, I'm subscribed there but this was m

Re: [Fink-devel] cvs to pdb

Robert Wyatt wrote: > I was looking for Jack Howarth's change to gcc44.info to use gcc 4.4.1 > in the package database but don't find it. Here's the CVS log: > http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/languages/gcc44.info > > Does a machine somewhere need kicking or

Re: [Fink-devel] incrtcl-20071231cvs.tgz link broken again

Jack, why do you send all that html crap to the list? No wonder your message took five days to arrive. In the meantime you'll probably have got drm's newer version of itcl-x86_64.info, which has Source: mirror:sourceforge:fink/incrtcl-20071231cvs.tgz instead of the older Source: mirror:sourcefor

Re: [Fink-devel] denyhosts-py25

Alexander Hansen wrote: > Martin Costabel wrote: >> Chupacerveza wrote: >> >>> I have a best practices question: if all I'm doing is updating the name >>> of the maintainer and some usage notes, should I bump the revision number? >>> thanks, >

Re: [Fink-devel] denyhosts-py25

Chupacerveza wrote: > I have a best practices question: if all I'm doing is updating the name > of the maintainer and some usage notes, should I bump the revision number? > thanks, Yes. Anything that changes the contents of the *.deb file needs a new rev. -- Martin

Re: [Fink-devel] openmpi and case-sensitive HFS

Alexander Hansen wrote: [] > I'm not seeing how this idea _wouldn't_ result in non-identical .deb > files if we build on two otherwise identical setups: you on a > case-insensitive filesystem and me on a case-sensitive file system. We > _should_ be able to build the package on either, and install

[Fink-devel] X11/lib/*.la files are back!

In the new Xcode-3.1.3, Apple made the *.la files in /usr/X11/lib reappear. At a first glance, it looks like they did it right: The "library_names" line now only contains the install_name and the version-less name, the latter being guaranteed to be present at compile time. So there should be no

Re: [Fink-devel] tetex-base won't install

David Reiser wrote: > I noticed that message, but tetex-base installed fine for me on April > 29 this year when I had to build a new fink on a new machine. Two > dependencies that have changed since then are fontconfig2-dev and > freetype219. For the moment I'm discounting 10.5.7 and xquartz

Re: [Fink-devel] tetex-base won't install

David R. Morrison wrote: > Yes, I also had an email directly from a user about this. It > mystifies me. It happens to me, too, when I simply run `fink reinstall tetex-base`. My first guess is that the final error refers to the message shown below, which functionally is just a warning, but tec

Re: [Fink-devel] Bug in qt4-mac-4.5

Monic Polynomial wrote: > On 02/06/2009, at 12:12, Martin Costabel wrote: >> The most difficult thing was to find out how to print the value of a >> macro at a given moment. From a diving expedition into the depths of >> the >> docs, I brought home some macros th

Re: [Fink-devel] Bug in qt4-mac-4.5

Jean-François Mertens wrote: > > 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 > l

[Fink-devel] Bug in qt4-mac-4.5

qt4-mac-4.5 breaks building of texmacs. I tracked this down to the file in /sw/lib/qt4-mac/include/, which did not exist in qt4-mac-4.4. That file does some preprocessor macro tricks with the DEBUG symbol (see below) that a) don't look useful and b) look wrong, like if the author did not unde

Re: [Fink-devel] aquaterm vs x86_64 10.5 fink

Alexander Hansen wrote: [] > It didn't work for me (10.5.7/x86_64): > > ... > :0: warning: Mac OS X version 10.5 or later is needed for use > of the new objc abi > In file included from > /sw64/src/fink.build/aquaterm-1.0.1-5/aquaterm/AQTClientManager.m:9: > /sw64/src/fink.build/aquaterm-1.0.1-5/a

Re: [Fink-devel] aquaterm vs x86_64 10.5 fink

Kevin Horton wrote: [] >>> :0: warning: Mac OS X version 10.5 or later is needed for >>> use of the new objc abi >> Better than placing MACOSX_DEPLOYMENT_TARGET=10.5 on the command >> line (what does this do on 10.4?) would be to simply *remove* the >> repeatedly occurring nonsensical "MACOSX

Re: [Fink-devel] aquaterm vs x86_64 10.5 fink

Jack Howarth wrote: >I am puzzled that I didn't run into this problem before > in x86_64 fink but under the 10.5 version, I am finding that > aquaterm fails to build due to the usage of the wrong abi... We did discuss this (on the seed list). Since aquaterm has a maintainer, I am CCing him. P

Re: [Fink-devel] xemacs-sumo-pkg-20051218-1

Jerker Delsing wrote: > installed xemacs using fink. > > trying to start xemacs gives the following message: > > Error: Unresolved inheritance operation > > after which xemacs is quitting. Hard to say anything from this little information. Is there a related crash log in ~/Library/Logs/CrashRe

Re: [Fink-devel] [RFC] test finkinfo for TeX Live

Tomoaki Okayama wrote: [] > If there is no good way, users may have to remove tetex-base > manually before installing texlive. This is what I ended up doing, too. I got the message > Could not resolve inconsistent dependencies! > > Fink isn't sure how to install the above packages safely. You ma

Re: [Fink-devel] abcde on mac intel

Charles Lepple wrote: > On Wed, Apr 29, 2009 at 5:20 AM, Mario Frasca wrote: >> it complains because some outputs are redirected appending a $REDIR to >> the line, where >> REDIR=">&2" >> (at line 2693) The difference between the two versions is that they are two different versions: Fink has abc

Re: [Fink-devel] paraview(-mpi)-3.4.0-1000 packaging

Jack Howarth wrote: > Martin, >I've updated the revised paraview(-mpi) package on... > > https://sourceforge.net/tracker/?func=detail&aid=1747995&group_id=17203&atid=414256 > > to the latest 3.4.0 release using the Fedora 11 patches for building > against qt 4.5.1. The paraview-3.4.0-1000 pac

Re: [Fink-devel] Fink build error: openmcu-2.2.1-3 on Intel OS 10.5.6

Alexander Hansen wrote: > Monic Polynomial wrote: [] >> gunzip -c ../openmcu_2.2.1-1.diff.gz | sed -e '0,/@DPATCH@/d' -e >> '\Xdebian/controlX,$d' -e 's,^[+],,' | patch -p1 >> missing header for unified diff at line 3 of patch >> patching file debian/patches/00list >> patch: malformed patch

Re: [Fink-devel] Fink buld error: boost1.32.python-1.32.0-1012 on Intel OS 10.5.6

Monic Polynomial wrote: > > (detected via Todai’s build logs) > > boost1.32.python-1.32.0-1012 fails to build on Intel OS 10.5.6. > > $ fink -V | head -n 2 > Package manager version: 0.29.2 > Distribution version: selfupdate-rsync Tue Apr 21 06:40:03 2009, 10.5, i386 > > $ fink --build-as-nobod

Re: [Fink-devel] Fink build error: mtools-4.0.1-1 on Intel OS 10.5.6

Monic Polynomial wrote: > (detected by Todai’s build logs) > > mtools-4.0.1-1 fails to build on Intel OS 10.5.6. [] > gcc -L/sw/lib floppyd.o -o floppyd -L/usr/X11/lib -R/usr/X11/lib - > lSM -lICE -lX11 > Undefined symbols: >"_XauFileName", referenced from: >_alarm_signal in floppy

Re: [Fink-devel] Fink build error: amiwm-0.20pl48-2 on Intel OS 10.5.6

Monic Polynomial wrote: > (detected via Todai’s build logs) > > amiwm-0.20pl48-2 fails to build on Intel OS 10.5.6 > > $ fink -V | head -n 2 > Package manager version: 0.29.2 > Distribution version: selfupdate-rsync Tue Apr 21 06:40:03 2009, 10.5, > i386 > > $ which flex > /usr/bin/flex > > $

Re: [Fink-devel] itk/itcl vs --build-as-nobody

William Scott wrote: > >>> >>> >>> This is strange. Do you have a different "make" installed? Or a >>> different fink version? >>> > > Same happens with /usr/bin/make when I removed the fink one. The explanation is simpler (?): When you run first fink build itcl and then fink --build-as-

Re: [Fink-devel] itk/itcl vs --build-as-nobody

William Scott wrote: > Also, it (the itcl package) actually builds successfully with --build- > as-nobody, and unless I scroll back up on my terminal, I would miss > this: > > Installing ./generic/itclIntDecls.h > Installing man pages in /sw/share/man > Installing body.n > ... > /bin/sh: /sw/sh

Re: [Fink-devel] Failed: phase installing: openssl-0.9.8k-1 failed

Alexander Hansen wrote: > Dominique Dhumieres wrote: >>> It's being worked on. >>> >> It has not propagated yet to rsync://nte.fr.eu.finkmirrors.net. >> Is it normal? >> >> Dominique >> > Is the current version ( 0.9.8k-3 ) available for you yet? The rsync mirrors are currently sleeping, s

Re: [Fink-devel] itk/itcl vs --build-as-nobody

Jack Howarth wrote: >I just noticed that the build structure used by the itcl.info and > itk.info files don't allow building with --build-as-nobody. In that > case, the build fails with errors of the form... This is one of the main reasons build-as-nobody was invented, namely to catch bugs li

Re: [Fink-devel] [cvs] dists/10.4/unstable/crypto/finkinfo openssl-0.9.8k.info, NONE, 1.1 libmd.info, 1.2, 1.3

Jean-François Mertens wrote: [] > I did try this (maybe wrongly..); didn't do what was expected. The problem is that this is a perl-based build system, meaning that you don't really see what is going on (at least I don't). In particular, it is not clear at which moment and from which files the M

Re: [Fink-devel] [cvs] dists/10.4/unstable/crypto/finkinfo openssl-0.9.8k.info, NONE, 1.1 libmd.info, 1.2, 1.3

Jean-François Mertens wrote: > Update of /cvsroot/fink/dists/10.4/unstable/crypto/finkinfo > In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv15478 > > Modified Files: > libmd.info > Added Files: > openssl-0.9.8k.info > Log Message: > Update of openssl. > Also, hopefully correct

Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/languages gcc44.info, NONE, 1.1

Jack Howarth wrote: > Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/languages > In directory fdv4jf1.ch3.sourceforge.com:/tmp/cvs-serv30172 > > Added Files: > gcc44.info > Log Message: > add gcc44 package since gcc 4.4 is branched [] > Depends: gmp-shlibs (>= 4.2.4-1000), libmpf

Re: [Fink-devel] [Fink-users] Patch not found for aquaterm

Mihaela Sighireanu wrote: [] > Param�trage de db44-aes (4.4.20-1004) ... > The following packages must be temporarily removed, but there are no .debs to > restore them from: > make > Exiting with failure. Yes, this is a (IMHO somewhat annoying) feature where Fink tries to be overly protective.

Re: [Fink-devel] [Fink-users] Patch not found for aquaterm

Mihaela Sighireanu wrote: [] > Param�trage de fink-buildlock-aquaterm-1.0.1-3 (2009.03.25-21.14.27) ... > gzip -dc /sw/src/aquaterm_src.1.0.1.tar.gz | /sw/bin/tar -xf - > --no-same-owner --no-same-permissions > [ -r /sw/fink/dists/stable/main/finkinfo/graphics/aquaterm.patch ] > patch -p1 < /sw/fi

Re: [Fink-devel] Porting Jürgen Riegels C++ FreeCAD to Leopard

Tobias Krieger wrote: > Hi to all, > > (for info: I've send the same message into the wrong fink mailing list) > > I'm new to anything related to porting but me and some others would like > to port the opensource CAD programm, written in C++ to Darwin, Leopard, > best with Aqua look :-) > htt

Re: [Fink-devel] Perl error due to 'unimplemented weak references'

Koen van der Drift wrote: [] >> ~/Desktop$ mitobank.pl 6681 > log.txt >> Use of uninitialized value in concatenation (.) or string at /System/ >> Library/Perl/5.8.8/darwin-thread-multi-2level/Scalar/Util.pm line 30. This is strange. I don't have Scalar/Util.pm in that directory. On my system I ha

Re: [Fink-devel] updating openbabel - validation error

Koen van der Drift wrote: [] > Thanks, Dan. How can I find out if -install_name was set correctly? Is > there a way to fix this with a patch or do I need to contact the > upstream developers? The package did switch from using make to cmake, > could that be related to it? Use, for example, the cmak

Re: [Fink-devel] runtime problem with grace-5.1.22-2

Alexander Hansen wrote: [] > When I run xmgrace from an x term my X11 crashes and I get > the message > > "The application X11 quit unexpectedly > Mac OS X and other applications are not affected" The crash log will tell more. If it talks about division by zero, this would be related to the rece

Re: [Fink-devel] cdat-4.0-1012 appears to have an unsatisfiable dependency graph

Alexander Hansen wrote: [] > In file included from Src/dssprtd.c:5: > Include/dsgvars.h:15: error: initializer element is not constant > error: command '/usr/bin/cc' failed with exit status 1 [] > These failure didn't stop the build from proceeding to the end and > generating a .deb, though. Yes

Re: [Fink-devel] cdat-4.0-1012 appears to have an unsatisfiable dependency graph

Alexander Hansen wrote: [] > The following package will be installed or updated: > cdat > The following 2 additional packages will be installed: > scientificpython-py24 scipy-core-py24 [] > dpkg: considering removing f2py-py24 in favour of scipy-core-py24 ... > dpkg: yes, will remove f2py-py24 in

Re: [Fink-devel] Fwd: Fwd: fink mingw-gcc build error

Asko Kauppi wrote: > > > A bit premature, that was. Mingw-gcc also needs a fix. > > The command 'ulimit -S -s unlimited' causes a problem here. > > CompileScript: << > #!/bin/sh -ev > ulimit -S -s unlimited > mkdir darwin > cd darwin > ../configure %c > make > << > > > Now, why is that

Re: [Fink-devel] Fwd: fink mingw-gcc build error

Asko Kauppi wrote: [] > Does anyone else have this problem; does the package work nice on > Intel 10.5? No, not for me; I get the same error. > $ makeinfo --version > makeinfo (GNU texinfo) 4.11 The package has, in its Makefile, a test about which it says # For an installed makei

Re: [Fink-devel] [Fink-beginners] Problem building freetype219

Martin Costabel wrote: > Windell H. Oskay wrote: >> I'm having the same problem as well-- I cannot get past freetype219. >> >> I'm building on a Macbook Pro (intel), with OS 10.5.5. I have >> already moved /usr/local to /usr/local.moved , so it's f

Re: [Fink-devel] Mesa versioning change

David R. Morrison wrote: [] > Most likely, in the older version the filename of the library was > libGLw.1.0.dylib but the install_name was libGLw.1.dylib (with a > symlink put in place to relate the two). Now in the simpler version, > that intermediate step is skipped and both the filename

Re: [Fink-devel] fontconfig-path incompatible with xquartz

Matthias Neeracher wrote: > > Hmm, I must have been asleep at the wheel on this matter. Sorry about > that... > > On Dec 30, 2008, at 22:14 , Alexander Hansen wrote: > >> -BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Martin Costabel wrote

Re: [Fink-devel] [Fink-users] Problem installing Gnucash on OS 10.5.6

Alexander Hansen wrote: [] >> sed: /usr/X11/lib/libfontconfig.la: No such file or directory > > > > You didn't specify your Xcode version. It looks like you've got > 3.1.2, from which the .la files were removed. You'll either want to > downgrade to 3.1.1 or install the Xquartz update from

[Fink-devel] libtool2 and sed

The libtool2 package hardcodes /sw/bin/sed in /sw/bin/libtoolize:251 if Fink's sed or ssed package are installed at build time. This is bad, because if sed is absent at runtime, failure happens. See bug-tracker item 2457835 at If /sw/bin/

Re: [Fink-devel] lzma support

John Ridgway wrote: > Friends - > I am thinking about tackling (once more) the idea of adding TeXLive to > Fink (unless someone is already working on it -- I haven't been > reading the posts recently); I am following the mailing lists quite closely, and I haven't seen anyone declaring a firm

Re: [Fink-devel] [Fink-users] jpilot fork error messages

The problem with THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTIONALITY___YOU_MUST_EXEC__() happened also to asymptote recently when it started using OpenGL/GLUT(in asymptote-1.50) . After some fruitless experimentation rearranging the fork() stuff, the upstream author set

Re: [Fink-devel] xmame-0.69.1-1

Alexander Hansen wrote: [] > It appears that this package misbuilds on Intel Macs (at least on mine > and the one used to build our binary distribution), and that you're > the first one to report it to us. The same behavior occurs for > xmame-0.71.1-1 in current/unstable as well. The one in

Re: [Fink-devel] linuxdcpp-1.0.2-4 fails configure

Jean-François Mertens wrote: > With xorg installed, I get during configure : > >> Package x11 was not found in the pkg-config search path. [] > Looks the culprit is the line in the PatchScript : > /usr/bin/perl -pi -e 's|libs libglade-2.0|$& fontconfig x11 xext > xrender xinerama xrandr xcursor

Re: [Fink-devel] What replaces gtkmm2.4?

Kevin Horton wrote: > I am trying to update the cadabra package, but a build attempt in > maintainer mode complains: > > WARNING: The package cadabra has a preferred BuildDepends on gtkmm2.4- > dev, > but gtkmm2.4-dev is an obsolete package. > > But, neither the output of fink info g

Re: [Fink-devel] atlas-3.8.2-2

Alexander Hansen wrote: [] > I'm still building on my G4, by the way--I accidentally stopped the > build 24 hours in yesterday, so I had to restart that. ..and all this in order to gain - perhaps - a couple of microseconds of cputime later on. I am surprised that anyone is still bothering with

Re: [Fink-devel] trouble with opengl-py25

Alexander Hansen wrote: > > On Oct 25, 2008, at 6:28 PM, Caleb Mattoon wrote: > >> opengl-py25 does not compile on OS X 10.5. I've included the output >> from fink, I think the important line is near the end: >> >> gcc -L/sw/lib -bundle -undefined dynamic_lookup -L/sw/lib -I/sw/ >> include bui

Re: [Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found

David Reiser wrote: [] > I've looked at this some more, and I think it's simpler. html-parser > looks to me to be provided by both 5.8.6 and 5.8.8, but html-tree is > provided by neither. Consequently, I think the fix is to delete line > 339 of VirtPackage.pm so that html-tree does not appear

Re: [Fink-devel] Build issues with sbcl-1.0.19-1 on 10.5.5/G4

Alexander Hansen wrote: > I'm sending this to -devel because it's potentially a packaging issue, > too. > > The problem is as it says: this version bombs on my G4 when it's > running OS 10.5.5 . This problem does _not_ occur on the same machine > when booted into OS 10.4.11. The failure o

Re: [Fink-devel] Error installing fink package xml-sax-expat-pm588 (0.38-1). Remove package?

PieterB wrote: > Hi fink developers, > > Somehow xml-sax-expat-pm588 (0.38-1) got installed on my system. > I think this package should be either removed or be upgraded & fixed. Not so fast. The error could very well be on your side. > Architecture: 10.5/powerpc (PowerMac7,3 PowerPC G5 1.8Ghz, L

Re: [Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found

David Reiser wrote: > > On Oct 18, 2008, at 8:15 AM, Martin Costabel wrote: [] >> There is, however, also a "real" html-tree-pm588 package. Run >> >> fink install html-tree-pm588 >> >> and see if this helps. > > That at least solves the

Re: [Fink-devel] HTML-Tree shown as provided in Leopard, but cannot be found

David Reiser wrote: > How does fink 'know' what packages are provided? > > fink list html-tree gives (10.5.5 ppc): > > Information about 7253 packages read in 2 seconds. > html-tree-pm586 3.23-1 Handling information > from HTML syntax trees > p html-tree-pm588

Re: [Fink-devel] New gtk+2; gail* obsoleted

Michal Suchanek wrote: [] > When I install gqview gtk+2-shlibs is installed but I have to install > gtk+2 for gqview to work. > > Shouldn't the shlibs package provide enough configuration for the > shlibs to work? > > (gqview:15788): GdkPixbuf-WARNING **: Cannot open pixbuf loader module > file '

Re: [Fink-devel] Fwd: Multi-line embedding does not work!?!

Asko Kauppi wrote: > > Sorry for the noise. Got this solved by adding "#!/bin/sh -ex" to the > PatchScript and preceding any $ with backslash. You could also quote the EOF: cat > Makefile.fink <<"EOF" This prevents this and similar undesirable side effects. From `man bash` (for "word" read

[Fink-devel] Mystery (Was Re: [Fink-beginners] update-all, install gthumb, install exiv2 problem...)

, not worked around. Some output excerpts are here, and in the beginners thread you can find the complete dumpinfo and a lot of other informations about the system. Martin Guillaume Blanc wrote: > Le 26 sept. 08 à 20:18, Martin Costabel a écrit : > >> The contradiction re

Re: [Fink-devel] Build error with freetype219-2.3.7-6

Alexander Hansen wrote: > An attempt was made to fix a problem with a prior revision, but now > the current one fails with > > /bin/mv /sw/src/fink.build/root-freetype219-2.3.7-6/sw/lib/freetype219/ > lib/libfreetype.6*dylib /sw/src/fink.build/root-freetype219- > shlibs-2.3.7-6/sw/lib/freetype

[Fink-devel] fontconfig-path incompatible with xquartz

The xquartz X11 update packages have switched from /usr/X11/lib/X11/fonts/fonts.conf for the fontconfig conf file to /usr/X11/lib/X11/fontconfig/fonts.conf Don't ask me why, probably because of a general "backward comaptibility is so boring" attitude. See the thread from

[Fink-devel] libtiff

(Originally sent on 2008/09/20, bounced back permanently by the fink-devel list because of current sourceforge mailing list troubles) The libtiff{,-bin,-shlibs} packages are dependencies of very many Fink packages. It would therefore be nice if they could be fixed. Currently they build different

Re: [Fink-devel] libxml (fixed)

William G. Scott wrote: [] > On Sep 18, 2008, at 7:48 AM, Alexander Hansen wrote: > >> I did, though. In consultation with Dan Macks we found the following: >> >> $ type -a xml2-config >> xml2-config is /sw/share/xtal/ccp4-6.0.99e/bin/xml2-config >> xml2-config is /sw/bin/xml2-config >> xml2-conf

Re: [Fink-devel] MakeListCache:4: no such file or directory: /sw/bin/fink

William G. Scott wrote: > I just bootstrap-installed fink in a non-/sw directory (and moved /sw > out of the way for safety) > > MakeListCache called by fink index does this: > > % fink index > Scanning package description files.. > MakeListCache:4: no such file or directory: /sw/bin/f

Re: [Fink-devel] guile-18 question

William G. Scott wrote: > > > On Sep 3, 2008, at 4:54 AM, Martin Costabel wrote: > >> William G. Scott wrote: >> >>> Apparently gmp compiled on my G5 ppc is not compatible with a G4 >> Yes, this is an old problem. Often it gives bus errors or illega

Re: [Fink-devel] guile-18 question

William G. Scott wrote: > Apparently gmp compiled on my G5 ppc is not compatible with a G4 Yes, this is an old problem. Often it gives bus errors or illegal instruction errors. The G5 build apparently uses ppc machine instructions that don't exist on G4. In principle, gmp has some code to

Re: [Fink-devel] blt-2.4z-15l

Peter Dyballa wrote: [] > Is $exec_prefix set correctly when using the original Fink package? Yes. Fink sets --prefix=/sw automatically, and exec_prefix is set from $prefix by configure, if you don't set it explicitly. That is, unless you fiddle with the tcl stuff. The configure script has the f

Re: [Fink-devel] blt-2.4z-15l

Peter Dyballa wrote: > > Am 02.09.2008 um 19:37 schrieb Alexander Hansen: > >> Also: you didn't quote the whole compiler command. > > It's not available in the moment – the *compilation* buffer is used > for other work. > > There is one difference: I am using Apple's TclTk. So its -L/sw/lib

Re: [Fink-devel] xcode should not be BuildDepend

Jack Howarth wrote: >In preparing the packaging for an upcoming gcc43-4.3.2-1000 > release, I decided to switch the dependencies for cctools to > xcode (>= 2.5). However 'fink -m' reports that... > > WARNING: The package gcc43 Depends on xcode, >but xcode only allows things to BuildDep

Re: [Fink-devel] trouble building wxgtk2.8-2.8.7-18 on 10.5.4 macbook pro

Sven de Vries wrote: > > Hi, > > yes, I had a problem with it a while ago and suggested a patch > which worked for me fine. Given Martin's questions, I tried again a > rebuild with the unpatched file and surprisingly the unpatched version > worked fine. There exists already a PatchScript line

Re: [Fink-devel] fink, gcc-4.2 and ppl > 0.9

Benjamin Reed wrote: >[] > As I'm not a compiler guru, I must be missing something. Is PPL > something that is part of the GCC build? Googling "PPL" gives me a > million false positives. And "fink apropos ppl" shows nothing called "ppl". What *is* ppl? -- Martin -

Re: [Fink-devel] grace and libpng

Alexander Hansen wrote: [] > It built for me, anyway (10.5.4), and links to the proper libpng library. > Do we want a revision bump, since it _built_ without libpng support (if > you have xmkmf) before the fix? Good remark. I'm bumping it. -- Martin -

Re: [Fink-devel] grace and libpng

Alexander Hansen wrote: [] > configure:16037: checking for libpng >= 0.9.6 > configure:16088: gcc -o conftest -O2 -fno-common -Wall -Wpointer- > arith -Wnested-externs -I/usr/X11R6/include -I/sw/include -framework > Carbon -L/sw/lib conftest.c -lpng -lz -lm >&5 With this combination of -I and

Re: [Fink-devel] PDB giving incorrect results?

Max Horn wrote: > Hi there, > > I was wondering about something odd I noticed in the PDB today. Go > look at , it > says that 1.0.2 of wireshark is the latest version in the powerpc > stable trees, but 0.99.5-1011 is the latest in the i38

Re: [Fink-devel] xquartz-2.3.0 breaks tcltk

Daniel Macks wrote: > Please apply the fix in whatever way is easiest. OK, checked into CVS, version tcltk-8.4.16-5. This patch should work with all tcltk versions and all X11 versions, until the tcltk developers themselves start doing something about it. -- Martin ---

Re: [Fink-devel] xquartz-2.3.0 breaks tcltk

Here is a message from the maintainer of the xquartz updates to the x11-users list. The message means that the breakage of tcltk will be over as soon as xquartz-2.3.1 comes out. OTOH, the patch for tcltk I proposed will change *strictly nothing* when tcltk is compiled with any X11 different fro

Re: [Fink-devel] Package submission-to-release cycle

Dinker Charak wrote: > Hi, > > Is there a doc that describes the package life cycle? I submitted a > package 'kloc' and now the statis in the Tracker shows it to be > closed. I see that the info file has been moved to > dists/10.4/unstable/main/finkinfo/devel/kloc.info. What happens next? > Is the

Re: [Fink-devel] xquartz-2.3.0 breaks tcltk

Daniel Macks wrote: [] > Does incorporating this patch mean that a libtk build against an > "older" libX11 will not work properly if libX11 is upgraded to one > that has these renumbered events? That is, are the constants > *different* on an older x11 with vs without the patch (either the one > her

[Fink-devel] xquartz-2.3.0 breaks tcltk

While hunting a bug reported on fink-users under "fink vpython2.5 fails to run", I learned that if tcltk is built while xquartz-2.3.0 is installed, it will crash when running anything tk-related. The cause is the introduction of a new X event and corresponding redefinition of the macro LASTEve

Re: [Fink-devel] skencil-0.6.17-1003

Alexander Hansen wrote: [] > We had a similar problem with pymol in the past, and that involved a > bit of additional hacking on the package to get it to work properly. > I may have some time to muck around with it this evening, if nobody > else beats me to it. Too late :-) I got a patch fi

Re: [Fink-devel] Error while compiling doxygen

Pierre-Henri Lavigne wrote: > > Gnu day all, > > Did anyone get an issue like this please : > http://paste.lisp.org/display/64008 [] > (/sw/share/texmf-dist/tex/latex/psnfss/pifont.sty > (/sw/share/texmf-dist/tex/latex/psnfss/upzd.fd)kpathsea: Running mktextfm pzdr > mktextfm: Running mf-nowin -p

Re: [Fink-devel] 64 bit

David van der Spoel wrote: [] >> > Can't one just set some compiler flags -m64 for C, C++ and linking? Why I didn't say it was difficult, did I? Making Fink packages is often not difficult. In particular if you start from an existing package, then all the "bureaucratic" parts of the package desc

Re: [Fink-devel] 64 bit

David van der Spoel wrote: > Hi, > > I'm wondering if there is an easy way to compile all packages in 64 bit > mode? I noted that some packages are provided in two versions already, > but I would like to be able to install one package in 64 bit mode, and > automatically install all the dependen

Re: [Fink-devel] Pangocairo and XCode 3.1: do they tango?

Juan Courcoul wrote: [] > Unfortunately, the Xcode 3.1 installer does not allow that degree of > granularity and will install the SDK regardless. I'll have to play > around with a clone to see if the older 3.0 SDK package will allow > itself to be installed overwriting the newer 3.1 version.

<    1   2   3   4   5   6   7   8   9   10   >