Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
We already have a function call to disable VT switching. xf86EnableVTSwitch(Bool new) Call it with TRUE to enable VT Switching, and FALSE to disable. You should be able to do this in a driver. It was specifically added for DRI and fullscreen modes, although it should work for this case too. Alan. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
On Sat, 16 Feb 2002, Christopher W. Allermann wrote: [...] I'm running Debian 2.2 Potato, Linux Kernel 2.2.17 and XFree86 3.3.6 (I know its not the latest, sorry about this. I'm in a rush to deploy, can always upgrade later.) Are you aware of the unofficial debs at http://people.debian.org/%7Ecpbotha/ ? Just adding these lines to /etc/apt/sources.list worked fine for me: deb http://people.debian.org/%7Ecpbotha/ xf403_potato/i386/ deb http://people.debian.org/%7Ecpbotha/ xf403_potato/all/ Unfortunately 4.2 hasn't appeared there yet (latest is 4.1; munge above lines to suit, obviously). HTH, Neale. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Mark. I'm trying to deploy a few Linux based terminals. I want to disable all tty's but the one X is running on. I've modified my /etc/inttab, and killed getty on the tty's, and have X starting at boot up. My problem is that a user is still able to Ctrl-Alt-F1 out of X. While getty is not running there I am not concerned about users logging in there. However I am a bit worried that users would become flustered if they Accidentally got out to tty1 and could not get back into X. I am looking for a simple way to prevent this from happening. I'm running Debian 2.2 Potato, Linux Kernel 2.2.17 and XFree86 3.3.6 (I know its not the latest, sorry about this. I'm in a rush to deploy, can always upgrade later.) Any help would be appreciated. Chris Allermann - [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
Yeah, I already have the DontZoom and DontZap options specified. Was hoping theere was some easy methord for the F1 disable. - Original Message - From: Mark Vojkovich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, February 16, 2002 5:02 PM Subject: Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Mark. I'm trying to deploy a few Linux based terminals. I want to disable all tty's but the one X is running on. I've modified my /etc/inttab, and killed getty on the tty's, and have X starting at boot up. My problem is that a user is still able to Ctrl-Alt-F1 out of X. While getty is not running there I am not concerned about users logging in there. However I am a bit worried that users would become flustered if they Accidentally got out to tty1 and could not get back into X. I am looking for a simple way to prevent this from happening. I'm running Debian 2.2 Potato, Linux Kernel 2.2.17 and XFree86 3.3.6 (I know its not the latest, sorry about this. I'm in a rush to deploy, can always upgrade later.) Any help would be appreciated. Chris Allermann - [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Actually, someone asked me about this recently, and I was surprised to discover that it didn't exist too. It seems to me that it should be a standard option, as there's (at least) two cases where it would be both valid and useful: i) Your hardware won't switch cleanly back to text mode from X[1] ii) You're setting up a kiosk-mode machine As you say, this also isn't the first time that somebody wanted this, so there's obviously a grass-roots requirement for it :) I'm currently working on a patch for this, and I'd appreciate some advice; I believe that such an option (lets call it 'DontSwitch') should disable VT switching for all OSes that support that functionality (including the ones that use the VTSysreq method of doing it). As there's already a runtime switch to control this (which already DTRT when DRI has is in fullscreen mode), I also think the neatest way to add this functionality would be to add 'VTSwitchEnable' to the tests for the rest of the OSes that support VT switching, and set if from the config file, if the option is present. Any comments? Cheers, AS [1] Some Dell laptop users are stuck with this apparently, a switch back to text mode hoses you totally. Ick. msg04200/pgp0.pgp Description: PGP signature
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
for disabling switching vt try chvt vtnumber (eg: chvt 1 )if ur x is running in tty1 in your script that should do the trick, i came with full install of redhat 7.2, try man chvt, or google is your friend hope this helps, i have seen just too many people ask this question hth syed irfan crazycrusoe --- Andy Sparrow [EMAIL PROTECTED] wrote: On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Actually, someone asked me about this recently, and I was surprised to discover that it didn't exist too. It seems to me that it should be a standard option, as there's (at least) two cases where it would be both valid and useful: i)Your hardware won't switch cleanly back to text mode from X[1] ii) You're setting up a kiosk-mode machine As you say, this also isn't the first time that somebody wanted this, so there's obviously a grass-roots requirement for it :) I'm currently working on a patch for this, and I'd appreciate some advice; I believe that such an option (lets call it 'DontSwitch') should disable VT switching for all OSes that support that functionality (including the ones that use the VTSysreq method of doing it). As there's already a runtime switch to control this (which already DTRT when DRI has is in fullscreen mode), I also think the neatest way to add this functionality would be to add 'VTSwitchEnable' to the tests for the rest of the OSes that support VT switching, and set if from the config file, if the option is present. Any comments? Cheers, AS [1] Some Dell laptop users are stuck with this apparently, a switch back to text mode hoses you totally. Ick. ATTACHMENT part 2 application/pgp-signature = = CrazyCrusoe Hackerd00d http://members.linuxstart.com/openweb = __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
I'm a little confused. I am trying to run this boxes in a kiosok type mode. The application of this chvt terminal. Will this throw them back to tty7 (where is is running) or will it move the tty that X is running on. Making X run on tty1. Maybe this could be an alternate solution, can i force X to run on tty1? So if a Ctrl-Alt-F1 occured nothing would happen since they are already on 1? Please excuse my ignorance on this subject, i've always been used to working in console mode, so I am not familiar with the intricate working of the X system. Chris Allermann - [EMAIL PROTECTED] - Original Message - From: Syed Irfan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, February 16, 2002 6:44 PM Subject: Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X for disabling switching vt try chvt vtnumber (eg: chvt 1 )if ur x is running in tty1 in your script that should do the trick, i came with full install of redhat 7.2, try man chvt, or google is your friend hope this helps, i have seen just too many people ask this question hth syed irfan crazycrusoe --- Andy Sparrow [EMAIL PROTECTED] wrote: On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Actually, someone asked me about this recently, and I was surprised to discover that it didn't exist too. It seems to me that it should be a standard option, as there's (at least) two cases where it would be both valid and useful: i) Your hardware won't switch cleanly back to text mode from X[1] ii) You're setting up a kiosk-mode machine As you say, this also isn't the first time that somebody wanted this, so there's obviously a grass-roots requirement for it :) I'm currently working on a patch for this, and I'd appreciate some advice; I believe that such an option (lets call it 'DontSwitch') should disable VT switching for all OSes that support that functionality (including the ones that use the VTSysreq method of doing it). As there's already a runtime switch to control this (which already DTRT when DRI has is in fullscreen mode), I also think the neatest way to add this functionality would be to add 'VTSwitchEnable' to the tests for the rest of the OSes that support VT switching, and set if from the config file, if the option is present. Any comments? Cheers, AS [1] Some Dell laptop users are stuck with this apparently, a switch back to text mode hoses you totally. Ick. ATTACHMENT part 2 application/pgp-signature = = CrazyCrusoe Hackerd00d http://members.linuxstart.com/openweb = __ Do You Yahoo!? Yahoo! Sports - Coverage of the 2002 Olympic Games http://sports.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
On Sat, 16 Feb 2002, Andy Sparrow wrote: On Sat, 16 Feb 2002, Christopher W. Allermann wrote: I'm stuck with a little bit of a problem here and have been unable to find a suitable solution. You might have to hack the server to do this. There are already config file options to prevent Ctrl-Alt-backspace and Ctrl-Alt-+/-, but there isn't one for Ctrl-Alt-F#. Maybe there was a reason for that, I don't remember. This isn't the first time somebody wanted to do this. Actually, someone asked me about this recently, and I was surprised to discover that it didn't exist too. It seems to me that it should be a standard option, as there's (at least) two cases where it would be both valid and useful: i)Your hardware won't switch cleanly back to text mode from X[1] ii) You're setting up a kiosk-mode machine As you say, this also isn't the first time that somebody wanted this, so there's obviously a grass-roots requirement for it :) I'm currently working on a patch for this, and I'd appreciate some advice; I believe that such an option (lets call it 'DontSwitch') should disable VT switching for all OSes that support that functionality (including the ones that use the VTSysreq method of doing it). [...] Any comments? DontSwitch is an ambiguous name. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Diabling Ctrl-Alt-F1 Keysequences Under X
Maybe this could be an alternate solution, can i force X to run on tty1? So if a Ctrl-Alt-F1 occured nothing would happen since they are already on 1? Hmm, actually, I don't see why you couldn't disable all the gettys run [xwgk]dm as a display manager, which will take the first free VTY, if none is specified. So, just run a display manager out of a startup script at boottime, without specifying a VTY for it to run on, and it'll start on the first VTY. Which, thinking about it, might be why no-one implemented 'DontSwitch'. Because it's not necessary - as soon as X is a one-way trip, you may as well not have a text mode console at all because you have no way of getting back to it once X is running - so don't run a text console, just start a display manager instead :) I'd suggest that you don't disable Ctrl+Alt+Backspace though, so that if the X server wedged for any reason, you (the user) could re-start it. I don't know about the others, but I know that wdm supports a default user (including password), which might also be useful in a kiosk mode. Cheers, AS msg04205/pgp0.pgp Description: PGP signature