Ubuntu Rolling Rhino

Martin Wimpress z Canonicalu oznámil, že pracuje na nástroji Rolling Rhino, který umožní vývojářům a zkušeným uživatelům zkonvertovat své Ubuntu na průběžně aktualizovaný systém s vývojovými verzemi balíčků (rolling release).

28.6.2020 23:33 | Ladislav Hagara | Komunita

Komentáře

[JS1]

Zajimave. Jeden z duvodu, proc jsem v roce cca 2005 presel na Ubuntu je ten, ze jsem nechtel dale provozovat unstable Debian.

[Bugsa]

No vidíš, a já zase přešel z Ubuntu na Manjaro, protože jsem aktuální software a nepatlat se každého 1/2 roku se zdlouhavou aktualizací.

[Proč ?]

Já jsem taky masochista. Proč se srát s nefunkčním upgrade 2x do roku, když můžu denně.

[taktak]

[PetebLazar]

Pozn. Vypadá to, že v tomto "rolling distro" je verze kernelu (aspoň podle jejich desetinného značení) pozadu proti kernelu dostupném v 20.04 LTS (5.4.0-26 versus 5.4.0-39).

[Harvie.CZ]

Nastroj na zkonvertovani Ubuntu na rolling-release model uz davno existuje. Uz asi 8 let je ke stazeni tady: https://www.archlinux.org/download/

[Love_Dali]

Fuj, snad nechceš blbuntu přirovnávat k Archu :D to je jak přirovnávat trabanta k SAABu

[Harvie.CZ]

Tak nepopiram, ze timhle upgradem ziskas i dalsi vyhody

[Max]

Pravdou je, že porodní bolesti Archu jsou dávno tatam. Stavy, kdy se systém pravidelněji rozbíjel, už moc nenastavá. A když ano, tak většinou nějakou regresí v novém jádru, což lze lehce vyřešit dočasným přechodem na LTS Kernel (naposledy jsem tak musel učinit kvůli regresi v Intel GPU driveru). S hlubšími problémy jsem se dávno nesetkal, dnešní stav linuxového kernelu a věcí okolo je už na hodně slušné úrovni (v tom smyslu, že podpora hw je jednak široká, ale i silně odladěná a spousta věcí ošetřených, aby k nim vůbec nedošlo).
Zdar Max

[skunkOS]

Asi souhlas. Naposledy se mi něco rozbilo ve velmi rané verzi systemd. Od té doby vůbec nic. Je to velmi stabilní, čistý a přehledný systém/distribuce.

[PetebLazar]

Taky to nevypadá, že by Rolling-Rhino měl možnost volby bleeding edge kernelu.

[JS1]

On se nemusi rozbit cely system. Treba co mne primelo hledat alternativy k Debianu (a proc jsem presel na Ubuntu), ze jsem z dlouhe chvile, misto psani diplomky, zupgradoval Debian unstable. No, a necekane to rozbilo tetex, ktery byl jaksi k te praci potreba.

Vubec nulta leta byla pro Linux divocejsi, dnes je vsechno dost stabilni. Nove KDE, Gnome, Xka, ja nevim co jeste. Vsechno se prekotne vyvijelo. Dneska je to takove spis polomrtve, v OSS hlavni vyvoj probiha kolem Javascriptu a webu a kolem Pythonu a ML. Mozna je to generacni zalezitost, starsi lide si vic vazi stability nez novych funkci.

[koroptev]

megalol

treba v opensuse tuhleweedu se gnome porouci spolu s xkama dvakrat denne a bere s sebou celiu session, casto se mi to deje pri ukoncovani Chrome..

takovejch srancu tam je hromada, pokud se vyvoj linuxu da jednim slovem nejak charakterizovat pak "divergence", bugy se neresi, ale nechavaji vycpet tim, ze se produkt cely jove reimplementuje, gnomr, kde, prikladu tuny..

[Max]

To je spíše problém hw nebo driveru na GPU. Já měl celý roky problémy s Intel GPU. Intel ten driver x krát přepsal, v jeden čas existovaly 3 různé drivery pro jednu GPU a chovaly se různě. Já měl na svém PC v práci donedávna velké problém s random freeze (třeba po 30 dnech uptime) a věci okolo. Reál byl takový, že to byl dlouhodobý bug v intel driveru :

[1208049.404433] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[1208051.404484] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[1208053.404470] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[1208055.404490] i915 0000:00:02.0: GPU recovery timed out, cancelling all in-flight rendering.
[1208055.404889] i915 0000:00:02.0: Resetting chip for hang on rcs0

Fix přišel až s jádrem 5.6 nebo 5.7 (nevím teď přesně). Je to prostě tragedie.
Zdar Max

[koroptev]

hm , mam nvidii s proprietarnim ovladacem, vsechna ostatni distra ok...

[Max]

S intelem jsem měl pracovní PC. Jeden čas jsem měl i pracovní PC s Nvidia GPU a nic moc. Jeden čas byl problém s bugy s kooperací s KDE5, prostředí bylo v určitých úrovních pomalé. Poté jsem přešel na nouveau, kde to bylo lepší, ale stabilita horší. Třeba po 90 dnech uptime driver na GPU lehnul. Doma jsem měl na herním PC Nvidii také a tam se stalo, že jednou za 50 dní se PC ze suspendu neprobral, nebo probral, ale Xka byly vytuhlý. Poté, co jsem přešel na Radeon je to jako nebe a dudy. Vše funguje out of box, nic se nesesypává, všechno funguje rychle, ze suspendu mohu probouzet PC jak chci a vždy naběhne a no problemo.
Jo, pokud člověk vypíná PC a neřeší uspávání, tak Nvidia dnes no problemo. Pokud řeší uspávání, může mít také problém.
Myslím si, že v dnešní době je pro Linux nejlepší možnost Radeon.
Zdar Max

[PetebLazar]

On je již na Radeon Navi generaci (5600/5700) ze strany AMD vyřešen VFIO reset bug?

[cezz]

On je již na Radeon Navi generaci (5600/5700) ze strany AMD vyřešen VFIO reset bug?

Je to problem mimo pouzitia GPU s VFIO?

Ked uz spominas VFIO, ten ich nvidia binary bordel uplne umyselne odmieta fungovat ked zdetekuje ze bezi vo virtuali. Za mna osobne nad nvidia GPU nebudem ani uvazovat ak bude dostupna alternativa od AMD.

[PetebLazar]

Na "Error 43" existuje workaround, o kterém NVIDIA určitě ví, ale zatím proti němu nic nepodnikla.

Bohužel v GPGPU podporou v rozšířenosti zatím vítězí CUDA nad OpenCL, takže ne vždy je AMD zástupnou alternativou.

Také bych měl radši v PC výkonný Radeon běžící na open-source ovladačích s podporou OpenCL(často tyto aplikace trvají na proprietárních ovladačích pro Radeon) a ideálně i SR-IOV, ale realita je od tohoto snu zatím značně vzdálena.

[Max]

Dedikaci GPU (nebo jednotlivých core GPU) do VM neřeším. Mé připomínky se vztahovali k desktopu (i když ano, někdo to tak může také používat pro hraní her ve VM s Windows). Jsem si vědom toho, že v některých nasazeních je na tom Nvidia mnohem lépe.
Zdar Max

[:D]

Stavy, kdy se systém pravidelněji rozbíjel, už moc nenastavá.

Statistiku mas? Jinak jsou to jen kecy?

Nazdar

[Anon1337]

Používám Arch u nás ve firmě na cca 10 počítačích už cca 4 roky.

Jenom 1 se stalo, že jsem se dostal do non-bootable stavu a to bylo naprosto mojí chybou protože jsem byl línej.

Za mě dobrá statistika.

Jinak tahle diskuse je stoprocentní, neochvějnej důkaz, že abclinuxu je český /g/ Dokonce i ta zpíčená captcha tu je...

[koroptev]

dostat se do bootovatelnyho systemu je naprosto nezajimava velicina..

to ma ten tumbleweed vyreseny navic daleko lip = snapshoty a moznost rollbacku pri bootu

co zajima me, je, jak se ten system chova pri dennim pouzivani, cili kdyz desetkrat za den musim bejbysitovat nejakou totalne zakladni funkcionalitu nejakym workaroundem, kterej nejaky jiny mainstream distro implementovalo nebo zvolilo konzervativnejsi flagy pro preklad, co ja vim, tak nasrat = v tomhle stoji tumbleweed naprosto za hovno napr

v cem je arch lepsi, kdyz naprosta vetsina zajimavejch baliku je v auru, kam to muze narvat jakejkoli pes z kdejaky vsi a ja musim vyhodnocovat, jak moc ten kterej balicek vypada lame - to je napr vec kterou u "normalnich" dister nedelam

[Anon1337]

To se mi v podstatě nikdy nestalo (nepočítam když boomer najednou zapomene jak se seřazujou složky v Nautilusu a jiný srandy)

Protože PPAs jsou extrémně kontrolovaný co se kvality týče a jenom cool lidi si je smí zakládat a stejně nejsou potřeba protože je všechno v main repos... Oh wait...

[skunkOS]

Radši Arch. Už deset let.

[koroptev]

hm a co ta picovina, kdy se jeden balicek (z auru) kompiluje X krat pro kazdyho uzivatele znovu pri instalaci namisto jednou pro vsechny nekde na buildserveru?

nebo ta druha picovina, kdy to u uzivatele kesuje takhle zbuildovany balicky a v ramci toho kesovani je komprimuje pomoci xz, coz na pomalejsich strojich je radove pomalejsi nez ta kompilace nekdy.. anebo instalace proprietarnich binarnich baliku timto trva naprosto neumerne dlouho a tim myslim minuty na ne uplnejch srackostrojich

[donny]

1) Jak se to vyjadrujes, dobytku?

2) Existuji i uzivatelske repozitare s pripravenymi aur baliky. Taky si takovy muzes zaridit, a predkompilovavat si tam, co chces, pro koho chces. Ale pak nebrec, ze to delas zadarmo a ze je s tim strasny prace.

3) Arch nepouziva xz, ale zstd. Pro lokalni buildovani baliku lze komprimaci samozrejme jednoduse vypnout.

[koroptev]

1.) adekvatne mistni mire fundamentalismu

2.) a proc bych to chtel delat? to je stejna mentalita jako proc bych mel stravit pul den instalaci archu podle dvacetistrankovyho txt navodu, to at za me udela nejakej picus, kterymu nezalezi na tom, jak mrha svym casem, mno ni 3.) instaloval sem soucasny manjaro a tam byl default xz, vypnout to muzu, ale proc je to dopice default v necem, co je desktopovy distro..

[kuropev]

Protoze trolling distra jsou pro masochisty a hracicky. Kdyz chces makat tak mas macOS a neresis nic. Maximalne tak penezenku jednou za 4 roky

[billgates]

Ani penazenku netreba vytahovat. Uplne staci, ak napises zakaznikovi, nech ti peniaze za jednu odpracovanu hodinu posle na dany ucet s danym VS a tebe uz potom len pride najnovsi a najvyssi model Macbooku.

[arctux]

Rolling distra mi pripominaju jeden stary vtip... viete ako spoznate uzivatela win95? Pozna naspamat svoj instalacny kod.