Témata

1

Distribuce / Xubuntu grafické rozhraní nejede

« kdy: 30. 12. 2022, 22:54:10 »

Mám problém s xubuntu:
Po restartu nenaběhne grafické rozhraní a také konzole tty1 se cyklicky vypíná.

Pokusy najít něco na netu nevedou k řešení.
Neorientuju se ani v čem je problém. Nemám žádné zkušenosti s grafikou.

Kód: [Vybrat]

systemctl status lightdm.service

○ lightdm.service - Light Display Manager
     Loaded: loaded (/lib/systemd/system/lightdm.service; indirect; vendor preset: enabled)
     Active: inactive (dead) (Result: exit-code) since Fri 2022-12-30 22:48:40 CET; 4ms ago
       Docs: man:lightdm(1)
    Process: 116170 ExecStartPre=/bin/sh -c [ "$(basename $(cat /etc/X11/default-display-manager 2>/dev/null))" = "lightdm" ] (code=exited, status=0/SUCCESS)
    Process: 116173 ExecStart=/usr/sbin/lightdm (code=exited, status=1/FAILURE)
   Main PID: 116173 (code=exited, status=1/FAILURE)
        CPU: 256ms

pro 30 22:48:40 ksp135 systemd[1]: lightdm.service: Scheduled restart job, restart counter is at 3655.
pro 30 22:48:40 ksp135 systemd[1]: Stopped Light Display Manager.

V souboru /var/log/lightdm/lightdm.log se cyklicky opakuje sekce:

Kód: [Vybrat]

[+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log
[+0.00s] DEBUG: Starting Light Display Manager 1.30.0, UID=0 PID=115268
[+0.00s] DEBUG: Loading configuration dirs from /usr/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-disable-guest.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-disable-log-backup.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-greeter-wrapper.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-guest-wrapper.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-xserver-command.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/50-xubuntu-numlock.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/60-lightdm-gtk-greeter.conf
[+0.00s] DEBUG: Loading configuration from /usr/share/lightdm/lightdm.conf.d/60-xubuntu.conf
[+0.00s] DEBUG: Loading configuration dirs from /usr/local/share/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration dirs from /etc/xdg/lightdm/lightdm.conf.d
[+0.00s] DEBUG: Loading configuration from /etc/lightdm/lightdm.conf
[+0.00s] DEBUG: Registered seat module local
[+0.00s] DEBUG: Registered seat module xremote
[+0.00s] DEBUG: Using D-Bus name org.freedesktop.DisplayManager
[+0.00s] DEBUG: _g_io_module_get_default: Found default implementation local (GLocalVfs) for ‘gio-vfs’
[+0.01s] DEBUG: Monitoring logind for seats
[+0.01s] DEBUG: New seat added from logind: seat0
[+0.01s] DEBUG: Seat seat0: Loading properties from config section Seat:*
[+0.01s] DEBUG: Seat seat0 has property CanMultiSession=no
[+0.01s] DEBUG: Seat seat0: Starting
[+0.01s] DEBUG: Seat seat0: Creating greeter session
[+0.01s] DEBUG: Seat seat0: Creating display server of type x
[+0.01s] DEBUG: Using VT 7
[+0.01s] DEBUG: Seat seat0: Starting local X display on VT 7
[+0.01s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
[+0.01s] DEBUG: XServer 0: Writing X server authority to /var/run/lightdm/root/:0
[+0.01s] DEBUG: XServer 0: Launching X Server
[+0.01s] DEBUG: Launching process 115274: /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+0.01s] DEBUG: XServer 0: Waiting for ready signal from X server :0
[+0.01s] DEBUG: Acquired bus name org.freedesktop.DisplayManager
[+0.01s] DEBUG: Registering seat with bus path /org/freedesktop/DisplayManager/Seat0
[+0.01s] DEBUG: Loading users from org.freedesktop.Accounts
[+0.01s] DEBUG: User /org/freedesktop/Accounts/User1000 added
[+0.52s] DEBUG: Process 115274 terminated with signal 6
[+0.52s] DEBUG: XServer 0: X server stopped
[+0.52s] DEBUG: Releasing VT 7
[+0.52s] DEBUG: XServer 0: Removing X server authority /var/run/lightdm/root/:0
[+0.52s] DEBUG: Seat seat0: Display server stopped
[+0.52s] DEBUG: Seat seat0: Stopping session
[+0.52s] DEBUG: Seat seat0: Session stopped
[+0.52s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+0.52s] DEBUG: Seat seat0: Stopping; greeter display server failed to start
[+0.52s] DEBUG: Seat seat0: Stopping
[+0.52s] DEBUG: Seat seat0: Stopped
[+0.52s] DEBUG: Required seat has stopped
[+0.52s] DEBUG: Stopping display manager
[+0.52s] DEBUG: Display manager stopped
[+0.52s] DEBUG: Stopping daemon
[+0.52s] DEBUG: Exiting with return value 1

2

Windows a jiné systémy / Windows aplikace s administrátorským opravněním

« kdy: 10. 02. 2022, 20:14:56 »

Neorientuji se úplně na windows platformě:

Mám aplikaci v pythonu, která se v případě potřeby spustí sama znovu
s administrátorskými opravněními (po dotazu na UAC).
Stejně to funguje i po přeložení do exe pomocí pyinstaller-u.

Funguje to, ale je to komplikované.

Moje otázka: Je možné pomocí "Inno Setup" nainstalovat
tuto aplikaci tak, aby se následně spouštěla a běžela
bez UAC dotazu s administrátorskými opravněními?

3

Vývoj / Python unbuffered print v cmd

« kdy: 18. 01. 2022, 15:33:18 »

Po přenesení jednoho python programu z linuxu pod windows jsem zjistil divné chování příkazu print.
Aby se mi ve výstupech z programů (kdy se spojuje stout a stderr) nemíchalo
pořadí informací, zvykl jsem si nastavit python pomocí -u aby nebufferoval výstupy.

Když tento program spustím ve windows příkazové řádce
nedočkám správného konce výstupu - slova "konec":
#!/usr/bin/python3 -u
TXT = ""
for I in range(2000):
   TXT += f"{I:09d}\n"
TXT += "konec"
print(TXT)

Výstup skončí cca u hodnoty 1000.

Pokud na 1. řádku odstraním -u, začne se program
chovat správně, poslední slovo je 'konec'.
Popisované chování je stejné i když je na prvním řádku správnější:
#!python3 -u

Děje se tak jen pokud jde výstup přímo do terminálu a je nastaven zákaz bufferovaní.
Pokud jde výstup do souboru, nebo pokud odstraním '-u', funguje to správně.

Řešením asi bude vypínat bufferování až v programu, v závislosti na platformě:
if os.name == "posix":
   import io
   sys.stdout = io.TextIOWrapper(open(sys.stdout.fileno(), 'wb', 0), write_through=True)
   sys.stderr = io.TextIOWrapper(open(sys.stderr.fileno(), 'wb', 0), write_through=True)

4

Software / Zajímavost v bash: find | head

« kdy: 25. 05. 2021, 18:08:07 »

Byl jsem překvapen a stálo mne to nějaký čas:

#!/bin/bash
set -o pipefail
trap '>&2 echo Chyba v $0 na řádku $LINENO: $(sed -n ${LINENO}p $0)' ERR

find . | sed -n '1p' && echo ok || echo error
find . | head -1 && echo ok || echo error
find . | head -1

Vysvětlení je například zde:
http://www.greenend.org.uk/rjk/tech/shellmistakes.html#pipeerrors