A fejlesztő szerint:
- biztonság
- rendkívüli portolhatóság
- számos Rust library (nem kell a kereket újra
felfedeznifeltalálni) - fantasztikus teljesítmény
A GNU Coreutils "drop-in replacement"-je (egy az egyben helyettesítője) szeretne lenni, érdekes lesz látni, hogy utat talál-e magának valamelyik Linux disztribúcióba. Licence GNU GPLv3 MIT License.
Részletek itt.
- A hozzászóláshoz be kell jelentkezni
- 1265 megtekintés
Hozzászólások
Na reméljük jól haladnak és hamarosan megjelennek a különböző célhardverek rendszereiben is, mint pl NAS-ok, és nem csak egy választható opciója lesz Linux disztribúcióknak.
- A hozzászóláshoz be kell jelentkezni
Ezt láttátok: https://www.nist.gov/itl/ssd/software-quality-group/safer-languages
NIST adja ki az amelrikai biztonsági ajánlásokat. Igen nagy szava van a kormányzati területen, de a többi cég is figyel rá.
- A hozzászóláshoz be kell jelentkezni
Erdekes kis lista, ami feltunt, hogy minden eleme a C/C++ -t celozza.
Kicsit counterproductive, hogy valami tech lead eldonti, hogy 'hasznaljunk alacsony szintu nyelvet', aztan meg pont a legnagyobb elonyet/feature-et kiiktatja ilyen hackelesekkel. Nem lett volna ertelmesebb kapasbol magasabb szintu nyelvet hasznalni akkor?
Reszemrol ezt a listat nem tudom komolyan venni, de azt elhiszem, hogy government berkekben sulya van.
- A hozzászóláshoz be kell jelentkezni
Igen, csak a rendszerprogramozásra is alkalmazható nyelvekre fókuszál a lista. Végülis ez minden termékben jelen van. Akár oprendszer, akár adatbázis szerver akár hálózati kiszolgáló területén.
Egyébként SPARK-kal találkozott már közelebbről valaki?
Egy listát jó lenne látni (grafikus) alkalmazás írására népszerű nyelvekről is.
- A hozzászóláshoz be kell jelentkezni
fantasztikus teljesítmény
Uhumm, amennyire latom, a coreutils tobbsege nagyjabol egy wrapper egy kernel hivas korul. Milyen szerepe lehet a teljesitmenynek ezen a teren?
A masik, ami szembeotlik, hogy a coreutils, mint a neve mutatja, pont a lenyege, hogy primitiv, barhol, barmire fordithato. Ez a rust-rol/cargo-rol nem feltetlen mondhato el, egyelore.
Ettol fuggetlenul jo irany, tenyleg jo lenne egy rust-ban irt linux userspace ecosystem.
- A hozzászóláshoz be kell jelentkezni
Mely architektúrák hiányoznak azok közül, ahova a van még aktív Linux kernel?
- A hozzászóláshoz be kell jelentkezni
Ami nem romlott el, azt nem kell megjavítani.
Szerintem.
- A hozzászóláshoz be kell jelentkezni
Pic of the Day #infosec #cybersecurity #cybersecuritytips #pentesting #cybersecurityawareness #informationsecurity #cissp #cybersecuritytips pic.twitter.com/DCG0FDA0FU
— Hacking Articles (@hackinarticles) April 3, 2023
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Azért ráférne a Coreutils-ra egy kis átírás. Nem jelentős, nem szétbloatosító, csak 1-2 hasznos funkció. Pl. cp, mv parancsnál folyamatjelző csík támogatása, vagy pl. dd-be védelmet építeni, hogy az ember a rendszerét véletlen ne csapja felül (úgy, ahogy az mkfs-ben is van), ugyanez az rm -f / parancsra. Apróságokra gondolok, 1-2 extra kapcsoló, ami a POSIX-kompatibilitást nem sérti. Nem muszáj az egészet átírni, meg feltétlen Rust-ban.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Az rm -rf / elméletileg nem hajtódik végre, de nem fogom kipróbálni. :))
Amiket írsz, azok lehet hogy nem sértenék a kompatibilitást, de szerintem a filozófiával szembemennek. Ha tökön akarod lőni magad (angolul lábon), legyen rá lehetőséged, legközelebb majd jobban vigyázol. Egyébként meg hol lenne a vége? Azt hiszem, a win98-nál kezdődött, hogy amikor a filekezelővel megnyitottam a windows könyvtárat, akkor valami olyasmit írt ki, hogy ezek a fileok a rendszer részei, és te nem akarod megnézni őket (fixme). Ez nagyon rossz irány.
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
~# rm -rf /
rm: it is dangerous to operate recursively on '/'
rm: use --no-preserve-root to override this failsafe- A hozzászóláshoz be kell jelentkezni
Ja, ezt is el is felejtettem, hogy az rm-be már beemelték ezt. A chmod, chown, dd, stb.-be is nagyon elkelne ilyesmi.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Szeriontem ez már most szembe megy "a filozófiával". Ott az `-f`, azaz `--force`, tehát a felhasználó megmondta, hogy "ne kérdezz, csináld". Az, hogy ennek ellenére kell még egy kapcsoló, az szerintem nagyon nagy baj. Mi lesz a következő? Lesz egy-egy megerősítő kapcsoló a gyökérkönyvtár közvetlen alkönyvtáraira, pl. --no-preserve-boot, --no-preserve-etc? Aztán megyünk egy szinttel lejjebb: --no-preserve-usr-share stb.? Aztán még egy szinttel lejjebb, míg végül az `rm -rf /path/to/dir` helyett azt kell írni, hogy `rm -rf --no-preserve-path-to-dir /path/to/dir`? Akkor majd rájövünk, hogy tényleg akkor volt jó, amikor elsőre eleget tettünk a felhasználó kérésének.
- A hozzászóláshoz be kell jelentkezni
Amikor életemben először olvastam a Kernighan-Pike "piros UNIX könyvet" kb. 14 évesen, elsőre beleszerettem a filozófiába.
- Kiadtam egy parancsot, és nem adott semmi választ? Megcsinálta, amit kértem.
- Hibaüzenetet írt ki? Nem tudta megcsinálni, amit kértem.
- Összeomlott a rendszerem? Hülyeséget kértem.
Ha azt kérdezed, írtam-e már hibás scriptet bohó ifjúkoromban, ahol az "rm -rf $DIR_HOME/$HOST" parancsnál üres volt mindkét változó értéke? Hát persze. De örök életre megtanultam, hogyan kell rendesen scriptet írni (és félig törölt linuxot újratelepíteni a CHIP magazin mellékletéről).
- A hozzászóláshoz be kell jelentkezni
És akkor mindezt képzeld el nagyobb shell skriptingben. Bonyolulttá teszi a szkriptelést és könnyen belefuthatsz abba, hogy nem fut le az automatizált folyamat.
Régi motorosként én is azt vallom, hogy igen, ezt kértem. Ne kételkedj, tedd meg!
- A hozzászóláshoz be kell jelentkezni
majd rájövünk, hogy tényleg akkor volt jó, amikor elsőre eleget tettünk a felhasználó kérésének.
Tudsz egy életszerű példát mondani arra, hogy mire jó a rm -rf / a hétköznapokban? Mert jó ez a csúszós lejtő érvelés, de eddig akármikor szembejött velem egy példa, az bug volt, nem feature. Miért baj az, ha egy olyan dologhoz, ami az esetek elsöprően nagy részében nyilvánvalóan user error, megerősítést kérünk?
- A hozzászóláshoz be kell jelentkezni
Az rm -rf / önmagában tényleg nem túl sok dologra jó. A lényeg itt az, hogy ha egyszer kapott egy parancsot, akkor ne kezdjen el moralizálni, hogy lehet hogy nem is ezt akarta a parancs kiadója, hanem hajtsa végre, és kész. A megerősítés pedig ott van: -f. Aki meg nem bízik magában (vagy abban, hogy a scriptje jó paraméterekkel hívja az rm-et), annak ott az -i.
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
A lényeg itt az, hogy ha egyszer kapott egy parancsot, akkor ne kezdjen el moralizálni, hogy lehet hogy nem is ezt akarta a parancs kiadója, hanem hajtsa végre, és kész
Itt viszont specifikusan egy olyan esetről van szó, aminek a gyakorlatban kb. nulla értelme van, 99.9999999%-ban PEBKAC lesz az eredménye a végrehajtott parancsnak. Miért ne lenne ez kivételként kezelve? Nyilván nem a fent emlegetett (rm -rf --no-preserve-path-to-dir /path/to/dir) túlzásokra gondolok, hanem arra az 1 db esetre, ami borítékolhatóan anyázásba fog fordulni pár másodperc múlva. :)
Aki meg nem bízik magában (vagy abban, hogy a scriptje jó paraméterekkel hívja az rm-et)
Hát, jó annak, aki csak saját scripteket használ, de pl. a Bumblebee uninstallere gyalulta le anno a teljes /usr-t, és tudom, hülye volt mindenki, aki nem auditálta a kódot, mielőtt lefuttatta, de na, életszerű ez?
- A hozzászóláshoz be kell jelentkezni
És még sok helyen lábonlőheted magad, itt egy apróbb csokor:
https://phoenixnap.com/kb/dangerous-linux-terminal-commands
- A hozzászóláshoz be kell jelentkezni
A lényeg itt az, hogy ha egyszer kapott egy parancsot, akkor ne kezdjen el moralizálni, hogy lehet hogy nem is ezt akarta a parancs kiadója...
A pszichiáter, a belgyógyász és a sebész elmennek kacsára vadászni.
Az első lövés a pszichiáteré. Célba veszi a kacsát, majd elkezd hangosan gondolkodni:
- Ez teljesen úgy néz ki, mint egy kacsa. De mi van, ha olyan kacsa, amelyik sólyomnak képzeli magát. A sólyom védett állat, nem lőhetem le.
És leereszti a fegyvert.
A belgyógyász a második. Céloz, majd elemez:
- Tünetei alapján kacsa. De igazából libára is hasonlít. Várjunk még, amíg a tünetek jobban kifejlődnek.
És leereszti a fegyvert.
A sebész az utolsó. Különösebb célozgatás nélkül kilövi a tárat, csak úgy hullanak a madarak az égből, aztán odaszól a rezidensének:
- Bélám, nézd már meg, volt-e közte kacsa!
- A hozzászóláshoz be kell jelentkezni
Továbbra is azt mondom, hogy `--force` (vagy `--yes` vagy hasonló) kapcsoló esetén nem nekem kell okokat találnom rá, hogy azt kapjam, amit kértem. (Úgy is mondhatnám, hogy az `-f` azt jelenti, hogy `--fellebezésnek-helye-nincs`. =) ) Nem érdekel az esetek elsöprő többsége, vagy hogy más jobban tudja. Ha figyelmetlen vagyok (volt már rá példa), akkor remélhetőleg majd tanulok belőle. Ha egy program megerősítést kér a megerősítésre, az egyserűen rossz; emiatt jelen helyzetben a csúszós lejtős érvelést is helyénvalónak tartom. (Hoztak egy szerintem rossz döntést, nekem ez elég, hogy újabb rossz döntésre számítsak.)
- A hozzászóláshoz be kell jelentkezni
Igazából a force azt jelenti, hog "ignore nonexistent files and arguments, never prompt". Most azt hagyjuk is, hogy ezt a kettőt hogy sikerült összehozni, de igazából a plusz kapcsoló teljesen konzisztens, nem kér promptot, kiírja, hogy ezt ő alapból nem csinálja.
Egyébként ezt sose fogom megérteni, egy valid usecaset nem tudnék mondani, amikor valaki direkt le akarja törölni a /-t, de hát anno nekem is szar volt, én is beszoptam, szopja be más is, majd megtanulja, fura egy mentalitás.
- A hozzászóláshoz be kell jelentkezni
Ahogy már más is írta, nem az a usecase, hogy valaki le akarja törölni a /-t, hanem például ha egy scriptben az rm -rf $PATH/$FILE parancsban valahogy nem kapnak értéket a változók.
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
Én értem, a kolléga szerint az a jó, ha ilyenkor csinálja a gyalut.
- A hozzászóláshoz be kell jelentkezni
Igazából igen. A hibakezelést bízzuk a script készítőjére, ne az rm-be próbáljuk beletuszkolni.
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
Nem egészen értem, hogy akkor mi volt a baj az előző hozzászólásommal.
De miért? Mármint tényleg az van, hogy gyakorlatilag nem tudok olyan use-caset elképzelni, ahol valaki valójában azt szeretné mondani, hogy rm -rf /. Arra meg itt a topicban is van büszke példa, hogy ja, hát én már szoptam be. Mi a fenéért nem lehet egy tudottan időnként beszopódó hibát defaultból nem elkövetni, mikor az esetek gyak mindegyikében hiba?
Meg egyébként akik remekül kezelnek hibát meg edgecaseket mindenben, azoknak nem mindegy? Úgyse fognak sose rm -rf /-t futtatni a jó scriptjükből, mer ők profik, nyugodtan leszarhatják mit csinál ilyenkor? Tényleg az a motiváció, hogy nekem szar volt, szopja be más is?
- A hozzászóláshoz be kell jelentkezni
Így van, a lőfegyverekre is teljesen felesleges biztosítószerkezetet szerelni, hiszen aki nem akar lőni, az nem nyomja le az elsütőbillentyűt. :)
- A hozzászóláshoz be kell jelentkezni
Nem jó az analógiád, jelen esetben inkább az a helyzet, hogy ha mondjuk Poetteringet* akarnád lelőni, szólna, hogy szerinte te ezt nem akarod.
* Talán sikerül politikamentesen tartani a topicot. :))
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
A példa még pontosabb lenne úgy, hogy a csőre töltött pisztoly a saját arcodra mutat, és sátorvason belül van az ujjad. :)
- A hozzászóláshoz be kell jelentkezni
Látom a smileyt, de ez már jó példa. A lényeg, hogy az ilyen helyzetet te kezeld le, ne bízz abban, hogy a pisztoly úgyse fog lőni.
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
Ha erre szól a program, az bug :)
- A hozzászóláshoz be kell jelentkezni
Ebben némileg igazad van, de -f nélkül meg semmit nem töröl, azt se, amit kéne neki, meg kérdezgeti a hülyeséget. De rm-nél ezt megoldották, dd-nél még mindig nagy gond. Tegye fel a kezét, aki még nem darálta be valamelyik meghajtóját véletlenül egy rosszul kiadott dd-vel, mikor a /dev/sdakármi azonosító elmászott neki. Mert én még nem jártam úgy, de csak mázli, helyette és chmoddal szántottam be véletlen a rendszert, mikor ./ helyett /. paramétert adtam meg neki. Nyilván az én hibám, de egy kicsit figyelmesebb kóddal ki lehetett volna védeni.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
- A hozzászóláshoz be kell jelentkezni
Ebben némileg igazad van, de -f nélkül meg semmit nem töröl, azt se, amit kéne neki, meg kérdezgeti a hülyeséget.
Nem kérdezget, töröl. Kérdezgetést jellemzően ott kapsz, ahol az alias rm='rm -i' van beállítva.
- A hozzászóláshoz be kell jelentkezni
akkor valami olyasmit írt ki, hogy ezek a fileok a rendszer részei, és te nem akarod megnézni őket (fixme)
Pontosabban kiírta ezt, meg alatta volt egy gomb, amit akkor kellett megnyomni, ha tudtad, mi csinálsz.
Szerintem ez egy baromi hasznos feature volt, és konkrét adataim nincsenek, de egy láda sörben mernék fogadni, hogy az eltörlése mérhető extra feladatot adott a supportosoknak világszerte.
Ha tökön akarod lőni magad (angolul lábon), legyen rá lehetőséged, legközelebb majd jobban vigyázol.
-1, ez szerintem egy baromság. Meg lehet úgyni anélkül is, hogy előtte belefulladnál a vízbe.
- A hozzászóláshoz be kell jelentkezni
Mint írtam, a filozófiával megy szembe a dolog. A számítógép ne akarja helyettem eldönteni, mit tegyek vagy ne tegyek. Azt elismerem, hogy tényleg vannak olyanok, akiket még maguktól is meg kell védeni. :))
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
Ha van "tudom mit csinálok" vagy "hülye akarok lenni" kapcsoló, akkor azért hasznos, ha a default működés az, hogy szól hogy szerinte ezt nem kéne. Erős autóban sem szedeted ki a menetstabilizátort csak azért hogy ne kelljen megnyomni a kikapcsoló gombját mielőtt ökör akarsz lenni, ha amúgy hétközben ez a családi autó amivel a gyerekeket viszed.
- A hozzászóláshoz be kell jelentkezni
Ja és mondom mindezt úgy, hogy unix rendszereken nőttem fel, megvan a reflex hogy nem nyomom le az entert mielőtt mégegyszer meg nem nézem mit írtam oda
- A hozzászóláshoz be kell jelentkezni
Azt én is mindig megnézem, de már volt olyan, hogy másik konzolon voltam, mint kellett volna. Nos, azon nem segít... :) :)
- A hozzászóláshoz be kell jelentkezni
Been there, done that 😀
Ráadásul ugyanezt sikerült fizikai környezetben is elsütni (asszem ezt a sztorit már osztottam meg, de annyira beleégett az agyamba): két Sun E450 állt egymás mellett, tetejükön billentyű, monitor. Szépen kiadtam hogy álljon le, az fizikailag nem kapcsolta ugye ki, csak az oprendszert állítja le szépen. Ezután kulcs elfordít a kikapcsoláshoz. A monitor nem lett sötét... Valaki szépen keresztbe rakta oda a monitorokat, így graceful leállítottam a teszt rendszert, majd a kulccsal gyakorlatilag kirúgtam a tápot a még futó éles alól.
- A hozzászóláshoz be kell jelentkezni
csak ők nem coreutils-t használnak
- A hozzászóláshoz be kell jelentkezni
Nekik vannak ezek a grafikus szarságok. Aki meg lábon akarja lőni magát, arra vannak a CLI toolok (pl. tök hasznos az rm -f valami* a home könyvtárban, amikor az ember véletlenül egy space-t nyom a csillag előtt) :D
- A hozzászóláshoz be kell jelentkezni
Arra gondolsz ugye, hogy megoldja hogy ne foggyál ki a tárhelyből idő előtt.
- A hozzászóláshoz be kell jelentkezni
Windows, mac - oke, szoljon
De a Linux az Linux - ott a rendszer higgye el, hogy jobban tudom
- A hozzászóláshoz be kell jelentkezni
Van benne valami, első gépemen 6.22 DOS volt, és dosnavigatorban azzal szórakoztam az első napokban, hogy ide-oda másolgattam, move-olgattam file-okat, könyvtárakat, aztán sikerült a root folder alól is elmove-olni mindent :D Egyszer kellett megtanulni, azóta soha semmi bajt nem okoztam semmi system file-al. (igaz, 12 év windows serverezés után csak 2 éve szagolom a linuxot, itt még alkothatok :) )
- A hozzászóláshoz be kell jelentkezni
A cd pl működhetne akkor is ha azt mondod, hogy cd.., mint ahogy DOS-ban is működik.
- A hozzászóláshoz be kell jelentkezni
alias "cd.."="cd .."
Egyébként ez shell (ál)probléma, nem a coreutilsé.
- A hozzászóláshoz be kell jelentkezni
Meg merjem kérdezni, hogy a 'lenyűgözően portábilis' rész az AIX-ot is lefedi-e?
- A hozzászóláshoz be kell jelentkezni
Szerintem lesz vele dolgod... :))
Debian - The "What?!" starts not!
http://nyizsa.blogspot.com
- A hozzászóláshoz be kell jelentkezni
Gondolom, annyi, hogy valaki esetleg megkérdezi, hogy kell-e nekünk Rust, akkor azt mondjam, hogy nagyon is kell, de előbb a Snobol-t kell beüzemelnünk, CommonLisp-ben írt PL/I pluginokkal kiegészítve.
- A hozzászóláshoz be kell jelentkezni
https://github.com/uutils/coreutils/wiki#targets-that-compile
🤷♂️
(nem úgy tűnik, mintha scope lenne)
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
A fenti link alapján egyelőre ott tartanak, hogy talán majd lesz valóban működő LLVM AIXon, akkor utána lehet kb bármit rustot vinni oda.
- A hozzászóláshoz be kell jelentkezni
Ja, de akkor ne nevezzük már rendkívüli portolhatóságnak ezt, mert röhög a vakbelem.
Majd ha a rust bármilyen platformon fut, amire van perl5, na majd akkor beszélhetünk rendkívüli portolhatóságról.
- A hozzászóláshoz be kell jelentkezni
Én nem neveztem annak :-)
- A hozzászóláshoz be kell jelentkezni
Azt nem feltétlenül, de lehet hogy 4 vagy akár 5-féle Linux disztrón is futni fog. Persze biztosan csak az x86-64-es rendszereken, a többi egyelőre nem cél.
/sarcasm
- A hozzászóláshoz be kell jelentkezni
Hát az igazán multiplatformtól tényleg elég messze van, de a semminél jobb.
- A hozzászóláshoz be kell jelentkezni
Gyakorlatilag annyi platformot és architektúrá tud, amennyit a Clang C fordító mögötti LLVM enged, beleértve sok mikrovezérlő családot is.
De készül egy másik csapat által a GCC-re épülő gcc-rs fordító is. Elvileg a májusban megjelenő GCC-be már be lesz olvasztva, persze még csak alap képességekkel. Lásd: https://fosdem.org/2023/schedule/event/rust_a_deep_dive_inside_the_rust…
- A hozzászóláshoz be kell jelentkezni
Úgy érzem, hogy elvben igazad van, de a gyakorlatban x86-64 és arm64 a Tier-1 - néhány OS-en, ez egészül ki az x86-tal, arm32-vel, mips64-gyel és riscv64-gyel Tier-2-ben - majdnem pont ugyanazon a néhány OS-en. A Tier-3 az kb mindenhol a "jól hangzik, de sokra nem mehetünk vele" kategória. De pl. ott sincs naprakész Solaris, HP-UX. Persze értem én - Linux, Windows, Mac-en kívül gyakorlatilag minden más halott rendszer, ha valakinek kell ilyen rendszerekre, akkor elindul és portolja az LLVM-et, meg a rustc-t magának.
- A hozzászóláshoz be kell jelentkezni
https://gcc.gnu.org/git/?p=gcc.git;a=shortlog
Éppen 2 napja toltak át ide csomó gccrs részt. Készülnek szépen a gcc-13 verzióra igért integrációra. Ezzel a clang és a gcc bármelyike által támogatott plattformok mindegyikére várható a későbbiekben negoldás.
- A hozzászóláshoz be kell jelentkezni
Talán nemsokára Aixon is lesz chmod(1) vagy cp(1). Nagy időket élünk.
- A hozzászóláshoz be kell jelentkezni
Ez egyszerűen zseniális. Nem baj, majd 1-2 év múlva, ha már majd nem a 12-es gcc lesz a latest stable, akkor neki is állhatnak a világuralomra törésnek.
(A tököm tele van azzal, amit eddig a rustos projektek körüli felhajtásból láttam)
- A hozzászóláshoz be kell jelentkezni