Re: [Fink-users] Problem with emacs21-gtk on 10.3
Sebastien Maret wrote: I have just installed emacs21-gtk-21.3.50-20041117 on a mac under 10.3. I am accessing to this mac with ssh -X. Emacs starts up but make a bus error when clicking on e.g. Buffer in the menu bar: % emacs Xlib: extension RENDER missing on display localhost:11.0. Fatal error (10)Bus error [] I have Xcode 1.5 installed with the November 2004 update. Fink is 0.7.2.rsync. Is this the machine where emacs is running or the one where the X server is running? X forwarding can be problematic when the two machines have too different X versions. -- Martin --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Problem with emacs21-gtk on 10.3
On Oct 7, 2005, at 2:56 AM, Martin Costabel wrote:Sebastien Maret wrote: I have just installed emacs21-gtk-21.3.50-20041117 on a mac under10.3. I am accessing to this mac with ssh -X. Emacs starts up but makea bus error when clicking on e.g. Buffer in the menu bar:% emacs Xlib: extension "RENDER" missing on display "localhost:11.0".Fatal error (10)Bus error [] I have Xcode 1.5 installed with the November 2004 update. Fink is0.7.2.rsync. Is this the machine where emacs is running or the one where the X server is running? X forwarding can be problematic when the two machines have too different X versions.I have Xorg on the client and Apple X11 on the host. I'll try to revert the client to Apple X11 to see if its help.Sébastien
[Fink-users] Feedback for xcircuit-3.3.38
If anybody's been using the xcircuit-3.3.38 package from unstable, I'd like to get feedback on it. This is apparently the last of the 3.3.x series, and I'd love to have it in stable when we produce the next 10.3 and 10.4 binary distributions. -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] clhep-1.9.2.1-51 build problem (was no subject)
Hi Hans, On Oct 5, 2005, at 9:52 AM, Hans Fynbo wrote: Trying to install GEANT4 on my powerbook G4 running 10.4 gcc 4.0 I get the following error. Any suggestions ? Hans Making all in src g++-4.0 -DHAVE_CONFIG_H -I. -I. -I../GenericFunctions -I.. -I/sw/ include -O -ansi -pedantic -Wall -D_GNU_SOURCE -g -O2 -c -o Abs.o Abs.cc g++-4.0 -DHAVE_CONFIG_H -I. -I. -I../GenericFunctions -I.. -I/sw/ include -O -ansi -pedantic -Wall -D_GNU_SOURCE -g -O2 -c -o AbsFunctional.o AbsFunctional.cc g++-4.0 -DHAVE_CONFIG_H -I. -I. -I../GenericFunctions -I.. -I/sw/ include -O -ansi -pedantic -Wall -D_GNU_SOURCE -g -O2 -c -o AbsFunction.o AbsFunction.cc AbsFunction.cc: In function `Genfun::FunctionPlusParameter Genfun::operator-(const Genfun::AbsFunction, const Genfun::AbsParameter)': AbsFunction.cc:127: error: cannot allocate an object of abstract type 'Genfun::AbsParameter' ../CLHEP/GenericFunctions/AbsParameter.hh:22: note: because the following virtual functions are pure within 'Genfun::AbsParameter': ../CLHEP/GenericFunctions/AbsParameter.hh:36: note: virtual double Genfun::AbsParameter::getValue() const ../CLHEP/GenericFunctions/AbsParameter.hh:50: note: virtual Genfun::AbsParameter* Genfun::AbsParameter::_clone() const AbsFunction.cc: In function `Genfun::FunctionTimesParameter Genfun::operator/(const Genfun::AbsFunction, const Genfun::AbsParameter)': AbsFunction.cc:133: error: cannot allocate an object of abstract type 'Genfun::AbsParameter' ../CLHEP/GenericFunctions/AbsParameter.hh:22: note: since type 'Genfun::AbsParameter' has pure virtual functions AbsFunction.cc: In function `Genfun::FunctionPlusParameter Genfun::operator-(const Genfun::AbsParameter, const Genfun::AbsFunction)': AbsFunction.cc:146: error: cannot allocate an object of abstract type 'Genfun::AbsFunction' ../CLHEP/GenericFunctions/AbsFunction.hh:47: note: because the following virtual functions are pure within 'Genfun::AbsFunction': ../CLHEP/GenericFunctions/AbsFunction.hh:64: note: virtual double Genfun::AbsFunction::operator()(double) const ../CLHEP/GenericFunctions/AbsFunction.hh:65: note: virtual double Genfun::AbsFunction::operator()(const Genfun::Argument) const ../CLHEP/GenericFunctions/AbsFunction.hh:87: note: virtual Genfun::AbsFunction* Genfun::AbsFunction::_clone() const AbsFunction.cc: In function `Genfun::FunctionTimesParameter Genfun::operator/(const Genfun::AbsParameter, const Genfun::AbsFunction)': AbsFunction.cc:151: error: cannot allocate an object of abstract type 'Genfun::AbsFunction' ../CLHEP/GenericFunctions/AbsFunction.hh:47: note: since type 'Genfun::AbsFunction' has pure virtual functions make[2]: *** [AbsFunction.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-clhep-1.9.2.1-51 (Reading database ... 28647 files and directories currently installed.) Removing fink-buildlock-clhep-1.9.2.1-51 ... Failed: phase compiling: clhep-1.9.2.1-51 failed I cannot reproduce this problem (PB G4, gcc 4.0). Can you send me the output of the following commands: g++-4.0 -v where g++-4.0 fink list clhep Cheers, Remi -- I haven't lost my mind - it's backed up on my disk somewhere. * Remigius K. Mommsen e-mail: [EMAIL PROTECTED] University of Manchester URL:http://cern.ch/mommsen Fermilab, MS 357 voice:++1 (630) 840-8321 P.O. Box 500 fax:++1 (630) 840-2649 Batavia, Il 60510, US home:++1 (630) 236-0932 * --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] maxima 5.9.1 under TeXmacs on Tiger (Mac OS X 10.4) - how to
The standard Fink version of maxima is 5.9.0, but 5.9.1 is prettier and better under TeXmacs. The sf.net source distribution of maxima 5.9.1 seems to work fine on its own for me, though I did fool around to make it use clisp-maxima (2.29 with patch) so that the EOPNOTSUPP bug wouldn't bite me. I still had a problem, though: it complained that file /sw/share/TeXmacs/plugins/maxima/lisp/texmacs-maxima-5.9.1.lisp was playing with a nonexistent variable *suppress-check-redefinition*. The lines in question seem to be #+clisp (defvar *old-suppress-check-redefinition* custom:*suppress-check-redefinition*) #+clisp (setf custom:*suppress-check-redefinition* t) at the top, and #+clisp (setf custom:*suppress-check-redefinition* *old-suppress-check-redefinition*) at the bottom of said file. I threw them out, and now maxima 5.9.1 seems to work fine for me under TeXmacs 1.0.5.9. regards ws --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] pari-gp-2.1.7-1 failed
Robert T Wyatt wrote: Howdy, Looks like this has been out for several days. Am I the only one that's seen this error? I didn't see any other messages about it You are not the only one, I am seeing the same error. Apparently the Configure script's X11 detection logic is brain damaged. It finds the headers, but not the libs. -- Martin Thanks, Robert === /usr/bin/gcc -o gp-sta -O3 -DGCC_INLINE -Wall -Wno-implicit -fomit-frame-pointer kernel.o mp.o alglin1.o alglin2.o arith1.o arith2.o base1.o base2.o base3.o base4.o base5.o bibli1.o bibli2.o buch1.o buch2.o buch3.o buch4.o galconj.o gen1.o gen2.o gen3.o ifactor1.o polarit1.o polarit2.o polarit3.o rootpol.o subgroup.o trans1.o trans2.o trans3.o elliptic.o galois.o kummer.o mpqs.o nffactor.o stark.o subfield.o thue.o anal.o compat.o errmsg.o es.o helpmsg.o init.o sumiter.o mpinl.o gp.o gp_init.o gp_rl.o highlvl.o whatnow.o plot.o plotport.o-L -lX11 /usr/bin/ld: -L: directory name missing collect2: ld returned 1 exit status make[1]: *** [gp-sta] Error 1 make: *** [gp] Error 2 ### execution of /var/tmp/tmp.1.zskmpH failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-pari-gp-2.1.7-1 (Reading database ... 198133 files and directories currently installed.) Removing fink-buildlock-pari-gp-2.1.7-1 ... Failed: phase compiling: pari-gp-2.1.7-1 failed * My operating system: ProductName:Mac OS X ProductVersion: 10.4.2 BuildVersion: 8C46 * My gcc version: powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 (Apple Computer, Inc. build 5026) * My fink version: Package manager version: 0.24.10 Distribution version: 0.8.0.rsync * My machine is a: Power Macintosh --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] maxima 5.9.1 under TeXmacs on Tiger (Mac OS X 10.4) - how to
On 10/7/05, Martin Snelgrove [EMAIL PROTECTED] wrote: The standard Fink version of maxima is 5.9.0, but 5.9.1 is prettier and better under TeXmacs. The sf.net source distribution of maxima 5.9.1 seems to work fine on its own for me, though I did fool around to make it use clisp-maxima (2.29 with patch) so that the EOPNOTSUPP bug wouldn't bite me. I still had a problem, though: it complained that file /sw/share/TeXmacs/plugins/maxima/lisp/texmacs-maxima-5.9.1.lisp was playing with a nonexistent variable *suppress-check-redefinition*. The lines in question seem to be #+clisp (defvar *old-suppress-check-redefinition* custom:*suppress-check-redefinition*) #+clisp (setf custom:*suppress-check-redefinition* t) at the top, and #+clisp (setf custom:*suppress-check-redefinition* *old-suppress-check-redefinition*) at the bottom of said file. I threw them out, and now maxima 5.9.1 seems to work fine for me under TeXmacs 1.0.5.9. regards ws You should contact the maxima maintainer for Fink, too, in case he's not reading the lists, so that we can get an updated version in Fink (or determine if he's still active), and also contact the texmacs maintainer. -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] anacron and launchd
On Oct 6, 2005, at 9:54 PM, Koen van der Drift wrote: Hi, I am converting from using cron to launchd to run the daily, weekly, etc scripts. So I followed the instructions at macosxhints (http://www.macosxhints.com/article.php?story=20050508193528477). So just to start with a clean sheet, I removed anacron, and reinstalled it. Then I got the following output: ... It looks like anacron is already set up to be run automatically by /bin/cron. I found the following entry in the system crontab: min hourmdaymonth wdayusercommand 10 * * * * root/sw/sbin/anacron -s Would you like to remove anacron from the task schedule? [y/N] I assume I should reply yes here to prevent both cron and launchd to execute the scripts? When I removed anacron, I noticed that the file /sw/etc/anacrontab is not removed. Even dpkg -L anacrontab lists the file when anacron is not installed. Is this intended behaviour? It confused the installer, because if I remove anacrontab manually, fink install anacron fails, because it cannot find the file. Rebuilding anacron didn't change that. cheers, - Koen. /sw/etc/anacrontab is a ConfFile, which is treated specially by dpkg. ConfFiles aren't removed by fink (or dpkg) remove; you need to use fink purge instead, i.e. fink purge anacron. Another note, which I haven't seen reported anywhere, is that starting with 10.4.2 launchd now has anacron-like abilities built-in. From man launchd.plist: StartInterval integer This optional key causes the job to be started every N seconds. If the system is asleep, the job will be started the next time the computer wakes up. If multiple intervals transpire before the computer is woken, those events will be coalesced into one event upon wake from sleep. StartCalendarInterval dictionary of integers This optional key causes the job to be started every calendar interval as specified. Missing arguments are considered to be wildcard. The semantics are much like crontab(5). Unlike cron which skips job invocations when the computer is asleep, launchd will start the job the next time the com- puter wakes up. If multiple intervals transpire before the computer is woken, those events will be coalesced into one event upon wake from sleep. So anacron is now redundant. I no longer use anacron for anything, but just rely on launchd to take care of things. -- Daniel Johnson [EMAIL PROTECTED] PGP public key: http://homepage.mac.com/danielj7/publickey.txt PGP.sig Description: This is a digitally signed message part
[Fink-users] Re: Feedback for xcircuit-3.3.38
Alexander K. Hansen wrote: If anybody's been using the xcircuit-3.3.38 package from unstable, I'd like to get feedback on it. This is apparently the last of the 3.3.x series, and I'd love to have it in stable when we produce the next 10.3 and 10.4 binary distributions. -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl Hi Alexander, For what it's worth, I was able to build and install it on macos 10.4.2. Fri Oct 7 17:55:01 CDT 2005 bash-3.00$ fink list xcircuit Information about 5020 packages read in 8 seconds. i xcircuit 3.3.38-1 Circuit drawing app with schematic capture * My operating system: ProductName:Mac OS X ProductVersion: 10.4.2 BuildVersion: 8C46 * My gcc version: powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 (Apple Computer, Inc. build 5026) * My fink version: Package manager version: 0.24.10 Distribution version: 0.8.0.rsync --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Re: Feedback for xcircuit-3.3.38
Alexander K. Hansen wrote: If anybody's been using the xcircuit-3.3.38 package from unstable, I'd like to get feedback on it. This is apparently the last of the 3.3.x series, and I'd love to have it in stable when we produce the next 10.3 and 10.4 binary distributions. ... and it also built and installed on macos 10.3.9. :-) Fri Oct 7 18:41:44 CDT 2005 bash-3.00$ fink list xcircuit Information about 5119 packages read in 3 seconds. i xcircuit 3.3.38-1 Circuit drawing app with schematic capture * My operating system: ProductName:Mac OS X ProductVersion: 10.3.9 BuildVersion: 7W98 * My gcc version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) * My fink version: Package manager version: 0.24.10 Distribution version: 0.7.2.rsync * My machine is a: Power Macintosh --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] pari-gp-2.1.7-1 failed
This is a very bizarre error. Why doesn't it happen to me, I wonder? The new pari-gp builds fine here, and more importantly, runs without crashing (which was not true of its predecessor, at least not on 10.4). It also builds and runs for Max Horn. -- Dave On Oct 7, 2005, at 2:06 PM, Martin Costabel wrote: Robert T Wyatt wrote: Howdy, Looks like this has been out for several days. Am I the only one that's seen this error? I didn't see any other messages about it You are not the only one, I am seeing the same error. Apparently the Configure script's X11 detection logic is brain damaged. It finds the headers, but not the libs. -- Martin Thanks, Robert === /usr/bin/gcc -o gp-sta -O3 -DGCC_INLINE -Wall -Wno-implicit -fomit- frame-pointer kernel.o mp.o alglin1.o alglin2.o arith1.o arith2.o base1.o base2.o base3.o base4.o base5.o bibli1.o bibli2.o buch1.o buch2.o buch3.o buch4.o galconj.o gen1.o gen2.o gen3.o ifactor1.o polarit1.o polarit2.o polarit3.o rootpol.o subgroup.o trans1.o trans2.o trans3.o elliptic.o galois.o kummer.o mpqs.o nffactor.o stark.o subfield.o thue.o anal.o compat.o errmsg.o es.o helpmsg.o init.o sumiter.o mpinl.o gp.o gp_init.o gp_rl.o highlvl.o whatnow.o plot.o plotport.o-L -lX11 /usr/bin/ld: -L: directory name missing collect2: ld returned 1 exit status make[1]: *** [gp-sta] Error 1 make: *** [gp] Error 2 ### execution of /var/tmp/tmp.1.zskmpH failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-pari-gp-2.1.7-1 (Reading database ... 198133 files and directories currently installed.) Removing fink-buildlock-pari-gp-2.1.7-1 ... Failed: phase compiling: pari-gp-2.1.7-1 failed * My operating system: ProductName:Mac OS X ProductVersion: 10.4.2 BuildVersion: 8C46 * My gcc version: powerpc-apple-darwin8-gcc-4.0.0 (GCC) 4.0.0 (Apple Computer, Inc. build 5026) * My fink version: Package manager version: 0.24.10 Distribution version: 0.8.0.rsync * My machine is a: Power Macintosh --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Re: pari-gp-2.1.7-1 failed
David R. Morrison wrote: This is a very bizarre error. Why doesn't it happen to me, I wonder? The new pari-gp builds fine here, and more importantly, runs without crashing (which was not true of its predecessor, at least not on 10.4). It also builds and runs for Max Horn. I can't tell you what's wrong but I can provide any logs or system info you might find useful. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] pari-gp-2.1.7-1 failed
David R. Morrison wrote: This is a very bizarre error. Why doesn't it happen to me, I wonder? The new pari-gp builds fine here, and more importantly, runs without crashing (which was not true of its predecessor, at least not on 10.4). It also builds and runs for Max Horn. Found it: It is a head problem. The config/locatelib script has the line ok=`(ls $dir/lib$lib.* | head -1) 2 /dev/null` With /sw/bin/head from Fink textutils, the head -1 produces only an error message head: `-1' option is obsolete; use `-n 1' Try `head --help' for more information. The error message is invisible, because it is sent to /dev/null, but the variable ok gets set to . With /usr/bin/head, head -1 produces no error message, but the correct result /usr/X11R6/lib/libX11.6.2.dylib So building pari-gp works if and only if Fink textutils is not installed. The above line in config/locatelib needs fixing. Actually, the story is even more complicated: I have one machine here which had the same textutils-2.1-2 installed as the other one, but pari-gp built nevertheless. It turns out that the textutils there was left over from Panther; rebuilding textutils makes head now give the error message too, and pari-gp build crashes as on the other machine. So another conclusion of all this is that the textutils package needs a rev up on Tiger so that it is rebuilt, because the versions built on Panther and on Tiger are different. The difference in question here seems to be the definition of _POSIX2_VERSION in /usr/include/sys/unistd.h which is 199212L on MacOSX 10.3.9 and 200112L on 10.4.2. /sw/bin/head checks for this variable and gives the error message instead of the correct result when it is = 200112. -- Martin --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users