Co bude ve Fedoře 16

Na Fedora Wiki se objevil seznam priorit pro Fedoru 16, kterými se vývojáři budou nejvíce zabývat. Je mezi nimi např. Btrfs jako výchozí souborový systém, absence HALu, GNOME 3.2, KDE SC 4.7, Blender 2.5, systemd namísto sysVinit a mnoho dalšího.

22.7.2011 16:25 | Migi | Komunita

Komentáře

[contyk]

systemd je jiz ve Fedore 15; dana feature se tyka prevodu sysv initskriptu na unit files...

[analnik]

Jedu si na fedore 14 a na vyssi nemam v umyslu povysovat. Budu nucen prejit na jine distro.

[pavlix]

Přejdi na to, co ti bude vyhovovat :). Já vesele používám Fedoru 15, hlásím poslušně chyby, a určitě rád testnu i 16 :). Co budu na jaký účel reálně používat, to nikdo neví.

[Conscript89]

Ja to tak postupne bohuzel delam take. V praci budu dal pouzivat Fedoru, ale doma na desktopu to je CentOS6 s virtualizaci (kdyz potrebuju neco co CentOS nema, tak si to zvirtualizuju a pres X (tcp) to mam na desktopu jako by mi to bezelo primo) :)

[lib]

já také jedu si na fedore 14 a na vyssi nemam v umyslu povysovat. Tvůrci distribuce se IMHO zbláznili nebo s nimi tluče puberta...

[Conscript89]

Souhlas, ted jsem v seznamu nasel ze se ma prejit na Grub2, to je podle me podstatnejsi zmena, nez prepis init scriptu do systemd unit, ktere jsou "jen kosmeticka zalezitost".

[l4m4]

prepis init scriptu do systemd unit, ktere jsou "jen kosmeticka zalezitost"

Kosmetická záležitost s dalekosáhlými, často nečekanými důsledky a rozbíjející řadu věcí. Jasně...

[pavlix]

Souhlas, ted jsem v seznamu nasel ze se ma prejit na Grub2, to je podle me podstatnejsi zmena, nez prepis init scriptu do systemd unit, ktere jsou "jen kosmeticka zalezitost".

Spíš naopak. Grub je změna naprosto minimální, protože se vůbec netýká běžícího systému. Ale bude dobře, když instalátor Fedory konečně v tomto směru dotáhne instalátor Debianu.

O nic jiného než o instalátor nejde, protože Grub2 je ve Fedoře dávno a při troše šikovnosti to jde zvládnout bez instalátoru.

[michich]

Co ti konkrétně vadí?

[JoHnY2]

Taky by me zajimalo. Ja fedoru pouzivam na nedulezity masiny jak v praci tak doma a nemuzu si stezovat. Doma mi vcelku spokojene tika F15 s 2 virtualnima F15kama a jednim Debianem stable. V praci tika F14 a na testovaci ucely je taky fajn, prehazovat budu az na F16, pokud se pri domacim testu neukazou zadrhele.

Pokud jsou nejaky zakopany psi v desktopu, tak by me to zajimalo, protoze na to presne Fedoru nepouzivam. No ja vubec na desktop Linux moc nepouzivam (mam cernou dusi a windows 7 na vsech desktopech ... muhehe ).

[Hue]

Například RHBZ #690930. To, že vydají distribuci, která nejde vůbec nabootovat na ohromným množství procesorů a nejsou to schopní opravit ani 4 měsíce po nahlášení je průšvih. Fedoru mám rád, jiný distro nechci, ale zatím zůstávám u verze 14.

[contyk]

To je Rawhide a F16Blocker. O jakem vydani je rec?

[pavlix]

Například RHBZ #690930.

Mno...

Version(s): rawhide

Děláš si legraci nebo si najdeš na fedorácké wiki, co to je rawhide?

[Hue]

Ne, legraci si nedělám. Ano, vím co je rawhide. A to, že je to reportováno jako rawhide (v době kdy ještě F15 nevyšla, navíc v tom mají bordel a ani severity nevyplnili) nic nemění na tom, že se to projevuje i na finální 15ce.

[michich]

Není povinnost nastavovat Severity/Priority. Je na uvážení maintainera, jestli ta pole chce k něčemu používat. Já to nastavuju málokdy, protože se setkávám s reportery, pro které je vždy ten jejich bug ten nejdůležitější na světě a pak se chtějí hádat, když to nenastavím podle jejich představ.

[michich]

Vypadá to, že to má aspoň snadný workaround - odinstalovat microcode_ctl.

[Hue]

Což se ovšem provede dost špatně, když kvůli tomuhle ani nenajede instalace...

[Rezza]

Z jakeho duvodu? Pak je mozne neco zmenit, pokud to uzivatelum nevyhovuje. To co nejvic chybi, je odezva od uzivatelu (nerikam, ze ji nekteri umyslne neignoruji .

[Petr Tomášek]

Hm, tak tohle je docela k h*vnu: http://fedoraproject.org/wiki/Features/1000SystemAccounts

Ať žije zpětná kompatibilita...

[Michal Kubeček]

Nerozumím, v čem je problém. Kdo bude chtít zůstat u 500, tak si prostě v /etc/login.defs opraví tu konstantu.

[l4m4]

Ať žije kompatibilita s upstreamem (který má 1000)...

Jinak jaký je problém se zpětnou kompatibilitou? UID na existujících instalacích se měnit nebudou. Pokud něco vytváří/přebírá pevně dané UID, bude to dělat nadále. A necháváš-li si přidělit náhodně první volné UID a počítáš, že bude vždy stejné, tak máš mnohem větší problém...

[gorr]

prý je Fedora komunitní distro... Haha. Tvůrci distribuce na potřeby i připomínky komunity zvysoka ...

[jk001]

to jsou takové bláznivé výkřiky do tmy :)

[none]

Z ceho usuzujete? Z toho, ze z Fedory cerpa RH? To je slaby argument.

[pavlix]

Njn, uživatel „one true linux distribution“ :) :D

[Radek Hladik]

Jak už jsem několikrát psal, na Fedoře (a dříve i RedHatu) mi vyhovuje, že některé verze jsou nářez a jiné klidnější. A docela mi vyhovovalo, že ty klidnější se vyskytovaly s dostatečnou periodou, aby se po nich dalo "skákat". Doufám, že 16ka bude taková. Nebo v nejhorším 17ka. Tedy, žádné nové velké novoty a pěkně poladit a ustabilizovat to z předchozí verze.

[Rezza]

Ale to je proste neplanovane - kdyz se bude dit vice vyvoje, nikdy nebude zadna klidna :)

[JoHnY2]

Je to neplanovane je to tak. Muze za to neprimo stabilita. Pokud se v jednom nebo dvou releasech za sebou hodne inovuje XY, tak je potom potreba sednou a v dalsim vydani ucesat a uklidit XY a prilehle okoli. Nastesti to uzivatel funkce Z vubec nemusi poznat, protoze XY nepouziva.

[Radek Hladik]

Jenže pokud je to taková funkce, kterou používají všichni, např. systemd nebo nedej bože přechod na UTF8, jako byl v RH 8 nebo kolik, tak je to vážnější. A pokud takových (i různých) změn bude za sebou několik, pak to bude pro lidi docela problém. něco jako v 15 systemd, v 16 je už sice systemd "usazený", ale zas je tu btrfs (to je naštěstí jen default volba při instalaci)...

[petr_p]

ale zas je tu btrfs (to je naštěstí jen default volba při instalaci)

A mohou si přidat další zářez na pažbě – rychlejší start, když neexistuje fsck :)

[Radek Hladik]

Ve skutečnosti je fsck podmínkou, aby se to tam zařadilo

fsck must work. It should be tested for a longer period to see if it's really working.

Tohle mi nevadí a docela se těším. U všech instlaací si stejně konfiguruju disk jak chci, bez LVM atd..., takze prostě jen vyberu ext4 dokud nebudu mít pocit, že BTRFS je ok

[JoHnY2]

Mam podezreni, ze btrfs nestihnou a dostane se spis az do 17ky - co jsem zahlid narky v mailing listu btrfs, tak je to jen dobre.

Btrfs bych videl na FS roku 2012. Bohuzel ja mam pro jeho funkce uplatneni v mistech, kde zalezi na bezpeci dat, takze pro me bude nasazeni jeste o rok dva pozdejc nejspis v ramci Debian 7ky (snad to nebude o backportech testingu do 7ky) .

[pavlix]

Ještě by se mi líbilo, kdyby mi na Fedoře 16 už fungovalo správně uspávání. Když mi někdo poradí jak to debugovat nebo vůbec jak tomu pomoct, bude to fajn, ale zatím mi nezbývá než jen hlásit chyby.