- Bemutatkozott a Poco X7 és X7 Pro
- Milyen okostelefont vegyek?
- Xiaomi 14T Pro - teljes a család?
- VoLTE/VoWiFi
- Honor Magic6 Pro - kör közepén számok
- Android alkalmazások - szoftver kibeszélő topik
- Huawei Mate X6 - keleti oldal, nyugati oldal
- Honor 400 Pro - gép a képben
- Samsung Galaxy S24 FE - később
- Motorola Edge 50 Neo - az egyensúly gyengesége
-
Mobilarena
Arch Linux topik
Új hozzászólás Aktív témák
-
válasz
Siriusb
#8844
üzenetére
ezen felbuzdulva kisakkoztam, hogy miért nem tudok belépni Waylanddal, egy mode setting hiányzott csak.
cserébe az első loginnél rá kellett jöjjek, hogy a kedvenc KVM szoftverem nem támogatja a Waylandet, ahogy a forkja sem, és az a szoftver sem, amiből ezt forkoltákszóval: ismer-e valaki ezekhez hasonló, aktívan fejlesztett programot, ami támogatja a Waylandet?
-
#78522999
törölt tag
válasz
Siriusb
#8844
üzenetére
Az a Wayland miatt van. Gyorsabb.
Viszont ...
- nekem még sehogyan nem sikerült gamma értéket állítanom Wayland alatt
(a laptopomon 1.1, 1.2, 1.2 érték van beállítva xorg alatt)- a Kodi újabb verzióját sem sikerült Wayland kompatibilisre tákolni, bárhogy ígérgették.
A 3840x2160 kijelzőt 2x skálázásnál 1920x1080 kijelzőnek látja, tehát 4K tartalmak ugrottak. Kizárólag a beállított 60Hz-en képes lejátszani, tehát egy 24fps film nem az igazi.
Mindezek tökéletesen rendben vannak xorg alatt.Sajnos nekem továbbra sem pálya a Wayland.
-
-
-
Shyciii
veterán
válasz
Siriusb
#8600
üzenetére
pacman -S nftables után ilyen bejegyzések vannak alapból az nftables.conf -ban?
Nah ezt nem gondoltam volna. Mindenesetre több furcsaságot látok benne. Egyrészt a sorrenddel nemigen értek egyet. Másrészt ha ez az alap config, akkor azért igen bátor a default ssh portot megnyitni úgy, hogy az illető nem is biztos hogy szeretne ssh-zni. Ugyanez az icmp-vel. Ezzel az összes icmp csomagot engedi, nem csak a pinget, de szabály már nincs rá, hogy mennyit enged másodpercenként. Hát... -
Shyciii
veterán
válasz
Siriusb
#8598
üzenetére
Vannak előre definiált számokhoz tartozó stringek. Ilyen pl a filter is, aminek az értéke 0. Én jobban szeretek számot használni. Anúgy a gyári alapbeállítás nekem az volt, hogy minden, minden irányba engedett, vagyis befelé is jöhetett minden. Az általam először leírt merőben más.
Egy folyamatosan kint levő komolyabb szerveren érdemes még ezeket is használni:table netdev drop-bad-packets {
chain ingress {
type filter hook ingress device ens19 (ez nyilván másnak más) priority -500;# ip fragments
ip frag-off & 0x1fff != 0 counter drop# drop tcp "xmas" packets (bad flag combo)
tcp flags & (fin | psh | urg) == fin | psh | urg counter drop# drop tcp packets with no flags
tcp flags & (fin|syn|rst|psh|ack|urg) == 0x0 counter drop# drop tcp packets with mss below minimum
tcp flags syn tcp option maxseg size 1-535 counter drop
}
}table inet drop-bad-ct-states {
chain prerouting {
type filter hook prerouting priority -150;# drop packets in "invalid" connection-tracking state
ct state invalid counter drop# drop tcp packets for new connections that aren't syn packets
ct state new tcp flags & (fin|syn|rst|ack) != syn counter drop# drop new connections over rate limit (ez nagyon függ attól, hogy mit csinálsz a gépeden). Minél több mindent, és hektikus a terheltség, annál inkább használhatatlan ez.
ct state new limit rate over 20/second burst 41 packets counter drop
}
}Ezenfelül még lehet tiltani a BOGONS ip-ket, mert értelmes adat onnan nem jöhet, de az már egy home szerveren jócskán túlmutat. Igazság szerint ha nem valami fontos, cég szintű dolgokat tárolsz, akkor a felső sorokra se nagyon van szükséged, max a drop-bad-ct-states táblára.
-
Shyciii
veterán
válasz
Siriusb
#8596
üzenetére
Nah ha már benéztem, akkor egy kis segítség. Alap nftables beállítás sima otthoni használatra (szerverekre ennél jóval durvább beállításokat szoktam konfigolni értelemszeráűen
) Adtam neki kommentet is, hogy érthető legyen. A chain output azért nincsen benne, mert az alapértelmezett az accept.
cat /etc/nftables.conf
#!/usr/sbin/nft -f
flush ruleset
table inet filter {
chain input {
type filter hook input priority 0; policy drop;
# accept any localhost traffic
iif lo accept
# accept traffic originated from us
ct state established,related accept
# accept neighbour discovery otherwise IPv6 connectivity breaks
icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } accept
}
chain forward {
type filter hook forward priority 0; policy drop;
}
}Természetesen ha ez az otthoni géped mondju ka torrent miatt sokat lóg a neten, vagyis kvázi egésznap be van kapcsolva, akkor én még beletennék jópár szabályt védelem gyanánt, hogy már alacsony szinten el tudja dobni a csomagokat, hogy ha valaki egy gyengébb DOS-al próbálkozna.
-
Shyciii
veterán
válasz
Siriusb
#8554
üzenetére
Ettől nem félek. Egyrészt az utóbbi idő kivételével sok munkám volt, szal eleve ritkán volt elővéve a saját notim, másodszor az utóbbi időben hogy több időm volt, így jelentősen fejleszettem a vifm, nano keybindings/scripteket, hogy gyorsabban, sok funkcióval lehessen dolgozni. Sőt már olyat is csináltam, hogy gyakorlatilag egy terminálos menüt csináltam, hogy milyen programok vannak a debian tárolóban, és ahogy kurzorral mozgok, úgy mutatja, az infókat róla (amúgy ezt simán át lehet írni Archos pacman, yay stb-re is), meg csináltam szintán ilyen menüt a céges szerverekre ssh, és sshfs utasításokra is, hogy ha nincs otthon a céges notin, akkor is pillanatok alatt elérjem a szervereket ha gond van. Szal azért van mit csinálni 
-
growler
őstag
válasz
Siriusb
#8530
üzenetére
08.25.-én kaptam grub frissítést.
Másnap 26.-án (délután) ismét frissült a grub - ez feltűnt, és utána néztem.
Kiderült hogy a 26.-ai az downgrade vot az előző verzióra.
(Egyébként, a 26.-ai indításnál semmi probléma nem volt.)
Még ma is ez a downgrade-elt grub van fent. [link] -
#63718632
törölt tag
válasz
Siriusb
#8432
üzenetére
Én sima titkosítatlan
ext4-en élem az életem, szóval ehhez nem tudok mit hozzá tenni.
A Reflektor az ugyan az mint pl. Ubuntun a tükör elérési sebessége alapján alapuló prioritás. A frissítési szervereket illetően.
Őszintén megvallva nálam nem hozott látványos javulást annyira, hogy ezt mindig megcsináljam.
Én úgy vettem észre, hogy apacmaninteligensen is a leggyorsabb tükröket használja. -
Shyciii
veterán
válasz
Siriusb
#8371
üzenetére
Én pont fordítva látom. Amióta nem Qt-s programokat használok, azóta kevesebb erőforrással is beári a linux, és azóta nem találkoztam eltürt, furán vislekedő programokkal, csomagokkal. KDE-t is addig használtam a legelején, míg ki nem derült hogy a frissítések sokszor elbaxák valamilyen funkcióit rejtélyes módon. Ha 1 éves távlatban nézem pl itt a fórumot, akkor itt is sokszor előjöttel hibák ami a KDE-re volt visszavezethető.
Elhiszem, hogy sok embernek ez a megoldás, mert készen kap mindent, hálistennek engem érdekelt a linux felépítése, működése, így megszabadulhattam tőle, és saját rendszert építhettem, és használom ugyanazt most már több éve gond, és probléma, patajelenségek nélkül. -
#68216320
törölt tag
válasz
Siriusb
#8355
üzenetére
Nem próbáltam, de megteszem.
Jelenleg ennyi a service:[Unit]Description=Autorun ImWheel[Service]ExecStart=/usr/bin/imwheel[Install]WantedBy=graphical.targetUpdate:
Sajnos így sem fut valamiért. Akkor lesz jó csak a browser görgetés, ha terminálba beírok egy "imwheel" commandot. -
#68216320
törölt tag
válasz
Siriusb
#8353
üzenetére
Valamit elszúrhattam, mert ezeket a köröket megfutottam és nem indult az imwheel command (/usr/bin/imwheel)
Ahogy írtam, probáltam systemd service-ként is (root vagy user)
De akkor megpróbálom újra.Én anno ubuntu vonalon amennyire az elején utáltam, a végére annyira megszerettem a Unity-t. Nekem az hiányzik. KDE valamiért sohasem jött be igazán.
Sonja:
Nekem ezzel a megoldással nem sikerül command-ot vagy script-et indítani, kizárólag alkalmazásokat. -
#68216320
törölt tag
válasz
Siriusb
#8350
üzenetére
Igen, hasonló ok miatt tiltottam le én is, bár teljesítményben ez erősebb (rtx 2060)
Uazásnál nem gond, ha le van tiltva, de minden külső monitor portot (DP, HDMI, USB-C) az Nvidia kezel, így otthon már nem tudom majd használni a 4k monitort.Na, nem tudtam, hogy még létezik a Bumblebee. Valahogy el is feledtkeztem róla már jópár éve
Alapvetően nem is az volna a célom most, hogy 1-1 alkalmazást dVGA-n futtassak, míg másokat nem, hanem az, hogy ki-be tudjam kapcsolni az NVidia vga-t.
Nyugodtan belefér a dologba egy reboot is, hiszen a külső monitor miatt állandóan kell az nvidia vagy éppen utazás közben sohasem kell.Szóval erre volna jó valami kényelmes on-off megoldást találnom.
Más:
Nem sikerül megoldanom, hogy a gnome felület indulása után, user-ként tudja script-et vagy egy command-ot indítani. Esetemben most az imwheel lenne aktuális.
Próbáltam már systemd service-ként, .xinitrc és .config/autostart script-ként is, de sehogy nem futott le. Manuálisan kell minden rebootkor beírnom a terminálba.
Kérhetnék ebben valami segítséget?
Lenne majd 1-2 bash script amit indítanék user joggal. -
anorche1
őstag
válasz
Siriusb
#8323
üzenetére
Szerintem igen, ez lesz a titok.
Koszonom a valaszokat!Egy masik kerdesem is lenne, hogy valakinek sikerult eletrekelteni a hibernalast swap file -lal?
16GB ramom van, egy 16GB -os swapfilet hoztam letre, ami tokeletesen is funkcional.
De mikor kiadom a systemctl hibernate parancsot, Not enough swap space for hibernation hibat dob, akkor is, ha van osszesen 300MB ram foglalas.
Beraktam a /etc/default/grub -ban hozzadatam a GRUB_CMDLINE_LINUX_DEFAUL sorhoz a resume=/home/anorche/msata/swap swap_file_offset=14018560 erteket, majd grub-mkconfig -o /boot/grub/grub.cfg, restart, de nem segitett.Kiprobaltam gyorsan swap particioval is. Igy mar ugy csinal, mint aki hibernal, de valoszinuleg csak valamilyen egeszsegtelen modon kikapcsolja a gepet.
Ez igy nem jo
-
jimmy399
senior tag
válasz
Siriusb
#8148
üzenetére
Nekem van egy Fm2 pro4-m alaplapom, egy AMD A8-5600K-s procim, DDR3 ram, egy Ati Radeon 5550 HD-m a PCI-E slotban, valamint egy HD 7650D a CPU-ba integrálva.
Az 5550-re van csatlakoztatva egy sima mezei 16:10-es Lg monitor, a 7650D-re még egy sima 16:10-es monitor 19".Frissítettem a legutóbbi kernelre és amikor engedélyeztem a 5550-en a második kijelzőt kiterjesztve, azonnal csonttá fagyott a rendszer. Csak a reset segített, mert bár ssh-n be lehetett jelentkezni, de nem tudtam leállítani rendesen a gépet úgy sem.
Ezek már nem mai hardverek, és mégis szétfagyasztotta a gépet.
Debian 11 simán megy ezzel a felállással 5.10.0-s kernellel, Arch alatt meg 5.10 és afelett fagyott azonnal csonttá. Rendesen ignorepkg-ba kellett tennem a kernelt, mert ment a remegés, hogy jó lesz-e vagy sem.Hardverhiba kizárt, Windows 8.1 & 10, a Debian11 is simán megy.
-
ztsoft
őstag
válasz
Siriusb
#8152
üzenetére
Engem is nagyon zavar (egy időben a billentyűzetet akartam szétverni miatta
), de szerencsére rátaláltam a Ctrl+L-re (Az összes dokumentum mentése), így megúszta a fizikai sérülést.A legszebb, hogy a Geany-ban sem működik a Ctrl+S. Szerintem valahol ütközés lehet, de nem tudom, hogy hol. Egy esti frissítés tett be neki (másnap reggel vettem észre), pacman logból vissza állva sem oldotta meg. Most semmi kedven újra konfigolni a teljes rendszert.
-
Frawly
veterán
válasz
Siriusb
#7632
üzenetére
Az a baj, hogy nagyon pontatlanul írod mit akarsz, és csak találgatni tudunk. A képernyőkímélő nem egyértelmű, mert nem tudom, hogy a kijelző energiatakarékos kikapcsolását érted alatta (ami igazából DPMS blank time) vagy tényleg a kalsszikus DOS/Win képernyővédőt (ún. screensaver, amikor a képernyőt nem kapcsolja ki, hanem mozgó grafikát jelenít meg).
Épp így a Lock screen / suspend esetében sem egyértelmű, hogy mire gondolsz.
Egyébként meg pont itt jön elő, amit írtam. Nálam ez e beállítás pálcika WM-en annyi, hogy egy autostart nevű Bash script fájlba beteszem a xset dpms 0 0 630 & tartalmú sort, és kikapcsol a screensaver és a screen blank is 10 perc 30 másodperc múlva. Nem kell vergődni, hogy melyik ikon, melyik menüjébe rejtették ezt a nyomorult beállítást.
Épp így a screensaver is így indul nálam, autostart fájlban újabb sor: xss-lock ~/scripts/screensaver-script & és ennyi. De épp ilyen egyszerűen definiálom a billkombókat, touchpad apró beállításait, tálca beállításait, szintén ebből a fájlból, 1-1 sor. Nem kell keresgetnem grafikus felületen, meg 500 kattintásból állítgatnom, hogy mi hol van, egyszer megírtam, 10+ évig működni fog, nem lesz az, hogy a KDE4, 5, 6 máshogy kezeli Qt4, Qt5, Qt6 alapokon, vagy máshogy kezelné a Gnome2 meg a Gnome3.x-4x. Nem mindig az a legfelhasználóbarátabb megoldás, ami annak látszik. Ráadásul ez az autostart megoldás memóriát sem foglal annyit, és rendszerújrahúzáskor csak visszamásolom, legtöbb X.org alatt futó pálcika WM eszi, de ha xinitrc-be behúzom, akkor az összes. Waylandes grafikus felület csak annyiban más, hogy ott az autostart részt be kell emelni a WM konfigfájljába, meg némileg módosítani, pl. SwayWM-nél:
exec swayidle timeout 600 '~/scripts/screensaver-script' timeout 660 'swaymsg "output * dpms off"' resume 'swaymsg "output * dpms on"'
Ez már bonyolultabb, de ezt is csak egyszer kellett kigugliznom és megírnom, soha többé nem kell keresgetnem semmit rajta, 10 perc múlva elindítja a screensavert (ami egy terminálban futó asciiquarium), +1 percre rá a képernyőt elsötétíti. Viszont ha újra gép elé ülök, akkor feloldódik a képernyősötétítés, de az i3lock és az alatta futó asciiquarium továbbra is fut, be kell írnom a jelszót, és akkor a screen lock is feloldódik. A +1 perces időeltolódás azért van, hogy ha véletlenül mégis a gép előtt lennék, és látom, hogy kilőtte a képernyőt, még gyorsan nyomok valamit, hogy ne zárolja a grafikus felületet, van egy kis plusz időm.Egyébként az óránkénti négy-ötszöri képernyőkikapcsolás nem árt a kijelzőnek. Az 1-10 másodpercenkéntnyi talán, a 12-15 percenkénti nem. Azt meg nagyon erősen ajánlom, hogy a képernyőt x inaktivitási idő miatt zárold, ha nem vagy gépnél. Igen, kényelmetlen a jelszót állandóan begépelgetni, de majd megszokod, és a te biztonságod szolgálja, és nem függeszt fel semmilyen futó folyamatot. Nagyon ajánlom akkor is, ha egyedül használod a gépet, vagy egyedül élsz, ha hirtelen ott kell hagyd a gépet, és valaki illetéktelen behatoló is jut be a gép közelébe, akkor sem tud a gépbe belematatni.
-
válasz
Siriusb
#7632
üzenetére
én ha úgy állok fel a céges gépemtől, hogy tudom, hogy ki fog kerülni a látóteremből, akkor zárolom. ekkor egy általam válaszott kép lesz a teljes képernyőn, középen egy jelszómezővel.
ha pár percig nem nyúl hozzá senki, akkor a monitorok elalszanak.
ettől az égvilágon semmi bajuk nem lesz, ez teljesen üzemszerű, tervezett működés, ettől teljesen fölösleges féltened a monitort. -
urandom0
senior tag
válasz
Siriusb
#7629
üzenetére
Na állj, a suspend az a felfüggesztés, az tényleg felfüggeszt minden folyamatot, és elmegy alvó módba!
A zárolás az, ami nem függeszt fel semmit. Félreértettük egymást.Ha konkrétan képernyőkímélő kell, az tudtommal nincs KDE-ben, szóval marad az xscreensaver. De mi a cél pontosan? Miért ragaszkodsz a képernyőkímélőhöz?
-
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.
-
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. -
Shyciii
veterán
válasz
Siriusb
#7499
üzenetére
Egyébként most nézegetve a krunner hibákat vannak érdekességek. Valakinek szintén meghalt , mint neked, de ha kikapcsolta a calculator-os részét a krunner alatt, akkor újra működött neki rendben
Amúgy ez a hibaüzenet azért érdekes, mert olyan szintaxist használna, ami már meg lett változtatva, vagyis már nem így kellene kinéznie. Egész pontosan a Qml 5.15 óta más a connection szintaxisa. Ez ugye a Qt-hez tartozik (amit anno KDE-n meggyűlöltem, és azóta is kerülöm azon programokat, amik Qt-n alapulnak. Így pl a VLC és a qbittorent is kiesett).
De hogy ennek lehet-e köze a krunner hibához... -
-
Frawly
veterán
válasz
Siriusb
#7126
üzenetére
Nem keserítesz el senkit, sőt, jó is, hogy írod, mert ebbe bele fognak futni páran. Egyelőre még csak én futottam bele, de ahogy az új libtorrent-rasterbar verzió lecsorog a stable tárolóba, más disztrókon is, nem árt tudni erről a problémáról. Elhiszem, hogy azóta megoldották a qB-fejlsztők, de hány hét is telt el? Mondjuk lehet csak disztrószinten fordították újra a libtorrent-rasterbart, és nem a qB-fejlesztők oldották meg, de akkor is. Ez így élből komolytalan. Én annyiból valóban sajnálom, hogy ha a fejlesztők nem lennének ilyen nemtörődöm hozzáállásúak, akkor simán a legjobb opensource torrentkliens lenne. De ahogy nézem, a torrent egyfajta rétegigénnyé süllyedt vissza, most majdnem minden fejlesztő hanyagolgatja a témát, lásd transmission-cli-nak sem megy a régi TUI kliense. Tényleg összeszedhetnék magukat, mert ez a torrent egy elég régi protokoll, nagy újítás nem érkezik bele, a klienseknek mostanra már ultrakiforrottnak kéne lennie. Ha valami új dolog lenne, akkor elfogadnám, hogy még csak kísérleteznek vele, nem ért még be az egész.
Azzal viszont maximálisan egyetértek, hogy ilyen SMB-s szopások helyett sokkal egyszerűbb egy FTP szervert beröffenteni, általában minden támogatja szerver és kliens szintjén is, és ugyan semmivel nem biztonságosabb protokoll, de legalább ransomware-támadásoknak nem esik áldozatul, és tényleg multiplatform, és baromi egyszerű működésre bírni, én is ezt szoktam preferálni gépek közötti megosztásnál LAN-on. Nagyon gyorsan be lehet konfigurálni egy FTP-t, míg az SMB-vel, meg NFS-sel elég sokat lehet szívni, amire általában az esetek 99%-ában nincs idő.
-
vargalex
félisten
válasz
Siriusb
#7061
üzenetére
Én is éppen tegnap frissítettem a teljes rendszert, és gond nélkül megy tovább a qbittorrent (qbittorrent-nox-ot használok). Valóban áprilisi verzió, amit egyébként tegnap flaggeltek out-of-date-ra. De ez még nem jelenti, hogy máris lenne újabb verzió. Persze lehet, hogy egy rövid időre volt a repoban...
-
-
_Dumber_
őstag
válasz
Siriusb
#7042
üzenetére
Kövezzetek meg de én még mindig yaourt-ozok.
A pikaurt majdnem használom, de ha több keresési eredmény között ki kell jelölnöm, hogy mit akarok telepíteni, akkor defaultként az 1 van beállítva a pikaurban (default=1). A yaourtban meg semmi. Így ha entert nyomok a yaourt csak kilép a pikaur meg az 1-es sorszámot telepíti.
Le lehet ezt a funkciót állítani? -
Frawly
veterán
válasz
Siriusb
#7040
üzenetére
Nálam nincs az illető fájlban ilyen, nem is tudom mi ez a tally, életemben nem hallottam még róla. Utánanézhetnék, de lusta vagyok hozzá. Nekem nem tört el semmi. Bár azt régóta tudom, hogy valamit nagyon rosszul csinálok, mert Archon nem szokott semmi eltörni. Utoljára Gentoo-n törtek el, kísérleti RC kerneles, meg -9999 verziós tesztcsomagok, de az utóbbiba is inkább az én tudatlanságom játszott bele, meg én kerestem a bajt, hogy ilyen ultrafriss csomagokkal próbálkoztam, ha már lúd, legyen kövér alapon.
Abban viszont igazad van, hogy ennek kint kéne lennie az archlinux.org főoldalán, mert több embert érinthet, hogy akinek ilyen van benne ez a tally, szedje ki. Ezt sose értettem, pont erre lenne a főoldaluk hírszekciója, eleve fizetnek a szerverért, és nem használják ki, hogy van.
-
-
Laszlo733
aktív tag
válasz
Siriusb
#7020
üzenetére
Arra hivatkozik, amit Te is mondasz:
conky: Syntax error (.config/autostart/conky2.desktop:2: unexpected symbol near '[') while reading config
file.
conky: Assuming it's in old syntax and attempting conversion.
conky: [string "..."]:147: attempt to index a nil value (local 'settings') -
Laszlo733
aktív tag
válasz
Siriusb
#7016
üzenetére
Azt nem tudom, hogy a " sima " lua -hoz van - e köze, de azt nem lehet eltávolítani, mert függőségre hivatkozik.:
függőségek vizsgálata...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: luaeltávolításával megtörik a 'lua' függőség amit a conky kér
:: luaeltávolításával megtörik a 'lua' függőség amit a vlc kér -
Shyciii
veterán
válasz
Siriusb
#6687
üzenetére
Többek között ilyesmi esetek miatt hagytam ott a KDE-t. Gnome-ot mert borzalmasan lassú volt és kevés beállítási lehetőség. XFCE-t témázva is randa, és egyáltalán nem olyan gyors ahhoz képest, hogy light. Nah ezután akadtam a szemem elé a WM rendszerek. Abból a Tilingot rögtön kilőttem, mert egy notebookon nincs értelme, de Openbox, Fluxbox és társai már tetszetősek voltak. Openbox kapásból nyert ahogy átolvastam ezeket, és néztem a konfig fájljaikat. Azóta sem bántam meg, és még csak kósza ötletként sem merül fel, hogy visszamenjek másra
-
BoB
Topikgazda
válasz
Siriusb
#6682
üzenetére
A krunner file location problémára most hirtelen workaround jutott eszembe, mégpedig a custom window rule.
Be lehet állítani hogy mekkora legyen a krunner ablak, és beállítod jó szélesre, a fájl nevek mellett lehet látni az elérési útvonalat, mert amúgy mutatja csak nem fér ki olyan kicsi az ablak alapból (nem mindet mondjuk de ha fölé viszed az egeret akkor igen).
-
Frawly
veterán
válasz
Siriusb
#6666
üzenetére
A Double Commandernek valóban volt régen a 0.7.x-es verziók vége felé, és a 0.8.x-es verziók eleje feléig, hogy néha lefagyott. Most már ezt nem tapasztalom, nyugodtan megpróbálhatod. Ez is csak a Gtk-s verziókat érintette, Qt-snél sose tapasztaltam.
Váltani én is szoktam a grafikus felületek között, ha megunok egyet. Bár egy idő után elfogy a variáció, nagy csodát egyik se tesz, valami panel, dokk, vagy menü (indítómenü vagy egész képernyős Dash-szerűség), háttérképkezelő, asztali ikonkezelő kombinációival dolgozik mindegyik, még a tilingok is, csak ott alapból nem fedik egymást az alkalmazások, ahogy stackingnél. Meg a tilingok inkább billentyűzetes irányításra gyúrnak, nem egeresre, ennek ellenére az egeret is kezelik természetesen.
Plusz a kompozitor szokott még más lenni, de ott sem tudsz végtelen variációt, áttetszőség, áttetszőség+elmosás (Aero), árnyék, esetleg egy-két 3D-s effekt (nyúlós ablakok, 3D-s virtuális desktopváltás, ablaknyitó, záródó effektek), és kifújt.
Én pl. most váltottam SwayWM-ről vissza Openboxra, de nem a megunás miatt, hanem systemd függőségének elkerülésére. Amúgy már nem várok semmit a WM-től, alkalmazásaimat megjelenítse, elég mindegyiknek full screen, ablakdekorációk nélkül, meg elég egy háttérkép, áttetsző panel, ezen kívül áttetszőség van egyedül még a terminálon. Semmi más nem kell, se dokk, se asztali ikonok, se indítómenü (arra vagy dmenu_run-t vagy rofi-t használok, esetleg fzf-et használó shell script), se 3D effektek, se semmi. Böngészőn, Steamen, meg Wine-s programon kívül grafikus progikat se futtatok, minden terminálban fut CLI/TUI alkalmazásként. Mindenhez gyorsbillentyű van rendelve, nem kattingatos sehová, semmilyen ikonra vagy menüre.
Így ha megunok valamit, akkor inkább háttérképet, színtémát, betűtípust cserélek. Ennyi is elég szokott lenni megunás ellen újabban.
-
BoB
Topikgazda
válasz
Siriusb
#6666
üzenetére
Be lehet állítani mennyi idő múlva tűnjenek el az értesítések.
Én GNOME-ról váltottam vissza KDE egész egyszerűen azért mert a gtk-s programok csak addig működnek amíg nem terheled meg egy kicsit jobban őket.
Videoszerkesztésre az összes gtk-t használó összeomlott nálam 1000+ képnél, kivéve a Kdenlive.
Nagyon hosszú sorokat tartalmazó szöveges fájl megnyitásakor lefagyott a gedit. Kate gond nélkül vitte.
Meg volt mégegy amire már nem emlékszem, de a gtk-s program szintén összeomlott míg emez nem, na akkor betelt a pohár.
-
totron
addikt
válasz
Siriusb
#6666
üzenetére
Az LXDE miért nem? Nekem sem jött be, sokáig nem, majd de. Minimalizmust emlegettél, az tudja. Azt látom, hogy a DE-ktől nem akarsz elszakadni, mégis valami másra vágysz, de nem szeretnél vesződni az egyéni összeállítással, konfigolgatással. Jó pedig, mikor magadnak rakod össze a menüt is és minden mást. Mikor html kóddal állítod a hátteret.
-
válasz
Siriusb
#6660
üzenetére
Mi a baj a Cinnamonnal? Csak a minimalizmus hiánya?
Nálam XFCE van Fedorán, és Cinnamon Arch-on.
Az XFCE szerintem nagyon jó cucc.
Kevesebb pozitív (csillivilli hiánya), és kevesebb negatív (gnome3 származékként tud alkotni a Cinnamon...) élményt ad, szóval unalmasan használható, de szerintem mégis van benne valami szerethető.
Egy jó témával szerintem annyira faszán néz ki, hogy neken nincs igényem komolyabbra.
A file kezelője kicsit fapad volt elsőre a Nemo után, de idővel rájöttem, hogy nekem nem is annyira fontosak a Nemo plusz fícsörei.
Arch-on is XFCE-zni fogok hamarosan. Mégpedig Manjaro formában.Nálam a KDE kuka az old-school Windows szerű kinézet, és néhány KDE4 óta kikopni nem akaró UI elem miatt, és a Gnome3 származékok is a címsorba rakott ikonok és a megbízhatatlan extension-ök miatt.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
). A Shift+Del működik nálam a Dolphin-ban.
Új hozzászólás Aktív témák
Hirdetés
BoB- Milyen routert?
- Bittorrent topik
- Bemutatkozott a Poco X7 és X7 Pro
- Milyen belső merevlemezt vegyek?
- Windows 10
- Kevesebb dolgozó kell az Amazonnak, AI veszi át a rutinfeladatokat
- Tőzsde és gazdaság
- Házimozi belépő szinten
- Elektromos autók - motorok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- További aktív témák...
- Gyermek PC játékok
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- BESZÁMÍTÁS! ASRock H310CM i3 9100F 8GB DDR4 240GB SSD 1TB HDD GTX 1060 3GB AeroCool Strike-X 500W
- Felújított szerverek, storage-ok, hálózati eszközök Enterprise szinten, minden gyártótól
- AKCIÓ! Microsoft XBOX Series X 1TB SSD fekete játékkonzol garanciával hibátlan működéssel
- Telefon felvásárlás!! Samsung Galaxy A22/Samsung Galaxy A23/Samsung Galaxy A25/Samsung Galaxy A05s
- Bomba ár! Dell Inspiron 7400 - i7-1165G7 I 8GB I 512SSD I 14,5" 2K I HDMI I Cam I W11 I Garancia!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged