- A hozzászóláshoz be kell jelentkezni
- 1477 megtekintés
Hozzászólások
Már a beta óta használtam, nekem érzésre nagyon jónak tűnik.
- A hozzászóláshoz be kell jelentkezni
Kár a snap erőltetéséért benne.
- A hozzászóláshoz be kell jelentkezni
Nem csak a Snap-ot erőltetik benne. Az uutils-t is a coreutils ellenében, ami bugokat okoz, illetve az AppArmor-t is, ami meg további bugokat. Ezeknek mindegy, valamit mindenképp erőltetnek, mert nekik ez a víziójuk, az nem érdekes, hogy a felhasználóknak keresztbe tesznek, meg az adott komponens még félkész. Wayland is erőltetve van, de az már a Gnome 49 jóvoltából. Fedora még rosszabb, mert ott már az SELinux, shim/secure boot, Wayland, OOMKiller, stb. is erőltetve van.
Közösségi disztrókat érdemes emiatt használni, de sokszor azok sem erőltetésmentesek. Pl. Arch-on, Debian-on kötelező a glibc, initramfs meg a systemd, de a többi komponense a rendszernek legalább opcionális. Void-on a GRUB van erőltetve. Egyedül a Gentoo az, ahol teljes a választás szabadsága.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Első észrevételeim:
- Új Rust alapú sudo, amely állítólag biztonságosabb. A régi sudo mellé telepítve, amely setuid root-ként továbbra is ott vigyorog. És még meg is indokolják hogy miért, és hogy a 26.04 LTS-re is így fog maradni. Éljen a megnövelt biztonság!
- Új Rust alapú coreutils, amely állítólag még a fejlesztői szerint se stabil még, sebaj, gyorsan cseréljük le a több évtizede fejlesztettet. Kábé egy perc alatt hasaltam rajta egy hatalmasat. Szerencsére vissza lehet állítani a régit, bár az első találat oldal, amelyet a Google AI alapú áttekintése is átvesz, hibás parancsot ír erre.
- GNOME 49: Néhány random csomag verziószámát megnézve nekem eléggé egy 48-49 egyvelegnek tűnik (48-as többek közt: gnome-calculator, gedit, gnome-terminal, vte), melynek az egyik oka talán az, hogy két-három héttel előrébb jött az Ubuntu release időpontja a szokásoshoz képest (vajon miért, tudja valaki?)
- A Ptyxis ugyanarra a VTE widgetre épít, mint a korábbi default GNOME Terminal (jóllehet a GTK4-es verziójára). A bináris mérete nagyobb, és több libet tölt be. Nem látom, hogy bármivel pehelysúlyúbb volna. Persze ki-ki válasszon saját ízlése szerint.
- A hozzászóláshoz be kell jelentkezni
Nem ismerem a fejlesztők lelki világát, de felteszem, jobban munkára ösztökéli őket, ha az új cuccaik bekerülnek az új, lehetőleg neves disztró kiadásokba. Így talán még többet tesznek érte, hogy jobb legyen, a valós használatból fakadó visszajelzések alapján.
- A hozzászóláshoz be kell jelentkezni
Nem LTS verzió, nem kell rá frissíteni. Viszont pont az a cél a nem LTS verziókkal, hogy szélesebb körben derüljenek ki a problémák. Béta kiadásokat a kutya se tesztel.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Legfeljebb a fejlesztők tesztelnek, akiknek eszükbe nem jutnak olyan használati esetek, mint a felhasználóknak :-)
- A hozzászóláshoz be kell jelentkezni
Béta kiadásokat a kutya se tesztel.
Így aztán a béta kiadásokat kiadják nem-LTS stable-ként :D
Ubuntunak mindig voltak ilyen egyéni ötletei, upstart, unity, mir (ez utóbbival már nem találkoztam), ezek erőltetése közrejátszott abban, hogy visszatértem Debianra.
- A hozzászóláshoz be kell jelentkezni
Every six months between LTS versions, Canonical publishes an interim release of Ubuntu, with 25.10 being the latest example. These are production-quality releases and are supported for 9 months, with sufficient time provided for users to update, but these releases do not receive the long-term commitment of LTS releases.
Fedora 43, Thinkpad T14s Gen2
- A hozzászóláshoz be kell jelentkezni
Every six months between LTS versions, Canonical publishes an interim release of Ubuntu, with 25.10 being the latest example. These are production-quality releases and are supported for 9 months, with sufficient time provided for users to update, but these releases do not receive the long-term commitment of LTS releases.
Fedora 43, Thinkpad T14s Gen2
- A hozzászóláshoz be kell jelentkezni
Az LTS/nem LTS semmit nem mond a stabilitásról, csak arról szól, hogy mennyi ideig jönnek a frissítések hozzá. Nem béta kiadás, csak nem támogatott sokáig.
- A hozzászóláshoz be kell jelentkezni
Nem attól enterprise grade valami, mert olyan hú de jó lenne, hanem azért, mert arra van support. Csak ez különbözteti meg az interim, non-LTS verzióktól.
Olvass már egy kicsit lejjebb ugyanezen az oldalon:
Every six months between LTS versions, Canonical publishes an interim release of Ubuntu, with 25.10 being the latest example. These are production-quality releases and are supported for 9 months, with sufficient time provided for users to update, but these releases do not receive the long-term commitment of LTS releases.
Ma is tanultál valamit.
- A hozzászóláshoz be kell jelentkezni
Persze, meg attól, hogy stabilan fut rajra egy csomó enterprise szoftver :D Ja, mondjuk egy fizetős VMware Workstation évekig, nem törik el, mint a legújabb nem LTS-eken. Pls. mesélj erről csak 20 éve használom veled ellentétben, Windows userrel ... :D
A nem LTS kiadások alatt minden egyes alkalommal eltört a VMware, ezer frissítést csináltam végig, volt hogy kézzel kellett kernelmodult patchelnem. Ne erőlködj.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Windows a laptopomon van egyedül, mert még nincs rá normális Linux támogatás, amúgy meg Fedora és Debian felhasználó vagyok, de nyugodtan meghagyom neked azt a tévképzetet, hogy Windows user vagyok.
A nem LTS kiadások alatt minden egyes alkalommal eltört a VMware, ezer frissítést csináltam végig, volt hogy kézzel kellett kernelmodult patchelnem. Ne erőlködj.
Hát az a te problémád, hogy Ubuntut használsz olyan helyen, ahol nem kéne.
Valszeg ezek az LTS userek mind boldogak, mert eltört a Vmware náluk:
https://askubuntu.com/questions/1511670/problem-with-ubuntu-24-04-on-vm…
https://community.broadcom.com/vmware-cloud-foundation/question/problem…
https://dfirinsights.com/2024/09/13/ubuntu-24-04-freezes-and-locks-up-o…
Enterprise-grade. Aha.
- A hozzászóláshoz be kell jelentkezni
Nem attól lesz enterprise-grade, hogy hibátlan, hanem hogy nem mászik el 6-9 havonta az OS a rendszered alatt, nem kell félni attól, hogy befektetsz a fejlesztésbe, és fél év múlva kezdheted elölről. Meg mondjuk van errata, biztonsági fixek sok év múlva is, stb.
- A hozzászóláshoz be kell jelentkezni
Erre ugyanúgy semmi garancia nincsen sem Ubuntunál, sem Red Hatnál, sem Windowsnál, *BSD-nél, MacOOS-nél, sem semelyiknél. Ezek csak ígéretek, de tudjuk nagyon jól, hogy ezek a szoftverek olyan komplexitásúak, hogy ezek csak ígéretek maradnak.
Aka fostalicska ám mindegyik, csak valaki azt hiszi a saját kedvencéről, hogy az nem az.
Meg mondjuk van errata, biztonsági fixek sok év múlva is, stb.
Hát pont ezt mondom, hogy csak a hosszú támogatási időszak különbözteti meg az LTS-t a nem LTS-től, nem a szállított szoftver minősége.
- A hozzászóláshoz be kell jelentkezni
Az is kérdés, hogy LTS kiadásoknál nem konzervatívabbak-e az újításokkal, mint a non-LTS verzióknál.
- A hozzászóláshoz be kell jelentkezni
Két LTS közötti upgradere szerintem ez nem igaz, maximum egy LTS kiadásra a támogatási idő alatt. A támogatási idő letelte után, LTS1->LTS2 verzióváltáskor jöhetnek eléggé nemkonzervatív változások is. Mert az LTS még mindig támogatási periódust jelent csak, nem stabilitási garanciát, amikor frissítesz LTS-ről LTS-re.
Például a Windows 10 LTSC kiadása és a Windows 11 LTSC kiadása között nincsen breaking change? Vagy ugyanez RH-nál, Ubuntunál és társainál?
Hiába mondja valaki, hogy LTS-ről LTS-re váltani mindig egyszerű és könnyű, ez szimplán nem igaz, mindegyik OS fostalicska ilyen szempontból is.
Amúgy a stabilitási "garancia" a nem-LTS kiadásokra is igaz a támogatási időn belül, csak épp a támogatási időszak rövidebb.
Ne keverjük az LTS-t a rolling release-zel. Az Ubuntu 25.10 sem fog hirtelen kernel verziót ugrani meg GNOME verziót ugrani, amikor az megjelenik.
Vagy úgy gondolod, hogy a Canonical nemcsak rövidebb, hanem rosszabb minőségű támogatást ad a 25.10-hez, mint a 24.04-hez, az adott támogatási időszak alatt?
- A hozzászóláshoz be kell jelentkezni
Két LTS közötti upgradere szerintem ez nem igaz, maximum egy LTS kiadásra a támogatási idő alatt
Ezzel többé-kevésbé egyetértek, de ez egyre inkább kezd irrelevánssá válni, mivel a hardver/node/pod/stb. életciklusa általában rövidebb, mint egy LTS kiadású OS-é.
Ne keverjük az LTS-t a rolling release-zel
Szerintem nem keverjük, vagy nem tudom, mire gondolsz.
Vagy úgy gondolod, hogy a Canonical nemcsak rövidebb, hanem rosszabb minőségű támogatást ad a 25.10-hez, mint a 24.04-hez, az adott támogatási időszak alatt?
Bizonyítékom nincs rá, de teljes mértékben el tudok képzelni. Milyen támogatást ad egyáltalán a non-LTS verziókhoz? Ubuntu pro például csak LTS-re van, nem?
- A hozzászóláshoz be kell jelentkezni
a 24.04 lts tartalmazza a 23.10-es valtozasait, hacsak azokat vissza nem vonjak mert nagyon felrement valami, es megse jo az a valtozas.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Nem így értem.
Vannak mondjuk ezek a verziók, félkövér az LTS: A B C D E F G H I J
Be kell vezetni egy nagyon jelentős breaking change-et. Mondjuk X->Wayland. Hova teszed? Az Ubuntu lifecycle policy-jére nyilván nem látok rá, de a legtöbb vendor ezeket nem az LTS-nél kezdi el bevezetni, sokszor még csak nem is az LTS-1. verzióban, hanem mondjuk a B vagy C környékén.
- A hozzászóláshoz be kell jelentkezni
Fogalom nélkül vagy szokás szerint. Veled ellentétben én 25 éve használok megszakítás nélkül Linuxot, végigjártam a Debian Sid-től az unstable-n át az Ubuntu nem LTS kiadásait féléves frissítésekkel, meg megpróbáltam a z LTS-t. És nekem akarod elmagyarázni, mindenféle humbug szavakkal, hogy nem stabilabb az LTS :D
Menj, nyomj egy Windows Update-et.
hogy csak a hosszú támogatási időszak különbözteti meg az LTS-t a nem LTS-től
Vagyis, nem muszáj erre a kiadásra frissítenie annak, aki mondjuk még stabilan akar X11-et, vagy nem Rust-ban írt coreutils-t használni szopkodás nélkül, mert 2030-32-ig támogatott a rendszere. + fognak futni rajta a kereskedelmi szarai
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
VMware Workstation évekig
supported for 9 months. az 3/4-ed ev, addig megy rajta. de akinek evekig (evtizedekig) kell mennie adott sw-nek akkor valoban az lts kell.
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
Öt gép frissítése után az alábbiakat tapasztaltam az Ubuntu 25.04-ről Ubuntu 25.10-re frissítéskor:
- Eltávolítja a teljes X.org-ot, és csak a Wayland marad helyette, mert a GNOME 49 már csak azon fut (lásd: kiadási megjegyzések)
/usr/lib/tmpfiles.d/legacy.conf:14: Duplicate line for path "/run/lock", ignoringhibaüzenet, amely egy systemd hiba, és a Debianban már javítva lett (systemd 258), az Ubuntu viszont régebbi verziót szállít (systemd 257.9)alttoolbar_plugins.py:171: SyntaxWarning: invalid escape sequencehibaüzenet, amely egy ismert hiba, de még nincs kijavítva, lehet csatlakozni, ha téged is érint, vagy kijavíthatod a forráskódban- Kérdés nélkül lecserélte az Eye of GNOME képnézegetőt a Loupe képmegjelenítőre
- Hiába volt telepítve .deb csomagként a Firefox és a Thunderbird, feltelepítette snap csomagként is, bár a frissítés után a snap csomagokat eltávolítva továbbra is működnek a .deb csomagból telepítettek
sudo snap remove --purge firefox sudo snap remove --purge thunderbird
- Nem minden szoftver tartja a lépést a GNOME 49-cel, például a SimpleScan (Szkenner) 47-es verzióról frissült 48-as verzióra, a Seahorse pedig maradt 47-es verziójú
- Szokás szerint a külső forrásokat letiltja a telepítő, az
/etc/apt/sources.list.d/mappában lévő forrásfájlokban kézzel kell újra engedélyezni azEnabled: yessorral - Fent hagyott néhány nem használt snap csomagot, azokat kézzel kellett eltávolítani a frissítés után
sudo snap remove --purge mesa-2404 sudo snap remove --purge gnome-46-2404
- Fent hagyott néhány régi kernelcsomagot, azokat kézzel kellett eltávolítani a frissítés után
sudo apt-get purge linux-image-6.11.* linux-modules-6.11.* linux-modules-extra-6.11.*
Ezeket leszámítva a frissítés problémamentes volt, a frissített rendszer elindult, minden működik.
- A hozzászóláshoz be kell jelentkezni
Csak a szokásos Ubuntu féle gányolás.
Fedora 43, Thinkpad T14s Gen2
- A hozzászóláshoz be kell jelentkezni
Aztamindenit! Milyen nagy kedvem lett hozzá! :)
- A hozzászóláshoz be kell jelentkezni
For frozen distributions such as Debian, package maintainers are expected to backport patches to fix vulnerabilities rather than bump the software to the “next version” released by the upstream developer. Some security fixes (particularly for less popular software) do not receive a CVE ID at all and therefore do not make it into the distribution with this patching model. As a result, minor security fixes are sometimes held back until the next major release.
We don’t believe holding packages back and applying interim patches is a good idea, as it diverges from the way the developer might have intended the software to work.
Fedora 43, Thinkpad T14s Gen2
- A hozzászóláshoz be kell jelentkezni