- Magga: PLEX: multimédia az egész lakásban
- eBay-es kütyük kis pénzért
- sziku69: Fűzzük össze a szavakat :)
- Luck Dragon: Asszociációs játék. :)
- Gurulunk, WAZE?!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- mefistofeles: A 15 centi nagyon rövid.........
- Geri Bátyó: Agglegénykonyha 1 – rizseshús másképp
- sziku69: Szólánc.
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
válasz
#63718632
#7599
üzenetére
Yay és pikaur van benne.
A cinnamonos menüben van benne a flatpak installer egy rebornos csinálmány, ami együtt indul a rendszerrel és fel akarja rakni a repóit, de le lehet tiltani az indulását. Ezt szeretném még kivakarni a főmenüből de már késő, mert a reborn repót kikommenteltem a pacman.conf-ban, sőt utána a Pace repo customizer progival még ki is töröltem. . szóval lehet, hogy megnézem a magyarch-ot, de attól meg kék görcsöt fog kapni az orcám, már tudom előre. -
Archttila
veterán
Ugyanez van ilyen WM-es rendszereknél is. Ja, nehezebb beállítani, mindenféle konfigfájlt szerkeszteni, csomagot kézzel feltenni. De! Ezt csak egyszer kell megcsinálni, ha kész van, akkor el lehet menteni ezeket a .conf fájlokat, meg a csomaglistát, és legközelebbi újratelepítéskor csak átadod a csomagkezelőnek a csomaglistát, felhúzza a csomagokat, meg az új home mappádba visszamásolod a configfájokat, és nem kell semmit állítgatni grafikus felületen mindenféle beállítóablakban, minden egyes installkor. Tehát ami elbuksz az egyszeri nehezebb telepítésen, azt később kamatostól visszanyered.
Ezt én is most tapasztaltam meg valamelyik nap, amikor a 32 bites Arch alatt állandóan szénné fagyott az r(qbit)torrent, mert az OOM jókedvében
![;]](//cdn.rios.hu/dl/s/v1.gif)
lelőtte. Idegállapotba jöttem, 
feltettem egy 64 bites kiadást amit gyakorlatilag percek alatt belaktam 
pedig emlékszem nem volt könnyű az indulás de így, hogy már hetek óta szerkesztettem a konfigurációs fájlokat tényleg gyerekmese volt az egész. májkimiki
Ugye nem is olyan nehéz konfigolni...
-
Archttila
veterán
Hééé hát pont neked tetszett pár hete a default waybar
a többi meg standard Dracula theme.
Máskülönben ha csak a terminal ablakok vannak megnyitva akkor szép egységes minden, a felső waybar pedig éppen csak megtöri az ablakok által árasztott halványlilás harmóniát. a lényeg, hogy így egységes.
Nem tudom írtam-e korábban, de bekonfigoltam a mako-t. (self made Dracula kinézettel) és bár jópofa, hamar kiderült hogy semmi szükségem ráhtop-ban F2 után a Space billentyű lenyomásával tudod változtatni column alatt lévő tétel stílusát.
Ha az Awesome WM alá lenne Sway, akkor azt használnám!
Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz.
+1
-
Frawly
veterán
Az Archnak pont az a lényege, hogy nincs összeszerelve, mert eleve azzal a céllal készül, hogy te szereled össze magadnak, és nem próbálják előre kitalálni az igényeidet, meg eldönteni helyetted, hogy mi legyen feltelepítve, meg hogyan legyen konfigurálva. Ha valakinek arra van igénye, akkor Mint, Ubuntu, Fedora, stb., ott minden fel van telepítve, legcsilivilibbra bekonfigurálva, de magával hoz ez egy nagy rakás felesleges csomagot, és bloatot is.
Ha WM-mel telepíted, akkor persze, hogy nehezebb, de ez megint nem az Arch miatt van, hanem a WM-ek önmagukban minimalistábbak, csak ablakkezelést tudnak, se asztali ikon, se tálca (ritka), se témát nem tartalmaznak, se launcher, se háttérképkezelés, stb.. Ott mindenről neked kell gondoskodni, ez Archtól független, így van egy Debian minimal installnál is.
De mint mondtam, egy tiszta Archot feltenni nem nagy szám, ha csak sima titkosítatlan partíciókra teszed fel GRUB-bal, meg egy olyan fullos WM-mel, mint a Cinnamon. Igaz még ekkor sem lesz minden bekonfigurálva, csak olyan 99,99%-ra, néhány extra témát, magyar nyelvi csomagokat, tálcaappletet neked kell kézzel tölteni meg beállítani, de az már nem olyan nagy munka, ha már tudod mit akarsz, ismered mi kell neked.
Mindenki máshogy használja a gépet. Ez az eltérő felhasználás meg más csomagokat igényel, más konfigokat. Te pl. magyarul használod a rendszert, meg fullos DE, csak GUI-s programok, stb.. Én meg pl. eleve nem magyarítom a rendszer, default en_US.UTF-8-cal használom, ez sokkal célszerűbb, nem kell magyar nyelvi csomagozni, nem maradnak lefordítatlan, félig fordított, félrefordított részek, plusz a magyarítás le szokott maradni ütemben a legújabb verziókhoz képest. Meg ha angolul használod a rendszert, és valami probléma, hibaüzenet van, akkor könnyebb utánakeresni a neten, hogy mi a megoldás, magyar hibaüzenetre kb. milliószor kevesebb találat lesz. Tudom, erre azt mondod, hogy angol a rendszer is angol. Igen, az, de ez nem probléma, mert úgyis készségszinten használod a rendszert, ikonokra, menükre kattintasz reflexből, megszokásból, és nem olvasod el, hogy mi van kiírva, meg az angol nyelvű menük és üzenetek elsöprő része nem igényel hú de magas szintű angolt, most azon, hogy File, Edit, Print, Search, Install, couldn't download package, beazonosítani egy Firefox, Chrome ikont csak meg lehet érteni a legprimitívebb, turistszintű angollal is, nem kell hozzá felsőfokú, meg társalgási szintű királynői angol. Nagyrészt meg lehet ezeket fejteni pár másodperc alatt, akkor is, ha valaki németes meg oroszos volt iskolában, és alapból idegen nyelvi antitalentum. Egyszerűen csak némi megszokást igényel. Sőt, még olyan előnye is van az angol hibaüzeneteknek, hogy mivel nehezebben olvasod, csökken az esélye, hogy könnyelműen kattintgatsz a next-next-ok-finish-re, hanem figyelmesebben elolvasod az üzenetet, jobban meggondolod, hogy mit reagálsz rá, ez sokszor még kamatozhat is. És attól, hogy a rendszer angol, attól még a billkiosztás beállítható alapértelmezetten magyarra, az UTF-8 beállítás miatt a magyar ékezetes és speciális karakterek is hibátlanul megjelennek alapból, átátllítható a dátum/időformátum magyarosabbra, tizedesvessző a tizedespont helyett, stb.. A weben is minden továbbra is magyarul fog „előjönni”, IP-d alapján, meg a böngészőben és egyéb progikban is be lehet lőni a magyar helyesírás-ellenőrzést, stb.. Tehát még a magyarságot se kell feladni hozzá, csupán a rendszerben és szoftverekben az ikoncímkék, menük, üzenetek nem lesznek magyarok, ennyi csupán, simán megszokható, de sok gondtól kapásból megkímél.
Ugyanez van ilyen WM-es rendszereknél is. Ja, nehezebb beállítani, mindenféle konfigfájlt szerkeszteni, csomagot kézzel feltenni. De! Ezt csak egyszer kell megcsinálni, ha kész van, akkor el lehet menteni ezeket a .conf fájlokat, meg a csomaglistát, és legközelebbi újratelepítéskor csak átadod a csomagkezelőnek a csomaglistát, felhúzza a csomagokat, meg az új home mappádba visszamásolod a configfájokat, és nem kell semmit állítgatni grafikus felületen mindenféle beállítóablakban, minden egyes installkor. Tehát ami elbuksz az egyszeri nehezebb telepítésen, azt később kamatostól visszanyered.
-
Frawly
veterán
válasz
Archttila
#7586
üzenetére
BUÉK mindenkibe!
Nekem kicsit túl színes, de összességében jól néz ki. htopban ezt a digitális szegmenses-betűtípusos dátum/időkijelzést hogy állítottad be?
Egyébként az se annyira rossz rendszer, amit a másik screenshoton mutatsz, Awesome + Geany, végül is komplett rendszer, futó programmal, mindössze 282 MB fogyasztás. Nem olyan rossz az. Jó, annyira nem haladó, de már egy nem is annyira kezdő, bloattenger valami, egész használható.
Azért 3 hónap alatt sok fejlődés, de nem lehet siettetni, ez egy fokozatos folyamat, megy előre magától majd a további hónapokkal, évekkel, és formálja a szemléleted és a készségeid. Ezt nem értették sokan az OFF topikban, hogy ehhez a minimalizmusos, ultrahaladós témába senki nem született bele, mindenki fokozatosan jut el oda.
#7591 csixy: Rebornhoz nem értek. Próbáld meg legközelebb az Arco Linuxot, abból is valami D-s változatot, az sokkal közelebb van a tiszta Archhoz, nem használ elvileg saját tárolót. De a tiszta Archot se egy nagy szám feltelepíteni, ha nem bonyolítod, nem kell LVM, LUKS, RAID, SELinux meg hasonló huszárkodások, akkor elég könnyű megtanulni. Főleg, ha komplett asztali környezettel telepíted, ami minden szükséges dolgot behúz függőségnek.
GRUB témát én a /boot/grub.cfg-ben keresném, hogy mi a neve.
-
válasz
#63718632
#7590
üzenetére
Talán sikerült kiszedni a RebornOS repót és egyéb dolgait az archomból.
Persze nyomok fel-felbukkannak. A legnagyobb csúnyaság jelenleg az, hogy bootolás közben grub2 témát hiányol, de aztán tovább megy és eljutok egy egyszerűbb grub menühöz és bebootol a rendszer. Közben a lightdm beléptető ablak is egyszerűbb lett. Ha valami grub2 témát felraknék, akkor meg lehetne szabadulni a bootolás közbeni hibajelektől? -
#63718632
törölt tag
Persze, simán.
MagyArch-on csak a saját WM konfigok és az Xfce vannak készre csinálva. Minden más az default és pure Arch.
A konfigolt WM-es telepítés sem tér el a pure Arch-tól, csak azok vannak beletéve, amik a konfighoz kellenek. A MagyArch repo is csak ezeket tartalmazza. -
válasz
#63718632
#7588
üzenetére
Köszönöm szépen, megcsinálom így, ahogy mondtad a rebornból gyalulgatva. Magyarch-al már korábban próbálkoztam, de az nincs annyira összereszelve, sok barkácsolni való van rajta telepítés után. Nekem még az sok. Marad egyenlőre a kipucolt reborn, ha utólag fájlal valami applikációt, hogy nem tudja frissíteni repó probléma miatt, akkor majd azt gondolom pacmannal kitakarítom.
-
#63718632
törölt tag
Kapcsold ki a pacman.conf-ban a reborn repokat (ki kommenteled #). Meg a rebornos appokat szedd le, ha helyette mást akarsz.
De ha tiszta Arch-ot akarsz Cinnamon-nal és nem akarsz a pure Arch installal foglalkozni. Akkor MagyArchLinux.
[link]
Elindítod a telepítőt, mondjuk LightDM&Cinnamon-t választassz. Onnan ki tudod csinosítani kedved szerint. Default Cinnamon-t fogsz kapni.
Semmi nem lessz csak tiszta Arch és default Cinnamon. -
Archttila
veterán
Nagyjából kész a Waybar.
Szerintetek mennyire illik hozzá az új htop configom? 
Első szárnycsapások a Tilling-el
(Awesome WM)
és itt tartok most
(Arch Sway WM)
Az igazsághoz hozzátartozik, hogy májustól októberig szintem semmit nem foglalkoztam a dologgal, szóval gyakorlatilag 3 hónap alatt értem el a mai állapotot.
-
#7585
stahlhelm79
csendes tag
stahlhelm79
csendes tag
BÚÉK!
most látom, hogy az AP Linux-nak a saját (?) GUI-ja/lejátszója a Cantata:
https://www.ap-linux.com/documentation/playing-audio-in-ap-linux-with-mpd/"What is MPD? Many people misunderstand what MPD is. To be able to use it, first you need to know what MPD is and how it works. MPD is a service running in the background of your computer. His primary role is to search your folders for music files, put it in some kind of database, and when somebody wants to play some music, he will play it for you. How that works? You access this database and play music with your client. Client can be your iPhone, Android, Mac or some Windows machine. The thing is, no matter what client you use, MPD is the one who plays the music, and it plays it well. In the previous versions of AP-Linux you could install MPD from officially Linux Mint repository, but that packages were buggy and unstable. This time, we have build our version of MPD that plays perfect and have support for DSD. AP-Linux comes with three clients pre-installed. Cantata, GMPC and Ario. So lets go to configuration."
akkor ezek elméletileg fel vannak telepítve nálam. hogyan indítom el mondjuk a Canata-t? bocsi, de nekem még kissé ismeretlen terület a linux...
-
Frawly
veterán
válasz
Archttila
#7578
üzenetére
Hardcore-ban toljátok a disztróhűséget
Persze ilyen btw I use Arch szerelést csak úgy szabad felvenni, hogy lenyiratkoztok kopaszra, mint Luke Smith vagy Derek DistroTube / Dubya for y'all Taylor Meg ubyegonnak nem szabad mutatni, mert akkor nekiáll ő is minteset rendelni, vagy elküld gólyafészket nézni. -
Archttila
veterán
-
Shyciii
veterán
válasz
#63718632
#7575
üzenetére
Hát ez az. A leírásban meg azt írja, hogy az új rendszer már Arch, és egy lighweight WM került bele a régi Gnome helyett, és le is írja, hogy ez a Fluxbox lett. De amúgy eléggé puritán ez a weboldal. Mondjuk én amúgysem hiszek a számítógépen, notebookon való minőségi zenehallgatásban. Ahhoz kellene egy nagyon jó DAC, viszont amennyibe az kerül, annyiért meg lehet venni jó DAP-ot is már, és akkor semmi szükség a gépre, ráadásul totál mobilis lesz így az egész, és bárhol használható lesz. Én ezért is hagytam az egészet a fenébe anno.
-
#7574
Shyciii
veterán
stahlhelm79
#7573
Shyciii
veterán
válasz
stahlhelm79
#7573
üzenetére
Nem vagy láma. Ahogy nézem a weboldalukat kellene lennie benne egy Fluxbox ablakkezelőnek a leírás alapján. Egy időben én is néztem, de akkor még nem Arch alapú volt, de én inkább úgy döntöttem, hogy veszek egy jó minőségű DAP-ot, abba 1 terrás kártyát, és azon hallgatom a nagy felbontású zenéimet.
-
#7572
#63718632
törölt tag
stahlhelm79
#7571
#63718632
törölt tag
válasz
stahlhelm79
#7571
üzenetére
Nincs itt semmi probléma, a telepítő GUI és Xorg nélkül telepít. Onnan kell GUI-t varázsolnod. Arch Wiki > Xorg install > GUI install (Xfce, Gnome, stb..) > Display Manager install & activate (Light DM, GDM, stb..) > Felhasználó hozzáadása mindenek előtt, mert csak root van a rendszeren.
Nem rontottál el semmit. -
#7571
stahlhelm79
csendes tag
stahlhelm79
csendes tag
sziasztok!
Audiophile Linux-ot installálok egy asztali gépre:
https://www.ap-linux.com/ha jól tévedek, akkor ez Arch linux alapú cucc. végigcsináltam az installt az instrukciók alapján:
https://www.ap-linux.com/documentation/ap-linux-v5-install-instructions/viszont a GUI nem jelenik meg, csak a parancssor van. tudnátok segíteni, hogy mi lehet a baj? a Linux-hoz láma vagyok, a számítógépekkel jól elboldogulok, sőt a parancssoros dolgokkal sincs bajom (még a DOS érában nőttem fel).
mit ronthattam el? köszi előre is! -
Frawly
veterán
válasz
Archttila
#7559
üzenetére
Megint csak azt tudom írni, hogy ez van. Nem kinőtted, hanem a Pi nem erre való, hogy gigabites netet kihajtva egyszerre három 120 gigás torrentet húzgálj, meg desktopnak is használd, meg Chrome/Brave zabálja le az erőforrásait. Azért mindenképp próbáld meg 64 bitessel. Valószínű azon több minden le fog fordulni eleve, de szerintem desktopnak, meg nagy ívű torrentezésre az se lesz jó. Az ARM mobil proci, nem dekstop. A buszai is úgy lettek kitalálva, hogy USB-alapúak és lassúak. Ez a Pi is mikroszervernek és mikrokontrollernek lett kitalálva, nem rendes, nagy sávszélességű letöltőszervernek meg desktopnak.
-
Archttila
veterán
-
Archttila
veterán
Elvileg nem ilyen, mert csak 32biten szivatja a nepet.
Itt egy lehetseges magyarazat:With a 32-bit kernel a high rate of I/O lead to fragmentation of kernel lowmem (memory with a direct mapping to kernel address space, I think on ARM 32-bit this is a contiguous 512MB). That fragmentation lead to longer CPU and elapsed times as the kernel worked to obtain memory for buffers, which is accounted towards the process doing the large amount of I/O. That in turn lead to selection of the process by the OOM killer. Moving to a 64-bit kernel (with its massively greater lowmem) 'solved' our problem. link
Lehet feldobok egy 64bites Arch-ot. A 32bites rendszerre hegesztett 64 bites kernel lehetoseget most passzolnam
ketseges a sikere -
-
válasz
Archttila
#7559
üzenetére
qbit-et ne sajnáld hogy nem megy pi-n, rettentő erőforrás zabló beágyazott eszközökön, pi-re/routerre jobb/stabilabb a transmission/rtorrent.
Próbálkoztam 1200GU-n qbit-tel de hosszabb rövidebb idő után mindig kilőtte a kernel memória hiányra hivatkoza, amíg ment rettentő magas volt a load, pedig az mt7621 egy 2c/4t proci ha jól tudom. -
Archttila
veterán
Írtam egy hosszabb postot csak közben kifagytam (thanks OOM)
De! még mielőtt azt gondolnátok, hogy már megint az rtorrent-tel szívatom magam nos, nem. A qbit-nox is azonnal meghal amint bedobok 3 Lord of the Rings fejenként 120 GB-os anyagot. Ez nekem is új. de a lényeg az, hogy itt már nem segít semmi csak a 64 bites rendszer (unoffical Arch, Manjaro stb) vagy egy x86 architec. És akkor taadaam: passive x86 Ryzen mini PC-n folytatom tovább (pontosabban még keresem a konkrét alanyt) de érzem, hogy ez ennyi volt.Imádom PI-t és többnyire amit lehet minimalba (is) kihoztam belőle, de ilyen gondokat már nem tudok áthidalni rajta (csak 64 bites rendszerrel) mint amit fentebb is írtam. Illetve néha szükségem lenne a Java-ra ami megint nincs, Brave nincs, de semmi érdekes (herélt guglis Chromium pl) amit AUR-bol simán telepíthetek az itt nincs...
Szerintem RetroPI-t vagy PiHole-t csinálok belőle, de ez így biztosan nem mehet tovább. Egyszerűen úgy érzem, hogy desktop-on 32 biten kinőttem ezt az architecturat.
-
Archttila
veterán
válasz
Shyciii
#7556
üzenetére
Egy régi lassú SD-n teszteltem, SSD-röl meg amúgy is folyamatosan készül a backup.
Tegnap filmeztem, de annyit azért sikerült kiderítenem, hogy ha mind a két kimenetet használom a PI-n és kifagy, az valószínűleg nem a rossz sway konfig miatt van, mivel odáig el sem jut a folyamat, mivel már login előtt szénné fagy
Szóval a PI config fájljában kell bevésnem a HDMI-ikhez valamit.... utána lehet csak tesztelni a sway-t. -
Shyciii
veterán
-
Archttila
veterán
húú jó nagy fába vágtam a fejszémet!
Szóval adott a PI két micro HDMI kimenete. Eddig ebből egyet használtam, (HDMI-A-1)output HDMI-A-1 resolution 1920x1080 position 1920,0 transform 90 subpixel rgbviszont jó lenne úgy beállítani, hogy mondjuk a $mod+t lenyomására átvált TV-re, $mod+m -re meg vissza. De úgy látom sokféle működés összehozható: (Left, Right, Mirror...)
# Screen modes. Note mirroring is not yet properly supported by sway :(set $mode_display AUX SCREEN: (l) LEFT (r) RIGHT (o) OFF (m) MIRRORmode "$mode_display" {bindsym l output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos -$native_width 0, mode "default"bindsym r output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos $native_width 0, mode "default"bindsym m output $scr_aux enable, output $scr_main pos 0 0, output $scr_aux pos 0 0, mode "default"bindsym o output $scr_aux disable, mode "default"# back to normal: Enter or Escapebindsym Return mode "default"bindsym Escape mode "default"}bindsym $mod+x mode "$mode_display"Na most erre kellene valahogy ráhegeszteni az én Monitor/TV párosomat:
Monitor:
output HDMI-A-1 resolution 1920x1080 position 1920,0 transform 90 subpixel rgbTV (ma jött a kábel, még nem próbáltam)
output HDMI-A-2 resolution 3840x2160 position 3840,0 subpixel rgbEzeket a $scr_aux , $scr_main bejegyzéseket nem vágom
a működés tiszta sor.
Nyomok egy $mod+x -et, majd kapok egy kis menüt amiből kiválaszthatom az l, r, m, o opciótForrás: [link]
-
Frawly
veterán
válasz
Shyciii
#7551
üzenetére
Ja, lehet így is. De pár gondolat: a csomagtömörítéshez szerintem nem éri meg nyúlni. Mindegy mivel tömöríti a kész csomagot, nem okoz túl nagy többletidőt, és csak egyszer települ a lefordított cucc, mikor újratelepítené az ember, akkor az úgyis frissítéskor lesz, de akkor meg úgyis újra kell forgatni.
Másrészt ez a -j2 meg -kAKÁRMENNYI is elég félmegoldás, mert ezek azokon a csomagokon segítenek, amelyek gcc-vel, g++-szal + make/make scripttel fordulnak, de egy csomó csomag van, ami Ruby, Go-val fordul, vagy C/C++-os ugyan, de ilyen meson, ninja, stb. projektfordítást használ, azok elvileg ezt a make -j kapcsolót nagy ívben figyelmen kívül hagyják.
-
Shyciii
veterán
válasz
Archttila
#7548
üzenetére
Itt egy script amivel beállíthatod:
#!/bin/bash
set -e
numberofcores=$(grep -c ^processor /proc/cpuinfo)
if [ $numberofcores -gt 1 ]
then
echo "You have " $numberofcores" cores."
echo "Changing the makeflags for "$numberofcores" cores."
sudo sed -i 's/#MAKEFLAGS="-j2"/MAKEFLAGS="-j'$(($numberofcores+1))'"/g' /etc/makepkg.conf;
echo "Changing the compression settings for "$numberofcores" cores."
sudo sed -i 's/COMPRESSXZ=(xz -c -z -)/COMPRESSXZ=(xz -c -T '"$numberofcores"' -z -)/g' /etc/makepkg.conf
else
echo "No change."
fi -
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.
-
-
Archttila
veterán
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.
-
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.
-
Microsoft Edge dev AUR csomag
akit érdekel, ms fiókkal bejelentkezés/szinkronizálás sajnos még nem működik
-
Archttila
veterán
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 -
-
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.
-
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.
-
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ás -
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?
-
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.
-
-
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. -
Archttila
veterán
válasz
#63718632
#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
-
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 -
-
-
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. -
-
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.
-
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. -
Archttila
veterán
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? -
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.
-
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 + enableparancsok után viszont szépen kiírja a fájlok útvonalát. -
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-fw -
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.
-
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.
-
Archttila
veterá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! -
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.
.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
lelőtte. Idegállapotba jöttem, 
feltettem egy 64 bites kiadást amit gyakorlatilag percek alatt belaktam 
pedig emlékszem nem volt könnyű az indulás de így, hogy már hetek óta szerkesztettem a konfigurációs fájlokat tényleg gyerekmese volt az egész. 
(Arch Sway WM)
Persze ilyen btw I use Arch szerelést csak úgy szabad felvenni, hogy lenyiratkoztok kopaszra, mint Luke Smith vagy Derek DistroTube / Dubya for y'all Taylor 
a működés tiszta sor.
Kozben talaltam aarch64-es csomagot de azzal sem jo, szoval nagyon kellene az az armv7h package...
Új hozzászólás Aktív témák
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Játékkulcsok a legjobb áron: Steam
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- LÉZEREZÉS! külföldi billentyűzet magyarra kb. 20-30p alatt!
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Apple iPhone 12 128GB, Kártyafüggetlen, 1 Év Garanciával
- Eladó szép állapotban levő Apple iPhone 8 Plus 64GB / 12 hónap jótállás
Állásajánlatok
Cég: FOTC
Város: Budapest