| TCH (statz) | ![]() #1, Főfasz (10579) |
6518 | #5a18 | ^ | Idézet | Fri, 21 Nov 2025 14:22:39 +01 |
| 84.236.*.* |
|
*.pool.digikabel.hu |
Azon még az, 2.2.16. A 7.1-esen, ill. 7.2 már választható, hogy 2.2.18 / 2.4.0, ill. 2.2.19 / 2.4.4, a 7.3-ason pedig már 2.4.9 van. Clownflare... XDDDDDDDDDDDD Egyébként "csak annyi" történt, hogy átírták az egyébként teljesen jól működő Frontline nevű proxy-jukat Rust-ba, mert a C az szükségszerűen rossz, a Rust meg szükségszerűen jó, mert nem C. Átírni sikerült, működni nem, dehát semmi sem lehet tökéletes, kivéve a Rust-ot, szóval a Frontline 2 így - a hibáival együtt - tökéletes, ahogy van. Sajnos a rustafárik nem értik meg, hogy
És ez már nem az első ilyen erőltetett átírás, ami pofáraesésbe torkollott, például átírták a szintén teljesen jól működő GNU coreutils-t is, aztán kiderült, hogy a date, a du és a sort se működik megfelelően és az ezekre bazírozó scriptek hülyeségeket csinálnak. Az átírás sikerült, a működés nem. De átírták a sudo-t is, ami - tegyük hozzá gyorsan, hogy - tényleg egy tákolat, tehát valóban indokolt lehet, ha valaki újra akarja írni, mindegy, hogy miben; leginkább amiben tudja (az OpenBSD-sek pl. C-ben írták újra doas néven), csak csinálja jól. Na, ez az, ami a rustafáriknak megint nem sikerült:
Ebből tisztán látszik, hogy mennyire nem az számít, hogy miben írnak újra valamit, hanem, hogy hogyan. Lehet mondani, hogy a régi sudo-nál még így is biztonságosabb a sudo-rs, mert az (bár kíváncsi leszek, hogy miután átvette a sudo helyét és a hackerek erre fognak rágyúrni, hogy úgy mennyi sérülékenységet fognak benne találni), de messze elmarad a doas biztonságosságától: évente átlagban 12.5x (!) annyi sérülékenységet fognak benne, de összességében is 2.5x annyi sérülékenységet fogtak benne, mint a doas-ban, pedig azt C-ben írták... A Debian Team nemrég közölte, hogy az apt egyes részeit átírják Rust-ba, de nem azért, mert bármi bajuk lenne, hanem mert haladni kell a korral: Vagyis, modern eszköz az, amiben x86, vagy (szigorúan csak 64-bites!) ARM van, a többi az retrocomputer. Az IBM Power E1080 is. Csak mert a Rustnál a Linux/POWER architektúra az nem Tier 1 (azaz guaranteed to work), hanem Tier 2 (azaz guaranteed to build). És ez csak egy példa volt. Az apt eddig - elméletileg - bárhol fordítható és használható volt, ahol volt C fordító és POSIX környezet. Most Linux/x86, Linux/x86_64 és Linux/ARM64 only lesz. (Talán menni fog még macOS/ARM64-en is.) Mindezt úgy, hogy nem bugok és CVE-k miatt lesz Rust-függő, hanem, mert haladni kell a korral; nettó pszeudoprogresszivizmus. A Linux kernelben is egyre több Rust-ban megírt rész van; na, azokat se fogják már másutt használni, mint x86-on és 64-bites ARM-on és a git 3.0 is - a tervek szerint - Rust függő - és azzal a rössel Linux/ARM64, Linux/x86, Linux/x86_64, macOS/ARM64, windóz/ARM64, windóz/x86 és windóz/x86_64 only - lesz. Gratulálunk. A C-haterek teljesen jól működő C-s kódokat írnak át Rust-ba, hogy aztán azon a két CPU architektúrán és három OS-en kívül sehol se működjön többé, de még azokon is sokkal rosszabbul, mint az, amit teljesen feleslegesen lecseréltek. Amikor a sudo átírását belengették, én azt mondtam, hogy a Rust-hívők C ellen folytatott keresztes hadjárata egy nap komoly ipari katasztrófát fog okozni...Hát, úgy néz ki, hogy már megint igazam lesz, mert ha komolyat ugyan még nem is, de kisebb ipari katasztrófákat már sikerült a rustosítással okozni és a gőzhenger csak forog tovább, a nemzetközi helyzet egyre fokozódik... (Ha szerencsénk van, valaki még időben behúzza még a kéziféket.) Bocs, elkalandoztam, de ez már nagyon kikívánkozott. (És nem magával a Rust-tal van bajom (alig ismerem), hanem a C-haterekkel.) XDDDDDDDDDDDDDDDDD |