- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
Hirdetés
-
Konzolokra is megjelenik a Fera: The Sundered Tribe
gp A kooperatív szörnyvadászós játékhoz a minap egy friss trailert kaptunk.
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
Új hozzászólás Aktív témák
-
nagyúr
Bennem is ez merült fel, hogy miért nem volt alapértelmezett, hogy teljesen 64 bitre építkezve futnak neki a feladatnak...
A Valve linuxos tervei továbbra is eléggé arccal törljük fel az aszfaltot megoldásnak tűnnek...
[ Szerkesztve ]
Légvédelmisek mottója: Lődd le mind! Majd a földön szétválogatjuk.
-
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.
-
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.
[ Szerkesztve ]
-
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
[ Szerkesztve ]
DRM is theft