LUDO: nejak nastavit ten PAM? ale ja to nikdy nedelal, tak jen strilim od boku

LUDO: ukazalo sa, ze to nejak koliduje s libpam-ccreds kniznicou, po odinstalovani to povoli managovat siet, netusim jak z toho von

Zdravim, po poslednom update KDE neon sa nejak posrali povolenia pre NetworkManager. Ako user sa nemozem pripojit, zmazat siet, ...

User ma skupinu netdev,

z /var/log/syslog
audit: op="device-disconnect" interface="eno1" ifindex=2 pid=1561 uid=1000 result="fail" reason="org.freedesktop.NetworkManager.network-control request failed: not authorized"

z /var/log/kern.log
[1537389150.1341] audit: op="connection-activate" uuid="d46d75b8-6e24-454d-b093-25e8debdf027" name="Wifi" pid=1561 uid=1000 result="fail" reason="Not authorized to control networking."

cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

[ifupdown]
managed=true

DANYSEK: No, kdyz vyrobce vidi, ze ma oproti konkurenci horsi vysledky v testech, protoze nema otevreny driver, a kdyz se to ozyva dost dlouho a z dost mist, tak ma urcity duvod k zamysleni - zvlast, kdyz se doporucuje kupovat konkurencni vyrobky, protoze s nima nejsou takove problemy ...

(Jako jo, chapu, ze pro graficke karty to neni az tak velky podil na trhu ale jak videt, i tak se kapka po kapce veci pomalicku meni)

DANIELSOFT: fanatismus v podobe nepouzivani uzavrenych driveru jsem popravde nikdy nepochopil... objektivne z pohledu uzivatele to je fuk, kdyz driver funguje a je vyrobcem udrzovany... a v pripade nvidie ten otevrenej fungoval vesmes hur nez ten proprietarni... protoze holt do otevrenyho sveta cela specifikace diky konkurencnimu boji nejde (i kdyz ano, i tohle se posouva k lepsimu)...

ERGOSUM: díky za info, já ještě nepřešel z 16.04 (asi hodlám počkat na 20.04, ale soudruzi mi vyrobili pěkný bug ( https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1780846 ) ze kterého se dá buď vybruslit neelegantně, downgradováním regresnutých balíčků, tak to zatím dělám, nebo upgradem na 18.04 (nebo přechodem na uzavřený driver grafiky, což zatím z principu nechci)

DANYSEK: apache, freeradius,... u starsisch, stale vyvijenych projektu se to proste stava.

ERGOSUM: tak ono preneseni configu taky nemusi byt 100%... doba jde dopredu, syntaxe se obcas meni... a starej config na novy verzi fungovat nemusi. Treba takovej dovecot, at jsem konkretni :-)

SUK: Máš pravdu. Stejného stavu lze dosáhnout i bez přeinstalace. Nakonec i třeba změnu Red Hat Linuxu na Gentoo. Nebo jak dostat zpátky roota. Jen je otázka, proč to dělat složitě a dlouho, když mohu jednoduše a rychle.

Někdo si piplá stále stejný systém a někdo si za čas řekne, že je čas na velký úklid a začít znovu.
Neplet si to s widows "nefunguje program - přeinstaluj program - možná bude fungovat"

ERGOSUM: No, ja tvrdim, ze to je predevsim zbytecne ;) Mysleno preinstalace, mit /home na jiny partition je samozrejme rozumne.

SUK: Můžeš, ale mě se to osvědčlo takhle (/, /home, swap). Zálohovat něco dalšího není problém, mít proto zvlášť oddíl na disku nemusím(naopak starší záloha se může hodit).
Pokud by mě to moc trápilo, můžu udělat /var a /etc jako link na /home/var a /home/etc, ale netrápí.

Proč to dělat? Měníš distribuci, něco sis rozbil, zkoušels programy a už ani nevíš jak se jmenují, chce se ti, ... Není to nutnost, ale občas je to dobrý nápad.

ERGOSUM: A jeste /var zvlast. Nektere softy (databaze) tam ukladaji sva data. Dale /etc, protoze roky piplanou konfiguraci nechces delat znova. A nakonec, proc takovou vec delat? Vzdyt linux nejsou widle, aby se nekde hromadilo "cosi". Takovahle preinstalace vzasade jen smaze konfiguraky.

SPIKE411: pravda, diky za pripominku! to si odfiltruju jeste jednim reverznim grepem

Akorát ti to chytí i 20000, který není větší než 20000, ale tu jednu konkrétní hodnotu už asi nebude problém odfiltrovat.

AXTHEB: aha, takhle na to, chapu, diky:)