Fals Du noch keine Lösung gefunden hast:
+---[ '~/.Xresources/XTerm' ]-
|
| *vt100.eigthBitControl: False
| *vt100.eigthBitInput: True
| *vt100.eigthBitOutput: True
+-
Greetings
Michelle Konzack
Systemadm
ot;\e[5C": forward-word
>> 45 "\e[5D": backward-word
>> 46 "\e\e[C": forward-word
>> 47 "\e\e[D": backward-word
>
>> Wenn ich jedoch in xterm versuche mit STRG+PFEIL zwischen den Wörtern
>> hin- und herzuspringen gibt er mir nur fo
rd
> 46 "\e\e[C": forward-word
> 47 "\e\e[D": backward-word
> Wenn ich jedoch in xterm versuche mit STRG+PFEIL zwischen den Wörtern
> hin- und herzuspringen gibt er mir nur folgendes aus:
Dann sind das wohl nicht die richtigen Codes. Ich habe es gerade get
Hallo,
ich habe ein Problem mit xterm:
in meiner inputrc habe ich unter anderem folgendes stehen:
43 # # mappings for Ctrl-left-arrow and Ctrl-right-arrow for word moving
44 "\e[5C": forward-word
45 "\e[5D": backward-word
46 "\e\e[C": forward-word
47 &qu
Peter Wiersig wrote:
> On Sat, Jul 08, 2006 at 10:11:57AM +0200, Peter Jordan wrote:
>> nutze debian sid und Enlightenment und bei mir gehen in eterm, xterm,
>> usw. als user die Umlaute nicht;
>
> Umlaut-Eingabe? .inputrc, /etc/inputrc kontrollieren
>
> Umlaut-Ausga
Peter Wiersig wrote:
> On Sat, Jul 08, 2006 at 10:11:57AM +0200, Peter Jordan wrote:
>> nutze debian sid und Enlightenment und bei mir gehen in eterm, xterm,
>> usw. als user die Umlaute nicht;
>
> Umlaut-Eingabe? .inputrc, /etc/inputrc kontrollieren
>
> Umlaut-Ausga
On Sat, Jul 08, 2006 at 10:11:57AM +0200, Peter Jordan wrote:
>
> nutze debian sid und Enlightenment und bei mir gehen in eterm, xterm,
> usw. als user die Umlaute nicht;
Umlaut-Eingabe? .inputrc, /etc/inputrc kontrollieren
Umlaut-Ausgabe? "locale" und damit LANG oder LC
Hallo,
nutze debian sid und Enlightenment und bei mir gehen in eterm, xterm,
usw. als user die Umlaute nicht; wenn ich mit su als root arbeite, ist
alles kein Problem.
Hat jemand ähnliche Problem und vielleicht ein Lösung parat?
Vielen Dank für die Hilfe,
Peter
--
Haeufig gestellte Fragen
Am 2006-05-13 13:05:55, schrieb Wolf Wiegand:
> Hallo,
> Das gleiche Problem besteht u.a. bei dpkg-parsechangelog, (z)cat und
> grep. LC_CTYPE ist in beiden auf [EMAIL PROTECTED] gesetzt. Ist das ein Bug im
> xterm oder eine falsche Einstellung bei mir?
Versuchs mal mit UTF-8
&g
On 14.05.06 21:33:24, Wolf Wiegand wrote:
> Andreas Pakulat wrote:
>
> > > Ein 'LANG=C head changelog' liefert die gleiche kaputte Ausgabe.
> >
> > Aehm, nimm mal nicht head, sondern z.B. less ;-) Oder laesst du
> > apt-listchanges nicht mit less anzeigen?
>
> D'Oh! Ähm, doch. Jetzt muss ich mir
On 14.05.06 17:27:03, Jörg Sommer wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> > On 13.05.06 13:35:23, Norbert Preining wrote:
> >> On Sam, 13 Mai 2006, Wolf Wiegand wrote:
> >> > mein xterm verschluckt sich manchmal an Sonderzeichen:
> >>
&
Hallo,
Andreas Pakulat wrote:
> > Ein 'LANG=C head changelog' liefert die gleiche kaputte Ausgabe.
>
> Aehm, nimm mal nicht head, sondern z.B. less ;-) Oder laesst du
> apt-listchanges nicht mit less anzeigen?
D'Oh! Ähm, doch. Jetzt muss ich mir nur noch was überlegen, wie ich das
für root für
Hallo Andreas,
Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> On 13.05.06 13:35:23, Norbert Preining wrote:
>> On Sam, 13 Mai 2006, Wolf Wiegand wrote:
>> > mein xterm verschluckt sich manchmal an Sonderzeichen:
>>
>> Nicht an sonderzeichen, aber an UTF8 code.
On 14.05.06 20:37:16, Wolf Wiegand wrote:
> Andreas Pakulat wrote:
> > On 13.05.06 13:05:55, Wolf Wiegand wrote:
> > Weiterhin ist z.B. das tasksel changelog nicht komplett korrekt kodiert,
> > da sind noch latin1-kodierte Zeichen drin.
>
> Wo? 'file' sagt utf8, und 'recode utf8..utf8' ändert nic
Hallo,
Andreas Pakulat wrote:
> On 13.05.06 13:05:55, Wolf Wiegand wrote:
> > mein xterm verschluckt sich manchmal an Sonderzeichen:
>
> Die changelogs sollten normalerweise UTF-8 kodiert sein, das kann dein
> xterm aber nicht so einfach anzeigen.
Ok, irgendwann muss ich dem
On 13.05.06 19:49:42, Norbert Preining wrote:
> On Sam, 13 Mai 2006, Andreas Pakulat wrote:
> > wo ich arbeite nehmen die wenigstens Notepad zum Editieren sondern haben
> > IDE's oder "richtige" Editor (tm) auch unter Windows, die das
> > automagisch konvertieren.
>
> Umpf. Das ist schlecht. Ich k
Hallo Andreas!
On Sam, 13 Mai 2006, Andreas Pakulat wrote:
> wo ich arbeite nehmen die wenigstens Notepad zum Editieren sondern haben
> IDE's oder "richtige" Editor (tm) auch unter Windows, die das
> automagisch konvertieren.
Umpf. Das ist schlecht. Ich kenne zuviele Leute die ihre/unsere files
m
On 13.05.06 14:04:48, Norbert Preining wrote:
> On Sam, 13 Mai 2006, Andreas Pakulat wrote:
> > PS: Mann bin ich grad gluecklich UTF-8 als User einzusetzen ;-)
>
> Da bin ich noch irgendwie ziemlich nervös wenn ich das mache. Leider
> arbeite ich mit vielen verschiedenenLeuten an files, und wenn d
On 13.05.06 13:35:23, Norbert Preining wrote:
> On Sam, 13 Mai 2006, Wolf Wiegand wrote:
> > mein xterm verschluckt sich manchmal an Sonderzeichen:
>
> Nicht an sonderzeichen, aber an UTF8 code. Changelogs sind in UTF8 und
> daher haben Sonderzeichen ESC codes.
Oder auch nich
Hallo Andreas!
On Sam, 13 Mai 2006, Andreas Pakulat wrote:
> PS: Mann bin ich grad gluecklich UTF-8 als User einzusetzen ;-)
Da bin ich noch irgendwie ziemlich nervös wenn ich das mache. Leider
arbeite ich mit vielen verschiedenenLeuten an files, und wenn die UTF8
bekommen, hängen sie sich auf. W
On 13.05.06 13:05:55, Wolf Wiegand wrote:
> mein xterm verschluckt sich manchmal an Sonderzeichen:
>
> Durch das Sonderzeichen werden alle weiteren Ausgaben des aktuellen
> Prozesses verschluckt, ein passendes 'Gegensonderzeichen' kann die
> Ausgabe wieder aktivieren. A
On Sam, 13 Mai 2006, Wolf Wiegand wrote:
> mein xterm verschluckt sich manchmal an Sonderzeichen:
Nicht an sonderzeichen, aber an UTF8 code. Changelogs sind in UTF8 und
daher haben Sonderzeichen ESC codes. An denen verscluckt sich das
terminal.
> Die gleiche Ausgabe in der KDE-Konsole
Hallo,
mein xterm verschluckt sich manchmal an Sonderzeichen:
[EMAIL PROTECTED]:/tmp $ head changelog
tasksel (2.44) unstable; urgency=low
* [ Translations of tasks ]
- updated Dutch translation (Bart Cornelis)
- updated Romanian translation (Eddy [EMAIL PROTECTED]:/tmp $
Die
t Code: %s\n' "$?"
>Exit Code: 1
>
>Das scheint also eine Eigenschaft der Laufzeitumgebung zu sein. »xterm«
>tut es also nicht explizit.
Das selbe in grün mit screen(1). Es scheinen also wohl alle suid- und
sgid-Programme betroffen zu sein.
Die Vermutung liegt nahe,
auchte, denn unter Woody hatte ich TMPDIR und bis
vor ein paar Wochen keine Probleme.
> Ich habe damals nach Branden Robinsons Aussage »xterm contains no logic
> for scrubbing the environment.« aus Zeitgründen klein beigegeben.
>
> Der Testfall, der den Fehler beschreibt --
>
>
Michelle Konzack <[EMAIL PROTECTED]> writes:
>Am 2006-03-23 16:31:29, schrieb Friedhelm Usenet Waitzmann:
>
>> Bekannt. Xterm in sarge verschluckt die Environmentvariable
>
>Bekannt? - Also ich bin gerade noch mal das BTS von xfree86
>durchgegangen und habe in de
Am 2006-03-23 16:31:29, schrieb Friedhelm Usenet Waitzmann:
> Bekannt. Xterm in sarge verschluckt die Environmentvariable
Bekannt? - Also ich bin gerade noch mal das BTS von xfree86
durchgegangen und habe in den tausenden messages nichts gefunden...
Wo haste das gelesen?
> TMPDIR. Alle
Michelle Konzack:
Teil der Konfiguration des Windowmanagers fvwm:
woody:
>*ButtonBar1: (Icon 32x32.xterm.xpm, Action 'Exec xterm -geometry 92x29+0+150
>-fn 10x20 -title "xterm" -name "xterm" -n "xterm" -bg blue -fg
>white -sb -sl 81
Hallo Gerhard,
meinst Du:
+---[ '/home/michelle.konzack/.Xresources/XTerm' ]--
|
| *iconGeometry: 100x100
| *activeIcon: True
^
| *cursorBlink: True
| *cutNewline: True
+---
> @[EMAIL PROTECTED]@[EMAIL PROT
On Thursday 16 March 2006 21:02, Eduard Bloch wrote:
> #include
>
> [snip]
> >
> > Hilft das hier:
> > http://lists.debian.org/debian-user-german/2005/06/msg01859.html ?
>
> Tut es, danke sehr. Hoffentlich wird jetzt dieser Post Google zu
> brauchbaren Treffern führen, deiner wird da irgendwie fas
#include
* Wolf Wiegand [Thu, Mar 16 2006, 08:35:04PM]:
> Hallo,
>
> Eduard Bloch wrote:
>
> > [Alt+Backspace in xterm fkt. nicht]
>
> Hilft das hier:
> http://lists.debian.org/debian-user-german/2005/06/msg01859.html ?
Tut es, danke sehr. Hoffentlich wird
Hallo,
Eduard Bloch wrote:
> [Alt+Backspace in xterm fkt. nicht]
Hilft das hier:
http://lists.debian.org/debian-user-german/2005/06/msg01859.html ?
hth, Wolf
--
Actually, the best form of Unix documentation is frequently running the
strings command over a programs object code. (Aus dem U
#include
Ich würde gerne xterm statt rxvt-unicode verwenden, jedoch scheint xterm
seit der Umstellung auf multibyte ein Problem zu haben - früher war es
möglich, mit Alt-Backspace ganze Wörter zu löschen, anscheinend hat
XTerm den gleichen Code wie bei Esc-Backspace an die Anwendung
geliefert
te,
>
> seit ein paar tagen habe ich ein bizzares X-Window-System.
>
> Mein XTerm hat anstatt blauem Hintergrund nun einen weißen und wenn ich
> mit bg und fg die Farben angebe, habe ich sogar die XTerm Popup-Menüs
> (SHIFT+rechts/links/mittel-klick) anstatt in silbergrau in blau
Gruesse!
Gibt es eine Möglichkeit ein xterm (möglichst unabhängig vom verwendeten
Windowmanager) auf Aktivität/Inaktivität zu "überwachen".
Also ähnliches Verhalten wie die KDE-Konsole mit der entsprechenden
Option bietet.
Ich habe nichts gefunden. Die xterm-eigene Funktion Bell/
e ich bei mir kürzlich
> festgestellt hatte. Es kommen wohl nur die oben stehen gelassenen drei
> Updates in die engere Wahl (ohne daß ich jetzt nachgeschaut habe, was
> das mit den svga... aufsich hat).
Ich bin davon ausgegangen, das es irgendwas mit ner config von
xterm zu tun hat, nur me
On Thu, 23 Feb 2006 09:50:03 +0100
Michelle Konzack <[EMAIL PROTECTED]> wrote:
> 10.01.2006 17:25:47 svgalibg1 1:1.4.3-7
> 10.01.2006 17:25:49 svgalibg1-dev 1:1.4.3-7
> 17.01.2006 21:48:51 kernel-image-2.4.27-devel-ga686lx
Hallo Michelle,
hast Du xor
Moin Leute,
seit ein paar tagen habe ich ein bizzares X-Window-System.
Mein XTerm hat anstatt blauem Hintergrund nun einen weißen und wenn ich
mit bg und fg die Farben angebe, habe ich sogar die XTerm Popup-Menüs
(SHIFT+rechts/links/mittel-klick) anstatt in silbergrau in blau.
Das Blau meines
Hi Patrick,
Patrick Wunderlich <[EMAIL PROTECTED]> wrote:
> Andreas Kroschel schrieb:
> > * Patrick Wunderlich:
> > # history -c
>
> Das meinte ich leider nicht :(
>
> Ich möchte nicht den Verlauf der eingebenen Befehle
> löschen, sondern ähnlich "clear
Patrick Wunderlich schrieb:
unter xterm kann ich mit "clear" den aktuellen "screen" löschen.
Gibt es auch eine Möglichkeit bzw. einen Befehl den gesamten
Verlausspeicher in xterm zu löschen?
Mit "reset" kann man ein Terminal neu initialisieren
und somit wird
* Patrick Wunderlich:
> Ich möchte nicht den Verlauf der eingebenen Befehle
> löschen, sondern ähnlich "clear" den Inhalt von xterm.
> xterm soll also wieder "auf Start zurückgesetzt werden".
Ah, jetzt, ja. Mißverständnis.
Grüße,
Andreas
--
Don't worry
Hallo!
On Fri, Sep 16, 2005 at 10:10:14PM +0200, Patrick Wunderlich wrote:
> Ich möchte nicht den Verlauf der eingebenen Befehle
> löschen, sondern ähnlich "clear" den Inhalt von xterm.
> xterm soll also wieder "auf Start zurückgesetzt werden".
>
> Unter KD
Andreas Kroschel schrieb:
* Patrick Wunderlich:
bash!
# history -c
Das meinte ich leider nicht :(
Ich möchte nicht den Verlauf der eingebenen Befehle
löschen, sondern ähnlich "clear" den Inhalt von xterm.
xterm soll also wieder "auf Start zurückgesetzt werden"
Sven Hartge schrieb am 16.09.2005 01:21:
> Christoph Bier <[EMAIL PROTECTED]> wrote:
>
>>Patrick Wunderlich schrieb am 15.09.2005 22:32:
>
>>>bash!
>
>>~/.bash_history löschen.
>
> Reicht nicht, da die history im Speicher der Shell ist. Nach dem Beenden
> wird diese erst in die Datei (sozusage
Christoph Bier <[EMAIL PROTECTED]> wrote:
> Patrick Wunderlich schrieb am 15.09.2005 22:32:
>> bash!
> ~/.bash_history löschen.
Reicht nicht, da die history im Speicher der Shell ist. Nach dem Beenden
wird diese erst in die Datei (sozusagen als Offline-Cache) geschrieben.
Wenn du .bash_history
* Patrick Wunderlich:
> bash!
# history -c
Grüße,
Andreas
--
You will reach the highest possible point in your business or profession.
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
Patrick Wunderlich schrieb am 15.09.2005 22:32:
> bash!
~/.bash_history löschen.
Grüße,
Christoph
--
+++ Typografie-Regeln: http://www.zvisionwelt.de/typokurz.pdf (1.4)
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schick
Thomas Jollans schrieb:
der Verlaufspeicher wird von der shell (z.B. der bash) und nicht dem
xterm verwaltet.
Danke für den Hinweis!
welche shell verwendest du ?
bash!
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN
Patrick Wunderlich wrote:
Hallo Leute,
unter xterm kann ich mit "clear" den aktuellen "screen" löschen.
Gibt es auch eine Möglichkeit bzw. einen Befehl den gesamten
Verlausspeicher in xterm zu löschen?
Grüsse,
Patrick Wunderlich
http://www.xkill.de
der Verlaufspeiche
Hallo Leute,
unter xterm kann ich mit "clear" den aktuellen "screen" löschen.
Gibt es auch eine Möglichkeit bzw. einen Befehl den gesamten
Verlausspeicher in xterm zu löschen?
Grüsse,
Patrick Wunderlich
http://www.xkill.de
--
Haeufig gestellte Fragen und An
Hallo,
Christoph Grzeschik wrote:
> Mit dem Kommando xset b [volume] [frequency] [duration] kann ich den
> beep in der Konsole konfigurieren (der zum Beispiel dann ertönt, wenn er
> kein passende tab-completion findet). Allerdings gilt die Einstellung
> nur für die laufende X Session. Was muss ich
On Fri, Jul 08, 2005 at 10:47:50PM +0200, Christoph Grzeschik wrote:
> Mit dem Kommando xset b [volume] [frequency] [duration] kann ich den
> beep in der Konsole konfigurieren (der zum Beispiel dann ertönt, wenn er
> kein passende tab-completion findet). Allerdings gilt die Einstellung
> nur für
* Christoph Grzeschik <[EMAIL PROTECTED]> [08-07-05 22:47]:
> Mit dem Kommando xset b [volume] [frequency] [duration] kann ich den
> beep in der Konsole konfigurieren (der zum Beispiel dann ertönt, wenn er
> kein passende tab-completion findet). Allerdings gilt die Einstellung
> nur für die lauf
Mit dem Kommando xset b [volume] [frequency] [duration] kann ich den
beep in der Konsole konfigurieren (der zum Beispiel dann ertönt, wenn er
kein passende tab-completion findet). Allerdings gilt die Einstellung
nur für die laufende X Session. Was muss ich in welche Datei schreiben,
damit er di
On 20.Jun 2005 - 22:20:35, Michelle Konzack wrote:
> Am 2005-06-20 22:10:11, schrieb Andreas Pakulat:
>
> > Verdammt, naechstes Mal setze ich die Brille auf, versprochen.
> >
> > 2mal am selben Tag auf das eigene Posting anworten, langsam wirds
> > peinlich...
>
> Du wirst alt... :-)
Na danke,
Am 2005-06-20 22:10:11, schrieb Andreas Pakulat:
> Verdammt, naechstes Mal setze ich die Brille auf, versprochen.
>
> 2mal am selben Tag auf das eigene Posting anworten, langsam wirds
> peinlich...
Du wirst alt... :-)
> Andreas
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter
On 20.Jun 2005 - 22:02:59, Andreas Pakulat wrote:
> eigentlich steht die Frage ja schon im Subject. Also, in vim und am
> Bashprompt ist die Vordergrundfarbe (so wie eingestellt) ein leichtes
> Grau. In Mutt ist das ein richtiges Weiss, trotzdem die normale Farbe
> auf "white" steht und white ebens
Hi,
eigentlich steht die Frage ja schon im Subject. Also, in vim und am
Bashprompt ist die Vordergrundfarbe (so wie eingestellt) ein leichtes
Grau. In Mutt ist das ein richtiges Weiss, trotzdem die normale Farbe
auf "white" steht und white ebenso ein grau ist (kein richtiges Weiss).
Das Weiss ist
On Mon, Jun 13, 2005 at 04:25:52PM +0200, Wolf Wiegand wrote:
Moin Heiko!
On Mon, Jun 13, 2005 at 09:13:55AM +0200, Heiko Heil wrote:
Probier mal ein...
$ echo "*eightBitInput: false" >>/etc/X11/app-defaults/XTerm
Ich hab jetzt "xterm*eightBitInput: false" i
Moin Heiko!
On Mon, Jun 13, 2005 at 09:13:55AM +0200, Heiko Heil wrote:
> Probier mal ein...
>
> $ echo "*eightBitInput: false" >>/etc/X11/app-defaults/XTerm
Ich hab jetzt "xterm*eightBitInput: false" in ~/.Xdefaults eingetragen
(vorher stand das da mit
Hallo Wolf,
* Wolf Wiegand <[EMAIL PROTECTED]> [12.06.2005 17:03]:
> was muss ich wo einstellen, damit Alt+Backspace im xterm das vorherige
> Wort löscht? Also das gleiche, was ^W macht? Wenn ich hier
> Alt+Backspace drücke, erscheint hier nur ein ÿ (ein y mit zwei P
Hallo,
was muss ich wo einstellen, damit Alt+Backspace im xterm das vorherige
Wort löscht? Also das gleiche, was ^W macht? Wenn ich hier Alt+Backspace
drücke, erscheint hier nur ein ÿ (ein y mit zwei Punkten drüber). ^W
funktioniert, auf den Framebufferkonsolen funktioniert Alt-BS, im aterm
On Sunday 12 June 2005 12:47, Joerg Fischer wrote:
> Thomas Vollmer wrote:
> > On Sunday 12 June 2005 12:24, Joerg Fischer wrote:
> > > xhost-Regel für localhost ist angelegt,
> >
> > xhost +localhost machst
> >
> :-)
Das war dann doch zu gut versteckt oder ich sollte Mails nicht nur quer
lesen.
Thomas Vollmer wrote:
> On Sunday 12 June 2005 12:24, Joerg Fischer wrote:
> > xhost-Regel für localhost ist angelegt,
> xhost +localhost machst
:-)
Tschau, Jörg
--
Wenn Gott gewollt hätte, dass E-Mail in HTML geschrieben würden,
endeten Gebete traditionell mit .
http://www
tecken ein Fenster aufgeht und mich nach dem Passwort fragt.
>
> Udev ist konfiguriert, eine Regel erstellt, das passende Script wird
> mit der Variable ACTION auch ausgeführt (siehe debug-Zeilen im
> Script), aber das blöde xterm will nicht aufgehen. Eine passende
> xhost-Regel für lo
, eine Regel erstellt, das passende Script wird
mit der Variable ACTION auch ausgeführt (siehe debug-Zeilen im Script),
aber das blöde xterm will nicht aufgehen. Eine passende xhost-Regel für
localhost ist angelegt, die DISPLAY-Variable gesetzt. Fehlermeldungen
schreibt das xterm keine ins Logfile, es
Eduard Bloch <[EMAIL PROTECTED]> writes:
>de_DE.UTF-8 ist dokumentiert und wird so von debconf/locales-postinst
>gesetzt.
Kannst Du mir dazu einen Hinweis geben, wo? Das einfache Zeigen der
Zeichenkette »de_DE.UTF-8« im dpkg-reconfigure-Dialog kann ich nicht als
»dokumentiert« bezeichnen.
Dann
On 24.Mai 2005 - 08:30:14, Eduard Bloch wrote:
> #include
> * Andreas Pakulat [Sun, May 15 2005, 08:09:59AM]:
> > On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
> > > Was tun?
> >
> > PS: Severity wuerde ich fuers erste so setzen, dass es ein RC-Bug wird,
> > denn IMHO ist ein Fix fuer Sarge
#include
* Andreas Pakulat [Sun, May 15 2005, 08:09:59AM]:
> On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
> > Was tun?
>
> PS: Severity wuerde ich fuers erste so setzen, dass es ein RC-Bug wird,
> denn IMHO ist ein Fix fuer Sarge noetig, sonst kommen wieder 1000e
> von Einsteigern warum die
On 24.Mai 2005 - 01:32:48, Helmut Waitzmann wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
>
> >On 19.Mai 2005 - 07:00:49, Helmut Waitzmann wrote:
> >> Andreas Pakulat <[EMAIL PROTECTED]> writes:
> >>
> >> >On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
>
> >> Ja wie den nun: In Deine
LC_PAPER="POSIX.ANSI_X3.4-1968"
LC_NAME="POSIX.ANSI_X3.4-1968"
LC_ADDRESS="POSIX.ANSI_X3.4-1968"
LC_TELEPHONE="POSIX.ANSI_X3.4-1968"
LC_MEASUREMENT="POSIX.ANSI_X3.4-1968"
LC_IDENTIFICATION="POSIX.ANSI_X3.4-1968"
LC_ALL=POSI
On 19.Mai 2005 - 07:00:49, Helmut Waitzmann wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
>
> >On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
> >> >Jupp...
> >>
> >> Anscheinend doch nicht:
> >
> >Doch es ist dafuer vorgesehen, es zeigt die im System verfuegbaren
> >locales an.
>
> Ja
Andreas Pakulat <[EMAIL PROTECTED]> writes:
>On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
>> Andreas Pakulat <[EMAIL PROTECTED]> writes:
>> >On 12.Mai 2005 - 18:35:15, Helmut Waitzmann wrote:
>> >> Wie kommt man an die Liste der installierten locales? Ich habe mich bei
>> >> Âlocale -a umg
On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
> Was tun?
PS: Severity wuerde ich fuers erste so setzen, dass es ein RC-Bug wird,
denn IMHO ist ein Fix fuer Sarge noetig, sonst kommen wieder 1000e
von Einsteigern warum die de_DE.utf8 locale nicht geht.
Andreas
--
You single-handedly fought
On 15.Mai 2005 - 01:20:39, Helmut Waitzmann wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
> >On 12.Mai 2005 - 18:35:15, Helmut Waitzmann wrote:
> >> Wie kommt man an die Liste der installierten locales? Ich habe mich bei
> >> »locale -a« umgesehen. Ist »locale -a« nicht genau dafür vorgese
Andreas Pakulat <[EMAIL PROTECTED]> writes:
>On 12.Mai 2005 - 18:35:15, Helmut Waitzmann wrote:
>> Wie kommt man an die Liste der installierten locales? Ich habe mich bei
>> Âlocale -a umgesehen. Ist Âlocale -a nicht genau dafÃr vorgesehen?
>
>Jupp...
Anscheinend doch nicht:
>> Âlocale -aÂ
ung genug sein.
>
> Beachte: Hier warnt das Xlib im xterm. »locale« warnt nicht. Es
> scheint also mit dem Locale zufrieden zu sein. Im Gegensatz dazu warnt
> »locale« bei Locales, die es nicht kennt, durchaus:
Meistens warnt eigentlich die libc... locale kann nicht warnen...
Michelle Konzack <[EMAIL PROTECTED]> writes:
>Am 2005-05-08 00:59:30, schrieb Helmut Waitzmann:
>> Wenn ich ein xterm in einer utf8-locale-Umgebung starte, erhalte ich von
>> ihm die Fehlermeldung:
>>
>>$ (locale -a && locale && \
>>
Andreas Pakulat <[EMAIL PROTECTED]> writes:
>On 08.Mai 2005 - 00:59:30, Helmut Waitzmann wrote:
>> Wenn ich ein xterm in einer utf8-locale-Umgebung starte, erhalte ich von
>> ihm die Fehlermeldung:
>>
>>$ (locale -a && locale && \
>>
On 08.Mai 2005 - 00:59:30, Helmut Waitzmann wrote:
> Wenn ich ein xterm in einer utf8-locale-Umgebung starte, erhalte ich von
> ihm die Fehlermeldung:
>
>$ (locale -a && locale && \
>exec xterm -hold -geometry -0+0 -e \
> sh -c 'local
Am 2005-05-08 00:59:30, schrieb Helmut Waitzmann:
> Ich habe hier Debian Sarge:
>
>$ uname -srvm
>Linux 2.6.8-2-686 #1 Mon Jan 24 03:58:38 EST 2005 i686
>
> Wenn ich ein xterm in einer utf8-locale-Umgebung starte, erhalte ich von
> ihm die Fehlermeldung:
>
>
Ich habe hier Debian Sarge:
$ uname -srvm
Linux 2.6.8-2-686 #1 Mon Jan 24 03:58:38 EST 2005 i686
Wenn ich ein xterm in einer utf8-locale-Umgebung starte, erhalte ich von
ihm die Fehlermeldung:
$ (locale -a && locale && \
exec xterm -hold -geometry -0+0 -e \
Hi Leutz,
die Sache ist im wesentlichen ausgestanden.
Nikolaus Schulz wrote:
> Seit Stunden kämpfe ich nun mit der Aufgabe, meinem xterm die Meta-Taste
> beizubiegen, zwecks Verwendung mit readline (bash).
Offenbar hat dieses Problem nichts mit xterm zu tun. Erklärungsbedürftig
ist vi
Hallo Liste!
Seit Stunden kämpfe ich nun mit der Aufgabe, meinem xterm die Meta-Taste
beizubiegen, zwecks Verwendung mit readline (bash). Leider bin ich kein
X/XKB-Magier...
funktioniert als Meta, ich hätte aber gern Alt_L als Meta.
ist via "XkbOptions grp:win_switch" in XF
N'Abend,
Am 2005-04-01 20:10:11, schrieb Gerhard Brauer:
> Gruesse!
> Thomas E. Dickey ?
> Hab ich grad auf der mutt ML gelesen, Thread irgendwas mit url view.
> Im Thread was auch ein Link zur Website.
Danke für den Hinweis...
Glaube das war er.
Habe mutt-users heute noch garnicht gelesen...
Gruesse!
* Michelle Konzack <[EMAIL PROTECTED]> schrieb am [01.04.05 19:41]:
> Nein, denn ich hatte das "xterm" mir compiliert weil es die neuen
> Features drin hat, nur habe ich vergessen wie der Typ heist, der das
> alles gemacht hat.
>
> "xterm" wurde
Am 2005-04-01 18:53:07, schrieb Hartmut Figge:
> >nur habe ich in 'mc' die orig.tr.gz und das i386.deb
> >selektiert gehabt und nen Unfall... >/dev/null
>
> Es fällt mir schwer zu glauben, dass es einen solchen tarball gegeben
> haben sollte.
>
> Meinst D
gz
>> http://ftp.debian.org/debian/pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-12.diff.gz
>>
>> wenn Du xterm compilieren willst. *eg*
>>
>> Die sich dabei automtisch ergebenden anderen Pakete kannst Du ja dann
>> wegwerfen. O:-)
>
>Ebend nicht... xterm aus d
Am 2005-04-01 17:28:00, schrieb Hartmut Figge:
> Michelle Konzack:
>
> >Shit, hatt vergessen zu erwähnen, das ich nur die
> >xterm SOURCEN (wie xserver 4.3) benötige.
> >
> >xterm aus xerver 4.3 läßt sich auch einzeln compilieren
>
> Tja, Du brauchst nun m
Michelle Konzack:
>Shit, hatt vergessen zu erwähnen, das ich nur die
>xterm SOURCEN (wie xserver 4.3) benötige.
>
>xterm aus xerver 4.3 läßt sich auch einzeln compilieren
Tja, Du brauchst nun mal
http://ftp.debian.org/debian/pool/main/x/xfree86/xfree86_4.3.0.dfsg.1-12.dsc
http://ft
Am 2005-04-01 16:34:33, schrieb Peter Weiss:
> auf meinem Sarge:
> Source: xfree86
^^^
Ich meinte die "xterm" source 4.3 alleine ohne xserver.
Die xfree86 v4.3 sourcen habe ich da,
nur "xterm" rauszufiseln ist nervig.
> müsste sich
Shit, hatt vergessen zu erwähnen, das ich nur die
xterm SOURCEN (wie xserver 4.3) benötige.
xterm aus xerver 4.3 läßt sich auch einzeln compilieren
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ
Michelle Konzack <[EMAIL PROTECTED]> writes:
> [...]
>
> ich habe leider den Link verloren, wo man "xterm"
> als einzelnes Source Paket runterladen konnte.
>
> Kennt jemand die Quelle ?
>
> Ich müßte eine Version für WOODY basteln.
>
> [...]
au
Hallo,
ich habe leider den Link verloren, wo man "xterm"
als einzelnes Source Paket runterladen konnte.
Kennt jemand die Quelle ?
Ich müßte eine Version für WOODY basteln.
Greetings
Michelle
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack
On 10.Jan 2005 - 19:22:24, Robert Michel wrote:
> Salve!
>
> Ich nutze fluxbox/xterm/mutt bzw vim und wenn ich xterm den ganzen Bildschrim
> nuzen lasse fehlen mutt/vim in der letzten Zeile Pixel - d.h. die letze
> Zeile ist (fast) nicht lesbar. Wie kann man Xterm so nutzen, das di
Salve!
Ich nutze fluxbox/xterm/mutt bzw vim und wenn ich xterm den ganzen Bildschrim
nuzen lasse fehlen mutt/vim in der letzten Zeile Pixel - d.h. die letze
Zeile ist (fast) nicht lesbar. Wie kann man Xterm so nutzen, das die
lezte Zeile vollständig angezeigt wird?
Gruß
rob
Christian Christmann wrote:
> wenn ich ein xterm aufrufe und es über das Icon rechts oben in der
> Fensterleiste maximiere, füllt das Fenster unten nicht den kompletten
> Bildschirm aus, so dass jeweils die unterste Zeile teilweise verdeckt
> wird. Erst durch manuelles Vergrößern
> Das Verhalten des WindowManagers ist anders, Gnome verhaelt sich anders
> als KDE, das verhaelt sich anders als XFCE, und jenes verhaelt sich anders
> als Blackbox, welches sich allerdings gleich mit Fluxbox und OpenBox
> verhaelt. Ion ist dort ganz ausser konkurrenz und fvwm verhaelt sich
> gena
> die die maximale GrÃÃe eines xterm-Fensters festlegt. Oder werden noch
> weitere Informationen benÃtigt?
Das Verhalten des WindowManagers ist anders, Gnome verhaelt sich
anders als KDE, das verhaelt sich anders als XFCE, und jenes verhaelt
sich anders als Blackbox, welches sich allerding
On Fri, 19 Nov 2004 13:30:17 +0100, Norbert Tretkowski wrote:
> * Christian Christmann wrote:
>> wenn ich ein xterm aufrufe und es über das Icon rechts oben in der
>> Fensterleiste maximiere, füllt das Fenster unten nicht den kompletten
>> Bildschirm aus, so dass jewei
1 - 100 von 221 matches
Mail list logo