- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
Új hozzászólás Aktív témák
-
gregory91
senior tag
Ha update-elve vannak a qt-s framework(4-ről 5-re) nem feltétlenül jelenti azt hogy az összes qt programnak annyi.Csak akkor, ha nem is lennének rajta(az meg a disztro minőségére utal).
"Mondjuk én láttam megoldást erre, hogy xy libből 2 féle van fenn. Verziószámmal jelölve."
Több verziószámú is lehet nemcsak 2. -
"ha egy átlag munkavállaló bemegy egy munkahelyre, ahol windowst használnak, akkor kiderül, hogy az átlag munkavállalót az iskolában windowsra trenírozták, gyerekkorában windowsozott, van 10-20 év klikkelési gyakorlata, és így ül le az asztalához.
mégis kell windows support minden munkahelyen."
Ez mennyire igaz... nálam már általánosban a számtech órákon ment a DOS+Windows. Ha valamelyik Linux disztrót tanítják meg, akkor nyilván most a Windows lenne az újdonság. -
válasz
Busterftw #30 üzenetére
"De azt hittem ez egyertelmu a 20+ ev utan, ahogy egyertelmu miert nem a Linux terjedt el otthon es cegeknel."
Talán egyfelől azért, mert a Windowst pénzért árulták, addig a Linuxot ingyen letölthetted. Az előbbiben több pénz forgott, jobban tudott fejlődni az általános felhasználói piacra. DE ettől még a Linux teljesen használható és ahhoz képest, hogy részben önkéntesek fejlesztik, teljesen meglepő teljesítményt képes nyújtani. -
"egyszerűen telepíthető a driver ha az kéne,linuxnál meg sehogy sem sikerült."
Ugyanilyen problémám volt a TP-Link stickemmel, amíg azonosítani nem tudtam, hogy melyik firmware hiánya miatt nem tudok a netre csatlakozni.
A lényeg, ha a firmwaret azonosítottad, onnantól már le tudod tölteni és terminálon keresztül telepíteni. Ugyanúgy a Windowsos drivert is telepíteni kell, ha éppen nem ismeri fel a Win10. 10 perc sincs. -
ddekany
veterán
Pont erről írtam, hogy sok esetben (megkockáztatom, legtöbbszőr) nem lehet válaszani, hanem azt kell használni, ami a "szabványos". Ezeknek az alternatív shell scripteknek nincs arra a rangra reális esélye szerintem, mert ellenben az oillal, nem trójai falónak vannak tervezve. (Hallom Andy mindenhol visszhangzó őrült sátáni kacaját, mikor ráeszmélnek a bash készítői, hogy ördögi tervüket ez IT-sek megkínzására elszabotálták.
)
-
csendes
addikt
Meg lehet választani Perl, Lua, Ruby és egy rakás más script közül. De miért kell ehhez kiírtani a bash-t? Azért találták ki, hogy legyen egy ingyenes, nyílt forráskódú shell, ami képes a POSIX szabványos shell script-eket futtatni, és ezzel egyébként hozzájárult a Linux sikeréhez is.
Vannak kételyeim azzal kapcsolatban, hogy egy Python-ban összeütött, aztán C++-ra automatikusan áttett, egyrészt POSIX szabványt is támogató, de Python és JS fejlesztőket is kiszolgáló shell lenne a jövő, de egyébként kétségkívül különleges ötlet. Érdeklődéssel követem a megvalósítást. -
bambano
titán
pedig megmutatja.
ha valaki init rendszert vagy session menedzsert akar írni, akkor írjon (csak ne terjedjen el). viszont az, hogy a systemd nem csak az svr4initet helyettesíti, hanem az ntpd-t, a hálózati beállításokat, a dns beállítást meg a fene tudja még mit, az biztosan nem az optimális középréteg.
és még mindig ott van az, hogy oké, legyen másik init. de jól működő initet lecserélni egy vödör csavarra, az nonszensz. meg fallbackoljunk rootra...
-
ddekany
veterán
A KISS nem mutatja meg, hogy adott konkrét feladatra mi az arany középút. Mert ha túl minimalista a réteg ami még az OS alapszolgáltatásának számít (tehát egységes mindenhol), akkor minden egyes projekt (postgresql, nginx, stb) kénytelen lesz egyedileg megoldani, ami magasabb szintű funkcionalitás kell. Sőt, ezen felül még disztribúcionként is lehetnek eltérések a megoldásban. Ez a végén rakás komplexitás a felhasználónak, és összességében jobban járt volna, ha a közös réteg a komplexebb. Mert abból csak egy van. Ezzel az össz komplexitás jóval alacsonyabb lehet. Nyilván, az viszont fontos, hogy ez az közös réteg ne legyen gány, és ki tudja szolgálni a változatos igényeket, amiket magára vállalt.
-
Masnak volt baja vele. Ertem en, hogy te csak hobbista Linukszos vagy
, de masok eles, nagyteljesitmenyu rendszereket meg jol mukodo munkallomasokat szeretnenek epiteni es hasznalni, es nekik kellenek olyasmik, mint pl. cgroup tamogatas, vagy komplex fuggosegkezeles, vagy egyseges logolas. Ezek fontosak azoknak, akik nem csak hup.hu olvasasra hasznaljak a szamitogepeket.
-
bambano
titán
semmi probléma nem vol a sysvinittel. nem kell mellé alternatíva. az tény, hogy a sysvinit csak init volt, nem volt benne ntp kliens, atombomba tervező program, nem mosogatott és nem csábította el az anyósodat.
KISS: keep it stupid and simple. ezt felejtette el pöcstering is, meg azok is, akik a systemd-t bármely disztróba befogadták.
-
ddekany
veterán
Ez van, mikor egy közösség képtelen megszervezni magát, hogy valós, ezeréves fájdalmakra megoldást kínáljon. És ezt akár filozófia alapon igazolja is önmagának. Akkor van, hogy jön egyszer csak valaki, és eladja a megoldását egy Red Hat-nak, hogy nézzétek csak, ezt és ezt a tipikus feladatot ilyen könnyen is meg lehetne oldani. Vagy mi lett volna az alternatíva?
-
ddekany
veterán
Én ezt céges fejlesztői/operátori szemmel nézem. A bash lényege, hogy minden szerveren ott van (nem beágyazott rendszerről van szó), és hogy bárki akit felveszel, és ért "Linuxhoz", ismerni fogja (csak valójában nem eléggé). Az alternatívák ritkán rúgnak labdába céges környezetben, és a trónfosztásra is képtelenek. (A python van hogy át tudja venni amit korábban bash script csinált, de amellett is akkora nagy igény van egy kifejezetten shell script célra írt nyelvre is, hogy még a bash-ra is ráfanyalodunk.) Tehát mit tudsz tenni a valóságban? Jelenleg, talán elérheted, hogy policy legyen, hogy minden bash script "set -euo pipefail"-al kezdődjön. De ez bőven kevés. Még belső oktatással el kell kerülni, hogy a többi csapdába belesétáljanak az emberek... de ennek fenntartása már általában kb. lehetetlen a valóságban. Azzal meg végkép nem tudsz sokat tenni, hogy a sok minden korrekt megoldása nevetségesen nyakatekert bash-ben. Ehelyett én preferálnám, ha 10-20 év múlva pl. oil shell lenne bash helyett mindenhol alapból. Tehát számíthatnál rá, hogy minden szerveren ott van, a bash mostani megvalósítása helyett. Innentől lesz a "set -euo pipefail"-nak egy ezerszer jobb megfelelője, ami a rakás történelem folyamán felgyűlt f*szságot egy csapásra javítja, miközben semmiféle új filozófiát, vagy radikálisan más nyelvet nem kellett elsajátítani. Ehhez persze első körben kéne, hogy ne vallási (vagy tudatlanság?) alapú bash védés legyen, ha valaki rámutat, hogy a király meztelen.
-
-
csendes
addikt
Van választék bőven, mondjuk Arch Linux-ra össze lehet számolni, hogy van 16 ajánlott: [link]. Nyilván megvan az oka, hogy miért bash-t használ alapból a legtöbb disztro, de egyébként az Oil Shell pont egy bash kompatibilis megoldás, semmiképpen sem valami radikálisan új, mint például az Oh vagy Ion.
Ezt a ki kell írtani dolgot meg nem értem, mert OK, hogy a te felhasználói igényeidnek nem felel meg, de ettől még másnak pont jó
Egyébként a FreBSD Bourne (sh) user shell-t használ meg C shell-t (tcsh) rootként, mindkettő a hetvenes évekből van. Ehhez képest a bash 1989-ből még kiforratlannak számít egy igazi UNIX rendszerhez (ez persze vicc volt)
-
-
CPT.Pirk
Jómunkásember
Amúgy, ez a beszélgetés amit most itt folytattok a bash meg systemd kapcsán, az tök jó helyen lenne a Linux Haladóknak topicban, ahol meg úgy általában eléggé csendélet van... Már annyira sem kapcsolódik a hírhez, mint a szokásos Win-Lin flame.
-
ddekany
veterán
válasz
fatpingvin #506 üzenetére
Sok valós szerver oldali alkalmazásban, meg egyéb operátori tevékenységhez is használnak bash scripteket dögivel. Jó esetben nem túl hosszúak, nem túl komplikált amit csinálnak. Az lenne a jó, hogy mivel elvileg pont erre van egy Domain Specific Language-ünk (a bash lenne az), ezek megbízhatóak, könnyen értelmezhetőek, és jól karbantarthatók lennének. Ezekben finoman szólva gyengén teljesít a bash (meg a hasonlók, mint ksh, stb). A Python nem ideális erre, mert nincs erre specializálódva.
Fixációm? Mennyire kell valaminek szarnak lennie, hogy ne azon kelljen már vitázni, hogy nem-e jó-e mégis? Kiborít, te tényleg. Mert nem kérdés hogy szar. A kérdés, hogyan lehet ebből kikecmeregni.
-
fatpingvin
addikt
a. bash. még. mindig. nem. egy. programozási. nyelv. hanem. egy. UI.
hogy lehet vele komplett rendszerautomatizálási scripteket írni az egy nagyon jó extrája.aki meg ezen nyávog hogy lyaly hosszú bash script az meg nyávogás helyett kezdje el szépen átírni ezeket pythonra. majd rájön hogy nem véletlenül maradt meg a régi.
-
ddekany
veterán
"NEKED AZ A VÉLEMÉNYED, hogy borzalom. szerintem meg nem az."
Nekem az, igen. Az is a véleményem, hogy a föld kb. egy gömb. Van aki szerint lapos. Neki ez a véleménye... OK. Ilyen ez.
"az informatika 1. sz. alaptörvénye, hogy ha nem romlott el, ne akard megjavítani."
Nos, elromlott, már rég. És akkor most így marad örökre?
És még egyszer, ez kb. az egyetlen kiút amit láttam, ami figyelembe veszi a rögös valóságot. Ez sem fog összejönni, mert a Linux közösség ilyen... Minden szent tehén, semmi sem változhat, mert régen jobb volt minden? Vagy nem tudom.
-
ddekany
veterán
válasz
fatpingvin #498 üzenetére
De én pont script-ekről beszélek. (Persze, mint UI is... de most mindegy, mert az már úgy marad örökre, eleve már C main szintjén buknak dolgok.) És az, hogy mekkora trágya, az nem vélemény, hanem tény. Akit nem sokkol rövid használat után, az programozónak reménytelen. Már az alapvető szabályain látszik, hogy az atyjai nem voltak épek. Hibánál alapból tovább megy! $változó feloldás alapból több argumentumot szül ha szóköz van benne! Stb, stb. Ezeket a csapdákat (és a sokszor idióta szintaxist) persze kiismeri az ember hamar, de ettől még csak szivatásra jók (és a valóságban sokan beléjük sétálnak, akár direkt, mert a korrekt megoldás hosszabb). De aztán majd jön, mikor valami látszólag hétköznapira nem találod magadtól azt a megoldást, ami nem átlagos szituációban is korrekt. Hitetlenkedve rákeresel, és megtalálod az SO-n, ahol ezen izmoznak fél oldalas workaround hegy megoldások formájában, amiket már garantált, hogy a kollégáid a büdös életben nem fejtenek vissza. Mindez mert a sh/bash készítői, látszólag, komplett idióták voltak ezen nyelv megtervezéséhez.
-
bambano
titán
"A bash objektívan egy borzalom, mint nyelv.": NEKED AZ A VÉLEMÉNYED, hogy borzalom. szerintem meg nem az.
ha megnézted a saját magad által linkelt weboldalt, millió hivatkozás van cpp-re, pythonra, javascriptre, stb. válogasd ki, hogy abból mit hogyan ért.azt kellene érteni, hogy minden váltásnak van költsége. vagy kifizetik, vagy nem. általában nem szokták. csak azért beleölni egy rakás munkaórát egy másik shellbe, mert valaki azt mondta, hogy a bash csúnya, nulla értelme van.
az informatika 1. sz. alaptörvénye, hogy ha nem romlott el, ne akard megjavítani.
Új hozzászólás Aktív témák
Hirdetés
- Házi hangfal építés
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Asustor NAS
- Sweet.tv - internetes TV
- Gurulunk, WAZE?!
- Teljes verziós játékok letöltése ingyen
- Nyaralás topik
- Macska topik
- bambano: Bambanő háza tája
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- További aktív témák...
- 123 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!)
- Bomba ár! Lenovo X1 Yoga 2nd - i7-7G I 8GB I 256SSD I 14" WQHD Sérült I W11 I CAM I Garancia!
- Bomba ár! HP ProBook 430 G8 - i5-1135G7 I 16GB I 256GB SSD I HDMI I 13,3" FHD I Cam I W11 I Gari!
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- LG 55C3 - 55" OLED evo - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox!
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest