DisplayConfigGTK v Ubuntu 7.10

V Ubuntu 7.10 by se měl objevit nový grafický (GTK) nástroj pro správu X.org. Pomocí něj lze nastavit rozlišení, více monitorů, ovladač grafické karty a další věci. Podobný nástroj dosud chyběl. Více na Ubuntu Wiki (snímky obrazovky dole).

12.8.2007 12:35 | freshmouse | Zajímavý software

Komentáře

[tired joe]

Juhuu, to sa teším.

Inak začínam mať pocit, že ešte rok, a abclinuxu sa bude musieť premenovať na abcubuntu :)

[freshmouse]

Taky se na to strašně těším. Každé další Ubuntu se mi líbí víc a víc.

[tired joe]

Tak tak, tento vývoj ma teší. Len mám trochu obavy, aby sa Ubuntu nestalo príliš user-friendly na úkor stability.

[freshmouse]

Proč na úkor stability?

[tired joe]

Bojím sa, že ak sa príliš veľa vecí bude robiť automaticky (nemyslím teda konkrétne predmet tejto správičky), začnú sa tie veci navzájom "biť". Ale dá boh, že to tak nebude :)

[martin08]

Mozna zacnou mezi sebou valcit, ale ... Tato "vecicka" (a nejen tato) tam chybi jako sul. Proste si musime uvedomit, ze je rok 2007 a ze tato doba si vyzaduje moderni operacni system, ve kterem si velkou vetsinu nastavime pres GUI a ne ze se budu muset hrabat rucne "miliony" konfiguraku!

Ze zacatku to muze delat neplechu, ale casem se to doladi. Bohuzel v tomto smeru linuxu ujel vlak a nyni se to tezce dohani, i kvuli tzv. "fnukalkum", kteri nemouhou prenest pres srdce, ze GNU/Linux uz neni jen a pouze konzolovou zalezitosti. Vzdyt je nikdo nenuti pouzivat GUI a X server, at pracuji v konzoli a nereptaji

Budou-li programatori tvorit kvalitne , tak by nemusel byt ve stabilite problem. To, co dokazou nekteri programatori tvorici pro OS Windows je az neskutecne, hruza a des ...

Chce-li se GNU/linux rozsirit, musi proste nabidnout co nejsirsi moznost nastaveni systemu pres GUI rozhrani, pak nabidnout kvalitni "profesionalni" (i placeny) software, atd., ale to uz je na jinou diskusi.

[Rezza]

Ujel vlak? Yast tohle umi desetileti :)

[Martin Böhm]

To je možné, ale YaST je sám o sobě dost "strategickou" aplikací. Buď v distribuci budete používat Yast, Yast a jen Yast, nebo budete stavět na konfiguračním frameworku, který využívá upstream. Ubuntu (Kubuntu) šlo právě tou druhou cestou. Kdyby Yast byly třebas soběstačné moduly do KControl, jsem si jist, že je máme v počítačích všichni :o)

Jak jsem řekl jinde, nechcete porovnat schopnosti třeba modulu do Yastu, SAXu a tohoto nastavidla? Určitě by to bylo zajímavé čtení.

[Rezza]

Oracle ho chce naportovat pro sebe a do RHEL a na LinuxAltu taky rikali cervenokloboucnici, ze Yast zavidi :) Netusim jak je trebas delany v Ubuntu ten spodek, by by U i Ku mohli vychazet ze stejneho zakladu, jen jine GUI. Kdyz jsem zkousel Kubuntu, tak jsem narazil na problemy, ze Qt utility nefakcily.

[ivdo]

Yast? no taky toho hodně neumí. Třeba nastavení 3D podpory, čudlíky tam jsou už asi hodně dávno ale zatím vždycky pr. Ne že bych to podle asi třetího návodu ručně nerozchodil, ale kdyby to zakhle fungovalo ve windows tak tady máme pořád Pentium 100 Mhz a hry se hrají jenom na konzolách. PS: A bacha na to kam ten vlak jede

[Rezza]

Tak vlak jede opacne, kdyz uz i MS dovoluje spoustu veci nastavovat textove a pres konzoli...

[kerala]

Jenom aby MS nezrušil GUI ve Vistě s prvním SP. Když není MS schopen vytvořit pořádnej HPC, tak vytváří aspoň zdání designem, pěknej FUD. GUI u nás analfabetů bude hrát vždy prim i když vlak jede opačně.

[Petr Tomášek]

Ještěže takovouto prasárnu moje distribuce(TM) nemá. (Kvůli této zhůvěřilosti, která bezmyšlenkovitě přepisuje obyčejné konfiguráky naprosto pošahaným uživatelským rohraním mi SUSE nesmí na disk!)

[Rezza]

Yast zrovna celkem pekne zachazi s konfiguraky, ale je pravda, ze jsem ho moc nezkousel - neni duvod ho pouzivat, po instalaci je vse nastavene a vse facha.

[Limoto]

No, pochybuju že na tom YaST bude nějak dobře, ale nechápu, jak si může SuSE dovolit mi při bootu měnit nastavení AAM na disku?

[Kyosuke]

Pochybuju, že Ti SUSE při bootu mění nastavení AAM, leda, že by sis ho změnil sám.

[Limoto]

Opravdu mění (SUSE 10.1 Promo, bylo u časáku), taky to nechápu, ale je to tak.

[Kyosuke]

Tak to bude asi buga. U mně respektuje můj sysconfig, takže si stěovat nemůžu.

[Limoto]

vůbec nechápu, proč do toho disku hrabe, takže to neberu jako bug, ale jako VADNOU distribuci

[Kyosuke]

Takže nechápeš správu napájení? Není to jen RTFM-type PEBCAK? Obrovské překvapení: V Linuxu se dá všechno nastavit! Co se v Archi dá zapnout, to se v SUSE dá vypnout. Svatá prostoto... Krucinál, to bych klidně mohl říci, že Arch na mém notebooku je úplně vadná a nepoužitelná sra*ka. (A byla by to naprostá pravda, s tou novou čerstvou instalací. )

[Hobit]

take mam tu zkusenost pri instalaci opensuse 10.2. a beru to jako bug. protoze ja si nastavil ztiseni hdd (utilitkou od vyrobce). a distribuce, ktera to samovolne pri instalaci zmeni, u mne nema duveru. sice mne donuti naucit se novou vec, tj. jak v linuxu nakonfigurovat AAM u disku, ale uz k ni nemam duveru, ze toho na hardware neprenastavovala vic. nehlede na to, ze jsem si po petiletech ticha myslel: "hdd jde do kytek".

[Kyosuke]

Jestli ono to nebude tím, že powermanagement to při přechodu mezi powersave a performance prostě mění, hm? yast sysconfig set variable=HDPARM_ACOUSTIC_PERF value=128 - jak složité.

[Hobit]

nikdo netvrdi, ze je neco slozite. jen je opensuse zatim jediny system (z tech co jsem instaloval), ktery mi zmenil nastaveni AAM. proste se mi to nelibi, je to subjektivni pocit. resitelny hardwarovy problem pri instalaci, ktery by tam vubec nemusel byt.

nema power management sahat na APM, naco potrebuje menit AAM. mam to chapat tak, ze ztiseny hdd vice zere (dele zapisuje)? pokud mi neco jako laikovi unika, rad se poucim. nejaky odkaz?

[Kyosuke]

Více žere? Spíš bude mít větší přístupové latence. Ale jestli chceš mít informace o důvodech z první ruky, můžu se poptat kolegy, který s tím chováním (a konfigurátkem) má společného více. Taky to můžeš nahlásit jako bug s tím, že je to unexpected and unintuitive behavior nebo tak něco, od čehopak asi tu bugzillu provozujeme, chichichi...

[Hobit]

zeptej se, dik. zajimalo by mne, co tvurce konfiguraku vedlo k vypnuti ztiseni pri instalaci. ztiseni je volba uzivatele nebo toho kdo sklada tichy pocitac, tak proc ji popirat?

bugzila je dobrej napad, nebyt ma anglictina "unexpected and unintuitive". ;o(

[Kyosuke]

Tak napiš lepší...

[Věroš]

Bojíš se oprávněně

Základ funguje OK, ale pokud začneš používat balíčky, které nepoužívá běžný Franta uživatel, tak po čase narazíš na otravné chyby v balíčcích. Namátkou: špatně zkompilovaný tiny-snmp, špatně zabalený trac pro 64bitů a další už si nepamatuju.

No flame please, umím si to opravit sám a protože nic neplatím, tak taky nemůžu očekávat řádnou funkčnost A nic to nemění na tom, že Ubuntu používám a jako desktop doporučuju. (i když - jak těžké může být nainstalovat gentoo?)

[Drom]

Základ funguje OK, ale pokud začneš používat balíčky, které nepoužívá běžný Franta uživatel, tak po čase narazíš na otravné chyby v balíčcích.

+1

[saly]

[noflame]Nevim, co na tom Bubuntu sici maj, ja jsem mel na svem PC 6.06 Dapper Drake, ten mi sel dobre, ale kdekoliv ted nainstaluju 7.04 Feisty Fawn, tak to dela jen neplechu, pste si to dela co chce, na svy Fedore nemam absolutne s nicim problem ...[/noflame]

[freshmouse]

Hmm, chce to nahlásit chybu, pokud nějaká je. A co na něm všichni mají? To bych mohl najít někoho, komu někde nefungovala Fedora a začít se ptát, co na ní všichni mají...

[Petr Tomeš]

Já měl s Fedorou problémů moho a už jsem je vyjmenováal pod jiným článkem, jsou docela klíčové.

[Käyttäjä 11133]

A to proč? Myslím to přejmenovávání...

[tired joe]

No, čím ďalej, tým viac správičiek, blogpostov, flamov a čohokoľvek sa týka Ubuntu :)

Samozrejme, aj Ubuntu je Linux, ja len tak :)

[Käyttäjä 11133]

Jsem myslel, že vy Ubuntisti plánujete nějaký puč, třeba DOS útok na servery ostatních distribucí, nebo tak...

[tired joe]

No to samozrejme :)

Ale nie, na to sme príliš veľké lamy :D

[User]

Hmm tak to mají brzo... To je jako Blbuntu pro BFU bez takovéhoto programu? Alespoň, že kubuntu takový nástroj mělo.

[freshmouse]

Poslyš, nejsi ty náhodou Ubuntu uřvanec? Jen řveš, co všechno tě na světě sere, ale abys nahlásil chybu nebo nápad, to ne.

[Ctirad Feřtr]

Takový nástroj by měl být spíš součástí samotného Xorg. Představoval bych si to tak, že za všech okolností by Xorg najel do nějakého "záchranného" grafického režimu, který by fungoval všude a každému (řekněme 640x480@60Hz, driver VESA nebo VGA, případně FB), kde by si člověk naklikal driver, rozlišní, frekvence..., pak zmáčknul "použít" a Xorg by ho nahodil. Buď by se zadařilo, nebo by spadnul zpět do záchranného režimu a uživatel by zkoušel jinou kombinaci dokud by nedosáhl svého. Obdobný princip se osvědčil u Win i jiných systémů. Taky by nebylo marné zavést jako název driveru položku "auto", kde by si xorg zavedl nejvhodnější ovladač sám. Beztak to už dávno dělá v rámci jednotlivých driverů. To by mi přišlo jako daleko lepší řešení než stoprvní pomocná aplikace pro nastavení Xorg, která je navíc v každé distribuci jiná.

[alium]

+1

[freshmouse]

Stoprvní pomocná aplikace pro nastavení Xorg, která je navíc v každé distribuci jiná.

Tohle by podle mě mělo jít všude.

[Ctirad Feřtr]

O to až tak nejde. Problém je ten, že aby tu aplikaci člověk mohl použít, tak mu ty X musí nejdřív naject. Pěkné grafické nastavovátko je jedna věc, ale musí být podpořeno nějakým mechanicmem přímo v X11, který se bude snažit o to, aby to najelo vždycky i když uživatel v konfiguráku nastaví nesmysly. Prostě nějaký "fallback" režim, který nahodí X, nastaví nějakou proměnnou, že jde o fallback (aby to věděl desktop a rovnou to uživateli bonznul a spustil nastavovátko) nebo rovnou příslušné nastavovátko spustil (nebo spíš nějaký wrapper, který bude na nějaké takové nastavovátko ukazovat).

[Martin Böhm]

Toho si vývojáři Ubuntu jsou vědomi. Pokud si chcete přečíst, jak se rozhodli tento problém vyřešit, doporučuji tuto specifikaci.

[Deleted [8409]]

Disabling ctrl-alt-backspace to reduce user confusion.

Tento bod se mi osobne moc nelibi, spis by to chtelo uzivatele informovat o teto kombinaci.

[Luboš Doležel (Doli)]

No to je ale demence. Já bych rovnou ten Linux zakázal, aby nikoho nemátl.

[Deleted [8409]]

Moc nechapu vasi reakci,

co je spatneho na tom informovat uzivatele o tom, ze existuje takova klavesova kombinace?

[Deleted [8409]]

tak nic, spatne jsm to pochopil

[Lu-Tze]

Dobrej nápad, jsem pro.

[Ctirad Feřtr]

Výchozí předpoklady mají stejné. Bohužel řešit to chtějí zase nějakou extra aplikací, která bude Xorg kontrolovat a podle potřeby mu podstrčí jiné xorg.conf. Podle mě je to cesta špatným směrem.

[Martin Böhm]

Není to tak docela pravda. Tahle funkcionalita už v GDM je. Pokud to chápu správně, tak pokud se GDM nepodaří spustit X server, spustí místo něj skript "failsafeXserver", který spustí X ve VESA 800x600 módu se spuštěnou aplikací displayconfig, která asi uživateli nabídne pomoc s nastavením provozuschopného xorg.conf.

Otázkou zůstává, jestli i s pomocnou aplikací takový Franta uživatel něco zmůže... obávám se, že příliš mnoho ne.

[phero]

V minulosti by se to nejspis hodilo, ale dneska uz je to celkem zbytecny. Dneska maji monitory jen jedno pouzitelny rozliseni, a to si graficka karta zjisti pres EDID

[Ctirad Feřtr]

To je částečně pravda. Harakiri s frekvencemi u CRT je dneska naštěstí minulost, ale autodetekce pořád není 100%, zejména na noteboocích. A hlavně, X nenajedou už jenom kvůli banálnímu překlepu v konfiguráku (BFU ale žádné logy studovat nebude) nebo po výměně grafiky (což by řešil driver "auto"). Stačí se podívat, co to s intalací (například zrovna Ubuntu) udělá, když byl nainstalovaný na onboardovce a strčím mu tam grafiku. Namísto desktopu na mě jukne sypaný čaj, který mi po chvilce luštění nabídne tak akorát prohlédnutí logu a BFU v tuhle chvíli končí. A přitom celý prolém je v tom v tom, že Xorg se není schopen sám překlopit na správný driver, namísto toho mu to jedno slovo musí někdo změnit v konfiguráku.

Tohle osobně povožuju za nějvětší brzdu rozšíření linuxu na desktopu. Na jedné straně skvělé jádro, které si všechny ovladače krásně rozpozná a zavede samo a na straně druhé Xorg, kterému je potřeba všechno manuálně předžvejkat.

[phero]

Jen jsem chtel nadhodit, ze by bylo lepsi zamerit se na lepsi autodetekci, nez nejaky nastavovatka. Dneska by to (autodetekce) melo (detaily _vubec_ neznam) fungovat. Jak je na tom Xorg co se tyka nastaveni nevim, protoze pro me neni problem si to nastavit :/ Ale predpokladam ze mas pravdu a je na tom fakt spatne.

[freshmouse]

Autodetekce je dobrá, ale ne všemohoucí, protože:

a) Nelze se na ni spolehnout.

b) Neřeší všechna nastavení.

[Milhouse]

Tyhle fce pokud vím, mají být přímo v Xorg 7.3.

[Limoto]

má vyjít 29. srpna, tak uvidíme

[Josef Kufner]

Není to tak trošku nahlavu dělat nastavování grafiky v grafice? Když to nastaví blbě, tak nic neuvidí a nebude moct to změnit zpět. Proč to nemůže být v textové grafice (ncurses), aby to bylo stejně pohodlné a přitom i použitelné?

[Lu-Tze]

Ve Windows taky existuje jenom grafické nastavovátko a problém s tím, když někdo něco nastaví blbě za až tak není - po změně se zobrazí dialog, kde musí uživatel změnu do určité doby potvrdit, jinak se vrátí původní nastavení. Akorát se může stát, že uživatel potvrdí omylem něco nefunkčního (zmáčkne klávesu, klikne myší...).

[freshmouse]

Tohle není jen ve Windows. Když například v GNOME změním rozlišení, nechává mi to taky pár sekund na rozmysl. A podle snímků obrazovky i ten DisplayConfigGTK tam má tlačítko Test...

[Ctirad Feřtr]

V KDE je tohle samozřejmě taky. Problém spočívá v tom, že to umí přepínat zase jenom režimy, které jsou předpřipravené v konfiguráku xorg. Takže se točíme v kruhu.

[Jiří (BoodOk) Kadeřávek]

Už jsem zažil pár problémů, zejména u serverů a k nim připojených malých monitorů, že _JAKÁKOLIV_ grafika (i nahozený framebuffer) znemožnil administraci stroje. Bez ohledu na OS.

[freshmouse]

Na druhou stranu, proč lidem cpát ncurses, pokud problém není a X.org šlape... Víc o tom psal MHB výše.

[hajma]

drakx11 (XFdrake) v Mandrivě už leta běží jak v grafice tak, pokud nejsou X k dispozici, v curses

[Kyosuke]

Divím se, že nepoužili třeba SaX nebo něco nad libsax: http://sax.berlios.de. Nebylo by s tím míň práce?

[Martin Böhm]

Řekl bych, že práce by bylo stejně, protože takhle jen použili backend z kde-guidance projektu (z extragear na KDE SVN) a napsali pro to frontend v PyGTK. Jestli tento backend poskytuje srovnatelné funkce, to si nedovolím odhadnout. Pokud by někdo měl chuť být činorodý, tak bych článek/zápisek v blogu porovnávající tyto dva nástroje (případně další nástroje z Fedory, Mandrivy či SUSE) rozhodně přivítal :o)

[ivdo]

+1

[pj]

sax vypada zajimave, minimalne gui je diky qt mnohem libivejsi, otazka je, zda je to prakticky pouzitelne, nezkousel jsem.

[pic]

doufám, že to pujde použít i v jiné distribuci, ne jen *.buntu

[freshmouse]

Nevidím důvod, proč by nešlo.

[.]

tesim na 7.10

[kavol]

Podobný nástroj dosud chyběl.

WTF? za posledních plusmínus šest let jsem nepotkal distro, kde bych si konfiguraci nemohl klikat v grafice ... je fakt, že Ubuntu jsem nikdy nezkoušel :-p

[freshmouse]

V Ubuntu chyběl -- a o Ubuntu jsem psal. Podobný nástroj má prostředí KDE, a protože ty používáš KDE, tak proto jsi ho všude viděl. Z distribučních vlastních řešení to umí YaST a možná MDV Ovládací centrum. Jinými slovy, chyběl vlastně v GTK nebo GNOME.

[freshmouse]

A celkově si myslím, že takováto nastavovadla by měla být součástí graf. prostředí, a ne vlastních řešení distribucí.

[Espinosa]

> Jinými slovy, chyběl vlastně v GTK nebo GNOME.

Ne tak docela. Fedora by měla mít nějaký Gnome based klikací nástroj už nějaký ten rok a jak znám Fedoru, tak ta svoje konfigurační nástroje, kde to má smysl, upstreamu je do Gnome projektu. Fedora je stejně jako Ubuntu primárně Gnome distribuce. Dost možná, že ten Ubuntí je jen adaptace toho z Fedory. Aspoň doufám, jinak je to o znovuvynalézání kola.

[freshmouse]

Před nějakým tím rokem jsem Fedoru používal a nic takového jsem tam neviděl. No, ono Ubuntu taky něco umělo (rozlišení, efekty oken atd.), ale bylo toho málo, a jako je Ubuntu v jiných věcech velmi silné, tak v tomhle je zrovna velmi slabé.

Tak se mrkni na obrázky v odkazu a porovnej. Příp. pošli obrázky toho nástroje z Fedory.

[kavol]

Fedora by měla mít nějaký Gnome based klikací nástroj už nějaký ten rok

myslíš system-config-display

a jak znám Fedoru, tak ta svoje konfigurační nástroje, kde to má smysl, upstreamu je do Gnome projektu.

tak úplně nerozumím ... je to free, je to GPL, kdokoliv si to může z Fedory vzít

Aspoň doufám, jinak je to o znovuvynalézání kola.

to sis ještě nevšiml, že ubunťáci mají sklon si všechno dělat po svém, a vahou své uživatelské základny to nutit i všem ostatním (pokud už se rozhodnou dát to k disposici mimo distribuci)?

[freshmouse]

to sis ještě nevšiml, že ubunťáci mají sklon si všechno dělat po svém, a vahou své uživatelské základny to nutit i všem ostatním (pokud už se rozhodnou dát to k disposici mimo distribuci)?

Toho jsem si nevšiml. Příklad?

My nikomu nic nenutíme. Alespoň jsem si nevšiml, že bychom někdy přišli za panem Fedora nebo Mandriva s nožem na krku a řekli: "Tohle začneš používat!"

[kavol]

nedávno tu proběhl flame, jak je Rosetta skvělá a super a jak by měla nahradit ostatní nástroje

kcontrol vs. SystemSettings

ale co se namáhám s příklady, jestliže někdo na poznámku o uživatelské základně odpoví rádobyvtipným "nožem na krku" ...

[freshmouse]

Pokud někdo chce něco nahradit Rosettou, může, je to jeho věc. (A to se mi dvakrát nelíbí.) Že se KDE rozhodlo následovat GNOME, za to taky nemůžu...

[Martin Böhm]

Není systemsettings ten frontend naprosto kompatibilní s KCM moduly, který se podle všeho stane výchozím v KDE 4, neboť i vývojáři KDE uznali, že z hlediska použitelnosti je lepší?

Tady proběhl nějaký flame o tom, že je Rosetta dobrá? Nějak jsem si ho nevšiml. Na Rosettu si stěžují i překladatelé s Ubuntu, tak kdo ji mohl chválit?

[kavol]

neboť i vývojáři KDE uznali, že z hlediska použitelnosti je lepší?

a teď tu o Červené Karkulce ... viděl jsem různá zdůvodnění, proč SS a ne kcontrol, ale že je lepší z hlediska použitelnosti jsem tedy ještě nezaznamenal

Tady proběhl nějaký flame o tom, že je Rosetta dobrá? Nějak jsem si ho nevšiml.

hm, zvláštní tvrzení od člověka, který se Rosetty v onom flamu zastával ... pravda, pokud mě paměť neklame (fakt se mi to nechce teď znovu celé číst), finální závěr byl asi takový, že Rosetta má své mušky, a že by to chtělo nástroj nový, čili teoreticky to jednoznačné prosazování Rosetty nebylo, ale z praktického hlediska je mi to docela jedno, jestliže ten "nový" nástroj měl splňovat de facto to co Rosetta, jak jsem z toho pochopil, tak je to skoro totéž, jako kdyby byla prosazována přímo Rosetta

[Martin Böhm]

Odlišil bych vyvracení polopravd o Rosettě a nějaké "bránění" Rosetty. To první je založeno stritktně na faktech, to druhé na osobním názoru. Pokud tento rozdíl nevnímáte, pak se Vám mohlo zdát, že jsem Rosettu bránil. Z mého pohledu to bylo jen upřesňování fakt. Můj názor na ni je však stále negativní (například mi vadí monumentální "chybička", že Rosetta není svobodný software).

Pohádku o Červené Karkulce známe snad oba, tak doufám, že oba taky známe vlákno v kde-core-devel ( nejsem si teď tím mailing listem jist, KDE jich má desítky), který právě systemsettings probíral. Doufám také, že oba dva také víme, že nad tvorbou systemsettings dohlíželi(y) někteří "usability" odborníci přímo z projektu KDE. To je podle mne jedním z klíčových argumentů pro systemsettings, na který vývojáři KDE slyšeli.

Mimochodem Vámi zmiňovaný system-config-display je ukázkou jednoúčelového, velice "špatně" napsaného nastavovátka. Ani se nedivím, že si raději vývojáři Ubuntu vybrali jiný backend a vlastní frontend. Příkladů bych našel desítky, jeden za všechny:

# kód vlastního spouštěče system-config-display. Najděte deset prohřešků! :o)
#!/bin/sh
python /usr/share/system-config-display/xconf.py $@


[kavol]

Odlišil bych vyvracení polopravd o Rosettě a nějaké "bránění" Rosetty.

pak se omlouvám, pokud jsem to špatně pochopil či si špatně zapamatoval - možná se mi ten projev slil také s kolegou Surým, či který čert tam ještě psal ... resp. omlouvám se pokud jsem to výše špatně presentoval, každopádně vyznělo mi to tak, jakože Rosetta rulezz a zasílání patchů na mailinglist upstreamu je fujfujfuj, tedy podpořilo to ve mě dojem, že ubuntí věci se chtějí cpát za každou cenu všude

To první je založeno stritktně na faktech, to druhé na osobním názoru. Pokud tento rozdíl nevnímáte, pak se Vám mohlo zdát, že jsem Rosettu bránil.

jenže člověk s Rosettou detailně neobeznámený těžko rozliší, co je co, proto píšu o tom výsledném dojmu - který může být založen na chybných předpokladech ...

Pohádku o Červené Karkulce známe snad oba, tak doufám, že oba taky známe vlákno v kde-core-devel ( nejsem si teď tím mailing listem jist, KDE jich má desítky), který právě systemsettings probíral.

ne, neznám; znám například toto tvrzení:

"System Settings is better code than kcontrol at the moment, so it will be used."

Mimochodem Vámi zmiňovaný system-config-display je ukázkou jednoúčelového, velice "špatně" napsaného nastavovátka. Ani se nedivím, že si raději vývojáři Ubuntu vybrali jiný backend a vlastní frontend.

to je možné (nevím, nepoužívám, zkoumat to nebudu), ale toto je opravdu jen mimochodem, protože pointa byla úplně jinde

[Ses]

Neprotiřečíš si? Ubuntu má stejnou licenci, jako Fedora (aspoň to předpokládám)...

a jak znám Fedoru, tak ta svoje konfigurační nástroje, kde to má smysl, upstreamu je do Gnome projektu.

tak úplně nerozumím ... je to free, je to GPL, kdokoliv si to může z Fedory vzít

Aspoň doufám, jinak je to o znovuvynalézání kola.

to sis ještě nevšiml, že ubunťáci mají sklon si všechno dělat po svém, a vahou své uživatelské základny to nutit i všem ostatním (pokud už se rozhodnou dát to k disposici mimo distribuci)?

[kavol]

prosím ještě jednou a polopatě - v čem si protiřečím? jsou snad tučně vyznačená slova v rozporu?

[Ses]

No, já to pochopil tak, že z Fedory si to může kdokoli vzít, ale pak jsi u Ubuntu psal, že to musí dát oni (vývojáři Ubuntu) k dispozici jiným distribucím...

Tak jsem to alespoň pochopil, pokud je to jinak, tak se omlouvám...

[kavol]

... jsi u Ubuntu psal, že to musí dát oni (vývojáři Ubuntu) k dispozici jiným distribucím...

co je míněno "to" a kde píšu něco o tom, že "to" musí dávat k disposici?

[kavol]

V Ubuntu chyběl -- a o Ubuntu jsem psal.

ok, já jsem jenom vyjádřil podiv nad tím, že tak dokonalé a user-klikač-friendly distro řeší tuto věc teprve teď ... nehledě na to, že ta zprávička byla poněkud nešťastně formulována, nic přece nebránilo v Ubuntu používat jiné nástroje (prostě mi to vyznívá, jakože neexistovaly a to úžasné Ubuntu s nimi teprve zázračně přichází - ale to už je jen můj subjektivní náhled)

Podobný nástroj má prostředí KDE, a protože ty používáš KDE, tak proto jsi ho všude viděl. Z distribučních vlastních řešení to umí YaST a možná MDV Ovládací centrum.

možná? - nech si to od cesty, Mandračí CC umělo vybírat ovladače pro hardware (tedy i grafiku) a nastavovat Xka "odjakživa"

Jinými slovy, chyběl vlastně v GTK nebo GNOME.

nechyběl

[AsciiWolf]

hmm,tak jsem vyskoušel displayconfig-gtk z repozitářů pro feistyho...

A moc nadšený nejsem...

Vytvořilo to sice xorg.conf z nastavením jaké jsem chtěl (původní xorg.conf to přejmenovalo na xorg.conf.1 a vytvořilo kopii nového xorg.conf (xorg.conf.2),ale:

1.) displayconfig-gtk nenašel propriteární ovladač pro nvidia a tak použil ovladač NV - stačilo přepsat nv na nvidia na 3 místech v xorg.conf...

2.) gdm mi naběhlo v rozlišení 1600x1200 - stačilo přepsat řádek:

virtual 1600 1200

na

virtual 1280 1024

Pro mě otázka 3 minut,pro bfu neřešitelný problém...

...

Zde si můžete prohlédnout nově vytvořený (a mnou upravený) xorg.conf...

[AsciiWolf]

heh,tak jsem zistil,že nvidia-settings umí to samé jak displayconfig-gtk ale je lepší,dokonalejší,jednodužší a hlavně funkční...

za pár vteřin mi nvidia-xconfig detekoval typ grafické karty a monitoru (monitor mi displayconfig-gtk detekoval jako unknown plug and play monitor!) a vygeneroval FUNKČNÍ xorg.conf (starý zapsal do xorg.conf.backup) + jsem zjistil,že i když jsem v displayconfig-gtk nastavil refresh monitoru na 75Hz tak běžel furt na 60Hz

- po vygenerování nového xorg.conf a kliknutí na apply v nvidia-settings (bez restartování Xek!) se všechny změny hned projevily a vše funguje...

...

Tak nevím,snaha se sice cení,ale jestli to vývojáři nevyladí a neupraví tak,aby to fungovalo hned bez změny konfiguráku,tak si přidávám do TODO po nové instalaci Ubuntu: apt-get remove displayconfig-gtk (stejně jako mám teď v TODO pro instalaci killnutí hald při vytváření partišen přes gparted a odstranění desktop-effects gui,které je imho celkem na nic a mnohem lepší je compiz fusion/beryl settings manager...