Příspěvky

436

Hardware / Re: Odmítli mi reklamaci notebooku

« kdy: 03. 06. 2011, 06:32:19 »

Pokud jde o třetí vadu stejného druhu, bývá obvyklé tomu vyhovět.

Ještě dodám, že odstoupení od smlouvy při třetí vadě stejného druhu nebo čtvrté vadě libovolného druhu není, tuším, zakotveno v zákoně i s konstantami (teoreticky by obchodník mohl vyhovět požadavku až u většího počtu vad), ale bývá to obvyle používané a mnoho obchodníků má tyto konstanty takto ve svých podmínkách.

437

Distribuce / Re: Čím nahradit Arch?

« kdy: 02. 06. 2011, 15:04:34 »

To zní celkem dobře. Teď ještě mít ten notebook...

ATI nebyl vyloženě velký fail, dá se to, ale kdyby měl místo toho nějakou jednoduchou integrovanou grafárnu s lepšími ovladači, bylo by to holt lepší. Ale to bych tehdy možná musel dělat ústupky jinde.

438

Distribuce / Re: Čím nahradit Arch?

« kdy: 02. 06. 2011, 08:14:43 »

Na 32b mě láká Java. Je sice i na 64b, ale nemá tam client mode, který umožňuje relativně rychle se spustit, což se někdy taky hodí. A pokusy na virtualizovaném Ubuntu (32b) vypadaly celkem přesvědčivě, i když neporovnávám dobře porovnatelné. (Tzn. je tu mnoho dalších možných vlivů, ale ty by to měly ovlivňovat spíše v neprospěch 32b varianty.) Ještě zkusím 64b Ubuntu, pokud půjde virtualizovat z 32b Windows. (Údajně by něco takového mělo jít, ale nevím, jestli tu není nějaká významnější ztráta výkonu.)

Další možností by bylo vedle 64b Javy mít i 32b Javu, ale...

439

Hardware / Re: Odmítli mi reklamaci notebooku

« kdy: 01. 06. 2011, 20:43:46 »

To bude IMHO spíše smolný případ než obecný přístup výrobce.

440

Desktop / Re: Schránka v Linuxu

« kdy: 01. 06. 2011, 20:40:43 »

Mám pocit, že toto se týká jen té druhé schránky, která funguje tak, že něco označím a jinde to prostředním tlačítkem vložím. U schránky na Ctrl+(C|V) jsem to nezpozoroval.

441

Hardware / Re: Odmítli mi reklamaci notebooku

« kdy: 01. 06. 2011, 19:58:13 »

Co se týče záměrného poškození, přijde mi zbytečné (a nemorální) něco přidávat.

Už to tu bylo naznačeno: v případě požadavku na vrácení peněz se, tuším, nejedná o reklamaci. Řekne-li člověk, že to chce reklamovat, servis mu to, tuším, může opravit třeba i desetkrát a po opravě si (přinejmenším do další závady) může zákazník o vrácení peněz jen nechat zdát. Musí to formulovat jako požadavek na odstoupení od kupní smlouvy. Nevím, jak je to přesně v zákoně, řešul jsem to pár měsíců zpět, když mi servis nebyl naporuhé schopen opravit nefunkční mikrofon (vždy fungoval tak týden nebo dva) a takto nějak byl můj závěr.

Záruka na baterku je dobrá poznámka, já mám naštěstí roční, co jsem se dočetl (notebook je nějaký HP 4710s - přesný model je asi jedno), jinak bych měl asi s reklamací po necelém roce smůlu.

442

Distribuce / Re: Čím nahradit Arch?

« kdy: 01. 06. 2011, 19:05:34 »

A kernel? Vím, že kompilace kernelu mi před časem na Archu na 64b trvala skoro přesně hodinu. Nesnažil jsem se to ale nějak moc okleštit. A byla spuštěná Xka, bez nich je to údajně mnohem rychlejší (nemám potvrzeno, berte s rezervou).

No, asi to budu muset vyzkoušet.

Gentoo mě trošku přesvědčuje, abych zůstal na x86_64 - bez ní bych asi nevyužil jeho potenciál naplno. Na 32b architekturu mě trošku láká client mode v JVM, který se občas taky hodí pro rychlý start. Ještě asi na stolním počítači zkusím porovnat TieredCompilation (hybridní mód) s client mode, aspoň orientačně, abych věděl, jak moc mám 32b (ať už systém nebo JVM) zvažovat.

K ATI: Jo, asi to byla chyba, ale co už. Ideální by asi byla nějaká integrovaná grafika. Poučení pro příště. Ale jinak je to slušný model.

443

Distribuce / Re: Čím nahradit Arch?

« kdy: 01. 06. 2011, 17:32:34 »

Děkuji za příspěvky.

Toho GSLA check je celkem škoda. Celkově mi přijde, že okolo Gentoo vznikají zajímavé věci, ale mnohé se moc neudrží, což je škoda.

Genkernelvypadá pěkně, takové "celkem levné a celkem kvalitní".

K Firefoxu pro Debian: Děkuji za komentáře, ale opravdu mi šlo spíše o princip, jak to vydávají. Pokud si budu moci v Gentoo vybrat mezi třeba dvěmi nedávnými větvemi, bude to pro mě příjemnější než výběr mezi příliš novou a příliš starou větví. S profily Firefoxu IMHO umím.

Slotting vypadá taky dobře. Ale v případě Firefoxu si budu asi muset ručně pořešit updaty od doby, kdy se nová verze dostane do stable, že?

K updatům: přiznám se, že na Archu jsem je dělal zhruba takto: pacman -Syu, vyřeším případné dotazy (nahrazení balíčku jiným apod.), prolétnu, co to chce udělat, potvrdím, počkám a pročtu si výstup, jestli mi tam něco nefailnulo.
Ale i ten machine time by mě zajímal, přecejen jde o notebook. Na Archu nebyl problém spustit update a neřešit zvýšenou spotřebu, na Gentoo to asi platit nebude. (Něco jsem tam už kompiloval...)

Grafika na plný výkon - hlavně na nízký příkon, víc mě moc nezajímá Ale podle zkušeností z Archu na to mají vliv především použité ovladače (Catalyst vs. open-source ovladače), jejich nastavení má vliv minimální.

Co se týče zkušeností, myslím, že vím, o čem je řeč. Před Archem jsem měl spíše letmé zkušenosti s několika distribucemi (Fedora, CentOS, Debian a Ubuntu) z virtuálu a ze školy (a teda ještě s Cygwinem). Když se mi kdysi něco v Debianu rozbilo, byl prostě rozbitý a řešil jsem to vytažením dat přes live CD.

444

Distribuce / Re: Čím nahradit Arch?

« kdy: 30. 05. 2011, 14:24:47 »

o_O: A máš tam aktualizace? Co vím, tak tam dříve místo FF 4.0 byl FF 3.6 a s vydáním FF 4.0 asi úplně zalomili FF 3.6 a soustředí se už jen na 3.5 a 4.0. (Na oldstable jsem se nedíval.)

Jo, takže ry r* je vlastně něco podobného jako -* v Archu. V Archu je první vydání balíčku např. 4.5.0-1, druhé 4.5.0-2 atd, v Gentoo je první vydání pouze 4.5.0 a druhé by bylo 4.5.0

Ten glsa-check taky vypadá zajímavě.

Jinak, v Gentoo například nainstaluju Firefox z řady 3.6 a updaty pak budou pro 3.6, dokud bude podporovaná, pokud nezvolím ručně novější verzi? Toto jsem zatím moc nepochopil a nepodařilo se mi to najít.

uterak: Díky, zajímavé. Ale chtěl jsem znát spíše princip vydávání. Firefox to sice řeší, ale ostatní věci ne.

Jinak, na kolik času cca vyjde pravidelná údržba systému? Dejme tomu, že bych měl Openboxový desktop, k tomu aplikace z Gnome (berou si odtud mnoho závislostí), něco na Pythonu, pár vývojových nástrojů a pár běžných aplikací (Firefox, Thunderbird, MPlayer, ...)

Co se týče kompilace, nevidím to jako až takovou výhodu, radši použiju předkompilovanou verzi tam, kde to půjde. Hlavně u často se měnících věcí. Do vyhazování zbytečností z jádra se mi až tak moc nechce, leda pomocí sktirpu, který by proscannoval hardware a přednastavil kernel.

445

Distribuce / Re: Čím nahradit Arch?

« kdy: 30. 05. 2011, 09:48:47 »

Tak jsem se dál díval a porovnal jsem Firefox u těchto distribucí:
* Debian - tam se třeba vykašlali na verzi 3.6. Mohu si volit mezi 'superstable' 3.5 a novou 4.0 - zdroj packages.debian.org/search?suite=all&section=all&arch=any&searchon=names&keywords=iceweasel
* Gentoo - tam jsem to ne zcela pochopil: packages.gentoo.org/package/www-client/firefox

Gentoo púsobí dojmem, jako by udržovali 3.6 a 4.0. Ale několik vynechaných meziverzí vypadá trošku divně. A ornačení 'r' taky neznám.

446

Distribuce / Re: Čím nahradit Arch?

« kdy: 29. 05. 2011, 11:58:20 »

Michal Privoznik: více věcí:
* Přijdu o minoritní aktualizace (vč. bezpečnostních), což je např. u Firefoxu celkem závažné.
* Pořád je to někde jinde. To bych dostal aktuální a třeba ne tolik otestované balíky, byˇjen jednou za rok, což je ve srovnání s Debianem trošku jinde.

Kuba: Vypadá to zajímavě, ale je prý založen na Gentoo testing, což už až tak dobře nevypadá. Ale předtím jsem zkoušel pohledat nějakou předkompilovanou Gentoo distribuci, ale nenašel jsem.

#: Ke kombinaci novějších verzí se staršími: Ano, chápu. Ale je to asi jak kde. V případě Catalystu vím, o čem mluvíš (tam jsem na Archu od určité verze taky radši stopnul updaty Calatystu a musel jsem nechat ignorovat balíčky z Xorgu a radši jsem pak kašlal na aktualizace kernelu, "dokud to drží pohromadě"). Typicky chci ale napřklad novou verzi Firefoxu (3.6/4.0 byla výjimka kvůli jednomu rozšíření) a dalších end-user programů, kde to až tolik vadit nemusí. U Firefoxu by mohl být problém snad jen s novější verzí XULRunneru (obecně by byl problém u knihoven, u kterých má některý balíček omezení maximální verze), ale to, tuším, nějak fungovalo i na Archu.

Mordae: Na RPMFusion jsem se díval a třeba Catalyst jsem tam nenašel a, tuším, o HotSpotu se vyjádřili, že ho tam nechtějí. Ale pokud to neumí ten pinning, tak se Fedoře asi radši vyhnu.

447

Distribuce / Re: Čím nahradit Arch?

« kdy: 28. 05. 2011, 19:56:36 »

No dobře, začínám věřit, že Gentoo by těmto požadavkům mohlo vyhovět přinejmenším lépe než Arch, ale asi bych si musel trošku pohrát s nastavením verzí. A taky nevím, jestli by mi ta kompilace za to stála. Pochybuju, že bych často upravoval parametry kompilace, takže by se z toho stala spíše zdržovačka než výhoda. Co jsem si tak pročítal, předkompilované balíky v komunitě asi nejsou až tak oblíbené a sice tu bylo pár pokusů, ale moc se to neujalo.

radek: Ten popis je trošku zjednodušený, ale plus mínus něco takového chci. Ale klidně bych bral, kdyby to bylo něco trošku blíže rollingu - řekněme nějaký kompromis, kde by byly vychytány ty nejhorší chyby a přitom by byl systém relativně aktuální.

U Debianu se asi budu muset lépe porozhlédnout po významech jednotlivých větví.

448

Distribuce / Re: Čím nahradit Arch?

« kdy: 28. 05. 2011, 14:46:07 »

U Gentoo si nejsem jistý, v čem bych si pomohl.

O Debianu celkem vázně uvažuji, ale stable mi asi stačit nebude. A zatím nevím, jak moc je problémový ten APT pinning.

449

Hardware / Re: Doporučte notebook na VŠ

« kdy: 28. 05. 2011, 14:11:27 »

U Maců jsem slyšel, že se 'rozhodli ovladače pro Windows neoptimalizovat' a výdrž je prý žalostná. Nemám to ale potvrzeno a nevím, jak je to s Linuxem.

450

Distribuce / Čím nahradit Arch?

« kdy: 28. 05. 2011, 13:50:57 »

Na Archlinuxu jsem se sice ledacos naučil, ale vadí mi některé nevýhody a chtěl bych ho nahradit jinou distribucí. Už delší dobu se na to chystám, ale teđ by to mělo vyjít, když mi dost možná při reklamaci notebooku nahrají na disk ten OEM SLED.

Co bych od toho požadoval?
* Už ne rolling release - nechci riskovat s každým updatem, že místo práce budu řešit rozbitý systém.
* Možnost zůstat na starších balíčcích se zachováním minoritních updatů. Například jsem chtěl pozdržet Firefox na 3.6.*, ale bezpečnostní updaty jsou důležité.
* Možnost jít do novějších verzí brzy po vydání, pokud chci. (To, tuším, apt zvládá.)
* Možná: zvládnutí více verzí jedné app.
* Po instalaci nemusí být všechno připravené, čerstvé a křupavé. Rád si to trošku poladím (u Archu mi to až tak nevadilo).

Co se týče softwaru, sepsal jsem si seznam balíků, které bych chtěl mít (takové časté jako GIT, Firefox a další jsem nepsal):
* Catalyst (Fglrx) - ovladače pro grafárnu. Open-source alternativu jsem několikrár zkoušel, ale žraly baterku.
* Openbox
* Scala - tam nové verze ale nevycházejí až tak často a možná bych si to spíš udělal sám
* HotSpot JVM - opravdu nechci OpenJDK nebo IdecTea, ale Sun/Oracle JRE.
* Eclipse/Intellij IDEA - ještě nevím, co z toho budu používat, závisí to na pluginech pro Scalu
* NetBeans - pro PHP

Ze všeho nejdůležitější je asi Catalyst, tam si nedovedu představit, že bych to bez balíčku, bez skriptu a bez návodu zvládl nasadit. Zvlášť po tom, co jsem viděl v AURu. Prostě bych zde opravdu potřeboval hotové řešení nebo aspoň polotovar. Ostatní balíčky jsou spíše pro pohodlí.

A teď jsem distribuce:
SLED a OpenSuse - co jsem se díval na balíčky SLEDu, bylo to celkem slabé. Myslím, že mířili spíše na běžné uživatele. Tak asi hlavní výhodou zůstává jednoduchost instalace - zcela určitě tam bude Catalyst out-of-the-box, aspoň při OEM instalaci. Balíčkovací systém prakticky neznám a filozofii této distribuce taky ne. A OpenSuse asi nebude lepší. Takže spíše ne.

Debian - APT vypadá zajímavě, ale ve srovnání s Pacmanem mi přijde až příliš 'chytré'. Možná ale jde jen o to se s tím naučit. Třeba nedávno jsem na Ubuntu ve VMware udělal experiment, po kterém jsem měl rozbité závislosti a při každé operaci jsem se dočetl, že je to rozbité. Zkušenosti s použitím jen některých novějších balíčků (apt pinning, tuším) nemám, tak nevím, jak moc to je bezproblémové a pohodlné. Trošku se bojím, že by to bylo u Debianu potřeba příliš často. Catalyst by tam snad šel, když vydávají oficiální balíčky pro Ubuntu a z dalšího sw tam většina, tuším, je. Na APT se mi nelíbí větší automatizovanost co se týče automatického spouštění daemonů apod. (radši vím, co to dělá), ale to by šlo překousnout.

Ubuntu - Takový vyleštěny Debian s novějšími balíky. Moc mě nepřesvědčilo, mám pocit, že kdykoli si udělám něco po svém, přijdou problémy. (Možná trošku přeháním.)

Fedora - Vypadá zajímavě a někde jsem viděl používání více verzí jednoho balíčku pomocí module add. Takže by to mohlo být pořešené i v Yumu. Přístup k proprietárnímu SW mě ale moc nepřesvědčil.

Co byste mi poradili vy?