Hirdetés
- sellerbuyer: Milyen laptopot vegyek? Segítek: semmilyet!
- Gurulunk, WAZE?!
- Luck Dragon: Asszociációs játék. :)
- sziku69: Szólánc.
- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- Argos: Az vagy, amit megeszel
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sellerbuyer: HDMI vagy DisplayPort kábellel szebb a kép?
- sziku69: Fűzzük össze a szavakat :)
- skoda12: Webshopos átverések
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
urandom0
senior tag
válasz
5leteseN
#95271
üzenetére
Neem, nem kell mindenből csomagot csinálni. A csomag azért jó, mert a csomagkezelő lehet kezelni, azaz:
- (egy adott disztrón belül) egységes módon lehet telepíteni, frissíteni, eltávolítani
- lehet a csomagba olyan szkripteket tenni, amiket a csomagkezelő le tud futtatni telepítés előtt/után, vagy eltávolítás előtt/után
- a telepített csomagok listáját ki lehet exportálni, és át lehet vinni másik gépre, így nagyon gyorsan fel lehet húzni ugyanazokat a programokat a másik gépre
- vagy csinálhatsz magadnak olyan szkriptet, ami újratelepítés után a legfontosabb csomagokat feltelepíteni neked, stb.Igen, a Synaptic tud csomagokat kezelni. De végső soron a Synaptic is csak egy grafikus felület, ami a paranccsoros apt programmal. Vannak más grafikus felületek is a csomagkezeléshez, pl. a Muon, Discover, Gnome Software...
De mint ahogy Windows-on vannak portable programok, amiknek a futtatásához általában semmi más nem kell, mint egy Windows, és nem kell őket telepíteni, ugyanúgy Linuxra is lehet írni olyan programot, ami bármilyen disztribúción elfut.
-
urandom0
senior tag
válasz
5leteseN
#95268
üzenetére
Nem értem, hogy jön ide a Synaptic?
Ez a Githubos amdvbflash ez tulajdonképpen egyetlen darab futtatható fájl (meg mellette egy README.md, de abban csak a leírás van).
A Synaptic pedig pedig egy grafikus felület az apt csomagkezelőhöz.
De az a amdvbflash nem csomag, csak egy sima futtatható fájl. Statikusan van fordítva, ami azt jelenti, hogy benne van szinte minden, ami kell a futtatásához.
-
urandom0
senior tag
válasz
RaZroX
#95250
üzenetére
ERROR: ld.so: object '/usr/lib64/libglib-2.0.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
/opt/resolve/bin/resolve: symbol lookup error: /lib64/libgdk_pixbuf-2.0.so.0: undefined symbol: g_task_set_static_nameItt az volt a baj, hogy a Davinci a
g_task_set_static_namefüggvényt szerette volna meghívni (ez a GLib 2.76-os verziójától érhető el), de a /lib64/libgdk_pixbuf-2.0.so.0 fájlban nem találta meg.A Fedorában ugyan 2.78-as libglib van, úgyhogy ennek elméletileg jónak kellene lennie. VISZONT a Davinci mellé odacsomagoltak egy rakat libet (a libs mappában), és balfék módjára sikerült nekik a 2.68-as libglib-et mellécsomagolni, amiben valóban nincs benne a
g_task_set_static_namefüggvény. Ezért kell elmozgatni vagy kitörölni a libs mappából ezt és az ezzel kapcsolatban álló libeket, és akkor már a Davinci a rendszer libjét fogja használi, ami viszont teljesen jó.Egy másik megoldás, ami jó lehetett volna, a disztró által biztosított lib átmásolása a Davinci mappájába:
sudo cp /usr/lib64/libglib-2.0.so.0 /opt/resolve/libs/, felülírva az ott lévőt libet.
Hogy ez miért nem műkődött, azt nem tudom, lehet, hogy még több libet is át kellett volna másolni, vagy valamiért nem írta felül a Davinci libglib-jét...Ez a megoldás pedig:
LD_PRELOAD="/usr/lib64/libglib-2.0.so" /opt/resolve/bin/resolve
Ez arra utasítja a resolve-t, hogy a /usr/lib64/libglib-2.0.so-t töltse be a sajátja helyett.A libpango esetében majdnem ugyanez a szitu, a program a
g_string_free_and_stealfüggvényt hívná, viszont a libpango nem volt telepítve. Ezért írtam, hogy ha már így is egy rakat libet odacsomagoltak a program mellé, miért nem voltak képesek odarakni a libpango-t is?
Eléggé elbszott egy terjesztési forma ez, de szerintük ezzel így nincs probléma... hát, oké.
Csak annyit kell bemásolni a Google-ba, hogy g_task_set_static_name, és látszik, mennyire nincs probléma vele (kb. kétezer topik van, ami erről a hibáról szól). -
-
urandom0
senior tag
válasz
RaZroX
#95241
üzenetére
Próbáld meg ezt a két csomagot feldobni:
sudo dnf in gdk-pixbuf2 glib2-develEsetleg próbáld meg a /opt/resolve/libs/ mappából az összes olyan fájlt, ami úgy kezdődik, hogy libglib-2.0.so, azokat átmozgatni máshova. Ha ezután sem indul, a rendszer által biztosított libglib fájlokat átmásolni oda:
sudo cp /lib64/libglib-2.0.* /opt/resolve/libs/ -
#95242
urandom0
senior tag
PCProfessor
#95239
urandom0
senior tag
válasz
PCProfessor
#95239
üzenetére
Valamelyik megoldás csak segít.
El nem tudom képzelni, kinek az ötlete volt az, hogy 2024-ben ilyen scriptes-telepítő megoldással terjesszék a programot. Vagy csináljanak hozzá csomagokat legalább a népszerűbb disztrókhoz, vagy ha ezt nem akarják vállalni, akkor legyen egy appimage, flatpak vagy snap csomag, de ez így nagyon gáz.
De egyébként ha már egyszer ilyen formában terjesztik, és eleve oda van téve egy rakat lib, akkor miért nem lehetett volna odatenni a libxcrypt-compatot, meg a libpango-ból egy aktuális változatot?Az a vicc egyébként, hogy már 2017-ben kérték, hogy legyen appimage, de ők azóta is csak kötik az ebet a karóhoz, hogy a jelenlegi shell script tökéletes, nincs szükség semmi másra.
-
urandom0
senior tag
válasz
RaZroX
#95232
üzenetére
Dobd fel a libxcrypt-compat csomagot (
sudo dnf in libxcrypt-compat).Amikor ilyen hibával találkozol, az azt jelenti, hogy hiányzik egy fájl, ami a futtatáshoz kell. Ilyenkor a dnf meg tudja keresni:
dnf whatprovides libcrypt.so.1dnf whatprovides <az a fájlt, amit hiányol>
Valami ilyesmit fogsz kapni eredményül:
[root@Lenovo-Thinkpad-X240 ~]# dnf whatprovides libcrypt.so.1
Az utolsó metaadat lejárati ellenőrzés ennyi ideje volt: 0:00:08, ekkor: 2024. ápr. 8., hétfő, 18:13:13 CEST.
libxcrypt-compat-4.4.36-2.fc39.i686 : Compatibility library providing legacy API functions
Tároló : fedora
Találat a következőtől:
Biztosítja: libcrypt.so.1Itt látszik, hogy a libxcrypt-compat-4.4.36-2.fc39.i686 csomag biztosítja a libcrypt.so.1 fájlt. Ekkor már csak fel kell telepíteni az adott csomagot,
dnf in libxcrypt-compat(verziószám, meg fc49, meg i686 nem kell, elég megadni a csomag nevét), és ha minden igaz, akkor működni fog, -
urandom0
senior tag
válasz
5leteseN
#95227
üzenetére
Több bugreportot is nyitottak erről a hibáról az elmúlt időszakban (itt, itt és itt).
Én a helyedben nem csinálnék semmit, várnék, amíg javítják. Esetleg ha nagyon zavaró, addig használd a snap verziót, állítólag annál nem jön elő a hiba.A hivatkozott fájl forráskódja egyébként itt van: https://fossies.org/linux/firefox/ipc/chromium/src/base/process_util_posix.cc
A Firefoxban van némi Chromium forráskód, a sandboxinghoz és a processzek közti kommunikációhoz. Még évekkel ezelőtt vettek át ezeket a Mozilla, azóta saját maguk fejlesztik.
A Gecko pedig a Firefox (és a SeaMonkey, és a Thunderbird, és más programok) rendering engine-je. -
urandom0
senior tag
válasz
daninet
#95216
üzenetére
WoeUSB-vel kell az ilyet csinálni. Biztos bent van a repódban, keress rá. GUI is van hozzá, én mindig paranccsorból használom.
woeusb --device Windows10.iso /dev/sdXMindig működik, bár a Rufusnál lassabban ír (vagy csak a Linuxos disk cache beállításai miatt lassabb).
szerk:
Fedora Media Writer, Mintstick, Gnome Multi Writer, Gnome Disks és hasonlók nem alkalmasak Windows lemezkép írására. Unetbootin elméletileg alkalmas, viszont vannak vele rossz tapasztalatok, ezért nem szokták ajánlani. -
urandom0
senior tag
Az Openbox sima floating wm, nem tiling.
A tilinget olyan helyen tudom elképzelni, ahol az ember csak terminált vagy szinte csak terminált használ. Mert ott tök jó, hogy leütsz egy bill kombót, és nyílik egy új terminálod úgy, hogy nem takarja ki a többit, és ha már nem kell, egy újabb bill kombóval bezárod.
De átlagos felhasználáshoz, ahol az ember böngészik, szöveget szerkeszt, fotókat szerkeszt, stb., én nem találom annyira praktikusnak. -
urandom0
senior tag
válasz
#02705152
#95191
üzenetére
Hát én sajnos még nem vagyok megvilágosodva
Nincs különösebb problémám a csoda DE-kel, mostanában elég vegyesen használok Xfce-t, KDE-t, néha Gnome-ot is, nem szoktak idegesíteni. Egy dolog zavar csak, ha az ablakok nem jegyzik meg a pozícióikat és a méretüket, és kézzel kell teljes méretre tennem őket minden egyes indításkor. -
urandom0
senior tag
Na, tessék, itt egy ok, amiért szeretem a dnf-et. Beírom, hogy
dnf hist, megmutatja az összes tranzakciót (telepítés, eltávolítás, frissítés), ebből az utolsó néhány:
Mivel ezekre nekem nincs szükségem, csak a teszt miatt telepítettem fel őket, így azt mondom neki, hogy
dnf hist rollback 568, és az 568-as tranzakcióig minden eltávolítja:
Melyik másik csomagkezelő tudja ezt ilyen ügyesen megcsinálni?
-
#95189
urandom0
senior tag
tordaitibi
#95185
urandom0
senior tag
válasz
tordaitibi
#95185
üzenetére
Ez csak a GTK3-as/4-es alkalmazásokra megoldás. Ha nem GTK-s alkalmazásokra akarod ráerőltetni, akkor alakulnak ki az ilyen szörnyszülöttek:
És továbbra sem megoldás azokra a programokra, amik saját ablakkeretet rajzolnak ki (csak akkor, ha azokat külön felkészítik rá), illetve a Qt-s programok sem fognak ettől úgy kinézni, mint a GTK társaik.
Az sem jó, hogy amúgy is magas headerbar fölé odateszi a címsávot, ezzel még nagyobb lesz a program által elfoglalt terület. -
-
urandom0
senior tag
válasz
RaZroX
#95179
üzenetére
Az iCloudra esetleg ez: https://snapcraft.io/icloud-for-linux
middle click mouse scroll: Firefoxban a beállításokban megtalálod automatikus görgetés néven, Chromehoz van kiegészítő (https://chrome.google.com/webstore/detail/autoscroll/occjjkgifpmdgodlplnacmkejpdionan/related?hl=en), úgy rendszerszinten en bloc nincs rá külön beállítás.
egységes ablakok: ez nem fog menni, több okból sem. Egyrészt a flatpak/snap alkalmazások hozzák magukkal a saját témájukat, másrészt Gnome Wayland alatt nem rajzol ablakkereteket (nincs támogatva a server side decorations), minden programnak magának kell kirajzolnia a saját ablakkeretét, az meg mindig olyan lesz, amilyen...
Illetve ott van még az is, hogy egyes programok még mindig GTK2-t használnak, más programok pedig Qt-t.
Annyit tudsz tenni, hogy nem használsz flatpak/snap programokat, nem használsz Qt-s programokat (a qBittorrent pont az), és nem használsz GTK2-es programokat (ebből már szerencsére viszonylag kevés van, vagy talán nincs is már?).A következőket tudod tenni:
- telepítsd a Qt-hez az Adwaita csomagokat (az Awdaita a GNOME által használt alkalmazástéma):dnf in qadwaitadecorations-qt5 qadwaitadecorations-qt6 adwaita-qt5 adwaita-qt6
A ~/.bashrc fájlodba tegyél egy ilyen sort:export QT_WAYLAND_DECORATION=adwaita
Ez megmondja a Qt-s alkalmazásoknak, hogy az Adwaita témát használják az ablakdekorációkhoz.
- telepítsd a qt5ct csomagot, indítsd el, abban be tudod állítani, hogy a Qt-s programok az Adwaita témát használják
- telepítsd az adw-gtk3-témát és a gnome-tweaks programot (magyarul Finomhangoló néven fut), ha még nincs fent. A Finomhangolóban be tudod állítani, hogy az örökölt alkalmazások az adw-gtk3 témát használják
- kerüld a flatpak/snap csomagokat, bár flatpakhoz be lehet állítani a GTK_THEME változót (itt leírják, hogyan)
- KDE és LXQT alatt Qt alkalmazásokat célszerű használni, GNOME, Xfce, Cinnamon, Mate alatt GTK alkalmazásokat. qBittorenthez a GTK-s alternatíva a Fragments nevű torrent program lehet (vagy esetleg a Transmission) -
urandom0
senior tag
válasz
ubyegon2
#95144
üzenetére
A valós végrehajtás eredményét is megnézted amúgy?
Nézegeti a rosseb
[root@Lenovo-Thinkpad-X240 ~]# journalctl -u fstrim
-- Boot 1eb9a74ab76b48e4bb1ad61443cbbe05 --
márc 11 06:28:02 fedora systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
márc 11 06:29:02 Lenovo-Thinkpad-X240 fstrim[14830]: /boot/efi: 579,8 MiB (607916032 bytes) trimmed on /dev/sda1
márc 11 06:29:02 Lenovo-Thinkpad-X240 fstrim[14830]: /boot: 677 MiB (709873664 bytes) trimmed on /dev/sda2
márc 11 06:29:02 Lenovo-Thinkpad-X240 fstrim[14830]: /: 127,5 GiB (136864489472 bytes) trimmed on /dev/sda3
márc 11 06:29:02 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Deactivated successfully.
márc 11 06:29:02 Lenovo-Thinkpad-X240 systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab.
márc 11 06:29:02 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Consumed 4.477s CPU time.
márc 18 00:10:35 Lenovo-Thinkpad-X240 systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
márc 18 00:11:35 Lenovo-Thinkpad-X240 fstrim[103030]: /boot/efi: 579,8 MiB (607916032 bytes) trimmed on /dev/sda1
márc 18 00:11:35 Lenovo-Thinkpad-X240 fstrim[103030]: /boot: 0 B (0 bytes) trimmed on /dev/sda2
márc 18 00:11:35 Lenovo-Thinkpad-X240 fstrim[103030]: /: 117 GiB (125625221120 bytes) trimmed on /dev/sda3
márc 18 00:11:35 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Deactivated successfully.
márc 18 00:11:35 Lenovo-Thinkpad-X240 systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab.
márc 18 00:11:35 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Consumed 5.259s CPU time.
-- Boot ad56d8233d2c47cabcdb5711642981ff --
márc 25 05:15:37 fedora systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
márc 25 05:16:54 Lenovo-Thinkpad-X240 fstrim[63936]: /boot/efi: 579,8 MiB (607916032 bytes) trimmed on /dev/sda1
márc 25 05:16:54 Lenovo-Thinkpad-X240 fstrim[63936]: /boot: 677 MiB (709873664 bytes) trimmed on /dev/sda2
márc 25 05:16:54 Lenovo-Thinkpad-X240 fstrim[63936]: /: 116,5 GiB (125066088448 bytes) trimmed on /dev/sda3
márc 25 05:16:54 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Deactivated successfully.
márc 25 05:16:54 Lenovo-Thinkpad-X240 systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab.
márc 25 05:16:54 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Consumed 4.311s CPU time.
-- Boot 5dfd940e8c4540fb8c0ccd789cebae96 --
ápr 01 21:57:11 Lenovo-Thinkpad-X240 systemd[1]: Starting fstrim.service - Discard unused blocks on filesystems from /etc/fstab...
ápr 01 21:58:23 Lenovo-Thinkpad-X240 fstrim[6425]: /boot/efi: 579,8 MiB (607924224 bytes) trimmed on /dev/sda1
ápr 01 21:58:23 Lenovo-Thinkpad-X240 fstrim[6425]: /boot: 677 MiB (709861376 bytes) trimmed on /dev/sda2
ápr 01 21:58:23 Lenovo-Thinkpad-X240 fstrim[6425]: /: 116,8 GiB (125460856832 bytes) trimmed on /dev/sda3
ápr 01 21:58:23 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Deactivated successfully.
ápr 01 21:58:23 Lenovo-Thinkpad-X240 systemd[1]: Finished fstrim.service - Discard unused blocks on filesystems from /etc/fstab.
ápr 01 21:58:23 Lenovo-Thinkpad-X240 systemd[1]: fstrim.service: Consumed 5.421s CPU time. -
-
urandom0
senior tag
válasz
ubyegon2
#95134
üzenetére
A Viagra csak április 1-is vicc. Tudod, VLTS, mint nagyon hosszú támogatású disztró...
root@fedora:~$ systemctl list-timers
NEXT LEFT LAST PASSED UNIT ACTIVATES
Fri 2024-04-05 14:24:20 CEST 1h 3min Fri 2024-04-05 12:29:04 CEST 51min ago dnf-makecache.timer dnf-makecache.service
Fri 2024-04-05 14:33:04 CEST 1h 12min Thu 2024-04-04 14:33:04 CEST 22h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Sat 2024-04-06 00:00:00 CEST 10h Fri 2024-04-05 00:01:01 CEST 13h ago logrotate.timer logrotate.service
Sat 2024-04-06 00:00:00 CEST 10h Fri 2024-04-05 00:01:01 CEST 13h ago unbound-anchor.timer unbound-anchor.service
Sat 2024-04-06 00:55:48 CEST 11h Fri 2024-04-05 01:01:01 CEST 12h ago plocate-updatedb.timer plocate-updatedb.service
Sun 2024-04-07 01:00:00 CEST 1 day 11h Sun 2024-03-31 01:01:01 CET - raid-check.timer raid-check.service
Mon 2024-04-08 00:49:00 CEST 2 days Mon 2024-04-01 01:01:01 CEST - fstrim.timer fstrim.serviceOtt van a trim, a sorban a legutolsó.
-
urandom0
senior tag
válasz
RaZroX
#95123
üzenetére
Elindítod terminálban az alsamixer nevű programot, valami ilyesmi felületet fogsz kapni:
Ha te is csak egy ilyen csúszkát látsz, akkor megnyomod az F6-ot, és kiválasztod a hangkártyád, akkor átvált ilyesmire:
Jobbra/balra nyílakkal elballagsz az "Auto-Mute" opcióra (amíg alul piros nem lesz):
És a lefelé nyíllal disabledre állítod:
És utána ESC. Ennyi.
-
urandom0
senior tag
válasz
ubyegon2
#95122
üzenetére
Ja, láttam az említést.
Néha érdekesen tudnak viselkedni egyes disztrók. Nálam egy SSD-re telepített LUKS-os Manjaro csinálta azt, hogy három gépben rakva simán elindult, a laptopban viszont nem.
Volt, hogy az Elementary OS csak minden harmadikra volt hajlandó bebootolni... ezeknek lelke van. -
#95117
urandom0
senior tag
sicc_innen
#95116
urandom0
senior tag
válasz
sicc_innen
#95116
üzenetére
Jobb felső menüben tudsz váltani kimenetet:
Annyi, hogy alsamixerben le kell tiltani az auto-mute-ot, különben nem fogsz hallani semmit. Ha akarod, leírhatom, hogyan kell.
-
#95112
urandom0
senior tag
tordaitibi
#95104
urandom0
senior tag
válasz
tordaitibi
#95104
üzenetére
Hát, egyszer annyit el tudtam érni valamelyik Wine verzióval, hogy egy-egy pillanatra megjelent a kamerák képe, és utána úgy maradt, ezért reménykedem, hogy valamikor talán működni fog. Egyébként ez a program Windows-on is elég gagyi, sokszor akadozik a kép tökéletes net mellett is, van hogy nem lehet belepörgetni a felvételbe, szóval borzasztó...
-
urandom0
senior tag
Én mostanában sokat gondolkodok rajta, hogy visszamenjek rá
Olykor mindenkit megkörnyékez a sátán...
![;]](//cdn.rios.hu/dl/s/v1.gif)
Nekem kb. 2019 áprilisa óta nincs itthon Windows-om. Egyetlen egy program van, amihez néhanapján jó lenne a Windows, a VIGI security manager, hogy vissza tudjam játszani a kameráim felvételét, de elvagyok enélkül is. Szerintem a Wine talán nemsokára el fog jutni odáig, hogy használhatóan működni fog alatta a program.
-
-
urandom0
senior tag
Múltkor linkelt itt valaki valami flatpakos csodát, nagyon csecse GUI-val. Azt nem próbáltad? Mindjárt visszakeresem...
szerk: megvan, ez volt az: https://flathub.org/apps/io.github.hakandundar34coding.system-monitoring-center
-
urandom0
senior tag
Használd az RPM Sphere repót: https://rpmsphere.github.io/
Tudod telepíteni közvetlenül a Githubról, és utána mehet is fel a psensor:
dnf in https://github.com/rpmsphere/noarch/raw/master/r/rpmsphere-release-38-1.noarch.rpm
dnf in psensorA megbízhatóságáról nem tudok nyilatkozni, én sosem használtam semmire. Azt látom, hogy közzéteszik a bináris csomagokat, a forráscsomagokat, és a csomagok elkészítéséhez használt SPEC fájlt, de ez még nem garancia semmire sem.
Vagy telepítheted az xsensors-t is, ez gyárilag bent van a repóban, bár ez nem tud ilyen szép grafikonokat rajzolni:
dnf in xsensors -
urandom0
senior tag
válasz
#02705152
#95049
üzenetére
Nekem a linuxsecurity.com rss feedjei vannak felvéve, és fel vagyok iratkozva Telegrammon a CVE Notify, az OpenSuse news és a Fedora news csatornáira. Sajnos, a többi disztrónak nincs ilyen csatornája, vagy csak én nem találtam meg.
-
#94918
urandom0
senior tag
tordaitibi
#94916
urandom0
senior tag
válasz
tordaitibi
#94916
üzenetére
Nálam a
~/.config/Qlipper/qlipper.iniés a~/.local/share/klipper/history2.lstbitre pontosan megegyeznek, és ha az egyiket törlöm, vágólapra másolás után ismét létrejön.
Közben rákerestem, van a Qlipper projekt, és van a Klipper, a forráskódjukban nagyon sok a hasonlóság, szerintem a Klipper a Qlipper forkja lehet. -
#94913
urandom0
senior tag
tordaitibi
#94910
urandom0
senior tag
válasz
tordaitibi
#94910
üzenetére
~/.config/Qlipper/qlipper.ini -
urandom0
senior tag
válasz
5leteseN
#94876
üzenetére
Először tényleg a BIOS-t nézd meg, mert ha ott minden jól van beállítva, akkor minden további nélkül fel kellene ébrednie az USB-s billentyűzetre is.
Én pont az ellenkezőjét állítottam be magamnak, mint te, hogy billentyűzetről és egérről ne ébredjen fel a gépem, csak a főkapcsoló gombra (ez egy asztali gép). Linuxban az udev nevű alrendszer felel a hardverek és a kernel közti üzenetcseréért, abban szokás az ilyesmit beállítani.
Ez úgy működik, hogy rootként készítettem egy fájlt az /etc/udev/rules.d mappában. Logitech vezetéknélküli billentyűzet+egér kombón van, ezért azt a nevet adtam a fájlnak, hogy 99-logitech.rules. A 99 azt jelenti, hogy ez fog végrehajtódni utoljára (ha lenne mondjuk egy 80-akarmi.rules fájlom, akkor az előbb végrehajtódna, mert kisebb a szám az elején).
Ebben a fájlban ennyi van:
ACTION=="add", SUBSYSTEM=="usb", DRIVERS=="usb", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c534", ATTR{power/wakeup}="disabled", ATTR{driver/2-1.2:1.1/power/wakeup}="disabled"Ez azt jelenti, hogy hozzáadunk egy új udev szabályt, hogy a 046d:c534 azonosítójú eszköz a power/wakeup eseményre ne reagáljon, és külön beírtam a driver/2-1.2:1.1/power/wakeup elérési úttal is ugyanazt az eseményt, biztos, ami biztos.
Az idVendor-t és a idProduct-t azlsusbparancstól lehet megtudni, nálam pl. így néz ki:Bus 002 Device 005: ID 046d:c534 Logitech, Inc. Unifying ReceiverIlletve ha kiadod az
udevadm monitorparancsot, és közben kihúzod-bedugod a billentyűzetet, akkor is kiír egy halom infót róla.Nem mondom biztosan, hogy neked is ilyesmit kellene csinálnod, de lehet, hogy segítene.
-
#94872
urandom0
senior tag
PCProfessor
#94867
urandom0
senior tag
válasz
PCProfessor
#94867
üzenetére
Én örülök, hogy te elégedett vagy az Archoddal, én továbbra is kerülöm az ennyire bleeding edge disztrókat.
-
urandom0
senior tag
Gyorsabb lesz: [link]
És kevesebb RAM-ot is használ, lényegében ennyi.
Itt egy videó, ha csak a diákat pörgeted végig, nagyjából látszik, hogy miben más, mint a DNF4: https://www.youtube.com/watch?v=aI5ufxzClFs. Annyi hiba van benne, hogy Fedora 39-ben még ugye nem lett alapértelmezett a DNF5, majd csak a 41-ben lesz az. -
urandom0
senior tag
Te min használod a Suse-t, kávéfőzőn?
Nem verseny, csak ténymegállapítás, hogy a DNF egyszerűen lassú. Csak keress rá arra, hogy "dnf slow", tele van a net olyanokkal, hogy "Why is dnf so horribly slow?", "DNF insanely slow!", "New to Fedora, how to speed up DNF?", "dnf is so slow", "Why is dnf so excruciatingly slow?"...
Mondom, engem nem zavar, elindítom a frissítést, fut a háttérben, végez, amikor végez... a Zyppert én gyorsabbnak érzem (talán a metaadatok beolvasásánál kicsit lassabb a DNF-nél). -
#94861
urandom0
senior tag
PCProfessor
#94858
urandom0
senior tag
válasz
PCProfessor
#94858
üzenetére
Ezekkel a rolling disztrókkal nekem mindig volt valami problémám. Egy pár hónap, vagy max egy fél év alatt előjött az, hogy frissítés után ez nem indul, az nem megy, függőségi hibák, GPG csomaghibák... nekem ez nem hiányzik. Nekem az kell, hogy ha elindítom a rendszert, akkor az menjen, és minden szolgáltatás működjön. Ezt eddig nekem egyik rolling disztró sem tudta nyújtani.
-
#94857
urandom0
senior tag
PCProfessor
#94855
urandom0
senior tag
válasz
PCProfessor
#94855
üzenetére
Ez tényleg igaz egyébként, a DNF lassú (pont ezt írtam én is a minap). Személy szerint engem nem különösebben zavar, másrészt hamarosan alapértelmezett lesz a dnf5, ami már jóval gyorsabb.
-
urandom0
senior tag
válasz
bugizozi
#94845
üzenetére
Én Fedorát használok kicsivel több, mint két éve. Eddig a legproblémamentesebb disztróm, úgy, hogy emellett nem túl régiek a csomagjai, és csomagkezelés szempontjából is nagyon egyben van az egész (ha Fedora mellett döntesz, ajánlom a DNF-ről írt cikkem). Öt gépem van most, abból négy van napi használatban, abból három Fedora, a negyedik egy szerver. Az OpenSuse-s, de az ünnepek alatt át fogom költöztetni azt is Fedorára.
-
#94815
urandom0
senior tag
PCProfessor
#94811
urandom0
senior tag
válasz
PCProfessor
#94811
üzenetére
több elérhető dolog van arra a rendszerre
Én erre azt szoktam mondani, hogy oké, hogy Windowsra van milliárd program, Linuxra meg a töredéke, de én nem azt a milliárd programot akarom használni, hanem azt a ~15-öt, amire szükségem van. És ezek között van olyan, ami Windowsra nem érhető el, vagy ha igen, nem olyan minőségben.
A Windows amúgy is legfeljebb csak addig jobb, amíg egyfelhasználós, asztali felhasználásról van szó. Ha már van X mennyiségű géped, és nincsenek tartományban, ott már kezdődik a szívás. Én évek óta keresem a megoldást arra, hogyan lehet kevés szívással menedzselni sok gépes környezetben Windowst, lehetőleg beépített eszközökkel, ingyenesen. Nem lehet.
Már az is nagy előrelépés volt, hogy a botrányosan rossz WinRM helyett lett SSH. De kb. ennyi, itt véget is ér a jóságok listája. Sokáig bíztam benne, hogy lesz normális csomagkezelő Windowsra, megjött a winget, de hatalmas csalódás. Közelében sincs semelyik Linuxos csomagkezelőnek, úgyhogy marad a Chocolatey... -
#94794
urandom0
senior tag
SunMount3r
#94793
urandom0
senior tag
válasz
SunMount3r
#94793
üzenetére
Akksival kapcsolatos infókat az
upowerprogram megjeleníteni. Ha nincs fent, telepíteni kell:apt install upowerUtána a
upower --enumerateparancs kilistázza az elérhető akksikat, valami ilyesmit fogsz látni:
/org/freedesktop/UPower/devices/battery_BAT0
/org/freedesktop/UPower/devices/battery_BAT1
/org/freedesktop/UPower/devices/line_power_AC
/org/freedesktop/UPower/devices/DisplayDeviceA BAT0 az első akksi, a BAT1 a második (ha többakksis a gép).
Majd így tudsz lekérni infókat az adott akksiról:upower -i /org/freedesktop/UPower/devices/battery_BAT0Többek közt ilyeneket fogsz látni:
energy: 14,35 Wh
energy-empty: 0 Wh
energy-full: 14,91 Wh
energy-full-design: 23,2 WhHa jól tudom (de lehet, hogy ebben tévedek), az energy-full azt a kapacitást jelenti, amit az akksi ténylegesen el tud tárolni, az energy-full-design pedig azt, amit a gyártó megad maximum kapacitásként (tehát egy új akksi elméleti maximum kapacitása ez). Én azt gondolom, a kettő különbségéből lehet következtetni arra, hogy milyen állapotban van az akksi.
-
#94774
urandom0
senior tag
tordaitibi
#94768
urandom0
senior tag
válasz
tordaitibi
#94768
üzenetére
Én Fedorán próbáltam ki ezt a ddccontrol-t, Xfce-ben beállítottam gyorsbillentyűkre, teljesen jól működik. Ki akartam próbálni Ubuntu live-on is, de a kernel modul telepítés miatt nem ment.
Valaki távolról állítgatja a fényerőt vagy a kontrasztot, vagy hogyan lehet egy ilyen szoftver által bármi kár csinálni?
A hibákra kell elsősorban gondolni. Minden programban lehetnek hibák, és akár véletlenül is történhet baleset, erre nem is olyan régen volt egy példa: https://www.reddit.com/r/openSUSE/comments/1biunsl/hacked_installed_a_global_theme_it_erased_all_my/
Annyi a történet, hogy a csávó letöltött egy KDE témát a KDE beállítóalkalmazásán keresztül (tehát nem random ilyen-olyan weboldalról), ami a Plasma 5-höz készült, viszont Plasma 6 alatt futtatta. Emiatt egyik változó nem kapott értéket (Plasma 5 alatt kapott volna), ezért a témában lévőrm -Rf "$configFolder/"sorból valami ilyesmi lett lett:rm -Rf " /"
És törölte a csávó össze lemezén lévő összes adatot, ami a saját tulajdonában volt.Nagyon kicsi az esélye annak, hogy a ddccontrol olyasmit csináljon, amit tényleg veszélyes lehet, de sosem lehet tudni. Olyan is előfordulhat (bár ennek is kicsi az esélye), hogy egy kártevő kerül a gépedre, és célirányosan rákeres a setuid bites programokra, és azokkal próbál meg operálni.
-
#94772
urandom0
senior tag
SunMount3r
#94770
urandom0
senior tag
válasz
SunMount3r
#94770
üzenetére
Ahogy írták előttem, ne a neten keresgélj programokat, hanem van szoftverközpont, illetve annak a parancssoros változata, az apt. A szoftverközpontban eleve fent van egy rakat program, netről letöltött programokat csak akkor szoktunk használni, ha valami nincs fent a tárolókban, vagy túl régi.
Itt egy Mintes kézikönyv, most "jött ki" nem rég, szépen le van írva benne sok minden: https://linuxmint.hu/sites/default/files/fajlok/linux_mint_kezikonyv.pdf
-
#94767
urandom0
senior tag
SunMount3r
#94763
urandom0
senior tag
válasz
SunMount3r
#94763
üzenetére
Ehelyett a színes-szagos program helyett, ajánlom inkább az lshw, lspci, lsusb, htop, sensors és főleg az inxi nevű programokat. Oké, ezek parancssorosak, de nem nehéz őket használni.
Telepítés (terminálban):sudo apt install inxi
Telepítés után lehet frissíteni az adatbázisát:inxi -U
Gyors rendszeráttekintés:inxi -b
CPU infók:inxi -C
Szenzorok értékei:inxi -s
Mindent megmutat mód:inxi -FxxxrzIlletve ott a sensors nevű program:
Telepítés:sudo apt install lm-sensors
Első futtatás előtt meg kell mutatni neki a szenzorokat:sudo sensors-detect(és itt mindenre nyomj y-t)
Használat:sensors
Ha folyamatosan akarod monitorozni, akkorwatch -n 1 sensorsparancsot add ki.
Igaz, ez ilyan fancy grafikont nem fog neked rajzolni...
Illetve ott az Xfce beépített feladatkezelője, egy-két dolgot az is meg tud mutatni.Itt vannak még hasznos parancsok: https://gist.github.com/vpiotr/ce4d636b3f2db1a6912ec4e638856a06
-
#94765
urandom0
senior tag
tordaitibi
#94745
urandom0
senior tag
válasz
tordaitibi
#94745
üzenetére
Van itt egy leírás arról, hogy lehet a ddccontrolt mezei userként futtatni, nem tudom, próbáltad-e már: https://frdmtoplay.com/using-ddccontrol-as-a-non-root-user/
Ezen kívül két dolgot lehetne még megpróbálni. Az egyik, hogy beállítod a setuid bitet a ddccontrolnak:
sudo chmod u+s /usr/bin/ddccontrolInnentől fogva, ha mezei userként futtatod a ddccontrolt, az rootként fog futni, viszont azt tudnod kell, hogy ez biztonsági rést nyit a rendszereden, úgyhogy nem ajánlott a használata!!!
A másik megoldás a PolicyKit lenne, de egyébként én úgy látom, hogy már megoldották, hogy root nélkül lehessen állítgatni. De ha jól emlékszem, te valami régebbi Ubuntut használsz, 18.04-et talán?
-
#94743
urandom0
senior tag
tordaitibi
#94732
urandom0
senior tag
válasz
tordaitibi
#94732
üzenetére
Őszintén kérdezem, milyen disztró vagy asztali környezet az, ahol a fényerőszabályzáshoz root jogosultság meg parancssor kell? Én legutoljára i3 alatt csináltam ilyesmit, de szerintem te nem azt használsz.
A pendrive-os dolog az esetek többségében nem okoz problémát, mert a legtöbb disztrón az első létrehozott nem root felhasználó id-je 1000, a fájlrendszeren pedig a felhasználó id-je tárolódik el, mint tulajdonos. Tehát ha átdugod másik gépbe a pendrive-ot, nagy valószínűséggel ott is 1000 lesz a felhasználó id-je, így simán tud írni a rajta lévő fájlba. Akkor van probléma, ha többfelhasználós a rendszer, és mondjuk a második user akar írni a fájlba, neki már 1001 lesz az id-je, ezért nem fog menni.
Mondjuk nem lenne butaság, ha lenne olyan beállítás a fájlkezelőkben, hogy a külső eszközön létrehozott fájlok jogosultságát be lehessen állítani. Mert így, ha beállítanál neki egy 766-ot, máris nem lenne gond a fájlba írással.A ./-nek jó oka van, én ebből nem engednék semmiképp sem. Egyébként újabban Windows alatt PowerShellben is csak így működik.
-
urandom0
senior tag
válasz
CPT.Pirk
#94727
üzenetére
Ehhez nem is kell öreg motorosnak lenni. Ha én tudom, hogy X disztrót szeretem használni, akkor nem fogok Y disztrót használni. Ha holnaptól azt mondanák, hogy csak Y disztró létezik, akkor én elköszönnék a Linuxtól, és átállnél BSD-re vagy Macre, és szerintem nagyon sokan vannak ezzel így, cégek is! És ez fontos, mert a Linuxba a kódok nagy részét a techcégek adják.
Szerintem a Linux asztali részesedése simán visszaesne 1% körülire, ha csak egy disztró létezne.Azért használunk Linuxot, mert olyan, amilyen. Ha másmilyen lenne, nem használnánk.
A Linux nagyon nagy részben annak köszönheti azt, amit elért, hogy nyílt forráskódú és szabad licencű. És amíg ez így lesz, addig annyi disztró fog létezni, mint égen a csillag. -
urandom0
senior tag
válasz
Warton
#94709
üzenetére
Energiabefektetés nélkül pedig semmi sem működik
Egyébként anno a Debian is pont azért indult, mert az akart lenni "A Linux". Kezdetben mindig nagyon friss szoftvereket szállított.
Aztán az Ubuntu is "A Linux" akart lenni, neki sem sikerült. Aztán volt még a Mandriva, meg a többiek, mind-mind "A Linux" akart lenni. Most a jogi oldalától eltekintve, szerintem nem is működne az, ha csak egyetlen disztró lenni, kb. ott lenne, mint a ReactOS vagy a Haiku. -
-
urandom0
senior tag
válasz
daninet
#94698
üzenetére
Na igen, itt kezdődnének a problémák. Te azt mondod, friss kernel legyen. Más meg azt mondaná, legyen inkább régebbi, de stabil kernel.
A harmadik azzal jönne, hogy legyen apt a csomagkezelő, a negyedik meg azzal, hogy legyen rpm-es a csomagkezelő. Az ötödik kiírtaná a flatpakot, a hatodik a snapot, a hetedik meg mindkettőt.
És akkor jönne a nyolcadik, aki azt mondaná, legyen Cinnamon az alapértelmezett De, a kilencedik azt, hogy legyen a KDE, a tizedik pedig azt, hogy legyen a Gnome, és így tovább...Én persze értem, hogy a kezdőket zavarja, hogy ilyen sok disztró van. De a kezdők legyenek szívesek leszarni, hogy ilyen sok disztró van, és telepítsék fel, amit a fórumokon ajánlanak nekik (ami ugye általában Mint vagy Ubuntu), ismerkedjenek meg vele, és éljenek vele boldogan, ha úgy érzik, hogy az nekik megfelel. Ha nem, akkor lehet distrohopolni.
Az az igazság egyébként, hogy a legtöbb kezdő Linuxosnak az a baja a Linux-szal, hogy nem olyan, mint a Windows, úgy, hogy egyébként épp a Windows-ról menekülnek át Linuxra. A legtöbben nem is a Linuxot akarják, hanem egy gyors, karbantartásmentes Windowst, ami nem zaklatja őket frissítésekkel meg popupokkal.
Igazából, ha lenne egy tényleg tökéletes Linux, akkor sem tudnál megfelelni mindenkinek, mert egyszerűen nem lehet.
Sokan szidják például a Linuxos DE-ket, mert nem olyan "szép" a felületük, mint a Windowsnak. De ha megnézed azokat a Linuxokat, amik Windows copy DE-vel jönnek ki (pl. LinuxFx), sehol sincsenek a népszerűségi listán. -
urandom0
senior tag
válasz
daninet
#94695
üzenetére
A nagy cégek, akik a legtöbb fejlesztést adják a Linuxba, a saját piacuknak akarnak megfelelni, ami jellemzően valamilyen felhős/konténeres/szerveres történetet jelent. Az, hogy létezik desktop Linux, inkább csak amolyan mellékág. Van néhány cég (Red Hat, Suse, Canonical, stb.), akik azért elég sokat tettek, hogy a desktop Linux használható legyen általános célokra, de jellemzően az ő elsődleges profiljuk nem a desktop (hanem szerver, és/vagy IoT). Ezért is jött most el ez az immutable, konténerezős világ, ez sem a desktop felhasználók miatt indult el, hanem a szerverek miatt.
-
urandom0
senior tag
Ez a pontozós dolog egyébként tényleg eléggé káros. Ha nem értesz egyet a fő áramlattal, a sárga föld alá pontoznak. Én kivezetném ezt a pontozósdi úgy, ahogy van, van legalább azt megcsinálnám, hogy ne lehessen downvote-ot adni, vagy legalább ne tűntesse el a rendszer a minuszosra értékelt hozzászólásokat.
-
urandom0
senior tag
Pedig nem rossz ez a Reddit, lehet ott találni érdekes dolgokat, mint pl. ez:
Hacked! - Installed a global theme - it erased all my drivers!
A csávó feltelepített egy globális témát a KDE beállítási ablakából, aztán arra lett figyelmes, hogy mindkét meghajtójáról eltűntek a személyes fájlai (minden, ami nem a root tulajdonában volt).
Szerintem ez borzasztó nagy hiba, és nem szabadna ilyesminek megtörténnie... -
urandom0
senior tag
Ott írja, hogy miért:
However, if a lot of data floods one of these directories it can consume all of your storage space. If this happens and these directories are stored within / then your system could become unstable and crash. For this reason, moving these directories into their own partitions is a good idea.
Az USBGuardot inkább nyilvános környezetben tudom elképzelni, otthoni gépre én nem telepíteném fel.
Szvsz ha ilyen szolgáltatásokra bízod a jelszavaid, mint a Bitwarden, akkor teljesen mindegy, mit hogyan állítasz a gépeden. Jelszavakat csak és kizárólag offline szabad tárolni, erős titkosítással.
-
urandom0
senior tag
Én csak ilyen Serverfault-os és hasonló hozzászólásokban olvastam róla, ezért nem is akartam javasolni, mert azért van olyan valid eset, amikor valaminek a /tmp-ből kell futnia.
A Red Hat-nak egyébként vannak ilyen jó kis doksijai, nyilván angolul, mint pl. a "Red Hat Enterprise Linux 9 Security hardening", "Red Hat Enterprise Linux 9 Securing networks" és hasonlók, le lehet tölteni őket pdf és epub formátumban is. Én ezeket szoktam olvasgatni, nem csak RHEL specifikus dolgok vannak bennük, hanem sok általános jellegű okosság is, ami minden disztrón alkalmazható. -
urandom0
senior tag
Úgy, hogy zabálja az erőforrásokat. Itt konkrétan az volt, hogy a szerver felé indított kérések átlagos, 1-2mp-es válaszideje megnőtt 15-20mp-re. A helyi rendszergazda (ismerősöm) belenézett a logokba, és nagyon szépen lehetett látni, ahogy a cryptominer crontabja folyamatosan pörgött, mert próbálta frissíteni magát egy pastebin-es URL-ről. Ha ilyesmit lát az ember, az már szinte biztosan valamilyen behatolásra utal, és onnantól fogva azonosítani kell a gyenge pontot, felmérni a kockázatot, és jelentést írni róla.
Hogy melyik vírusírtó ismeri fel, azt nem tudom. Talán a ClamAV is, de céges környezetben valami komolyabb antivirust szokás használni (pl. ESET). A htop és hasonlók vagy kimutatják, vagy nem, a fejlettebb processzek képesek hideolni magukat.
-
urandom0
senior tag
válasz
sh4d0w
#94548
üzenetére
Lehet olvasni a neten olyan javaslatokat, hogy adjunk noexec-t a /tmp-nek, mert az növeli a biztonságot. Szerintem, ha kéretlenül bekerül a rendszerbe bármi, aminek nem kellene ott lennie, az már eleve olyan súlyos probléma, hogy az egész biztonsági rendszert felül kell vizsgálni.
És mint a mellékelt eset is mutatja, adódhatnak problémák, ha a /tmp-t bizgeráljuk.Pár hete találkoztam egy olyan esettel, hogy Debian stable alá, harmadik fél hanyagsága miatt (elavult szoftverkomponens + kompromittálódott SSH kulcs) kihasználásra került egy bug, és bekerült a rendszerbe egy cryptominer. Az is a /tmp-ből futott természetesen, és a /var/spool/cron alá írta be a frissítő crontabját.
Csináltunk egy új szervert, az adatbázist átmigráltuk, új SSH kulcsokat osztottunk ki + beállítottuk a jelszavas hitelesítést IS. A régi szerverről leszedtem szinte mindent, elzártem a net elől, a /tmp-t és a cron kiürítettem, és kíváncsiságból hagytam futni. Két nap múlva ugyanúgy megjelentek a crontab bejegyzések, és ugyanúgy futott tovább a miner.
Ha lett volna noexec a /tmp-n, nem tudott volna futni a miner, de itt nyilván az már csak a következmény volt, a rendszer attól még lyukas maradt volna. Egyébként dél-koreai IP címről léptek be az ellopott SSH kulccsal. -
-
urandom0
senior tag
válasz
Synaptic
#94409
üzenetére
Néha szoktam nézegetni a hálózati forgalmamat tcpdumppal és wiresharkkal. Egyszer nem kicsit meglepődtem, amikor egy fidesz.hu végű domainnel kezdett el élénk kommunikációt folytatni a gépem... kicsit alaposabban megnézve kiderült, hogy csak annyi történt, hogy van egy ilyen végű NTP szerver, és az NTP service épp ezt az szervert sorsolta ki nekem, és innen frissítette az időt a rendszerem
-
urandom0
senior tag
Nagyvállalati szintű supportot ad a termék mellé.
Ezt jól tudod.
De egyébként a Red Hat-tól lehet igényelni ingyenes RHEL licencet, egyedi felhasználásra (fejlesztésre), 16 főig.Tudtommal egyik Linux sem ingyenes, bizonyos mennyiségű telepített gép után már fizetni kell.
Ezt viszont nem, a legtöbb disztribúció teljesen ingyenes, telepített gépszámtól függetlenül.
-
urandom0
senior tag
Most ezzel darázsfészekbe nyúltál...
A Linuxosok között eleve sokan vannak, akik corporate ellenesek, és nem is hajlandók mást használni, mint közösségi fejlesztésű disztrót. Nekik minden rossz, amit nem a közösség felügyel, hanem egy fejlesztőcég.
Aztán vannak, akik Poettering munkássága miatt ítélik el a Red Hatot. PulseAudio, systemd, stb., az ezekkel kapcsolatos szélsőséges véleményeket, vitákat mindenki ismeri.
Aztán vannak, azt hozzák fel a Red Hattal szemben, hogy pénzért árulja azt a terméket, amit nyílt forráskódú, ingyenes komponensekből rak össze. Mások azért utálják, mert felvásárolta őket az IBM, megint mások azért, mert elkaszálta a CentOS-t, aztán megint mások azért, mert a Red Hat újabban az olyan disztrókat is akadályozza, mint az Alma, a Rocky, azzal, hogy nem csorgat vissza kódokat a git.centos.org-ra, mint régen... -
urandom0
senior tag
válasz
urandom0
#94347
üzenetére
#94218 ceia
Ja, és hogy ha valamelyik témában valami nem tetszik vagy hibát találsz benne, azt is ki tudod javítani némi hozzáértéssel.
A Mint-X témánál például a Thunar eszköztárjának ikonjai alapból kicsit homályosak voltak (nyilván, mert nem Thunarhoz készült, hanem Nemo-hoz): [kép]
Kijavítottam, így szebb: [kép]
Illetve megcsináltam azt, hogy Xfce Greybird témánál az alapból sötét panelt: [kép]
Átalakítottam világosra: [kép]De nem szeretek ilyenekkel szüttyögni, sok időt el tud vinni, és a vége sok esetben az, hogy beleölök órákat egy-egy témába és nem is használom
-
urandom0
senior tag
Hú de jó! Akkor lehet Mintben (Xfce) teljesen sarkos ablak, a tálcán a hangerőszabályzó előjöhet függőleges csúszkával is, mint windowsban, és csinálhatok kisebb "start" menüt is a negyedképernyős helyett? És lehet a felület nem csak szürke, illetve light és dark téma, hanem bármilyen színű, ahogy ez beállítható pl. a windows classicban?
Igen. Nyilván egyes felületeket könnyebb testreszabni (pl. KDE alatt könnyen el lehet érni olyan jellegű színállítgatást, mint ami a klasszikus Windows-ban volt), másokat nehezebb, vagy kevesebb a lehetőség. Redditen találsz sok-sok screenshotot, ezek mind a felhasználók által összetémázott asztali környezetek.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Milyen videókártyát?
- LEGO klub
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- iPhone topik
- Windows 11
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Bambu Lab 3D nyomtatók
- Vezeték nélküli fülhallgatók
- Apple iPhone 13 - hízott, de jól áll neki!
- Milyen autót vegyek?
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Vírusirtó, Antivirus, VPN kulcsok
- 27%-OS ÁFÁS SZÁMLA I Jogtiszta Microsoft digitális és fizikai termékek I DIGITALKEYZ.COM
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- HIBÁTLAN iPhone 13 128GB Starlight -1 ÉV GARANCIA - Kártyafüggetlen, MS3432
- Samsung Galaxy A54 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- 145 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Bomba ár! Lenovo ThinkPad X280 - i5-G8 I 8GB I 256SSD I 12,5" FHD Touch I HDMI I Cam I W10 I Gari!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest