Az Ubuntu Desktop i386 image létjogosultságáról tanakodnak az Ubuntu fejlesztők

Ubuntu

Nem új keletű, hanem visszatérő téma, hogy van-e értelme manapság még annak, hogy az Ubuntu projekt i386-os Ubuntu Desktop lemezképfájlokat gyártson. Dimitri John Ledkov most újra bedobta a témát:

My guess is that: all currently shipped hardware, with enough support to run full Unity (7) Desktop, is amd64. Tested with amd64 kernel, and amd64 graphics drivers. And hardware validation is done on amd64 too.

In 2016, people with i386-only hardware are unlikely to be capable to run Unity 7 Desktop, and probably run other Ubuntu variants. I guess there are some accidental i386 users, e.g. those that have installed
i386 variant on amd64 hardware.

Does it still make sense to build ubuntu-desktop-i386.iso? Validate it? Test it on amd64 hardware? Ship it?

To me this seems like a futile effort.

A szál itt kezdődik.

( sandorzsolt | 2016. 02. 04., cs – 08:23 )

Inkább arról tanakodnának, hogy még mindig van olyan népszerű szoftver, ami csak 32 biten létezik (Skype, Teamviewer, Steam) és emiatt elkerülhetetlen a párhuzamos csomagtelepités, ami idegesitőbb, mint hasznos.

Pedig kb. olyan egyszerű feltenni, mint Windowson nyomkodni a nextnextfinish kombinációt. Idejét nem tudom, mikor volt utoljára 32 bites OS a gépemen (na jó, a blogomban ott az évszám), pont a Skype-al nem volt soha semmilyen szopattyú emiatt.

Meg szabad kérdezni, hogy milyen disztó és milyen verzió az, amivel nem jutottál előrébb vele?

You holding it wrong. Mind Debianon mind Ubuntun hasznaltam Skype-t, es a telepites sosem volt problema. Van valami beallitas, amit megteszel/megtettel a telepites elott, ami elboki neked.

Azt javaslom, hogy gyaluld be a gepet, huzd ujra friss Debian image-bol, es a telepito lefutasa utan egybol tedd fel a skype-t. Ha igy sem megy, az bug, jelentsd a fejlesztoknek, de mennie kell.
--
Blog | @hron84
Üzemeltető macik

Ez nem igazan desktop CPU. :)
Egy 400Mhz-es, Pentium1 szintu, orakba es hasonlo cuccokba szant CPU-n nem hinnem, hogy Ubuntu-t akarna barki is futtatni.
Ugyhogy igaz, hogy x86 es 32bites, de ha ez adna a letjogosultsagat az i386-os Ubuntu-nak, akkor szerintem le is zarhatjuk a temat... :)

Tudom, hogy Ubuntu a téma, de például volt (van?) nekik alternative telepítőjük, hogy gyengébb hardverre is tudjál telepíteni. Gondolom azért, mert ők is úgy gondolták, ahogy általánosságban a Linuxra írtam. Meg feltételezem igény is volt rá.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Egyfelol, a Linux kernel sokmindent tamogat, de lehet, hogy a Canonical nem akarja az osszes szegemenst lefedni.
Volt alternativ telepito, s arrol most sincs szo, hogy azt is megszuntetnek, arrol van szo, hogy a Desktop iso-t megszuntetnek (ubuntu-desktop-i386.iso).
S ez az uzenet arra pont jo, hogy felmerjek az igenyt: ha van ra igeny akkor lehet, hogy marad, ha nincs akkor nem...
Amugy az Ubuntu sohase szolt igazan a gyengebb gepekrol, azokra ott a Xubuntu, Lubuntu, stb.

( turul16 v | 2016. 02. 04., cs – 10:15 )

Gondolkozom egy minimalis imagelo initramfs -en,
a cuccnak kepesnek kell lennie mukodnie olyan gepen is amiben >1TB RAM van es helyesen kell
jelenteni RAM meretet (dmidecode?).

32-bit x86 (foleg nem szokvanyos ABI-val), kisebb tud lenni meretben.
A cel az volna, hogy boot image joval kisebb (<=128MB ram) virtualis gepeken is tesztelheto legyen. (Tobb 100 at kene parhuzamosan futatni)

Szinte kizart, hogy tenylegesen 32 bit only cpu -val talalkozzan,
de a `20ns faster tm` szerint a kisebb image jobb.

Ilyenkor erdemes -e 32 bittel szopni ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

( khiraly | 2016. 02. 04., cs – 10:23 )

Es igy valik a vilag linux/amd64 onlyva. Minden teren.

Az arm processzoroknal nem ritkasag a 32bit:), igy programozoi szempontbol nem jo, ha mindenki csak 64bitet hasznal.

Egyebkent 2 honapja telepitettem 32bit ubuntut:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

En csak remelni tudom, hoyg elobb utobb megjelennek az ARM alapu ertelmes laptopok. (ertelmes === 512GB merevlemezzel, nem ilyen Chromebook csokeveny).

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hát nem nyert sajnos. Ultrabookokban mostanában kezdenek csak megjelenni az 512GB SSD-k. USB3-ra kötött külső háttértár pedig tökéletesen működik egy Chromebookkal.
Chromebookokon kívül csekély az esélye annak, hogy értelmes ARM notebookkal találkozzál. Az ARM-es Windows megbukott, hacsak nem vált az Apple ARM-ra Macbookjaival akkor csak a Chromebook marad.
ChromeOS nélkül nem lett volna piacképes termék ARM notebookokból. Megy rajta Ubuntu, Mint, kiegészítheted külső merevlemezzel vagy SSD-vel. Mi kell még? :)

Hát ja, ahogy az egyik hozzászólás is írja, az ARM platform azért nem tud PC-vé válni, mert nincsenek sztenderd API-k a hardverhez.

A PC azért terjedt el, mert nyitott volt a platform, sztenderd bővíthetőségek, sztenderd funkciókkal rendelkező BIOS, később ACPI. Bárki gyárthatott hozzá hardvert, nem kellett a szoftvereket újrafordítani ha új hardvert raktál a gépbe.
Az ARM egy zárt platform, nincs egységes hardver kezelése, konfigurációja, nincs BIOS vagy annak megfelelő dolog. Ha jól tudom, pár ARM gyártó összefogott és elkezdett dolgozni az ARM-ACPI-n, de valószínűleg még sehol nem tartanak, mert akkor többet olvasnék róla a sajtóban.
Az külön röhej, hogy az abszolút nyitottnak szánt (és annak tartott) Raspberry PI-ben levő Broadcom chip GPU-ja a mai napig zárt driverrel megy. Tudom, készül az openszósz, sőt lassan kész is, de az openszósz driver is a zárt GPU firmware-re támaszkodik. És ezt nevezik nyitottnak, na mindegy.

Amint lesz sztenderd EFI+ACPI ARM rendszereken, azonnal gombamód elkezdenek szaporodni az ARM laptopok és PC-k, és az m$-nek elkezdhet fájni a feje, hogy írjon egy x86 emulátort hogy a fotósop is menjen az ARM windózon.

Öreg motorosok ragaszoknak régi jó dolgokhoz és nem akarják érteni az új világot.
"nincsenek sztenderd API-k a hardverhez"
Egyrészt, stable_api_nonsense.txt
Másrészt minek neked sztenderd API, ha a gyártótól egy működőképes ChromeOS-sel kapod, amit még karban is tart?

"Tudom, készül az openszósz, sőt lassan kész is, de az openszósz driver is a zárt GPU firmware-re támaszkodik."

VideocoreOS-re gondolsz? Több az firmware-nél.

"Amint lesz sztenderd EFI+ACPI ARM rendszereken, azonnal gombamód elkezdenek szaporodni az ARM laptopok és PC-k"

A Samsung ARM Chromebookja semmivel sem fogyott kevésbé, mint a PC alapú Chromebookok. Sőt az egyik legsikeresebb Chromebook.
Azt kellene megérteni, nosztalgián kívül semmi jó nincs abban, hogy OS nélkül odavág neked a boltos egy notebookot, te pedig otthon OS install szeánszt rendezhetsz. A gyártó dolga, hogy használható operációs rendszerrel adja a notebookját. Chromebook esetén ez egy desktop gnu/linux rendszert jelent. Ha a default desktop kevés könnyen lehet rá KDE-től Unity-n keresztül Cinnamonig bármit telepíteni.

Oh! :) Minek reklámozni valamit, aminek nincs alternatívája? Ha ARM notebookot akarsz ez az egyetlen választásod. A Surface, ami inkább volt billentyűzetes tablet mint igazi notebook mára elbukott. PC a sima Surface 3 is.
ARM Chromebook viszont van ma is, a jövőben is várhatóan lesznek újabbak. A "sztenderd EFI+ACPI" amit te írtál mint a siker záloga valójában csak rétegigény. Akinek ez kell, továbbra is ott a PC. Az Android és iOS annyira gombamód szaporodik nélküle, hogy többször annyit adnak el belőlük mint PC-ből. Nyilván azt gondolod, hogy a "sztenderd EFI+ACPI" PC több ezeknél de ez nem igaz, nem több. Notebooknál arra van szükség, hogy a gyártó egy kész és használható terméket adjon a vásárló kezébe. Az "ARM PC" gondolom desktop kiszerelést jelent, ennél valóban szükség lenne ezekre. Csak magára az ARM desktopra nincs valós igény. Egybeszerelt Android boxokból pedig széles a választék.
Ami a szervereket illeti, az AMD több év ígérgetés után hivatalosan kiadta ARM-os Opteron A1100 processzorát. Talán mostmár valóban kapható lesz. Ott van UEFI. Az ACPI ugyan problémás de a RedHat szoftveresen megoldást talált rá.

Egy alternativa mégis van. A most bejelentett Ubuntu tablet. Csak képernyőmérete miatt nagyobb notebookokat nem vált ki, de talán lesz majd igazi ARM Ubuntu notebook is valamikor. Itt sincs "sztenderd EFI+ACPI", de nem is hiányzik.

Koltoi kerdes kovetkezik: Abba belegondol barki is, aki kulso hattertarat ajanlgat, hogy az valojaban mennyire serulekeny? Egy pici doboz, ami rettento konnyen leesik, torik, es ha nem SSD van benne, 50-70% esellyel az adatoknak is annyi. Marpedig 500 GB felett meg mindig a magnetic taroloknak van a legjobb Ft/GB aranyuk.
--
Blog | @hron84
Üzemeltető macik

( uid_16313 | 2016. 02. 04., cs – 13:36 )

Nincs pozitív üzenete az ilyen lépéseknek, én a háttérben eröforrás problémákat látok (emberi, gép).
Ez pedig nem megnyugtató.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

( Zsugabubus | 2016. 02. 04., cs – 16:22 )

A hír nem arról szól, hogy nem lesz i386-os Ubuntu, hanem, hogy iso nem lesz. Netinstallal felrakható marad.

Szerintem nem azert tanakodnak, mert nem akarnak ISO fajlokat gyartani, hanem azert, mert nem akarnak eroforrasokat pazarolni az i386-os csomagok forditasara. Egy ISO fajl keszitese, mar egy vegso lepes, ami igazabol a forditashoz kepest kevesebb (?) eroforrast igenylo muvelet.
Csak gondolj bele, kb. 25-30000 csomag (nem tudom jelenleg mennyit tartalmaz egy Ubuntu) leforditasa mennyi eroforrast felemeszt.

--
http://www.lulu.com/shop/search.ep?contributorId=1386424

Szinte sejtettem, hogy nem irom oda, es azonnal belekotnek! :D
Nyilvan kellenek a keresztplatform csomagok (magam is hasznalom a Skype-ot), de komplett rendszert tok felesleges hozza epiteni. Eleg, ha a fuggosegeket megcsinaljak. (Mar amennyire en, mint laikus ertek hozza...)

OFF: Az MS-tol eleg gaz, hogy nem tudtak meg a 64bites rendszert osszehozni. Tiszta vicc, hogy gyakorlatilag minden alkalmazas nativ 64bit-en fut, kiveve a Skype... Azt is tudom, hogy nem egyszeru, viszont lett volna ra idejuk, eroforrasuk...

--
http://www.lulu.com/shop/search.ep?contributorId=1386424

Ne aggódj, nem kötözködni akartam, de hát ezt írtad: "nem akarnak eroforrasokat pazarolni az i386-os csomagok forditasara"

Ez pont azt jelenti amire regagáltam, miszerint hiába ne akarnának a csomagok fordítására erőforrást pazarolni, azt így is, úgy is meg kell tenni. Ennyi, nincs itt kötözködés :)

( legradi v | 2016. 02. 04., cs – 18:10 )

Visszakérdezek: nem lehetne egy leírást közzétenni az i386-os (azaz a 32 bites) desktop ISO helyett, amely azt írja le, hogy hogyan kell (vagy lehet) nem hivatalosan előállított ISO-t csinálni ..kézzel''?

Mint ahogyan pl. ilyen leírás létezett egy ideig az OpenBSD-hez ...

G.
============================================
"Share what you know. Learn what you don't."

( uid_6201 v | 2016. 02. 05., p – 04:52 )

Végülis ha úgy döntenek, hogy a jövőben dobják teljesen a 32 bites x86-ot, akkor is ez mit jelentene?

Ubuntu-16.04 LTS: köszöni, (majdnem) készen van, tesztelhető az alfa2 és szépen fut 32 bitesen is és 2021-ig lesz támogatva. ISO hiányában netinstall/mini.iso.
Ubuntu-18.04 LTS: tényleg fontos kérdés lesz a 32 bites x86? Akinek 32 bites x86-ja van, 2021-ig van megoldás a 16.04-essel.

Látszik, hogy csak 2021-től lenne akkor is gond az addigra már tényleg muzeális vasakkal.
A lassabbakra marad a Debian, majd a Slackware, amely mellesleg nyáron dobta el az i486 támogatást a -current-ben.

Azt mindenki csendben elfelejti, hogy a mini.iso nem igazan van kilinkelve az Ubuntu fooldalan. Majd ha ki lesz, akkor lehet betamadni ezekkel a tippekkel. Meg az alternative downloads alatt is csak a netboot mappa van kirakva poren, nem pedig maga az iso van megnevezve dedikaltan, foleg nem r=1 user szamara is ertheto, jol kommunikalt modon.
--
Blog | @hron84
Üzemeltető macik

( sigellef | 2016. 02. 07., v – 01:00 )

Hadd legyenek jó lassúak a gépek... legalábbis én még eddig akárhány gépre telepítettem 64 bites rendszert, legyen az Ubuntu 14.04, Windows 7, Windows 8, mindig jóval lassabb volt, mint ugyanannak a rendszernek a 32 bites változata.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

GIMP+Microsoft Office, kép beillesztése dokumentumba: 2 percre úgy behalt, hogy még az egérmutatót is darabosan vonszolta. Később ugyanezen a hardveren, ugyanez a feladat, áttelepítve az egész hóbelevansz 32 bitesre, egy pillanat alatt megcsinálja.

Ubuntu 14 LTS 64bit: 4 magos proci, 4G RAM, ha hozzá se nyúlok a géphez, egyfolytában 10-15% prociterhelés, ha valami programmal dolgozok, pl. gépelek Openoffice-ben, 50% lesz a terhelés.

Ubuntu 14 LTS 32bit: 2 magos proci, 1G RAM, az előbbi 1-2% prociterhelés, csak akkor ugrik fel 1-2mp-re 100%-ra, amíg betöltök valamit.

... na jó, gondolom egy pár évnek még el kell telnie, hogy elérhető áron lehessen venni olyan gépet, amin a 64bites cuccok jobban teljesítenek.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Gyorsabbnak kellene lenni 64 bites rendszernek, mint 32-esnek?

A probléma, hogy 4G-nél több memóriát nem foglalhat a procesz le. Ez néha baj, mert volt már olyan applikáció, ami ezért fagyott.
Itt nem kell extrém dolgokra gondolni, bőven elég, ha az adatok nem egyenletesen, hanem burst-ökben érkeznek, feltorlódnak a queue-kban, a szerver meg megdöglik a 4G miatt. Pedig lenne memória is, nincs is túlterhelés, csak egyszerre sok kérés jön be. Még egy mezei swap-pelés is megoldaná.

Elszoktam sajnos a magyar szóhasználattól. Rám ragadt a szleng.

Egyébként 2000-ben végeztem az egyetemet, akkor jöttek ki a pentiumok, 200 MHz-en pörögtek, némelyikben 128 MByte RAM is volt.

Egyetemi oktató mondta, hogy a 32 bit az hatalmas ugrás a 16 bites rendszerek után, 4 TByte címtartományt fed le és nem tartja valószínűnek, hogy a közeli jövőben problémát jelentene, hogy kevés. A jelenlegi technikával ugyan le lehetne ekkora memóriakapacitást gyártani, de önök még egy jó ideig remélhetően nem fognak találkozni a problémával.

Mikor arról beszélgetünk, hogy kevés a 32 bites címtartomány, mindig ez az előadás jut eszembe. Mi hallgatók úgy fogalmaztunk volna, hogy a büdös életben nem fog problémát okozni a 32 bit túllépése, de az oktatóban volt kellő alázat ahhoz, hogy csak annyit mondjon: jó ideig.

4 TByte címtartományt fed le

ööö... nem. 4GB-ot fed le.

Egyébként 2000-ben végeztem az egyetemet, akkor jöttek ki a pentiumok, 200 MHz-en pörögtek, némelyikben 128 MByte RAM is volt.
...
A jelenlegi technikával ugyan le lehetne ekkora memóriakapacitást gyártani

Ne vicceljünk már... 99-ben telepítettem egy olyan szerverpárost itt, Magyarországon, amikben 6-6GB memória volt. Egyáltalán nem volt megfizethetetlen áron (nyilván céges viszonylatban). Igaz, nem PC-kről beszélünk. Ja, a termékcsalád 96-ban jelent meg...

Vagy nagyon elnézted az évszámot, vagy tényleg nagyon nem voltatok képben.

64 bites rendszer rendszerint gyorsabb,
Ez egyetlen probléma hogy binarisok kicsit nagyobbak, es pointerek alt nagyobbak ami miatt
tobb memoria kell. Elmeletileg akkar 2x annyi, gyakorlatban par szazalek.
Minden masban 64 bit varhato gyoztesnek.

Ha valami tenyleg szemmel lathatoan lassabb 64 -biten akkor az valoszinuleg valami bug,
64 bites szoftware implementacioban, pl. valaki elfeljetette megirni 64 -es asm betetet az adott muvelethez, vagy kepess volt roszabbat osszehozni ...

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

`User erzes` nem a legmegbizhatobb merce,
ha nincs bug report, es vagy valami merheto/reprodukalhato, akkor az issue nem letezik.

Athlon 64 2800+ (A CPU 2004 -ben jelnet meg) ota 64 bites az elsodeleges rendszerem.
(Jelenleg a sokadlagos rendszerem is 64 -es)

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Teljesen mindegy, hogy megbizhato-e vagy sem, az Ubuntu sajnos usereknek keszul, igy az "user experience" ugyanolyan fontos merce, mint mondjuk a memtest sebessegertekei. Marpedig ha a user lassunak erzi a gepet az uj OS alatt a Windowshoz vagy barmilyen mas viszonyitasi pontjahoz kepest, akkor tokmindegy, hogy hany mag meg mennyi gigabajt van benne, nem fog valtani.

A helyes megoldas ilyenkor az, hogy le kell ulni sajnos a userrel, vegig kell venni, hogy milyen gep, mit csinal vele, miert erzi azt, hogy lassu. Ez ugyanolyan fontos issue, mintha a Firefox crashelne.
--
Blog | @hron84
Üzemeltető macik

Mesze mentunk a tematol,
hacsak nem azt akarod mondani, hogy az userek valojaban 32 -bites renszer a tenylegesebb jobb,
vagy valamit elfeljtettunk megoldani 64 biten amit megtettunk 32-on es a userek nem tudjak maskep elmondani.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Nem errol van szo. Nem a usertol kell varni azt, hogy kitalalja, mi a problema, hanem meg kell probalni megerteni azt, hogy o nem feltetlen technikai ember, vagy nem abbol az aspektusbol latja a problemat, amelyikbol te varod. Ha neked faj a vallad, akkor nem azzal mesz oda az orvoshoz, hogy doktor ur, ugy erzem, akut gyulladas alakult ki a jobb lapockam feletti feszitoizomban, hanem azt mondod, hogy doki, baromira faj a vallam, csinaljon vele valamit. A userek pont ugyanezt teszik, nem azt mondjak, hogy a 64 bites kernel szerintuk szarul kezeli a memoriatulcsordulast, hanem azt, hogy a 64 bites gep lassabbnak erzodik a 32 biteshez kepest. Hogy ez miert van, azt nem az o dolguk kideriteni, hanem az uzemeltetoe, adott esetben a tied. Lehet, hogy tenyle a memoriakezeles hibas, lehet, hogy valami alkalmazas van szarul portolva, az is lehet, hogy a multilib rendszer rossz, barmi elkepzelheto, de az okot neked kell feltarni, es nem a usernek. A user azt erzekeli, hogy szar az egesz.

Vegezetul, egy szemlelteto iras, hogy milyen az egysegsugaru user, ehhez tessek merni a bugreportokat:

- Jó napot kívánok, Köcsög József vagyok és fel vagyok háborodva.
- Üdvözlöm, Köcsög úr, miben segíthetek?
- Nem akar bányászni ez a szar!
- Kissé pontosabban, ha lehetne, be sem indul, nem nyújtja ki a markolókanalat, mit nem csinál?
- Hát amikor beállítom a feküdőlést tíz fokra, utána a vertikális táróvágatot nem tudom szintbe hozni a jövesztőaknával, mert azt írja pirossal, hogyaszongya túlrezeg a vinkli, állítsa be a csillapítást a tizennyolcas menüpontban.
- Igen, és mi a probléma?
- Hát hogy most mi a baja ennek a szarnak és mit csináljak?
- Szerintem leginkább a csillapítást kellene beállítania.
- Hű, tényleg? És azt meg minek?
- Mert túlrezeg a vinkli.
- Nahát...! És ezt maga honnan tudja?
- A hosszú szakmai tapasztalat, Köcsög úr.
- Ahá! Na és a csillapítást azt hogyan kell?
- A menüben kell elmenni a...
- Menüben? Azt hogy...?
- Ö... Köcsög úr, ne haragudjon meg, de hát a feküdőlést hogy a pi... azt hogyan állította be?
- Ja, azt! Hát itt oldalt megnyomtam a fehér gombot...
- Amire rá van írva, hogy menü, nem?
- Hm, hát most, hogy mondja, tényleg.
- És aztán?
- És aztán elmentem a tizenkettőhöz, ahol a fekü tulajdonságait lehet beállítani.
- Ez az! Na, a csillapítást ugyanúgy kell beállítani, csak a tizennyolcas menüpontig kell elmenni.
- És oda hogy?
- Tessék? Ugyanúgy, mint a fekütulajdonságokhoz. Van a kijelző mellett az a két, jobbra-balra nyilas gomb. Azokkal lehet haladni a menüpontokban sorban oda-vissza.
- Éééértem! Szóval ugyanúgy! Csak nem kell megállni a tizenkettőnél!
- Igen. És a...
- És a tizennyolcas ott lesz a tizenkilences előtt, ugye?
- ...

Forras: F99 blog

--
Blog | @hron84
Üzemeltető macik

( vikk | 2016. 02. 07., v – 11:24 )

Eddig se volt mindegy milyen 32 bites processzor van a gépben, SSE2 nélkül se Blink motoros böngésző, se Skype, se Flash nem volt. Innentől legalább nincs kérdés. Aki 32 bites procit használ, az használjon Windowst.

( T_chris | 2016. 02. 08., h – 22:20 )

Ok. Iso lehet nem lesz. De attól még a frissítéskezelő fel fogja rakni az újat? Biztonsági frissítések lesznek?
Mert ha az első igen, és extra viccek lesznek benne, akkor egy idő után egyre jobban nem lesz vicces a friss rendszer alatt az utolsó iso-ról live-olt rendszeren chroot-olva hibát keresni. :)
Esetleg nem rakja fel az újat. Ebben az esetben záros időn belül lyukas lesz a rendszere. Mert beragad abban a stádiumban ahol már lejár az időben nem olyan rég csökkentett támogatási időszak (nem LTS esetén) és ez nem jó.
Karitatív alapon segítek sok embernek, akik különböző képességűek.
De majdnem mind valami gyerektől, unokától ledobott P4 származékot használ. Nekik lövésük sincs mit kell csinálni, ott az ikon és megnyomva van "internet" meg egyéb jóságok.

A vége az lesz, hogy valaki visszarak nekik egy windowst... :(
- - - - - - - - - - -
"A fejlesztők és a Jóisten versenyben vannak. Az előbbiek egyre hülyebiztosabb szerkezeteket csinálnak, a Jóisten meg egyre hülyébb embereket. És hát a Jóisten áll nyerésre." By:nalaca001 valahol máshol