Awesome 3.5 - Vigyázz!

Napokban olvastam, hogy megjelent a címben jelzett WM új változata. A régivel jól elvoltam, így nem nagyon izgatott fel.

Ma reggel --, mondván meg van ez gyorsan -- frissítettem a Sabayont. Tényleg gyors volt. Majd kikapcsoltam a gépet. Később újra bekapcsoltam, és ekkor ért a meglepetés: Az ablakezelő a „Failed to execute login command”-dal fogadott. Konzolra váltva be tudtam lépni. Sőt, rootként a grafikus felületen is be tudtam lépni. Hmmm.
Némi google használat után kiderítettem, hogy nálam valami új hiba jelent meg. Slim helyett xdm-et használva is fennmaradt hiba, pedig a Slim elég sokszor szerepelt a találatok között. Viszont awesome helyett fluxboxot használva megszűnt a hiba, így elég gyorsan kiderült a tettes. Aztán az is kiderült, hogy ez tulajdonképpen nem is hiba.

Megnézve tényleg frissült az awesome. Igaz nem 3.5-re, hanem csak 3.5-rc1-re, de ez már elég ok volt. Ezután már az is kiderült, hogy elég sok minden megváltozott, így a ./config/awesome/rc.lua-n vérzett el a bejelentkezés. A rootnak nem csináltam ilyet, így azzal nem is volt gond.

Másoknak okulásul: Például megváltozott a modulok kezelése, így azzal a config fájllal amivel a korábbi verzióban használtuk, garantáltam nem fog elindulni.
Váltás előtt tanulmányozásara javasolt a változások listája. Ha mégis úgy frissítene valaki, hogy erről elfelejtkezik, akkor elegendő a .config/awesome/rc.lua átnevezése, és utána már be lehet lépni grafikus felületen is.

( carlcolt | 2012. 12. 25., k – 15:51 )

Ne rootként indítsunk már ablakkezelőt, olyan nehéz azt a useradd parancsot használni ilyenkor tesztelés előtt? (Főleg hogy elég gyanús volt, hogy a config lesz a para, elég azt is kimv-zni egy pillanatra rc.lua.bak-ra)

Így utólag már könnyű kinyilatkoztatni, hogy a config fájl volt a hiba. Elsőre, a hibaüzenet alapján nem volt triviális.
Másrészt a links-et és társait nem szeretem, így elsőre, amíg ki nem derítettem a hiba okát nem maradt más választásom, mint rootként belépni és böngészni. (A log fájlok alapján egyébként valamelyik pam modullal lett volna gond) Ugyanez vonatkozik a useradd-ra is: ha már tudom a hiba okát, akkor jó megoldás az is.

Utólag én is számos jó tanácsot tudnék adni.

-----
A kockás zakók és a mellészabások tekintetében kérdezze meg úri szabóját.

"amíg ki nem derítettem a hiba okát nem maradt más választásom, mint rootként belépni és böngészni."
Tehát nem értetted amit írt, mert van más választásod, le is írta hogy mi, te pedig magát a useradd parancsot elolvastad, csak nem értetted miért írja :)
--
HUPbeszolas FF extension

( uzsolt v | 2012. 12. 25., k – 16:15 )

Ha egyfelhasználós a gép, akkor szerintem a bejelentkezéskezelő teljesen felesleges. A systemd-t vagy az inittab-ot úgy állítod be, hogy a tty1-re jelentkezzen be az ironcat felhasználó, majd a .bashrc-be (vagy .zshrc vagy bármi más): 

if [ "$TTY" = "/dev/tty1" ]; then
    if (pgrep awesome &>/dev/null); then 
         # ha esetleg mégis fut már az ablakkezelő
    else
        startx &> /home/users/zsolt/logfiles/startx.log
        echo -e "\nLeállítás (h) vagy újraindítás (r) vagy semmi (n) ?"
        read answer
        if [ "$answer" = "h" ]; then
            sudo /sbin/shutdown -h now
        elif [ "$answer" = "r" ]; then
            sudo /sbin/reboot
        fi
    fi

Az awesome végén kilépés után megkérdi, hogy mi legyen (leállítás, újraindítás). Egy bejelentkezéskezelővel is pont ezt csinálod, csak ott kiegerészed :)
Ebben az esetben a hiba gyorsan ki is ugrott volna, nem kellett volna root-ként okoskodni, meg amúgy egyáltalán sem, kiírta volna, hogy hiba az rc.lua x-edik sorában.

( vargad | 2012. 12. 25., k – 20:51 )

Azért az awesome-nál ez várható. Én is azt használom, és nem fogok meglepődni, ha sikerülten lesz az indítás.