Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #136205 > unrolled thread

suche xlocker

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-18 08:14 +0000
    Re: suche xlocker Marco Moock <mm+solani@dorfdsl.de> - 2023-12-18 09:26 +0100
      Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-18 09:00 +0000
        Re: suche xlocker Marco Moock <mm+solani@dorfdsl.de> - 2023-12-18 10:48 +0100
        Re: suche xlocker Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-12-18 10:54 +0100
          Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-18 11:07 +0000
            Re: suche xlocker Marco Moock <mm+solani@dorfdsl.de> - 2023-12-18 12:13 +0100
              Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-18 11:52 +0000
            Re: suche xlocker Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-12-18 13:58 +0100
              Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-19 17:39 +0000
                Re: suche xlocker Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-12-19 22:13 +0100
                  Re: suche xlocker Claus Reibenstein <creibens@gmail.com> - 2023-12-22 16:13 +0100
                    Re: suche xlocker Jörg Lorenz <hugybear@gmx.net> - 2023-12-22 17:21 +0100
                    Re: suche xlocker Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-12-23 09:24 +0100
                      Re: suche xlocker Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-12-23 12:58 +0000
                        Re: suche xlocker Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-12-23 14:19 +0100
                          Re: suche xlocker Rolf Buenning <r.buenning@gmx.de> - 2023-12-24 07:56 +0000
                        Re: suche xlocker "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2023-12-23 14:54 +0100
                        Re: suche xlocker Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2023-12-23 15:04 +0000
                        Re: suche xlocker Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-12-23 20:45 +0100
                          Re: suche xlocker Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-12-24 00:24 +0000
                            Re: suche xlocker Gert Link <gertlink_nospam@gmx.de> - 2023-12-24 07:44 +0100
                              Re: suche xlocker Urs Janßen <urs@niko.tin.org> - 2023-12-24 09:07 +0000
            Re: suche xlocker Jens Schüßler <j.schuess@nurfuerspam.de> - 2023-12-18 15:45 +0100
              Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-19 17:39 +0000
                Re: suche xlocker Frank Miller <miller@posteo.ee> - 2023-12-19 19:11 +0100
                Re: suche xlocker Jens Schüßler <j.schuess@nurfuerspam.de> - 2023-12-20 13:09 +0100
                Re: suche xlocker Jens Schüßler <j.schuess@nurfuerspam.de> - 2023-12-20 13:29 +0100
            Re: suche xlocker Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-12-28 10:01 +0100
    Re: suche xlocker Frank Miller <miller@posteo.ee> - 2023-12-18 15:55 +0100
      Re: suche xlocker Nico Hoffmann <oxensepp@gmx.de> - 2023-12-19 13:36 +0000
        Re: suche xlocker Frank Miller <miller@posteo.ee> - 2023-12-19 15:42 +0100

Page 2 of 2 — ← Prev page 1 [2]

#136414

Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> wrote:

> Warum soll das Common Desktop Environment (für Unix) nicht hierher passen?
> Es gab davon auch Implementationen für (frühes) Linux.

Das ging an mir vorbei.
Von wem gabs das?
CDE ist schliesslich nicht-freie Software.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#136418

Am 24.12.23 um 01:24 schrieb Ulli Horlacher:
> Sieghard Schicktanz <Sieghard.Schicktanz@schs.de> wrote:
> 
>> Warum soll das Common Desktop Environment (für Unix) nicht hierher passen?
>> Es gab davon auch Implementationen für (frühes) Linux.
> 
> Das ging an mir vorbei.
> Von wem gabs das?
> CDE ist schliesslich nicht-freie Software.

Von Red Hat, Wikipedia hat mir dabei geholfen:

<https://www.eetimes.com/its-here-red-hats-triteal-cde-full-featured-unix-desktop-for-linux/>

<https://web.archive.org/web/20160304054255/http://www.prnewswire.com/news-releases/dextoptm-cde-makes-big-splash-in-linux-industry-xi-graphics-inc-releases-standardized-gui-for-linux-72233677.html>


-- 
Grüße
Gert

[toc] | [prev] | [next] | [standalone]

#136420

>> Das ging an mir vorbei.
>> Von wem gabs das?
>> CDE ist schliesslich nicht-freie Software.
> Von Red Hat

war aber auch ein kurzes "vergnuegen":
[<https://lwn.net/1998/1001/a/cde.html>]

| Date: Fri, 25 Sep 1998 16:12:17 -0400
[...]
| Red Hat Software will no longer distribute CDE effective immediately, but
| will continue to support the copies of CDE that have been purchased 
| up to this point.

[toc] | [prev] | [next] | [standalone]

#136216

* Nico Hoffmann <oxensepp@gmx.de> [18-12-23 11:07]:
> Marc Haber schreibt:
>
>> Nico Hoffmann <oxensepp@gmx.de> wrote:
>>>Marco Moock schreibt:
>>>
>>>> Am 18.12.2023 um 08:14:57 Uhr schrieb Nico Hoffmann:
>>>>
>>>>> Ich finde in der Doku nichts rechtes zu meinen Randbedingungen, daher
>>>>> müßte ich alle xlocker durchprobieren und versuchen, sie entsprechend
>>>>> zu konfigurieren. Das würde ich gerne abkürzen.
>>>>> 
>>>>> Hat jemand eine Tipp für mich?
>>>>
>>>> Was spricht gegen XScreensaver, aber halt so konfiguriert, dass der
>>>> Monitor ausgeht, statt dem angezeigten Bildschirmschoner?
>>>
>>>Hab ich probeweise laufen. Wie kriege ich es hin, dass er bei s2ram
>>>anspringt?
>>
>> Vermutlich über ein Hookscript, das _vor_ dem einschlafen läuft und
>> (wichtig!) den Einschlafprozess so lange aufhält bis der Bildschirm
>> sicher gesperrt ist.
>
> Gut, das müßte ich dann selber basten.

Bei mir erledigt das den Job.  

,----[ /etc/pm/sleep.d/10_screenlock ]-
| #!/bin/bash
| 
| # enable xscreensaver
| if [ -e /proc/$(pidof xscreensaver)/environ ]; then
| source /proc/$(pidof xscreensaver)/environ && xscreensaver-command -lock
| else 
| 	exit 0
| fi
`----

[toc] | [prev] | [next] | [standalone]

#136251

Jens Schüßler schreibt:

> * Nico Hoffmann <oxensepp@gmx.de> [18-12-23 11:07]:
>> Marc Haber schreibt:
>>
>>> Nico Hoffmann <oxensepp@gmx.de> wrote:
>>>>Marco Moock schreibt:
>>>>
>>>>> Am 18.12.2023 um 08:14:57 Uhr schrieb Nico Hoffmann:
>>>>>
>>>>>> Ich finde in der Doku nichts rechtes zu meinen Randbedingungen, daher
>>>>>> müßte ich alle xlocker durchprobieren und versuchen, sie entsprechend
>>>>>> zu konfigurieren. Das würde ich gerne abkürzen.
>>>>>> 
>>>>>> Hat jemand eine Tipp für mich?
>>>>>
>>>>> Was spricht gegen XScreensaver, aber halt so konfiguriert, dass der
>>>>> Monitor ausgeht, statt dem angezeigten Bildschirmschoner?
>>>>
>>>>Hab ich probeweise laufen. Wie kriege ich es hin, dass er bei s2ram
>>>>anspringt?
>>>
>>> Vermutlich über ein Hookscript, das _vor_ dem einschlafen läuft und
>>> (wichtig!) den Einschlafprozess so lange aufhält bis der Bildschirm
>>> sicher gesperrt ist.
>>
>> Gut, das müßte ich dann selber basten.
>
> Bei mir erledigt das den Job.  
>
> ,----[ /etc/pm/sleep.d/10_screenlock ]-
>| #!/bin/bash
>| 
>| # enable xscreensaver
>| if [ -e /proc/$(pidof xscreensaver)/environ ]; then
>| source /proc/$(pidof xscreensaver)/environ && xscreensaver-command -lock
>| else 
>| 	exit 0
>| fi
> `----


Das kann ich ohne systemd nicht 1:1 übernehmen, aber ich habe jetzt
sowas ähnliches, nämlich für elogind. 

Dazu muss man 
https://wiki.gentoo.org/wiki/Elogind#Suspend.2FHibernate_Resume.2FThaw_hook_scripts lesen, dann kann man es so einrichten:


#!/bin/bash

case $1/$2 in
  pre/*)
    # Put here any commands expected to be run when suspending or hibernating.
    ;;
  post/*)
    # Put here any commands expected to be run when resuming from suspension or thawing from hibernation.
        if [ -e /proc/$(pidof xscreensaver)/environ ]; then
                source /proc/$(pidof xscreensaver)/environ && xscreensaver-command -lock
        else
                exit 1
        fi
    ;;
esac

(/lib64/elogind/system-sleep/10_screenlock - origineller Pfad,
übrigens)

Dann muss man noch daran denken, den xscreensaver beim fvwm2-init
aufzurufen und daran, dass nur "loginctrl suspend" und nicht "s2ram"
diesen Mechanismus triggert. Aber da hilft ein alias.

Ein kleiner Schönheitsfehler ist, dass es keinen lock und keine
Fehlermeldung gibt, wenn xscreensaver aus irgendwelchen Gründen nicht
läuft. Aber das große Scheunentor ist immerhin zu.

Leider verhalten sich solche Scripte unterschiedlich wenn man sie von
der Shell aufruft und wenn sie vom elogind ausgeführt werden. Das
macht das Basteln sehr mühsam.

N.
-- 
detebe ist *nebenan*!

[toc] | [prev] | [next] | [standalone]

#136253

Nico Hoffmann wrote:
[..snip..]
> Ein kleiner Schönheitsfehler ist, dass es keinen lock und keine
> Fehlermeldung gibt, wenn xscreensaver aus irgendwelchen Gründen nicht
> läuft. Aber das große Scheunentor ist immerhin zu.

Dann versuch statt xscreensaver mal i3lock.

[toc] | [prev] | [next] | [standalone]

#136288

* Nico Hoffmann <oxensepp@gmx.de> [19-12-23 17:39]:
> Jens Schüßler schreibt:
>
>> * Nico Hoffmann <oxensepp@gmx.de> [18-12-23 11:07]:
>>> Marc Haber schreibt:
>>>
>>>> Nico Hoffmann <oxensepp@gmx.de> wrote:
>>>>>Marco Moock schreibt:
>>>>>
>>>>>> Am 18.12.2023 um 08:14:57 Uhr schrieb Nico Hoffmann:
>>>>>>
>>>>>>> Ich finde in der Doku nichts rechtes zu meinen Randbedingungen, daher
>>>>>>> müßte ich alle xlocker durchprobieren und versuchen, sie entsprechend
>>>>>>> zu konfigurieren. Das würde ich gerne abkürzen.
>>>>>>> 
>>>>>>> Hat jemand eine Tipp für mich?
>>>>>>
>>>>>> Was spricht gegen XScreensaver, aber halt so konfiguriert, dass der
>>>>>> Monitor ausgeht, statt dem angezeigten Bildschirmschoner?
>>>>>
>>>>>Hab ich probeweise laufen. Wie kriege ich es hin, dass er bei s2ram
>>>>>anspringt?
>>>>
>>>> Vermutlich über ein Hookscript, das _vor_ dem einschlafen läuft und
>>>> (wichtig!) den Einschlafprozess so lange aufhält bis der Bildschirm
>>>> sicher gesperrt ist.
>>>
>>> Gut, das müßte ich dann selber basten.
>>
>> Bei mir erledigt das den Job.  
>>
>> ,----[ /etc/pm/sleep.d/10_screenlock ]-
>>| #!/bin/bash
>>| 
>>| # enable xscreensaver
>>| if [ -e /proc/$(pidof xscreensaver)/environ ]; then
>>| source /proc/$(pidof xscreensaver)/environ && xscreensaver-command -lock
>>| else 
>>| 	exit 0
>>| fi
>> `----
>
>
> Das kann ich ohne systemd nicht 1:1 übernehmen, aber ich habe jetzt
> sowas ähnliches, nämlich für elogind. 

Warum nicht? Hier läuft kein systemd, sonst hätte ich dir die Antwort
überhaupt nicht gegeben.

[toc] | [prev] | [next] | [standalone]

#136289

* Nico Hoffmann <oxensepp@gmx.de> [19-12-23 17:39]:
>
> Dazu muss man
> https://wiki.gentoo.org/wiki/Elogind#Suspend.2FHibernate_Resume.2FThaw_hook_scripts lesen, dann kann man es so einrichten:
>
>
> #!/bin/bash
>
> case $1/$2 in
>   pre/*)
>     # Put here any commands expected to be run when suspending or hibernating.
>     ;;
>   post/*)
>     # Put here any commands expected to be run when resuming from suspension or thawing from hibernation.
>         if [ -e /proc/$(pidof xscreensaver)/environ ]; then
>                 source /proc/$(pidof xscreensaver)/environ && xscreensaver-command -lock
>         else
>                 exit 1
>         fi
>     ;;
> esac
>
> (/lib64/elogind/system-sleep/10_screenlock - origineller Pfad,
> übrigens)

Okay, das schein deinem gentoo anders zu sein als auf meinem Debian.
Ich verwende auch elogind aber den Pfad /lib64/elogind/ gibt es nicht,
nur /lib/elogind/system-sleep/, und das ist leer.
Die hook-Skripten in /etc/pm/sleep.d/ werden trotzdem problemlos
ausgeführt.

[toc] | [prev] | [next] | [standalone]

#136543

Am 18.12.23 um 12:07 schrieb Nico Hoffmann:
> Marc Haber schreibt:
>>> Hab ich probeweise laufen. Wie kriege ich es hin, dass er bei s2ram
>>> anspringt?
>>
>> Vermutlich über ein Hookscript, das _vor_ dem einschlafen läuft und
>> (wichtig!) den Einschlafprozess so lange aufhält bis der Bildschirm
>> sicher gesperrt ist.
> 
> Gut, das müßte ich dann selber basten.

Ist nicht so ein Akt.
Ich würde das über Systemd Override Files (Edit Option) lösen. Da kann 
man Konfigurationszeilen zu ausgelieferten System-Units ergänzen, die 
auch Updates überstehen.

Man muss nur wissen, wie diese Suspend-Units ticken. Ich glaube, die 
sind erst abgeschlossen, wenn der PC wieder wach ist. Man konnte sich da 
aber durchaus rein hängen. Ich habe das mal zur Restaurierung der 
Akku-Thresholds nach dem Suspend verwendet, weil die nicht persistent 
gespeichert wurden.


Marcel

[toc] | [prev] | [next] | [standalone]

#136215

Nico Hoffmann wrote:
> Hallo,
> 
> ich suche einen xlocker, also eine Applikation, die den Bildschrim
> sperrt, bis der Nutzer sein Password eingibt.
[..snip..]
> Hat jemand eine Tipp für mich?

Ich nutze hier Xautolock:
https://linux.die.net/man/1/xautolock

[toc] | [prev] | [next] | [standalone]

#136239

Frank Miller schreibt:

> Nico Hoffmann wrote:
>> Hallo,
>> 
>> ich suche einen xlocker, also eine Applikation, die den Bildschrim
>> sperrt, bis der Nutzer sein Password eingibt.
> [..snip..]
>> Hat jemand eine Tipp für mich?
>
> Ich nutze hier Xautolock:
> https://linux.die.net/man/1/xautolock

Wie kriege ich xautolock dazu, die Sperre einzuschalten, wenn ich den
Rechner in Suspend/Hibernate schalte? -detectsleep tut ja
offensichtlich genau das Gegenteil.

N.
-- 
(Dies ist eine Geheimsignatur)

[toc] | [prev] | [next] | [standalone]

#136240

Nico Hoffmann wrote:
> Frank Miller schreibt:
> 
>> Nico Hoffmann wrote:
>>> Hallo,
>>> 
>>> ich suche einen xlocker, also eine Applikation, die den Bildschrim
>>> sperrt, bis der Nutzer sein Password eingibt.
>> [..snip..]
>>> Hat jemand eine Tipp für mich?
>>
>> Ich nutze hier Xautolock:
>> https://linux.die.net/man/1/xautolock
> 
> Wie kriege ich xautolock dazu, die Sperre einzuschalten, wenn ich den
> Rechner in Suspend/Hibernate schalte? -detectsleep tut ja
> offensichtlich genau das Gegenteil.

Ich hab das hier mit i3lock als Script gelöst:
i3lock -n -d -e -c 000000 & sudo pm-suspend

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web