Új hozzászólás Aktív témák
-
Sipi
addikt
válasz dr_strange #2802 üzenetére
Hm...
* You can use NetworkManager instead of baselayout
* to manage your networks but you are advised to use
* baselayout because NetworkManager is beta software
* and don't work fully as expected.
*
* If it's the first time you run NetworkManager please
* restart dbus doing /etc/init.d/dbus restart
*
* To use NetworkManager disable all entries on runlevels
* net.***X and run /etc/init.d/NetworkManager
Emmán komolyan hangzik. A hivatalos ebuild kommentje emerge után.
Mindjárt kiderül, mit csinál a wired interfészemmel.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Aztavazze, neth.*** szkriptek stop, törölve a futási szintekből. Némileg speckó az itteni gép - a NetworkManager egyből jól kezelte! Az applet is elindult, fut, klassz.
Kíváncsi leszek otthon, hogy ADSL/DHCP/WEP/WPA hogy megy vele automatikusan, még mielőtt a KDE bejönne.
De idáig nagyon tetszik, végre működőképes! Az eddigi nemhivatalos ebuildek elég ramatyul mentek, ez meg most elsőre.
Juhéééé!
Batman, itt a megoldás a dilemmádra!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Eddig szar volt.
Nem, nem talált süket fülekre. De a KNetworkManager csak egy tálcás frontend a NetworkManagerhez. Vagyis az a faramuci helyzet, hogy a KDE tálcaikonjához fel kell tennem a Gnome felét, hogy legyen Gnome tálcakezelő. s utána feltehető a KDE-s is.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Hm, első tapasztalat: nem teljesen Gentoo-s az initje. Azok a scriptek, amelyek ''depend net'' sort tartalmaznak, nem mennek jól, mert az NM scriptje nem tartalmaz provide sort.
Kézzel beírtam, hogy provide network (net nem jó, mert azt a net.* scriptek állítják elő), és az ntpd, ntp-client scriptekben átírtam a depend net-et depend networkre.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2810 üzenetére
Azért, mert nem szépen írtam át... Nem tudom, a fejlesztők hogyan akarják megoldani. A ''helyes'' az lenne, hogy NM használata esetén törlöd az összes net.* szkriptet (a net.lo kivételével). De ez egy piszok bonyolult szkript, belenéztem, a dependency-keresés akkora kódrészlet, mint egy kis OpenOffice.
Az NM-et majdan ilyenre kellene megírniuk, de ehhez kevés vagyok. Ez csak egy áthidaló megoldás egy totál béta programhoz.
Ha törlöd a net.* linkeket, valószínűleg meg lehet adni a ''provide net''-et is, ami a helyes lenne. Én most csak két szkriptet (az ntp*-okat) írtam át depend networkre. Ezen kívül fene tudja, hány initszkript dependel a nettől. Emiatt az a jobb megoldás, ha az NM is ''provide net'', hogy ne dőljön össze egyetlen másik szkript sem. De itt bejön, hogy az NM ugyan provide net, de ez totál automata, és nem lehet tudni, milyen fajta kapcsolatot fog kiépíteni, vagy épít-e egyáltalán. (Mert elviekben kezeli a wired, wireless, ppp kapcsolatokat, és automatikusan kapcsolódik valahova.)
Ezt a ''javítást'' nem merném kitenni semmi hivatalos helyre, mert így más szkripteket ronthat el.
Kérdés: a leírás szerint az NM kezeli a ppp kapcsolatokat is. Na jó, de HOGYAN? Az égvilágon SEMMI konfigurálási lehetőséget nem találtam benne. Nincs semmi a /etc-ben. Nincs ilyen az appletben. De ppp-t nem lehet automatikusan kezelni...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ja, és nekem az nm-applet egyáltalán nem mutat olyan infókat, lapokat, oldalakat, amelyek a honlapon található fotókon látszanak... Sehol sem tudok pl. wireless hálózatokat felsoroltatni. (Igaz, valami miatt az USB-s wlan-adaptert is zsinórosnak látja...)
Otthon próbáltam, nem tudott kapcsolódni a wireless hálózathoz.
Az iwlist wlan0 scan parancs mutatja a hálót, de ez nem ír ki semmit.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz Proci85 #2822 üzenetére
emerge -pv xawtv
Bekapcsoltad az xext USE flaget? Ez engedélyezi a DGA, VidMode, DPMS használatát. Enélkül kvézi semmi sem működik benne...
Bekapcsoltad a zvbi flaget? Ez kell a teletexthez.
S a make.conf-ba nem árt a v4l kapcsolót betenni (globális flag), hogy az alkalmazásokban legyen Video4Linux támogatás.
Mod Java: az 1.5-ös és 1.4-es JRE/JDK nem teljesen kompatibilis. Lehet, hogy rossz verzióval próbálod használni.
Telepíts mindkettőből (pl. blackdown-jdk-1.4.2 és sun-jdk-1.5)! Ezután a java-config paranccsal a felhasználónak is tudod váltani, melyik Java-verziót használja.
java-config -s blackdown-jdk-1.4.2
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz Proci85 #2822 üzenetére
Ja, a xawtv fonthibájára: a xawtv telepít pár neki kellő fontot is. Úgy emlékszem, a /usr/share/fonts/xawtv mappába. Ezt hozzá kell adni az xorg.conf-hoz, a ''Files'' szekcióba, új FontPath-nak. Ezután az Xorg már kezelni tudja a xawtv spéci (és ronda ) fontjait.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ahogy néztem, egy jól telepített CUPS esetén (amikor az összes foomatic csomagot felteszed), kb. 4 darab különféle lj1000-es driver létezik. Válassz másikat, mert nekem pl. van két teljesen egyforma nevű - lehet, hogy az egyik csak valami ottmaradt csökevény.
Kézzel is indítsd el a foomatic-rip programot, hogy lefut-e. Ez egy perl script, talán hiányzik hozzá valami.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ha simán, paraméter nélkül elindítom, nálam ez lesz:
Process dying with ''No printer definition (option ''-P <name>'') specified!'', exit stat: 9
error: Nincs ilyen fájl vagy könyvtár (2)
No printer definition (option ''-P <name>'') specified!
A /usr/bin-ben van. De ez a hibajelzés: ''Filter ''foomatic-rip'' for printer ''hpljet1000'' not available: No such file or directory'' szerintem jelentheti azt is, hogy a foomatic-rip ugyan okés, csak éppen a hpljet1000-es printerhez nem található valami. Esetleg egy reemerge cups? Nálam a php flagen kívül minden más be van rajta kapcsolva.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A libexec könyvtárban egy link van a /usr/bin-es foomatic-rip-re...
Tuti, hogy definiáltad a nyomtatót? Kézzel indítva a foomatic-ripet, meg kell neki adni egy PPD fájlt, ami a nyomtatóé.
Létrehoztam egy ilyen nyomtatót, ezután a foomatic-rip -P hplj1000 parancs elindul. (Igaz, csak áll, valszeg adatra vár.)
Tutira létezik ilyen nyomtató? Kézzel add ki ezt a parancsot, a -P után a nyomtató nevét írva (amit te adtál meg)!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2833 üzenetére
WinXP, sajátgép, jobb klikk, tulajdonság. Valami Távooli elérés fülön az alsó részen engedélyezni a kapcsolódást, majd hozzáadni, milyen felhasználók kapcsolódhatnak. Nem doménben lévő gépnél a helyi usereket lehet megadni, vagyis fel kell őket venni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Leírást követelünk!!! Mi volt a gond, hogyan oldottad meg? Szoftver-hardver-stb?
Ööö, bocs, azóta nem. Tudod, a Gentoo alap netkezelésével megy minden szépen, csak a szokásos WPA-WEP váltás nem. A NetworkManager pedig úgy véli, szerinte az ASUS dugós kártya nem tud egyes dolgokat, így felismeri ugyan, de IP-t nem kap.
Megpróbálom összekapni magam.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Höhö, pont az érdekelt, melyik megoldás működött. Főleg, hogy anno mindegyiket végigpróbáltad...
A lid.sh az ugye házibarkács, nem teszi fel egyetlen csomag sem?
Bluetooth, infra nekem sajna nincs, nem tudom kipróbálni. Sőt, PCMCIA-t sem. Szerencsére WLAN-t már igen!
Hm, neked nincs routered? Aszittem, van... Akkor majd kérd vissza, és együtt tesztelhetünk.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Hm, ha a vbetool megy, az azt is jelenti, hogy a framebuffer/vga kártya kezelése tökéletes.
Bluetooth: egyébként mivel próbálkozol? Ahogy néztem, a kernelmodulokon kívül nincs olyan csomag, mint Windows alatt. (Ott, ha BT kell, akkor fel kell rakni valami eszement méretű programot, aztán az majd kamatyol valamit. Ha emellé az eszközt is kezelni szeretnéd, akkor pedig jön a vadászat a mobilhoz/akármihez szükséges egyéb cuccokra.)
Ahogy néztem, itt vannak csomagok, melyekben van BT támogatás is. De pl. hogy lehet működésre bírni BT-s egeret? Mert a mobilt oké, gnokii, vagy az erre épülő pl. KDE-s alkalmazásokkal.
Mod: a vége az lesz, hogy ideadod a laptopot, a mobilodat, hogy teszteljem.
Cserébe kaphatsz egy tök jó routert.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nem kötelező, de az alap kernel (vanilla és gentoo) csak a suspend pecset taralmazza, ami nem annyira felett, és nem támogat annyi ''hibernálási'' módot.
A suspend2-sources kicsivel jár a gentoo mögött, jelenleg is van belőle 2.6.18-as. Ha a gentoo sources stabil, ez is annak vehető, hiszen ugyanaz a pecskészlet, plusz a suspend2.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Alap-suspend, standby: ezek a BIOS, alaplap, processzor tulajdonságai. Ha az ACPI-ben felismeri a kernel, hogy ismeri pl. az S1-es módot, akkor oda be tudod rakni. De ez csak a régifajta sandby-szerű állapot.
Ha ennél többet akarsz, kell valami suspend source. Az alapkerneles talán a disket ismeri, annak is egy egyszerűbb változatát. (Ami csak swapbe tud írni.)
A suspend2 kibővíti ezt fájlba írással, suspend-to-rammal.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2859 üzenetére
Uhh, pár dolgot nem értek teljesen.
Vagy XGL, vagy AIGLX. A kettő teljesen más megközelítés. Javaslom, felejtsd el az xgl-t, uninstall. Unmaszkold az xorg-servert, a legújabbakben alapból van az aiglx patch. laymannel add hozzá a sabayon és xeffects overlay-t, sok jó cucc van benne.
Kell egy xorg-server-1.1.99.903-as, és a sima Portage-ból a beryl-cuccok. Az xeffects-ben -9999-es CVS verziók vannak, ugyanakkor van stabilnak minősülő kiadás is.
az xeffects-ből fel kell még tenni valami window decoratort. KDE alá aquamarine, Metacity-hez a heliodor. De metacity csak akkor kell, ha standard Gnome-ot akarsz használni. Szerintem neked elég az emerald, az amolyan általános cucc.
Én futó xorgból szoktam próbálni, ablakban indítok egy másikat, amiben indítom majd a window decoratort. Aztán egy próba xterm
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2862 üzenetére
Hm, végigkövetted a howto-kat? Az xgl howto piszok sűrűn és sokat változik - az xorg-servert ki kell maszkolni. Ez a stable, és ősrégi. Nincs benne aiglx.
Az xgl meg jó ideje nálam ramaty, törölve.
Beryl: a Portage-ban benne van hivatalosan! Nem az xeffects kell, az a -9999 kiterjesztésű, SVN-es.
Amit unmaszkolni érdemexs a packages.unmask-ban:
x11-base/xorg-server
x11-base-xorg-x11
x11-wm/beryl-core
A többire meg úgyis sírni fog, ha pl. az xorg-servert akarod emergélni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2864 üzenetére
Jaja, a 903-as Xorg nekem is adja ezt a type1-es hibát. Újrahúztam, akkor is adta, de simán elfut nélküle. (Egyébként tudtommal a truetype lib is kezeli a type1 fontokat.)
Ez nem gond.
A gond az Ati.
Ezek szerint ratyi. És megint hozza a szokásos verzióváltásos marhaságát. Az újjal nem megy - a régi stabilban pedig nincs AIGLX. Back to Xgl...
Az új xorg után feltetted megint az ati-drivert? Tudod, ha beborul az ég, azt megint újra kell húzni, mert más lett a páratartalom.
Az xorgból is a Portage-osat használo, és berylből is. Sajna, az overlayből állandóan frissíteni akarja 9999-esre, de leszarom. A Portage-beli legalább karbantartott.
Nézem az ati-drivert. A 8.30-asban nincs benne explicit xorg-verzió, tehát mennie kellene bármivel. Szerintem elég, ha újrahúzod. (A sabayon overlay-ben 8.31.5-r90 is van, ez jócskán béta. De én nvidia-ból is ilyet használok, gond nélkül. Abban már beépítve van az aiglx kezelése - szerintem érdemes megnézni egy ilyet atiból is.)
visszatettem az 1.1.1-r2 xorg-servert, beryl-manager indit:
Xlib: extension ''XFree86-DRI'' missing on display '':0.0''.
Ehhez az atisok tudnak szólni, valahogy el kell érned, hogy menjen az a hülye driver... Olyan nincs, hogy nincs DRI, akkor eddig sem volt egyáltalán hardveres gyorsításod.
Ati-driver esetén az eselect opengl show mutat külön Ati-s OpenGL-t? Próbáltad állítani? (Nem baj, ha nincs, úgy emlékszem, az xorg-x11 ilyenkor az atit jelenti. De add ki a parancsot, a biztonság kedvéért.)
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2867 üzenetére
Annál jóval többet. Most már hardveresen gyorsít lényegében minden Xorg-funkciót. Még a béta-állapotú aiglx-et is hardverből nyomja. (A béta-driver.)
A composit, xvideo, stb. pedig már régóta az nVidia-GPU dolga.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ja, ezzel kellett volna kezdened... Ha a rendszergazda direkt nem tette elérhetővé, nem fog menni.
Két módszer van. Az egyik, ha a rendszergazda direkt felsorolja a /etc/fstab-ban, melyik eszközt hova lehet csatolni. Ha nem adja meg, user ekkor sem tudja.
A másik, a kényelmes, modern út: a dbus-hal eszközökre épített automatikus csatolás. Ha a Gentoo archívum topikban rákeresel, több helyen is írtam erről.
De ha nincs fent egyik ilyen sem, Gnome/KDE alatt nem jelenik meg semmi, akkor annyi. A rendszergazdéát kell megkérni. (Ugyanaz, mint Win alatt, ha a védelem miatt direkt letiltják Group Policy-val a dugdosható eszközök elérését.)
Ha pmount nincs, akkor valszeg egyik ablakkezelőben sem működik, azok a pmountot használják.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2879 üzenetére
Ójesszus, bocs, mélyebben belenéztem az atidriver-ebuildbe... Szörnyű hack az egész.
A choose_driver_path függvényből lehet okoskodni. (A sima EPEND, RDEPEND atomokban CSAK annyi áll, hogy xorg-server, semmi verzió.) Itt viszont már nézi, valami olyat látok, hogy ha 1.0.99.x-es van, akkor x710-es könyvtárba teszi, vagyis valszeg 7.1-esnek veszi. Mindegy, úgyis próba-szerencse, végigpróbálod az összeset, hátha valamelyik nem igényel régi xorg-servert.
Nekem nincs keywords beírva, sőt, unmask sem. beryl-core, beryl-plugins és beryl-dbus ilyenkor a Portage-ból jön, 0.1.2-es. De a többi beryl-cuccból is ugyanez a verzió van Portage-ban... Vagy emergeled a beryl-t, ez egy wrapper, felrak szinte mindent. Még az emerald is 0.1.2-es lesz fent.
A compositra szerintem keress rá, az xgl-es wikiről kiindulva rengeteg infót találtam anno, egyes kártyáknál miket kell/lehet kapcsolgatni. Nézd, dri nélkül soha nem lesz semmi effekt (de még rendes desktop sem).
Nincs dbus-od? Az érdekes... Szerintem jó lenne feltenni, plusz a halt is. Nem baj, ha nem használod - egyre több program viszont használná, ha lenne... És enélkül marha nehéz beállítani egyes eszközök user-szintű jogosultságait. (A dbus-hal NEM automounthoz kell, annál sokkal többet tud. Egyik side effectje, hogy pl. csatolni is lehet a segítségükkel.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2883 üzenetére
Érdemes lenne kipróbálni. Sebességét nem ismerem, ha DRI megy, akkor csak az OpenGL alatt lehet lassú. De a Mesa-nak is van hozzá saját illesztése, úgyhogy ki tudja... Sokat ne várj tőle.
Egyre több program a dbus-on keresztül kommunikál. Semmi máson nem.
A hal pedig akkor kellhet, ha policy-kat kell eszközökhöz renelned. Vagy csak simán _akármilyen_ rendszereseményt kezelni akarsz.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2885 üzenetére
Azt hiszem, ehhez nem kell sok kommentár... Hogy OpenSource driverrel jobb legyen, mint a hivatalossal?
Ez a hibaüzenet jelent valami problémát a működésben?
Érdemes lenne pl. a Quake4-demot feltenned, megnézni, mit bír.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2889 üzenetére
Ez csak annyit mond, hogy az AIGLX opciót bekapcsoltad a konfigban. Sőt, pl. a modulok esetén még az sem jelent semmit, ha írja, betöltötte. Majd ha kiírja, hogy oké, inicializálta és használja, akkor lesz használva.
Akkor a helyzet az, hogy a hivatalos Ati driver nem támogatja a kártyádat? A DRI-t sehogy sem tudod életre lehelni? Utána már minden könnyebb lenne, a kapott hibákra emlékszem, hogy fenn vannak a neten.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2893 üzenetére
Hm, revideálom álláspontomat. Az xorg-server-1.1.1-rxnek IS van aiglx flagje.
Egyébként ha 2.6.19-et feltetted, kipróbálhatod a kerneles DRM-et is. Ez a kernel rohadtul át lett írva, hátha jobb. (Bár nekem AMD64-en be sem bootol, a reiserfs partíciómat ismeretlennek jelzi, majd közli, hogy valami keyboard hiba van, valami direktben akarja elérni a hardvert, és lerohad. Ami fura, mert az a ''valami'' maga a kernel lehet csak...)
Jaja, ez alapján elindult az aiglx extension.
Hm, ha ez a helyzet (vagyis az Ati hivatalosan rosszul írta meg és nem teszi lehetővé a futtatást), akkor adj egy esélyt az xgl-nek... Csak azzal macerásabb elindítani, belőni az X-et. És a videolejátszás sem habostorta (úgy emlékszem, az XVideo extension, mint olyan, elfelejthető Xgl alatt, OpenGL kimenetet lehet csak használni.)
BTW, nagy frissítgetéseim közepette tapasztaltam: a béta 1.1.99,903-as xorg-server ratyi, nagyon lassú a rendszer. Visszatettem az 1.1.1-est.
Ugyanakkor megmaradt a hiba, hogy tvtime azonnali teljes fagyást okoz, illetve pl. Opera, Firefox indítás után pár perccel 99%-os CPU használatot adnak, xkill segít. Gőzöm sincs, mi a baj - esetleg a béta nVidia driver.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2895 üzenetére
Lényegében minden program ezt csinálja, egy konsole megnyitása is sok idő, addig 99%. Csak azt könnyebb lelőni.
Akkor most végképp nem tudom, mi a gond... (A berylt egyébként nem használom, csak fenn van. ) Nem maguk a programok rosszak, az alaprendszerben van valami. No meg jó lenne tudni, miért nem működik a 2.6.19-es gentoo sources.
Az xorg kilőve, 1.1.1 és béta is laggol. Ezek szerint nvidia driver sem gond. Ezek után nem sok maradt.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2897 üzenetére
A berylhez nem kell akkora erő. Elég kiforrott már, gondom nekem sincs vele (ha éppen kitalálom, milyen xorg-beállításokkal hajlandó elindulni). Gyors, elég stabil is.
De én el sem indítom, csak szarrá fagy a gépem...
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2899 üzenetére
Igen, a wikiseket írtam én is. Kell pár alap, meg béta nvidiához még egy-kettő. KDE alatt használom, az aquamarine is egész jól megy. Klassz az egész project.
Nem az a gond, hogy használnám-e vagy sem... Jelenleg kvázi használhatatlan a gépem, miután grafikus felületre léptem be. Próbáltam kikapcsolni a beryl-aiglxhez szükséges beállításokat, semmi sem változott.
Mindegy, majd tökölök vele, csak most zavar, hogy nem tudok tévézni.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
No, okoska rájött, hogy nem egészséges bináris nVidia drivert xorgos OpenGL-lel használni.
Érdekes, régen az ebuildek visszakapcsoltak arra, ami eredetileg volt (csak emergéhez álltak át xorgosra.)
Már csak az Opera marhul, néha Firefox. Ez utóbbit azért tettem fel, mert elegem lett at Opera pár hibájából. De most meg a Firefox idegesítő bugyutaságából lett elegem.
Nekem méér nem ír senki használható böngészőt?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz asturel #2904 üzenetére
Hm... Nekem unmaszkolva van a mesa, xorg-server, xorg-x11, x11-drm. A beryl* és emerald* cuccok nem. És normálisan megy. Berylből a sabayon overlay-t használom, abban most a 0.1.3-as van, ja, most nézem, az xefefcts-ben is. A -9999-esről olyasmit olvastam, hogy nincs benne valami extension támogatása, macerásabb belőni. A Mesa jelenleg a 6.5.2-nél tart.
A sabayonban van 7.2-es ebuild, de ez nem jelent semmit. Ez úgyis csak egyéb csomagokat ránt be - nekem mintha már minden a 7.2-es szintjén állna.
Most akkor mi a helyzet? Ati driverrel nincs composite, meg egyébként is ratyi. Az xorgos driverrel viszont megy, nem? Vagy itt hibás az OpenGL?
Szerintem állj rá valamelyik verzióra, driver, xorg, mesa, beryl szinten pl. csak ~-es maszkra.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2903 üzenetére
Az eselect-compiler egy időben ki lett szedve, mert rosszul kezel multilibeket. Jelenleg is maszkolva van. Nem szabad használni.
Helyette a gcc-config KELL! Ezt tedd fel, tudsz profilokat váltani. Ez mindenképpen szükséges, mert a Gentoo alapból szimlinkekkel oldja meg a gcc könyvtárainak elhelyezését. Az /etc/env.d/gcc-ben vannak a fájlok, akár kézzel is írogathatod, ha valami tutira nincs fent.
A default output a.out elég rémisztően néz ki... Az az elavult forma.
A libstdc hiba megoldására a fix_libtool_files.sh való, mögötte megadni a régi gcc verzióját, amit leszedtél. Egyes fájlokba hardkódolva van a gcc pár elérési útja, ezt javítja át az újra.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #2906 üzenetére
Nem akartam idegelni, de egyébként minden Ati-probléma esetén szívem szerint ezt javasolnám.
Az a baj, hogy hiába lövöd be egyszer tutira a géped, ha utána műgyantával kell kiöntened, és ápolnod, nehogy valami megváltozzon, mert akkor vége.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2909 üzenetére
Felesleges újratenni.
Azért nem jó a gcc, mert nincs/rossz profilok vannak a gépeden.
Nem kötelezlek arra, hogy használj gcc-configot, de valszeg anélkül nem fog menni.
Az említett heéyen lennie kell egy config fájlnak, meg pár (vagy egy darab) i686-pc-linux-gnu-4.1.1 formájúnak. Ebben vannak a beállítások, a configban pedig CURRENT=xxx, az egyik fájkl neve, amelyik éppen aktív.
Ha belenézel a fájlokba, láthatod, milyen elérési utakat adnak meg. Ezeket módosítsd akár kézzel is úgy, hog yvalós helyre mutassanak.
A gcc-config paranccsal nem tudod helyrehozni? gcc-config X, ahol X a kívánt profil száma. Ilyenkor automatikusan generál linkeket, stb. Ha nem megy, árdemes gcc-configgal váltogatni pár profil között, míg helyre nem tér.
Mod: a doksik között, vagy a wikin van egy gcc upgrade guide is, anno nekem segített hasonló fejreállásnál.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2911 üzenetére
Pontosan mit csinálsz, és mi a hiba? gcc-config -l mit ad vissza? Ha beállítasz egy profilt vele, az lefut rendesen? Majd env-update, source /etc/profile.
Utána kukk a /etc/env.d/gcc-be, mik vannak felsorolva? Milyen nevű profilok? Ezek tartalma létező könyvtárakra mutat? A configban melyik lesz a default? A /etc/env.d-ben a 05gcc-ben mi van, jó könyvtárakra mutat?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Esetleg itt: [link]
Komplett Wiki arról, hogyan lehelld életre, és hogyan telepítsd enélkül a Gentoo-t.
Mod: most nézem, r1000 a modul neve. Ez a Portage-ban nincs benne, de a későbbiekben a layman nevű program segítségével hozzáadhatod a sabayon nevű overlay-t. Ebben már benne van (igaz, maszkolva). Vagyis nem kell mindig kézzel feltenned, simán emergével megoldható, ha már kész az alaprendszered.
Mod2: nincs maszkolva, csak nem a stabil, hanem az instabil (~x86) ágban van.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Egeret nemtom, a másodikra: ha nv driver használ, az opensource-os. Tudtommal abban nincsenek TLS libek, az csak a bináris része - talán rossz openglt eselectewltél? Ha sima nv drivered van, az xorg-x11 opengl kell.
USB egérre meg csak az jut eszembe, hogy nincsenek meg a megfelelő USB moduljaid. Kernelben minden USB-s cucc megvan modulban? Azt hiszem, ehhez kell a HID és függelékei.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2925 üzenetére
Jujj, valamikor az őskorban tényleg volt nekem is ilyen hibám.
Unmerge, majd a láthatóan baromság linkek törlése után nyugodtan emergélheted, most már nincs ilyen gond vele. Egyszer csinált egy ilyen hülye linket, azóta sem találkoztam a problémával.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
-
Sipi
addikt
válasz tierbatyo #2929 üzenetére
Nem glibc hiba, tutira gcc. És le merem fogadni, hogy egyszerűen keverednek a profilok.
Felteszem, a multislot flag be van kapcsolva, különben nem lehetne két verziójú gcc.
Az eselect binutils list paranccsal nézd meg, hány van fent (ez is slotolható), majd állítsd be valamelyikre! (Az összes ilyen profil-állításra érvényes, hogy ha hiba van, érdemes átállítani valamelyik másra, majd megint vissza. Ilyenkor tuti, hogy az esetleges rossz linkek törlődnek és helyesen jönnek létre.)
Ezután jönne a gcc-config. Írtad, hogy leszedted az _összes_ verziójú eselect-compilert. Ezen kívül szedd le a 2.*-os gcc-configot is! Most nézd meg az envd/gcc-ben, milyen profilok maradtak. Mozgasd el az összes fájlt valami biztos helyre, majd tedd fel a gcc-config 1.3-as sorozatát! Ezek után megnézni, milyen konfigok kerültek fel az envbe. gcc-config -l. Jó lenne, ha felismerné automatikusan mindkét gcc-det.
Ha nem, és a fájlok sem léteznek, akkor másold vissza azokat, amelyerk a tényleges gcc-verzióknak felelnek meg! Nyisd meg mindet, és ellenőrizd, hogy a benne lévő könyvtárak léteznek-e, és arra a verzióra mutatnak-e, amire kell! Ja, és a /etc/env.d/05gcc-t is nézd meg, mi van benne.
Ha ez megvolt, lehet megint a gcc-configgal játszani, ide-oda kapcsolgatni a verziók között. Váltás 4-esre, env-update, source profile, majd gcc -v elvileg már jót kell, hog ykiírjon.
Ja, a ccache írját is töröld le, nehogy bekavarjon! Kapcsold is ki a make.conf-ban. A /usr/lib/ccache-ben vannak linkek, ezek zűrösek, ha a gcc hibádzik. (Ugyanis ezek átveszik a gcc binárisai felett a hatalmat.)
/etc/env.d/gcc/config:
CURRENT=x86_64-pc-linux-gnu-4.1.1
/etc/env.d/gcc/x86_64-pc-linux-gnu-4.1.1:
PATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
ROOTPATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
LDPATH=''/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32''
GCCBITS=''32 64''
MANPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man''
INFOPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info''
STDCXX_INCDIR=''g++-v4''
/etc/env.d/05gcc:
PATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
ROOTPATH=''/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1''
MANPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/man''
INFOPATH=''/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.1/info''
LDPATH=''/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1:/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/32''
GCC_SPECS=''''
A binutils táján is szétnéznék, hogy jó profilt használ-e.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2931 üzenetére
Nekem olybá tűnik, rossz fájlok, linkek maradhattak fent, s ezért van az rm: directory. (Pl. egy gcc link nem a régi gcc binárisra mutat, hanem egy gcc nevű könyvtárra.)
Egy manuális tesztet végezhetsz: állítsd be az új gcc profilt, valamelyik (lehetőleg legújabb) binutils profilt, és egy forrást tömöríts ki, majd kézzel configure. Talán többet ír ki, a config.logban talán több infó lesz. (Abban benne kell lennie a példaporogamoknak is, melyekkel teszteli, mi az uint, stb.)
Ha a glibc a régi gccvel készült, meg a kernel is, akkor szedd le az újat. A gcc-configgal az egyszem régi gcc profilt állítsd be, annak jónak kell lennie (mivel azt írtad ).
Miután van egy tiszta rendszered, egyszem működő gcc-vel, gcc-configgal, mehet a 4.1-es sorozat valamelyik tagja. Ne lepődj meg, ha nem fordul, van belőle hibásabb is. De a 4.1.1-es nekem jól megy.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2939 üzenetére
Nem nem szeresse a coldplug-ot, hanem az új udev ugyanazt ellátja, ergo feleslegessé vált.
Az /etc/conf.d/rc-ben van pár RC_* változó, amellyel beállíthatod, hogyan működjön a plugging.
RC_HOTPLUG - érdemes yes-re tenni, no-n semmi értelme.
RC_COLDPLUG - service/modul coldplugging, az új udev tudását kihasználandó. Ha yes, nem csak a coldplugged modulokat tölti be, hanem az esetleg ehhez tartozó service-eket is, pl. elindul a hálózat! Emiatt érdemes beállítani...
RC_PLUG_SERVICES - ...megadja, mely szolgáltatások induljanak/ne induljanak el az udev coldplug hatására. Nekem !* az értéke, vagyis SEMMI service ne induljon. (Ekkor még ugyanis a boot szinten vagyunk, csomó dolog nemfut, amikor esetleg elindulna valami.)
Az xorg verziója jelenleg már nem sokat jelent... Kvázi szétesett a különálló libekre, protokra, egyebekre. A lényeges talán az xorg-server lehet, ebből az 1.1.1-es és 1.1.99.* verzió is jól megy nálam. Ilyen keyboard-gondok nekem az xgl-lel, esetleg compizzal szoktak lenni. Vagy pedig nem leli a modulok elérési útját, néha változtatnak rajta. Nekem jelenleg egyáltalán nincs ModulePath és hasonlók, CSAK FontPath szerepel az xorg.conf Files szekciójában!
Section ''InputDevice''
Identifier ''Keyboard0''
Driver ''kbd''
Option ''XkbLayout'' ''us,hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Option ''XkbOptions'' ''grp:switch,grp:menu_toggle,grp:led:scroll''
EndSection
Ezzel minden billentyűm működik.
glxgears: próbáld kézzel ide-oda váltogatni az eselect opengl-lel az openglt. Ilyen akkor van, ha nincs DRI (xdriinfo kiírja), vagy rossz OpenGL-t használ.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
Új hozzászólás Aktív témák
- Politika
- sziku69: Fűzzük össze a szavakat :)
- Microsoft Excel topic
- Gumi és felni topik
- Féltucat régi Samsung kapott új One UI-t, köztük az A52s
- HDD probléma (nem adatmentés)
- Milyen okostelefont vegyek?
- Redmi Note 12 Pro - nem tolták túl
- Kerékpárosok, bringások ide!
- Intel Core i3 / i5 / i7 8xxx "Coffee Lake" és i5 / i7 / i9 9xxx “Coffee Lake Refresh” (LGA1151)
- További aktív témák...
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Steam kulcsok - UTALÁS/REVOLUT
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs