Menu
▾
▴
linuxconsole-dev
|
From: Dominik K. <dom...@un...> - 2000-03-08 10:45:54
|
On Wed, Jan 05, 2000 at 07:29:01PM +0530, Santhosh Kumar M [CEC-S] wrote:
>
> Greetings,
>
> I am planning to localize linux for Indian language. Can anyone
> guide me how to go about do the same.
>
> Indian language is not support in the ISO-8859 series
> (ISO-8859-12 is reserved for Indian language). Unicode supports Indian
> language (Range U+0900 to U+097f).
>
Hi Santhosh,
a group of kernel developers has just started a complete overhaul of
the linux console code. If you are interested to participate then
your input would be welcome. Further information is available at:
http://linuxconsole.sourceforge.net
And there is also an mailing-list for the coordination and discussion
of the development effort:
http://sourceforge.net/mail/?group_id=3063
Yours,
Dominik Kubla
--
Networking Group, Hospital of Johannes Gutenberg-University
Obere Zahlbacher Straße 69, 55101 Mainz, Germany
Tel: +49 (0)6131 17-2482 FAX: +49 (0)6131 17-5521
|
|
From: Tony N. <to...@gr...> - 2000-03-10 02:31:21
|
On Wed Mar 08 2000 at 11:41, Dominik Kubla wrote: > a group of kernel developers has just started a complete overhaul of > the linux console code. If you are interested to participate then > your input would be welcome. Further information is available at: > > http://linuxconsole.sourceforge.net > > And there is also an mailing-list for the coordination and discussion > of the development effort: > > http://sourceforge.net/mail/?group_id=3063 Wow! This is a scoop! :) [I'm only tuned into linux-console@vger] When did this start to happen? What changes are planned? Ahh, that web page tells much of the story. Way cool... "Eventually terminal emulations should be loadable modules." This would make things like GGI even easier to integrate, and "desirable features such as multi-head operation, scrollback, and support for different fonts, keymaps, and textmodes per VC" are all going a long way to really making text consoles much more versatile and useful. I'd eventually like to be able to set/reset on a per-console basis whatever video modes I like, and even split the console to have multiple consoles on the same tty (something like splitvt does), and way cool things like multi-lingual support on a global and/or per-console basis. Hats off to those who kicked this off and planning to do the hard work. Cheers Tony -=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=- Tony Nugent <To...@gr...> Systems Administrator, RHCE GrowZone OnLine (a project of) GrowZone Development Network POBox 475 Toowoomba Oueensland Australia 4350 Ph: 07 4637 8322 -=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=-=*#*=- |
|
From: James S. <jsi...@ac...> - 2000-03-10 14:49:09
|
> Wow! This is a scoop! :) [I'm only tuned into linux-console@vger] Their is a linux-console mailing list at vger. Never knew that. I don't think many people do. > When did this start to happen? About a week ago. > What changes are planned? > Ahh, that web page tells much of the story. Way cool... "Eventually > terminal emulations should be loadable modules." We hope. I had a talk with Alan Cox about that. He doesn't care for the idea of terminal emulation modules :( > This would make things like GGI even easier to integrate, and "desirable > features such as multi-head operation, scrollback, and support for different > fonts, keymaps, and textmodes per VC" are all going a long way to > really making text consoles much more versatile and useful. Thats what we plan for the long run. > I'd eventually like to be able to set/reset on a per-console basis > whatever video modes I like, Okay. Fbcon allows that to a limited degree. > and even split the console to have > multiple consoles on the same tty (something like splitvt does) Thats not going to happen. Think hardware panning. Those two things don't go together. > and > way cool things like multi-lingual support on a global and/or > per-console basis. This would be really nice. Also another goal. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Tony N. <to...@gr...> - 2000-03-10 15:34:44
|
On Fri Mar 10 2000 at 09:54, James Simmons wrote: > > Wow! This is a scoop! :) [I'm only tuned into linux-console@vger] > > Their is a linux-console mailing list at vger. Never knew that. I don't > think many people do. It's been quiet for a long time. Every now and then some spam slips through and I notice something in that folder. (BTW, apologies for the bounce you would have got with the bad "lin...@vg..." address I had in my mail - it should be "rutgers"). vger is using majordomo, so it can be subscribed to in the usual way... echo -e "subscribe linux-console\n.\n" | mail -s subscribe maj...@vg... > > When did this start to happen? > > About a week ago. Great, then I (we) haven't missed out on _too_ much :) > > What changes are planned? [ ... lots of cool ideas, plans, wishes and stuff ... ] > > I'd eventually like to be able to set/reset on a per-console basis > > whatever video modes I like, > > Okay. Fbcon allows that to a limited degree. Really? Any idea how to do that? It's easy enough to get the fb working in some nice modes with a vesa-compliant chipset or a card which has its fb driver loaded, but I never really understood how to use the fbset command or its /etc/fb.modes file, or the /dev/fb* devices. And I had no idea that you could already set the fb into different modes on different consoles. Using the fb modes was oh-wow for a while to amaze people with a tux or two at bootup, but in the end I have found it too much of a hassle to worry about any more. If the X driver or some svgalib application dropped out without resetting the fb mode correctly, then the local ttys became "lost" and unviewable. (Any way out of this?) svgalib is particular nasty to use with the console fb. I have been particular vulnerable to this since I've been using banshee and voodoo3 cards for quite a while and their drivers are vastly improving and still not 100% stable. I've also been meaning to have a good look at ggi, but too much to do and so little time... Anyway good luck with this project, it sounds very worthwhile. Cheers Tony |
|
From: James S. <jsi...@ac...> - 2000-03-11 02:17:03
|
> echo -e "subscribe linux-console\n.\n" | mail -s subscribe maj...@vg... I subscribed just in case. We need to show them to here. > > About a week ago. > > Great, then I (we) haven't missed out on _too_ much :) Look threw the archives for the goods. > > > What changes are planned? > > [ ... lots of cool ideas, plans, wishes and stuff ... ] Alot. As you follow the list you will see the goals. > > > I'd eventually like to be able to set/reset on a per-console basis > > > whatever video modes I like, > > > > Okay. Fbcon allows that to a limited degree. See other post. > Anyway good luck with this project, it sounds very worthwhile. Thanks. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Eric S. R. <es...@th...> - 2000-03-10 19:03:45
|
James Simmons <jsi...@ac...>: > We hope. I had a talk with Alan Cox about that. He doesn't care for the > idea of terminal emulation modules :( What is his objection? -- <a href="http://www.tuxedo.org/~esr">Eric S. Raymond</a> "Taking my gun away because I might shoot someone is like cutting my tongue out because I might yell `Fire!' in a crowded theater." -- Peter Venetoklis |
|
From: James S. <jsi...@ac...> - 2000-03-11 01:59:01
|
On Fri, 10 Mar 2000, Eric S. Raymond wrote: > James Simmons <jsi...@ac...>: > > We hope. I had a talk with Alan Cox about that. He doesn't care for the > > idea of terminal emulation modules :( > > What is his objection? Bloat. He doesn't even like the idea of posix termios in the kernel. He feels that userland should define any other type of console. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U > -- > <a href="http://www.tuxedo.org/~esr">Eric S. Raymond</a> > > "Taking my gun away because I might shoot someone is like cutting my tongue > out because I might yell `Fire!' in a crowded theater." > -- Peter Venetoklis > |
|
From: Jim P. <ji...@ag...> - 2000-03-11 09:32:06
|
James Simmons wrote:
> > What is his objection?
>
> Bloat. He doesn't even like the idea of posix termios in the kernel.
> He feels that userland should define any other type of console.
That is what I was thinking, but thinking about what Eric said convinced me
otherwise. There are definite advantages to having all the terminal
emulations hidden behind the /dev/ttyN that we're used to using.
If the solution *has* to exist in user-land, then kernel changes will be
needed to redirect tty input/output on a per-tty basis from the back end of
the /dev/tty device (after stty stuff) to a selected user-space console
server, which will then in turn plug into the input event stream, and some
kind of display (fbdev or GGI?).
Maybe have some kind of /dev/??? device that the console server connects to,
which allows it to feed input bytes to the /dev/tty* ttys it's been assigned
to, and receive output bytes sent to those ttys. Perhaps a stream of:
{ tty-number length-in-bytes data-bytes } x ???
The kernel code would act as a kind of multiplexor, gathering/distributing
data between the list of current ttys and current console servers through
this interface. The standard `linux' console-code would remain as a default
and fall-back within the kernel.
I can see advantages of having a console server outside the kernel, in that
it can use interfaces that are not designed to be used from within the
kernel, if it wishes, such as GGI. Will fbdev acceleration also require
cooperation from user-space libraries ? In which case the same applies
here.
Jim
--
Jim Peters / __ | \ Aguazul
/ /| /| )| /| / )|| \
jim@aguazul. \ (_|(_|(_|(_| )(_|I / www.aguazul.
demon.co.uk \ ._) _/ / demon.co.uk
|
|
From: James S. <jsi...@ac...> - 2000-03-11 14:56:01
|
> > Bloat. He doesn't even like the idea of posix termios in the kernel. > > He feels that userland should define any other type of console. > > That is what I was thinking, but thinking about what Eric said convinced me > otherwise. There are definite advantages to having all the terminal > emulations hidden behind the /dev/ttyN that we're used to using. I don't knwo what to think about this. I do know I want the terminal emulation in a seperate file just for clean code. As for modularity that will have to be discussed with Linus and Alan. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
|
From: Eric S. R. <es...@th...> - 2000-03-11 16:44:16
|
James Simmons <jsi...@ac...>: > I don't knwo what to think about this. I do know I want the terminal > emulation in a seperate file just for clean code. As for modularity that > will have to be discussed with Linus and Alan. One step at a time. First we need to get them to take the initial bugfix patches. Legitimize ourselves, as it were. -- <a href="http://www.tuxedo.org/~esr">Eric S. Raymond</a> The same applies for other kinds of long-lasting low-level pain. [...] The body's response to being jabbed, pierced, and cut is to produce endorphins. [...] So here's my programme for breaking that cycle of dependency on Windows: get left arm tattooed with dragon motif, buy a crate of Jamaican Hot! Pepper Sauce, get nipples pierced. With any luck that will produce enough endorphins to make Windows completely redundant, and I can then upgrade to Linux and get on with things. -- Pieter Hintjens |
|
From: James S. <jsi...@ac...> - 2000-03-12 03:37:39
|
On Sat, 11 Mar 2000, Eric S. Raymond wrote: > James Simmons <jsi...@ac...>: > > I don't knwo what to think about this. I do know I want the terminal > > emulation in a seperate file just for clean code. As for modularity that > > will have to be discussed with Linus and Alan. > > One step at a time. First we need to get them to take the initial bugfix > patches. Legitimize ourselves, as it were. Okay. "Look it's a text editor, no it's a OS, no it's Emacs" James Simmons ____/| fbdev/gfx developer \ o.O| http://www.linux-fbdev.org =(_)= http://linuxgfx.sourceforge.net U |
Thanks for helping keep SourceForge clean.
X