Ich habe hier gerade ein paar unserer 35 Workstations probeweise vom bislang noch laufenden SuSE 8.2 befreit und mit 10.0 bestueckt. Und wieder gab's eins der Probleme, mit denen bisher so ziemlich jede SuSE-Version der letzten Jahre aufwarten konnte: beta-Software. Bei 8.2 war's der GCC, jetzt (und wie ich festgestellt habe auch bei den 9er-Versionen) ist es XEmacs. Leider muss ich damit vm supporten, das sich mit der 21.4p12 von 8.2 ganz ordentlich verhaelt, aber in der aktuellen 21.5beta21 staendig ueber falsche Zeichencodierung meckert und auch sonst seltsame Sachen tut. Nun habe ich ein SRPM von xemacs-21.4.15-64.3.src.rpm aufgetrieben, das aber wohl fuer 9.x gedacht war und nicht kompiliert: | Recompiling updated .els in directory tree `lisp'...done | cd /usr/src/packages/BUILD/xemacs-21.4.15/man && make info | make[1]: Entering directory `/usr/src/packages/BUILD/xemacs-21.4.15/man' | make[1]: Nothing to be done for `info'. | make[1]: Leaving directory `/usr/src/packages/BUILD/xemacs-21.4.15/man' | /usr/src/packages/BUILD/xemacs-21.4.15/src/xemacs -batch -l check-features.el | No such coding system: iso-8859-15 | xemacs exiting | . | make: *** [check-features] Error 255 Vermutlich waere das alles mit etwas EmacsLISP zu fixen, aber meine Kenntnisse darin halten sich in Grenzen. Drum: nachdem das Problem ja vermutlich nicht nur bei uns auftritt, duerfte doch schonmal jemand einen stabilen XEmacs fuer 10.0 hinbekommen haben? 21.4.17 zu compilieren ist ja kain Problem, aber die SuSEige Anpassung der Pfade und moeglichst auch noch ein RPM dafuer scheint eins zu sein. beste Gruesse Matthias -- I prefer encrypted and signed messages. KeyID: 90CF8389 Fingerprint: 8E1F 1081 A466 2946 B98A B9E2 099F 3B91