-
IT café
Arch Linux topik
Új hozzászólás Aktív témák
-
vargalex
félisten
De, szerintem is ettől zengene. De a kolléga valamiért nem akarja elhinni nekünk (pedig már mindannyian írtuk), hogy nem az Arch-ban kell keresni a hibát, akárhogy bizonygatjuk... Itt konkrétan kérte is (illetve kijelentette, hogy új telepítésnél tuti gond lesz), így gondoltam jó fej leszek. A telepítés pedig néhány percet vett el az életemből, aztán töröltem is a virtuális gépet.
[ Szerkesztve ]
Alex
-
ubyegon2
nagyúr
Minttérítő...hm ez nem rossz, jó pár más jelzőt is aggatnának rám sokan! 😬
Persze nem igaz a jelző, csak néha ajánlom kezdőknek, ha egy igazán könnyen kezelhető sokáig stabil super disztrót keresnek.😁 Bő 5 éve használom ugyanazt gond nélkül, naná, hogy ajánlom! (amúgy már visszavonultam közkívánatra...féligmeddig)
Ez a nemrégiben ISO feltörés valóban megvolt, de ez máshol is előfordul és nincs sok köze a disztró megbízhatóságához. Pár napja a Szamárpingvin járt hasonlóképpen. Ettől a Dzsentó rosszabb lett?
A Mint túl népszerű volt, amiatt történt a dolog, a Gentoo....páran arról is hallottak azért! 😁
[ Szerkesztve ]
-
Frawly
veterán
Nekem egyébként egyre kisebb jelentősséggel bír, ha lesz időm kísérletezni, akkor átállok saját fordítású kernelre, és a kernel.org-ról leszedve fordítok mindig magamnak újat. Az Arch-osból pl. nekem hiányzik a 16 bites alkalmazások támogatása, mert úgy lett lefordítva.
Csak addig idő, míg a fordítási profilt kikísérletezem, de utána ugyanazzal a profillal mindig lefordul pár perc alatt a legfrissebb kernel, és nem kell Tobias meg Heftig meg mit tudom kikre várni, hogy majd ha lesz elég szabadidejük, akkor esetleg betolják valamelyik tárolóba az újabb kernelt, meg kedvükre tiltogatnak belőle mindenfélét, ami szerintük nekem nem kell bele.
-
Shyciii
veterán
-
Frawly
veterán
Sway-t nem ajánlják, mert elég gyorsan fejlődik, a stable disztrócsomagokban pedig egy régi verzió van. Bugjelentést sem fogadnak el róla, azonnal elutasítanak a fejlesztők is kérdéssel, kéréssel, ha nem a legújabb verziót használod. De mint mondtam, egy gyenge gépen is kb. 2 perc lefordítani, gyorsabbon meg néhány mp..
Plusz akinek Gentoo-ja van, az pont azért tette fel, mert nem akar tárolóktól függeni.
-
Frawly
veterán
Igen, most jelenleg egy elég új csomag van belőle, de hosszú hónapokig csak egy régebbi volt elérhető, valami 0.7-es vagy 0.9-es, mikor a git-ágban már rég az 1.0RC ment. De majd idővel elavul újra a sway csomag. Igen, Archon valóban frissek a csomagok, de azért 1-2 kivétel, meg 1-2 lusta csomagfenntartó akad sajnos. De mint mondtam, ebbe az 1-2 perc fordítási időbe senki nem döglik bele.
Ez szokott lenni a dwm-mel is. Ott is mindenki fosik, hogy újra kell fordítani, ott ráadásul minden konfigolás után, de az meg csak másodpercekig tart. Abból is van csomag, de mivel minden konfigurálás után úgyis újra kell fordítani, nem érdemes használni. Kicsit ilyesmi a Sway is, bár azt nem kell újrafordítani konfiguráláskor, de érdemes belőle a legropogósabb git-dev verziót használni.
kékluficet: nem kell ide ebuild meg emerge. git clone https://faxtudjami/sway/blabla.git, cd mappa, make és kész. Persze előtte a wlroots-ot kell ugyanúgy fordítani. Nem egy nagy technológiai malőr.
[ Szerkesztve ]
-
félisten
Szeretnék egy AUR helpert.
Ehhez a wiki szerint először a makepkg -si parancs kell, ami nem hajlandó rootként futni.
Root nélkül pedig ott akad el a dolog, hogy a pacman-hez root jog kell, de a user jelszót kéri be, majd ha beírom, akkor azt mondja, hogy a júzerem nincs a sudoers file-ban.
Ha nem muszáj, nem is tenném be.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Frawly
veterán
Nem, nem arra gondoltam. Meg lehet úgy csinálni, hogy időkorlátra való tekintet nélkül nem kell többé beírni a jelszót rebootig, még másik ablakban sem. Ez még kényelmesebb, mint az időkorlát megemelése. De képzeld el, hogy véletlenül lefut valami szutyok, ami simán root jogot kap, mert már egyszer aktiváltad a sudo-t. Nem véletlen, hogy az összes disztróban a default az 5 perc körüli idő. Igen, kényelmetlen állandóan beírogatni, kellemetlenséggel jár, ha lejár, de a felhasználó saját biztonságát szolgálja.
Ha csak az a baj, hogy yay-es telepítés vége felé time out-ol, simán újra kell csak indítani a yay -S programnév paranccsal, akkor látni fogja, hogy .cache-ben már le van fordítva, és egyenesen a telepítéséhez fog hozzákezdeni az elkészült, azaz a már lefordított és betömörített AUR-os csomagnak. Vagy amit már írtak, hogy a yay tartja meg a sudo jogot egy kapcsolóval.
-
-
Shyciii
veterán
Nekem nem az van fent va-api gyorsításra, hanem a libva-intel-driver.
A media-val is próbálkoztam (Kaby Lake-es procim miatt), de asszem azzal nem ment a chromium hardveres gyorsítása. CPU ugyanannyit zabált, mint előtte. Tán pont ezen a fórumon tárgyaltuk anno, hogy a libva-intel-driver, vagy az intel-media-driver a megfelelőbb, de már nem emlékszem, hogy konkrétan mire jutottunk. -
Frawly
veterán
Az 5.2-es kernellel eltört a Wine, de nem telt el egészen 24 óra, jött a javítás, Wine 4.12-es, ezzel már jó. Az eltörtet úgy kell érteni, hogy futott, de boothibát írt ki, le lehetett okézni, onnantól működött minden rendesen. Gyorsan rendbeszedték. Ez a jó az Archban, ha el is törik valami, hihetetlen gyorsan lépnek. Aki nem frissít túl gyakran, mondjuk csak hetente, az bele sem fut jó eséllyel.
-
Frawly
veterán
Mielőtt valaki jönne, hogy rövid időn belül már a második frissítés problémás Archon, annak azért elmondanék előre pár dolgot:
1) Ez a két érintett csomag elég ritkán használt. A tensorflow egy gépi tanuláshoz való valami (nem sokan foglalkoznak vele), az astyle forráskód formázáshoz (amit azért nem használnak sokan, mert azt a fejlesztői IDE-k is automatice megcsinálják). Tehát egyszeri Gipsz Jakab átlagfelhasználó általában ezeknél nem is érintett egyáltalán. Általában azért is szoktak ezek ritkán használt csomagnál előfordulni, mert azok ritkábban frissülnek és ilyenkor nagyobb közöttük a verzióbeli ugrál általában.
2) Az ilyen figyelmeztetéseket legtöbbször már maga a pacman is kiírja, elismételve a hírt, arra az esetre, ha valaki nem követi az Arch oldalát.
3) Általában ezek könnyen megoldhatók. Ha a hírre nem is figyelmeztet a pacman (de szokott), hanem csak pl. azt írja ki, hogy blabla already exists, akkor azt a bizonyos fájlt, symlinket csak el kell távolítani sudo rm-mel vagy pacman --overwrite-tal felülírni. Ha azt írja, hogy package conflict, akkor a vonatkozó csomagot el kell távolítani sudo pacman -R kapcsolóval, az új megfelelő csomag meg be lesz húzva függőségként Szóval a megoldás általában valami pofon egyszerű valami, nem kell hozzá feltétlenül az archlinux.org hírszekcióját követni árgus szemekkel.
4) Évente jó ha 1-2 ilyen van. Általában az is valami apróbb-cseprőbb csomag. Jelentősebb szopó frissítésnél Archon akkor volt, mikor systemd-re álltak át, de az minden disztrónál szopó volt. Azóta csak ilyen apró, könnyen megoldható manual intervention-ök vannak nagy ritkán már évek óta.
-
Frawly
veterán
Ez sajnos nem tűnik igaznak. Mármint nem téged kritizállak, hanem a hír valódiságát. Most próbáltam ki egy pacman -S base parancsot, a core tárolókban még a régi metacsomagot jelenti, aminek 53 csomag a tagja. Az testing tárolókban is még mindig egy metacsomag, de már csak 3 tényleges csomagot foglal magában: gcc-libs, glibc, linux. Tehát nem igaz, hogy kernelt nem tartalmaz.
Az meg egy kritikus döntés, hogy e2fsprogs-ot sem fog, mert az nagyon szükséges lenne, meg ha a kernelt is kiszedik belőle, függőségnek be kéne húzza mindkettőt. Ez a túlzott karcsúsítás csak arra jó, hogy egy csomó kezdőbb user kifelejtsen valamit, aztán menjen a vergődés, hogy se formázni, se ellenőrizni nem tudja a fájlrendszereit.
Az viszont nem baj, ha a text editort kihagyják belőle. Eddig vi volt a default, de azt sokan nem tudják használni, aki meg guru, úgyis gvim-et tesz fel (akkor is, ha terminálban használja, mert a gvim csomagban lévő vim-ben normálisan működik a vágólap a grafikus felület felé). Aki meg nem ismeri a vi/vim-et, az meg eddig is nano-t használt, vagy mceditet, vagy hasonlót, most csak annyi a különbség, ha nano-nál marad, akkor fel kell tennie.
-
őstag
Igen, megváltozott kicsit a telepítési eljárás 'pacstrap' pontja:
Nem tudom mi értelme ennek a karcsúsításnak, a kezdők simán, de még én is belefuthatok így szívásba telepítésnél ha nem figyelek.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
Igazad van, rosszul emlékeztem. Régen "Samsung SSD 8*" szerepelt benne, de végül a 860-asra feloldották, a 840 rajta maradt, a 850-esre emlékeztem teljesen rosszul.
Akkor az viszont lehet oka, hogy a 850 Pro amiatt lassul be, mert az NCQ TRIM le van tiltva, emiatt a kernel azonnal kikényszeríti a végrehajtását.
[ Szerkesztve ]
-
Frawly
veterán
Tudom, beállításokat és addonokat is. De erre minden böngészőnél van saját sync megoldás.
(#6217) jimmy399: én is vagy LUKS-szal vagy ATA jelszavas hardveres AES titkosítással védem a meghajtóim. De nem mindenki jár el így, nekik fontos, hogy a Keepass titkosít. Iletve fontos a password manager titkosítása akkor is, ha mondjuk a keepass adatbázist mondjuk átviszed telóra, ahol nem lesz se LUKS, se ATA/AES jelszó.
-
Shyciii
veterán
BoB
4 év IT-ban eléggé réginek számít már. Legalábbis mint technológia.
Amúgy ha jól tudom a screenfetch sem idősebb 5-6 évnél, vagyis minimális "előnye" van csak.Frawly
Azt a videót én is láttam. Én sem értem, hog miért bloat, mikor egy config file-al gyönyörűen szabályozható, hogy mit jelenítsen meg, és milyen formában. Érthetetlen, hogy neki bloat-nak számít az, hogy sok információt képes megjeleníteni, ha AKARJA az ember. Amúgy ha jól rmélik néztem is akkor a commenteket, és eléggé ki is osztják az ürgét, hogy a neofetch azt jelenít meg amit akar, használja a config file-t mielőtt hülyeségeket állít
F34RMi az hogy sok felesleges infót jelenít meg? Azt jelenít meg amit a felhasználó akar. Ha csak egy sor-t szeretne ami mondjuk csak az Uptime-ot mutatja, akkor csak azt mutatja. Ez mitől bloat? Most már ott tartunk, hogy ha sok információt képes megjeleníteni egy program a felhasználó kérésére, és nem ráerőszakolva a userre, az már bloat?
[ Szerkesztve ]
-
Shyciii
veterán
Jó ha így nézzük, akkor öreg motoros az is, hogy fősulin IRIX-en irc-eztem egy O2-őn, de józan ésszel 5 év az IT szektorban rohadt sok idő. Pl ha én 5 évet kihagynék a szakmámban, mint Rendszermérnök, akkor olyan szinten lennék a technológiákban lemaradva, hogy utána szinte már el sem tudnék helyezkedni, aztán mehetnék pakolászni a Tescoba.
-
félisten
Helo!
Ehhez kapcsolodik a kerdes, ami egy ideje foglalkoztat.
Van egy sima Arch installom az egyik dolgozos gepen. Most kozel egy evig nem fogom hasznalni, mert epitkezni fogok, es magat a gepet is eladtam alola. Egy SSD-n van jelenleg.
Ha egy ev mulva berakom egy gepbe, akkor az update siman le fog menni?
Vagy az osszes ilyen manual cuccot fel kell jegyeznem, hogy minden jo legyen?
Vegso esetben gondoskodom, hogy valami kicsi gepen hetente felfrissitsem, de csak ha nagzon muszaj.
Barmilyen info jol jon a temaban.Koszi elore is!
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
Áhh értem. Ezek szerint jobb, ha egy kis gépen hetenre ráfrissítek.
Van bármilyen hátulütője annak, ha egy teljesen más gépben frissítem, mint amin végül használni fogom?
Tudtommal nincs, de hátha nem tudok mindent.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
-
Shyciii
veterán
Nálam pont fordítva. Én a qt-s programoktól kapok görcsöt. Töménytelen mennyiség qt-s bloatot pakolnak fel még az egyszerűek is. Az általad említett szöveges fileok szerkesztése hosszú soroktól behaló GTK-s progikkal nem találkoztam. Igaz nem gedit-et használtam, hanem Atom, és most Sublime. Ez a szövegszerkesztőm, és ezen is kódolok. Soha semmilyen lefagyás, belassulás nem volt. Atommal mondjuk az volt a gondom, hogy maga az elindulása lassú, de az a nyomorult Electron miatt van. Minden más programom is GTK-s, de sosem fagynak. Igaz én nem szerkesztek videókat. Konvertálásra meg teljesen felesleges gui-s program. Tökéletes hozzá az ffmpeg. Eleve ezzel a minimalista Arch + Openbox-al nem volt még belassulás, vagy lefagyás. Anno még mikor Manjaro-t használtam KDE-vel, majd Arch KDE-t, nah akkor volt indokolatlan mennyiségű lefagyás, belassulás. Ezért is váltottam utána Arch + XFCE-re, de az összességében nem tetszett, úgyhogy kerestem más minimalista, de jól konfigurálhatót, és így lett Openbox. Semmilyen módon nem hiányzik az akkori KDE-s szívások.
-
Siriusb
veterán
Végigtúrtam a konfig fájlokat, a netet is, nem találtam megoldást, miért hozza a feketelistás találatokat. Kilőttem többször is a krunner-t, volt balooctl purge, stb, semmi. Kíváncsiságból újraindítottam az X-et, így jó lett.
Tiszta MS életérzés fogott el...(#6684) BoB
Ez jó tipp, kösz!
Az még elég röhejes, hogy a krunner-ből ha a fájlt tartalmazó könyvtárat nyitom meg, azt a Nemo-ban teszi, nem a Dolphin-ban, na de mit akarok már?! -
Frawly
veterán
-
Frawly
veterán
Így van, ez nincs egy éve, hogy változott. Nagyon vigyázni kell, mert nem csak kernelt, linux-firmware-t kell telepíteni, amik már nem részei a base csoportnak, hanem text editort, man pages-t, meg egy csomó olyan alap dolgot, ami korábban jött a base metacsomaggal lefelé.
Ezért Arch-telepítéskor mindig fel kell csapni az aktuális Wiki-t, nem szabad régi cikkekből, blogokból, régi fórum postokból, régi YouTube-videókból telepíteni, az azokban ismertetett módszereknek már a fele nem él!
-
Shyciii
veterán
Ezt jó, de az a bajom vele, hogy a szintaxisa számomra totál elbonyolított (hasonlóan mint az awk, vagy sed parancsé). Míg totál érthető a Double Commander és Total Commander megoldása (még a hülyéknek is), addig ez azért eléggé el van bonyolítva.
Pl ahogy most nézek egy példát:
image_10.jpg -> image_010.jpg (lényeg hogy minden image_szám file esetén 3 jegyű legyen a számozás).
megoldás: perl-rename -n 's{^(.*/)?(.*_)(\d+)([.][^.]+)$}{sprintf "%s%s%03d%s", $1, $2, $3, $4}e' * (ezt találtam rá egy fórumban)
Ugyanez Double Commander alatt be kell állíítani, hogy a számláló 3 karakter legyen, majd ennyi a szintaxis: [N1:6][C].[E]
Kész. Totál egyszerű, míg a perl-rename egy halandónak totál katyvasz -
Shyciii
veterán
BoB, Frawly
Hát akkor mikor lesz hosszabb időm, akkor elkezdem tanulgatni a regexp-et, de most kb úgy állok hozzá, mint az Xmonad Haswell-jében írt configjához: a hideg kiráz tőle
Először még a neovim-et szeretném kipróbálomni, hogy meg tudom-e szokni szövegszerkesztélésre. Ha nem, akkor marad a sublime.
Új hozzászólás Aktív témák
- Házimozi belépő szinten
- Háztartási gépek
- Ukrajnai háború
- Mobvoi TicWatch Pro 5 Enduro - kitartás kartárs?
- CADA, Polymobil, és más építőkockák
- Milyen légkondit a lakásba?
- Anglia - élmények, tapasztalatok
- Luck Dragon: Asszociációs játék. :)
- Elkészült Oroszország első litográfiai berendezése
- Vezeték nélküli fülhallgatók
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen