[EMAIL PROTECTED] - Digest Wednesday, September 27 2000 Volume 01 : Number 121
----------------------------------------------------------------------
Date: Tue, 26 Sep 2000 22:14:26 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: [PUG] Debian: Versionen von Paketen
Hallo!
Ganz neue Installation von Debian 2.2 mit Apache und PHP4:
Server: Apache/1.3.9 (Unix) Debian/GNU PHP/4.0b3
Last-Modified: Sat, 29 Apr 2000 07:07:45 GMT
Huuh? Willkommen in der Steinzeit?!
Stecken hinter den Versionsnummern nun diese omin�sen "Backports" der
aktuellen Versionen, oder mu� ich selbst den Compiler anwerfen?
- -martin
- --
...and that is how we know the Earth to be banana-shaped.
------------------------------
Date: Tue, 26 Sep 2000 23:41:38 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: [PUG] Tip: Schnell suchen auf der Festplatte
Hi!
Ich will mal einen Tip loswerden, den ich aus "Unix Performance Tuning" von
O'Reilly �bernommen habe, und der mir richtig gut gef�llt.
Man ist ja irgendwie immer mal wieder in der Situation, da� man eine Datei
auf der Platte sucht, und sich dazu irgendwie mittels eines solchen
Kommandos durch die Platte w�hlt:
find / -name "*name*" -print
Das dauert nat�rlich ewig. Es gibt aber eine M�glichkeit, um den Vorgang um
den Faktor 100 (sage ich jetzt mal so) zu beschleunigen.
Will man das n�mlich schneller haben, kann man einfach nachts per Cron einen
Index der ganzen Platte anlegen, der sich dann schnell durchsuchen l��t.
In der Crontab von "root" plant man die Indizierung wie folgt ein:
0 6 * * * /usr/bin/find / -name "*" -print > /var/cache/allfiles
In "/var/cache/allfiles" kann man dann schnell nach dem betreffenden String
(Dateinamen) suchen. Ich lege mir gewohnheitsm��ig immer ein Einzeiler-Script
namens "nfind" in "/usr/local/bin" ab, das etwa wie folgt aussieht:
#!/bin/bash
grep $1 /var/cache/allfiles
Mit etwas Kreativit�t kann man das auch ausbauen, z.B. um mit Perl Regular
Expressions in der Dateiliste zu suchen.
Wie gro� ist der Speicherbedarf? - Auf meinem Server zuhause ist die Datei
im Moment 7160479 Byte gro� und indiziert 168057 Dateien.
Achtung auf Multiuserkisten: In dieser Liste stehen nat�rlich auch die
Verzeichnisse unterhalb "/root" und alles unterhalb von "/home".
Sicherheitstechnisch kann das ganze also abh�ngig von der Nutzung des
Systems etwas bedenklich sein.
Viel Spa�,
- -martin
- --
$ cd /pub
$ more beer
------------------------------
Date: Tue, 26 Sep 2000 22:04:25 +0200
From: Klaus Klein <[EMAIL PROTECTED]>
Subject: Re: [PUG] vmware
"Ren� F. Franke" wrote:
>
> ...on Die, 26 Sep 2000 You wrote:
>
> > Ich will mir wieder son ne vmware zulegen, allerdings habe ich keine paar
> > hundert Mark f�r so etwas �brig...
>
> naja, nun, ich sag mal ganz diplomatisch: das ist auch nicht unbedingt n�tig...
>
w�rde mich als externes Lager zur Aufbewahrung einer Sicherung anbieten.
Gru�
Klaus
------------------------------
Date: Wed, 27 Sep 2000 08:29:48 +0200
From: "Wolf, Markus, HiServ/DE" <[EMAIL PROTECTED]>
Subject: RE: [PUG] Tip: Schnell suchen auf der Festplatte
> Ich will mal einen Tip loswerden, den ich aus "Unix Performance Tuning"
von
> O'Reilly �bernommen habe, und der mir richtig gut gef�llt.
Das Buch mit dem Schwertfisch?
Gru� MArkus
------------------------------
Date: Wed, 27 Sep 2000 08:31:46 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Tip: Schnell suchen auf der Festplatte
* Wolf, Markus, HiServ/DE ([EMAIL PROTECTED]) wrote/schrieb:
> Das Buch mit dem Schwertfisch?
Jess. Aber nicht gleich in den Laden rennen. Da steht auch viel K�se drin.
- -martin
- --
A day without sunshine is like night.
------------------------------
Date: Wed, 27 Sep 2000 08:36:35 +0200
From: "Wolf, Markus, HiServ/DE" <[EMAIL PROTECTED]>
Subject: RE: [PUG] Tip: Schnell suchen auf der Festplatte
> Jess. Aber nicht gleich in den Laden rennen. Da steht auch viel K�se drin.
Ich wollte meine Jacke gerade anziehen und aus dem B�ro st�rmen...
Nein, ich habe noch eine etwas �ltere Ausgabe daheim liegen. Aber wie Du
siehst, nicht sehr aufmerksam durchgelesen :-)
Gru� Markus
------------------------------
Date: Wed, 27 Sep 2000 08:48:37 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Tip: Schnell suchen auf der Festplatte
* Wolf, Markus, HiServ/DE ([EMAIL PROTECTED]) wrote/schrieb:
> Nein, ich habe noch eine etwas �ltere Ausgabe daheim liegen.
Du irrst: Die Ausgabe von 1990 /ist/ die aktuelle Ausgabe. :-))
Ich hab das Ding selbst nicht, will auch kein Geld daf�r ausgeben. Aber ich
bin �ber diesen Tip zu "find" gesto�en, als ich es mal bei einem Kollegen
in der Hand hatte. Als ich gestern anfing, das auf einem neuen Server
zusammenzufrickeln, dachte ich, da� man das ja mal weitergeben kann.
Je l�nger ich dar�ber nachdenke, umso ausbauf�higer kommt mir die Idee vor.
Man m��te halt /root und /home von der Suche ausnehmen, und dann pro
Userverzeichnis nochmal einen Index schreiben. "Nfind" pa�t man dann so an,
da� die Suche durch die globale als auch durch die eigene Datei geht, und
schon ist mein Sicherheitsproblem gel�st. Das werde ich jetzt mal daheim
so zusammenkloppen.
- -martin
- --
"Contrary to popular belief, Unix is user friendly. It just
happens to be selective about who it makes friends with."
------------------------------
Date: Wed, 27 Sep 2000 14:26:25 +0200
From: Sebastian G�ndisch <[EMAIL PROTECTED]>
Subject: [PUG] rekursiv grepen
Hi Leute
Mit dem find habt ihr mich an eines meiner letzten Probleme erinnert.
Mit grep kann man ja einfacherweise alle Dateien aus dem aktuellen Verzeichnis
nach einen bestimmten Text durchsuchen.
Wie schafft man es da� grep auch durch alle Dateien aller Unterverzeichnisse
sucht?
Bin nicht f�ndig geworden. Sollte man irgendwie ein Script schreiben das alle
Unterverzeichnisse durchgeht und grep in einer Schleife alle Dateinamen
nacheinander �bergibt?
Leider kann ich nicht Shellprogrammieren :(
Danke
Sebastian
------------------------------
Date: Wed, 27 Sep 2000 14:40:58 +0200
From: "Wolf, Markus, HiServ/DE" <[EMAIL PROTECTED]>
Subject: RE: [PUG] rekursiv grepen
> Wie schafft man es da� grep auch durch alle Dateien aller
Unterverzeichnisse
> sucht?
Sowas wie
find | xargs grep "abc"
k�nnte Dir helfen.
Gru�
------------------------------
Date: Wed, 27 Sep 2000 14:54:22 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] rekursiv grepen
* Sebastian G?ndisch ([EMAIL PROTECTED]) wrote/schrieb:
> Bin nicht f�ndig geworden. Sollte man irgendwie ein Script schreiben das alle
> Unterverzeichnisse durchgeht und grep in einer Schleife alle Dateinamen
> nacheinander �bergibt?
So in der Art. Entweder wie Markus es schreibt, oder die Ausgabe von find
manuell verwursten. Wenn es nicht ganz tief in die Hierarchie geht, nehme
ich auch oft "grep foo */*".
Mit manueller Verwurstung meine ich sowas:
find . -name "*" -print|
while read i
do
grep foo $i 2>/dev/null && echo $i
done
> Leider kann ich nicht Shellprogrammieren :(
Das kann jeder. ;-)
- -martin
- --
a man a plan a canal panama
------------------------------
Date: Wed, 27 Sep 2000 15:41:30 +0200
From: Sebastian G�ndisch <[EMAIL PROTECTED]>
Subject: Re: [PUG] rekursiv grepen
> > Leider kann ich nicht Shellprogrammieren :(
>
> Das kann jeder. ;-)
...der es schon mal gemacht hat :)
Danke soweit.
Der erste Tip hat seine Aufgabe schon erf�llt. L�ste aber nicht den Grund
seines Einsatzes.
Ich komme dem einfach nicht auf die Spur:
Wenn X unter meinem Userlogin startet, wird immer klyx automatisch geladen.
Will ich aber nicht. Habe �berall schon gesucht, in jedem "autostart" wie
.xinitrc, .xsession, kde autostartordner. Da es nur bei meinem User startet
mu� es an seinen Profil-Dateien liegen, zumal dieser Effect schon eine
komplette Neuinstallation �berlebt hat. Mir f�llt einfach nichtsmehr ein. Wie
sieht es bei euch aus?
Sebastian
------------------------------
Date: Wed, 27 Sep 2000 20:26:55 +0200
From: Patrick Glanz <[EMAIL PROTECTED]>
Subject: [PUG] Office-Paket, nur welches?
Moin Kameraden an der Linux-Front. Kurze Frage: Hat jemand schon mal
Applixware ausprobiert? Meine Frau als auch meine Schwester finden Linux
eigentlich ganz klasse, nur bei dem Wort StarOffice kriegen beide
Brechreiz.... Zu umst�ndlich, dauert hundert Jahre, bis es hochgefahren
ist etc.
Jetzt bin ich auf Applixware gesto�en, kenn�aber keinen, der�s im
Produktionseinsatz hat und mir ein bi�chen was �dr�ber erz�hlen k�nnte.
Anscheinend ist�s ja auch L�hnware, was aber nicht so schlimm ist...
Problem: Sowohl meine Frau als auch meine Schwester fahren
Textverarbeitungen im Profieinsatz, d. h. Fu�noten, Kapitelnummerierung,
Serienbriefe etc. sollte alles funktionieren.. Kann mir jemand mal a
bisserl was �ber Applixware erz�hlen? Evtl. gibt�s ja auch was Tolleres?
Cheers,
Patrick
------------------------------
Date: Wed, 27 Sep 2000 18:28:38 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: [PUG] Ausfaelle der PUG-Internetanbindung
- --Q68bSM7Ycu6FN28Q
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hallo!
Seit gestern abend kommt es bei unserem Provider wiederholt zu sehr langen=
=20
Ausf=E4llen der Internet-Anbindung. Es scheint sich dabei um ein Problem zu=
=20
handeln, das er am Standort Frankfurt und nicht bei sich im Haus hat. Heute=
=20
nacht waren wir von 22:00 Uhr bis 06:00 Uhr MESZ nicht erreichbar, und
w=E4hrend ich diese Mail schreibe, dauert der Ausfall auch schon 2 Stunden.
Mails werden von einem Relay in USA aufgefangen. Es geht nichts verloren.
Da k=F6nnen wir im Moment leider nichts machen, au=DFer hoffen, da=DF der S=
puk
irgendwann vor=FCber ist.
- -martin
- --=20
Politically correct Unix:
"man" pages are now called "person" pages
- --Q68bSM7Ycu6FN28Q
Content-Type: application/pgp-signature
Content-Disposition: inline
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE50iA2hbMDBI5LmukRAttpAJ9j0WVOX1BLeJ8koS9btMJwvulL6wCfa0qr
ll3cb+XhReHswRk7dRaNZ1w=
=dgMu
- -----END PGP SIGNATURE-----
- --Q68bSM7Ycu6FN28Q--
------------------------------
Date: Wed, 27 Sep 2000 18:13:19 +0200
From: "Gregor S." <[EMAIL PROTECTED]>
Subject: [PUG] XFree86 4.0
Well, habe noch genau 4 Probleme bei der Konfiguration von XFree4.0 mit
sax2
EE:=Error
WW:=Warning
WW: xf86 OpenConsole: VT_WAITACTIVE failed
WW: module ABI minor version (2) is newer than the server's version
(2)
EE: Load Module: Module glx does not have a glxModuleData data object
EE: Failed to load module "glx" (invalid module, 0)
Wer kann mir helfen??
Gr��e
------------------------------
Date: Wed, 27 Sep 2000 17:41:55 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] rekursiv grepen
* Sebastian G?ndisch ([EMAIL PROTECTED]) wrote/schrieb:
> > > Leider kann ich nicht Shellprogrammieren :(
> >
> > Das kann jeder. ;-)
>
> ...der es schon mal gemacht hat :)
Ne, also eigentlich kann es kaum jemand wirklich. Man sollte halt
verstehen, da� das Streaming die S�ule der Shellprogrammierung ist, und man
mit der normalen Denke nicht weiterkommt.
> Wenn X unter meinem Userlogin startet, wird immer klyx automatisch geladen.
> Will ich aber nicht. Habe �berall schon gesucht, in jedem "autostart" wie
> .xinitrc, .xsession, kde autostartordner. Da es nur bei meinem User startet
> mu� es an seinen Profil-Dateien liegen, zumal dieser Effect schon eine
> komplette Neuinstallation �berlebt hat. Mir f�llt einfach nichtsmehr ein. Wie
> sieht es bei euch aus?
E-ScreenShooter, ein Enlightenment-Applet. Es startet immer und immer
wieder. Ich krieg es nicht klein. Nirgends ist ein Eintrag zu finden, und
ich krieg das Autostart-Kreuzchen im Enlightenment Remember-Dialog nicht
weg. NERV!!!
Hangel Dich doch mal per Proze�liste zu dem Proze� vor, der klyx startet.
Vielleicht bringt Dir das ja irgendwelche Erkenntnisse. Und sieh Dir auf
jeden Fall mal den KDE-Autostart auf Dateiebene mit Unix-Mitteln an. Wenn
der Effekt eine Neuinstallation �berlebt hat, kannst Du auch mal testen, ob
er weggeht, wenn Du Dein KDE-Verzeichnis umbenennst, z.B. von .kde in _kde.
- -martin
- --
Reboot America.
------------------------------
Date: Wed, 27 Sep 2000 17:22:00 +0200
From: Bjoern Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: [PUG] rekursiv grepen
On Wed, Sep 27, 2000 at 03:41:30PM +0200, Sebastian G�ndisch wrote:
> Wenn X unter meinem Userlogin startet, wird immer klyx automatisch geladen.
> Will ich aber nicht. Habe �berall schon gesucht, in jedem "autostart" wie
> .xinitrc, .xsession, kde autostartordner. Da es nur bei meinem User startet
> mu� es an seinen Profil-Dateien liegen, zumal dieser Effect schon eine
> komplette Neuinstallation �berlebt hat. Mir f�llt einfach nichtsmehr ein. Wie
> sieht es bei euch aus?
Wie sieht's denn aus, wenn Du nicht KDE startest?
Vielleicht gibt ja auch die Terminal-Ausgabe von X einen
Hinweis...
Keine Ahnung ansonten...
> Sebastian
Bj�rn
- --
\|/
t(h)ree
------------------------------
Date: Wed, 27 Sep 2000 15:40:42 +0200
From: Bjoern Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: [PUG] Tip: Schnell suchen auf der Festplatte
On Tue, Sep 26, 2000 at 11:41:38PM +0200, Martin Schmitt wrote:
> Hi!
> [...]
> Viel Spa�,
>
> -martin
Was sind denn dabei die Vorteile/Unterschiede zu "locate"
("slocate" -> man locate f�hrt dahin) und "updatedb"?
- -> Bj�rn.
- --
\|/
t(h)ree
------------------------------
Date: Wed, 27 Sep 2000 16:49:03 +0200
From: Bjoern Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: [PUG] rekursiv grepen
On Wed, Sep 27, 2000 at 02:54:22PM +0200, Martin Schmitt wrote:
> * Sebastian G?ndisch ([EMAIL PROTECTED]) wrote/schrieb:
>
> > Bin nicht f�ndig geworden. Sollte man irgendwie ein Script schreiben das alle
> > Unterverzeichnisse durchgeht und grep in einer Schleife alle Dateinamen
> > nacheinander �bergibt?
>
> So in der Art. Entweder wie Markus es schreibt, oder die Ausgabe von find
> manuell verwursten. Wenn es nicht ganz tief in die Hierarchie geht, nehme
> ich auch oft "grep foo */*".
>
> Mit manueller Verwurstung meine ich sowas:
>
> find . -name "*" -print|
> while read i
> do
> grep foo $i 2>/dev/null && echo $i
> done
Noch 'ne Variante hierzu ist
find [...] -type f -exec grep -l "blabla" {} \;
- -type f ist notwendig, damit grep nicht meckert, wenn es
Verzeichnisse vorgesetzt bekommt. In -exec erscheint die Ausgabe
von find in {}. Eine weitere sehr n�tzliche Option von find ist
- -maxdepth n. find hat �berhaupt tausende sch�ner Optionen/Filter
und kann eigentlich immer als Namens-Lieferant f�r andere
Programme dienen. Wenn die Dateinamen Leerzeichen enthalten
(oder andere shell-inkompatiblen Sachen) kann man noch ein xargs
(statt -exec) dazwischenh�ngen:
find ... -print0 |xargs --null TuWas
Mit dem -print0 / --null werden die Namen dann als 0-terminierte
strings (C-m��ig) weitergegeben - ohne da� die shell (die
Leerzeichen sonst als Trenner behandelt und die Namen dann
auseinandernimmt) dazwischenfunkt.
grep -l
gibt nur den Dateinamen aus, nicht die Zeile mit dem Treffer (hat
den selben Effekt wie Martin's grep ... $i ... && echo $i).
>
> > Leider kann ich nicht Shellprogrammieren :(
>
> Das kann jeder. ;-)
Jau. Man mu� nur manpages lesen k�nnen. Und wenn man das nicht kann,
mu� man halt C lernen. ;-)
> -martin
>
Bj�rn.
- --
\|/
t(h)ree
------------------------------
Date: Wed, 27 Sep 2000 17:06:31 +0200
From: "Wolf, Markus, HiServ/DE" <[EMAIL PROTECTED]>
Subject: RE: [PUG] rekursiv grepen
> ...der es schon mal gemacht hat :)
�bung macht den Meister. :-)
> > mu� es an seinen Profil-Dateien liegen, zumal dieser Effect schon eine
> > komplette Neuinstallation �berlebt hat. Mir f�llt einfach nichtsmehr
> ein. Wie
> sieht es bei euch aus?
Neuinstallation ohne �nderungen an den Konfigs?
> startkde-Script gechecked?
>
Markus
------------------------------
Date: Wed, 27 Sep 2000 16:47:23 +0200
From: "Gregor S." <[EMAIL PROTECTED]>
Subject: [PUG] XFree4.0
Dies ist eine mehrteilige Nachricht im MIME-Format.
- --------------1453C223126F4D61FF33D018
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
So, damit es nicht langweilig wird habe ich mal wieder ein neues Problem
:-)
Ich habe letzte Woche mit einer Evalutions CD mein SuSE 6.4 auf 7.0
upgedatet.
Der Befehl "X -showconfig2 ergab, dass XFree 3.3.6 installiert ist. Bei
dem Update wurde allerdings das Packet
xf86-4.0-57 bereits installiert. Nun wollte ich auch Xfree 4.0 zum
laufen bringen. Gehe ich recht der Annahme, dass
ich 4.0 mit sax2 konfiguriere?! Zumindest habe ich sax2 aufgerufen (ging
nur vom laufenden X-Server aus sprich aus KDE heraus).
Allerdings bekam ich einige Fehlermeldungen bei der Konfiguration. Diese
sind in der *.log Datei aufgef�hrt
- - bitte um Hilfe
Greg
- --------------1453C223126F4D61FF33D018
Content-Type: text/plain; charset=us-ascii;
name="XFree4.0.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="XFree4.0.log"
XFree86 Version 4.0 / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 8 March 2000
If the server is older than 6-12 months, or if your card is newer
than the above date, look for a newer version before reporting
problems. (see http://www.XFree86.Org/FAQ)
Operating System: SuSE Linux [ELF] SuSE
Module Loader present
(==) Log file: "/var/log/XFree86.1.0.log", Time: Tue Sep 26 16:43:50 2000
(++) Using config file: "/var/X11R6/lib/sax/files/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (??) unknown.
(==) ServerLayout "Layout[all]"
(**) |-->Screen "Screen[0]" (0)
(**) | |-->Monitor "Monitor[0]"
(**) | |-->Device "Device[0]"
(**) |-->Input Device "Keyboard[0]"
(**) Option "Protocol" "Standard"
(**) Option "XkbKeycodes" "xfree86"
(**) XKB: keycodes: "xfree86"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc104"
(**) XKB: model: "pc104"
(**) Option "XkbLayout" "de"
(**) XKB: layout: "de"
(**) Option "XkbVariant" "nodeadkeys"
(**) XKB: variant: "nodeadkeys"
(**) |-->Input Device "Mouse[1]"
(**) Option "Xinerama" "off"
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/PEX".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/PEX").
(WW) The directory "/usr/X11R6/lib/X11/fonts/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/latin2/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/latin2/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/latin7/75dpi" does not exist.
Entry deleted from font path.
(WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/truetype".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/truetype").
(WW) The directory "/usr/X11R6/lib/X11/fonts/ucs/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/ucs/75dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/ucs/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/hellas/misc" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/hellas/75dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/hellas/100dpi" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/hellas/Type1" does not exist.
Entry deleted from font path.
(WW) The directory "/usr/X11R6/lib/X11/fonts/xtest" does not exist.
Entry deleted from font path.
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/local,/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/100dpi,/usr/X11R6/lib/X11/fonts/latin2/75dpi,/usr/X11R6/lib/X11/fonts/latin2/100dpi,/usr/X11R6/lib/X11/fonts/kwintv,/usr/X11R6/lib/X11/fonts/uni"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(**) ModulePath set to "/usr/X11R6/lib/modules"
(**) Option "AllowMouseOpenFail"
(--) using VT number 8
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.1
XFree86 Video Driver: 0.1
XFree86 XInput driver : 0.1
XFree86 Server Extension : 0.1
XFree86 Font Renderer : 0.1
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.1
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.0, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.1
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 10b9,1541 card 10b9,1541 rev 04 class 06,00,00 hdr 00
(II) PCI: 00:01:0: chip 10b9,5243 card 0000,0000 rev 04 class 06,04,00 hdr 01
....
(II) PCI: 01:00:0: chip 102b,0525 card 102b,217d rev 04 class 03,00,00 hdr 00
(II) PCI: End of PCI scan
(II) LoadModule: "scanpci"
(II) Loading /usr/X11R6/lib/modules/libscanpci.a
(II) Module scanpci: vendor="The XFree86 Project"
compiled for 4.0, module version = 0.1.0
ABI class: XFree86 Video Driver, version 0.1
(II) UnloadModule: "scanpci"
(II) Unloading /usr/X11R6/lib/modules/libscanpci.a
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set)
(II) Bus 1 I/O range:
(II) Bus 1 non-prefetchable memory range:
[0] -1 0xe4000000 - 0xe7ffffff (0x4000000) M[X]B
(II) Bus 1 prefetchable memory range:
[0] -1 0xe8000000 - 0xe9ffffff (0x2000000) M[X]B
(--) PCI: (0:12:0) BrookTree unknown chipset (0x036e) rev 2, Mem @ 0xeb001000/12
(--) PCI:*(1:0:0) Matrox MGA G400 AGP rev 4, Mem @ 0xe8000000/25, 0xe4000000/14,
0xe5000000/23
(II) Addressable bus resource ranges are
[0] -1 0x00000000 - 0xffffffff (0x0) M[X]B
[1] -1 0x00000000 - 0x0000ffff (0x10000) I[X]B
(II) OS-reported resource ranges:
[0] -1 0xffe00000 - 0xffffffff (0x200000) M[X]B(B)
.....
[18] -1 0x0000e400 - 0x0000e4ff (0x100) I[X]BE
[19] -1 0x0000e000 - 0x0000e0ff (0x100) I[X]BE
(II) LoadModule: "dbe"
(II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a
(II) Module dbe: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "type1"
(II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a
(II) Module type1: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.1
(II) Loading font Type1
(II) Loading font CID
(II) LoadModule: "speedo"
(II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a
(II) Module speedo: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.1
(II) Loading font Speedo
(II) LoadModule: "extmod"
(II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a
(II) Module extmod: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 Server Extension
ABI class: XFree86 Server Extension, version 0.1
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension FontCache
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) LoadModule: "freetype"
(II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a
(II) Module freetype: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.1.7
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.1
(II) Loading font FreeType
(II) LoadModule: "mga"
(II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o
(II) Module mga: vendor="The XFree86 Project"
compiled for 4.0.1, module version = 1.0.0
Module class: XFree86 Video Driver
ABI class: XFree86 Video Driver, version 0.2
(WW) module ABI minor version (2) is newer than the server's version (1)
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
(II) Module mouse: vendor="The XFree86 Project"
compiled for 4.0, module version = 1.0.0
Module class: XFree86 XInput Driver
ABI class: XFree86 XInput driver, version 0.1
(II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w,
mga2164w AGP, mgag100, mgag200, mgag200 PCI, mgag400
(II) Primary Device is: PCI 01:00:0
(II) Primary Device is: PCI 01:00:0
(--) Chipset mgag400 found
(II) resource ranges after xf86ClaimFixedResources() call:
[0] -1 0xffe00000 - 0xffffffff (0x200000) M[X]B(B)
........
[18] -1 0x0000e400 - 0x0000e4ff (0x100) I[X]BE
[19] -1 0x0000e000 - 0x0000e0ff (0x100) I[X]BE
Fatal server error:
Caught signal 4. Server aborting
When reporting a problem related to a server crash, please send
the full server output, not just the last messages.
This can be found in the log file "/var/log/XFree86.1.0.log".
- --------------1453C223126F4D61FF33D018--
------------------------------
Date: Wed, 27 Sep 2000 21:34:32 +0200
From: [EMAIL PROTECTED] (Ren� F. Franke)
Subject: Re: [PUG] Office-Paket, nur welches?
...on Mit, 27 Sep 2000 You wrote:
> bisserl was �ber Applixware erz�hlen? Evtl. gibt�s ja auch was Tolleres?
>
klar doch gibts was tolleres - besonders f�r den professionellen bereich. es
heisst "tex/latex"!!! ;-)
ren�
> ---------------------------------------------------------------------------
> PUG - Penguin User Group Wiesbaden - http://www.pug.org
- --
- -----------------------------
reply as well 2 [EMAIL PROTECTED]
...or /dev/null ;-)
- -----------------------------
------------------------------
Date: Wed, 27 Sep 2000 21:43:58 +0200
From: Martin Schmitt <[EMAIL PROTECTED]>
Subject: Re: [PUG] Tip: Schnell suchen auf der Festplatte
* Bjoern Pfeiffer ([EMAIL PROTECTED]) wrote/schrieb:
> Was sind denn dabei die Vorteile/Unterschiede zu "locate"
> ("slocate" -> man locate f�hrt dahin) und "updatedb"?
Der Spa� am Ger�t.
�rks.
Du hast recht. Wir haben irgendwann mal auf irgendwelchen steinzeitlichen
Kisten mit diesem offline-Find angefangen, weil es keine M�glichkeit gab,
die Sucherei zu verk�rzen und weil uns diese Beschreibung aus dem Buch
bekannt war. Ich hab dann "locate" irgendwie verdr�ngt und bin den alten
Weg immer weitergegangen.
Sollte kein gro�er Unterschied sein.
Ich hab das jetzt original auf all meinen Maschinen so wie ich es
beschrieben habe.
- -martin
- --
The only person who got his work done by Friday was Crusoe.
------------------------------
End of [EMAIL PROTECTED] - Digest V1 #121
************************************
--------------------------------------------------------------------------
Digest von "[EMAIL PROTECTED]" - http://www.pug.org
