BrainStorming Praha

(toto je docasne umiestnenie napadov a problemov, postupne sa budu mergovat do BrainStorming Prague)

problemy:

Nautilus ukazuje místo data změny dnešní datum a den v týdnu poslední změny. Používal jsem ho na třídění fotek, teď nelze. (sbrabec)
GNOME nezapisuje session, takže po každém startu musím znovu spustit všechny aplikace ručně (sbrabec)

napady:

Bubli, mimochodem, jeden ten mail je i o partitioneru - muzu Ti ho preposlat, chces-li. Dokonce jsou prilozene i komentovane screenshoty. (anicka)
proste dat kazdymu vydani opensuse nejakej malej seznam velkych cilu ( jako rozchodit co nejvice ctecek prstu a jejich snadne pouziti pro autentifikaci (tedy cil jak pro kernelare, yastare, tak i pro spravce baliku co to muzou vyuzit), vyladit podporu softwarovych raidu a podobne), tim bude jasny co muze cekat od novy verze a taky se lepe zameruje prace (e.g http://fedoraproject.org/wiki/Releases/11/FeatureList) (jreidinger)
neslo by toto resit ruznymi profily, kdy by si napr. nekdo zvolil jestli je zacatecnik nebo pokrocily a podle toho by se vybirala skladba balicku (vpelcak)
"Instalator se vam pokusi pomoci s instalaci, odpovezte prosim na nekolik otazek, coz umozni pomoc optimalizovat tak, aby byla co nejefektivnejsi" "1. Vite, co je diskovy oddil?" (pokud ne, tak nema cenu poustet partitioner) "2. znate nektere windowmanageru, jako KDE a GNOME?" (pokud ne, neco tam flakni a neptej se, kdyz se mu to nebude libit, priste uz to bude znat a bude vedet, co si vybira)3 .... a nakonec by stalo za pokus nabidnout checklist toho, co clovek NEchce. (ehamera)
misto jednoducheho textoveho konfiguraku, ke kteremu se najde dokumentace uplne vsude, protoze je stejny pro vsechny distribuce (a nekdy i pro dalsi UNIXy) tam mame jakesi kostry plnene suse-specifickymi skripty tu lepsi tu horsi kvality (mvancura)
Co vytvorit wiki stranku na opensuse.org dokumentujici tyhle "otravnosti" a jak se jich zbavit? Proste nektere veci nejsou a nemuzou byt po chuti uplne vsem, ale kdyz bude snadno vyguglovatelny navod jak se jich zbavit, snad lidi tolik nenastvem. (mmarek) - DONE - http://en.opensuse.org/Tweaking
^^^ Já se dokonce jeden čas snažila udržovat skript, který něco takového dělal v každé čisté instalaci. Udělat z toho skript s konfigurákem podle informací na wiki, který máš v home a při každé instalaci se použije, by bylo fakt příjemné. (anicka)
YaSTový modul: Feature killer - HAL auto mounting, PolicyKit policies (jak přistupovat na ALSA přes ssh, jak se dostat na /dev/ttyS0 pod uživatelem), Co lze vypnout v cronu, nebo jako ho donutit to dělat jindy, než chce sám, Zakázat spouštění něčeho v session, Zakázat gpg-agenta, ssh-agenta, beagle (sbrabec)
Bylo by rozumné, aby každá řádka v konfiguráku, která je automaticky měněná, byla okomentovaná. (sbrabec)
V idealnim pripade tak, aby si pro kazdou vec mohl uzivatel zvolit stable, nebo experimental aplikaci s tim, ze bude vysvetleno proc to je. (ehamera)
No, ve skutecnosti by reseni bylo udelat online fsck, prerusitelny fsck, nebo fsck pri shutdownu... (pavel)
distribuce vydaná poté, co byly opraveny všechny bugy se severity vyšší než enhancement. (anicka)
^^^ počítadlo na stránce ukazující chyby do vydání, ne dny.
přemýšlet o náhradě technologií, které jsou pro nás koulí na noze (rpmbuild, rpm 4.4,...). (sbrabec)
nesmiřitelný hon na všechny bugy, které způsobují pády a zatuhnutí aplikací. Učinit hlášení pádů a tuhnutí tak jednoduché, jak to jen jde (bugzilla wizard?). Vyrobit nástroje pro co nejúčinnější hledání pádů a tuhostí. Při omezených počtech lidí můžeme stanovit sadu aplikací, které považujeme za doporučené, a ty testovat zvlášť vydatně. (jdluhos)
důkladné prověření vybraných aplikací a jejich vyladění, aby nebyly pomalé (Firefox je nejbolestivější případ). V případě, že je aplikace tak hrozná, že se nepodaří ji dostat do rozumné rychlosti, tak ji nahradit nějakou méně hroznou. Důkladné výkonové testy X serveru a opravení problémů způsobujících (někdy hroznou) pomalost na určitých graf. kartách. (jdluhos)