From: Karel Zak <kzak@redhat.com>
To: util-linux@vger.kernel.org
Cc: "Dr. Werner Fink" <werner@suse.de>
Subject: Re: agetty and special chars @ and #
Date: Mon, 12 Nov 2012 14:29:26 +0100 [thread overview]
Message-ID: <20121112132926.GD26857@x2.net.home> (raw)
In-Reply-To: <20121112100410.GA1887@boole.suse.de>
On Mon, Nov 12, 2012 at 11:04:11AM +0100, Dr. Werner Fink wrote:
> On Wed, Nov 07, 2012 at 05:58:59PM +0100, Karel Zak wrote:
> >
> > Hi Werner,
> >
> > agetty in get_logname() interprets '@' and '#' as a special chars
> > (see man page or the code for more details).
> >
> > The problem is that we already have crazy users who want to use AD
> > (access domain) usernames in format user@domain on serial line or
> > console.
> >
> > Yeah, I know that char '@' is not between allowed username chars
> > (POSIX 3.429), but do we really need to support the spacial
> > interpretation of the @ and # chars?
> >
> > I think it's old confusing legacy. Objections?
>
> Hmmm ... AFAICR the '@' symbols can be used to set the kill character
> and the '#' can be used to set the erase character. But for a virtual
> console terminal those characters those are normally not used.
>
> Only connections at dialin as well connections over some serial lines
> with hardware/software line routers/terminal servers between this could
> be problem. On big irons such serial lines are used even in the present
> days.
>
> Maybe it would be worth to introduce an further option to support
> access domains in user names ... or the other way around to support
> '@' and '#' as special characters used for software escapes on
> oldish connection lines.
I thought about something like:
--erase-chars <string>
--kill-chars <string>
and if the string is empty then agetty is insensitive to the special
chars. This should be a default for virtual console (or also for
serial line?).
vice versa
agetty --erase-chars '#'
enables the support for the char.
IMHO this solution is easy to extend (you can use another chars) and
provides full control of the feature (you can disable it at all).
Karel
>
>
> Werner
>
> http://www.linusakesson.net/programming/tty/
> http://digilander.libero.it/robang/rubrica/serial.htm
>
> --
> "Having a smoking section in a restaurant is like having
> a peeing section in a swimming pool." -- Edward Burr
> --
> To unsubscribe from this list: send the line "unsubscribe util-linux" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
next prev parent reply other threads:[~2012-11-12 13:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-07 16:58 agetty and special chars @ and # Karel Zak
2012-11-12 10:04 ` Dr. Werner Fink
2012-11-12 13:29 ` Karel Zak [this message]
2012-11-14 14:27 ` Dr. Werner Fink
2012-11-16 10:14 ` Karel Zak
2012-11-16 12:47 ` Lennart Poettering
2012-11-16 13:05 ` Karel Zak
2012-11-20 0:47 ` Lennart Poettering
2012-11-20 9:26 ` [util-linux] " Dr. Werner Fink
2012-11-20 16:59 ` Lennart Poettering
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20121112132926.GD26857@x2.net.home \
--to=kzak@redhat.com \
--cc=util-linux@vger.kernel.org \
--cc=werner@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).