Re: [Fink-devel] Trouble installing libquicktime0-0.9.10

2007-07-23 Thread Alexander Hansen
Daniel Macks wrote: > I had the older libquicktime0 libquicktime0-shlibs libquicktime0-bin > packages installed from version 0.9.4-13. Now I tried to update > libquicktime0 to its new 0.9.10 package (along with the newer > dependency libquicktime0-shlibs): > > /sw/bin/dpkg-lockwait -i > /sw/fink/d

Re: [Fink-devel] gc fails to build with XCode 2.3

2007-07-23 Thread David R. Morrison
On Jul 21, 2007, at 4:14 PM, Jack Howarth wrote: > Dave, >Why remove the gc package when you could just add a BuildDepends > on cctools (>= 622-1)? Actually, if more packages had such > dependencies > it might help accelerate the addition of an Xcode virtual package > to fink (to make the r

Re: [Fink-devel] Fink perl documentation

2007-07-23 Thread Alexander K. Hansen
Glenn Kerbein wrote: > Where would I be able to find fink's perl module documentation? I > can't seem to find it on finkproject.org. > > In section 3 of the man pages:: /sw/share/man /sw/share/man/man3 /sw/share/man/man3/Fink.3pm /sw/share/man/man3/Fink::Base.3pm /sw/share/man/man3/Fink::Boo

Re: [Fink-devel] Re : Failed: phase compiling: xpdf-3.02-1001 failed

2007-07-23 Thread Martin Costabel
Pierre-Henri Lavigne wrote: > Regards to what you say, does it mean the freetype219 package could be set to > replace freetype2 ? Freetype2 has a long tradition of incompatibility between different versions. Fink was therefore forced to keep simultaneously two versions of freetype2 around - in

[Fink-devel] Trouble installing libquicktime0-0.9.10

2007-07-23 Thread Daniel Macks
I had the older libquicktime0 libquicktime0-shlibs libquicktime0-bin packages installed from version 0.9.4-13. Now I tried to update libquicktime0 to its new 0.9.10 package (along with the newer dependency libquicktime0-shlibs): /sw/bin/dpkg-lockwait -i /sw/fink/dists/unstable/main/binary-darwin-

Re: [Fink-devel] ruby16

2007-07-23 Thread Michal Suchanek
On 21/07/07, David R. Morrison <[EMAIL PROTECTED]> wrote: > I propose that ruby16 join the list of obsolete versions of language > packages that we won't support in 10.5. (The others already on this > list are perl581, perl581, python23, and java13.) We would retain > ruby 18. > > Does anybody fo