staging.inyokaproject.org

Stand der Dinge? Gruss

Hallo frustschieber

gut Ding will eben Weile haben; ich habe soeben das Fertigstellungsdatum um einen Monat vorgerückt.

Der Vollständigkeit halber → unter LXQT findet man den Bildschirmschoner unter Einstellungen → screensaver (da hapert es wohl noch mit der Übersetzung)

Hallo,

wie ist hier der Stand?

Hallo,

soeben habe ich das Fertigstellungsdatum vorgestellt. Ich hatte leider in letzter Zeit so viel anderes zu tun (auch hier im Wiki). Die nächsten Tage werdet Ihr hier aber mehr zu sehen bekommen 😉

Hallo linux_joy,

danke für die Rückmeldung! 😉

Hallo,

nachfolgend stehen meine Fragen an Euch, welche mir bei der bisherigen Bearbeitung des Artikels in den Sinn gekommen sind (nach den entspr. Abschnitten gegliedert):

Das PPA ist für keine unterstützte Version, also raus damit. gnome-screensaver habe ich unter 19.04 mit Unity noch nicht zum Laufen gebracht, bin daran aber interessiert und liefere da gerne Informationen.

Hallo zusammen,

DJKUhpisse schrieb:

Das PPA ist für keine unterstützte Version, also raus damit. gnome-screensaver habe ich unter 19.04 mit Unity noch nicht zum Laufen gebracht, bin daran aber interessiert und liefere da gerne Informationen.

OK 👍

In der virtuellen Konsole scheint es gemäß meinen Recherchen ab Ubuntu 18.04 zwar immer noch eine Bildschirm-Verdunklung, aber kein DPMS mehr zu geben, weil die Datei /etc/kbd/config zwischenzeitlich entfernt worden ist (übrigens ebenso auch /etc/kbd/remap). Hier ist übrigens der Original-Inhalt der Datei /etc/kbd/config aus Ubuntu 16.04:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76

#
# This files tells the 'kbd' package:
#
# - whether to load a specific font and boot (and maybe a screen-font map,
#   but you should avoid that if possible).
# - whether to setup an Application-Charset Map other than the default CP437.
# - whether to do screen saver/DPMS settings
# - whether to change the keyboard rate/delay or the state of the
#   keyboard indicators 
# - whether to show a clock
#
# You can also specify per-VC settings by suffixing variable names as in
# the examples below. This only works on framebuffer devices.
#
# For consistency with the configuration file of console-tools the
# following variables and their _vcN versions are also supported:
# SCREEN_FONT, SCREEN_FONT_MAP and APP_CHARSET_MAP.
#
#
# Example:
#
#CONSOLE_FONT=iso01.f16
#CONSOLE_FONT_vc2=LatArCyrHeb-16
#
#CONSOLE_MAP=iso05
#CONSOLE_MAP_vc2=user
#
# Set the following - more euro-friendly default than kernel font.
#CONSOLE_FONT=latarcyrheb-sun16.psf

# Forget this one unless you _know_ it is necessary for your font:
#FONT_MAP=iso01

#  **** screen saver/DPMS settings: all VCs ****
# These settings are commented by default to avoid the chance of damage to
# very old monitors that don't support DPMS signalling.

# screen blanking timeout.  monitor remains on, but the screen is cleared to
# range: 0-60 min (0==never)  kernels I've looked at default to 10 minutes.
# (see linux/drivers/char/console.c)
# This is set to zero to avoid blanking the screen, because if a crash occurs
# it can conceal the output. On systems running with a graphical desktop, X
# is responsible for dpms settings, so this will not affect systems running
# graphically, and it makes more since for a non graphical system to not blank
# the screen automatically as most non graphical systems are headless unless
# a monitor has been attached for debugging
BLANK_TIME=0

# blanking method (VESA DPMS mode to use after BLANK_TIME, before powerdown):
# on: the default, no DPMS signalling. near instant powerup, no power saving
# vsync: DPMS Standby mode. nearly instant recovery, uses 110/120W (17" screen)
# hsync: DPMS Suspend mode. typically 3s recovery, uses 15/120W (17" screen)
# powerdown,off: DPMS Off mode, typ. 10s recovery, uses  5/120W (17" screen)

# Those values are for my 17" Mag, but some monitors do suspend the same as
# standby.  xset dpms force {off|standby|suspend|on} is useful for this, if X
# supports DPMS on your video card.  Set X's DPMS screensaver with xset dpms
# or use option power_saver in XF86Config
#
# DPMS set by default to on, because hsync can cause problems on certain
# hardware, such as Armada E500 laptops
BLANK_DPMS=off

# Powerdown time.  The console will go to DPMS Off mode POWERDOWN_TIME
# minutes _after_ blanking.  (POWERDOWN_TIME + BLANK_TIME after the last input)
POWERDOWN_TIME=30

# rate and delay can get only specific values, consult kbdrate(1) for help
#KEYBOARD_RATE="30"
#KEYBOARD_DELAY="250"

# Turn on numlock by default
#LEDS=+num

# Display a clock in the right upper corner of the console by running vcstime
#DO_VCSTIME=yes

Siehe hierzu bitte Console DPMS is not enabled by default in Ubuntu Server 18.04🇬🇧, Change Linux console screen blanking behavior🇬🇧 und Ubuntu server enables screenblanking, concealing crashdumps (DPMS is not used)🇬🇧.

Vllt. hat jedoch eine(r) von Euch hierzu eine Lösung, wer weiß 🙄

Hallo,

der Artikel seit seit 8,5 Monaten in der Baustelle und das Fertigstellungsdatum ist 10x (!) vorgesetzt werden. Das ist rekordverdächtig, im negativen Sinn.

Bitte den Artikel bis zum 15.1.2020 in eine Zustand bringen, der fertig für den finalen Check für's Wiki ist, sonst müssen wir die Dauerbaustelle zurück setzen und dann die alte Revision ins Wiki schieben.

Gruß, noisefloor

Hallo noisefloor,

hiermit möchte ich noch einen letzten Aufschub bis zum kommenden Sonntag, 19.1., 24 Uhr erbitten. 😢

Hallo,

abgelehnt. Artikel ist wieder im Wiki und auf den letzten Stand vor der Baustelle zurück gesetzt. Schade drum, aber so isses nun mal.

Anmerkung:

1. Du hattest genug Zeit. Und das du dich hier erst meldest, _nachdem_ die Deadline abgelaufen ist, stärkt nicht den Glauben daran, dass du ernsthaftes Interesse daran hast, den Artikel fertig zu bringen.

2. Du warst ja in den letzten Tag - also während laufender Deadline - im Wiki / Forum aktiv und hast aber, statt konzentiert an dieser Baustelle zu arbeiten, in Threads zu anderen Artikeln / zur Doku mehr oder minder sinnvolle Vorschläge für "Verbesserungen" gepostet. Die Zeiteinteilung liegt natürlich bei dir, aber ich kann diese Verhalten partout nicht leiden, weil das für mich ganz klar in die Kategorie fällt "Rauchbomben bei anderen zünden, um von den eigenen Problemen abzulenken".

Tipp: du kannst offline = bei dir lokal an dem Wikiartikel weiterarbeiten, indem du dir den Rohtext der letzten Baustelle-Revision ziehst und dann offline in einem Editor daran schreibst. Falls du dann mal zu einem Punkt kommt, den du für fertig und wikireif hälst, kann du dich gerne hier nochmal melden.

Gruß, noisefloor

Hallo noisefloor, Du schrieb:

Hallo,

(...)

Tipp: du kannst offline = bei dir lokal an dem Wikiartikel weiterarbeiten, indem du dir den Rohtext der letzten Baustelle-Revision ziehst und dann offline in einem Editor daran schreibst. Falls du dann mal zu einem Punkt kommt, den du für fertig und wikireif hälst, kann du dich gerne hier nochmal melden.

Gruß, noisefloor

Ja, offline an dem Wikiartikel weiterzuarbeiten ist jetzt wohl das Beste. 😎

Und noch zu meiner Vorgehensweise in Bezug auf Threads zu anderen Artikeln / zur Doku: Ich bereue nichts, überhaupt rein gar nichts, um das hier mal klarzustellen ❗

Hallo,

Ich bereue nichts,

Brauchst du auch nicht. Ich sage auch nicht, dass du irgendwas falsch gemacht hast. Du hast "lediglich" in meinem Augen den falschen Fokus, um Wikiartikel zeitnah zu überarbeiten, wie man hier an diesem Beispiel hier sieht.

Gruß, noisefloor

Im Artikel ist noch von rc.local die Rede, das ist veraltet und muss angepasst werden.