On 2019-07-12, Ian Zimmerman wrote:
> On 2019-07-11 21:28, Nuno Silva wrote:
>
>> vlock -n -a
>
> Does vlock work from an XWindow session? Or would I have to use it on
> top of whatever I do to lock the XWindow session - xscreensaver/i3lock
> etc?
It does work from inside X11 here. I can, for ex
On Fri, 2019-07-12 at 09:01 -0700, Ian Zimmerman wrote:
> On 2019-07-11 21:28, Nuno Silva wrote:
>
> > vlock -n -a
>
> Does vlock work from an XWindow session? Or would I have to use it
> on
> top of whatever I do to lock the XWindow session -
> xscreensaver/i3lock
> etc?
>
> (I browsed to th
I think it can only be started from a VT. But what's the problem? I have an
xsession going, plus tmux, plus perhaps something else going in one or more
VT
All I have to do is call vlock -a from a virtual terminal.
Now to access any terminal VT or xsession - you have to unlock this VT
first.
But I c
On 2019-07-11 21:28, Nuno Silva wrote:
> vlock -n -a
Does vlock work from an XWindow session? Or would I have to use it on
top of whatever I do to lock the XWindow session - xscreensaver/i3lock
etc?
(I browsed to the vlock README page on github but it doesn't answer this
question.)
--
Please
I've been using
vlock -a
for years ... it works.
Il giorno ven 12 lug 2019 alle ore 03:18 Laurence Perkins <
lperk...@openeye.net> ha scritto:
>
> > So the solution is to just use "xscreensaver" by jwz. Which can be
> > configured to just blank the screen etc. as wanted by the op. See
> > also
> So the solution is to just use "xscreensaver" by jwz. Which can be
> configured to just blank the screen etc. as wanted by the op. See
> also
> the FAQ: https://www.jwz.org/xscreensaver/faq.html
>
> HTH,
> -dnh
>
Except I use xscreensaver myself and it in no way prevents VT switch,
which is w
Hello,
On Thu, 11 Jul 2019, Laurence Perkins wrote:
>You could also leave DontVTSwitch on all the time and set a keyboard
>shortcut to run chvt (man 1 chvt) with appropriate permissions and
>parameters instead. Keyboard shortcuts shouldn't get processed if the
>screen is locked.
The screensaver
You could also leave DontVTSwitch on all the time and set a keyboard
shortcut to run chvt (man 1 chvt) with appropriate permissions and
parameters instead. Keyboard shortcuts shouldn't get processed if the
screen is locked.
LMP
On Thu, 2019-07-11 at 21:01 +, artur.tamm...@gmail.com wrote:
>
I tried to google if it is possible to change xorg serverflags in runtime,
but was unable to find anything. I think that would be a cleaner solution
(changing the DontVTSwitch option before locking and then restoring later).
Artur
Ian Zimmerman writes:
On 2019-07-11 09:57, Ian Zimmerman wr
On 2019-07-11 09:57, Ian Zimmerman wrote:
> > setxkbmap -option srvrkeys:none
> > i3lock -c 003355 -n
> > setxkbmap -option ''
>
> Thanks for the idea! It won't work as is for me because I already use
> some non-default xkb options. But it is closer than anything that has
> come up yet. I'll g
On 2019-07-10, François-Xavier CARTON wrote:
> On 7/10/19 7:03 PM, Ian Zimmerman wrote:
>> Here is my next "low information" question, haha.
>>
>> I use i3lock which is like Xscreensaver but much much simpler; it plays
>> no movies or games, just blanks the screen with a configured color or
>> ima
On 2019-07-10 23:46, artur.tamm...@gmail.com wrote:
> #!/bin/bash
> setxkbmap -option srvrkeys:none
> i3lock -c 003355 -n
> setxkbmap -option ''
Thanks for the idea! It won't work as is for me because I already use
some non-default xkb options. But it is closer than anything that has
come up ye
On 2019-07-11 10:43, Adam Carter wrote:
> > No, it's my way to run things as root, in general. I distrust su, sudo
> > and friends.
> >
>
> su is mature, well understood and the standard way of doing things. If you
> had run an extra term in your X session that had been su'd to root, you
> would
> No, it's my way to run things as root, in general. I distrust su, sudo
> and friends.
>
su is mature, well understood and the standard way of doing things. If you
had run an extra term in your X session that had been su'd to root, you
wouldn't be exposing a root shell at the console. Perhaps yo
A wrapper script like this seems to do the trick.
#!/bin/bash
setxkbmap -option srvrkeys:none
i3lock -c 003355 -n
setxkbmap -option ''
Artur
Ian Zimmerman writes:
On 2019-07-10 20:44, François-Xavier CARTON wrote:
> On 7/10/19 7:03 PM, Ian Zimmerman wrote:
> > Here is my next "low informatio
I guess you are using xorg. man xorg says that there is an option in
serverflags section which disables this functionality.
Option "DontVTSwitch" "boolean"
So you could add a section into xorg.conf or xorg.conf.d/
Artur
Ian Zimmerman writes:
On 2019-07-10 20:44, François-Xavier CARTON wrote:
On 2019-07-10 20:44, François-Xavier CARTON wrote:
> On 7/10/19 7:03 PM, Ian Zimmerman wrote:
> > Here is my next "low information" question, haha.
> >
> > I use i3lock which is like Xscreensaver but much much simpler; it plays
> > no movies or games, just blanks the screen with a configured colo
On 2019-07-10 15:23, Alec Ten Harmsel wrote:
> On Wed, Jul 10, 2019 at 10:03:42AM -0700, Ian Zimmerman wrote:
> > Here is my next "low information" question, haha.
> >
> > I use i3lock which is like Xscreensaver but much much simpler; it plays
> > no movies or games, just blanks the screen with a
18 matches
Mail list logo