Voiko plasma-loginin poistaa ?

[Rjstudio]

Ohessa komennon lopputulokset s.e. sddm.txt on ne rivit, joilla esiintyy 'sddm' ja xdg.txt, joilla esiintyy 'xdg'.
Itse en niin paljon ymmärrä, että mikä noissa sitten on se, mikä mättää.

Lisäys:

Sitten oli vielä yksi rivi, joka voisi liittyä asiaan:
tammi 23 19:11:27 siivet3 org.kde.KSplash[1366]: org.kde.knotifications: WaitForName: Service was not registered within timeout

[Rjstudio]

Kaivelin vielä vanhaa lokia, josta löytyi seuraava rivi, mitä ei näy  edellisissä ja näyttää hiukan arveluttavalta:

Jan 23 11:11:24 siivet3 sddm-greeter[1014]: message repeated 2 times: [ QObject: Cannot create children for a parent that is in a different thread.#012(Parent is QGuiApplication(0x7ffd482c13f0), parent's thread is QThread(0x563df7cf8090), current thread is QThread(0x563df7e0d100)]

Sen verran on aavistusta, että taitaa mennä säikeet sekaisin ihan koodissa, mutta miksi, se on jo ihan toinen juttu.

[SuperOscar]

Äkkiseltään katsottuna nuo QFont- ja QObject-jutut ovat vain aivan normaalia Plasman huttua, josta ei tarvitse välittää. Hunspell-sanaston virheilmoitus taitaa liittyä siihen, että Hunspelliin ei ole suomenkielistä sanastoa olemassakaan. XDG-puolellakaan ei ole mitään erityisen ihmeellistä.

Oikeastaan huomiota herättää vain tämä rivi:

Koodia: [Valitse]

tammi 23 19:10:26 siivet3 sddm-helper[1201]: gkr-pam: unable to locate daemon control file
”PAM” (Pluggable Authentication Module) liittyy nimenomaan sisäänkirjautumiseen, ja jollei SDDM jotenkin saa siihen yhteyttä, se voisi selittää, mikseivät asiat toimi.

[Rjstudio]

Kun hain tuolla ilmoituksella maailmalta tietoa, niin ei siellä ollut selvää syytä eikä tapaa, millä tuosta pääsisi eroon.
Osalla näytti olevan vaan kosmeettinen haitta. Joissakin tapauksissa samantyyppinen kuin mulla.
Huonompi juttu on se, että vaikka joku olikin saanut tilanteen korjattua, niin ei itsekään tiennyt miksi se korjaantui.
Ilmeisesti jonkunlainen bugi, joka odottaa korjaamistaan ( 2019 ->)

Taitaa siis jäädä ratkaisematta...
Siitä huolimatta kiitoksia kaikille neuvoista.

[Postimies]

Voit poistaa DM:n kokonaan ja käyttää startx komentoa. Mitä työpöytä käynnistetään määritellään .xinitrc tiedostossa joka on kotihakemistossa. Pistä sinne rivit

Koodia: [Valitse]

#!/bin/sh
exec dbus-launch --exit-with-session startplasma-x11

Wayland käynnistyy

Koodia: [Valitse]

#!/bin/sh
dbus-launch --exit-with-session startplasma-wayland
Noi rivit pitää pistää ~/.profile tiedostoon.

Kaikki DM:t eivät tue Waylandia, mitä KDE tukee. Itsellä käytössä mediakoneessa kevyt
slim. Tuo hyytyminen voi johtua myös näytönohjaimen ajurista. Itsellä nvidia teki vastaavaa joskus.
Ei edes asennusohjelma lähtenyt käyntiin atom Ion koneessa. Muistaakseni slimin voi konffata siten, että
se lukee .xinitrc:n sisällön eli käynnistää sen työpöydän mitä siellä lukee. Itsellä kevyt openbox käytössä.
Musa kuuluu hyvin senkin päällä.

[Rjstudio]

Päädyin lopulta siihen, että asensin Xubuntun ja siihen erillisasennuksena Ubuntu Studion.

Kuten arvata saattaa, login-ongelma hävisi sen mukana.

Toinen erikoisempi hyöty oli vanhan ntfs-levyn lukeminen. Kun olin yrittänyt ko. levyä lukea tuossa Plasma-ympäristössä
(en muista mikä sen file manager nyt on), ei se millään onnistunut. Melkein heitin levyn jo mäkeen, mutta kokeilin kumminkin vielä
täällä Xubuntun puolella - yllättäen no problem  ! Ts. syystä tai toisesta ntfs-tukea tuolla ei ollut. Ei tullut edes mieleen, ettei se onnistuisi kun
ntfs-levyjä on pystynyt käsittelemään linux'ssa jo vaikka kuinka pitkään.