- A hozzászóláshoz be kell jelentkezni
- 1301 megtekintés
Hozzászólások
🍿
It is our choices that define us.
Thinkpad X1 Carbon | Arch linux
- A hozzászóláshoz be kell jelentkezni
End of Ubuntu Pro Support | |
---|---|
22.04 LTS (Jammy Jellyfish) | Apr 2032 |
20.04 LTS (Focal Fossa) | Apr 2030 |
18.04 LTS (Bionic Beaver) | Apr 2028 |
16.04 LTS (Xenial Xerus) | Apr 2026 |
🍿
Aztán akkor még ott a 24.04 LTS is ...
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Jaj de jó, használjunk 10 éves, elavult szoftvereket. Security fix egy dolog, viszont ott a bugfixek amiket az új verziókban javítanak, azokat nem backportolják.
- A hozzászóláshoz be kell jelentkezni
Attól függ, hogy mire van szükség. Nekem pl. alapvetően Docker, Firefox, phpstrorm kell. Ha ezek működnek, akkor semmi probléma sincs azzal, ha tíz éves a rendszer.
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Jaj de jó, használjunk korszerű™ szoftvereket. Bugfix egy dolog, viszont a bugfixek mellett, amiket az új verziókban javítanak, megkapod az újabb bughalmazokat is instabil szar feature frissítések formájában.
Amivel gyakorlatilag ingyentesztelő kísérleti nyúl vagy a milliárdos multinak, de legalább nem kell elavult kiforrott, az idő próbáját kiállt, minden bugfix-szel egyre stabilabb szoftvereket használnod. 🤡
Egy valamirevaló LTS disztró pedig távolról sem csak security fixeket kap.
- A hozzászóláshoz be kell jelentkezni
Nem mindenki verzióbuzi. A böngésző, levelező a friss benne, az meg a taszkok 90%-át lefedi.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A Canonical részéről értem, ha upstream dobja a támogatást, akkor nyilván nekik egyszerűbb így.
De arról nem szól a GNOME blogposzt, hogy miért kell dobni az X-et, csak arról hogy most már szerintük lehet.
Mindenesetre remélem, mire lejár a 24.04 szavatossága, addigra kikupálják az nvidia támogatást a wayland-ben, mert az messze van a fényestől. Gaming-hez mindig X session-t indítok. Nem akarok ezért feltenni egy KDE-t.
- A hozzászóláshoz be kell jelentkezni
De arról nem szól a GNOME blogposzt, hogy miért kell dobni az X-et, csak arról hogy most már szerintük lehet.
Az nem volt fontos, ellenben a politika ...
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Helyes. Nem hittem volna, hogy ilyet írok egyszer is egy Ubuntu-s hírre.
Legalább kétszer gördülékenyebb a wayland, ez az új irány. Az X-et be kell fagyasztani és karbantartani a beágyazott és célrendszerek miatt. Az nVidiát meg el kell engedni linux alatt (mióta AMD-s kártyám van).
Na, most lehet kötözködni, adtam minden alá táptalajt! :)
- A hozzászóláshoz be kell jelentkezni
Én nem vagyok a Waylandnek ellene, egyes vasakon tényleg gördülékenyebb, semmi bajom nincs vele, akinek bejön, használja. Nekem a gondom azzal van, mikor erőszakosan akarják az X-et elavultatni, azt nem kéne.
Ebben egyébként az Ubuntut nem hibáztatom, kényszerpályán vannak, nem az ő döntésük, maga a Gnome projekt vezeti ki a Gnome alól az X-et, ezt meg a Canonical leköveti, nem akarnak széllel szemben hugyozni.
“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
Nincsenek kényszerpályán. Bőven több erőforrásuk van a milliárdjaikból, mint egy Devuannak, vagy bárki másnak, aki széllel szemben hugyozik nem hajlandó lenyelni a torkán lenyomott lófaszt. Canonicalék most spúrkodnak, divatbuziskodnak.
Hacsak azt vesszük, mennyi felesleges pénzt elégettek az olyan szélsőségesen idealista zsákutcákra, mint az upstart vagy a unity, annak töredékéből lehetne a GNOME-ot X.org-ra kompatíbilitás-patchelni.
mikor erőszakosan akarják az X-et elavultatni, azt nem kéne.
Abból a konformista agyfaszból pedig, amivel te is itt mentegeted a Canonical multikád, ez jön ki végeredményként. Szóval gondold ezt újra, Raynes kolléga.
- A hozzászóláshoz be kell jelentkezni
hat vegre nemkell szarakodni monit meg hasonlo cuccokkal ha egy apache vagy barmi lerohadt es ujra kell inditani. meg nemkell K90-foo fajlokat kezelni hogy ki milyen sorrendben induljon. meg nemdol kardjaba egy app (mert el sem indul), ha egy dependalt service gond van.
jahogy erteni kell hozza??? hat ez a szakma ilyen.. ¯\_(ツ)_/¯
tobbieknek meg marad a nyivakolas :bohocfej:
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!
- A hozzászóláshoz be kell jelentkezni
hat vegre nemkell szarakodni monit meg hasonlo cuccokkal ha egy apache vagy barmi lerohadt es ujra kell inditani. meg nemkell K90-foo fajlokat kezelni hogy ki milyen sorrendben induljon. meg nemdol kardjaba egy app (mert el sem indul), ha egy dependalt service gond van.
Korábban sem kellett, ha normálisan össze voltak rakva az init scriptek. Jahogy érteni kell hozzá? 🤡 Jahogy nem kéne mindent mindenre alapesetben is dependáltatni? 🤡
jahogy erteni kell hozza???
Igen, érteni kellett volna Lenart Pötteringnek a szakmához, mielőtt instabil szar állapotban rászabadította a systemd-t a világra, sokkal inkább céges, mintsem szakmai felhatalmazással, erőszakolással.
- A hozzászóláshoz be kell jelentkezni
Hidd el, nem érné meg nekik hekkelni. Egy-két verziót hekkelnék, aztán feladnák az állandó vele való szopást. A Devuannak is nehezen mennek systemd-kivevős hekkek, le vannak maradva emiatt sok verzióval. Nem teljesen vezeti ki a Canonical, csak a Gnome-os főkiadást érinti, csak a Gnome DE-t, de még a gnome-os alap Ubtntura is felteheted az X.org-ot, meg egy másik DE-t vagy WM-et, csak a Gnome nem fogja támogatni, nem lehet majd X session-t választani a Gnome indulásánál. Kubuntun, Xubuntun, Lubuntun épp úgy támogatott marad az X.org.
Az igazi gáz az az RHEL, ami a 10-es kiadásban teljesen kivezette, értsd, már a csomag sincs a tárolókban. Elviekben forráskódból leforgatható, de érted, hogy user fog azzal szenvedni. Inkább felraknak helyette egy nem RHEL alapú megoldást, ha X kell.
“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
A Devuannak is nehezen mennek systemd-kivevős hekkek, le vannak maradva emiatt sok verzióval.
Csakhogy a Devuannak messze nincsenek akkora fejlesztési erőforrásai, mint egy multinak, de ugye ezt szokás szerint ignorálod. A multi nyugodtdan növekedhet a végtelenbe, de ezzel együtt ugye nem™ kell™ és nem™ is™ szabad™ a növekedéssel arányos számú fejlesztőt felvenni, hogy ők a növekvő feladatmennyiséget el tudják végezni.
Még egyszer tehát: Bőven megtehetné a Canonical, hogy patchelni a GNOME-ot X.org kompatíbilitási patchekkel, nem csak egy-két verzió erejéig, hanem folyamatosan. De akár még forkolhatná is. Minden más csak kifogás egy multitól.
Nem teljesen vezeti ki a Canonical
Még nem.
- A hozzászóláshoz be kell jelentkezni
Igen, ezt kell majd tenni, ha a wayland minden szempontból jobb lesz, mint az X.org és teljes mértékben kompatíbilis lesz mindennel, amivel az X.org. Sajnos ez az idő még nem jött el és a Red Hat babzsákfejlesztőinek köszönhetően továbbra sem valószínű, hogy eljön. Rombolás, erőszakolás, felforgatás az viszont lesz, ebbe pedig jóval több energiát tesznek majd bele multiék, mint abba kellett volna, hogy a Wayland tényleg kiforrott legyen, mert jelenleg nem az.
Az X-et be kell fagyasztani és karbantartani a beágyazott és célrendszerek miatt.
Helyesen: be kell fagyasztani és karbantartani a felhasználói szabadság miatt.
Az X.org befagyasztható, mert lényegében készen van. Azonban az nonszensz, hogy a Red Hat azon erősködik, influenszerkedik, hogy mindenhonnan kivegyék, amit felhasználó valaha is érinthet. Mindezt egy olyan rendszeren, ami elvileg a szabadságról, a nyíltságról, a választás lehetőségéről híres. 🤡
- A hozzászóláshoz be kell jelentkezni
Helyes! Remelem igy elobb-utobb keszen lesz a Wayland. Vagy majd valami mas.
A diszko-korszakot meg majdcsak atveszeljuk valami kocsmaban, ugyebar.
De ugy oszinten, aki GNOME-ot es/vagy Ubuntut hasznal, az meg is erdemli.
- A hozzászóláshoz be kell jelentkezni
FYI:
https://hup.hu/comment/3194736#comment-3194736
Azt szeretted volna mondani, hogy aki a rövid életciklusú ~ tesztverziókat használja.
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Nem. Leginkabb, mint ceg volt problemas. Nem biztos, hogy mindig bejon ez a rock star vezeto dolog...
Ettol meg otthoni jatekra akar jo is lehet.
- A hozzászóláshoz be kell jelentkezni
Apropó játék! Hogy áll a Steam Wayland támogatása?
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Jo kerdes. Wayland csak apamnal van (veletlenul, de a Debian is rohadjon meg). Az aknakereso es a kartyas ize fut, szoval tuti jo jatekra :)
- A hozzászóláshoz be kell jelentkezni
AZ XWayland-et nem érinti az X.org deprekálása, szóval a Steam alatti játékot sem fogja
- A hozzászóláshoz be kell jelentkezni
>elobb-utobb keszen lesz a Wayland
A baj csak az, hogy előbb lesz kötelező, utána kötelező lesz bevezetve a félkész utódja és csak azután lesz kész.
- A hozzászóláshoz be kell jelentkezni
Mióta észrevettem, hogy az ubuntu default, gnome alapú window manager-e 2 giga memóriát lezabál, dobtam, és cseréltem cinnamon-ra. Abban is kezd megjelenni memóriazabálás; a csd-* processzek, amik ugye egyszerű taskbar ikonok, kezdenek ott is sokat zabálni.
Azért amikor egy desktop background widget 120 mega RSS -el rendelkezik, egy sima power widget szintén, ott baj van. Még külön-külön widget-enkent egy java VM se eszik ennyit!
- A hozzászóláshoz be kell jelentkezni
Dehát a Red Hat / Canonical babzsákfejlesztő 64 GB RAM-os, 1 TB SSD-s, 13. generációs 10 magos CPU gépén hatékonyan™ fut.
A memória pedig azért™ van, hogy használják a programok.
- A hozzászóláshoz be kell jelentkezni
Nalam:
$ grep Wayland /etc/gdm3/custom.conf
WaylandEnable=false
Mar nem emlekszem pontosan miert, az MS Teams nem ment Wayland-en jol valahogy....
- A hozzászóláshoz be kell jelentkezni