A Fink build report is available at:
http://fink.opendarwin.org/build/2005-05-08/out/report.html
I am seeing one weird problem there concerning the gnuplot package (and therefore killing all packages that depend on gnuplot; there are quite a few of these):
checking for emacs... emacs checking where .elc files should go... ./configure: line 1788: 16069 Segmentation fault ( $EMACS -batch -q -eval '(while load-path (princ (concat (car load-path) "\n")) (setq load-path (cdr load-path)))' </dev/null >conftest.out ) 2>&5 [...] Making all in lisp emacs -batch -q -no-site-file -l ./dot.el -f batch-byte-compile gnuplot.el make[2]: *** [gnuplot.elc] Segmentation fault
Is this your /usr/bin/emacs segfaulting? And if yes, why? Or some other emacs in your PATH?
My general recommendation would be to rip all this emacs stuff out of all packages where it is only used to byte-compile some *.el file. This has caused us endless grief since a long time and I doubt if the automatic determination of emacs and its site-lisp directory has a reasonable success rate in general. I for one am using /usr/bin/emacs and /sw/bin/xemacs, so this kind of thing is useless for me, anyway.
It would be much better to put the *.el files into /usr/share/doc/PACKAGE and tell the users about it in the DescUsage field, so that they can install it themselves wherever they want.
-- Martin
------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
