-
IT café
Debian GNU/Linux
Új hozzászólás Aktív témák
-
Friczy
senior tag
válasz ubyegon2 #9246 üzenetére
Én se szoktam ajánlani, bár én SID-et használok már vagy két éve. Volt már, hogy elszállt a Gnome (persze GDM volt a login manager, így már a loginig sem jutottam el, terminálból tettem fel egy lxdm-et, utána be tudtam jelentkezni lxde/kde-vel), pár nap után megjavult, meg persze mindig vannak teljesítetlen függőségek, szóval ésszel kell upgrade-elni (apt-listbugs használata is ajánlott), ettől függetlenül az esetek többségében alkalmas napi használatra.
De csak annak, aki ezeket elviseli, illetve szükség esetén tud javítani, downgrade-elni, stb. Ebből következik, hogy aki megkérdezi, hogy alkalmas-e, annak nem
-
Friczy
senior tag
Ha rendszeresen adatot akarsz cserélni Win és LInux közt, akkor olyan formátumot célszerű választani, amit mindkettő jól ismer és kezel. Az NTFS-t a Linux gond nélkül tudja olvasni, írni már nem annyira, és ahogy más is jelezte, ott jogosultsági problémák is lehetnek, mert a LInux nem kezeli az NTFS jogosultságokat. A kernelben lévő NTFS meghajtó csak olvasni tud biztonságosan, a userspace ntfs-3g tud írni is (lásd a fenti korlátokat) megbízhatóan, viszont lassan. Érdemes megfontolni fat32 (ha nem túl nagy a fileméret) vagy az exfat filerendszert (ez utóbbi is egyelőre még csak userspace módon megy, tehát lassan, de van rá remény, hogy elterjed kernelszintű meghajtóban is, mert a Microsoft nyilvánossá tette a specifikációt és nem kér jogdíjat a használatért)
-
Friczy
senior tag
Milyen videokártya van ebben a gépben? lspci mit mond rá?
-
Friczy
senior tag
válasz olivera88 #9369 üzenetére
Pip használatával könnyen el tudod érni, hogy olyan python libeket is feltegyél, amelyek a disztribúcióban is benn vannak. Aztán ha véletlenül ugyanaz felmegy a disztribúcióból és pip-en keresztül is, akkor bele lehet futni olyan hibákba, amelyek nehezen debugolhatóak. Más programoknál is célszerű elkerülni, hogy ugyanazt feltedd küldő forrásból, amit feltehetnél a disztribúcióból is, ugyanez a helyzet a python librarykkel.
Pl. az időjárás programodnak van valami függősége, ami a disztribúcióban is benne van, de te ezzel nem foglalkozol, felteszed a programot pip installal, az meg hozza magával a libraryt is. Később valamiért felteszed a disztribúcióbeli libet valami más függőségeként, amit meg apt-gettel telepítesz, máris lesz két eltérő python lib a rendszereden, és a szerencsén fog múlni, hogy mindkét programod a megfelelőt használja.
A virtualenv többek közt pont ezt a problémát tudja orvosolni. Létrehoz neked egy könyvtárat, amin belülre lehet aztán pip-pel vagy bárhogy máshogy telepíteni a neked szükséges libraryket, így biztos hogy nem akad össze azzal, amit a csomagkezelő tett fel. Ráadásul több virtualenved is lehet egy gépen teljesen különböző libekkel, így akár egyszerre lehet fenn más más környezetben ugyanannak a programnak eltérő verziója. És persze lehetne még folytatni....
https://packaging.python.org/tutorials/installing-packages/#creating-virtual-environments
-
Friczy
senior tag
válasz olivera88 #9423 üzenetére
Kicsit túl van bonyolítva a leírás. Ráadásul így csak egy környezetet tudsz csinálni 'fixen', aminek nem látom sok értelmét.
A kígyót egyelőre felejtsd el maradjunk a virtuális környezeteknél.
Teszem azt, elkezdenél egy új Pyton programot, amihez olyan Python könyvtár kéne, ami nincs Debianban (ha van, akkor apt install és kész).
Létrehozod a megfelelő könyvtárat, ott kiadod a
python -m venv venv
parancsot. Akkor létrejön egy venv könyvtár, abban lesz a virtuális környezeted.
ha ezután kiadod a
. venv/bin/activate
parancsot (figyelj a pontra a sor elején, és legyen utána szóköz), akkor a prompt megváltozik, jelzi, hogy benn vagy a virtualenvben. Itt aztán mindent telepíthetsz pippel, amit csak akarsz, írhatod a programodat, futtathatod, amígy a virtuális környezetben vagy. Ha ebből ki akarsz lépni, akkor csak egy deactivate parancsot kell kiadni, ha meg visszamenni, akkor ismét csak egy activate.Nyilván ha egy fejlesztőkörnyezetben is használni akarod (Anaconda, pycharm, intellij), akkor az adott projektre be kell állítani, hogy hol van a python interpreter és az akutális lib path (nyilván a létrehozott venv alatt).
-
Friczy
senior tag
válasz olivera88 #9428 üzenetére
Úgy érzem, pont ez a gond, ezért is írtam, hogy felejtsd el az Anacondát. Először meg kéne ismerned fapadosan, hogyan működik egy virtualenv. Az anaconda pedig elrejti a részleteket.
De te tudod.
Úgy gondolom, hogy az Anaconda is azzal kezdi, hogy valahol kreál egy virtuális környezetet, és oda pakolja be azokat a libeket, amiket használ. Így ha valamit nem az Anacondából akarsz futtatni (nyilván, ha kész van, akkor ugyan mi a fenének), akkor meg kell keresned az Anaconda által felpakolt környezetet, abban pedig meg kell legyen a python futtatómodulja. Ha megvan, akkor elvileg elég csak azelső sort, ahol a python értelmező van megadva, átírni a pontos útvonalra.
másik lehetőség a python path módosítása, akár a scripten belül, de az fejből most nem tudom megmondani,hogy pontosan milyen szintaxissal. -
Friczy
senior tag
-
Friczy
senior tag
válasz ubyegon2 #9464 üzenetére
apt-get esetén is be lehet állítani ezt a viselkedést, a különbség csak annyi, hogy apt-nél ez az alapértelmezett beállítás. Egyébként nekem is ez tetszik jobban. Így biztos lehetsz benne, hogy egy sima upgrade semmit nem töröl le a rendszerről, ahhoz kell egy autoremove, és jelzi, ha erre szerinte szükség van.
-
Friczy
senior tag
A csomagfüggőségek alapján a különféle tűzfal frontendek még mindig az iptablest használják, annak ellenére pl, hogy a firewalld a honlapja szerint 0.6 verziótól már közvetlen tudja az nft-t kezelni, még a sid-ben lévő firewalld és az iptables csomagtól függ. Persze normál esetben Debiannál az iptables parancs is az nftablest használja, csak az iptables szintaxisával. Az iptables csomagban van iptables-legacy és iptables-nft a kétféle tűzfalhoz
-
Friczy
senior tag
Nekem egyelőre megfelelő védelmet ad az apt-listbugs. Az elég gyakran szól ha valamelyik upgrade-elendő csomagban van valami. Persze ha épp előtte upgrade-elek, mint ahogy a bugot nyitották, az pech. Volt már, hogy ez-az döglődött, de általában napok kérdése és helyrejön.
Pillanatnyilag nem érzem szükségét nagyobb óvatosságnak -
Friczy
senior tag
Kipróbáltam Debianon, nem jelzett hibát.
-
Friczy
senior tag
válasz Véreshurka #9583 üzenetére
Copy-paste volt.
cat /etc/debian_version
10.9 -
Friczy
senior tag
válasz eladohardver #9726 üzenetére
Az a domain-name-servers 1.1.1.1; érdekes konfig, remélem, a valóságban nem az van
Az IPv6 sokkal trükkösebb játék, önmagában a dhcp nem is elég, sút, a cím adásához nem is feltétlenül szükséges, oda a radvd kell. -
Friczy
senior tag
válasz eladohardver #9729 üzenetére
Ha a 'LAN-on' alatt a windowst érted, akkor én úgy látom, az nem kapott v6 címet, mert csak link local címe van, azzal meg nem is fog kimenni sehová
-
Friczy
senior tag
régi játék, és nem biztos, hogy jó erre, de hátha.
Na a bejövő forgalmat korlátozd le, hanem a kimenőt. Még annak ideján ADSL vonalnál volt rendszeresen visszatérő probléma, hogy a kimenő sávszélesség eltömődött, ez viszont sajnos megállította a bejövő forgalomhoz való ACK csomagok kiküldését is, emiatt a bejövő forgalom is leállt. A megoldás az volt, hogy egyrészt le kellett korlátozni a kimenő sávszélességet, másrészt pedig elsőbbséget adni a nyugtázó csomagoknak. Régen volt, tehát pontos technikai részleteket nem tudok adni, de ez volt az alapelv. Hátha segít. -
Friczy
senior tag
LVM-et akkor érdemes használni, ha némileg rugalmasan szeretnéd használni a tárhelyet (több partíción). Ha csak egyben kell egy nagy terület, ráadásul nem érdekes, ha esetleg elszáll (nem fontos az adat, vagy van mentés), akkor RAID0 esetén némileg gyorsabb lehet az írás/olvasás, mert elosztja az adatot a két disk közt.
-
Friczy
senior tag
válasz ubyegon2 #10009 üzenetére
Úgy látom, erre a részletre nem reagált senki:
"Most egyetlen verziót mutat a stable testing upgrade lista, ami fent van."Na ilyen nem létezik. egy rendszer vagy stable vagy testing, olyan, hogy stable testing nincs. Jelenleg a képernyőd alapján a testing (kódneve bookworm) ágat látod, amivel néha bele lehet szaladni pofonokba (többnyire nem vészes, csak ha kezdő vagy, akkor meg tud kavarni). Továbbá a Debian hivatalos információja szerint a testingbe az esetleges biztonsági javítások nem feltétlenül érkeznek meg gyorsan.
A telepítő CD-t pedig akkor kéri, ha a sources.list file-ban benne van a CD (érdemes kikommentelni)
-
Friczy
senior tag
válasz sh4d0w #10117 üzenetére
Van, aki nem látja át. De pl. én is úgy telepítek, hogy van root jelszó, de a napi használatban van sudo is, amit beállítok a sudo csoportra és beteszem a useremet. Nem látom be, hogy ez hiba lenne.
Root jelszóra meg azért van szükségem, mert ha bármilyen ok miatt safe módra van szükség, akkor megáll, és root jelszó kell, ha nincs, akkor ott nem tudsz mit csinálni.Várom a magyarázatot, hogy ez szerinted miért hiba. (tekintsünk el azoktól, akik a sudo-t globálisan nem szeretik)
Új hozzászólás Aktív témák
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Steam kulcsok - UTALÁS/REVOLUT
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs