Fedora 17

Vyšla Fedora 17. Novinek je celá spousta, jmenujme například podporu ext4 pro souborové systémy větší než 16 TB, dynamickou konfiguraci firewallu přes firewalld, možnost bondingu rozhraní v NetworkManageru nebo infrastrukturu pro multitouch. Hlavním prostředím je GNOME 3.4.

29.5.2012 22:26 | Luboš Doležel (Doli) | Nová verze

Komentáře

[Mti.]

ehm... nevite nekdo, jestli uz instalator pocita (a funguje) s instalaci na sw raid? F16 se mi dost sprajcovala, nez sem ju ukecal. (Z prispevku na bugzille z dob F15/16 to vypadalo spis jak vlastnost nez chyba :-/ )

Nicmene ji urcite dam sanci. Ale prvni asi v jednodussim nasazeni.

[Hlu]

Pokial si dobre pamatam, tak prave v (grafickom) instalatore F16 som si priamo vytvoril mdraid0 a na nom lvm bez problemov...

[Mti.]

Hm. Taky dobre. V mem pripade to byla sice instalace na jiz existujici pole, ale co uz. Dobre, casem to zkusim. Dekuji za nadeji.

[Pavel Lisy]

Tuším, že jsem četl, že se to podařilo v posledních opravách vyřešit. Nevím, zda se to dostalo i na DVD, rozhodně bude dobré si nechat provést update při instalaci.

Dejte vědět, jak to dopadlo. Já instaloval 17 alfa a tam to rozhodně dobře nebylo

[Mti.]

aha... no dekuji za varovani. Jednoho potesi, kdyz si rozhodi system a pak se nema z kama podivat po reseni. (nastesti je dnes uz techniky kolem dost)

Mam tam (pro mne) pracne rozjete nejake vyvojove nastroje, takze s upgradem zas az tak nepospicham.

[Migi]

shit just got real

už jsem myslel, že k tomu nedojde

[JoHnY2]

To zni skoro jakoby se ti na F17 neco nelibilo.

[Migi]

jop, rika se tomu yum

[l4m4]

Pokud sis všimlu yumu až v této verzi, tak gratuluji, je úplně stejný jako ve F16 ;)

Zato s usrmove bude legrace...

[JoHnY2]

Me se nastesti nebude usermove viditelne tykat, protoze F pouzivam na testovaci ucely a vzdycky jedu cistou instalaci. Zitra pujdu na 17 prehodit domaci server behem tydne je v planu pracovni testovaci server a hratky s vrtualizaci. Jsem zvedavej na Open vSwitch a zase trochu lepsi KVM/virt-manager podporu.

Jinak uz je na case, protoze jsem zatim pozival jen F15 a ta uz je trochu moc stara na to aby byla vazne bleeding edge. Ted uz je spis jen bleeding

[michich]

usrmove se není nutno obávat. Při upgrade anacondou se to provede samo. Při ručním upgrade yumem je to pár kroků navíc, které s návodem na wiki každý zvládne. Ve výsledném systému to může být uživateli úplně jedno, že se něco někam přesunulo. Jsou tam symlinky, aby staré cesty fungovaly.

[l4m4]

Takových věcí, které ,se provedly samy` a ,nebylo se třeba jich obávat`, už jsem zažil... (nejen u Fedory).

[michich]

V tom případě se můžeš obávat kterékoliv z tisíců změn. Nevím, co tě vede k předpokladu, že legrace bude právě s UsrMove, ale dosavadní zkušenost ukazuje, že to není problémová oblast. Viděl jsem několik hlášení o selhání při upgrade, ale nic z toho se netýkalo UsrMove.

[Migi]

zmenam s usr fandim, yum nesnasim uz od doby kdy sem fedoru vyzkousel poprve. To mohla byt tak ve verzi 14 myslim.

[Grunt]

yum nesnasim uz od doby kdy sem fedoru vyzkousel poprve

Já si ho zas nemůžu vynachválit.

[Jiří Lisický]

A co je na yum tak strašného?

[michich]

Já bych neřekl, že je strašný, ale výtky k němu mám: je pomalý a jeho solver je celkem hloupý. Vkládám naděje do postupného přepsání yumu nad céčkové jádro využívající libsolv z openSUSE.

[David Jaša]

je pomalý a jeho solver je celkem hloupý

našlo by se toho víc:

• nerozlišuje balíky nainstalované explicitně nebo automaticky (i když to jde spíš k RPM)
• neumí slušně pracovat s reverzníma závislostma (když chci odinstalovat A, který si při instalaci dotáhl B a C, zůstanou mi B a C v systému, zbytečně).
• jeho formát repa je neefektivní při velkých repozitářích, proto:
  • se asi těžko někdy dočkáme rawhidu s dvěma verzemi od každou balíčku: poslední a poslední instalovatelnou (tedy takovou, kterou by tam teoretiky dal yum --skip-broken update nebo distro-sync při aktualizaci ze starších verzí)
  • udělat byť jenom yum clean expire-cache && yum makecache je na pomalé lajně neskutečný opruz, i když se v repu změní jedno písmenko, stahuje se 10 MB dat.

[Sešívaný]

neumí slušně pracovat s reverzníma závislostma (když chci odinstalovat A, který si při instalaci dotáhl B a C, zůstanou mi B a C v systému, zbytečně).

Umí. Stačí si doinstalovat plugin remove-with-leaves.

[monkey]

Yum je hrůza. Trávím minuty čekáním na:

getting available package - adding package to view

Konečně vyberu a nainstaluju jeden balíček. Potom zase čekám na:

getting available package - adding package to view

abych mohl prohlížet seznam, popř. instalovat další balíček. Tak to jde pořád dokola...

Synaptic po instalaci ve Fedoře nefunguje, přitom v jiné rpm distribuci funguje normálně...

Plugin remove-with-leaves sem nainstaloval, ale nikde není vidět... Činnost Yumu je úplně stejná jako předtím a Yum nehlásí nic nového.

[l4m4]

To máš tedy špatné. Hlavně proto, že nepoužíváš yum, ale to příšerné grafické udělátko.

[monkey]

Takže je to pravda? Fedora = příkazový řádek bez grafiky jako ve starém DOSu?

[l4m4]

Máš asi problém s pochopením textu, zkusím to tedy podat v jednodušších větách:

Nepoužíváš yum.

Používáš grafické udělátko.

Stěžuješ si ale na yum.

Nedává to smysl.

[kolemjdoucí]

Zbytečné vysvětlování.

On evidentně neví, že grafická nadstavba funguje zcela samostatně a yum k operacím s balíčky vůbec nepotřebuje.

On asi myslel, že yum a grafická nadstavba pracují spolu dohromady, což si mu úspěšně vyvrátil.

[Pavel Stárek]

Yumex yum samozřejmě potřebuje

[pavel@centos6 ~]$ sudo yum remove yum
Loaded plugins: fastestmirror, priorities, refresh-packagekit, security
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package yum.noarch 0:3.2.29-22.el6.centos.2 will be erased
--> Processing Dependency: yum for package: 1:anaconda-yum-plugins-1.0-5.1.el6.noarch
--> Processing Dependency: yum >= 3.0 for package: yum-plugin-priorities-1.1.30-10.el6.noarch
--> Processing Dependency: yum >= 3.2.23 for package: yumex-3.0.4-2.el6.noarch

Nicméně, horší než Yumex a yum je snad už jen PackageKit (který ovšem rovněž používá yum jako backend).

[w4rr10r]

A yumex je co? Mně vždycky přišel jako pomalý sranec a AFAIK to byl frontend k yumu.

[l4m4]

Nemohu si být 100% jist, co používá monkey, ale výchozí grafické udělátko (AKA Add/Remove Software) je ve Fedoře gpk-application. To je frontend, ovšem frontend, který považují -- AFAIK -- za nepodařený i lidé, kteří k yumu per se žádný zvláštní odpor necítí. Mi teda přišla poněkud podivná snad všechna GUI k package manageru (synaptic, yast, ...); gpk-application z nich možná není nejdivnější, ale má největší poměr divnosti k užitečnosti.

[michich]

nerozlišuje balíky nainstalované explicitně nebo automaticky (i když to jde spíš k RPM)

To už není pravda. Už nějakou dobu si tuto informaci ukládá v yumdb.

neumí slušně pracovat s reverzníma závislostma (když chci odinstalovat A, který si při instalaci dotáhl B a C, zůstanou mi B a C v systému, zbytečně).

Lze zapnout clean_requirements_on_remove=yes v yum.conf. Využívá to právě ty informace z yumdb.

[vain]

Druhý bod řeším přes yum history. Ale podívám se i na dvě rady tady od kolegů výš.

[w4rr10r]

What we need right now is a Miracle of Beef...

[Tutor]

Tak trochu se těším na tu legraci, až bude příští RHEL přecházet na GNOME 3 ))))))))))

[kavol]

a on bude?

btw, vidím tam teda větší srandy než GNOME ...

[Sešívaný]

Přesně tak, GNOME 3 už má za sebou tři releasy Fedory a za tu dobu se hodně věcí vychytalo. Jsou věci, které na to budou mít mnohem méně času.

[l4m4]

RHEL může přejít na jaké chce grafické prostředí a většina jeho uživatelů si toho nevšimne. Stejně jako by si nevšimli, kdyby tam nebylo žádné.

[okko]

+1

[kavol]

Stejně jako by si nevšimli, kdyby tam nebylo žádné.

ale všimli

[l4m4]

Jak čtu oba bugy já, tak jde o závislosti na fontech, protože programy dneska renderují text lokálně, namísto na X serveru. GNOMEx nebo KDEy se tam nikdo nedožadoval.

[kavol]

mám tomu rozumět tak, že když to není GNOME nebo KDE, tak to nemůže být "grafické prostředí"?

[Jirka]

Firewalld se do finálního vydání nedostal.

[Rezza]

To je problem, ktery je potreba vyresit - uz jsem cetl milion recenzi od lidi, kteri se podivali na Feature pages a trebas neaktualizovane a byl prusvih...

[David Jaša]

On by na to byl nějaký ten redmine lepší nástroj, než wiki stránky...

[Rezza]

Neboj, mam to v planu :)

[pavlix]

Třeba taková podpora IPv6, deklarovaná už několik let, a v teď nainstalované a aktualizované sedmnáctce to pořádně nefunguje :).

[Rezza]

Mas moznost to zmenit ted, ne? :)

[kavol]

a předtím snad neměl, když je henta Fedora komunitní? :-p

[Rezza]

:)) Byl malo sobecky, jak by rekl Linus.

[pavlix]

Na ábíčko jsem se mezitím nedostal, ale odpověď jsi dostal na release party :).

[Ravensun]

Fedora 17 XFCE na Asus Eee T91 (touchscreen) běží docela svižně a co se mi líbí velmi je vysoká rychlost vypnutí i nabíhání není špatné, ale co mě na tomto stroji trápí je LCD touchscreen. Není skalibrovaný. Dotyková vrstva se nejspíš hlásí jako HID, ale netuším jak ji nastavit, aby když kliknu prstem či stylusem na LCD, "klikl" i kurzor myši na obrazovce ve stejném místě.

Netušíte někdo čím to zkalibrovat nebo na jaký soubor se zaměřit?

Díky

[Jezekus]

Tak jsem si rikal, ze aktualizuju F16 pomoci preupgrade, inu pustil jsem stahlo se, objevila se polozka v grubu2 a chvile napeti... grub2 prohlasil file not found
Jal jsem se tedy zjistovat, co se stalo, doplnil jsem v bootline cesty k jadru a k initrd, stage2 a kickstart filu a neco uz se zacalo dit.
Nebudu dal natahovat dracut prohlasil, ze /dev/root neexistuje a na tom jsem skoncil. Tento bug by to mel byt: https://bugzilla.redhat.com/show_bug.cgi?id=806966

Ach jo

[michich]

To, že preupgrade nenastavil správně grub, je určitě chyba v něm. Kdo ví, co dalšího preupgrade neudělal správně, takže to ruční doplňování cest už mohlo být odsouzeno k nezdaru. Žádné nevratné změny ti to ale neprovedlo, takže máš stále funkční F16?

Já anacondě ani preupgrade nedůvěřuju. Upgraduju yumem, protože v případě problému mám rozumnou šanci pochopit, co se vlastně stalo, a budu vědět, jak to spravit.

[Jezekus]

Jo nastesti mam stale funkcni F16, takze jsem jen vyhazel trochu bordelu, co preupgrade nakydal kde se dalo (/var/cache/yum/preupgrade, /root/preupgrade, /home/user/preupgrade). Musim jeste vykydat grub2, tam se zapsala polozka na spusteni toho upgradu
O aktualizaci yumem vím, chtel jsem to jen zkusit, jestli naahodou nebudu mit podruhy za svuj zivot (od FC4) s Fedorou stesti a nebude fungovat preupgrade.
Dik za link

[kavol]

Já anacondě ani preupgrade nedůvěřuju. Upgraduju yumem,

+1

smutné je, že je to zároveň nejmíň podporovaná metoda, po Anacondě a preupgrade ...

[creon]

preupgrade - bez problémů.

Nevíte někdo jak vypnout funkci na klávese F10? To je jediné co mě celkem točí - nemůžu teď vypnout mc :D

[little-drunk-jesus]

v gnome-terminal je to: edit -> keyboard shortcuts... a zrusit zaskrtnuti u "enable the menu shortcut key (F10 by defalt)"

[michich]

To je asi bug v gtk. Zkus workaround.

[Pavel Stárek]

Jo, to je asi ono. Mám na flashce na pokusy poslední Ubuntu a říkal jsem si, vžyť jsem ty zkratky zakazoval :) Nicméně, než se dostanu k instalaci F17 tak už v updatech bude jistě oprava.