Keresés

Hirdetés

Új hozzászólás Aktív témák

  • 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.

    [ Szerkesztve ]

    DRM is theft

  • dabadab

    titán

    válasz Jim Tonic #9 üzenetére

    "Egy idő után muszáj lesz dobni a visszafelé kompatibilitást"

    Én abszolút semmi olyan okot nem látok, ami miatt most vagy a belátható jövőben ténylegesen muszáj lenne ezt megtenni.

    DRM is theft

  • dabadab

    titán

    válasz Cifu #18 üzenetére

    "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.

    DRM is theft

  • 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 :DDD

    [ Szerkesztve ]

    DRM is theft

Új hozzászólás Aktív témák