Gnome 3 a uspávání notebooků (diskuse)

[Tomáš Srnka]

a preto do Mac OS X na to existuje X aplikacii, aby sa to dalo prestavit. inovacia = -10

[Hue]

Úžasný.. A pokud mám nefunkční suspend (naprosto obvyklá věc), notebook jako jukebox, stahuju, nebo milion jinejch důvodů tak co? Mám se jít klouzat?
Ne, já už to pochopil. Tohle je akce jak zajistit větší popularitu Xfce, LXDE apod. prostředím

[otakar]

Uspávání, do paměti ? Ve Fedoře mi to funguje zcela spolehlivě na několika různých mašinkách a bez nastavování. V Gnome, v KDE i v Xfce. Takže suspend je obvykle fungující věc

[Karry]

To že u tebe je to v pořádku neznamená že takové štěstí mají všichni. A na distribuci v tomto ohledu nezáleží. Problém je většinou v driverech.

Například u mě uspání v 10% případů dojede na

kernel BUG at drivers/gpu/drm/i915/i915_gem.c:4238!

K tématu: podle mě je to naprostá debilita. Celkem by mě zajímalo jak by mi autor tento nápad obhajoval.

[munich machine]

Takto

[Hue]

Nezáleží na distribuci nebo prostředí, ale na ovladačích jak už tu psal Karry. Takový notebook s VIA/S3 grafikou (ovladač openchrome) třeba neuspím.. Teda uspím, ale neprobudím do funkčního stavu

[Martingt89]

Tymto padom gnome 3 u mna konci...

[jehovista]

sekce humor panove

P.S. I kdyz me to teda branici nepotrhalo

[munich machine]

Ale oni to myslia vazne.

[Josef Kufner]

Však to je na tom to nejftipnější

[imploder]

+1

Mě odradil už GNOME SHell.

[Jardík]

Jó, zkoušel jsem nějaké jejich livecd, co nedávno vyšlo - a je to nepoužitelné, obzvláště pokud pracujete s více okny a rádi minimalizujete nebo přepínáte na taskbaru.

[Tomáš Heger (geckon)]

Není tak úplně pravda, že to nepůjde nastavit. Nepůjde to pomocí klasického GUI, ale mělo by to jít pomocí GSettings.

[imploder]

Proboha! To je vtip? To snad nemůžou myslet vážně.

[MoB]

To už je jak ve Windows nebo Apple. Bill/Steve ví nejlépe, co chceme, a proto to tak udělají a znemožní uživatelům si to nastavit podle vlastních preferencí. Kam se ten GNOME řítí?

[sc]

Troll detected!

[Dusan]

Asi si sa pomýlil nie?

[Jardík]

něco tady (mé komentáře nečtěte, neumím moc anglicky). Podle reakce na můj komentář to vypadá, že by se neměl uspat při připojeném externím displeji, a ještě se nezdá být definitivně rozhodnuto.

[imploder]

Allan tam námitku, že někdy je potřeba nechat aplikace i se zavřeným víkem běžet, odpovídá snůškou keců a dál vymýšlí způsob, jak to pokazit, viz tahle odpověď.

Pokud chce jediné řešení, aby si nemusel pamatovat, jak to má nastavené a kontrolovat, že se notebook uspal, tak to jediné správné řešení je při zavření víka neuspávat, uspávat ručně. Tak by si zvykl, že když chce notebook uspat, musí to udělat. On ten jeden hmat navíc není tak moc. Zvykl by si na to a už nikdy by nemusel šaškovat s polootevřeným víkem a vůbec nad celou záležitostí dumat. Měl by jednoduchý, pochopitelný systém: udělá přesně to, co uživatel zadá. Takové jsou dobré*.

*) netřeba to psát s velkým D jak náboženský fanatik

[Bilbo]

Asi tak .... na zavření víka mám nastaveno že se provede xlock a uspávání pouze ručne, patřičným tlačítkem (Fn+F5) na notebooku

[Jardík]

Osobně bych byl taky rád za neuspávání. Taky uspávám ručně a při zavření víka mám nastaveno "nedělat nic". Jenže ono dnes nefunguje ani to "nedělat nic", jak jinak si vysvětlit mnou popsané náhodné chování vypínání/zapínání displejů (to si ale nejsem jistý, jestli to není chyba v modulu pro intel grafárnu, ale proč by měl dělat ten modul něco sám o sobě ...).

[imploder]

Příloha:

• chybi-nic-nedelat.png (32845 bytů)

Tady by to taky chtělo možnost "nedělat nic", aby obraz na druhém monitoru zůstal i když zavřu víko. Myslím, že tohle zrovna chcou řešit, budou odlišovat situaci, kdy je připojený jiný monitor.

[Jardík]

Některá distra to tam mají (patch), v jiných je to v gconfu. Ale problém je, že i když vyberu nedělat nic, tak to splněno není a náhodně to vypíná/zapíná externí/interní displeje při zavření víka.

[xhombre]

Mně na Ubuntu funguje kombinace Spustit šetřič obrazovky a ve spořiči nemám zatrhnuto

Spouštět šetřič obrazovky při nečinosti ani

Uzamykat obrazovku po spuštění šetřiče.

Ale jednoduchá volba ve Správě napájení by asi byla logičtější.

[Sešívaný]

GNOME mám pro jeho jednoduchost rád, ale tyto kroky mi přijdou kontraproduktivní. S něčím podobným se člověk může setkat i v GNOME 2. Na jednom notebooku mi blbla detekce baterky a občas zahlásila, že je prázdná. V GUI GNOME není možné nastavit, aby se nedělalo nic při kriticky nízkém stavu baterky, takže se to v jednom kuse vypínalo. Naštěstí v gconf-editor ta volba je, ale chtějte pod BFU, aby konfigurovalo gconf...

[Václav HFechs Švirga]

Hm právě v tomto mi více sedí filosofie KDE. Tam sem si mohl krásně nastavit, že při odpojeném adaptéru se NTB automaticky uspí, ale při připojeném pouze zhasne display (třeba protože stahuju). Nastavil jsem si to tak a vyhovuje mi to, pokud by mi to vadilo, můžu si to změnit. Proto konfigurační volby považuju za plus ;).

[Jardík]

Jenže v gnome se poslední dobou rozhodlo, že všechno musí být obrovský (písmo, tlačítka, paddingy, ikony), protože 99% uživatelů jsou slepý lidi a ostatní si to mohou přenastavit. A kvůli těmto lidem se tak do dialogu na netboocích nevejde víc než 5 řádků a tak se musí dát všechno pryč, scrollbar, menší padding, nebo menší písmo, to je totiž nepřípustné.

[Stanislav Brabec]

Paddingy v GTK+ přenastavit nejdou. Jsou natvrdo nastaveny na 3, 6 a 12 pixelů, a návrhy, aby to bylo nastavitelné, už léta hnijí někde v Bugzille.

[Jardík]

Jsou natvrdo nastaveny na 3, 6 a 12 pixelů

Tak jednoduché to není, ono je to natvrdo nastaveno, jak si vzpomene vývojář určitého programu, jestli dodrží doporučení, nebo ne. Sice WinAPI má naho.no podporu layoutů, ale zase v dialogách nepoužívá pixely ale jakési "dialogové jednotky", co se přizpůsobují zvolenému písmu v dialogu. To bych bral i v GTK (a i v Qt), prostě pevně nastavenou mezeru v nějakých jednotkách, která by se pak přizpůsobila velikosti písma pro ten daný dialog či ovládací prvek.

[Josef Kufner]

Těch lidí co zajásalo, když jsem jim oznámil, že to uspávání při zavření jde vypnout...

Někdo by měl gnomí designéry pořádně nakopnout, aby přestali dělat blbosti. A jejich programátory taky, za to, že nenakopli designéry dřív, než takovou blbost pustili do světa.

[scippio]

Naštěstí je to opensource a jde to kdykoliv změnit, případně je hromada jiných prostředí nebo používat jen Xka... nebo ani to ne...

[Jiří J.]

Stejně je to všechno přes acpid, ne? Stačí poupravit /etc/acpi/ a je to

[Jardík]

Ne, mě tu acpid nikdy neběželo. Dneska to snad jede všechno přes ty udevy, upowery, udisky a jánevímcoještě.

[Václav Pávek]

Pokud bude zachována možnost editace "registru" tak to lze provést v

/apps/gnome-power-management/buttons

Možné hodnoty jsou „suspend“, „hibernate“, „interactive“, „shutdown“ a „nothing“.

Tady jsem si nastavoval aby při zavírání NTB se nic nedělo - mám to kvůli virtualizaci a občas přehrávání muziky či výstupu na jiný display.

[Jardík]

Řekl bych, že ta "cesta" bude v gnome3 k ničemu, přechází se na dconf a pochybuju, že nechají stejné cesty, už vidím, jak tam budou ty zvrácenosti typu /org.gnome.blabla/bla/bla/

[kom]

Ještě že na notebooku nemám žádný senzor na detekci zavření displeje :)

[David Watzke]

Nemáš? Takže ti svítí displej i když zaklapneš víko, pokud ho nevypneš ručně?

[Václav HFechs Švirga]

Na starém ntb mi to tak v linuxu dělá , ale to je hodně stařičký ntb. Dokonce se mi nepodařilo zhasnout podsvícení ani příkazem (už nevím jakým, ale patřil ke xorgu), maximálně se na obrazovce objeviva tma (černá plocha), ale podsvícení jelo.

[David Watzke]

To musí bejt dost na prd. Jinak je to xset dpms force off a musíš mít povolenou volbu DPMS v nastavení X serveru...

[Jiří J.]

A taky musí mít monitor, který VESA DPMS umí, což ten jeho asi není

Jinak pokud vbetool úspěšně vypne monitor, bude chyba někde jinde - na konzoli bez KMS driveru (čistě VGA) se mi monitor uspat nepodařilo, ale vbetool fungoval.

[Václav HFechs Švirga]

Jo tohle sem zkoušel, jen se vykresila černá plocha přes celý monitor a bokem šlo vidět že zářivka jede. Grafická karta je tam nějaký trident, DPMS jsem v xorgu tuším měl... No zkusím z toho stařičkého ntb udělat server / router, budu ho přeinstalovávat tak uvidím co nové jádro / nový xorg na to řekne.

[Jan Hadrava]

Ano, sviti mi i kdyz zaklapnu. Ale tak nastavil jsem si klavesovou zkratku na zhasnuti. Nastesti "dpms foce off" funguje. Aspon mam overeno, ze neni problem si zvyknout zmacknout nejakou kombinaci pred zavrenim (treba i na uspani).

[Jiří J.]

Pokud nemáš, nainstaluj si balíček "acpid". Pak spusť na konzoli prográmek acpi_listen a zavři/otevři víko notebooku. Mělo by se na konzoli objevit něco jako

button/lid LID close
video/switchmode VMOD 00000080 00000000
button/lid LID open

Pak vytvoř nový soubor

/etc/acpi/events/pri_zavreni

(třeba) s obsahem podobným tomuto:

event=button/lid LID close
action=XAUTHORITY=/home/uzivatel/.Xauthority DISPLAY=:0.0 xset dpms force off

... a mělo by to fungovat i automaticky. Vím, není to zrovna nejpěknější řešení, ale funguje a lepší mě nenapadá. Sám mám něco hodně podobného na ACPI eventu Fn+F3 (thinkpad).

[Jan Hadrava]

Jsem zapomel napsat, ze "kom" jsem ja. Mel jsem notebook uz rozebrany, a opravdu tam neni zadny senzor (notebook znacky notebook podle baterky mozna compaq). Navic ACPI tabulka zrejme neodpovida specifikacim, takze s ni ma linux problemy.

[Tomáš Bžatek]

Nevim, jestli je to nekde v diskuzich uvedene, ale na blogu jsem to nenasel. upower obsahuje API pro inhibit suspend. Docela dost Gnome aplikaci jej vyuziva, napr. Nautilus pri kopirovani souboru nenecha system usnout. Stejne tak jakakoliv jina dulezita operace, jako instalace balicku nebo vypalovani CD.

Takze, naucte sve aplikace ovladat system!

[w4rr10r]

Prdím na ně. Na GNOME už nešáhnu ani kopačkou. Je to banda idiotů, kteří si myslí, že uživatelé jsou polodementní retardované špatně cvičené opice.

[biolog]

Však taky uživatelé jsou polodementní retardované špatně cvičené opice. Stačí se kouknout na má rodiče. (Určite i na vaše.) I když má uživatel třeba doktorát, tak do počítačů nevidí, takže nechápe ani věci, kterou jsou informatikovi "přece zřejmé".

Ale pokud máte na mysli to, že někteří lidé počítačům rozumí, tak to ano, ale takoví si mohou zkompilovat Fluxbox (nebo jiné prostředí, kde si člověk musí še donastavit sám).

[w4rr10r]

Mí rodiče doktorát mají, do počítačů moc nevidí, ale přesto chtějí, aby se počítače chovaly tak, jak chtějí oni. Takže třeba táta si hodně hraje s napájením, nastavením barev atp.

Nevím, proč bych měl dva týdny konfigurovat Fluksboks, když můžu mít výborné už přednastavené desktopové prostředí s integrujícími se aplikacemi. Akorát už nebudu mít moc na výběr, místo KDE a GNOME tu zbyde jenom KDE Plasma.

[Jardík]

Ano, ale pochybuju, že budou autoři konzolových nástrojů (např.) chtít kvůli tomu implementovat jakýsi event loop, ve kterém budou komunikovat přes dbus s upowerem, v opačném případě by museli použít synchronní přístup a riskovat své zatuhnutí, když se dbus opozdí s odpovědí, ... zase to znamená "další možnost jak toho docílit" a z toho žádná není "standardizována". Bylo by mnohem lepší, kdyby na to bylo prostě nějaké API nebo nějaký syscall přímo v kernelu, či v glibc, která by začala být chápána jako neoddělitelná součást kernelu a mohla tak být považována za "standardní API pro linux". Ale to se nikdy nestane, když nejsou dodnes schopní "opravit" přístup k CD mechanikám po 10 letech, zařídit automatické odpojení média při jeho vysunutí a následným chybovým hlášením, že z CD nelze číst, když tam žádné není, nemožnost vypalovat bez možnosti zničení média jinou aplikací snažící se o přístup k mechanice ... tak neopraví ani toto. Strašně mě to mrzí a ačkoliv linux sem tam používám, tak mi pořád bude připadat jako taková slepovačka, která tak nějak funguje, dokud jste na ní hodní.

[Martin Mareš]

Systém pro správu napájení, který funguje jenom tehdy, když celý svět začne používat jeho API, má své místo v nejbližším odpadkovém koši.

Rozumně napsané rozšíření OS se má chovat tak, že aplikacím, které o něm vědí, pomáhá, a těm, které o něm v životě neslyšely, alespoň neškodí.

[Laco]

Ja som trpezlivy :) Je mi jasne ze je to pre vas bolestive, priznat si pravdu, ale VYJEBTE sa uz na ten skurveny linux. Ta sracka iba znasilnuje vas HW. Mna jebal do riti linux 5 rokov kym som to vzdal a uvedomil si ze je to beznadejne. http://windows.microsoft.com/cs-CZ/windows7/products/home

[Sešívaný]

Četl jsem ten článek, který to obhajuje a dá se to shnout do dvou důvodů:

• Chtějí integraci s hardwarem. Aby software a hardware nebyly dva různé produkty, ale jeden. To si ale může dovolit tak akorát Apple, který má hardware pod kontrolou. Ne GNOME, když lidi Linux instalují na libovolné počítače a suspend mnohdy vůbec nefunguje.
• Neustálé měnění nastavení podle nich snižuje "user experience". Prý si mají lidi desktop nastavit na začátku a potom už do nastavení nehrabat. To je sice pěkné, ale kde si to nastavení na začátku udělají? V gconf-editoru? Dialogy nastavení mě přece nijak neruší. Když nechci nic nastavovat, tak nic nenastavuji.

[Jardík]

+1

[Jiri Slaby]

> suspend mnohdy vůbec nefunguje.

Muzu vam s klidnym srdcem rict, ze se z tohoto rozhodnuti pos*rou. Zejmena tedy z nahlasenych bugu. Suspend na velkem mnozstvi masin proste *nefunguje* bez nejakeho dalsiho tuneni.

A spravci distribuci budou mit taky ohromnou radost. Hlavne asi redhat, kde je gnome, tusim, primarni. Pokud uz si ovsem to klikadlo nepridali sami.

[Lol Phirae]

Gnome seems to be developed by interface nazis, where consistently the excuse for not doign something is not "it's too complicated to do", but "it would confuse users". "This "users are idiots, and are confused by functionality" mentality of Gnome is a disease. If you think your users are idiots, only idiots will use it."

[Jendа]

Když si dáte do /etc/acpi/lid.sh hned na začátek

exit 0

tak uspávání zfailí a ani GNOME s tím nic nenadělá .

[Jiří J.]

Takže to funguje?

[Jendа]

Jo aha, to jsem přehlíd. Jak píše Jardík, je možné, že to některé distribuce (Ubuntu) nějak zprasí…

[Jardík]

The screen panel.