Re: VLC stottert (war: DVD Player der DVD-Menüs anzeigen kann)
Am Donnerstag, 18. Mai 2006 15:10 schrieb Peer Oliver Schmidt: Christoph Grzeschik wrote: Das Bild stottert immer kurz. Es ist zwar nicht drastisch aber es stört schon ein bisschen den Spaß. Wie gesagt...unter dem mplayer sieht es perfekt aus. hdparm ist bei mir garnicht installiert?! Hdparm muss aber installiert sein und mit hdparm /dev/hda1 -d1 muss der DMA-Modus aktiviert werden. Sonst ist die Verbindung nicht schnell genug, was der Grund sein könnte. Gruß, Leewe
Re: PHP Editor
Am Mittwoch, 17. Mai 2006 13:44 schrieb Markus Schulz: On Wednesday 17 May 2006 11:06, Stefan Stolz wrote: Hallo, ich bin gerade auf der Suche nach einem neuen PHP Editor. Bisher verwendete ich einfach Kate womit ich auch sehr zufrieden bin und was eigentlich auch ausreicht. Nun habe ich aber ein Projekt wo in einer Datei oft ewig viele Funktionen bin. Ich bräuchte daher einen PHP Editor der mir in einer Seitenleiste die Funktionen in der Datei auflisten kann. GPHPEdit macht das zB was ich gesehen habe. Er will aber bei mir nicht richtig funktionieren. Wenn ich auf eine Funktion in der Seitenleiste doppelklicke springt er nicht zur Funktion. Auch fehlt mir der Verzeichnisbaum in der Seitenleiste. Bei ewig vielen Dateien ist es hart jedesmal auf Datei öffnen zu klicken. Wäre für Tips dankbar. Hast du schonmal KDevelop angeguckt? Ist zwar riesig, das Programm, aber für PHP Projekte sind da auch entsprechende Module drin... Gruß, Leewe
Re: Minimalinstallation mit grafischem Browser?
Am Montag, 15. Mai 2006 12:00 schrieb Helmut Wollmersdorfer: Icewm habe ich installiert, aber der w3m öffnet sich nicht, wenn ich in icewm auf den Menüeintrag klicke. Selbiges gilt für die bash. Vielleicht könntest du Fluxbox nehmen, das ist ja bei DSL-Linux immer dabei, deshalb ist es mir eingefallen... Und als Browser, wie schon gesagt, Dillo. Zitat von damsmalllinux.org: -Browser: Dillo -* completely written in C. -* small: source is less than 365 KB, and the binary is around 300 KB! -* Dillo is mainly based on GTK+ (GNOME is NOT required!) -* Dillo is very fast! - -The Dillo browser in Damn Small has been enhanced, it supports SSL, tabs and -frames! -Paches by Andreas Kemnade and Frank de Lange. Gruß, Jan Leewe
Bind FORMERR
Hi,
ich habe mal eine Frage: Ich habe einen lokalen NS (bind9) laufen und mein
daemon.log wird mir wie folgt zugeballert, fast jedes lookup wird mit einer
Meldung belohnt:
[EMAIL PROTECTED]:/var/swww$ sudo tail /var/log/daemon.log
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ddclient.sourceforge.net/A/IN': 217.237.150.225#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns1.vasoftware.com//IN': 217.237.150.225#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ddclient.sourceforge.net/A/IN': 194.25.2.129#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns1.ostg.com//IN': 194.25.2.129#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns2.ostg.com//IN': 194.25.2.129#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns2.vasoftware.com//IN': 194.25.2.129#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns1.ostg.com//IN': 217.237.150.225#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns2.ostg.com//IN': 217.237.150.225#53
May 13 12:38:04 behrendt named[5730]: FORMERR resolving
'ns2.vasoftware.com//IN': 217.237.150.225#53
Hier ist meine /etc/bind/named.conf.options:
options {
directory /var/cache/bind;
allow-query { 192.168.0.0/24; 127.0.0.1; };
allow-recursion { 192.168.0.0/24; 127.0.0.1; };
forwarders {
194.25.2.129;
213.191.74.18;
213.191.74.19;
217.237.150.225;
};
};
Die db.root habe ich neu erstellt, mit diesem command:
dig @e.root-servers.net . ns
Ich hoffe, jemand kann helfen!
Vielen Dank!
Leewe
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: SFTP Charset Probleme
Am Dienstag, 9. Mai 2006 22:18 schrieb Andreas Pakulat: On 09.05.06 21:28:22, Michael Liebl wrote: Am Dienstag, den 09. Mai 2006 schrubte Jan Leewe Behrendt: Der SFTP Server im openssh Paket scheint nicht mit UTF-8 umgehen zu können. Ich habe die LANG-Variable richtig gesetzt, einen neuen Kernel kompiliert mit CONFIG_NLS_DEFAULT=utf8 und bin trotz alledem zu keinem Ergebnis gekommen. Kann ich nicht ganz nachvollziehen. Mit dem sftp-Client ist die Anzeige tatsächlich grausam, mit WinSCP von Windows aus, habe ich alle meine Umlaute. Tjaa, schau dir nochmal den Original-Thread an, das Problem besteht beim Anlegen von Dateien mit Umlauten. Diese werden auf dem Server in der falschen Kodierung angelegt (bei mir z.B. Latin1, statt UTF-8), wenn man mit WinSCP oder Konquerors sftp:// beigeht. Wenn ich dagegen sftp nutze und eine Datei mit Umlauten ablege ist die hinterher im FS auch korrekt kodiert Ich habe ein Update zu vermelden. Heute habe ich es vom Mac os X Client Cyberduck aus probiert und siehe da --- es geht! Allerdings das Anlegen der Dateien habe ich nicht ausprobiert. Aber bisher hatte ich ja nicht einmal eine vernünftige Anzeige. @Michael: auch bei WinSCP habe ich keine UTF-Anzeige! Ich versteh die Welt nicht :( Gruß, Leewe
Re: SFTP Charset Probleme
Ich habe ein Update zu vermelden. Heute habe ich es vom Mac os X Client Cyberduck aus probiert und siehe da --- es geht! Allerdings das Anlegen der Dateien habe ich nicht ausprobiert. Aber bisher hatte ich ja nicht einmal eine vernünftige Anzeige. @Michael: auch bei WinSCP habe ich keine UTF-Anzeige! Ich versteh die Welt nicht :( Habe jetzt in WinSCP eine Option gefunden, die da heißt Server does not support UTF-8. Die war auf Auto, nachdem ich sie auf Off gestellt hatte, ging es plötzlich. Also liegt es doch am Client. Mit WinScp hatte ich auch beim Anlegen dann keinerlei Probleme mehr. Frag mich jetzt nur, wie man den Server dazu bringt, dem Client mitzuteilen, dass es sich um UTF-8 handelt. Dann müsste es meiner Meinung nach auch in Konqueror funktionieren und ich wär glücklich :) Aber in bisschen glücklich bin ich schon, weil ich wenigstens mit WinSCP weitergekommen bin. Vielen Dank für Eure Hilfe! Leewe
Re: Problems with sftp :-(
Erstmal danke für deine Hilfe, Andreas! grep NLS /boot/config-`uname -r` sagt mir, dass alles, was ich benötige, als Modul mit drin ist... Die Frage ist auf was steht DEFAULT? Ah, auf Iso8859-1. Könnte helfen, wenn ich den Kernel neu mache. Wird heut geschehen... Kann es wirklich sein, dass der sftp-Server da dermaßen hinterherhinkt und UTF nicht kann? Koennen kann er das wohl, eventuell weiss er nur nicht das die Umgebung UTF benutzt. Bei mir ist z.B. LANG=C fuer alle die das nicht in $HOME/.bash_profile oder aehnlichem aendern. Moeglich das es daran leigt. [EMAIL PROTECTED]:~$ locale Ist das als root? Und selbst wenn das als root hinhaut ist das nicht unbedingt ne Garantie dafuer das das auch gilt wenn die Datei benannt wird. Ohne genaueres Wissen ueber sshd und sftp-server Interna wirst du da nicht weiterkommen. Denn man kann ja nicht einfach mal so den Verkehr mitschneiden und schauen ob der Client die falsche Kodierung vorgibt oder der Server-Part dann die falsche Zielkodierung raussucht. Wie gesagt es ist moeglich das CONFIG_NLS_DEFAULT da hilft und das ganze dann klappt (besonders wenn das momentan auf iso8859-1 steht). Das war meine erste Vermutung... Aber das ist in /etc/environment festgelegt Das bedeutet aber nicht das alle Prozesse diese Variable gesetzt haben, insbesondere werden Umgebungsvariablen evtl. wieder entfernt aus Sicherheitsgruenden. Oh, naja, das wusste ich nicht. Aber die locale steht global (Sofern denn nicht entfernt) auf de_DE.UTF-8 Kann ich irgendwie herausfinden, mit welcher kodierung eine Datei abgespeichert wurde? Der Inhalt der Datei sollte unberuehrt sein, die Kodierung des Dateinamens kriegt man raus indem man in einer korrekten Umgebung ls | file - ausfuehrt. In meiner UTF-8 Umgebung sagt mir das halt das das Ergebnis latin1 kodiert ist. Stimmt, bei mir auch... Nur, warum geht es dann nicht, obwohl ich die locale auf de_DE zurückstelle? Was geht dann nicht? Wenn du auf de_DE umstellst sollten die Dateinamen in latin1 erzeugt werden und das Terminal auf dem Server mit LANG=de_DE sollte bei einem ls die richtigen Dateinamen anzeigen. Die richtigen Dateinamen wurden nicht angezeigt in de_DE... Habe aber herausgefunden, dass die Namen der Dateien, die ich mit de_DE als LANG erstelle, in ASCII angelegt werden, was mich auch sehr gewundert hat. Deutsch und ASCII passt ja eigentlich nicht so toll zusammen... Danke nochmal! Leewe
SFTP Charset Probleme
Hallo, ich habe unter dem Thread Problems with Sftp schon meine Probleme geschildert: Der SFTP Server im openssh Paket scheint nicht mit UTF-8 umgehen zu können. Ich habe die LANG-Variable richtig gesetzt, einen neuen Kernel kompiliert mit CONFIG_NLS_DEFAULT=utf8 und bin trotz alledem zu keinem Ergebnis gekommen. Dokumentation zu dem Thema ist schlichtweg nicht auffindbar und auch auf den openssh-Seiten habe ich gar nichts finden können. Ich glaube, ich muss aufgeben und mich mit FTP begnügen, das kann ja bestimmt mit UTF umgehen, wenn man den richtigen Server nimmt... Aber wenn jemand noch eine Idee hat oder vielleicht gibt es ja ein alternatives SFTP-Subsystem zu dem openssh-System, würde ich mich über Antwort freuen! Viele Grüße, Leewe
Problems with sftp :-(
Hi everybody, I've got two Debian Sarge servers running. Apart from smtp/imap they serve smb for Windows networks and also I wanted to be able to have remote access via sftp. Samba stores its files, as configured by default, using the utf-8 charset. The locale is set to de_DE.UTF-8 and everything works just fine - apart from the sftp access... Using sftp (either from konqueror or winscp), special characters, namely German Umlaute, do not show properly and if I save a new file with a filename containing special chars, they apparently are not UTF-encoded as I can't read them from the console nor from smb. I went through google several times but I could not find anything which kinda takes me by surprise as this problem must be known to some lads out there :-) Thanks, janleewe -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problems with sftp :-(
Oh, nochmal auf Deutsch: Ich greife mit ssh, smb und sftp auf einen Server (Debian 3.1) zu: Eigentlich sollte alles mit UTF funktionieren, Samba macht das ja sowieso, ist auch so eingestellt und die locale steht auf de_DE.UTF-8... Nur leider leider tut sftp anscheinend damit nicht klar kommen. Ich kann dort die Umlaute nicht sehen und andersrum, wenn ich da Dateien mit Umlauten im Namen erstelle, dann kann ich sie von konsole und smb nicht lesen... :( Kann mir jemand hier helfen? Vielen Dank, Jan Leewe Am Montag, 8. Mai 2006 14:12 schrieb Jan Leewe Behrendt: Hi everybody, I've got two Debian Sarge servers running. Apart from smtp/imap they serve smb for Windows networks and also I wanted to be able to have remote access via sftp. Samba stores its files, as configured by default, using the utf-8 charset. The locale is set to de_DE.UTF-8 and everything works just fine - apart from the sftp access... Using sftp (either from konqueror or winscp), special characters, namely German Umlaute, do not show properly and if I save a new file with a filename containing special chars, they apparently are not UTF-encoded as I can't read them from the console nor from smb. I went through google several times but I could not find anything which kinda takes me by surprise as this problem must be known to some lads out there :-) Thanks, janleewe -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Problems with sftp :-(
Am Montag, 8. Mai 2006 15:54 schrieb Andreas Pakulat: On 08.05.06 15:03:06, [EMAIL PROTECTED] wrote: Noch etwas: Ich meine SSH FTP und nicht dieses simple ftp, wenn ich von sftp spreche... Hatte ich angenommen, ich kann zwar zu deinem speziellen Problem nichts beitragen, aber... Kann man diesen sftp-server irgendwie konfigurieren? Als clients hab ich winscp und konqueror probiert... Der sftp-server nennt sich AFAIK sshd, deswegen ja auch ssh FTP ;-) Ja, das weiß ich schon... Genauer ist es ein sog. Subsystem, man kann in der sshd_config auch den Pfad angeben. Aber keine Konfiguration :( Bloß, ich hätte gedacht, dass das keine Probleme mit charsets macht und in der winscp-doku steht auch, dass winscp utf-8 kann. Aber warum macht es der server nicht?? :( Andreas -- You will be aided greatly by a person whom you thought to be unimportant.
Re: Problems with sftp :-(
Am Montag, 8. Mai 2006 18:13 schrieb Andreas Pakulat: On 08.05.06 17:48:07, Jan Leewe Behrendt wrote: Am Montag, 8. Mai 2006 15:54 schrieb Andreas Pakulat: On 08.05.06 15:03:06, [EMAIL PROTECTED] wrote: Noch etwas: Ich meine SSH FTP und nicht dieses simple ftp, wenn ich von sftp spreche... Hatte ich angenommen, ich kann zwar zu deinem speziellen Problem nichts beitragen, aber... Kann man diesen sftp-server irgendwie konfigurieren? Als clients hab ich winscp und konqueror probiert... Der sftp-server nennt sich AFAIK sshd, deswegen ja auch ssh FTP ;-) Ja, das weiß ich schon... Genauer ist es ein sog. Subsystem, man kann in der sshd_config auch den Pfad angeben. Aber keine Konfiguration :( Bloß, ich hätte gedacht, dass das keine Probleme mit charsets macht und in der winscp-doku steht auch, dass winscp utf-8 kann. Aber warum macht es der server nicht?? :( Passiert das im sftp und im scp-Modus von WinSCP? Hast du schonmal nen *nix-sftp oder scp Client probiert? Kurz: Bist du sicher das der Server das Problem ist? Ja eigentlich schon. Denn ich habe es auch mit dem sftp- und dem fish-Protokoll im Konqueror probiert und da sollte es ja eigentlich erst recht klappen, zumal von kubuntu aus, das ja alles auf utf gestellt hat. Kann es helfen, einen neuen Kernel zu backen mit UTF als Standard-Charset?
Re: Problems with sftp :-(
Am Montag, 8. Mai 2006 18:13 schrieb Andreas Pakulat: On 08.05.06 17:48:07, Jan Leewe Behrendt wrote: Am Montag, 8. Mai 2006 15:54 schrieb Andreas Pakulat: On 08.05.06 15:03:06, [EMAIL PROTECTED] wrote: Noch etwas: Ich meine SSH FTP und nicht dieses simple ftp, wenn ich von sftp spreche... Hatte ich angenommen, ich kann zwar zu deinem speziellen Problem nichts beitragen, aber... Kann man diesen sftp-server irgendwie konfigurieren? Als clients hab ich winscp und konqueror probiert... Der sftp-server nennt sich AFAIK sshd, deswegen ja auch ssh FTP ;-) Ja, das weiß ich schon... Genauer ist es ein sog. Subsystem, man kann in der sshd_config auch den Pfad angeben. Aber keine Konfiguration :( Bloß, ich hätte gedacht, dass das keine Probleme mit charsets macht und in der winscp-doku steht auch, dass winscp utf-8 kann. Aber warum macht es der server nicht?? :( Passiert das im sftp und im scp-Modus von WinSCP? Hast du schonmal nen *nix-sftp oder scp Client probiert? Kurz: Bist du sicher das der Server das Problem ist? Ja eigentlich schon. Denn ich habe es auch mit dem sftp- und dem fish-Protokoll im Konqueror probiert und da sollte es ja eigentlich erst recht klappen, zumal von kubuntu aus, das ja alles auf utf gestellt hat. Kann es helfen, einen neuen Kernel zu backen mit UTF als Standard-Charset?
Re: Problems with sftp :-(
Am Montag, 8. Mai 2006 18:50 schrieb Andreas Pakulat: On 08.05.06 18:20:27, Jan Leewe Behrendt wrote: Am Montag, 8. Mai 2006 18:13 schrieb Andreas Pakulat: On 08.05.06 17:48:07, Jan Leewe Behrendt wrote: Am Montag, 8. Mai 2006 15:54 schrieb Andreas Pakulat: On 08.05.06 15:03:06, [EMAIL PROTECTED] wrote: Noch etwas: Ich meine SSH FTP und nicht dieses simple ftp, wenn ich von sftp spreche... Hatte ich angenommen, ich kann zwar zu deinem speziellen Problem nichts beitragen, aber... Kann man diesen sftp-server irgendwie konfigurieren? Als clients hab ich winscp und konqueror probiert... Der sftp-server nennt sich AFAIK sshd, deswegen ja auch ssh FTP ;-) Ja, das weiß ich schon... Genauer ist es ein sog. Subsystem, man kann in der sshd_config auch den Pfad angeben. Aber keine Konfiguration :( Bloß, ich hätte gedacht, dass das keine Probleme mit charsets macht und in der winscp-doku steht auch, dass winscp utf-8 kann. Aber warum macht es der server nicht?? :( Passiert das im sftp und im scp-Modus von WinSCP? Hast du schonmal nen *nix-sftp oder scp Client probiert? Kurz: Bist du sicher das der Server das Problem ist? Ja eigentlich schon. Denn ich habe es auch mit dem sftp- und dem fish-Protokoll im Konqueror probiert und da sollte es ja eigentlich erst recht klappen, zumal von kubuntu aus, das ja alles auf utf gestellt hat. Puh, kann ich hier reproduzieren. Offensichtlich werden die Dateien mit latin1-Kodierung angelegt. Ich kann aber mit dem command-line client sftp Dateien mit Umlauten uebertragen, allerdings nur wenn sie nicht mit einem Umlaut anfangen. Die werden dann auch korrekt angelegt. Ja, das kann ich jetzt auch bestätigen. Hilft nur leider nicht weiter :-( Ich denke, ich versuche vielleicht nochmal, einen neuen Kernel zu bauen. Benutze den Standard Kernel aus dem Debian-Archiv... Allerdings ist ja denke ich der Kubuntu-Kernel schon mit utf-Unterstützung kompiliert und dort tritt das gleiche Phänomen auf. Kann es wirklich sein, dass der sftp-Server da dermaßen hinterherhinkt und UTF nicht kann? Kann ich irgendwie herausfinden, mit welcher kodierung eine Datei abgespeichert wurde? Kann es helfen, einen neuen Kernel zu backen mit UTF als Standard-Charset? Moeglich, aber wissen tue ich das auch nicht... Ich kann dir da leider auch nicht weiter helfen, dazu kenne ich mich zu wenig mit ssh und Dateinamen-Kodierung aus... Andreas -- You will be the last person to buy a Chrysler.
Re: Problems with sftp :-(
Am Montag, 8. Mai 2006 21:17 schrieb Andreas Pakulat: On 08.05.06 20:52:41, Jan Leewe Behrendt wrote: Allerdings ist ja denke ich der Kubuntu-Kernel schon mit utf-Unterstützung kompiliert und dort tritt das gleiche Phänomen auf. grep NLS /boot/config-kernelversion sagt dir genaueres, CONFIG_NLS_DEFAULT gibt die default Kodierung an. grep NLS /boot/config-`uname -r` sagt mir, dass alles, was ich benötige, als Modul mit drin ist... Kann es wirklich sein, dass der sftp-Server da dermaßen hinterherhinkt und UTF nicht kann? Koennen kann er das wohl, eventuell weiss er nur nicht das die Umgebung UTF benutzt. Bei mir ist z.B. LANG=C fuer alle die das nicht in $HOME/.bash_profile oder aehnlichem aendern. Moeglich das es daran leigt. [EMAIL PROTECTED]:~$ locale LANG=de_DE.UTF-8 LANGUAGE=de_DE.UTF-8:de:de_DE:en_GB LC_CTYPE=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 LC_TIME=de_DE.UTF-8 LC_COLLATE=de_DE.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MESSAGES=de_DE.UTF-8 LC_PAPER=de_DE.UTF-8 LC_NAME=de_DE.UTF-8 LC_ADDRESS=de_DE.UTF-8 LC_TELEPHONE=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_IDENTIFICATION=de_DE.UTF-8 LC_ALL= Das war meine erste Vermutung... Aber das ist in /etc/environment festgelegt Kann ich irgendwie herausfinden, mit welcher kodierung eine Datei abgespeichert wurde? Der Inhalt der Datei sollte unberuehrt sein, die Kodierung des Dateinamens kriegt man raus indem man in einer korrekten Umgebung ls | file - ausfuehrt. In meiner UTF-8 Umgebung sagt mir das halt das das Ergebnis latin1 kodiert ist. Stimmt, bei mir auch... Nur, warum geht es dann nicht, obwohl ich die locale auf de_DE zurückstelle? Hmm, sehr seltsam, das... Viele Grüße, Leewe
