Linux-kysymyksiä & yleistä keskustelua Linuxista

[EliEli]

Tiedä noista, välillä jotain voi mennä rikki vaikka ei pitäisi.

Aikoinaan tein release upgraden useammalle Ubuntu-virtuaalikoneelle. Muut menivät ok läpi, yhdessä meni grub rikki päivityksen yhteydessä eikä enää suostunut buuttamaan. Onneksi oli snapshot tilanteesta ennen päivitystä jonka palauttamalla lähti taas buuttaamaan, sitten pari tuntia googlailua ja löytyi joskus samasta ongelmasta kärsineitä ja ohjeet komennoista mitä pitää antaa ENNEN release upgradea jotta ongelma ei toistu. Sillä meni sekin release upgrade läpi.

Itsellä on nykyisin myös rolling distro (OpenSUSE Tumbleweed) käytössä. Pari kertaa on päivityksen yhteydessä tullut varoitus konflikteista riippuvuuksien kanssa. En ole koskaan tohtinut koittaa onneani vaan olen canceloinut päivityksen siltä kertaa, odottanut muutaman päivän tai yhden viikon ja yrittänyt uudestaan. Silloin yleensä ei ole varoitusta enää tullut ja olen uskaltanut päivittää läpi, kai joku puuttuva riippuvuus on silloin päivittynyt ajan tasalle että on kaikki taas synkassa. Onneksi varoittelee.

OpenSUSE TW väitettiin jossain distro-vertailussa omaavan maineen "stabiilein rolling distro", en ota kantaa onko oikeastii näin ja mitä se todellisuudessa tarkoittaa.

 

[TemeV]

Ei vaan aukea, miten pakettiriippuvuuksien rikkinäisyydestä päädytään bootloopiin. Archissa näkee ongelman pakettien päivittämisessä ennen kuin asentaa yhtään uutta ja poistaa vanhaa.

Muistelen itselläni olleen ongelma se, että jokin softa sai ison päivityksen ja vaati myös joltain riippuvuudelta uusista uusinta versiota. Siellä oli vain ne riippuvuuksien versionumerot pakettiin kirjoitettu väärin, ja se suostui asentumaan, vaikka siitä riippuvuudesta tarjoiltiin edelleen pykälän vanhempaa. Jos tuollainen osuu johonkin bootissa käynnistettävään serviceen, niin saattaa tosiaan estää bootin. Nykyään kaiketi Archilla on testaus paremmin hallussa, niin noita sattuu vähemmän.

 

[love_doctor]

Muistelen itselläni olleen ongelma se, että jokin softa sai ison päivityksen ja vaati myös joltain riippuvuudelta uusista uusinta versiota. Siellä oli vain ne riippuvuuksien versionumerot pakettiin kirjoitettu väärin, ja se suostui asentumaan, vaikka siitä riippuvuudesta tarjoiltiin edelleen pykälän vanhempaa. Jos tuollainen osuu johonkin bootissa käynnistettävään serviceen, niin saattaa tosiaan estää bootin. Nykyään kaiketi Archilla on testaus paremmin hallussa, niin noita sattuu vähemmän.

Joo siis Archilla on välillä isoja päivityksiä. Esim. firmware-paketit jaettiin jokin aika sitten ja vaati manuaalista poistoa ja asentamista. Libc-päivitys on isompi myös ja pätee muihinkin distroihin. Näissä vaan se, että jos pacman herjaa vähänkään jotain ongelmaa, onko pakko ajaa ne päivitykset? Se että paketeista tippuu uusia versioita pitkin päivää ei tarkoita että koko ajan pitää olla kaikki ajan tasalla.

Itsellä on kolmella koneella Arch ja samaa asennusta siirtänyt levyltä toisellekin kun tulee isompi
konepäivitys. Vanhin Arch-asennus oli ajalta ennen systemd:tä 2000-luvun lopulta. Jos vaikka vertaa Ubuntuun (ei LTS), Gentoohon, Debian unstableen, niin Arch ei ole erityisemmin erottunut bugiherkemmäksi. Testing-paketeissa on välillä rikkinäisiä riippuvuuksia, mutta niitä ei ole pakko käyttää. Joskus kehittäjien avaimet pitänyt hakea käsin uudestaan kun paketit eivät asennu. Archin kanssa on yllättävää, että 1-2 vuotta päivittämättäkin ollut distro vielä lähtenyt pacmanilla päivittymään, kun esim. Ubuntulla on tyypillistä, että teet 4-5 versiopäivitystä peräjälkeen eikä mitenkään voi hypätä aiempien yli ellei tee puhdasta asennusta.

 

[JiiPee]

Debianin kohdallahan on vitsailtu iät ja kaiket jotakuinkin: "Unstable means testing, Testing means stable and Stable means old".

Vähän noin sen ittekin olen mieltänyt.

Jos redhat puolelta ettii vastaavuutta niin RHEL 6.12 kerneli jota taitaa toi debian stable käyttää.
Fedora 43 vois vastata unstablee
Fedora rawhide taikka ELN sitten testing.

Kyllähän toi 6.12 kerneli jo aika hapan alkaa olla. Mutta yleensä se kerneli ei nyt niin suuri ongelma ole vaan noiden jäädytettyjen distrojen ongelma on ne muut kriittiset palikat kuten python ja php jotka niissä on monesti happamia jo siinä vaiheessa kun ne julkaistaan.

Joo siis Archilla on välillä isoja päivityksiä. Esim. firmware-paketit jaettiin jokin aika sitten ja vaati manuaalista poistoa ja asentamista. Libc-päivitys on isompi myös ja pätee muihinkin distroihin.

Mikä pätee? Ainakaan Fedoran kanssa ole tarttenu mitään manuaalisia poistoja tehdä enää vuosiin. 3rd party repoja kun on käytössä niin ne voi aiheuttaa välillä jotain että käsin joutuu poistamaan.

Ja jos vähänkin tuntee syvemmin distron toimintaa niin pystyy aika hyvin kyllä päättelemään että mitkä on ns. kriittisiä paketteja. Joskus on ollut tilanne että että ei riippuvuudet vaan resolvaa kun on joku muutos tehty ja vanha paketti vaatii jotakii riippuvuuksia ja uusi sitten toisia josta sitten jotenkin syntyy mahdoton tilanne. Ne on tullu juurikin ratkottua niin että miettiny onko se kriittinen, jos ei ole niin forcella vaan poistoon ja sitten kun muut on päivitelty niin asentaa takas.
Mutta ei ole tuommoistakaan tarttenu pitkään aikaan tehdä.

 

[Makis]

Töissä piti käyttää Bookwormia melkein vuoden loppuun kun yksi tietoturvakomponentti ei tukenut Trixietä. Voin sanoa että hiukan alkoi mm Pythonin kanssa olla jo tuskaa...

 

[Barbarossa]

Töissä piti käyttää Bookwormia melkein vuoden loppuun kun yksi tietoturvakomponentti ei tukenut Trixietä. Voin sanoa että hiukan alkoi mm Pythonin kanssa olla jo tuskaa...

Jotenkin tämä nostaa muistoja esiin.. käytössä joku maailman paras proprietary tieto"turva" sötöstys joka toimii ainoastaan jollakin vanhalla distrolla ja sen takia pitää koko firman laahata muun maailman perässä. Ja kuitenkin se kasa paskaa parhaimmillaankin ainoastaan syö resursseja, mutta toisinaan myös rikkoo asioita tai pahempaa.

Vaan kun IT management haluaa ostaa vastuuvapautuksen käyttämällä näitä, sitten kun tuotosta leviää pitkin tuulettimia niin voidaan levitellä käsiä että hommattiin markkinoiden paras tietoturvapökäle, katsokaa nyt näitä prosyyrejä. Antakee bonuksia.

 

[JiiPee]

Eihän noi jäädytetyt distrot oikeen sovellu mihinkään muuhun käyttöön kuin sellaiseen jossa tiedät että sulla on tää ohjelmakattaus ja muuta et tartte eikä myöskään uudet fyytsörit ala myöhemmin janottaa. Silloin on ihan ok käyttökohde. Jos taas et välttämättä tiedä että että mitä ohjelmia tulevaisuudessa tarttet niin aika huono valinta.

Muistan kun aikoinaan CentOS 7 yritin jotakin hommaa saada toimimaan ja ei siitä tullu mitään kun se vaati jonkun python palikan ja siitä palikasta ei niin vanhalle pythonille ollut versiota edes olemassa.

Noh kontitus toki tuo helpotusta tuohon tuskaan mutta toisaalta taas monimutkaistaa asioita ihan turhaan varsinkin jos sitä konttihärpäkettä ei tartte muuhun kuin siihen yhteen kikottimeen.

 

[SamCer]

Fyytsöreistä puheenollen, osaako kukaan sanoa, miksi esim. Ubuntun uusin "normi"/LTS ei tue kirjautumista passkeyllä FreeIPA/IdM domainissa? Fedora on tukenu sitä jo versiosta 39 lähtien ja Ubuntullakin kaikki palikat on tukevasti jo tuen puolella.

Oon koittanu googlettaa ja kysellä tekoälyltä, mutta mitään ei oikein irtoa...

 

[eurokeitai]

Eihän noi jäädytetyt distrot oikeen sovellu mihinkään muuhun käyttöön kuin sellaiseen jossa tiedät että sulla on tää ohjelmakattaus ja muuta et tartte eikä myöskään uudet fyytsörit ala myöhemmin janottaa. Silloin on ihan ok käyttökohde. Jos taas et välttämättä tiedä että että mitä ohjelmia tulevaisuudessa tarttet niin aika huono valinta.

Muistan kun aikoinaan CentOS 7 yritin jotakin hommaa saada toimimaan ja ei siitä tullu mitään kun se vaati jonkun python palikan ja siitä palikasta ei niin vanhalle pythonille ollut versiota edes olemassa.

Noh kontitus toki tuo helpotusta tuohon tuskaan mutta toisaalta taas monimutkaistaa asioita ihan turhaan varsinkin jos sitä konttihärpäkettä ei tartte muuhun kuin siihen yhteen kikottimeen.

Itse asiassa nykyään juurikin konttauksen, appimagen ja flatpakin vuoksi on jäädytetty distro toimii erinomaisesti.

Konffaat distron kerran kuntoon ja asennat sen jälkeen kaiken distron ulkopuolelta flatpakina tai konttina. Ei tarvitse jännittää että uutta softaa varten asentamasi python rikkoo distron mukana tulleen hp-toolboxin ja tulostus ei enää onnistu. Sitten kun työprojektien on vähän enemmän löysää voi ottaa aikaa LTS -> LTS päivitykseen.

Rolling distroon voisin siirtyä sitten kun tarjolla on täydellinen rollback regression sattuessa kohdalla. NixOS:saa ilmeisesti on, mutta sen käyttö vaatii toistaiseksi sen, että Nix:stä tekee oman elämäntavan. Mutta josko kohta NixOS:stä tulisi helppokäyttöisempi...