- Újabb Samsungok telepíthetik a Galaxy AI-t
- Mindent megtudtunk az új Nokia 3210-ről
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Bemutatkozott a Moto G32 4G
- Nothing Phone 2a - semmi nem drága
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco X6 Pro - ötös alá
- Véroxigénszintet is mér a Honor Band 5
- Vodafone-ra áttért Digi Mobilosok
- Google szolgáltatás (GMS) Huawei telefonokra
Hirdetés
-
Free Play Days 2024 - 18. hét: Headbangers: Rythm Royale
gp Extraként a Star Wars Jedi: Survort is kipróbálhatjuk 5 óra erejéig.
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz Shyciii #7500 üzenetére
Pedig a Qt-s progik szerintem nem rosszak. Bloatak, de a bloat műfajban szerintem még a legjobbak, legnagyobb tudásúak. KDE-t rég nem használtam. Természetesen ez az előnye egy pálcika WM-nek, szög egyszerű, nincsenek moduljai, függősége, nincs ami eltörjön rajta. Launcher ott is van, de egy dmenu vagy Rofi nagyságrendekkel egyszerűbb, mint egy Krunner. Megint, kevesebb függőség, kisebb és átláthatóbb kód, gyorsabban fut, frissítéskor is kevesebb csomag frissül miatta. Konfigurálásuk is egyszerűbb, mert csak egy szem .conf fájl, azzal egyszer megküzd az ember, aztán egy olyan 10 évig nem kell hozzányúlni, csak a konfigfájlt visszahúzogatni, és nem kell mindenféle grafikus menükben 100-at kattintgatni minden egyes reinstall után.
-
+1000
Mondjuk nálam (Linux alatt) ritkán van reinstall. pacman -Rsn csomagnév, utána pedig mc-ben egy advanced search és ennyi. Régen (még Manjaro alatt) csináltam olyat, hogy mindig rákerestem a csomag által telepített fájlokra is, de soha nem találtam semmi után semmiféle maradványt. Szerintem az esetek többségében jó munkát végez a pacman.
Közben azért voltak történések... OC-ztam a PI-t arm_freq: 2100MHz, gpu_freq: 750MHz. El sem hinnétek mennyit dobott a hétköznapi használaton a fenti művelet!
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Shyciii
veterán
Hát ez az: bloat. GTK-s programok kevesebb csomagot raknak fel. Sokszor számottevően kevesebbet, ezért döntöttem mellette, meg anno mikor Openbox-ot használtam, akkor meg különösen jobb a GTK, ha alapvetően az Openbox is oda tartozik. Legalábbis ezt olvastam (és openbox esetén sose volt parajelenség gtk-s progikkal). Aztán elkezdtem még jobban minimalizálni, és ahogy a maradék Qt-s progikat cseréltem le GTK-sakra, drasztikusan csökkent a feltett csomagok száma. Bspwm-re váltva is maradtam a GTK-nál. Jelenleg 640db csomag van csak fent, pedig ez a magán notebook egyben melós notebook is, így pl openvpn, freerdp is fent kell legyen, de olyan egzotikumokat is felraktam, amivel pl sacd-s iso fileokat lehet flac-ra konvertálni, úgyhogy nem lehet mondani, hogy nincsen program a notebookomon.
-
anorche1
őstag
Kernel frissiteskor a kovetkezo warningokat kapom:
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
==> WARNING: Possibly missing firmware for module: xhci_pciKell valamelyikkel foglalkoznom? Egy dell e6440 laptoprol van szo, nem erzem azt, hogy barmelyik firmware -re szuksegem lenne.
[ Szerkesztve ]
"It never gets easier, you just go faster." Greg LeMond
-
Lenry
félisten
válasz anorche1 #7506 üzenetére
ha nagyon zavar, akkor AUR-ból mindháromhoz van firmware
aic94xx-firmware
wd719x-firmware
upd72020x-fwGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Siriusb
veterán
válasz Siriusb #7499 üzenetére
Odáig jutottam, hogy a baloo-ra szűkítettem le a problémát: a baloosearch egy adott keresésre minden egyes találatra üres string-et ad vissza, tehát a terminálban annyi üres sor látszik, ahány találat van.
balooctl disable + purge + enable
parancsok után viszont szépen kiírja a fájlok útvonalát. -
Frawly
veterán
válasz anorche1 #7506 üzenetére
Ezzel nem kell foglalkozni. Még 10 évvel ezelőttről benne maradt ez a debug üzenet az mkinitcpio scriptben, és mindenkinek kiírogatja ezt. Ha nem használod ezt a felsorolt 3 hardvert konkrétan, akkor hagyd figyelmen kívül.
#7509 Siriusb: ilyet néha nálam is csinál, mármint nem a KDE, hanem mindenféle disztró, mindenféle felülettel, meg androidos telóval is. Ilyenkor néha a router nem tudja újraépíteni a WAN kapcsolatot, és azért érzi úgy, hogy bejelentkezés kéne. Vagy indítsd újra a routert, vagy a webes felületére lépj be.
-
Irgumburrgum, tegnap eltorott a Chromium a problemat (allitolag) a friss re2 csomag okozza, mivel az frissebb libre2.so.9-et szallit a futtatashoz szukseges 8-as vegzodesu helyett.
Most vagy varok egy javitast, vagy downgradelek. Utobbival az a gond, hogy nincs mar a regi csomag, igy a local telepites nem fog menni.
Esetleg barmi egyeb otlet?Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
vargalex
félisten
válasz Archttila #7517 üzenetére
Ahogy a wiki is írja, a https://archive.archlinux.org a barátod. Itt megtalálod a többi mellett a re2 csomag régebbi verzióit is.
Local-ban egyébként pont ezért érdemes legalább 1 korábbi verziót megtartani mindenből.[ Szerkesztve ]
Alex
-
Frawly
veterán
válasz Siriusb #7521 üzenetére
Én meg speciális scripttel frissítek, ami a pacmant úgy hívja meg, hogy tmpfs ramdrive-ra tölti a csomagokat. Így nem gyűlik be a csomagcache, eddig a sok éves archozás alatt egyszer fordult elő, hogy egyel régebbi csomagverziót kellett feltenni. Korábban volt nekem is, hogy majdnem 10 GB-ra hízott a pacman cache. Utána elkezdtem kézzel takarítgatni a pacman -Scc kiadásával, de aztán ráuntam.
-
BoB
Topikgazda
Ez a módszer különösen akkor jó, amikor egy félrement frissítás után nincs net ezért nem tudod letölteni a régebbi verziót és csak az az egy gép van nálad éppen (megtörtént eset).
Erre van a paccache.timer service, hogy ne kelljen manuál csinálgatni.
You may corrupt the souls of men, but I am steel. I am doom.
-
Lenry
félisten
-
growler
őstag
Sziasztok!
Manjaro 20.2: a pacman szerint telepítve van a "glibc" (eltávolítható) [link] de inakív.
Próbáltam újratelepíteni, (pacman -S glibc) de ezután is inaktív.
Mit lehet ilyenkor csinálni? (Kezdő Manjaros vagyok) -
Shyciii
veterán
Mivel már a configban nem lehet megadni, hogy mennyi csomagot tartson meg, én inkább azt használom, akkor akkor szedje le az utolsó tárolt csomagot, amikor egy új verziót installlál, upgrade-el. Így mindig marad lokálisan is, hisz csak azon csomagból töröl, amivel éppen pont műveletet végez a pacman.
A saját Arch install scriptemben van erre egy megoldás, hogy mit kell csinálni, fel is cimkéztem. Lényeg, hogy az /etc/pacman.d/hooks alatt létre kell hozni mondjuk egy clean_package_cache.hook file-t, és annak a tartalma legyen ez:
[Trigger]
Operation = Upgrade
Operation = Install
Operation = Remove
Type = Package
Target = *
[Action]
Description = Cleaning pacman cache...
When = PostTransaction
Exec = /usr/bin/paccache -r
Szerintem ez a legnormálisabb módszer a karbantartásra. -
válasz Shyciii #7526 üzenetére
Ez joféle, koszi!
Valamelyik topikban irtad, hogy van egy olyan bash firkalmanyod, amivel nem menti el ujra es ujra a korabban mar megadott parancsokat.
Bemasolnad, mert sehol sem talalom... (de johet privibe is)Koszi
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
-
Shyciii
veterán
válasz Archttila #7529 üzenetére
Sajnos a bash alapból nem tartalmaz ilyet, így egy jelentősebb cselt alkalmazott egy programozó. Az alábbiakat tedd be a .bashrc-be:
shopt -s histappend
export HISTCONTROL=ignoreboth:erasedups
export HISTFILESIZE=3000
export HISTSIZE=3000
export PROMPT_COMMAND="history -n; history -w; history -c; history -r"
tac "$HISTFILE" | awk '!x[$0]++' > /tmp/tmpfile && tac /tmp/tmpfile > "$HISTFILE"
rm /tmp/tmpfile[ Szerkesztve ]
-
válasz májkimiki #7533 üzenetére
Koszi, habar azert kerdeztem meg itt, mert a Ti velemenyetek (is) erdekel!
Ja igen re2 package. Letolottem az altalatok ajanlott arch archive oldalrol az egyel korabbi x86_64 csomagot, de ARM alatt bar sikerult a telepites (pacman.conf-ba atirtam az architekturat) tovabbra is hibauzenetet dob hiaba vana helyen a szoban forgo libre2.so.8 fajl, wrong ELF class ... boffent vissza.
Az a baj, hogy nem talaltam a kerdeses re2 20201001 -es csomagbol armv7h -re semmit, csak az aktualis 20201101-et hozza mindenhol, na es persze az x86-ot.
Esetleg ha valaki ugyesebb/szerencsesebb nalam akkor dobhatna ra egy direct linket. (lehet en bambazok)
re2 1:20201001-1
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Lenry
félisten
válasz Archttila #7534 üzenetére
pacman.conf-ba atirtam az architekturat) tovabbra is hibauzenetet dob hiaba vana helyen a szoban forgo libre2.so.8 fajl, wrong ELF class ... boffent vissza.
persze, hogy ezt írja, ARM architektúrán próbálsz futtatni x86-ra fordított binárist. ez így semmiképp nem működhet.Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Tudtam mar az elejen, csak ugy voltam vele, hogy egy probat meger. Kozben talaltam aarch64-es csomagot de azzal sem jo, szoval nagyon kellene az az armv7h package...
De ebbol is tanultam! Ha van hely, akkor nem kell nyomkodni az Scc -tPassionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
Frawly
veterán
Olyan nálam vagy már 10 éve nincs, hogy csak egy gép van (jó, 5 éve volt egy átmeneti, pár hónapos időszak, mikor 0-1 gépem volt csak, de ettől tekintsünk el, akkor nem a csomagcache volt amúgy sem a legnagyobb gondom). Kb. 4 éve van vagy három. És mint mondtam, nem volt belőle soha gondom, hogy valami régebbi csomagverzió nem volt meg. Nem is azt mondtam, hogy mindenkinek így kell csinálnia, ahogy én oldottam meg, csak ez is egy alternatíva, ha valaki lusta állandóan cache-t ürítgetni, és nem akarja, hogy beteljen emiatt a root partíció.
Tényleg nálam 99,999999999%-ban teljesen felesleges a csomagcache, nem szokott gondom lenni frissítéssel, most tegyem el az unokáknak a tar.zst csomagokat? Én ugyanúgy kezelem, ahogy a böngészőcache-t is. Csak rövid ideig kell, felesleges felvésni egy non volatile háttértárra. Persze aki csomagmúzeumot akar nyitni, annak hajrá, főleg rollingon van értelme régi csomagverziókat őrizni, mikor úgyis naponta-kétnaponta jön helyette az újabb verzió. Persze azt elismerem, hogy néha segítség lehet, ha mégis megvan egy problémás csomagból az egyel régebbi verzió, de ennek a tényleges gyakorlati haszna annyira ritka, hogy döntse el mindenki maga, hogy neki ez a biztonsági fogodzó a növekvő helyigénnyel megéri-e. Aki mondjuk 2-4 terás háttértárakon használ OS-t, annak lehet valóban mindegy, főleg, ha HDD.
Egyébként sokan a swap-pal is így vannak. Jajj, mert állítóleg kell, mert a disztrókészítők szerint kell. Közben meg valóban kell, szökőévente lehet egyszer, de csinálgassunk neki egy külön partíciót. Nagy büdös lófütyköst, ha majd mégis kell, akkor csinálok magamnak:
dd if=/dev/zero of=/akármi/swapfile bs=xG count=1 && mkswap /akármi/swapfile && sudo swapon segítségével.YouTube videókon is gyakran kuncogok, hogy ott figyel a jómunkásember gépében a 32-64 giga RAM (!), aztán ott motyok, hogy jajj, a swap, mindjárt partíció formájában, az kell, mint egy falat kenyér, merajánlottttötö. Meraszongyákkő. Valakik írták valami 30 éves cikkben, hogy a fizikai memória kétszerese!!!!!!!! De legyen inkább háromszorosa, biztos, ami biztos. Közben meg nekem 8-16 GB RAM-nál sem kellett soha, jó, 8 giga RAM-nál szökőévente ha belenyalt a rendszer a swapba, 16-nál már az se.
-
anorche1
őstag
Linux alatt a swapnak van azon kivul mas haszna, hogy segit, ha elfogyna a memoria? Windows alatt emlekeim szerint ha kikapcsolod a lapozofajlt, akkor szol, hogy nem kene. Okara mar nem emlekeszem, talan a bsod -hez van koze. Itt ha van eleg ram -om, akkor nyugodtan kikapcsolhatom?
"It never gets easier, you just go faster." Greg LeMond
-
Lenry
félisten
válasz anorche1 #7539 üzenetére
a Windows alatt jobb nem piszkálni, ő akkor is használja, amikor te nem akarod, és hülyébbnél hülyébb hibákat képesek generálni a legkülönfélébb szoftverek, ha nincs swap.
Linuxon tényleg fölöslegessé tud válni, ha kellően sok RAMod van. cserébe nyilván neked kell figyelni, meg homlokon csapni magad, amikor az OOM killer elkezdi kilőni a programjaidat.
jah meg swap nélkül nincs HibernálásGvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Frawly
veterán
válasz anorche1 #7539 üzenetére
Igen, swapnak mindig is az volt a haszna, ha elfogy a memória, akkor se menjen le hídba a rendszer, hanem kilapozza a memóriát lemezre, és legyen újra valamennyi szabad memória. Nagyban függ attól, hogy jelenleg mennyi memória van a gépedben, meg mi a felhasználásod. Ezt neked kell nézni, gyakran előszedsz egy feladatkezelő-jellegű progit, megnézed, hogy mennyit használ a swap-ból, mennyi szabad a RAM-ból, ha bőven van mindig szabad memóriád, és a swapot vagy nem használja a rendszer, vagy csak kicsit, akkor neked nem fog kelleni. Kb. 4 GB RAM-ig van rá szükség. 8 GB határeset, felhasználásfüggő, pl. a futtatom a Chrome-ot 1000+ füllel és mellette állnak az Electron app hegyek és megnyitott komplett LibreOffice és hasonló bloat dolgok, akkor lehet még 8 gigához is kell. Ha viszont van 12-16 giga RAM-od, vagy csak 8, de minimalistább Linux rendszert használsz (csak egy WM, meg pehelysúlyúbb alkalmazások, mint Firefox, mpv, stb.), akkor átlag felhasználás mellett nem nagyon kell swap. Ezt csak ökölszabálynak írom, nem mindenkire igaz, ezt neked kell ellenőrizni.
Én 8-16 GB RAM-nál már Windowsban is mindig kikapcsoltam. Ja, rinyál, hogy nem kéne, de utána beveszi, és még sose hiányzott. Bár Windowsnál azért kell jobban, mert annak szarabb a memóriakezelése, kevésbé hatékonyan ossza be a memóriát, az jobban töredezik (ki nem használt memórialap tartományok ékelődnek kihasználtak közé), de nem kötelező, ott is meg lehet nélküle lenni. Nagyban függ, hogy ki mennyi programot futtat egyszerre, miket telepít és futtat, mennyire lusta bezárni futó dolgokat, és hogy mire használja a gépet.
-
Frawly
veterán
Igen, ezt jó is hogy írod, ha kell hibernálás, akkor kell swap, és ráadásul akkor a méretének is el kell érnie legalább a fizikai RAM mennyiségét. Ez az egy eset, amikor valóban indokolt a swap, de én nem ajánlom a hibernálást sem, a legtöbb hardveren a legtöbb disztró kernel vagy nem tud visszajönni hibernálásból, vagy csak bugokkal, meg ma már pár másodperc alatt bootoló SSD-kel nincs az egésznek sok haszna. Ezt mindenkinek magának kell eldöntenie, hogy tényleg kell-e hibernálás, és az mekkora plusz áldozatot hajlandó fizetni ezért.
-
Lenry
félisten
10 GB RAM-ot eszik átlagosan a home serverem, pedig nem hogy 1000 füles Chrome, de még grafikus felület sincs rajta
Egyébként egész jól el volt 8GB RAM-mal is, nem is volt tele, aztán tettem bele még nyolcat és hirtelen minden gyorsabban történt
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
Esküszöm akkor jutott eszembe, miután beküldtem a postot. de a lényeg, hogy lefordult szépen, és most működik a Chromium...
Mondjuk gondolom az az én bénázásomnak, rutintalanságomnak tudható be, hogy make install után nem a /usr alá másolta be a kérdéses fájlokat, hanem /usr/local alá kreált foldereket és ott virított minden, szóval manuálisan kellett a helyére tenni őket, de most működik.így nézett ki a make install:
sudo make install
[sudo] password for alucard:
mkdir -p /usr/local/include/re2 /usr/local/lib/pkgconfig
install -m 644 re2/filtered_re2.h re2/re2.h re2/set.h re2/stringpiece.h /usr/local/include/re2
install -m 644 re2.pc /usr/local/lib/pkgconfig/re2.pc
sed -i -e "s#@includedir@#/usr/local/include#" /usr/local/lib/pkgconfig/re2.pc
sed -i -e "s#@libdir@#/usr/local/lib#" /usr/local/lib/pkgconfig/re2.pc
install obj/libre2.a /usr/local/lib/libre2.a
install obj/so/libre2.so /usr/local/lib/libre2.so.8.0.0
ln -sf libre2.so.8.0.0 /usr/local/lib/libre2.so.8
ln -sf libre2.so.8.0.0 /usr/local/lib/libre2.so[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
őstag
Microsoft Edge dev AUR csomag
akit érdekel, ms fiókkal bejelentkezés/szinkronizálás sajnos még nem működik[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
Frawly
veterán
A szerver tág kategória, nagyban függ, hogy mit csinál, hány gépet szolgál ki. A 10 GB-os fogyasztás is relatív, mi eszi, milyen formában, mennyi a shared, mennyi a cache/buffer, stb.. Mert pl. a ZFS tudja enni rendesen a memóriát, de általában cache meg stb. formájában.
Laptopnál sincs szükség feltétlenül hibernálásra, lehet menteni is, ha merül az akku. Ez a hibernálás egy régről maradt valami, mikor még lassan bootoltak HDD-ről a gépek, és muszáj volt valami megoldást kitalálni, hogy ne kelljen minden gépindítást végigvárni. Egyébként a hibernálás az egyik nagy gyenge pontja a Linuxnak.
@sati: ejha, bátor vagy, Rpi4-en Chromiumot forgatni. Legcombosabb, 16 magos gépeken is min. fél óra, de átlag régi üzleti notin simán megvan 8-12 óra is. Persze a FF forgatása se sokkal röpkébb, hatalmas, több gigás kódbázisa van ezeknek. Egyszerűen horror bloatak.
-
Szerencsere errol szo nincs, csak az egyik (re2) fuggoseget kellett leforgatnom
Viszont ha mar szoba hoztad az idot akkor van itt valami amit nem ertek. makepkg-nek (configba) meg lehet adni, hogy hany szalon dolgozzon amikor letrehoza (mondjuk az) xz csomagot. Viszont amikor a szoban forgo re2 forrast forditottam, akkor a make 1 szalon munkalkodott. Erre van valami javaslatotok?Az rtorrent-ps viszont mar idoigenyesebb volt. Ott emlekeim szerint olyan 10-12 perc alatt vegzett a pi.
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
-
Frawly
veterán
Jön a pacman 6.0-ba a párhuzamos csomagletöltés. Egyelőre alfa, nem tudom mikor jelenik meg. A legenda úgy tartja, hogy ezt a feature-t majd az ubuntusok is megkapják azt apt-ba, majd 2099-ben, addigra corporate grade stabilitású LTS lesz. A zstd csomagtömörítésre nem kell ennyit várni, az 2020-ba érkezett az Archba, Ubuntuba meg 2098-ban.
Ezt már rég mondtam, hogy bevezethetnék, mármint a párhuzamos csomagletöltést. Nagyon ideje volt már.
Új hozzászólás Aktív témák
- Újabb Samsungok telepíthetik a Galaxy AI-t
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Mindent megtudtunk az új Nokia 3210-ről
- Kerékpárosok, bringások ide!
- Milyen billentyűzetet vegyek?
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- nVidia tulajok OFF topikja
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- További aktív témák...
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen