- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- bitpork: Augusztus 2- szombat jelen állás szerint.
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- eBay-es kütyük kis pénzért
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Yutani: Yutani Retró Hangkártyái: AdMOS AdWave 32
- user2: Kia Ceed Gold 160 1.5 T-GDI MY2024
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
Nagytoll
#6798
üzenetére
Én bebootolnék egy Live Ubuntut első körben. Lehet csak az Arch kernelbe nincs beleforgatva valami speciális Logitech driver, ami kéne neki. Elvileg spéci programot ehhez nem kell felrakni, már önmagában sem kéne akadnia, a Logid csak arra kell, ha az egér speciális funkcióit tudd használni.
-
Nagytoll
senior tag
Hello!
Van itt valakinek tapasztalata Logitech unifying wireless egérrel?
MX master egerem volt és folyamatosan laggolt, beakadt, nem tudtam végighúzni az egérmutatót az asztalon anélkül hogy nem akadna meg vagy 3x. Ezt betudtam annak hogy több éves az egér és már kezdett szétesni.
Megvettem az új MX master 3-at erre pont ugyan úgy laggol/akad arch-on mint az előző
Utánanéztem a neten, kipróbáltam néhány programot amit arch wikin írnak, de semmi javulás nincsen.
Valami ötlet, hogy ezt hogy tudnám debuggolni?
-
Archttila
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
Xresources-on gondolkodtam én is, de nem akarom globálisan megadni, ezért maradt az, hogy belefordítom. Íme a config: Link
Látható, hogy a haszált színsémán hol módosítottam, hogy láthatóbb legyen bizonyos esetekben (termite esetén is módosítottam a google dark-ot). Így most egyelőre jó nekem
-
Frawly
veterán
válasz
Shyciii
#6790
üzenetére
Végül is pastebin.com-ra beteheted idelinkelve. Bár én saját színkonfigot akarok, .Xresources fájlban beállítva, ahogy Luke Smith csinálja, nem is nehéz, de nem volt még időm kísérletezni, hogy milyen színeket adjak meg, hogy kell definiálni őket. Hosszú távon pywal-t fogok használni, ami a színsémát generálja.
-
Frawly
veterán
válasz
Shyciii
#6788
üzenetére
Hosszú távon én is az st-nél fogok maradni. Annyi, hogy annál a színeket akarom először belőni, hogy jó legyen, és utána állok át arra. Természetesen ez a Termite ideiglenes lesz csak. Közben a fura karakterek vim-ben is megoldva, Void bug miatt volt, lecseréltem a Termite-ot az Arch binárisra, az egyelőre nem bugzik. Meg Archra is visszaváltok. Újra se kell telepíteni, mert még megvan a régi telepítés, csak konfigfájlokat, új scripteket kell átmásolnom, meg befrissíteni, 2 hónapja nem volt használva.
-
Shyciii
veterán
Sejtettem, hogy vissza fogsz térni. Én gyorsabban lemondtam az Alacritty-ről. Simple terminal viszont még mindig maradt nekem. Szerintem ez maradni is fog. Vifm-et tovább szerkeszgettem, hogy tudjak ftp-zni, pár gyorsbillentyűz is beállítottam még mindig, és csináltam az F1 gombra egy kis helpet, ami tartalmazza az általam használt billeket, hogy ha elfelejtem. Ami azért elő szokott fordulni, mert kicsit szokatlan még ez a vi keybindingek
-
Frawly
veterán
2 hónapos alapos tesztelés után dobtam az Alacritty-t. Több bosszantó bugja volt:
1) elcseszte terminálos programokban a truecolor színkezelést, pl. vim, amiben hiába van beállítva a :set termguicolors. Ha ezt megkerültem TERM="xterm-truecolor" megadásával, akkor vim-ben jó lett, de a többi alkalmazásban cseszte szét a színkezelést, pl. mc, Vifm. A COLORTERM="truecolor" is be van állítva természetesen, mégse jó, hiába tudja az Alacritty hivatalosan a truecolort
2) nem tud dinamikus ablakcímzést, így nem látszik az ablaklistában, hogy milyen program fut benne
3) nem tud Vi visual módot. Ez a feauture a dev verzióban már benne van, de a stabilba nem fog egyhamar megérkezni.Így visszatértem Termite-ra. Ez sem hibátlan, mert csak nagyon darabos fokozatokban állítja a betűméretet, pl. a 13-16 pixel ugyanakkora betűknek néz ki, és csak 17-től emeli, de akkor meg nagyobbat ugrik vele. Meg vim help-ben vannak ilyen billentyűhivatkozások, amiknél ilyen furcsa ⇔ karaktert jelenít meg, ami összecsúszik a billentyű kacsacsőrök között írt nevével.
-
Shyciii
veterán
Én i3lock-kot használok
Gondolkoztam a tilling windows manager tesztelésekor, hogy a tty3-ra beteszem a Openbox-ot, de akkor az már nem lett volna normális teszt. Nem jó ilyen esetekben a menekülő útvonal. Ráadásul a Bspwm élhető bizonyos plusz dolgokkal, úgyhogy még mindig nem hiányzik az Openbox. És már az alt+tab-ot se nyomkodnom véletlenül se 
-
Frawly
veterán
válasz
Shyciii
#6784
üzenetére
Ja, ez a másik, amit írni akartam. Ha nagyon minimalista valaki, loginmanager sem kell. Csak annyi a kényelmetlensége anélkül élni, hogy bejelentkezéskor be kell írnod a felhasználói nevet is, ami ugyan kényelmetlen, de biztonságilag meg plusz. Még többféle grafikus felület is indítható login manager nélkül, vagy startx után megadva mit futtasson az xinit, vagy a .bashrc-ben bekódolni, hogy ha tty1-ről jelentkezel be X felhasználóval, akkor milyen felület induljon el, ha tty1-ről Y felhaszálóval, akkor mi induljon, ha tty2-ről X felhasználóval, akkor amaz, stb.. Mindig az adott felhasználó .bashrc-jébe kell beleszerkeszteni.
Amire még jók a login managerek, az a képernyőzárolás, de azt meg lehet oldani egyéb lock screen progikkal is, akár GUI-sal, akár CLI lock-olós megoldásokkal konzolban.
Csomagfenntartó szerintem nem hülye, de mivel ő kizárólagosan használja szerintem a LightDM-et, így sose távolította el, és nem tűnt fel neki, hogy maga után hagy dolgokat.
-
Shyciii
veterán
Az biztos, hogy nem pazarlok arra időt, hogy leírjam neki a problémát. Az a csomagfentartó, akinek el kell magyarázni egy alap dolgot, ráadásul biztonságtechnikai problémát is egyben, az vagy kezdő, vagy nem sok köze van az egészhez. Egyszerűen kerülni fogom a LightDM-t. Ami nem nehéz, mert már legalább 1 éve nem használok login manager-t, és már nem is fogok. Teljesen felesleges nekem.
-
Frawly
veterán
válasz
attilav2
#6780
üzenetére
Ennél kicsit több konkrétum kéne, hogy fagyott állapotba kerül. Melyik fázisban fagy meg? Még mielőtt lehúzná az AUR script a binárist, vagy azután, mikor tar.zst csomaggá tömöríti, vagy mikor pacmannal rakja fel? Sőt, még jobb lenne, ha komplett kimenetet tennél be, hogy lássul hol akad meg.
A Chromecast-hez nem értek, de a Chromiumban egy csomó minden nincs benne, ami Chrome-ban benne van. Akármi hiányozhat neki.
(#6779) Shyciii: a szöveges böngészőre jól emlékszel, az a Lynx, de forkjai futnak links, elinks, stb. néven is. Abban találták ki, hogy a linkek között navigálsz kurzorbillentyűkkel, de nem csak fel-le, hanem domainek és előzmények között is. Ezt a navigálási módszert viszont átvették egy csomó más programban, közöttük az mc is támogatja, csak alapból nincs bekapcsolva. Gondolom az egyszeri userek miatt nincs engedélyezve alapból, mert ész nélkül nyomkodnak mindent, nincs önfegyelmük, és nehogy az legyen, hogy valami adatot azért vesztettek, mert rosszat nyomtak.
Ebben különbözik a vi/vim, hogy annak pont az a filozófiája, hogy
1) modális, azaz módok között váltasz, a különböző módokat lehet beragadó Ctrl-nek vagy Alt-nak is felfogni, amit nem kell nyomva tartani, de mégis átértelmeződnek különböző módban ugyanazok a billentyűk
2) mindent gépírástartásban végzel az alfanumerikus részen, nem nyúlsz ki más billentyűkhöz, se kurzormozgató nyilakhoz, se Home, End, Pg Up/Dn, stb., mert akkor ki kéne lépni gépírástartásból, meg egérért sem nyúlsz ki, se funkcióbillentyűkért, se semmiért.Az, hogy eltávolításkor a pacman meghagyja a Lightdm maradványait, az nem a Linux, és nem a Lightdm hibája, hanem az Arch csomagfentartójáé, aki a Lightdm-et csomagolja és frissíti. Ő felejti el a post install/uninstall scriptbe beletenni a szutykok eltávolítását. Ha annyira zavar, akkor az Arch oldalán a Packages részben rákeresel a Lightdm csomagra, ott ha belemész, a linken írni fogja, hogy ki a csomagfenntartó, és lesz hozzá e-mail elérhetőség. Vagy az Arch oldalán a Bugs szekcióban jelented, vagy az Arch fórumán.
-
attilav2
őstag
válasz
attilav2
#6780
üzenetére
A pikaur man oldala meg is említi a notable features résznél amit szeretek benne:
interactively handle common build problems (like untrusted GPG key or checksum mismatch, wrong architecture)Míg a trizen-nél csak a --skipinteg kapcsoló áll rendelkezésre, nem kezeli interaktívan a leggyakoribb build problémákat.
BoB: Javaslom a yay-t próbáld meg, valószínű kiváltja mind2-t.
Ránézek -
attilav2
őstag
Érdekes dolgot figyeltem meg. Ha pikaur-ral próbálom frissíteni a google-chrome aur csomagot akkor a frissítés megkezdése helyett "fagyott" állapotba kerül a pikaur, ctrl+c vel azért kilőhető. Minden más aur csomagot tud frissíteni a pikaur csak a google-chrome -on akad fenn. Kedvelem a pikaur-t mert ha valamelyik aur csomag aláírása nem stimmel (pl spotify) akkor erre az esetre egy rakat opciót felkínál és befejezhető a telepítés/frissítés. Kísérletképp felraktam a trizen-t, ez simán tudja frissíteni a google-chrome-t, viszont a spotify frissítésén elhasal az aláírás miatt, azt már a pikaur-ral kellett frissítenem.
Érdekes még az is hogy chromium-mal nem működik a chromecast, viszont a google-chrome-mal igen! Ezért raktam fel aur-ból a google-chrome-t. Vettem pár hónapja egy Xiaomi MiBox S-t, ez tudja a chromecast-ot, hivatalos androidtv van rajta.
-
Shyciii
veterán
Akkor ez az a beállítások között. Ezt még néztem is hogy mi lehet, mert a Lynx-ről nekem a szöveges böngésző jutott eszembe még fősulis koromból
Igen, tudom hogyan kell user-t eltávolítani. Azért ez nagyon alap dolog. Már akkor eltávoltottam a usert, mikor észrevettem, hogy ott van egy technikai user, amit már legalább 1 éve nem használok. Csak jöttem ide puffogni, hogy azért linuxtól ekkora bakit nem várnék. -
Frawly
veterán
válasz
Shyciii
#6777
üzenetére
De, tudja alapból az mc. Options → Panel Options → Navigation → Lynx-like motion.
A Lightdm-et rég nem használtam, de az tényleg gáz, hogy maga után hagy szemetet. A felhasználóját távolítsd el az userdel paranccsal. Nekem anno az volt a bajom a Lightdm-mel, hogy instabil volt, igaz azt az akkori Intel GPU driver problémám is okozhatta.
-
Shyciii
veterán
Nekem az mc nem vált könyvtárat jobb és bal kurzorgombbal. Lehet hogy külön módváltással lehet (bár szerintem ilyet nem tud az mc), de alapból nem képes rá, ezt próbáltam.
A progikat mindig Rsn kapcsolóval távolítom el. Tegnap kipróbáltam azt is, hogy visszarakom a lightdm-et, és újra Rsn kapcsolóval eltávolítom, de megint otthagyta. Az egy dolog, hogy könyvtárakat és fileokat hagy ott, de hogy egy technikai user-t is meghagy minden jogával együtt, az elég nagy gáz. -
Frawly
veterán
válasz
Shyciii
#6774
üzenetére
Kurzorbillentyűkkel a mappák között mozogni az mc is tud, ezt Lynx-módnak hívják. A hjkl gombokkal mozgást pedig vi/vim-módnak.
Eltávolításnál a pacman -Rns kapcsolókkal szedd le a csomagot, mert az minden vonatkozót töröl elvileg, nem csak a függőségeit, hanem konfigfájlokat, meg mindent. Ennek ellenére igazad van, 1-2 rosszul megírt progi, meg csomag hagy maga után szemetet, hiába távolítod el. Igaz ez csak fájlszemét, nem fut, nem foglal memóriát, csak felemészt egy apró tárhelyet, használatban nem lévő fájlokat hagyva maga után.
Meg az is következetlen, hogy a szabvány az lenne, hogy a progik a ~/.config/programnév/ mappába tartják a beállításaikat, erre számos különc progi a ~/.programnév_fájl és ~/.programnév_mappa/ helyen tárolják, ebből meg zagyvaság lesz a home mappában. Szóval a Linux sem tökéletes, valóban.
-
Shyciii
veterán
Ahogy elnézem azért linuxnál is vannak problémák az eltávolítás utáni ott maradt cuccok miatt, szal itt is van szemetelődés rendesen.
Most tűnt fel, hogy anno mikor töröltem a LightDM-et, frankón megmaradt a user az /etc/password/-ben, sőt a /var/lib/ alatt is maradtak meg dolgai. -
Shyciii
veterán
Köszi, meg is csináltam a mark-okat. Azt hittem ' jel csak szimplán szintaktika, és nem kell lenyomni, viszont akkor így már értem hogy a-tól z-ig lehet bekonfigolni, meg számokkal. Stringekkel már nem lehet a manual szerint is. Így beállítottam minden fontos mappát magamnak, sőt akkor már az mtp-t is megnéztem a mobil miatt, úgyhogy gvfs-mtp ment is a lecsóba, és lett hozzá jmtpfs.
Miért lenne nekem kényelmetlen? Eleve a zömmel billkezelés se gond, hisz Openbox-nál is egész sokszor használtam (legalábbis egy XFCE-hez képest), a terminált elég sokszor használom. Amióta Bspwm-et használok, azóta meg kifejezetten billentyűzöm (kivéve a home office miatti windows-ra rdp-zést, bár azt kell hogy mondjam, hogy a programindításokat ott is a Keypirinha-val végzem, ami kvázi egy rofi klón, csak Winre).
Szal a vifm ez miatt nem lenne kényelmetlen. Ok, hogy bizonyos billeket testreszabtam (f2 az átnevezésre kiterjesztéssel, vagy a space a kijelölés és lefelé ugrás), de pl a törlésre már nem f8-at használok, mint mindenhol, hanem a dd-t és DD-t, mert az kényelmesebb, mint ahogy a csoportos kijelöllésre is tök kénylemes nekem a =.kiterjesztés. Sőt! Azt kifejezetten szeretem, hogy a jobbra és balra gombokkal lehet belépni a könyvtárba, vagy kilépni, vagy épp futtatni az adott filet attól függően, hogyy mi a kiterjesztése. Ez is sokkal jobb megoldás nekem, mint az enter-t nyomogatni. -
Frawly
veterán
válasz
Shyciii
#6772
üzenetére
A ' jel, egyfajta aposztróf karakter, Shift-et nyomva tartod, és magyar billentyűzetkiosztáson megnyomod hozzá az 1-es billentyűt, ezzel kapsz a Vifm parancssorában (alsó sor) egy ' karaktert.
Olyan, mint a nem nyomdai, hanem írógépes idézőjel ("), de ez csak egyszeres írógépes idézőjel, amit aposztrófnak is használnak.
Az 'a - 'z-vel csak azt akartam írni, hogy a ' jel után begépelek egy tetszőleges, de előre beállított betűt. Minden betű másik mappára van nálam drótozva. Ha a 'c parancsot írom be, akkor az a ~/.config mappába visz. Ha a 'm parancsot, akkor az a mountolásra használt mappámba. Ha a 't parancsot, akkor az a Torrent mappába. A 's a script-es mappámba. Ezeket a vifmrc-ben konfigoltam be kézzel, pl.
mark d ~/Downloads/Ezt a fenti sort 'd segítéségével érem el. De te megadhatsz akármilyen betűt (lehet kisbetű, nagybetű, de szerintem még szám is), sőt, stringet is:
mark blaBla /hozzá/rendelt/mappa
Ezt meg a 'blaBla néven éred el. Nyilván ez már nem lenne praktikus, mert sokat kéne hozzá gépelni. A mark-oknak pont az lenne a lényege, hogy max. 2 billentyűleütésből eléred a rendszeresen használd mappáidat. Ezek a markok olyanok, mint böngészőben a bookmarkok.Az a baj, hogy a Vifm neked kényelmetlen lesz, ha pl. nem tudod használni folyékonyan a vim-et, de szerintem gépírni sem árt hozzá (ahogy vim-hez sem). Sok Vifm-es parancsot akkor fogsz megérteni, ha tudsz vim-ül. Pl. a cw, amire a fájl átnevezése jön elő, azt nem a térdükből szopták a Vifm-esek, meg nem a Burdából vették az ihletet, hanem a vim-nek is van egy cw parancsa, ami ott a change word (egész szó lecserélése). Csak mivel a Vifm nem szövegszerkesztő, hanem fájlkezelő, így ebben nem szavakat, hanem fájlnevet cserélsz le. De pl. ezeknek a mark-oknak a kezelését is egy az egyben a vi/vim-ből vették át. Meg a kijelölés módot is (v vagy V), a G-vel az utolsó sorra ugrást szintén, és még lehetne sorolni sokáig.
Ennek ellenére átszabható minden Vifm-es billentyű, ilyen mc-s, meg Total Commanderes stílusúra, csak sokat kell hozzá konfigolni, meg a Vifm egyik előnye veszne el vele. A vim-mel is ott szokták elrontani a kezdők, hogy minden billentyűparancsot átszabnak, engedélyezik az egeret, kurzorbillentyűket, hogy a Sublime, Atom, Visual Code, stb.-t utánozzák, de ezzel meg a vim lényege veszik oda, a modális-gépírásos filozófia.
-
Shyciii
veterán
Ezt jó gyorsan átfutottad, mert a permanens törlés, és megadott programokkal való megnyitást írtam hogy azt már megvalósítottam
sőt közben a space-re nem csak kijelöli a file-t ahol a focus van, hanem eggyel lejjebb is ugrik utána.Basszus ez a megadott kiterjesztések kijelölése/mutatása tök egyszerű, és frankón műkszik. Így nem is hiányzik a megszokott + gomb, és beírás.
Ezt a kijelzőt nemigazán értem, mármint a bill kombót. Mi azaz 'a -'z .Alt gomb és egy betű, vagy mi? Ezt már a manualban sem értettem, hogy hogyan hozom létre, és hogy hivatkozom rá. -
Frawly
veterán
válasz
Shyciii
#6770
üzenetére
A legutóbb használt két mappa között ' ' (Shift+ 1 1 a magyar billentyűzeten) gombokkal tudsz váltani. Én a :media parancsot nem is használom, az összes fontos mappának adtam könyvjelzőt, amik között 'a - 'z mark-okkal váltok. 'm nálam a külső meghajtók felcsatolására szánt mappa, míg pl. a 'd a ~/Downloads és tudok közöttük váltani.
A .jpg fájlok szűrése: =.jpg Nem kell csillag vagy ilyesmi, csak simán ezeket a billentyűket kell nyomni. Így csak a jpg-ket filterezi be, és VG billentyűkkel az összeset ki tudod jelölni. Lehet elvileg egyszerűbben a :highlight paranccsal, de azzal most nem jön össze. A = jeles filtert zr billentyűkkel, vagy másik mappába átváltással tudod nullázni, mert csak ideiglenes szűrő.
Csak permanens törlésnél megerősítés: vifmrc-be set confirm=permdelete
A megadott kiterjesztésekre tudsz programot megadni a vifmrc-ben. Van benne már pár sor, hogy hogyan kell csinálni, azok alapján készíthetsz saját mintákat, hogy milyen fájltípust mivel nyisson meg megnyitásra, szerkesztésre, konzolban, vagy GUI alatt.
-
Shyciii
veterán
Igen, a fuse-zip-et már az elején felraktam, mert már a mobilos hegesztéseimhez levő cuccok is pl csak zip-ben vannak. Unrar-t parancssorosan már magában a vifm-ben megcsináltam, majd hozzárendelem egy billhez, vagy marad úgy, hogy a parancssorában kiadom. Viszont két dolgot nem találok a manuálban, vagy csak átsiklottam felette:
- Ha egy winyót rácsatlakoztatok, akkor a :media paranccsal oda tudok ugrani ez rendben van. De hogy tudok onnan mondjuk visszaugrani pl a /home/Data helyre? Erre nem találtam utalást. Próbálkoztam a :path /home/Data-ra, de hibát dobott.
- A legnagyobb szívás viszont amit nem találok azaz, hogy milyen utasítással lehet megoldani azt, ami mc-ben is van, double commanderben is, tux commanderben is, hogy + gombot lenyomva pl be lejet állítani, hogy *.jpg -vel minden jpg kiterjesztésű filet kijelöljön, hogy pl ezenkután tudjam másolni, törölni. No ezt sehogysem találom vifm-ben. Egyenként tudok kijelölni a t-vel (mondjuk egy space-re mountoltam). De csoportos kijelölést nem látok. A :filter jpg működik, csak pont fordítva. Minden jpg-t eltüntet.
Esetleg erre a kettőre van ötleted?
Csomó mindent testreszabtam már. Számomra jobban bejövő billek, A gyári linux trash-ét használja, csak a permanens törlésre kérjen megerősítést, megadott kiterjesztésekre milyen programot indítsan, szal már majdnem facca -
Frawly
veterán
válasz
Shyciii
#6768
üzenetére
Lehet valahogy meg is lenne oldható, csak a vifmrc-be kéne hegeszteni hozzá saját makrót, vagy saját scriptet hívni.
Zipet egyébként a Vifm is megnyit, a fuse-zip csomagot kell neki feltenni. Ezt fejlesztik is. Aminek viszont abbamaradt a fejlesztése: rar2fs, fuse-7zip, ne ezekkel van probléma.
-
Frawly
veterán
válasz
Blasius
#6766
üzenetére
Igen, vannak ilyen weboldalak, amik nem töltenek be megfelelően, csak ha kézzel ráfrissítesz, vagy újraírod nekik a címet. Ez viszont mindig az oldal hibája ám. A legtöbb böngésző, szövegszerkesztő, irodai programcsomag (pl. LibreOffice és társai) kezel session-t. Általában minden olyan program, ami fülekkel, vagy al-ablakokkal dolgozik, kezel ilyet.
A legtöbb asztali környezet is kezel session-t, csak be kell kapcsolni, mert default a legtöbbön ki van kapcsolva ez a funkció.
-
Blasius
tag
Köszönöm szépen a választ!
Szerintem a rendszer és a driverek jók annyira amennyire lehetnek és fagyás tényleg csak ritkán szokott előfordulni. Ha meg néha megtörténik azt jó nehéz lenne kiszűrni hogy miért.
Először azon gondolkodtam hogy valahogy megerőszakolom a hibernálást; dd-vel elmentem a swap partíciót egy live cd-n, és újrafelhasználáskor valahogy visszaírom... vagy egy másik swap partícióként elmentem a másolatot és a grubot ráirányítom. De ennek a bonyolultsága azért már összemérhető a böngészőablakok újramegnyitásához szükséges erőfeszítéssel
...De köszönöm az ötleteket amiket adtál. Utánaolvasok hogy hogyan tudom a sessionoket elmenteni vagy a böngészőben vagy az ablakkezelőben, aztán hátha jutok valamire.
De ha a session visszaállításkor az internetcím a böngészőbe csak úgy beíródik akkor a holnap nem jelenik meg megfelelően, illetve a módosítások/beállításokat kézzel újra be jell vinni...
-
Frawly
veterán
válasz
Shyciii
#6764
üzenetére
Bele tudna, ha a fuse-hoz fejlesztett rar2fs és fuse-7zip modult nem lennének lusták a fejlesztők karban tartani. De mivel lusta genyók, ezért nem fordulnak a kódok, egyre több disztró tárolójában nem találhatók meg ezek a csomagok, és így igen, ennek híján a Vifm nem tud ilyen tömörítvényekbe belenézni. A Double Commander saját plugineket használ erre, így annak nem gond.
Bár még így sem lehetetlen ezeket a tömörítvényeket Vifm-ben kezelni, hogy ha ilyen tömörítvényre bekonfigolsz egy RAM drive-ba vagy tmpfs-be történő automata kibontást, vagy valami spéci automata felcsatolást, és akkor kvázi bele tudsz nézni ezekbe. mc-nél is járható út ez.
Egyébként az mc-nek azért van sok kötöttsége, mert nagyon konzervatív, meg sok mindenben az nc-t akarja utánozni. A Vifm meg modern fájlkezelő, és az nem akar semmit imitálni, a vi/vimes irányításon kívül, így az szabadabban konfigolható, könnyebben, rugalmasabban témázható.
-
Shyciii
veterán
Rar fileokba nem tud belenézni? Azért az gáz. Időnként van vele dolgom
Ahogy elnézem elég nagy kompromiszumokkal jár az mc lés a vifm is.
Dracula nekem is tetszik. Melóhelyen azt használom az új Windows terminal-hoz. Gruvbox se rossz, de pl nekem a Base16 közül a Google Dark jön be. Színséma nálam fontos, mert egyrészt sokat bámulom, másrészt ahogy írtad jól elkülönüljön, de ne legyen mégse bazáris kinézetű.Én már nem átlátszózom. Klasszik kéktől én már nagyon ódzkodom, pedig anno a Norton Commander miatt mennyit bámultam...de most valahogy brrr Még Openbox-nál abbahagytam. Azonkívűl hogy látványos tud lenni, nálam nem volt haszna, úgyhogy nem terheltem vele tovább a rendszert. -
Frawly
veterán
válasz
Blasius
#6762
üzenetére
Ezt, amit akarsz, többféleképpen el lehet érni.
Lehet suspend-del és hibernációval is. A kettő között az a különbség, hogy suspend-nél a RAM-ban marad a RAM tartalma, áram alatt. Hibernációnál meg kiíródik a háttértárra, és a RAM áramtalanítódik.
De meg lehet ugyanezt valósítani olyan asztali környezet, ablakkezelő használatával is, amelyek tudnak munkamenetet (session) kezelni. Pl. KDE, Gnome, Openbox, Xfce tuti tud ilyet, de még mások is, amit így nem fújok fejből, utána kell olvasni. Ez a session azt jelenti, hogy nem kell suspendelni, vagy hibernálni a gépet, hanem le lehet állítani, normál módon újra lehet bootoltatni, és mikor belépsz grafikus környezetben, újranyitja a leállításkor futó programokat, igaz azokban ilyen fájlok lehet nem úgy lesznek megnyitva, így ez csak akkor működik jól, ha olyan progikat használsz, amik saját maguk is tudnak session-t kezelni, pl. komolyabb szövegszerkesztők, böngészők (Chromium is) tudnak ilyet.
A negyedik megoldási módozat, amit minden grafikus felület tud, hogy automatikus indításba beteszed az általad használt porgramokat, így azok mindig elindulnak boot után, ahogy belépsz grafikus felületre. Igaz ez is csak akkor működik hibernációszerűen, ha ezek a szoftverek tudnak saját maguk sessionkezelést, különben a legutóbb használt füleket, fájlokat meg kell nyitogatni bennük.
Első körben azt kéne tisztázni, hogy pontosan milyen géped van, milyen disztró fut rajta, milyen grafikus felülettel, és milyen programok állandó futtatását szeretnéd konkrétan.
Ha a rendszered lefagy, akkor azt meg nem hibernációval meg munkamenettel kell tompítani, hanem a fagyás okát megszüntetni, tipikusan hardver vagy driverhiba tud fagyást okozni. Derítsd ki az okát, szüntesd meg. Első körben a géped konfigja kéne részletesen, különösképp alaplap, GPU típusa, meg egy inxi -Fxxx kimenet terminálban, hogy lássuk milyen driverek hajtják a hardvereket.
-
Blasius
tag
Sziasztok,
Egy funkciót keresek amit nem tudom hogy hívnak. Illetve azt sem tudom hogy egyáltalán létezik-e. De itt elég sok haladó megfordul úgyhogy gondoltam hogy rákérdezek. Azt szeretném hogyha beindítottam a rendszert, elindítottam a böngészőt, alkalmazásokat stb, akkor el tudjam menteni ezt az állapotot és később vissza tudjak bele lépni. Leginkább a hibernálás hasonlít ehhez, de azt ugye egyszer lehet újraindítani. Én a már egyszer hibernált állapotot szeretném valahogy újrafelhasználni.
A suspend és hibernálás úgy általában amúgy jó lenne. Ez a "hibernálás újrafelhasználás" funkció akkor jönne jól hogyha a rendszer lefagyott. Ekkor friss újraindítás és az appok újraindítgatása helyett újrafelhasználhatnám az elmentett hibernálást.
A legkritikusabb amúgy a böngésző lenne. Ha valahogy a böngészőt le tudnám "hibernálni" az is jó lenne. Fagyás után a böngésző alapból amúgy felkínálja hogy megnyitná a lefagyás előtti füleket, de azok nem jól nyílnak meg és mindent állíthatok be elölről... Chromiumot használok.
Üdv
-
Frawly
veterán
válasz
Shyciii
#6760
üzenetére
Legutóbb MS-féle cab meg wim fájlokban kellett belenéznem, hogy windowsos fontokat szedjek ki belőlük. Vagy pl. a Vifm régen ki bele tudott nézni .rar-ba, de már nem fejlesztik a rar2fs modult hozzá, amit használna, már AUR-ból sem fordítható le, eltört. De pl. most legutóbb tar.zst-be se tudott nekem belenézni a Vifm, bár azt Double Commanderrel sem próbáltam még.
Az rTorrent teljesen jó, egy nagy hátránya van, nem tud torreteneket sorba állítani prioritás és letöltési sor szerint, hogy egyszerre csak x db. torrent töltődjön, és az is prioritás szerint. Én emiatt fogom most nemsokára feltenni a Transmission CLI-t. Ha ilyen prioritásos, sorbaállítós igényed nincs, akkor viszont az rTorrent tud minden mást.
Korábban qBittorrentet használtam, az egy korrekt progi, nagyon sokat tud, de Qt-s, és baromira eszi az erőforrásokat. Ugyanaz, mint a Double Commander, de pepitában.
Pythonnal az a bajom, hogy bloat. Bár egyre többet használom matekszoftverekben, meg pl. Curse Radio, PyWal is abban íródott. De ha egy mód van rá, kerülöm, mert bloat nyelv, bloat alkalmazásokat írnak benne.
A modarin256 mc-téma nekem is tetszik, azt használom, de csak mc-ben. Vannak egyébként nála jobb témák, a vimcolors oldalon lehet ihletet meríteni. Vifm-ben jelenleg klasszik kék Norton Commander színsémát használok, egyfajta retrós hatás miatt, mc-ben azért van modarin 256, hogy jobban elkülönüljön.
Bár nekem a színséma mindegy, csak legyen sötétebb, ne legyen túl nagy kontrasztos, ne égesse ki a szemem, és ne legyen ízléstelen, ne legyenek benne rikító színek. A kedvencem a Mozilla Bespin színtéma, de nem rossz a Dracula, Nord, Gruvbox, Solarized Dark, stb. sem. PyWal is szép témákat tud random összehozni a háttérkép alapján, lásd Luke Smith videóját. De nem rossz a Code Dark színséma sem, ami a Visual Code(ium) témája, ezt most legutóbb egy ausztrál gyereknél láttam, egész pofásan néz ki neki neovim-ben Fire Code Mono betűtípussal, az lf is egész jól néz ki neki.
Nálam a színséma már csak azért sem számít annyira, mert átlátszó a terminál, és mikor átlátszó részben valami, akkor fakóbbak, kevésbé kivehetőek a színek, csak valami sötét háttér látszik, meg olvashatók, színesek legyenek benne a karakterek és kész.
-
Shyciii
veterán
Igen, közben rájöttem mikor bill kombót rendeltem a futásához, és hát tök logikus is. Viszont fura, hogy csak 3MB-al fogyaszt kevesebbet az mc-hez képest. Szerényebb fogyasztást reméltem. Double Commander tényleg rettentő sokat tud, de ahogy mondod, ez miatt eszeveszett nagyra hízott, és zabálja is az erőforrásokat. Láthatóan gyorsabb egy vifm, vagy mc. Igazából elgondolkoztam, hogy mi az amit baromi gyakran használok egy filekezelőben, és azokat igen nagy részben tudja az mc is, meg vifm is kiegészítésekkel (mert pl vifm alapból nem tud ftp klienst). Viszont Bspwm-en nagyon bután néz ki a Double Commander, ha más is meg van nyitva mellette, így azt most töröltem (beállításait meghagytam, hogy ha visszatérnék rá. Akárcsak az Openbox-ét is). Tux Commander kvázi egy lecsupaszított Double Commander, csak asszem az sem tud Trash-ba törölni, és nincs is rá megoldás (nemúgy mint az mc-nél, és vifm-nél) Így ez eléggé nagy érvégés, pedig eléggé letisztult felülete van, és gyors. És eszeveszett keveset fogyaszt. Köröket ver a minden file managerre.
Vifm milyen tömörítvénybe nem tud belenézni? Néztem még a Last file manager-t, nnn, lf, ranger, fff, de a legtöbbje már ott kiesett, hogy nem dual panelos. Mc-nek alapból eléggé buta kinézete van, viszont vannak beépített color sablonok, és abban nekem a Modarin256-root-defbg nagyon bejön. Annyira, hogy a vifm szín beállításait is az alapján konfigoltam manuálisan. Ez alapján így az mc nekem eléggé jó, de azért a vifm-el együtt használom most, aztán jövőhéten eldöntöm melyik maradjon. Pythonnal mi a bajod?
Amúgy én most az rtorrent-et konfiolom. Kíváncsi leszek, hogy tudok-e élni terminálos torrent klienssel. Elvben nem csinálok különöset, csak betöltöm vele, és mikor eljött az ideje, akkor törlöm onnan, úgyhogy nem kéne zavarjon. -
Frawly
veterán
válasz
Shyciii
#6757
üzenetére
A Vifm sem tud futni önmagában, kell neki a terminál. De ez kifizetődik, amikor már sok terminálos alkalmazás van nyitva, akkor egy csomó libet közösen használnak, nem tölti be mindegyik példány a sajátját. Így 10-15 terminál alig foglal többet memóriában, mint 2-3.
A Tux Commandert rég néztem, akkoriban évekkel ezelőtt nem találtam rossznak. De aztán mikor fő rendszerként váltottam Linuxra, akkor a Double Commandert tettem fel. De mióta áttértem csak terminálos alkalmazásra (mpv, firefox, játékok kivételével), így terminálos fájlkezelésnél maradok. Megmondom őszintén, a Double Commander hiányzik, mert elég zseniális, sokat tud. De hát nagy bloat progi egy terminálos megoldáshoz képest. Néha napján mégis előveszem, ha valami olyan különleges tömörítvénybe kell belenézni, amit a Vifm nem kezel.
A trash-kezelését sose bántottam Vifm-nek. mc-ben nem tetszik, hogy a nézeteit és a billentyűit nem lehet normálisan testre szabni. Vifm-et teljesen testre lehet szabni és saját scriptekkel, makrókkal bővíteni. Na, meg a hatékonyabb vim-es irányítás is mellette szól. Az mc csak a fájlstruktúrában tud vimes billentyűkkel mozogni, de ezzel kifújt.
Nézegettem még Rangert, de a Python miatt kiesik, kerülöm az abban írt alkalmazásokat, és még ott van az „lf” (LF kisbetűkkel), amit még nem próbáltam. Az nnn fájlkezelő sem jött be, nekem túl kevés, amit nyújt.
-
Shyciii
veterán
Amúgy az mc is jó lenne, van rendes color scheme-ja, és elég sokat is tud, és gyors, de elég nagy gond, hogy sokat eszik, hisz önmagában nem képes futni, kell a terminal.
Viszont azon meglepődtem, hogy a Tux Commander bár grafikus, de még FTP client is van benne, és összesen nekem csak 2MB memóriát zabált fel. Azért ez egy GUI-s progitól eléggé szép. -
Shyciii
veterán
ifm.rc-t persze tudom hogy van, sőt a colors mappban levő default.vifm-et is szerkesztettem eg normális kinézetre.
Egyelőre a rename és a kijelölés megvan. A :rename nem működik. Azzal próbáltam elsőnek. Amit írtál cw azzal működik, de nem azt használom, hanem cw<c-a>
Ez azért jobb, mert ebben az esetben a kurzor a név elején lesz, és nem a név végén. Már csak azzal szívok, hogy a trash az ne a sajátja legyen, hanem a linux gyári trash-e, de erre egyelőre nem találtam semmit. Arra gondoltam, hogy mi lenne, ha a vifm trash-e symlinkelve lenne a trash files-ra. -
Frawly
veterán
Mondjuk én most szívtam vim-mel. A polybar konfigját szerkesztettem. Valamit félrenyomhattam, mert levágódott a fájl eleje. Nem vettem észre, felülmentettem, és szétcsesződött az egész konfig. Vagy 45 percet konfigolhattam újra. Tudom, az én hibám, kellett volna lennie biztonsági mentésnek, de nem volt friss.
-
Frawly
veterán
válasz
Shyciii
#6753
üzenetére
A konfigfájl maga a dokuemtáció Vifm-nél, abba nézz bele, lehet a /usr/share/doc/vifm vagy hasonló mappában lesz egy példaconfig, amit a ~/.config/vifm/vifmrc formában elmentesz, tudsz is használni, meg át tudod szerkeszteni.
A Vifm-nek pont az a lényege, hogy alapból vi-os billentyűkkel működik, cselesen azért is kezdődik vi-jal a neve. Kifejezetten azoknak készült, akik már jók vi/vim használatában, teljesen elsajátították, és szeretnék a fájlokat is ilyen módon kezelni. De átdrótozhatsz bármilyen billentyűre bármilyen funkciót, illetve törölhetsz is róla. A billentyűdefiníciókat ugyanúgy kell írni, ahogy vim-ben.
Pl. tegyük fel, hogy F2-re be akarsz drótozni átnevezést. A ~/.config/vifm/vifmrc konfigfálj végére beteszed ezt:
nnoremap <F2> cwLehet elegánsabban is, de nem tudom mit hív meg a cw billentyűs átnevezés, valami ilyesmit:
nnoremap <F2> :renameVan egyébként a Vifm-nek doksija, ezen az oldalon.
-
Shyciii
veterán
Ez a vifm file manager még akár jó is lehetne, de 2 nagy problémám van vele:
- nem a szabványos trash-t használja, hanem létrehoz egy másikat (hogy minek...)
- a keybindigs borzalmas vi. Bár van F5, F6, F7, F8, de az átnevezés, file kijelölést szívesen áttenném más bill-re, de ez a része nincs rendesen ledokumentálva sajnos -
Frawly
veterán
válasz
#63718632
#6749
üzenetére
Ez valóban szívás akkor. Nekem sem elérhető a webcíme a PPA-nak. Vagy áramszünet, vagy földbe állt a szerver, vagy az a régió, ahol a neten lóg, túlterhelt, mert mindenki otthonról nyomatja a netet koronakaranténban.
Marad az, amit írtam, átviszed az Ubuntu-rendszerre a pkg.tar.zst csomagot, és kibontod tar segítségével.
Egyébként gáz, hogy még a Deepin kiadású Ubuntu sem tartalmazza ezt a csomagot.
-
Frawly
veterán
válasz
#63718632
#6747
üzenetére
Ubuntunak meg Debiannak ez az előnye. Bináris csomag mindig mindenből van hozzá, sose kell forráskódot fordítgatnod. Lehet PPA-t kell hozzá feltenni, lehet nem a legfrissebb a csomag, de bináris csomag MINDIG van. A legelterjedtebb disztróág, csak a hivatalos tárolóikban van vagy 80 ezer csomag (összeadva a Debian és Ubuntu/Mint tárolókat), és még egyszer ennyi különböző PPA-kban. Tehát olyan sosincs, hogy nem találsz valamihez .deb csomagot, legfeljebb valami nagyon frissen indult git-es hobbiprojektnél tudom ezt elképzelni, de egy Deepin kiegészítő nem ilyen. Tehát ha nem találsz csomagot, az nem azt jelenti, hogy nincs, hanem hogy nem nézted elég alaposan.
-
#63718632
törölt tag
Egy olyan csomagról van szó, ami nincs meg bináris csomagban Debian rendszerre. Ez konkrétan a Deepin Desktop egy kiegészítője a Deepin Topbar. Arch community-ben benn van, ott tudom használni. Meg ugye az anya disztrón is. Most találtam az Ubuntu DDE remix-et (20.04) és ott is szeretném használni ha lehet.
Ebből kifolyólag jött ez a kérdés.
Az alkalmazás git repója is meg van, onnan lehetne forgatni közvetlen. Viszont a fordítási környezethez további összetevők szükségesek másik repóból. Amiben többnyire kínai nyelven van dokumenntálva. Elbogarásznék ott is, ha más nem lehetséges.
Emiatt gondoltam, hátha könnyebb a kész Arch csomagból átalakítani .deb-re.
Nem létfontosságú dolog, amolyan egyéni bütykölés.
Minden esetre amiket ajánlottál, azokat megpróbálom. Nem vesztek vele semmit.
Az az érdekes, hogy miközben kerestem a megoldásokat. A fordított irányú átalakításokra .deb > arch sokkal több találat volt, szinte csak inkább olyan.
Köszi szépen. -
Frawly
veterán
válasz
#63718632
#6743
üzenetére
Igen, lehet ilyet. Először kibontod a pkg.tar.zst csomagot egy mappába. A dpkg Arch csomagot kell feltenni, és az ebben lévő dpkg-buildpackage segítségével tudsz .deb csomagot csinálni. De nagyon nem ajánlom. El fogja cseszni a függőségeket!!!
Inkább a pkg.tar.zst csomagot vidd át egy az egyben az Ubuntu rendszerre és ott a tar -I zstd -xvf pkg.tar.zst segítségével kibontod egy mappába, ahol portable módban használod, vagy a szükséges fájlokat bemásolod a megfelelő mappákba /usr, stb..
De még inkább javasolt, hogy az illető csomagból keress egy Ubuntu PPA-t, és tedd fel azt az Ubuntu-rendszerre.
-
Shyciii
veterán
Derek-é nincs erre patchelve, de nem is baj. Nekem ez totál felesleges. Előnézeti képet még Windows-os filekeztelőn sem használok melóhelyen, nemhogy Linux alatt. Anno mikor otthon Windows volt, akkor sem használtam. Amúgy i3-on lehet az ablakdekórt módosítani, hogy mi jelenjen meg és hol. i3 sokat tud, csak a lényegi dolgokban vérzett el nálam. Ablak közötti rést használok, de csak 5 pixelt, és 3 pixel a border focus. Ennyi kell nekem, hogy ne folyjon egybe az ablakok, mert az valamiért zavar engem
-
Frawly
veterán
válasz
Shyciii
#6740
üzenetére
A kijelzőméret relatív, mert az is számít, hogy milyen közelről nézed. 4K felbontásnak meg valóban nagyobb képátlón van értelme, kicsin sem mutat rosszul, csak a kicsi kijelző nem profitál belőle.
Abban igazad van, hogy néhány tiling WM-ben alapból van ablakdísz, de nagyon minimalista, skin nélküli, egyszínű valami. Általában ezeket is eltünteti az, aki ilyen WM-et használ. Skinezni sem lehet ezeket az ablakdekorációkst, csak ki-be kapcsolni, meg bekapcsolt állapotban a színét megadni (ami lehet transzparens is általában, de kivétel biztos ebben is van, ha támogatott is, akkor is kell kompozitor is hozzá). Háttérképnek valóban nem sok értelme van tiling WM-en, hacsak nem használsz az ablakok között rést. Én nem használok, de én szeretem, ha valami szép háttér fogad, és arra nyitom az alkalmazásokat.
A Konsole-ról pont azt írom én is, hogy bloat. Csak példának hoztam fel. st-ből jó a Derek Taylor-féle változat is. A lényeg, hogy ne gyári default st-ből indulj ki, mert azt elég nehéz normálisra bekonfigurálni meg patchelni.
Képmegjelenítés azért kell terminálba, mert néhány terminálos fájlkezelő tud képekről előnézeti képet mutatni, ami hasznos, illetve w3m böngésző is tud ilyet, szintén terminálos. Na most már, ebben az st régen elvérzett. Persze csináltak hozzá patch-t, amit egyébként ráhegeszteni se nehéz, kivéve, ha több másik patch-csel használod együtt, mert akkor rémálom. De azt hiszem, hogy a Luke Smith-féle st patchelve van erre is, talán a Derek Taylor-féle is.
-
Shyciii
veterán
válasz
#63718632
#6738
üzenetére
Továbbra is azt mondom neked, hogy baszhatod az extrém nagy felbontásodat, ha nem társul hozzá nagy kijelző. Nézd meg a piacot. Nem véletlen, hogy 4k felbontás monitoroknál 23colnál kezdődik tömegesen. Notiknál is inkább 17colnál van, de ott se túl gyakori. A volt cégnél levő userek notinál 4k esetén mind elkezdtek nagyítani, mert semmit se láttak a betűkből, ergo oda lett a nagy felbontás előnye. El kellene már fogadnod végre, hogy a 15" 2k vagy 4k esetén használhatatlan, mert nem csak a nagy felbontás számít, hanem hogy mekkora a kijelzőméret hozzá.
Amúgy az hogy tilling alatt nincsenek az ablakoknak díszitlseik, decorok, az nem igaz, mert az i3 default beállítása, hogy val felső sávja az ablakoknak, de asszem Bspwm-en is volt, csak ott sokkal egyszerűbb eltüntetni, mint i3-on. Ennek ellenére lehet hogy hosszabb ideig marad a Bspwm, mert bár szerinted én javarészt egeret használok, viszont ez így ebben a formában nem igaz, kivéve home office esetén, mert a céges gép amire távolizok az Windows. Böngészőn kívűl billt használok: terminal, double commander, sublime, ffmpeg (videó, hang konverzió), mpv, sacd-vel való műveletek. Ezek mind csak billről.
Nekem azért több a memóriafoglalás, azért érzed soknak, mert nekem most a home office miatt is lett jópár plussz dolog alapból, meghát polybar sem a legtakarékosabb, igaz viszont szép. Meghát nitrogen, udiskie stb stb vannak, amik viszont kényelem miatt kell. Igaz most tilling alá nem használok háttérképet, mert hát ugye minek...De az udiskie sokat foglal. gvfs is van pl az android tools miatt, szal ez a kettő dobja meg. Amúgy azokat a számokat összehasonlítás végett írtam, és nem azért, hogy mennyire kicsi, vagy nagy, hanem viszonyszámként. Abból pont látni, hogy i3 alig jobb, mint az openbox, qtile meg gyalázatos.
Alacritty nekem csalódás volt. Elhiszem, hogy az a leggyorsabb, de az olyan minimális lehet, hogy én nem éreztem gyorsabbnak a Termite-nál. A Konsole nem bloat? Ha most elindítom a telepítőjét, akkor mindjárt 55db csomagot rakna fel. Broáf
Terminálba minek neked kép? 32 bites színmélység? Nem arra való.
St-t magam próbáltam patchelni, de az egérrel+billel való scrollozások sehogy se jöttek össze egyszerre, úgyhogy én a Derek Taylor st-jét használtam fel, mert abban benne van, meg még a font2 patch is és az alpha, és semmi más. Nekem meg pont a font2 és scroll kell. Ehhez én még hozzáadtam a clipboard-ot, meg a Google Dark témáját, és kész. Nekem csak annyi kell hogy lehessen scrollozni benne, működjön a másolás, beillesztés, meg font választék. Ennél több nem kell nekem terminálhoz, úgyhogy most van egy fapados de jól használató st-m. 1 hete ezt használom, és egyelőre nem kívánkozom vissza Termite-ra. -
Frawly
veterán
válasz
Shyciii
#6736
üzenetére
Ami a terminálokat illeti: nekem a Termite jött be legjobban. Azon terminálemulátorok közül, amik még nem olyan bloatak, mint a Konsole, Gnome-Terminal, xterm, LX Terminal, stb.. A legnépszerűbb most linuxos körökben az Alacritty, de nekem nem annyira jön be, annak ellenére, hogy most én is ezt tesztelem. Kevesebbet tud, nehezebben konfigurálható, kicsit szerintem lassabb is. Valahogy most nagy hype van az Alacritty körül, mert új, meg GPU gyorsított, de ez utóbbi sem számít, mert ha fut hardveres GPU gyorsítást (OpenGL-t vagy Vulkan-t) használó kompozitor a WM felett, akkor úgyis minden alkalmazás kirajzolása GPU gyorsított lesz, az is, ami eredetileg nem volt az.
Az st nem lenne rossz, ha nem kéne minden egyes fontos funkcióhoz patchelni, raádásul a patch-ek is össze tudnak veszi. Alapból nagyon fapados az st, se átlátszó hátteret nem kezel, se görgetést, se truecolor megjelenítést (24-32 bites színmélység), se semmit, problémás a Unicode-emoticonok és néhány betűtípus megjelenítése, képek megjelenítése benne. Ezekre mind van st-patch, de mivel azok meg összevesznek, nehezen szabható testre, egy kínlódás normálisra megcsinálni. Megoldható persze, csak nagyon nem kezdőknek való. Aki mégis megpróbálná, az a Luke Smith-féle st-verziót használja az AUR-ból (megnézve hozzá Luke Smith legutóbbi st-s videóját a YouTube-on), az patchelve van mindenre, full extrássá, igazából viszont ilyenkor az st-nek a minimalizmusos előnye veszik el lényegében.
Igaz a Termite a legjobb, de annak is vannak hibái. Állítólag valami nem rendezett licencű vagy problémás frissítési modellű komponenst használ (már nem emlékszem pontosan), ami miatt nincs benne a disztrók 90%-ánál a hivatalos tárolókban, ráadásul nagyon sok függősége van a fordításának, nem magának a proginak, csak a fordításának. Ezt Gentoo-n tapasztaltam, hogy milyen nagy kínlódás forráskódból pörgetni, Void-on még nehezebb volt. Archon mázli, hogy benne van a hivatalos tárolóban, csak ezt a hajára kenheti az, aki mégse Archot használ, meg nem Arch-vonalat, mert pl. kiadás alapúságot vagy LTS-t akar, vagy systemd-mentes disztrót akar, így meg a Termite nekik egyből nem tűnik a legfrankóbb választásnak. Így most nincs egyértelműen mindenki számára legjobb terminálemulátor. A minmalistábbak st-vel és Termite-tal nyomják, illetve az egyre népszerűbb Alacritty-vel, a full extra bloat DE-s felhasználók meg a DE-jük terminálját használják, ami legtöbbször Gnome-Terminal, KDE-n a Konsole. Ez megint attól függ, hogy ki mire használja a gépet, milyen stílusban, milyen disztrót, WM/DE-t futtat. Vannak emberek, akik annyira GUI only-k, hogy szinte sose szednek elő terminált, amikor csak lehet, elkerülik, nekik meg mindegy. Aki viszont 90-99%-ban terminálos alkalmazásokat használ, annak meg baromi fontos, hogy milyen terminált használ, hiszen a böngésző mellett a legtöbbet használt program a gépükön.
-
Frawly
veterán
válasz
Shyciii
#6734
üzenetére
Tiling WM-ből kettőféle van: automata vagy más néven dinamikus tiler az egyik, ilyen a dwm, spectrwm, Qtile, xmonad (ez a négy ráadásul mind dwm-klón, csak más prognyelveken írva, a dwm és spectrwm C-ben, a Qtile ugyanaz, csak Python-ban, az xmonad meg megint ugyanaz csak Haskell-ben írva, és ezek közül mindegyiket azon a nyelven kell konfigurálni, amelyben írták), bspwm, Awesome WM, meg úgy általában a tiling WM-ek 90%-a dinamikus, amelyeknél egy előre eldöntött szisztéma szerint nyílnak és méreteződnek, illetve rendeződnek a megnyitott progik ablakai.
A másik fajta a tiling WM-eken belül a manuális tiler, i3wm, SwayWM (i3wm-klón csak Waylandre), StumpWM, Musca, Ratpoison. Ezeknél nem megadott szisztéma szerint nyílnak az ablakok, hanem neked kell kézileg nyomni gyorsbillentyűkkel, hogy hova nyíljon, ez pedig egyben meg fogja szabni, hogy mekkora mérete lesz.
A másik nagy csoport a tiling WM-ek mellett a stacking WM-ek, ezek a hagyományos ablakkezelők, amelyeknél nem csempékként rendeződnek a programok, hanem egymást átfedni tudó ablakokban, ilyen a WM-ek 90%-a, meg az összes Desktop Environment-ben lévő WM. Stacking WM-nél másik különbség, hogy az ablakoknak vannak fejlécei és diszitései is, míg tiling WM-eknél nincsenek, legfeljebb csak ablakkeret, vagy opcionálisan rés az ablakkeretek között, igazából ezek nem is ablakok, meg ablakkeretek, hanem csempék és csempekeretek (opcionális), és csempék közötti rések (opcionális).
Egyébként ezek a memóriafoglalási számok, amiket írtál, nekem soknak tűnnek. Nálam az Openbox foglal kb. 170 MB memória körül Polybarral, és feh háttérképpel. Igaz nálam nem fut semmilyen systemd-s szutyok, se gvfs, se dokk, se semmi. Egy Bspwm még ennél is kevesebbet kéne foglaljon, 130-150 MB körül, dwm 130-hoz közel. Mármint összfogyasztásban, amiben minden benne van, nem csak a WM.
Egyedül az i3wm-es és Qtile-os számaid tűnnek reálisnak, bár azokat is kicsit sokkalom.
Amit írsz, hogy 3 ablak fért egymás mellé tiling WM-ekben és nem láttad bennük rendesen a tartalmat: pont ezért mondtam múltkor, hogy a tiling WM-eknek akkor van értelműk, ha nagy felbontást használsz, és ki is tudod használni, mert nem extrém kicsi képernyőn nyomod (12 col meg alatta), bár a képernyőméret is relatív, mert attól is függ, hogy milyen közelről nézed. De ahogy múltkor beszéltük, még az is eltér, hogy milyen progikat használsz. Aki tiling WM-et használ, az egy olyan célközönség, hogy ők 90-99%-ban terminálos alkalmazásokat használnak fix szélességű fonttal, és 99%-ban billentyűzetről, nem egereznek. Te meg kb. 90%-ban GUI-s alkalmazáskat használsz változó szélességű (proporcionális) betűtípussal, és inkább egérrel dolgozol, ami meg a stacking WM-eknek fekszik inkább.
Én két okból adtam fel a tiling WM-eket: 1) a laptopomon pitscha kis felbontást kell használnom 1366×768, ezeken csempézni esélytelen, mert bélyegkép méretűek lesznek az alkalmazások, 2) az összes tiling WM-nek fogyatékossága, hogy ha fut az előtérben egy full screen vagy stacking módban futni tudó alkalmazás, akkor nem tudnak róla átváltani másik, háttérben futó alkalmazásra, mert nem létezik nekik „háttér”, amiben futna akármi is.
Ahogy én használom a gépet, azt tabbed WM-nek vagy fullscreen WM-nek lehetne hívni, talán inkább az előbbi, de használom az utóbbi módot is, ezek félúton vannak a tiling és a stacking WM között. Tabbednél maximális ablakban futnak a progik, de látszanak a panelek is (vagy alul, vagy felül, ez mindegy), esetleg opcionálisan az ablakkeretek és fejlécek, full screen-nél meg az utóbbiak nem látszanak, csak az alkalmazás maga foglalja el az egész képernyőt. A felhasználásom nekem a tiling WM-hez áll közelebb, mert nincsenek ablakdiszítések, se ablakkeret, se ablakok között rés, billentyűzetről irányítok mindent (sehova nem kattintok, se panelre, se alkalmazásindító menübe), így lényegében maximalizált képernyős tiling WM-ként használom most az Openboxot is, ami pedig stacking.
A Fluxbox és az Openbox elég hasonlóak, ugyanannak a Blackbox nevű WM-nek a leszármazottjai, klónjai. Csak Fluxboxon kapsz egy panelt is, meg egy-két dolgot, ami Openbox-ból hiányzik, meg talán konfigurálni sem XML-ben kell.
-
Shyciii
veterán
válasz
#63718632
#6735
üzenetére
Fluxboxot nem próbáltam. Mikor XFCE4-ről váltani akartam WM-re, akkor csak annyit csináltam, hogy screenshotok, videók alapján megnéztem hogy külsőre mire képesek, és így választottam az Openbox-ot (no meg mert xml alapú a configurálása, ami egyszerű nyelv). Fluxbox valahogy mindegyik screenshot-on bután nézett ki, míg Openbox-nál nagyobb szép kinézetűeket is találtam. Így lett az Openbox. Még a kezdeti használat után is sokat finomítottam. Pl Tint2 helyett Polybar-t kezdtem el használni, folyamatosan kerestem hozzá egy egyszerű szép témát ami sötét, de jól olvasható, látható marad, ekkor váltottam termite-ra is. Bár most épp SUckless féle Simple Terminal-t használok Bspwm-en
Azt még nem tom, hogy visszamenjek-e Openbox-ra, vagy maradjak Bspwm-en. -
Shyciii
veterán
No ezen a héten végig úgy dolgoztam, hogy nem Openbox-ot használtam, hanem tiling WM-et, méghozzá Bspwm-et. Elsőnek tapasztalat. Számomra használat szempontjából semmivel nem jobb, mint az Openbox. 2-nél több ablaknál már a 3-dik ablak túl kicsi információra. Ha mindhárom ablakot ugyanakkora méretre hozom, akkor meg egyik ablakban sem kényelmes dolgozni. Ezen okok miatt 2x annyi workspace-t kellett létrehoznom, mint amit Openbox alatt használtam. Gyorsaságot nézve nem látok különbséget. Mindkettőt könnyű konfigurálni. Egy dologban viszont jobb a Bspwm, mint az Openbox: összmemória foglalás 17MB-al kisebb, tehát így nézve érezhető a "könnyebség".
És hogy miért Bspwm-et használtam? Nos:- Könnyű konfigurálni, egyszerű a nyelve
- Gyors
- Kevés memóriát fogyaszt
- számomra jól testre lehet szabni, és mégse bonyolódik elMi volt a bajom a többi tiling wm-el:
-i3: elsőre egyértelmű volt hogy azt használjam, hisz nagyon népszerű, így biztos tökéletes lehet. Nos bár eszméletlenül jól dokumentált (gyakorlatilag a legjobban dokumentált), viszont 2 komoly bajom volt vele: a layout amit használ a progik megjelenítésére az egyszerűen szar. Egyenlőr mértékben osztja fel vertikálisan, vagy horizontálisan. Ennyire képes az automata módja, slussz, kész. Persze lehetne úgy, mint a bspmw, csak éppen kétszer annyi bill kombót kellene nyomkodnom. AUR-ban van autotiling, ami megoldja ezt a problémát (sok embert idegesít ahogy olvastam), ami egész jól működik, viszont totál összezavarodik mikor a már megnyitott ablakokat helyezgetném, ez viszont elég nagy probléma. Másik gond, hogy egyszerűen zabálja az erőforrásokat. Pontosan ugyanazt belőve a háttérbe, mint ami Openbox-nál használtam, és csak 5MB-al fogyasztott kevesebb memóriát az i3, mint az Openbox...
- Spectrwm...hát ezt borzalmas volt konfigolni, és nem is tudtam teljesen testreszabni, ahogy nekem kellett volna. Polybar is vacakolt, úgyhogy hagytam a francba.
- Qtile...nagy reményeim voltak. Bár a konfigolás részben bonyolultabb a Bspwm-nél, viszont több minden megoldható benne. Kivéve pár dolgot, úgyhogy azt a xinitrc-ben kellett beállítanom. Előnye, hogy nagyon sokféle layout-ot tud kezelni. Van olyan is, ami majdnem egy az egyben tudja a Bspwm-et. Viszont nem mondanám baromi gyorsnak. Egy hangyányit lassabb, mint az i3, vagy a bspwm. Egy dologban hatalmas csalódás. A memóriafoglalása nem hogy kevesebb az Openbox-nál, hanem 26MB-al több. Ez tiling WM-nek kifejezetten sok, de hogy az Openbox is sokkal jobb így nála...- xmonad. Megláttam a config file-jat, és úgy döntöttem, hogy a Haskell nem nekem való.
- herbstluftwm. Ez teljesen manuális. Nekem kell meghatározni minden ablaknál hogy hova kerüljön. Kösz nem.
- dwm. Akárhányszor változtatok, mindig újra kellene fordítanom. Kösz nem.
Hidegindításkori memóriafoglalások:
Openbox: 201MB
i3: 196MB
Bspwm: 185MB
Qtile: 227Mb -
#63718632
törölt tag
-
Frawly
veterán
-
#63718632
törölt tag
Sziasztok!
Akadt egy érdekes problémám. Mivel van kapcsolatban ez a folyamat?
Ha ez a htop-ban a lista elején van, akkor állandó 73%-on van a processzor terhelés.
Ö lenne az:/usr/bin/mandb --quietésPID:516-al arootfuttatja.
Ha restartolok utána se híre, se hamva. A terhelés beáll minimumra (1-3%). -
BoB
Topikgazda
-
Frawly
veterán
válasz
#63718632
#6725
üzenetére
Igen, ha intenzív lemezművelet van akkor elméletben lehet észrevehetőbb az online TRIM. Meg néhány Linux kernel alatt problémás firmware-ű SSD sem szereti az online TRIM-et. Ezért a disztrók többsége az ütemezettet használja, preferálja. Én használtam mindkettőt, nem vettem észre különbséget.
Van, hogy fájlrendszer is dönt, vannak fájlrendszerek, amik nem támogatják a discard TRIM-et, csak az fstrim-et és fordítva. Igaz kevés ilyen van, ha nem hsaználsz spéci fájlrendszereket, csak a szokásos ext4, FAT32, NTFS, stb., akkor mindegy. Ez csak ilyen f2fs és hasonló spécibb vagy riktább fájlrendszereken döntő.
Azt is vedd figyelembe, hogy NVMe SSD-n nem kell TRIM, mert más mechanizmus automatán gondoskodik az online (nem ütemezett) TRIM-ről.
-
-
-
#63718632
törölt tag
Sziasztok!
Egy kicsit értetlenkednék így Húsvét reggelén.
Telepítettem egy Arch-ot a Calam-Arch-Installer eszközzel. A trimmelés, ha jól tudom az itt "online" megy. A mountolt partíciók az SSD-nnoatimeésdiscardkapcsolókkal vannak azfstab-ban. Kell-e emellé beindítani azfstrim.sevice-t, vagy elég így is? -
Siriusb
veterán
Meg kell mondjam, meglepően kellemes élmény jelenleg a KDE, nem számítottam rá, hogy ennyire tetszeni fog. Gyorsabbnak is érzem, mint a Cinnamon-t, kellemes animációk stb, egész jó a vizuális élmény. Egyedül kitty lassú, de az nem a DE hibája. Hmm, most is belegondolva meg kéne nézni a konsole-t, mit tud.
Berakom ide, hátha valaki szintén idegbajt kap a noto fonttól, pacman.conf-ban alapból ki lehet kapcsolni a szükségtelen variánsok kicsomagolását, nálam ez most így néz ki:
NoExtract = usr/share/fonts/noto/* !usr/share/fonts/noto/NotoSans-* !usr/share/fonts/noto/NotoSansDisplay-* !usr/share/fonts/noto/NotoSansMath-* !usr/share/fonts/noto/NotoSansMono-* !usr/share/fonts/noto/NotoSansLinear* !usr/share/fonts/noto/NotoSansSymbols* !usr/share/fonts/noto/NotoSerif-* !usr/share/fonts/noto/NotoSerifDisplay-* -
Shyciii
veterán
Ezt nem tudom neked megmondani, de minden műtét, vagy optikusnál mikor bemérik, akkor egy viszonyszámot mondanak. Gondolom a 100% valami olyasmi lehet, hogy egy egészséges 32 éves férfi ember milyen távolságban mekkora betűméretet tud leolvasni, és ahhoz mérnek mindent. Gondolom valami ilyesmi lehet Mivel már 4 éve volt a műtét, így már esélyesm sincs megkérdezni a dokinőt, mert már kontrollra sem kell járnom. A legutolsó bemérés most volt egy hónapja a céges egészsgügyi vizsgálaton. Aszerint pont olyan, mint műtét után, vagyis nem romlott, hanem maradt 140% és 120% .Nyilván ez nem sokáig lesz így, mert én is öregszem, úgyhogy addig élvezem a látást
Polybar még akár ennél is szebben nézhet ki, csak nekem inkább funkcionalitás a fontosabb, mint a kinézet. Minden egyes bejegyzst lehetne más színnel aláhúzni pl. Amúgy lxtask helyett htopot is elő lehet hívni, bármilyen programmal működik. Htop-ot azért nem állítottam be rá, mert azt beírva nem indul el a termite és benne a htop (ez amúgy a Rofi alatt sem teszi meg, tehát tuti valami globális beállítás kellene ehhez, de erre mág nem jöttem rá). Így maradt az lxtask. De ha van ötleted hogy oldható meg, hogy htop-ot meghívva bárhol, azzal elinduljon a default terminal program benne a htop (vagy a legjobb lenne bármilyen terminalos progira), akkor azt szívesen fogadnám. Bár amióta ez van tán 3x ha elindítottam, akkor is max memóriafoglalás összehasonlításnak, mert task kilövésére is pkill-t használok a terminál ablakban, szal valszeg majd le is kapom az lxtask-ot. Jah azt elfelejtettem írni, hogy a wifi amit látsz természetesen eltűnik és az ethernet kapcslatot mutatja, ha hálókábel van bedugva, szal az is rendesen dinamikus. A fényerő növelése-csökkentse természetesen megy billentyűről is. Alapban vannak az Fn gombhoz dedikált billentyűje, amit vagy 1 éve beállítottam az Openbox és Arch alatt (kellett az arch-ban is mókolni hozzá), hogy működjenek és persze, de nekem egérről kényelmesebb, de lehet billentyűről is vezérelni.
Az biztos, hogy több GUI-s programot használok, mert azért a böngészés neten mondjuk Lynx-el eléggé ocsmány. Bár amúgy most épp MinBrowser-t és Qutebrowsert tesztelek épp, hogy valami minimálisabb browserem legyen, de tabot tudjon. De egy normális képnéző, file manager ezeket TUIs programmal nekem nagyon ocsmány, és nem kényelmes. Próbáltam én pl ranger-t erre, de egyszerűen borzalmas számomra ezek kezelhetősége, meg ezekben nemigen volt ftp client, amivel a mobilra tudtam volna csatlakozni. Aztán időnként kell fotókat szerksztenem, tehát Gimp. Ugye TUI-s erre megint nincsen, kell használnom teamviewert, vnc-t is, azért ezeket normális használható TUI-val nem, vagy korlátozottan lehet helyettesíteni.
De pl terminál alatt módosítok alap config fileokat (nano), videófileok konvertálása, vagy audio codec megváltoztatáshoz (ffmpeg), iso fileok kiírása pendrive-ra (dd), sacd-d nagyfelvbontású hangileok flac-re konvertálására (sacd_extract), flac szétbontására (split2flac), vagy androidos teló átprogramozására (adb, fastboot), szal igen sokat használom ennek ellenére a terminál-t -
Frawly
veterán
válasz
Shyciii
#6712
üzenetére
Ezt a 120-140%-ot nem tudom értelmezni. Értem, a 100%-hoz képest, de mi a 100%? Kinek a szemére van az mérve? Ez kb. így magában olyan, mint a 50%-kal dúsabb L'Oréal szempillák. Most lehet én vagyok gyépés, de nem tudok ezekkel mit kezdeni.
A Polybart én is használom, de egy alapabb, gyári defaulttól alig eltérő konfiggal, egyszerű fekete sáv, fehér betűszín, minden jobbra igazítva. Azt nem is tudtam, hogy ilyen jól is tud kinézni. Nekem az nem kell, hogy kattintásra mindenféle jöjjön elő, pláne nem ilyen GUI-s programok, mint az lxtask (htop-ot használok helyette). Mondom, ez felhasználásfüggő is, mert te meg én egész máshogy használjuk a gépet. Te többségében GUI-s programokat használsz arányos betűtípussal és egérrel kattintgatsz funkciókért, én terminális TUI programokat monospace betűtípussal és szinte mindent billentyűzetről vezérelek, leginkább vim-stílusban. Ezt nem értette a másik topikban ubyegon, hogy nem lehet mindent egy felhasználó igényei és szemlélete alapján meghatározni, nem mindenkinek a Mentás Cinmanó lesz az etalon. Nekem sem mindig ilyen volt a felhasználásom, fokozatosan alakítottam ezt ki, és még a jövőben is fog folyamatosan még minimalistább, keyboard only irányba tovább változni.
-
Shyciii
veterán
Frawly
Bammeg olvasd már el, hogy miket írok neked. Ha te szerinted xar szem az, hogy a bal 140%-os a jobb meg 120%-os akkor arra nem tudok mit mondani...
Felül látható panel a Polybar. Egyedileg konfigurálva, mert bármit találtam nem tetszett. Polybar-t meg azért választottam, mert amellett hogy sok mindent lehet benne konfigurálni, csak ez volt képes a kipróbáltak között, hogy középre is tudjak rakni akármilyen elemet úgy, hogy önmaga rakja automatikusan középre (2 féle felfogás szerint is képes erre), és ne nekem kelljen space-ekkel és TAB-okkal helyezgetnem (mint pl a sokak által kedvelt tint2). Kijelzésen felül képes pár elem az egérre reagálni. A memória és procirs részre kattintva lxtask jön elő, a hangerőre kattintva lehet némítást ki-be, a hálózati részre megjeleníti a hozzá tartozó ikont (ha valamit szeretnék azon állítani), jobb klikkel meg elrejti az ikont. Ha pedig a fényerőn állok vagy a hangerőn és az egér görgőjét hasznűlom, akkor meg a fényerő és hangerő változik. Jah meg baloldalt az 1-2-re is lehet kattintani az meg a virtual "desktop", de azt nem egérrel használam, hanem billentyűzettel.
Config file pedig íg néz ki: Link
A config fileban látsz még pár dolgpot amit régebben használtam, és nem töröltem ki. Ilyen például jobb szélre egy menü megjelenítése (az elem megvan még a configban, csak már nem jelenítetem meg).
Jah a hangerős egér reakciósra ez a script fut le (Ezt nem én programoztam le): Link -
Frawly
veterán
válasz
Shyciii
#6707
üzenetére
Azért, mert nem jó a szemed, vagy messziről nézed a kijelzőt. A szemem nekem sem jó, vagyis ahogy nézzük, mert közellátó vagyok, így közelre inkább jobban látok, cserébe távolra meg szarabbul, szemüveg kéne, de nem hordok. Nekem most egy 12 colos ThinkPad X220 van a mellkasomon (ágyban pihenek), eléggé beletolva az arcomba, simán látom leméretezve is. De tény, hogy ezek az apró betűk fárasztóak.
Kétpaneles fájlkezelőket meg nem is nagyon érdemes tilingban futtatni, hacsak nincs 2K/4K felbontásod. Ezek anno pont azért jöttek két panellel egy helyett, hogy egyfajta tiling effektként több infót jelenítsenek meg egymás mellett, több infót tudjanak zsúfolni ugyanakkora területre. Tilingban úgy lenne értelme, hogy 2-3 darab 1 paneles fájlkezelőt futtatsz.
Egyébként meg attól is függ, hogy TUI vagy GUI programokat tilingolsz-e. A GUI-s programokban változó szélességű fontok vannak, pl. az i sokkal kevesebb helyet foglal, mint egy m. A TUI-s programok ugyebár monospace fontokat használnak, amik sor/karakter arányban azonos méretnél jobban pazarolják a helyet, viszont lekicsinyítve jobban is olvashatók (a screenshotodon a terminál a legolvashatóbb). Te ahogy látom, GUI-s progikat használsz inkább, én meg TUI-sakat, Writer helyett vim, Double Commander helyett vifm.
Egyébként mi ez a panel nálad felül? Elég jól néz ki, a neve mellé konfigfájlt is linkelhetnél. Előre is kösz.
-
Laszlo733
aktív tag
válasz
jimmy399
#6709
üzenetére
Megnéztem, de nem sokat mond
systemctl status nmb.service
● nmb.service - Samba NMB Daemon
Loaded: loaded (/usr/lib/systemd/system/nmb.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sat 2020-04-04 13:07:00 UTC; 2h 11min ago
Docs: man:nmbd(8)
man:samba(7)
man:smb.conf(5)
Main PID: 3107 (code=exited, status=1/FAILURE)ápr 04 13:07:00 Archlinux systemd[1]: Starting Samba NMB Daemon...
ápr 04 13:07:00 Archlinux systemd[1]: nmb.service: Main process exited, code=exited, status=1/FA>
ápr 04 13:07:00 Archlinux systemd[1]: nmb.service: Failed with result 'exit-code'.
ápr 04 13:07:00 Archlinux systemd[1]: Failed to start Samba NMB Daemon.
lines 1-12/12 (END)journalctl -xe
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit UNIT has begun execution.
--
-- The job identifier is 235.
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:25 Archlinux dbus-daemon[580]: [session uid=1000 pid=580] Successfully activated se>
ápr 04 15:20:25 Archlinux systemd[563]: Started Tracker metadata database store and lookup manag>
-- Subject: A start job for unit UNIT has finished successfully
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit UNIT has finished successfully.
--
-- The job identifier is 235.
ápr 04 15:20:25 Archlinux kwin_x11[664]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), s>
ápr 04 15:20:27 Archlinux konsole[5752]: Icon theme "Materia-Manjaro-Breeze-dark" not found.
ápr 04 15:20:27 Archlinux konsole[5752]: Icon theme "gnome" not found.
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "h"
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "hel>
ápr 04 15:20:27 Archlinux konsole[5752]: QCommandLineParser: already having an option named "v"
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: file:///usr/share/kwin/aurorae/MenuButton.qml:22: TypeE>
ápr 04 15:20:27 Archlinux kwin_x11[664]: QPainter::begin: Paint device returned engine == 0, typ>
ápr 04 15:20:28 Archlinux konsole[5752]: Unsupported return type 65 QPixmap in method "grab"
ápr 04 15:20:28 Archlinux konsole[5752]: Unsupported return type 65 QPixmap in method "grab"
ápr 04 15:20:28 Archlinux konsole[5752]: Invalid return type in method "addAction"
ápr 04 15:20:28 Archlinux konsole[5752]: Skipped method "setDefaultShortcuts" : Pointers are not>
lines 1084-1114/1114 (END) -
Laszlo733
aktív tag
Sziasztok!
Arch Vanilla alatt valamiért / gondolom valami frissítés után / elment az SMB elérés. Nem látja a hálózaton lévő többi gépet és kikapcsoláskor is kiírja a következő hibát:failed to start samba smb daemon arch linux
failed to start samba nmb daemon arch linuxHogyan lehetne helyrehozni?
A sudo systemctl restart samba parancsra a következő hibaüzenet jön parancssorban:Job for samba.service failed because the control process exited with error code. See "systemctl status samba.service" and "journalctl -xe" for details.
Próbáltam ezt is: sudo systemctl start nmb smb
Job for nmb.service failed because the control process exited with error code.
See "systemctl status nmb.service" and "journalctl -xe" for details.
Job for smb.service failed because the control process exited with error code.
See "systemctl status smb.service" and "journalctl -xe" for details. -
Shyciii
veterán
Nah gyorsan összedobtam Openbox alatt egy 3 ablakos megoldást. 2 ablakos gyakorlatilag programonként 1 billentyűlenyomás. Ezt még anno csináltam. A harmadikat meg kézzel méreteztem át. Így néz ki FHD-n, és vegyük hozzá egy ez csak egy 15,4"-es notebook.
[kép]Már ezen látható, hogy a doksi olyan kicsi, hogy határeset a betűméret. Keresni valamit elmegy, de hosszabban olvasgatni már nem jó a szemnek. A double commander meg használhatatlan így kétpanelosan, mert se méretet nem látni, se semmit ,csak magát az elemet. A terminál program szint lófütty így. És ez csak 3 program bakker. Nekem 9-10 lazán meg van nyitva teamviewer, vnc-k kódok stb. Szal ez így nem életképes ekkora kijelzőn native felbontáson.
-
Shyciii
veterán
Akkor újra. Szem problémám nincsen, 4 éve lett műtetve, úgyhogy a bal szemem 140%-os a jobb 120%-os. Asszem ez több mint jó érték, úgyhogy ha azt mondom, hogy agy 15"-os képátlóra 2k-s felbontást rakunk, és az olyan kicsi, hogy minden csak nem kényelmes használni, konkrétan xar, akkor szerintem csak van benne igazság...
Borland Delphiről meg annyit, hogy a volt kollégám aki elment az előző munkahelyről mert édesanyját kellett ápolni, ezért Bp-ről Szeged-re ment, gond nélkül talált ott is munkahelyett, ahol Delphi programozó kellett, és nettó 650eFt-ot fizetnek neki. Szerintem az nem egy szar fizetés. A volt munkahelyemen levő Delphi programozó meg még többet keres, úgyhogy az hogy kb a kutya sem használja, az nettó faszság. -
Frawly
veterán
válasz
Shyciii
#6694
üzenetére
Nézd, nem vitatkozni akarok, meg azt úgyse vitatnám, hogy normális 1-2 monitoros desktop megoldás a legjobb. De akik ilyen 2 monitorral, meg többféle programmal egyszerre dolgozó fejlesztők, azok úgyse laptopon fognak dolgozni, és nem csak a kijelzőméret miatt.
Én csak annyit mondok, hogy de, a laptop képernyője is alkalmas lehet már tilingra. Inkább függ a felbontástól, mint a tényleges képátlótól. Meg attól is, hogy kinek milyen jó a szeme. Nyilván egy értelmes szintig, mert 5-12 colon nyilván nem sok mindent lehet csinálni, még full screenben is pici, komoly, tartós munkára alkalmatlan ez a méret.
Én egyébként a laptopon full screenben nyomatok mindent, kivéve párbeszédablakok meg 1-2 spéci progi (PCem), ami nem hajlandó teljes képernyőre skálázódni. De erre a szükségmegoldásra is inkább az alacsony felbontás visz rá, 1366×768. Néha, ha kell valami, akkor két részre van osztva a képernyő és ennyi. Ez is ritkán, és többet nem tuszkolok egymás mellé, mert nem látnék belőle semmit.
Szerintem Borland Delphit nem nagyon használ már senki. Régen sem volt népszerű, most meg kb. a kutya sem. Max. a meglévő kódokat fordítgatják vele, de még azokat is inkább FreePascal fordítóval (ami Delphi- és Object Pascal kompatibilis is). Mondom ezt úgy, hogy én régen éveket programoztam Borland Pascalban, és anno szerettem, de eljárt felette az idő, bánom, hogy nem C-t tanultam már akkor is helyette.
-
Shyciii
veterán
válasz
vargalex
#6701
üzenetére
OFF
Nihhiiiincs? Én is azt hittem mikor odakerültem a céghez, aztán elkezdte sorolna a bbérügy szakértő, aki a navos oktatást is szokott tartani, hogy akkor miből is áll ez az egész, aztán 1 perc után mondtam neki, hogy köszönöm ennyi elég is, mert a felét sem értettem már. Én is azt hittem hogy van a bár, pár adó, szabadság, esetleg rugalmas munkaidő, gyed- gyes egy-két ilyen faszság, oszt kész. Hát nagyon nem
Indexelés amúgy rendben van. Mivel MSSQL-es, így egy-egy lekérdezést végig lehet monitorozni, és persze azt is, hogy melyik tábla, melyik részében tölti a legtöbb időt, de így idő után nincs tovább. Mondjuk Google Spanner-jére kíváncsi lennék, mert ott nincs ilyen gond mint a sima MSSQL, vagy MySQL-ben. Hatalmas adatokkal is könnyen elbánik. No de ennyi, mert ez mégiscsak Linux fórum -
vargalex
félisten
válasz
Shyciii
#6700
üzenetére
Hát, nem tudom. Én Oracle-ben vagyok járatos. Megfelelő indexeléssel, particionálással nem lesz gyorsabb, áttekinthetőbb, ha szétdobod... Persze valószínűleg azért dobod szét, mert nincs particionálás. Egy bérszámfejtő alkalmazáshoz tartozó adatbázisban nincs annyi különböző adattípus, ami indokolná azt a sok táblát.
...
Új hozzászólás Aktív témák
Hirdetés
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Assassin's Creed Shadows Collector's Edition PC
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Bomba ár! Dell Latitude E5570 - i5-6300U I 8GB I 256GB SSD I 15,6" FHD I HDMI I CAM I W10 I Gari!
- AKCIÓ! Intel Core i7 7700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- Bontatlan SteelSeries QcK 3XL egérpad
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest