Bohuzel podminky jsou dost prisne a je potreba menit i ssh klic coz se mi moc nelibi. Nemam jeden pocitac jak zrejme spravci milne predpokladaji, coz celou vec jen komplikuje..:(
Předpokládám, že ještě budete upravovat, protože je to stále polotovar – horizontální i vertikální zarovnání, podivné barvy písma a font, asi by to chtělo i drop-down menu… 😉
Co je opraveno na menu, kromě toho, že zmizela jedna položka?
Barva písma je nějaká šedivá, nevýrazná – dejte #FFF, a:hover pak #000, nebo #333.
Změňte font-size z light na normal a nastavte jinou barvu písma textu, tmavší.
Proč jsou ty tři obrázky na titulce mimo osu a odkaz „další obr..“ není vertikálně zarovnán vpravo s menu?
atd. atd.
BTW: I button „Odeslat…“ zde dejte raději pod textarea, nebo zkraťte na „Odeslat“ 😉
Díky za připomínky. Provedl jsem několik úprav: černý text, zarovnané obrázky na titulce, tlačítko „odeslat“ pod textarea.
Font nastaven na standardní „sans-serif“, aby se respektovalo uživatelské nastavení (to platí i pro ostatní případy, tj. monospace, serif). Velikost standardního písma „normal“, tj. se opět respektuje uživatelské nastavení.
„Odeslat komentar“ je ted vyrazne lepsi, nepreteka pres policko pro psani textu. Ale ten font to je nejaka zahada. Ja ho mam stale jakoby bez antialiasingu. Pritom forum i wiki jsou normalni.
Jeste maly poznatek – ten problem s fontem je pouze v leve – hlavni casti – tedy div class=“primary“ a dale v div class=“message“ (titulek fedora cz) a nav id=“access“.
Dobrý den. Gratuluji k novému webu. Nicméně bych rád ventiloval svůj údiv nad tím, že na titulní straně není uveden zřetelný odkaz na fedoraproject.org. Ano, nakonec jsem ho našel skrytý v oznámení „This site is not affiliated with or endorsed by the Fedora Project.“, ale právě na to (důvod, vysvětlení), bych se chtěl zeptat. Dík za rozklíčování.
Problém s fontem je, že není v CSS definován primárně v vlastnost font-weight: normal; Pak se zobrazuje jako light (dědění vlastností).
Menu rovněž dědí stejné nastavení a je téměř nečitelné.
Šlo by ještě sjednotit velikost písma v pravé části? BLOG má jiné než ostatní.
U kalendáře místo ‚Lis 2011‘ dát celý název měsíce.
Je potřeba ještě horizontálně zarovnat v hlavičce description s menu, a v ty obrázky s „další…“ do jedné linie místo dvou řádků – použít misto 😉
font-weight: light nikde nastaveno není. Přesto jsem jsem nastavil globálně „normal“.
Velikost písma v bloku s výpisem blogů je záměrně větší.
Proč by mělo být potřeba zarovnávat popis stránek s menu? Podobně jako další vaše připomínky (až na potíže s fontem, které se mi nedaří reprodukovat) mi to nepřipadá jako chyba, nýbrž vaše osobní preference.
Zarovnání „do mřížky“ není moje preference, je to obecný postup webdesignérů 😉
Po odstranění „font-weight: 300“ a změně na ‚normal‘ to vypadá lépe.
To s tím záměrným zobrazením většího písma v sekci BLOGY nechápu, ale…
Zarovnání do mřížky nám chybí zejména mezi levým a pravým sloupcem, to je pravda – a časem to snad upravíme (i když předpokládám, že to spíše přenecháme profesionálovi, což já nejsem). Ale mezi logem, popisem a menu, které považuji spíše za grafické než textové prvky, to nevidím jako nutnost.
Nicméně díky za připomínky. Postupně to budeme ladit a vylepšovat.
Testováno na FF 7.1 Chrome 15.0 neduhy s fontem netrpí. Vše pod Ubuntu.
Takže to znamená, že je potřeba odladit celý stylopis, aby se vše zobrazovalo korektně ve většině prohlížečů.
Netusi nekdo, zda jde nejak vypnout ta sediva lista s profilem, ktera stale strasi na hornim okraji stranky po prihlaseni?
Zaroven mam na strance profilu nahore na prvni radku stale „bool(false)“. Nemam tuseni co to ma znamenat, ale asi to bude vysledek nejakeho javascriptu.:)
„bool(false)“ patrně způsobuje plugin, který začleňuje Google Analytics. Nezdá se, že by to nějak ovlivňovalo funkci pluginu nebo celého webu, takže to budu řešit dotazem ve fóru daného pluginu.
System by mel byt podobny spis Expert Exchange, ktery ovsem zpoplatnili, nebo stackoverflow. Bohuzel to lide zatim skutecne pouzivaji spis jako forum, nez jako Ask Expert. Treba se to casem zlepsi, kazdopadne „dotazy“ typu „nefunguje mi gnome3“ nebo „libi se vam XY“ tam ponekud nepatri, protoze to bud neni dotaz, nebo to neni dotaz vyzadujici expertni odpoved… uvidime casem.
Jestli myslíš hwclock –adjust, tak ten vyžaduje aby nic jiného kromě něj nezapisovalo do RTC. Když beží ntpd nebo chronyd (ve výchozí konfiguraci), tak kernel každých 11 minut zapisuje do RTC systémový čas, což rozhodí ten výpočet pro odchylku. Je to zmíněné v hwclock(8).
Ja i clanek mluvime o bootu a nepresnosti ke ktere doslo kdyz byl pocitac vypnuty. Pred tim nez se nejaka sluzba nastartovala tak se volaval hwclock –adjust aby se chyba kompenzovala.
Pravdou je, ze se systemd se todle nedela (myslim, ze nejnovejsi verze vubec nepouzivaji hwclock a volaji jen settimeofday() a nejake nepresnosti HW neresi…) — pak je asi opravdu nutne resit to pozdeji, nedej boze v situaci kdyz se o to RTC perou ruzne dalsi aplikace 😉
Pouzivam ho uz leta funguje to OK, akorat obcas clovek musi byt clovek schopen neco rucne vyresit – napr. u F14-15 na konci nejde rebootovat, protoze se zmeni init. (Ostatne odkazovanou stranku jsem psal zvetsi casti ja..:)
Rád bych se zeptat těch, kteří se na video aspoň chvíli dívali. Stačí takováto kvalita? Bohužel na fi.muni nepoužívali mikrofon, příště si to musíme pohlídat. Jsou nějaké připomínky a nápady? Zpracovávám videa z Release Party a určitě bych sem časem chtěl dát i další zajímavé akce.
Hezký, o tom nahrávání jsem fakt nevěděl. Do teď jsem video plochy snímal pomocí ffmpeg z x11grab (viz: man ffmpeg). Rychlé, nenáročné, ale samá kostička a to i po změně bitratu. Díky. Určitě se podívám i na další odkazy 🙂
Hezké, to nahrávání desktopu se bude určitě hodit. I ten Looking Glass je šikovná věc, dokázal bych si na tomto principu představit rozšíření pro Shell, které by takto integrovalo terminál. Jdu pohledat, jestli to už někoho nenapadlo 😉
Mno pokud si nejste schopní zajistit ani nějaký HTTP hosting, tak samozřejmě rád pomůžu.
Na abclinuxu někdo tak jako tak poslal přímé odkazy, kde semi to podařilo jak pustit, tak i stáhnout… tak proč by to nešlo tady?
Každopádně cokoli je v roce 2011 (skoro 2012) pro opensource distribuci lepší než závislost na closed source nástrojích typu Flash u každého, kdo si chce pustit obsah webu.
V tom případě by bylo dobré o tom dát vědět někde v okolí formuláře pro vložení příspěvku. Já jsem takto předpokládal, že se zpracovávají jako prostý text.
AFAIK testovací 64 buildy jsou na FTP http://ftp.mozilla.org, poslední nightly jsou odkazované např. z http://nightly.mozilla.org/. Jaký konkretní build byl použit v tomto případě nejsem schopen ověřit (neprováděl jsem měření) a J. Kaluža neví. Doplníme v dalším porovnání.
K Vaší druhé otázce. V případě formátů a obzvlášť u Youtube si jisti nejsme. Individuální odchylky by měl „vyhladit“ statistický přístup. Jsme si vědomi, že detailní porovnání obou technologií a jednotlivých implementací by si vyžádalo mnohem komplexnější přístup. Toto však nebylo naším cílem (a asi by se i tématicky lépe hodilo na jiný server / blog). V tomto porovnání jsme se pokusili zaměřit na běžného uživatele a poskytnout přehled, co může očekávat v oblasti spotřeby energie při procházení webu / Youtube.
Pokud nevadí závislost na KDE/QT, je možné pro sledování TV/ladění použít např. i „kaffeine“. Nepotřebuje seznam kanálů a ladění i nahrávání lze v něm pohodlně „vyklikat“.
Vzhledem k tomu, že 3.3 už je na cestě a Fedora vyjde za víc jak čtyři měsíce, tak předpokládám, že tam minimálně 3.3 bude. Každopádně Fedora změnila politiku kolem kernelů. Verze jádra nemusí být definitivní. Pokud po vydání Fedory vyjde nová verze kernelu, tak se může po dostatečném otestování do toho vydání dostat v podobě aktualizace. Neplatí tam freeze na nové verze.
Pokud vím, tak už začal někdo dělat balíčky pro Fedoru s tím, že by se MATE mohlo objevit v F17 nebo F18. Otázka je, jestli v té době bude MATE ještě existovat, když je tu Cinnamon.
Nevím, jestli jsou přeložené i distribuční nástroje, ale co se týče prostředí (GNOME a další aplikace), tak jejich lokalizovanou verzi lze zvolit/nainstalovat bez ohledu na distribuci.
Osobně mám dobrou zkušenost s aplikaci me-tv (https://launchpad.net/me-tv).
Ladění se dá také naklikat bez nutnosti předem definovaného souboru s frekvencemi
Urcite rolling, s podporou delta rpm, by to bol tromf proti archu. Nie je moc pohodlne upgradovat kazdeho pol roka. Idealne by bolo ponechat stabilnu verziu aj rolling podobne ako opensuse.
Jsem pro rolling-release verzi. Ovšem nevím jak je to slučitelné se způsobem vývoje Fedory jako kochařky pro RH. Osobně by se mi to líbilo stylem jako Debian. Kdo chce testing/uinstable tak má testing/unustable. Kdo chce verze tak používá verze a přechází mezi nimi. Prostě podle nastavení „apt.conf“. Je něco takového vůbec možné s rpm balíkama?
Nápad je to určite zaujímavý, mne osobne z ohľadom na rýchlo sa vyvýjajúcu technologiu by som radšej zvolil variantu ktorá je dnes, je vhodnejšie vyvýjať OS každého pol roka, ponúka tak vždy čerstvý softvér. Ak by bola situácie opačná neviem si predstaviť tie obrovské dáta aktualizácií a hodiny čakania na upgrade OS. Už teraz ked chcete po inštalu aktualizovať Fedoru vám to zaberie dooosť času. Ale to je iba moj názor. Všetko záleží na tom, ako by si to želai ostatný.
Také bych osobně uvítal rolling-release. Jsem pro postupnou aktualizaci sytému a ne pro 1/2 roční. Proč nemít například KDE 4.8 hned, ale až za 1/2 roku.
Nikde není psáno, že by novinka musela přijít okamžitě, ale klidně s malým s pozděním, aby byl čas na testování.
Zmiňované „mýty“ (=proti) a „Fakta“ (=pro) o sloučení adresářů jsou tak nicotné, že se dá celá akce považovat za další zbytečnou buzeraci lidí, kteří nechtějí řešit skutečné problémy Fedory. Vzpomínáte někdo na /usr/X11R6/bin? Soubory pro runlevel 5 byly ve struktuře X11R6, pro runlevel 3 v /usr/bin a pro runlevel 1 v /bin. Zjednodušeně řečeno. Příště to géniové z Fedory nastrkají všechno do /opt, třeba. K čemu pořádek, inteligent přece hravě zvládne chaos.
Osobne si cením tejto zmeny aj ked mám veľmi kladný vzťah ku kompizu, ale som preto, aby systém nič nebrzdilo či nezatažovalo. Osobne by som vynechal aj aplikácie ako evolution /online emailové účty, facebook a milion dalších možností/, rhythmbox /ved Gnome player prehraje všetko/ a empathy /skoro každý si nahrádza ked nepoužíva online účty skypom a ICQ alebo Xchartom/ ktoré niesú v tejto dobe nijako výrazne využívané a nahradil podstatne doležitejším balíčkom LibreOffice aby sa OS zmestil na CD médium.
Po Compizu mi smutno nebude, byla to spíš brzda než užitečná věc. Ale Vyřazením Evolutionu nebo Empathy by mě nasralo =) Naopak LibreOffice bych oželel =) A navíc, on LibreOffice na Desktop Live médiu není? (Fakt se ptám, používám netinst iso a naklikám si co chci/nechci, takže nevím).
Zdravím vain,
LO na LiveCD bohužiaľ neni, bolo by fajn keby sa integroval medzi programy už kvoli bežným používateľom ktorý Office sadu vyžadujú ako základ systému a inák súhlas s tebou, tie ostatné spomínané veci sú pre používanie pasé, naviac tam zbytočne ukrajujú miesto na CD médiu.
Fedora je sice o vzájemném respektu, ale IMO člověk, který chce Empathy ve Fedoře nahrazovat Skajpem a ICQ (a) není při smyslech nebo (b) je obyčejný troll.
Skype je v případě Fedory úplně mimo diskusi. Je to uzavřený software a ten ve Fedoře není a nebude. Na pracovních počítačích máme dokonce Skype zakázaný, protože to je kus uzavřeného softwaru, u kterého se prakticky nedá sledovat, jaká data odesílá, takže je to potenciální bezpečností hrozba.
Používání Skypu bych taky nepřeceňoval. Neznám mnoho lidí, kteří jej používají k pravidelnému chatu. Většina dnes používá Facebook Chat a na ten se mnohem lépe hodí Empathy. Když vezmu všechny sítě, které Empathy podporuje (FB, ICQ, Live, AIM, Gtalk, Jabber,…), tak Skype v počtu uživatelů hravě porazí.
Nie som zástanca takýchto klientov ako je skype, som momentálne na FB, mimo diskusio to je ale stále mám pocit že Fedora by potrebovala prehodnotiť výber základného SW a Office sada k nemu bezodkladne patrí, aj ked si niekto myslí že si to ľahko doinštaľuje čo aj pravda je ale to isté platí aj pre empathy či nie príliš podstatný Evolution alebo zastaralý CD extractor a úplne zbytočný Rhythmbox. Iba pripomeniem že sa jedná o názor, no Flame PLS 🙂
To máš sto lidí, sto chutí (já třeba nepoužívám z výchozí nabídky desktopových aplikací skoro nic). Empathy je multiprotokolový (tedy FaceBook, ICQ, Jabber… pokryje nejvíc poptávku) a nic lepšího (možná Pidgin) nenajdeš. Skype už kvůli své podstatě na médiu nebo v oficiálních repositářích být nesmí.
Pokud se podívám na instalaci LibreOffice a všech jeho komponent, tedy calc, impress, writer atd.. tak je ke stažení 148MiB (!) což je na CD strašně moc (438MiB instalovaná velikost). Neříkám že kancelářský balík by neměl být ve výchozí instalaci, popravdě vždy se dá něco změnit, ale aby se to hrotilo jako u Ubuntu, kde počítají každý kilobajt? To raději vyvalím to největší monstrum, kterým LibreOffice je, a mám klid =)
Súhlasím vain, kapacita CD v určitom zmysle obmedzuje možnosti ktoré by Fedore pridali na kráse, v každom prípade téma čo by ešťe mohla obsahovať Fedora a otvoriť tak viac možností pre ľudí by potrebovala samostatné vlákno 🙂
Nehledě na to, že ten seznam neobsahuje věci, které se někdo rozhodl nezařadit, protože se mu nelíbí, ale protože nefungují a nikdo je nepotřebuje (dost na to, aby je udržoval nebo k tomu někoho ukecal).
Síce to naruší informačný koncept definície stromovej štruktúry Linuxu ale ako odlišná zmena oproti ostatným OS je to kladná zmena ale aj tak viac-menej zbytočná.
Tak pokud nekdo chce „msn skype yahoo google talk facebook aim icq jabber vkontakte myspace hyves steam“ komunikator a neprasit si system , staci si pustit prohlizec a otevrit adresu http://imo.im
Odstranit compiz (bez nej je plocha nepouzitelna). KDE smejd nefunguje a bez akcelerovaneho compositoru je linux 10 let zpatky. Asi fedora bude jen pro bastleni.
Výchozí prostředí (GNOME) má už nějaký ten pátek jiný akcelerovaný kompozitor, stejně tak je to i u jiných prostředí. Vypadá to, že Compiz už opravdu nikomu nechybí a neřekl bych, že se tím Linux vrátí o 10 let zpět.
To je správa ktorá ma nesmierne potešila. Unity totižto neznášam a bol to hlavný dovod pre ktorý som nechal Ubuntu iným. Gnome3 by sa mala ladiť a Fedora by mala ostať na svojom a nenapodobnovať chyb ostatných, pretože Fedora s Gnome3 je zaujímavejšia.
Iba som tím chcel naznačiť že je unity zbytočné aj do repa dávať ako alternatívu gnome shellu ked samotné unity je ešťe iba v plienkách. Zbytočná vec, ktorá prináša iba nestabilitu a problémy, pre mňa out 🙂
Pokud to někdo používá a navíc chce dělat správce balíčku, tak ať. Kolega to tady v práci má, na nestabilitu si nestěžuje, ale za to je Unity (nebo Ubuntu – to nevím kde je problém) pekelně zdechlé a reakce systému jsou fakt pomalé.
Ale kdo ví, možná by byl pomalý i GNOME Shell, má obdobný HW jako já, ale já zůstávám na Fedoře 14 s GNOME 2, zatím jsem v práci odvahu nenasbíral na upgrade.
🙂 … na slabšie konfigurácie svojím Zákazníkom dávam LXDE, je naviac odľahčené zo všetkých prostredí a ked poriadný desktop tak Gnome3, ale ako si už raz povedal, 100 ľudí – 100 chutí, aj tak stále nevidím ten dovod prečo Unity, je lenivý a už vobec nie prehľadnejší. Tak ako tak, Unity je tu a ľudia ovplyvňujú z veľkej časti budúcnosť Linuxu, v konečnom dosledku mi ale potom pripadá vtipné ked si naň zasa stažujú :), ani po dobrom ani po zlom, BUDIŽ 🙂
Takhle – z meho pohledu bylo Unity 2D zajimave skrze pouziti QML (a tedy asi technicky nejzdatnejsi – zatim, Plasma bude teze QML brzy :D), kdy na par radcich napsali celkem zajimave desktopove prostredi. Driv bylo oddelene od puvodniho Unity, pak pribyl Utouch, ktery ve Fedore neni a ted sjenotili cast kodu v Unity Core. Takze uz samostatne nepujde zabalit. Dle toho co pise ale Lubo, tak by to melo jit a muzem se na to spolecne podivat. Nejake deps uz jsem do Fedory dostal.
Tak me kixnul HD( v dnesni dobe k nezaplaceni:-( ) a us tam Mak KORORAA 101% fedora 🙂 na co sem prisel jen ze tam nemusim pridava FLASH us je v repu nic jineho navic jsem nenasel takze KORORAA = MINT pro Fedoru zas takova púravda neni Mint ma nejakou tu vlastni pridanou hodnotu.
Jestli mate zajem muzu skouknout co je tam jeste navic…
Hmm, na tu Danovu přednášku bych i šel. A hnedle bych se zeptal, když se Fedora builduje pro takovéhle všelijaké „potvory“, proč není v normální Fedoře (x86,x86_64) obsažen ARM cross compiler toolchain. Naposled jsem ho viděl v nějakém neoficiálním repu pro F12. A nebo jsem hloupý, a nevím o něm 🙂
Díky za tento seriál. Chci jen zeptat, dá se ještě do Eclipse stáhnout čeština? Verzi 3.1 jsem měl v češtině včetně komplet nápovědy (!), ale už nevim, kde jsem to stahoval.
Vím, že programátor by měl umět aspoň základy angliny, ale někdy člověk prostě tápe. A ta přeložená nápověda byla fajn, hlavně pro začátečníky.
Zdravim. Ta historie hernich konzoli nema ci nemela byt na zdrojaku, ale nekdy asi dojde ke spatnemu propojeni s Rootem – pouziva se tam jeden spolecny redakcni system. Ted uz by to melo byt linkovano i z Rootu a ze Zdrojaku, takze aspon toto 🙂
Urcite jeste budou dalsi pokracovani. Chystam se popsat vzdalene ladeni (dobre pro reseni problemu na aplikacnim serveru napriklad) a z jinych jazyku se zminim o dobrem PyDev.
Samozřejmě. Test days jsou vždy online akce, kde se může zapojit kdokoliv, kdo má připojení k Internetu. „Fyzická“ podoba test daye, kterou máme během dne otevřených dveří, je výjimka, kterou zkoušíme. V pondělí vyjde článek o tom, jak se zapojit do testování v rámci test days. Tam se dozvíte podrobnosti.
Tak to by měla být obrácená varianta celého postupu, tudíž místo abyste smazal gtk-dark.css a přidal tam link na gtk.css, tak smažete gtk.css a přidáte tam link na gtk-dark.css.
Ale nezkoušel jsem to.
Tak ten pokus se settings.ini mi taky nefunguje, jinak bych chtěl potvrdit nastavení gtk na tmavou variantu, to funguje bez problému stačí prohodit gtk.css a gtk-dark.css, jak uvedl v komentáři výše Kamil Páral.
#! /bin/bash
Jen poopravim tu cast o btrfs, kde to autor nevystihl uplne presne. Ext4 jiz zvlada vic nez 16TB, ale ta skalovatelnost je dost slaba. Fsync u btrfs samozrejme funguje, rikal jsem jen, ze ma urcite vykonnostni problemy. Problem s velkymi soubory je hlavne v pripade FS obrazu pro VM, nebo treba u databazi tzn. vsude tam kde se ruzne casti souboru pomerne casto prepisuji. Duvodem je COW, kdy dochazi k v tehle situaci dochazi k nadmerne fragmentaci.
Stačí jen live systém. Bude vytvořené i speciální ISO, které bude mít připravené všechny nástroje, které jsou pro testování potřeba. Pak to stačí jen hodit na flashku, nabootovat do live systému, pustit se do testů. Není potřeba nic instalovat.
S obyčejným nightly buildem to půjde taky, ale ten speciální build pro test day, který vytvoří Jarda Škarvada, bude vhodnější. Budou tam totiž třeba nástroje, které jsou k testování potřeba a nejsou třeba v normálním live ISO. Odkaz na stažení bude uvedený na wiki test daye ve středu.
Ahoj,
mam obraceny dotaz – co si nainstalovat do normalni hdd instalace, abych se mohl zucastnit? Rad bych otestoval nejake scenare, ktere mi v F16 delaly problemy, zejmena uspavani a probouzeni kryptovanych filesystemu mi obcas dela problem.
Předpokládám, že Jarda během dneška zveřejní na wiki všechny pokyny tak, aby byly zítra k dispozici včetně toho, co si má člověk doinstalovat, pokud nepoužije jeho speciální build. Nicméně nevím, jestli to bude všechno fungovat i v F16. Přece jen ten test day je zaměřený na F17.
Pekne. Nicmene generovane (nebo rucne psane) gettery, settery, toString(), hashCode() a equals() vypadaji slozite. Navic se casto zapomene na jejich aktualizaci pri zmene fieldu. Napr. kdyz se prida novy field tak je potreba zmenit toString(), hashCode() a equals(). Nebo kdyz se treba prejmenuje field (ALT+SHIFT+R v elcipse) tak vznikne v toString() neco jako … + “ oldFieldName = “ + newFieldName + … Prejmenuje se field ale ten stary nazev uvnitr uvozovek se nezmeni.
Pěkné, ale mě by spíš potěšilo, kdyby „system monitor“ zobrazoval teploty ze senzorů které jsou na desce, grafice, HDD a otáčky větráčků a případně upozorňoval, že nějaká teplota a otáčky ventilátoru překročily přípustnou hranici.
už sa na to teším. tie notifikacie sú zatiaľ vyriešené dosť podivne, ale aj tak považujem gnome3 za veľmi dobre navrhnuté a veľmi dobre ovľadatelné prostredie.
k tým notifikáciám teplôt: si možeš spraviť taký skript, čo ti každú minútu (cron) skontroluje teploty a v prípade, že by nejaká bola vyššia ako si určíš, tak sa ti zobrazí notifikácia (notify-send).
Kevin píše, že problémy pořád dělá xfburn, takže ten by se měl vynechat při updatu, aby se to celé aktualizovalo.
Jinak nejlepší asi bude se zeptat, případně hlásit problémy na mailing listu: https://lists.fedoraproject.org/mailman/listinfo/xfce
K tomu Poulsbo nutno říct, že nový ovladač zatím podporuje pouze 2D. Veškeré 3D efekty se vykreslují softwarově a vzhledem k tomu, že tato karta je většinou na nevýkonných netboocích, výsledek je hodně pomalé prostředí. Testováno na jednom z nich.
Bol by som pre ak by Fedora project nemenovala žiadné ´´zbytočné´´ názvy do vydaní a nechala klasiku podľa čísla, vyzerá to výrazne vyzrelejšie ako ostatné distrá a ich ´´názvy´´ verzií.
A pamatuješ si je? Já teda vůbec ne. Osobně je považuju taky za zbytečné, název se použije jednou při vydání distra a ani vzhled disitrbuce už se dávno nepřízpusobuje názvu.
Ono to nějaký marketingový efekt má. Trochu to to vydání odlišuje a ozvláštňuje. Když si třeba Christoph Wickert běhá po FUDpubu v kostýmu hotdogu nebo se na release parties servírují hotdogy.
Režie je k tomu minimální. Prostě se udělá výběrové kolo a potom anketa. Já bych to nechal.
Jak je na tom beta s mp3 dekoderem? Nainstloval jsem si Fedoru 17 beta a přidal repozitář rpmfusion a nedaří se mi zprovoznit mp3. Není to náhodou tím, že ještě není připraven balíček?
Tak tomu není. TC jsou jen interní buildy, které se mění rychle a jsou hlavně pro QA tým. Jakmile jsou důležité problémy opraveny, tak vyjde RC1 (Release Candidate). Ten je mnohem víc veřejně propagovaný a očekává se hodně ohlasů od komunity. Pokud bude RC1 v pořádku, tak se přejmenuje na GOLD (finální vydání). Pokud ne, tak vyjde RC2, RC3, atd. Takže aktuální TC4 určitě poslední není.
No protože je to F17 Final TC4, tudíž čtvrtý testovací sestavení finální Fedory 17. Taky by se dalo napsat F17 TC4, to slovíčko Final se občas používá, aby se to jasně odlišilo např. od F17 Beta TC4, což by bylo čtvrté testovací sestavení betaverze Fedory 17.
Jednoduché? Příliš komplikované? Každopádně už nějakou dobu se uvažuje o nějaké změně značení 🙂
Zdravim,
mam dotaz k praci na vice projektech. Necha se eclipse nejak nastavit aby kdyz projekt uzavru aby pozaviral taby vsech otevrenych souboru z toho projektu? A aby pri opetovnem otevreni projektu tyto soubory sam znovu otevrel?
Su k dispozicii zaznamy alebo aspom sladjy z prednasok? Rad by som si pozrel prednasku o Venezuele, „možnosti přispívání do Fedory“ a „jak může open source pomoci studentům v budoucí kariéře“.
Momentálně čekáme na potvrzení termínu od IEEE, které bude lokálním organizátorem akce. To by mělo být do konce května. Pak zveřejníme program a další detaily.
Akce bude, ale opravdu nemáme momentálně žádné zajištěné informace. Na 90 % to bude toho 14.6., s největší pravděpodobností odpoledne (16 nebo 17:00). I program už mám předběžně hotový. Bohužel ale nemůžeme říct na pevno čas a místo, dokud nám to nepotvrdí IEEE. Měli by to udělat tento týden.
Děkuji za skvělý článek! Jeden z důvodů proč jsem si oblíbil fedoru je, že přináší nové záležitosti a obzvlášť co se týká bezpečnosti. Ovšem zpříjemněni práce se systémem v hezkém a k komu funkčně rozšiřujícím prostředí je příjemný bonus.
Mě by potěšilo, kdyby se na dash zaměřili trochu více. Já mám v dashi docela dost spouštěčů a když je jich tam hodně, tak jsou všechny ikonky titěrné 🙁 Je toho více, to byl jen příklad, možná by se mohli inspirovat trochu Unity i když osobně Unity nemusím, poslední jeho verze vypadá docela dobře a to i přes to, že jsem fanda a zastánce shellu 🙂
Z našich zkušeností se příliš mnoho lidí zbytečně podceňuje, ironicky hlavně těch dobrých. Zúčastnit se příjimacího řízení není zas tak náročné, pár emailů a test, případně pohovor. Pokud člověk neuspěje, tak alespoň získá nějakou zkušenost do příště. Doporučuji nebát se a jít do toho.
Tak v popisu náplně práce je to částečně rozepsáno. Zároveň ovšem ale také hledáme lidi, kteří když neví, tak dokážou použít Google nebo Wikipedii (to je součástí požadavku na samostatnost) 😉 http://cs.wikipedia.org/wiki/Quality_assurance
Zdravím,
chci je zeptat, zda je pozice vhodná i pro studenty VŠ bez praxe? Popřípadě, jestli existuje nějaký program pro lidi bez praxe, klidně i zadarmo – za zkušenosti? Nemusí to být nutně QA, ale i jiné pozice … 🙂
Díky za odpověď!
U studentů se nijak moc (komerční) praxe neočekává, málokdo při studiu ještě pracuje. Spíše se očekává zájem o danou oblast a nějaké (osobní, spíš než firemní) zkušenosti s Linuxem / s JBoss u pozic s Javou, atp.
Co se velice cení je zkušenost se zapojením do opensource projektů nebo komunit kolem jednotlivých distribucí. Určitě máme zájem o lidi, které oslovuje filozofie Red Hatu a opensource obecně.
Toto není o doladění. Současné API X.orgu toto nepodporuje. Musí dojít k zásadní změně tam (prý už se plánuje), potom to může být i ve Fedoře. Momentálně funguje takové „dočasné“ řešení v podobně projektu Bumblebee. Tady je návod, jak to rozchodit ve Fedoře: https://fedoraproject.org/wiki/Bumblebee BTW týká se to jen karet nVidia.
Tak se dívám, že podpora v Linuxu pro AMD PowerXpress má být již od Catalystů 11.4. Problém je ale pořád v X.orgu, protože ten nepodporuje přepínání grafických karet bez toho, aby se musel restartovat.
To netuším. Já jsem zatím počítač s duální grafikou neměl. Protože to v Linuxu stále pořádně nefunguje, raději se jim vyhýbám. Nemůže být třeba vypnutá v BIOSu? Doporučuju se zeptat tady na fóru, třeba někdo poradí.
Pomocí preupgrade sem přecházel o víkendu a až na nějaké drobnosti s GRUBem (stačilo jej znovu nainstalovat pomocí grub2-install) to proběhlo v pořádku. Takže určitě to jednoduše lze, viz.
na téhle stránce je varování, že díky různým změnám v F17 není preupgrade preferovaná cesta a doporučuje se záloha a čistá instalace. I tak ale jsem to zkoušel a zdá se že všechno proběhlo v pořádku .. stejně jako maksi jsem nastartoval s F16 jádrem a po updejtu a restartu skončil u F17.
Přepokládám že takhle rychle boot dostanu pouze s SSD, na kolik to pomůže s běžným HHD? Moje Fedora rawhide startuje asi minutu a půl (KDE) ale vyplatí se. Navíc je poodle mě stejně pohodlnější hibernovat.
Preupgradem jsem prošel a samotné grub2-mkconfig nepomohlo, musel jsem spustit ještě grub2-install /dev/sda. Teď už se Fedora restartuje a vypíná jedna radost..
Ale zase jsem narazil na tradicni problem jmenem catalyst, ktery opet neni pro novou distribuci k dispozici. Beta verze Catalystu mi nejak nezabrala a nakonec ani donwgrade pres yum zpet na FC16 mi neprosel (Nejprve jen xorg, pak jsem zkousel downgrade cele distribuce). No nic no… bud se uz na ati grafiku vykaslu nebo si jeste mesic pockam
Hlavni problem pri bootu u fedory 16 je to, ze pro kazdy posbirany sitovy nastaveni (mozna jen wifi – nejsem si jistej) se z nejakeho duvodu ceka 20s. Bezne pouzivam 3, takze jsem na minute – a obcas se pripojuju jeste v hospode a to se mi pak prida dalsi, takze se to jeste prodluzuje.
Vetsinou to resim tak, ze zapnu pocitac a jdu si uvarit nejakej dobrej caj.
Dobrý den.
Prošel jsem úspěšně peklem upgradu F16 -> F17 a po t0to zkušenosti se domnívám, že lze poměrně úspěšně pochybovat o správnosti o správnosti tvrzení, že tato chyba byla nalezena až po finálním vydání F17. Spíše někdo zcela špatně vyhodnotil závažnost této chyby, která v případě F17 je zřejmě kvůli změnám ohledně /usr, /bin a /sbin mnohem větší, než u dřívějších releasů.
Chyba byla v souvislosti s F17 prokazatelně známa již 2012-05-09 14:13 EDT, viz https://bugzilla.redhat.com/show_bug.cgi?id=820351 a odkaz na tuto chybu je dokonce v sekci NTH dokumentu http://fedoraproject.org/wiki/Final_Release_Blockers
„820351 anaconda NEW It’s possible not to get a kernel from the new release when doing an upgrade“
Ta chyba je podle mého názoru v instalátoru dávno přes mnoho releasů zpět a netýká se jen kernelu. Stačí se podívat, co všechno po upgradu udělá „yum distro-sync“ a hned je vidět, žeb tato chyba se netýká jen balíků kernelu, ale i dalších.
Hezký den,
E.V.
Ještě bych možná měl upřesnit, že to není ani tak chyba, jako známá limitace upgradu přes DVD. Na DVD nelze samozřejmě balíčky aktualizovat, a když mezitím vyjdou novější verze balíčků jako updaty do starší verze Fedory, tak je z DVD prostě nemůžete nainstalovat, protože jsou starší.
Množí se hlasy aby se možnost upgradu pomocí DVD úplně zrušila a já osobně mám dojem úplně stejný. Většinou to sice víceméně funguje, ale je to balancování na ostří nože.
Díky za upřesnění. Já se s tím popral úspěšně a mnozí jiní jistě také, ale pro bežného desktop-only uživatele je to IMHO docela malér. Ať se vám brzy povede nějaká šikovná oprava!
Pokud jde o upgrade z DVD, nerad bych o tu možnost přišel, je to podle mého názoru pořád ještě nejspolehlivější způsob. Zvlášť v situacích, kdy se upgrade nedaří dobře, se mi třeba množství .rpm na lokálním mediu někdy docela hodilo.
Je ovšem pravda, že vždy upgraduji poměrně brzy po vydání nové verze, časem se situace může zhoršit, zvlášťě asi při upgradu z up-to-date starší verze.
Je třeba také myslet na instalace bez přístupu k internetu, kde upgradujete z DVD a následně pak opakovaně aktualizujete z /var/cache/yum, přineseném z jiné mašiny na nějakém mediu.
Za sebe bych v současné době votoval proti ztrátě možnosti upgradu z DVD.
Fedora 17 je zatím jediná distrubuce, která nabootuje na mém MacBook Pro 8,1 z loňska. Docela mě to příjemně překvapilo.
Zkoušel jsem, ale jen live distro. Neměl jsem odvahu instalovat do dual bootu. Nikde jsem nenašel žádný návod. Přeci jen macbook je pracovní stroj.
Kromě wifi vše funguje, včetně uspávání což je příjemné zjištění. U wifi je potřebný doinstalovat firmware, ale to jsem na live cd nezkoušel. Škoda, že zde není jako ho jednoduše nainstalovat jako v ubuntu.
Nepříjemné jen bylo, že na trackpadu nelze udělat pravý klik myší. Nikde nebylo jak to nastavit. Tohle bych očekával v ovládacím centru gnome.
Jako hlavni duvod proc nepresouvat se mi jevi tahleta propaganda.
Mytus: presun prinese nejaky problem.
Fakt: pri preupgrade fedory z 16 na 17 dochazelo diky usrmove ke kernel panic.
Myslim, ze kazda vetsi zmena (jako treba takhle) nutne musi prinest
1) nezanedbatelne mnozstvi prace
2) nejake problemy
Aby zmena mohla probehnout, tak by mela prinest nejake benefity. Sorry, ale to ze se musi misto jednoho adresare namountovat 5 adresaru se mi nezda jako vyrazny benefit.
Mýtus č. 3: Sloučení /usr zhorší kompatibilitu s dalšími Unixy/Linuxy.
Fakt: Poskytováním všech binárních nástrojů v /usr/bin i v /bin (resp. /usr/sbin + /sbin) se kompatibilita s natvrdo napsanými binárními cestami ve skriptech zvýší. Když distro A instaluje nástroj „foo“ do /usr/bin a distro B do /bin, poskytneme ho v obou, čímž zařídíme kompatibilitu mezi A a B.
Oprava: Programy udelane na fedore budou fungovat. Kdyz bude chtit stejne programy pouzit mainstream mimo fedoru, tak to fungovat nemusi.
Rád bych se ještě vrátil k problému těch starých verzí po upgradu. Vezmu si za příklad F16 jako starou verzi a F17 jako novou verzi fedory.
Tentokrát mne upgrade F16 -> F17 zanechal (kromě jiných balíků z F16) s kernelem a s yum-em z F16. Zrovna v případě kernelu i yum-u bych řekl, že patří mezi balíky, které by ze po upgradu z DVD měly určitě být z F17.
Podle výsledku upgradu z DVD (v systému zůstanou vyšší verze některých balíků z F16, ikdyž na DVD jsou k dispozici nižší verze z F17) se mi zdá, že instalátor (po přípravách a kromě jiného) dělá nad hromadou balíků, dostupných na DVD (v obecném případě dostupných odkudkoli) jakousi obdobu „yum upgrade,“ přičemž klidně brejkne závislosti vzhledem k balíkům mimo dostupnou hromadu, což se ovšem předpokládá a v daném okamžiku to nevadí, sprav9 se to později.
A tak mne napadlo, jestli by věc neřešilo, kdyby instalátor dělal obdobu „yum distro-sync full“ nebo „yum update“ a „yum distro-sync full“ nebo něco v tomto stylu nad již zmíněnou hromadou dostupných balíků. „yum distro-sync“ umí přece i downgradovat. Výsledek téhle operace by podle mne by tenl, že by v rámci dané hromady dostupných balíků bylo vše nainstalováno ve verzích z F17. Možná by instalátor musel ještě nějak překopat třeba konfiguraci a instalaci grubu nebo vynutit instalaci kernelu z F17 jako dafault kernelu nebo něco jiného, ale to už by snad nebyl takový problém zprogramovat.
Prosím můžete se k tomuto nápadu vyjádřit, jestli by na tom něco mohlo být, nebo jestli, jak praví klasik, myslím pomalu a ještě k tomu blbě. 🙂
BTW, jak si tady můžu udělat preview svého příspěvku před jeho definitivním odesláním? Nevidím zde žádné tlačítko s takovou funkcí.
Hezký večer,
E.V.
distribution-synchronization or distro-sync
Synchronizes the installed package set with the latest packages available, this is done by either obsoleting, upgrading or downgrading as appropriate. This will „normally“ do the same thing as the upgrade command however if you have the package FOO installed at version 4, and the latest available is only version 3, then this command will downgrade FOO to version 3.
If you give the optional argument „full“, then the command will also reinstall packages where the install checksum and the available checksum do not match. And remove old packages (can be used to sync. rpmdb versions). The optional argument „different“ can be used to specify the default operation.
This command does not perform operations on groups, local packages or negative selections.
Ano, popsal jste přesně proč je upgrade z DVD nefunkční. Jestli by se dala použít obdoba yum distro-sync místo yum upgrade to nevím, nejsem vývojář yumu. Ale pokud se zapíšete do [email protected] a [email protected] mailing listů ve Fedoře, tak tam o tom určitě budeme dříve nebo později diskutovat.
Náhled příspěvku bohužel udělat nelze, ale můžete poslat žádost na funkcionalitu redakci.
Na to jsem taky narazil. Bohužel mi tento workaround nefunguje. Szkoušel jsem to jak s tak i bez toho a terminator (ne ten java) mi stále nutí kontextovou nabídku po vyskočení z mc, htop nebo smitty (aix) . Takže to bude zase rukama.
Ten grafický grub funguje jenom na některém HW? Mám HP 530 s intelí grafickou a když v GRUBu zadám terminal_output gfxterm tak mi to hlásí: error: no suitable video mode found
Před příkazem terminal_output gfxterm musí být nejprve nahrány příslušné ovladače. Pokud zadáváte příkaz přímo v konzoli či konfiguráku, musíte si také ovladače nejprve ručně natáhnout.
Ptám se na to proto, že v configu /etc/default/grub mám nastavené téma Fedory 17, ale přesto mám Grub černobílý. Tak jsem to zkoušel otestovat přímo přes cmdlinu grubu.
Zkusil jsem to samé a vše fungovalo. Doporučoval bych zkusit do konfiguráku přidat
GRUB_VIDEO_BACKEND=video_all
Případně zkusit změnit rozlišení – nejlépe na to, které vrátí výpis vbeinfo jako preffered (to ale nevypisuje vždy).
Pro F17 je implicitní zavaděč grub2-2.0-0.25.beta4. Takže příspěvek je trochu pozdě. V tom „vylepšeném“ nelze zavést ani primitivní změnu – místo grafického jen textový režim (pomocí číslice 3 na konci řádku se slovem linux). Klávesy podle nápovědy nefungují.
Můžete být konkrétní? Teď mám čerstvě přeinstalovaný počítač na Fedoru 17. Vzal jsem archvi s motivem z článku, rozbalil na příslušné místo, upravil /etc/default/grub, přegeneroval konfigurák a grafické téma funguje. Vše napsané v článku je tedy stále platné.
Klávesy podle nápovědy fungují, ale zdá se, že grub je nějaký rozbitý. Okno s terminálem se objeví, ale grub pak nereaguje. Patrně to bude bug. V pondělí otestuji více.
Chyba mezi klávesnicí a židlí. Kurzorovou klávesou svisle dolů na řádek, Ctrl+e na konec řádku, mezerník a klávesa 3, Ctrl+x -> startuje do textového módu.
Panebože! Lilo se opouštělo ve prospěch GRUBu pro to, že GRUB byl snadno konfigurovatelný i pro jen mírně poučeného laika přehledný, měl mnoho možností… Alespoň to byly důvody proč se obhajoval GRUB proti LILO. Grub fungoval více méně dobře. Dnes máme GRUB2 haleluja, ale jeho konfigurace je těžká kodéřina, s většinou věcí se v distru nepočítá a je potřeba to prohackovat… A tak je to ve Fedoře dneska se spoustou jen kapku pokročilejších věcí (cokoli víc než jen změna pozadí po přihlášení). Používám RedHat už někdy od 5.X řady ale tímto s tím končím a hledám jiné distro.
Já bych s tím takový problém neviděl 🙂 Nemám přehled, kolik distribucí dnes ještě stále používá LILO, ale domnívám se, že GRUB používá většina. GRUB2 se ve Fedoře zavedl hlavně z toho důvodu, že starou verzi již v dnešní době nikdo nevyvíjí. No a pokud jde o konfigurovatelnost… s větším množstvím funkcí bohužel náročnost roste. V GIMPu jde také udělat spousta pokročilých úprav, přestože začátečník tam nenakreslí ani kružnici.
Je to zatim jen navrh, ktery ma daleko i idealnimu reseni, protoze bude podporovat rozsireni celeho tohoto nestesti. Jako v jinych pripadech by se melo rici hned NE, je to cele nesmysl, protoze jinak se toho nebude dat zbavit uz vubec.
Jsem zvedavy co na to Evropska Unie a antimonopolni urad. Doufam ze se nam tu rysuje nejaka pekna antimonopolni kauza.
Podle me by mel BIOS mit nejakou flash kam naleju CA certifikatu kterym verim. Pak se spusti jenom aplikace ktere jsou podepsane temito certifikaty. Vubec nechapu proc by na to mel mit Microsoft nebo kdokoli jiny monopol. Doufam ze nedopadneme jako u Xboxu, ze si budeme nechavat na zakladni desku dobastlit chip co umozni nabootovat jiny operacni system.
V UEFI biosu je takova „promenna“ do ktere se ukladaji verejne klice. Problem je, ze kdyby ji mohl menit kazdy, je tak, tak se opet rozpadne cely security chain. Takze procedura pridani klice, resp. update UEFI zrejme zase kontrolovana klicem. Urcite to pujde obejit, ale uz dnes zmenit cokoli v UEFI zvenku je horor..:(
Opomíjíte, že pro změnu klíčů je třeba fyzický přístup ke stroji. Když máte fyzický přístup ke stroji, můžete dělat spoustu věcí, třeba změnit obsah fyzické paměti.
Přitom třeba TPM je schopno zaručit bezpečný boot, i když vlastník železa jej může přeprogramovat a není potřeba žádná autorita.
Secure boot UEFI mi přijde jako snaha udělat to znovu a jednodušeji za cenu ztráty svobody.
Myslis NAS. Kdyz si na NAS pridas export pres NFS, tak pak na pocitaci staci pridat mount do /etc/fstab a nemusis nic resit. Je to trochu jina situace nez ta popisovana, ale takovyto on-click mount z toho muzes udelat taky, uplne stejne.
Já to vyřešil ve správci disků takhle:
1. Zaškrtl jsem Automatické volby připojování
2. Upravil jsem řádek do kterého se zapisují volby připojení uložené v /etc/fstab. Řádek v nastavení disků vypadal takto:
nosuid,nodev,nofail,x-gvfs-show
upravil jsem ho na:
nosuid,nodev,nofail,x-gvfs-show,umask=000
A po restartu už se disk připojil sám a nemusím zadávat heslo pro čtení a mazání souborů.
6in4 tunely jsem v NetworkManageru nezkoušel a letmé grepování zdrojáků neprozrazuje, že by něco takového uměl.
Ale tak jako tak, to co se tam píše, je spíš úkol pro domácí router a na to není NM moc stavěný. My jsme rádi, když to vůbec zvládne běžnou konfiguraci stanice nebo serveru plus se tam přidávají vlastnosti potřebné pro virtualizaci apod.
Mnohem vhodnější je na tenhle účel OpenWRT, na které mají na netboxu i návod. NetworkManager pak můžeš používat na koncových stanicích, které se k tomu routeru připojují.
Docela by mě zajímalo, proč nejde netbox cestou nativní konektivity, ale lepší něco než nic :).
Teda nevím, jestli doporučovat easyLife. Například: SelinuxOff – In general, SELinux causes some trouble in Desktop environment. It is possible to turn if off without compromising security.
Chápu, Radku, že jsi chtěl hovořit jazykem obyčejného uživatele, ale zrovna tady je to trochu nešťastné.
AVI i DiVX jsou kontejnery, oba obvykle schovávají MPEG-4. Flash je zase ®™ značka Adobe a ta výslovně zakazuje její volné použití. Formát programu v ActionScriptu se jmenuje SWF a kontejner videa FLV. Ten opět obsahuje MPEG-4.
Takže nakonec se tvůj výčet smrskl na MPEG, což dobře ukazuje, v čem je zakopán pes.
Výborná zpráva! Mimochodem, pokud by o to byl zájem, mohl bych v průběhu července připravit článek o provozování Fedory na Raspberry Pi. Dnes jsem obdržel informaci, že na začátku července by (konečně) mělo být vyexpedováno.
Zájem by určitě byl. Někteří kolegové v Red Hatu už sice Raspberry mají taky, ale nemyslím, že se někdo z nich rozhoupe k napsání článku. Napište na [email protected].
už aby tu článek byl, instalace fedora remix se mi nedaří nainstalovat, přes win32disk, tak přes xzcat fedora nabýhá, ale do rádku login: nedojede, ale na odpojení a připojení myši, nebo klávesnice reáguje 🙁
A jak je to s prioritami gemů? Co když budu mít jeden a tentýž gem nainstalovaný z repozitářů, zároveň přes roota a ještě uživatelsky. A každý bude v jiné verzi. Který dostane přednost?
A uživatelsky instalované gemy jsou tedy zcela nezávislé na balíčkovacím systému? Tedy dostanu to samé, co by mi dalo RVM?
Jestli to chápu dobře, tak když pak budu v Apachi používat suexec a každý virtual host poběží tedy pod vlastním uživatelem, tak se automaticky budou přepínat gemy instalované pod tím uživatelem.
Ještě jsem Ruby na serveru nikdy nezprovozňoval, pouze na localhostu právě přes RVM, nicméně se na to chystám a kvůli tomuto článku trochu váhám. Původně jsem už byl rozhodnut pro RVM. Ale čím víc o tom přemýšlím…
Diky za dotaz, vezmu to poporade:
– Prioritu muzete zjistit pomoci prikazu „gem env“, pricemz cesty se berou odshora dolu, takze prvne se prochazi gemy uzivatele, potom roota a nakonec systemove. Nicmene obecne pocitame s tim, ze vetsina lidi pouzije bundler, ve kterem specifikuje verzi gemu, takze se pak pouzije ten, ktery je specifikovany v Gemfile[.lock].
– Ano, gemy instalovane uzivatelem a rootem pomoci „gem install“ jsou zcela nezavisle na systemovych s jednou vyjimkou – momentalne je potreba pouzivat systemovy bundler (# yum install rubygem-bundler).
– Ano, kazdy uzivatel uvidi gemy, ktere si nainstaloval sam (+ gemy nainstalovane rootem + systemove gemy).
Jsem rad ze Vas nas pristup zaujal 🙂 Mimochodem zpracoval jsem takovou technictejsi dokumentaci k chovani ruby v anglictine, kdybyste se chtel (nebo kdokoliv jiny) podivat: http://bkabrda.fedorapeople.org/fedora17-ruby-eng-v2.pdf
Děkuji za odpovědi, moc mi pomohly si ujasnit, jak to funguje.
Zatím jsem to zkoušel na localhostu, kde mám RVM. Přepnul jsem to na systémové ruby a zkoušel jsem si, jak se ty gemy chovají a vše fungovalo moc pěkně. Případně i jako plus vidím to, že to může fungovat hned vedle RVM.
Pro nenáročné projekty by se tedy dalo použít systémové řešení (většina), a bude-li někdy třeba nějaké spešl věci, dá se to zkombinovat s RVM. Rozhodně mi jako mnohem důvěryhodnější přijde řešení z balíčkovací systému, už jen kvůli stabilitě a kompatibilitě.
Ještě jednou děkuji.
Super 🙂
Jeste jedno male upresneni: na tom poradi prochazenych cest k gemum vlastne ani nezalezi, protoze pokud se nespecifikuje verze, pak je nahran gem nejvyssi verze, at uz je kdekoliv.
Clanok je popularne-nah**no.
Nevysvetluje konsekvencie kazdeho prikazu (dokonca ich casto mergne do one-linera).
Vypnut selinux nie je nieco co by malo byt brane nalahko. Vacsina userov to nechape ale vdaka pravidlam v fedore to useri ani chapat nemusia.
Co takto napisat podobny clanok na widle v ktorom odporucis vypnut firefewall, antivir a pre istotu aj updaty pretoze ich nastartovanie trva 5 sek (ok, su to vidle takze 15)?
Skutecne je to trochu bez konsekvenci, ale neni to vetsinou nic fatalniho a irreversibilniho.
Jako drobny problem postupu vidim napr. to, ze sestaveni initramfs bez pymouthu je jen pro aktualni kernel. Pri dalsi instalaci se opet sestavy kompletni a s plymouth…
Rádi bychom do místní fotogalerie dali fotky i z release party v Košicích a v Praze. Pokud někdo o nějakých fotkách z těchto akcí víte, dejte vědět, prosím.
Nakonec se dopracoval k relativně hezkému a čistému kompromisu. Jen nechápu, proč stále všichni cpou panel nahoru/dolů, když už je dnes drtivá většina monitorů širokoúhlých.
Protoze vetsina prostredi, vcetne Xfce se neumi s umistenim panelu po stranach rozumne vyporadat. V poslednich verzich Xfce uz v panelu aspon nejsou popisy aplikaci otocene o 90st.
Stejně si asi většina uživatelů xfce vylepšuje vychytávkami z xfce-look.org. Standardní vzhled a rozložení se mi vlastně nelíbí ani v jedné distribuci a stejně bych si každou musel doladit. Jinak xfce je u mě dlouhodobě hlavní desktop na netbooku a domácím počítači!
Jo což o to, XFCE je fajn, ale vždy, když ho zkouším že bych na něj přešel, tak zjistím, že používám XFCE a v něm GNOME aplikace. Nautilus, File Roller, Eye of GNOME, to jsou pro mě lepší aplikace než ty v XFCE… ale časem, až bude XFCE v GTK3 se možná také vyhecuju.
Osobne Nautilus i File-roller v Xfce pouzivam a nevidim v tom problem, dokonce pouzivam i par KDE aplikaci – osobne v tom nevidim problem, pro me je dulezitejsi si sestavit perfektni kompilaci aplikaci a prostredi nez plakat nad tim, ze se mi nainstalovalo par balicku navic. Akorat u Nautilu jsem nejak nepochopil jak ho integrovat s „Nabidkou adresare“ … na Fedore 15 mi to funguje, na Fedore 17 na jinem stroji uz ne. Nautilus se otevre, ale vzdy jen v /home ale uz ne ve vybranem adresari, na F15 mi to ale funguje (ale zprvu taky nechtelo jestli si dobre vzpominam)
Note that this feature does not prevent you from using yum and other commandline tools to install updates whenever you want to. We also differentiate updates of ‚OS components‘ (which we want to do in this offline fashion) from application updates and installations, which should still be possible from the UI without restarting the system.
Also note that this feature is about implementing offline updates for GNOME. Other spins are not affected, although they could choose to use the same systemd and PackageKit infrastructure, and provide a similar experience.
To znamena toliko, ze budu muset vsude vypinat PackageKit, protoze jinak to bude prudit jak Windows s restartama u stroju, ktere jinak bezi temer bez nich… kdyby radsi resili primarni zdroj problemu jako je Firefox/Xul, ktery neni schopny se za behu aktualizovat aniz by FF zdechnul (v bugzillach to je uz mnoho let) apod. Proc to roky funguje a ted najednou je potreba delat takovou opicarnu to nechapu.
+1, jsem pro větší granularitu a online aktualizaci. Tím myslím restartovat pouze ty procesy využívající aktualizované soubory.
openSuse umí zjistit procesy využívající smazané soubory pomocí „zypper ps“, určitě by to šlo implementovat i na modifikované soubory. A v F18 bude k dispozici volitelná náhrada yum, postavená na knihovnách pro zypper…
Jsem s Fedorou od verze 2 (tehdy ještě Fedora core), ale tohle je hnus. Notabene, kvůli takovému molochovy jako je FF. bléé. No nic, pořád jsem chtěl zkusit něco jiné distro. A myslím, že už mám důvod.
Podle mě není nikde pořádně vysvětleno, co to pro cílového uživatele znamená. Na mě to působí tak, že pro instalaci aktualizací, jak je znám teď, budu muset restartovat. Mělo by tu zaznít které aktualizace to budou vyžadovat a alespoň odhad, jak často se budou takové aktualizace objevovat.
Unity samo o sobě je fajn, ale Compiz tomu dává záhul. Mutter je z těch kompozitních manažerů asi nejlepší, nic tedy proti kwinu, ale taky se mi hezky plazí.
Uni ani náhodou. Jak píší i dva nade mnou díky Uni a dalším věcem jsem z Ubuntu přešel na Fedoru. Fedora je pěkně rychlá a svižná. U Ubuntu se tohle říci nedá. Aspoň já mam takové zkušenosti.
O Unity se moc nezajímám, ale jenom bych dodal, že po sledování diskuse která na toto téma vznikla na fedora-devel, bych si dovolil odhadnout, že Unity má ještě HODNĚ dlouhou cestu, nežli se dostane opravdu do Fedory (záplavy patchů na klíčové knihovny Gnome apod., nutnost používat forkované verze některých balíčků, apod.). Nic proti nikomu, ale z toho portování na Fedoru ještě zbývá hodně dodělat.
Jak je to vlastně s Compizem? Pokud vím, tak Unity jej používá jako kompozitního správce, ale ve Fedoře byl přece odstraněn, protože se o něj nikdo nestaral ne?
Ovládání Unity mně vyhovovalo. Všechny vychytávky se mně líbili. Co mně vadilo byl Compiz a vysoká zátěž NB. Přešel jsem na Fedoru a některé vychytávky mně schází. Třeba lense nebo HUD
Myslím si, že je len otázkou času, kým sa nájde spôsob, ako to efektívne obísť.
Zatiaľ je to pomerne čerstvá záležitosť, takže sa hľadajú rýchle a najmenej bolestivé riešenia.
Podobné snahy M$ sa v rôznych obmenách objavujú stále.
Avšak nič to nemení na fakte, že ich najnovší W8 sa už pomaly otvorene začína považovať za katastrofu.
Brusel je len banda neschopných darmožráčov.
Existuje v EU viacero prípadov kúpy notebookov s M$ win, kedy súdy rozhodli o vrátení peňazí za nepotrebný operačný systém. Ako to ovplyvnilo ponuku notebookov bez OS. Nijako!
Jak je to s MATE a GTK? Nějaký přechod na GTK3 nebo tak? Plácat do nekonečna s GTK2 to nemůžou, zvlášť, když aplikace migrují na novou verzi (popravdě totéž s XFCE).
Som zvedavý, ako si budem podpisovať vlastnoručne konfigurované jadro v Gentoo. Boli dni, keď som jadro kompiloval aj 20x denne, teraz ho už mám odladené a kompilujem každé nové raz, maximálne dva. O tom, že by som začal používať distribučné jadro nemôže byť ani reči, skôr by som pristal podporiť prepis BIOSu beaz tejto zhovädilosti.
Dovolím si napsat, že odpověď na potřebu bezpečného bootování je v XKCD 129, tedy, že se M$ snaží o vytvoření ekosystému, ve kterém může cokoliv a může to nabídnout i „partnerům“ – jako Apple. A jelikož jeho monopolní pozice… Na druhou stranu je třeba napsat, že Apple ze svého přístupu nemusí běhat na mnoha roztříštěných součástkách, které jsou často tak špatně navržené, že vývojářům při rev-enge pro OSS často vstávají vlasy hrůzou. Pokud by se díky tomuto přístupu M$ zpakoval z většiny stávajících konfigurací, kde by vyhnil, a uvolnil místo Linuxu, možná by to nakonec nebylo až tak špatně.
Navíc je tu i zákaz změny režimu (safeboot off) pro ARMy. EU se na to určitě podívá, neboť jde – při správném zformulování – o porušení volné soutěže. V tomto je vysoce aktivní a M$ 2x nemusí.
Na druhou stranu, tento „bordel“ s vendor lock-in tu už byl a dojely na něj kvůli problematickému portování aplikací platformy Atari, Amiga či Commodore. Naopak na otevření specifikace vydělaly IBM-PC a jejich klony. V operačních systémech nás tato čistka právě čeká, jen to bude trvat déle, neboť výkonu na emulace je nyní přehršel a jako první to musí odnést hráči a jiné náročné výkony. Navíc každá ochrana nějaký výkon stojí – ať už na počítání, či na prolomení (která nebyla?).
Jak jsi na tom se spotrebou a teplotou RPi? Musim rict ze me to trochu neprijemne prekvapilo – se 750mA nabijeckou od Samsungu se RPi resetuje. Funguje mi napajeni z hubu v monitoru, ale i tak mi prijde, ze se to RPi dost hreje – hlavne cip pro sitovou kartu. Kdyz to clovek jeste pretaktuje, aby na to vzal pomalu vetrak.
Podle me se ten vykon na desktop moc nehodi – provozovat pod tim vyvoj byt v pythonu a jen pro ucely vyuky, my prijde dost nerealne.
Chape nekdo podstatu problemu s temi SD kartami? Mam dve – jednu normalni SD a jednu microSD v redukci a obe vicemene funguji, ale nechapu proc to je pro ruzne distribuce ruzne.
Provozuji ho jednak s vypůjčeným adaptérem Sunny (1.2 A) a pak nabíječkou od Huawei (1.0 A). S obojím RPi funguje OK. Je i stabilní, reset jsem ještě nezaznamenal. Teplota je (po přetaktování) na úrovni, kdy ještě udržím (na SoC) prst 🙂
Pokud omezíme „vývoj“ (nevím, jak by tam šlo pracovat s takovým Ericem) na „práci v IDLE“, tak podle mě ještě vcelku postačuje. Jinak, když opustím Python, tak mě příjemně překvapilo, jak na RPi běhá Scratch. Pod Raspbianem (u Fedory jsem ho ještě nezkoušel) byl jak start, tak i reakce (skoro) okamžité.
Ty karty mě taky naprosto matou, na RPi fóru je na to téma napsáno mnoho, ale přijde mi, že to spíš přispívá k obecnému zmatení. Mimochodem, s tou microSD je to vtipné, právě kombinace microSD s adaptérem podle vývojářů Fedora remixu neměla fungovat vůbec…
Já teda osobně doufám, že z těch odpadlíků (myšleno všeho možného forkovaného) půjde jednou zase postavit slušné desktopové prostředí, které půjde ovládat i klávesnicí a myší.
Jako mně je to jedno, mně Gnome 3 se zjednodušenými aplikacemi bude vyhovovat, protože stejně všechno dělám na konzoli. Ale začínám se pomalu bát o pokročilého uživatele zvyklého na GUI.
Perfektní článek! Nevíš náhodou, jak to vypadá s Fedora Remixem pro Raspberry postaveném na Fedoře 17? Dan Horák, který je asi nejrelevantnější osobou na tento dotaz, je na dovolené a zatím ticho po pěšině. Přitom říkali, že Remix vyjde chvilku po vydání Fedory 17 pro ARM.
Díky moc! Ohledně remixu, kromě toho, že je k dispozici čtvrté testovací vydání: http://lists.fedoraproject.org/pipermail/arm/2012-August/003805.html, bohužel moc víc nevím. Na webu projektu je stále informace o vydání v květnu. Na druhou stranu, ty čtyři testovací verze vydali v posledních dvou týdnech, takže jsem optimista 🙂
No já jsem z těch dnešních prostředí dost nešťastný. Kwin v KDE není zrovna rychlík, mutter je rychlejší, ale v paměti si bobtná, jako by byla zadarmo, aby bralo po hodině práce 200MiB v paměti…. tolik mi nebralo celé GNOME 2 ve Fedoře 14. XFCE dokud je GTK2 tak mu moc do budoucnosti nedávám (podobně jako MATE, ale u XFCE se alespoň dá čekat, že na GTK3 přejde). No a to jsem se tak nějak dostal z těch přívětivější prostředí na konec seznamu… Jsem hold vybíravý a současná situace je pro mě nevyhovující :-/
GTK 3 sa chystá do Xfce 4.12. Síce ešte nie je jasné ktorá verzia, ale trojka to bude. Aspoň to píšu vo svojom blogu.
A btw. ja som v blogu napísal, že do Gnome 3 nejdem a prejdem na Xfce a slovo som dodržal 🙂
Mne osobne GNOME3 vyhovuje – s nastavenymi klavesovymi skratkami a rozsireniami je celkom podla mojho gusta.
Len sa trochu obavam niektorych zmien, ktore v ramci novych verzii GNOME3 boli ohlasene.
Osobne som gnome nikdy neprišiel na chuť. A fakt sa snažím rádovo 10 rokov. Najskôr to boli 2 panely (horný a dolný), teraz je gnome už len … (nespomenul som si na žiadne slušné slovo). A 3D akcelerácia je už len čerešnička na torte.
Používam KDE (menšie zlo). Beží tam na pozadí síce veľa zbytočností, ktoré k životu bežný používateľ nepotrebuje, ale je v stave, že človek sa v ňom ľahšie zorientuje.
tjn…já měl taky Gnome vždy nejraději a zůstal mu věrný i po přechodu na Gnome 3,ale tohel už začíná být moc. Klávesnice a myši se jen tak nevzdám, nesnáším zapatlanou obrazovku. Gnome bude zachvíli vhodný spíš pro tablety než na stolní pc. Budu muset začít hledat jiné prostedí, které bude víc vyhovovat stolnímu PC!
Z tohoto důvodu používám GNOME už pouze na Ubuntu 10.04 LTS. Všude jinde už jsem přešel na Xfce. To má sice dost vykopávkově působící prostředí i na můj vkus (a to je co říct), ale aspoň se s ním dobře pracuje. Horší jsou tam některé velmi nepříjemné bugy, které nikdo neřeší. GNOME 2.30 tak zůstává pro mě zatím tím nejlépe ovladatelným prostředím, s jakým jsem měl tu čest. A to jich nebylo úplně málo.
2 Pavel Šimerda: Já sice taky pracuju hodně v konzoli, ale GNOME 3 mi strašně překáželo i tak. Už jen tím, jak se rapidně zpomalila odezva.
Bohužel musím souhlasit s YGHYm, GNOME jde velmi rychle do háje 🙁
Zatím nic takového neplánuju. To by musel být opravdu velký zájem. Nemůžu poslat do Prahy pět lektorů kvůli pěti lidem. Navíc si nemyslím, že je to takový problém do toho Brna z Prahy dojet, když o to má člověk opravdu zájem. Máme zájemce až z Německa.
$ tcc examples/ex1.c
tcc: file ‚/usr/lib/crt1.o‘ not found
tcc: file ‚/usr/lib/crti.o‘ not found
tcc: file ‚/usr/lib/crtn.o‘ not found
tcc: undefined symbol ‚printf‘
Pokud bys rád zabalil i něco jiného, tak můžeš. Ten seznam chceme mít, abychom věděli, na co se připravit. Každý jazyk/framework má svá specifika. Pokud bys chtěl udělat třeba něco později, tak aspoň ti k tomu můžou něco říct.
Tak tomu říkám kdo zaváhá, nežere. V tom případě poprosím jestli by se to nedalo nějak zdokumentovat, třeba i audio záznam by stačil =) A zájem určitě bude i o zopakování začátečnického, tedy minimálně z mé strany.
„Totéž platí i pro knihovnu GTK+, která je založena na céčku, ale existují pro ni i různá více či méně kvalitní „objektově orientovaná“ rozšíření pro jiné programovací jazyky“
Mno zrovna GTK+ je objektově orientovaná a spoustu věcí má řešenou stejně jako Python. Že je to vše zapsáno v C, je jiná věc :).
GTK+ mě popravdě řečeno připadne jako parodie na OOP, což má co dělat s tím, že je psaná právě v céčku. Ale jinak nic proti céčku, jen se na něj někdy snažíme napasovat paradigmata, pro něž nebylo navrženo (OOP, dokonce i fukncionální paradigma)
No ale to je prece rozdil mezi *jazykem* napsanym v cecku a *knihovnou* kterou musi ceckovej programator volat primo z neobjektoveho cecka. Me cely GTK+ i s jeho GObject atd. pripadne jako pokus dodat napriklad do stareho Fortranu podporu pro rekurzivni funkce – taky to dost drelo.
Chtěl jsem zkusit, jestli s tím půjde zkompilovat něco, co se běžně kompiluje s GCC…
checking for gcc… /home/pavlix/tmp/tccbuild/bin/tcc
checking whether the C compiler works… no
configure: error: in `/home/pavlix/oss/NetworkManager‘:
configure: error: C compiler cannot create executables
$ tcc examples/ex1.c
tcc: file ‚/usr/lib/crt1.o‘ not found
tcc: file ‚/usr/lib/crti.o‘ not found
tcc: file ‚/usr/lib/crtn.o‘ not found
tcc: undefined symbol ‚printf‘
Ve vlaku jsem vedl jen svůj vlastní stroj a problémy s lib64 jsem vcelku v pohodě vyřešil… tcc už kompiluje. Bohužel nelinkuje (undefined symboly z libc).
Takže pro projekty v autotools, které nerozlišují kompilátor a linker to moc použitelné ani otestovatelné není.
Zajimave, ale mozna je to tim, ze x86_64 je relativne nova vec pro tcc, puvodne to bylo pro 32bit Intely.
Me to na i386 to funguje prozatim dobre a hlavne *rychle* 🙂
Mam jen jeden problem s programem pouzivajicim OpenGL, ale to taky muze byt zpusobeno tim, ze se v headerech pouzivaji divny konstrukce, ktere muzou (ale nemusi – musim jeste prozkouset) byt mimo ANSI.
x86_64 nekde vyzkoumam taky, ale tady na starickem Athlonu ne:/
„Známá fotografie Kena Thompsona a Dennise Ritchieho sedících před minipočítačem PDP. Podle počátečních písmen jejich příjmení se první de facto standardní syntaxe céčka označovala K&R. Mnoho překladačů dodnes syntaxi K&R podporuje, především z toho důvodu, že některé starší (stále udržované) zdrojové kódy jsou v K&R C napsány.“
To je vítaná aktivita, ale fakt je že by se hodilo,třeba nějaké sestříhané video a člověk by si to mohl pustit, kdy chce a kde chce. Nechtěli by jste to udělat právě takto? člověk si to pak může pustit v vícekrát…..
J.
Uzasna bezpecnostni vlastnost, ale co jsem se nedozvedel, resp. se hrozim toho, ze bude F18 mozne provozovat ve vychozim stavu pouze v teto sprznene podobe?! Ja na svem HW nechci zadny podepsany kernel a moduly, ktere nemuzu zmenit. Mozna bude nakonec stacit vypnout UEFI secure boot a bude vse jako driv, ale tento clanek mi v tom jasno rozhodne neudelal. A ty patche.. no potes koste.
Skúsil som Fedora 18 Alpha TC6 KDE Live a nepodarilo prejsť bootovacím procesom.
Podobne som dopadol aj v prípade Ubuntu 12.10 Beta 1. Tu je to jednoznačne spojené s problémom jadier 3.5.x a určitých radeon grafík. Zdá sa mi, že v ubuntu na toto kašlú, len aby bol dodržaný termín.
Rosa Desktop 2012 Alpha aj Mageia 3 Alpha 1 fungujú bez problémov aj napriek tomu, že tiež používajú jadrá 3.5.x.
Funguje někomu v Alpha TC verzích ruční konfigurace síťového zařízení? Když chci ručně nastavit IP adresu a kliknu na tlačítko „Configure…“, tak se prostě nic neděje. Beru to, je to přeci jen preAlpha, ale tak nějak základní funkčnost si myslím =)
Na Live se cele nastaveni site vyhodi (je to nesmysl to mit, protoze je tam moznost pouzit nativni DE konfiguratko) – NTH bug #854586. Na DVD je to slozitejsi – 852792. Kazdopadne reseni uz asi castecne zname – jsou potreba dalsi balicky na DVD a par fixu. Zatim se lidi kloni k tomu, ze je to NTH, ja jsem spis pro blocker. Ale zaroven chci Alfu vydat, tak nevim 🙂
Tak na tohle se těším (a ne jen kvůli tomu, že popojdu cca 500 metrů) :-). Letos mi hodně chybělo LinuxExpo, tohle ale vypadá víc než slibně. Jsem hodně zvědavý na Michaela Meekse a jeho pohled na budoucnost LO. Hmm, nechci to zakřiknout, ale vůbec je to slibné 😉
Hlavne si treba dat pozor na anacondu (instalator), pri rozdelovani disku a vybere custom partition to zmaze vsetky disky, takze radsej pockat na betu, alebo skusat vo virtualnom pc.
Záznam s nejvyšší pravděpodobností bude. Nicméně se nám na poslední chvíli uvolnily dvě místa, takže pokud by někdo měl zájem zúčastnit se osobně, může 😉
Normálně bych se zúčastnil toho Radeon test daye a nebál bych se to nahlásit jako blocker bug. S radeony jsou problémy, ale aby systém ani nenabootoval, to se podle mně kvalifikuje na blocker bug.
4. 10. 2011 at 23:08
Snad se vše podaří podle plánu.
20. 10. 2011 at 11:21
Bohuzel podminky jsou dost prisne a je potreba menit i ssh klic coz se mi moc nelibi. Nemam jeden pocitac jak zrejme spravci milne predpokladaji, coz celou vec jen komplikuje..:(
1. 11. 2011 at 15:05
Brněnská pobočka Red Hatu má opět své kandidáty 🙂
4. 11. 2011 at 12:18
Předpokládám, že ještě budete upravovat, protože je to stále polotovar – horizontální i vertikální zarovnání, podivné barvy písma a font, asi by to chtělo i drop-down menu… 😉
4. 11. 2011 at 13:09
Oficiální oznámení bude až zítra. Dneska se to bude ještě ladit.
4. 11. 2011 at 13:20
Menu, písmo opraveno. Lepší? Prosím konkrétní hlášení, abychom věděli, co je v nepořádku. Děkuji za spolupráci.
4. 11. 2011 at 14:48
Co je opraveno na menu, kromě toho, že zmizela jedna položka?
Barva písma je nějaká šedivá, nevýrazná – dejte #FFF, a:hover pak #000, nebo #333.
Změňte font-size z light na normal a nastavte jinou barvu písma textu, tmavší.
Proč jsou ty tři obrázky na titulce mimo osu a odkaz „další obr..“ není vertikálně zarovnán vpravo s menu?
atd. atd.
BTW: I button „Odeslat…“ zde dejte raději pod textarea, nebo zkraťte na „Odeslat“ 😉
5. 11. 2011 at 12:49
Díky za připomínky. Provedl jsem několik úprav: černý text, zarovnané obrázky na titulce, tlačítko „odeslat“ pod textarea.
Font nastaven na standardní „sans-serif“, aby se respektovalo uživatelské nastavení (to platí i pro ostatní případy, tj. monospace, serif). Velikost standardního písma „normal“, tj. se opět respektuje uživatelské nastavení.
5. 11. 2011 at 13:22
„Odeslat komentar“ je ted vyrazne lepsi, nepreteka pres policko pro psani textu. Ale ten font to je nejaka zahada. Ja ho mam stale jakoby bez antialiasingu. Pritom forum i wiki jsou normalni.
5. 11. 2011 at 13:29
Jeste maly poznatek – ten problem s fontem je pouze v leve – hlavni casti – tedy div class=“primary“ a dale v div class=“message“ (titulek fedora cz) a nav id=“access“.
5. 11. 2011 at 13:30
To už IMHO musí být nastavením prohlížeče nebo systému. Mělo by se použít to, co máš nastaveno u sebe.
5. 11. 2011 at 13:31
Ve všech částech se však používá stejné písmo…
4. 11. 2011 at 14:40
Tak ať to tu pěkně šlape!
4. 11. 2011 at 19:47
Dobrý den. Gratuluji k novému webu. Nicméně bych rád ventiloval svůj údiv nad tím, že na titulní straně není uveden zřetelný odkaz na fedoraproject.org. Ano, nakonec jsem ho našel skrytý v oznámení „This site is not affiliated with or endorsed by the Fedora Project.“, ale právě na to (důvod, vysvětlení), bych se chtěl zeptat. Dík za rozklíčování.
4. 11. 2011 at 20:48
Je to vsechno v zabehu..:)
Formulku „not affilitated“ pozaduje Fedora Project na vsech strankach, ktere nejsou primo provozovany projektem Fedora.
5. 11. 2011 at 13:59
Problém s fontem je, že není v CSS definován primárně v vlastnost font-weight: normal; Pak se zobrazuje jako light (dědění vlastností).
Menu rovněž dědí stejné nastavení a je téměř nečitelné.
Šlo by ještě sjednotit velikost písma v pravé části? BLOG má jiné než ostatní.
U kalendáře místo ‚Lis 2011‘ dát celý název měsíce.
Je potřeba ještě horizontálně zarovnat v hlavičce description s menu, a v ty obrázky s „další…“ do jedné linie místo dvou řádků – použít misto 😉
5. 11. 2011 at 14:18
font-weight: light nikde nastaveno není. Přesto jsem jsem nastavil globálně „normal“.
Velikost písma v bloku s výpisem blogů je záměrně větší.
Proč by mělo být potřeba zarovnávat popis stránek s menu? Podobně jako další vaše připomínky (až na potíže s fontem, které se mi nedaří reprodukovat) mi to nepřipadá jako chyba, nýbrž vaše osobní preference.
5. 11. 2011 at 15:26
Zarovnání „do mřížky“ není moje preference, je to obecný postup webdesignérů 😉
Po odstranění „font-weight: 300“ a změně na ‚normal‘ to vypadá lépe.
To s tím záměrným zobrazením většího písma v sekci BLOGY nechápu, ale…
5. 11. 2011 at 18:09
Zarovnání do mřížky nám chybí zejména mezi levým a pravým sloupcem, to je pravda – a časem to snad upravíme (i když předpokládám, že to spíše přenecháme profesionálovi, což já nejsem). Ale mezi logem, popisem a menu, které považuji spíše za grafické než textové prvky, to nevidím jako nutnost.
Nicméně díky za připomínky. Postupně to budeme ladit a vylepšovat.
5. 11. 2011 at 14:05
Testováno na FF 7.1 Chrome 15.0 neduhy s fontem netrpí. Vše pod Ubuntu.
Takže to znamená, že je potřeba odladit celý stylopis, aby se vše zobrazovalo korektně ve většině prohlížečů.
5. 11. 2011 at 14:20
Uvedená verze FF mi zobrazuje fonty správně… (stejně jako všechny ostatní testované prohlížeče a jejich verze).
6. 11. 2011 at 18:21
Nevim zda s tim jeste nekdo neco delal, ale ted se mi jiz font zobrazuje spravne.
6. 11. 2011 at 18:23
Netusi nekdo, zda jde nejak vypnout ta sediva lista s profilem, ktera stale strasi na hornim okraji stranky po prihlaseni?
Zaroven mam na strance profilu nahore na prvni radku stale „bool(false)“. Nemam tuseni co to ma znamenat, ale asi to bude vysledek nejakeho javascriptu.:)
6. 11. 2011 at 18:25
Omluvam se, tu listu jsem uz nasel – je to administracni lista.. ten bool porad zustava.
7. 11. 2011 at 10:43
„bool(false)“ patrně způsobuje plugin, který začleňuje Google Analytics. Nezdá se, že by to nějak ovlivňovalo funkci pluginu nebo celého webu, takže to budu řešit dotazem ve fóru daného pluginu.
7. 11. 2011 at 11:16
modry pruh s prechodem dole nad patickou ma jinej odstin nez zbytek stranky…
7. 11. 2011 at 12:03
Zdravím. Pod wiki.fedora.cz odkaz „Jak pomoci“ odkazuje na test server.
7. 11. 2011 at 12:13
Oops. Opraveno. Dík.
7. 11. 2011 at 14:28
Jeste jedna chyba, ve sprave uzivatelu vidim v prvnim radku bool(false) … 🙂
7. 11. 2011 at 14:39
Viz komentář výše.
11. 11. 2011 at 10:39
Hmm, mel bych se podivat, co se stalo s Kobby – o upstreamu uz moc slyset neni a ve Fedora je to syrotek…
Jinak Gobby pouzivame pro zapisky z Fedora Board callu a je to povedeny software!
11. 11. 2011 at 13:28
Sakra, o tom kdybych věděl pár měsíců zpět… Moc hezký tip na aplikaci a článek jako takový, díky za něj.
14. 11. 2011 at 21:33
System by mel byt podobny spis Expert Exchange, ktery ovsem zpoplatnili, nebo stackoverflow. Bohuzel to lide zatim skutecne pouzivaji spis jako forum, nez jako Ask Expert. Treba se to casem zlepsi, kazdopadne „dotazy“ typu „nefunguje mi gnome3“ nebo „libi se vam XY“ tam ponekud nepatri, protoze to bud neni dotaz, nebo to neni dotaz vyzadujici expertni odpoved… uvidime casem.
21. 11. 2011 at 13:28
„Chrony ale umožnuje tuto odchylku sledovat a pak při dalším bootu kompenzovat chybu, která vznikla v době, kdy byl počítač vypnutý.“
.. to snad umi poslednich 20 let i hwclock(8), ne?
21. 11. 2011 at 15:47
Jestli myslíš hwclock –adjust, tak ten vyžaduje aby nic jiného kromě něj nezapisovalo do RTC. Když beží ntpd nebo chronyd (ve výchozí konfiguraci), tak kernel každých 11 minut zapisuje do RTC systémový čas, což rozhodí ten výpočet pro odchylku. Je to zmíněné v hwclock(8).
21. 11. 2011 at 16:17
Ja i clanek mluvime o bootu a nepresnosti ke ktere doslo kdyz byl pocitac vypnuty. Pred tim nez se nejaka sluzba nastartovala tak se volaval hwclock –adjust aby se chyba kompenzovala.
Pravdou je, ze se systemd se todle nedela (myslim, ze nejnovejsi verze vubec nepouzivaji hwclock a volaji jen settimeofday() a nejake nepresnosti HW neresi…) — pak je asi opravdu nutne resit to pozdeji, nedej boze v situaci kdyz se o to RTC perou ruzne dalsi aplikace 😉
21. 11. 2011 at 14:42
„Version updates without using anaconda – such as the yum method described here – is unsupported and not recommended!“
To bychom asi čtenářům doporučovat neměli.
21. 11. 2011 at 15:23
Souhlas, je to alternativní způsob proti anacondě a není doporučovaný …. ale u mě fungoval na dvou systémech s tím, že jsem pak pročistil pár věcí.
21. 11. 2011 at 20:40
Pouzivam ho uz leta funguje to OK, akorat obcas clovek musi byt clovek schopen neco rucne vyresit – napr. u F14-15 na konci nejde rebootovat, protoze se zmeni init. (Ostatne odkazovanou stranku jsem psal zvetsi casti ja..:)
24. 11. 2011 at 13:58
Jestli to po update F14-15 nenabootuje, tak to melo byt v clanku hodne tucne napsano. 🙂
23. 11. 2011 at 15:30
je to je fajn,
Ale procpak to nepisete rovnou do WIKI a sem treba jen odkaz?
23. 11. 2011 at 20:31
Nejak nikdo jeste nezalozil prirucku pro F16… jak bych taky psal, treba takovy grub2 to je lahudka.
25. 11. 2011 at 08:49
No a ty se toho ujmout nemuzes?
Nemas chut, naladu, cas nebo prava? 🙂
23. 11. 2011 at 19:39
To mi přijde jednodušší nastavit v gnome-tweak-tool, ale tak proti gustu… =)
24. 11. 2011 at 19:07
Supr! Díky. Tohle mi chybělo 🙂
28. 11. 2011 at 06:24
To vypadá jako něco, co budu používat. Díky
29. 11. 2011 at 09:43
jak jednoduche a ja to musel presouvat pod rootem a menit prava .
Takze diky ale pro mne pozde 🙂
29. 11. 2011 at 11:55
Dobrá akce, videa už se zpracovávají a brzo se tu objeví!
1. 12. 2011 at 11:13
Btw. LibreCad je open source fork QCadu a hlavne jiz je preportovany do Qt 4. Mozna i tedy zabalitelny do Fedory (na to se mrknu).
1. 12. 2011 at 13:10
Rád bych se zeptat těch, kteří se na video aspoň chvíli dívali. Stačí takováto kvalita? Bohužel na fi.muni nepoužívali mikrofon, příště si to musíme pohlídat. Jsou nějaké připomínky a nápady? Zpracovávám videa z Release Party a určitě bych sem časem chtěl dát i další zajímavé akce.
2. 12. 2011 at 09:52
A asi by som po instalacii este spustil restorecon(8), ktory nastavi suborom default seliunux kontext.
5. 12. 2011 at 22:06
Díky za tip, konečně snadná instalace rozšíření do Gnome Shell.
5. 12. 2011 at 23:00
Hezký, o tom nahrávání jsem fakt nevěděl. Do teď jsem video plochy snímal pomocí ffmpeg z x11grab (viz: man ffmpeg). Rychlé, nenáročné, ale samá kostička a to i po změně bitratu. Díky. Určitě se podívám i na další odkazy 🙂
6. 12. 2011 at 16:17
Hezké, to nahrávání desktopu se bude určitě hodit. I ten Looking Glass je šikovná věc, dokázal bych si na tomto principu představit rozšíření pro Shell, které by takto integrovalo terminál. Jdu pohledat, jestli to už někoho nenapadlo 😉
6. 12. 2011 at 23:02
Ještě jedna gratulace všem třem. Je super mít vliv na to kam se distribuce ubírá a doufejme že to bude na Fedoře 17 poznat 🙂
11. 7. 2012 at 14:27
Na F17 nebo na F18?
18. 12. 2011 at 16:17
A jak to pustím? Na opensource software, samozřejmě.
22. 12. 2011 at 21:57
Pokud mas tip kde hostovat ogv tak sem s nim.
28. 12. 2011 at 04:04
Mno pokud si nejste schopní zajistit ani nějaký HTTP hosting, tak samozřejmě rád pomůžu.
Na abclinuxu někdo tak jako tak poslal přímé odkazy, kde semi to podařilo jak pustit, tak i stáhnout… tak proč by to nešlo tady?
Každopádně cokoli je v roce 2011 (skoro 2012) pro opensource distribuci lepší než závislost na closed source nástrojích typu Flash u každého, kdo si chce pustit obsah webu.
20. 12. 2011 at 11:03
Kde jste vzali 64b Firefox pro WIndows? Ještě ke všemu ze serverů Mozilly? Já tam žádný nevidím.
Ještě by mě zajímalo, jestli si jste jisti, že SWF a HTML5 verze videí byly totožné (stejný formát, stejný datový tok).
20. 12. 2011 at 11:04
Redakční systém vám žere úhlové závorky. Z předchozího dotazu zmizel odkaz [ftp://ftp.mozilla.org/pub/firefox/releases/5.0/].
20. 12. 2011 at 13:55
Toto jako autoři nemůžeme ovlivnit. Do redakčního systému nemáme přístup – příspěvek prochází přes korektora.
20. 12. 2011 at 20:38
Komentáře sledujeme, ale nemoderujeme, publikují se automaticky. Při psaní lze použít HTML a jak je vidět jinde, odkazy fungují.
20. 12. 2011 at 22:02
V tom případě by bylo dobré o tom dát vědět někde v okolí formuláře pro vložení příspěvku. Já jsem takto předpokládal, že se zpracovávají jako prostý text.
22. 12. 2011 at 21:41
Přidána krátká nápověda.
20. 12. 2011 at 13:51
AFAIK testovací 64 buildy jsou na FTP http://ftp.mozilla.org, poslední nightly jsou odkazované např. z http://nightly.mozilla.org/. Jaký konkretní build byl použit v tomto případě nejsem schopen ověřit (neprováděl jsem měření) a J. Kaluža neví. Doplníme v dalším porovnání.
K Vaší druhé otázce. V případě formátů a obzvlášť u Youtube si jisti nejsme. Individuální odchylky by měl „vyhladit“ statistický přístup. Jsme si vědomi, že detailní porovnání obou technologií a jednotlivých implementací by si vyžádalo mnohem komplexnější přístup. Toto však nebylo naším cílem (a asi by se i tématicky lépe hodilo na jiný server / blog). V tomto porovnání jsme se pokusili zaměřit na běžného uživatele a poskytnout přehled, co může očekávat v oblasti spotřeby energie při procházení webu / Youtube.
2. 1. 2012 at 11:55
Byli by k dispozici i slajdy ?
10. 1. 2012 at 17:58
Pokud nevadí závislost na KDE/QT, je možné pro sledování TV/ladění použít např. i „kaffeine“. Nepotřebuje seznam kanálů a ladění i nahrávání lze v něm pohodlně „vyklikat“.
10. 1. 2012 at 23:38
Já jsem něčeho podobného dosáhl kombinací Totem+gnome-dvb-daemon. Taky v GUI.
11. 1. 2012 at 09:30
Je funkcne aj dialkove ovladanie?
11. 1. 2012 at 13:40
LIRC to našlo (dle logu), takže by to mělo chodit. Domnívám se, že zprovoznění LIRC s jednotlivými přehrávači je tak téma na samostatný článek 🙂
18. 1. 2012 at 08:21
Super článek. Poslední dobou uvažuji o výměně Netbeans za Eclipse. Už se těším na pokračování. 🙂
18. 1. 2012 at 08:23
Mimochodem dneska vyšlo Netbeans 7.1.
18. 1. 2012 at 14:58
super clanok, tesim sa na pokracovanie
21. 1. 2012 at 14:21
S jakým jádrem můžeme počítat? 3.2. nebo 3.3.?
21. 1. 2012 at 17:29
Vzhledem k tomu, že 3.3 už je na cestě a Fedora vyjde za víc jak čtyři měsíce, tak předpokládám, že tam minimálně 3.3 bude. Každopádně Fedora změnila politiku kolem kernelů. Verze jádra nemusí být definitivní. Pokud po vydání Fedory vyjde nová verze kernelu, tak se může po dostatečném otestování do toho vydání dostat v podobě aktualizace. Neplatí tam freeze na nové verze.
22. 1. 2012 at 00:30
To je dobrá zpráva 🙂 Docela rád bych viděl kernel s patchema na ACPI od Intelu
21. 1. 2012 at 23:27
Uvazuje sa sa v distribucii Fedora niekedy v buducnosti s forkom Mate, ktory sa momentalne uchytil v distribucii Mint?
22. 1. 2012 at 22:10
Pokud vím, tak už začal někdo dělat balíčky pro Fedoru s tím, že by se MATE mohlo objevit v F17 nebo F18. Otázka je, jestli v té době bude MATE ještě existovat, když je tu Cinnamon.
22. 1. 2012 at 10:48
Čau,
má kororaa českou lokalizaci ?
22. 1. 2012 at 11:08
Nevím, jestli jsou přeložené i distribuční nástroje, ale co se týče prostředí (GNOME a další aplikace), tak jejich lokalizovanou verzi lze zvolit/nainstalovat bez ohledu na distribuci.
22. 1. 2012 at 11:21
Díky
22. 1. 2012 at 22:54
Bude dostupne pre fedoru 17 Xfce 4.10? V clanku to nie je uvedene, ale niektore zdroje to uvadzaju.
23. 1. 2012 at 14:56
S Xfce 4.10 se do Fedory 17 počítá. Nesmí ale dojít k dalšímu zpoždění vydání.
23. 1. 2012 at 08:59
O jméně už přece bylo rozhodnuto na podzim: „Beefy Miracle“. Výsledky voleb.
23. 1. 2012 at 09:07
Oops. Opraveno.
23. 1. 2012 at 14:18
Osobně mám dobrou zkušenost s aplikaci me-tv (https://launchpad.net/me-tv).
Ladění se dá také naklikat bez nutnosti předem definovaného souboru s frekvencemi
Recording funguje také spolehlivě.
26. 1. 2012 at 13:19
Otázka: 5.00 klingonského času? Jak to tedy je? 🙂
Odpověď: 04:00 UTC -> 17:00 našeho času
26. 1. 2012 at 13:29
Pokud vím, tak CET je UTC+1…
27. 1. 2012 at 12:41
Urcite rolling, s podporou delta rpm, by to bol tromf proti archu. Nie je moc pohodlne upgradovat kazdeho pol roka. Idealne by bolo ponechat stabilnu verziu aj rolling podobne ako opensuse.
27. 1. 2012 at 13:07
Jsem pro rolling-release verzi. Ovšem nevím jak je to slučitelné se způsobem vývoje Fedory jako kochařky pro RH. Osobně by se mi to líbilo stylem jako Debian. Kdo chce testing/uinstable tak má testing/unustable. Kdo chce verze tak používá verze a přechází mezi nimi. Prostě podle nastavení „apt.conf“. Je něco takového vůbec možné s rpm balíkama?
27. 1. 2012 at 15:36
Nápad je to určite zaujímavý, mne osobne z ohľadom na rýchlo sa vyvýjajúcu technologiu by som radšej zvolil variantu ktorá je dnes, je vhodnejšie vyvýjať OS každého pol roka, ponúka tak vždy čerstvý softvér. Ak by bola situácie opačná neviem si predstaviť tie obrovské dáta aktualizácií a hodiny čakania na upgrade OS. Už teraz ked chcete po inštalu aktualizovať Fedoru vám to zaberie dooosť času. Ale to je iba moj názor. Všetko záleží na tom, ako by si to želai ostatný.
27. 1. 2012 at 15:44
Já jsem rozhodně pro. Teda tak, jak to
má openSUSE, tedy jako variantu navíc.
27. 1. 2012 at 16:06
Mně to přijde jako dobrej nápad. Byl bych pro…
27. 1. 2012 at 16:50
Také nejsem proti, ale přidávám k těm, co by zachovali současně i půlroční cyklus (v některých situacích je to vhodnější).
28. 1. 2012 at 11:37
Také bych osobně uvítal rolling-release. Jsem pro postupnou aktualizaci sytému a ne pro 1/2 roční. Proč nemít například KDE 4.8 hned, ale až za 1/2 roku.
Nikde není psáno, že by novinka musela přijít okamžitě, ale klidně s malým s pozděním, aby byl čas na testování.
27. 1. 2012 at 19:18
Super. Jen tak dál. 😉
28. 1. 2012 at 14:28
Vyzkousel jsem a neskryvam nadseni. Podle me to je zaklad pro rozumnou praci s gnome3 a mel by se co nejrychleji dostat primo do instalace fedory.
30. 1. 2012 at 22:33
Také bych to uvítal…
31. 1. 2012 at 13:56
Však Fedoří Rawhide má většinu vlastností rolling updates distra, netuším, v čem je zásadní problém 😉
31. 1. 2012 at 17:48
Hádám, že to je sarkasmus 😉 Ostatně v tom mailing listu to proprali taky =)
31. 1. 2012 at 22:21
Dobra prace.
1. 2. 2012 at 18:09
Zmiňované „mýty“ (=proti) a „Fakta“ (=pro) o sloučení adresářů jsou tak nicotné, že se dá celá akce považovat za další zbytečnou buzeraci lidí, kteří nechtějí řešit skutečné problémy Fedory. Vzpomínáte někdo na /usr/X11R6/bin? Soubory pro runlevel 5 byly ve struktuře X11R6, pro runlevel 3 v /usr/bin a pro runlevel 1 v /bin. Zjednodušeně řečeno. Příště to géniové z Fedory nastrkají všechno do /opt, třeba. K čemu pořádek, inteligent přece hravě zvládne chaos.
5. 2. 2012 at 13:24
Tak pokud jsem to správně pochopil, tak to nebyli inteligentni z Fedory, ale bylo to vymyšleno před vznikem Linuxu.
Po přečtení důvodů (už dříve, v angličtině) jsem usoudil, že ta změna smysl dává, a že je to výrazné zjednodušení, které moc nestojí.
Příklad s X11R6 myslím jen potvrzuje, že zbavovat se bordelu je dobrý nápad.
4. 2. 2012 at 11:38
Osobne si cením tejto zmeny aj ked mám veľmi kladný vzťah ku kompizu, ale som preto, aby systém nič nebrzdilo či nezatažovalo. Osobne by som vynechal aj aplikácie ako evolution /online emailové účty, facebook a milion dalších možností/, rhythmbox /ved Gnome player prehraje všetko/ a empathy /skoro každý si nahrádza ked nepoužíva online účty skypom a ICQ alebo Xchartom/ ktoré niesú v tejto dobe nijako výrazne využívané a nahradil podstatne doležitejším balíčkom LibreOffice aby sa OS zmestil na CD médium.
4. 2. 2012 at 14:08
Po Compizu mi smutno nebude, byla to spíš brzda než užitečná věc. Ale Vyřazením Evolutionu nebo Empathy by mě nasralo =) Naopak LibreOffice bych oželel =) A navíc, on LibreOffice na Desktop Live médiu není? (Fakt se ptám, používám netinst iso a naklikám si co chci/nechci, takže nevím).
5. 2. 2012 at 14:06
Zdravím vain,
LO na LiveCD bohužiaľ neni, bolo by fajn keby sa integroval medzi programy už kvoli bežným používateľom ktorý Office sadu vyžadujú ako základ systému a inák súhlas s tebou, tie ostatné spomínané veci sú pre používanie pasé, naviac tam zbytočne ukrajujú miesto na CD médiu.
5. 2. 2012 at 13:07
Fedora je sice o vzájemném respektu, ale IMO člověk, který chce Empathy ve Fedoře nahrazovat Skajpem a ICQ (a) není při smyslech nebo (b) je obyčejný troll.
5. 2. 2012 at 14:08
Zdravím Šimerda,
Bohužiaľ, myslím že skype má viac užívateľov ako empathy a tí si skype nainštalujú či sa ti to páči alebo nie 🙂
5. 2. 2012 at 15:59
Skype je v případě Fedory úplně mimo diskusi. Je to uzavřený software a ten ve Fedoře není a nebude. Na pracovních počítačích máme dokonce Skype zakázaný, protože to je kus uzavřeného softwaru, u kterého se prakticky nedá sledovat, jaká data odesílá, takže je to potenciální bezpečností hrozba.
Používání Skypu bych taky nepřeceňoval. Neznám mnoho lidí, kteří jej používají k pravidelnému chatu. Většina dnes používá Facebook Chat a na ten se mnohem lépe hodí Empathy. Když vezmu všechny sítě, které Empathy podporuje (FB, ICQ, Live, AIM, Gtalk, Jabber,…), tak Skype v počtu uživatelů hravě porazí.
5. 2. 2012 at 20:43
Nie som zástanca takýchto klientov ako je skype, som momentálne na FB, mimo diskusio to je ale stále mám pocit že Fedora by potrebovala prehodnotiť výber základného SW a Office sada k nemu bezodkladne patrí, aj ked si niekto myslí že si to ľahko doinštaľuje čo aj pravda je ale to isté platí aj pre empathy či nie príliš podstatný Evolution alebo zastaralý CD extractor a úplne zbytočný Rhythmbox. Iba pripomeniem že sa jedná o názor, no Flame PLS 🙂
6. 2. 2012 at 09:36
To máš sto lidí, sto chutí (já třeba nepoužívám z výchozí nabídky desktopových aplikací skoro nic). Empathy je multiprotokolový (tedy FaceBook, ICQ, Jabber… pokryje nejvíc poptávku) a nic lepšího (možná Pidgin) nenajdeš. Skype už kvůli své podstatě na médiu nebo v oficiálních repositářích být nesmí.
Pokud se podívám na instalaci LibreOffice a všech jeho komponent, tedy calc, impress, writer atd.. tak je ke stažení 148MiB (!) což je na CD strašně moc (438MiB instalovaná velikost). Neříkám že kancelářský balík by neměl být ve výchozí instalaci, popravdě vždy se dá něco změnit, ale aby se to hrotilo jako u Ubuntu, kde počítají každý kilobajt? To raději vyvalím to největší monstrum, kterým LibreOffice je, a mám klid =)
6. 2. 2012 at 10:52
Súhlasím vain, kapacita CD v určitom zmysle obmedzuje možnosti ktoré by Fedore pridali na kráse, v každom prípade téma čo by ešťe mohla obsahovať Fedora a otvoriť tak viac možností pre ľudí by potrebovala samostatné vlákno 🙂
5. 2. 2012 at 13:10
Nehledě na to, že ten seznam neobsahuje věci, které se někdo rozhodl nezařadit, protože se mu nelíbí, ale protože nefungují a nikdo je nepotřebuje (dost na to, aby je udržoval nebo k tomu někoho ukecal).
LibreOffice je součástí Fedory.
5. 2. 2012 at 14:09
Bohužiaľ LibreOffice súčasťou LiveCD Fedory nie je.
4. 2. 2012 at 11:41
Síce to naruší informačný koncept definície stromovej štruktúry Linuxu ale ako odlišná zmena oproti ostatným OS je to kladná zmena ale aj tak viac-menej zbytočná.
27. 2. 2012 at 22:49
Nemyslím si, že by to nějak extra narušilo FHS.
6. 2. 2012 at 09:59
Tak pokud nekdo chce „msn skype yahoo google talk facebook aim icq jabber vkontakte myspace hyves steam“ komunikator a neprasit si system , staci si pustit prohlizec a otevrit adresu http://imo.im
Odstranit compiz (bez nej je plocha nepouzitelna). KDE smejd nefunguje a bez akcelerovaneho compositoru je linux 10 let zpatky. Asi fedora bude jen pro bastleni.
6. 2. 2012 at 10:35
Výchozí prostředí (GNOME) má už nějaký ten pátek jiný akcelerovaný kompozitor, stejně tak je to i u jiných prostředí. Vypadá to, že Compiz už opravdu nikomu nechybí a neřekl bych, že se tím Linux vrátí o 10 let zpět.
8. 2. 2012 at 13:53
Narazil jsem na tuto diskuzi náhodou. Mám Mandrivu s KDE a Compiz stejně používám/.
6. 2. 2012 at 12:27
To je správa ktorá ma nesmierne potešila. Unity totižto neznášam a bol to hlavný dovod pre ktorý som nechal Ubuntu iným. Gnome3 by sa mala ladiť a Fedora by mala ostať na svojom a nenapodobnovať chyb ostatných, pretože Fedora s Gnome3 je zaujímavejšia.
6. 2. 2012 at 12:49
Ono by to určitě nebylo jako výchozí prostředí, jen jako jedno z mnoha v repositářích.
6. 2. 2012 at 13:26
Iba som tím chcel naznačiť že je unity zbytočné aj do repa dávať ako alternatívu gnome shellu ked samotné unity je ešťe iba v plienkách. Zbytočná vec, ktorá prináša iba nestabilitu a problémy, pre mňa out 🙂
6. 2. 2012 at 13:36
Pokud to někdo používá a navíc chce dělat správce balíčku, tak ať. Kolega to tady v práci má, na nestabilitu si nestěžuje, ale za to je Unity (nebo Ubuntu – to nevím kde je problém) pekelně zdechlé a reakce systému jsou fakt pomalé.
Ale kdo ví, možná by byl pomalý i GNOME Shell, má obdobný HW jako já, ale já zůstávám na Fedoře 14 s GNOME 2, zatím jsem v práci odvahu nenasbíral na upgrade.
6. 2. 2012 at 13:49
🙂 … na slabšie konfigurácie svojím Zákazníkom dávam LXDE, je naviac odľahčené zo všetkých prostredí a ked poriadný desktop tak Gnome3, ale ako si už raz povedal, 100 ľudí – 100 chutí, aj tak stále nevidím ten dovod prečo Unity, je lenivý a už vobec nie prehľadnejší. Tak ako tak, Unity je tu a ľudia ovplyvňujú z veľkej časti budúcnosť Linuxu, v konečnom dosledku mi ale potom pripadá vtipné ked si naň zasa stažujú :), ani po dobrom ani po zlom, BUDIŽ 🙂
6. 2. 2012 at 13:01
Způsob jakým Ubuntu dělá některé věci je fakt zarážející… Docela by mě zajímalo jak vělký je zájem o Unity mimo Ubuntu.
6. 2. 2012 at 13:27
Myslím že žiadný, aj ten zbytok Ubunťákov čo ostalo in iba zahryzlo problém medzi zubami a ostali verní len vdaka tomu, že sa jedná o Ubuntu.
6. 2. 2012 at 16:20
Takhle – z meho pohledu bylo Unity 2D zajimave skrze pouziti QML (a tedy asi technicky nejzdatnejsi – zatim, Plasma bude teze QML brzy :D), kdy na par radcich napsali celkem zajimave desktopove prostredi. Driv bylo oddelene od puvodniho Unity, pak pribyl Utouch, ktery ve Fedore neni a ted sjenotili cast kodu v Unity Core. Takze uz samostatne nepujde zabalit. Dle toho co pise ale Lubo, tak by to melo jit a muzem se na to spolecne podivat. Nejake deps uz jsem do Fedory dostal.
6. 2. 2012 at 16:22
Tak zajimave to bylo, pokusim se zesumirovat clankem 🙂
6. 2. 2012 at 21:54
Rád bych se zeptal, jestli bude z přednášek k dispozici videozáznam?
7. 2. 2012 at 09:53
Z těch nejzajímavějších ano.
7. 2. 2012 at 16:34
Dobrá zpráva, díky 🙂
7. 2. 2012 at 09:35
Tak me kixnul HD( v dnesni dobe k nezaplaceni:-( ) a us tam Mak KORORAA 101% fedora 🙂 na co sem prisel jen ze tam nemusim pridava FLASH us je v repu nic jineho navic jsem nenasel takze KORORAA = MINT pro Fedoru zas takova púravda neni Mint ma nejakou tu vlastni pridanou hodnotu.
Jestli mate zajem muzu skouknout co je tam jeste navic…
8. 2. 2012 at 14:13
Ještě doplním, že na poslední chvíli přibyl workshop o vytváření aplikací v Pythonu a GTK+ 3 pomocí GObject Introspection.
8. 2. 2012 at 16:05
Hmm, na tu Danovu přednášku bych i šel. A hnedle bych se zeptal, když se Fedora builduje pro takovéhle všelijaké „potvory“, proč není v normální Fedoře (x86,x86_64) obsažen ARM cross compiler toolchain. Naposled jsem ho viděl v nějakém neoficiálním repu pro F12. A nebo jsem hloupý, a nevím o něm 🙂
13. 2. 2012 at 19:01
Počítám spíš s tím, že to bude interaktivní záležitost než nějaké suché povídání. Takže každý zájemce je vítán 🙂
14. 2. 2012 at 12:17
Zaroven jiz je k dispozici i verze pro Nokia N900 („port“ N9/N950 verze) – viz. wiki konference. Symbian verze je ve fronte na Nokia Store QA…
14. 2. 2012 at 12:37
Verze pro Badu je taky ve schvalovacím procesu.
15. 2. 2012 at 09:25
Verze pro Samsung Bada má zdrojáky na adrese:
https://bitbucket.org/DoSa/devconf/src
prozatím bohužel čekám na device test po té bude volně v samsungapps.
15. 2. 2012 at 10:43
Mas to asi jako privatni repo 🙂 Bud z toho udelej public nebo me pridej pls – jreznik. Dik.
14. 2. 2012 at 13:26
Doplněno, dík.
14. 2. 2012 at 13:34
Moc pěkné, už jsem ohvězdičkoval Android verzi 🙂
15. 2. 2012 at 21:45
Přístupnost je i na programu GTK hackfestu, který proběhne v následujících dnech v Brně.
15. 2. 2012 at 21:55
to je dobrý
16. 2. 2012 at 15:20
No jo, Phoronix… 😉
16. 2. 2012 at 15:24
LLVM nikoli LVVM. Je to zkratka z „Low Level Virtual Machine“
16. 2. 2012 at 15:37
Opraveno.
18. 2. 2012 at 17:08
Jeste tag prosim 🙂
17. 2. 2012 at 21:15
Přidal bych ještě Jirku Eischmanna, bez něj by konference nebyla 🙂
17. 2. 2012 at 23:24
Doplněn.
20. 2. 2012 at 20:01
Neskutečná akce. V mém okolí používám v podstatě jen já Fedoru, ale na konferenci 🙂 … No jako bych našel další rodinu.
Šíře prezentovaných okruhů byla parádní. Pokryla i moje neprogramátorské zájmy.
Zastoupení prezentujících z celého světa bylo taky impozantní.
Ještě teď jsem nadšen 🙂
20. 2. 2012 at 20:34
To rád slyším, díky!
21. 2. 2012 at 08:13
Bude možnost se podívat na videa z přednášek ?
21. 2. 2012 at 09:40
Dnes jsem zacal prvni zpracovavat. Bude mi to trvat a asi se tady objevi postupne, ale odpoved je „Ano, bude!“ 🙂
24. 2. 2012 at 10:41
Doporučuji přidat odkaz na tento nebo podobný článek do patičky webu a také na stránku „Jak se zapojit“.
24. 2. 2012 at 10:52
Bylo to v plánu – předběhl jsi mě 🙂
26. 2. 2012 at 19:05
Díky za tento seriál. Chci jen zeptat, dá se ještě do Eclipse stáhnout čeština? Verzi 3.1 jsem měl v češtině včetně komplet nápovědy (!), ale už nevim, kde jsem to stahoval.
Vím, že programátor by měl umět aspoň základy angliny, ale někdy člověk prostě tápe. A ta přeložená nápověda byla fajn, hlavně pro začátečníky.
28. 2. 2012 at 16:31
To skutecne nevim a popravde receno (i kdyz je fajn mit lokalizovanou aplikaci) bych se trosku bal aktualizace te napovedy.
26. 2. 2012 at 19:11
Mimochodem, nehodil by se tento seriál na Zdroják? Určitě by tam zapadl líp než Historie vývoje počítačových her.
28. 2. 2012 at 16:09
Zdravim. Ta historie hernich konzoli nema ci nemela byt na zdrojaku, ale nekdy asi dojde ke spatnemu propojeni s Rootem – pouziva se tam jeden spolecny redakcni system. Ted uz by to melo byt linkovano i z Rootu a ze Zdrojaku, takze aspon toto 🙂
28. 2. 2012 at 15:41
Výborný článok o prostredí Eclipse. Dúfam, že budú aj ďalšie, napr. ako vytvárať web services v Jave, PHP, …
28. 2. 2012 at 16:30
Urcite jeste budou dalsi pokracovani. Chystam se popsat vzdalene ladeni (dobre pro reseni problemu na aplikacnim serveru napriklad) a z jinych jazyku se zminim o dobrem PyDev.
2. 3. 2012 at 13:26
Dobrý den, bude možné pro ty co nemohou přijít být ve spojení při akci Testday powermanagementu přes internet ? Pokud ano, jak?
Děkuji
2. 3. 2012 at 14:00
Samozřejmě. Test days jsou vždy online akce, kde se může zapojit kdokoliv, kdo má připojení k Internetu. „Fyzická“ podoba test daye, kterou máme během dne otevřených dveří, je výjimka, kterou zkoušíme. V pondělí vyjde článek o tom, jak se zapojit do testování v rámci test days. Tam se dozvíte podrobnosti.
3. 4. 2012 at 13:56
zde je odkaz na PM testday se vsemi intrukcemi potrebnymi pro testday:
http://fedoraproject.org/wiki/Test_Day:2012-04-04_Power_Management
5. 3. 2012 at 21:50
Ten kalendář v ICS je dobrej. Přidávám si ho.
7. 3. 2012 at 08:39
Skor by ma zaujimalo ako zmenit gtk na tmavy variantu pre vsetky programy.
7. 3. 2012 at 10:42
Tak to by měla být obrácená varianta celého postupu, tudíž místo abyste smazal gtk-dark.css a přidal tam link na gtk.css, tak smažete gtk.css a přidáte tam link na gtk-dark.css.
Ale nezkoušel jsem to.
12. 3. 2012 at 08:52
funguje, diky
7. 3. 2012 at 10:45
Myslím si, že přidat
gtk-application-prefer-dark-theme = false
do ~/.config/gtk-3.0/settings.ini bude snadnějí.
7. 3. 2012 at 11:04
Snadnější to je, ale i když by to podle dokumentace [1] fungovat mělo, tak u mě to nemá žádný vliv. Máte to ozkoušené?
[1] http://developer.gnome.org/gtk3/3.2/GtkSettings.html
7. 3. 2012 at 13:43
Tak ten pokus se settings.ini mi taky nefunguje, jinak bych chtěl potvrdit nastavení gtk na tmavou variantu, to funguje bez problému stačí prohodit gtk.css a gtk-dark.css, jak uvedl v komentáři výše Kamil Páral.
#! /bin/bash
mkdir -p ~/.themes/Adwaita-Dark
cp -r /usr/share/themes/Adwaita/gtk-* ~/.themes/Adwaita-Dark
rm ~/.themes/Adwaita-Dark/gtk-3.0/gtk.css
ln -s gtk-dark.css ~/.themes/Adwaita-Dark/gtk-3.0/gtk.css
[ ! -f /usr/bin/gnome-tweak-tool ] && yum -y install gnome-tweak-tool
gnome-tweak-tool
12. 3. 2012 at 14:29
ThinkPady, Fedora .. a ještě k tomu aji krásný ženy .. tož totok byla kombinace 😀
14. 3. 2012 at 11:36
Jen poopravim tu cast o btrfs, kde to autor nevystihl uplne presne. Ext4 jiz zvlada vic nez 16TB, ale ta skalovatelnost je dost slaba. Fsync u btrfs samozrejme funguje, rikal jsem jen, ze ma urcite vykonnostni problemy. Problem s velkymi soubory je hlavne v pripade FS obrazu pro VM, nebo treba u databazi tzn. vsude tam kde se ruzne casti souboru pomerne casto prepisuji. Duvodem je COW, kdy dochazi k v tehle situaci dochazi k nadmerne fragmentaci.
14. 3. 2012 at 11:37
Diky za super shrnuti!
22. 3. 2012 at 08:16
Beefy Miracle is „the worst name I ever heard“ and so is „Joey Joe Joe Jr. Shabadoo“ Jojo… A takovych spojitosti je tam spousta.
22. 3. 2012 at 16:28
Letos to je opravdu hodně ujeté, tento taky stojí za to: Methane – Beefy Miracle is a product of cows and so is Methane 🙂
22. 3. 2012 at 15:47
Dobry den, jaky bude jazyk jednotlivych prednasek, je to nekde specifikovano? Dekuji.
22. 3. 2012 at 15:59
Výchozím jazykem bude angličtina, ale většina přednášejících budou Češi, takže pokud budou v publiku všichni rozumět češtině, bude přednáška česky.
27. 3. 2012 at 22:28
Dik, vyzkousim!
2. 4. 2012 at 13:49
staci to otestovat z live distra alebo musi byt f17 nainstalovana na disku ?
2. 4. 2012 at 14:00
Stačí jen live systém. Bude vytvořené i speciální ISO, které bude mít připravené všechny nástroje, které jsou pro testování potřeba. Pak to stačí jen hodit na flashku, nabootovat do live systému, pustit se do testů. Není potřeba nic instalovat.
2. 4. 2012 at 15:58
tak to bude asi najlepsie ak pockam do 4. aby som stiahol posledny night build a potom budem testovat
2. 4. 2012 at 16:02
S obyčejným nightly buildem to půjde taky, ale ten speciální build pro test day, který vytvoří Jarda Škarvada, bude vhodnější. Budou tam totiž třeba nástroje, které jsou k testování potřeba a nejsou třeba v normálním live ISO. Odkaz na stažení bude uvedený na wiki test daye ve středu.
3. 4. 2012 at 01:46
Ahoj,
mam obraceny dotaz – co si nainstalovat do normalni hdd instalace, abych se mohl zucastnit? Rad bych otestoval nejake scenare, ktere mi v F16 delaly problemy, zejmena uspavani a probouzeni kryptovanych filesystemu mi obcas dela problem.
Mik
3. 4. 2012 at 10:56
Předpokládám, že Jarda během dneška zveřejní na wiki všechny pokyny tak, aby byly zítra k dispozici včetně toho, co si má člověk doinstalovat, pokud nepoužije jeho speciální build. Nicméně nevím, jestli to bude všechno fungovat i v F16. Přece jen ten test day je zaměřený na F17.
2. 4. 2012 at 21:04
Čau, pokud chcete znát dopředu program OpenHousu, stáhnětě si aplikaci pro Android na https://play.google.com/store/apps/details?id=net.ospace.openhouse
3. 4. 2012 at 00:09
Pekne. Nicmene generovane (nebo rucne psane) gettery, settery, toString(), hashCode() a equals() vypadaji slozite. Navic se casto zapomene na jejich aktualizaci pri zmene fieldu. Napr. kdyz se prida novy field tak je potreba zmenit toString(), hashCode() a equals(). Nebo kdyz se treba prejmenuje field (ALT+SHIFT+R v elcipse) tak vznikne v toString() neco jako … + “ oldFieldName = “ + newFieldName + … Prejmenuje se field ale ten stary nazev uvnitr uvozovek se nezmeni.
Proto a nejen proto bcyh doporucil spis http://projectlombok.org
3. 4. 2012 at 11:37
Mate pravdu, nekdy je to problem (i kdyz Eclipse dost pomaha). K projektu Lombok se urcite jeste v tomto serialu dostanu 🙂
3. 4. 2012 at 19:34
Knihovna commons-lang od apache nabizi ToStringBuilder, EqualsBuilder a HashCodeBuilder ktere prochazi properties reflexi. Da se nastavit, aby je Eclipse generoval misto klasickych. viz. http://azagorneanu.blogspot.com/2011/08/how-to-generate-equals-hashcode.html
4. 4. 2012 at 10:25
Pěkné, ale mě by spíš potěšilo, kdyby „system monitor“ zobrazoval teploty ze senzorů které jsou na desce, grafice, HDD a otáčky větráčků a případně upozorňoval, že nějaká teplota a otáčky ventilátoru překročily přípustnou hranici.
4. 4. 2012 at 17:10
už sa na to teším. tie notifikacie sú zatiaľ vyriešené dosť podivne, ale aj tak považujem gnome3 za veľmi dobre navrhnuté a veľmi dobre ovľadatelné prostredie.
k tým notifikáciám teplôt: si možeš spraviť taký skript, čo ti každú minútu (cron) skontroluje teploty a v prípade, že by nejaká bola vyššia ako si určíš, tak sa ti zobrazí notifikácia (notify-send).
9. 4. 2012 at 15:45
Říkám si, že je skoro až zbytečné informovat o prvních dvou posunutích. Zajímavé to začíná být až při třetím. 😀
10. 4. 2012 at 17:15
Čirou náhodou jsem ho zrovna dnes zkoušel a nepovedlo se mi prokousat závislostmi. Funguje to někomu? Jsem jen gramlavý?
10. 4. 2012 at 17:20
Kevin píše, že problémy pořád dělá xfburn, takže ten by se měl vynechat při updatu, aby se to celé aktualizovalo.
Jinak nejlepší asi bude se zeptat, případně hlásit problémy na mailing listu: https://lists.fedoraproject.org/mailman/listinfo/xfce
11. 4. 2012 at 09:01
Xfburn to není (ten jeho blog jsem četl). No mě to srdce až tak nerve, jsem jsem chtěl vyzkoušet, jak v 4.10 funguje ten tiling.
11. 4. 2012 at 09:09
Ale díky za odkaz na ten mailing list. Oni tam ten problém řešili a dnes už je to fixnuté.
17. 4. 2012 at 18:40
K tomu Poulsbo nutno říct, že nový ovladač zatím podporuje pouze 2D. Veškeré 3D efekty se vykreslují softwarově a vzhledem k tomu, že tato karta je většinou na nevýkonných netboocích, výsledek je hodně pomalé prostředí. Testováno na jednom z nich.
20. 4. 2012 at 19:33
Jo, u téhle změny jsem tak nějak byl, v bugzille :).
21. 4. 2012 at 13:11
Bol by som pre ak by Fedora project nemenovala žiadné ´´zbytočné´´ názvy do vydaní a nechala klasiku podľa čísla, vyzerá to výrazne vyzrelejšie ako ostatné distrá a ich ´´názvy´´ verzií.
22. 4. 2012 at 00:38
Já jsem zahlasoval pro zachování názvů. Jsou fajn.
22. 4. 2012 at 21:44
A pamatuješ si je? Já teda vůbec ne. Osobně je považuju taky za zbytečné, název se použije jednou při vydání distra a ani vzhled disitrbuce už se dávno nepřízpusobuje názvu.
22. 4. 2012 at 22:29
Ono to nějaký marketingový efekt má. Trochu to to vydání odlišuje a ozvláštňuje. Když si třeba Christoph Wickert běhá po FUDpubu v kostýmu hotdogu nebo se na release parties servírují hotdogy.
Režie je k tomu minimální. Prostě se udělá výběrové kolo a potom anketa. Já bych to nechal.
24. 4. 2012 at 08:44
Ano, zrovna hotdog se da marketingove pouzit. Ale nevim v jakym kostymu by si behal pro Laughlin nebo Lovelock 🙂
23. 4. 2012 at 01:01
Tak několik posledních bych dohromady dal :). Nejspíš všechny od té doby, co (znovu) používám Fedoru.
24. 4. 2012 at 08:45
No ja měl po RH9 myslím Heidleberg a pak co mě utkvělo v paměti je akorat Generál Zod ze Supermana .. ale jinak celá historie je tady http://fedoraproject.org/wiki/History_of_Fedora_release_names
25. 4. 2012 at 23:07
Tak to jsem zvědavý, zda se tam podaří dostat GIMP 2.8. Je sice venku už RC1, ale kdo ví, kdy bude final, který se pořád oddaluje 🙁
26. 4. 2012 at 15:23
GIMP 2.8 bude AFAIK ve Fedoře 17 na jistotu. Pokud nevyjde finální verze, bude tam RC. Ta už je dostatečně stabilní.
30. 4. 2012 at 09:06
Jak je na tom beta s mp3 dekoderem? Nainstloval jsem si Fedoru 17 beta a přidal repozitář rpmfusion a nedaří se mi zprovoznit mp3. Není to náhodou tím, že ještě není připraven balíček?
30. 4. 2012 at 11:44
Myslím, že hlasovat nemohou všichni registrovaní uživatelé s účtem FAS, ale pouze členové nějaké non-CLA skupiny, ať už to je cokoli 🙁
30. 4. 2012 at 14:46
Aha, je to tak. Opět jenom pro přispěvatele. To je škoda, toto mohli otevřít i uživatelům. BTW není na čase se přihlásit do Xfce Spinu? 😉
5. 5. 2012 at 00:39
Tak SUPER, ať žijí „přihlouplé“ názvy distribucí. Proč nemůže být FEDORA, prostě jenom FEDORA, nebo UBUNTU, jenom Ubuntu, atd… ???
6. 5. 2012 at 12:42
mne sa codenames celkom pacia ale u fedory to ide s nimi dole vodou. Podla mna najlepsie ma LinuxMint
6. 5. 2012 at 19:54
Co máš proti kulaté krávě?
10. 5. 2012 at 10:15
pride mi to vtipne a chyba tomu styl 😀
10. 5. 2012 at 17:21
Me zas prijdou zenska jmena extremne fadni. Linux Mint 12 Lisa zni, jak kdyby to vymyslel okrasny spolek v domove duchodcu 😉
10. 5. 2012 at 11:09
Tak tomu není. TC jsou jen interní buildy, které se mění rychle a jsou hlavně pro QA tým. Jakmile jsou důležité problémy opraveny, tak vyjde RC1 (Release Candidate). Ten je mnohem víc veřejně propagovaný a očekává se hodně ohlasů od komunity. Pokud bude RC1 v pořádku, tak se přejmenuje na GOLD (finální vydání). Pokud ne, tak vyjde RC2, RC3, atd. Takže aktuální TC4 určitě poslední není.
10. 5. 2012 at 11:14
Ale proč je označovaný jako „final“?
10. 5. 2012 at 11:21
No protože je to F17 Final TC4, tudíž čtvrtý testovací sestavení finální Fedory 17. Taky by se dalo napsat F17 TC4, to slovíčko Final se občas používá, aby se to jasně odlišilo např. od F17 Beta TC4, což by bylo čtvrté testovací sestavení betaverze Fedory 17.
Jednoduché? Příliš komplikované? Každopádně už nějakou dobu se uvažuje o nějaké změně značení 🙂
10. 5. 2012 at 11:29
Je-li to poslední TC, tak tak je myšlena i zprávička.
10. 5. 2012 at 11:53
No nechtěl jsem, aby „které by mělo být posledním testovacím vydáním před finální verzí“ zmátlo lidi. Prostě TC -> RC -> GOLD.
10. 5. 2012 at 12:18
Nechtěl jsem pořád opakovat „test compose“, tak jsem napsal „vydání“, což nebylo šťastné.
10. 5. 2012 at 12:19
Upravil jsem to, aby nebyla zpráva matoucí.
14. 5. 2012 at 17:02
A už je tu TC5 🙂
10. 5. 2012 at 11:27
Zdravim,
mam dotaz k praci na vice projektech. Necha se eclipse nejak nastavit aby kdyz projekt uzavru aby pozaviral taby vsech otevrenych souboru z toho projektu? A aby pri opetovnem otevreni projektu tyto soubory sam znovu otevrel?
11. 5. 2012 at 14:41
Su k dispozicii zaznamy alebo aspom sladjy z prednasok? Rad by som si pozrel prednasku o Venezuele, „možnosti přispívání do Fedory“ a „jak může open source pomoci studentům v budoucí kariéře“.
11. 5. 2012 at 15:44
Natáčelo se to na kameru, ale kdy to bude venku, to netuším. Na základě zkušeností z českých akcí bych řekl o Vánocích nebo taky nikdy 🙂
Jinak slajdy z mých přednášek jsou ke stažení zde:
http://dl.dropbox.com/u/1309518/vienna2012.odp
http://dl.dropbox.com/u/1309518/contributing-to-fedora.odp
Nicméně netuším, nakolik to řekne, o čem ta přednáška byla. Snažím se toho mít na slajdech spíš míň než víc.
11. 5. 2012 at 17:41
Dakujem za slajdy.
11. 5. 2012 at 15:16
Ještě bych doplnil, že kromě voleb do FAmSCo probíhají také volby do Boardu a FESCo, i když tam nedochází ke kompletní obměně jako FAmSCo.
18. 5. 2012 at 10:41
Vyborny a hlavne vecny (konkretny) clanok !
18. 5. 2012 at 11:23
kde sa dozviem viac o tejto akcii a bude mozne prihlasenie?
18. 5. 2012 at 17:23
Momentálně čekáme na potvrzení termínu od IEEE, které bude lokálním organizátorem akce. To by mělo být do konce května. Pak zveřejníme program a další detaily.
28. 5. 2012 at 09:37
Stale ziadne info? Som sa tesil, ze konecne bude aj v Kosiciach nejaka akcia. Ak treba, tak mozem pripadne aj trocha pomoct.
3. 6. 2012 at 18:10
Akce bude, ale opravdu nemáme momentálně žádné zajištěné informace. Na 90 % to bude toho 14.6., s největší pravděpodobností odpoledne (16 nebo 17:00). I program už mám předběžně hotový. Bohužel ale nemůžeme říct na pevno čas a místo, dokud nám to nepotvrdí IEEE. Měli by to udělat tento týden.
18. 5. 2012 at 12:18
díky za super článek! Těším se na další novinky.
18. 5. 2012 at 12:44
Děkuji za skvělý článek! Jeden z důvodů proč jsem si oblíbil fedoru je, že přináší nové záležitosti a obzvlášť co se týká bezpečnosti. Ovšem zpříjemněni práce se systémem v hezkém a k komu funkčně rozšiřujícím prostředí je příjemný bonus.
18. 5. 2012 at 14:51
Snad ten problém s novým grubem (graficka nadstavba) nebude závažnější. Ovšem na screenech to vypadá pěkně.
22. 5. 2012 at 00:22
Mě by potěšilo, kdyby se na dash zaměřili trochu více. Já mám v dashi docela dost spouštěčů a když je jich tam hodně, tak jsou všechny ikonky titěrné 🙁 Je toho více, to byl jen příklad, možná by se mohli inspirovat trochu Unity i když osobně Unity nemusím, poslední jeho verze vypadá docela dobře a to i přes to, že jsem fanda a zastánce shellu 🙂
25. 5. 2012 at 11:54
Být mladší a především chytřejší, tak by to bylo něco co bych rád zkusil. Ale nemám na to.
25. 5. 2012 at 12:26
Z našich zkušeností se příliš mnoho lidí zbytečně podceňuje, ironicky hlavně těch dobrých. Zúčastnit se příjimacího řízení není zas tak náročné, pár emailů a test, případně pohovor. Pokud člověk neuspěje, tak alespoň získá nějakou zkušenost do příště. Doporučuji nebát se a jít do toho.
25. 5. 2012 at 21:07
Skoda ze vetsina lidi nevi ani co QA znamena natoz co dela. Coz je jeden z problemu QA. 🙂
27. 5. 2012 at 16:29
Tak v popisu náplně práce je to částečně rozepsáno. Zároveň ovšem ale také hledáme lidi, kteří když neví, tak dokážou použít Google nebo Wikipedii (to je součástí požadavku na samostatnost) 😉
http://cs.wikipedia.org/wiki/Quality_assurance
27. 5. 2012 at 21:32
Zdravím,
chci je zeptat, zda je pozice vhodná i pro studenty VŠ bez praxe? Popřípadě, jestli existuje nějaký program pro lidi bez praxe, klidně i zadarmo – za zkušenosti? Nemusí to být nutně QA, ale i jiné pozice … 🙂
Díky za odpověď!
28. 5. 2012 at 01:28
U studentů se nijak moc (komerční) praxe neočekává, málokdo při studiu ještě pracuje. Spíše se očekává zájem o danou oblast a nějaké (osobní, spíš než firemní) zkušenosti s Linuxem / s JBoss u pozic s Javou, atp.
Co se velice cení je zkušenost se zapojením do opensource projektů nebo komunit kolem jednotlivých distribucí. Určitě máme zájem o lidi, které oslovuje filozofie Red Hatu a opensource obecně.
Pozic je spousta, není to pouze QA. Více viz
http://eischmann.wordpress.com/2012/05/10/summer-internship-in-red-hat/
Doporučuji ale zaslat CV co nejdřív. Nevím, kdy přesně je uzávěrka, ale předpokládám, že už brzy.
28. 5. 2012 at 09:54
Intern pozice jsou právě pro studenty bez praxe. Nějaká předchozí pracovní zkušenost může ve výběrovém řízení pomoct, ale není tak podstatná.
27. 5. 2012 at 21:36
Snad už konečně odladí podporu duálních GPU v NTB
28. 5. 2012 at 20:23
Toto není o doladění. Současné API X.orgu toto nepodporuje. Musí dojít k zásadní změně tam (prý už se plánuje), potom to může být i ve Fedoře. Momentálně funguje takové „dočasné“ řešení v podobně projektu Bumblebee. Tady je návod, jak to rozchodit ve Fedoře: https://fedoraproject.org/wiki/Bumblebee BTW týká se to jen karet nVidia.
28. 5. 2012 at 23:59
Děkuji za info, škoda že mám ATI (AMD) Acer 5820TG … Tak pro příště s GPU NV 🙂
29. 5. 2012 at 01:01
Tak se dívám, že podpora v Linuxu pro AMD PowerXpress má být již od Catalystů 11.4. Problém je ale pořád v X.orgu, protože ten nepodporuje přepínání grafických karet bez toho, aby se musel restartovat.
29. 5. 2012 at 23:12
A dá se nějak donutit, aby integrovanou v CPU (i5) vypl a používal pouze HD5650? Pokud totiž nainstaluji catalysty, tak mi to píše HW not found. Diky!
30. 5. 2012 at 11:50
To netuším. Já jsem zatím počítač s duální grafikou neměl. Protože to v Linuxu stále pořádně nefunguje, raději se jim vyhýbám. Nemůže být třeba vypnutá v BIOSu? Doporučuju se zeptat tady na fóru, třeba někdo poradí.
30. 5. 2012 at 13:04
Vyreseno, vypl jsem ji v BIOSu… Ted jen vyresit zvuk prez HDMI a je to…. Diky
28. 5. 2012 at 10:29
Je mozne prejst z f16 jednoducho pomocou preupgrade?
28. 5. 2012 at 10:37
Pomocí preupgrade sem přecházel o víkendu a až na nějaké drobnosti s GRUBem (stačilo jej znovu nainstalovat pomocí grub2-install) to proběhlo v pořádku. Takže určitě to jednoduše lze, viz.
29. 5. 2012 at 08:55
Tohle mi zrovna jako drobnost nepřijde. Ale předpokládám, že ve final se to již stávat nebude.
29. 5. 2012 at 10:10
Tak preupgrade prebehol ok, tiez sa mi nenainstalovalo nove jadro, ale v pohode nabehlo f16 jadro a po update systemu je uz vsetko ok.
29. 5. 2012 at 12:01
http://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_Fedora_17
na téhle stránce je varování, že díky různým změnám v F17 není preupgrade preferovaná cesta a doporučuje se záloha a čistá instalace. I tak ale jsem to zkoušel a zdá se že všechno proběhlo v pořádku .. stejně jako maksi jsem nastartoval s F16 jádrem a po updejtu a restartu skončil u F17.
30. 5. 2012 at 07:45
Podle mě tam je napsáno, že není podporován yum upgrade, ale že by se měla použít anaconda přes DVD nebo preupgrade.
Ale pokud to prošlo bez problémů, tak jsem velice rád a brzy to zkusím 🙂
29. 5. 2012 at 22:46
Může mi někdo prosím osvětlit vtipnost toho komentáře o C++?
29. 5. 2012 at 22:56
Mna by to teda tiez zaujimalo. 🙂
31. 5. 2012 at 12:54
Díky. Vzhledem k tomu, že mne na fóru zajímalo, kdo ho ma kratšího, tak tohle mi pomůže se přiblížit ostatním.
31. 5. 2012 at 13:54
Přepokládám že takhle rychle boot dostanu pouze s SSD, na kolik to pomůže s běžným HHD? Moje Fedora rawhide startuje asi minutu a půl (KDE) ale vyplatí se. Navíc je poodle mě stejně pohodlnější hibernovat.
31. 5. 2012 at 16:20
Preupgradem jsem prošel a samotné grub2-mkconfig nepomohlo, musel jsem spustit ještě grub2-install /dev/sda. Teď už se Fedora restartuje a vypíná jedna radost..
1. 6. 2012 at 13:50
Je to tak, díky za komentář. Vypadá to, že je nutné před tím ještě spustit grub2-install. Další spojený bug :/
3. 6. 2012 at 16:39
Jsou nutne oba dva kroky. Potom se mi to rozjelo.
Ale zase jsem narazil na tradicni problem jmenem catalyst, ktery opet neni pro novou distribuci k dispozici. Beta verze Catalystu mi nejak nezabrala a nakonec ani donwgrade pres yum zpet na FC16 mi neprosel (Nejprve jen xorg, pak jsem zkousel downgrade cele distribuce). No nic no… bud se uz na ati grafiku vykaslu nebo si jeste mesic pockam
31. 5. 2012 at 21:12
Hlavni problem pri bootu u fedory 16 je to, ze pro kazdy posbirany sitovy nastaveni (mozna jen wifi – nejsem si jistej) se z nejakeho duvodu ceka 20s. Bezne pouzivam 3, takze jsem na minute – a obcas se pripojuju jeste v hospode a to se mi pak prida dalsi, takze se to jeste prodluzuje.
Vetsinou to resim tak, ze zapnu pocitac a jdu si uvarit nejakej dobrej caj.
31. 5. 2012 at 22:10
Tak tohle moje Fedora 16 nedělá.
1. 6. 2012 at 08:07
Co vím, tak to způsobuje IPv6 timeout (pokouší se získat i IPv6 adresu), stačí pro každé přípojení nastavit IPv6 ignorovat.
9. 6. 2012 at 11:23
Aj mne to robila fedora 16 osobne som to zacal pozorovat po vypnuti network managera ked som nastavil wifinu najprv sa pripoji na AP.
1. 6. 2012 at 12:59
Je niečo nové ohľadom akcie?
3. 6. 2012 at 18:11
Vizte moji odpověď výše. Bohužel stále nemůžeme zveřejnit pevný čas a datum, ale s akcí počítáme.
4. 6. 2012 at 10:47
Dobrý den.
Prošel jsem úspěšně peklem upgradu F16 -> F17 a po t0to zkušenosti se domnívám, že lze poměrně úspěšně pochybovat o správnosti o správnosti tvrzení, že tato chyba byla nalezena až po finálním vydání F17. Spíše někdo zcela špatně vyhodnotil závažnost této chyby, která v případě F17 je zřejmě kvůli změnám ohledně /usr, /bin a /sbin mnohem větší, než u dřívějších releasů.
Chyba byla v souvislosti s F17 prokazatelně známa již 2012-05-09 14:13 EDT, viz https://bugzilla.redhat.com/show_bug.cgi?id=820351 a odkaz na tuto chybu je dokonce v sekci NTH dokumentu
http://fedoraproject.org/wiki/Final_Release_Blockers
„820351 anaconda NEW It’s possible not to get a kernel from the new release when doing an upgrade“
Ta chyba je podle mého názoru v instalátoru dávno přes mnoho releasů zpět a netýká se jen kernelu. Stačí se podívat, co všechno po upgradu udělá „yum distro-sync“ a hned je vidět, žeb tato chyba se netýká jen balíků kernelu, ale i dalších.
Hezký den,
E.V.
4. 6. 2012 at 11:11
Odkazovaný bug je ohledně DVD upgradu, a známý je, ale je to jiný problém. Preupgrade bug je 826537.
4. 6. 2012 at 11:15
Ještě bych možná měl upřesnit, že to není ani tak chyba, jako známá limitace upgradu přes DVD. Na DVD nelze samozřejmě balíčky aktualizovat, a když mezitím vyjdou novější verze balíčků jako updaty do starší verze Fedory, tak je z DVD prostě nemůžete nainstalovat, protože jsou starší.
Množí se hlasy aby se možnost upgradu pomocí DVD úplně zrušila a já osobně mám dojem úplně stejný. Většinou to sice víceméně funguje, ale je to balancování na ostří nože.
4. 6. 2012 at 12:21
Dobrý den.
Díky za upřesnění. Já se s tím popral úspěšně a mnozí jiní jistě také, ale pro bežného desktop-only uživatele je to IMHO docela malér. Ať se vám brzy povede nějaká šikovná oprava!
Pokud jde o upgrade z DVD, nerad bych o tu možnost přišel, je to podle mého názoru pořád ještě nejspolehlivější způsob. Zvlášť v situacích, kdy se upgrade nedaří dobře, se mi třeba množství .rpm na lokálním mediu někdy docela hodilo.
Je ovšem pravda, že vždy upgraduji poměrně brzy po vydání nové verze, časem se situace může zhoršit, zvlášťě asi při upgradu z up-to-date starší verze.
Je třeba také myslet na instalace bez přístupu k internetu, kde upgradujete z DVD a následně pak opakovaně aktualizujete z /var/cache/yum, přineseném z jiné mašiny na nějakém mediu.
Za sebe bych v současné době votoval proti ztrátě možnosti upgradu z DVD.
Hezký den,
E.V.
http://www.ezv.noveradsl.cz 🙂
4. 6. 2012 at 12:58
Problém s preupgrade by nyní snad měl být již konečně opraven.
4. 6. 2012 at 13:00
Fedora 17 je zatím jediná distrubuce, která nabootuje na mém MacBook Pro 8,1 z loňska. Docela mě to příjemně překvapilo.
Zkoušel jsem, ale jen live distro. Neměl jsem odvahu instalovat do dual bootu. Nikde jsem nenašel žádný návod. Přeci jen macbook je pracovní stroj.
Kromě wifi vše funguje, včetně uspávání což je příjemné zjištění. U wifi je potřebný doinstalovat firmware, ale to jsem na live cd nezkoušel. Škoda, že zde není jako ho jednoduše nainstalovat jako v ubuntu.
Nepříjemné jen bylo, že na trackpadu nelze udělat pravý klik myší. Nikde nebylo jak to nastavit. Tohle bych očekával v ovládacím centru gnome.
Jen tak dál.
4. 6. 2012 at 19:33
Jako hlavni duvod proc nepresouvat se mi jevi tahleta propaganda.
Mytus: presun prinese nejaky problem.
Fakt: pri preupgrade fedory z 16 na 17 dochazelo diky usrmove ke kernel panic.
Myslim, ze kazda vetsi zmena (jako treba takhle) nutne musi prinest
1) nezanedbatelne mnozstvi prace
2) nejake problemy
Aby zmena mohla probehnout, tak by mela prinest nejake benefity. Sorry, ale to ze se musi misto jednoho adresare namountovat 5 adresaru se mi nezda jako vyrazny benefit.
Mýtus č. 3: Sloučení /usr zhorší kompatibilitu s dalšími Unixy/Linuxy.
Fakt: Poskytováním všech binárních nástrojů v /usr/bin i v /bin (resp. /usr/sbin + /sbin) se kompatibilita s natvrdo napsanými binárními cestami ve skriptech zvýší. Když distro A instaluje nástroj „foo“ do /usr/bin a distro B do /bin, poskytneme ho v obou, čímž zařídíme kompatibilitu mezi A a B.
Oprava: Programy udelane na fedore budou fungovat. Kdyz bude chtit stejne programy pouzit mainstream mimo fedoru, tak to fungovat nemusi.
4. 6. 2012 at 22:35
Dobrý večer.
Rád bych se ještě vrátil k problému těch starých verzí po upgradu. Vezmu si za příklad F16 jako starou verzi a F17 jako novou verzi fedory.
Tentokrát mne upgrade F16 -> F17 zanechal (kromě jiných balíků z F16) s kernelem a s yum-em z F16. Zrovna v případě kernelu i yum-u bych řekl, že patří mezi balíky, které by ze po upgradu z DVD měly určitě být z F17.
Podle výsledku upgradu z DVD (v systému zůstanou vyšší verze některých balíků z F16, ikdyž na DVD jsou k dispozici nižší verze z F17) se mi zdá, že instalátor (po přípravách a kromě jiného) dělá nad hromadou balíků, dostupných na DVD (v obecném případě dostupných odkudkoli) jakousi obdobu „yum upgrade,“ přičemž klidně brejkne závislosti vzhledem k balíkům mimo dostupnou hromadu, což se ovšem předpokládá a v daném okamžiku to nevadí, sprav9 se to později.
A tak mne napadlo, jestli by věc neřešilo, kdyby instalátor dělal obdobu „yum distro-sync full“ nebo „yum update“ a „yum distro-sync full“ nebo něco v tomto stylu nad již zmíněnou hromadou dostupných balíků. „yum distro-sync“ umí přece i downgradovat. Výsledek téhle operace by podle mne by tenl, že by v rámci dané hromady dostupných balíků bylo vše nainstalováno ve verzích z F17. Možná by instalátor musel ještě nějak překopat třeba konfiguraci a instalaci grubu nebo vynutit instalaci kernelu z F17 jako dafault kernelu nebo něco jiného, ale to už by snad nebyl takový problém zprogramovat.
Prosím můžete se k tomuto nápadu vyjádřit, jestli by na tom něco mohlo být, nebo jestli, jak praví klasik, myslím pomalu a ještě k tomu blbě. 🙂
BTW, jak si tady můžu udělat preview svého příspěvku před jeho definitivním odesláním? Nevidím zde žádné tlačítko s takovou funkcí.
Hezký večer,
E.V.
distribution-synchronization or distro-sync
Synchronizes the installed package set with the latest packages available, this is done by either obsoleting, upgrading or downgrading as appropriate. This will „normally“ do the same thing as the upgrade command however if you have the package FOO installed at version 4, and the latest available is only version 3, then this command will downgrade FOO to version 3.
If you give the optional argument „full“, then the command will also reinstall packages where the install checksum and the available checksum do not match. And remove old packages (can be used to sync. rpmdb versions). The optional argument „different“ can be used to specify the default operation.
This command does not perform operations on groups, local packages or negative selections.
5. 6. 2012 at 09:23
Ano, popsal jste přesně proč je upgrade z DVD nefunkční. Jestli by se dala použít obdoba yum distro-sync místo yum upgrade to nevím, nejsem vývojář yumu. Ale pokud se zapíšete do [email protected] a [email protected] mailing listů ve Fedoře, tak tam o tom určitě budeme dříve nebo později diskutovat.
Náhled příspěvku bohužel udělat nelze, ale můžete poslat žádost na funkcionalitu redakci.
Hezký den.
6. 6. 2012 at 21:14
Rád bych přidal ještě žádost o posouzení možnosti nasazení IPv6 na http://www.fedora.cz, když už máme ten World IPv6 Launch.
7. 6. 2012 at 08:40
Mne by zajímalo, kde zrušit F10 jako rightclick 🙂 Ještě pár hodin a určitě na to přijdu.
7. 6. 2012 at 09:27
https://bugzilla.gnome.org/show_bug.cgi?id=661973
7. 6. 2012 at 09:52
Je to chyba v GTK, tady je workaround: https://bbs.archlinux.org/viewtopic.php?pid=1017546#p1017546
7. 6. 2012 at 10:38
Na to jsem taky narazil. Bohužel mi tento workaround nefunguje. Szkoušel jsem to jak s tak i bez toho a terminator (ne ten java) mi stále nutí kontextovou nabídku po vyskočení z mc, htop nebo smitty (aix) . Takže to bude zase rukama.
7. 6. 2012 at 10:39
vypadl z toho shift v větší/menší závorka. asi formátování textu.
7. 6. 2012 at 15:28
Hadam, ze uz je asi pozde, co..? Vypisuji se podobne pozice pro „nadsence“ i v zimnim naboru?
7. 6. 2012 at 15:34
Pozdě ještě není, zaregistrujte se v Doodlu a přijďte zítra na poslední termín testu:
http://eischmann.wordpress.com/2012/05/29/summer-internship-in-red-hat-update/
7. 6. 2012 at 15:37
Super! Diky 😉
7. 6. 2012 at 15:51
Napište prosím někam do hlavičky testu, že vás zajímá práce u Fedora QA, ať potom spadnete do správné škatulky. Díky.
8. 6. 2012 at 12:16
Ten grafický grub funguje jenom na některém HW? Mám HP 530 s intelí grafickou a když v GRUBu zadám terminal_output gfxterm tak mi to hlásí:
error: no suitable video mode found
8. 6. 2012 at 16:30
Před příkazem terminal_output gfxterm musí být nejprve nahrány příslušné ovladače. Pokud zadáváte příkaz přímo v konzoli či konfiguráku, musíte si také ovladače nejprve ručně natáhnout.
8. 6. 2012 at 18:12
Ptám se na to proto, že v configu /etc/default/grub mám nastavené téma Fedory 17, ale přesto mám Grub černobílý. Tak jsem to zkoušel otestovat přímo přes cmdlinu grubu.
8. 6. 2012 at 22:06
Co máte přesně v tom konfiguráku? Zkoušel jste použít test vbeinfo? Je nutné ho použít v textovém režimu.
9. 6. 2012 at 14:42
V konfiguračním souboru mám
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Fedora"
GRUB_DEFAULT=saved
GRUB_CMDLINE_LINUX="rd.md=0 rd.dm=0 rd.lvm.lv=vg_ntb/lv_root quiet SYSFONT=latarcyrheb-sun16 rhgb KEYTABLE=cz-lat2 LANG=cs_CZ.UTF-8 rd.lvm.lv=vg_ntb/lv_swap rd.luks.uuid=luks-f6654a31-06e2-4de6-a4a0-aa1904150ab3"
GRUB_THEME=/boot/grub2/themes/system/theme.txt
GRUB_GFXMODE=800x600
GRUB_TERMINAL_OUTPUT=gfxterm
a vbeinfo funguje OK.
11. 6. 2012 at 08:22
Zkusil jsem to samé a vše fungovalo. Doporučoval bych zkusit do konfiguráku přidat
GRUB_VIDEO_BACKEND=video_all
Případně zkusit změnit rozlišení – nejlépe na to, které vrátí výpis vbeinfo jako preffered (to ale nevypisuje vždy).
8. 6. 2012 at 19:19
Pro F17 je implicitní zavaděč grub2-2.0-0.25.beta4. Takže příspěvek je trochu pozdě. V tom „vylepšeném“ nelze zavést ani primitivní změnu – místo grafického jen textový režim (pomocí číslice 3 na konci řádku se slovem linux). Klávesy podle nápovědy nefungují.
8. 6. 2012 at 22:09
Můžete být konkrétní? Teď mám čerstvě přeinstalovaný počítač na Fedoru 17. Vzal jsem archvi s motivem z článku, rozbalil na příslušné místo, upravil /etc/default/grub, přegeneroval konfigurák a grafické téma funguje. Vše napsané v článku je tedy stále platné.
Klávesy podle nápovědy fungují, ale zdá se, že grub je nějaký rozbitý. Okno s terminálem se objeví, ale grub pak nereaguje. Patrně to bude bug. V pondělí otestuji více.
9. 6. 2012 at 09:01
Chyba mezi klávesnicí a židlí. Kurzorovou klávesou svisle dolů na řádek, Ctrl+e na konec řádku, mezerník a klávesa 3, Ctrl+x -> startuje do textového módu.
8. 6. 2012 at 21:48
Tak ja mam čistou instalaci a taky mi to občas udělá. Ale ne pokaždé.
9. 6. 2012 at 10:40
V tom případě se jedná o úplně jiný problém. Vyfoťte obrazovku a založte hlášení na https://bugzilla.redhat.com/ .
10. 6. 2012 at 21:01
Panebože! Lilo se opouštělo ve prospěch GRUBu pro to, že GRUB byl snadno konfigurovatelný i pro jen mírně poučeného laika přehledný, měl mnoho možností… Alespoň to byly důvody proč se obhajoval GRUB proti LILO. Grub fungoval více méně dobře. Dnes máme GRUB2 haleluja, ale jeho konfigurace je těžká kodéřina, s většinou věcí se v distru nepočítá a je potřeba to prohackovat… A tak je to ve Fedoře dneska se spoustou jen kapku pokročilejších věcí (cokoli víc než jen změna pozadí po přihlášení). Používám RedHat už někdy od 5.X řady ale tímto s tím končím a hledám jiné distro.
11. 6. 2012 at 08:27
Já bych s tím takový problém neviděl 🙂 Nemám přehled, kolik distribucí dnes ještě stále používá LILO, ale domnívám se, že GRUB používá většina. GRUB2 se ve Fedoře zavedl hlavně z toho důvodu, že starou verzi již v dnešní době nikdo nevyvíjí. No a pokud jde o konfigurovatelnost… s větším množstvím funkcí bohužel náročnost roste. V GIMPu jde také udělat spousta pokročilých úprav, přestože začátečník tam nenakreslí ani kružnici.
10. 6. 2012 at 21:22
Ostatně vypadá to, že druhá varianta už je v chodu: http://www.abclinuxu.cz/zpravicky/fedora-18-bude-kvuli-uefi-podepsana-microsoftem
11. 6. 2012 at 12:38
Je to zatim jen navrh, ktery ma daleko i idealnimu reseni, protoze bude podporovat rozsireni celeho tohoto nestesti. Jako v jinych pripadech by se melo rici hned NE, je to cele nesmysl, protoze jinak se toho nebude dat zbavit uz vubec.
10. 6. 2012 at 22:38
S Matthew Garrettem jsme v kontaktu a jeho zápisky o UEFI ve F18 vyjdou na fedora.cz v překladu.
12. 6. 2012 at 05:04
Jsem zvedavy co na to Evropska Unie a antimonopolni urad. Doufam ze se nam tu rysuje nejaka pekna antimonopolni kauza.
Podle me by mel BIOS mit nejakou flash kam naleju CA certifikatu kterym verim. Pak se spusti jenom aplikace ktere jsou podepsane temito certifikaty. Vubec nechapu proc by na to mel mit Microsoft nebo kdokoli jiny monopol. Doufam ze nedopadneme jako u Xboxu, ze si budeme nechavat na zakladni desku dobastlit chip co umozni nabootovat jiny operacni system.
Mik
12. 6. 2012 at 20:26
V UEFI biosu je takova „promenna“ do ktere se ukladaji verejne klice. Problem je, ze kdyby ji mohl menit kazdy, je tak, tak se opet rozpadne cely security chain. Takze procedura pridani klice, resp. update UEFI zrejme zase kontrolovana klicem. Urcite to pujde obejit, ale uz dnes zmenit cokoli v UEFI zvenku je horor..:(
15. 6. 2012 at 13:42
Opomíjíte, že pro změnu klíčů je třeba fyzický přístup ke stroji. Když máte fyzický přístup ke stroji, můžete dělat spoustu věcí, třeba změnit obsah fyzické paměti.
Přitom třeba TPM je schopno zaručit bezpečný boot, i když vlastník železa jej může přeprogramovat a není potřeba žádná autorita.
Secure boot UEFI mi přijde jako snaha udělat to znovu a jednodušeji za cenu ztráty svobody.
12. 6. 2012 at 13:32
Gratuluji!
12. 6. 2012 at 13:40
Dik za tip Kamile!
12. 6. 2012 at 15:07
taky Gratulace
12. 6. 2012 at 15:09
A jak spravne pripojit sitovy disk (NAT)?
Prohledavam fora a v kazdem je to trochu jinak…..
Nemel by nekdo cas napsat podobny clanecek….
12. 6. 2012 at 20:31
Myslis NAS. Kdyz si na NAS pridas export pres NFS, tak pak na pocitaci staci pridat mount do /etc/fstab a nemusis nic resit. Je to trochu jina situace nez ta popisovana, ale takovyto on-click mount z toho muzes udelat taky, uplne stejne.
12. 6. 2012 at 17:10
Já to vyřešil ve správci disků takhle:
1. Zaškrtl jsem Automatické volby připojování
2. Upravil jsem řádek do kterého se zapisují volby připojení uložené v /etc/fstab. Řádek v nastavení disků vypadal takto:
nosuid,nodev,nofail,x-gvfs-show
upravil jsem ho na:
nosuid,nodev,nofail,x-gvfs-show,umask=000
A po restartu už se disk připojil sám a nemusím zadávat heslo pro čtení a mazání souborů.
13. 6. 2012 at 09:19
To samé by šlo aplikovat na Python, ne?
13. 6. 2012 at 09:23
To by urcite slo, ale osobne mam ted tolik prace, ze nevim kam driv skocit – a tohle by chtelo hodne casu.
13. 6. 2012 at 23:31
Netbox přišel s ipv6. Lze to jejich nastavení, co uvádějí na http://n6.netbox.cz/mediawiki/index.php/Debian nějak naládovat do NetworkManageru?
14. 6. 2012 at 22:37
6in4 tunely jsem v NetworkManageru nezkoušel a letmé grepování zdrojáků neprozrazuje, že by něco takového uměl.
Ale tak jako tak, to co se tam píše, je spíš úkol pro domácí router a na to není NM moc stavěný. My jsme rádi, když to vůbec zvládne běžnou konfiguraci stanice nebo serveru plus se tam přidávají vlastnosti potřebné pro virtualizaci apod.
Mnohem vhodnější je na tenhle účel OpenWRT, na které mají na netboxu i návod. NetworkManager pak můžeš používat na koncových stanicích, které se k tomu routeru připojují.
Docela by mě zajímalo, proč nejde netbox cestou nativní konektivity, ale lepší něco než nic :).
15. 8. 2012 at 17:28
Kdyby se k tomu 6to4 někdo vracel….
https://bugzilla.gnome.org/show_bug.cgi?id=641194
14. 6. 2012 at 20:49
Teda nevím, jestli doporučovat easyLife. Například: SelinuxOff – In general, SELinux causes some trouble in Desktop environment. It is possible to turn if off without compromising security.
15. 6. 2012 at 12:50
guru si nainstali co potrebuje sam a LAMY jako ja co to pouzivaji jen jako desktop SELINUX nepotrebujou.
Stejne ho vypinam
15. 6. 2012 at 13:18
Chápu, Radku, že jsi chtěl hovořit jazykem obyčejného uživatele, ale zrovna tady je to trochu nešťastné.
AVI i DiVX jsou kontejnery, oba obvykle schovávají MPEG-4. Flash je zase ®™ značka Adobe a ta výslovně zakazuje její volné použití. Formát programu v ActionScriptu se jmenuje SWF a kontejner videa FLV. Ten opět obsahuje MPEG-4.
Takže nakonec se tvůj výčet smrskl na MPEG, což dobře ukazuje, v čem je zakopán pes.
20. 6. 2012 at 19:04
Výborná zpráva! Mimochodem, pokud by o to byl zájem, mohl bych v průběhu července připravit článek o provozování Fedory na Raspberry Pi. Dnes jsem obdržel informaci, že na začátku července by (konečně) mělo být vyexpedováno.
20. 6. 2012 at 23:56
Zájem by určitě byl. Někteří kolegové v Red Hatu už sice Raspberry mají taky, ale nemyslím, že se někdo z nich rozhoupe k napsání článku. Napište na [email protected].
21. 6. 2012 at 07:25
taky si myslím,že by článek uživatelé Raspberry Pi přivitali
26. 6. 2012 at 08:56
už aby tu článek byl, instalace fedora remix se mi nedaří nainstalovat, přes win32disk, tak přes xzcat fedora nabýhá, ale do rádku login: nedojede, ale na odpojení a připojení myši, nebo klávesnice reáguje 🙁
26. 6. 2012 at 21:48
Ještě mi musí Raspberry Pi dorazit :-/ Posledním e-mailem oddálili doručení na začátek července :-/
21. 6. 2012 at 19:02
A jak je to s prioritami gemů? Co když budu mít jeden a tentýž gem nainstalovaný z repozitářů, zároveň přes roota a ještě uživatelsky. A každý bude v jiné verzi. Který dostane přednost?
A uživatelsky instalované gemy jsou tedy zcela nezávislé na balíčkovacím systému? Tedy dostanu to samé, co by mi dalo RVM?
Jestli to chápu dobře, tak když pak budu v Apachi používat suexec a každý virtual host poběží tedy pod vlastním uživatelem, tak se automaticky budou přepínat gemy instalované pod tím uživatelem.
Ještě jsem Ruby na serveru nikdy nezprovozňoval, pouze na localhostu právě přes RVM, nicméně se na to chystám a kvůli tomuto článku trochu váhám. Původně jsem už byl rozhodnut pro RVM. Ale čím víc o tom přemýšlím…
22. 6. 2012 at 07:27
Diky za dotaz, vezmu to poporade:
– Prioritu muzete zjistit pomoci prikazu „gem env“, pricemz cesty se berou odshora dolu, takze prvne se prochazi gemy uzivatele, potom roota a nakonec systemove. Nicmene obecne pocitame s tim, ze vetsina lidi pouzije bundler, ve kterem specifikuje verzi gemu, takze se pak pouzije ten, ktery je specifikovany v Gemfile[.lock].
– Ano, gemy instalovane uzivatelem a rootem pomoci „gem install“ jsou zcela nezavisle na systemovych s jednou vyjimkou – momentalne je potreba pouzivat systemovy bundler (# yum install rubygem-bundler).
– Ano, kazdy uzivatel uvidi gemy, ktere si nainstaloval sam (+ gemy nainstalovane rootem + systemove gemy).
Jsem rad ze Vas nas pristup zaujal 🙂 Mimochodem zpracoval jsem takovou technictejsi dokumentaci k chovani ruby v anglictine, kdybyste se chtel (nebo kdokoliv jiny) podivat: http://bkabrda.fedorapeople.org/fedora17-ruby-eng-v2.pdf
23. 6. 2012 at 22:54
Děkuji za odpovědi, moc mi pomohly si ujasnit, jak to funguje.
Zatím jsem to zkoušel na localhostu, kde mám RVM. Přepnul jsem to na systémové ruby a zkoušel jsem si, jak se ty gemy chovají a vše fungovalo moc pěkně. Případně i jako plus vidím to, že to může fungovat hned vedle RVM.
Pro nenáročné projekty by se tedy dalo použít systémové řešení (většina), a bude-li někdy třeba nějaké spešl věci, dá se to zkombinovat s RVM. Rozhodně mi jako mnohem důvěryhodnější přijde řešení z balíčkovací systému, už jen kvůli stabilitě a kompatibilitě.
Ještě jednou děkuji.
25. 6. 2012 at 07:27
Super 🙂
Jeste jedno male upresneni: na tom poradi prochazenych cest k gemum vlastne ani nezalezi, protoze pokud se nespecifikuje verze, pak je nahran gem nejvyssi verze, at uz je kdekoliv.
24. 6. 2012 at 19:04
A jaký problém má vlastně UEFI řešit?
25. 6. 2012 at 13:07
Clanok je popularne-nah**no.
Nevysvetluje konsekvencie kazdeho prikazu (dokonca ich casto mergne do one-linera).
Vypnut selinux nie je nieco co by malo byt brane nalahko. Vacsina userov to nechape ale vdaka pravidlam v fedore to useri ani chapat nemusia.
Co takto napisat podobny clanok na widle v ktorom odporucis vypnut firefewall, antivir a pre istotu aj updaty pretoze ich nastartovanie trva 5 sek (ok, su to vidle takze 15)?
25. 6. 2012 at 13:25
> Nevysvetluje konsekvencie kazdeho prikazu
Autor předpokládá jistou úroveň znalostí čtenářů.
> Co takto napisat podobny clanok na widle v ktorom odporucis vypnut firefewall, antivir
Vypnutí antiviru a fw ve Windows by téměř jistě mělo výrazně horší následky než vypnutí SELinuxu ve Fedoře.
29. 6. 2012 at 13:28
Skutecne je to trochu bez konsekvenci, ale neni to vetsinou nic fatalniho a irreversibilniho.
Jako drobny problem postupu vidim napr. to, ze sestaveni initramfs bez pymouthu je jen pro aktualni kernel. Pri dalsi instalaci se opet sestavy kompletni a s plymouth…
28. 6. 2012 at 13:49
Rádi bychom do místní fotogalerie dali fotky i z release party v Košicích a v Praze. Pokud někdo o nějakých fotkách z těchto akcí víte, dejte vědět, prosím.
29. 6. 2012 at 08:06
Nakonec se dopracoval k relativně hezkému a čistému kompromisu. Jen nechápu, proč stále všichni cpou panel nahoru/dolů, když už je dnes drtivá většina monitorů širokoúhlých.
29. 6. 2012 at 11:34
Přesně tak, proč ukrajovat u tak úykou obrayovku o cenné pixely, kdž se prostě panel můe dát vlevo.
29. 6. 2012 at 12:50
Protoze vetsina prostredi, vcetne Xfce se neumi s umistenim panelu po stranach rozumne vyporadat. V poslednich verzich Xfce uz v panelu aspon nejsou popisy aplikaci otocene o 90st.
29. 6. 2012 at 14:52
V poslední verzi už je to dost dobré.
2. 7. 2012 at 21:13
Stejně si asi většina uživatelů xfce vylepšuje vychytávkami z xfce-look.org. Standardní vzhled a rozložení se mi vlastně nelíbí ani v jedné distribuci a stejně bych si každou musel doladit. Jinak xfce je u mě dlouhodobě hlavní desktop na netbooku a domácím počítači!
3. 7. 2012 at 06:50
Jo což o to, XFCE je fajn, ale vždy, když ho zkouším že bych na něj přešel, tak zjistím, že používám XFCE a v něm GNOME aplikace. Nautilus, File Roller, Eye of GNOME, to jsou pro mě lepší aplikace než ty v XFCE… ale časem, až bude XFCE v GTK3 se možná také vyhecuju.
4. 7. 2012 at 20:21
Osobne Nautilus i File-roller v Xfce pouzivam a nevidim v tom problem, dokonce pouzivam i par KDE aplikaci – osobne v tom nevidim problem, pro me je dulezitejsi si sestavit perfektni kompilaci aplikaci a prostredi nez plakat nad tim, ze se mi nainstalovalo par balicku navic. Akorat u Nautilu jsem nejak nepochopil jak ho integrovat s „Nabidkou adresare“ … na Fedore 15 mi to funguje, na Fedore 17 na jinem stroji uz ne. Nautilus se otevre, ale vzdy jen v /home ale uz ne ve vybranem adresari, na F15 mi to ale funguje (ale zprvu taky nechtelo jestli si dobre vzpominam)
3. 7. 2012 at 10:26
A bude se to týkat jenom GNOME aktualizátoru, nebo i Apperu v KDE?
3. 7. 2012 at 10:44
Co jsem tak zjišťoval a pochopil, tak to teoreticky může nasadit kdo kde chce, ale je to GNOME „výmysl“.
3. 7. 2012 at 11:01
Takže jenom GNOME a jen toho klikátka.
3. 7. 2012 at 15:40
Tak to můžu zase klidně spát :).
3. 7. 2012 at 17:40
To znamena toliko, ze budu muset vsude vypinat PackageKit, protoze jinak to bude prudit jak Windows s restartama u stroju, ktere jinak bezi temer bez nich… kdyby radsi resili primarni zdroj problemu jako je Firefox/Xul, ktery neni schopny se za behu aktualizovat aniz by FF zdechnul (v bugzillach to je uz mnoho let) apod. Proc to roky funguje a ted najednou je potreba delat takovou opicarnu to nechapu.
4. 7. 2012 at 00:00
+1, jsem pro větší granularitu a online aktualizaci. Tím myslím restartovat pouze ty procesy využívající aktualizované soubory.
openSuse umí zjistit procesy využívající smazané soubory pomocí „zypper ps“, určitě by to šlo implementovat i na modifikované soubory. A v F18 bude k dispozici volitelná náhrada yum, postavená na knihovnách pro zypper…
4. 7. 2012 at 00:02
Taky možnost: „yum install yum-plugin-ps“
4. 7. 2012 at 15:04
Já jen doufám, že se tato „feature“ nedostane do RHELu. Představa, že kvůli aktualizaci bude mít server kdoví jak dlouhý výpadek mě docela děsí.
A už se těším, až budeme muset odklikávat, že nechceme systém restartovat. Pamatujete si: http://goo.gl/jlr4X ? 🙂
4. 7. 2012 at 18:18
Jsem s Fedorou od verze 2 (tehdy ještě Fedora core), ale tohle je hnus. Notabene, kvůli takovému molochovy jako je FF. bléé. No nic, pořád jsem chtěl zkusit něco jiné distro. A myslím, že už mám důvod.
6. 7. 2012 at 15:01
S Fedorou som od v. 1, ale z offline updates vobec nie som nadseny:-(
7. 7. 2012 at 23:20
Takže když PackageKit mám vypnutý a aktualizuji pomocí yum, tak to na mě nebude mít žádný dopad? Pochopil jsem to správně?
8. 7. 2012 at 10:48
Podle mě není nikde pořádně vysvětleno, co to pro cílového uživatele znamená. Na mě to působí tak, že pro instalaci aktualizací, jak je znám teď, budu muset restartovat. Mělo by tu zaznít které aktualizace to budou vyžadovat a alespoň odhad, jak často se budou takové aktualizace objevovat.
9. 7. 2012 at 11:42
Pokud vám na Fedoře nebude fungovat Eclipse jako mě, tak Eclipse úplně nechte odinstalovat a zkuste postup, který je zde
11. 7. 2012 at 12:23
gratulace 🙂
11. 7. 2012 at 17:24
Dik 🙂
13. 7. 2012 at 08:21
Mám dotaz z jiného soudku. Je někde možné se dozvědět proč přesně Red Hat zařízl v 6.3 Matahari? Nebo to bylo jen v rámci „vnitrofiremní“ komunikace?
16. 7. 2012 at 11:23
Na slozitou otazku snad jednoducha odpoved http://fedoraproject.org/wiki/Features/CIMManagement
20. 7. 2012 at 06:45
Unity samo o sobě je fajn, ale Compiz tomu dává záhul. Mutter je z těch kompozitních manažerů asi nejlepší, nic tedy proti kwinu, ale taky se mi hezky plazí.
20. 7. 2012 at 10:03
No, kvůli Unity a celkově nenažranému Compizu jsem přešel z Ubuntu na Fedoru 😉
20. 7. 2012 at 13:45
toi je maso. 🙂
Ze SuSE repozitaru budu tahat UBUNTUácký UNITY 🙂
20. 7. 2012 at 13:47
no a az budem dal tak budem tahat z Applovkyho serveru MS AERO nebo METRO 🙂
21. 7. 2012 at 10:36
Díky za zpřístupnění Haraldova článku širší vrstvě lidí. Jen škoda toho zavádějícího url 😉
21. 7. 2012 at 10:42
Prosím o upřesnění – v čem je URL zavádějící?
22. 7. 2012 at 10:54
http://fedora.cz/optimalizace-bootu-u-fedory-17-z-15-na-25-sekund/
Optimalizace bootu z 15 na 25 sekund nevypadá moc lákavě. 😉
22. 7. 2012 at 10:57
Aha 🙂 tohle URL. No jo, to se nepovedlo…
22. 7. 2012 at 11:40
jen nééé Unity…jinak souhlas s Marpem a stejný postup:-)
26. 7. 2012 at 09:13
Uni ani náhodou. Jak píší i dva nade mnou díky Uni a dalším věcem jsem z Ubuntu přešel na Fedoru. Fedora je pěkně rychlá a svižná. U Ubuntu se tohle říci nedá. Aspoň já mam takové zkušenosti.
28. 7. 2012 at 13:51
Viz Cinnamon, možnost volby je fajn.
26. 7. 2012 at 15:57
Znova komentář pod který bych se podepsal…bohužel:-(
28. 7. 2012 at 13:50
První dojmy spíš horší, rychle jsem se vrátil ke gnome shellu. Přesto jsem rád, že konečně nejsme jen baštou shellu, ale umíme i cinnamon a unity.
29. 7. 2012 at 09:32
O Unity se moc nezajímám, ale jenom bych dodal, že po sledování diskuse která na toto téma vznikla na fedora-devel, bych si dovolil odhadnout, že Unity má ještě HODNĚ dlouhou cestu, nežli se dostane opravdu do Fedory (záplavy patchů na klíčové knihovny Gnome apod., nutnost používat forkované verze některých balíčků, apod.). Nic proti nikomu, ale z toho portování na Fedoru ještě zbývá hodně dodělat.
31. 7. 2012 at 09:52
Jak je to vlastně s Compizem? Pokud vím, tak Unity jej používá jako kompozitního správce, ale ve Fedoře byl přece odstraněn, protože se o něj nikdo nestaral ne?
31. 7. 2012 at 20:18
Ovládání Unity mně vyhovovalo. Všechny vychytávky se mně líbili. Co mně vadilo byl Compiz a vysoká zátěž NB. Přešel jsem na Fedoru a některé vychytávky mně schází. Třeba lense nebo HUD
31. 7. 2012 at 22:43
Dneska jsem vyzkousel a hodne se mi to libi. Jediny co nemuzu najit je keyboard switch applet 🙁
1. 8. 2012 at 16:47
Osobne radeji nez Mate doporucuji XFCE. Mate nema aktivniho zadneho vyvojare krome Dana a je to podle mne projekt predem odsouzeny k zahube.
1. 8. 2012 at 20:26
http://mate-desktop.org/team/
1. 8. 2012 at 23:38
Ok, takze dva vyvojari .. a par lidi to bali. Taky zadna slava .. Cinnamon .. https://github.com/linuxmint/Cinnamon/graphs/contributors
1. 8. 2012 at 19:15
Není to snaha Mrkvosoftu ztížit konkurenci život? Že ne? Koupit počítač bez operačního systému je letitý problém, teď to bude ještě horší.
1. 8. 2012 at 20:22
Myslím si, že je len otázkou času, kým sa nájde spôsob, ako to efektívne obísť.
Zatiaľ je to pomerne čerstvá záležitosť, takže sa hľadajú rýchle a najmenej bolestivé riešenia.
Podobné snahy M$ sa v rôznych obmenách objavujú stále.
Avšak nič to nemení na fakte, že ich najnovší W8 sa už pomaly otvorene začína považovať za katastrofu.
1. 8. 2012 at 23:40
divim se že ještě někdo nedal stížnost do Bruselu 🙂
2. 8. 2012 at 08:53
Brusel je len banda neschopných darmožráčov.
Existuje v EU viacero prípadov kúpy notebookov s M$ win, kedy súdy rozhodli o vrátení peňazí za nepotrebný operačný systém. Ako to ovplyvnilo ponuku notebookov bez OS. Nijako!
2. 8. 2012 at 07:02
Jak je to s MATE a GTK? Nějaký přechod na GTK3 nebo tak? Plácat do nekonečna s GTK2 to nemůžou, zvlášť, když aplikace migrují na novou verzi (popravdě totéž s XFCE).
2. 8. 2012 at 08:48
Dvojica Cinnamon/Mate je tlačená dopredu hlavným vývojárom Linux Mintu.
Bude len na ňom, čo nakoniec ostane.
Osobne si myslím, že Cinnamon.
2. 8. 2012 at 21:39
Som zvedavý, ako si budem podpisovať vlastnoručne konfigurované jadro v Gentoo. Boli dni, keď som jadro kompiloval aj 20x denne, teraz ho už mám odladené a kompilujem každé nové raz, maximálne dva. O tom, že by som začal používať distribučné jadro nemôže byť ani reči, skôr by som pristal podporiť prepis BIOSu beaz tejto zhovädilosti.
3. 8. 2012 at 01:25
Dovolím si napsat, že odpověď na potřebu bezpečného bootování je v XKCD 129, tedy, že se M$ snaží o vytvoření ekosystému, ve kterém může cokoliv a může to nabídnout i „partnerům“ – jako Apple. A jelikož jeho monopolní pozice… Na druhou stranu je třeba napsat, že Apple ze svého přístupu nemusí běhat na mnoha roztříštěných součástkách, které jsou často tak špatně navržené, že vývojářům při rev-enge pro OSS často vstávají vlasy hrůzou. Pokud by se díky tomuto přístupu M$ zpakoval z většiny stávajících konfigurací, kde by vyhnil, a uvolnil místo Linuxu, možná by to nakonec nebylo až tak špatně.
Navíc je tu i zákaz změny režimu (safeboot off) pro ARMy. EU se na to určitě podívá, neboť jde – při správném zformulování – o porušení volné soutěže. V tomto je vysoce aktivní a M$ 2x nemusí.
Na druhou stranu, tento „bordel“ s vendor lock-in tu už byl a dojely na něj kvůli problematickému portování aplikací platformy Atari, Amiga či Commodore. Naopak na otevření specifikace vydělaly IBM-PC a jejich klony. V operačních systémech nás tato čistka právě čeká, jen to bude trvat déle, neboť výkonu na emulace je nyní přehršel a jako první to musí odnést hráči a jiné náročné výkony. Navíc každá ochrana nějaký výkon stojí – ať už na počítání, či na prolomení (která nebyla?).
9. 8. 2012 at 11:15
Jak jsi na tom se spotrebou a teplotou RPi? Musim rict ze me to trochu neprijemne prekvapilo – se 750mA nabijeckou od Samsungu se RPi resetuje. Funguje mi napajeni z hubu v monitoru, ale i tak mi prijde, ze se to RPi dost hreje – hlavne cip pro sitovou kartu. Kdyz to clovek jeste pretaktuje, aby na to vzal pomalu vetrak.
Podle me se ten vykon na desktop moc nehodi – provozovat pod tim vyvoj byt v pythonu a jen pro ucely vyuky, my prijde dost nerealne.
Chape nekdo podstatu problemu s temi SD kartami? Mam dve – jednu normalni SD a jednu microSD v redukci a obe vicemene funguji, ale nechapu proc to je pro ruzne distribuce ruzne.
9. 8. 2012 at 13:41
Provozuji ho jednak s vypůjčeným adaptérem Sunny (1.2 A) a pak nabíječkou od Huawei (1.0 A). S obojím RPi funguje OK. Je i stabilní, reset jsem ještě nezaznamenal. Teplota je (po přetaktování) na úrovni, kdy ještě udržím (na SoC) prst 🙂
Pokud omezíme „vývoj“ (nevím, jak by tam šlo pracovat s takovým Ericem) na „práci v IDLE“, tak podle mě ještě vcelku postačuje. Jinak, když opustím Python, tak mě příjemně překvapilo, jak na RPi běhá Scratch. Pod Raspbianem (u Fedory jsem ho ještě nezkoušel) byl jak start, tak i reakce (skoro) okamžité.
Ty karty mě taky naprosto matou, na RPi fóru je na to téma napsáno mnoho, ale přijde mi, že to spíš přispívá k obecnému zmatení. Mimochodem, s tou microSD je to vtipné, právě kombinace microSD s adaptérem podle vývojářů Fedora remixu neměla fungovat vůbec…
9. 8. 2012 at 13:51
Vzdy mi bolo blisie Gnome ako KDE ale co v poslednej dobe stvaraju vyvojari Gnome je priam neuveritelne…pomali ale isto si pod zadkom pilia konár… 🙁
9. 8. 2012 at 14:53
Já teda osobně doufám, že z těch odpadlíků (myšleno všeho možného forkovaného) půjde jednou zase postavit slušné desktopové prostředí, které půjde ovládat i klávesnicí a myší.
Jako mně je to jedno, mně Gnome 3 se zjednodušenými aplikacemi bude vyhovovat, protože stejně všechno dělám na konzoli. Ale začínám se pomalu bát o pokročilého uživatele zvyklého na GUI.
9. 8. 2012 at 18:42
Perfektní článek! Nevíš náhodou, jak to vypadá s Fedora Remixem pro Raspberry postaveném na Fedoře 17? Dan Horák, který je asi nejrelevantnější osobou na tento dotaz, je na dovolené a zatím ticho po pěšině. Přitom říkali, že Remix vyjde chvilku po vydání Fedory 17 pro ARM.
9. 8. 2012 at 19:27
Díky moc! Ohledně remixu, kromě toho, že je k dispozici čtvrté testovací vydání: http://lists.fedoraproject.org/pipermail/arm/2012-August/003805.html, bohužel moc víc nevím. Na webu projektu je stále informace o vydání v květnu. Na druhou stranu, ty čtyři testovací verze vydali v posledních dvou týdnech, takže jsem optimista 🙂
14. 8. 2012 at 12:08
No já jsem z těch dnešních prostředí dost nešťastný. Kwin v KDE není zrovna rychlík, mutter je rychlejší, ale v paměti si bobtná, jako by byla zadarmo, aby bralo po hodině práce 200MiB v paměti…. tolik mi nebralo celé GNOME 2 ve Fedoře 14. XFCE dokud je GTK2 tak mu moc do budoucnosti nedávám (podobně jako MATE, ale u XFCE se alespoň dá čekat, že na GTK3 přejde). No a to jsem se tak nějak dostal z těch přívětivější prostředí na konec seznamu… Jsem hold vybíravý a současná situace je pro mě nevyhovující :-/
14. 8. 2012 at 22:41
GTK 3 sa chystá do Xfce 4.12. Síce ešte nie je jasné ktorá verzia, ale trojka to bude. Aspoň to píšu vo svojom blogu.
A btw. ja som v blogu napísal, že do Gnome 3 nejdem a prejdem na Xfce a slovo som dodržal 🙂
14. 8. 2012 at 19:05
Mne osobne GNOME3 vyhovuje – s nastavenymi klavesovymi skratkami a rozsireniami je celkom podla mojho gusta.
Len sa trochu obavam niektorych zmien, ktore v ramci novych verzii GNOME3 boli ohlasene.
15. 8. 2012 at 06:17
Osobne som gnome nikdy neprišiel na chuť. A fakt sa snažím rádovo 10 rokov. Najskôr to boli 2 panely (horný a dolný), teraz je gnome už len … (nespomenul som si na žiadne slušné slovo). A 3D akcelerácia je už len čerešnička na torte.
Používam KDE (menšie zlo). Beží tam na pozadí síce veľa zbytočností, ktoré k životu bežný používateľ nepotrebuje, ale je v stave, že človek sa v ňom ľahšie zorientuje.
15. 8. 2012 at 07:47
Což o to, počet panelů a jejich rozložení si můžeš upravit jak chceš, co mi ale vadí nejvíc je lenost a nenažranost na systémové požadavky.
15. 8. 2012 at 13:40
tjn…já měl taky Gnome vždy nejraději a zůstal mu věrný i po přechodu na Gnome 3,ale tohel už začíná být moc. Klávesnice a myši se jen tak nevzdám, nesnáším zapatlanou obrazovku. Gnome bude zachvíli vhodný spíš pro tablety než na stolní pc. Budu muset začít hledat jiné prostedí, které bude víc vyhovovat stolnímu PC!
17. 8. 2012 at 14:04
Díky za super článek, který by se dal nazvat i „Ze života package maintainera ve Fedoře“. Tohle jsou „chyby“ které dělají naši práci hodně zajímavou 🙂
20. 8. 2012 at 00:11
Mas na mysli praci vas tluchubu na internetovych diskusich?? Jak slechetne.
20. 8. 2012 at 00:52
Těší mě.
18. 8. 2012 at 18:35
Z tohoto důvodu používám GNOME už pouze na Ubuntu 10.04 LTS. Všude jinde už jsem přešel na Xfce. To má sice dost vykopávkově působící prostředí i na můj vkus (a to je co říct), ale aspoň se s ním dobře pracuje. Horší jsou tam některé velmi nepříjemné bugy, které nikdo neřeší. GNOME 2.30 tak zůstává pro mě zatím tím nejlépe ovladatelným prostředím, s jakým jsem měl tu čest. A to jich nebylo úplně málo.
2 Pavel Šimerda: Já sice taky pracuju hodně v konzoli, ale GNOME 3 mi strašně překáželo i tak. Už jen tím, jak se rapidně zpomalila odezva.
Bohužel musím souhlasit s YGHYm, GNOME jde velmi rychle do háje 🙁
22. 8. 2012 at 02:06
http://img0.etsystatic.com/000/0/5501785/il_fullxfull.335173132.jpg
22. 8. 2012 at 08:22
No to jsi měl protlačit u Fedory 17 😉
22. 8. 2012 at 20:00
Nějaká šance na repete v Praze?
22. 8. 2012 at 20:37
Zatím nic takového neplánuju. To by musel být opravdu velký zájem. Nemůžu poslat do Prahy pět lektorů kvůli pěti lidem. Navíc si nemyslím, že je to takový problém do toho Brna z Prahy dojet, když o to má člověk opravdu zájem. Máme zájemce až z Německa.
22. 8. 2012 at 21:17
Proto se ptám, jestli mám jet, nebo by to bylo zbytečné.
24. 8. 2012 at 11:12
Dojed 🙂
24. 8. 2012 at 11:13
Je na seznamu přihlášených, takže předpokládám, že přijede 🙂
23. 8. 2012 at 16:30
Ani sa nedivím. Skúsil som Fedora-18-Alpha-TC3-i386-netinst.iso vo virtuále a musím skonštatovať, že nový inštalátor je dosť mätúci.
24. 8. 2012 at 11:11
No je to zatim hodne spatne – ted resime, jestli Alphu vydame bez Live imagu nebo slipneme jeste vic (protoze Anaconde tyden pry stacit nebude…).
24. 8. 2012 at 11:26
Vždyť už jim to o půl roku odložili. Jaktože je to zase zastihlo nepřipravené?
24. 8. 2012 at 17:47
Ptas se na spatnem miste 🙂
27. 8. 2012 at 16:03
$ tcc examples/ex1.c
tcc: file ‚/usr/lib/crt1.o‘ not found
tcc: file ‚/usr/lib/crti.o‘ not found
tcc: file ‚/usr/lib/crtn.o‘ not found
tcc: undefined symbol ‚printf‘
27. 8. 2012 at 16:03
Sorry, rozklikl jsem špatné odpovědět…
24. 8. 2012 at 12:35
Má smysl přidávat víc softu na seznam, nebo jeden bohatě stačí?
24. 8. 2012 at 14:01
Pokud bys rád zabalil i něco jiného, tak můžeš. Ten seznam chceme mít, abychom věděli, na co se připravit. Každý jazyk/framework má svá specifika. Pokud bys chtěl udělat třeba něco později, tak aspoň ti k tomu můžou něco říct.
24. 8. 2012 at 14:14
To uz je obsazeno? Snad to nekdy zopakujete 🙂
24. 8. 2012 at 14:22
Někdy v říjnu bude workshop pro pokročilé a pokud bude zájem zopakujeme i workshop pro začátečníky.
27. 8. 2012 at 08:00
Tak tomu říkám kdo zaváhá, nežere. V tom případě poprosím jestli by se to nedalo nějak zdokumentovat, třeba i audio záznam by stačil =) A zájem určitě bude i o zopakování začátečnického, tedy minimálně z mé strany.
27. 8. 2012 at 13:24
Excelentní. Ostatně jako jiné tvoje články 😉
28. 8. 2012 at 11:05
Diky 🙂
27. 8. 2012 at 15:34
„Totéž platí i pro knihovnu GTK+, která je založena na céčku, ale existují pro ni i různá více či méně kvalitní „objektově orientovaná“ rozšíření pro jiné programovací jazyky“
Mno zrovna GTK+ je objektově orientovaná a spoustu věcí má řešenou stejně jako Python. Že je to vše zapsáno v C, je jiná věc :).
27. 8. 2012 at 20:42
GTK+ mě popravdě řečeno připadne jako parodie na OOP, což má co dělat s tím, že je psaná právě v céčku. Ale jinak nic proti céčku, jen se na něj někdy snažíme napasovat paradigmata, pro něž nebylo navrženo (OOP, dokonce i fukncionální paradigma)
27. 8. 2012 at 21:32
„GTK+ mě popravdě řečeno připadne jako parodie na OOP“
Mně to naopak přijde jako skvělá ukázka implementace OOP.
„Ale jinak nic proti céčku, jen se na něj někdy snažíme napasovat paradigmata, pro něž nebylo navrženo“
Python je taky v céčku a neviděl jsem, že by si na to někdo stěžoval.
29. 8. 2012 at 09:22
No ale to je prece rozdil mezi *jazykem* napsanym v cecku a *knihovnou* kterou musi ceckovej programator volat primo z neobjektoveho cecka. Me cely GTK+ i s jeho GObject atd. pripadne jako pokus dodat napriklad do stareho Fortranu podporu pro rekurzivni funkce – taky to dost drelo.
27. 8. 2012 at 15:36
„Grafy znázorňující vývoj popularity pěti nejpoužívanějších programovacích jazyků“
Jak se tam pak dostaly XML a HTML?
28. 8. 2012 at 11:08
Na serveru Ohloh se pri analyze kodu pocitaji XML, HTML ale napriklad i pocet commitu a commitlych radku pro Makefile atd.
27. 8. 2012 at 15:52
Chtěl jsem zkusit, jestli s tím půjde zkompilovat něco, co se běžně kompiluje s GCC…
checking for gcc… /home/pavlix/tmp/tccbuild/bin/tcc
checking whether the C compiler works… no
configure: error: in `/home/pavlix/oss/NetworkManager‘:
configure: error: C compiler cannot create executables
Máš tušení, co je k tomu potřeba?
27. 8. 2012 at 16:04
$ tcc examples/ex1.c
tcc: file ‚/usr/lib/crt1.o‘ not found
tcc: file ‚/usr/lib/crti.o‘ not found
tcc: file ‚/usr/lib/crtn.o‘ not found
tcc: undefined symbol ‚printf‘
27. 8. 2012 at 16:08
Už to mám, jde o /usr/lib versus /usr/lib64. Pojedu vlakem, tak to zkusím patchnout :).
27. 8. 2012 at 20:45
Pokud v tom vlaku nebudeš strojvedoucím, tak směle do toho 🙂
27. 8. 2012 at 21:28
Ve vlaku jsem vedl jen svůj vlastní stroj a problémy s lib64 jsem vcelku v pohodě vyřešil… tcc už kompiluje. Bohužel nelinkuje (undefined symboly z libc).
Takže pro projekty v autotools, které nerozlišují kompilátor a linker to moc použitelné ani otestovatelné není.
27. 8. 2012 at 21:38
Dva roky starý bugreport na nongnu.org:
http://savannah.nongnu.org/bugs/?30457
28. 8. 2012 at 13:21
Chapu to spravne tak, ze se kompilace provadi pres tcc a slinkovani pres ld? Nebo vse resi tcc a nenajde v text. sekci printf symbol?
28. 8. 2012 at 20:17
Prostě je tcc zabugovaný a ani po drobných úpravách nezvládne linkovat na x86_64.
29. 8. 2012 at 00:54
Popřípadě může být ještě problém v glibc, abych zbytečně nekřivdil.
29. 8. 2012 at 09:25
Zajimave, ale mozna je to tim, ze x86_64 je relativne nova vec pro tcc, puvodne to bylo pro 32bit Intely.
Me to na i386 to funguje prozatim dobre a hlavne *rychle* 🙂
Mam jen jeden problem s programem pouzivajicim OpenGL, ale to taky muze byt zpusobeno tim, ze se v headerech pouzivaji divny konstrukce, ktere muzou (ale nemusi – musim jeste prozkouset) byt mimo ANSI.
x86_64 nekde vyzkoumam taky, ale tady na starickem Athlonu ne:/
29. 8. 2012 at 09:28
Jako kdyby se nám povedlo opravit ty chyby
na x86_64 a dát tomu nějaký buildsystém, aby to vůbec mělo šanci trochu fungovat v distribucích…
Ono totiž nepodporovat DESTDIR a nepodporovat lib64 je docela prasárna.
29. 8. 2012 at 09:41
Mám na tebe přecijen ještě prosbu, jestli bys nemohl dát dohromady postup, jak to můžu vyzkoušet alespoň pro 32bit na 64bit distribuci.
Jako kus už mám hotový:
$ sudo yum install glibc-devel.i686
$ CFLAGS=-m32 ./configure
$ make
$ sudo make install
$ tcc examples/ex1.c
/usr/lib/crt1.o: invalid object file
/usr/lib/crti.o: invalid object file
/lib/libc.so.6: bad architecture
/usr/lib/crtn.o: invalid object file
tcc: undefined symbol ‚printf‘
$ file /usr/lib/crt1.o
/usr/lib/crt1.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.32, not stripped
$ file -L /lib/libc.so.6
/lib/libc.so.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (GNU/Linux), dynamically linked (uses shared libs), BuildID[sha1]=0x5e0f6cdb0b4c5c6dcc6c1a79ffa29eb4f0981d3a, for GNU/Linux 2.6.32, not stripped
Těžko říct, co se mu nelíbí.
29. 8. 2012 at 09:42
Původně to mělo být nové vlákno a prosba na Pavla, ale kdo tušíte, jak to zlomit, dejte vědět :).
27. 8. 2012 at 16:35
Dobrý článok.
Pochutil som si.
28. 8. 2012 at 10:31
„Známá fotografie Kena Thompsona a Dennise Ritchieho sedících před minipočítačem PDP. Podle počátečních písmen jejich příjmení se první de facto standardní syntaxe céčka označovala K&R. Mnoho překladačů dodnes syntaxi K&R podporuje, především z toho důvodu, že některé starší (stále udržované) zdrojové kódy jsou v K&R C napsány.“
1. Nepřijde mi, že by oba seděli 🙂
2. K&R není podle dvojice Thompson & Ritchie – to K tam moc neštimuje 😉 K je tam od Briana Kernighana, viz. např. https://en.wikipedia.org/wiki/The_C_Programming_Language_%28book%29
28. 8. 2012 at 11:11
Hmm popisky u obrazku se rozhodily, omlouvam se :/
28. 8. 2012 at 17:43
Tady jsem našel pár pěknejch tapet.
http://citydestinations.org/wallpapers/2012/02/north-america-canada-blue-fantasy-niagara-falls-2048×2560.jpg
————————————————————
http://www.ipad-hd-wallpapers.com/green-mountain-lake-picture-for-ipad-3,2560×1920,ipad-3-wallpaper,1595.jpg
30. 8. 2012 at 10:40
Nejsou ty data u OpenStack a i18n – internacionalizace špatně?
30. 8. 2012 at 10:46
Díky za upozornění. Opraveno. To je tak, když to převádím z amerického formátu.
4. 9. 2012 at 20:15
To je vítaná aktivita, ale fakt je že by se hodilo,třeba nějaké sestříhané video a člověk by si to mohl pustit, kdy chce a kde chce. Nechtěli by jste to udělat právě takto? člověk si to pak může pustit v vícekrát…..
J.
5. 9. 2012 at 16:07
Opravdu budou k dispozici DVD s Fedorou 18? 🙂 No snad budeme mit aspon Alphu tou dobou!
5. 9. 2012 at 16:10
To je překlep 🙂 Opraveno. Opravdu nejsem takový optimista, abych za 10 dní rozdával Fedoru 18 na DVD 🙂
6. 9. 2012 at 19:58
Uzasna bezpecnostni vlastnost, ale co jsem se nedozvedel, resp. se hrozim toho, ze bude F18 mozne provozovat ve vychozim stavu pouze v teto sprznene podobe?! Ja na svem HW nechci zadny podepsany kernel a moduly, ktere nemuzu zmenit. Mozna bude nakonec stacit vypnout UEFI secure boot a bude vse jako driv, ale tento clanek mi v tom jasno rozhodne neudelal. A ty patche.. no potes koste.
8. 9. 2012 at 13:42
Skúsil som Fedora 18 Alpha TC6 KDE Live a nepodarilo prejsť bootovacím procesom.
Podobne som dopadol aj v prípade Ubuntu 12.10 Beta 1. Tu je to jednoznačne spojené s problémom jadier 3.5.x a určitých radeon grafík. Zdá sa mi, že v ubuntu na toto kašlú, len aby bol dodržaný termín.
Rosa Desktop 2012 Alpha aj Mageia 3 Alpha 1 fungujú bez problémov aj napriek tomu, že tiež používajú jadrá 3.5.x.
9. 9. 2012 at 23:24
Doufám, že se zúčastníš tohoto test daye: http://fedora.cz/udalosti/fedora-18-test-day-graficke-karty-atiamd/
Taková odezva tam bude potřeba.
11. 9. 2012 at 16:47
V mojom prípade sa jedná o túto chybu https://bugzilla.redhat.com/show_bug.cgi?id=845745. Pokiaľ nebude opravená, na testovanie môžem zabudnúť.
11. 9. 2012 at 06:42
Funguje někomu v Alpha TC verzích ruční konfigurace síťového zařízení? Když chci ručně nastavit IP adresu a kliknu na tlačítko „Configure…“, tak se prostě nic neděje. Beru to, je to přeci jen preAlpha, ale tak nějak základní funkčnost si myslím =)
11. 9. 2012 at 07:17
Ani v RC2 tedy…
11. 9. 2012 at 10:44
Jaký nástroj myslíš? V GNOME klikátku pro NM nám všechno funguje, respektive žádné tlačítko Configure… tam ani nemáme.
11. 9. 2012 at 11:30
Myslím v Anacondě, když chci instalovat z netinst CD.
12. 9. 2012 at 17:27
Na Live se cele nastaveni site vyhodi (je to nesmysl to mit, protoze je tam moznost pouzit nativni DE konfiguratko) – NTH bug #854586. Na DVD je to slozitejsi – 852792. Kazdopadne reseni uz asi castecne zname – jsou potreba dalsi balicky na DVD a par fixu. Zatim se lidi kloni k tomu, ze je to NTH, ja jsem spis pro blocker. Ale zaroven chci Alfu vydat, tak nevim 🙂
13. 9. 2012 at 07:30
V Alpha-RC3 už to funguje.
13. 9. 2012 at 21:42
Tak na tohle se těším (a ne jen kvůli tomu, že popojdu cca 500 metrů) :-). Letos mi hodně chybělo LinuxExpo, tohle ale vypadá víc než slibně. Jsem hodně zvědavý na Michaela Meekse a jeho pohled na budoucnost LO. Hmm, nechci to zakřiknout, ale vůbec je to slibné 😉
16. 9. 2012 at 12:25
Diky vsem, kteri jste se stavili vcera, byla to fajn akce. Mimochodem nasel se jeden zapomenuty adapter HP. Mail.
19. 9. 2012 at 10:06
Hlavne si treba dat pozor na anacondu (instalator), pri rozdelovani disku a vybere custom partition to zmaze vsetky disky, takze radsej pockat na betu, alebo skusat vo virtualnom pc.
20. 9. 2012 at 12:39
V bete uz to snad bude, jinak budu vrazdit jednoho Anacondaka za druhym 🙂
19. 9. 2012 at 16:02
bude z tohto workshopu videozaznam?
19. 9. 2012 at 19:06
Záznam s nejvyšší pravděpodobností bude. Nicméně se nám na poslední chvíli uvolnily dvě místa, takže pokud by někdo měl zájem zúčastnit se osobně, může 😉
19. 9. 2012 at 21:15
Fedora 18 Alpha KDE life som skončil už pri boote. Je to spôsobené grafickou kartou ATI Mobility Radeon.
Chybu s popisom som dal do Red Hat Bugzilla.
20. 9. 2012 at 12:38
Bug? Vime, ze muzu byt problemy s NVidii v Plymouthu, ATI se neprokazala…
20. 9. 2012 at 13:45
To sú zdedené problémy z Fedora 17. V F17 bežím len na základnom jadre 3.3.4, lebo jadrá 3.5.x mi nenabootujú. Bugzilla napr. https://bugzilla.redhat.com/show_bug.cgi?id=845745
20. 9. 2012 at 13:50
Normálně bych se zúčastnil toho Radeon test daye a nebál bych se to nahlásit jako blocker bug. S radeony jsou problémy, ale aby systém ani nenabootoval, to se podle mně kvalifikuje na blocker bug.
20. 9. 2012 at 16:46
Už sa stalo https://bugzilla.redhat.com/show_bug.cgi?id=858837
20. 9. 2012 at 17:22
Napsat do summary, že je to blocker nestačí. Je potřeba to označit flagem F18blocker. Kamil Páral už to ale udělal.
20. 9. 2012 at 19:48
Vďaka za pomoc