Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
- bambano: Bambanő háza tája
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- gban: Ingyen kellene, de tegnapra
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- potyautas: A Magyar Néphadsereg emlékére
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Azert ezt vki magyarazza el nekem: annyira kezdo Linux user, hogy nem tudja kideriteni a hiba okat, de azert btrfs a filesystem...?

-
-
-
Feraktam a Steam klienst Debianra, viszont csomo jateknal azt irja, nem is tudom telepiteni, mert nem Linuxra van. Ezekkel lehet kezdeni vmit?
-
-
-
GOG is megy?
-
válasz
velizare
#98168
üzenetére
Szerintem volt itt egy sudo + GUI-s program futtatas, ami elcseszte a jogosultsagokat. Ha tudod, hogyan bootolj direktben root modba, csinald azt, ha nem, inditsd egy live-ot es mountold fel a drive-ot.
Terminalban megnezed a tulajdonosat a home-odban a .*Authority es .*authority allomanyoknak, ha barmelyik root lett, visszaallitod a normal useredre, amivel belepsz. -
.
-
válasz
totron
#98041
üzenetére
A csoro vesz hasznaltan maganak vmi nemszemkib.szos hasznalt uzletit, vagy nehany generacioval oregebb hasznalt asztalit es dob ra egy Linuxot. Akinek meg nincs 30-60 ezer kozotti penzmagja ilyesmikre, mert annyira csoro, az ne szamitogepezzen, mert akkor neki a hovegi kenyer a problema elsosorban.
-
-
válasz
tordaitibi
#98000
üzenetére
"deb halott, nem részletezem sokadszorra miért" - idezet Toled, ebbol joggal feltetelezi az ember, hogy a formatummal van baj. Ha csak a regi csomagok a problema, engedelyezed a backports tarolot Debian alatt es maris frisseket kapsz.
Senki nem vitatja, hogy a Skype a szerveren tarolja a kontaktokat, csakhogy a standalone es a metro-s fo.s nem kompatibilisek.
Hogy a baratod hogyan cseszik ki magaval a Win8-at illetoen, az o dolga - de nem tamogatott rendszert nem hasznalunk (rad is vonatkozik). Kutya kotelessege mindenkinek tudomasul venni, hogy a biztonsag es a hasznalhatosag egyazon skala ket atellenes vege es az egyiket novelni csak a masik rovasara tudod.
-
válasz
tordaitibi
#97996
üzenetére
Nem akarom elhinni, hogy annyi diskurzus utan meg mindig nem erted.
Eloszor is: nincs az a kompromisszum, amivel egy Windows 7 hasznalhato lenne manapsag es Windows 8-ra pont ugyanez igaz. A vegtelen kompatibilitas fenntartasa nem kifizetodo es nincs az a szoftverceg, ami ezt bevallalna.
Masodszor: a Linux olyan marad, amilyen most, esetleg vedd meg a RHEL-t es minden ugyes-bajos dolgoddal foglalkozni fognak (mar ami szabvanyos resze a disztribucionak).
Harmadszor: a deb-re tett megjegyzesed azert kulonosen rohejes, mert a rettenetesen sikertelen Android is azt hasznalja - ennyire idejetmult. Nem mellesleg az Android is egyseges.
Negyedszer: attol feltjuk, hogy tele lesz olyan automatizalt okorsegekkel, mint a Windows.
Ekletans pelda: anyosom megkapta a vadiuj kis 10 colos Lenovo laposat, kerte, hogy allitsam be a Skype-ot. Mivel anno a Windows 10 resze volt, gondoltam elinditom es amint belepek, ott lesz minden kontakt. Lofaszt, kozolte velem, hogy ez Metro-s alkalmazas, a desktop alkalmazasban keressem a korabbi kontaktokat (jo kis visszafele kompatibilitas). Desktop Skype letolt, telepitenem, nem lehet, mert fent van a Metro-s, elobb szedjem le azt. Nos, csak a Store-bol lehet eltavolitani es egyesevel nem, csak az osszes Metro-s cuccal egyutt - hat legyen. Nem hianyzik, hogy a napi hasznalatu rendszerem ennyire ellenem dolgozzon - ez nem user experience, hanem fos. -
-
-
-
-
-
-
-
-
-
-
válasz
tordaitibi
#97294
üzenetére
Oke, hadd szogezzek le valamit, mielott barki is felreerti: ha vhol biztonsagi problemat latok, csak azert teszem szova, hogy mindenkinek vilagos legyen, mivel szembesul - de ettol meg mindenki azt hasznal, amit akar.
Visszaterve az alkalmazasokra: hasznald a hivatalos tarolot, a legnagyobb eselyed akkor van arra, hogy ne vadasszon le vmi idiota. Kicsit furi ez a kerdesed egyebkent, mert mar nem tamogatott Ubuntut hasznalsz, nyilvan a csomagok is regiek lesznek a meg meglevo repokban. Ettol fuggetlenul frissiteni akkor erdemes barmit, ha lejar a tamogatasa, vagy biztonsagi hibat talalnak benne. Egyebkent ha nem romlott el, ne javitsd meg.
Debianban tenyleg regebbi csomagok vannak a tobbi disztribuciohoz kepest (de a backportsbol kaphatsz ujabbakat), ellenben stabil es merem allitani, hogy a legtobb disztribucional biztonsagosabb is - es desktopkent is hasznalhato. 1000 es egy eve leszoktam arrol, hogy buzeraljam a rendszeremet, mert sokkal produktivabb vagyok, ha nem az OS-t kell faragnom: ahogy kihajitottam az Ubuntut es a Linux Mintet, ugy a Debiant is kihajitom, ha ugy alakul. Szamomra az OS eszkoz, nem pedig cel es gyanitom, hogy nem egyedul vagyok ezzel, mert nem en vagyok az egyetlen Debian felhasznalo. Ebbol pedig az kovetkezik, hogy a regebbi csomagokkal is egyutt lehet elni, felteve, hogy nem akarok olyat a rendszerre eroszakolni, ami nem tamogatott. Lehet persze hasznalni frissebb alkalmazasokat is, de akkor tudd, hogy mit csinalsz es ne engedd le a vedelmet, csak mert ugy kenyelmes, hanem probald meg a megadott feltetelek mellett megoldani a feladatot!A Te esetedben pl. nem piszkalni a snap beallitasokat, hanem keresni egy eszkozt, ami a snap altal letoltott cuccot atmozgatja oda, ahova Neked kell - ezt lehet idozitetten, meg esemeny-vezerelten is, tehat eszkoz a cron, de mivel ez CLI-s, amire Te szentelt vizet locsolsz, lehet keresni hozza GUI-t (van), vagy keszitesz ra egy systemd-s unitot, amire oly' sokan eskusznek (nyilvan en nem).
Szoval vannak lehetosegek boven, felteve, hogy az ember nem soros lokent nez es megy egyetlen iranyba, hanem nyitott szemmel jar.
-
-
válasz
tordaitibi
#97291
üzenetére
Nem tevedsz, pontosan ezt magyaraztam 2 v. 3 alkalommal ebben a topicban az elmult 1 ev soran.
-
-
válasz
tordaitibi
#97286
üzenetére
Nem bonyolult és elmagyaráztam már néhányszor: többek között azért nem igaz a Canonical állítása a biztonságról a snap kapcsán, mert nem a cégen múlik, hanem a csomag karbantartóján. Az egyiknek magasabb a biztonsági szintje, mert rendesen be van állítva, a másiknak nincs, a harmadik figyelembe veszi, hogy külső eszközre is menteni lehessen.
-
válasz
tordaitibi
#97279
üzenetére
"Számomra így alaphelyzetben használhatatlanok, mentegessek le 120 videoklipet meg 5 filmet a home-ba, aztán másolgassam a másod ssd-re? Nekem ez nem gyerebe."
Pedig meg automatizmus is keszitheto ra, Neked annyi dolgod lenne, hogy letoltsd a cuccot, ahova tudod.
-
-
válasz
tordaitibi
#97262
üzenetére
En kineztem Beloled, megvan hozza a tudasod es a tapasztalatod es nem miattad lesz bajban az r=1 Linux-felhasznalo, hanem a Canonical ostoba/f.szkalap hozzaallasa miatt. Siman meg lehetne csinalni, hogy a snap csomag telepitesekor a snap service rogziti a yaml-ban levo informaciokat, igy hiaba tursz bele, akkor is kierolteti a beallitasokat. Ugyanez pepitaban, ha a snap store-bol synceli le egy lokalis cache-be.
-
Normal esetben igen, az elso user lesz ilyen, de az a bizonyos elso user utana akarhany kovetkezot felvehet ugyanilyen joggal - es a rossz gyakorlat errefele mutat. Az is igaz, hogy mar nem csak az Ubuntu csinalja ezt, de ok terjesztettek el (figyelem: nem azt mondtam, hogy ok talaltak ki) Linux korokben: ma mar egy Debian is felajanlja, hogy ha nem csinalsz jelszot a rootnak telepiteskor, akkor az elso user megkapja a sudo-t.
-
-
En is Ubuntuval kezdtem, meg vmikor 2007-ben, 3 v. 5 evig hasznaltam, aztan Mint, 2014 ota meg Debian. Probalkoztam MX-szel is nehany eve, de nem tudtunk osszecimboralni, ezert maradt a Debian, masik SSD-n a Windows, minden mas virtualizalva - van hozza eleg kraft a vasban. Ket virtualis gep eleve indul a Debiannal, eszre sem veszem, hogy futnak.
-
-
válasz
tordaitibi
#97247
üzenetére
tibi, nezzel mar egy kicsit tavolabb, lasd, hogy a fa mogott ott van az erdo is. Ne vegyuk egy kalap ala az OS-eket es az alkalmazasokat. Az OS-eknek altalaban veve van egy logikajuk es ugy nyitogatjak a konyvtarakat. Vagy kerted az Ubuntudat, hogy a hozzon letre /etc-t, /var-t, satobbit? Nem, evidensnek veszed, hogy az OS egy bizonyos elkepzeles menten ezeket automatikusan letrehozza, oda file-okat tesz, alkonyvtarakat nyit stb.
Amikor viszont egy app beleir a /etc-be, a /usr/bin-be, a /opt-ba, meg a sajat home-odban meg vagy 2-3 helyre, na az szemeteles. Az, hogy egy allitolag biztonsagos, sandboxos csomagformatumnak par mozdulat plusz jogosultsagokat adni azon kivul, amivel erkezik, nem jo. Nekem nem azzal van bajom, hogy Te, szemelyesen, az ITCafe.hu forumanak tordaitibije atiranyitottad vmelyik videoletolto celkonyvtarat, hanem azzal, hogy nehany mozdulattal megteheto.
A kovetkezo szint az lesz, amikor majd jon vmi full kezdo, akinek a Linux alapjairol sincs halvany lovese sem es kerdezi, hogyan lehet ezt megcsinalni, mert "olvasta valahol", hogy lehet. Nincs realis indoka, miert akarja ezt tenni, csak ugy erzi, ez "meno". Aztan ennek kovetkezmenyekent "elveszik" a szakdolgozat, biztonsagi mentes ohne es nem ismeri fel, hogy o volt a hulye, csak kijelenti, hogy a Linux szar es nem biztonsagos.
-
válasz
tordaitibi
#97239
üzenetére
Az nagyon rendben van, hogy egy alkalmazasnak alapbol nincs joga mashova szemetelni, csak a user sajat home-jaba, mert nem szabad megengedni, hogy OS-tol fuggetlenul az alkalmazasok oda piszkitsanak, ahova akarnak. Ilyen vilagbol jovunk - es tibi, Te mar akkor is felnott voltal, amikor ezt a vilagot eltuk, kivaloan lathattad, mi volt a kovetkezmenye - es nem veletlenul fejlodott oda ez, ahol most tartunk.
-
válasz
tordaitibi
#97237
üzenetére
Egy dologban igazad van: mindent meg lehet hackelni.
Csak az nem mindegy, mennyi erofeszitest igenyel. Az, hogy egy kontenerformatum arra van kitalalva, hogy egy szuk teruleten garazdalkodhasson, aztan alig par mozdulattal ezt oda allitod, ahova akarod, sokmindennek nevezheto, jonak semmikepp.
Ez a megvalositas igazabol olyan igazi Ubuntus: "csinaljunk vmit, ami megkulonboztet minket a tobbi Debiantol, mondjuk egy sajat csomagformatumot. Mivel ezt kevesen veszik be, ezert mondjuk azt rola, hogy azert jo, mert 'biztonsagos', mert sajat sandboxban fut, de normalisan azert nem kell megcsinalni...".
Ez a hozzaallas erosen emlekeztet a Microsoftera: "raerunk megcsinalni szarul is, minek effortot belerakni a jo megoldasba, aztan ha majd baj lesz belole, foglalkozunk vele.".Szoval ez nemhogy nem a snap hibaja, hanem inkabb epic fail. Legalabb 2 modszert tudnek emliteni, amivel sokkal nehezebb lenne az ilyen babralas, ha meg kicsit gondolkodok is, akkor meg 3-at hozza tudnek tenni, mivel lehetne meg kemenyebbe tenni a vedelmet ezeknek a csomagoknak.
-
-
-
-
-
-
válasz
tordaitibi
#96917
üzenetére
Szerintem ataludhattad az elmult 20 evet, mert szinte minden szoftvert agile szerint fejlesztenek azota - ezert fos mind. Nem csak a Linuxos, mindegyik - a webappok is.
-
-
-
válasz
Freeman007
#96870
üzenetére
Probald a Kapitany modszeret.
sudo apt remove --purge sddm-theme-breeze -
válasz
Freeman007
#96867
üzenetére
Inkabb azt probald, amit a hibauzenetben van:
sudo apt --fix-broken install -
válasz
ubyegon2
#96851
üzenetére
De olvastam, pont ezert irtam. Talalkoztam hasonlo esettel, nem kellett ujra inicializalni, csak a particio veget kellett rendesen beallitani, fsck es ment minden tovabb, adatvesztes nelkul. Ha ujra inicializalod, minden megy a levesbe.
Itt most mindenkeppen kellett, de ez pusztan mazlifaktor volt, semmi tobb.
-
-
válasz
tordaitibi
#96772
üzenetére
De ez nem a Linux hibaja.
-
-
-
válasz
galaxy55
#96725
üzenetére
Mindent, ami nem egy disztribuciohoz kapcsolodik. Igen, koszonom kerdesed, a systemd sem Linuxos megoldas, hanem Red Hat.
Nem mellesleg elhangzott itt az a tevhit, hogy a snap biztonsagos. Nem az. A snap store-ba barki tolthet fel snap csomagot es hogy a biztonsagi beallitasokat hogyan lovi be, csak rajta mulik.Egyebkent baromi unalmas ujra es ujra ugyanazt elismetelni.
-
-
válasz
tordaitibi
#96676
üzenetére
Az Ubuntu egy Linux disztribucio, de ettol meg a snap nem Linuxos megoldas, mint ahogy az AUR sem az, mert az egy Arch megoldas.
Tudod: minden Ubuntu Linux, de nem minden Linux Ubuntu.
-
válasz
tordaitibi
#96661
üzenetére
A snap nem Linuxos megoldas, hanem Ubuntus.
-
-
válasz
kovbandi82
#96584
üzenetére
Szia, ezt inkabb a shell script topicban kellene megkerdezned.
-
-
-
-
-
-
-
-
válasz
tordaitibi
#96407
üzenetére
Ennek alapjan tovabbra sem erted a snap lenyeget.
"A snap fájlformátum a SquashFS formátumot használó egyetlen tömörített fájlrendszer, amelynek kiterjesztése . snap . Ez a fájlrendszer tartalmazza az alkalmazást, a függő könyvtárakat és a deklaratív metaadatokat. Ezeket a metaadatokat a snapd értelmezi, hogy egy megfelelően kialakított biztonságos homokozót hozzon létre az adott alkalmazás számára." (Angol wikipediabol Deepl-lel forditott szoveg)
Lenyeg 1: tartalmazza az alkalmazas fuggosegeit, tehat az app ezeket fogja hasznalni, nem az OS-en levot.
Lenyeg 2: biztonsagos homokozo. Ha tehat a csomag keszitoje aszondi, hogy marpedig az app a /home/tordaitibi konyvtaron kivulre nem fog nyulni, akkor ha hideget-meleget izzadsz egyszerre, akkor sem. -
-
válasz
tordaitibi
#96395
üzenetére
Nehezen elkepzelheto, hogy egyszerre mind a 15 particiora szukseged van, ezen tulmenoen - persze az eselye nagyon csekely - ha bekapsz vmit, egyszerre minden adatod megy a levesbe.
A legnagyobb bajod, hogy vagy Windows-os beidegzodest (ilyen 15 particio egyideju, jelszo nelkuli mountolasa), vagy olyan viselkedest akarsz a rendszerre eroltetni, amire nincs felkeszitve (egy bizonyos konyvtaron kivulre kinyulni egy snapbol, nem veletlenul van korlatozva).
2007 ota Linuxozom daily driverkent, tudod hanyszor kellett a Policy Kithez nyulnom?
-
válasz
tordaitibi
#96392
üzenetére
Inkabb romma hackelni...
-
-
A sudo nem user, hanem parancs: "superuser do". Keves kiveteltol eltekintve egyetlen parancsot futtatsz vele es limitalni lehet, mit lehet vele csinalni. Ezzel szemben ha root accountra valtasz, vagy azzal lepsz be a rendszerbe, nincs semmi, ami korlatozzon, tehat adott esetben vegervenyesen is tonkrevaghatod a rendszert. Persze, ezt lehet sudo-val is, de sokkal nehezebb, plusz a sudo hasznalatakor user autentikacio tortenik, ami megint csak lehetoseget ad arra, hogy ellenorizd: tenyleg azt akarod-e csinalni, amit.
-
válasz
tordaitibi
#96276
üzenetére
Futtasd meg, ez nem volt ket het...
-
-
válasz
5leteseN
#96218
üzenetére
Aligha hiszem, hogy itt barmi is vasarolgatni akar, mashol is lattam ezt a konyvtar szerkezetet.
Hibanak hiba, ezt biztos, raadasul kezeletlennek tunik, esetleg reportold a Mozilla fele.
-
-
-
-
válasz
Warton
#96147
üzenetére
Hogy egy snap package-et hogyan tudsz ellenorizni, az kerdeses, mert ha az egy binaris file, akkor legfeljebb berakhatod egy sandboxba es analizalhatod a viselkedeset, de a forraskodot nem fogod latni. Azt sem fogod latni, ha datumhoz kototten elrejtettek benne vmi ganyesagot, hacsak nincs akkora mazlid, hogy pont akkor futtatod es minden analizisprogramod eppen akkor fut.
-
válasz
tordaitibi
#96129
üzenetére
A csomagformátum a rendszer része, maguk a csomagok nem feltétlenül - lásd yt-dlp. Pont ugyanannyira megbízható, mint a GitHub. Nem ellenőrzi senki semmilyen szempontból.
-
válasz
I02S3F
#96125
üzenetére
En is tudom, hogy idos, ezert meg is valogatom a neki szant mondandom szavait (bar koztunk nincs egetrengeto nagy korkulonbseg). Tisztaban vagyok vele, hogy lelkes amator (ambator amennyi ideje Linuxot is hasznal, elvarnek nemi ismeretet azert
), azt is ertem, hogy minel idosebb az ember, annal nehezebben mennek a nagy volumenu valtasok, de sajnos a korral akkor is haladni kell, amikor meg eszkozt valasztunk, akkor a feladathoz kell valasztani, nem a feladatot az eszkozhoz hajlitani. Ha be akarok verni egy szoget, nem a csavarnyuzot veszem elo, hanem a kalapacsot.Elarulok egy titkot (ami egyebkent nem is olyan rettenetesen nagy): Debiant es yt-dlp-t is hasznalok. Egyszerre. GUI nelkul.
-
-
válasz
tordaitibi
#96122
üzenetére
Érdekes azért, hogy a más repo, github stb. szúrja a szemedet, de a snap nem - pedig az pont ugyanannyira megbízható, mint az előbbiek. Attól, hogy a Canonical hostolja a snap store-t, nem jelenti azt, hogy bevizsgálják az ottani csomagokat, ezek használata esetén is vakon megbízol a fejlesztőben, aki felrakta a snap csomagot. Példa: a yt-dlp snapet egy bizonyos Graham Morrison töltötte fel.
Az Operás pontodat nem értem, de én óvva intek mindenkit a használatával - pont azért, mert kínai. Szóval itt nem szenved csorbát semmi, hacsak valaki nem szánt szándékkal csinál hülyeséget.
A többiről: igen valószínű, hogy másnak is lehetnek bajai a számodra problémás csomagokkal, de megoldás mindig van: keresel alternatív forrást, disztribúciót váltasz, lefordítod magadnak forrásból a cuccot. A különbség az, hogy tudomásul veszik: nem a célhoz választottak eszközt, nem szarozzák le az egyik legrégebbi disztribúciót és nem nyavalyognak rajta oldalakon keresztül.
-
válasz
tordaitibi
#96115
üzenetére
Megprobalom rovidre fogni es tenyleg csak a lenyegre fokuszalni.
Debian freeze es release kozott eltelhet par honap, ennyi ido alatt megeshet, hogy olyan csomagok, amelyek bleeding edge disztribuciot kivannanak, elavulnak. Hogy most Te veletlenul talaltal egyet a nagyjabol lehetseges nehanybol, nem oszt es nem szoroz. Nem azert, mert Neked ez nagy problema, hanem mert van legalabb 3 fele alternativ forras, ahonnan a legfrissebb beszerezheto.
A Firefox az ismereteim szerinti egyetlen kivetel a "csak biztonsagi frissiteseket adunk ki" szemleletmod alol, de itt is igaz az, hogy nagyon szuk a mezsgye, amin ezt mukodtetik.
"Nem értek egyet veled ebben, hogy ezekbe a példának felhozott szoftverekbe a régebbi az jobb lenne, stabilabb, biztonságosabb. Semmilyen téren nem lehet jobb."
Elkeseritelek cimbora, de, lehet jobb.
A Debian 12-ben a megjelenese ota (2023.06.10) 285 db serulekenyseget talaltak. Nyilvan ezek nem egyforma sulyuak, mint ahogy az Ubuntu 22.04 LTS-nel talalt 950 db sem (a mai napig, de mivel LTS, ezert meg van eselye nehany szazat begyujteni). A kedvedert megneztem, hogy a Debian kiadasa ota mennyi, nem eppen szivderito 490 darab.
Debian egy stable agbol epitkezo rendszer, Ubuntu meg testing. A Debian testing agaban meg nincs security check a csomagokra, tehat teljesen lutri, hogy a talalt sebezhetoseg Ubuntuban csak informalis (legalacsonyabb), vagy a CVSS skalan 10.0-s (legmagasabb).
Termeszetesen ugyanebbol fakad az is, hogy stabilitasi gondok nagyobb esellyel fordulhatnak elo egy akarmilyen Ubuntu csomagnal. -
válasz
sh4d0w
#96112
üzenetére
Azt meg elfelejtettem: Ubuntuek nem is nyulnak a deb csomaghoz, meg ha korabban volt is vele "biznicuk". A snapet eroltetik, mint sajat csomagformatumot, hogy ezzel is magukhoz kossenek, meg az apt viselkedeset is kepesek voltak megvaltoztatni, csak azert, hogy ezt a vackot terjeszthessek.
-
válasz
tordaitibi
#96111
üzenetére
"A Snap gondolom Ubuntu találmány és ezért rendesen karban is van tartva a deb kárára hátrányára, én ezt gondolom."
Most megint kiakadsz, ha felhivom a figyelmedet arra, mennyire nincs igazad?
A snap Ubuntu talalmany es nem azert van belole frissebb verzio, mert az karban van tartva, a deb meg nincs, hanem azert, mert erre epul a rendszer filozofiaja: "adjuk a bleeding edge-et, hogy mindig friss programjaid legyenek - legyen szo medialejatszorol, vagy szandekosan sebezheto xz csomagrol".
Debianek meg azt mondjak: "ekkor van freeze, ami eddig bejon, azt lecsiszoljuk, letakaritjuk, megepitjuk, aztan - hacsak nincs benne biztonsagi hiba - igy marad. Ha mindenaron ujabb kell, hasznald a backports repot, vagy a testinget, de utobbi eseteben felejtsd el a stabilitast es a biztonsagot". -
válasz
tordaitibi
#96059
üzenetére
Nem hiszem, hogy kisarkítottam bármit is. Te Magad írtad le többször, hogy szerinted egy modern UI-ban nem kell többé terminálozni. Egyrészt hoztunk példákat, hogy ez miért nem igaz, másrészt egy olyan rendszertől várod ezt el, aminek a kromoszómáiban van a terminál-használat.
Azt továbbra is fenntartom, hogy az ilyen régi csomagok a Debianból jönnek. A Minttel kapcsolatban is érdemes fejben tartani, hogy 1, azaz egy ember fejleszti. Nyilván sem ideje, sem energiája nincs 30-40K csomagot macerálni, így amit nem érez fontosnak, azt vagy tükrözi, vagy direktben behúzza Debianból.
-
válasz
tordaitibi
#96028
üzenetére
Nézd, egy Linuxos topicban próbálod meggyőzni az embereket, hogy a Linux szar. Egy olyan rendszer esetében ágálsz a CLI ellen, ami eleve ennek az intenzív használatára épül. Azt kellene megértened és elfogadnod, hogy a GUI utólag ráillesztett felület a Linuxokon.
Attól, hogy az interface CLI, még lehet modern.
-
válasz
PCProfessor
#95988
üzenetére
Ha elrontjak es nincs bootolhato rendszered, raghatod a kefet. Archeknal volt mar ilyen, tan nem is egyszer. Persze, nem megoldhatatlan a problema, de - szerintem - nem is elfogadhato. Meg ha nem is munkara hasznalja az ember az Arch-ot, szerintem daily driverkent sem elfogadhato ilyen hiba.
-
-
-
válasz
Warton
#95964
üzenetére
Most mar kezdek morcos lenni, mi olyan rohadt nehez ebben: wget https://github.com/yt-dlp/yt-dlp/releases/download/2024.04.09/yt-dlp ??? chmod +x es fut. yt-dlp -U es frissit.
Ez nem raketatudomany, basszameg!
MOD: bocs, az indulat nem szemelyesen Neked szol, hanem a jelensegnek, hogy a vilag legegyszerubb dolga is olyannyira fel van fujva, mintha operencia rendszert kellene fejleszteni.
-
-
válasz
Warton
#95942
üzenetére
Mitol lenne stabil? Testingbol csinaljak, tehat eleve nem stabil - ha LTS, akkor sem. Bleeding edge-nek viszont elegge az, hogy idiota modon atvegyek a fertozott csomagot.
Stabil disztribuciok: Debian, Slackware, Red Hat, Suse es minden mas, ami ezeknek derivativai es stabil csomagokat es repokat hasznalnak.
-
-
-
-
-
válasz
tordaitibi
#95896
üzenetére
Cimbora, tudom, hogy idos vagy es biztos mar nehezen megy megszokni vmi ujat, de hidd el, hogy a terminal nem a patastol valo. A Microsoft ebbe az iranyba tart a PowerShell-lel, olyannyira, hogy Entraba (ex-Azure) is lefejlesztettek az ottani verziot, mi tobb, AD-t is managelhetsz vele, meg ha feltelepited az ms-graph modulokat, akkor a lokalis ps-bol az Entrat is. A Windows Server verziokbol van Core edition, amit csak es kizarolag CLI feluleten piszkalhatsz, nincs GUI - mert rajottek, hogy sokkal nagyobb az attack surface, ha van. Mi tobb, kliens Windows-t is telepithetsz parancssorbol...
Ne gondold, hogy en, mint Debian felhasznalo, nem szivtam a yt-dlp-vel. Megkerestem a GitHub oldalat, ott van egy 2.8 MB koruli egyetlen file-os megoldas; ha ledoglott a letoltes YT-rol, akkor csak yt-dlp -U es maris a GitHubon szereplo legfrissebbet kapom. Meg a yt-dlp-hez sem toltok le GUI-t.
Na meg egy kicsit: amikor fent az uj rendszer (pl. virtualizalva), akkor elso dolgom a nala telepitese. Az apt/apt-get/aptitude es a GUI-s frontendek, amik ezeket hasznaljak, egy szalon hajlandoak letolteni a cuccot. Ez egy Kali frissitesnel sokaig is tarthat, mert ott nem ritka, hogy egy hetig nem hasznalom es maris giganyi frissitesek vannak. nala-t hasznalva nagyon gyorsan lejon meg ekkora frissites is, mert tobb letoltesi szalon, tobb repobol dolgozik egyszerre. A telepites mar nem a halozat kihasznaltsagan, hanem a gep erejetol fugg.A mostani big trend az AI. Ehhez kell git, python minimum. Sokkal egyszerubb mindkettot CLI-bol managelni, mint a sok rosszabbnal-rosszabb GUI-s frontendrol - mert amig a GUI elindul hozzajuk, addigra CLI-bol reg vegeztem.
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Bambu Lab 3D nyomtatók
- VR topik (Oculus Rift, stb.)
- World of Tanks - MMO
- Samsung Galaxy A54 - türelemjáték
- Nintendo Switch 2
- 5.1, 7.1 és gamer fejhallgatók
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Android alkalmazások - szoftver kibeszélő topik
- Apple asztali gépek
- Kerékpárosok, bringások ide!
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Dell Latitude 5290 i5 8350U, 8-16GB RAM, SSD, jó akku, EU bill., szép állapot, számla, 6 hó gar
- ÁRCSÖKKENTÉS Menő retró konfig: Q9550, Gigabyte P43, 4GB RAM, ASUS GT730
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! MSI B450M R5 5600X 32GB DDR4 1TB SSD RTX 4060Ti 16GB GameMax Aero Mini ECO ADATA 650W
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest




), azt is ertem, hogy minel idosebb az ember, annal nehezebben mennek a nagy volumenu valtasok, de sajnos a korral akkor is haladni kell, amikor meg eszkozt valasztunk, akkor a feladathoz kell valasztani, nem a feladatot az eszkozhoz hajlitani. Ha be akarok verni egy szoget, nem a csavarnyuzot veszem elo, hanem a kalapacsot.

