Új hozzászólás Aktív témák
-
Sipi
addikt
-
Sipi
addikt
Section ''ServerLayout''
Identifier ''XFree86 Configured''
Screen 0 ''Screen0'' 0 0
InputDevice ''Mouse0'' ''CorePointer''
InputDevice ''Keyboard0'' ''CoreKeyboard''
Option ''XkbDisable'' ''false''
Option ''Xinerama'' ''0''
Option ''XkbDisable'' ''0''
Option ''DontZap'' ''0''
Option ''DontZoom'' ''0''
Option ''DontVTSwitch'' ''0''
Option ''DisableVidModeExtension'' ''false''
Option ''DisableModInDev'' ''false''
Option ''HandleSpecialKeys'' ''Always''
Option ''AllowClosedownGrabs'' ''true''
Option ''AllowDeactivateGrabs'' ''true''
EndSection
Section ''Module''
# Load ''GLcore'' # OpenGL support - NOT for nVidia!
# Load ''dri'' # Direct rendering infrastructure - NOT for nVidia!
Load ''glx'' # OpenGL X protocol interface - for nVidia!
Load ''apm''
Load ''xtrap''
Load ''extmod'' # Misc. required extensions
Load ''v4l'' # Video4Linux
Load ''record'' # X event recorder
Load ''bitmap''
Load ''freetype''
Load ''type1''
Load ''drm''
Load ''dbe'' # Double-buffering
EndSection
Section ''InputDevice''
Identifier ''Keyboard0''
Driver ''kbd''
Option ''XkbModel'' ''pc104''
Option ''XkbLayout'' ''us,hu,ru''
Option ''XkbVariant'' '',101_qwerty_dot_nodead,phonetic''
Option ''XkbOptions'' ''grp:switch,grp:menu_toggle,grp_led:scroll''
EndSection
Section ''InputDevice''
Identifier ''Mouse0''
Driver ''mouse''
Option ''Device'' ''/dev/psaux''
Option ''Protocol'' ''IMPS/2''
Option ''Emulate3Buttons'' ''off''
Option ''Buttons'' ''3''
Option ''ZAxisMapping'' ''4 5''
EndSection
Section ''Monitor''
Identifier ''SyncMaster 957MB''
VendorName ''Samsung''
ModelName ''957MB''
HorizSync 30 - 96
VertRefresh 50 - 160
Option ''nodpms''
ModeLine ''320x240'' 20.07 320 336 416 448 240 242 254 280 #160Hz
ModeLine ''400x300'' 28.72 400 416 496 528 300 302 314 340 #160Hz
ModeLine ''480x360'' 43 480 504 624 672 360 362 374 400 #160Hz
ModeLine ''520x390'' 48.98 520 544 664 712 390 392 404 430 #160Hz
ModeLine ''560x420'' 55.34 560 584 704 752 420 422 434 460 #160Hz
ModeLine ''600x450'' 67.11 600 632 792 856 450 452 464 490 #160Hz
ModeLine ''640x480'' 74.54 640 672 832 896 480 482 494 520 #160Hz
ModeLine ''680x510'' 82.36 680 712 872 936 510 512 524 550 #160Hz
ModeLine ''704x528'' 87.24 704 736 896 960 528 530 542 568 #160Hz
ModeLine ''720x540'' 90.57 720 752 912 976 540 542 554 580 #160Hz
ModeLine ''752x564'' 97.41 752 784 944 1008 564 566 578 604 #160Hz
ModeLine ''768x576'' 97.77 768 800 960 1024 576 578 590 616 #155Hz
ModeLine ''800x600'' 107.52 800 840 1040 1120 600 602 614 640 #150Hz
ModeLine ''1024x768'' 134.24 1024 1072 1312 1408 768 770 782 808 #118Hz
ModeLine ''1280x960'' 168.00 1280 1376 1512 1744 960 961 964 1014 # 95Hz
ModeLine ''1280x1024'' 167.32 1280 1376 1512 1744 1024 1025 1028 1078 # 89Hz
EndSection
Section ''Device''
Identifier ''NVIDIA GeForce 2 GTS (generic)''
Driver ''nvidia''
# Driver ''nv''
BoardName ''ASUS v7700 Deluxe''
Option ''NvAGP'' ''3''
Option ''NoLogo'' ''1''
Option ''RenderAccel'' ''false''
Option ''UBB'' ''1''
Option ''NoFlip'' ''0''
Option ''DigitalVibrance'' ''15''
Option ''DAC8Bit'' ''0''
Option ''Overlay'' ''1''
Option ''CIOverlay'' ''1''
Option ''HWCursor'' ''1''
Option ''CursorShadow'' ''1''
Option ''CursorShadowAlpha'' ''64''
Option ''CursorShadowXOffset'' ''4''
Option ''CursorShadowYOffset'' ''2''
Option ''UseEdidFreqs'' ''1''
Option ''TwinView'' ''0''
Option ''TVStandard'' ''PAL-B''
Option ''TVOutFormat'' ''SVIDEO''
Option ''TVOverScan'' ''1.0''
Option ''Stereo'' ''3''
Option ''AllowGLXWithComposite'' ''1''
Option ''RandRRotation'' ''true''
Option ''MultisampleCompatibility'' ''true''
EndSection
Section ''Screen''
Identifier ''Screen0''
Device ''NVIDIA GeForce 2 GTS (generic)''
Monitor ''SyncMaster 957MB''
DefaultDepth 24
Subsection ''Display''
Depth 24
Modes ''1280x960'' ''1024x768'' ''800x600'' ''640x480'' ''640x400'' ''640x350'' ''320x240''
EndSubSection
Subsection ''Display''
Depth 16
Modes ''1280x960'' ''1024x768'' ''800x600'' ''640x480'' ''640x400'' ''640x350'' ''320x240''
EndSubSection
Subsection ''Display''
Depth 8
Modes ''1280x960'' ''1024x768'' ''800x600'' ''640x480'' ''640x400'' ''640x350'' ''320x240''
EndSubSection
EndSection
Section ''DRI''
Mode 0666
EndSection
Section ''Extensions''
Option ''Composite'' ''Enable''
Option ''RENDER'' ''Enable''
EndSection -
Sipi
addikt
Biztos vagy benne, hogy a wikis, gentoo fórumos, gentoo doksis, nvidia README-s dolgokat követted? Le van bennük írva, hogyan kell kinéznie a konfignak. Egyes dolgok kellenek bele, egyesek nem. Nem tudom bekopizni az enyémet, csak legfeljebb este, de ezekben a leírásokban benne van szerintem minden.
Az nvidia drivernek asszem, nem kell drm, sajátja van. Megvan, milyen modulokat kell és tilos betölteni az xorghoz.
Sipi -
Sipi
addikt
Ha régi kari, a legújabb nvidia driverek már nem kezelik. Valahol 7174 köről változtatták meg, nézd meg az nvidia readme-jében, miket támogat.
xorg.conf, az nvidia opcióinál meg lehet adni, az agp-t hogyan kezelje. A kerneles agp-modullal, a saját, nvidia-s modullal, sehogy, vagy próbálja végig. Ha kernelesre tetted, akkor a kernelbe kell az agp vezérlő. Ha nvidia-ra, akkor pedig nem szabad sem kernelbe tenni, sem modulban betölteni ezt.
A /var/log/X***.log-ban talán bővebb infó is van a hibáról.
Sipi -
Sipi
addikt
Egyes beállítások nem minden videokimenettel érhetőek el. Az xv nagyon gyors, szinte csak ennél létezik lejátszás közbeni fényerő/telítettség/kontraszt állítás, azonban a felirat kirakásával gondban van. Csak a filmre teszi ki, nem az üres fekete svába. Asszem, a konfigomban benne is van egy -vf rész, ahol a 100 egység azt jelenti, hogy ennyivel tolja el a videót felfele, az így felszabaduló sávba rakja xv kimenet esetén a feliratot. Ha nem xv-t használsz, az egész törölhető.
a konfigban a ''fs = no'' adja meg, hogy ne fullon induljon. Egyes kimenetek csak ablakban, vagy csak fullon mennek, de - ellentétben escice-vel - nekem az xv, sdl és gl kimenetek rendesen működnek.
Az automatikus felbontás-váltás a ''vm = yes'', de ehhez az xorg.conf-ban nem árt pár videófelbontást felsorolni, amire át is tud váltani.
A Screen section-ben a különböző színmélységek SubSection-jeiben kell felsorolni egymás után, idézőjelben őket.
Sipi -
Sipi
addikt
válasz
tierbatyo
#896
üzenetére
Mindegyiknek hu_HU.utf8-nak kellene lennie. Az utf8 kisbetűvel.
/etc/rc.conf-ban UNICODE=''yes'', /etc/conf.d/consolefont-ban CONSOLEFONT-nak Unicode-os font, hogy a konzol menjen (pl. a terminal-fonts-ban lévő ter-v16b), az itteni KEYMAPS file-ban a KEYMAP=''us'' vagy ''hu'', nem kell a régi leírásokban lévő -u kiterjesztés.
A glibc-ben lennie kell utf8-as lokálnak.
Az X nem ismeri egyébként ezt a lokált, ki is írja az elején, de ez eddig nekem még nem okozott gondot.
Sipi -
Sipi
addikt
Hát, én akármit csinálok, nem tudomsem eltrontani az xgl-compiz kombót, sem rosszul elindítani.
A coffee-féle ebuildekben benne van egy peccselt kdelibs, állítólag KDE alatt azért nem megy jól a compiz, mert a systray nem működik. Ezzel ezt megoldodtták, és állítólag megy KDE alatt is szépen. Ma talán ki tudom próbálni.
Az mplayer, sajnos, gl kimenettel nem megy xgl alatt, az xv pedig marha lassú. Ez további turkászolást igényel. (Igaz, reggel úgy láttam, a most fordított xgl indítás után hiányolja az xvideo extensiont. Anélkül meg elég macerás xv kimenettel videózni. )
Sipi -
Sipi
addikt
Ezt most találtam a gépemen.
#!/bin/bash
# xgl startup script by RiPz @ www.binary-pulse.co.uk
# GNU Public Licence
# woo!
echo ''###### STARTXGL SCRIPT ######''
if [ ''$1'' = '''' ]; then
echo ''Usage: startxgl <display number> <window manager> <gfx>''
echo ''<gfx> is optional, values 'ati' or 'nvidia/other', default is nvidia/other''
echo ''Window Managers currently supported: xfce, gnome.''
elif [ ''$2'' = '''' ]; then
echo ''Usage: startxgl <display number> <window manager> <gfx>''
echo ''<gfx> is optional, values 'ati' or 'nvidia/other', default is nvidia/other''
echo ''Window Managers currently supported: xfce, gnome.''
else
echo ''Starting X Server with XGL''
echo '' Using Display $1''
echo '' Using WM: $2''
if [ ''$3'' = ''ati'' ]; then
echo '' Using Card: ati''
Xgl :$1 -ac -accel xv:pbuffer -accel glx:pbuffer &
else
echo '' Using Card: nvidia/other''
Xgl :$1 -ac -accel xv -accel glx:pbuffer &
fi
sleep 2
echo '' Starting compiz''
DISPLAY=:$1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz --replace gconf decoration wobbly fade minimise cube rotate zoom scale move resize place switcher &
sleep 2
echo '' Starting Window Manager''
if [ ''$2'' = ''gnome'' ]; then
DISPLAY=:$1 gnome-window-decorator &
DISPLAY=:$1 /usr/libexec/gnome-settings-daemon &
DISPLAY=:$1 nautilus -n --sync &
DISPLAY=:$1 gnome-panel
elif [ ''$2'' = ''xfce'' ]; then
DISPLAY=:$1 xfce-mcs-manager
DISPLAY=:$1 gnome-window-decorator &
DISPLAY=:$1 xftaskbar4 &
DISPLAY=:$1 xfdesktop &
DISPLAY=:$1 exec xfce4-panel
fi
echo '' DONE!''
fi
[Szerkesztve] -
Sipi
addikt
Akkor szerintem elgépelhetted a szkriptet. Mivel az xgl elindul, tovább kell ugrania a következő sorra.
Xgl :1 -ac -accel xv -accel glx:pixbuffer &
Fontos a végén a & jel! Enélkül csak állni fog az elindult Xglnél. Ja, és Ati-hoz a fenti accel sorokat kicsit másra kell cserélni, a wikin van, hogy mire.
Teszt 1:
DISPLAY=:1 xterm
Először ez legyen a file második sora. Az xgled elindul, s ezzel el KELL indulnia egy xtermnek. Ha nem, kukkold a logot!
Teszt 2:
DISPLAY=:1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib compiz --replace ... &
A ... helyére írd be az itteni scriptből a bekapcsolni kívánt dolgokat. (Nem írom, mert úgy túl hosszú lesz. ) Ez a második sor, KELL a végére a & jel, ugyanis még el kell indítani egy ablak-dekorátort! Ez a harmadik sor:
DISPLAY=:1 gnome-window-decorator &
Itt is kell az et jel, mert most még mindig csak ott jársz, hogy az xgl-nek kék háttere van, oszt nyóc.
Utolsó sorban indíthatod a megfelelő ablakkezelődet. Itt - megint csak a teszt miatt - először csak sima xtermet indíts!
DISPLAY=:1 xterm
Itt már nem kell a végére a jel, hiszen ez az utolsó sor.
Sipi -
Sipi
addikt
1. Az itteni scripttel indítsd el, mert először azt teszteld, hogy egyáltalán megy-e az xgl és a compiz. Egy xtermet kell indítanod, azon már tesztelni tudod az effekteket, és egyéb programokat is tudsz abból indítani. A compiz nem ad menüket, desktopot, a nagyobb desktop managerek pedig nem biztos, hogy elindulnak. De ha grafikus felületből egyből azokat indítod, nem tudod megnézni, milyen hibával szállnak el.
2. A bad interpreter talán az lehet, hogy itt windows sortöréssel van fenn a script. Nézd meg valami editorban (a midnight commander jó rá), mik vannak a sorvégeken! Sokszor plusz karakter kerül bele, ezeket törölni kell. Vagy dos2unix parancs.
Sipi -
Sipi
addikt
Gőzöm sincs...
A sorrend az, hogy először a moduláris xorg megy fel. Ennek a mesa összetevőjét kell lecserélni a cvs-es, peccselt darabra, mert ebben van olyan opengl kiterjesztés, ami az xgl-nek kell. A mesa-nak meg kell adni emergénél, hogy milyen videókártyával akarod használni. Neked valószínűleg a VIDEO_CARDS=''ati'' emerge mesa parancsot kell használnod, ez készíti el az opensource ati driverhez szükséges peccselt mesa-t.
Az xorg-nál az xorg-x11-t kell még hasonlóan emergelni, ennek is a VIDEO_CARDS paraméterrel megadni, milyen drivereket csináljon. Ennél ''ati fglrx'' is létezik.
Az xgl-t úgy kell emergelni, hogy előtte átváltasz xorg-os opengl-re (vagyis mesa-ra):
eselect opengl set xorg-x11. Bár egyébként leáll hibajelzéssel...
Fingom sincs, mi a rossz. Szerintem hagyd a francba az xfce-t, előbb próbáld életre lehelni az itt beírt scripttel, a végén a startkde helyett írj xterm-et. Ha az elindul, akkor megy az xgl és a compiz is.
Sipi -
Sipi
addikt
Nekem az xgl is pillanatok alatt indul. A gépem pedig sokkal rosszabb a Tiédnél...
Szerintem nem indul el az xfce... Az xgl ugye csak egy kék hátteret ad, mivel csak a grafkártyát kezeli. A compiz pedig window manager ugyan, de úgy vettem észre, lényegében csak a dekorációkért, effektekért felelős. Ablakot az sem indít.
Anno úgy teszteltem, hogy az ide linkelt scriptet indítottam el, először xgl, majd compiz, decorator, s utána egy xterm. Ablakot ugyanis a compiz sem ad, csak a lehetőséget, hogy ha valami dokkolót, ablakot, miegymást indít, akkor dekorálja. Elég vicces volt az xterm ocsmány ablakát szépen dekorálva látni.
A wikin lévő utasítások nem segítenek? Ott pont xfce-re ad indítást, session managerrel és anélkül is.
Sipi -
Sipi
addikt
#!/bin/bash
Xgl :$1 -ac -accel xv -accel glx:pbuffer &
#sleep 3
DISPLAY=:$1 LD_LIBRARY_PATH=/usr/lib/opengl/xorg-x11/lib/ compiz --replace \
decoration wobbly fade switcher minimize cube rotate zoom scale move resize place &
#sleep 3
DISPLAY=:$1 gnome-window-decorator &
#sleep 3
#DISPLAY=:$1 gnome-session
DISPLAY=:$1 startkde
A sleepeket kikommentezheted, nekem így is ment, mert lassú a gépem.
Ezt indítva ''compix 1'' alakban, elindul az xgl, majd azon a kde. De nem tökéletes, mert a startkde script a kwin WM-et akarja indítani, ami nem indul el, mert a compiz WM már fut. Ha lesz időm, tökölök vele, hogyan tudom rávenni, hogy menjen. Így ugyanis nem indul el egy KDE-s program sem.
Bár a wikin lévő coffee xglben állítólag ez már megoldott.
Sipi -
Sipi
addikt
Az független az xgltől. Ha grafikus kép elindult, megy az xgk - az csak egy képernyőkezelő.
Esetleg az lehet a gond, hogy az xgl felett futó compiz window manager összevész az xfce window managerével... A compizzel ez az egyetlen kritikus pont: a nagyobb rendszerekben lényegébe nki kell cserélni a beépített WM-et compizre. A wiki-n lévő infó alapján kell próbálgatni, nem tudom, mi lehet a konkrét ok.
Debug tipp: indítsd csak egy xterm-et az xgl-ben! Ebből elindítva az xfce-t, megtudhatod, mi ''fagy'' be.
Sipi -
Sipi
addikt
Gondolom, hogy elfut mesa-val is, elvégre az az egyik legnagyobb függősége, plusz pecsekkel ellátva.
Sőt, szerintem az open source ati driverrel egész gyors is lesz. A mesa-nak a VIDEO_CARDS paraméterrel az ati is, az fglrfx is megadható drivernek, valószínűleg jól optimalizálták mindkét driverre. Így talán ezeken a kártyákon nem is szoftveresen fut.
Sipi -
Sipi
addikt
Gondolom, a compiz-re gomndoltál, az xgl-nek tudtommal nincs gnome flagje.
Igen, ezzel kell feltenni, mert a compiz kettős célt szolgál: egyrészt windows manager, szép dekorációkkal és effektekkel (ennek bekapcsolásához kell wgy *-window-decorator, ami jelenleg csak gnome alatt megy), illetve Composite manager is egyben. Ez az egy kiterjesztése, nagy vonalakban az alfa-átmeneteket kezeli (árnyékok, átlátszóság). Ezt az xcompmgr, vagy KDE alatt a kompmgr kezeli. Sima Xorg alatt ehhez be kell kapcsolni az xorg.conf-ban a Composite Extensiont, de Xgl alatt épp, hogy ki kell venni a konfigból, mert ennél alap, hogy van ilyen opció.
Ezeket a dolgokat, ha lesz időm, még tesztelem.
Sipi -
Sipi
addikt
Szerintem Gentoo alatt a legkönnyebb beállítani az nvidia kártyákat. emerge nvidia-kernel nvidia-glx, majd a README-je alapján 3 sort megváltoztatni az xorg.conf-ban, és eselect opengl set nvidia.
Annyi van, hogy a régebbi kártyákat a nvidia drivere csak kb. a 7174-es driverig kezeli. Ha régebbid van (meg kell nézni az nvidia README-ben a támogatott kártyák listáját), akkor maszkolni kell az újabb verziókat:
/etc/portage/package.mask-ba
>=media/video/nvidia-7667
Nekem GeForce2 GTS van, ezt kivételesen nem támogatják, a többi Gef2-t úgy láttam, igen (mármint az újabbak).
Sipi -
-
Sipi
addikt
A /etc/mplayer.conf file-om. Az af (audio filter) résznél a volume azért van, mert az AC3 többcsatornás file-ok a rossz kódolások miatt nagyon halkak.
#vo = xv
vo = gl2
#vo = xvidix
ao = alsa:noblock:device=surround40
channels = 4
af = surround,volume=+05
fs = yes
vm = yes
zoom = yes
double = yes
dr = yes
afm = ffmpeg,mp3lib,liba52,
vfm = ffmpeg,libmpeg2,
fixed-vo = yes
sws = 2
menu = yes
monitoraspect = 4:3
ffactor = 0.75
osdlevel = 1
font = /usr/share/fonts/corefonts/comic.ttf
spuaa = 4
spualign = -1
subalign = 2
forcedsubsonly = no
#sub-bg-alpha = 100
subfont-blur = 4 #2
subfont-autoscale = 3
subfont-outline = 3 #2
#subfont-encoding = unicode
unicode = no
subcp = latin2
sub-fuzziness = 2
subfont-osd-scale = 4 #6
subfont-text-scale = 5 #5
subpos = 100
subwidth = 100
framedrop = yes
cache = 16384
slang = hu,en
alang = hu,en
autoq = 10
#vf = expand=0:-100:0:0:1
nojoystick = 1 -
Sipi
addikt
X11 és ESD?!? Hű, vazze, csodálom, hogy egyáltalán lejátszik valamit...
Az X11 videokimenet a leglassabb. Ami gyors, ki kell próbálni, melyik megy jól a gépeden: xv, sdl, gl, gl2, xvidix. A gl csak akkor jó, ha rendes opengled van (pl. az nvidia-é tök jól megy).
Hangkimenetből pedig alsa! Az esd egy, a hangrendszered fölött futó démon, eszi a procit. Most nem a saját gépem előtt ülök, majd később beírom a konfigomat, amivel a surround hangot surroundban, a sztereót pedig az összes hangfalra szétpakolva, ál-surroundban játssza le.
Sipi -
Sipi
addikt
Vazze, épp írni akartam, hogy ezekkel a parancsokkal le fog fordulni.
A problémád nem mélyebb gyökerű, annyi, amit korábban írtam. A lefordult opengl könyvtárak már kb. hasonlók (xorgmesa és nvidia), de az inculde-ok terén nagy az eltérés, ezért az xorg-ban lévő glx nem megy mással.
Az svn-es dolgokat tudom, csak a fogalmazásból nem jött le teljesen, mi a baj. Azt hittem, az xorgot akarod svnből telepíteni.
Sipi -
Sipi
addikt
Itt: http://gentoo-wiki.com/HOWTO_XGL találtam ezt a megjegyzést:
Note: as of February 24, hanno's overlay has a non working mesa. Consider using CoffeeBuzz overlay which fix the problem.
svn co http://www.tripthelight.net/xgloverlay xgl-coffee
Maybe Hanno will fix his own overlay later.
Vagyis pont ez az overlay nem működik, rossz a mesa.
A másikat próbáld ideiglenesen. S a fenti wikit érdemes sűrűn nézni, az én első kukkolásom óta is jelentősen bővült.
Sipi -
Sipi
addikt
gen, az a legújabb, és moduláris. Könnyen megnézheted, kukkantsd meg a telepített csomagok listájában az x11-* könyvtárakat! Ha tele vannak ''szeméttel'', jó uton jársz!
Nem igazán értem ezt az svn revisiont... Az xorg nem svn-ből települ, rendes, számozott, karbantartott csomagjai vannak. Azzal nem nagyon van gond. Az egyetlen az, hogy a mesa csomag (az xorgos opengl) kell viszonylag az elején, mert az xorg-server csomagban található (open)glx extensionnek szüksége van rá. Mással tudtommal nem fordul le. Ebből kizárólag a mesa az, ami svn-ből jöhet, ha a bétát akarod telepíteni. Mivel svn-es, ezért ha nem megy, próbáld valamennyi idő múlva, hátha akkor már benne lesz a javíts az svnben.
Az xorg-x11 opengl hibával leáll... Pontosan melyik csomag? A moduláris xorgban az xorg-x11 csak egy meta-ebuild, nincs benne semmi, csak beránt egy alaprendszert.
revdep: azért, mert a 7.0-ás xorg még maszkolt. Régebben csak virtual/x11 volt, most van egy virtual/x11-6.8 is. Tedd be a /etc/portage/profile/package.provided file-ba a virtual/x11-6.8 sort! Ezzel jelzed, hogy oké, a 6.8-as, egybe xorg fel van téve, ne foglalkozzon vele. Ennek híján nem egy, hanem pár száz összetevővel fog minden akadni.
Sipi -
Sipi
addikt
Hehe, most olvastam én is a zindexet.
A modulárissal nem sok gond van. unmerge régi xorg, meg legjobb az x11apps, x11miscet is leszedni. Törölni az opengl-es cuccokat, ati- és nvidia drivereket leszedni. Semmi ne maradjno, ami az Xorg dolgaiba tett file-okat.
Aztán unmaszk, majd emerge xorg-x11 (jelenleg asszem, a 7.0-r1-et fogja). Annyi van, hogy hardened gcc-vel egyetlen xf86-input és xf86-video csomag sem megy fel, sem ax xorg-server - ezekhez vanilla kell. Valamint a telepítés során a mesa is felmegy, s nem árt megnézni, átvált-e az xorg-x11 openglre, mert az xorg-server csak ezzel fordul le. Ha fent van, majdnem minden ugyanúgy megy, csak a billentyűzetkiosztrások neveivel variáltak kicsit. Pl. nincs többé 101_qwerty_dot, csak 101_qwerty_dot_dead és 101_qwerty_dot_nodead magyar kiosztás. A /usr/share/X11/xkb/symbols könyvtárban lévő file-okban kell megnézni, az adott nyelvekhez milyen kiosztásokat ismer.
Ezután valahol találtam egy linket, ott volt egy SVN (cvs-szerűség) szerver, ahonnan a legújabb ebuildeket le lehet tölteni. A lokális portage overlaybe kell tenni, majd emerge mesa, cairo, glitz, compiz. Ezek is cvs-ből jönnek le, de az ebuild húzza le őket.
Ha megvan, át lehet váltani pl. nvidia openglre.
Ezek után annyi a móka, hogy van két X szervered. A régi X-org, és az új X-gl. Ezt kell elindítani, van pár kapcsolója. Erre épül a compiz, mint window/composite manager. Egy leírás szerint az xorg.conf-ban a compopsite extensiont ki kell kapcsolni, mert az xgl alapból kezeli, de máshogy. Az xgl és compiz együtt csak egy kék hátteret ad, de mellé el lehet indítani pl. gnome-ot, kde-t, xfce-t, akármit. Csak ezek WM-je nem indul el. Illetve az ablakok speciális effektjeihez el kell indítani még a gnome-window-decorator programot.
KDE-integráció tutira lesz, a compizban ott a kód, le is fordul, van kde-window-decorator is. Csak éppen indítás után annyit ír ki, hogy ez még nem működik, majd kilép. (Ahhoz képest szép nagy forráskódja van...)
Sajnos, nem tudtam elindítani a gnome-configot, így nem tudtam kézzel állítgatni a compiz paramétereit.
Sipi -
Sipi
addikt
Jaja, a parallel boot egészen jól megy már. Az ntpd, ntp-client, portmap sikít, hogy nincs még net, de login után már ott figyelnek. A famd azonban nem indul el, később kézzel megy, de pl. betettem a localba, és onnan sem indul.
A compizt feltettem. Probléma: ez egy Window Manager. Következésképpen más WM-et nem használhatsz mellette. Jelenleg a Gnome-mal épül össze egész jól, de azt nem tudom kipróbálni. A KDE-vel nem.
Ha a compiz fut, a kwin WM már nem indul el, hiszen két WM egyszerre, ugyanazon Xorgon nem futhat. Működik így is, de az ablakoknak nem lesz felső csíkja, és nem indul el egy KDE-s program sem, csak csörömpöl egy ideig.
Nem KDE-s programok azonban futnak, remegnek, a menük potyognak, a kocka forog. Az mplayer azonban marha lassan játszik le.
Próbálgattam kicselezni: a startkde scriptnek a KDEWM változóval megadható, milyen ablakkezelőt indítson el a kwin helyett. De hibát jelzett, még vacakolnom kell vele. Valószínűleg megy majd ezzel is, de akkor a beépített KDE-s dekorációknak annyi.
Összességében kicsit csalódtam. Nagyon klassz és gyors, de pl. a kockát elforgatva, majd elengedve, automatikusan visszaugrik valamelyik oldalára. Nincs köztes állapot. És persze a videolejátszásnak is lőttek - ez valószínűleg azért van, mert a compizban bekapcsoltam (illetve alapban ezt írja) az xv-s gyorsítást, én pedig ezt a kimenetet használom mplayerben.
Viszont a menüátlátszóság és az ablakok, menük ''pattogása'' aranyos.
Sipi -
#729
Sipi
addikt
dr_strange
#727
Sipi
addikt
válasz
dr_strange
#727
üzenetére
Teeee, már fel is raktad? Akkor én minek szenvedek itt?
Sipi -
Sipi
addikt
Úgy olvastam, két géped van. A másokin emergelheted az összes csomagot CSAK csomagkészítési kapcsolóval, a notid processzorára elkészítve. Azon pedig telepíted az elkészült bináris csomagból.
Ha a leírás szerint csinálom a telepítést, az xorg-server csomag hiányolja a gl.h-t. Ehhez fel kell tenni a Mesa-t. Ja, a letöltött overlay-ben a béta, cvs-ből települő Mesa maszkolva van, az ebuildben át kell kommentezni a KEYWORDS sorokat, hogy forduljon. Utána lesz minden, mi szem-szájnak ingere. Jajj, de izgulok!
Sipi -
Sipi
addikt
Ja, kérlek, Debian...
Nem tartom valószínűnek, hogy valaha is (amíg ki nem jön a végleges, plusz két év) működjön rajta. Ahogy nézem, szinte minden csomagot peccsel kissé az emerge, úgyhogy valszeg alaban nem működik. Egyébként ez is targz-ket cibál le.
Nem tudom, miben tér el a két verzió. (A modularitás nem jelent előnyt, csak emiatt nem érdemes. Kukkold meg az xorg weboldalát! )
Sipi -
Sipi
addikt
Az itt linkelt leírások alapján csinálom. Simán emerge xorg-x11.
Unmaskolni kell előtte egy tonna dolgot, de valamelyik linken van erre is egy script. Minden benne van már a Portage-ban, pár USE flaget, illetve változót kell beállítani (INPUT_DEVICES és VIDEO_CARDS), majd hadd szóljon. Ez alapban olyan 110 csomagot tesz fel. Még van vagy 35 hátra.
Sipi -
Sipi
addikt
Blogolom a telepítést.
Az egybexorgot leszedtem, jelenleg a moduláris Xorg települ. Úgy nézem, most már eléggé kiforrott rendszer, nem béta előtti teszt, csak azért van maszkolva, mert ütközik ugye a régivel, és a csomagok többsége nincs felkészítve az új, speciális függőségekre.
Sipi -
Sipi
addikt
Számomra az az igazán durva, hogy a Vista tündökletes tudása ezen a videón kb. egy slide-nyi anyag, a 11 percből olyan 1 percnyi. Az összes többi túlmutat rajta. De a Vista még nem működik, addig nem árt hozzá egy Directx10, valamint új generációs 3D-kártyák. Ehhez pedig csak egyetlen egy OpenGL függvényt kell tudni...
Kár, hogy a moduláris X-et kell hozzá feltenni. Szerintem szét fogom verni vele a gépemet, de nem érdekel, ezt látnom kell GeForce2-n. D
Sipi -
#715
Sipi
addikt
dr_strange
#713
Sipi
addikt
válasz
dr_strange
#713
üzenetére
Oké, összeszedtem magam... És csorog a nyálam.
A Compiz mit igényel? Mindenképpen XGL-t? Mert akkor nemigen lehet még kipróbálni... Egyáltalán, mi különbség van az XGL és a Compiz között? A fotók alapján ugyanazt csinálják.
Sipi -
Sipi
addikt
Beboot, login, utána bedug egér, dmesg mit mond? A hotplug rendszer tartalmaz olyat is, hogy a firmware-t automatikusan betöltse az eszközbe, de ehhez kell pár modul a kernelbe. Lehet, hogy bootnál nincs még bent ez az alrendszer, s mivel az egerednek kell, fagyi. Boot után már tudja kezelni.
Sipi -
Sipi
addikt
Anno láttam a Gentoo fórumon egy topikot, talán a játékok szekcióban, olyasmi volt a címe, hogy ''an interesting hack for usb mouse gamers''. Egy patch volt benne, hogy 1000Hz-el menjen az USB-s egér. Nem biztos, hogy pont ez a megoldás, de mivel a kernel nem tud ennyit kezelni alapból (tudtommal), érdemes megnézni.
Sipi -
#687
Sipi
addikt
dr_strange
#685
Sipi
addikt
válasz
dr_strange
#685
üzenetére
Még nem tudom, megérje-e nekem az, hogy nekem adod az új Ati-t, s cserébe felajánlom a GeForce2 GTS-emet, 3D-szemüveggel, kalappal.
Bár ha azt a 40k-t hozzácsapod, megéri.
Sipi -
Sipi
addikt
Igen, a telepítés során mindenképpen kerül oda jópár statikus bejegyzés, különben nem indulna el a rendszer.
Ha kiürül, szerintem több oka lehet:
- rossz a devfsd verziód, próbálj más verziót feltenni
- nincs a kernelben a devfs támogatása, vagy nincs bekapcsolva ott valami automatic mounting
- kihal a devs indulás után. A bootnál lennie kell pár olyan sornak (még a kernelboot után, amikor kezdi a zöld OK-kat kiírni), ami arról tudósít, hogy indítja a devfs-t, miegymás. Idáig eljut? Ha igen, mit ír?
Egyébként miért nem állsz át 2.6-os kernelre?
Sipi -
#665
Sipi
addikt
dr_strange
#663
Sipi
addikt
válasz
dr_strange
#663
üzenetére
Ó, offolni is lehet?
Sipi -
Sipi
addikt
Akkor egy ''szimpla'' átállási bug lesz. Ha van olyan kerneled, amivel be tudsz bootolni, akkor boot, ekkor létrejönnek az eszközök. Elvileg, mivel el is menti őket, már mennie kell ennek a 2.4.27-esnek is. Ha nem, akkor egy install cdről boot, csatolás után a rendszered /dev könyvtárába másold át a hiányzó bejegyzéseket.
A /dev/hd*-okon kívül úgy emlékszem, a /dev/null és /dev/console szokott még hiányzoni.
Sipi -
Sipi
addikt
válasz
tierbatyo
#658
üzenetére
Nem emlékszel rosszul, csak kicsit tévesen.
Nem kiüríti. Mivel a /dev-bejegyzásek automatikusan jönnek létre a kernel eseményei alapján, ha meghal a kernel, nincs /dev sem.
Egyáltalán nem lenne gáz, ha valaki megcsinálja azokat, amiket írtam. Vagy az RC_DEVICES_TARBALL-t yes-re állítod, ekkor leállásnál elmenti az összes bejegyzést. Erre szükség lehet, mert van olyan eszköz, aminek nem mindig jön létre bejegyzése, de ha megvan a régi, semmi gáz.
Sipi -
Sipi
addikt
Ez éppen az a hiba, amit mondtam. Ki is írja: nem létezik /dev/hda2 eszköz. Ez azért lehet, mert vagy egyáltalán nincs devfs/udev, és nem jön létre a /dev tartalma, vagy pedig rossz van fent.
Légy szíves, menj már végig ezeken a pontokon:
- Milyen kerneled van? Konkrétan az, amit bootolsz: cat /proc/version.
- Ha 2.4-es sorozatú, akkor fenn KELL lennie a devfs-nek, s ekkor a /dev könyvtárban emlékeim szerint van egy .devfs könyvtár.
- emerge -pv devfs udev mit mond? Fenn van a devfs? Fenn van az udev? A /sbin-ben van devfsd és/vagy udevd?
- A /etc/conf.d/rc file-ban mi az RC_DEVICES és RC_DEVICES_TARBALL értéke?
- Nem probléma, ha fenn van az udev és a devfs egyszerre. A Gentoo intelligens annyira, hogy akár automatikusan eldöntse, melyiket használja. De az RC_DEVICES értékével kézzel is megadhatod, melyiket használja.
Sipi -
Sipi
addikt
Ööö, szóval az ősrégi kernel megy. Nem álltál át véletlenül udevre? Ha leszedted a devfs-t és felraktad az udevet, a 2.4-es nem fog menni, mert nem lesz, ami elkészíti a /dev tartalmát. (Igaz, ehhez az is kell, hogy a conf.d/rc-ben az RC_DEVICES rosszul legyen megadva.)
A /dev tartalmát kézzel is létrehozhatod, át is másolhatod egy másik file-rendszerről, jó lesz.
De ezt az udev-devfs dolgot nézd már át, szerintem elkavartál valamit.
Ja, milyen hibával áll le?
Sipi
[Szerkesztve] -
Sipi
addikt
A /dev/BOOT hiba egyértelműen arra utal, hogy a /etc/fstab-ot felülírtad a defaulttal, és abban nem szerepel semmi. Írd vissza a régi partíciókat, nem olyan nehéz. Szerintem semmi más probléma nem lesz.
Ha a 2.4-es kernelről állsz át 2.6-osra, a devfs-udev átállásnak egyetlen negatív következménye lehet: előfordul, hogy néhány, a boothoz szükséges eszköz nem készül el időben. Erre megoldás, ha a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL-t yes-re állítod, így minden leállásnál elmenti az aktuális eszközöket egy file-ba.
Egyébként a kérdésre válaszolva: udev esetén az udev, devfs esetén a devfs készíti el. Amíg ezek nem futnak, akkor pedig csak sima file-ok szerepelnek ott.
Sipi -
Sipi
addikt
Nem tudom, melyik van fent, de szerintem a legújabb nekem is, mert mindenből az instabil van fent.
Annyit tapasztaltam, hogy a hangkimenetet gstreamerre téve, azonnal szétesik a program. A Xine backenddel azonban szépen megy, a xine-t alsa-val, default eszközzel meghajtva. Azóta semmilyen fagyásom nem volt vele.
Sipi -
Sipi
addikt
No, még egy plusz a KDE mellett. Az amarok zenelejátszó. Csodálatos!!! Ha azonosítható a szám (pl. ID3 tag alapján), letölti az album képét, a szám szövegét. Tag alapján automatikusan rendezi albumokba a számopkat, így nem baj, ha ömlesztve tárolja az ember. Semmi túlcsicsa, egyszerűen csodálatos!
Sipi -
Sipi
addikt
Hm, furcsa.
Ha backportot használok, jól működik. De a leírás alapján a backport valami régi Portage-hoz kell, olyanom meg nincs is.
A cdb nem jó, hiszen az új Portage miatt nincs többé cdb-m.
A flat lenne az alapértelmezett Portage backend, azzal nem működik. Marad a none.
Vagyis jelenleg az eix semmiféle Portage backenddel nem megy normálisan, legfeljebb a backporttal, de arra azt írja, a régi portage-zsal való kompatibilitás miatt kell. Elvileg nekem nincs is olyanom.
Sipi -
Sipi
addikt
Ja, egy ötlet. Nézd meg, a cd-eszközöd (hdc, ha jól emlékszem) milyen jogokkal bír. Nekem korábban rw------- volt. Vagyis csak a tulajdonos férhetett hozzá - ergo szerencsétlen, nem root jogokkal bíró hal, ivman nem tudta elérni.
A ludas a PAM. /etc/security/console.perms, ez szabályozza, hogy ha valaki belép, az eszközök milyen jogúak legyenek, és kinek a tulajdonába mennek át. Ez pl. hangeszköznél, cdírónál hasznos, mert ha belépsz, nem örülnél, ha egy külső ember cédét kezdene írni.
Ebben a file-ban keresd meg a cdrom sort. Az első szám adja meg, hogy login UTÁN mulyen jogra állítsa - ezt tedd pl. 0660-ra (ekkor a tulaj és a csoport írhatja, olvashatja).
Sipi -
Sipi
addikt
Viszont a debugokból nem okoskodtam ki semmit.
Az egyetlen, amire gondolni tudok, hogy vagy nem a legújabb csomagok vannak fent, vagy pl. a halt egy régebbi dbus-szal fordítottad, és nem lett frissítve azóta.
Nincs jobb ötletem, minthogy emerge dbus hal ivman, ebben a sorrendben.
Sipi -
Sipi
addikt
A hdc az milyen eszköz? A dbus-monitor --system mit ad vissza, amikor behelyezed ugyanezt a lemezt?
Itten van egy gubanc: Warning: nonexistent HAL property encountered, NULL substituted for value!
Ezt kell kideríteni, miért ad a hal nulla értéket, és minek. Ugyanis a lemez nevét rendesen átadja, de nem azt adja át csatolási paraméternek. Ez a null talán a device típusa, vagy hasonló lehet.
Sipi -
#599
Sipi
addikt
dr_strange
#597
Sipi
addikt
válasz
dr_strange
#597
üzenetére
Fenébe, most esett le... Természetesen nekem is a make.conf-ban van benne! De ezzel a teljes rendszert instabilra váltom.
Amiről szó volt, az egyes csomagok esetén megmondani, hogy pl. stabil rendszer esetén ebből és ebből most az instabilt akarom.
Ha nem akarjuk fejreállítani a jól működő STABIL rendszert, a Gentoo fejlesztők is azt ajánlják, hogy a /etc/portage/package.keywords-ben állítsuk át, az ACCEPT_KEYWORDS környezeti változó használata erősen ellenjavallott.
(Konrétan: a Gentoo fórumon egyetlen egyszer láttam viszonylag csúnyán írni embert, ez egy developer volt, akinek valami újonc magyarázgatta, hogy márpedig így kell. Akkor kissé fennhangom elmagyarázta, hogy Ő az egyik fejlesztője ennek a résznek, neki illene elhinnie, mit és miért mond. )
Sipi -
Sipi
addikt
Mondjuk olvasgathatnád az előző meg ezt a topikot is, mert ez pászor benne volt már...
Szóval. Első hibakeresés: a dbus-monitor --system indítása, majd tálca kinyit, cd betesz, tálca bezár. Ekkor KELL kapnod szöveget, ha nem, a kernellel/dbus-szal van gáz, de mivel nem konfigurálható, nem is javítható, valószínűleg épp vacak az adott dbus-verzió.
Ez ki fogja írni, mit talált, pl. cd vagy dvd esetén a rajta lévő filerendszer nevét. Valamit ki kell írnia, ugyanis a hal majd a volume name vagy pedig a device info alapján dönti el, milyen javaslata lesz a csatolási pontra. A NULL akkor van, ha pl. nincs volume name, és a device típusát sem képes megtalálni.
A hal-lal sajnos szinte semmit sem lehet debugolni. Ennek a /usr/share/hal/fdi-ben vannak a konfigjai, ezeket olvasgasd, magyarázni bonyolult, olvasással könnyű megérteni, mit is csinál, hogyan működik.
Csak egy példa (szintén szerepel a topikban): nekem a cd-olvasóm nem képes jelet küldeni és rendesen megnevezni magát. Így a hal nem is veszi észre. Ehhez a fenti könyvtárban egy 95userpolicy könyvtárat kell létrehozni (ide megy minden kézi módosítás), majd ebben pl. egy 10-ide-drives.fdi file, melynek tartalmában megjelölöm, hogy a /dev/hdc eszköz az xxx típusú cdrom, és csatolni kell.
Mivel a hal kiesett, az ivmannal kell próbálkozni. Állítsd le az ivmant, majd a /etc/ivman/IvmConfigBase.xml-ben a fork false, a debug true legyen! Ezután kézzel (ne initd-vel!) indítsd el az ivmant. Így nem lép háttérbe, a konzolon kiírja a debug üzeneteit. Innen talán ki lehet hámozni, miért kap rossz nevet, egyáltalán, mit csinál rosszul.
Kicsit gondban vagyok, mert rég követtem az ivman, stb fejlődését. Korábban volt, hogy mit kell, mit nem kell az fstabba rakni. Most kipróbáltam, kiszedtem minden bejegyzést, ami csatolható médiára vonatkozik, és ugyanúgy működik minden. Vagyis úgy nézem, a LEGÚJABB dbus-hal-ivman számára semmiféle fstab bejegyzés nem kell a kivehető eszközök részére.
Umount: csak olvasható média esetén (cd, dvd) egyszerűen kiveszed belőle. Írható esetén nem árt kézzel lecsatolni. Bár alapban szinkron írással csatolja őket (vagyis az írás azonnal megtörténik), így valószínűleg simán kihúzhatnád, de ha valami gikszer támad, elvész a teljes filerendszer róla.
wine: két lehetőség. Az egyik talán az, hogy mivel a wine fat-ot emulál, túl nagy a partíció, és mivel a fat ekkorát nem bír, rosszul jelenti a méretet. A másik: láttam már olyan windows-os programot, amit egyszerűen csak ntfs-re lehetett rakni. Szívás, mert linux alatt meg a wine nem ismer ilyet, írni pedig nem tudsz rendesen (esetleg a captive használatával).
Valószínűleg ez a PLC-vezérlő program szarul lett megírva.
Sipi
[Szerkesztve] -
Sipi
addikt
Az új hal nem tesz semmit az fstabba. A kernel (udev) eseményeit a dbus elkapja, és user space-be irányítja. A hal ezt értelmezi, és a megdfelelő szabályok szerint reagál rá valamilyen formában. Többnyire semmit sem veszel észre belőle, ugyanis a hal-ra épülő automounterek (ivman, kde ioslave, gnome-volume-manager) feladata, hogy a hal által készített háttér-dolgok alapján csatoljon. Ha az ivmant felteszed, nagy valószínűséggel már menni fog a csatolás is.
Sipi -
#592
Sipi
addikt
dr_strange
#591
Sipi
addikt
válasz
dr_strange
#591
üzenetére
Jó-jó, de Neked már a neved is furcsa.
Sipi -
Sipi
addikt
Sose használd az ACCEPT_KEYWORDS=''~x86'' emerge csomag alakot!
Helyette az instabil csomag nevét írd be a /etc/portage/package.keywords file-ba! Pl.
media-video/mplayer ~x86
azt adja meg, hogy az mplayerből az instabilt használja. Így helyesen ki tudja számolni a dependency-ket. Egyébként előfordulhat probléma, ha a depend is instabil csomag.
Sipi -
Sipi
addikt
Akkor olvasgasd főleg a régebbi Gentoo topikot itten, abban van egy csomó dolog. Most lusta vagyok leírni (na jó, kb. 39 fokos láz plusz majdnem egy üveg bor után nem nagyon megy az írás
).
Az ivman emerge után elvileg nem igényel semmit. Ha a kernel jelzi, hogy valami esemény történt, a dbus-hal-ivman alrendszer már automatikusan csatolja a cuccokat a /media-ba.
Sipi -
#559
Sipi
addikt
dr_strange
#558
Sipi
addikt
válasz
dr_strange
#558
üzenetére
Én pedig óvszerrel, de van egy gyanúm, hogy nem ugyanarról beszélünk.
Sipi -
Sipi
addikt
Nem tudom, ezt Neked kell kipróbálnod.
Ezeknek kell fent lennie: dbus-0.60-r3, hal-0.5.5.1-r3. A hal-nak semmiféle konfigját nem találtam, ami ehhez kapcsolódna - em is volna szabad, hiszen közvetlenül a dbus-szal kommunikál.
Ennek a dbus verziónak a socketje fordítás során bekerül magába a dbus démonba. A helye a /var/run/dbus könyvtár. A /etc/dbus-1/system.conf-ban is megadható a helye, ugyanerre kell mutatnia. Semmi más teendő nincs - esetleg emergeld újra a hal-t, mert lehet, hogy valami régi beállítást őriz a fejében, ha neked sem akar elindulni.
De emlékeim szerint neked a dbus-szal van baj, mert totál rossz helyen keresi a socket helyét. Állítsd át a konfigban, akkor valszeg menni fog. Ha nem, emergeld újra. Ezen dbus verzió ide kell, hogy tegye a socketet, és a konfigja is helyesen készül el, azt legfeljebb kézzel tudod később elrontani.
Ha a dbus elindult, mehetünk a halra.
Sipi -
Sipi
addikt
Jááj, rémlik valami erről... Nem hiányzik semmi, egyszer mintha nekem is lett volna ilyen hibám, de nem emlékszem, mi volt. Vagy ebben a topikban keress rá erre a hibára (pl. a ''system_bus_socket'' kifejezésre), vagy a Gentoo fórumon! Tuti, hogy lesz rá találat, anno én is meg tudtam oldani.
De fura, hogy elvileg a legújabb, instabil, 0.60-r3-as dbus van fent neked is, az pedig bárminemű konfig nélkül fut. Valami érzésem szerint a gépeden nagyon el lett állítgatva, hogy ennyi gond van vele.
Az mondjuk fura, hogy a legújabb dbus a /var/run/dbus/ba teszi a socketjét, így nem értem, neked mi a fenét sikítozik a /var/lib-re...
Egy próba esetleg: unmergeld a dbus-t, majd pusztítsd ki az összes file-t, aminek köze lehet a dbus-hoz! A /etc/dbus*, /etc/conf.d/dbus*, /usr/share/dbus*, /usr/lib/dbus*, /var/run/dbus*, /var/lib/dbus* mind mehet kukába. Aztán tedd fel megint!
Sipi -
Sipi
addikt
Azt mondja az mplayer, hogy a 0.1-es, vagyis a MÁSODIK képernyőt nem tudja megnyitni (a 0.0 az első). Ha nincs második monitorod, ez nem is csoda.
Nem tudom, hol akarod lejátszani a videót, de ha a monitoron, vagy 0.0-át adj meg, vagy még jobb, ha semmit. Akkor automatikusan az elsődleges képernyőn játssza le.
nVidia kártya esetén egyébként érdemes az nvtv csomagot feltenni, ezzel kezelni a TV-kimenetet.
Sipi -
Sipi
addikt
A no version info, stb. hibák nem érdekesek. Az a lényeg, hogy ha egy lib vagy bináris függ egy olyantól, ami nincs a gépen, akkor itt azt is kiírja, de azt észre fogod venni, mert ékes angol nyelven kiírja, hogy hoppá, baj van, nem található xy file, amire ennek és ennek szüksége van.
Van egy-két érdekes dolog ebben, de szerintem semmi problémát nem jelent.
Hagyd a fenébe az icewm-et, próbaképp indíts pl. egy xsession-t, vagy bármi más managert. Miután van X-ed, egy xterm/kterm/akármitermből indítsd el kézzel az icewm-sessiont, és írd be, mi a hiba!
Ez azért furcsa nekem, mert tudtommal a giflib és a libungif ugyanazokat a file-okat telepíti...
Ja, az equery b az belongs, megmondja, az adott sztring, vagyis file melyik csomag része. az equery d az depends, azt adja meg, a sztringtől, vagyis csomagtól melyik másik csomagok függenek. Visszafele függőség.
Sipi
[Szerkesztve] -
Sipi
addikt
Akkor nézd meg, mi az a semmi működés, mit ad ki hibának, mert kizártnak tartom, hogy a nem létező libungifre hivatkozna. Ha az kellene neki, emerge közben elszáll, vagy automatikusan felteszi.
prelinkelni a prelink programmal. Van egy guide hozzá, de egyébként emerge prelink, majd ''prelink -afmR'' parancs.
crypt*: persze, hogy blokkolják egymást, ezt írtam. A kettő együtt nem lehet fent. De olyan nincs, hogy egyik sincs fent, és valamelyiket fel akarod tenni, erre panaszkodik, hogy blokkolja a másik. emerge unmerge cryptsetup cryptsetup-luks, akkor tutira nem lesz fent egyik sem. Utána pedig emerge cryptsetup-luks. Csak akkor írhat blokkolást, ha a másik fent van, vagy egyszerre mindkettőt fel akarod tenni.
Sipi -
Sipi
addikt
Az icewm-session mi lenne? Nem találok ilyen csomagot. Ha az icewm része, akkor azt is fordítsd újra. Meg a gthumbot is. Ami sír, az emergéld!
A revdep-rebuild elég furán működik, nekem sem ír ki mindent. Azt szoktam, hogy prelinkelek, az minden liben, binen végigmegy, úgyis kiírja, ha valamelyiknek baja van.
Meg használat közben is kiderül, ha valamelyik sikítozik.
Mivel a cryptsetup és cryptsetup-luks, nevéből adódóan, lényegében ugyanaz, ütik egymást. Ilyenkor mindig le kell szedni a régit, úgy emergelni az újat. unmerge cryptsetup, utána felmegy a luks.
Sipi -
Sipi
addikt
Az új dbus megint tök más, mint a régebbi, ezért az initscript új nevet kapott. A régi dbus, az új dbus-daemon-1. Én azt csináltam, hogy mivel a /etc-ből nem unergelődik semmi, letöröltem a /etc/init.d/dbus-t, és szimbolikus linket hoztam létre dbus néven a dbus-daemon-1-re. Így mindegy, melyik program mit akar indítani, ugyanaz indul.
Sipi -
Sipi
addikt
Az eix külön csomag, nem a gentoolkitben van.
GIF képek kezelésére két csomag van. A libungif, amiből kimaradt a védett tömörített GIF, illetve a giflib. Ez utóbbit érdemes használni, a libungifet szedd le! Ekkor értelemszerűen azon programok, melyek libungiffel lettek fordítva, hiányolni fogják, de egy revdep-rebuilddel tedd fel újra őket! A giflib ugyanazon könyvtárakat adja, azzal is menni fog.
Az ivmannak kell a pmount, az pedig a cryptsetup-ot igényli. Ebből én a cryptsetup-luks-ot használom. De ebből az 1.0.1-r1-es nincs maszkolva...
Sipi -
Sipi
addikt
válasz
tierbatyo
#507
üzenetére
etc-update-et kiadsz mindig? Ha a baselayout frissül, és a konfigokat nem frissíted, könnyen fejre tud állni.
A másik pedig az lehet, hogy nagyobb frissítés után érdemes a revdep-rebuildet lefuttatni, mert pl. nekem a postfix a mysql-től is függ, így mysql frissítés után a postfix sem indul el.
Sipi -
Sipi
addikt
Uhh, nem igazán tudom, a revdep miért is kellett, de amit itt látsz, azzal semmi gond.
Felmérte, mely csomagokat kell újrahúzni, és alapban PONTOS verziót akar emergelni. Ha túl régi egy csomag, elképzelhető, hogy már nincs a Portage-ban, ergo le fog állni hibával, mert nem létezik az a csomag.
Ki is írta, hogy nem található k3b-0.11.20. A home-ban létrejön egy csomó .revdep-*** file, az order nevűben van benne, mely csomagokat, milyen sorrendben akarja telepíteni. Kézzel add ki az emerge-t, de ne pontos csomagnévre, így, ha újabb van azokból a csomagokból, egyben frissíti is.
Sipi -
Sipi
addikt
Igen, kb. ennyi. Persze, MINDEN kde* csomagot unmergelni kell. Utána vagy emerge kde-meta (ez minden csomagot feltesz), vagy a kdemultimedia, kdeadmin, stb. csomagok -meta vátlozatait teszed fel. (kdemultimedia-meta, stb.) Vagy nekiállsz egyesével feltenni a pár száz csomagot.
A media manager pl. akkor indul el, ha a dekstopon beéllítod, hogy a rendszereszközök ikonjai jelenjenek meg. De a control cenrterben, valahol a rendszerkomponenseknél van egy pont ehhez. Az egész csak akkor működik, ha monolit esetén a kdebase-t, split esetén a kdebase-kioslaves-t a hal flaggel fordítod.
Nekem az eth érdekes módon megjavult, ráadásul átálltam a parallel startupra, ami meglepően gyors és jó.
Sipi -
Sipi
addikt
Nem működne.
Gondoltam, sikerült valahogy modulba tenned az udevet.
Az udevnek userspace része is van, a sys-fs/udev. Jelenleg 079-es a legújabb (instabil).
A coldplug az indításnál megkukkolja a gépet, és a talált hardverekhez betölti a megfelelő modulokat. A hotplug ugyanez, csak menet közben (pl. USB-re dugott kamera moduljának automatikus betöltésére). Maga a hotplug script semmit sem csinál, csak az esetleges dependency miatt van, a tényleges hotplug a kernelben zajlik, meg az udev végzi a piszkos munkát.
Itt esetleg arra tudok gondolni, hogy nem udevre van állítva a rendszer, hanem pl. devfs-t akarna használni, ami nincs.
Sipi -
Sipi
addikt
Nem hiszem, mert a kernelben csak annyit tudsz megadni, hogy kell-e modul vagy sem. Esetleg kihagytad belőle az udev-támogatást.
General setup - Support for htopluggable devices, loadable module support, enable, unloading, auto unload, filesystems - pseudo - /proc, /proc/kore, /dev/pts, pts extended, pts security, virtual memory, tmpfs extended, tmpfs sec, nálam ezek vannak.
Ha a modul betöltődik, a kernel udev, a userspace udevvel együtt, a szabályoknak megfelelően, elkészíti az eszközt.
emerge hotplug-base hotplug coldplug megvolt? Hozzáadtad a hotplugot és coldplugot a default runlevelhez?
Hanyas kernel? A boot folyamán látod azokat a kiírásokat, hogy populating /dev with device nodes, starting udev, meg hasonlók? Ha nem, akkor nem indul el az udev, akkor /etc/conf.d/rc-ben RC_DEVICES átállítása.
Gőzöm sincs, mi a gond, az udevnek el kell indulnia, hacsak direkt le nem tiltottad. Annak a működéséhez semmi szükség sem hotplugra, sem coldplugra...
Sipi -
Sipi
addikt
A hotplugot nézd meg... Nem csinál semmit.
Csak egy kamu szkript. Esetleg próbáld meg a coldplugot is hozzáadni boothoz, vagy ha ott nem megy, a defaulthoz. Ez beránt mindent, amit felfedez a gépben.
De nem hiszem, hogy ilyen gond van, mivel ha a modul betöltődik, az eszköznek is léteznie kell...
Sipi -
Sipi
addikt
Án ezt az udevet nem értem. Soha semmit sem volna szabad csinálnod vele, lévén teljesen automatikus. hotplugot tedd default runlevelbe!
/etc/conf.d/rc-ben RC_DEVICES=''udev'' legyen. (auto is jó lenne, de fő a biztonság.)
Ez alapján a boot során el KELL indulnia minden udev-cuccnak. Meg is nézheted, a kernel üzenetei után látnod kell olyat, hogy starting udev, populating device nodes, stb.
Sipi -
Sipi
addikt
Hogyan? Ezt most nem értem.
A kernelben a multimedia, video4linux alatt bttv modulba. Ha a kerneles ALSA-t használod, akkor bekapcsolod azt is, ha nem, akkor emerge alsa-driver, az az összes hangkártya-drivert felteszi. (Ha nem akarod ezt kivárni, pl. a /etc/make.conf-ba beírhatod a végére, hogy ALSA_CARDS=''bt87x emu10k1'', illetve a kártyád moduljának a nevét. Akkor csak ezeket emergeli.
A bttv-t nem tudod emergelni, mert nincs ilyen csomag. Ez a kernel része.
Ez a párhuzamos portos felismerés mi lenne? Mit kell felismerni? Mi lenne az általad elvárt működés?
Sipi
[Szerkesztve] -
#438
Sipi
addikt
dr_strange
#436
Sipi
addikt
válasz
dr_strange
#436
üzenetére
Mert te gnome(-os) vagy.
Nekem az jelenik meg, amit akarok. Csak nő nincs hozzá.
Sipi
[Szerkesztve] -
-
Sipi
addikt
Nem bonyolult. Wiki is, guide is, külön fórumtéma is van hozzá. Valamint az itten fórumon is jópárszor lett kitárgyalva (ne ilyesszen el, hogy kezdetben senkinek sem működött
).
Pár hsz-szel ezelőtt írtam le, nekem miért nem ment rendesen, ez könnyen orvosolható (igaz, pár hetem ment el rá). A digikam viszont tök egyszerűen csatolható. Ha programot is akarsz mellé indítani, akkor javaslom a KDE-t, a 3.5-ös olyan, mint a Windows: dugás után felugrik egy menü, hogy mit akarsz csinálni, és ez a menü a Control Centerben bővíthető is, saját programokkal.
Sipi -
Sipi
addikt
Az ACPI-t viszont ne modulba tedd.
A dmix for OSS jól jöhet, de csak akkor kell, ha valami program a régi, vacak OSS szabványt használja (mert az új ALSA OSS-t is emulál). Ha ilyen programot használsz, akkor az automatikusan lefogja a hangrendszert (mert az OSS csak egyetlen egy hangot tud egyszerre kiadni). Ehhez kellhet ez. De úgy tudom, rohadt nehéz működésre bírni.
Írd össze a kavarokat. A Gentoo tök jól megérthető rendszer, tapasztalatom alapján akkor kavarodik el az ember, ha megpróbálja pl. Windows-alapokon értelmezni, vagy korábbi, hibbant disztrók alapján megismerni (pl. a SuSe szöveges registry-je...).
Sipi -
Sipi
addikt
ACPI-vel semmit sem kell csinálnod. Az egy szabvány, ha ACPI-t rendesen ismeri az alaplap, akkor kikapcsol.
udev: kicsit más névvel csinálja az eszközöket, átláthatóbban. Előfordulhat, hogy nem találod meg a régi eszközeidet - valszeg más néven kreálja őket.
/etc/conf.d/rc - itt az RC_DEVICES adja meg, milyet használsz. Alapban auto, vagyis ha unmergelted a devfs-t és emergelted az udevet, menni fog. Vagy pedig állítsd itt udevre.
nforce-audio: felejtsd el. Az a guide, ahogy néztem, egyébként sem normális, kvázi egy kukkot nem értettem belőle. Az nforce-audio OSS driver, csak a szívás lesz vele. Az ALSA-s is jó, egyetlen egy hátránya van: hardveres keverést nem tud, vagyis alapban egyszerre egy hang (zene, játék) szól. De erre az ALSA kitalálta a szoftveres mixert (dmix), amit az új alsa-driver csomag automatikusan be is kapcsol.
Sipi -
Sipi
addikt
Javaslom inkább az alsa-driver csomagot feltenni, a kernelben csak a Sound Supoort kell modulba. Igen, méáshogy szólnak. Az nforce-audio eleve nforce-oshoz van, de régi OSS hangrendszerhez, elég vacak. Az ALSA-s driver általánosabb, több mindenhez való.
ACPI és APM együtt elég nemjó. Egyszerre nem létezhet, bootnál valamelyiket ki fogja a kernel kapcsolni. ACPI legyen, az APM meghaladott szabvány mára.
Az udev nem bonyolult! Lényegében ugyanaz, mint a devfs, csak még programozható is. És sokkal egyszerűbben hozza létre az eszközöket.
Itt az a gond, hogy az udev (vagyis kernel) által létrehozott eszközök tulajdonosát és jogait login esetén felülírja a PAM biztonsági alrendszer, majd a hal, majd az esetleges automount is.
Sipi
Új hozzászólás Aktív témák
- EAFC 26
- MWC 2026: Kezünkben a frissen bemutatott Motorola Edge 70 Fusion
- Allegro vélemények - tapasztalatok
- iPhone topik
- AMD vs. INTEL vs. NVIDIA
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Mikrotik routerek
- Milyen okostelefont vegyek?
- Horgász topik
- Milyen belső merevlemezt vegyek?
- További aktív témák...
- Alkalmi vétel!Csere-Beszámítás! Csak tesztelt HP Omen 16! R9 8940HX / 32GB DDR5 / RTX 5060 / 1TB SSD
- BESZÁMÍTÁS! MSI B350M R7 1800X 16GB DDR4 120GB SSD 1TB HDD RX 5600 XT 6GB Rampage SHIVA 400W
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- Készpénzes / Utalásos Videokártya és Hardver felvásárlás! Személyesen vagy Postával!
- Használt Vrtech Baby interaktív laptop gyerekeknek német nyelven
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest