Ubuntu 18.04 LTS Bionic Beaver

[juhisi]

http://cdimage.ubuntu.com/

https://lists.ubuntu.com/archives/bionic-changes/

https://community.ubuntu.com/

https://ubuntuforums.org/forumdisplay.php?f=427

https://wiki.ubuntu.com/BionicBeaver/ReleaseSchedule

[epiphone]

Liekkö tämä olisi nyt viimeinen LTS versio ja systeemi hyppäisi oikeaan Rolling release systeemiin kuten useat distrot ovat jo tehneet.

Mä en sitten yhtään tykkää noista Rolling release systeemeistä. Nykyinen systeemi on parempi...

[jekku]

---
Eli systeemi on nopeampi, varmempi, turvallisempi, kevyempi jne...

Varmempi, kevyempi?

Kaikkiin vähänkin kriittisiin koneisiini asennan Debianin vakaan...
Mutta kuten mainitsit, "miten sen katsoo"

[juyli]

Itse katson, että uudempi on parempi ja että systeemin tulisi hypätä Rolling releaseen, joku muu voi nähdä asiat toisin 

Hieman karsastan Rolling release -moodia (huonojen kokemusta perusteella ) Ubuntussa ja Fedorassa pidän hyvänä, että tiettynä ajankohtana (1/2 vuotta) järjestelmä on päivitettävissä laajana kokonaisuutena. Ubuntu säilyttää koko tukiaikanaan kernel-version alkuperäisenä (vaikka uudempikin kernel usein on asennettavissa), mutta Fedora päivittää huolettomasti myös kernelin versiosta toiseen (ja säilyttääkin ainoastaan kaksi uusinta kernel-versiota oletuksena).

Vanhojen, vielä tuettujen Ubuntu-versioiden tulisikin (kuten ainakin joskus ennen) olla tuettu lähinnä palvelinohjelmistojen osalta, mutta varsinaiseen työpöytäkäyttöön ei vanhoja versioita tarvitsisi olla tuettuna.
https://wiki.ubuntu.com/Releases
Ubuntu 6.06.2 LTS Dapper Drake (Server)  January 21, 2008 June 1, 2011
Ubuntu 6.06 Dapper Drake (Desktop) Rel June 1, 2006 July 14, 2009

Tietysti periaatteessa niin Ubuntu kuin Fedorakin (ja jotkut muutkin jakelut) on aina päivitettävissä seuraavaan (tai jopa yli joidenkin versioiden), joten ero Rolling releases -moodin kanssa on aika marginaalinen.
Ubuntu LTS-version päivittäminen taas parin vuoden välein seuraavaan LTS-versioon on aina melkoisen pitkä harppaus, joten täälläkin usein on suositeltu LTS-päivityksen sijaan jakeluversion uudelleenasentamista suosiolla.

[nm]

Liekkö tämä olisi nyt viimeinen LTS versio ja systeemi hyppäisi oikeaan Rolling release systeemiin kuten useat distrot ovat jo tehneet.

En usko että tuollaista on näköpiirissä. Ylläpidetyille LTS-versioille on tarvetta vielä pitkälle tulevaisuuteen. koska Ubuntu pyrkii olemaan vakaa palvelin- ja sovelluskehitysalusta samaan tapaan kuin muut merkittävät jakelut: Red Hat, openSUSE ja Debian. Rolling release -jakelut sopivat harrastajille ja jakeluiden kehittäjille, mutta niiden varaan ei voida rakentaa pitkäaikaisesti ylläpidettäviä nettipalveluja tai sulautettuja sovelluksia, joiden alustana Linuxia käytetään yritysmaailmassa. Raha ja työvoima liikkuu siellä.

Ubuntun väliversiot sen sijaan voisi minun puolestani hyvin korvata rolling release -rinnakkaisjakelulla, kuten Debian-projektissakin on tehty viimeiset 20 vuotta.

[juyli]

itsellä hyviä kokemuksia Rolling releasesta Manjaron kautta, jota testaillut useaan kertaan

Olen kokeillut alittaa aidan asentamalla Arch -jakelun sijaan Manjaro:n, mutta onnistunut epäonnistumaan päivityksien osalta. Arch on niitä harvoja laajempia Linux-jakeluja, joita en ole jaksanut testailla
En viitsinyt aiemmassa viestissäni nimitellä Rolling-release-jakelua, jonka perusteella suhtaudun hieman epäilevästi jatkuvasti päivittyviin jakeluihin.
Vaikka kaikissa jakeluissa onkin aina tarjolla jo testing-haarassa  (unstable tms.) aikansa testailtuja ohjelmia, on aina mahdollista, että jotkin jo testatut ohjelmistot/kirjastot tms. jaettuna yleisesti tuottavat ongelmia, joita ei testausvaiheessa ole onnistuttu havaitsemaan.
En Ubuntussa enempää kuin Fedorassakaan käytä proposet- tai testing -ohjelmalähteitä - ihan sattuneesta syystä. Tietysti käytössä voisi olla jakeluversio, jossa voisi testailla näitä epävakaita ohjelmistoja.

[Tomin]

Manjaro on toisaalta hyvä Rolling release kun niillä näyttäis olevan osaavaa porukkaa takana ja paukkuja systeemin ylläpitoon ja päivityksiin, kaikilla ei noin ole...

Ennemminkin niin, että Arch Linuxilla on riittävästi porukkaa, koska Manjaro käyttää sen lähteitä. Täytyy sanoa, että aika harvinaista mikään päivityksien takia hajoaminen Archissa. Käytän sitä läppärissä ja isoin hajoaminen taisi olla silloin kun olin vaihtanut Gnomesta yhden paketin omaan ja unohtanut koko jutun eli sekään ei ollut Arch-kehittäjien vika. Noista ihan uusista ytimistä on kyllä sekin haitta, että tässä pidemmän aikaa läppärin tasohiiri ei toiminut valmiustilasta palattua ennen kuin sen moduulin lataa uudestaan. Nyt tuo taas toimii. Arch Linux on sen tason jakelu, että siinä on syytä olla vähän harrastusmieltä mukana tai sitten kannattaa katsella muita jakeluja. Wiki on kyllä erinomainen.

[Tomin]

Mutta tuo Manjaron porukka tuntuu pätevältä pitään systeemiä kasassa ja noussut aika korkealle käyttäjämäärissä Distrowatchin mukaan...

Distrowatch ei mittaa käyttäjämääriä vaan kävijämääriä sivustollaan ja he ovat aivan avoimia siitä asiasta.
https://distrowatch.com/dwres.php?resource=popularity

The DistroWatch Page Hit Ranking statistics are a light-hearted way of measuring the popularity of Linux distributions and other free operating systems among the visitors of this website. They correlate neither to usage nor to quality and should not be used to measure the market share of distributions. They simply show the number of times a distribution page on DistroWatch.com was accessed each day, nothing more.

[mrl586]

Rolling release -jakelutkin voi joutua asentamaan aina välillä uudestaan, jos jokin päivitys rikkoo jotain, jota ei voi saada edes komentorivin kautta kohtuullisessa ajassa korjatuksi.

[juyli]

Bionic:in repot nyt julkaistu ja systeemi päivitetty niihin. Tästä homma lähtee sitten rullaan kohti toukokuuta 

Toukokuuta? Ubuntun seuraava versio (LTS) julkaistaneen huhtikuussa versionumeron mukaan 18.04 eli 2018 huhtikuu (04).
Tietysti, kun testaillaan alpha/beta -versiota, on käytettävä testeihin tarkoitettuja proposed-ohjelmalähteitä.
Todennäköisesti kokeilen Ubuntu 18.04 Bionic Beaver -jakelua ennen varsinaista julkaisua - ihan vain testimielessä. Mutta paljon lähempänä varsinaista julkaisupäivää.
Jo asennetut Ubuntu/Xubuntu jakelut päivitän, kun virallisesti tuollainen vaihtoehto on tarjolla.

[jekku]

Bionic:in repot nyt julkaistu ja systeemi päivitetty niihin. Tästä homma lähtee sitten rullaan kohti toukokuuta 

Toukokuuta? Ubuntun seuraava versio (LTS) julkaistaneen huhtikuussa versionumeron mukaan 18.04 eli 2018 huhtikuu (04).
....

Minä päivitän (yleensä) aikaisintaan touko-kesäkuussa. On riittävästi kommentteja ja tarinoita miten meni, myös mahdollisia viime hetken paikkauksia.

En kuitenkaan jaksaisi ongelmatilanteessa  kuin kiukutella

[JaniAlander]

Rolling release -jakelutkin voi joutua asentamaan aina välillä uudestaan, jos jokin päivitys rikkoo jotain, jota ei voi saada edes komentorivin kautta kohtuullisessa ajassa korjatuksi.

Mulla on tuolta BSD-puolelta TrueOS mikä nykyään toimii Rolling mallilla, ts. seuraa FreeBSD stable repoa. Mutt no siinä toi homma on varmistettu ZFS snapshoteilla ja käynnistysympäristöllä. Ts. jos päivitys runnoo jotain, niin kauan kuin käynnistyslataajaa ei mennä möhlimään saa kiskaistua päivitystä edeltävän tilan esiin.
Käsittääkseni vastaavaa saisi (saa?) Linuxeillekin.

[juyli]

Mutt no siinä toi homma on varmistettu ZFS snapshoteilla ja käynnistysympäristöllä. Ts. jos päivitys runnoo jotain, niin kauan kuin käynnistyslataajaa ei mennä möhlimään saa kiskaistua päivitystä edeltävän tilan esiin.
Käsittääkseni vastaavaa saisi (saa?) Linuxeillekin.

Jokin jonkin ns. OS-järjestelmän palautuspiste?
Asiallinen varmuuskopiointi, järjestelmän palautus ja boot-managerin asennus toimii Linux-jakeluissa ongelmitta (kuten todennäköisesti missä tahansa *unix-järjestelmässä?).

[nm]

Rolling release -jakelutkin voi joutua asentamaan aina välillä uudestaan, jos jokin päivitys rikkoo jotain, jota ei voi saada edes komentorivin kautta kohtuullisessa ajassa korjatuksi.

Mulla on tuolta BSD-puolelta TrueOS mikä nykyään toimii Rolling mallilla, ts. seuraa FreeBSD stable repoa. Mutt no siinä toi homma on varmistettu ZFS snapshoteilla ja käynnistysympäristöllä. Ts. jos päivitys runnoo jotain, niin kauan kuin käynnistyslataajaa ei mennä möhlimään saa kiskaistua päivitystä edeltävän tilan esiin.
Käsittääkseni vastaavaa saisi (saa?) Linuxeillekin.

ZFS ja Btrfs mahdollistavat snapshotit Linuxissakin, mutta en tiedä onko niitä hyödynnetty vastaavasti päivitysten yhteydessä missään jakelussa. Omilla skripteillä toki hoituu.

Tai voi käyttää jotain kehittyneempää pakettienhallintajärjestelmää, jossa yksittäisiä ohjelmia ja paketteja voi helpommin päivittää hajottamatta koko systeemiä: https://nixos.org/nix/
 

Jokin jonkin ns. OS-järjestelmän palautuspiste?

ZFS:n/Btrfs:n snapshot on koko tiedostojärjestelmän palautuspiste. Erittäin kätevä ominaisuus moneenkin asiaan.

Asiallinen varmuuskopiointi, järjestelmän palautus ja boot-managerin asennus toimii Linux-jakeluissa ongelmitta (kuten todennäköisesti missä tahansa *unix-järjestelmässä?).

Sopii Ubuntun ja vastaavien jakelujen suuriin jakelupäivityksiin, joita tehdään maksimissaan kerran tai pari vuodessa. Mutta ei kukaan jaksa toistuvasti korjailla rolling release -jakelun ongelmia tuolla tavalla. Snapshotit ovat siihen yksi mahdollinen ratkaisu.

[JaniAlander]

Nm, päivitysten yhteydessä se ottaa snapshotin lähinnä järjestelmähakemistoista, kotihakemistoon kun päivitykset ei muutenkaan koske.  Kotihakemistosta otan itse sitten aika ajoin snapshotin. Senkin tosin saa automatisoitua.

[Jakke77]

http://www.omgubuntu.co.uk/2017/11/ubuntu-18-04-daily-build it's out

[Jakke77]

nytpä on sitten uusinta alla, ensin kokeilin päivittää 17.10 -> 18.04 ja onnistuihan se muuten mutta ois pitänyt ohjelmia asennella uusiksi, jopa pääte joten asentelin kaiken uudelleen toimivuuden takaamiseksi, nyt ryhtyä testaileen josko kaikki toimii niinku pitääkin... tähän asti ei ongelmia

[Jakke77]

nvidian ajureiden asennus sotki systeemin, uudelleen käynnistyksen jälkeen ei enää toiminu (joku  Tainted: P  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message error).eikä fail safessakaan jostain syystä saanu tehtyä mitään, ei poistettua ajuria tai edes vaihdettua inteliin

[shelby]

18.04 läntätty koneeseen, ei juurikaan onkkelmia edes Nvidian ajureissa. 384.90 tais olla versio. Jaa, pyytaa vaan kirjautumaan, vaikka löin täpän "kirjaudu automaattisesti".

[jekku]

...
Ensiks pitää valita kirjautuessa joko Ubuntu Xorg tai Wayland, koska Wayland on oletuksena...

Tulleekohan tuo Waylans myös Ubuntu Mate:en, jos päivittäisi.

Toisaalta, ei kai tuo iso nakki ole kokeillakaan, dist-upgrade sen kai viimeistään näyttää?