Hirdetés
- D@reeo: Pi-hole és a Telekom Sagemcom F@st 5670 DNS beállítása
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- sziku69: Fűzzük össze a szavakat :)
- GoodSpeed: A RAM-válság és annak lehetséges hatásai
- GoodSpeed: Márkaváltás sok-sok év után
- potyautas: A Magyar Néphadsereg emlékére
- sziku69: Szólánc.
- bb0t: Ikea PAX gardrób és a pokol logisztikája
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
daninet
#101857
üzenetére
Ez az: https://bugs.kde.org/show_bug.cgi?id=499605 ?
Itt azt írják, hogyTemporary workaround: Remove the bluetooth device and re-pair it. This case the high quality audio will be available and will work.
Esetleg ezt megpróbálhatod, ha még nem próbáltad.Vagy esetleg másik bluetooth kezelőt telepíteni, és azzal megpróbálni párosítani, bár ez valószínűleg nem fog segíteni, mert nem itt lesz a hiba.
-
válasz
daninet
#101852
üzenetére
Rollbackelj vissza addig az időpontig, amikor még működött. Ha december eleje az, akkor december eleje, de ha találsz későbbi időpontot, az még jobb.
Esetleg utána telepítheted a patcheket (zypper patch), vagy ha tudod, melyik csomag okozza a hibát, az akkori állapotában azt lockolhatod ([link]), és utána dupolhatsz. Én ezt tenném. -
#101848
urandom0
őstag
MasterDeeJay
#101847
válasz
MasterDeeJay
#101847
üzenetére
Igen, valószínűleg a HDD miatt lassú. Egy SSD nem ártana bele. Fájlösszehasonlításhoz bdiff.
-
válasz
urandom0
#101760
üzenetére
Javítom magam: NE úgy add hozzá a repót, ahogy leírtam, hanem így:
sudo zypper ar -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/Essentials' packman-essentials
Ez csak az essentials-t adja hozzá, szerintem az is elég. Abban van a broadcom-wl csomag, szerintem azt kell telepítened. -
válasz
webzyus
#101759
üzenetére
Elméletileg a broadcom-wl-kmp-desktop (vagy valami hasonló nevű) csomagot kellene telepítened a Packman repóból. Először hozzáadod a Packmant a rendszeredhez:
sudo zypper ar -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/' packmanUtána distro-upgrade kell:
sudo zypper dup --from packman --allow-vendor-changeMajd mehet fel a csomag:
sudo zypper in broadcom-wl-kmp-desktopVégül újraindítod a gépet.
-
válasz
Petya XT
#101752
üzenetére
Én is egyre inkább hajlok afelé, hogy érdemes mindent inkább angolul használni. LibreOffice Calc-ban rendszeresen belefutok abba, hogy úgy vannak a menük, hogy "Sorok beszúrása fölé", "Sorok beszúrása alá", "Delete rows", "Tartalom törlése". És fél percig keresem, hogy hol van a sorok törlése...
A beállításokban is, ahol három színséma közül lehet választani: "System", "Light", "Dark". Ezek úgy vannak fordítva, hogy "Rendszer", "Finom", "Sötét"...
Finom..... -
válasz
cigam
#101738
üzenetére
Az utóbbi években sok ilyen és ehhez hasonló panasz volt rá. Én is belefutottam hasonlóba, mint Vasti, hogy csak futott a folyamatjelző, de sehol semmi. De szerintem az se normális, amit Vastinál művelt, hogy felzabálta a /tmp-t...
Egyébként 2021-es az utolsó release, és az is csak macOS-es javítás volt, az azelőtti komolyabb verzió 2020-as. És igazából vannak rá jobbak programok, azok, amiket leírtam (és a Gnome Disks-et ki is hagytam, Linuxos ISO-t azzal is ki lehet írni). -
válasz
Vasti74
#101735
üzenetére
unetbootin pár éve már a nem ajánlott programok között van. Mit szeretnél vele kiírni? Linuxos ISO-hoz jó a sima dd, a Balena Etcher, a Ventoy, a Fedora Media Writer, az Impression, Windows-hoz pedig a Balena Etcher, a Ventoy vagy a WoeUSB.
-
válasz
Vasti74
#101729
üzenetére
Hova dolgozik a progi, a /tmp-be? Ha igen, átszerkeszted a tmp.mount-ot (systemctl edit tmp.mount), a végén az Options= sorban tudod megadni a méretét. Nálam alapból size=50%%, ha jól tudom ez azt jelenti, hogy a fizikai RAM felét használhatja maximum.
Egyébként on the fly így tudsz tmpfs-t létrehozni:
mount -o size=16G -t tmpfs none /mnt/tmpfsMeg lehet próbálni esetleg lecsatolni a /tmp-t és felcsatolni helyette egy ilyet, de szerintem jobb az első megoldás (a tmp.mount átírása).
-
válasz
Coulson
#101724
üzenetére
Én decemberben használtam egy keveset a Silverblue-t, de csak pár napig volt fent, aztán múlt hét pénteken feldobtam erre a gépre, amiről most vagyok, most ismerkedem vele. Aeon után azért nem olyan vészes, nagyon sok minden hasonlóan működik (bár a mögöttes megoldás teljesen más több helyen is, pl. a snapshotoknál).
A két linkelt cikket én írtam
-
válasz
Rimuru
#101718
üzenetére
Szeretned hogy ott legyen?
Eddig is ott volt, az új verzió óta nincs ott.
Probald ki ezt (about:config-ban): browser.tabs.inTitlebar -> 0
De ez visszakapcsolja a címsort, nekem nem ez kell. Úgy kellene kinéznie, mint itt a screenshoton: https://github.com/rafaelmardojai/firefox-gnome-theme
-
válasz
Warton
#101712
üzenetére
amik korábban csak az AURban voltak azok kezdenek feljebb kúszni: flatpakbe, vagy akár még a repoba is
És milyen jól teszik!
Én csak el nézegetem itt, ahogy az emberek folyamatosan az AUR-ra hivatkoznak, miközben a döglött lőtéri kutya nem ellenőrzi, hogy oda mi kerül be. Nagyon kíváncsi lennék, hogy ha valaki most feltöltene oda egy malware-t, mennyi ideig tartana, míg kiderülne (egyébként volt már rá példa). -
A múltkori skálázási témához. Akkor mutattam egy képet arról, hogy Gnome alatt milyen, ha be van kapcsolva a fractional scaling, csak ezt külön engedélyezni kell paranccsorban.
Azon a képen Aeon van, ami gyakorlatilag Tumbleweed, tehát nagyonfriss. A hétvégén az egyik gépemre feldobtam egy Fedora Silverblue-t is, és meglepődve néztem, hogy ennél már gyárilag engedélyezve van:
Pedig nem hiszem, hogy frissebb lenne a Gnome, mint az Aeonos gépemen, szerintem azon is 47-es van (ha hazaérek, meglesem).
-
válasz
Rowon
#101671
üzenetére
A Fedora nyelvén ezeket "deploymenteknek" hívják, de ugyanazt a célt szolgálják, mint a snapshotok.
Sakab
Ha a korábban írt paranccsal nem sikerülne, próbáld meg így.
Ezzel meg tudod nézni az elérhető rendszerváltozatokat (deploymenteket):
sudo ostree admin status
Ezzel pedig ki tudod törölni az N-ediket:
sudo ostree admin undeploy NCsak az aktuálisat ne töröld ki, mert akkor nem fog bootolni a rendszered
-
válasz
hódmaci
#101672
üzenetére
Én simán ráeengednék egy dd if=/dev/null of=/dev/sdX bs=1024 count=1 parancsot, ez felülírja a pendrive elejét (de csak óvatosan, mert ha az of-hez véletlenül rossz útvonalat adsz meg, a rendszered is simán felülírja!), vagy Gparted megpróbálnék új partíciós táblát létrehozni (az Eszköz menüben van). Windows alatt diskpart -> clean disk.
Ezek mind "kiürítik" a pendrive-ot, nem lesz rajta partíciós tábla sem, így ha a hiba abból ered, akkor ezt ki tudod javítani.
Ha így sem sikerül, akkor gyanús, hogy haldoklik a pendrive. -
-
válasz
Vasti74
#101633
üzenetére
A Mintent nem szoktuk corporate-nek hívni, mert az nagyrészt közösségi fejlesztés, és nem kontrollálja semmilyen nagy cég, ellentétben az OpenSuse-val és a Fedorával.
ezekkel próbálkoztam: de a katarzis valahogy elmaradt... ;-)
Mert neked olyan disztró kell, ami out of the box működik, és nem érdekel, ha régebbiek a programok. Nekem meg olyan, amit én rakok össze, és nem baj, ha frissek a programjai.
Már csak ezért se lenne jó, ha csak egy disztró lenne, mert mindenki mást keres egy Linuxban. -
válasz
pigatt
#101630
üzenetére
Gondolom ethernettel fog menni a szerver, ez esetben nem lesznek elérési gondjaid. Wifi esetén lehetnek.
Peppermint helyett javaslom bármelyik másik disztrót a Distrowatch első 20 helyéről, pl. a Mintet.Távoli asztal is van, de jobban jársz VNC-vel, NoMachine-nel, vagy esetleg RustDeskkel.
-
válasz
GuMipOkE
#101618
üzenetére
Az ingyenes projectek ritkán kapnak annyi munkaórát, mint a fizetősek.
Na, én pont ezért használok inkább corporate disztrókat. Tudom, hogy itt sokan ilyen corporate ellenes világban élnek, de nekem sosem volt a corporate disztrókkal különösebb gondom, ellenben a teljesen szabadon fejlesztett disztrókkal.
Meg én az olyan disztrókat szeretem, ahol nincs előtelepítve minden szir-szar. Nekem ne legyen fent Office csomag, ne legyen fent printer manager, ne legyen fent report tool, ne legyen fent tűzfal GUI, character map, notes, backup tool, warpinator, szkennelő program, font választó, és semmi ilyesmi. Az a disztró, amit most használok, ennyi előtelepített programmal érkezik (illetve minusz egy, mert a telepítő abban már nincs benne): [link]
Én tudom, hogy mit akarok használni, és fel is telepítem magamnak. -
válasz
Vasti74
#101610
üzenetére
A te problémádon pont nem segítene az, ha csak egy vagy néhány disztró lenne. Ugye neked a képernyőskálázós problémád az X-ből ill. a Wayland-ből ered. A megoldás erre az lenne, ha nem 5 programozó foglalkozna a Waylanddel, hanem 25.
De aki disztrót hegeszt, az nem lesz egyik napról a másikra Wayland fejlesztő, ha pedig igen, akkor valószínűleg ótvar gány munkát fog végezni, mert egy Hanna Montana disztrót összerakni sokkal sokkal egyszerűbb, mint a core dolgokba belelátni. Én legalábbis így látom. -
válasz
Vasti74
#101607
üzenetére
Én még mindig azon a véleményen vagyok, hogy nem az a lényeg, hogy hány fejlesztő van a Linuxos közösségben, hanem az, hogy hány foglalkozik a core dolgokkal (kernel, Wayland, eszközmeghajtók, stb.). És ezekkel nagyon kevesen foglalkoznak, és akkor sem foglalkoznának többen, ha csak egy (vagy néhány) disztró lenne. Illetve a tudás most is megosztódik, mert aki Waylandbe fejleszt, az teljesen mindegy, milyen disztról használ, előbb-utóbb úgyis eljut minden disztróhoz eljut az adott fejlesztés.
De nincs azért 20 fő csapásirány. Van a Debian/MX+Ubuntu/Mint vonal, a RHEL/Fedora/CentOS/Rocky/Alma vonal, az Arch/Manjaro/Endeavour/Garuda vonal, az OpenSuse, meg a NixOS, és ezzel lefedtük a Distrowatch első 20 helyét.
-
-
válasz
Dagohun
#101604
üzenetére
Próbáld meg a secure bootot visszakapcsolni.
Esetleg meg lehet próbálni "nomodeset" paraméterrel indítani: https://www.dell.com/support/kbdoc/en-us/000123893/manual-nomodeset-kernel-boot-line-option-for-linux-booting
Ha esetleg a Garudának van olyan boot menüje, ahol ki lehet választani, hogy propietary vagy open driverrel bootoljon, akkor próbáld meg mindkettőt.
-
válasz
Vasti74
#101593
üzenetére
Nem kellene a fejlesztőknek valamilyen szinten összefogniuk, és összehozni egy olyan disztribúciót, ami tényleg majdnem olyan már, hogy az ember feltelepíti, és működik?! ;-)
Nyílt forráskódú fejlesztésnél ez ugye eleve lehetetlen, de ha még így is lenne, az sem hozná magával a Linux általános minőségének javulását. Egyrészt nem biztos, hogy aki disztrót fejleszt, az akkor is ezzel foglalkozna, ha csak egyetlen disztró lenne. Lehet, hogy átpártolna inkább más rendszerre, vagy elkezdene Androidra játékot fejleszteni.
Másrészt a disztrók között most is megoszlik a tudás, mert amit az egyik disztróba bekerül, azt bármelyik másik fejlesztő beépítheti a saját disztrójába. Nem csak úgy értve, hogy ha valami megjelenik Debian testingbe, az bekerül Ubuntuba is, hanem ha valami megjelnik pl. Ubuntubam, az átkerülhet mondjuk a Manjaroba is. Különösebb akadálya nincsen.
A baj inkább az, hogy a fontosabb fejlesztésekre kevesebb erőforrás jut, mint a kevésbé fontosakra. Sokkal kevesebben foglalkoznak pl. Wayland fejlesztésekkel, mint ahányan appokat gyártanak Gnome-hoz. És ennek az az oka, hogy a komolyabb fejlesztésekbe eleve nehezebb becsatlakozni, mert sokkal több tudást, időt és energiát igényelnek, mint írni egy appot.
-
válasz
Rowon
#101543
üzenetére
2021-2022 körül kapott Wayland támogatást: https://github.com/search?q=repo%3Aflameshot-org%2Fflameshot+wayland&type=commits&p=1
De egyrészt Debianban alighanem régebbi csomag van, lehet, hogy abban még nincs támogatás, másrészt a xdg-desktop-portal és a xdg-desktop-portal-gnome csomagokat is telepíteni kell hozzá, illetve a QT_QPA_PLATFORM=wayland környezeti változóval kell (vagy legalábbis azzal érdemes) indítani.
-
válasz
Warton
#101524
üzenetére
Inkább mi a hasonlóság, az a kérdés
Szinte semmi, azon kívül, hogy mindkettő egy "display server", azaz mindkettő tud grafikát megjeleníteni, és ablakokat kezelni. Teljesen más felépítésű a kettő, az X egy 40 éves, hálózatos megjelenítő protokoll, aminek nagyon nagy méretű és komplex forráskódja van (még saját print szervert is implementál), és nagyon sok mai elvárásnak nem felel meg. Alapesetben nem túl biztonságos, nincs benne direkt renderelés, nem kezeli a tearinget, a hálózati felépítés miatt eléggé laggos tud lenni, és olyan dolgokat, mint a HDR, a VRR, főleg többmonitoros setup esetén, nagyon nehéz (ha nem lehetetlen) megoldani, stb. Összeségében baromi elavult, túl komplex, és a mai igényeknek nem felel meg.A Wayland egy 2008-ban indult projekt, sokkal modernebb és egyszerűbb fejleszteni. Legalábbis elméletben, a gyakorlatban még mindig vannak vele problémák, és még mindig sok olyan funkció van az X-ben, amit a Wayland nem tud, ráadásul a tipikus X-es segédprogramok (xrandr, xdo, xdotool, xinput, stb.) nem működnek Wayland alatt, és soknak nincs is helyettesítője (adott esetben azért, mert nem lehet megoldani Wayland alatt).
Jelenleg a Gnome használja legaktívabban a Waylandet, ott az a default. A KDE-nél a legtöbb disztrón a 6-os verziótól alapértelmezett, az Xfce a nem rég megjelent 4.20-as verzióval kezdte el részben támogatni a Waylandet, a Pantheon Desktop (Elementary OS) az új, 8-as verziótól kezdve használ Wayland-et, a Cinnamon tudtommal most kísérletezik vele, az LXQt-t pedig nem rég kezdték el felkészíteni rá, a legtöbb plugin már támogatja, a MATE felől pedig nincs információm. Az ilyen Budgie, Cosmic, Enlightenment, stb. környezetekről pedig még annyira sincs.
Én kb. másfél-két éve váltottam X-ről Wayland-re, KDE és Gnome alatt is. KDE alatt voltak kisebb problémák, Gnome alatt annyi, hogy volt egy videórögzítő szoftver, ami nem volt hajlandó rögzíteni, illetve a Rustdeskben még csak kezdeti Wayland támogatás van. Ezen kívül azt vettem észre, hogy régi gépen, ahol nagyon gyenge az iGPU, Wayland alatt az egérmutató mintha kicsit laggosabb lenne, mint X alatt. Egyébként átlagos használatra a Wayland szerintem teljesen jó.
Egyébként Wayland alatt sokkal "smoothabbak" az animációk. -
-
-
Egyébként a frakcionális skálázra volt valami patch Ubuntuhoz, még évekkel ezelőtt olvastam róla, én sosem használtam. Elméletileg így néz ki az Ubuntu-féle Gnome control center, ha be van kapcsolva ez az opció. Én tennék vele egy próbát, hogy most hogy áll a dolog.
Vasti kolléga biztosan X-et használ, Wayland-es rendszeren nem szokott fent lenni az xrandr. -
válasz
Vasti74
#101487
üzenetére
Linuxon jellemzően az fejlődik, amit a nagy cégek használnak, tehát a szerveroldal. A kliensoldal, ami inkább az átlagfelhasználót célozza, az borzasztóan le van maradva. A Wayland pl. most van kb. abban az állapotban, ahol a Windows kompozitora volt a Vista megjelenésekor, 20 évvel ezelőtt.
-
válasz
growler
#101485
üzenetére
Ez a stabil ági Manjaron volt?
Igen.
hogyha a Manjaro taroloit kiegeszited az AUR-al, akkor telepitsd a "base-devel" csomagot - mert az kell hogy leforduljanak az AUR-os csomagok.
Ezt írják az Arch wikiben is, úgyhogy én is feltelepítettem. Akkoriban egyébként mindenki a Trizent ajánlgatta, hogy az a legjobb AUR helper. Én is kipróbáltam, nálam is volt olyan csomag, ami pamaccal nem buildelt, trizennel igen.
-
#101483
urandom0
őstag
tordaitibi
#101481
válasz
tordaitibi
#101481
üzenetére
Én pont egy ilyen autós példát akartam írni, el is kezdtem, de töröltem.
Engem abszolút nem érdekelnek a kocsik, nekünk is csak azért van, mert feleségem akarta. Én nem is nagyon foglalkozok vele, csak a minimálisat. De ha mindezeket produkálná, amiket leírtál, hengerfej, stb., én úgy adnám el, hogy csak úgy zuhogna. Abszolút megértem, ha valakinek nem azt a hobbija, hogy szögelje a vackát. Én is utálom, amikor gond van a rendszerrel, amikor az kellene, hogy menjen.
Az megint más dolog, ha azért ülök le, hogy kipróbáljak valami újat, mert érdekel, hogyan működik. -
#101479
urandom0
őstag
tordaitibi
#101476
válasz
tordaitibi
#101476
üzenetére
Én kb. 6-8 hónapig használtam Manjarot, de kezdve onnan, hogy minden harmadik-negyedik AUR-ból pamaccal telepített program képtelen volt lefordulni, a GPG problémákon keresztül egészen odáig, hogy a többi disztrón stabilan futó programok is hajlamosak voltak crashelni, egészen változatos problémáim voltak vele. Bár lehet, hogy csak a hardverem nem tetszett neki.
De én rolling disztrót amúgy sem adnék kezdő kezébe, legfeljebb úgy, ha be van állítva a snapper, és bármikor vissza tud bootolni korábbi snapshotra. -
válasz
ubyegon2
#101470
üzenetére
Azért az az 500 milliárd dollár rengeteg pénz, abból azért lehet alkotni. Az AI hype valóban lecsengőben van, de ez általában minden új technológiával így van. Az elején van egy gyors felfutás, aztán beáll az érdeklődés egy szintre, és akkor az nagyjából konstans marad. A hypetól függetlenül, azért az MI tényleg nagyon hasznos tud lenni kódolásnál.
-
válasz
Warton
#101467
üzenetére
Köszönjük ezt a míves ábrázolást, azt gondolom, mielőbb a világörökség részévé kellene tenni!
telepítés után különösebb konfigurálást egyik sem igényel és mindegyikben megvannak az alapvető programok
Kivéve, amelyikben nincsenek például kodekek sem, mint mondjuk egy Fedorában vagy egy OpenSuse-ban. Vagy ahol nincsen GUI a frissítések kezeléséhez, vagy ahol egyáltalán a csomagtelepítéshez sincs GUI, vagy ahol mondjuk a tűzfalkezeléshez sincs GUI, a szerencsétlen user meg ki akarna engedni valamit a tűzfalon, de fogalma sincs, hogy hol is kellene.
De állítom neked, egy Fedora telepítést a kezdők 90%-a nem tudna megcsinálni önállóan, mert 10 percig szórakozna vele, utána elmenne a kedve tőle, és letöltene egy Mintet, amit sokkal egyszerűbb telepíteni.A kezdő alatt ne azt a kezdőt értsük már, aki életében nem látott még Linuxot, hanem azt, aki legalább odáig eljutott, hogy fel tudott telepíteni egy Ubuntut vagy Mintet. Mint alatt pl. sok kis apró tool van, amik megkönnyítik a kezdők életét. Ennél egy fokkal nehezebb az Ubuntu, ami a Gnome-os felületével eleve nem olyan könnyű egy kezdőnek. Ennél is nehezebb egy Fedora Gnome, vagy egy OpenSuse Gnome, és így lehetne folytatni a sort...
-
válasz
Rowon
#101463
üzenetére
Szerintem közvetlenül semmilyet. Az Oracle nincs benne annyira mélyen a Linux fejlesztésben, hogy ez a lépés közvetlen előnyöket tartogasson a Linux számára.
Az nem derül ki, hogy pontosan milyen célú fejlesztések fognak ott folyni. Nyilván van célja ennek az egésznek, csak nem kötik a jónép orrára.
Hogy melyik terület fog közvetetten profitálni ebből az egészből, az nagyon jó kérdés. Én azt gondolom, hogy ha a programozást segítő MI is profitál ebből, akkor pár éven belül tényleg elérjük ezt a szintet, hogy sokkal kevesebb programozóra lesz szükség. Igazából az MI részfeladatokat most is nagyon jól meg tud oldani, vagy például a C -> Rust konverziót. Szóval valamilyen szinten biztos fog a Linux is részesülni ezekből az előnyökből, a kérdés csak az, hogy milyen módon és mennyire.
Én egyébként ősszel tervezem elkezdeni a programtervező informatikust, de lehet, hogy mire végzek, már nem lesz szükség a munkámra, az MI megcsinálja helyettem. -
válasz
cigam
#101460
üzenetére
Most az idő meg a tanulás ára hogy jön ide? A brand gépek árában benne van a Windows licenc ára, szerintem ezzel mindenki tisztában van. Én ennyit írtam, nem többet.
Egyébként a Windowst is meg kell tanulni használni, senki nem úgy születik, hogy tudja. És javítani is kell néha, amit vagy megtanulsz, vagy megfizeted a szakembert, tehát így is-úgy is fizetned kell.Ha te meg vagy elégedve az Apple cuccaiddal, akkor neked nyilván megérte. Én ahányszor próbáltam használni az Apple cuccokat, sosem éreztem azt, hogy annyival produktívabb lennék, mint amennyibe kerül. Az Mac-es ismerőseimnél meg jellemzően azt látom, hogy olyan dolgokra használják a Mac-et, amire én az 80 ezres Thinkpaddel is simán képes vagyok.
-
válasz
Warton
#101454
üzenetére
Szerintem amúgy a linux az linux teljesen mindegy, hogy Mint, Manjaro, Fedora vagy Debian, legalábbis itt a kezdő topicban tökmindegy, nincs különbség.
Pont, hogy kezdő szinten van nagy különbség a disztrók között. Egy kezdő fennakad olyan dolgokon, amiken egy tapasztaltabb ember simán megold, mert tudja, hogyan kell megoldani. Illetve egy haladó azért tudja már, hogy mik azok a dolgok, amiket jobb nem erőltetni, mert valószínűleg nem lesz jó vége.
Haladó(bb) szinten azért az ember már elég sok mindent nem is tekint problémának, mert simán megoldja. -
Ilyen előfordul néha.
Az mpv-nél meg a rá épülő programoknál én azt vettem észre, hogy gyengébb gépen, integrált GPU-val hajlamos kihagyni frameket 4K-s, magas bitrátájú videóknál, és így a 24 FPS-es videót olyan 20 körüli FPS-sel játssza le. Nem nagy diffi, de szemmel látható. VLC ugyanezen a gépen szépen, folyamatosan játssza le. -
válasz
CPT.Pirk
#101412
üzenetére
Vagy flatpakos VLC a Flathubról. Én még olyan videóval nem találkoztam, amit az ne játszott volna le.
Semmi értelme ennek a kodekes szenvedésnek 2025-ben. Ez olyan 2001-es feeling, amikor azzal szórakoztunk, hogy melyik kodek packban hány kodek van, az egyikben "csak" 97 volt, a másikban meg 103, és akkor melyiket telepítsük... ez legfeljebb azoknak jó, akiknek különleges igényeik vannak, vagy ezzel foglalkoznak.
-
válasz
urandom0
#101408
üzenetére
Ja, meg volt olyan, hogy egyes disztrók alatt egyszerűen nem tudtam úgy megírni egy CD-t, hogy Windows alatt is lehessen olvasni. Más disztrók alatt, ugyanazzal a programmal, ugyanazokkal a beállításokkal probléma nélkül ment. Végigpróbáltam 4-5 disztrót, a felén ment, a másik felén nem.
Pár évvel ezelőtt Debian és Ubuntu alatt csak úgy volt hajlandó működni az egerem a laptopon alvó állapotból való visszatérés után, ha írtam egy scriptet, ami sleep után futott le és kilőtte a psmouse modult, és újra betöltötte. Fedora alá is átvittem a scriptet, és amikor nekiálltam belőni, akkor vettem észre, hogy Fedora alatt nincs is psmouse modul
Ott a kernelbe van fordítva.
Olyan is volt, hogy egyik disztró alatt fél napot görcsöltem azzal, hogy ebillentyűleütésre NE ébredjen fel a gép, másik disztró viszont gyárilag így volt beállítva. Régi "szép" idők, mikor az embernek órái, sőt volt, hogy napjai elmentek ilyen hülyeségekre...
Ilyen különbségek szerintem mindig voltak, és lesznek is a disztrók között. -
válasz
Vasti74
#101405
üzenetére
Olyan jó volt, amikor még a "kezdetekkor" volt kb. 3-4 disztribúció, mindegyik tudta a dolgát, igazából csak ízlés kérdése volt, hogy mit használ az ember
Azért itt eléggé bejátszik a nosztalgiafaktor, azt hiszem
Én közel sem Linuxozok olyan régen, mint te, de azért arra emlékszem, hogy régebben még arra is kellett gondolni, hogy a kedvenc weboldalad megy-e Linux alatt, mert ha úgy volt megírva, hogy csak IE alatt ment rendesen, akkor Linux alatt cseszhetted.
Meg arra is emlékszem, amikor a KDE olyan instabil volt, hogy egy widget áthelyezésétől magába zuhant az egész.
Meg hogy volt olyan időszak, amikor még az ethernettel is küzdeni kellett, hogy menjen, nem hogy a wifi-vel.Összeségében szerintem sokkal kevesebb komoly probléma van manapság a disztrókkal, mint régen. Olyan sajnos mindig lesz, hogy valami nem megy vagy nem jól megy, ez elkerülhetetlen. Jelen pillanatban a 4K, a VRR és a HDR az, ami elég problémás sokaknál, kell még pár év, mire ezek rendben lesznek. De addigra lesz majd más, ami problémás lesz
Én egyébként a kodek problémát úgy oldottam meg, hogy flatpakos VLC-t használok, flatpakos Firefoxot és flatpakos gthumb-ot, mindegyikben benne van minden, ami nekem kell, aztán jóidő.
-
válasz
Vasti74
#101389
üzenetére
Kár, hogy erről a kodekes vonalról lemondtál, pedig érdekes lett volna, hogy mi a megoldás. Nekem egyedül a HEIC képekkel volt problémám, a videókkal nem. Amiket neked leírtam, azokat a parancsokat be szoktam másolni telepítés után, és onnantól fogva nem szokott gond lenni.
-
válasz
Vasti74
#101381
üzenetére
A második képeden kattintassz egy üres helyre, ott van olyan opció, hogy mappák rendezése a fájlok előtt, azt bepipálod.
A LibreOffice és sok más program GTK-s fájlkiválasztó ablakot használ, az teljesen független a Dolphintól, azért kell külön beállítani.A kodekproblémára: egy ilyen lejátszhatatlan videót feltölthetnél valahova fájlként (ne videómegosztóra!), hogy megnézhessük, milyen kodek kell hozzá.
-
válasz
Vasti74
#101323
üzenetére
RPMFusion felvétele ahogy cigam leírta, majd utána kodekek telepítése:
dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm -ydnf install -y lame\* --exclude=lame-develdnf install -y gstreamer1-plugins-{bad-\*,good-\*,base} gstreamer1-plugin-openh264 gstreamer1-libav --exclude=gstreamer1-plugins-bad-free-develdnf groupupdate core -ydnf groupupdate multimedia --setop=install_weak_deps=False --exclude=PackageKit-gstreamer-plugin -ydnf groupupdate sound-and-video -ydnf install rpmfusion-free-release-tainted -y --allowerasingdnf install rpmfusion-nonfree-release-tainted -y --allowerasingdnf install libdvdcss -y --allowerasingdnf install ffmpeg libva-utils libva -y --allowerasingdnf install libva-intel-driver -y --allowerasingdnf install intel-media-driver -y --allowerasingdnf install -y vdpauinfo libva-vdpau-driver libva-utilsdnf install mesa-dri-drivers.i686 mesa-dri-drivers mesa-libGL mesa-vdpau-drivers mesa-vulkan-drivers -yAz Inteles dolgokat a végén kihagyhatod, ha nincs rá szükséged.
A flatpakos VLC-ben benne vannak a lejátszáshoz szükséges kodekek, de NE a Fedorás flatpakból telepítsd, mert abban nincsenek, hanem vedd fel a Flathubot, és onnan.
-
#101298
urandom0
őstag
sicc_innen
#101297
válasz
sicc_innen
#101297
üzenetére
Telepített fontokat csak a /usr/share/fonts mappa almappáiban találtam.
Igen, az a rendszerszintű font mappa. Oda kell bemásolni a betűtípusokat, lefuttatni a font cache frissítését, és akkor elméletileg minden program látja őket.
~/.fonts vagy a ~/.local/share/fonts mappákat nem találtam a gépen.
Ezek a felhasználói szintű font mappák, ha nincsenek, akkor csak simán létre kell hozni őket. De most ne hozd létre őket, inkább a rendszerszintű mappába másold be fontokat.
-
#101278
urandom0
őstag
sicc_innen
#101277
válasz
sicc_innen
#101277
üzenetére
Flatpakos LibreOffice?
Próbáld meg első körben frissíteni a font cache-t: fc-cache -fv
Hova vannak telepítve a fontok? Ha a ~/.fonts vagy a ~/.local/share/fonts-ba, akkor próbáld meg bemásolni őket az /usr/share/fonts-ba, és után megint frissíteni a cache-t. -
A Gnome és a Cinnamon erőforráshasználata között azért van némi diffi, bár mai viszonylatban nem túl jelentős. A Gnome többet eszik RAM-ból is, illetve ha nagyon régi a gépi, csak integrált GPU van benne és több ablak is meg van nyitva, akkor a Gnome hajlamos akadozva megjeleníteni az animációkat, még az egérmozgást is. Ehhez képest mondjuk a KDE animációi vajsimák még egy krumplin is.
-
Ha 5-6x telepít az ember Fedorát, utána már egészen jól megtanulja
A partícionálós rész tényleg nem egyszerű. -
válasz
kenguru99
#101211
üzenetére
Nincsenek nagy elvárások csak internet böngészés.
A normális böngészés elég nagy elvárás manapság. Egy mai böngésző tulajdonképpen egy komplett hálózatos multimédia center+futtatókörnyezet, hiszen képet/videót/hangot játszik le hardvergyorsítottan, miközben folyamatosan kommunikál a hálózaton, és JavaScript kódokat futtat, akár olyan bonyolultakat, amik meghaladják egy-egy asztali program komplexitását...
A géped sok mindenre jó lehet még, de böngészésre sajnos már csak korlátozottan. -
-
válasz
Rowon
#101203
üzenetére
Ilyen esetekre jó a Snapper, a btrfs-es snapshotokkal, mindennel együtt (meg a transactional-update, de az tudtommal nem érhető el Mintre). Amióta tudom, hogy létezik, azóta így használom az összes rendszerem, és erősen tudom javasolni mindenkinek, hogy btrfs+Snapper+minden frissítés előtt snaphot.
-
válasz
webzyus
#101157
üzenetére
Az ikonok szerintem a rendszer saját ikonjai. A langpack és a locale külön csomag szokott lenni (thunderbird-locale-* néven), azt is távolítsd el. Felülről a második szerintem az Orca saját mappája. Egyedül a /lib gyanús, abban lehetnek ilyen maradvány fájlok, de nem értem, a Thunderbird mit matat ott.
-
válasz
Petya XT
#101101
üzenetére
Sok helyen olvastam, hogy olyan mintha nem is lenne, nem sokat ér a router tűzfala.
El tudom képzelni, hogy ilyen is van, de azért egy normálisabb, márkásabb routere tűzfala szerintem nem ilyen. Oké, ha nem frissül, az más kérdés, akkor valóban gáz lehet (de még akkor sem biztos).
Mondjuk én OpenWRT-s routereket használok, ebből indulok ki. Ezek mellé halál felesleges tűzfal a gépre, főleg úgy, hogy szinte semmi sem hallgatózik. -
#100969
urandom0
őstag
fatpingvin
#100967
válasz
fatpingvin
#100967
üzenetére
Compton helyett a Picomt ajánlják újabban.
-
válasz
csixy
#100940
üzenetére
Hát, én most végignéztem mindkét programot, még a beállításaik is tökéletesen azonosak. Kb. mintha frissen forkolták volna a gThumbot. Amúgy Tumbleweed alatt repóból telepíthető a Pix is, és a gThumb pedig elérhető Flathubról. És mindkét program telepíthető distrobox konténerbe, ha kellene valakinek, én is onnan futtatom a Pixet.
-
-
#100930
urandom0
őstag
tordaitibi
#100928
válasz
tordaitibi
#100928
üzenetére
Legnagyobb meglepetésem egy snap app volt amiről kiderült hogy tulajdonképpen Wines exe.
Nem az Irfanview-ra gondolsz? Az is ilyen.
-
válasz
szbalogh
#100914
üzenetére
A Samba a legszívatósabb rész az egész Linuxos világban. Olyat én még nem láttam, hogy ami nálam működött, az másnál is működött volna, vagy fordítva.
Az /etc/samba/smb.conf-ot kell szerkeszteni (rootként), és valami ilyesmit kell összeraknod benne:[myshare]
path = /path/to/share
writeable = yes
browseable = yes
guest ok = yes
read only = no
public = yes
create mask = 0644
directory mask = 0755Ahol myshare a megosztás neve, path pedig a megosztott mappa elérés útja (ennek a jogosultsága legyen 777). Utána indítsd újra a szolgáltatást:
systemctl restart smb nmb
vagysystemctl restart smbd nmbdDisztrófüggő, hogy hogyan hívják a Samba szolgáltatásait. Ubuntunál azt hiszem smbd és nmbd lesz.
Ha esetleg nem működik (szinte biztos, hogy nem fog), akkor az smb.conf [global] szekciójába írd be ezt:
map to guest = Bad User
guest account = nobodyA [myshare] szekciójába pedig ezt:
force user = nobodyÉs vedd ki a guest ok = yes sort. Utána megint indítsd újra a szolgáltatásokat, és próbáld ki, működik-e (megeszem a kalapom, ha működni fog
)...Én évek nem használok Sambát, ssh-n keresztül érek el mindent. Sokkal egyszerűbb, a hátránya annyi, hogy Windows alól csak plusz programmal tudod használni, és sajnos elég lassú.
Távoli asztal helyett helyi hálózaton NoMachine-t használok, távoli hálózaton RustDesket. -
válasz
Petya XT
#100873
üzenetére
EFI-s géphez mindig érdemes GPT-re formázni mindent, BIOS-os géphez pedig MBR-re. Ezzel én is megszívtam már, volt, hogy sikerült úgy klónoznom egy EFI-s gépben lévő HDD-t, hogy a másik gépen legacy boot volt beállítva. Nem is nagyon akart elindulni a Windows... aztán valahogy helyretettem, és kb. 2 hét múlva jöttem rá, mekkora hülyeséget csináltam
EFI-s gépben legacy (BIOS) bootos Windows GPT-s partíciókiosztással úgy, hogy ott az EFI partíció (teljesen feleslegesen), miközben valójában MBR-es volt a lemez...És igazából csak azt rontottam el, hogy MBR-re volt formázva az a HDD, amire klónoztam, ha GPT lett volna, semmi gond nem lett volna.
-
válasz
Rowon
#100871
üzenetére
Én általában azt használom, ami azon a gépen van, ami előtt épp ülök
Windows ISO-t nem is tudom, mikor írtam ki utoljára itthon, talán évekkel ezelőtt. Azt tudom, hogy általában WoeUSB-vel szoktam csinálni.
Céges gépen szoktam Windows-t kiírni, ott Rufus van, és speciálisan összeállított Windows ISO-t használunk.
Céges Linuxos gépemen pedig általában dd-t vagy Impressiont használok. Ha Impression-ben benne van az a disztró, amit ki akarok írni, akkor inkább azt választom.De ha gépet javítani megyek, akkor Ventoyyal szoktam kiírni egy Windows ISO-t, egy Hiren's Boot CD-t, egy memtest-et, és régebbi gépekhez egy Bunsenlabs-ot, újabbakhoz pedig egy OpenSuse-t.
-
Fájlok neve előtt a ~ a home mappádat jelenti. Nem tudom, mi a felhasználóneved a gépeden, de ha pl. kisi, akkor a home mappád a /home/kisi lesz, így a ~ is erre fog mutatni.
A .-tal kezdődő fájlnevek pedig rejtett fájlok, be kell kapcsolnod a fájlkezelődben a rejtett fájlok mutatását, különben nem fogod látni őket.Shelltől és disztrótól is függ, hogy a leírásban szereplő fájlok közül melyik létezik nálad, lehet, hogy egyik sem. Én világ életben a ~/.bashrc-be szoktam rakni az ilyen dolgokat, de használhatod a ~/.profile-t is, az elég egységes (de ezt az interactive shell nem olvassa be, csak a login shell).
Ezeken kívül egyébként létezik még ~/.bash_profile és ~/.bash_login is, bár ezek elég ritkák manapság. -
válasz
Petya XT
#100862
üzenetére
A Windows képfájlokat szoktam csak Ventoyal készíteni, mert az valamiért nem jön össze soha vele.
A Windows ISO-k elég speciálisak, azokat se dd-vel, se Gnome Diskssel, se hasonló programokkal nem lehet csinálni. Ventoyyal, Etcherrel és WoeUSB-vel ki lehet írni őket, de ha EFI-s gépről van szó, akkor csak simán rá kell másolni a pendrive-ra az ISO tartalmát és kész: https://logout.hu/bejegyzes/doky586_windows_telepito_pendrive_elkeszitese_linux_alol.html
-
Szerintem a .net visszafelé van annyira kompatibilis, hogy a 7-es verzió helyettesíthető a 8-as verzióval. Próbáld meg telepíteni a 8-ast, és azzal elindítani a játékot.
Ha máshogy nem megy, próbáld meg a flatpak csomagot: https://flathub.org/apps/at.vintagestory.VintageStoryKipróbáltam, nálam megy.
-
válasz
Rowon
#100836
üzenetére
Van, amire én is a Gnome Disks-et használom, de azokat az opciókat beírni fstabba, amiket fejből tudok, semmivel sem tart tovább, mint elindítani a Disks-et, és oda beírni
Új meghajtó esetén az esetek többségében annyi a teendő, hogy /etc/mtab-ból az azt egy sort bemásolni fstabba.
Ú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
- Youtube Android alkalmazás alternatívák reklámszűréssel / videók letöltése
- Android alkalmazások - szoftver kibeszélő topik
- Hardcore café
- Nothing Phone 2a - semmi nem drága
- Milyen TV-t vegyek?
- Formula-1
- BestBuy ruhás topik
- Xbox Series X|S
- Gyúrósok ide!
- Feltörték a regisztrációmat vagy elvesztettem a belépési emailcímet, 2FA-t
- További aktív témák...
- Ultimate előfizetés akár 4166 Ft/hó áron! Azonnali, automatizált aktiválással, csak Nálam!
- GYÖNYÖRŰ iPhone 14 Pro 128GB Space Black-1 ÉV GARANCIA - Kártyafüggetlen, MS3781, 100% Akkumulátor
- Gamer PC-Számítógép! Csere-Beszámítás! R5 3600 / GTX 1080 8GB / 32GB DDR4 / 512 SSD!
- HIBÁTLAN iPhone 14 Pro 256GB Space Black -1 ÉV GARANCIA -Kártyafüggetlen, MS3235
- BESZÁMÍTÁS! MSI H310M i5 9500 16GB DDR4 120GB SSD 2TB HDD RTX 3050 8GB Zalman T4 Plus AeroCool 550W
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: ATW Internet Kft.
Város: Budapest