Re: [Fink-devel] Internal issue with /sw/include/libavutil/common.h from libavutil50-dev

On 10/02/2011 02:36 PM, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- > if ((a+0x8000u)& ~UINT64_C(0x)) return (a>>63) ^ > 0x7FFF; > else return a; UINT64_C is a macro defined in stdint.h. http://pubs.opengroup.org

Re: [Fink-devel] my fink is on strike, everything ends in no targets-message

On Fri, Sep 30, 2011 at 11:50:26PM +0200, mn wrote: > On Sep 30, 2011, at 8:40 PM, Peter O'Gorman wrote: > >> checking for gawk... gawk > > > > I think HFS compression may be a red herring. > > > > If this fink's gawk? Can you remove it and then t

Re: [Fink-devel] my fink is on strike, everything ends in no targets-message

On 09/30/2011 02:28 AM, mn wrote: >[…] #unpacking > sed-4.2.1/aclocal.m4 > ./configure --prefix=/sw --with-libiconv-prefix=/sw --mandir=/sw/share/man > --infodir=/sw/share/info --program-prefix=g > checking for a BSD-compatible install... /sw/bin/ginstall -c > checking whether build environm

Re: [Fink-devel] [Fink-beginners] force stable for one package?

On 09/21/2011 11:16 AM, Alexander Hansen wrote: > #ifdef HAVE_MAGICK >//My stuff to initialize GraphicsMagick >const char* fn = args (0).string_value (); >InitializeMagick(fn); > ... > > But unfortunately that doesn't suffice. > > ./DLD-FUNCTIONS/__magick_read__.cc:361:15: error: no vi

Re: [Fink-devel] [Fink-users] Glitches related to octave

On 09/15/2011 08:39 AM, Jean-François Mertens wrote: > > PS: and as an aside, it is also not needed to mkdir tmp and ar -x, if > you use > -all_load libarpack.a Try not to use -all_load on 10.6 and later, there is a method to load all members of selected archives there -> -force_load. e.g. gcc

Re: [Fink-devel] libtool problem in lyx-1.6.10 for 10.7

On 09/12/2011 04:28 PM, Alexander Hansen wrote: > /bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H > - -I. -I../.. -I./.. -DQT_NO_STL -DQT_NO_KEYWORDS > - -I/sw/lib/qt4-mac/include -I/sw/lib/qt4-mac/include/QtCore -DQT_SHARED > - -I/sw/include -g -O2 -c -o LinkBack.lo `test

Re: [Fink-devel] Fink package hdf5-1.6.10-3

On 05/30/2011 07:42 AM, Alexander Hansen wrote: > In any case, I found that fink's libtool2 along with fink's automake1.11 > appear to be needed for the build to proceed. I've just committed an > update (no revision change). Hopefully no other changes are needed. Yes, even though you specify /us

Re: [Fink-devel] using svn to pull source

On 04/13/2011 01:23 PM, Jack Howarth wrote: > svn co -r129359http://llvm.org/svn/llvm-project/dragonegg/trunk/ Jack, I have done: $ svn export -r129359 http://llvm.org/svn/llvm-project/dragonegg/trunk/ dragonegg-r129359 $ tar cjf dragonegg-r129359.tar.bz2 dragonegg-r129359 and put it at http:/

Re: [Fink-devel] gmp5-64bit-5.0.1-5 build failure

On 01/18/2011 07:40 PM, David Fang wrote: > Relevant log exceprt below (note the link command): > > /bin/sh ./libtool --tag=CXX --mode=link g++ -O2 -pedantic -m64 > -mtune=core2 -march=core2 -version-info 6:1:2 -L/sw-fresh/lib/x86_64 > -L/sw-fresh/lib -o libgmpxx.la -rpath /sw-fresh/lib/x86_64/gmp5

Re: [Fink-devel] hdf5-18 nomenclature/packaging issue

On 12/22/2010 08:39 AM, Alexander Hansen wrote: > However, in hdf5-18-1.8.5-patch1 (latest upstream), what would be > produced is: > > /sw/lib/hdf5-18/lib/libhdf5.6.dylib > /sw/lib/hdf5-18/lib/libhdf5_cpp.6.dylib > /sw/lib/hdf5-18/lib/libhdf5_hl.6.dylib > /sw/lib/hdf5-18/lib/libhdf5_hl_cpp.6.dylib

Re: [Fink-devel] compatibility version problem

On 09/29/2010 05:53 PM, David R. Morrison wrote: > > On Sep 30, 2010, at 7:45 AM, Alexander Hansen wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> On 9/29/10 5:08 PM, Ebrahim Mayat wrote: >>> Hello list >>> >>> With reference to my submission (#3074237) for fluidsynth-1.1.2, I ha

Re: [Fink-devel] Failure of -pm5100 package selftests on 10.6/i386

On 07/22/2010 04:08 AM, Daniel E. Macks wrote: > > 2. Figure out a shell env var or other way to make sure that the > spawned interp is run with the correct arch. At various times in > various contexts, we use ARCHFLAGS="" (I think that only affects the > compiling of C-code modules?). That is alwa

Re: [Fink-devel] gcc45-10.4.info fix

On 06/07/2010 09:41 AM, Jack Howarth wrote: >Could someone check in the following change to > gcc45-10.4.info in unstable? > Done. Thanks, Peter -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Fat

Re: [Fink-devel] unacceptable behavior

Hi, Jack, I am sure that Jean-Francois was trying to be helpful, and was doing a task that I basically asked him to do, as I did not feel that I had the time for it. I do however understand your reaction, you have good reason to be wary, but he was only taking over ownership of the ticket, not

[Fink-devel] Jack Howarth's submissions

Hi, It's looking less and less likely that I will have the time to deal with everything Jack has submitted, but I would like to see them committed to fink sooner rather than later. Please feel free to take over any of his submissions from me, and commit them if you think they're ok. Jack, sorry,

Re: [Fink-devel] llvm-clang/llvm-gcc42/dragonegg-gcc 2.7-1

On 04/29/2010 11:39 AM, Jack Howarth wrote: >FYI, I posted packaging for a replacement llvm-clang-2.7-1 > package (now containing both llvm and clang), llvm-gcc42-2.7-1, > and a new dragonegg-gcc-2.7-1 package to fink tracking... > > https://sourceforge.net/tracker/?func=detail&aid=2993939&gro

Re: [Fink-devel] gcc4x/gcc4x-compiler packages

On 04/27/2010 12:08 AM, Jack Howarth wrote: > I've posted test packaging for a gcc45-4.5.0-1001 > and gcc45-compiler-4.5-1 package on fink tracking... > > https://sourceforge.net/tracker/?func=detail&aid=2992713&group_id=17203&atid=414256 > > The new gcc45 packaging... > > 1) Moves all of the

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

On 04/19/2010 02:13 PM, Jack Howarth wrote: > On Mon, Apr 19, 2010 at 02:03:42PM -0500, Peter O'Gorman wrote: >> What was the solution for the issue of some packages having depends on >> gcc44? >> >> Sorry, didn't get around to doing this yet, weekend was m

Re: [Fink-devel] gcc45-4.5.0-1000 release packaging

What was the solution for the issue of some packages having depends on gcc44? Sorry, didn't get around to doing this yet, weekend was much too sunny. Peter -- Download Intel® Parallel Studio Eval Try the new software too

Re: [Fink-devel] New Freeciv Package

On 04/01/2010 12:42 AM, David Lowe wrote: > On 31 Mar, 2010, at 4:14 PM, Peter O'Gorman wrote: > >> On 03/31/2010 05:55 PM, David Lowe wrote: >> >>> With me being a beginner at this, can it ever be the case that a >>> package got linked in due to poor

Re: [Fink-devel] New Freeciv Package

On 03/31/2010 05:55 PM, David Lowe wrote: > On 31 Mar, 2010, at 12:33 PM, Hanspeter Niederstrasser wrote: > >> In case you didn't know, otool -L is useful to find out what's >> being linked to by a binary, and dpkg -S is useful to figure out >> what package provides a file (such as a dylib fro

Re: [Fink-devel] fsf-gdb 7.1-1 packaging

On 03/30/2010 08:20 AM, Jack Howarth wrote: > Unfortunately, in 10.5, the ability to create and add > certificates to the keychain via the command line was > removed... > > http://gagravarr.org/writing/openssl-certs/others.shtml > I have not tried, but maybe this is still possible using certtool

Re: [Fink-devel] Error while build as nobody (CILK)

On 03/26/2010 01:44 PM, Pranay Airan wrote: > i got this error i made changes in file field previous error removed but > got this error > The files that you copy into the shlibs package are: lib/libcilk.0.0.0.dylib lib/libcilk.g.0.0.0.dylib lib/libcilk.g.p.0.0.0.dylib lib/libcilk.p.0.0.0.dylib B

Re: [Fink-devel] problem while porting

bitfields like this, unfortunately, your compiler doesn't, so it'll probably need its own patched copy of the header. Peter > > On Tue, Mar 2, 2010 at 9:56 PM, Peter O'Gorman <mailto:pe...@pogma.com>> wrote: > > On 03/02/2010 09:56 AM, Pranay Airan wrote: &

Re: [Fink-devel] problem while porting

On 03/02/2010 09:56 AM, Pranay Airan wrote: > hello > > We have been trying to package CILK through FINK. In this process, in > order to port it on to MAC OSX, we require gcc. So, we installed XCODE > 3.1.4 on our machine. Now while running Makefile of CILK, we > encountered errors while trying t

Re: [Fink-devel] Framework linker flag in Compile script

On 02/24/2010 02:42 AM, suzuki toshiya wrote: > > POSSIBLE SOLUTION > - > One of the solution would be the change of linker flag syntax > to be inherited to libfreetype.la. If I change "-Wl,-framework,XXX" > style to raw "-framework XXX", GNU libtool copies them to > inherited lin

Re: [Fink-devel] Fwd: installation of gd2 under Fink 0.29.10 failed

On Tue, Jan 19, 2010 at 08:37:57AM -0800, David R. Morrison wrote: > Anybody have any ideas about this one? Looks like libtool weirdness of some > kind to me... > make[2]: Nothing to be done for `all'. > > /bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. > > -I/sw/inc

[Fink-devel] libtool CVE-2009-3736

ooks when not given an absolute path, that library will be loaded, its initialization functions run etc. Links: http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2009-3736 https://bugzilla.redhat.com/show_bug.cgi?id=537941 http://www.mandriva.com/en/security/advisories?name=MDVSA-2009:307 Peter

Re: [Fink-devel] Old cruft in /sw/fink/update/ not 64bit aware

On 11/09/2009 11:38 AM, David R. Morrison wrote: > > On Nov 9, 2009, at 9:33 AM, Daniel Macks wrote: > >> On Mon, Nov 09, 2009 at 09:19:14AM -0600, Peter O'Gorman wrote: >>> On 11/09/2009 03:11 AM, Martin Costabel wrote: >>> >>>> On 10.6/64bit,

Re: [Fink-devel] Old cruft in /sw/fink/update/ not 64bit aware

64-apple-darwin10"? Apple's own version in > /usr/share/libtool/config/ doesn't. > The config project committed some variation of Jack's patch a while ago, the config.guess that reports x86_64-apple-darwin on 64 bit intel mac systems has probably made it into a few rel

Re: [Fink-devel] Old cruft in /sw/fink/update/ not 64bit aware

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. Peter -- Peter O'Gorman http://pogma.com -

Re: [Fink-devel] Problem compiling a2ps

nt/a2ps/files/patch-lib__xstrrpl.c?rev=56498 Does that patch fix it? Peter -- Peter O'Gorman http://pogma.com -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event y

Re: [Fink-devel] Twinkle

Peter O'Gorman wrote: > Nikhil Kulkarni wrote: >> Hi All, >> >> We are building fink package of Twinkle VOIP/Chat application. We have >> successfully built the package, i.e. the binary package .deb is built. >> But after that we are not able to install the pa

Re: [Fink-devel] Twinkle

can't throw a string, find out where it is throwing and change the code to throw an exception instead. Peter -- Peter O'Gorman http://pogma.com -- The NEW KODAK i700 Series Scanners deliver under ANY circums

[Fink-devel] rob braun is unable to continue as a package maintainer

fann.info beacon-pm581.info cgterm.info sidplay.info sidplay.patch xmms-sid.info xar.info dclock.info xdaliclock.info evilwm.info Peter -- Peter O'Gorman http://pogma.com -- Crystal Reports - New Free Runtime a

Re: [Fink-devel] Does your package do mysql15 | mysql15-ssl ? If so, it's probably broken. :)

ike to eliminate the crypto tree entirely, but perhaps your idea of only putting implementors of crypto in the crypto tree (and not having non-crypto variants of them), is more acceptable (and, if we do notifications, perhaps easier to figure out what to email the gov't about). Peter -- Peter O&

[Fink-devel] compatibiltiy versions (was: Re: gmp-4.3.0-1000)

at link time. I think Justin worked on this for a while, but it was years ago, and I don't remember how far he got. Does this make it any clearer? Please feel free to add anything you find useful in this mail to the wiki. Peter -- Peter O'Gorman http://pogma.com -

Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking

xecutable_path/../lib/libLTO.dylib) if it is sitting in /sw/lib. I continue to see little point in a fink libLTO. Peter > Jack > > > On Mon, Feb 09, 2009 at 08:32:14AM -0600, Peter O'Gorman wrote: >> Jack Howarth wrote: >> >>> The libLTO.dylib i

Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking

t; > > On Mon, Feb 09, 2009 at 08:44:09PM -0600, Peter O'Gorman wrote: >> Jack Howarth wrote: >>> Peter, >>>That is not what Chris Lattner said... >> He says that /usr/bin/ld and /Developer/usr/bin/ld differ, which it >> seems, they do, ld -v for

Re: [Fink-devel] llvm/llvm-gcc42-2.5-1 on fink tracking

vm-gcc/index.html And, since libLTO functions are called by ld to to do the optimizations, how are you ensuring that /usr/bin/ld is using fink's libLTO? Peter -- Peter O'Gorman http://pogma.com -- Create and Deplo

Re: [Fink-devel] Mesa versioning change

t; The libraries should be backward compatible but the shlibs package >> will have a libGLw.1.0.dylib while programs that were previously >> built against the libGLw from Mesa 7.0.2 will be linked to >> libGLw.1.dylib (which can&#x

Re: [Fink-devel] libtool2 and sed

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

Re: [Fink-devel] Inclusion of static libraries

should, in general, be left up to the maintainer. Peter -- Peter O'Gorman http://pogma.com - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applicati

Re: [Fink-devel] libGLw and Xquartz 1.3.1

don't see any email from you on xquartz-dev? Peter -- Peter O'Gorman http://pogma.com - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications wi

Re: [Fink-devel] scons and Depends

Jack Jack, If the scons script for this package is broken wrt staged install into a destdir, you should fix it. As for byte compiling the .py modules, read pydoc py_compile.compile and pydoc compileall.compile_dir. Note that both allow you to set the purported directory name so that err

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

opos ppl" shows nothing called "ppl". > What *is* ppl? > http://www.cs.unipr.it/ppl/ Peter -- Peter O'Gorman http://pogma.com - This SF.Net email is sponsored by the Moblin Your Move Developer's cha

Re: [Fink-devel] llvm-gcc42 now works with -O4

gt; [snip] > Please take me off you email List > > Thank you. There is a List-Unsubscribe header in every email sent from this list which has unsubscribe instructions. Peter -- Peter O'Gorman http://pogma.com --

Re: [Fink-devel] llvm-gcc42 now works with -O4

installed instance of Xcode ( not necessarily Xcode-3.1 ), from there you can check $PATH/usr/bin/ld -v to ensure that ld is new enough to do llvm link time optimization. Peter -- Peter O'Gorman http://pogma.com - Check out the

Re: [Fink-devel] Q: convert lib*.a to lib*.dylib

Ben Abbott wrote: > On Apr 10, 2008, at 9:54 PM, Peter O'Gorman wrote: >> Ok, I guess that you will be doing this as part of the install >> phase, so: >> >> gcc -o %i/lib/libamd.0.dylib -dynamiclib \ >> -install_name %p/lib/libamd.0.dylib *.o > >

Re: [Fink-devel] Q: convert lib*.a to lib*.dylib

Ben Abbott wrote: > > On Apr 10, 2008, at 7:47 PM, Peter O'Gorman wrote: >> Ben Abbott wrote: >>> It is has been suggested that the SuiteSparse static libraries be >>> converted to dynamic libraries instead. >> >> Why are they static? Are they shared

Re: [Fink-devel] Q: convert lib*.a to lib*.dylib

will not work. If they are not fat, you do not need to add -arch_only. Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's e

Re: [Fink-devel] Fink not understanding private Shlib declaration

ib, so if it is going to have a check for jnilib it should check that it is either a bundle or a two level dylib. Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by the 2008 JavaOne(SM) Confere

Re: [Fink-devel] pdftk update

--x-libraries/--x-includes, you should probably update them, remembering that 10.4 has them in a different location than 10.5. Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by the 2008 Java

Re: [Fink-devel] validation question

by dyld if it is in a directory that is listed in DYLD_FALLBACK_LIBRARY_PATH (~/lib /usr/local/lib /lib /usr/lib if the var is unset), so if your package actually works, it would imply that nothing is statically linked to this shared library. Is that the

Re: [Fink-devel] build-as-nobody causes cpio error

with autoconf-2.5.x or later: ./configure %c ac_cv_tar=tar make Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual St

Re: [Fink-devel] ld64-82.5 (Was:Re: [Fink-users] gcc43-4.3.0-1000 failed compiling)

ssing bugs in xcode-3.1 on the fink lists? I'll CC this > question to fink-devel. > The iPhone SDK and the Xcode-3.1 prerelease are under NDA. Peter -- Peter O'Gorman http://pogma.com ---

Re: [Fink-devel] Sorted - Re: Trying to port your package to Fink

l. This is a gcc build-system bug that has been reported again and again. There is no easy way to adjust the build system to fix, the best bet is to remove the builddir refereces from the .la files after installing in the staging

Re: [Fink-devel] Patch for 10.5 Binary Installer

| wc -l 5 http://www.opengroup.org/onlinepubs/000095399/utilities/ps.html Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 200

Re: [Fink-devel] dpkg-deb: use --no-unquote as argument to tar

his, did you search for debian, redhat packages for this and see if they needed to do anything? Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(

Re: [Fink-devel] dpkg-deb: use --no-unquote as argument to tar

ny packages that require that the --no-unquote flag >>> be absent? >> Is dpkg assured of running fink's tar here? That flag is only >> supported by /sw/bin/tar, not apple's /usr/bin/tar (at least not on >> 10.4). > > How can we test

Re: [Fink-devel] libtool problem with new plplot pkg

uninstalled library is not being set in the wrapper script, and ltdl will not load dependent libraries (because it knows that darwin's dyld can load them). Seems odd that it should work on elf though, I'd have thought it would fail there too. Oh well, I'll put it on my

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

l volunteer to file the radar. ld -exported_symbols_list keeps the N_EXT bit set for the symbol, nmedit does not. In both cases dyld should be able to figure it out, seems that it can not on 10.5. Interesting... Peter -- Peter O'Gorman http://pogma.com ---

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

On Sat, Dec 08, 2007 at 05:58:46AM +0100, Jean-François Mertens wrote: > > On 08 Dec 2007, at 04:11, Peter O'Gorman wrote: > >> I have no idea, sorry. > > Too bad - would have hoped there was some documentation > or other specification out there, that I was among the f

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

rce.apple.com/darwinsource/10.5/cctools-667.3/misc/nm.c The dyld sources: http://www.opensource.apple.com/darwinsource/10.5/dyld-95.3/ and the ld64 sources: http://www.opensource.apple.com/darwinsource/10.5/ld64-77/ Yeah, I know that sources and headers

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

, 2007 12:28 AM, Martin Costabel <[EMAIL PROTECTED]> wrote: >> Peter O'Gorman wrote: >> [] >>> At least you know the workaround now. >> I checked in xmms-coreaudio-1.0-4 that uses this workaround. >> Should now work on Leopard. >> >> -- >> artin

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

Martin Costabel wrote: > Peter O'Gorman wrote: > [] >> Change the sed to match ${_S_}nmedit instead of ~nmedit and it should >> have some effect on the link line. > > I see, the ${_S_} is a line feed. > >> The symbols that are private extern should still be

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

Martin Costabel wrote: > Peter O'Gorman wrote: > [] >> So the symbol is still there on 10.5, but is private extern? That is, >> indeed, what nmedit is supposed to do. There are other issues with >> nmedit on Leopard (it refuses to strip global coalesced symbols - &g

Re: [Fink-devel] [Fink-users] xmms-coreaudio 1.0-3 Plugin Not Showing up in xmms 1.2.10-4

tput_objdir/\${libname}-symbols.expsym\'@g" < configure > configure.new mv configure.new configure Peter -- Peter O'Gorman http://pogma.com - SF.Net email is sponsored by: Check out the new SourceForge.net Mar

Re: [Fink-devel] dlopen symbol not found

part of libajax. > Yes, but the loader is not looking for ajStrTokenCount, it is looking for XS_Bio__Emboss_ajStrTokenCount. And that is undefined. Did you do jfm's magic on Emboss.bundle? Peter -- Peter O'Gorman http://pogma.com -

Re: [Fink-devel] dlopen symbol not found

bol not > found: _XAllocColor >Referenced from: /sw/lib/EMBOSS/libeplplot.3.dylib >Expected in: dynamic lookup > at t/1.t line 11 > Compilation failed in require at t/1.t line 11. Did you check with otool -L that libeplplot loads libX11? Peter -- Peter O'Gorman http://pogma.

Re: [Fink-devel] dlopen symbol not found

ides it? grep -rl plsc /sw/lib). Then you should have enough information available to solve the problem. Sorry I can't give you an answer to the puzzle. Peter -- Peter O'Gorman http://pogma.com - SF.Net email is sp

Re: [Fink-devel] Build issue on attempting to update lyx-qt to new upstream version

;-framework Carbon' and so on in dependency_libs are the ones that come from trolltech (because they generate them, and they do not use libtool). I have in the past said "Not a libtool bug, blame Trolltech" for this, but I will try to fix when I next get around to hacking on libtool

Re: [Fink-devel] Build issue on attempting to update lyx-qt to new upstream version

Jean-François Mertens wrote: > > On 01 Dec 2007, at 03:30, Peter O'Gorman wrote: > >> Alexander K. Hansen wrote: >>> libtool: link: cannot find the library `' >>> >> This is usually due to the libqt-mt.la files having -framework Carbon >> et

Re: [Fink-devel] Build issue on attempting to update lyx-qt to new upstream version

Error 1 > > I've put the build log online at > http://akhmac.blogdns.net/~hansen/finklogs/fink-build-log_lyx-qt_1.5.2-1_2007.11.30-09.13.46 This is usually due to the libqt-mt.la files having -framework Carbon etc. in dependency_libs. P

Re: [Fink-devel] my packages

Jeff Whitaker wrote: > Folks: Please change the maintainer field on my packages to > 'unmaintained'. I've had zero time to update them lately, and I think > things will get done faster if I just get out of the way. Hi Jeff, Having already given up all my packages bar libtool, I know where you

Re: [Fink-devel] Leopard, various porting-issues

Alexey Zakhlestin wrote: > On 11/17/07, Martin Costabel <[EMAIL PROTECTED]> wrote: >> As pogma explained in the thread "[Fink-devel] I need help with a2ps" 6 >> days ago, using a very recent autoconf should solve this problem. > > The latest we have in fink is 2.60 and it is not "new enough" You'

Re: [Fink-devel] I need help with a2ps

Martin Costabel wrote: >> http://lists.gnu.org/archive/html/autoconf-patches/2007-11/msg00056.html > > I don't suppose Apple's own autoconf in Leopard is already aware of this? > Hahaha. No. They have updated to 2.61 and also have newer automake and glibtool. I think we should just be happy w

Re: [Fink-devel] I need help with a2ps

Martin Costabel wrote: >> >> Anyone see a simple solution (like not having a static declaration of >> stpcpy)? > > A simple solution is to add > > ac_cv_exeext='' > > There may be a more "official" solution to this *.dSYM mess, but if > there is one, I must have missed it. This one has work

Re: [Fink-devel] -dead_strip_dylibs

On 11-Nov-07, at 10:27 PM, Daniel Macks wrote: > The main > gain would be when a mid-level library stops using some low-level > library as its back-end...high-level stuff wouldn't list the low-level > lib, so these hidden changes wouldn't affect dependencies (build or > run) of the high-level thin

Re: [Fink-devel] -dead_strip_dylibs

Jean-François Mertens wrote: > On 12 Nov 2007, at 04:50, Jean-François Mertens wrote: > this _ i.e., use this, so it would require pkg maintainers to edit > correctly > their .la files _ lost dream ... :) Well, it would be a pain, assuming nobody edited their .la files, but many used the de

Re: [Fink-devel] Maybe we should have an X11 fink package for 10.5

Jack Howarth wrote: > Peter, >I would dispute you on the linker issue. x.org on leopard has always been built with /usr/bin/ld, which has been the "new linker" for quite some time. In early seeds however, the libGL in /usr/X11 did not make use of the the accelerated open gl framework, so the b

Re: [Fink-devel] Maybe we should have an X11 fink package for 10.5

On 4-Nov-07, at 11:31 AM, Jack Howarth wrote: > Peter, >Well then its time for everyone to lobby Apple to spend some > of that iPod and iPhone money that is streaming in on a second > programmer. I must admit that I worry about Apple becoming too > bloated with programmers and becoming Micros

Re: [Fink-devel] Maybe we should have an X11 fink package for 10.5

Jack Howarth wrote: > Peter, >The new 1.2a5 release does fix the problem. One thing I would like > to see though is for Ben to go ahead and update X11 to the x.org 7.3 > code base. Specifically, it would be really nice if he could leverage > the Dtrace support added for OpenSolaris to work with

Re: [Fink-devel] Maybe we should have an X11 fink package for 10.5

Jack Howarth wrote: > Martin, > The Xquartz 1.2a4 release from Ben's web site isn't working > very well here. If I try to launch pymol from pymol-py25 under it, > the program fails to start with an error... > > freeglut (pymol): OpenGL GLX extension not supported by display > '/tmp/launch-ER

Re: [Fink-devel] Fink and Latest Leopard 10.5

On Sun, 2007-09-09 at 17:57 -0700, Brent Austin wrote: > I've been trying to bootstrap the latest Fink sources (0.27.4, 0.27.6) > on my Leopard box but I keep getting the same errors: > gcc -g -O2 -I. -c ./getopt1.c > g++ -I. -c ./getline.cc > /usr/include/stdio.h: In function 'int __sputc(int, F

Re: [Fink-devel] fink-prebinding dependency?

On Mon, 2007-06-25 at 19:37 -0400, Jack Howarth wrote: >It has been suggested by the paraview developers > that the extremely long launch times we see with > paraview in fink 10.4 unstable may be due to the > absence of prebinding of its shared libraries. If > that is the case, shouldn't we be

Re: [Fink-devel] gnu extension obstack.h

On Wed, 2007-06-20 at 16:49 -0400, Daniel Macks wrote: > On Wed, Jun 20, 2007 at 03:39:48PM -0500, Robert T Wyatt wrote: > > Does anyone here know if one of the fink packages includes a GNU > > extension known as obstack.h? > > > > I'm trying to build a package related to openstreetmap.org and th

Re: [Fink-devel] Fink on WWDC Leopard

On Tue, 2007-06-19 at 11:41 -0700, Joe Block wrote: > I'm trying to bootstrap fink from the source tarball on the download > page onto a machine running WWDC Leopard, but I'm having issues. Is > there a specific tag I can check out from CVS that is known to work? > A checkout of HEAD bootstrapped

Re: [Fink-devel] another libjpeg symbol error

e paths encoded into the binaries should be correct. So, remove DYLD_LIBRARY_PATH from the wrapper and try again, please. Peter -- Peter O'Gorman http://pogma.com - This SF.net email is sponsored by DB2 Express Download DB2

Re: [Fink-devel] x.org 7.2

On Wed, 2007-05-23 at 14:19 -0400, Benjamin Reed wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alexander K. Hansen wrote: > > > X.org 7.x didn't work at all on OS X for a long time--I'm not sure what > > the current status is. > > A couple of our developers where working on it, an

Re: [Fink-devel] Framework Python build

On Mar 7, 2007, at 11:04 PM, Charles Lepple wrote: > On 3/7/07, Peter O'Gorman <[EMAIL PROTECTED]> wrote: >> >> On Mar 7, 2007, at 3:55 PM, Blair Zajac wrote: >> >>> Peter O'Gorman wrote: >>>> On Mar 6, 2007, at 8:58 AM, Blair Zajac wrote

Re: [Fink-devel] Framework Python build

On Mar 7, 2007, at 3:55 PM, Blair Zajac wrote: > Peter O'Gorman wrote: >> On Mar 6, 2007, at 8:58 AM, Blair Zajac wrote: >>> 1) Would the Python maintainers be willing to take patches for a >>> framework install? >> I'd make a new package and ensure

Re: [Fink-devel] Framework Python build

On Mar 6, 2007, at 8:58 AM, Blair Zajac wrote: > We have a large number of PyQt apps on Linux for a special effect > studio. We use PyQt apps to manage a large render farm for special > effects, examining artwork, playing back renders at high resolutions, > and other apps for lighting and compos

Re: [Fink-devel] libtool file pointing to fink build dir

On Feb 11, 2007, at 12:52 AM, Alexander Hansen wrote: > Can somebody remind me what the fix is when a .la file points to the > fink build directory? > > I'm going to start a wiki page for validation errors and their fixes. Most of the time this is due to an upstream error, they have '-L./foo/ b

Re: [Fink-devel] echo -n now deprecated

On Dec 17, 2006, at 6:02 PM, Martin Costabel wrote: > David R.Morrison wrote: >> As mentioned on the new "preparing for 10.5" page on the fink wiki, >> echo -n is now deprecated in fink. I have edited the vast majority >> of packages where this occurs to conform to the new version. >> Instead

Re: [Fink-devel] echo -n now deprecated

On Dec 17, 2006, at 11:11 AM, Jean-François Mertens wrote: > >> It is also okay to use printf - >> >> % printf "string" >> >> http://www.opengroup.org/onlinepubs/95399/utilities/printf.html > > the doc cited is a bit painful to read through... > and 'man printf' doesn't show at all 9at first s

Re: [Fink-devel] echo -n now deprecated

On Dec 17, 2006, at 8:49 AM, David R.Morrison wrote: > As mentioned on the new "preparing for 10.5" page on the fink wiki, > echo -n is now deprecated in fink. I have edited the vast majority > of packages where this occurs to conform to the new version. > Instead of > >echo -n "string" >

Re: [Fink-devel] build-as-nobody fails because %d is not writable during CompileScript?

On Nov 27, 2006, at 7:39 AM, Benjamin Reed wrote: > On 11/26/06, Christian Schaffner <[EMAIL PROTECTED]> > wrote: > >> It seems like postgresql80-unified-8.0.9-1021 does not build with -- >> build-as-nobody. I get the error messages below. Do you think that >> could be fixed? > >> mkdir: /sw/sr

Re: [Fink-devel] 64bit libraries and a new percent expansion

t libraries in /sw/lib64 (analogous to some linux > distributions). However, it has since been pointed out by Peter > O'Gorman that gcc makes some assumptions about where 64bit libraries > are being stored: either /sw/lib/ppc64 for powerpc hardware, or /sw/ > lib/x86_64 for intel

Re: [Fink-devel] multiple ssl-enabled dependencies

On Nov 15, 2006, at 2:44 PM, David Reiser wrote: > I've been wrangling with gnucash dependencies for a while. Early on > it was possible to avoid the crypto tree by getting unified versions > of libofx and crypt-ssleay-pm packaged. > > Gwenhywfar and aqbanking will be crypto for the foreseeable f

  1   2   3   4   5   >