Fedora 26 (diskuse)

[little.owl]

F26 vypada dobre, dekuji vsem, kdo na tom pracovali. Jedine co mi nevyhovuje, je instalace PAM v naprosto minimalni konfiguraci kvuli zavislosti systemd -> systemd-pam.

Jsem uz zvedav na F27, s ohledem na Flatpak-zaci navrzenou zde.

[Rezza]

Byla to krasna vzpominka na chvilku se vratit ke Go/No-Go a Readiness meetingum, ale uz bych to fakt nechtel delat jako praci :D.

[Honz]

Zkuste Paříž nebo Brusel, tam jsou nejkvalitnější no-go...

[little.owl]

A ja jsem si myslel, ze jste byl asi povysen .

[Rezza]

Jen jsem zaskakoval v dobe dovolenych :).

[Grunt]

Jsem uz zvedav na F27, s ohledem na Flatpak-zaci navrzenou zde.

Jakože Flatpaky místo RPM? To by bylo úžasné. To už bych asi fakt přešel na Gentoo.

[Conscript89]

No, zasadni vec co tam neni na zacatku zminena, akorat na konci jsou zminky o tom, ze by to snad melo byt jen v "GNOME Software".

Takze jsou 2 moznosti:

• Implementuji to primo v dnf a akorat v GNOME Software to pujde vypnout (to si nemyslim)
• Implementuji to jenom v GNOME Software a nikde jinde (tady bych se bal ze to casem probubla do DNF)

[Grunt]

GNOME Software

Což je oficiální způsob jak instalovat aplikace v grafice od dob co zemřel či byl zavražděn yumex.

[Conscript89]

No, oficialni zpusob jak pro koho, spis bych rekl ze defaultni (pro Workstation variantu/spin). Na KDE spinu je kpackagekit, nebo neco takovyho, stejne to hned vypinam. Pri rucni instalaci se mi tam taky nedostane. V kazdym pripade workstation neinstaluju nikdy a tak ani "GNOME Software" nikde nemam (jenom konstatuju, nechci v tomdle vlaknu resit GNOME jako takove).

[AsciiWolf]

Na KDEčkovém spinu je Discover, který stejně jako GNOME Software používá jako backend PackageKit a AppStream metadata.

[Rezza]

Taky dnfdragora. Ale moc to nesleduji, pouzivam rovnou dnf na cli.

[Conscript89]

+1 (pripadne mi nekdy ujede yum, to je tak kdyz clovek dela s RHEL6, RHEL7 a na osobnich strojich s Fedorou).

[AsciiWolf]

Viz Atomic Workstation.

[Rezza]

Ten navrh je na jednoduche delani flatpaku z RPM. (Zatim.

[little.owl]

Jakože Flatpaky místo RPM? To by bylo úžasné.

V cem je problem? Zdrojove RPMS tam budou stale a budete moci z nich sestavit Flatpak nebo standardni balicek. Flatpack ma oproti RPM balicku nekolik vyhod - treba sandboxing - coz se pro aplikace jako Firefox hodi.

[Grunt]

V cem je problem?

Ve Flatpaku? Bude v tom bordel.

[little.owl]

V cem?

[Grunt]

V systému.

[little.owl]

Grunt!

[Grunt]

Přesně tak, to je on.

[koroptev]

maji nejakou edici ktera se da normalne pouzivat tozn do peti minut nenarazim nabug ktery musim resit? nebo je to stejny shit jako pred lety? tozn. testbed majici za ucel zjistit co se uchyti a to pak pouzit v redhatu

[AsciiWolf]

maji nejakou edici ktera se da normalne pouzivat tozn do peti minut nenarazim nabug ktery musim resit?

Ano.

[RB]

Škoda, že se nedá vsázet na to, že se pod zprávičkou o Fedoře objeví trollující komentář od koroptve. Ten troll je pravidelný jako švýcarské hodinky

[Sid]

Podla nenavisti k fedore a redhat tipujem, ze bud mu niekto z redhatu prebral frajerku alebo nastastie ho do redhatu nezobrali. Aj ked to druhe sa mi zda pravdepodobnejsie.

[jmeno]

ja bych ty linuxy a fedory narusenym trolum zakazala

[PetrHL]

Snažím se Fedoru nainstalovat do VirtualBoxu. 3x jsem skončil s FATAL: INT18: BOOTFAILURE

Asi nejsem kompatibilní s uvažováním člověka, který tvořil nástroj pro dělení disku. Nefunguje mi ani default nastavení Fedory. Proboha, kdo vymyslel, aby se nástroj na rozdělení disku spustil až po kliknutí na Hotovo? To samé tlačítko ve všech jiných případech skočí na nastavovací obrazovku instalace. Poprvé jsem klikal jako blbec všude jinde a hledal, kde se vlastně nástroj na dělení disku spustí. Musím říct, že linuxový fdisk je teda podstatně uživatelsky příjemnější než to GUI. A ještě nikdy jsem po jeho použití neskončil s boot failure... . Fedora mi asi nebude souzena ani na vyzkoušení. Zlatý instalační proces Ubuntu/Debianu. Ani po 10 letech používání Linuxu jako hlavního systému pro vývoj, server a vše okolo, jsem asi moc velká lama na instalaci Fedory.

[little.owl]

3x jsem skončil s FATAL: INT18: BOOTFAILURE

To spise vypada na bug ve VirtualBox - kdysi jsem mel podobny problem a nikdy to nebylo vyreseno.

Proboha, kdo vymyslel, aby se nástroj na rozdělení disku spustil až po kliknutí na Hotovo?

A v cem je problem? Vytvorite si konfiguraci a pote co mate konecnou verzi se zapise na disk.

[PetrHL]

3x jsem skončil s FATAL: INT18: BOOTFAILURE

To spise vypada na bug ve VirtualBox - kdysi jsem mel podobny problem a nikdy to nebylo vyreseno.

Proboha, kdo vymyslel, aby se nástroj na rozdělení disku spustil až po kliknutí na Hotovo?

A v cem je problem? Vytvorite si konfiguraci a pote co mate konecnou verzi se zapise na disk.

To bych rád, ale napadlo by Vás, že nástroj pro dělení disku se spustí až po kliknutí na tlačítko Hotovo, když ve všech ostatních případech Vás Hotovo hodí zpět do instalačního procesu? Nepřijde mi to ani trochu logické, hledal jsem vždy nějakou nabídku, která mi přibude, když si zvolím pokročilé možnosti, nebo jak se to vlastně jmenuje.

Zkusím upgrade VirtualBoxu, snad si tím nic nerozvrtám.

[jmeno]

ja myslim ze to okno je tam hodne logicky pochopitelne a je tam spusta informacii a napovedy ako sa veci maju

[PetrHL]

VirtualBox upgradován, dopadl jsem stejně. Vzdávám to. Fedora se nekoná.

[Conscript89]

Stacilo si precist ten bug. Budto vyhodit CD/DVD pred bootem, nebo zmenit boot order kde bude disk pred CD/DVD. Taky jsem to kdysi resil.

[little.owl]

Nepřijde mi to ani trochu logické, hledal jsem vždy nějakou nabídku, která mi přibude, když si zvolím pokročilé možnosti, nebo jak se to vlastně jmenuje.

To je otazka zvyku.

Zkusím upgrade VirtualBoxu, snad si tím nic nerozvrtám.

Mam pocit, ze tenhle bug nebyly nikdy vyreseny, jen je zavreli jako stare. Zkuste jinou virtualizaci, mam pocit, ze Fedora neni ve VirtualBoxu testovana a kernel nemusi byt pro opatchovany. KVM funguje bez problemu a VmWare by mel take fungovat.

[Conscript89]

A HyperV taky funguje :)

[joejoe]

Ono jestli neni problem v GUI anacondy. Je to takove nekonzistentni. Kdyz si clovek na neco zvykne, tak hned v dalsim dialogu je to opacne. Jednou je potvrzovaci tlacitko nahore, podruhe dole, jindy je pro zmenu kazde ovladaci tlaciko ve svem rohu. Jednou je polozka v seznamu zobrazena jako tlacitko, podruhe ne. Typicky priklad toho jak se to nema delat je dialog pro pokrocile rozdeleni disku, kde je tlacitko pro automaticke rozdeleni disku logicky jako jedna z polozek v seznamu oddilu. Ja blazen to blahove cekam hned vedle ostatnich ovladacich tlacitek. Stejne tak nechapu "moderni" pristup pouzijme pro vsechno ikonku bez popisku. Mozna to vypada pekne, ale pochopit kam mam klikat se z toho moc neda. Podobne nesrozumitelny je i dialog pro vyber disku, na ktery chci system instalovat. To ze se jedna vlastne o "checkbox" se dozvim az po kliknuti na polozku. Sorry ale tohle pri nejlepsi vuli proste nechapu. Mozna kdyby mi nekdo vysvetlil myslenkove pochody tech vyvojaru...

[Ravensun]

Já při instalaci Fedory s tou Anakondou a rozdělení disku také bojuju a nikdy si nejsem 100% jistý co dělám a jak to funguje. Přijde mi to tam nějaké takové uživatelsky nepřívětivé a nelogické.

U Ubuntu mi vyhovuje instalátor a nástroj na dělení disku. Je to tam nějaké řekl bych uživatelsky přívětivější.

Ale to je asi jen můj osobní pocit a názor, tak si z toho vrásky nedělejte :)

[Grunt]

Nepřijde mi to ani trochu logické, hledal jsem vždy nějakou nabídku, která mi přibude, když si zvolím pokročilé možnosti, nebo jak se to vlastně jmenuje.

Však to tam je, ne? Jinak anaconda uměla docela často padat (hlavně v Rawhide) takže je to celkem milé když šahá na disk až když je všechno nastavené, nakonfigurované a odsouhlasené. Naprd když to sletí ihned po kliknutí na tlačítko „Začít instalaci“.

[Pavel Stárek]

Problém je, že je to prostě velice matoucí. A to říkám jako dlouholetý uživatel Fedory/RH.

[gdo]

kolko nas fedoristov je takych co instaluju fedoru maximalne vzdy o cislo pozadu? ja som zrovna nahodil 25 a mozno uz o pol roka dam 26

[RB]

Já naopak upgraduju už na alfu a musím říct, že posledních několik releasů je to naprosto v pohodě.

[little.owl]

+1

Jednu instalaci pouzivam take od alfy a zadne vetsi problemy.

[contyk]

Půl roku? Tři měsíce :)

[gdo]

njn za ten cas sa toho tolko vyladi ze nemusim mat asi ziadne obavy

[Grunt]

Spíš by bylo fajn kdyby Fedora začala rolovat.

[gdo]

no problemy s rolovanim by som do fedory tahat radsej nechcel... rawhide nestaci? :)

[Grunt]

Rawhide bývá po releasu pěkně dlouho dost rozmlácený a navíc se to v něm rychle mění, takže za toho půl roku by to bylo moc giga. Zas každého půl roku tahat nějaké to giga jako nucený upgrade taky nic moc.

[gdo]

tak hej ale zoberme si to z ineho pohladu, z pohladu debianistov ktori na nove verzie cakaju +- 2 roky, mat iba +- par mesiacov "stary" software uz komunitou zabehany je vo fedore fajna vyhoda a ked chceme este pohlad archistov tak tam by som fakt nechcel riesit stresy pred kazdym updatom.... ja linux radsej pouzivam nez aby som ho neustale mal kontrolovat ci je alebo bude vsetko ok.. - i ked niektorych to moze bavit

[Grunt]

Já měl Gentoo a nikdy jsem ho neupdatoval vyloženě pokud některý soft nevyžadoval novější verzi nebo jsem neměl o novější verzi některého balíčku zájem. Kompletní update systému jsem prováděl sporadicky a vše kupodivu fungovalo i s mírně zastaralým softwarem. U Fedory je naopak jistota že co půl roku dostaneš fungl nový software (zvláště když se zavádějí komponenty typu systemd nebo wayland).

[ika]

Ve Fedoře bohužel není jen "par mesiacov stary software". Ve Fedoře jsou čerstvé jen ty části, na kterých má zájem RH (NSA, FSB a XXX). Normální aplikace bývají i několik verzi zahnilé. Není dost lidí, kteří se o aktualizace chtějí starat - protože proces, jak se stát maintainerem je obludně byrokratický.

[xhc]

o ake aplikace ide? https://apps.fedoraproject.org/packages/

[akim]

např. QtDMM je aktuálně 0.9.2, ale ve Fedoře - včetně 26 - je 0.8.12 (to je pět verzí a několik let hnití). Další si hledejte sám, bude jich dost.

[xhc]

schvalne a tie dalsie su tiez take o ktorych 99% populacie sveta bude pocut prvykrát? :) navyse v com je problem najnovsiu verziu qtdmm nainstalovat z jej oficialnej stranky?

[akim]

To je ale stupidní argument. No comment.

Samozřejmě, že jsem si udělal vlastní rpm z "oficialnej stranky" a normálně ho používám. No a co? Nerozumíte psanému textu? Reagoval jsem na příspěvek o tom, že ve Fedoře jsou víceméně čerstvé aplikace. Nejsou.

[xhc]

ja som sem dal link cez ktory si kazdy moze checknut kto tu ma stupidne argumenty

[xhc]

v ktorych dalsich distribuciach je mozne najst tento balicek QtDMM ?

[little.owl]

Tato aplikace treba v Archu ci Gentoo neni, a je "pozadu" ve vsech mainstreamovych distribucich. Zkuste neco presvedcivejsiho, podle vaseho predchozicho prispevku to prece nemuze byt problem.

[akim]

...

[petr_p]

Třeba v Gentoo se musíte fyzicky sejít s jiným vývojářem. Tomu teprve říkám byrokracie.

Byl byste raději, aby místo starých verzi nebyly ve Fedoře žádné?

[Abcdefgh]

RR distra su stabilnejšie ako fixed a môžte ma aj ukamenovat. Nemusím sa stresovať čo sa rozbije po upgrade na dalsiu verziu distra. PS: používam Tumbleweed.

[gdo]

ked myslis ..

[Conscript89]

No jo, ja se zase nemusim stresovat ze me nenabere na rohy krava kterou nepotkam.

[R]

To je logicke, ze sa nic nemoze rozbit pri upgrade na dalsiu verziu distribucie, kedze sa takyto upgrade nerobi. Rovnako to plati aj napr. pre RHEL, pretoze ten sa upgradovat na novsiu verziu neda a musi ds cely preinstalovat...

Ale akosi si zabudol spomenut, ze sa moze cokolvek rozbit pri beznom dennom upgrade...

[Conscript89]

No, to neni uplne pravda :) https://access.redhat.com/solutions/21964

[RB]

Tyto pohádky o stabilním rolling release si nech pro sebe. I kdyby to bylo nakrásně stabilní ve smyslu, že to nebude padat, tak pořád se tam ten software kontinuálně mění a mění se, jak se chová. Což pro administrátora systému chtě nechtě přináší problémy a vyžaduje to neustále jeho pozornost.

[Abcdefgh]

Ale to sa nebavíme o serveroch, tam samozrejme niečo z doby kamennej ale na desktop nevidím dôvod prečo nie RR.

[Conscript89]

No, ja prave proto na pracovnim notebooku pouzivam RHEL7 a naprosta spokojenost. Hlavni je pro me na nem starovat a kdyz aktualizuju tak vim ze nemusim nic resit, i to KDE mam porad ve verzi 4.neco

[Franta Hanzlík]

Už se tomu blížím také, zatím novou verzi instaluji tak měsíc-dva po uvolnění. Ale do Fedory 13 jsem beta (i dřívější) release instaloval v pohodě i na produkční stroje, vždy bez problémů. Ve Fedoře 14 se systemd dostal až do beta verze, pak jej naštěstí vyhodili - takže F14 považuji za jednu z nejpovedenějších verzí. No a dál se systemd to už je jedna velká bída. Zatím se utěšuji tím, že ten zmetek bude konečně vyhozen na smetiště dějin a do RHEL 8 dají něco jiného (třeba OpenRC ;).

[andrej]

pri upgrade z nepodporovanej starsej verzie to spadne na neexistencii /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-26-x86_64. Trochu som sa natrapil, kym som ten subor nasiel v fedora-repos-25-1.noarch.rpm Podobne tiez rpmfusion kluce su v rpmfusion-free-release-26.noarch.rpm a rpmfusion-nonfree-release-26.noarch.rpm