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

• #107179 sh4d0w félisten #30319680 #107176

  Új Válasz 2025-10-05 14:59:48 #107179

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sh4d0w

  félisten

  LOGOUT blog

  válasz #30319680 #107176 üzenetére

  Aligha igaz.
  Jelenleg januar ota a Debiannak van 185 Security Advisory-ja az idei evben. A 24.04-es Ubuntuban csak iden 3601 regisztralt CVE van. Itt egyelore nagysagrendi kulonbseg van.

• #107178 cigam titán #30319680 #107176

  Új Válasz 2025-10-05 14:57:36 #107178

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  cigam

  titán

  válasz #30319680 #107176 üzenetére

  Jesszus ez a videó... Nem az a baj, ha hiszel benne, hanem ha terjeszted! Pláne ilyen felütéssel, hogy a pöcegödörbe besüt a nap. Elég rossz hasonlat mert melyik az Ubuntu és melyik a Debian? Se így se úgy nincs értelme.
  csixy
  Ha az egérkezelésüket nem alakítanák át és úgy működne, ahogy a debianban van
  Mert Ubuntu-n köbe van vésve? (Amúgy mi működik másképp mint más rendszereken?)

  sh4d0w
  A Canonical által visszaküldött kódok között vannak nagyon magas színvonalú, upstreambe gyorsan beolvasztott javítások, és vannak olyan patchek is, amelyeket a közösség visszadobott, mert nem feleltek meg a projekt stílusának, dokumentációs vagy karbantarthatósági elvárásainak.
  De vegyük elő azokat is akiknek a kódminőségére megjegyzést tett Linus?

  Linus többször is kifakadt az Intel mikrokód- és hardverhibái (pl. Spectre, Meltdown) miatt.
  Azt sérelmezte, hogy a workaroundok és patchek “csúnyák”, bonyolultak, és a kernelbe kényszerítik a hardverhibák kerülőmegoldásait.
  
  Régóta kritizálja az ARM ökoszisztémát a szétszabdalt, inkompatibilis SoC-támogatás miatt. Panasza: minden gyártó saját hackelt drivereket tol, upstreamelés nélkül, ami fenntarthatatlan.

  Linus többször kritizálta a Red Hat fejlesztőit, amikor túl komplex vagy “policy-driven” patcheket próbáltak a kernelbe tolni. Máskor a Red Hat “corporate” hozzáállását kritizálta: szerinte néha inkább a vállalati támogatási modellhez igazítják a kódot, nem a közösségi tisztasághoz.

  Az Oracle főleg a btrfs fájlrendszer miatt került célkeresztbe. Linus sokszor kifakadt a btrfs kódminőségére, mondván, hogy túl sok a regresszió és instabilitás.
  
  

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