Új hozzászólás Aktív témák
-
Frawly
veterán
Na, fene, micsoda pálfordulás. Pár hete még a másik topikban oltogattál le, hogy a kövek alatt élek, meg az ilyen Arch és MX-féle hipszterdisztrók nem corporate/enterprise kompatibilisek, mert nem megyen’ rajtuk a SAP, meg nem mennek Nextclouddal, meg a systemd is milyen király, mert szabványos. Na, mindegy, nem késő sose észhez térni, üdv a klubban. Várjuk ubyegont is, neki még kell pár év, mire kiért a mint-es ködből és beérik nem annyira mainstream disztrókra. Ez tényleg évek lesznek nála, ő nem csak a homed-t fogja élvezni, de a Xorgd, meg a etcd, meg egy csomó mindent.
Egyébként ez volt Luke Smith YouTube-rel is. Pár hónapja ott osztotta mindenkinek az észt, hogy ne fenyegessük halálosan Poetteringet, meg tulajdonképp nincs baj a systemd-vel, meg möhöőő, aztán mostanra szép sunyi módon ő is váltott systemd- mentes Artix-ra. Ja, valóban nincs baj vele, azért tartott ő is ki mellet. Csak bántani nem szabad, mert a polkorrektség a fő, adjuk inkább simit a buksijára. És itt most nem az zavar, hogy váltott, mert szíve joga, hogy ki mit használ, de akkor előtte ne szónokoljon nyilvánosan, hogy így meg amúgy, hanem álljon ki gerincesen, hogy akkor az volt a véleménye, most megváltozott, tévedett, beismeri, váltott. Nem lenne vele semmi baj.
-
Frawly
veterán
Ezt így nem is írtad, csak áradoztál, hogy a cégek komolyak, azért komoly disztrót használnak, mivel az a tuti. Ehhez én hozzágondoltam, hogy a systemd is alap meg király. Közben meg magad sem ilyet használsz. Mondom, ezzel nincs is semmi baj, tisztán látni sose késő, meg váltani. Szóval egy pozitív dolog összességében.
Továbbá az MX-nek nem sok köze van a debianhoz az apt csomagkezelőn és a deb csomagformátumon kívül. A Debian egy systemd only disztró, systemd-hez fordított, systemd-re dependelő csomagokkal. Persze ez semmit nem von le az értékéből, hogy honnan volt eredeztetve valami.
Bár annyiból neheztelek azért rád, hogy szegény Poettering megdolgozik a homed-vel, erre mind váltotok systemd-mentes rendszerre, így kinek írja szegényke? A végén már csak ő meg ubyegon fogják használni
-
Frawly
veterán
Ehhez a vagy a 440-es LTS driverág való, vagy a 435-ös (nem LTS), elvileg MX-hez jobb lenne az LTS. Azt nem tudom, hogy ezt az MX honnan szedi, a saját tárolóiból vagy a Debian Busteréből, és hogy hogyan hívják ezt a csomagot abban a tárolóban, amit használ.
Meg kell hozzá az xserver-xorg-nvidia-video (hacsak nem Waylandet használsz, akár KDE, akár Gnome, akár valami kisebb waylandes WM formájában), firmware-misc-nonfree csomagok is. Bár erős a gyanúm, hogy jó az a driver, amit feltettél, és nem azzal van probléma, hogy a rendszer ne látná a kártyát, hanem nem tud váltani Intel GPU-ról NV-re, ehhez meg valami Bumblebee vagy mi a rák kell, ilyen GPU-k közötti kapcsolgatásban nincs tapasztalatom, nem tudok benne segíteni.
-
cigam
félisten
A cikkben is említett vcard opciót próbáltad?
- vcard=on - engedélyezi az automatikus videokártya-kezelést
- vcard=off - kikapcsolja i az automatikus videokártya-kezelést
- vcard=menu - a videokártya kezelési menüjének megjelenítése
Megkísérel megoldást találni a dual / hibrid videokártyás rendszerekkel kapcsolatos problémákra, aminek gyakran fekete képernyő az eredménye.Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Frawly
veterán
Ezeket nem használom, de simán lehetséges, és nem az MX Linux hibája. A Wine pl. minden disztrón asszociálja a .jpg fájlokhoz a Wine Internet Explorert. Ez a frissítési mechanizmus hibája, hogy defaultra állítja a társításokat.
Szerencsére én ebbe már nem futok bele, mert nem használok GUI fájlkezelőket, csak terminálosakat, azokban meg a configfájlban van lerögzítve, hogy milyen kiterjesztés (én így hívom, noha Linux alatt nincs kiterjesztés) mivel nyíljon meg, és nem GUI, X, freedesktop társítások alapján kerül ez eldöntésre.
A megoldás az lenne, ha a csomagkezelő érzékeli, hogy frissítésről van csak szó, akkor a társítást állító scriptet nem futtatja le, csak első telepítéskor.