- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Nem fogy a Galaxy S25 Edge?
- Telekom mobilszolgáltatások
- Samsung Galaxy S21 FE 5G - utóirat
- Eltűnhet a Dinamikus Sziget
- Yettel topik
- Android alkalmazások - szoftver kibeszélő topik
- Erős specifikáció, kompakt formában
- Fotók, videók mobillal
- iOS alkalmazások
Új hozzászólás Aktív témák
-
Vesa
veterán
Kiegészítés: A Canonical bejelentette, hogy visszavonják a 32 bites alkalmazások támogatásának megszüntetését, így a Valve szempontjából továbbra is hivatalosan támogatott disztribúció az Ubuntu, vagyis egyelőre minden marad úgy, ahogy volt.
Tehát nincs is cikk (okafogyott)! Mehet le a főoldalról!
-
dabadab
titán
válasz
Jim Tonic
#25
üzenetére
"A gondolatmeneted mentén, akár a 16 bitet is támogatni is lehetne, de 64 bites rendszeren már csak valamilyen VDM-mel tudod megtenni"
16 bites x86-os linuxos szoftver soha nem volt, ahogy maga a userspace se futott soha 16 bites üzemmódban, szóval ott valami komplett új infrastuktúrát kellene csinálin.
"Egy idő után a visszafelé kompatibilitás már egyre feleslegesebben hizlalja a rendszert."
Momentán a 32 bites cuccok egyáltalán nem feleslegesek (ahogy az elmúlt héten a neten végigszántó vihar is jelezte) és nem nagyon látom azt, hogy az a nagyjából 250* lib, ami nagyjából a 32 bites infrastruktúrához kell, az az elkövetkező tíz évben a 250 legkevésbé használt csomag legyen.
*: ez a szám nagyon egyszerűen állt elő, megnéztem, hogy nálam hány i386 csomag van installálva
-
Ha jól rémlik, Windows alatt a System32 már 64 bites libeket tartalmaz. A 32 bites cuccok a SysWOW64-be kerültek.
(#17) dabadab: A gondolatmeneted mentén, akár a 16 bitet is támogatni is lehetne, de 64 bites rendszeren már csak valamilyen VDM-mel tudod megtenni, emlékeim szerint. Egy idő után a visszafelé kompatibilitás már egyre feleslegesebben hizlalja a rendszert.
-
válasz
Dr. Akula
#23
üzenetére
Az, hogy ha eltávolítják belőle azokat a 32 bites lib-eket, amelyek lehetővé teszik a függőségek alapján a futtatást, akkor nemes nem tudja lefuttatni.
Windows-os hasonlattal: távolítsd el a 64bites Windows 10-ből a
System32könyvtárat, és nézd meg mi történik, ha egy 32bites alkalmazást szeretnél futtatni (persze ott ez még nagyobb galibát okoz, de az egy másik kérdés)... -
-
dabadab
titán
"a Cannonical még 2018 májusában reagált arra az említett kérdésre."
Mire gondolsz konkrétan? Mert ez az eredeti felvetés, de ez alapvetően arról szólt, hogy a 32 bites HW-t nem támogatják tovább, amivel nagyjából mindenki egyet is értett - és a meglehetősen hosszú levél végén volt kb. két mondat arról, hogy "ja, és a 32 bites SW supportot is kukáznánk, úgy, ahogy van", aztán a fejlesztők fel is hozták, hogy ez elég rossz ötletnek hangzik és itt el is halt az ügy.
-
Azzal együtt, hogy köszönöm szépen a felhomályosítást (mint kiderült sikerült teljesen félreértenem a helyzetet, de a cikk eredeti formájában igencsak félrevezető volt), azért van egy érdekes meglátás is az egészben, mert a Cannonical még 2018 májusában reagált arra az említett kérdésre. Ebből pedig most pattant ki ügy. Ebből én azt szűröm le, hogy vagy nem vették komolyan a dolgot a Wine / Steam fejlesztők, vagy nem is figyeltek fel arra, amit a Cannonical mondott.
Ezt erősíti az is, hogy az első reakció a Valve részéről kb. az volt, hogy szép lépés volt, akkor innentől inkább támogatjuk az alternatív megoldásokat (Arch, RedHat, Debian és társaik), sziasztok...
-
leviske
veterán
Itt nem csak a Proton (a módosított Wine, amiről írtál) volt a kérdés, hanem a natív játékok futtatása. Egy online áruház esetében szerintem nem játszik, hogy csak úgy dobják a felhasználók játék könyvtárának egy nagy részét azért, hogy kevesebb gond legyen a karbantartással.
(#10) Bici: Ez jogos, de végeredményben, ha minden szükséges könyvtárat az alkalmazások fejlesztői tartanak majd karban, a kernelt meg ugye Linusék, akkor milyen munkát fog hozzátenni a Canonical az egészhez?
Az egész történet ott kezdődött, hogy a Wine fejlesztői jelezték, hogy nekik nincs arra kapacitásuk, hogy a Wine fejlesztése mellett a 32bites könytárakat is ők tartsák karban. Erre jött az Ubuntu egyik fejlesztőjétől egy kb "ez cumi" válasz. Erre meg aztán jött egy nagyjából egy napos késéssel a Valve reakciója az Ubuntu támogatásának a megvonásának valószínűsítésével. Amire aztán egy pár órás késéssel jött a Canonical részéről a "na jó, akkor mégse" hivatalos álláspont.
Szóval valószínűnek tartom, hogy a Valve ezt nem saját maga miatt csinálta első sorban, hanem azért, mert sok kisebb projekt számára ez súlyos következményekkel járt volna.
Véleményem szerint azzal a hozzáállással, amivel a Canonical ennek nekifutott, felesleges disztrófejlesztéssel vacakolniuk. Van egy rakás másik disztribúció, aminek a fejlesztői sokkal több munkát tolnak a nagy közösbe. Ezzel szemben a Canonical egy ideje (némi költői túlzással) csak GTK témákkal nyűgözi le a nagyérdeműt.
-
lev258
veterán
Miután kicsit magukhoz tértek, tovább is elkezdtek gondolkodni. Felmerült többek között, hogy megvizsgálják, mely 32 bites könyvtárak fontosak (természetesen az Aknakeresőből felesleges a 32 bites megtartása), illetve az is, hogy a szükségeseket esetleg egybegyúrják majd (megoldva azt is, hogy megfelelően hivatkozhassanak rá a programok). De ez még a jövő zenéje.
Az biztos, hogy az elején nagyon mellényúltak, a kommunikációval még jobban is, mint a döntéssel. -
dabadab
titán
Akkor tegyük rendbe a dolgokat:
Amit a Canonical bejelentett, az az, hogy kukázzák a 32 bites programok futtatásához szükséges infrastruktúrát. Vagyis nem arról van szó, hogy az eleve 32 bites x86 platformot célzó Ubuntut kukázzák (az olyan nagyon senkit sem zavart volna), hanem a 64 bitesekből is kiszedik a 32 bites programok futtatásának lehetőségét.
Ez viszont nyilvánvalóan átgondolatlan hülyeség: van egy rakat program, aminek KELL a 32 bites támogatás, egy csomó linuxos játéknak csak 32 bites változata van és már kizárt, hogy ezeket valaki portolná 64 bitesre (ez érintette a Steamet, de amúgy nyilván a GOG-ot is meg úgy általában a linuxos gaminget), van egy csomó zárt forrású driver, ami szintén 32 bites (tipikusan printer és scanner driverek) na meg ott a komplett WINE projekt, amit már csak azért is durván érint a 32 bit hiánya, mert egy csomó 64 bites windowsos programnak az installere az 32 bites.
Szóval az Ubuntu emberetelen nagy marhaságot talált ki és mindezt úgy, hogy láthatóan a fejlesztőknek se volt igazán világos, hogy most mit is csinálnak (a 32 bites Ubuntut lövik-e le vagy a komplett 32 bit támogatást 64 biten) és hogy hogyan kezelik az így keletkező problémákat (leginkább sehogy, mert nincs nagyon mód rá).
Most, miután kitört a shitstorm, láthatóan teljesen tanácstalanul pislognak Canonicálék, de egyelőre ott tartanak, hogy akkor a 32 bites libek verzióját befagyasztják a 18.04-es kiadásban lévőre és azok maradnak, addig, amíg a 18.04 támogatva lesz.
Ez több szempontból is problémás: egyrészt nem nagyon látszik, hogy ennek mi értelme van (mármint hogy mit nyernek vele, mert így ránézésre abszolút semmit), másrészt meg a 18.04 nem lesz itt örökké, négy év múlva lejár a támogatása, viszont a 32 bites programok még úgy néz ki, hogy évtizedekig velünk maradnak ilyen-olyan formában.
Az meg, hogy biztonságra hivatkozva snapeket javasolnak, az meg még viccnek is rossz.
-
-
leviske
veterán
Nem a kliens miatt kell, hanem a játékok miatt, amikből soknak kell a 32bit. Ehhez semmi köze a Valve-nek. A GoG-ról leszedett játékok közt is akadna olyan, aminek gondot okoz.
De egyébként nem értem, hogy ez a hír miért most lett lehozva. Az eltelt napok alatt konkrétan megoldódott a probléma, amit ez a hír nem is emel ki. Már a Valve részéről is reagáltak, hogy így nem feltétlen módosítják az Ubuntu támogatottsági státuszát.
-
-
#2
Dark Archon
addikt
Nem számítottak rá? Már 10 éve is elavult volt bármilyen 32 bites OS.
-
CPT.Pirk
Jómunkásember
Amikor a Chakra Linux dobta a 32 bites csomagok támogatását mert kvázi kihaltak egy normális Linux futtatására képes csak 32 bitet tudó gépek, akkor pár 32 bites libet megtartottak és ott azóta is gyönyörűen meg a gameing Wine-n és Steamen is, szóval meg lehet oldani ezt a problémát teljesen simán.
Az Ubuntunál csak előbb cselekedtek, mintsem gondolkodtak volna. Most már gondolkodnak.
Dark Archon: Az Ubuntu Debian alapú, a Debian meg nagyon sok architektúrát támogat, így egyáltalán nem volt magától értetődő, hogy Ubuntun egyszer csak dobják kompletten a 32 bites csomagokat.
Új hozzászólás Aktív témák
Hirdetés
- Anime filmek és sorozatok
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Milyen autót vegyek?
- Házimozi belépő szinten
- Kerékpárosok, bringások ide!
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Autós topik
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Milyen egeret válasszak?
- További aktív témák...
- ÚJ BONTATLAN iPad Air 6 13 méretben iPad Air 13 512GB Wi-Fi+Cellular Azonnal Átvehető DEÁK Térnél.
- MSI Thin A15 B7VF 15.6" FHD IPS Ryzen 7 7735HS RTX 4060 16GB 512GB NVMe magyar vbill gar
- TUF A17 FA706IU 17.3" FHD IPS Ryzen 7 4800H GTX 1660 Ti 16GB 512GB NVMe gar
- Lenovo Thinkpad X13 Gen4 - AMD R5 7450U/32GB/1TB
- ELADÓ - LENOVO LEGION SLIM 7i 16IAHV - 40GB RAM, 1.5 TB SSD
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! AMD Ryzen 7 3800X 8mag 16szál processzor garanciával hibátlan működéssel
- Csere-Beszámítás! Felsőkategóriás számítógép PC Játékra! I9 13900KF / RTX 4080 / 32GB RAM / 1TB SSD
- BESZÁMÍTÁS! MSI B550M R7 5800X 32GB DDR4 512GB SSD RX Nitro+ 6700XT 12GB Corsair 4000D ASUS ROG 650W
- LG 48C2 - 48" OLED EVO - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - A9 Gen5 CPU
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest