Re: Future of Ruby: head for the hills

[James v. Z. <ja...@dv...>]

As yitzhak has noted, we need to start a new documentation project.

RIP ruby?

Re: faketty + hijacled

Since they are modules can we implement this as a kernel patch? Is there
any impediment to statically compiling these - faketty and hijacled into
kernel? 

I'm not clear on the text and/or frambuffer console capabilities? Can
we? Several text consoles with X and vt switching? Or is that expecting
too much? :-)

>From here this needs to be tested and documented. It certainly sounds
like a more effeicient approach than manhandling the console subsystem.

I will be testing shortly and shall endeavour to write a HOWTO document
as I go. I'll be testing and writing how-to under FC4, so we may need to
note distribution specific details.

Last rites on ruby?


> The problems with multiple VGA cards, etc, are much
> harder to solve, though. 

But far from insurmountable, I feel. I've had three and four consoles
operational with small issues. Right now things are looking much better.

The worst PCI cards are the ones with broken VGA-BIOS implementations, I
feel. If you have a card that insists on being primary video, it will
never work as a secondary card. If you allow it to be primary, however,
you may well be able to add a secondary card, as long as it is a more
compatible card. I was unable to bring more than two consoles online in
this configuration, however.

It may be worth looking for BIOS updates for your cards.

Mainboards can be a problem, too, generally intel ones, I've found;
every via, nV, or AMD chipset I've used with multi-console has behaved
quite well.

J


On Sun, 2005-09-04 at 03:10, Hugo Vanwoerkom wrote:
> Hi,
> 
> Found a neat quote from  Vojtech Pavlik in
> fa.linux.kernel (Sep 1, 7:23 am):
> 
> ==========================================
> > (When) Will there ever be native kernel (and maybe
> XFree) support for
> > multiple independent keyboards?
> 
> The kernel console is unlikely to ever going to have
> that - noone is interested in changing the console
> subsystem.
> 
> The current state of input device support in the
> kernel, however, allows any userspace program to
> access them independently, including keyboards.
> 
> That means multi-user X and possibly a userspace
> console implementation (Jon Smirl is planning one) has
> no barriers in the kernel input device implementation
> keeping it from proceeding.
> 
> The problems with multiple VGA cards, etc, are much
> harder to solve, though. 
> ==============================================
> 
> I don't know Jon Smirl, but Aivils of course already
> has such a solution with Faketty, working very well,
> thank you.
> 
> So head for the hills and while you are running hope
> Aivils is running with you.
> 
> Hugo
> 
> 
> 
> 
> 
> 
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>