Új hozzászólás Aktív témák
-
escie
őstag
a stepping az más. az cpu-k gyártásával van kapcsolatban, kvázi verziószámként felfogható, úgyhogy ezt nem igazán állítgatjuk. van az Intel-nek a SpeedStep, de az sem stepping.
amúgy nem újdonság ez, mióta van PowerNow!-s proci a kezem alatt, azóta megy, ebben a topikban is ki volt tárgyalva már. -
escie
őstag
volt valami kavarás, amiatt, hogy a cedega meg a játék maga is 32 bites volt, saját magad fordított wine-vel nem tudom, hogy mi van...
bár nagyon rég volt frissítve a 64-es gép, a wmv-ket egyáltalán, és némelyik videókat nem játssza le az mplayer.
majd frissítek rajta, hátha javították...
olyan nagy gondot nem jelent hogy elpasszoljam, de ma már meggondolnám a megvételét. tudod, egyszerűbb abból a szempontból is, hogy homogén lenne az itthoni géppark(két gép
). így a hibák is párhuzamosan jelentkeznének, és csak egyszer kéne megoldani.. 
dr_strange,
nekem egyik wmv sem megy, de így is éldegélek valahogy. főleg, hogy öcsém gépe a 64-es.![;]](//cdn.rios.hu/dl/s/v1.gif)
de majd lassan illene már egy update...
[Szerkesztve] -
escie
őstag
nekem azért nem lenne jó, ha automatice elindítaná, mert sok esetben úgy emergelek, hogy emerge valami && halt, és lefekszek aludni.
ha ilyenkor elindítaná, akkor sose érne a halt-hoz, ott várna az etc-update.
úgyhogy részemről is oldalrugdosás, de csak óvatosan, nehogy leessen a lom a gép tetejéről.
(még mindig nem próbáltam ki ezt a pye-t, egyszer csak rászánom magam.
) -
#1705
escie
őstag
dr_strange
#1699
escie
őstag
válasz
dr_strange
#1699
üzenetére
''ezen gyakorlatilag mindenki átesik egyszer''
múlt héten a pam-logint sikerült eltávolítanom, úgy, hogy azt, ami kiváltja, nem tettem fel.
szépen kizártam magam.
-
escie
őstag
* kde-base/kopete
Available versions: 3.4.1 3.4.1-r1 3.4.2 3.4.3 3.5.2
Installed: 3.5.2
Homepage: http://kopete.kde.org/
Description: KDE multi-protocol IM client
* net-im/kopete
Available versions: [M]0.12_beta2-r1
Installed: none
Homepage: http://kopete.kde.org/
Description: KDE multi-protocol IM client
------------------------------------------------------------------------------------
ez a kettő van. szerintem csak portage szervezési dolog ez. egyszerűen áttrakták a kde-base/ alá. nekem is ez vant fent, tehát ez a split-ebuild...
--
mindenkihez:
volna egy kis kérdésem, ami inkább érdekesség, nem annyira vészes dolog.
meg lehet oldani, hogy a less kimente ''megtartsa'' mondjuk egy emerge -pu world színeit?
[Szerkesztve] -
escie
őstag
fugg, de nem huz be:
emerge intltool eljut a configure reszig, tehat atnezi, megvan-e minden, ami kene neki. kiirja, hogy nem talaja az XML::Parser perl modult.
de az emerge nem telepit ilyesmit.
fent van dev-perl/XML-Parser, mindhiaba. egyebkent. jelenleg nem veszes a dolog, de elobb utobb frissitenem kell majd, gondolom...
revdep-rebuildet majd megcsinalom, konnyen lehet, hogy alaposan ossze van torogetve egysmas, mivel alaposan ''visszametszettem'' a Gentoom.
(jelentem, qt lefordult, mysq use nelkul, ugyhogy emergelem a kde-t split-ebuildekbol. :) )
[Szerkesztve] -
escie
őstag
volt kb ket honap, hogy nem frissitettem, gondoltam nekiesek.
hat vagy az en keszulekemben van a hiba, vagy ennyire bugosak mostanaban az ebuildek. sokszor fuggenek valamitol, amit az emerge nem huz be, illetve rengeteg csomag hasal el valamilyen a foritasi hibaval.
gcc, glibc adott, mert valami fontos dolog magaval huzta. legfrisebb instabil verziok...
ket napja szenvedek.
a hulye qt sem fordul, igy a kde-t sem tudom feltenni. minek a kde-nek 3.x-es qt, ha van fent 4.x-es?
megprobalom mysql use nelkul forditani, hatha natha...
erdemes 4.x-es gcc-vel probalkozni?
[Szerkesztve] -
escie
őstag
tudomásom szerint annyira jól sikerült a magyar fejlesztésű helyesírásellenőrző, hogy be is került a hivatalos oo.o-ba. (jól átgondolt kis alkalmatosság, tulajdonképp bármely nyelv ellenőrzésére képes.)
amúgy, azt hiszem, nem egyezik meg az fsf.hu-s változattal, mert utóbbiban vannak még mindenféle egyéb cuccok is, ha jól tudom...
[Szerkesztve] -
#1489
escie
őstag
dr_strange
#1488
escie
őstag
válasz
dr_strange
#1488
üzenetére
''-m3dnow -msse -mfpmath=sse -mmmx''
ezekre gondolsz?
ugyan nekem ezek benne vannak a fordítói flagek közt, de nem vagyok meggyőződve róla, hogy nem tartlamazza-e maga a -march=proceesszorarchitektúra flag...
(utána kéne nézni a gcc doksiban.
talán este...)
abban viszont biztos vagyok, hogy a useflagek közé érdemes beírni. -
escie
őstag
azokat az utasításkészleteket*, amiket tud a processzorod, azt az ufedben jelöld be.
például az mplayer fordításánál lesz hasznodra, mert ki fogja használni ezeket.
illetve nem is fordításkor, hanem lejátszáskor. magyarán belefordítja majd a támogatást az mplayerbe.
cflags terén kövesd dr_strange útmutatásait.
érdemes az ufed listáját A-Z-ig végignézni, és bejelölni, ami kell. lehet, hogy rámegy egy órád is, de a későbbiekben jól jön, értsd: nem fog feleslegesen dependelni olyan dolgokat, ami neked esetleg nem is kell.
*(így hívják ezeket? sse, mmx, ilyenekre gondolok, ha nem lenne egyértelmű.)
--
lentebb kérdezted a more parancs megfelelőjét. nos, ez a more, és a less.
így használd:
parancs_sok_kimenettel | more
parancs_sok_kimenettel | less
pl.: cat hosszufile.txt | less
ha nincs fent, akkor emerge less...
[Szerkesztve] -
escie
őstag
válasz
#95561216
#1284
üzenetére
jaja, ez régóta így van. nekem még Sipi javasolta annakidején, de magam is beláttam, mennyire jó. így csak egy vmlinuz bejegyzés kell a grub.conf-ba, és nem kell mindig átírogatni, a make install mindent elintéz...
(remek ötlet az alíárásod, az uname kimenet, lehet, hogy csatlakozom. ) -
escie
őstag
mostanában a morrowind-del játszogatok, meg a farcry-jal, igaz cedega-val. a morrowind megy wine-vel is, bár nem lövöldözős, inkább kalandozós.
a farcry meg kifagyogat cedega-val is...
quake2-tőt meg milyen szépen felújították, ugye?
sdl, meg új effektek...
érdemes újrajátszani annak, aki még annakidején játszotta csak... -
escie
őstag
ahogy nézem, a régebbi ebuildek még így csinálták.
--
kerti:
én annyit tettem, hogy emerge kqemu, majd gpasswd -a felhasznaloneve qemu, és az /etc/modules.autoload.d/kernel-2.6 file-hoz hozzáírtam, kqemu. így elvileg induláskor betölti majd. egyébként modprobe kqemu paranccsal lehet betölteni a modult.
ez persze a instabil verzióra érvényes, hisz ezt használom... -
escie
őstag
_ha jól emlékszem,_
a kernel felkonfigurálásakor meg lehet adni a default governort-t. akár a .config fájlban is turkálhatsz a ''governor'' vagy a ''default'' kulcsszó után kutatva, vagy a menuconfig-ban is megnézheted. rég nem foglalkoztam ezzel a témával, amikor legutóbb néztem, akkor volt ilyen opció...
a másik, hogy bootkor kiadatod a parancsot valami initszkriptből, ahogy írtad. -
escie
őstag
make.conf-ba beírom, hogy ACCEPT_KEYWORDS=''~x86''
igen,
és ha ezután kiadsz egy emerge -puv world -öt, akkor meg kell látnod, hogy mindenből fel akarja rakni ~ verziót...
ha a shadow blokkolja a pam-logint, akkor emerge unmerge shadow.
ha jól értelmezem a pam-login leírását, akkor az rendelkezik a shadow funkcióival.
pam-login: ''Based on the sources from util-linux, with added pam and shadow features''
shadow: ''Utilities to deal with user accounts''
bár fura a dolog, nekem mindkettő fent van... -
escie
őstag
nyehhe...
erre én is rájöttem, még slaki alatt.
azt hiszem, van is egy ehhez kísértetiesen hasonló hozzászólásom a nagylinux, vagy a slackware topikban.
a régebbi xorg még a gyári nvidia drivernek is ''kitalálta'' az összes paraméterét, szépen kikommentezve bette a xorg.conf-ba, nekem már csak be kellett állítani.
egyébként ezt a configure opciót már beszéltük Sipi-vel a gentoo-összeröffenésen, de vagy ő, vagy én voltam részeg, valószínűbb, hogy mindketten.
izé,
akkor most veszélyes az új glibc? mert akkor más kárából tanulok, és kerülöm, mint macska a Forró Tamást.
--
néhány napja érdekes dologra lettem figyelmes.
ha az egérgörgővel egy gyors mozdulatot teszek előre/hátra, akkor a firefox-ban back/forward történik. eleinte azt hittem, félrenyomok valamit, de nem, egy _nagyon_ gyors tekerésre back/forward. (mintha meg akarnám pörgetni a scroll-kereket...)
nem jövök rá, hogy
- új firefox fícsör ?
- hibás egér ?
- új xorg ? (talán 7.0 óta van ez. talán. régen auto protokoll, most imps2)
- ez mindig is volt, csak én nem tudtam róla.
- bug?
[Szerkesztve] -
escie
őstag
Sianis idézett msn-es beszélgetésünkből, de egy olyan mondatot, hogy... ...na, látod, elég érdekes a fogalmazásmód...
leírtam normálisan a mondatot, erre azt radírozzák ki. de mindegy, nem nagy ügy.
különben erről is a/az ................ tehet.
(pártprefenciától függően kitöltendő.)
ui.: arról a hsz-ről van szó, amire dr_strange válaszolt. látod, van egy foghíj... -
#941
escie
őstag
dr_strange
#940
escie
őstag
válasz
dr_strange
#940
üzenetére
beszéljük ezt a problémát IM-en Sianis-szal, de én ott lezártam a dolgot, hogy vagy az ufók, vagy majd az utókor kideríti.
a tudomány mai állása szerint ez rejtély. -
escie
őstag
ha az xgl elindult, kéne varázsolni egy xterm-et bele, akár a szkript átszerkesztésével, akár másképp, és próbálni indíteni a compizt, debugolni.
bár ahonnan indítod a szkriptet, oda is kiírja az esetleges hibaüzeneteket.
olyat próbáltál, hogy xorg-ba bejelentkezel, -kde, vagy gnome, akármi-, és így próbálod futtatni a szkriptet? -
-
escie
őstag
utanaolvastam, a coffebuzzz nevu illeto svn-jeben a peccselt kdelibs van, mivel valami systray hibat kezelnek. (valoban nem mukodik a systray a kde-ben compiz-zal)
atirtam kicsit a szkriptet az fgo alapjan, igy indul a kde a gnome-window-decorator-ral.
szep kis hibrid helyzet... -
#853
escie
őstag
dr_strange
#850
escie
őstag
válasz
dr_strange
#850
üzenetére
valami elvi gond van.
mind az xorg, mind az xgl ugyanazzal a hibával (nem)indul. igazából sosem bírtam még teljesen azonosulni az X lelkivilágával, ezt sem bírom felfogni...
mindegy is, megvárom, míg bejut a portage-ba.
--
most úgy csinálom, hogy simán indít egy xorg-ot kdm-mel az initszkript, belogolok kde-be, innen indítom el az szkriptet, amit a howto-ban volt, átírtam, fullscreen kapcsolóval indítja az Xgl, compiz, gnome kombinációt.
próbálgatni jó lesz így is, bár ahogy nézem a funkciókat, nem lesz túl nehéz megszokni őket. ez a kockán forgatós asztalváltás szerintem nagyon szemléletes, egyszeri júzer jobban felfogja, hogy mi történik ha asztalt vált. én is.
az exposé is nagyon hasznos, kissé alma-szaga van
, de nagyoktól koppintani nem szégyen.
a kis izgő-mozgó menük is nagyon szépek, az ablakok hullámzása úgyszintén. kívánncsi leszek, éles üzemben meddig tűröm el, de úgy tűnik jelenleg, nem túl időrabló effektek, az szépet meg szeressük.
egy szó mint száz, nagyon tetszik.
amúgy, nagyon régi, gyengus kis kártyám van, de szépen, akadás nélkül megy...
... míg el nem indítok mplayerben egy videot. ettől egy kicsit belassul, de nem vészes... -
escie
őstag
hínye, sikerült.
ha elindítom egy futó xorg-on belül a szkriptet, amit a gentoo-howto ad, akkor szépen elindul egy beágyazott ablakban.
hát igen, néha még kicsit idiótáskodik, van, hogy nem enged semmi gombot megnyomni az ablakon, mert azt hiszi, rángatni akarom, hogy hullámozzon...
--
vajon miért nem tudom ''kézzel'' elindítani sem az xorg-ot, sem a xgl-t? két hiányzó modulra hivatkozik, dehát az initszkript lazán elindítja. erre nincs ötlete senkinek? ez meghaladja a fantáziám, nekem teljesen x-akta.
és vajon miért csak ''beágyazottan'' van direct rendering, ha kicserélem az /usr/bin/X szimlinket, hogy az Xgl-re mutasson. így elindítja az initszkript, de valami mégsem stimmel...
[Szerkesztve] -
#844
escie
őstag
dr_strange
#843
escie
őstag
válasz
dr_strange
#843
üzenetére
noigen, de ez -sejtesem szerint- Xgl kompatibilis, tehat nem hivatalos portage resze, hanem [link] -bol szarmazo ebuildek.
--
tovabbra sincs Xgl alatt direct rendering.
[Szerkesztve]
[Szerkesztve] -
escie
őstag
csináltam egy ilyet:
gentoo portage-xgl-coffee # svn up
A x11-base/xgl/files/digest-xgl-20060225
D x11-base/xgl/files/digest-xgl-20060224
U x11-base/xgl/Manifest
A x11-base/xgl/xgl-20060225.ebuild
D x11-base/xgl/xgl-20060224.ebuild
A media-libs/mesa/files/digest-mesa-6.4.3_alpha20060225
D media-libs/mesa/files/digest-mesa-6.4.3_alpha20060224
A media-libs/mesa/mesa-6.4.3_alpha20060225.ebuild
U media-libs/mesa/Manifest
D media-libs/mesa/mesa-6.4.3_alpha20060224.ebuild
A kde-base
A kde-base/kdelibs
A kde-base/kdelibs/metadata.xml
A kde-base/kdelibs/kdelibs-3.5.0.ebuild
A kde-base/kdelibs/kdelibs-3.3.2-r10.ebuild
A kde-base/kdelibs/kdelibs-3.5.1.ebuild
A kde-base/kdelibs/kdelibs-3.4.2.ebuild
A kde-base/kdelibs/kdelibs-3.4.3.ebuild
A kde-base/kdelibs/ChangeLog
A kde-base/kdelibs/kdelibs-3.5.0-r1.ebuild
A kde-base/kdelibs/kdelibs-3.4.1-r1.ebuild
A kde-base/kdelibs/kdelibs-3.5.1-r1.ebuild
A kde-base/kdelibs/kdelibs-3.5.0-r2.ebuild
A kde-base/kdelibs/kdelibs-3.4.2-r1.ebuild
A kde-base/kdelibs/kdelibs-3.4.1-r2.ebuild
A kde-base/kdelibs/files
A kde-base/kdelibs/files/kdelibs-3.5.0-kicker-crash.patch
A kde-base/kdelibs/files/post-3.3.2-kdelibs-htmlframes2.patch
A kde-base/kdelibs/files/kde3-dcopidlng.patch
A kde-base/kdelibs/files/kdelibs-3.4.1-ktoolbar-crash.patch
A kde-base/kdelibs/files/ksystemtray-xgl.patch
A kde-base/kdelibs/files/kdelibs-3.4.2-gmail-fix.patch
A kde-base/kdelibs/files/kdelibs-3.5.1-kurllabel.patch
A kde-base/kdelibs/files/post-3.3.2-kdelibs-kate.diff
A kde-base/kdelibs/files/digest-kdelibs-3.5.0
A kde-base/kdelibs/files/digest-kdelibs-3.3.2-r10
A kde-base/kdelibs/files/kdelibs-3.4.1-configure.patch
A kde-base/kdelibs/files/kdelibs-3.4.3-inttypes.patch
A kde-base/kdelibs/files/digest-kdelibs-3.5.1
A kde-base/kdelibs/files/digest-kdelibs-3.4.2
A kde-base/kdelibs/files/digest-kdelibs-3.4.3
A kde-base/kdelibs/files/kdelibs-3.4.1-kntlm.patch
A kde-base/kdelibs/files/post-3.4.3-kdelibs-kjs.diff
A kde-base/kdelibs/files/kdelibs-3.3.2-aspell-dir.patch
A kde-base/kdelibs/files/kdelibs-3.3.2-ppc64.patch
A kde-base/kdelibs/files/kdelibs-3.3.2-anchor-fix.patch
A kde-base/kdelibs/files/kdelibs-3.5.0-bindnow.patch
A kde-base/kdelibs/files/digest-kdelibs-3.5.0-r1
A kde-base/kdelibs/files/digest-kdelibs-3.4.1-r1
A kde-base/kdelibs/files/digest-kdelibs-3.5.1-r1
A kde-base/kdelibs/files/digest-kdelibs-3.5.0-r2
A kde-base/kdelibs/files/digest-kdelibs-3.4.2-r1
A kde-base/kdelibs/files/digest-kdelibs-3.4.1-r2
A kde-base/kdelibs/files/digest-kdelibs-3.5.1-r2
A kde-base/kdelibs/files/digest-kdelibs-3.4.3-r1
A kde-base/kdelibs/kdelibs-3.5.1-r2.ebuild
A kde-base/kdelibs/kdelibs-3.4.3-r1.ebuild
A kde-base/kdelibs/Manifest
U README
Updated to revision 35.
mint látható, van kdelibs már az svn repóban...
próbálok egy emerge -u world -öt... -
escie
őstag
najó, megint megállt a tudomány.
a xorg-ot és az xgl-t is csak az xdm iniszkript tudja indítani, ha kézzel indítom, hiányol valamit:
(EE) Failed to load module ''bitmap'' (module does not exist, 0)
(EE) Failed to load module ''pcidata'' (module does not exist, 0)
ez az egyik baj, nem tudom, van-e köze a csúfos végkifejlethez.
átírtam az /usr/bin/X szimlinket hogy az Xgl-re mutasson, el is indul, nvidia logó bevillan, de direct rendering nincs, pedig látszólag minden rendben. (dmesg-ben semmi hiba, és mondom, az nvidia logó is bevillan)
sima xorg alatt megy az nvidia-glx.
e szerint jártam el:
Code: Emerge order for nvidia users
emerge mesa
eselect opengl set nvidia
emerge nvidia-glx glitz xgl
eselect opengl set xorg-x11
emerge compiz
eselect opengl set nvidia
arra tudok még gondolni, hogy a bugos kártyám miatt nem akar működni. pedig a 3d-s játékok szépen, hiba nélkül mennek... -
escie
őstag
igen, az volt, amit írtál, csak nem bírtam felfogni a lényegét. rossz ritmusban váltogattam az openGL-implementációkat.
Sianis,
versenyezzünk, nekem is most fordul a firefox.
nincs gnome telepítés firefox vagy mozilla forgatás nélkül?
ráadásul haldoklott a netem vagy három órán át(1-2kbyte/s), úgyhogy ez lesz a veilág leghossza gnome telepítése.
Yom,
én egy olyan szép megoldást tudnék javasolni...
üzemelj be egy distcc-t, úgy hogy a ''nagygép'' besegítsen a fordításba. gondolom ugyanaz a platform...
amúgy, én azt szoktam, ha valami nagyon időrabló emerge feladat van, hogy emerge valami && halt, így jóesetben a munka végezte után kikapcsol a gép. így hagyom, mikor lefekszek.
laptopnál mégjobb, az nem olyan hangos, mint az én kopottcsapágyú asztali szgépem...
[Szerkesztve] -
escie
őstag
úgy látom, nem lehet kikerülni a mozillát. sebaj, emerge mozilla-bin, pillanat alatt felmegy, nem is foglal olyan sokat. szerintem kibírható.
esetleg az emerge -O mplayerplug-in felteszi a függőségek nélkül, nem tudom, nem próbáltam még...
Yom,
jahh, debian, hát nem a frisseségéről híres, sajna...
[Szerkesztve] -
escie
őstag
az ütközgetést megoldottam, rendberaktam a package.unmask és a package.keywords filet-t.
mikor lesz már a ~x86 keyword alatt ez az új xorg?
ez az svn azért kell, mert még nemrég jött a novelltől az egész xgl+compiz kódja, egypáran pedig nekiálltak ebuildet feljeszteni hozzá, amit svn-ről lehet lehúzni, míg valamelyik nem kerül a portage-ba. az svn ugyanolyan dolog, mint a cvs, egy másik verziókezelő rendszer.
a revision-ök pedik tulajdonképpen a verziók, ha valamit fejlesztettek, akkor ugrik a számozás...
végül is, mesa az van a portage-ban, de mind a Hanno Böck féle, mind a tripthelight féle svn repo-ban újabb(instabilabb) verzió van. ahogy olvasom, ezutóbbi munka 99%-ban a Hanno-én alapul, és
ugyanúgy nem fordul.
megpróbálom ezzel a paranccsal[link] :
eselect opengl set xorg-x11 && emerge glproto mesa && eselect opengl set nvidia && emerge glitz xgl compiz
bár szerintem mélyebben gyökeredzik a probléma...
tulajdonképpen, csak türelmesnek kéne lennem, és megvárni míg a portage-ba kerül... -
escie
őstag
7.0-r1-es xor-x11 van fent, ez a legújabb(moduláris), ugye? mondjuk ennél újabb nincs is a portage-ban. az svn-nel frissítettem, ma már a 25-ös revison-t próbálom fordítani, de ahogy nézem, annyi változott az ebuildben, amit magam is változtattam tegnap, tehát nem használ egy peccset.
az előbb fordítottam xorg-x11 opengl melletm ugyanazzal a hibával állt meg a fordítás, mint tegnap, most fordul nvidia-opengl mellet, meglepődnék, ha lefordulna... (nem is fordult. )
a mesa-ból is az van fent, ami Hanno 'xgl' Böck svn-jéről származik.
próbálok egy revdep-rebuild-et.
hátha...
püff neki:
emerge -u world miért akarja az eggyel előbbi xorg-ot feltenni? emiatt összeakad egy moduláris-xorg összetevővel(libxft), emiatt se a revdep-rebuild nem megy, de az emerge -u world
dr_strange,
a magentán lévő leírás alapján csináltam, de a gentoo-wiki-s howto sem különbözik lényeges pontokon... -
escie
őstag
kernelbe sound card support-ot forgass modulként, majd alsa-howto, de ''Using ALSA provided by your Kernel'' kihagyod, ugorj a ''Using the ALSA Driver package'' fejezetre.
[link]
nagyvonalakban a lényeg: lspci -v | grep -i audio paranccsal kideríted, milyen hangkártya van, ha nem tudod, meg kell tudni, melyik driver kell hozzá (alsa honlap), emergelni kell az alsa-drivers csomagot, és egyéb alsa-hoz tartozó cuccokat. lesz egy initszkripted alsasound néven ugyanúgy indítható/megállítható, mint a többi. ezt is fel kell venned a deafult runlevelbe...
de haladj a howto-val, részletesebben, jobban leírja, hogysmint kell...
ps.: alsa, és oss useflag nem árt, amúgy... illetve úgy rémlik, az audio csoportban kell lennie a júzernek, ha zenélni akar... (gpasswd -a júzer audio) -
escie
őstag
no, olvastam valahol, hogy nem sokat lehet ezzel kezdeni, egyszerűen kivettem a ebuildból, hogy ne peccseljen. rájöttem magamtól, hogy hogyan kell megcsinálni az ebuildet: ebuild progi.ebuild manifest.
kezdtem örülni, megcsináltam, kivettem a peccseket a forgalomból, emerge glx megy egy ideig, majd
glxcmds.c: In function `__glXVendorPrivateWithReply':
glxcmds.c:2351: error: `X_GLvop_IsRenderbufferEXT' undeclared (first use in this function)
glxcmds.c:2351: error: (Each undeclared identifier is reported only once
glxcmds.c:2351: error: for each function it appears in.)
glxcmds.c:2353: error: `X_GLvop_GenRenderbuffersEXT' undeclared (first use in this function)
glxcmds.c:2355: error: `X_GLvop_GetRenderbufferParameterivEXT' undeclared (first use in this function)
glxcmds.c:2357: error: `X_GLvop_IsFramebufferEXT' undeclared (first use in this function)
glxcmds.c:2359: error: `X_GLvop_GenFramebuffersEXT' undeclared (first use in this function)
glxcmds.c:2361: error: `X_GLvop_CheckFramebufferStatusEXT' undeclared (first use in this function)
glxcmds.c:2363: error: `X_GLvop_GetFramebufferAttachmentParameterivEXT' undeclared (first use in this function)
make[2]: *** [glxcmds.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/xgl-20060216/work/xgl-xorg/GL/glx'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/xgl-20060216/work/xgl-xorg/GL'
make: *** [all-recursive] Error 1
!!! ERROR: x11-base/xgl-20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_compile
ebuild.sh, line 941: Called src_compile
!!! emake failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
kész, feladom. megállt a tudomány.
nektek ment minden simán? miért ver engem a sors? -
escie
őstag
egy rc-status default | grep xdm paranccsal kilőhetünk egy hibalehetőséget.
nézd meg légyszíves.
adnia kell egy sort, aminek ha [started] van a sor végén, akkor a szolgáltatás fut. ha nem ad eredményt, akkor valamiért mégsem került bele a default runlevelbe.
sokkal valószínűbb, hogy valamiért nem tud elindulni az xdm szolgáltatás.
''kézzel'' elindul a gdm? rootként... -
escie
őstag
* Failed Patch: xgl-mesa-slang-export.diff !
* ( /usr/local/xgl-overlay/x11-base/xgl/files/xgl-mesa-slang-export.diff )
*
* Include in your bugreport the contents of:
*
* /var/tmp/portage/xgl-20060216/temp/xgl-mesa-slang-export.diff-4870.out
!!! ERROR: x11-base/xgl-20060216 failed.
Call stack:
ebuild.sh, line 1894: Called dyn_unpack
ebuild.sh, line 694: Called src_unpack
xgl-20060216.ebuild, line 56: Called epatch 'unpack'
!!! Failed Patch: xgl-mesa-slang-export.diff!
!!! If you need support, post the topmost build error, and the call stack if relevant.
ez vajon miért van?
valakinek ötlet a megoldásra?
az xgl-t akarom emergelni, és az egyik patch-nél ezt csinálja...
[Szerkesztve] -
escie
őstag
köszi a leírást,
jól fog jönni. most leszedtem a régi xorg-ot, próbálom telepíteni a újat. a modular xorg howto alapján. szerintem nagyon meg fogom ma borítani az rendszert, de nembaj, úgysem tudok jelenleg járni, úgyhogy van időm. (''enyhe'' izomláz)
gnome-ot hogyan telepítsem? csak simán emerge gnome? gnome-osok, (vagy bárki) segítsetek. -
escie
őstag
olvastam olyasmit -nem tudom már, hogy hol-, hogy a kde-vel is össze fogják boronálni a compizt.
bár azon sem lepődnék meg, ha saját megoldáson törnék a fejüket a kde fejlesztők.
nahh, megpróbálom én ezt a mókát, rakok fel egy gnome-ot is neki. ott akadtam el a hétvégén, hogy moduláris xorg kéne...
( nehogymár, a zindex megelőzött, francba.
[link] ) -
-
escie
őstag
csak semmi pánik...
echo 'www-client/mozilla-firefox-bin ~x86' >> /etc/portage/package.keywords
ha nincs /etc/portage/package.keywords akkor touch /etc/portage/package.keywords, és aztán a fenti parancs.
ha ez megvan, akkor az emerge -pv mozilla-firefox-bin parancs már elvileg a legfrissebb firefox-ot fogja mutatni. ha igen, akkor emerge mozilla-firefox-bin
észrevehetted, hogy ez bináris csomag, nem helyben fog fordulni. nos, én próbáltam magam fordítani, szerintem nem érdemes. sok dolgot magával húz, ami plusz gondokat okozhat, ha nem jöttél még bele a dologba...
szerk.:
ajánlom figyelmedbe [link] ezt, itt szépen táblázatban is megnézheted az egyes csomagokat.
illetve, ha van néhány perc szabad proci-kapacitás, akkor emerge eix, ezzel keresgélni lehet a csomagok közt, igen gyorsan, és hatékonyan...
[Szerkesztve] -
escie
őstag
felesleges kézzel böngészni, nemnyulkapiszka, az emerge való arra, hogy a portage-ban túrkáljon...
tudod, én eleinte úgy voltam, hogy így kimaszkolgattam, ahogy dr_strange írta, aztán mikor kicsit biztosabb voltam már a gentoo-m kezelésében, átálltam az instabil ágra...
ha valamiből ~-t akarsz, kimaszkolod, vagy úgy, ahogy lentebb volt, vagy akár kézzel is beleírhatod...
aztán emergeled, ha valamit hiányol, azt is kimaszkolod, vagy ha olyan dolgot húzna magával, ami neked nem is kellene, kiveszed a use flagj-ét, vagy az ufed-del, vagy kézzel a /etc/make.conf-ból.
amúgy miből kéne az ~ ? verzióvadászat, vagy nem fordul, nem jól működik valami?
[Szerkesztve] -
escie
őstag
ööö, nem vagyok százszázalékig biztos, de az ''equery l'' talán kilistázza a telepített csomagokat.
idézek az equery help-jéből:
list(l) <local-opts> pkgspec - list all packages matching pkgspec
ja,
az equery a gentoolkit része, emergeld...
a world file cat-olása is jó lehet, bár nem feltétlen íródik be minden telepített csomag. úgy rémlik, ha --oneshot kapcsolóval emergelsz, akkor nem regisztrálja a world-be.
[Szerkesztve] -
escie
őstag
''Szerintem abból nem is létezik stabil kiadás.''
dehogynem.
stabilan hozza a kritikán aluli teljesítményt.
az ati vs nvidia problémához tehát annyit tudnék mondani, hogy kompatibilitási gond nem nagyon van az ati-val, egyszerűen csak lassú. egy sokkal régebbi nvidia kártya adott esetben nagyobb fps-t produkál, mint az ati. (sejtésem, és tudomásom szerint, sok dolog nincs implementálva az ati driverében, ezért sok a fallback, tehát a cpu dolgozik a gpu helyett.)
nálam, főleg cedegával emulált játéknál volt szembetűnő a különbség. viszont natív ut2004 alatt közel azonos teljesítményt hozzott a két kártya.
radeon9100-et cseréltem gf4mx400-ra, ezutóbbi sokkal kisebb teljesítményű, és régebbi.
ha nem nagyon játszogat az ember, talán nem számít, hogy ati, avagy nvidia.
viszont voltak gondjaim a radeonnal, ha fb konzolt használtam, de valószínű, ez már nem áll manapság.
[Szerkesztve] -
escie
őstag
amúgy olvastam, meg gondolkodtam ezen sokat, de nem jutottam semmire.
én is mindig szívok vele.
minden friss apache telepítés után valami ilyesmibe ütközök, volt olyan is, hogy a .html-t is csak simán kiírta, és nem renderelte a bögésző.
igazából állati nagy szívás az apache konfigfájlja, nem könnyű felfogni(nekem).
például, arra tudok tippelni, hogy nem négyes php-van fent, hanem ötös, így nem jó a php4 direktíva...
áttúrhatnád az apache, és a mod_php konfigját, lehet, hogy nincs megadva benne, mit kezdjen a php fájlokkal. (talán a dirindexeknél kéne megadni index.php-t is, vagy nem tudom. ez benne kell legyen a mod_php konfigjában.)
konfigfájl megváltoztatása után természetesen /etc/init.d/apache restart
tudom, hogy a helyzet adott, de...
ragaszkodsz az 1.3-as apache-hoz? nekem tökéletesen megy a 2.x-es széria, ötös php-vel.
talán kipróbálhatnád...
habár a gentoo-wiki.com nem elérhető jelen pillanatban, majd nézz szét itt is, mert eddig még azt is megtaláltam ott, amit nem is akartam....
esetleg fgo...
--
ha segíteni nem is tudtam, legalább nem hártáltattalak, ez is valami. -
#673
escie
őstag
dr_strange
#672
escie
őstag
válasz
dr_strange
#672
üzenetére
Greg Kroah Hartman,
a 2.6-os kernel maintainer-e, vagy mi. lényeg, hogy nagy koponya, na... -
escie
őstag
hmm, ez a kuroo elég remek kis app. mindent tud, amit a portage-hoz kell. make.conf, meg a maszkolások, portage böngészés...
de,
ugyanaz a baja, mint az eix-nek a múltkor(nem jól írja ki a csomag leírását), csak erre nincs bugzilla bejegyzés, és magamtól nem jövök rá, hogy oldható meg.
ötlet? -
#642
escie
őstag
dr_strange
#640
escie
őstag
válasz
dr_strange
#640
üzenetére
nagyon úgy néz ki, hogy ez a helyzet.
de ettől össze kell omlania egy stabil kiadásnak? arról nem is beszélve, hogy nem biztos, hogy van türelme a júzernek átnevezgetni...
legalább valami hibaüzenetet adna, vagy valami...
bár, lehet, hogy inkább a taglib a ludas...
(látom, csináltál favicont a magentának. ) -
escie
őstag
indirekte arra jutottam, hogy valami mp3-tag, gondok miatt fekszik meg. amikor a gyűjtemény készítése gombra kattintok, illetve bármikor, amikor megpróbál beolvasni file-okat, amiknek hosszú, összetett neve(vagy tag-je) van. indítja is a kmail-t, hogy debug üzenetet küldjön, de csak a gépem leírása van benne, semmi egyéb infó... érdekes ez is...
sokaknak segített(fgo), hogy debug flag-gel fordították, nekem ez sem vált be, ugyanaz a probléma. amúgy, úgylátom, megosztja a népet. valakinek esik-kel, valakinél tökéletesen működik.
meg kéne találni, mi ez a vízválasztó probléma... (de szép képzavar.)
arts kimenettel próbálkozok, de látszólag semmi gondja a többivel sem...
revdep-rebuild megvolt, sokat újrafordított, de nem volt köze az amarok-hoz.
teljesen tanácstalan vagyok... -
escie
őstag
melyik verziót használod?
kipróbáltam a legújabbat(1.3.8), hát ekkora bugware-t...
mintha valami pre-alfa változat lenne. eddig még zenét nem játszott le, viszont produkált ~5 féle lefagyást. indításkor első mozdulata a kmail-lel backtrace küldése, a kilépés gomb szintén lefagyást eredményez.
igazán kár, mert tetszene...
az én készülékemben lenne a hiba? rosszul használom? (hogy kell?)
a régebbiek stabilabbak?
csinálok egy revdep-rebuild-et, hátha... -
#628
escie
őstag
dr_strange
#627
escie
őstag
válasz
dr_strange
#627
üzenetére
én sem nagyon kapálódzom a cdb után. jó, ha hetente egyszer megy egy eix-sync, meg frissítés. ennyit ki lehet bírni.
régebben minden este...
az amd64-es gépet meg idén még nem is frissítettem...
nem tudom, lehet, hogy öregszem... -
escie
őstag
nektek mostanában jól működik az eix?
nekem ilyen:
gentoo andris # eix eix
void Mask::splitMaskString(std::string): Unable to split mask '' '' into compararator-category-rest
* app-portage/eix
Available versions: !0.3.0-r1 !0.3.0-r2 !0.5.0 !0.5.0-r1
Installed: 0.5.0-r1
Homepage: SRC_URI=http://dev.gentoo.org/~hollow/distfiles/eix-0.5.0.tar.bz2
Description: RDEPEND=sys-apps/portage bash-completion? ( || ( app-admin/eselect app-shells/bash-completion-config ) )
Found 1 matches
nem hinném, hogy így kéne működnie. a keresés jó, csak szerintem nem jó dolgokat ír. valami perl gond lehet? azt sem tudom, hol keresgéljek. régebben így megy már, amúgy.
--
jól látom, hogy nincs a portage-ban, magyar man?
van cseh, meg román, magyar egy szál se... vajon miért?
[Szerkesztve] -
#595
escie
őstag
dr_strange
#591
escie
őstag
válasz
dr_strange
#591
üzenetére
de ott lehet, nem?
most összekavartok... -
escie
őstag
ez nem jött be(egyelőre). lekoppintottam a blackbox indítóját, adtam neki futási jogot, de nem jelent meg a menüben. a jogait nem néztem meg, lehet, hogy ez volt a probléma.
majd jövőre.
--
ezúton is megint köszi az egész bandának a segítségért, a kezdő lökésekért, amiktől elégedett Gentoo júzer lettem.
jó szórakozást ma estére, boldog újévet!
(jahh, Sipi-t külön köszönet illeti a GBK-buli megrendezéséért! )
és most,emerge masnapossag
-
escie
őstag
nem bírok rájönni...
hogy lehet új bejegyzést felvenni a kdm sessions menüjébe? azt szeretném, hogy tudja indítani kde-t, blackbox-ot, akármit, mint rendesen, de legyen egy olyan menüpont is, ami egy pucér Xorg-ot indít egy bizonyos programmal.
a .xinitrc-vel már sikerült, de nekem a kdm menü kéne.
előre is köszi... -
-
escie
őstag
-
escie
őstag
ja-ja, visszaálltam a régi technológiára.
kezdtem volna megszokni, hogy milyen gyors, erre püff neki...
lehetne már valami hivatalos álláspont, portage ügyben. mert a jelenlegi hivatalos megoldásnak igencsak kezd vérezni a nyaka.
amúgy,
szól valami érv a régi(lassú) technika mellet, vagy idő kérdése, és átállás lesz a db alapú portage-ra? -
escie
őstag
nálam ezekkel a flagekkel fordult:
+alsa +arts -css -debug +dvdr -encode +ffmpeg +flac +hal +kde +kdeenablefinal +mp3 -musepack -musicbrainz -sndfile +vcd +vorbis -xinerama
talán érdemes lenne a teljes útvonalon megnézni...
a whereis kimente:
k3bsetup: /usr/bin/k3bsetup /usr/X11R6/bin/k3bsetup /usr/bin/X11/k3bsetup
nincs jobb ötletem... -
escie
őstag
-
escie
őstag
ssh-n be tudsz jelenkezni messziről, csinálhatsz samba megosztást, ebben talán mások tudnak segíteni..
szerintem -én is így oldom meg itthon-, a legegyszerűbb, ha csinálsz egy ftp-szervert. mivel barátságos környezetben van a router mögött, nyugodtan lehet laza szabályokkal üzemeltetni...
nálam azért van így, mert ezt volt a legkönnyebb belőni, jó gyors, mi kellhet még... -
escie
őstag
az ntfs-sel kapcsolatban...
nos, arra sajnos nincs támogatás natívan, csak olvasásra. van valami ''captive'' megoldás, de erről csak félszemmel olvastam valamit...
tehát ntfs-t írni egyik disztró alól sem tudsz, illetve csak bajosan. gondolom sejthető, hogy melyik cégen múlik a dolog...
grafikus felület nélkül már talán elfér egy alap gentoo. amint lesz egy kis időm, magam is utánajárok, rég meg akarom csinálni a saját ki zseb-gentoo-mat...
te nem házigazda voltál régebben? vagy csak rosszul emlékszem? -
escie
őstag
olyan nincs, hogy a Gentoo ekkorára, meg akkorára fér fel, nem igazán kötött...
akkora lesz a telepítésed, amekkorát szeretnél(ésszerű kereteken belül). persze ekkora helyre nem fér fel toronyóra lánccal, hétméteres rézfütyülővel. az alapok szerintem felférnek, de hogy grafikus felület, doc-néző, azt nem tudom. doc-nézőhöz szerintem kell egy kde, vagy gnome, a az irodai csomag miatt. (az openoffice az eleve vagy 200Mb, szóval ez kilőve...)
nemtudom, nekem kétszer ekkora a swap területem, szóval...
biztos be lehet valahogy szuszakolni ekkora helyre is egy alap telepítést, de még nem próbáltam. mostanában kísérletezgetek egy pendrive Gentoot csinálni, 256Mb-os pen-re, igaz, nekem nem kell hozzá graf felület, mert csak egy bizonyos kis progit fogok rajta futtatni, az is cli üzemmódban megy majd...
egy igazán kényelmes(grafikus) rendszernek azért kell a hely...
azt hiszem, akkor jársz a legjobban, ha elkezdesz kísérletezgetni, vagy ha megvárod, míg nálam bölcsebbek mondanak valami konkrétabb infót, mint én.
(ha nem szeretném ennyire a disztróm, ajánlanám a damn small linux-ot, az direk kis helyre van belőve. de nem tőlem hallottad. )
![;]](http://cdn.rios.hu/dl/s/v1.gif)
de majd lassan illene már egy update...
)
de majd ujra nekiesek, ha felment a kde.
, de nagyoktól koppintani nem szégyen.
Új hozzászólás Aktív témák
- Xiaomi 15T Pro - a téma nincs lezárva
- Mibe tegyem a megtakarításaimat?
- Ilyen olcsó sem volt még egy Apple notebook
- Viccrovat
- Kertészet, mezőgazdaság topik
- Teljesen M5 SoC-családra vált az Apple Macbook Air és Pro
- Vezeték nélküli fejhallgatók
- Lítium-ion/Li-ion akkumulátorok
- Épített vízhűtés (nem kompakt) topic
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest