-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
BoB
Topikgazda
"password timeout-ot nem ajánlom 0-ra venni."
Nem igazán látom annak a biztonsági hátrányát hogy a végetelenségig vár arra hogy beírd a jelszót, bár lehet van. Szerintem ez inkább csak azért van hogy ne akasszon meg a végtelenségig programfutást a jelszóra várás.
"onnantól az egész sessionben ne kelljen újra sudo-t megadni"
Itt szerintem arra gondolsz hogy jelszót nem kér x ideig újra. Ez alapból 5 percre van állítva, akkor neked javaslom tiltsd le:
visudoDefaults timestamp_timeout=0
[ Szerkesztve ]
You may corrupt the souls of men, but I am steel. I am doom.
-
Frawly
veterán
Nem, nem arra gondoltam. Meg lehet úgy csinálni, hogy időkorlátra való tekintet nélkül nem kell többé beírni a jelszót rebootig, még másik ablakban sem. Ez még kényelmesebb, mint az időkorlát megemelése. De képzeld el, hogy véletlenül lefut valami szutyok, ami simán root jogot kap, mert már egyszer aktiváltad a sudo-t. Nem véletlen, hogy az összes disztróban a default az 5 perc körüli idő. Igen, kényelmetlen állandóan beírogatni, kellemetlenséggel jár, ha lejár, de a felhasználó saját biztonságát szolgálja.
Ha csak az a baj, hogy yay-es telepítés vége felé time out-ol, simán újra kell csak indítani a yay -S programnév paranccsal, akkor látni fogja, hogy .cache-ben már le van fordítva, és egyenesen a telepítéséhez fog hozzákezdeni az elkészült, azaz a már lefordított és betömörített AUR-os csomagnak. Vagy amit már írtak, hogy a yay tartja meg a sudo jogot egy kapcsolóval.
-
Shyciii
veterán
Egy kis infó, aki esetleg hasonló cipőben jár.
Openbox alatt azt tapasztaltam, hogy a Termite ablak keretének egy része ott marad mikor bezárom. Plusz egy video tearing and smoothness youtube testnél akadozott a kettős vonal mozgása időnként (de tearing hiba nem volt). Ekkor még nem gondoltam volna, hogy a két hiba összefügg.
A lényeg, hogy én xcompmgr -t használtam kompozit managerként (könnyebb beparaméterezni, meg kevésbé robosztus, mint a többi, csak ezért választottam ezt).
A keret megmaradási probléma esetén erre gyanakodtam, mert előtte nem volt. Gondoltam fordítok elég időt a Compton-ra és kipróbálom vele. Nos Compton-t használva már nincs ablakkeret megmaradási probléma a Termite bezárása esetén, sőt. Most vettem észre, hogy a video tearing and smoothness teszt a youtube-on teljesen sima futást eredményez, így ezekszerint ezen hiba is a kompozit manager hibája volt. -
Frawly
veterán
-
vinibali
őstag
a Compton-nak van egy forkja, esetleg érdemes lehet megnézni:
https://github.com/yshui/compton/tree/master és az AUR csomag: compton-git[ Szerkesztve ]
BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Shyciii
veterán
Frawly
Én azt látom, hogy a compton 03.28-án buildelt utoljára, ezért is próbáltam ki És ahogy nézem yshui forkja érhető el alapból a tárolóból.
Az akadozásra amit írtál akár igaz is lehetne, de annyira asszimetrikusan véletlenszerűen hol itt, hol ott akadozik meg egy-egy pillanatra, hogy nyilvánvaló volt, hogy driver, vagy más gond lesz. Én az intel plusz configjára tippeltem, de azzal csak rosszabb lett a helyzet. Így egy másik ügy kapcsán viszont kiderült, hogy az xcompmgr kompozitor okozta ezt az érdekességet.vinibali
Ez a fork érhető el alapból az Arch tárolóból -
Frawly
veterán
válasz Shyciii #5707 üzenetére
Valamennyire minden kijelzőn akadnak ezek a tesztcsíkok. Azért tűnik randomnak, mert nem minden képkocka kerül asszinkronba, kell egy pár frame, mire annyira asszinkronban frissülnek a képkockák, hogy akadást érzékelsz. A kijelződ sanszosan 60 Hz-es, míg a legtöbb videó 29.97 fps-ses. De még 60 fps-ses videónál is előjön, hogy a kijelzőfrissítés sose pontosan 60 Hz, hanem ilyen 59,99 vagy 60,02 vagy hasonló.
Még nálam is van egy kis akadás, pedig nálam se X.org, se Compton, se Compton git, helyette Wayland kompozitor van (wlroots + SwayWM).
A gond akkor van, ha túl nagyok az akadások, szinte végig diavetítés az egész, na, akkor tényleg a GPU driver nem jó.
Milyen hardveren használod az Arch Openboxot? A GPU miatt kérdezem.
-
Shyciii
veterán
Hát most compton esetén nincsen akadás. Max annyi, ami emberi szemmel nem érzkelhető, így nekem továbbra is kompozitor problémának tűnik
Amúgy természetesen 60Hz a kijelzőm, mert egy teljesen átlag notebookom van.GPU: Intel HD620 és Nvidia GeForce MX130, de bumblebee-t nem üzemeltem be, úgyhogy én nem tudom váltogatni, hogy mikor melyiket használja. Szerintem így mindig az Intel-t használhatja a linux.
[ Szerkesztve ]
-
Frawly
veterán
válasz Shyciii #5709 üzenetére
Igen, ha nem váltogatod, akkor az Intel IGP-t használja. Ezt inxi -Gxxx futtatásával ellenőrizheted is.
Nálam van egy kis akadás. Nem nagy, néha, sok másodpercenként kicsit ugranak a csíkok. Nem tudok vele mit csinálni, ez az eltérő fps miatt van. Tényleg csak olyan enyhén, hogy ilyen tesztvideóval lehet csak kimutatni, akkor is nagyon figyelni kell rá, hogy észrevegyem. Nekem csak Intel IGP-m van (HD3000).
Annak örülni kell, ha nálad egyáltalán nem csinálja. De Intel IGP-n is sok mindentől függ, milyen driverrel hajtod, pl. KMS kernel driverből is van már kétféle, az egyik a hagyományos i915, a másik az Iris Gallium3D, ami alapból nincs bekapcsolva, és a Broadwell prociktól kezdve támogatja az IGP-ket, a régebbi Intel GPU-kra csak az i915 elérhető.
Az sem mindegy, hogy fent van-e a X.org-hoz a xf86-video-intel driver (nem ajánlják, de van, aki esküszik rá mégis), vagy enélkül hajtod, vagy ha fent is van, akkor be van-e kapcsolva a tearfree vagy valami egyéb opció benne.
De még kompozitora is válogatja. Compton és Compton között is vannak különbségek, még az eredeti verziókban is, nem hogy a forkhoz képest.
[ Szerkesztve ]
-
Shyciii
veterán
inxi nem mutatja nekem, hogy éppen melyiket használja. Mesa-demos nincsen felrakva, így a glxinfo-val nem tudja lekérni. Most gyorsan felraktam, és azalapján pl 4k-s youtube videónál is az intelét használja, hiába nagy a terhelés. Mondjuk nem baj, mert a geforce tuti jobban zabálná az akksit.
-
-
Shyciii
veterán
Nekem nem az van fent va-api gyorsításra, hanem a libva-intel-driver.
A media-val is próbálkoztam (Kaby Lake-es procim miatt), de asszem azzal nem ment a chromium hardveres gyorsítása. CPU ugyanannyit zabált, mint előtte. Tán pont ezen a fórumon tárgyaltuk anno, hogy a libva-intel-driver, vagy az intel-media-driver a megfelelőbb, de már nem emlékszem, hogy konkrétan mire jutottunk. -
Frawly
veterán
válasz Shyciii #5714 üzenetére
A libva-intel-driver is működhet, de a te GPU-d már a legújabb generációba tartozik és az intel-media-driver való hozzá, amit gyurmafigura ír. Ez több codec-et támogat. Ellenőrizheted az Arch Wiki VAAPI cikkéből kiindulva.
A Chrome egy hulladék mindenképpen, az alatt a hardveres gyorsítás mindig is problémás volt. Persze ha elégedett vagy a libva-val, akkor maradhatsz annál. Én is azt használom, de én kényszerből, az én Intel IGP-m még egy régi generáció, és azt nem támogatja az intel-media-driver, hiába telepítem, nem használja a rendszer.
[ Szerkesztve ]
-
Shyciii
veterán
Igen, tudom, hogy frissebb. Anno azzal is kezdtem a próbát, de nem működött, és ezért írtam ide. Valaki ajánlotta a libva-t, és azzal jó lett. És ekkor kezdtünk el agyalni, hogy most akkor melyik csomag is a jó, az ajánlott. Ez határozottan rémlik, csak az nem, hogy pontosan mit is következtettünk ki Lényeg, hogy nekem a libva-val működik (valamiért).
Amúgy párszor már próbálgattam a Vivaldit, hogy azzal leváltom, de aztán valahogy mégsem vált be. Firefox-ot meg nem bírom. Így maradt a Chromium.
[ Szerkesztve ]
-
Siriusb
veterán
Pikaur-ral frissítettem, erre kiírja, hogy q4-et frissíti AUR-ból. Mi a fenének van nekem qt4?! Megnéztem, a keepassx2 függősége, viszont ahelyett van a hivatalos repóban a keepassxc.
Ezután, ha már lendületben voltam, megnéztem, a kupfer-nek van-e valami normális alternatívája, mert 5-6 évvel ezelőtt még ez volt a legjobb. Nos, meglepetésemre találtam is egy Synapse nevű cuccot, ami egész jónak néz ki, hát gyorsan le is cseréltem a kupfer-t.
Végig kell gondolnom, mi az még, amit már sok éve használok és esetleg megérett a cserére.[ Szerkesztve ]
-
-
Blasius
tag
Üdv,
Van egy AMD C-30 alapú netbookom amit még néha előveszek. Régebben Ubuntuval használtam és a zárt Catalyst meghajtóval jól működött a suspend (a Windowsokon is jól működött). Majdnem egy éve áttértem Manjarora nyílt meghajtóval (Radeon), de itt már nem működött a suspend. Pontosabban a felébredés nem működött... A hibernálás az jól működött de a rendszer elég lassan állt fel utána. Ha sikerült felállítani akkor utána már jól működött. Gondoltam hogy nekiugrok az Arch wiki alapján felrakni a Catalystot, de a telepítés közben elakadtam mert a repók nem voltak elérhetőek. A Catalystot nem egy könnyű menet modern rendszerekre feltenni mert pl az xorgott le kell butítani régebbi verzióra stb. Ezek a régi xorgok, de kernelhez illő Catalystok is a wikin linkelt repókban lettek volna.
Hát én úgy gondoltam hogy ezek nélkül nem ugrok neki a Catalyst telepítésének. Viszont a netbookon teszteltem a suspendet, és a legnagyobb meglepetésemre azt tapasztaltam hogy a nyílt meghajtókkal is jól működik, a felébredés is jól működik, pedig nem is babráltam rajta semmit, csak azokat a frissítéseket szoktam engedni felmenni amik időnként előjönnek. Pedig régebben tuti nem ment. Úgy látszik ilyen is van !Ha ''a'' ram megy dualban ''b'' rammal, és ''c'' ram megy dualban ''b'' rammal, akkor ''a'' ram megy dualban ''c'' rammal?
-
vinibali
őstag
Az Evergreen sorozat nagyon jól támogatott a nyílt driverrel, én nem is tudom elgondolkoztam-e azon, hogy az elmúlt 5 évben felrakjam a zárt drivert
rá is kerestem, a gyáró oldalán az utolsó driver: 2015 szeptemberi, a nyílt meg időként most is kapja a hiba javításokat és frissítéseket.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
őstag
Sziasztok! Média lejátszó számára szeretném megosztani a filmjeimet NFS-en keresztül, csak olvasható módban, a megosztás elérését a médialejátszó ip címére korlátozva. Milyen paramétereket javasoltok az /etc/exports fájlba? A megosztás a /home/usernev/nfs és az ez alatt levő könyvtárak lennének. Tehát a felhasználóm könyvtára alatt lenne a megosztás.
A wikiben ez a példa konfig van:/etc/exports
/srv/nfs 192.168.1.0/24(rw,sync,crossmnt,fsid=0)
/srv/nfs/music 192.168.1.0/24(rw,sync)
/srv/nfs/home 192.168.1.0/24(rw,sync,nohide)
/srv/nfs/public 192.168.1.0/24(ro,all_squash,insecure) desktop(rw,sync,all_squash,anonuid=99,anongid=99) # map to user/group - in this case nobodyMilyen paraméterek kellenek ebből? A /home/usernev/nfs <lejátszó ip>(ro,all_squash,crossmnt) elég? Azt silabizáltam ki a wikiből hogy nekem ezek a paraméterek kellenek.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Nem indul az NFS, erre panaszkodik (ezt a journalctl -xe paranccssal írattam ki):
The unit var-lib-nfs-rpc_pipefs.mount has entered the 'failed' state with result 'exit-code'.
máj 13 17:12:43 attilav-pc systemd[1]: Failed to mount RPC Pipe File System.
-- Subject: A start job for unit var-lib-nfs-rpc_pipefs.mount has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit var-lib-nfs-rpc_pipefs.mount has finished with a failure.
--
-- The job identifier is 1350 and the job result is failed.
máj 13 17:12:43 attilav-pc systemd[1]: Dependency failed for rpc_pipefs.target.
-- Subject: A start job for unit rpc_pipefs.target has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit rpc_pipefs.target has finished with a failure.
--
-- The job identifier is 1349 and the job result is dependency.
máj 13 17:12:43 attilav-pc systemd[1]: Dependency failed for RPC security service for NFS client and server.
-- Subject: A start job for unit rpc-gssd.service has failed
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- A start job for unit rpc-gssd.service has finished with a failure.
--
-- The job identifier is 1353 and the job result is dependency.
máj 13 17:12:43 attilav-pc systemd[1]: rpc-gssd.service: Job rpc-gssd.service/start failed with result 'dependency'.
máj 13 17:12:43 attilav-pc systemd[1]: rpc_pipefs.target: Job rpc_pipefs.target/start failed with result 'dependency'.-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
válasz attilav2 #5724 üzenetére
Kigugliztam, megcsináltam ezt: [link] Egyelőre nem dobott hibát.
Most újraindítom a gépet, meglátom működni fog e.Hát ez nem jött össze, szarakodott az indításnál, valami szolgáltatásra várva számolta a másodperceket, átléptem.
Belépés után elindítottam az nfs szervert, megtalálta a megosztást a médialejátszó. Az automatikus indítással lesz egy kis bibi.
[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Na most kikommenteltem ezt a beállítást:
Add the following line to the [Unit] section of /usr/lib/systemd/system/nfs-client.target
DefaultDependencies=False -> #DefaultDependencies=Falseés így is működik a szolgáltatás. Lehet csak az nfs telepítés után egy újraindítás kellett volna, ahogy az egyik arch-os fórum javasolta.
Ha a nfs-client.target szolgáltatás automatikus indítása is be van kapcsolva(ahogy ez a leírás javasolja) akkor vár 1perc 30mp-t az nfs szerver indítása előtt, inkább kivettem ezt az automatikus indításból, maradt csak a nfs-server.service és most nem volt várakozás és elindult rendben az nfs. Érdekes anomáliák vannak az arch linuxbanEgyébként a /home/attilav/nfs <lejátszó ip>(ro,sync,crossmnt)
paraméterekkel a megosztás működik és az alkönyvtárakba is beenged.
A paramétereket az /etc/exports fájlban levő példák és a wiki alapján próbáltam belőni.
Az NFS-t egyszerűbb beállítani mint a Samba-t[ Szerkesztve ]
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Biztonságilag milyen ez a megosztás, lehet ezen még finomítani?
A wiki ezt javasolja biztonság szempontjából:
Configuration
ServerGlobal configuration options are set in /etc/nfs.conf. Users of simple configurations should not need to edit this file.
The NFS server needs a list of exports (see exports(5) for details) which are defined in /etc/exports or /etc/exports.d/*.exports. These shares are relative to the so-called NFS root. A good security practice is to define a NFS root in a discrete directory tree which will keep users limited to that mount point. Bind mounts are used to link the share mount point to the actual directory elsewhere on the filesystem.
Consider this following example wherein:
The NFS root is /srv/nfs.
The export is /srv/nfs/music via a bind mount to the actual target /mnt/music.# mkdir -p /srv/nfs/music /mnt/music
# mount --bind /mnt/music /srv/nfs/music
To make the bind mount persistent across reboots, add it to fstab:
/etc/fstab
/mnt/music /srv/nfs/music none bind 0 0Van értelme így csinálni?
Egyetlen aggályom van ezzel, hogy mivel sima felhasználóként csak a /home könyvtáramra van írási jogom, és az alkalmazások is csak oda írhatnak tudtommal, ha a torrentkliens letölt valamit annak az én felhasználóm lesz a tulajdonosa, a torrent kliens alapból nem is tud írni a /srv/nfs könyvtárba. Megoldható ez valahogy? Hogy kell beállítani a felhasználó/csoport jogokat hogy az én nevemben futtatott alkalmazások írhassák a /srv/nfs-t?-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
őstag
Na belőttem az UFW-t a GUFW segítségével, le is teszteltem alapból nem engedte az NFS-t, belőttem neki a portot és a gép és a lejátszó IP jére korlátoztam az NFS forgalmat, így egyelőre biztonságos azthiszem.
-||- Asrock B660M HDV -II- G.Skill Aegis 2x16GB DDR4 -II- - i3 12100f -||- Sapphire RX550 4GB -||- AOC Q27V4EA 1440p -||-
-
zumike
tag
Üdv,
ezt hogyan tudnám telepíteni?
git clone https://aur.archlinux.org/brother-dcpt510w.gitls -alt brother-dcpt510w/
összesen 28
drwx------ 15 users 4096 máj 19 07.59 ..
drwxr-xr-x 3 root root 4096 máj 16 21.33 .
-rwxr-xr-x 1 root root 443 máj 16 21.33 brother-dcpt510w.install
-rw-r--r-- 1 root root 376 máj 16 21.33 fix_lp.patch
drwxr-xr-x 8 root root 4096 máj 16 21.33 .git
-rw-r--r-- 1 root root 1245 máj 16 21.33 PKGBUILD
-rw-r--r-- 1 root root 785 máj 16 21.33 .SRCINFO -
Siriusb
veterán
Szia!
https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages
Vagy feltelepítesz egy AUR helper-t, pl. pikaur, és utána már egyszerűen, amúgy pekmenesen tudsz telepíteni és frissíteni is az AUR-ból.
-
zumike
tag
Szia,
idáig fedorát, ubuntut használtam, pénteken raktam fel az archot, egy kicsit még szokatlan.
Köszönöm! -
Frawly
veterán
Arch Linux Drops GCC 9 From Testing Due To BCache Corruption Bug
Mielőtt ubyegon örülne, hogy instabil az Arch, csak úgy mondanám, hogy csak Testingen jön elő, és ott is csak akkor, ha SSD-vel cache-el valaki HDD-t, és még az is kell hozzá, hogy valaki 5.0 vagy újabb kernelt használjon. Én nem teszek ilyet, így nálam Testingen sem okozott gondot a legújabb kernel mellett gcc 9.1, simán fordult vele minden. Ennek ellenére beraktam ide a hírt, hátha valaki érintett, mert az archlinux.org-ra csesztek kitenni. Gondolom úgy voltak vele, hogy Testing tárolót úgyis csak a bátrak és a haladók használnak, ők megoldják maguknak.
[ Szerkesztve ]
-
eddie1978
aktív tag
NFS gondom van. Netgear R7800 routeren OpenWrt van. Beállítottam az NFS megosztást ami működött is. Pár hete eltört valami. A boot után nem töltötte be az asztalt, viszont használható volt a gép már akkor is. Legalább egy perc kellett mire megjelentek az ikonok az asztalon. Az NFS megosztást nem tudtam megnyitni a thunar-ban. Teljesen belassult a thunar. Most kivettem az fstab-ból az NFS bejegyzést. Így rendesen elindul a rendszer.
Végignéztem az OpenWrt-t Mount megvan, showmount parancsra mutatja a megosztást.
Ellenben ha Arch alól akarom parancsorból felcsatolni az NFS megosztást, akkor az alábbit látom és itt elakad:
Created symlink /run/systemd/system/remote-fs.target.wants/rpc-statd.service → /usr/lib/systemd/system/rpc-statd.service.
Mit érdemes megnéznem?
rpc.statd exited statusban van.Ez az nfs probléma lehet az nfs-utils frissítéstől?
-
Shyciii
veterán
Sziasztok,
Ismer valaki olyan parancsot, amivel az USB-s eszközöket újra lehet inicializálni?
A gondom az, hogy az USB-s wireless egeremet betöltéskor nem mindig ismeri fel, és ilyenkor csak az adó/vevő egységet ki-behúzva tudom működésre bírni, de ugye ezt nem szeretném, mert azért az USB port sem egy tartós csati. -
Shyciii
veterán
Köszi. Az usbreset-et az AUR-ból próbáltam, de nem találtam hozzá syntaxist, így amiket próbáltam azzal nem működött. Pl a másik linken próbált módon is xxxx:xxxx amit persze az lsusb által kiadott értékekkel próbáltam.
Most nézem, hogy az AUR-os usbreset az nem ugyanaz a linken levő usb-reset -el. Nah akkor ezt lefordítom mindjárt és próba.
[ Szerkesztve ]
-
vinibali
őstag
én openwrt-n használtam ezt a csomagot, ott jó volt. más kérdés:
használ valaki xfce4-terminalt?
GTK3 óta nekem nem működik a kijelölés + Page Down gombos párosítás. leforgattam a 0.6.3 - utolsó GTK2 - verziót és megy akárcsak régen.BIOS/UEFI írás, helyreállítás, törlés, mentés! https://www.bvinarz.org/bios-iras/
-
Sonja
veterán
válasz Shyciii #5741 üzenetére
Szomorú. Lehet, hogy ezt akkor softwaresen nem is lehet "megoldani"?!
Szerk.: Ezt a megoldást próbáltad már?
[ Szerkesztve ]
Ha csalódni akarsz, bízz az emberekben!
-
Shyciii
veterán
Csak engem zavar ez a GTK vs QT mizéria? Most kitaláltam, hogy sötét témát akarok használni. Természetesen mivel az Openbox GTK-t használ (bár ha jól tudom QT-t csak a KDE használ) így a QT-s appok egyrészt sok függőséget raknak fel, de a legnagyobb szívás a támák használata. Kitaláltam, hogy most egy ideig (vagy akár hosszabb ideig attól függően hogy jön be) sötét témát fogok használni. Persze a GTK-s progik frankón átveszik, a QT-sek meg nem. Oké, Arch Wikin van leírás, hogyan lehetne ráerőszakolni a QT-s appokra, hogy vegyék át, de ez nemigazán akar működni. Azért ez egy nagy hibája a Linuxnak, hogy ennyire szét tud tagolódni, nincs egységesítés. Vagy a programozók nem törődnek ezzel a problémával. Tisztelet a kivételnek, mert pl a Transmission programozói egy huszárvágással megoldották ezt. Ők csináltak gtk-s és qt-s verziót is.
-
Shyciii
veterán
Mikor Openbox-ra áttértem én is így tettem, de van pár berögződés még Win-es korszakból (meg KDE-s Manjaro-ból is), ami miatt pár QT-s cuccom van.
Win-es korszakból:
- Xnview képnézőnek
- VLC média lejátszónak
- Qbittorrent -> mondjuk tegnap átváltottam Transmission-ra. Kevesebbet tud, de jó ez is nekem ahogy most próbáltam.
Manjaro KDE-ből:
- Flacon -> 1 darabos FLAC fileok szétválasztása
- FF Multi Converter -> képek, videók konvertálása más formátumra
- Notepadqq szövegszerkesztőDe muszáj lesz keresnem alternatívákat amik megfelelnek nekem a hülye berögződéseim ellenére is, mert ha nem is fog bejönni a sötét téma (bár most nagyon tetszik épp), akkor se jó, hogy ennyire meg van kötve a kezem. És az már tuti, hogy soha többet nem fogok KDE-re visszamenni.
[ Szerkesztve ]
-
félisten
válasz Shyciii #5746 üzenetére
Én még a linux korszakom elején végigpróbáltam jó sok progit, amikre szükségem volt, és sikerült GTK-sok közül megtalálni mindent, ami kell. Csak annyi, hogy újra kell gondolni, hogy mire van szükséged valójában.
Jó kis változás volt nekem is, de utólag nagyon örülök neki.Torrent kliensből kipróbálhatod a deluge-t is. Nekem az a kedvencem.
[ Szerkesztve ]
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
Shyciii
veterán
Igen, a Deluge volt a másik amit a Transmission mellett érdemesnek találtam a qbitorrent helyett. Egyelőre most hagyom a Transmission-t. Ha pár nap alatt nem válik be, vagy nem tetszik, akkor kipróbálom a Deluge-t is. Flacon helyett split2flc -t találtam, de persze külsőre ég és föld, hisz parancssoros ahogy néztem, de még nem próbáltam ki, mert most épp nincs olyan flac-em amit darabolni kellene. A gáz az XnView lesz és a VLC. Ezekhez nagyon hozzászoktam hosszú évek alatt. Ebben az esetben meg kell erőszakolnom magam No meg a notepadqq miatt is...
-
Shyciii
veterán
válasz vinibali #5749 üzenetére
Azt használom (-tam, most váltottam Feh-re, ami persze konfigurálás nélkül rém fapados), de nem az a gondom, hogy nincs Xnview, hanem az, hogy az Xnviewmp QT-s csomagokat használ, mint ahogy a systemlib-es is, így nem veszi át a GTK-s rendszerek alatt a témákat (sem).
Új hozzászólás Aktív témák
- Ingatlanos topic!
- Tudományos Pandémia Klub
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Xbox Series X|S
- Google szolgáltatás (GMS) Huawei telefonokra
- gban: Ingyen kellene, de tegnapra
- (nem csak) AMD FX / Ryzen tulajok OFF topikja
- Elektromos rásegítésű kerékpárok
- Alcor e-Pad - van még remény
- Ennyibe kerülnek a Huawei Pura modellek Európában
- További aktív témák...
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Steames kulcsok jó áron eladóak!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest