linuxconsole-dev

Re: AW: AW: AW: Creating a planetarium using Ruby

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

> Yeah, finding those cards might be tricky... I'm not aware of any GFX C=
ards for 64bit PCI - they went the way of AGP...
> But I agree that it seems possible in theory. One would have to try it =
out though, and above all, identify apropriate products that provide the =
needed features.
>=20

I've a TNT2M64 floating around here somewhere that although 32-bit PCI,
is compatible with 64 bit slots and will happily clock up to 66Mhz in
such a slot.

I'm sure higher bandwidth PCI such as server PCI-X, not to be confused
with the AGP2-called-PCIX that we have in the domestic market, could
have video and mainboards found to suit. Won't be cheap.

There's a few HP servers with PCI-X 1.0 @ 133 Mhz; ML350 has at least
100Mhz, I think...

http://www.pcisig.com/specifications/pcix_20

How's 533Mhz, 64-bits wide grab you?

J

On Thu, 2006-03-16 at 10:16 +0100, Unger Richard wrote:
> =20
> > -----Urspr=C3=BCngliche Nachricht-----
> > Von: Helge Hafting [mailto:hel...@ai...]=20
> > Gesendet: Donnerstag, 16. M=C3=A4rz 2006 09:16
> > An: Unger Richard
> > Cc: lin...@li...
> > Betreff: Re: AW: AW: Creating a planetarium using Ruby
> >=20
> > Unger Richard wrote:
> >=20
> > >Hi!
> > >
> > >I don't really know, because I have not tried, but I think=20
> > the problem with smooth Animation across 20 Screens in one PC=20
> > is the bus speed.=20
> > >
> > >The PCI bus can transport 127MB / sec.
> > > =20
> > >
> > If it is a 32-bit 33MHz bus.  (133 MB/s, but some is lost to=20
> > overhead.) There are also the more expensive 64-bit 66MHz=20
> > bus, that gives you
> > 4 times as much, 533MB/s minus overhead.
> >=20
> > >Lets assume you run each screen at 1024x768, 16 bit =3D 1,5MB / scre=
en=20
> > >Now 20 Screens is 30MB of data, 127MB/30MB ~ 4, ie you could=20
> > (theoretically) drive the screens at 4 fps.
> > >
> > >That's not exactly smooth animation.
> > > =20
> > >
> > Sure not.  One could display nice very high resolution images=20
> > though. :-) But throw in a server board with two of those=20
> > 64-bit buses, and you could hit 32 fps in theory.  Well, if=20
> > you can find dual or triple screen cards for 64-bit pci that=20
> > is. Gamers might not be impressed with 32 fps, but it beats=20
> > movies at least.
>=20
> Yeah, finding those cards might be tricky... I'm not aware of any GFX C=
ards for 64bit PCI - they went the way of AGP...
> But I agree that it seems possible in theory. One would have to try it =
out though, and above all, identify apropriate products that provide the =
needed features.
>=20
> >=20
> > Some cards have mpeg decoders on them - this will allow large=20
> > bandwith savings when playing prearranged video/animations. =20
> > I am not sure mpeg for 20 screens could be generated in realtime.
> >=20
>=20
> Here the problem is that you would have to "split" your MPEG across mul=
tiple screens - that does not seem like a trivial task to me. If you star=
ted with a single MPEG file, you would have to calculate which parts of t=
he image fall on which screen, split the parts, scale and distort each pa=
rt appropriately, recode the parts into seperate MPEG streams and then se=
nd them to the different MPEG devices... ugh.
>=20
> > >Now I freely admit that calculation is simplistic. In a=20
> > modern computer some of the screens would be connected to an=20
> > AGP bus, some could be connected to PCIe. Some boards might=20
> > include more than one PCI bus, meaning the cards don't all=20
> > have to share the 127MB...
> > >
> > >Still, until I actually tried it out, I would be worried=20
> > about trying to move that amount of data (all screens more or=20
> > less in sync!) on Pc-type hardware...
> > > =20
> > >
> > No guarantee that one gets near the theoretical limit. :-/=20
> > The synchronization should be simple, just take care to=20
> > update the screens in sequence.
> >=20
>=20
> Again, I contend it is not that simple - because you would have objects=
 moving from one screen to the next, the different screens would have to =
be synchronized to prevent the objects from tearing as they crossed scree=
n boundaries. (Isn't that what they call "Genlock"?) This requires some k=
ind of synchronization signal for the screens and GFX cards...
>=20
> Richie
>=20
> >=20
> > Helge Hafting
> >=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting lang=
uage
> that extends applications into web and mobile media. Attend the live we=
bcast
> and join the prime developer group breaking into this new coding territ=
ory!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=110944&bid$1720&dat=12164=
2
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>=20
--=20
James van Zeeland <ja...@dv...>

Re: AW: AW: AW: Creating a planetarium using Ruby

[Helge H. <hel...@ai...>]

Unger Richard wrote:

>Here the problem is that you would have to "split" your MPEG across multiple screens - that does not seem like a trivial task to me. If you started with a single MPEG file, you would have to calculate which parts of the image fall on which screen, split the parts, scale and distort each part appropriately, recode the parts into seperate MPEG streams and then send them to the different MPEG devices... ugh.
>  
>
I was considering one mpeg per screen.  Splitting a single one up is
useless even if you can do it - the loss of resolution means
no need for 20 screens.

>>No guarantee that one gets near the theoretical limit. :-/ 
>>The synchronization should be simple, just take care to 
>>update the screens in sequence.
>>
>>    
>>
>
>Again, I contend it is not that simple - because you would have objects moving from one screen to the next, the different screens would have to be synchronized to prevent the objects from tearing as they crossed screen boundaries. (Isn't that what they call "Genlock"?) This requires some kind of synchronization signal for the screens and GFX cards...
>  
>
You're right.  It could be a problem if there is lots of such movement from
one frame to the next.

Helge Hafting

AW: AW: AW: Creating a planetarium using Ruby

[Unger R. <ric...@te...>]

=20

> -----Urspr=FCngliche Nachricht-----
> Von: Helge Hafting [mailto:hel...@ai...]=20
> Gesendet: Donnerstag, 16. M=E4rz 2006 09:16
> An: Unger Richard
> Cc: lin...@li...
> Betreff: Re: AW: AW: Creating a planetarium using Ruby
>=20
> Unger Richard wrote:
>=20
> >Hi!
> >
> >I don't really know, because I have not tried, but I think=20
> the problem with smooth Animation across 20 Screens in one PC=20
> is the bus speed.=20
> >
> >The PCI bus can transport 127MB / sec.
> > =20
> >
> If it is a 32-bit 33MHz bus.  (133 MB/s, but some is lost to=20
> overhead.) There are also the more expensive 64-bit 66MHz=20
> bus, that gives you
> 4 times as much, 533MB/s minus overhead.
>=20
> >Lets assume you run each screen at 1024x768, 16 bit =3D 1,5MB / =
screen=20
> >Now 20 Screens is 30MB of data, 127MB/30MB ~ 4, ie you could=20
> (theoretically) drive the screens at 4 fps.
> >
> >That's not exactly smooth animation.
> > =20
> >
> Sure not.  One could display nice very high resolution images=20
> though. :-) But throw in a server board with two of those=20
> 64-bit buses, and you could hit 32 fps in theory.  Well, if=20
> you can find dual or triple screen cards for 64-bit pci that=20
> is. Gamers might not be impressed with 32 fps, but it beats=20
> movies at least.

Yeah, finding those cards might be tricky... I'm not aware of any GFX =
Cards for 64bit PCI - they went the way of AGP...
But I agree that it seems possible in theory. One would have to try it =
out though, and above all, identify apropriate products that provide the =
needed features.

>=20
> Some cards have mpeg decoders on them - this will allow large=20
> bandwith savings when playing prearranged video/animations. =20
> I am not sure mpeg for 20 screens could be generated in realtime.
>=20

Here the problem is that you would have to "split" your MPEG across =
multiple screens - that does not seem like a trivial task to me. If you =
started with a single MPEG file, you would have to calculate which parts =
of the image fall on which screen, split the parts, scale and distort =
each part appropriately, recode the parts into seperate MPEG streams and =
then send them to the different MPEG devices... ugh.

> >Now I freely admit that calculation is simplistic. In a=20
> modern computer some of the screens would be connected to an=20
> AGP bus, some could be connected to PCIe. Some boards might=20
> include more than one PCI bus, meaning the cards don't all=20
> have to share the 127MB...
> >
> >Still, until I actually tried it out, I would be worried=20
> about trying to move that amount of data (all screens more or=20
> less in sync!) on Pc-type hardware...
> > =20
> >
> No guarantee that one gets near the theoretical limit. :-/=20
> The synchronization should be simple, just take care to=20
> update the screens in sequence.
>=20

Again, I contend it is not that simple - because you would have objects =
moving from one screen to the next, the different screens would have to =
be synchronized to prevent the objects from tearing as they crossed =
screen boundaries. (Isn't that what they call "Genlock"?) This requires =
some kind of synchronization signal for the screens and GFX cards...

Richie

>=20
> Helge Hafting
>=20

Re: AW: AW: Creating a planetarium using Ruby

[Helge H. <hel...@ai...>]

Unger Richard wrote:

>Hi!
>
>I don't really know, because I have not tried, but I think the problem with smooth Animation across 20 Screens in one PC is the bus speed. 
>
>The PCI bus can transport 127MB / sec.
>  
>
If it is a 32-bit 33MHz bus.  (133 MB/s, but some is lost to overhead.)
There are also the more expensive 64-bit 66MHz bus, that gives you
4 times as much, 533MB/s minus overhead.

>Lets assume you run each screen at 1024x768, 16 bit = 1,5MB / screen
>Now 20 Screens is 30MB of data, 127MB/30MB ~ 4, ie you could (theoretically) drive the screens at 4 fps.
>
>That's not exactly smooth animation.
>  
>
Sure not.  One could display nice very high resolution images though. :-)
But throw in a server board with two of those 64-bit buses, and you
could hit 32 fps in theory.  Well, if you can find dual or triple screen
cards for 64-bit pci that is. Gamers might not be impressed with 32 fps,
but it beats movies at least.

Some cards have mpeg decoders on them - this will allow large bandwith
savings when playing prearranged video/animations.  I am not sure mpeg
for 20 screens could be generated in realtime.

>Now I freely admit that calculation is simplistic. In a modern computer some of the screens would be connected to an AGP bus, some could be connected to PCIe. Some boards might include more than one PCI bus, meaning the cards don't all have to share the 127MB...
>
>Still, until I actually tried it out, I would be worried about trying to move that amount of data (all screens more or less in sync!) on Pc-type hardware...
>  
>
No guarantee that one gets near the theoretical limit. :-/
The synchronization should be simple, just take care to
update the screens in sequence.


Helge Hafting

Re: AW: Creating a planetarium using Ruby

[Helge H. <hel...@ai...>]

Unger Richard wrote:

>Hi!
>
>Wow! Now that sounds like a really cool project!
>
>I don't think Ruby will necessarily help you here... Ruby is needed when you want to enable parallel, independant use of screens, specifically for multiple independent consoles.
>
>What you want is more of a giant "Xinerama" setup. However, IMHO Xinerama may also not be the way to go - it might be quite some work to recode that layer.
>
>Also, 20-30 Video-cards is a lot (last time I checked, I could put at most 6 in my Workstation ;) )... May I ask if you have already solved the problem of the hardware you will use?
>  
>
Well, there is usually no more than 6 or so slots.  Some multi-PCI server
boards may have more, and the multiple buses will help with
the bandwith problem too.

Dual screen cards are common.  3- or 4-screen cards are hideously 
expensive, but
I believe matrox actually have some.  So it is definitely possible to 
get to 20 screens
in a single computer, with the right hardware. 

Then there are usb to vga converters.  You can hook up as many as you like,
but such a setup won't be good for quick animation.  A multiprocessor
machine is probably a good idea when doing animations on 20 screens . . .

Helge Hafting

AW: AW: Creating a planetarium using Ruby

[Unger R. <ric...@te...>]

Hi!

I don't really know, because I have not tried, but I think the problem =
with smooth Animation across 20 Screens in one PC is the bus speed.=20

The PCI bus can transport 127MB / sec.
Lets assume you run each screen at 1024x768, 16 bit =3D 1,5MB / screen
Now 20 Screens is 30MB of data, 127MB/30MB ~ 4, ie you could =
(theoretically) drive the screens at 4 fps.

That's not exactly smooth animation.

Now I freely admit that calculation is simplistic. In a modern computer =
some of the screens would be connected to an AGP bus, some could be =
connected to PCIe. Some boards might include more than one PCI bus, =
meaning the cards don't all have to share the 127MB...

Still, until I actually tried it out, I would be worried about trying to =
move that amount of data (all screens more or less in sync!) on Pc-type =
hardware...

Richard


=20

> -----Urspr=FCngliche Nachricht-----
> Von: Helge Hafting [mailto:hel...@ai...]=20
> Gesendet: Dienstag, 14. M=E4rz 2006 11:35
> An: Unger Richard
> Cc: De Gyves; lin...@li...
> Betreff: Re: AW: Creating a planetarium using Ruby
>=20
> Unger Richard wrote:
>=20
> >Hi!
> >
> >Wow! Now that sounds like a really cool project!
> >
> >I don't think Ruby will necessarily help you here... Ruby is=20
> needed when you want to enable parallel, independant use of=20
> screens, specifically for multiple independent consoles.
> >
> >What you want is more of a giant "Xinerama" setup. However,=20
> IMHO Xinerama may also not be the way to go - it might be=20
> quite some work to recode that layer.
> >
> >Also, 20-30 Video-cards is a lot (last time I checked, I=20
> could put at most 6 in my Workstation ;) )... May I ask if=20
> you have already solved the problem of the hardware you will use?
> > =20
> >
> Well, there is usually no more than 6 or so slots.  Some=20
> multi-PCI server boards may have more, and the multiple buses=20
> will help with the bandwith problem too.
>=20
> Dual screen cards are common.  3- or 4-screen cards are=20
> hideously expensive, but I believe matrox actually have some.=20
>  So it is definitely possible to get to 20 screens in a=20
> single computer, with the right hardware.=20
>=20
> Then there are usb to vga converters.  You can hook up as=20
> many as you like, but such a setup won't be good for quick=20
> animation.  A multiprocessor machine is probably a good idea=20
> when doing animations on 20 screens . . .
>=20
> Helge Hafting
>=20

Re: Creating a planetarium using Ruby

[Aivils S. <ai...@un...>]

On Otrdiena, 14. Marts 2006 00:42, De Gyves wrote:
> Actually the cost of a planetarium projector machine is on the order
> of about USD 150,000 (but it does include also multimedia movies, a
> stellar database and stuff like that). In any case, I think that a
> open solution may reduce the total cost of building and mantaining a
> planetarium.

Digital movie to visible sphere transfer requires 2 operations
1) huge mathematics for calculations image to sphere, database to
sphere, movie to sphere and so on.
2) make digital image viewable by human eye.

For 1st You need army of students of information tehnologies to
make it ready. May be sphere maping mathematics is open, i am not
astronomer. (Oops http://www.stellarium.org/)
2nd of course is done by dmx X server.

If You can get round 1st, then open source soulution is cheaper.
More helpful Xorg mailing list
http://lists.freedesktop.org/mailman/listinfo/xorg

Aivils Stoss

Re: Creating a planetarium using Ruby

[De G. <de...@gm...>]

First, thanks to everyone for the suggestions and links.

Unger and Jean:

For the moment I have not a webpage because until now, I am looking
for funds fo start the project on the Instituto Polit'ecnico Nacional
(www.ipn.mx) because I can't to cover the cost of the hardware (I'm
estimating about from USD 10,000 to 50,000 to buy some dozens of
decent video cards and monitors in the first stage of the project).
There are many issues to solve:

1. This solution has to flexible, in terms of be able to be used on
different planetariums.
2. In the first step, it must to be capable to project some stuff
using a 3d stellar system (like starplot or something)
3. After, it has to be connected to a telescope and to project the
received movie conveniently.
4. To be a standard movies projector to show some stellar-educational movie=
s.

Actually the cost of a planetarium projector machine is on the order
of about USD 150,000 (but it does include also multimedia movies, a
stellar database and stuff like that). In any case, I think that a
open solution may reduce the total cost of building and mantaining a
planetarium.

This project may to grow too much (for example the using of internet2
to connect the video output to telescopes from another point of the
world, etc) but for the moment I think it would be nice to keep the
perspectives low. I am also starting contacts with the "Luis Enrique
Erro" planetarum, at http://www.planetario.ipn.mx/ and they may be
happy to work in this project also.

As, effectively, you suggest, for the moment we have not much
information about the final hardware requirements, for example, the
total resolution of the image, the   possible surface area of the
sphere (usually the planetarium's vaults are not perfect spheres), or
issues like: how to solve the overlap of the projectors on the vault?

The current machine on the "Luis Enrique Erro" planetarium is a Zeiss
IV with 150 projectors.

On 3/13/06, Unger Richard <ric...@te...> wrote:
> Hi!
>
> Wow! Now that sounds like a really cool project!
>
> I don't think Ruby will necessarily help you here... Ruby is needed when =
you want to enable parallel, independant use of screens, specifically for m=
ultiple independent consoles.
>
> What you want is more of a giant "Xinerama" setup. However, IMHO Xinerama=
 may also not be the way to go - it might be quite some work to recode that=
 layer.
>
> Also, 20-30 Video-cards is a lot (last time I checked, I could put at mos=
t 6 in my Workstation ;) )... May I ask if you have already solved the prob=
lem of the hardware you will use?
>
> If not, I think this will be the major area of work. I am not aware of an=
y PC Hardware capable of driving 20 Graphics cards. If if you were able to =
hook up a PCI bus with 20 cards you would never be able to drive them in sy=
nc - the bus won't support that kind of volume of data. With PCIe you're ge=
tting closer. For example, Matrox is making 1-Lane PCIe GFX Cards, and mode=
rn PC Hardware often has 20 or more PCIe lanes. Whether the processor and b=
ridge chips will manage to drive 20 cards sounds doubtful.
>
> More likely you will have to use several PCs in parallel, with each PC co=
ntaining several graphics cards. In this case you will need a software laye=
r to distribute the graphics processing over multiple nodes in a network. T=
here are existing software packages to do this. If you use OpenGL, the Chro=
mium project is one such software layer for OpenGL. (I saw an article recen=
tly where someone ran Quake3 on 24 screens at a resolution of 10240x3072px =
using Chromium).
> Using OpenGL may be a good choice in any case, as I think you could more =
easily implement the distortion needed for your non-flat projection in the =
OpenGL system than a 2D system like X-Windows.
>
> May I ask what kind of total resolution you are aiming for? What is the p=
rojection area?
>
> Have you solved the problem of the projectors? Were you planing to use re=
ar projection or front projection? The way I see it, with front projection =
you would have a problem, since the projectors typically bleed quite a bit =
of light around the outside of their images, the joining lines between proj=
ectors would be very visible?
>
> It's definately a very cool idea, the open source planetarium. Is there a=
 website?
>
> Richard Unger
>
>
>
>
>
>
>
>
> > -----Urspr=FCngliche Nachricht-----
> > Von: lin...@li...
> > [mailto:lin...@li...] Im
> > Auftrag von De Gyves
> > Gesendet: Samstag, 11. M=E4rz 2006 02:02
> > An: lin...@li...
> > Betreff: Creating a planetarium using Ruby
> >
> > There is a possibility to create an open project to build a
> > planetaruim star projector. I have already made some
> > configurations using Ruby+Debian to enable about 4 screens.
> > Maybe it is not necessary to use Ruby (because of Xinerama)
> > to accomplish the project, but, the question is: how many
> > screens can manage Ruby? I think that ~20-30 video cards
> > would do the work using projectors instead of monitors for a
> > planetarium. Can Ruby work with this number of cards? Or,
> > must I to do it with Xinerama? Has anyone made something like this?
> >
> > Of course, because of the ceil of a planetarium is not plane
> > but concave, I'll have to recode some stuff in the drivers or
> > somewhere else.
> >
> > --
> > V=EDctor-Polo de Gyv=E9s Montero.
> > (52) 55 2771 2423 (Cellphone in Mexico City)
> > war...@ho... (just msn, don't send mail)
> > (52) 971 71 20990 (Phone in Juchit=E1n, Oaxaca)
> > Address: Independencia street & Morelos avenue, Segunda Secci=F3n,
> > ZIP: 70000, Juchit=E1n, Oaxaca, M=E9xico.
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by xPML, a groundbreaking
> > scripting language that extends applications into web and
> > mobile media. Attend the live webcast and join the prime
> > developer group breaking into this new coding territory!
> > http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642
> > _______________________________________________
> > Linuxconsole-dev mailing list
> > Lin...@li...
> > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> >
>


--
V=EDctor-Polo de Gyv=E9s Montero.
(52) 55 2771 2423 (Cellphone in Mexico City)
war...@ho... (just msn, don't send mail)
(52) 971 71 20990 (Phone in Juchit=E1n, Oaxaca)
Address: Independencia street & Morelos avenue, Segunda Secci=F3n,
ZIP: 70000, Juchit=E1n, Oaxaca, M=E9xico.

Re: Creating a planetarium using Ruby

[Jean-Daniel P. <jd...@di...>]

    indeed, ruby isn't needed for building such a thing. you may want to=20
    glance at this system :
	http://www.plastk.net/
    I think there are several good ideas to explore there.
    in case the link doesn't work, the two main stuff are :
	http://dmx.sourceforge.net/
    and
	http://chromium.sourceforge.net/

--=20
    Jean-Daniel Pauget

    T=E9l: +33 (0) 676 952 746
    2, rue Andr=E9 PELCA
    50580 Denneville-Plage
    France

AW: Creating a planetarium using Ruby

[Unger R. <ric...@te...>]

Hi!

Wow! Now that sounds like a really cool project!

I don't think Ruby will necessarily help you here... Ruby is needed when =
you want to enable parallel, independant use of screens, specifically =
for multiple independent consoles.

What you want is more of a giant "Xinerama" setup. However, IMHO =
Xinerama may also not be the way to go - it might be quite some work to =
recode that layer.

Also, 20-30 Video-cards is a lot (last time I checked, I could put at =
most 6 in my Workstation ;) )... May I ask if you have already solved =
the problem of the hardware you will use?

If not, I think this will be the major area of work. I am not aware of =
any PC Hardware capable of driving 20 Graphics cards. If if you were =
able to hook up a PCI bus with 20 cards you would never be able to drive =
them in sync - the bus won't support that kind of volume of data. With =
PCIe you're getting closer. For example, Matrox is making 1-Lane PCIe =
GFX Cards, and modern PC Hardware often has 20 or more PCIe lanes. =
Whether the processor and bridge chips will manage to drive 20 cards =
sounds doubtful.

More likely you will have to use several PCs in parallel, with each PC =
containing several graphics cards. In this case you will need a software =
layer to distribute the graphics processing over multiple nodes in a =
network. There are existing software packages to do this. If you use =
OpenGL, the Chromium project is one such software layer for OpenGL. (I =
saw an article recently where someone ran Quake3 on 24 screens at a =
resolution of 10240x3072px using Chromium).
Using OpenGL may be a good choice in any case, as I think you could more =
easily implement the distortion needed for your non-flat projection in =
the OpenGL system than a 2D system like X-Windows.

May I ask what kind of total resolution you are aiming for? What is the =
projection area?

Have you solved the problem of the projectors? Were you planing to use =
rear projection or front projection? The way I see it, with front =
projection you would have a problem, since the projectors typically =
bleed quite a bit of light around the outside of their images, the =
joining lines between projectors would be very visible?

It's definately a very cool idea, the open source planetarium. Is there =
a website?

Richard Unger






=20

> -----Urspr=FCngliche Nachricht-----
> Von: lin...@li...=20
> [mailto:lin...@li...] Im=20
> Auftrag von De Gyves
> Gesendet: Samstag, 11. M=E4rz 2006 02:02
> An: lin...@li...
> Betreff: Creating a planetarium using Ruby
>=20
> There is a possibility to create an open project to build a=20
> planetaruim star projector. I have already made some=20
> configurations using Ruby+Debian to enable about 4 screens.=20
> Maybe it is not necessary to use Ruby (because of Xinerama)=20
> to accomplish the project, but, the question is: how many=20
> screens can manage Ruby? I think that ~20-30 video cards=20
> would do the work using projectors instead of monitors for a=20
> planetarium. Can Ruby work with this number of cards? Or,=20
> must I to do it with Xinerama? Has anyone made something like this?
>=20
> Of course, because of the ceil of a planetarium is not plane=20
> but concave, I'll have to recode some stuff in the drivers or=20
> somewhere else.
>=20
> --
> V=EDctor-Polo de Gyv=E9s Montero.
> (52) 55 2771 2423 (Cellphone in Mexico City)=20
> war...@ho... (just msn, don't send mail)
> (52) 971 71 20990 (Phone in Juchit=E1n, Oaxaca)
> Address: Independencia street & Morelos avenue, Segunda Secci=F3n,
> ZIP: 70000, Juchit=E1n, Oaxaca, M=E9xico.
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking=20
> scripting language that extends applications into web and=20
> mobile media. Attend the live webcast and join the prime=20
> developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=3Dk&kid=110944&bid$1720&dat=121642
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>=20

Re: Creating a planetarium using Ruby

[Andrew W. <qw...@gm...>]

On Sat, 11 Mar 2006 2:02 pm, De Gyves wrote:
> There is a possibility to create an open project to build a
> planetaruim star projector. I have already made some configurations
> using Ruby+Debian to enable about 4 screens. Maybe it is not necessary
> to use Ruby (because of Xinerama) to accomplish the project, but, the
> question is: how many screens can manage Ruby? I think that ~20-30
> video cards would do the work using projectors instead of monitors for
> a planetarium. Can Ruby work with this number of cards? Or, must I to
> do it with Xinerama? Has anyone made something like this?
>
> Of course, because of the ceil of a planetarium is not plane but
> concave, I'll have to recode some stuff in the drivers or somewhere
> else.
I don't see what Ruby has to do with this. Ruby allows you to have multiple=
=20
consoles on the same computer, so that multiple users can use it at once.

To join multiple graphics adaptors into a single desktop, use Xinerama. You=
=20
may need to have several computers with a few graphics cards each, in which=
=20
case you can use Xdmx (http://dmx.sourceforge.net/) to join them together=20
with Xinerama as if they were all in the same computer. If you need OpenGL,=
=20
you may want to use Chromium (http://chromium.sourceforge.net/) to do=20
parallel rendering.

=2D-=20
Andrew Walbran
website: http://user.interface.org.nz/~andrew/
blog: http://qwandor.wordpress.com/

Creating a planetarium using Ruby

[De G. <de...@gm...>]

There is a possibility to create an open project to build a
planetaruim star projector. I have already made some configurations
using Ruby+Debian to enable about 4 screens. Maybe it is not necessary
to use Ruby (because of Xinerama) to accomplish the project, but, the
question is: how many screens can manage Ruby? I think that ~20-30=20
video cards would do the work using projectors instead of monitors for
a planetarium. Can Ruby work with this number of cards? Or, must I to
do it with Xinerama? Has anyone made something like this?

Of course, because of the ceil of a planetarium is not plane but
concave, I'll have to recode some stuff in the drivers or somewhere
else.

--
V=EDctor-Polo de Gyv=E9s Montero.
(52) 55 2771 2423 (Cellphone in Mexico City)
war...@ho... (just msn, don't send mail)
(52) 971 71 20990 (Phone in Juchit=E1n, Oaxaca)
Address: Independencia street & Morelos avenue, Segunda Secci=F3n,
ZIP: 70000, Juchit=E1n, Oaxaca, M=E9xico.

=?iso-2022-jp?B?GyRCJTslLyU3ITwlQCUkJUolXiUkJUgxfE1NISobKEI=?=

[<sa...@ya...>]

【マドモアゼルアンアン】
人妻さんの濡れ所とは？？？？
http://manpee-g.biz/chikak/
問）
faf...@16...

=?iso-2022-jp?B?TkVXGyRCJSohPCVXJXMbKEI=?=

[<eu...@ho...>]

けんじぃが新規オープンサイト試して見ました。
http://pierrot-le-fou.net/aaabb/

info）
200...@co...

RE: AW: AW: AW: VT switch - console DOS-Attack??

[fu k. <fu...@ho...>]

>
>There should really be an easy option to set the max number of VTs...
>
>Or perhaps even better would be a mechanism that restricts VT switching to 
>kernel space, in response to local keyboard events only.
>


I think by restricting/locking vt switch to a specific vt number, which is 
configurable by root only, will solve this problem.
Since if the vt is already allocated, it can be taken away until it is 
deallocated again.

best regards.





>From: "Unger Richard" <ric...@te...>
>To: "fu ke" <fu...@ho...>
>CC: <lin...@li...>
>Subject: AW: AW: AW: VT switch - console DOS-Attack??
>Date: Thu, 23 Feb 2006 12:29:19 +0100
>MIME-Version: 1.0
>Received: from mailex3.telekom.at ([195.3.97.75]) by 
>bay0-mc12-f17.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 
>23 Feb 2006 03:29:21 -0800
>Received: from exim by mailex3.telekom.at with local (Exim 4.54)id 
>1FCEeu-00013w-6f; Thu, 23 Feb 2006 12:29:20 +0100
>Received: from UNKNOWN(192.168.108.3), claiming to be "jtsawvca7" via SMTP 
>by mailex3, id smtpdm5aM3Y; Thu Feb 23 12:29:19 2006
>Received: from mail3.pta.at (Not Verified[195.3.97.60]) by jtsawvca7 with 
>NetIQ MailMarshal (v6,0,3,8)id <B43fd9c900000>; Thu, 23 Feb 2006 12:29:20 
>+0100
>Received: from JTSXWCE007.austria.local by mail3.pta.at 
>(8.10.2/1.1.2.10/26Mar01-0449PM)id k1NBTJS0000007989; Thu, 23 Feb 2006 
>12:29:19 +0100 (MET)
>X-Message-Info: JGTYoYF78jHVFFayJg7yerRrapzeF4ICR38gxfboq6E=
>X-MimeOLE: Produced By Microsoft Exchange V6.5
>Content-class: urn:content-classes:message
>X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: AW: VT switch - 
>console DOS-Attack??
>thread-index: AcY4a53QEU4RvKimRAi6ZVlmraxLsQAAA2Dg
>Return-Path: ric...@te...
>X-OriginalArrivalTime: 23 Feb 2006 11:29:21.0802 (UTC) 
>FILETIME=[645C1EA0:01C6386C]
>
>Hi!
>
>This is true, of course... If you're aware of the suid program in advance 
>you can use group permissions to restrict execution to a selected set of 
>users. I'm sure that's not exactly the solution you're looking for 
>either...
>
>There should really be an easy option to set the max number of VTs...
>
>Or perhaps even better would be a mechanism that restricts VT switching to 
>kernel space, in response to local keyboard events only.
>
>Richard Unger
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: fu ke [mailto:fu...@ho...]
> > Gesendet: Donnerstag, 23. Februar 2006 12:24
> > An: Unger Richard
> > Cc: lin...@li...
> > Betreff: RE: AW: AW: VT switch - console DOS-Attack??
> >
> > Hi!
> >
> > >I think only the root user can switch VTs... (or am I wrong here?)
> >
> > Any user can use setuid X11 (which is common) to "try" to
> > switch VTs, which is normally just fine.
> > But as soon as it is abused, than it is fun no more.... :(
> >
> > best regards,
> > fu ke
> >
> >
> >
> >
> >
> > >From: "Unger Richard" <ric...@te...>
> > >To: "fu ke" <fu...@ho...>,
> > ><lin...@li...>
> > >Subject: AW: AW: VT switch - console DOS-Attack??
> > >Date: Thu, 23 Feb 2006 10:40:25 +0100
> > >MIME-Version: 1.0
> > >Received: from mailex2.telekom.at ([195.3.97.74]) by
> > >bay0-mc12-f2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211);
> > >Thu, 23 Feb 2006 01:40:28 -0800
> > >Received: from exim by mailex2.telekom.at with local (Exim 4.54)id
> > >1FCCxW-0004at-95; Thu, 23 Feb 2006 10:40:26 +0100
> > >Received: from UNKNOWN(192.168.108.3), claiming to be
> > "jtsawvca7" via
> > >SMTP by mailex2, id smtpdVDyha1; Thu Feb 23 10:40:26 2006
> > >Received: from mail2.pta.at (Not Verified[195.3.97.60]) by jtsawvca7
> > >with NetIQ MailMarshal (v6,0,3,8)id <B43fd830a0000>; Thu, 23
> > Feb 2006
> > >10:40:26
> > >+0100
> > >Received: from JTSXWCE007.austria.local by mail2.pta.at
> > >(8.10.2/1.1.2.10/26Mar01-0449PM)id k1N9ePI0000005458; Thu,
> > 23 Feb 2006
> > >10:40:25 +0100 (MET)
> > >X-Message-Info: JGTYoYF78jHu0x0mvXJQ4pKyhEfbEYiFLyy2PHisYlw=
> > >X-MimeOLE: Produced By Microsoft Exchange V6.5
> > >Content-class: urn:content-classes:message
> > >X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: VT switch -
> > >console DOS-Attack??
> > >thread-index: AcY4XIOqqIJDSU6OSWCHFUGzTebgAgAAB5hw
> > >Return-Path: ric...@te...
> > >X-OriginalArrivalTime: 23 Feb 2006 09:40:28.0564 (UTC)
> > >FILETIME=[2E3F1D40:01C6385D]
> > >
> > >Hi!
> > >
> > >Yeah, although I don't think it is quite so bad - I think
> > only the root
> > >user can switch VTs... (or am I wrong here?)
> > >
> > >Richard
> > >
> >
> >
> >

AW: AW: AW: VT switch - console DOS-Attack??

[Unger R. <ric...@te...>]

Hi!

This is true, of course... If you're aware of the suid program in =
advance you can use group permissions to restrict execution to a =
selected set of users. I'm sure that's not exactly the solution you're =
looking for either...

There should really be an easy option to set the max number of VTs...

Or perhaps even better would be a mechanism that restricts VT switching =
to kernel space, in response to local keyboard events only.

Richard Unger


> -----Urspr=FCngliche Nachricht-----
> Von: fu ke [mailto:fu...@ho...]=20
> Gesendet: Donnerstag, 23. Februar 2006 12:24
> An: Unger Richard
> Cc: lin...@li...
> Betreff: RE: AW: AW: VT switch - console DOS-Attack??
>=20
> Hi!
>=20
> >I think only the root user can switch VTs... (or am I wrong here?)
>=20
> Any user can use setuid X11 (which is common) to "try" to=20
> switch VTs, which is normally just fine.
> But as soon as it is abused, than it is fun no more.... :(
>=20
> best regards,
> fu ke
>=20
>=20
>=20
>=20
>=20
> >From: "Unger Richard" <ric...@te...>
> >To: "fu ke" <fu...@ho...>,=20
> ><lin...@li...>
> >Subject: AW: AW: VT switch - console DOS-Attack??
> >Date: Thu, 23 Feb 2006 10:40:25 +0100
> >MIME-Version: 1.0
> >Received: from mailex2.telekom.at ([195.3.97.74]) by=20
> >bay0-mc12-f2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211);=20
> >Thu, 23 Feb 2006 01:40:28 -0800
> >Received: from exim by mailex2.telekom.at with local (Exim 4.54)id=20
> >1FCCxW-0004at-95; Thu, 23 Feb 2006 10:40:26 +0100
> >Received: from UNKNOWN(192.168.108.3), claiming to be=20
> "jtsawvca7" via=20
> >SMTP by mailex2, id smtpdVDyha1; Thu Feb 23 10:40:26 2006
> >Received: from mail2.pta.at (Not Verified[195.3.97.60]) by jtsawvca7=20
> >with NetIQ MailMarshal (v6,0,3,8)id <B43fd830a0000>; Thu, 23=20
> Feb 2006=20
> >10:40:26
> >+0100
> >Received: from JTSXWCE007.austria.local by mail2.pta.at=20
> >(8.10.2/1.1.2.10/26Mar01-0449PM)id k1N9ePI0000005458; Thu,=20
> 23 Feb 2006
> >10:40:25 +0100 (MET)
> >X-Message-Info: JGTYoYF78jHu0x0mvXJQ4pKyhEfbEYiFLyy2PHisYlw=3D
> >X-MimeOLE: Produced By Microsoft Exchange V6.5
> >Content-class: urn:content-classes:message
> >X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: VT switch -=20
> >console DOS-Attack??
> >thread-index: AcY4XIOqqIJDSU6OSWCHFUGzTebgAgAAB5hw
> >Return-Path: ric...@te...
> >X-OriginalArrivalTime: 23 Feb 2006 09:40:28.0564 (UTC)=20
> >FILETIME=3D[2E3F1D40:01C6385D]
> >
> >Hi!
> >
> >Yeah, although I don't think it is quite so bad - I think=20
> only the root=20
> >user can switch VTs... (or am I wrong here?)
> >
> >Richard
> >
>=20
>=20
>=20

RE: AW: AW: VT switch - console DOS-Attack??

[fu k. <fu...@ho...>]

Hi!

>I think only the root user can switch VTs... (or am I wrong here?)

Any user can use setuid X11 (which is common) to "try" to switch VTs, which 
is normally just fine.
But as soon as it is abused, than it is fun no more.... :(

best regards,
fu ke





>From: "Unger Richard" <ric...@te...>
>To: "fu ke" <fu...@ho...>, <lin...@li...>
>Subject: AW: AW: VT switch - console DOS-Attack??
>Date: Thu, 23 Feb 2006 10:40:25 +0100
>MIME-Version: 1.0
>Received: from mailex2.telekom.at ([195.3.97.74]) by 
>bay0-mc12-f2.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 
>Feb 2006 01:40:28 -0800
>Received: from exim by mailex2.telekom.at with local (Exim 4.54)id 
>1FCCxW-0004at-95; Thu, 23 Feb 2006 10:40:26 +0100
>Received: from UNKNOWN(192.168.108.3), claiming to be "jtsawvca7" via SMTP 
>by mailex2, id smtpdVDyha1; Thu Feb 23 10:40:26 2006
>Received: from mail2.pta.at (Not Verified[195.3.97.60]) by jtsawvca7 with 
>NetIQ MailMarshal (v6,0,3,8)id <B43fd830a0000>; Thu, 23 Feb 2006 10:40:26 
>+0100
>Received: from JTSXWCE007.austria.local by mail2.pta.at 
>(8.10.2/1.1.2.10/26Mar01-0449PM)id k1N9ePI0000005458; Thu, 23 Feb 2006 
>10:40:25 +0100 (MET)
>X-Message-Info: JGTYoYF78jHu0x0mvXJQ4pKyhEfbEYiFLyy2PHisYlw=
>X-MimeOLE: Produced By Microsoft Exchange V6.5
>Content-class: urn:content-classes:message
>X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: VT switch - 
>console DOS-Attack??
>thread-index: AcY4XIOqqIJDSU6OSWCHFUGzTebgAgAAB5hw
>Return-Path: ric...@te...
>X-OriginalArrivalTime: 23 Feb 2006 09:40:28.0564 (UTC) 
>FILETIME=[2E3F1D40:01C6385D]
>
>Hi!
>
>Yeah, although I don't think it is quite so bad - I think only the root 
>user can switch VTs... (or am I wrong here?)
>
>Richard
>

AW: AW: VT switch - console DOS-Attack??

[Unger R. <ric...@te...>]

Hi!

Yeah, although I don't think it is quite so bad - I think only the root =
user can switch VTs... (or am I wrong here?)

Richard




> -----Urspr=FCngliche Nachricht-----
> Von: fu ke [mailto:fu...@ho...]=20
> Gesendet: Donnerstag, 23. Februar 2006 10:36
> An: Unger Richard; lin...@li...
> Betreff: RE: AW: VT switch - console DOS-Attack??
>=20
> Hi Richard,
>=20
> thanks for your reply.
> It seems to me, that this will remain as "unresolved problem"=20
> until there is a turn_off_vt_switching feature built in linux console.
>=20
> best regards
> fu ke
>=20
>=20
> >From: "Unger Richard" <ric...@te...>
> >To: "fu ke" <fu...@ho...>,=20
> ><lin...@li...>
> >Subject: AW: VT switch - console DOS-Attack??
> >Date: Wed, 22 Feb 2006 16:40:02 +0100
> >MIME-Version: 1.0
> >Received: from mailex4.telekom.at ([195.3.97.76]) by=20
> >bay0-mc6-f11.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211);=20
> >Wed, 22 Feb 2006 07:40:08 -0800
> >Received: from exim by mailex4.telekom.at with local (Exim 4.54)id=20
> >1FBw60-0002IC-Te; Wed, 22 Feb 2006 16:40:05 +0100
> >Received: from UNKNOWN(192.168.108.4), claiming to be=20
> "jtsawvca7" via=20
> >SMTP by mailex4, id smtpdlgf8Za; Wed Feb 22 16:40:03 2006
> >Received: from mail3.pta.at (Not Verified[195.3.97.60]) by jtsawvca7=20
> >with NetIQ MailMarshal (v6,0,3,8)id <B43fc85d30002>; Wed, 22=20
> Feb 2006=20
> >16:40:03
> >+0100
> >Received: from JTSXWCE007.austria.local by mail3.pta.at=20
> >(8.10.2/1.1.2.10/26Mar01-0449PM)id k1MFe2F0000028247; Wed,=20
> 22 Feb 2006
> >16:40:03 +0100 (MET)
> >X-Message-Info: JGTYoYF78jECqFIpgw5ZQoflxZOFsqqbyiGvhM26cDo=3D
> >X-MimeOLE: Produced By Microsoft Exchange V6.5
> >Content-class: urn:content-classes:message
> >X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: VT switch -=20
> >console DOS-Attack??
> >thread-index: AcY3uMtT/PYyHxOrRF6yWkGMKmF0ygAAZ5Ig
> >Return-Path: ric...@te...
> >X-OriginalArrivalTime: 22 Feb 2006 15:40:09.0167 (UTC)=20
> >FILETIME=3D[42E00DF0:01C637C6]
> >
> >Hi!
> >
> >You could compile your kernel without VT support - probably not what=20
> >you want tough...
> >(choose "Configure Standard Kernel Options" to see that option under=20
> >Character Devices)
> >
> >Doesn't look like there is any other easy option to reduce=20
> the number=20
> >of VTs to 1...
> >
> >Richard
> >
> > > -----Urspr=FCngliche Nachricht-----
> > > Von: lin...@li...
> > > [mailto:lin...@li...] Im=20
> Auftrag von=20
> > > fu ke
> > > Gesendet: Mittwoch, 22. Februar 2006 15:02
> > > An: lin...@li...
> > > Betreff: VT switch - console DOS-Attack??
> > >
> > > Dear all,
> > >
> > > is there any known "best solution"(TM) to disable console=20
> switching=20
> > > under linux.
> > > Background: any user, even remote user, can use X11 to switch=20
> > > console distracting "real user" on "real console".
> > > Not to say that there exist some other console tools,=20
> like chvt & co.
> > >
> > > Please cc me since I'm not on the list.
> > >
> > > TIA.
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.net email is sponsored by: Splunk Inc. Do you=20
> grep through=20
> > > log files for problems?  Stop!  Download the new AJAX=20
> search engine=20
> > > that makes searching your log files as easy as surfing the  web. =20
> > > DOWNLOAD SPLUNK!
> > > =
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> > > dat=3D121642
> > > _______________________________________________
> > > Linuxconsole-dev mailing list
> > > Lin...@li...
> > > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> > >
>=20
>=20
>=20

RE: AW: VT switch - console DOS-Attack??

[fu k. <fu...@ho...>]

Hi Richard,

thanks for your reply.
It seems to me, that this will remain as "unresolved problem" until there is 
a turn_off_vt_switching feature built in linux console.

best regards
fu ke


>From: "Unger Richard" <ric...@te...>
>To: "fu ke" <fu...@ho...>, <lin...@li...>
>Subject: AW: VT switch - console DOS-Attack??
>Date: Wed, 22 Feb 2006 16:40:02 +0100
>MIME-Version: 1.0
>Received: from mailex4.telekom.at ([195.3.97.76]) by 
>bay0-mc6-f11.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 22 
>Feb 2006 07:40:08 -0800
>Received: from exim by mailex4.telekom.at with local (Exim 4.54)id 
>1FBw60-0002IC-Te; Wed, 22 Feb 2006 16:40:05 +0100
>Received: from UNKNOWN(192.168.108.4), claiming to be "jtsawvca7" via SMTP 
>by mailex4, id smtpdlgf8Za; Wed Feb 22 16:40:03 2006
>Received: from mail3.pta.at (Not Verified[195.3.97.60]) by jtsawvca7 with 
>NetIQ MailMarshal (v6,0,3,8)id <B43fc85d30002>; Wed, 22 Feb 2006 16:40:03 
>+0100
>Received: from JTSXWCE007.austria.local by mail3.pta.at 
>(8.10.2/1.1.2.10/26Mar01-0449PM)id k1MFe2F0000028247; Wed, 22 Feb 2006 
>16:40:03 +0100 (MET)
>X-Message-Info: JGTYoYF78jECqFIpgw5ZQoflxZOFsqqbyiGvhM26cDo=
>X-MimeOLE: Produced By Microsoft Exchange V6.5
>Content-class: urn:content-classes:message
>X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: VT switch - console 
>DOS-Attack??
>thread-index: AcY3uMtT/PYyHxOrRF6yWkGMKmF0ygAAZ5Ig
>Return-Path: ric...@te...
>X-OriginalArrivalTime: 22 Feb 2006 15:40:09.0167 (UTC) 
>FILETIME=[42E00DF0:01C637C6]
>
>Hi!
>
>You could compile your kernel without VT support - probably not what you 
>want tough...
>(choose "Configure Standard Kernel Options" to see that option under 
>Character Devices)
>
>Doesn't look like there is any other easy option to reduce the number of 
>VTs to 1...
>
>Richard
>
> > -----Ursprüngliche Nachricht-----
> > Von: lin...@li...
> > [mailto:lin...@li...] Im
> > Auftrag von fu ke
> > Gesendet: Mittwoch, 22. Februar 2006 15:02
> > An: lin...@li...
> > Betreff: VT switch - console DOS-Attack??
> >
> > Dear all,
> >
> > is there any known "best solution"(TM) to disable console
> > switching under linux.
> > Background: any user, even remote user, can use X11 to switch
> > console distracting "real user" on "real console".
> > Not to say that there exist some other console tools, like chvt & co.
> >
> > Please cc me since I'm not on the list.
> >
> > TIA.
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep
> > through log files for problems?  Stop!  Download the new AJAX
> > search engine that makes searching your log files as easy as
> > surfing the  web.  DOWNLOAD SPLUNK!
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&
> > dat=121642
> > _______________________________________________
> > Linuxconsole-dev mailing list
> > Lin...@li...
> > https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
> >

Re: AW: VT switch - console DOS-Attack??

[Aivils S. <ai...@un...>]

On Tre=F0diena, 22. Febru=E2ris 2006 17:40, Unger Richard wrote:

When someone jump out from airoplane , but forget equip with parashute,
then is to late.
Edit /etc/security under redhat/mandrake before recompile kernel :o)

http://www.grsecurity.net/ - "multi user safe" kernel patch

Aivils

> You could compile your kernel without VT support - probably not what you
> want tough... (choose "Configure Standard Kernel Options" to see that
> option under Character Devices)
>
> Doesn't look like there is any other easy option to reduce the number of
> VTs to 1...
>
> Richard
>
> > -----Urspr=FCngliche Nachricht-----
> > Von: lin...@li...
> > [mailto:lin...@li...] Im
> > Auftrag von fu ke
> > Gesendet: Mittwoch, 22. Februar 2006 15:02
> > An: lin...@li...
> > Betreff: VT switch - console DOS-Attack??
> >
> > Dear all,
> >
> > is there any known "best solution"(TM) to disable console
> > switching under linux.
> > Background: any user, even remote user, can use X11 to switch
> > console distracting "real user" on "real console".
> > Not to say that there exist some other console tools, like chvt & co.

AW: VT switch - console DOS-Attack??

[Unger R. <ric...@te...>]

Hi!

You could compile your kernel without VT support - probably not what you =
want tough...
(choose "Configure Standard Kernel Options" to see that option under =
Character Devices)

Doesn't look like there is any other easy option to reduce the number of =
VTs to 1...

Richard

> -----Urspr=FCngliche Nachricht-----
> Von: lin...@li...=20
> [mailto:lin...@li...] Im=20
> Auftrag von fu ke
> Gesendet: Mittwoch, 22. Februar 2006 15:02
> An: lin...@li...
> Betreff: VT switch - console DOS-Attack??
>=20
> Dear all,
>=20
> is there any known "best solution"(TM) to disable console=20
> switching under linux.
> Background: any user, even remote user, can use X11 to switch=20
> console distracting "real user" on "real console".
> Not to say that there exist some other console tools, like chvt & co.
>=20
> Please cc me since I'm not on the list.
>=20
> TIA.
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> dat=3D121642
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>=20

VT switch - console DOS-Attack??

[fu k. <fu...@ho...>]

Dear all,

is there any known "best solution"(TM) to disable console switching under 
linux.
Background: any user, even remote user, can use X11 to switch console 
distracting "real user" on "real console".
Not to say that there exist some other console tools, like chvt & co.

Please cc me since I'm not on the list.

TIA.

AW: Multi X dualhead video card

[Unger R. <ric...@te...>]

Hi!

AFAIK running multihead using a single dual-head gfx card can only be =
done 2 ways:

1) Using the Matrox "Dual Frambuffer Mode" -> The Matrox Framebuffer =
driver supposedly (I don't have a card to test this) supports starting 2 =
seperately addressable framebuffers on a Matrox Dual Head card (G450 or =
G550). Then 2 X instances can be started on the 2 heads using the fbdev =
driver for each.
After that you can follow any of the usual methods: just X with evdev =
for input or the backstreet ruby patch for multiple independant =
consoles.

2) You can configure a normal single X Server to serve both screens as =
:0.0 and :0.1. Then you run Xephyr or Xnest within the first Xserver to =
display independant logins for each screen.

See: http://www.c3sl.ufpr.br/multiterminal/index-en.php for more infos.

Richie

=20

> -----Urspr=FCngliche Nachricht-----
> Von: lin...@li...=20
> [mailto:lin...@li...] Im=20
> Auftrag von Claude Ferron
> Gesendet: Mittwoch, 15. Februar 2006 15:17
> An: lin...@li...
> Betreff: Multi X dualhead video card
>=20
> Hello Group,
>=20
> 	I was wondering if anyone was able to get two=20
> independent seat on a dual head PCI or AGP card?Was this=20
> achieve by using FrameBuffer?
>=20
> Thanks
>=20
> P.S Great page Aivils ;)
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep=20
> through log files for problems?  Stop!  Download the new AJAX=20
> search engine that makes searching your log files as easy as=20
> surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&
> dat=3D121642
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>=20

Multi X dualhead video card

[Claude F. <cf...@gm...>]

Hello Group,

	I was wondering if anyone was able to get two independent seat on a  
dual head PCI or AGP card?Was this achieve by using FrameBuffer?

Thanks

P.S Great page Aivils ;)

new http://www.ltn.lv/~aivils/ looks good

[Hugo V. <hvw...@ya...>]

Hi List,

Looks better than the old version:
http://www.ltn.lv/~aivils/

Regards,

Hugo

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com