[Fink-devel] atlas-3.9.11 misbuilds on 10.6/i386
On 10.6/i386 I get x86_64 libraries: $ dpkg -L atlas-shlibs | grep dylib | xargs file /sw32/lib/libatlas.dylib: Mach-O 64-bit dynamically linked shared library /sw32/lib/libcblas.dylib: Mach-O 64-bit dynamically linked shared library /sw32/lib/libf77blas.dylib: Mach-O 64-bit dynamically linked shared library /sw32/lib/liblapack.dylib: Mach-O 64-bit dynamically linked shared library I've uploaded log files from builds (successful) on 10.5/i386, 10.6/i386, and 10.6/x86_64 to http://akh.users.finkproject.org/finklogs/logfiles/ATLAS/ All were built on the same machine: $ sysctl hw.model hw.model: MacBook4,1 -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] C++ issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm working on moving LyX (specifically the "lyx2" packages) over to Lion, but I've got a C++ issue. I get the following error from clang: ... In file included from Lexer.cpp:16: ./Lexer.h:225:13: error: implicit instantiation of undefined template 'std::basic_string, std::allocator >' t = T(lex.getString()); ^ ./support/strfwd.h:42:64: note: template is declared here template class basic_string; ^ CXXLyX.o 1 error generated. ... When I checked Lexer.h, I found: ... #ifndef LEXER_H #define LEXER_H #include "support/strfwd.h" ... which I had thought meant that the template _should_ be declared for Lexer.h, and thus for Lexer.cpp . However, the beginning of Lexer.cpp has ... #include #include "Lexer.h" #include "support/convert.h" #include "support/debug.h" #include "support/FileName.h" #include "support/filetools.h" #include "support/gzstream.h" #include "support/lassert.h" #include "support/lstrings.h" #include "support/lyxalgo.h" #include "support/types.h" #include #include #include #include ... (i.e. no src/strfwd.h). I assumed that indicated that I needed to patch Lexer.cpp to #include "support/strfwd.h" explicitly, but that doesn't seem to solve the problem. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5suVYACgkQB8UpO3rKjQ/3qQCgj7knEGLvP+FszCv/g6FTh7DU am8AoIznEqhMx6HHRTVQab0eOHCkY/iE =Go+d -END PGP SIGNATURE- -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] C++ issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/11/11 1:06 PM, Martin Costabel wrote: > On 11/09/11 15:36, Alexander Hansen wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> I'm working on moving LyX (specifically the "lyx2" packages) over >> to Lion, but I've got a C++ issue. >> >> I get the following error from clang: >> >> ... In file included from Lexer.cpp:16: ./Lexer.h:225:13: error: >> implicit instantiation of undefined template >> 'std::basic_string, >> std::allocator >' t = T(lex.getString()); ^ >> ./support/strfwd.h:42:64: note: template is declared here >> template class >> basic_string; > > There is some noise on google on this kind of things, for example > <http://llvm.org/bugs/show_bug.cgi?id=10521> which seems to imply > that the whole strfwd.h stuff is illegal, but tolerated by earlier > compilers. > > [] >> which I had thought meant that the template _should_ be declared >> for Lexer.h, and thus for Lexer.cpp . > > It is declared, but not defined. I don't know enough C++ to see why > they don't simply #include before (or instead of) their > strfwd.h. What happens if you do this at the beginning of > strfwd.h? > > Otherwise, I suspect this is one of the packages that will need to > use llvm instead of clang. > Thanks! Unfortunately, #include in strfwd.h didn't do the trick. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5tOf8ACgkQB8UpO3rKjQ8FIgCgpAcyi+TMfNPJeqKouZ9gkz6R rbkAn22oGqC8yUpPMYBzocBAPN5RnAwU =fQ04 -END PGP SIGNATURE- -- Using storage to extend the benefits of virtualization and iSCSI Virtualization increases hardware utilization and delivers a new level of agility. Learn what those decisions are and how to modernize your storage and backup environments for virtualization. http://www.accelacomm.com/jaw/sfnl/114/51434361/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] C++ issue
On 9/11/11 6:45 PM, Alexander Hansen wrote: > On 9/11/11 1:06 PM, Martin Costabel wrote: >> On 11/09/11 15:36, Alexander Hansen wrote: >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> I'm working on moving LyX (specifically the "lyx2" packages) over >>> to Lion, but I've got a C++ issue. >>> >>> I get the following error from clang: >>> >>> ... In file included from Lexer.cpp:16: ./Lexer.h:225:13: error: >>> implicit instantiation of undefined template >>> 'std::basic_string, >>> std::allocator >' t = T(lex.getString()); ^ >>> ./support/strfwd.h:42:64: note: template is declared here >>> template class >>> basic_string; > >> There is some noise on google on this kind of things, for example >> <http://llvm.org/bugs/show_bug.cgi?id=10521> which seems to imply >> that the whole strfwd.h stuff is illegal, but tolerated by earlier >> compilers. > >> [] >>> which I had thought meant that the template _should_ be declared >>> for Lexer.h, and thus for Lexer.cpp . > >> It is declared, but not defined. I don't know enough C++ to see why >> they don't simply #include before (or instead of) their >> strfwd.h. What happens if you do this at the beginning of >> strfwd.h? > >> Otherwise, I suspect this is one of the packages that will need to >> use llvm instead of clang. > > > Thanks! > > Unfortunately, #include in strfwd.h didn't do the trick. Actually, when I wrote that I neglected actually to apply the patch. :-) That worked, and got me to a new error to work on. -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libtool problem in lyx-1.6.10 for 10.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The .info and one of the PatchFiles are in my experimental tree: http://fink.cvs.sourceforge.net/viewvc/fink/experimental/alexkhansen/10.7/finkinfo/editors/ The other PatchFiles are in common with lyx2, which has been added to the 10.7 tree. I get the following failure: OBJC LinkBack.lo /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 -f 'linkback/LinkBack.m' || echo './'`linkback/LinkBack.m libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[5]: *** [LinkBack.lo] Error 1 I'm already running autoreconf -fi before the build, and I've verified that the libtool files in the tarball have been updated. Any ideas? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5ueY0ACgkQB8UpO3rKjQ8OdwCePdFT6hzf03+akCc9UR+aKAN7 XFYAnRtk5Sidoqwmo6m5ZHmW5fTgIwe8 =oQqd -END PGP SIGNATURE- -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libtool problem in lyx-1.6.10 for 10.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/12/11 9:49 PM, Peter O'Gorman wrote: > 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 -f 'linkback/LinkBack.m' || echo >> './'`linkback/LinkBack.m libtool: compile: unable to infer tagged >> configuration libtool: compile: specify a tag with `--tag' >> make[5]: *** [LinkBack.lo] Error 1 >> >> I'm already running autoreconf -fi before the build, and I've >> verified that the libtool files in the tarball have been >> updated. >> >> Any ideas? > > Something will have to be patched to specify a tag. e.g. > > --mode=compile --tag=CC gcc -DHAVE_CONFIG_H ... > > is what you want. Yes, I know it's actually an objc source, > doesn't really matter. > > Peter Thanks! I'll give that a try. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5v1mwACgkQB8UpO3rKjQ/y3ACdEAy3fjsp+569FF+lFbE0O18T 95YAn1L+7noyeBIlaXf2I6IDDlHHAAhb =Umaz -END PGP SIGNATURE- -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile platform with sessions, labs & more. See new tools and technologies. Register for BlackBerry® DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Glitches related to octave
On 9/14/11 6:25 PM, Jean-François Mertens wrote: > > On 14 Sep 2011, at 22:44, David Fang wrote: > >> Hi all, >> >> I've been trying to build octave324 on i386-darwin10 now, and I think >> I understand the cause of more ff2c-related failures. >> On both darwin8 and darwin10, the Accelerate framework needs -ff2c for >> the correct calling convention to system-atlas. >> Any fink-built atlas (gfortran) will not need it. >> So far, qrupdate and octave are both atlas-varianted. >> arpack however is not, but I think it needs to be, even if it doesn't >> link against atlas/lapack. Since octave/qrupdate need to be >> ff2c-consistent, so does arpack, but the current packaging doesn't >> give the option to select ff2c or without. >> >> What I propose is to variant-ify arpack so that non-fink-atlas is uses >> -ff2c and is compatible with system-atlas variants, and -atlas omits >> -ff2c to work properly with -atlas variants. >> I think this will take care of funny errors we see with arpack >> functionality, namely in eigenvalue-related parts of the packages and >> their tests. >> >> Any other fortran packages that eventually link to an atlas-varianted >> package may need the same treatment. >> >> Thoughts? > > Looks like a correct solution. > Please try at the same time to avoid dynamic lookup in labarpack: > in such a scheme, every symbol should link to the lib corresponding > to its variant. > > JF I've moved this discussion to fink-devel, since we're now at more of a developer-level issue. What's the best way to avoid dynamic lookup, given that the object files are built via e.g. /sw/bin/gfortran-fsf-4.6 -O -fPIC -fno-common -c znaitr.f , the static library (which also shows a bunch of symbols that are supposed to be looked up) is built up via commands like: Making lib in /sw/src/fink.build/arpack-96patched-5/ARPACK/SRC ar rv /sw/src/fink.build/arpack-96patched-5/ARPACK/libarpack.a sgetv0.o slaqrb.o sstqrb.o ssortc.o ssortr.o sstatn.o sstats.o snaitr.o snapps.o snaup2.o snaupd.o snconv.o sneigh.o sngets.o ssaitr.o ssapps.o ssaup2.o ssaupd.o ssconv.o sseigt.o ssgets.o sneupd.o sseupd.o ssesrt.o , and the dylib is generated via: ( mkdir tmp ) ( cd tmp; ar -x /sw/src/fink.build/arpack-96patched-5/ARPACK/libarpack.a ) ( /sw/bin/gfortran-fsf-4.6 -O -fPIC -fno-common -dynamiclib -Wl,-undefined,dynamic_lookup -install_name /sw/lib/libarpack.0.dylib -compatibility_version 1.0.0 -current_version 1.0.0 tmp/*.o -o /sw/src/fink.build/arpack-96patched-5/ARPACK/libarpack.dylib ) ? -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Move gcc46 to 10.5/stable branches ?
On 9/15/11 8:32 AM, Sébastien Maret wrote: > Hello, > > Could gcc46 be moved to 10.5/stable and 10.6/stable ? One of my package > depends on that version of the compiler, so I can't move it to stable. > > A more general question: now that we've only have a stable branch in 10.7, > wouldn't it make sense to drop the unstable branches in 10.5 and 10.6 (or > rather rename the unstable branches to stable) ? Maintaining stable and > unstable versions on 5 different OS/arch (10.7/x86_64, 10.6/x86_64, 10.5/i386 > and 10.5/powerpc) is too much work for developers IMHO. > > Cheers, > Sébastien > > > It definitely would simplify our lives. We probably don't want just to dump packages into stable without doing a little testing to make sure they all actually work. ;-) One option would be something like the following: 1) Declare a CVS freeze on the 10.4/unstable tree, so that there aren't any new commits there. 2) Have machines for each supported OS/architecture combo run buildworlds to assess what packages are in need of dependencies, don't work on particular OS/arches, etc. 3) Remove the cvs freeze, and stipulate that new packages go into the stable tree. 4) Move packages over which work, and either fix or get rid those that don't. 5) Repeat, because some packages will have been marked as not able to be built due to dependencies which can't be built. A second option would be just to have maintainers indicate whether their packages can be moved over, and for the project to stop allowing commits to unstable (I don't know if we can actually enforce that, however) after some definite date. However, someone would still need to go through the list of unmaintained packages and test them, e.g. via the method above. And while we're at this, it might also be useful to switch from 10.4/ to 10.5/ as the name of the 10.5/10.6 distribution. Also on my personal wishlist: if we migrated to git, it might be easier to keep stable stable, since maintainers would all be working on their own local branches rather than the main project repository, updates would be vetted by a -core member or other experienced developer before being merged, and we could thereby widen commit access. -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Glitches related to octave
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/15/11 9:39 AM, Jean-François Mertens wrote: > On 15 Sep 2011, at 14:03, Alexander Hansen wrote: > >> >> What's the best way to avoid dynamic lookup, given that the dylib >> is generated via: >> >> ( mkdir tmp ) ( cd tmp; ar -x >> /sw/src/fink.build/arpack-96patched-5/ARPACK/libarpack.a ) ( >> /sw/bin/gfortran-fsf-4.6 -O -fPIC -fno-common -dynamiclib >> -Wl,-undefined,dynamic_lookup -install_name >> /sw/lib/libarpack.0.dylib -compatibility_version 1.0.0 >> -current_version 1.0.0 tmp/*.o -o >> /sw/src/fink.build/arpack-96patched-5/ARPACK/libarpack.dylib ) > > Avoid -Wl,-undefined,dynamic_lookup (and optionally replace > -fno-common by -single_module), and add, according to the variant, > either -framework Accelerate or -L%p/lib -lf77blas (or -llapack > -lf77blas _ don't remember the exact set of symbols to be looked > up). [It is harmless to add superfluous libs, if you also use > something like if [ `uname -r | cut -f1 -d.` -ge 9 ]; then > LDFLAGS="-Wl,-dead_strip_dylibs"; else LDFLAGS=""; fi ] > Or I could just not bother, since 10.4 is walled off in its own little world now. :-) > JF > > PS: and as an aside, it is also not needed to mkdir tmp and ar -x, > if you use -all_load libarpack.a Thanks! - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5yC00ACgkQB8UpO3rKjQ8CowCbB/+OE+zfDijtz2RHIeeuY5fd 2rEAn1aw+fnrREmlW+omzthyHbVC1OzM =F6Gn -END PGP SIGNATURE- -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Glitches related to octave
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/15/11 10:11 AM, Peter O'Gorman wrote: > 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 -dynamiclib -o foo.dylib -lbar -lbaz -all_load > /path/to/libX.a will load all members of libX.a, and if libbar and > libbaz happen to be static archives then all members of those libs > also, and all members of any other archive that gets added by the > compiler before calling the linker. > > gcc -dynamiclib -o foo.dylib -lbar -lbaz > -Wl,-force_load,/path/to/libX.a, on the other hand, will only load > all members of libX.a. > > ar x is somewhat safer in general if you want to run it on 10.5, > but has its own issues with debug information being incorrect in > the output. > > Peter Thanks! I'll try to whip up something that works at least close to right on all of our supported platforms. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5yDjgACgkQB8UpO3rKjQ/YbwCdF+gymBDAQWPdgeSR2reuAJgU pzMAoJz6WtK0YM6P0L+VKADmWhDwJlep =QMlT -END PGP SIGNATURE- -- Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxmaxima-mac-11.04.0-1; fink and Fink Master
. I've done it - it only took 4 late nights to get a > working Linux that was close to being up to date, and ran. > > And I even got Maxima and wxMaxima in with it. Two years ago. So I > suppose that I could update it in - say - only 3 or maybe 2 late > nights to do it as an upgrade to Linux and upgrade to Maxima and > wxMaxima. However, that brings up a raft of other problems with > incompatible "package handlers" - at least 2 of them - that don't > recognize each others' packages. In my exuberance at first, I > downloaded 20 or so packages thinking that they MIGHT be useful. > "Then if they're not, I can just un-install them as packages". > Wishful thinking on many levels. > > 5. Conclusion. I know that Source Forge isn't professional. Our only connection with sourceforge is that they host files for us. We're smaller yet. And you do amazingly well > with volunteer talent. Especially given the vast array of software > to develop and support, and the many architectures and OS > versions. > > Somewhere - maybe soon - this tower of Babel will have to go to a > simpler structure, or nothing can continue. > > Regards, Woody Greene > > -- Package manager version: 0.30.2 Distribution version: > selfupdate-rsync Thu Sep 15 11:12:54 2011, 10.4, powerpc Mac OS X > version: 10.4.11 Xcode version: 2.5 gcc version: 4.0.1 (Apple > Computer, Inc. build 5370) make version: 3.80 Feedback Courtesy of > FinkCommander You're on an OS version that the project doesn't support any more. Without _specific error reports_ there is no way any individuals in the project with a 10.4 machine (I have a G4 that can run 10.4) can help you, either. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk52M7cACgkQB8UpO3rKjQ/g0gCfTy200Anij73AZTiOaDmeizqy mmoAn1ikSKYnwBDN/PyZmolOPyscFGoj =HoDS -END PGP SIGNATURE- -- BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA http://p.sf.net/sfu/rim-devcon-copy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] wxmaxima-mac-11.04.0-1; fink and Fink Master
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/18/11 2:08 PM, Alexander Hansen wrote: > On 9/18/11 12:35 PM, Woody Greene wrote: >> Hi. > > > Forwarding your rant on to the developer list, because all I'm > responsible for is wxmaxima, maxima and sbcl-maxima. > >> I've been trying to bring up wxMaxima - and as I find it's >> separately necessary (!!) Maxima. For my now ancient 2002 Mac >> Quicksilver. I really do want to do some algebra and calculus on >> the machine, any available machine, and would rather use this >> one than go buy Windows or set up another Linux disk on this >> one. > >> I did set up a Linux distribution some time ago on this machine, >> and probably even saved the disk. That might be the easier way >> to go. > > >> My suggestions for improvement are these, and they apply to . >> Fink, . Fink Master, . the Package system in general, . and the >> package relationship between wxmaxima and maxima. > >> 1. Make the damned thing - using Fink Master to set up wxMaxima >> (Plus Maxima, without which there is nothing) work right the >> first time. > > What is "Fink Master"? > > maxima has worked fine for me on clean system tests from 10.4 -> > 10.6. > Following up, I was able to install wxmaxima and maxima on clean Fink distributions (stable and unstable trees) on 10.4 without any errors, so it does "work right the first time". It's impossible to make our builds bullet-proof against random stuff that users have installed, particularly in /usr/local, or worse yet, /usr; all we can do is make our build process internally consistent. There is an unofficial binary distribution for 10.4: http://finkers.wordpress.com/2009/06/01/fink-and-binary-distributions/ "Unofficial" means "we don't control it, so don't ask us about outages". Since it's in Japan, there may still be down time. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk54irEACgkQB8UpO3rKjQ8zAwCfbFioTue30ovIoAoa+S/FYSbJ CxMAoJx3JQTsvrtNkhI2fdvb+eQH5CZU =Hg5l -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-beginners] force stable for one package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/20/11 9:29 PM, Daniel Johnson wrote: > > On Sep 20, 2011, at 6:23 PM, Alexander Hansen wrote: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 9/19/11 9:10 PM, Alexander Hansen wrote: >>> On 9/19/11 5:40 PM, Alan Rakes wrote: >>> >>>> I need to have the unstable tree enabled in order to install >>>> some of the packages I need. However, I am having a problem >>>> with crashes in Octave. My research on this implies it is >>>> related to the version of graphicsmagick in the unstable >>>> tree, but may not be a problem with the version in the stable >>>> tree. >>> >>>> Is there a way I can reinstall Octave using just stable tree >>>> version of graphicsmagick? >>> >>> >>>> If anyone is interested, here is the crash report I am >>>> getting which seems to be related to the combo of Octave >>>> 3.2.4 and graphicsmagic 1.3.12-1. More importantly, I want >>>> to try it with the latest version that is supposed to work >>>> which is graphicsmagick 1.3.7-2. >>> >>> >>>> Here is the crash report. >>> >>>> Alan-Rakess-Pro:~ alanrakes$ octave GNU Octave, version 3.2.4 >>>> Copyright (C) 2009 John W. Eaton and others. This is free >>>> software; see the source code for copying conditions. There >>>> is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or >>>> FITNESS FOR A PARTICULAR PURPOSE. For details, type >>>> `warranty'. >>> >>>> Octave was configured for "i386-apple-darwin". >>> >>>> Additional information about Octave is available at >>>> http://www.octave.org. >>> >>>> Please contribute if you find this software useful. For more >>>> information, visit http://www.octave.org/help-wanted.html >>> >>>> Report bugs to (but first, please read >>>> http://www.octave.org/bugs.html to learn how to write a >>>> helpful report). >>> >>>> For information about changes from previous versions, type >>>> `news'. >>> >>>> octave:1> cd desktop octave:2> img=imread('scorpion.jpg') >>>> Assertion failed: (semaphore_info != (SemaphoreInfo *) >>>> NULL), function LockSemaphoreInfo, file magick/semaphore.c, >>>> line 525. panic: Abort trap -- stopping myself... Abort trap >>>> Alan-Rakess-Pro:~ alanrakes$ >>> >>> >>>> Thanks. >>> >>> >>> In general, you can use "fink dumpinfo -fallversons >>> " to access all of the known versions of >>> >>> >>> $ fink dumpinfo -fallversions graphicsmagick Information about >>> 10617 packages read in 1 seconds. allversions: 1.3.7-2 bi >>> 1.3.12-1 >>> >>> To roll graphicsmagick back, you can use "fink install >>> graphicsmagick-1.3.7-2" >>> >>> My recollection is that I saw a similar error in the drawtiming >>> package with graphicsmagick 1.3.12 but not 1.3.7-2, so I may >>> need to apply a similar patch to octave-3.2.4 . >> >> (cc'ing the graphicsmagick maintainer) >> >> Interestingly enough, when I googled around about this issue, it >> looks like other folks (cygwin, at least) have decided to patch >> graphicsmagick-1.3.12 rather than octave-3.2.4: >> >> http://savannah.gnu.org/bugs/?29474 >> >> A report from Macports: >> http://octave.1599824.n4.nabble.com/Cannot-read-an-image-with-imread-on-Mac-td3339046.html >> >> >> >> >> I'm trying to figure out how to patch Octave-3.2.4 instead, but it >> hasn't quite worked yet. > > According to GraphicsMagick upstream, this is a bug in the client > code: > http://sourceforge.net/tracker/?func=detail&aid=3104518&group_id=73485&atid=537937 > > > > Clients are supposed to call InitializeMagick() before using any > GM calls. In the past it would work anyway so people got lazy and > left it out, but now it's strictly enforced because it's used to > ensure multithreaded safety. I'd suspect that patching GM to not > need to do this would be impractical and likely dangerous. > > Daniel > > > Kicking this over to devel because I need some programming help here. InitializeMagick apparently has to be called as InitializeMagick(const *char) ,
Re: [Fink-devel] [Fink-beginners] force stable for one package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/21/11 1:18 PM, Peter O'Gorman wrote: > 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 viable >> conversion from 'std::string' (aka 'basic_string') to >> 'const char *' const char* fn = args (0).string_value (); ^ >> > > Google code search <http://google.com/codesearch> shows that most > people seem to just do: InitializeMagick(NULL); or > InitializeMagick(""); > > If you really want to pass it argv[0], looks like string_value() > gives you a std::string, so you should just be able to do: const > char* fn = args(0).string_value().c_str(); > > Peter > Ah, thanks! I don't necessarily want to pass it an argument. :-) - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk56QHMACgkQB8UpO3rKjQ9VmACfQdb1zRZVbJlFpus3XI0cpDeW iUEAoIDc+Q7sq+t686jF/mzPqgQOJpvS =Muv2 -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-devel octave and graphicsmagick] was [Fink-beginners] force stable for one package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/21/11 3:52 PM, Alexander Hansen wrote: > On 9/21/11 1:18 PM, Peter O'Gorman wrote: >> 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 viable >>> conversion from 'std::string' (aka 'basic_string') to >>> 'const char *' const char* fn = args (0).string_value (); ^ >>> > >> Google code search <http://google.com/codesearch> shows that >> most people seem to just do: InitializeMagick(NULL); or >> InitializeMagick(""); > >> If you really want to pass it argv[0], looks like string_value() >> gives you a std::string, so you should just be able to do: const >> char* fn = args(0).string_value().c_str(); > >> Peter > > > Ah, thanks! I don't necessarily want to pass it an argument. :-) Unfortunately, NULL didn't do the trick, at least with clang: ./DLD-FUNCTIONS/__magick_read__.cc:361:3: error: use of undeclared identifier 'InitializeMagick' InitializeMagick(NULL); ^ - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk56brAACgkQB8UpO3rKjQ/sBACglUpAJ/PlSmKT5GOD1dv3Lzs7 xNoAnjr51wLBvoll1u1p1GJ4EYbjp7FR =0dlR -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Move gcc46 to 10.5/stable branches ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/16/11 2:35 AM, Martin Costabel wrote: > On 15/09/11 16:13, David R. Morrison wrote: [] >> But there are also lots of unmaintained things in unstable, many >> of them very old, so I think it would be dangerous to just dump >> everything to stable. I like Alexander's approach. > > Why would this be more dangerous than the current situation, where > almost everybody is using the unstable tree anyway? Do you know > anyone, except some innocent newbies, who is really using the > stable tree? > That's more of a question of "Do we bother to keep this old, broken stuff or update it?" In principle it's probably just as easy to decide on that after a rollover. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk58ni4ACgkQB8UpO3rKjQ+fLQCgncL3YvygW2cHgUNrvika7q7D PKEAn14kwnwfEGCOzvq1FYJZlRAp3tnz =o1e/ -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Usage error building against sqlite3 using clang on lion.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - From a package that I'm working on: sqlite3_wrap.cpp:6861:17: error: no matching function for call to 'sqlite3_auto_extension' result = (int)sqlite3_auto_extension(arg1); ^~ - From sqlite3: /sw/include/sqlite3.h:4700:16: note: candidate function not viable: cannot convert argument of incomplete type 'void *' to 'void (*)()' SQLITE_API int sqlite3_auto_extension(void (*xEntryPoint)(void)); I wasn't sure if this indicates non-compliance in sqlite3 (llvm complains, too) or the package that I'm trying to build. The latter does some other bad stuff when building its sqlite3 module, so I'm totally willing to believe that _it's_ broken. :-) - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5/VZ4ACgkQB8UpO3rKjQ/BswCgpw9OIoZQ0CCYYXp9mS+/i4/Z zvYAnjC+Qtb/j/kaNV0OuQYLcCcigBKm =YdDX -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Usage error building against sqlite3 using clang on lion.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/25/11 12:23 PM, Alexander Hansen wrote: > From a package that I'm working on: > > sqlite3_wrap.cpp:6861:17: error: no matching function for call to > 'sqlite3_auto_extension' result = > (int)sqlite3_auto_extension(arg1); ^~ > > From sqlite3: > > /sw/include/sqlite3.h:4700:16: note: candidate function not > viable: cannot convert argument of incomplete type 'void *' to > 'void (*)()' SQLITE_API int sqlite3_auto_extension(void > (*xEntryPoint)(void)); > > I wasn't sure if this indicates non-compliance in sqlite3 (llvm > complains, too) or the package that I'm trying to build. The > latter does some other bad stuff when building its sqlite3 module, > so I'm totally willing to believe that _it's_ broken. :-) I also get another error in the same module (the "other bad stuff"): sqlite3_wrap.cpp:3029:12: error: array type 'va_list' (aka '__builtin_va_list') is not assignable arg2 = *((va_list *)(argp2)); ^ where the function is: static octave_value_list _wrap_sqlite3_vmprintf (const octave_value_list& args, int nargout) { char *arg1 = (char *) 0 ; va_list arg2 ; int res1 ; char *buf1 = 0 ; int alloc1 = 0 ; void *argp2 ; int res2 = 0 ; octave_value_list _out; octave_value_list *_outp=&_out; octave_value _outv; char *result = 0 ; if (!SWIG_check_num_args("sqlite3_vmprintf",args.length(),2,2,0)) { SWIG_fail; } res1 = SWIG_AsCharPtrAndSize(args(0), &buf1, NULL, &alloc1); if (!SWIG_IsOK(res1)) { SWIG_exception_fail(SWIG_ArgError(res1), "in method '" "sqlite3_vmprintf" "', argument " "1"" of type '" "char const *""'"); } arg1 = (char *)(buf1); { res2 = SWIG_ConvertPtr(args(1), &argp2, SWIGTYPE_p_va_list, 0 ); if (!SWIG_IsOK(res2)) { SWIG_exception_fail(SWIG_ArgError(res2), "in method '" "sqlite3_vmprintf" "', argument " "2"" of type '" "va_list""'"); } if (!argp2) { SWIG_exception_fail(SWIG_ValueError, "invalid null reference " "in method '" "sqlite3_vmprintf" "', argument " "2"" of type '" "va_list""'"); } else { arg2 = *((va_list *)(argp2)); } } result = (char *)sqlite3_vmprintf((char const *)arg1,arg2); _outv = SWIG_FromCharPtr((const char *)result); if (_outv.is_defined()) _outp = SWIG_Octave_AppendOutput(_outp, _outv); if (alloc1 == SWIG_NEWOBJ) delete[] buf1; fail: return _out; } I'm not exactly sure what the author was _trying_ to do on the line that failed. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5/W4kACgkQB8UpO3rKjQ9x5ACfdI4RWMWYUjKy+CP5zYcohBwW PKwAnjPzvgCrl7/REUvcrCLFvGRocoym =VGQN -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [cvs] dists/10.4/unstable/main/finkinfo/database unixodbc2-nox.info, 1.8, 1.9 unixodbc2.info, 1.8, 1.9
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. I needed unixodbc2 on Lion, and it built there with only minor changes, so I moved it. I hope that's OK. The minor changes were: 1) In unixodbc2, I took out the libtool14 dependency for 10.7, because there's no libtool14 there. (the commit shows that I took it out in 10.4 as well, by accident, but I put it back on a later commit). 2) In unixodbc2-nox, there was a typo in the update-alternatives, so I fixed that for both 10.7 and 10.4. 3) The package appears not to want to build in parallel, so I marked it with UseMaxBuildJobs: false, since we're planning a Fink release which will default to enabling parallel builds--this is currently implemented in CVS HEAD. On 9/25/11 5:16 PM, Alexander Hansen wrote: > Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/database > In directory > vz-cvs-3.sog:/tmp/cvs-serv2044/10.4/unstable/main/finkinfo/database > > Modified Files: unixodbc2-nox.info unixodbc2.info Log Message: > Octave Forge database package. Can use unixodbc2, and it wasn't > available on Lion, so added that there. Fixed a typo in > unixodbc2-nox's update-alternatives line. The packages appear not > to be -j-safe in the compile phase, so mark with UseMaxBuildJobs: > false. > > Index: unixodbc2-nox.info > === > > RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/database/unixodbc2-nox.info,v > retrieving revision 1.8 retrieving revision 1.9 diff -u -d -r1.8 > -r1.9 --- unixodbc2-nox.info 22 Oct 2010 19:02:13 - 1.8 +++ > unixodbc2-nox.info25 Sep 2011 21:16:12 - 1.9 @@ -1,6 +1,6 @@ > Package: unixodbc2-nox Version: 2.2.12 -Revision: 3 +Revision: 4 > ### Depends: readline5-shlibs (>= 5.0-1004), %N-shlibs (= %v-%r) > BuildDepends: readline5 (>= 5.0-1004), libiconv-dev, fink (>= > 0.24.12) @@ -54,6 +54,7 @@ ### DocFiles: COPYING ChangeLog ### > +UseMaxBuildJobs: false ConfigureParams: --disable-stats > --with-libiconv-prefix=%p --disable-gui --with-pic --enable-shared > --disable-static --mandir=%i/share/man --infodir=%p/share/info > --libexecdir=%p/lib --disable-dependency-tracking ### > InstallScript: << @@ -82,7 +83,7 @@ << ### PostInstScript: << - > update-alternatives --install %p/bin/isql isql %p/bin.isql.unixodbc > 60 + update-alternatives --install %p/bin/isql isql > %p/bin/isql.unixodbc 60 update-alternatives --install > %p/include/sql.h sql.h %p/include/sql.h.unixodbc 60 > update-alternatives --install %p/include/sqlext.h sqlext.h > %p/include/sqlext.h.unixodbc 60 update-alternatives --install > %p/include/sqltypes.h sqltypes.h %p/include/sqltypes.h.unixodbc 60 > > Index: unixodbc2.info > === > > RCS file: /cvsroot/fink/dists/10.4/unstable/main/finkinfo/database/unixodbc2.info,v > retrieving revision 1.8 retrieving revision 1.9 diff -u -d -r1.8 > -r1.9 --- unixodbc2.info 22 Oct 2010 19:02:13 - 1.8 +++ > unixodbc2.info25 Sep 2011 21:16:12 - 1.9 @@ -3,7 +3,7 @@ > Revision: 3 ### Depends: readline5-shlibs (>= 5.0-1004), %N-shlibs > (= %v-%r), libpng3-shlibs, qt3-shlibs (>= 3.3.5-1023), x11 > -BuildDepends: readline5 (>= 5.0-1004), libiconv-dev, libpng3, qt3 > (>= 3.3.5-1023), x11-dev, libtool14, fink (>= 0.24.12) > +BuildDepends: readline5 (>= 5.0-1004), libiconv-dev, libpng3, qt3 > (>= 3.3.5-1023), x11-dev, fink (>= 0.24.12) BuildDependsOnly: True > Conflicts: unixodbc, unixodbc-nox, unixodbc2-nox Replaces: > unixodbc, unixodbc-nox, unixodbc2-nox @@ -56,6 +56,7 @@ ### > DocFiles: COPYING ChangeLog ### +UseMaxBuildJobs: false > ConfigureParams: --with-extra-includes=/usr/X11R6/include > --with-extra-libs=/usr/X11R6/lib --disable-stats --enable-gui > --with-pic --enable-shared --disable-static --with-qt-dir=%p > --with-qt-includes=%p/include/qt --with-qt-libraries=%p/lib > --with-libiconv-prefix=%p --mandir=%i/share/man > --infodir=%p/share/info --libexecdir=%p/lib > --disable-dependency-tracking ### InstallScript: << > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5/m+4ACgkQB8UpO3rKjQ/CBQCeM9dCzbUbhL51IZS9YNgGUesW 4RcAoItTHpUnr5N6qzs3bVUwlxAZEfjp =krvT -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Move gcc46 to 10.5/stable branches ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/23/11 11:31 AM, Hanspeter Niederstrasser wrote: > On 9/23/2011 10:56 AM, Alexander Hansen wrote: >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 9/16/11 2:35 AM, Martin Costabel wrote: >>> On 15/09/11 16:13, David R. Morrison wrote: [] >>>> But there are also lots of unmaintained things in unstable, >>>> many of them very old, so I think it would be dangerous to >>>> just dump everything to stable. I like Alexander's >>>> approach. >>> >>> Why would this be more dangerous than the current situation, >>> where almost everybody is using the unstable tree anyway? Do >>> you know anyone, except some innocent newbies, who is really >>> using the stable tree? >> >> That's more of a question of "Do we bother to keep this old, >> broken stuff or update it?" In principle it's probably just as >> easy to decide on that after a rollover. > > The 10.5/unstable buildworld from back in August 2010 took care of > a lot of brokenness in unstable. And those packages that still > remain broken are not necessarily the ancient abandoned ones, but > instead many belong to people who are still in communication with > the project. > > Here's the list of the buildworld results. Important: this is from > August 2010. A lot of things marked broken there have been fixed > in the past year. > > http://www.snaggledworks.com/fink/buildworld/2010-08-14/out/maintindex.html > > I think the primary thing with a lot of downstream effect that has > gotten updated since then was Qt4 and I know it broke a number of > things, so it might have a wider effect than is known. If > MaxBuildJobs gets turned to on by default in the next Fink release, > that will probably introduce some more brokenness, but running a > new buildworld should find them. > > I do _not_ have the ability to run a buildworld again for the > foreseeable future. However, if anyone has a machine with > available CPU cycles (expect 2-3 weeks), I can easily walk them > through the process of getting it going. > > Hanspeter > > ps. the earlier 10.5/stable buildworld (in March?) showed about > the same proportion of broken packages, so just stable was not > necessarily stabler. I think this was one of the good things to > come out of the new 10.7 tree. It'll be stable on 10.7 ;) > This suggests a more automatic way to start phasing unstable out. 1) If a package is in the 10.7 tree and has a nominally identical counterpart in the 10.4 tree (same version, revision | dependencies, etc.) then the 10.4 counterpart can be moved to stable, too. 2) As these counterparts get added to 10.4/stable, we _remove_ them from 10.4/unstable. That way we don't have to worry about doing diffs between the trees. We'll do the same thing if there are identical package descriptions in 10.4/stable and 10.4/unstable. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AZSsACgkQB8UpO3rKjQ/q+ACgl9ypqiUsoBC5keoMGpwdmkLs X1gAnROZ+jE8vAFIpUD5Owjwl7fAk5cE =vaXy -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Validator complains about old cruft
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/14/11 3:55 PM, Daniel Macks wrote: > On Wed, 07 Sep 2011 12:37:51 +0200, Martin Costabel wrote: Can we > please get rid of the >> >> "Error: use of PatchFile requires declaring a BuildDepends on >> fink (>= 0.24.12) or higher" >> >> complaint in the validator? This should have been EOL'ed with >> 10.4, probably even with 10.3, because older versions of fink >> wouldn't run anyway, much less be able to build packages. The >> Fink-0.8.1 installer for MacOSX 10.4 contained fink-0.24.23. > > Makes sense to me. I'll remove it unless someone objects in the > next few days (or beats me to it:) > > dan > > -- Daniel Macks dma...@netspace.org > > > fink-0.31.2 contains this change. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6A1LYACgkQB8UpO3rKjQ/CkACfWn0UAmk2Z872GI9ns2zIYGye 1pUAnipUNoatuPkhqf1mZmuDlSH5pWAC =TP4+ -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] my fink is on strike, everything ends in no targets-message
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/29/11 6:06 AM, mn wrote: > After some weeks of not being able to update any fink packages that > involve actual gcc-compiling I think I found part of the reason for > it. > > I am on a laptop and space is always too tight. So some of my > squeezing methods involved applying hfs-compression to everything > third-party. Worked fine and it should since it is supposed to be > transparent. Not so with fink. When applying the compression to the > entire /sw-hierarchy everything still seems to be working, only > when updating a package the process finishes the configure-stage > with an empty Makefile and gives a relatively meaningless > error-message "no targets". Disabling fink via .profile shows that > the compiler-infrastructure still works, only fink is on strike, > disabling all other configure-business as well, even outside of > fink's /sw as long as fink was inited. > > So, for now, I completely reverted compression on /sw and I am back > to school on this one, since normal configure and make are now > working with fink disabled, but even without compression fink still > produces empty Makefiles. > > But since the hfs-compression should be transparent, space is at > premium, fink is not that deeply involved in system-startup and I'd > really like to apply compression to /sw, gaining several GB of > space for free: can you look into what causes the > configure-hiccup? > > fink 0.31.2, OS 10.6.8, XCode 4 > > greetings The appropriate channel for such issues is our mailing lists, not my personal email address. I'm not personal tech support. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAk6EV2AACgkQB8UpO3rKjQ/lfACfRVvmJ0DkCSO8Y9DtqZFY8foa 7u8AmOH5dg0FtCNBGl3pJTRneZZ3IXI= =p25a -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] my fink is on strike, everything ends in no targets-message
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/29/11 7:32 AM, Alexander Hansen wrote: > On 9/29/11 6:06 AM, mn wrote: >> After some weeks of not being able to update any fink packages >> that involve actual gcc-compiling I think I found part of the >> reason for it. > >> I am on a laptop and space is always too tight. So some of my >> squeezing methods involved applying hfs-compression to everything >> third-party. Worked fine and it should since it is supposed to be >> transparent. Not so with fink. When applying the compression to >> the entire /sw-hierarchy everything still seems to be working, >> only when updating a package the process finishes the >> configure-stage with an empty Makefile and gives a relatively >> meaningless error-message "no targets". Disabling fink via >> .profile shows that the compiler-infrastructure still works, >> only fink is on strike, disabling all other configure-business >> as well, even outside of fink's /sw as long as fink was inited. > >> So, for now, I completely reverted compression on /sw and I am >> back to school on this one, since normal configure and make are >> now working with fink disabled, but even without compression >> fink still produces empty Makefiles. > >> But since the hfs-compression should be transparent, space is at >> premium, fink is not that deeply involved in system-startup and >> I'd really like to apply compression to /sw, gaining several GB >> of space for free: can you look into what causes the >> configure-hiccup? > >> fink 0.31.2, OS 10.6.8, XCode 4 > >> greetings > > The appropriate channel for such issues is our mailing lists, not > my personal email address. > > I'm not personal tech support. There were some changes in how Fink builds packages introduced in fink-0.30, and it's possible that those don't get along with compression. Try the following: 1) Download an older version of the fink package description from our CVS repository: http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/base/fink-10.6.info?revision=1.8 2) Save that in /sw/fink/dists/local/main/finkinfo, as fink.info or fink-10.6.info 3) Use "fink install fink-0.29.21-51" to downgrade fink. 4) Assuming that works, then try installing another package. Don't do a selfupdate or update-all yet, because those will switch you back to fink-0.31.2-51. - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EkUkACgkQB8UpO3rKjQ9IGACcCNkTB8s2uabTKZ2xmyRKH15H frEAn1nxiqNvXQXnvBTZJqbXuYgtBHIP =Hp0r -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] my fink is on strike, everything ends in no targets-message
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/29/11 1:03 PM, mn wrote: > > On Sep 29, 2011, at 5:39 PM, Alexander Hansen wrote: >> >> There were some changes in how Fink builds packages introduced >> in fink-0.30, and it's possible that those don't get along with >> compression. >> >> Try the following: >> >> 1) Download an older version of the fink package description >> from our CVS repository: >> >> http://fink.cvs.sourceforge.net/viewvc/fink/dists/10.4/stable/main/finkinfo/base/fink-10.6.info?revision=1.8 >> >> >> 2) Save that in /sw/fink/dists/local/main/finkinfo, as fink.info or >> fink-10.6.info >> >> 3) Use "fink install fink-0.29.21-51" to downgrade fink. >> >> 4) Assuming that works, then try installing another package. >> Don't do a selfupdate or update-all yet, because those will >> switch you back to fink-0.31.2-51. > > Trying to downgrade from the latest fink via this route gives the > error attached below at the end of this mail. > > However, in one of my backups I found a deb of version 0.29.21-51, > installed it apparently successfully with dpkg over the latest one > and arrived at the same empty Makefile and no-targets-error as > before when trying to build sed. Running configure and make > manually inside its unfinished build-dir without finks env > initialized but with parameters "--with-libiconv-prefix=/sw > --mandir=/sw/share/man --infodir=/sw/share/info --program-prefix=g" > (as per the sed.info-file) builds the latest binary. > > > > ___error message for downgrade via latest fink: Checking for > Test::More... ./00compile.t 1/? # > Failed test 'require Fink::version' # at ./00compile.t line 36. # > got: 'Can't locate Fink/version/vpp.pm in @INC (@INC contains: > /sw/src/fink.build/fink-0.29.21-51/perlmod > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5 /sw/lib/perl5/darwin > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5 /sw/lib/perl5/darwin /Library/Perl/Updates/5.10.0 > /System/Library/Perl/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/5.10.0 > /Library/Perl/5.10.0/darwin-thread-multi-2level > /Library/Perl/5.10.0 > /Network/Library/Perl/5.10.0/darwin-thread-multi-2level > /Network/Library/Perl/5.10.0 /Network/Library/Perl > /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/Extras/5.10.0 .) at (eval 144) line 2. # BEGIN > failed--compilation aborted at (eval 144) line 2. # Compilation > failed in require at (eval 142) line 3. # ' # expected: '' > > # Failed test 'require Fink::version::vpp' # at ./00compile.t > line 36. # got: 'Can't locate Fink/version/vpp.pm in @INC > (@INC contains: /sw/src/fink.build/fink-0.29.21-51/perlmod > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5 /sw/lib/perl5/darwin > /sw/lib/perl5/5.10.0/darwin-thread-multi-2level > /sw/lib/perl5/5.10.0 /sw/lib/perl5/darwin-thread-multi-2level > /sw/lib/perl5 /sw/lib/perl5/darwin /Library/Perl/Updates/5.10.0 > /System/Library/Perl/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/5.10.0 > /Library/Perl/5.10.0/darwin-thread-multi-2level > /Library/Perl/5.10.0 > /Network/Library/Perl/5.10.0/darwin-thread-multi-2level > /Network/Library/Perl/5.10.0 /Network/Library/Perl > /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level > /System/Library/Perl/Extras/5.10.0 .) at (eval 147) line 3. # ' # > expected: '' # Looks like you failed 2 tests of 126. ./00compile.t > Dubious, test returned 2 (wstat 512, > 0x200) Failed 2/126 subtests ./10features/users_groups.t > .. ok ./10features/volume.t ok > ./Base/initialize.t .. ok ./Base/param.t > ... ok ./Base/param_boolean.t > ... ok ./CLI/capture.t .. > ok ./Command/cat.t .. ok > ./Command/chowname.t . ok ./Command/commands.t > . ok
[Fink-devel] Phased decommissioning of the unstable tree.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As most of you know, it can be a pain to test and roll packages over to stable from unstable, particularly when they have huge dependency trees. I propose the following phased process: Phase 1: Since people have been testing packages (presumably) before committing them to 10.7/stable, that tree is indeed pretty stable. We'll start by moving all packages from 10.4/unstable to 10.4/stable that have identical (or mostly identical) counterparts in 10.7/stable. Most importantly, we will _delete_ the descriptions from 10.7/unstable. As people continue to add packages to 10.7, they should move them from 10.4/unstable to 10.4/stable if they're the same version. In addition, we'll delete package descriptions from 10.4/unstable that are identical to those in 10.4/stable. Phase 2: Once Phase 1 is finished, we will announce a freeze on new commits to 10.4/unstable, and we'll start rolling maintained packages and their dependencies over to stable. Once the freeze has been announced all updates should go to the stable tree henceforth. Phase 3: What should be left at this point is unmaintained packages that nothing else needs. We should test these and see (1) if they still work, (2) if not, are there newer versions that work or can easily be made to, and (3) if not, do we bother keeping the packages. In cases (1) or (2) we roll them to stable. Any thoughts on this? - -- Alexander Hansen Fink User Liaison -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6FsKoACgkQB8UpO3rKjQ8ZhwCfZC8LCioKpHrytP4x0g6BsdLz dZQAn3kB9QfM9G/PJFrlK6dcYL5YlgMT =nIBm -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] New primary Sourceforge mirror in HEAD fink
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. As you've probably noticed, our Sourceforge mirrors are old and musty. :-) Unfortunately, after a discussion with Sourceforge's technical support, it appears that it will be nontrivial to update our mirror set to allow setting a mirror in advance. However, I've tested out their currentprimary sourceforge download URL path, http://downloads.sourceforge.net/projects/ which automatically redirects to one of their mirrors. The redirection appears to work under all of our download methods. Based on my results, I've updated the sourceforge mirror list in HEAD to have http://downloads.sourceforge.net/projects/ as the new primary mirror site. I'd appreciate it if people who are using HEAD fink would update it and set their Sourceforge mirror to this new primary mirror and let me know if there are any problems. If not, I'll make a fink-mirrors release (possibly even discontinuing the old mirrors). - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6HAU8ACgkQB8UpO3rKjQ+bdgCfZAsaqLwsH1cwjHmwxNP472DF aYcAn0UXQJmCRUVZti1fgrCXmHGDr3Zu =VjfB -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Internal issue with /sw/include/libavutil/common.h from libavutil50-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I got the following error when I was trying to build octave-forge's video package against ffmpeg-0.7.5 (it _really_ doesn't get along with ffmpeg-0.8.4 due to API changes): AVHandler.cc: In static member function 'static void AVHandler::print_file_formats()': AVHandler.cc:365: warning: 'first_oformat' is deprecated (declared at /sw/include/libavformat/avformat.h:942) /sw/include/libavutil/common.h: In function 'int32_t av_clipl_int32_c(int64_t)': /sw/include/libavutil/common.h:170: error: 'UINT64_C' was not declared in this scope And checking /sw/include/libavutil/common.h I found the relevant function: static av_always_inline av_const int32_t av_clipl_int32_c(int64_t a) { if ((a+0x8000u) & ~UINT64_C(0x)) return (a>>63) ^ 0x7FFF; else return a; } Is it missing a types declaration somewhere? My build attempt was on 10.5/PowerPC. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6IvSQACgkQB8UpO3rKjQ8PnQCdFhLDuOTKMwnPMBr+Ebmhafqy AjAAni9+ixY13zDbKZ5BmLDsRxyePEH4 =rrEm -END PGP SIGNATURE- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Internal issue with /sw/include/libavutil/common.h from libavutil50-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/2/11 9:21 PM, Peter O'Gorman wrote: > 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/onlinepubs/9699919799/basedefs/stdint.h.html#tag_13_47_03_04 > > > > Peter > Ah, thanks! - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6JjfoACgkQB8UpO3rKjQ+ligCeM/nocguCnMiyPgx6/aeu2g5a iZIAnRC0WUHd7SBABQwE//Asn0+tFR9o =4/zR -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Phased decommissioning of the unstable tree.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 9/30/11 8:06 AM, Alexander Hansen wrote: > As most of you know, it can be a pain to test and roll packages > over to stable from unstable, particularly when they have huge > dependency trees. > > I propose the following phased process: > > Phase 1: Since people have been testing packages (presumably) > before committing them to 10.7/stable, that tree is indeed pretty > stable. We'll start by moving all packages from 10.4/unstable to > 10.4/stable that have identical (or mostly identical) counterparts > in 10.7/stable. Most importantly, we will _delete_ the > descriptions from 10.7/unstable. > > As people continue to add packages to 10.7, they should move them > from 10.4/unstable to 10.4/stable if they're the same version. > > In addition, we'll delete package descriptions from 10.4/unstable > that are identical to those in 10.4/stable. > > Phase 2: Once Phase 1 is finished, we will announce a freeze on new > commits to 10.4/unstable, and we'll start rolling maintained > packages and their dependencies over to stable. > > Once the freeze has been announced all updates should go to the > stable tree henceforth. > > Phase 3: What should be left at this point is unmaintained packages > that nothing else needs. We should test these and see (1) if they > still work, (2) if not, are there newer versions that work or can > easily be made to, and (3) if not, do we bother keeping the > packages. In cases (1) or (2) we roll them to stable. > > Any thoughts on this? I'll take that as a 'no', and we can go ahead and start Phase 1. We are not currently freezing the CVS tree. Maintainers should audit their packages in 10.4 and check for items that are identical in 10.4/stable and 10.4/unstable. Maintainers should also check concerning packages that are identical (or at least close) in 10.7/stable and 10.4/unstable. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6KKYYACgkQB8UpO3rKjQ8pawCeOhOTFih0oAZ3EpI082L21YV0 qmMAn2PJlxgHw3Gj8Cb2hfh73UvlFAFc =nvjF -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Phased decommissioning of the unstable tree.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/5/11 10:31 AM, Max Horn wrote: > > Am 04.10.2011 um 07:18 schrieb Daniel Macks: > > [...] > >>> I'll take that as a 'no', and we can go ahead and start Phase >>> 1. >>> >>> We are not currently freezing the CVS tree. >>> >>> Maintainers should audit their packages in 10.4 and check for >>> items that are identical in 10.4/stable and 10.4/unstable. >> >> I just did a full sweep of 10.4/unstable and (with the exception >> of a few corner cases) purged it of all .info that exactly >> matched the one in 10.4/stable (and also the parallel-named >> .patch if there was one for the in-sync .info). > > Thanks! > >> I did no testing at all, so if it *was* in stable and somehow >> broken, it still is just as broken, and I also didn't look at >> any changed .info, so if it was broken in stable and fixed in >> unstable or in 10.7 it's still that same way too. > > The semi-automatic move of packages from unstable to stable caused > some collateral damage in some cases. Namely if multiple .info > files shared a single patch file, and some of the .info files and > the .patch were moved to stable, but the other .info file(s) were > not moved. Example: > > > /sw/fink/10.4/stable/main/finkinfo/languages/gcc46.info > /sw/fink/10.4/stable/main/finkinfo/languages/gcc46.patch > /sw/fink/10.4/unstable/main/finkinfo/10.4-EOL/languages/gcc46-10.4.info > > > /sw/fink/10.4/unstable/main/finkinfo/10.4-EOL/languages/gcc46.patch > /sw/fink/10.4/unstable/main/finkinfo/languages/gcc46-x86_64.info > > Result: gcc46-x86_64.info now does not validate nor build anymore. > There is at least one more example: Bad example (but now rectified). This wasn't part of the semi-automatic move. The 'clipper' package which needs gcc46 got moved to stable on 12 September, and I blindly copied just gcc46.info/patch over to stable on the 23rd of September. > > Error: can't find patchfile > "./unstable/main/finkinfo/sci/r-cran-sp.patch" > > Also, one "reverse" case: > > Validating package file > ./stable/main/finkinfo/database/sqlite3-x86_64.info... Error: > can't find patchfile > "./stable/main/finkinfo/database/sqlite3.patch" > > > > Cheers, Max - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6McDAACgkQB8UpO3rKjQ/gVgCeKUZTjJ+sKv4FxKehKsRkMLbQ oo4AnjR9YDknEOzGwouHBkW93wtTNRS8 =BM7q -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Failed: phase compiling: opensp4-shlibs-1.5.1-1015 failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/6/11 9:50 AM, Scott Hannahs wrote: > I am having a problem with the package opensp4. > > I get a failure in the compile phase Failed: phase compiling: > opensp4-shlibs-1.5.1-1015 failed > > I believe that the relevant error is "ld: library not found for > -lgcc_ext.10.5" That's Hard to say definitively without seeing some context. > > Mac OS X 10.6.8 / XCode 2.3.2 3.2.3 ? > I have installed XCode and the SDKs for 10.5. However the compile > is using the fink installed version of gcc when it compiles. > > g++-4.0 is the compiler used and is only in /sw/bin however that > particular library is *not* in gcc version 4.0 but only in later > versions. > > % find /sw/lib -name \*gcc_ext.10.5\* > /sw/lib/gcc4.5/lib/libgcc_ext.10.5.dylib > /sw/lib/gcc4.6/lib/libgcc_ext.10.5.dylib > > Should this package be updated to require and use gcc 4.5 or 4.6? > Fink has installed the others on my system but in this case they > are not used: gcc-4gcc-fsf-4.5 gcc-fsf-4.6 > > The info file explicitly asks for gcc 4.0 which seems to be an > error? Otherwise it uses a default gcc which is the system gcc and > it will fail also since that library does not exist in the system > installed Xcode/gcc. > > -Scott > > /sw/bin/gcc-4.0 is from ccache-default, and points to ccache, which uses Xcode's compilers. The package is _supposed_ to use Xcode's gcc-4.0; the build works for me, in any case. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6NxYUACgkQB8UpO3rKjQ9OVQCbBol4jz5rPOXxmO4guuHotpHX o1EAn2CtMzcfxYfu5k3yF1Zuf7v4DC3N =MMvk -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] cyrus-sasl2 on 10.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/15/11 10:36 AM, BABA Yoshihiko wrote: > Hi Daniel, > > I ran fink selfupdate; fink update-all on 10.4 which I haven't used > for a while, and got the problem as below. > > > glibtool --mode=link gcc -Wall -W -shared -module -export-dynamic > -rpath /sw/lib/sasl2 -L/sw/lib/system-openssl/lib -o libsasldb.la > -version-info 2:23:0 sasldb.lo sasldb_init.lo plugin_common.lo > ../sasldb/libsasldb.la -L/sw/lib -ldb-5.1 -lresolv -lresolv > -L/sw/lib -lpam glibtool: link: Waiting for > /Volumes/LEOPARD/sw/src/fink.build/cyrus-sasl2-2.1.23-3/cyrus-sasl-2.1.23/plugins/../sasldb/.libs/libsasldb.a.lock > > to be removed > > [ the same error messageis repeated on and on for more than a day > ] > > -- BABA Yoshihiko > > > At the same point, I get glibtool --mode=link gcc -Wall -W -shared -module -export-dynamic - -rpath /sw/lib/sasl2 -L/sw/lib/system-openssl/lib -o libsasldb.la - -version-info 2:23:0 sasldb.lo sasldb_init.lo plugin_common.lo ../sasldb/libsasldb.la -L/sw/lib -ldb-5.1 -lresolv -lresolv -L/sw/lib - -lpam glibtool: link: (cd .libs/libsasldb.lax/libsasldb.a && ar x "/sw/src/fink.build/cyrus-sasl2-2.1.23-3/cyrus-sasl-2.1.23/plugins/../sasldb/.libs/libsasldb.a") and the build succeeds. Is your /Volumes/LEOPARD an external HD? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6aJUwACgkQB8UpO3rKjQ/8rgCeJmbJIIVNgSAzG0H0vp49NVpv DVIAnRtqJxmRFmVXxK7vdHqcEdAnC8N0 =86AA -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/21/11 3:02 PM, Martin Costabel wrote: > On 21/10/11 16:04 , Jack Howarth wrote: >> On Fri, Oct 21, 2011 at 10:06:24AM +0200, Martin Costabel wrote: >>> On 21/10/11 01:05, Jack Howarth wrote: [] >>>> should upgrade to this version (or revert to Xcode 3.2.6). >>>> This would allow us to focus on supporting clang in the Xcode >>>> 4.x releases and encourage unification of any clang specific >>>> changes to info files between the 10.4 and 10.6 trees. It >>>> also will likely accelerate the elimination of the unstable >>>> tree in 10.4 as any clang specific changes are backported >>>> into 10.4. >>> >>> The most common "clang specific changes to info files" are >>> currently SetCC: llvm-gcc-4.2 SetCXX: llvm-g++ because many >>> packages won't compile with clang. This is not backportable. > >> Martin, Re-reading your response again, I assume you meant that >> the info files will never been entirely unified. This is true >> however that shouldn't stand in our way of attempting to make >> fink usable for SL users who have Xcode 4.2 installed. We really >> only have two choices there... >> >> 1) Leave fink as is and manually check if each info file is >> miscompiled by llvm-gcc. This is a lot of work for a smallish >> testing and developer group to deal with. It also requires far >> more info file changes to switch these problem packages to clang >> or gcc-4.2. 2) Use my approach of enabling the path-prefix-clang >> on SL when Xcode 4.2 is detected via the system compiler change. >> This gives us a well tested package set which already has been >> checked against clang3.0svn. > > What I mean is that a package that does not compile under clang > needs to include the above fix for xcode-4.2 if your automatic > switch to clang is implemented. But then it will probably no longer > work on 10.5 and on 10.6 with xcode-3.2. You would need one info > file for xcode-4.2 and another one for xcode<=3.2. I don't see how > this is possible inside the 10.4 tree. > I'm showing llvm-gcc-4.2 and llvm-g++ as part of Xcode 3.2.6 (actually all the way back to 3.2.3 in my pkgutil history), so we're probably not going to break things for people on 10.6 who have stayed current with Xcode. 10.5, of course, is another matter. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6hxXsACgkQB8UpO3rKjQ/eowCfYPpnn9TLNnBIF5e4lWA/moxy SE8AnRC1pII4EE33cWH+iMhF+9IW/Hn2 =yYpv -END PGP SIGNATURE- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/21/11 3:08 PM, Martin Costabel wrote: > On 21/10/11 17:05 , David R. Morrison wrote: >> So at the very least, we should put a news item on the fink >> webpage warning users that fink on 10.6 is currently incompatible >> with Xcode 4.2, and suggesting a downgrade to Xcode 3.2.6. > > We would have needed such a warning against xcode-4.0 since a long > time (or is there one somewhere? I didn't see one). How it works > currently is that user reports breakage, akh sees that breakage > comes from xcode-4.0 and writes an answer on the mailing list > advising to downgrade xcode. This won't be very different for > xcode-4.2. > There wasn't one, because I'd thought that it was going to be replaced by 4.1 when Lion came out. After that, things got busy. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6hxaMACgkQB8UpO3rKjQ8j9ACdG2egC3G6LR7Fq6xwXF4bpP3y 50YAn15kFpIbyeOPomzbx0GXpt82OiRw =HWzV -END PGP SIGNATURE- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/21/11 3:44 PM, Jack Howarth wrote: > On Fri, Oct 21, 2011 at 09:02:56PM +0200, Martin Costabel wrote: >> On 21/10/11 16:04 , Jack Howarth wrote: >>> On Fri, Oct 21, 2011 at 10:06:24AM +0200, Martin Costabel >>> wrote: >>>> On 21/10/11 01:05, Jack Howarth wrote: [] >>>>> should upgrade to this version (or revert to Xcode 3.2.6). >>>>> This would allow us to focus on supporting clang in the >>>>> Xcode 4.x releases and encourage unification of any clang >>>>> specific changes to info files between the 10.4 and 10.6 >>>>> trees. It also will likely accelerate the elimination of >>>>> the unstable tree in 10.4 as any clang specific changes are >>>>> backported into 10.4. >>>> >>>> The most common "clang specific changes to info files" are >>>> currently SetCC: llvm-gcc-4.2 SetCXX: llvm-g++ because many >>>> packages won't compile with clang. This is not backportable. >> >>> Martin, Re-reading your response again, I assume you meant that >>> the info files will never been entirely unified. This is true >>> however that shouldn't stand in our way of attempting to make >>> fink usable for SL users who have Xcode 4.2 installed. We >>> really only have two choices there... >>> >>> 1) Leave fink as is and manually check if each info file is >>> miscompiled by llvm-gcc. This is a lot of work for a smallish >>> testing and developer group to deal with. It also requires far >>> more info file changes to switch these problem packages to >>> clang or gcc-4.2. 2) Use my approach of enabling the >>> path-prefix-clang on SL when Xcode 4.2 is detected via the >>> system compiler change. This gives us a well tested package set >>> which already has been checked against clang3.0svn. >> >> What I mean is that a package that does not compile under clang >> needs to include the above fix for xcode-4.2 if your automatic >> switch to clang is implemented. But then it will probably no >> longer work on 10.5 and on 10.6 with xcode-3.2. You would need >> one info file for xcode-4.2 and another one for xcode<=3.2. I >> don't see how this is possible inside the 10.4 tree. > > I don't see why this has to be so complex. If you run into package > that is incompatible with clang, just use... > > if [ `gcc -v 2>&1 | grep -c clang` = "1" ]; then export > CC=llvm-gcc-4.2 export CXX=llvm-g++-4.2 fi > I assume there's got to be at least one more conditional because there's no llvm* to set anything to use for 10.5: if [ `gcc -v 2>&1 | grep -c clang` = "1" ]; then if [`uname -r | cut -d. -f1` = "10" ]; then export CC=llvm-gcc-4.2 export CXX=llvm-g++-4.2 fi fi Martin's point is that we don't want to break packages in the 10.4 tree for 10.5 users and 10.6 users who don't want to pay to upgrade to 4.2, and it would be a hassle for maintainers to have to introduce constructions like this to allow their packages to continue to work. > We could create a path-prefix-gcc42 to force the SL Xcode 4.2 > compilers under fink to use gcc-4.2/g++-4.2 but that doesn't > promote the general progress by encouraging testing of i386 code > generation from clang. > >> >> -- Martin > That's _your_ priority. The _project's_ priority is trying to keep the whole distribution functioning. I'd imagine most of our developers view the compiler as "that which converts my source code into libraries, executables, etc." I'm not saying that supporting clang under Xcode4.2 is a bad idea, but maybe there is an option which will minimize pain for everybody What about a NoUseClang: true flag for .info files to go along with the compiler wrapper? My thought is that it would subsume the role of the shell conditionals above into the fink code, resulting in, if set: 1) If on 10.7 or 10.6 with Xcode 4.2, the cc and c++ compilers would be set to llvm-gcc-4.2 and llvm-g++-4.2, respectively, rather than using clang. 2) If on 10.5 or 10.6 with Xcode 3.2.x, nothing happens and the default compilers for those configurations are used. Or was this already discussed somewhere? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6h7q4ACgkQB8UpO3rKjQ+q4QCdEodHXSFVLCcoPKWr9sW2xE4F 6ZgAn13ih0VcJq91e+KKYJfp+Wd5Zuv2 =xBcR -END PGP SIGNATURE- --
Re: [Fink-devel] Version control migration?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/25/11 3:05 AM, Martin Costabel wrote: > On 25/10/11 05:19, Charles Lepple wrote: >> In light of the fink core code moving to git/GitHub, I'd like to >> bump this thread (git for dists/): >> >> http://thread.gmane.org/gmane.os.macosx.fink.devel/20083 >> >> For bootstrapping, is git part of the latest Xcode, or is that >> only on 10.7? What else is needed to change over from CVS? > > No /usr/bin/git before xcode-4.0, AFAICS. > > If Fink wants to switch to selfupdate-git, it will have to make git > an essential package for 10.5/6 or provide a git executable in some > other form. Making the current git package essential would involve > also essentializing expat, libcurl, libssh, pkgconfig, ca-bundle, > and perhaps some other dependencies, but seeing thqt all this stuff > is already present in the system, there could perhaps be a leaner > git package. > (from the thread that Charles referenced) github.com offers the ability to access repositories via svn as well: <https://github.com/blog/626-announcing-svn-support> Since svn _is_ provided with 10.5+, having a selfupdate-svn would also be a way to avoid making git essential. The example in that URL uses HTTP, so I'm assuming that it would function through firewalls, which is a principal reason for general users not to use rsync. I believe Daniel Johnson already has both selfupdate-git and selfupdate-svn from github.com implemented in his experimental tree there. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6moPQACgkQB8UpO3rKjQ8WpwCfZ7ZO1cswcx+cvN7Jv+dyncK0 AWgAnjQfTr4ES5edK1D2I836D6bvNJEj =G//V -END PGP SIGNATURE- -- The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] autotools problem in dx-4.4.4-1505
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm looking into what would be required to push dx over to 10.7 (one of the octave-forge packages would like to have it). After tweaking the dependencies: automake1.9 -> automake1.11 libtool14 -> libtool2 I wound up with the following error prior to the configure script getting run: /sw/bin/autoreconf -f -i configure.ac:222: error: m4_require: circular dependency of AC_LANG_COMPILER(C++) ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2518: AC_LINK_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:505: AS_IF is expanded from... ../../lib/autoconf/general.m4:1974: AC_CACHE_VAL is expanded from... /sw/share/aclocal/libtool.m4:1086: _LT_SYS_MODULE_PATH_AIX is expanded from... /sw/share/aclocal/libtool.m4:5748: _LT_LANG_CXX_CONFIG is expanded from... /sw/share/aclocal/libtool.m4:816: _LT_LANG is expanded from... /sw/share/aclocal/libtool.m4:799: LT_LANG is expanded from... ../../lib/autoconf/c.m4:769: AC_LANG_COMPILER(C++) is expanded from... ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE is expanded from... ../../lib/autoconf/general.m4:2462: AC_COMPILE_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:505: AS_IF is expanded from... ../../lib/autoconf/headers.m4:87: AC_CHECK_HEADER is expanded from... ../../lib/autoconf/headers.m4:195: AC_CHECK_HEADERS is expanded from... configure.ac:222: the top level autom4te: /sw/bin/m4 failed with exit status: 1 aclocal: autom4te failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Any ideas? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6sqN4ACgkQB8UpO3rKjQ+sOACdFTTjn4zQ1q46Y8yHEOYSftyf yL0AnRxcJqOpjIBHYcb/7BFkJgexM9zp =CaT+ -END PGP SIGNATURE- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autotools problem in dx-4.4.4-1505
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/31/11 2:13 AM, Daniel Macks wrote: > On Sat, 29 Oct 2011 21:31:11 -0400, Alexander Hansen wrote: >> >> I'm looking into what would be required to push dx over to 10.7 >> (one of the octave-forge packages would like to have it). After >> tweaking the dependencies: >> >> automake1.9 -> automake1.11 libtool14 -> libtool2 >> >> I wound up with the following error prior to the configure >> script getting run: >> >> /sw/bin/autoreconf -f -i configure.ac:222: error: m4_require: >> circular dependency of AC_LANG_COMPILER(C++) >> ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE is >> expanded from... ../../lib/autoconf/general.m4:2518: >> AC_LINK_IFELSE is expanded from... ../../lib/m4sugar/m4sh.m4:505: >> AS_IF is expanded from... ../../lib/autoconf/general.m4:1974: >> AC_CACHE_VAL is expanded from... >> /sw/share/aclocal/libtool.m4:1086: _LT_SYS_MODULE_PATH_AIX is >> expanded from... /sw/share/aclocal/libtool.m4:5748: >> _LT_LANG_CXX_CONFIG is expanded from... >> /sw/share/aclocal/libtool.m4:816: _LT_LANG is expanded from... >> /sw/share/aclocal/libtool.m4:799: LT_LANG is expanded from... >> ../../lib/autoconf/c.m4:769: AC_LANG_COMPILER(C++) is expanded >> from... ../../lib/autoconf/lang.m4:271: AC_LANG_COMPILER_REQUIRE >> is expanded from... ../../lib/autoconf/general.m4:2462: >> AC_COMPILE_IFELSE is expanded from... >> ../../lib/m4sugar/m4sh.m4:505: AS_IF is expanded from... >> ../../lib/autoconf/headers.m4:87: AC_CHECK_HEADER is expanded >> from... ../../lib/autoconf/headers.m4:195: AC_CHECK_HEADERS is >> expanded from... configure.ac:222: the top level autom4te: >> /sw/bin/m4 failed with exit status: 1 aclocal: autom4te failed >> with exit status: 1 autoreconf: aclocal failed with exit status: >> 1 >> >> Any ideas? > > I committed a whole pile of fixes for dx, including for libtool2. > There were a ton of no-longer-needed remnants from before .la were > auto-cleaned and an incompatibility with the current hdf on 10.6 > (wouldn't have been a problem if that lib had a .dylib instead of > just a .a). The circular-dependency was just a missing AC_PROG_CXX > line in configure.ac before the line that ac was whining about, > which I eventually learned after some googling. dan > > -- Daniel Macks dma...@netspace.org > > Cool. I tried adding AC_PROG_CXX to configure.ac myself, but it didn't do the trick (maybe at the wrong place) - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6ufEEACgkQB8UpO3rKjQ+R2gCZAVt3cfp5LrcuXz7E3jaxkpib 36oAnAthkic6mZRMau2ONLpmbkO6HOjV =EYQT -END PGP SIGNATURE- -- Get your Android app more play: Bring it to the BlackBerry PlayBook in minutes. BlackBerry App World™ now supports Android™ Apps for the BlackBerry® PlayBook™. Discover just how easy and simple it is! http://p.sf.net/sfu/android-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] dx-4.4.4 build failure on Lion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (a package of mine would like it) Using package description files from the following location: https://github.com/akhansen/Fink-experimental/tree/10.7/3rdparty/dx and with Xcode 4.2 on Lion, I'm experiencing the following failure when I try to build dx-4.4.4: libtool: link: gcc -g -O2 -std=c89 -I/usr/X11R6/include -D_GNU_SOURCE - -dylib_file /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib - -o dxexec main.o ../dxmods/user.o ../libdx/mem.o ../libdx/memory.o - -L/sw/lib ../dpexec/.libs/libDPEXEC.a -L/usr/X11R6/lib ../dxmods/.libs/libDXMODS.a ../dxmods/.libs/libDXMODSN.a ../libdx/.libs/libLIBDX.a ../hwrender/.libs/libHW.a ../hwrender/opengl/.libs/libOPENGL.a -lXinerama /sw/lib/libnetcdf.dylib /sw/lib/libdf.a /sw/lib/libjpeg.dylib /sw/lib/libsz.dylib -lXpm /sw/lib/libtiff.dylib -ldl /sw/lib/libXm.dylib -lXp -lGLU -lGL -lm -lXmu -lXext -lXt -lX11 -lSM - -lICE -lpthread -lz /sw/lib/libGraphicsMagick.dylib clang: warning: argument unused during compilation: '-std=c89' Undefined symbols for architecture x86_64: "_TemporaryFilename", referenced from: __dxf_write_im in libDXMODS.a(_im_image.o) ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[3]: *** [dxexec] Error 1 If I don't add the c89 stuff I get the same error, but with a warning earlier in the build: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../../include - -I../../../include -I./../dpexec - -I/sw/src/fink.build/dx-4.4.4-1506/dx-4.4.4/include -Dmacos - -I/sw/include/GraphicsMagick -I/sw/include -I/usr/X11R6/include -g -O2 - -I/usr/X11R6/include -D_GNU_SOURCE -MT _im_image.lo -MD -MP -MF .deps/_im_image.Tpo -c _im_image.c -o _im_image.o _im_image.c:305:9: warning: implicit declaration of function 'TemporaryFilename' is invalid in C99 [-Wimplicit-function-declaration] TemporaryFilename(image->filename); ^ _im_image.c:332:13: warning: implicit declaration of function 'DestroyConstitute' is invalid in C99 [-Wimplicit-function-declaration] DestroyConstitute(); ^ The full build log is available at https://gist.github.com/1325343#file_fink_build_log_dx_4.4.4_1706_2011.10.31_16.37.51 and the source file _im_image.c is at https://gist.github.com/1325343#file__im_image.c - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6vQ08ACgkQB8UpO3rKjQ/C9wCfXTS3SRGwBLlA9ABDlozHaZJ9 mHkAn00rK2Lq0QPU2EVr/CYNNktRHiSW =Y8m6 -END PGP SIGNATURE- -- RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] hdf to 10.7?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was able to get the oldschool hdf package to build on 10.7 using gcc46, using the package description in: https://github.com/akhansen/Fink-experimental/tree/10.7/3rdparty/dx - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6vQ9IACgkQB8UpO3rKjQ+NEQCeMpBVjXzjbcUPB742COUSlhYW tzYAnRRQh46Yt+aKpBoiMqfiVb3RTasn =Yagi -END PGP SIGNATURE- -- RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] emacs23 using non-Fink libpng15 with 10.5/Xquartz-2.6.3
include - -I/sw/include/freetype2 -I/usr/X11/include -I/usr/X11R6/include - -I/usr/X11R6/include -MD -I/sw/include -I/sw/include/freetype2 - -I/usr/X11/include -I/usr/X11R6/include conftest.c >&5 configure:9877: $? = 0 configure:9877: result: yes configure:9877: checking png.h presence configure:9877: cc -E -no-cpp-precomp -I/usr/X11R6/include -MD - -I/sw/include -I/sw/include/freetype2 -I/usr/X11/include - -I/usr/X11R6/include conftest.c configure:9877: $? = 0 configure:9877: result: yes configure:9877: checking for png.h configure:9877: result: yes configure:9877: checking libpng/png.h usability configure:9877: gcc -c -I/usr/X11R6/include -Os -pipe -fno-pie - -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include - -I/sw/include/librsvg-2 -I/sw/include/gtk-2.0 -I/sw/include/cairo - -I/sw/include/freetype2 -I/usr/X11R6/include -I/usr/X11/include - -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include - -I/sw/include/gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 - -I/sw/include/cairo -I/sw/include/pango-1.0 -I/sw/include/freetype2 - -I/usr/X11R6/include -I/usr/X11/include -I/sw/include - -I/sw/include/freetype2 -I/usr/X11/include -I/usr/X11R6/include - -I/usr/X11R6/include -MD -I/sw/include -I/sw/include/freetype2 - -I/usr/X11/include -I/usr/X11R6/include conftest.c >&5 configure:9877: $? = 0 configure:9877: result: yes configure:9877: checking libpng/png.h presence configure:9877: cc -E -no-cpp-precomp -I/usr/X11R6/include -MD - -I/sw/include -I/sw/include/freetype2 -I/usr/X11/include - -I/usr/X11R6/include conftest.c configure:9877: $? = 0 configure:9877: result: yes configure:9877: checking for libpng/png.h configure:9877: result: yes configure:9888: checking for png_get_channels in -lpng configure:9913: gcc -o conftest -I/usr/X11R6/include -Os -pipe - -fno-pie -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include - -I/sw/include -I/sw/include/librsvg-2 -I/sw/include/gtk-2.0 - -I/sw/include/cairo -I/sw/include/freetype2 -I/usr/X11R6/include - -I/usr/X11/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include - -I/sw/include -I/sw/include/gtk-2.0 -I/sw/lib/gtk-2.0/include - -I/sw/include/atk-1.0 -I/sw/include/cairo -I/sw/include/pango-1.0 - -I/sw/include/freetype2 -I/usr/X11R6/include -I/usr/X11/include - -I/sw/include -I/sw/include/freetype2 -I/usr/X11/include - -I/usr/X11R6/include -I/usr/X11R6/include -MD -I/sw/include - -I/sw/include/freetype2 -I/usr/X11/include -I/usr/X11R6/include - -fno-pie -L/sw/lib/fontconfig2/lib -L/sw/lib/xft2/lib -L/sw/lib - -L/usr/X11R6/lib conftest.c -lpng -lz -lm -lXrender -L/sw/lib - -L/usr/X11/lib -lXft -lfontconfig -lfreetype -lXrender -lX11 -L/sw/lib - -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 - -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype - -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -L/sw/lib -lrsvg-2 - -lgdk_pixbuf-2.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lX11 -L/sw/lib -ldbus-1 -lpthread >&5 configure:9913: $? = 0 configure:9922: result: yes - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6vTcAACgkQB8UpO3rKjQ+upgCgikjBHh1oJ7NfEN6MCoPyQ1Wd 0zwAoI+NYjaULvpJZ8qPufa+SSsWjCWJ =+ZMk -END PGP SIGNATURE- -- RSA® Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] emacs23 using non-Fink libpng15 with 10.5/Xquartz-2.6.3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/31/11 10:11 PM, Daniel Macks wrote: > On Mon, 31 Oct 2011 21:39:12 -0400, Alexander Hansen wrote: > -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I'll escalate this, since I know it's a packaging issue. ;-) >> >> emacs23 picks up libpng15 from the aforementioned Xquartz >> version Scanning /\.d$/ dependency files... Looking for incorrect >> headers in 102 dependency files... ./src/deps/image.d uses >> /usr/X11/include/libpng/png.h ./src/deps/image.d uses >> /usr/X11/include/libpng/pngconf.h ### execution of >> /tmp/fink.7HktK failed, exit code 255 >> >> The relevant compiler line ppears to be: >> >> gcc -c -MD -Demacs -DHAVE_CONFIG_H -I. - >> -I/sw/src/fink.build/emacs23-23.3a-3/emacs-23.3/src -Dtemacs - >> -I/sw/include -I/sw/include/freetype2 -I/usr/X11/include - >> -I/usr/X11R6/include -I/sw/include/glib-2.0 - >> -I/sw/lib/glib-2.0/include -I/sw/include -I/sw/include/librsvg-2 >> - -I/sw/include/gtk-2.0 -I/sw/include/cairo >> -I/sw/include/freetype2 - -I/usr/X11R6/include -I/usr/X11/include >> -I/sw/include/dbus-1.0 - -I/sw/lib/dbus-1.0/include >> -I/sw/include/glib-2.0 - -I/sw/lib/glib-2.0/include >> -I/sw/include/gconf/2 -Os -pipe -fno-pie - >> -I/sw/include/freetype2 -I/sw/include -I/usr/X11R6/include - >> -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include - >> -I/sw/include/gtk-2.0 -I/sw/lib/gtk-2.0/include >> -I/sw/include/atk-1.0 - -I/sw/include/cairo >> -I/sw/include/pango-1.0 -I/sw/include/freetype2 - >> -I/usr/X11R6/include -I/usr/X11/include -I/sw/include - >> -I/sw/include/freetype2 -I/usr/X11/include -I/usr/X11R6/include >> -MMD - -MF deps/image.d image.c >> >> And the relevant chunk of the config.log reads: >> >> configure:9877: checking png.h usability configure:9877: gcc -c >> -I/usr/X11R6/include -Os -pipe -fno-pie - -I/sw/include/glib-2.0 >> -I/sw/lib/glib-2.0/include -I/sw/include - >> -I/sw/include/librsvg-2 -I/sw/include/gtk-2.0 >> -I/sw/include/cairo - -I/sw/include/freetype2 >> -I/usr/X11R6/include -I/usr/X11/include - -I/sw/include/glib-2.0 >> -I/sw/lib/glib-2.0/include -I/sw/include - -I/sw/include/gtk-2.0 >> -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 - >> -I/sw/include/cairo -I/sw/include/pango-1.0 >> -I/sw/include/freetype2 - -I/usr/X11R6/include -I/usr/X11/include >> -I/sw/include - -I/sw/include/freetype2 -I/usr/X11/include >> -I/usr/X11R6/include - -I/usr/X11R6/include -MD -I/sw/include >> -I/sw/include/freetype2 - -I/usr/X11/include -I/usr/X11R6/include >> conftest.c >&5 configure:9877: $? = 0 configure:9877: result: >> yes configure:9877: checking png.h presence configure:9877: cc -E >> -no-cpp-precomp -I/usr/X11R6/include -MD - -I/sw/include >> -I/sw/include/freetype2 -I/usr/X11/include - -I/usr/X11R6/include >> conftest.c configure:9877: $? = 0 configure:9877: result: yes >> configure:9877: checking for png.h configure:9877: result: yes >> configure:9877: checking libpng/png.h usability configure:9877: >> gcc -c -I/usr/X11R6/include -Os -pipe -fno-pie - >> -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include - >> -I/sw/include/librsvg-2 -I/sw/include/gtk-2.0 >> -I/sw/include/cairo - -I/sw/include/freetype2 >> -I/usr/X11R6/include -I/usr/X11/include - -I/sw/include/glib-2.0 >> -I/sw/lib/glib-2.0/include -I/sw/include - -I/sw/include/gtk-2.0 >> -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 - >> -I/sw/include/cairo -I/sw/include/pango-1.0 >> -I/sw/include/freetype2 - -I/usr/X11R6/include -I/usr/X11/include >> -I/sw/include - -I/sw/include/freetype2 -I/usr/X11/include >> -I/usr/X11R6/include - -I/usr/X11R6/include -MD -I/sw/include >> -I/sw/include/freetype2 - -I/usr/X11/include -I/usr/X11R6/include >> conftest.c >&5 configure:9877: $? = 0 configure:9877: result: >> yes configure:9877: checking libpng/png.h presence >> configure:9877: cc -E -no-cpp-precomp -I/usr/X11R6/include -MD >> - -I/sw/include -I/sw/include/freetype2 -I/usr/X11/include - >> -I/usr/X11R6/include conftest.c configure:9877: $? = 0 >> configure:9877: result: yes configure:9877: checking for >> libpng/png.h configure:9877: result: yes configure:9888: checking >> for png_get_channels in -lpng configure:9913: gcc -o conftest >> -I/usr/X11R6/include -Os -pipe - -fno-pie -I/sw/include/glib-2.0 >> -I/sw/lib/glib-2.0/include - -I/sw/include >> -I/sw/include/librsvg-2 -I/sw/include/gtk-2.0 - >> -I/sw/include/cairo -I/sw/include/freetype2 -I/usr/X11R6/include >> - -I/usr/X11/include -I/sw/include/g
[Fink-devel] Diagnostic help?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 One of my Fink installations appears to have gone a little nuts: $ fink -V Package manager version: 0.31.4 Distribution version: selfupdate-cvs Fri Nov 4 14:09:39 2011, 10.6, x86_64 Trees: local/main stable/main unstable/main local/injected local/common local/10.4 $ dpkg --version Debian GNU/Linux `/sw64/bin/dpkg' package management program version 1.10.21 (darwin-x86_64). $ fink install liboctave343-dev Information about 10680 packages read in 0 seconds. The requested package "liboctave343-dev" is a virtual package, provided by several packages (1) octave343-atlas-dev-3.4.3-201 (2) octave343-atlas-x11-dev-3.4.3-201 Default answer will be chosen in 20 seconds... Please select which package to install: [2] 1 The package 'octave343-atlas-dev' will be installed. Reading dependency for octave343-atlas-dev-3.4.3-201... The following package will be installed or updated: octave343-atlas-dev Reading buildlock packages... All buildlocks accounted for. /sw64/bin/dpkg-lockwait -i /sw64/fink/debs/octave343-atlas-dev_3.4.3-201_darwin-x86_64.deb Selecting previously deselected package octave343-atlas-dev. (Reading database ... 264356 files and directories currently installed.) Unpacking octave343-atlas-dev (from .../octave343-atlas-dev_3.4.3-201_darwin-x86_64.deb) ... Setting up octave343-atlas-dev (3.4.3-201) ... $ fink rebuild io-oct343 Information about 10680 packages read in 2 seconds. The package 'io-oct343' will be built without being installed. Reading dependency for io-oct343-1.0.15-1... Reading build dependency for io-oct343-1.0.15-1... Reading build conflict for io-oct343-1.0.15-1... The following package will be rebuilt: io-oct343 Setting runtime build-lock... dpkg-deb -b /sw64/src/fink.build/root-fink-buildlock-io-oct343-1.0.15-1 /sw64/src/fink.build dpkg-deb: building package `fink-buildlock-io-oct343-1.0.15-1' in `/sw64/src/fink.build/fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb'. Installing build-lock package... /sw64/bin/dpkg-lockwait -i /sw64/src/fink.build/fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb Selecting previously deselected package fink-buildlock-io-oct343-1.0.15-1. (Reading database ... 265127 files and directories currently installed.) Unpacking fink-buildlock-io-oct343-1.0.15-1 (from .../fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb) ... dpkg: dependency problems prevent configuration of fink-buildlock-io-oct343-1.0.15-1: fink-buildlock-io-oct343-1.0.15-1 depends on octave343-interpreter; however: Package octave343-interpreter is not installed. fink-buildlock-io-oct343-1.0.15-1 depends on liboctave343-dev; however: Package liboctave343-dev is not installed. /sw64/bin/dpkg: error processing fink-buildlock-io-oct343-1.0.15-1 (--install): dependency problems - leaving unconfigured Errors were encountered while processing: fink-buildlock-io-oct343-1.0.15-1 ### execution of /sw64/bin/dpkg-lockwait failed, exit code 1 and $ fink list -it liboctave343 Information about 10680 packages read in 1 seconds. p liboctave343[virtual package] p liboctave343-aqua [virtual package] p liboctave343-aqua-dev [virtual package] p liboctave343-atlas [virtual package] p liboctave343-atlas-dev [virtual package] p liboctave343-dev[virtual package] $ fink list -it octave343-interpreter Information about 10680 packages read in 0 seconds. p octave343-interpreter [virtual package] p octave343-interpreter-aqua [virtual package] p octave343-interpreter-atlas [virtual package] So the packages are showing up as provided, but somehow not installable. Anybody know of a way to make things a little more verbose so that I can figure out what's going on? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk60NvUACgkQB8UpO3rKjQ//DACfUvXH5RTs8xO8P0PkwEwzawcm j+cAoKXUAxIYeqOJFhiYS+CTfg35Ispr =eMIM -END PGP SIGNATURE- -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Diagnostic help?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/4/11 3:03 PM, Alexander Hansen wrote: > One of my Fink installations appears to have gone a little nuts: > > $ fink -V Package manager version: 0.31.4 Distribution version: > selfupdate-cvs Fri Nov 4 14:09:39 2011, 10.6, x86_64 Trees: > local/main stable/main unstable/main local/injected local/common > local/10.4 > > $ dpkg --version Debian GNU/Linux `/sw64/bin/dpkg' package > management program version 1.10.21 (darwin-x86_64). > > $ fink install liboctave343-dev Information about 10680 packages > read in 0 seconds. > > The requested package "liboctave343-dev" is a virtual package, > provided by several packages > > (1) octave343-atlas-dev-3.4.3-201 (2) > octave343-atlas-x11-dev-3.4.3-201 > > Default answer will be chosen in 20 seconds... Please select which > package to install: [2] 1 The package 'octave343-atlas-dev' will be > installed. Reading dependency for octave343-atlas-dev-3.4.3-201... > The following package will be installed or updated: > octave343-atlas-dev Reading buildlock packages... All buildlocks > accounted for. /sw64/bin/dpkg-lockwait -i > /sw64/fink/debs/octave343-atlas-dev_3.4.3-201_darwin-x86_64.deb > Selecting previously deselected package octave343-atlas-dev. > (Reading database ... 264356 files and directories currently > installed.) Unpacking octave343-atlas-dev (from > .../octave343-atlas-dev_3.4.3-201_darwin-x86_64.deb) ... Setting up > octave343-atlas-dev (3.4.3-201) ... > > $ fink rebuild io-oct343 Information about 10680 packages read in 2 > seconds. The package 'io-oct343' will be built without being > installed. Reading dependency for io-oct343-1.0.15-1... Reading > build dependency for io-oct343-1.0.15-1... Reading build conflict > for io-oct343-1.0.15-1... The following package will be rebuilt: > io-oct343 Setting runtime build-lock... dpkg-deb -b > /sw64/src/fink.build/root-fink-buildlock-io-oct343-1.0.15-1 > /sw64/src/fink.build dpkg-deb: building package > `fink-buildlock-io-oct343-1.0.15-1' in > `/sw64/src/fink.build/fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb'. > > Installing build-lock package... > /sw64/bin/dpkg-lockwait -i > /sw64/src/fink.build/fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb > > Selecting previously deselected package fink-buildlock-io-oct343-1.0.15-1. > (Reading database ... 265127 files and directories currently > installed.) Unpacking fink-buildlock-io-oct343-1.0.15-1 (from > .../fink-buildlock-io-oct343-1.0.15-1_2011.11.04-14.54.41_darwin-x86_64.deb) > > ... > dpkg: dependency problems prevent configuration of > fink-buildlock-io-oct343-1.0.15-1: > fink-buildlock-io-oct343-1.0.15-1 depends on > octave343-interpreter; however: Package octave343-interpreter is > not installed. fink-buildlock-io-oct343-1.0.15-1 depends on > liboctave343-dev; however: Package liboctave343-dev is not > installed. /sw64/bin/dpkg: error processing > fink-buildlock-io-oct343-1.0.15-1 (--install): dependency problems > - leaving unconfigured Errors were encountered while processing: > fink-buildlock-io-oct343-1.0.15-1 ### execution of > /sw64/bin/dpkg-lockwait failed, exit code 1 > > and > > $ fink list -it liboctave343 Information about 10680 packages read > in 1 seconds. p liboctave343[virtual package] p > liboctave343-aqua [virtual package] p liboctave343-aqua-dev > [virtual package] p liboctave343-atlas [virtual package] p > liboctave343-atlas-dev[virtual package] p liboctave343-dev > [virtual package] $ fink list -it octave343-interpreter Information > about 10680 packages read in 0 seconds. p octave343-interpreter > [virtual package] p octave343-interpreter-aqua [virtual > package] > p octave343-interpreter-atlas [virtual package] > > So the packages are showing up as provided, but somehow not > installable. Anybody know of a way to make things a little more > verbose so that I can figure out what's going on? Figured it out: apparently I still had a local version of the octave343* packages installed which didn't actually have the Provides in place. Apparently "fink list" and dpkg are out of sync in such cases. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk60aPUACgkQB8UpO3rKjQ8HUgCgnMAQgBO7nEgpJOE20K68eg53 YBUAn2SrUKksrhIr3SCLXb3pALmJT+Cb =fi00 -END PGP SIGNATURE- ---
Re: [Fink-devel] moving tk-pm to stable
On 11/4/11 9:52 PM, Hans-Christoph Steiner wrote: > > Hey all, > > I want to get 'clusterssh' into stable, it depends on tk-pm5xx, > which is in unstable, and recently updated. Can I move it to > stable? > > .hc > > > > The arc of history bends towards justice. - Dr. Martin Luther > King, Jr. > > > If all the dependencies are in stable, I don't see why not. There's no maintainer to object. -- Alexander Hansen Fink User Liaison -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] docutils-py26 has broken alternatives? Or a build problem?
I get the following (using an experimental dpkg-1.15.5.6 which is more picky): Unpacking docutils-py26 (from .../docutils-py26_0.8-1_darwin-powerpc.deb) ... Setting up docutils-py26 (0.8-1) ... update-alternatives: error: alternative path /sw/bin/rstpep2html.py-2.6.py doesn't exist. /sw/bin/dpkg: error processing docutils-py26 (--install): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: docutils-py26 ### execution of /sw/bin/dpkg-lockwait failed, exit code 1 And, indeed, in the .deb, there's no such file: $ dpkg -c /sw/fink/debs/docutils-py26_0.8-1_darwin-powerpc.deb | grep rstpep -rwxr-xr-x root/admin 671 2011-11-05 15:18 ./sw/bin/rstpep2html-2.6.py -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] docutils-py26 has broken alternatives? Or a build problem?
On 11/5/11 3:50 PM, Charles Lepple wrote: > On Nov 5, 2011, at 3:26 PM, Alexander Hansen wrote: > >> I get the following (using an experimental dpkg-1.15.5.6 which is >> more picky): >> >> Unpacking docutils-py26 (from >> .../docutils-py26_0.8-1_darwin-powerpc.deb) ... Setting up >> docutils-py26 (0.8-1) ... update-alternatives: error: alternative >> path /sw/bin/rstpep2html.py-2.6.py doesn't exist. /sw/bin/dpkg: >> error processing docutils-py26 (--install): subprocess installed >> post-installation script returned error exit status 2 Errors were >> encountered while processing: docutils-py26 ### execution of >> /sw/bin/dpkg-lockwait failed, exit code 1 >> >> And, indeed, in the .deb, there's no such file: >> >> $ dpkg -c /sw/fink/debs/docutils-py26_0.8-1_darwin-powerpc.deb | >> grep rstpep -rwxr-xr-x root/admin 671 2011-11-05 15:18 >> ./sw/bin/rstpep2html-2.6.py > > What if you drop the .py from the last filename in the 'for' loop > in the PostInstScript (line 50)? > > http://fink.cvs.sourceforge.net/fink/dists/10.4/stable/main/finkinfo/text/docutils-py.info?view=markup#l50 > > > > The extra .py is removed in the InstallScript by the ${i%%.py} > expression. > > Feel free to commit that to both 10.4 and 10.7 if it works. It's not quite there: Setting up docutils-py26 (0.8-1) ... update-alternatives: error: alternative path /sw32/bin/rst2newlatex-2.6.py doesn't exist. /sw32/bin/dpkg: error processing docutils-py26 (--install): subprocess installed post-installation script returned error exit status 2 $ dpkg -c /sw32/fink/debs/docutils-py26_0.8-1_darwin-i386.deb | grep bin drwxr-xr-x root/admin0 2011-11-05 17:37 ./sw32/bin/ -rwxr-xr-x root/admin 597 2011-11-05 17:33 ./sw32/bin/rst2html-2.6.py -rwxr-xr-x root/admin 794 2011-11-05 17:33 ./sw32/bin/rst2latex-2.6.py -rwxr-xr-x root/admin 603 2011-11-05 17:33 ./sw32/bin/rst2man-2.6.py -rwxr-xr-x root/admin 767 2011-11-05 17:33 ./sw32/bin/rst2odt-2.6.py -rwxr-xr-x root/admin 1701 2011-11-05 17:33 ./sw32/bin/rst2odt_prepstyles-2.6.py -rwxr-xr-x root/admin 604 2011-11-05 17:33 ./sw32/bin/rst2pseudoxml-2.6.py -rwxr-xr-x root/admin 640 2011-11-05 17:33 ./sw32/bin/rst2s5-2.6.py -rwxr-xr-x root/admin 789 2011-11-05 17:33 ./sw32/bin/rst2xetex-2.6.py -rwxr-xr-x root/admin 605 2011-11-05 17:33 ./sw32/bin/rst2xml-2.6.py -rwxr-xr-x root/admin 673 2011-11-05 17:33 ./sw32/bin/rstpep2html-2.6.py Should I just remove rst2newlatex from the list in the PostInstScript? -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] docutils-py26 has broken alternatives? Or a build problem?
On 11/5/11 6:59 PM, Charles Lepple wrote: > On Sat, Nov 5, 2011 at 5:49 PM, Alexander Hansen > wrote: [...] >> Should I just remove rst2newlatex from the list in the >> PostInstScript? > > It sounds like the three lists (inst, postinst, prerm) should be > sync'd to this list of binaries: > > rst2html rst2latex rst2man rst2odt rst2odt_prepstyles > rst2pseudoxml rst2s5 rst2xetex rst2xml rstpep2html > > Ideally we'd generate this list based on what the package > installs, but docutils doesn't get updated very often anyway. > > I'd offer to help directly with this, but I'm playing whack-a-mole > with mdimport on 10.7 so that it doesn't try to index both my 10.5 > drive and the Time Machine backup-- all while trying to get the > Fink gEDA packages working on 10.7... (ping me tomorrow if you > don't want to deal with docutils) > No problem; I've pushed out an update which worked for me. Though I had a stuck alternative to deal with and the experimental dpkg's update-alternatives couldn't do a "remove". Guess that's a good reason for it to be experimental. :-) -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Gcc 46 as default compiler
On 11/9/11 8:02 AM, Xavier HUMBERT wrote: > Hi, > > I'm just trying to rebuild my fink tree with gcc4.6.2 (MacOSX 10.6.8, > XCode 3.2.6) > Why exactly would you want to do this? > I've acomplished that following this procedure : > > - bootstrap a fresh x86_64 fink > - activate unstable branch > - fink selfupdate > - fink install gcc46 > > At this point, I noticed that only cc binary is build for gcc46 > So I symlinked othes gcc components : > > [root@enterprise bin]# ll c++ cpp cc g++ gcc > lrwxr-xr-x 1 root admin 4 Nov 8 19:58 c++@ -> c++4 > lrwxr-xr-x 1 root admin 5 Nov 8 19:58 cc@ -> gcc-4 > lrwxr-xr-x 1 root admin 5 Nov 8 19:58 cpp@ -> cpp-4 > lrwxr-xr-x 1 root admin 5 Nov 8 19:59 g++@ -> g++-4 > lrwxr-xr-x 1 root admin 5 Nov 8 19:59 gcc@ -> gcc-4 > > Is this the Right Thing To Do ? Am I missing some others ? > > I'm acutally rebuilding everyting I had previously, so far, so good, > except for nessus3 which is anyhow deprecated. > > Thx, > A number of packages won't build with compilers other than those from Apple. We can't provide much technical assistance since you're using a nonstandard compiler configuration. -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Update to pygsl?
On 11/10/11 9:23 PM, Sean Lake wrote: > To whom it may concern: > > Is there any chance someone could update pygsl to build with the current > version of gsl? > > Thanks, > Sean > > fink --version > Package manager version: 0.31.4 > Distribution version: selfupdate-rsync Thu Nov 10 18:09:40 2011, 10.6, x86_64 > Trees: local/main stable/main stable/crypto unstable/main unstable/crypto > > gsl 1.15-1 installed > > Yeah, I did that earlier today. -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
So personally, I'd love to avoid that and get things compatible with XCode 4.2 by making sure everything gets to use GCC 4.2 by default. Cheers, Max > > Did we actually _confirm_ that Xcode 4.2 comes with gcc-4.2 on 10.6? > We've got a user in IRC today who doesn't have it on a fresh install, > and Alexander Strange is confident that Xcode 4.2 doesn't ship with > gcc-4.2 even on 10.6. > > I don't have the ability to confirm this for myself, so it would be > nice if someone could check. I _do_ know that the > "uninstall-devtools" script left gcc-4.2 untouched on my Lion install, > so it _looked_ like Xcode 4.2 had it. > >> Alexander, >> On my both my Lion machine (which was updated from Xcode 4.1 to 4.2) >> and my Snow Leopard machine (which was updated from Xcode 3.2.6 to 4.2) >> I see a residual binary for gcc-4.2 in /usr/bin. However, on the Lion machine >> there isn't a copy in /Developer/usr/bin. The same is true for my Snow >> Leopard >> machine except that a copy does still exist in /Developer-3.2.6/usr/bin. > >> The various copies appear as... > >> /usr/bin/gcc-4.2 -v >> Using built-in specs. >> Target: i686-apple-darwin11 >> Configured with: /private/var/tmp/gcc/gcc-5666.3~278/src/configure >> --disable-checking --enable-werror --prefix=/usr --mandir=/share/man >> --enable-languages=c,objc,c++,obj-c++ >> --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib >> --build=i686-apple-darwin11 --program-prefix=i686-apple-darwin11- >> --host=x86_64-apple-darwin11 --target=i686-apple-darwin11 >> --with-gxx-include-dir=/include/c++/4.2.1 >> Thread model: posix >> gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) > >> for Lion and > >> /usr/bin/gcc-4.2 -v >> Using built-in specs. >> Target: i686-apple-darwin10 >> Configured with: /var/tmp/gcc/gcc-5666.3~6/src/configure --disable-checking >> --enable-werror --prefix=/usr --mandir=/share/man >> --enable-languages=c,objc,c++,obj-c++ >> --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib >> --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- >> --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 >> --with-gxx-include-dir=/include/c++/4.2.1 >> Thread model: posix >> gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) > >> and > >> /Developer-3.2.6/usr/bin/gcc-4.2 -v >> Using built-in specs. >> Target: i686-apple-darwin10 >> Configured with: /var/tmp/gcc/gcc-5666.3~6/src/configure --disable-checking >> --enable-werror --prefix=/usr --mandir=/share/man >> --enable-languages=c,objc,c++,obj-c++ >> --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib >> --build=i686-apple-darwin10 --program-prefix=i686-apple-darwin10- >> --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 >> --with-gxx-include-dir=/include/c++/4.2.1 >> Thread model: posix >> gcc version 4.2.1 (Apple Inc. build 5666) (dot 3) > >> for SL. My guess is that only users who upgrade from a previous Xcode >> release will retain the a legacy copy of gcc-4.2 in /usr/bin. >> It is unclear if this is a feature or a bug though. >> Jack > Right, and the point I was trying to make is that fink-0.31.4 *doesn't work* for people who do a fresh install of Xcode 4.2, because of the absence of gcc-4.2 in the PATH. Bootstrap immediately fails, as per http://pastebin.com/5ZndHJP1 I'm not exactly sure why falling back to gcc-4.2 was suggested as a "solution", given that it is _absent_ in Xcode 4.2. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/21/11 6:09 PM, Max Horn wrote: > Jack, > > Am 21.10.2011 um 21:53 schrieb Jack Howarth: > >> On Fri, Oct 21, 2011 at 09:32:08PM +0200, Martin Costabel wrote: > > [...] > >>> Is the possible benefit for a tiny minority of xcode-4.2 users >>> on Snow Leopard really worth all this hassle? >> >> Considering that i386 fink represents the most testing clang will >> ever see against GPLv3 software as a 32 bit compiler, I would say >> yes. > > Worth it for *whom*, though? As I see it, this does *not* benefit > for the Fink project. It may be a benefit for the clang team; or > maybe for people who are interested in using clang for its own > good. While these may be noble goals, I think it is misleading to > claim that these benefit *Fink*. So let's drop that particular item > from the discussion -- it is noble, but irrelevant. > > We have very limited resources, and I don't think we can afford to > squander them on things purely based on noble intentions. If it > turns out that going the "clang path" is the most effective for us > (has best ratio of effort to user experience or so), we should > consider it, but *only* for that reason. > >> Currently fink is broken for Xcode 4.2 on SL. We have two ways to >> go. >> >> 1) Backwards by implementing a path-prefix-gcc42 of gcc-4.2 based >> compiler wrappers only to be used for 10.6 running llvm-gcc as >> the system compiler. > > This sounds more appealing to me than trying to check several > thousand packages for whether they compile with clang, and whether > clang compiles them correctly. > >> >> 2) Forwards were we try to do some good for the community by >> testing the clang compiler's i386 code generation. >> >> I would argue that if we don't do 1) then 2) causes little harm. >> So what if the package set if somewhat reduced initially. If the >> user wants the full set, let them revert to Xcode 3.2.6. This >> option at least allows those users who purchased Xcode 4 to >> leverage clang under SL. > > Actually, I think telling users to revert to Xcode 3.2.6 is a > rather lame excuse... I know a lot of people in academia who would > consider this a reason to switch away from Fink to MacPorts, Brew > or just hand-installing software... > > So personally, I'd love to avoid that and get things compatible > with XCode 4.2 by making sure everything gets to use GCC 4.2 by > default. > > > Cheers, Max Did we actually _confirm_ that Xcode 4.2 comes with gcc-4.2 on 10.6? We've got a user in IRC today who doesn't have it on a fresh install, and Alexander Strange is confident that Xcode 4.2 doesn't ship with gcc-4.2 even on 10.6. I don't have the ability to confirm this for myself, so it would be nice if someone could check. I _do_ know that the "uninstall-devtools" script left gcc-4.2 untouched on my Lion install, so it _looked_ like Xcode 4.2 had it. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7D3EkACgkQB8UpO3rKjQ9UrACgm8Lq5GOs5SFxlLnZNV5hxSVw HNwAn33e5AraBBqvBbfgnybrRlh5/Z6t =9S+a -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/16/11 10:52 AM, Alexander Hansen wrote: > On 10/21/11 6:09 PM, Max Horn wrote: >> Jack, > >> Am 21.10.2011 um 21:53 schrieb Jack Howarth: > >>> On Fri, Oct 21, 2011 at 09:32:08PM +0200, Martin Costabel >>> wrote: > >> [...] > >>>> Is the possible benefit for a tiny minority of xcode-4.2 >>>> users on Snow Leopard really worth all this hassle? >>> >>> Considering that i386 fink represents the most testing clang >>> will ever see against GPLv3 software as a 32 bit compiler, I >>> would say yes. > >> Worth it for *whom*, though? As I see it, this does *not* >> benefit for the Fink project. It may be a benefit for the clang >> team; or maybe for people who are interested in using clang for >> its own good. While these may be noble goals, I think it is >> misleading to claim that these benefit *Fink*. So let's drop that >> particular item from the discussion -- it is noble, but >> irrelevant. > >> We have very limited resources, and I don't think we can afford >> to squander them on things purely based on noble intentions. If >> it turns out that going the "clang path" is the most effective >> for us (has best ratio of effort to user experience or so), we >> should consider it, but *only* for that reason. > >>> Currently fink is broken for Xcode 4.2 on SL. We have two ways >>> to go. >>> >>> 1) Backwards by implementing a path-prefix-gcc42 of gcc-4.2 >>> based compiler wrappers only to be used for 10.6 running >>> llvm-gcc as the system compiler. > >> This sounds more appealing to me than trying to check several >> thousand packages for whether they compile with clang, and >> whether clang compiles them correctly. > >>> >>> 2) Forwards were we try to do some good for the community by >>> testing the clang compiler's i386 code generation. >>> >>> I would argue that if we don't do 1) then 2) causes little >>> harm. So what if the package set if somewhat reduced initially. >>> If the user wants the full set, let them revert to Xcode 3.2.6. >>> This option at least allows those users who purchased Xcode 4 >>> to leverage clang under SL. > >> Actually, I think telling users to revert to Xcode 3.2.6 is a >> rather lame excuse... I know a lot of people in academia who >> would consider this a reason to switch away from Fink to >> MacPorts, Brew or just hand-installing software... > >> So personally, I'd love to avoid that and get things compatible >> with XCode 4.2 by making sure everything gets to use GCC 4.2 by >> default. > > >> Cheers, Max > > Did we actually _confirm_ that Xcode 4.2 comes with gcc-4.2 on > 10.6? We've got a user in IRC today who doesn't have it on a fresh > install, and Alexander Strange is confident that Xcode 4.2 doesn't > ship with gcc-4.2 even on 10.6. > > I don't have the ability to confirm this for myself, so it would > be nice if someone could check. I _do_ know that the > "uninstall-devtools" script left gcc-4.2 untouched on my Lion > install, so it _looked_ like Xcode 4.2 had it. For reference: http://pastebin.com/5ZndHJP1 - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7D4C4ACgkQB8UpO3rKjQ++AgCgpwej7Xvq6t3h/H/6gWSoNrSL sloAn1StoIxb6IfQlT4QX9RV9T/dv4zE =SQzX -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 12:54 AM, Hans-Christoph Steiner wrote: > > I'd like to package svn-bisect for fink, I can't seem to find any > reference to it being in Fink anywhere. It relies on the IO:All > perl module, which I also don't find any reference too. I'm not a > perl person, so I could be blind to some obvious things there. > > http://search.cpan.org/dist/App-SVN-Bisect > http://search.cpan.org/dist/IO-All/ > > .hc > Indeed, those aren't currently in Fink. They'd be app-svn-bisect-pm io-all-pm - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7FFScACgkQB8UpO3rKjQ90FACfboxbKqU9iCPuTHuak4+rc5uz OHEAoIEEgte5If5FrDN8fXYJPzXR19M9 =ByR1 -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 9:07 AM, Alexander Hansen wrote: > On 11/17/11 12:54 AM, Hans-Christoph Steiner wrote: > >> I'd like to package svn-bisect for fink, I can't seem to find >> any reference to it being in Fink anywhere. It relies on the >> IO:All perl module, which I also don't find any reference too. >> I'm not a perl person, so I could be blind to some obvious things >> there. > >> http://search.cpan.org/dist/App-SVN-Bisect >> http://search.cpan.org/dist/IO-All/ > >> .hc > > > Indeed, those aren't currently in Fink. They'd be > > app-svn-bisect-pm io-all-pm > > Io:All just got added to Fink. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7FLtYACgkQB8UpO3rKjQ/wmgCfTeV02qrbqCGhJXEbt/vGmRrM 9XMAniJE2uzzPBjCm2AeiDRmzfzlKOKx =ynUd -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 10:57 AM, Alexander Hansen wrote: > On 11/17/11 9:07 AM, Alexander Hansen wrote: >> On 11/17/11 12:54 AM, Hans-Christoph Steiner wrote: > >>> I'd like to package svn-bisect for fink, I can't seem to find >>> any reference to it being in Fink anywhere. It relies on the >>> IO:All perl module, which I also don't find any reference too. >>> I'm not a perl person, so I could be blind to some obvious >>> things there. > >>> http://search.cpan.org/dist/App-SVN-Bisect >>> http://search.cpan.org/dist/IO-All/ > >>> .hc > > >> Indeed, those aren't currently in Fink. They'd be > >> app-svn-bisect-pm io-all-pm > > > > Io:All just got added to Fink. (oops, should have been Io::All) And App::SVN::Bisect has been added now, too. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7FMsYACgkQB8UpO3rKjQ97AgCbBA+iBt4EPvcQzb9ufehkkLCY tzYAn2C4n40SKr5Gk5vTqMKq+9VYcxYp =+UuG -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
On 11/17/11 10:09 AM, David Lowe wrote: > On 16 Nov, 2011, at 2:59 PM, Max Horn wrote: > >> But on the other hand, this also means that Xcode 4.2 on 10.6 now contains >> no reliable compiler at all :-(. > > I guess we can't simply declare this particular combination to be > unsupported? > > Sent from my MacBookPro > > Friends come and friends go, but enemies accumulate. That's consistent with our prior practices: if I recall correctly, it was possible to install Xcode 3 on Tiger and Xcode 3.2 on Leopard, but we didn't support those. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Perl IO:All or App-SVN-Bisect
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/17/11 8:06 PM, Hans-Christoph Steiner wrote: > > On Nov 17, 2011, at 11:13 AM, Alexander Hansen wrote: > >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> On 11/17/11 10:57 AM, Alexander Hansen wrote: >>> On 11/17/11 9:07 AM, Alexander Hansen wrote: >>>> On 11/17/11 12:54 AM, Hans-Christoph Steiner wrote: >>> >>>>> I'd like to package svn-bisect for fink, I can't seem to >>>>> find any reference to it being in Fink anywhere. It relies >>>>> on the IO:All perl module, which I also don't find any >>>>> reference too. I'm not a perl person, so I could be blind >>>>> to some obvious things there. >>> >>>>> http://search.cpan.org/dist/App-SVN-Bisect >>>>> http://search.cpan.org/dist/IO-All/ >>> >>>>> .hc >>> >>> >>>> Indeed, those aren't currently in Fink. They'd be >>> >>>> app-svn-bisect-pm io-all-pm >>> >>> >>> >>> Io:All just got added to Fink. >> >> (oops, should have been Io::All) >> >> And App::SVN::Bisect has been added now, too. > > > Wow, awesome, that was fast. I think that since the utility is > called svn-bisect, the package should probably called that too. > Something like the epydoc-py package. It generates an epydoc-py26 > and then uses update-alternatives to make an epydoc command in > /sw/bin. I think this package should be svn-bisect-pm and then do > the same thing. > > How does that sound? > > .hc > > Ah, I didn't know it was a utility. If it doesn't generate a module that other packages use, then it's OK to give it a suffix other than pm, e.g. svn-bisect-perl. You could also have it use Provides: svn-bisect, in case other packages down the road might need to Depend on it without caring about the Perl version. As long as the Provides: is used responsibly, e.g. not having a real "svn-bisect" package, too, this should be easier than having a list like: svn-bisect-perl588 | svn=bisect-perl5100 - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7FtkkACgkQB8UpO3rKjQ/mowCghJvvjTfRrc3C8KcNc67FCjYa ylIAn2gu+zCW6Gjjhq8cUg7pb9Smr5UT =wHni -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/16/11 5:59 PM, Max Horn wrote: > > Am 16.11.2011 um 17:56 schrieb Alexander Hansen: > > [...] > >>> >> >> Right, and the point I was trying to make is that fink-0.31.4 >> *doesn't work* for people who do a fresh install of Xcode 4.2, >> because of the absence of gcc-4.2 in the PATH. Bootstrap >> immediately fails, as per >> >> http://pastebin.com/5ZndHJP1 >> >> I'm not exactly sure why falling back to gcc-4.2 was suggested as >> a "solution", given that it is _absent_ in Xcode 4.2. > > My guess would be that it was suggested and accepted as a solution > because at that time nobody was aware that gcc-4.2 is absent in > Xcode. E.g. I myself tested Xcode 4.2 on 10.6 and had no reason to > suspect that gcc-4.2 could be a "leftover" (I wish they would use a > real package managment system for their installers... dpkg would > not leave "traces" like that. Nasty). > > There, simple as that :). > Yeah, true enough. I guess the philosophy is "We'll let you keep old stuff around if you want." > > The fact that it *is* absent is extremely troubling for multiple > reasons. On the one hand, the current bootstrap failure, of course > (which we can and need to fix by making a new release of fink > ASAP). > > But on the other hand, this also means that Xcode 4.2 on 10.6 now > contains no reliable compiler at all :-(. Just today I wasted an > hour tracking down a bug only to discover that I had recompiled > some code with "gcc", which is llvm-gcc, which causes gmp 5.0.2 > miscompilation, resulting in some gmp test code not terminating. > Yuck. And clang miscompiles other code... Anyway, so now we can > decide whether to make gcc = llvm-gcc-4.2 default, or clang... both > will cause pain for some. Yuck again. > > > > Bye, Max What exactly do we want to do to fix bootstrap? The quickest change to implement is probably to roll back the g(cc|++)-4.2 stuff, but I'm not sure whether or not that will be best in the long term. Something that occurred to me is: maybe we could have a couple of extra compiler wrappers in fink, e.g. "gcc-alt" and "g++-alt". On 10.5 and 10.6 with Xcode 3.2, those would just point to "gcc" and "g++", respectively. On 10.6 with Xcode 4.2 we'd have "gcc" -> llvm-gcc "gcc-alt" -> clang "g++" -> llvm-g++ "g++-alt" -> clang++ if we went with LLVM as the default. (and changed appropriately for 10.7 and if we decided to make clang the default) That way packages could just use, e.g. SetCC: gcc-alt if they don't get along with LLVM, and on 10.5 and 10.6/Xcode3 this would be effectively a no-op, and the normal gcc would be chosen. This would make life easier for maintainers. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7FwfwACgkQB8UpO3rKjQ/YoACeOK7Ay3nsMPFxX1ae7J6fdKdL h94AoKJvqKQX4E33jHr+QAYOg4LkOAe3 =xl/E -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Updating gri package in Fink and adding it to the 10.7 tree.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Since you're the maintainer of record for Fink's gri package, I'm contacting you about an update to it to the current release version. I have a package description file here: https://github.com/akhansen/Fink-experimental/blob/master/3rdparty/gri/gri.info There are a few tweaks to the prior packaging. If you're OK with this package description, please let me know and I can do the update. Also, please let me know If you're no longer interested in maintaining the package for Fink. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7G5/gACgkQB8UpO3rKjQ9XPQCeI8vefU0VI1taJY+MdIljsGzb szAAn2jb3ch0MgXeaR3dMLnFzPKDqQAd =X7Np -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Updating gri package in Fink and adding it to the 10.7 tree.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/18/11 6:25 PM, Dan Kelley wrote: > Hi, and thanks for the email. > > 1. Thanks, that text looks good. > > 2. I am no longer interested in maintaining Gri for fink. The > problem is that I do not use fink anymore. My time is better spent > on Gri itself, as opposed to its packaging for various > distributions of unix-like (and other) systems. > > Thanks very much. Dan. > > Dan E. Kelley, Professor and Graduate Coordinator > phone:(902)494-1694 Oceanography Department, Dalhousie University > fax:(902)494-3887 PO BOX 15000 Halifax, NS B3H 4R2 > phone:(902)494-1694 fax:(…)-2885 dan.kel...@dal.ca > <mailto:dan.kel...@dal.ca> > http://oceanography.dal.ca/person/Kelley_Dan.html > http://graduatecoordinator.oceanography.dal.ca/ > Fair enough. Thanks for having been the maintainer. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7G7lIACgkQB8UpO3rKjQ9bWwCgiaFjh9PKeRyoKgqdLsONRSop q6YAn3Fj3HR26gJwCqsHBftZ5FgghtuB =EXgU -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] enable path-prefix-clang for SL Xcode 4.2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/16/11 5:59 PM, Max Horn wrote: > > Am 16.11.2011 um 17:56 schrieb Alexander Hansen: > > [...] > >>> >> >> Right, and the point I was trying to make is that fink-0.31.4 >> *doesn't work* for people who do a fresh install of Xcode 4.2, >> because of the absence of gcc-4.2 in the PATH. Bootstrap >> immediately fails, as per >> >> http://pastebin.com/5ZndHJP1 >> >> I'm not exactly sure why falling back to gcc-4.2 was suggested as >> a "solution", given that it is _absent_ in Xcode 4.2. > > My guess would be that it was suggested and accepted as a solution > because at that time nobody was aware that gcc-4.2 is absent in > Xcode. E.g. I myself tested Xcode 4.2 on 10.6 and had no reason to > suspect that gcc-4.2 could be a "leftover" (I wish they would use a > real package managment system for their installers... dpkg would > not leave "traces" like that. Nasty). > > There, simple as that :). > > > The fact that it *is* absent is extremely troubling for multiple > reasons. On the one hand, the current bootstrap failure, of course > (which we can and need to fix by making a new release of fink > ASAP). > > But on the other hand, this also means that Xcode 4.2 on 10.6 now > contains no reliable compiler at all :-(. Just today I wasted an > hour tracking down a bug only to discover that I had recompiled > some code with "gcc", which is llvm-gcc, which causes gmp 5.0.2 > miscompilation, resulting in some gmp test code not terminating. > Yuck. And clang miscompiles other code... Anyway, so now we can > decide whether to make gcc = llvm-gcc-4.2 default, or clang... both > will cause pain for some. Yuck again. > > > > Bye, Max Here's a couple of test finks, derived from branch_0_31: https://github.com/akhansen/fink/zipball/clang-default https://github.com/akhansen/fink/zipball/llvm-default Hopefully the names are self-explanatory. :-) The clang-default option rolls back the use of "gcc|g++-4.2" for the default compilers, and uses clang, if present, as per http://sourceforge.net/tracker/?func=detail&atid=317203&aid=3426897&group_id=17203 The llvm-default option just rolls back "gcc|g++-4.2" for the default compilers, basically putting us back where we were in fink-0.31.3 . I can't test these myself, since I can't really afford to spring for a Dev Center membership, and I'm still not employed, so there's no $job to pay for that. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7ID8UACgkQB8UpO3rKjQ8tnwCfdP2SwvoQIzdjo2eEkNPhnaaM ZxwAn3XsC6uWb0+0F4GL27/EjblEu7UB =l7zl -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] boost1.46.1.cmake from tracker
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Does anybody have any objections to my adding the boost1.46.1.cmake package from https://sourceforge.net/tracker/?func=detail&atid=414256&aid=3436035&group_id=17203 ? Provided that I update the Conflicts/Replaces in the other boosts of course. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7IS8gACgkQB8UpO3rKjQ/f5wCbBaElcY29tbtSWghxcVq6pOzc xZYAn13iCWR/8UAVUQS09YDn7VoVZfQP =9Swm -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] drafts for updating atlas to gcc46
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It appears that atlas can be updated to use gcc46, and thus could be added to the 10.7 tree. I've got some draft packaging in my experimental tree on github. I didn't change the version, since we're still in a development series of atlas rather than stable releases, so I can't guarantee functionality on all (particularly newer) machines. The 10.4 tree package descriptions are available via: https://raw.github.com/akhansen/Fink-experimental/10.4/Octave/3rdparty/ATLAS/atlas-10.5.info https://raw.github.com/akhansen/Fink-experimental/10.4/Octave/3rdparty/ATLAS/atlas.info and the 10.7 tree description is downloadable via: https://raw.github.com/akhansen/Fink-experimental/10.7/Octave/3rdparty/ATLAS/atlas.info I've tested 10.5/powerpc and 10.7/x86_64, and I rebuilt Octave against atlas on the latter as well. I'm planning on testing (just building he package in maintainer mode) 10.6/x86_64, 10.6/i386, 10.5/i386, and 10.5/x86_64, but if someone beats me to it or has some test cases to try, I won't mind if they do that. :-) - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7IYkUACgkQB8UpO3rKjQ9aAACfeyfsk6N12SFl74ZeIZY22jgC INYAmwTtSCfhJ2hA31bKHlfPg9F0+eHY =B57N -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] boost1.46.1.cmake from tracker
On 11/20/11 1:36 PM, Martin Costabel wrote: > On 20/11/11 14:42, Max Horn wrote: >> Am 20.11.2011 um 01:37 schrieb Alexander Hansen: >> >>> -BEGIN PGP SIGNED MESSAGE- >>> Hash: SHA1 >>> >>> Does anybody have any objections to my adding the boost1.46.1.cmake >>> package from >>> >>> https://sourceforge.net/tracker/?func=detail&atid=414256&aid=3436035&group_id=17203 >>> >>> ? Provided that I update the Conflicts/Replaces in the other boosts >>> of course. >> Sounds good and desirable to me. In fact, I did urge the package maintainer >> to provide newer versions of this package ;). > Yes, yes, I know, and this is rather high on my todo list. I looked at > it a couple of times and stumbled over something each time. But I have > now finally got a machine with 10.7 and not only an external disk which > I used for booting into 10.7 once every two weeks, so this should now > advance somewhat faster. > > No objections against boost1.46.1.cmake. For some packages this might be > sufficient, although I don't see from the description what kind of > boost_python library it will build. This lib is my main difficulty with > the boost packages. > It works for LyX, which is why I'm at all interested. :-) -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] drafts for updating atlas to gcc46
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/19/11 9:13 PM, Alexander Hansen wrote: > It appears that atlas can be updated to use gcc46, and thus could > be added to the 10.7 tree. I've got some draft packaging in my > experimental tree on github. I didn't change the version, since > we're still in a development series of atlas rather than stable > releases, so I can't guarantee functionality on all (particularly > newer) machines. > > The 10.4 tree package descriptions are available via: > > https://raw.github.com/akhansen/Fink-experimental/10.4/Octave/3rdparty/ATLAS/atlas-10.5.info > > > https://raw.github.com/akhansen/Fink-experimental/10.4/Octave/3rdparty/ATLAS/atlas.info > > and the 10.7 tree description is downloadable via: > > https://raw.github.com/akhansen/Fink-experimental/10.7/Octave/3rdparty/ATLAS/atlas.info > > I've tested 10.5/powerpc and 10.7/x86_64, and I rebuilt Octave > against atlas on the latter as well. I'm planning on testing (just > building he package in maintainer mode) 10.6/x86_64, 10.6/i386, > 10.5/i386, and 10.5/x86_64, but if someone beats me to it or has > some test cases to try, I won't mind if they do that. :-) Following up, the package built on 10.6/intel and 10.5/intel as well, with the caveat that my 10.5, 10.6, and 10.7 machines are literally the same computer. I'm going to go ahead and add it to 10.7 presently, and if nobody objects, I'll update the 10.4 packaging in a few more days. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7K1VIACgkQB8UpO3rKjQ8m+QCfYiI9JFYyOVzur9lc55NnuKGB n4kAnR3d2N2Nxr0sppKIqNuQ/ph/gtEB =cR2+ -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] fink update OS Lion failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I said the same thing in IRC a bit ago. :-) We already use the the Xcode detection from VirtPackage.pm for error diagnostic purposes (as in the output below), so the technique shouldn't present a problem. I'd recommend moving the Xcode, arch, make, cc, ... tests to the beginning of the bootstrap script, maybe even before asking for the directory to bootstrap into. If a user doesn't have Xcode (or the right Xcode), it seems excessive to create /sw before telling them that and exiting, and then tell them the next time around they can't use the /sw we created. :-) On 11/23/11 11:02 AM, David R. Morrison wrote: > I wonder if we should put a test for Xcode version into the > bootstrap, so that people get an error message which tells them > what is wrong and suggests how to fix it? > > -- Dave > > On Nov 23, 2011, at 6:50 AM, Alexander Hansen wrote: > > On 11/23/11 9:34 AM, Simone Hochgreb wrote: >>>> Hello, >>>> >>>> I have been trying to update fink on Mac OS X 10.7, >>>> unsuccessfully. >>>> >>>> >>>> Steps: >>>> >>>> 1) Downloaded and installed Xcode 2) Downloaded and untarred >>>> fink-0.31.4 3) Bootstrap from alternative directory using >>>> ./bootstrap /sw >>>> >>>> Although /sw did not contain fink (removed), > > What exactly does that mean? You have to remove _all_ of /sw to > uninstall Fink. > > Just removing /sw/fink doesn't cut it, if that's what you did, > because /sw/fink just contains the package descriptions and .deb > archives. All of the executables, libraries, ... are elsewhere in > /sw, and the choice was made to require /sw to be completely > absent for bootstraps, presumably to avoid cross-contamination. > > the install bootstrap wants >>>> me to install into /sw2 (and after that failed, /sw3). >>>> >>>> Transcript as follows. Any ideas? >>>> >>>> Simone baiao:fink-0.31.4 Simone$ ./bootstrap /sw >>>> > > > >>>> checking for gcc... gcc checking for gcc... (cached) gcc >>>> checking for C compiler default output file name... >>>> configure: error: C compiler cannot create executables See >>>> `config.log' for more details. ### execution of >>>> PERL=/usr/bin/perl failed, exit code 77 phase compiling: >>>> dpkg-bootstrap-1.10.21-1218 failed >>>> >>>> Before reporting any errors, please run "fink selfupdate" >>>> and try again. If you continue to have issues, please check >>>> to see if the FAQ on Fink's website solves the problem. If >>>> not, ask on one of these mailing lists: >>>> >>>> The Fink Users List >>> <mailto:fink-us...@lists.sourceforge.net>> The Fink >>>> Beginners List >>> <mailto:fink-beginn...@lists.sourceforge.net>>. >>>> >>>> Please try to include the complete error message in your >>>> report. This generally consists of a compiler line starting >>>> with e.g. "gcc" or "g++" followed by the actual error output >>>> from the compiler. >>>> >>>> Also include the following system information: Package >>>> manager version: 0.31.4 Distribution version: >>>> selfupdate-point (bootstrap), 10.7, x86_64 Trees: local/main >>>> stable/main Xcode: 3.2.4 >>>> > > We don't support Xcode 3 on Lion. Install Xcode 4.2. I recommend > running the /Developer/Library/uninstall-devtools script first to > make sure that your old Xcode is completely removed. > > Why Apple doesn't have their Xcode installers do this by default, > and allow users to change the behavior in a custom install, is > beyond me. > >> - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7NKqwACgkQB8UpO3rKjQ8hMQCdFjcOvclB5u+13ETyD0caTtmD JKIAoImm9oYUk7lvuFHcEvcExDJetyJk =a2ZI -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] "Status" on Fink webpage
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/11 9:04 AM, Sébastien Maret wrote: > Dear all, > > I found the "Status" section on the Fink webpage a bit confusing. > It says that Fink 0.9.0 was released on 25 June 2008, and that this > version is intended for 10.5 users. New users don't know that Fink > 0.9.0 is a binary release, and that there are much more recent > source releases. At a first sight, they may think that Fink > development has ceased, which of course is not the case. > > I would suggest to mention the source release before the binary > release in this section. In fact, since we hadn't had any binary > release in more than three years and that the binary version works > on 10.5 only (which makes the source install the de-facto standard > method for fink installation), I wonder if we should mention the > binary release in this section at all. > > Best, Sébastien > > Do you want cvs access to do that? Changing the webpage is a pain. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7PuUoACgkQB8UpO3rKjQ/sVQCgpC7OWNbkkzInJtVmqD+QOyNz OlcAniTLLRb+HKvB5pN8qB/kYNi2yNkp =jwN6 -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] issues with httrack-3.22.3-14
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It isn't safe for multiple build threads: rm -fr .libs/libhttrack.la .libs/libhttrack.* .libs/libhttrack.* /bin/sh ../libtool --mode=link gcc -O -g3 -Wall -Wcast-align - -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations - -Wpointer-arith -Wnested-externs -D_REENTRANT -L/sw/lib -o httrack httrack.o -lpthread libhttrack.la libtool: link: cannot find the library `libhttrack.la' make[3]: *** [httrack] Error 1 make[3]: *** Waiting for unfinished jobs gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libhttrack.1.0.0.dylib htscore.lo htsback.lo htscache.lo htscatchurl.lo htsfilters.lo htsftp.lo htshash.lo htsinthash.lo htshelp.lo htsjava.lo htslib.lo htscoremain.lo htsname.lo htsrobots.lo htstools.lo htswizard.lo htsalias.lo htsthread.lo htsindex.lo htsbauth.lo htsmd5.lo htszlib.lo htsnostatic.lo htswrap.lo htsmodules.lo md5.lo -L/sw/lib -lpthread -ldl -lc -install_name /sw/lib/libhttrack.1.dylib -compatibility_version 2 -current_version 2.0 (cd .libs && rm -f libhttrack.1.dylib && ln -s libhttrack.1.0.0.dylib libhttrack.1.dylib) (cd .libs && rm -f libhttrack.dylib && ln -s libhttrack.1.0.0.dylib libhttrack.dylib) ar cru .libs/libhttrack.a htscore.o htsback.o htscache.o htscatchurl.o htsfilters.o htsftp.o htshash.o htsinthash.o htshelp.o htsjava.o htslib.o htscoremain.o htsname.o htsrobots.o htstools.o htswizard.o htsalias.o htsthread.o htsindex.o htsbauth.o htsmd5.o htszlib.o htsnostatic.o htswrap.o htsmodules.o md5.o ranlib .libs/libhttrack.a creating libhttrack.la (cd .libs && rm -f libhttrack.la && ln -s ../libhttrack.la libhttrack.la) make[2]: *** [all-recursive] Error 1 When MaxBuildJobs is set to 1 via "fink configure", the build is successful. I've updated httrack accordingly, and have also made it available for 10.7. Please let us know whether you're still interested in maintaining the package for Fink. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7P004ACgkQB8UpO3rKjQ8tsgCfX2po4oJFJP4Mi60oQ4ydKFQ6 96UAn1RKCPENsoqzYHRsGvN9dpYFcHzU =qi34 -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] issues with httrack-3.22.3-14
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/25/11 12:41 PM, Alexander Hansen wrote: > It isn't safe for multiple build threads: > > rm -fr .libs/libhttrack.la .libs/libhttrack.* .libs/libhttrack.* > /bin/sh ../libtool --mode=link gcc -O -g3 -Wall -Wcast-align > -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations > -Wpointer-arith -Wnested-externs -D_REENTRANT -L/sw/lib -o > httrack httrack.o -lpthread libhttrack.la libtool: link: cannot > find the library `libhttrack.la' make[3]: *** [httrack] Error 1 > make[3]: *** Waiting for unfinished jobs gcc -dynamiclib > -flat_namespace -undefined suppress -o .libs/libhttrack.1.0.0.dylib > htscore.lo htsback.lo htscache.lo htscatchurl.lo htsfilters.lo > htsftp.lo htshash.lo htsinthash.lo htshelp.lo htsjava.lo htslib.lo > htscoremain.lo htsname.lo htsrobots.lo htstools.lo htswizard.lo > htsalias.lo htsthread.lo htsindex.lo htsbauth.lo htsmd5.lo > htszlib.lo htsnostatic.lo htswrap.lo htsmodules.lo md5.lo > -L/sw/lib -lpthread -ldl -lc -install_name > /sw/lib/libhttrack.1.dylib -compatibility_version 2 > -current_version 2.0 (cd .libs && rm -f libhttrack.1.dylib && ln -s > libhttrack.1.0.0.dylib libhttrack.1.dylib) (cd .libs && rm -f > libhttrack.dylib && ln -s libhttrack.1.0.0.dylib libhttrack.dylib) > ar cru .libs/libhttrack.a htscore.o htsback.o htscache.o > htscatchurl.o htsfilters.o htsftp.o htshash.o htsinthash.o > htshelp.o htsjava.o htslib.o htscoremain.o htsname.o htsrobots.o > htstools.o htswizard.o htsalias.o htsthread.o htsindex.o htsbauth.o > htsmd5.o htszlib.o htsnostatic.o htswrap.o htsmodules.o md5.o > ranlib .libs/libhttrack.a creating libhttrack.la (cd .libs && rm -f > libhttrack.la && ln -s ../libhttrack.la libhttrack.la) make[2]: *** > [all-recursive] Error 1 > > When MaxBuildJobs is set to 1 via "fink configure", the build is > successful. > > I've updated httrack accordingly, and have also made it available > for 10.7. Please let us know whether you're still interested in > maintaining the package for Fink. > I sent this a little too soon. It doesn't build on 10.7. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7P074ACgkQB8UpO3rKjQ88xQCfewWw+SUIGn8D1XWMaxKsib34 kKwAniV5ykjo5fUT6UHtSUA9yxZER3Xr =Xj5E -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libgeos problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/27/11 2:39 PM, David R. Morrison wrote: > There is a problem with libgeos on 10.7. > And 10.6 with Xcode 4.2, I would guess. > The most recent XCode will not compile it, even using > llvm-gcc-4.2. > > The MacPorts project is also aware of this; they actually have a > package called "apple-gcc-4.2" which provides the now-missing > gcc-4.2 from apple for people who have upgraded XCode. That's the > only way to get it to compile at the moment, apparently, and this > is not available in fink. > Jack Howarth mentioned this in IRC recently (after we found out about the lack of gcc-4.2 causing fink-0.31.4 not to bootstrap when a clean install of Xcode 4.2 is present). > Here's the MacPorts error report. My experience was similar on > fink. > > http://trac.macports.org/ticket/30309 > > -- Dave > > We should probably do an apple-gcc-4.2 package, then. It might even be handy on 10.7. We're going to want to be careful with the Provides and dependencies. We _could_, in principle, force BuildDepends gcc4.2 even for 10.5, which some packages don't do, but instead switch to gcc4.2 if present. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7SoqQACgkQB8UpO3rKjQ85VACdFYzHF7EufStZaUJOSN+rsBC9 Ov0AoJZW9j5EK9bW/1hfI05bMRN3biHm =DyW8 -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Missing packages in 10.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/30/11 4:12 AM, Andreas Bießmann wrote: > Dear all, > > after upgrading to OS X 10.7 I detected some missing packages in > fink. Namely they are ckermit (current maintainer Chris Zubrzycki) > and screen (no maintainer listed). > > So here is my questions. How about screen, does anyone else care > about? Packages are normally being moved by their maintainers, or if they are in the dependency tree for another package. Since the system comes with a version of screen, it probably just got forgotten. :-) I would volunteer to > provide updated screen.info and screen.patch. > That sounds like a good idea to me. Please do. > And how about ckermit? C-Kermit has now its own webhome [1] and is > currently available as 9.0.302 (last fink version is 8.0.211 from > 2004). Chris are you willing to provide updated ckermit files? If > not I also volunteer for providing updated files. > > Best regards > > Andreas Bießmann > > [1] http://www.kermitproject.org/ > - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7WL+cACgkQB8UpO3rKjQ9xBQCdHBrL+YDixPBZHI5Y0IGNfWt9 LuIAoKhs2YYBafsZt/LaOPncrQfompH/ =3uCE -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] openmpi-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/1/11 3:41 PM, Jack Howarth wrote: > On Thu, Dec 01, 2011 at 09:17:48PM +0100, Benjamin Chagot wrote: >> Thank you for your quick answer. As I had a trouble with >> dependency resolving I though openmpi-dev wasn't released. > > Benjamin, That shouldn't be happening since 10.7 never had > openmpi-dev. I assume you were trying to build fftw-openmpi-mpi > which apparently wasn't adjusted for the refactored openmpi > package. I should be BuildDepend'ing on openmpi rather than > openmpi-dev for 10.7. Jack > >> >> Thanks anyway, >> >> Benjamin >> Indeed, that was the case. fftw-mpi has been fixed now. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7X62gACgkQB8UpO3rKjQ+kzwCfQ/Xn1UK+ItAOom6kSfRE7BJq CrQAoJ1MiA0ZS0Vlnin1Y6wC8LRA/Yre =feJP -END PGP SIGNATURE- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [cvs] dists/10.7/stable/main/finkinfo/sci gildas.info, 1.3, 1.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/6/11 10:03 AM, Sebastien Maret wrote: > Update of /cvsroot/fink/dists/10.7/stable/main/finkinfo/sci In > directory vz-cvs-3.sog:/tmp/cvs-serv18293 > > Modified Files: gildas.info Log Message: Last commit deleted the > package (thanks akh:-) ; undoing it > > I thought I was doing you a favor. :-) (just kidding) Sorry about that. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7eMUgACgkQB8UpO3rKjQ9OpACeNUzaah2SGb+oAnNATAkqyUlG mE4An2RHWdr4IRCVJMLHJ9MzkyxXlyzQ =+96I -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FINK: libnids on 10.7
ing control file... dpkg-deb -b root-libnids-1.18-4 > /sw/fink/10.7/local/main/binary-darwin-x86_64 dpkg-deb: costruisco > il pacchetto `libnids' in > `/sw/fink/10.7/local/main/binary-darwin-x86_64/libnids_1.18-4_darwin-x86_64.deb'. > > Removing runtime build-lock... > Removing build-lock package... /sw/bin/dpkg-lockwait -r > fink-buildlock-libnids-1.18-4 (Lettura del database ... 31757 file > e directory attualmente installati.) Rimozione di > fink-buildlock-libnids-1.18-4 ... Reading buildlock packages... > /sw/bin/dpkg-lockwait -i > /sw/fink/dists/local/main/binary-darwin-x86_64/libnids_1.18-4_darwin-x86_64.deb > > Selezionato il pacchetto libnids, che non lo era. > (Lettura del database ... 31756 file e directory attualmente > installati.) Spacchettamento di libnids (da > .../libnids_1.18-4_darwin-x86_64.deb) ... Configuro libnids > (1.18-4) ... > > Updating the list of locally available binary packages. Scanning > dists/local/main/binary-darwin-x86_64 Changed package: > dists/local/main/binary-darwin-x86_64/libnids_1.18-4_darwin-x86_64.deb > > - -- > Luigi Gangitano -- -- > GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C > 0C26 > > Thanks for the feedback. I've added a new revision of libnids to the 10.7 distribution which uses lipcap1 and libnet1.1. John, please let me know 1) If you wish still to be the maintainer of record for this package. If so: 2) Are you OK with my package for the 10.7 tree. 3) May I backport the update to the 10.4 tree? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7egx8ACgkQB8UpO3rKjQ+EjwCgpk7s70btLYK0Iz93QTqirJt0 ZIIAn0y1m77mZV4YNts+78K6JyOxRd0w =aF6U -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] FINK: libnids on 10.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/7/11 11:22 AM, John Pell wrote: > Sorry, I haven't used fink in several years. I'm not able to put in > the time to maintain the package. > > JP > > > -- Sent from John's iPad1,1 > > Thanks for your work in maintaining the package. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7f2s4ACgkQB8UpO3rKjQ8SFwCgqBWenMWFl3QUHbC5nvXRG69Q YOEAn3puFZ2T4dOk3IbjyJp6dgo8vy9o =O9Z3 -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Your cython Fink package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/7/11 10:49 AM, Lev Givon wrote: > Received from Hanspeter Niederstrasser on Wed, Dec 07, 2011 at > 10:35:08AM EST: >> Lev, >> >> To satisfy a dependency on 10.7, I have moved your cython >> package over to the 10.7 tree. Please let us know if you're >> still interested in maintaining this package. Thanks, >> >> Hanspeter > > I'm afraid I don't have time to maintain the package anymore. If > anyone wishes to take on maintaining it, he or she is welcome to > do so. > > Thanks, L.G. > Based on this, I've gone ahead and pushed cython over to stable. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7f3I0ACgkQB8UpO3rKjQ/DngCcDWyg352VIsCLYdmGrR9gYuew X84An0624sPl9v3pqeBMAM36ZDDrgetW =A5/z -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Your cython Fink package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/7/11 10:49 AM, Lev Givon wrote: > Received from Hanspeter Niederstrasser on Wed, Dec 07, 2011 at > 10:35:08AM EST: >> Lev, >> >> To satisfy a dependency on 10.7, I have moved your cython >> package over to the 10.7 tree. Please let us know if you're >> still interested in maintaining this package. Thanks, >> >> Hanspeter > > I'm afraid I don't have time to maintain the package anymore. If > anyone wishes to take on maintaining it, he or she is welcome to > do so. > > Thanks, L.G. > How about the other packages in http://pdb.finkproject.org/pdb/browse.php?maintainer=givon ? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7f3WcACgkQB8UpO3rKjQ+5pwCcD/x8Xp46/JqOG0LyBkeAjmvL 1LEAnA3B3z+bQgKCTnQx8OvE1vU/hhfy =GnSZ -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Your cython Fink package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/7/11 10:34 PM, Lev Givon wrote: > Received from Alexander Hansen on Wed, Dec 07, 2011 at 04:40:55PM > EST: > > I don't really have time for them either. > > L.G. > Thanks for all your past work as a maintainer. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7g8bEACgkQB8UpO3rKjQ+LWgCeNviP9wkDoBxL75GA/207HRG+ zIMAniZwcj/HiLNMEXRW9v6rWWpX7XvE =072T -END PGP SIGNATURE- -- Cloud Services Checklist: Pricing and Packaging Optimization This white paper is intended to serve as a reference, checklist and point of discussion for anyone considering optimizing the pricing and packaging model of a cloud services business. Read Now! http://www.accelacomm.com/jaw/sfnl/114/51491232/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Current issues with dx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oops, forgot actually to _cc_ this to -devel first time around. On 12/2/11 12:58 PM, Alexander Hansen wrote: > 1) (Not really an issue). I've got packaging that builds and runs > on 10.7. While I was at it, I updated the dependencies: > > https://github.com/akhansen/Fink-experimental/tree/10.7/3rdparty/dx > > 2) An actual issue is that the current package isn't compatible > with 10.6/Xcode 4.2, since Xcode 4.2 lacks "gcc-4.2" and "g++-4.2" > executables. Since the 10.7 build uses clang, and works, I've got > a modification that should also work for 10.6 and 10.5. It also > stipulates a minimum Xcode version, since gcc-4.2 is only > available for 3.1 <= Xcode < 4.2 : > > https://github.com/akhansen/Fink-experimental/tree/10.4/3rdparty/dx > > Unfortunately, I don't have Xcode 4.2 for 10.6, so I can't test > the build. > I've gone ahead and added the 10.7 package description to Fink. I don't have Xcode 4.2 for 10.6, so I can't easily test the 10.6 packaging above. I don't want to commit it without a test, so if someone would be so kind as to try it out, I'd appreciate that. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7iok4ACgkQB8UpO3rKjQ/mRQCfc1K9GiWfK47VtvpdRocNnUFK +I4An049p4mpaER0hVo3K3x6nLyeFKc4 =rFr4 -END PGP SIGNATURE- -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [fink-core] Ettercap 0.7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/11/11 4:28 PM, Bill Drake wrote: > Any fink updates to compile Ettercap 0.7.4 to the package database? > Thank you for Fink. This is better suited for fink-devel, which deals with general packaging issues, rather than fink-core, which deals with the fink tool and matters relevant to the whole Fink distribution. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7l+5cACgkQB8UpO3rKjQ/asQCdGc3b64c8ydrjirCpW9WaBC6h SrsAoJuS1okbQqOzcx0v5VTqyhFXySRq =FSXf -END PGP SIGNATURE- -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [fink-core] Ettercap 0.7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/12/11 8:03 AM, Alexander Hansen wrote: > On 12/11/11 4:28 PM, Bill Drake wrote: >> Any fink updates to compile Ettercap 0.7.4 to the package >> database? Thank you for Fink. > > This is better suited for fink-devel, which deals with general > packaging issues, rather than fink-core, which deals with the fink > tool and matters relevant to the whole Fink distribution. > > I just updated ettercap to 0.7.4, and also added it to the 10.7 tree. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7mNPwACgkQB8UpO3rKjQ8sPACgiPoVBC1z3EJW2qS6Z4zhBnaI eN4AoJxwwQzQuN4x8f27l0R+dXedINPX =J3Vt -END PGP SIGNATURE- -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] mysql-dev and mysql-shlibs are unbuildable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 10.4/stable tree: $ fink build mysql-dev Password: Information about 12322 packages read in 2 seconds. The package 'mysql-dev' will be built without being installed. WARNING: The package mysql has a preferred Depends on mysql-client, but mysql-client is an obsolete package. Reading dependency for mysql-3.23.58-1025... Reading build dependency for mysql-3.23.58-1025... Reading dependency for mysql-dev-3.23.58-1025... Reading dependency for mysql-shlibs-3.23.58-1025... Reading dependency for mysql-client-3.23.58-1025... WARNING: While resolving dependency "gdbm" for package "mysql-3.23.58-1025", package "gdbm" was not found. Can't resolve dependency "gdbm" for package "mysql-3.23.58-1025" (no matching packages/versions found) Exiting with failure. 34:51: syntax error: A identifier can?t go after this identifier. (-2740) I don't think anything actually uses this ancient version of mysql, so maybe it should just be converted to a -shlibs for legacy support, as was gdbm. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7s1W4ACgkQB8UpO3rKjQ/VFQCeKq+fK2N2tiWPxSeoOq3w0C65 JCoAnjKkK69SrI/cCe9DQvXqNob93XdB =rvYD -END PGP SIGNATURE- -- Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Update to Fink's mysql available for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/20/11 2:39 PM, Michael Parchet wrote: > Le 19.12.11 23:26, Hanspeter Niederstrasser a écrit : >> [cross posted to -devel and -users. reply to -devel] [ Todai is >> cc'd since they maintain the older mysql-unified ] >> >> I've managed to get the latest stable mysql (5.5.19) to build on >> 10.7 and pass all its tests. However, I don't use mysql and have >> no idea if it actually works. So I'm putting this out to people >> who might find a modern mysql in Fink to be useful and can >> actually test it. >> >> You can find my .info and .patch files here: >> <http://cvs.snaggledworks.com/viewvc.cgi/fink/3rdparty/main/finkinfo/database/> > >> > I have downloaded and extract the tarball > > How can I install it in fink ? > > Tanks for your help > > Best regards > > mparchet >> The answer would be "not that way." Fink doesn't install arbitrary tarballs, but requires a package description to know what to do to install the package. You will need to download the .info and .patch files that Hanspeter mentioned, and put them in a location where fink can use them. I recommend /sw/fink/dists/local/main/finkinfo/ . Then use "fink install mysql18" to install the package (and dependencies). - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7w8kQACgkQB8UpO3rKjQ95vQCfV8aEr9uLYWIkUoUddsubAYWY zCgAoKATaEPrS5tMeyN2A7EeYDPoE5n+ =KT32 -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Update to Fink's mysql available for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/21/11 2:39 PM, Michael Parchet wrote: > Le 19.12.11 23:26, Hanspeter Niederstrasser a écrit : >> [cross posted to -devel and -users. reply to -devel] [ Todai is >> cc'd since they maintain the older mysql-unified ] >> >> I've managed to get the latest stable mysql (5.5.19) to build on >> 10.7 and pass all its tests. However, I don't use mysql and >> have no idea if it actually works. So I'm putting this out to >> people who might find a modern mysql in Fink to be useful and >> can actually test it. >> >> You can find my .info and .patch files here: >> <http://cvs.snaggledworks.com/viewvc.cgi/fink/3rdparty/main/finkinfo/database/> > >> I have install the mysql18 package but the mysql server is required > > Where is this package for mac os 10.7 ? > > Tanks for your help > > Best regards > > mparchet > If this is just a quick edit of the existing package for 10.5/10.6, then the server should be installed already and fink info mysql18 will tell you how to get it started. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7yPRAACgkQB8UpO3rKjQ+cfgCdHT3a0LNAUdrHW+zCY9BXZnpF 97MAniNV79qVQSSsto/Vkek3YFb9MUUb =aREd -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Current issues with dx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/11/11 2:29 PM, Alexander Hansen wrote: > On 12/9/11 11:20 PM, Jeremy Erwin wrote: > >> On Dec 9, 2011, at 7:05 PM, Alexander Hansen wrote: > >>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>> >>> Oops, forgot actually to _cc_ this to -devel first time >>> around. >>> >>> On 12/2/11 12:58 PM, Alexander Hansen wrote: >>>> 1) (Not really an issue). I've got packaging that builds >>>> and runs on 10.7. While I was at it, I updated the >>>> dependencies: >>>> >>>> https://github.com/akhansen/Fink-experimental/tree/10.7/3rdparty/dx >>>> >>>> >>>> >>>> > >>>> 2) An actual issue is that the current package isn't compatible >>>> with 10.6/Xcode 4.2, since Xcode 4.2 lacks "gcc-4.2" and >>>> "g++-4.2" executables. Since the 10.7 build uses clang, and >>>> works, I've got a modification that should also work for >>>> 10.6 and 10.5. It also stipulates a minimum Xcode version, >>>> since gcc-4.2 is only available for 3.1 <= Xcode < 4.2 : >>>> >>>> https://github.com/akhansen/Fink-experimental/tree/10.4/3rdparty/dx >>>> >>>> >>>> >>>> > >>>> Unfortunately, I don't have Xcode 4.2 for 10.6, so I can't test >>>> the build. >>>> > >> It builds on my machine 10.6/ Xcode 4.2. It runs, on my machine. >> It also produces a extraordinary number of error messages at >> runtime. > > > Is the runtime situation better with llvm-gcc-4.2/llvm-g++-4.2 > instead of clang/clang++ ? > > As I said, I can't test this, and I'd like us not to have packages > sitting around in the 10.4 tree that are unbuildable. Anybody care to comment here? As I said, _I can't test Xcode 4.2 on 10.6_, so I have essentially no way to tell what's going on here. I can't do a damn thing to see what my changes do there. We have a broken package right now, and I'd like to have a robust solution in Fink. If Jeremy would be so good as to chime in that would be great. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7yUzMACgkQB8UpO3rKjQ+fKACfXusVZnGwRz8mBGppg+GRwr8Q oEUAnAmNjdg9CdIm7PBKIJZtUWH9c2Lp =ISRW -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] amarok and kde for fink is not available on mac os lion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/21/11 5:12 PM, Michael Parchet wrote: > Hello, > > I wold like to install amarok on mac os lion but it seems kde > isen't available for fink on lion > > Where I can find kde package (sutch as amarok) on fink for mac os > 10.7 (lion) ? > Nowhere. They don't work yet. > Tanks for your help > > Best regards > > mparchet > - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7yduQACgkQB8UpO3rKjQ9fogCfaHu2wkuhvk9qAiuL61Lzb/2H lGAAni8lGw7qiI/boLg4c4/MVLWKztqq =ZdDT -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Update to Fink's mysql available for testing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/21/11 3:29 PM, Michael Parchet wrote: >> When I run the server I get this error message > >> MacBook-Pro-de-Michael:sbin rparchet$ mysqld_safe -- user=mysql >> & [1] 65528 MacBook-Pro-de-Michael:sbin rparchet$ 111221 21:23:25 >> mysqld_safe Logging to >> 'var/data/MacBook-Pro-de-Michael.local.err'. touch: >> var/data/MacBook-Pro-de-Michael.local.err: No such file or >> directory chown: var/data/MacBook-Pro-de-Michael.local.err: No >> such file or directory 111221 21:23:26 mysqld_safe Starting >> mysqld daemon with databases from var/data /sw/bin/mysqld_safe: >> line 107: var/data/MacBook-Pro-de-Michael.local.err: No such file >> or directory /sw/bin/mysqld_safe: line 144: >> var/data/MacBook-Pro-de-Michael.local.err: No such file or >> directory 111221 21:23:26 mysqld_safe mysqld from pid file >> var/data/MacBook-Pro-de-Michael.local.pid ended >> /sw/bin/mysqld_safe: line 107: >> var/data/MacBook-Pro-de-Michael.local.err: No such file or >> directory > > >> Can you help me please > >> Best regards > >> mparchet > It looks like /sw/bin/mysqld_safe is trying to log in the wrong place. You can edit that as a superuser (it's a script) and put a "/sw" in front of the instances of "var", while we're waiting for Hanspeter to update. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk7yeQYACgkQB8UpO3rKjQ9LNACeOnEWlmsoe9F7PXacRPXPf/yB 3EEAoJKnidDDmJxFodVaAXoTg/pOOFgV =bC3x -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] amarok and kde package could not be found on lion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/24/11 6:27 AM, Michael Parchet wrote: > Hi, > > amarok and kde package could not found on fink for mac os x lion > > I wold like to send this message to the maintener > > Wath's the maintener adress > > Best regards > > mparchet > Use the package database to look that information up, e.g. http://pdb.finkproject.org/pdb/package.php/amarok2-mac Replace "AT" by @ and "DOT" by . -- we don't provide directly-clickable mailtos in order to reduce spam. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk712fYACgkQB8UpO3rKjQ/kqgCgj/TlYvHuTjG5nt5S3/f6Cx4t zugAn0K5lwuUVCCKuIv9JMNcDOXiPEY4 =/EW0 -END PGP SIGNATURE- -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] image-exiftool-pm update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/1/12 5:56 AM, Kevin Horton wrote: > Benjamin, > > The image-exiftool-pm package is quite out of date. I needed some > of the changes in the newer versions, so I made a local package for > image-exiftool-pm 8.65 (the current version). I only needed to > change the version and Source-MD5 (change it to > 8b27b63af0eec744afb7f373750c282b). The new package builds OK in > maintainer mode, and works correctly for me on OS X 10.7. -- Kevin > Horton Ottawa, Canada > > > > If you don't hear from Ben before January 8, then go ahead and commit the update. I take full responsibility. :-) - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8BrqMACgkQB8UpO3rKjQ++QQCdGBWNHchLpCVRyYCdvVmaNFxt Q6IAoJOuuYdmtCpiGc5QDC4jFqll1boC =FaTK -END PGP SIGNATURE- -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Current issues with dx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/21/11 4:44 PM, Alexander Hansen wrote: > On 12/11/11 2:29 PM, Alexander Hansen wrote: >> On 12/9/11 11:20 PM, Jeremy Erwin wrote: > >>> On Dec 9, 2011, at 7:05 PM, Alexander Hansen wrote: > >>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >>>> >>>> Oops, forgot actually to _cc_ this to -devel first time >>>> around. >>>> >>>> On 12/2/11 12:58 PM, Alexander Hansen wrote: >>>>> 1) (Not really an issue). I've got packaging that builds >>>>> and runs on 10.7. While I was at it, I updated the >>>>> dependencies: >>>>> >>>>> https://github.com/akhansen/Fink-experimental/tree/10.7/3rdparty/dx >>>>> >>>>> >>>>> >>>>> > >>>>> >>>>> > 2) An actual issue is that the current package isn't compatible >>>>> with 10.6/Xcode 4.2, since Xcode 4.2 lacks "gcc-4.2" and >>>>> "g++-4.2" executables. Since the 10.7 build uses clang, >>>>> and works, I've got a modification that should also work >>>>> for 10.6 and 10.5. It also stipulates a minimum Xcode >>>>> version, since gcc-4.2 is only available for 3.1 <= Xcode < >>>>> 4.2 : >>>>> >>>>> https://github.com/akhansen/Fink-experimental/tree/10.4/3rdparty/dx >>>>> >>>>> >>>>> >>>>> > >>>>> >>>>> > Unfortunately, I don't have Xcode 4.2 for 10.6, so I can't test >>>>> the build. >>>>> > >>> It builds on my machine 10.6/ Xcode 4.2. It runs, on my >>> machine. It also produces a extraordinary number of error >>> messages at runtime. > > >> Is the runtime situation better with llvm-gcc-4.2/llvm-g++-4.2 >> instead of clang/clang++ ? > >> As I said, I can't test this, and I'd like us not to have >> packages sitting around in the 10.4 tree that are unbuildable. > > Anybody care to comment here? > > As I said, _I can't test Xcode 4.2 on 10.6_, so I have essentially > no way to tell what's going on here. > > I can't do a damn thing to see what my changes do there. > > We have a broken package right now, and I'd like to have a robust > solution in Fink. > > If Jeremy would be so good as to chime in that would be great. Ping. I'd like to get this fixed. Are you still interested in being the maintainer of record for the package? If not, let us know and we'll take you off and people will leave you alone about it. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8I1GEACgkQB8UpO3rKjQ8FlQCgiwFQzpZk9PeHQu3f1+zb31Oi IWgAnj4QtJQnKydhttCY6qIXR0RUjFw6 =s0Yj -END PGP SIGNATURE- -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: Current issues with dx
On 1/8/12 2:37 AM, Jeremy Erwin wrote: > > > A few tweaks here and there, and I was able to fix the problems. > > Jeremy Thanks! I just committed the updates. -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [cvs] dists/10.4/stable/main/finkinfo/crypto xmaxima-x11.info, 1.4, 1.5
Was there some plan to *tell* me about these changes to my packages, and which _worked for me when I tested them_? On 1/8/12 9:26 AM, Andreas Gockel wrote: > Update of /cvsroot/fink/dists/10.4/stable/main/finkinfo/crypto In > directory > vz-cvs-3.sog:/tmp/cvs-serv23763/10.4/stable/main/finkinfo/crypto > > Modified Files: xmaxima-x11.info Log Message: Fix source url and > md5 > > > Index: xmaxima-x11.info > === > > > RCS file: /cvsroot/fink/dists/10.4/stable/main/finkinfo/crypto/xmaxima-x11.info,v > retrieving revision 1.4 retrieving revision 1.5 diff -u -d -r1.4 > -r1.5 --- xmaxima-x11.info21 Dec 2011 03:18:43 - 1.4 +++ > xmaxima-x11.info 8 Jan 2012 14:26:03 - 1.5 @@ -4,8 +4,8 @@ > Revision: 1 Maintainer: Alexander Hansen > Description: Tcl/TK front end > for maxima (X11 graphics) -Source: > mirror:sourceforge:maxima/maxima-%v.tar.gz -Source-MD5: > f2a7399e53eadc38e0bedb843d5d7055 +Source: > mirror:sourceforge:maxima/Maxima-source/%v-source/maxima-%v.tar.gz > +Source-MD5: 1d904f3484e41c12db8130a9ba93461d Type: sbcl (1.0.51) > Depends: maxima ( >= %v), tcltk BuildDepends: << > > -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] kde and kde api for mac os lion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/9/12 6:09 PM, Michael Parchet wrote: > > Hello, I wold like to install kde and api on mac os lion but it > seems it isen't available for fink on lion Where I can find kde > package on fink for mac os 10.7 (lion) ? Tanks for your help > Unless somebody has test packages (unlikely), you've answered your own question: KDE is not available, and so there is no place to find the packages. > When will you project to develop a version and the packages > version for mac os lion ? > > Best regards > > mparchet > Ask the KDE maintainer what the timeframe is. We are a small project and we don't have an overarching schedule for package releases. Such matters are up to the maintainers, who are all volunteers. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8LfsoACgkQB8UpO3rKjQ/VfgCcCYvk3I89Dhqazqo2VinRM9JO 6SsAnRLgu52u1N/2MqhrswmvxbLXYA1M =72sJ -END PGP SIGNATURE- -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] java lib question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm working on a package that can build a java binding. Ignoring the cmake-induced relative dylib paths, I get: $ otool -L root-gdcm-2.2.0-1/sw/lib/libgdcmjni.jnilib root-gdcm-2.2.0-1/sw/lib/libgdcmjni.jnilib: libgdcmMSFF.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) @rpath/libjawt.dylib (compatibility version 1.0.0, current version 1.0.0) libgdcmDICT.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmIOD.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmDSED.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmCommon.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmjpeg8.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmjpeg12.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmjpeg16.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) libgdcmcharls.2.2.dylib (compatibility version 2.2.0, current version 2.2.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 52.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 159.1.0) fiona:fink.build hansen$ locate libjawt.dylib /Developer/Applications/Utilities/Application Loader.app/Contents/MacOS/itms/java/lib/libjawt.dylib /Developer/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Libraries/libjawt.dylib /Developer-old/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/JavaVM.framework/Versions/1.4.2/Libraries/libjawt.dylib /Developer-old/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libjawt.dylib /Developer-old/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Libraries/libjawt.dylib /Developer-old/SDKs/MacOSX10.6.sdk/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Libraries/libjawt.dylib /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/libjawt.dylib My question concerns the line @rpath/libjawt.dylib (compatibility version 1.0.0, current version 1.0.0) Do I need to make @rpath an absolute path? And if so, is there a portable way to get that information on all supported OS X versions? - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8PiWoACgkQB8UpO3rKjQ84kgCfcWld9J7hREGRCsXP9whKjzgQ LCoAnjNGcR3Qy8fzTSggYH92J75u3g2e =dzan -END PGP SIGNATURE- -- RSA(R) Conference 2012 Mar 27 - Feb 2 Save $400 by Jan. 27 Register now! http://p.sf.net/sfu/rsa-sfdev2dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] move libjpeg-turbo to stable?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/18/12 11:02 AM, Hans-Christoph Steiner wrote: > > I'm packaging openni, which I'd like to link against > libjpeg-turbo. libjpeg-turbo is in 10.7/stable but in unstable for > < 10.7. Can it be moved to stable everywhere? > > .hc > As long as its dependencies are in stable, sure. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8W8OEACgkQB8UpO3rKjQ+gwQCeNa+ar65MrSXBRFEChiVoA0+Y QB4An0hIfYbEiGEncCaP6PvVGiPW5H1T =3KAH -END PGP SIGNATURE- -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] "fixes" in gdal on 10.7
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I happened to notice a number of "FIXMEs" in gdal.info. unixodbc2(-nox) is available on Lion, as is mysql, so you could restore those functionalities. - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8XQJwACgkQB8UpO3rKjQ+xlgCfRSxxsZAcqy+NYgLj0WLZCQEW uWsAnj0FSxsJNzCmrZSeackh80QkJE3q =R+Ej -END PGP SIGNATURE- -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fwd: amarok and kde package could not be found on lion
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/20/12 12:31 PM, Michael Parchet wrote: > > > Message original Sujet: amarok and kde package > could not be found on lion Date : Sat, 24 Dec 2011 12:27:08 +0100 > De : Michael Parchet Pour : > fink-devel@lists.sourceforge.net > > > > Hi, > > amarok and kde package could not found on fink for mac os x lion > > I wold like to send this message to the maintener > > Wath's the maintener adress > > Best regards > > mparchet > > > I'm going to assume that you want amarok2 and kde4. The addresses are where it says 'Maintainer' in: http://pdb.finkproject.org/pdb/package.php/amarok2-mac http://pdb.finkproject.org/pdb/package.php/bundle-kde4-mac Change 'AT' to '@' and 'DOT' to '.' . - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8ZrtYACgkQB8UpO3rKjQ/8wQCeNNTb1bOTQWn6w2bIOTT7e+aH spYAn0Ilw2GHLiG5xxD1ra1aVAX6UNtZ =brRp -END PGP SIGNATURE- -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Buildconflict not working for xft2-dev
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/21/12 11:38 AM, Remi Mommsen wrote: > Hi, > > I'd like to add a buildconflict on xft2-dev to my root5 package on > 10.7 (c.f. the thread fink-users 'root5 compilation fails on > 10.7'). However, when doing so, I get the following error message > from fink when it tries to temporally remove xft2-dev: > > The following package will be rebuilt: root5 The following 3 > packages might be temporarily removed: system-xfree86-dev > system-xfree86-manual-install xft2-dev Do you want to continue? > [Y/n] The following packages must be temporarily removed, but there > are no .debs to restore them from: system-xfree86-dev > system-xfree86-manual-install Exiting with failure. > > fink --version Package manager version: 0.31.6 Distribution > version: selfupdate-cvs Sat Jan 21 10:59:57 2012, 10.7, x86_64 > Trees: local/main stable/main > > 'fink remove xft2-dev' works flawlessly. > > Any ideas? > > Remi > > > You're going to have to do it a different way, at least for now. Does "BuildConflicts: xft2-dev (>=2.2.0-2)" work? If not, then you're going to need to do some hacking into root5's build process. The problem here appears to be that we also use x11 to Provide xft2-dev: $ fink-virtual-pkgs --debug 2>&1 | grep xft2 - system-xfree86-shlibs provides xft2-shlibs - system-xfree86-dev provides xft2-dev - system-xfree86 provides xft2 It was later decided that Fink needed a newer (?) xft2, but this Provides was retained. "fink remove xft2-dev" is seeing the real package, but the buildconflict code is picking up on the virtual package - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8a/kkACgkQB8UpO3rKjQ+CSgCfeGUUVuFmuv4Z/CECGTZpPkku xOEAn0c195q7n5fHoJIYxSZivCsdlmUz =4LWI -END PGP SIGNATURE- -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libpng15-x86 package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/21/12 12:29 PM, Sjors Gielen wrote: > Hi Dave, > > You are the listed maintainer for the libpng15 package. For the > wine-x86 package on Lion, I need a libpng15-x86 package which is > otherwise equal to libpng15. > > I've gone ahead and created this package; it's in my experimental > and works fine together with wine-x86. Are you OK with me > committing it to 10.7 stable? (I'll leave you as the maintainer, > unless you explicitly want me to list myself.) > > Thanks, Sjors > > > > Let's try to stay close to our established nomenclature. On 10.6/i386, we have some packages that are built as 64bit, and they're called e.g. curl-64bit. Make it libpng15-32bit--that's more meaningful for users than "lippng15-x86". - -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8bR5cACgkQB8UpO3rKjQ9OTACfekdHaLwX3u+6XSPqihiSGSTO AlQAniIIoMsMXNan3px4mXIyusQZaxCc =fDWn -END PGP SIGNATURE- -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel