Re: login an console
[EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: Es ging um Groß/Kleinschreibung. Ich habe man getty aufgerufen nach case gesucht, und das war es. In deutsch wäre das nicht schwieriger gewesen. Gut, ich habe gewusst, dass es um getty geht. Hätte ich es nicht gewusst, hätte es ausgereicht, ps aufzurufen und nachzuschauen, was auf der Konsole lauscht. Ich weiß auch, was auf der Konsole lauscht; aber ich bin mit diesen Sachen nicht so vertraut, dass ich wüsste, wer denn für die Groß-Kleinbuchstaben-Umsetzung zuständig ist. Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Ach Gottchen. Wenn ich nur solche bogus-Bugreports bekäme, die man als erfahrener Maintainer mit einem RTFM, und zwar: ... abarbeiten kann, wie glücklich wäre ich. Und wenn man sich in seinem Paket noch nicht so gut auskennt, lernt man wenigstens dazu. Glücklicherweise ist das am BTS gescheitert. Soweit ist also nichts passiert. Ein Punkt fürs BTS. Nein, traurig. reportbug sollte out-of-the-box immer funktionieren. Am besten mit einem Fallback-Mechanismus, wenn der Editor nicht funktioniert. Es ist ein Armutszeugnis, wenn eine Software oder Distribution deswegen weniger Bugreports kriegt (egal ob echte oder bogus), weil das Report-Werkzeug nicht idiotensicher ist. Im übrigen sind die Bugreports, die man kriegt, immer nur die Spitze des Eisbergs. Die meisten User, so scheint mir, beschließen entweder: Taugt nichts, deinstallieren, oder sie leben einfach mit nur halb funktionierender Software (oder sie fixen sie selbst, ohne irgendjemanden teilhaben zu lassen). Von daher bin ich als Maintainer über jeden Bugreport froh (wenn der Ärger über schon wieder ein DAU abgeklungen ist), und versuche die Leute immer zu ermutigen. Jeder Bugreport mehr bedeutet eine Chance, einen sonst unentdeckten Fehler zu beheben. Auch in diesem Fall kann ein Bugreport nicht schaden. Allerdings sinnvollerweise mit einem konkreten Vorschlag, wie man die Dokumentation ändern sollte; ich finde nämlich den Text in getty(8) keineswegs gut verständlich. Gruß, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: login an console
luigi [EMAIL PROTECTED] schrieb: Am Sonntag 20 Februar 2005 21:05 schrieb Rainer Bendig aka Ny: Hallo Rainer, [ROOT login] Ok, mache ich. Postest du die BugID ? :) Möchte schon aber reportbug mag nicht: Fehler beim Ausführen von /usr/share/vim/vimrc: Zeile 58: E91: Die Option 'shell' ist leer E484: Can't open file /tmp/v943021/0 Was ist da falsch? reportbug möchte einen Editor aufrufen, damit du den Text des Bugreports eintragen kannst, und scheitert dabei. Das ist m.E. schon mal ein Bug in reportbug (es sollte einen Fallback-Mechanismus geben). Aber offenbar ist da auch ein Bug in vim. Welchen Editor verwendest du denn normalerweise, wenn du eine Datei editierst? Angenommen, es ist Emacs, dann kannst du für dieses Mal reportbug -e emacs vim verwenden und den Bug in vim melden. Auf Dauer bietet es sich an, die Umgebungsvariable EDITOR (oder VISUAL) auf den gewünschten Editor zu setzen, weil da auch andere Programme drauf Bezug nehmen. Gruß, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: login an console
Rainer Bendig aka Ny [EMAIL PROTECTED] writes: Heike C. Zimmerer wrote on Feb 20, 2005 at 11:49PM +0100: Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Hmmm wenn ich mich als ROOT anmelden kann, ist das IMHO etwas anderes als wenn meine Konsole, mein Terminal root nur gross darstellt... Denn das bemaengelte Verhalten tritt auch dann auf, wenn ich den loginnamen absichtlich gross schreibe, bei gedrueckter Shifttaste. Nicht auch, sondern genau dann. Ich sehe das Problem nicht. ROOT ist nunmal wer anderes als root :) es ist toupper(root), wenn es diese Funktion in C gäbe. Die Ausgabe von ID FILE, auf einer normalen Konsole betrachtet, sollte ausreichen. Gruß, Heike -- 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: login an console
Moin Moin Heike C. Zimmerer, *, Heike C. Zimmerer wrote on Feb 21, 2005 at 10:33AM +0100: es ist toupper(root), wenn es diese Funktion in C gäbe. Die Ausgabe von ID FILE, auf einer normalen Konsole betrachtet, sollte ausreichen. Gut. Ich habe Systembenutzer anglegt mit gross/klein schreibung (via --force-badname). zum Beispiel RoOt ein anderer kann sich in meinen faellen nicht am System anmelden und via su - zum root werden. getty nimmt nun aber immer root und nicht RoOt an und leitet ihn an login weiter... ROOT != root ROOT != vermurkstes_getty(root) -- - Rainer Bendig aka ny GnuPG-Key 0x41D44F10 -- 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: login an console
Am Sonntag 20 Februar 2005 23:49 schrieb Heike C. Zimmerer: Hallo alle zusammen, [ROOT login an Console] Es kostete mich ein paar Sekunden, in der man-Page von getty den richtigen Passus zu finden. Er steht übrigens weit oben. Es ging um Groß/Kleinschreibung. Ich habe man getty aufgerufen nach case gesucht, und das war es. In deutsch wäre das nicht schwieriger gewesen. Gut, ich habe gewusst, dass es um getty geht. Hätte ich es nicht gewusst, hätte es ausgereicht, ps aufzurufen und nachzuschauen, was auf der Konsole lauscht. Den Grund für das bemängelte Verhalten zu finden wäre also auch ohne Vorkenntnisse leicht gewesen. Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Glücklicherweise ist das am BTS gescheitert. Soweit ist also nichts passiert. Ein Punkt fürs BTS. Gescheitert ist es nicht, da ich auf eine Mail zurückgegriffen habe :( Hier die Antwort, damit der Punkt auch für alle abgeklärt ist: zitat This is not a bug, this is expected (and deliberate) behaviour. On certain old terminals, only upper-case is possible, and sending lower-case to them caused random bad behaviour. Hence using uppercase to login is used to signal this, and cause upper case to be used. Hence the login program deliberately sets uppercase only; this can be reset by using 'reset', Just don't use uppercase-only usernames. Closing this bug, Regards Alastair McKinstry /zitat Also kein Bug, aber interessant ist der letzte Satz: Just don't use uppercase-only usernames An alle die einen Beitrag geliefert haben ein herzliches Dankeschön Luigi
Re: login an console
Frank Küster [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Ach Gottchen. Wenn ich nur solche bogus-Bugreports bekäme, die man als erfahrener Maintainer mit einem RTFM, und zwar: ... abarbeiten kann, wie glücklich wäre ich. Ach Gottchen (Zitat). Zeit ist eine begrenzte Ressource. Und das Nicht-Lesen der Man-Page klaut genau den Reports Zeit, die es in sich haben und möglicherweise echte Fehler beschreiben. Wenn dich die einfacheren Fragen glücklich machen ... nun, einfacher zu beantworten sind sie schon, da gebe ich dir Recht. Das ist aber auch alles. Der Nutzeffekt für andere Anwender und für die Software ist exakt 0. Glücklicherweise ist das am BTS gescheitert. Soweit ist also nichts passiert. Ein Punkt fürs BTS. Nein, traurig. reportbug sollte out-of-the-box immer funktionieren. Ich habe nicht alles verfolgt, z.T. wegen Realname-Filter. Aber ich bleibe dabei: in diesem Falle war das Scheitern nützlich. Im übrigen sind die Bugreports, die man kriegt, immer nur die Spitze des Eisbergs. Die meisten User, so scheint mir, beschließen entweder: Taugt nichts, deinstallieren, oder sie leben einfach mit nur halb funktionierender Software (oder sie fixen sie selbst, ohne irgendjemanden teilhaben zu lassen). Von daher bin ich als Maintainer über jeden Bugreport froh (wenn der Ärger über schon wieder ein DAU abgeklungen ist), und versuche die Leute immer zu ermutigen. Jeder Bugreport mehr bedeutet eine Chance, einen sonst unentdeckten Fehler zu beheben. Wo siehst du da einen Bezug? Welcher sonst unentdeckte Fehler? Das Programm hat keinen und die Man-Page wurde nicht gelesen. Ich sehe da nirgends eine Chance für Autor oder Maintainer - die konnten nur verlieren. Aber für die Liste, und deshalb habe ich geschrieben. Auch in diesem Fall kann ein Bugreport nicht schaden. Allerdings sinnvollerweise mit einem konkreten Vorschlag, wie man die Dokumentation ändern sollte; ich finde nämlich den Text in getty(8) keineswegs gut verständlich. Ich bin sicher, dein Bugreport gegen die Dokumentation wird willkommener sein als der ursprünglich beabsichtigte. Allerdings halte ich es für wenig sinnvoll, in der Man-Page eines so komplexen Programms dieses spezielle Thema mehr als nur anzureißen. Das müßtest du auf andere ähnlich gelagerte Fälle ausweiten. Hier auf der Liste hat der Hinweis auf die Man-Page jedenfalls ausgreicht, um zu verdeutlichen, dass das Problem womöglich ganz anders aussieht. Die Man-Page ist immer ein Kompromiss. Nur: Das Problem hier war schließlich nicht die Ausführlichkeit der Man-Page, sondern das Nicht-Lesen; also hätte dein Vorschlag gar nichts am Ablauf geändert. Aber überlegenswert ist er natürlich. Gruß, Heike -- 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)
Unnütze Bugreports? (was: login an console)
[EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: Frank Küster [EMAIL PROTECTED] writes: [EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Ach Gottchen. Wenn ich nur solche bogus-Bugreports bekäme, die man als erfahrener Maintainer mit einem RTFM, und zwar: ... abarbeiten kann, wie glücklich wäre ich. Ach Gottchen (Zitat). Zeit ist eine begrenzte Ressource. Und das Nicht-Lesen der Man-Page klaut genau den Reports Zeit, die es in sich haben und möglicherweise echte Fehler beschreiben. Wenn dich die einfacheren Fragen glücklich machen ... nun, einfacher zu beantworten sind sie schon, da gebe ich dir Recht. Das ist aber auch alles. Der Nutzeffekt für andere Anwender und für die Software ist exakt 0. Nein, das habe ich nicht gesagt. Ich meinte: Wenn alle unnützen Bugreports so einfach wären, dann wäre ich glücklich. Richtig nervig sind die unnützen Bugreports, die erstens mal mit viel zu wenig Informationen kommen, und wenn man dann langsam die nötigen Informationen aus der Nase zieht, stellt sich heraus, dass da irgendeine Konfigurationsdatei gelesen wird oder sowas, die nicht von uns stammt. Und auf der Suche nach dem verursachenden Paket stellt sich dann heraus, dass der User auf dem selben Rechner mal irgendeine verwandte Software lokal installiert und Dateien am flaschen Ort abgelegt hatte. Glücklicherweise ist das am BTS gescheitert. Soweit ist also nichts passiert. Ein Punkt fürs BTS. Nein, traurig. reportbug sollte out-of-the-box immer funktionieren. Ich habe nicht alles verfolgt, z.T. wegen Realname-Filter. Aber ich bleibe dabei: in diesem Falle war das Scheitern nützlich. Es ist überhaupt nicht gescheitert. Es hat nur einen traurigen reportbug-Bug gezeigt. Und dann hat er eine Mail direkt an den Maintainer geschrieben (oder an [EMAIL PROTECTED]). Von daher bin ich als Maintainer über jeden Bugreport froh (wenn der Ärger über schon wieder ein DAU abgeklungen ist), und versuche die Leute immer zu ermutigen. Jeder Bugreport mehr bedeutet eine Chance, einen sonst unentdeckten Fehler zu beheben. Wo siehst du da einen Bezug? Welcher sonst unentdeckte Fehler? Das Programm hat keinen und die Man-Page wurde nicht gelesen. Ich sehe da nirgends eine Chance für Autor oder Maintainer - die konnten nur verlieren. Aber für die Liste, und deshalb habe ich geschrieben. Ich möchte die User erziehen, nicht mit Bugreports zu zögern, weil sie vielleicht zu dumm sind oder ja vielleicht selbst einen Fehler gemacht haben könnten. Abgesehen davon, dass man die Dokumentation verbessern kann (z.B. in diesem Fall getty(8)): Mir ist es lieber, ich kriege 10 Bugreports, von denen nur 5 echte Bugs sind, bin aber dadurch in der Lage, 4 Bugs mehr zu entdecken und zu fixen, als wenn ich nur einen Bugreport bekomme. Bitte, Leute: Schreibt Bugreports! Habt keine Angst, sie seien nutzlos? Natürlich habe ich lieber welche von Leuten, die erst mal die Doku lesen. Gruß, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
getty-Manpage (was: login an console)
[EMAIL PROTECTED] (Heike C. Zimmerer) schrieb: Allerdings halte ich es für wenig sinnvoll, in der Man-Page eines so komplexen Programms dieses spezielle Thema mehr als nur anzureißen. , | o Adapts the tty settings to parity bits and to erase, kill, |end-of-line and uppercase characters when it reads a login name. ` Das hätte mir überhaupt nichts gesagt, wenn ich nicht vorher von dir erfahren hätte, dass es angeblich das Phänomen beschreibt. An was wird angepasst? An parity bits (manche terminals senden welche, andere nicht), das erscheint mir logisch, aber sprachlich verunglückt (besser to whether parity bits are sent or not). Unterschiedliche Zeilenende-Konventionen kann ich mir auch vorstellen, aber schon was getty mit erase und kill macht ist mir nicht klar. Wenn ich kein backspace auf meiner Tastatur habe, kann ich es mit Ctrl-h versuchen - ist es das? Alle diese Dinge geschehen offenbar transparent; das tolle an getty ist offenbar, dass der User nichts davon merkt, ob sein Terminal end-of-line sendet oder nicht, oder parity bits. Bei uppercase characters ist das aber nicht so. Wie ich so darüber schreibe, kommt mir die Vermutung, dass Terminals, die nur Großbuchstaben schicken, vielleicht auch nur Großbuchstaben darstellen können. Aber dann sollte man das auch so schreiben: ability to enter and display uppercase characters, und außerdem insgesamt den Satz verständlicher umstellen: When it reads a login name, it determines whether the tty uses parity bits, supports erase an kill, can send and read only uppercase letters, and which end-of-line convention is used. It then adapts the tty settings accordingly for the following session, until reset or changed with tset(1). Ich weiß nicht ob das stimmt, aber jedenfalls würde ich diesen Satz verstehen. Das müßtest du auf andere ähnlich gelagerte Fälle ausweiten. Hier auf der Liste hat der Hinweis auf die Man-Page jedenfalls ausgreicht, um zu verdeutlichen, dass das Problem womöglich ganz anders aussieht. Dem OP hat die Antwort des Maintainers geholfen; mir hat das manpage-Zitat erst mal gar nichts geholfen. Nur weil ich von dir wusste, dass es etwas mit dem Problem zu tun hat, bin ich drauf gekommen. Die Man-Page ist immer ein Kompromiss. Nur: Das Problem hier war schließlich nicht die Ausführlichkeit der Man-Page, sondern das Nicht-Lesen; also hätte dein Vorschlag gar nichts am Ablauf geändert. Das ist natürlich richtig. Wobei ps axf mir da auch nicht geholfen hätte, eher /usr/share/doc/HOWTO/en-txt/From-PowerUp-To-Bash-Prompt-HOWTO.gz. Gruß, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: login an console
Rainer Bendig aka Ny [EMAIL PROTECTED] writes: Heike C. Zimmerer wrote on Feb 21, 2005 at 10:33AM +0100: es ist toupper(root), wenn es diese Funktion in C gäbe. Die Ausgabe von ID FILE, auf einer normalen Konsole betrachtet, sollte ausreichen. Gut. Ich habe Systembenutzer anglegt mit gross/klein schreibung (via --force-badname). zum Beispiel RoOt ein anderer kann sich in meinen faellen nicht am System anmelden und via su - zum root werden. getty nimmt nun aber immer root und nicht RoOt an und leitet ihn an login weiter... Genau so ist es. Beim Input wird tolower() gemacht und beim Output toupper(). Das gilt global für alle Eingaben; getty setzt nur dieses Verhalten. Auf die zugehörigen Optionen bei stty habe ich verwiesen (samt einem Tippfehler dort). Vielleicht wird es so deutlicher: ROOT != root roOt = Input: ROOT = root RooT = (Wandlung bei der Eingabe; beim Programm kommt immer root an. Als Echo kommen beim Anwender Großbuchstaben (Ausgabewandlung, auch getrennt schaltbar).) roOt = Output: ROOT = ROOT root = (Wandlung bei der Ausgabe; beim Anwender kommt immer ROOT an) ROOT != vermurkstes_getty(root) getty sowieso nicht. In seiner Man-Page steht sicher drin, dass der Username an login übergeben wird. Und das erhält dann nur Kleinbuchstaben. Daraus ergibt sich das von dir beobachtete Verhalten. Gruß, Heike -- 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: getty-Manpage (was: login an console)
Am Montag, 21. Februar 2005 13:49 schrieb Frank Küster: aber nicht so. Wie ich so darüber schreibe, kommt mir die Vermutung, dass Terminals, die nur Großbuchstaben schicken, vielleicht auch nur Großbuchstaben darstellen können. Aber dann sollte man das auch so Wie ich so darüber nachdenke, frage ich mich, wie man auf einem solchen Terminal Programme starten soll, oder in Verzeichnisse wechseln soll, die Mixed-Case Namen haben. -- MfG usw. Werner Mahr registered Linuxuser: 295882 pgpJzouelmYTQ.pgp Description: PGP signature
login an console
Hallo, ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Kann mir bitte jemand dieses Verhalten bestätigen? System ist sid. Danke und Grüße an alle Luigi
login an Console
Hallo, ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Kann mir bitte jemand dieses Verhalten bestätigen? System ist sid. Danke und Grüße an alle Luigi
Re: login an console
Moin Moin luigi, *, luigi wrote on Feb 20, 2005 at 08:27PM +0100: Kann mir bitte jemand dieses Verhalten bestätigen? System ist sid. ebenso Warum wird eigentlich ROOT am Systemangemeldet, weil ROOT != root -- - Rainer Bendig aka ny GnuPG-Key 0x41D44F10 -- 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: login an Console
luigi wrote: ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Lustig :-) Kann mir bitte jemand dieses Verhalten bestätigen? Scheint nicht Debian-spezifisch zu sein, dass ist hier auf einem Gentoo Linux auch so. Schönen Gruß Wolf -- Büroschimpfwort des Tages: Beamtenschreck - Bewegungsmelder in Büros (Norbert Gülk) -- 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: login an console
luigi [EMAIL PROTECTED] schrieb: Hallo, ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Kann mir bitte jemand dieses Verhalten bestätigen? Ja, habe ich hier auch. System ist sid. Hier sarge. Ich habe keine Ahnung, welches Paket dafür zuständig ist. Hm. Vielleicht console-common. Jedenfalls besser einen Bug gegen dieses Paket als gegen general. Severity normal - gefühlsmäßig eigentlich minor, aber alles was mit login zu tun hat würde ich nicht unter normal einsortieren. Gruß, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: login an console
Am Sonntag 20 Februar 2005 20:44 schrieb Frank Küster: Hallo Frank, ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Kann mir bitte jemand dieses Verhalten bestätigen? Ja, habe ich hier auch. System ist sid. Hier sarge. Ich habe keine Ahnung, welches Paket dafür zuständig ist. Hm. Vielleicht console-common. Jedenfalls besser einen Bug gegen dieses Paket als gegen general. Severity normal - gefühlsmäßig eigentlich minor, aber alles was mit login zu tun hat würde ich nicht unter normal einsortieren. Kannst du mir bitte sagen wie man so was meldet? Danke :) Luigi
Re: login an console
Moin, * luigi wrote (2005-02-20 20:48): Am Sonntag 20 Februar 2005 20:44 schrieb Frank Küster: Vielleicht console-common. Jedenfalls besser einen Bug gegen dieses Paket als gegen general. Severity normal - gefühlsmäßig eigentlich minor, aber alles was mit login zu tun hat würde ich nicht unter normal einsortieren. Kannst du mir bitte sagen wie man so was meldet? reportbug console-common Ggf. mußt Du reportbug noch installieren. Thorsten -- Why do we drink cow's milk? Who was the first guy who first looked at a cow and said I think I'll drink whatever comes out of these things when I squeeze 'em!? - Calvin pgp6AKzcrF1hl.pgp Description: PGP signature
Re: login an console
Am Sonntag 20 Februar 2005 20:51 schrieb Thorsten Haude: Hallo Thorsten, [bug melden] Kannst du mir bitte sagen wie man so was meldet? reportbug console-common Ggf. mußt Du reportbug noch installieren. Ok, mache ich. Danke an alle Luigi
Re: login an console
Moin Moin luigi, *, luigi wrote on Feb 20, 2005 at 08:57PM +0100: Ok, mache ich. Postest du die BugID ? :) -- - Rainer Bendig aka ny GnuPG-Key 0x41D44F10 -- 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: login an console
Am Sonntag 20 Februar 2005 21:05 schrieb Rainer Bendig aka Ny: Hallo Rainer, [ROOT login] Ok, mache ich. Postest du die BugID ? :) Möchte schon aber reportbug mag nicht: Fehler beim Ausführen von /usr/share/vim/vimrc: Zeile 58: E91: Die Option 'shell' ist leer E484: Can't open file /tmp/v943021/0 Was ist da falsch? Luigi
Re: login an Console
Wolf Wiegand schrieb: luigi wrote: ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Lustig :-) Kann mir bitte jemand dieses Verhalten bestätigen? Scheint nicht Debian-spezifisch zu sein, dass ist hier auf einem Gentoo Linux auch so. Ich habe das gerade auf meinem Debian und auf SuSE9.2 ausprobiert. Ich konnte diesen Effekt allerdings nicht erzeugen. Andre -- 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: login an Console
Am Sonntag 20 Februar 2005 20:32 schrieb Andre Gorschkow: Hallo Andre [ROOT login] ich habe einen merkwürdingen Effekt festgestellt: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet 3 ich gebe also statt root ROOT ein + Enter 4 bemerke den Fehler, schalte die Feststelltaste zurück 5 und gebe das korrekte Passwort ein Die Console meldet sich plötzlich mit Großbuchstaben, ich kann auch Befehle ausführen (sie werden halt groß geschrieben). Ein RESET bringt wieder alles in Ordnung. Lustig :-) Kann mir bitte jemand dieses Verhalten bestätigen? Scheint nicht Debian-spezifisch zu sein, dass ist hier auf einem Gentoo Linux auch so. Ich habe das gerade auf meinem Debian und auf SuSE9.2 ausprobiert. Ich konnte diesen Effekt allerdings nicht erzeugen. Interessant. Ich habe auf der Debian-site eine email-Adresse gefunden, wo man den bug (so weit es einer ist) melden kann. Angesichts der Tatsache das sich reportbug nicht kollaborativ zeigt werde ich wohl darauf zurückgreifen müssen. Muss jetzt leider weg, Grüße an alle Luigi
Re: login an console
Moin, * luigi wrote (2005-02-20 21:30): Am Sonntag 20 Februar 2005 21:05 schrieb Rainer Bendig aka Ny: Postest du die BugID ? :) Möchte schon aber reportbug mag nicht: Fehler beim Ausführen von /usr/share/vim/vimrc: Zeile 58: E91: Die Option 'shell' ist leer E484: Can't open file /tmp/v943021/0 Was ist da falsch? Vim. Wo der Fehler liegt, weiß ich nicht (es gibt aber genug Experten hier), um darüber erstmal hinwegzukommen, kannst Du mit update-alternatives --config editor einen neuen Standardeditor einstellen. Thorsten -- Die Zensur ist das lebendige Geständnis der Großen, daß sie nur verdummte Sklaven aber keine freien Völker regieren können. - Johann Nepomuk Nestroy pgp76vOwfs8RK.pgp Description: PGP signature
Re: login an console
luigi [EMAIL PROTECTED] writes: [ Terminal schaltet auf nur upper case um ] Postest du die BugID ? :) HAAALT. Ich kenne dieses Verhalten von früher her und vermute, dass das irgendwie übriggeblieben ist. Es gab mal Zeiten, da gab es Terminals, die nur Upper Case kannten. Wenn man sich nur in Großbuchstaben angemeldet hat, wurde ein solches Terminal angenommen und das ergab das beschriebene Verhalten. Das war durhaus sinnvoll. Damals. Irgendwo unter Line Discpline o.ä. müsste sich das finden lassen, evtl. bei stty (oder spätestens in den Treibern). Es ließ/lässt sich abschalten. Grabt mal; ich habe gerade anderes zu tun. Gruß, Heike -- 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: login an console
Am 2005-02-20 20:27:51, schrieb luigi: Hallo, ich habe einen merkwürdingen Effekt festgestellt: Ich auch, vor Jahren :-) Kann mir bitte jemand dieses Verhalten bestätigen? Ja System ist sid. Bei mir POTATO, WOODY, SARGE und SID Danke und Grüße an alle Luigi Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: login an console
luigi [EMAIL PROTECTED] writes: Kleiner Nachtrag (ih hab's gleich gefunden): stty: unter ilcuc und olcuc getty: | getty has several nonstandard features that are useful for hardwired |and for dialin lines: | |o Adapts the tty settings to parity bits and to erase, kill, |endofline and uppercase characters when it reads a login ^ |name. The program can handle 7bit characters |with even, odd, none or space parity, and 8bit characters Also nun mal nicht so schnell. Gru, Heike -- 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: login an Console
Am 2005-02-20 20:40:41, schrieb Wolf Wiegand: luigi wrote: Scheint nicht Debian-spezifisch zu sein, dass ist hier auf einem Gentoo Linux auch so. RedHat ebenfals. Schönen Gruß Wolf Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Re: login an console
Heike C. Zimmerer schrieb: Irgendwo unter Line Discpline o.ä. müsste sich das finden lassen, evtl. bei stty (oder spätestens in den Treibern). Es ließ/lässt sich abschalten. Grabt mal; ich habe gerade anderes zu tun. - die Anmeldung abbrechen mit CTRL+C, CTRL+D, nachdem man Caps Lock ausgeschaltet hat - in der Konsole stty -lcase (erscheint natürlich in Grossbuchstaben) Ciao Walter -- 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: login an console
[EMAIL PROTECTED] (Heike C. Zimmerer) writes: Kleiner Nachtrag (ih hab's gleich gefunden): Noch ein zweiter Nachtrag zur Großbuchstaben-Geschichte. Ich glaube allerdings weniger, dass ich mich jetzt beliebt mache. Aaaalso: Es kostete mich ein paar Sekunden, in der man-Page von getty den richtigen Passus zu finden. Er steht übrigens weit oben. Es ging um Groß/Kleinschreibung. Ich habe man getty aufgerufen nach case gesucht, und das war es. In deutsch wäre das nicht schwieriger gewesen. Gut, ich habe gewusst, dass es um getty geht. Hätte ich es nicht gewusst, hätte es ausgereicht, ps aufzurufen und nachzuschauen, was auf der Konsole lauscht. Den Grund für das bemängelte Verhalten zu finden wäre also auch ohne Vorkenntnisse leicht gewesen. Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Glücklicherweise ist das am BTS gescheitert. Soweit ist also nichts passiert. Ein Punkt fürs BTS. Es gibt einen direkten Zusammenhang zwischen verschiedener Software von mir und der Butter auf meinem Brot. Wenn ein zahlender Kunde bei einem vermeintlichen Fehler bei mir anruft, ist das kein Problem. Aber ich habe auch Open Source-Software (ganz wenig) draußen. Die funktioniert anders. Wenn ihr Programme für lau bekommt, kann man wenigstens erwarten, dass ihr im Rahmen eurer Möglichkeiten tätig werdet, bevor ihr den Maintainern und Autoren die Zeit stehlt - genau darum hätte es sich in diesem Fall gehandelt. Und ein verursachendes Programm zu identifizieren und dessen Manpage zu lesen, ist sicher nicht zu viel verlangt. Mehr wäre es in diesem Fall nicht gewesen. Hmmm... Irgendwie habe ich etwas den Eindruck, dass es hier auf der Liste mehr und mehr ums Rumprobieren und weg von den Grundlagen geht. Und die Open-Source-Idee spielt hier eh kaum mehr eine Rolle. So, nun hackt auf mir rum. Gruß, Heike -- 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: login an console
Moin, * Heike C. Zimmerer wrote (2005-02-20 23:49): Hmmm... Irgendwie habe ich etwas den Eindruck, dass es hier auf der Liste mehr und mehr ums Rumprobieren und weg von den Grundlagen geht. Und die Open-Source-Idee spielt hier eh kaum mehr eine Rolle. So, nun hackt auf mir rum. Wenn Du willst: Wie Du von diesem Versäumnis darauf kommst, daß hier die Grundlagen generell zur Disposition gestellt werden, ist mir nicht klar. Daß ich nicht auf die Manpage von Getty gekommen bin, macht mich nicht gleich zu einem Feind Freier Software. Also immer schön den Ball flachhalten. Thorsten -- As we enjoy great advantages from the inventions of others we should be glad of an opportunity to serve others by any invention of ours, and this we should do freely and generously. - Benjamin Franklin pgpUpyOrosxTq.pgp Description: PGP signature
Re: login an Console
On Sun, Feb 20, 2005 at 09:41:48PM +0100, luigi wrote: 1 Ich will mich an einer Console anmelden 2 habe aber dummerweise die Feststelltaste eingeschaltet Interessant. Ich habe auf der Debian-site eine email-Adresse gefunden, wo man den bug (so weit es einer ist) melden kann. s/bug/feature/ ;) Es soll ja noch Terminals ohne Groß-/Kleinschreibung geben... cu ulf -- Ulf Volmer [EMAIL PROTECTED] www.u-v.de -- 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: login an console
Moin Moin Heike C. Zimmerer, *, Heike C. Zimmerer wrote on Feb 20, 2005 at 11:49PM +0100: Trotzdem sollte ein Bug-Report verfasst werden. Es wurde also erwartet, dass sich ein Debian-Maintainer darum kümmert, ohne dass sich irgendwer die Mühe gemacht hätte, auch nur in der man-Page nachzusehen. Hmmm wenn ich mich als ROOT anmelden kann, ist das IMHO etwas anderes als wenn meine Konsole, mein Terminal root nur gross darstellt... Denn das bemaengelte Verhalten tritt auch dann auf, wenn ich den loginnamen absichtlich gross schreibe, bei gedrueckter Shifttaste. ROOT ist nunmal wer anderes als root :) my 2ct. -- - Rainer Bendig aka ny GnuPG-Key 0x41D44F10 -- 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: Root login auf Console verhindern
Marc Haber [EMAIL PROTECTED] writes: Hm. Ich hoffe, dass /etc/securetty nicht beachtet wird, wenn beim booten der fsck fehlschlägt und man nur noch mit dem root passwort weiterkommt. ich fuerchte, ohne fsck hat er gewisse probleme, irgendwas aus /etc zu beachten. -- frobnicate foo -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Root login auf Console verhindern
Hallo Marc, Hm. Ich hoffe, dass /etc/securetty nicht beachtet wird, wenn beim booten der fsck fehlschlägt und man nur noch mit dem root passwort weiterkommt. /etc/init.d/checkroot.sh fuehrt in diesem Fall /sbin/sulogin aus, welches nach Ueberpruefen des Rootpassworts ohne Umwege eine Shell startet. Bero. -- http://www.jfranken.de/homepages/beate.de.html -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Root login auf Console verhindern
On Don, Feb 28, 2002 at 06:59:25 +0100, frank paulsen wrote: ich fuerchte, ohne fsck hat er gewisse probleme, irgendwas aus /etc zu beachten. wie meinst du das? bei ext2 kannst du eine fehlerhafte partition immer mit einem remount wieder mounten, sofern die notwendigen infos wie der superblock und die nötigen inodes gelesen werden können. -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Root login auf Console verhindern
Hi, Am Donnerstag, 28. Februar 2002 18:59 schrieb frank paulsen: Marc Haber [EMAIL PROTECTED] writes: Hm. Ich hoffe, dass /etc/securetty nicht beachtet wird, wenn beim booten der fsck fehlschlägt und man nur noch mit dem root passwort weiterkommt. ich fuerchte, ohne fsck hat er gewisse probleme, irgendwas aus /etc zu beachten. Wieso? / ist doch readonly gemountet, auserdem liegt fsck auch unter /sbin, und was ist an /sbin anders als an /etc? /etc/securetty gehört zum Paket login, wird denn login gestartet wenn beim fehlerhaften fsck das Rootpasswort eingegeben werden muss? Gruß, -- Stefan rm -rf : remote mail, real fast. -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Root login auf Console verhindern
Hallo Frank, On Thu, Feb 28, 2002 at 06:59:25PM +0100, frank paulsen wrote: Hm. Ich hoffe, dass /etc/securetty nicht beachtet wird, wenn beim booten der fsck fehlschlägt und man nur noch mit dem root passwort weiterkommt. ich fuerchte, ohne fsck hat er gewisse probleme, irgendwas aus /etc zu beachten. Sollte das Filesystem so kaputt sein, kommt er aber garnicht erst so weit, da die /etc/init.d/* und /etc/passwd dann ja auch nicht erreichbar waeren. Das Root-Filesystem wird von /etc/init.d/checkroot.sh read-only gemountet, dann wird es gecheckt und dann rw gemountet. Bero. -- http://www.jfranken.de/homepages/beate.de.html -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Root login auf Console verhindern
Hallo, wie erreiche ich es, das man sich als Root nicht direkt auf der Console einloggen kann? Es soll so sein, das man sich erst als user anmelden muß um dann per su Root Rechte bekommt. Gruß, Detlef -- Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
