After remerging xorg-x11-6.8.0-r1 pysol stoped working and xterm is even grayer. xorg-x11-6.8.0-r3 didn't fix it. I'm guessing theres a config file missing or unconfig'd. happens with xorg-x11-6.8.0-r4 as far as the xterm color problem goes. --running pysol: Traceback (most recent call last): File "pysol.py", line 19848, in ? File "pysol.py", line 19846, in main File "pysol.py", line 19805, in pysol_main File "pysol.py", line 19619, in pysol_init File "pysol.py", line 2243, in __init__ File "/usr/lib/python2.3/lib-tk/Tkinter.py", line 1564, in __init__ self.tk = _tkinter.create(screenName, baseName, className) _tkinter.TclError: this isn't a Tk applicationunknown color name "Black" --running xterm: Warning: Color name "black" is not defined xterm: Cannot allocate color cyan xterm: Cannot allocate color red Reproducible: Always Steps to Reproduce: 1. 2. 3.
Attach xorg.conf, /var/log/Xorg.0.log and the output of `emerge info > emerge-info.txt` please.
Created attachment 44399 [details] augury info
I'm having the same problem. Pysol is my favorite game. I even tried re-emerging python. It didn't help.
Kathy, can you attach the same info as I asked of the reporter?
Created attachment 46495 [details] Xorg.0.log and "emerge info" Here is the information that you requested.
Created attachment 46496 [details] Xorg.0.log and "emerge info" Retry. I found the first time it didn't upload as a text file.
Can you reproduce if you tone down your CFLAGS a bit and remerge xorg, xterm and pysol? e.g. from CFLAGS="-march=pentium3 -mtune=i686 -O2 -funroll-loops -pipe -fno-unit-at-a-time" to CFLAGS="-mtune=i686-O2 -pipe"
I had to put these flags in my make.conf a long time ago in order for some of my other things to emerge. It didn't cause any problems until today. I was playing pysol just a couple days ago.
OK -- so you're saying you just upgraded xorg a couple of days ago? When, from what, and to what?
I had x11-base/xorg-x11-6.8.0-r4 and it was downgraded to x11-base/xorg-x11-6.8.0-r3
If you return to -r4, is this fixed?
r4 has been masked by the developers. That is why I got downgraded.
my p3 was fixed when it emerged r4. it has 6.8.1.192 now and it's ok. i noticed my RgbPath was "/usr/lib/rgb" on the p4s, where as it should have been "/usr/lib/X11/rgb". The p3 wouldn't qmerge because of /usr/lib/X11/config permissions (were 0444), so I untarred the package after reseting the /usr/X11R6/lib and then postinst'd. the /usr/X11R6/lib/modules/libcfb.a and /usr/X11R6/lib/modules/libcfb24.a have a same symbol so i took out libcfb.a. nvidia breaks xorgcfg Loading /usr/X11R6/lib/modules/linux/libdrm.a Module drm: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/linux/libdrm.a Loading /usr/X11R6/lib/modules/linux/libint10.a Module int10: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/linux/libint10.a Loading /usr/X11R6/lib/modules/linux/libfbdevhw.a Module fbdevhw: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 0.0.2 Unloading /usr/X11R6/lib/modules/linux/libfbdevhw.a Loading /usr/X11R6/lib/modules/libshadowfb.a Module shadowfb: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libshadowfb.a Loading /usr/X11R6/lib/modules/libvgahw.a Module vgahw: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 0.1.0 Unloading /usr/X11R6/lib/modules/libvgahw.a Loading /usr/X11R6/lib/modules/libramdac.a Module ramdac: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 0.1.0 Unloading /usr/X11R6/lib/modules/libramdac.a Loading /usr/X11R6/lib/modules/libcfb24.a Module cfb24: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libcfb24.a Failed to load module "cfb24" (module does not exist, 0) Loading /usr/X11R6/lib/modules/libcfb32.a Module cfb32: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libcfb32.a Failed to load module "cfb32" (module does not exist, 0) Loading /usr/X11R6/lib/modules/librac.a Module rac: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/librac.a Loading /usr/X11R6/lib/modules/libMesaGL.so LoadModule: Module MesaGL does not have a MesaGLModuleData data object. Unloading /usr/X11R6/lib/modules/libMesaGL.so Failed to load module "MesaGL" (invalid module, 0) Loading /usr/X11R6/lib/modules/libddc.a Module ddc: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libddc.a Loading /usr/X11R6/lib/modules/linux/libint10.a Module int10: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/linux/libint10.a Loading /usr/X11R6/lib/modules/libvbe.a Module vbe: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.1.0 Unloading /usr/X11R6/lib/modules/libvbe.a Loading /usr/X11R6/lib/modules/libafb.a Module afb: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Loading /usr/X11R6/lib/modules/libmfb.a Module mfb: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libafb.a Unloading /usr/X11R6/lib/modules/libmfb.a Loading /usr/X11R6/lib/modules/libscanpci.a Module scanpci: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libscanpci.a Loading /usr/X11R6/lib/modules/libi2c.a Module i2c: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.2.0 Unloading /usr/X11R6/lib/modules/libi2c.a Loading /usr/X11R6/lib/modules/libmfb.a Module mfb: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libmfb.a Loading /usr/X11R6/lib/modules/libcfb16.a Module cfb16: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libcfb16.a Failed to load module "cfb16" (module does not exist, 0) Loading /usr/X11R6/lib/modules/libxaa.a Module xaa: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.2.0 Unloading /usr/X11R6/lib/modules/libxaa.a Loading /usr/X11R6/lib/modules/libxf1bpp.a Module xf1bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libxf1bpp.a Loading /usr/X11R6/lib/modules/libpcidata.a Module pcidata: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libpcidata.a Loading /usr/X11R6/lib/modules/libfb.a Module fb: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libfb.a Loading /usr/X11R6/lib/modules/libxf4bpp.a Module xf4bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Loading /usr/X11R6/lib/modules/libxf1bpp.a Module xf1bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libxf4bpp.a Unloading /usr/X11R6/lib/modules/libxf1bpp.a Loading /usr/X11R6/lib/modules/libshadow.a Module shadow: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/libshadow.a Loading /usr/X11R6/lib/modules/libxf8_32bpp.a Module xf8_32bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libxf8_32bpp.a Failed to load module "xf8_32bpp" (module does not exist, 0) Loading /usr/X11R6/lib/modules/libxf8_16bpp.a Module xf8_16bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libxf8_16bpp.a Failed to load module "xf8_16bpp" (module does not exist, 0) Loading /usr/X11R6/lib/modules/liblayer.a Module layer: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Unloading /usr/X11R6/lib/modules/liblayer.a Loading /usr/X11R6/lib/modules/libdamage.a LoadModule: Module damage does not have a damageModuleData data object. Unloading /usr/X11R6/lib/modules/libdamage.a Failed to load module "damage" (invalid module, 0) Loading /usr/X11R6/lib/modules/libcw.a LoadModule: Module cw does not have a cwModuleData data object. Unloading /usr/X11R6/lib/modules/libcw.a Failed to load module "cw" (invalid module, 0) Loading /usr/X11R6/lib/modules/libxf24_32bpp.a Module xf24_32bpp: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Loading /usr/X11R6/lib/modules/libcfb24.a Module cfb24: vendor="X.Org Foundation" compiled for 6.8.1.901, module version = 1.0.0 Warning, couldn't open module cfb Unloading /usr/X11R6/lib/modules/libcfb24.a Unloading /usr/X11R6/lib/modules/libxf24_32bpp.a Failed to load module "xf24_32bpp" (module does not exist, 0) Loading /usr/X11R6/lib/modules/libGL.a LoadModule: Module GL does not have a GLModuleData data object. Unloading /usr/X11R6/lib/modules/libGL.a Failed to load module "GL" (invalid module, 0) Loading /usr/X11R6/lib/modules/libGL.a LoadModule: Module GL does not have a GLModuleData data object. Unloading /usr/X11R6/lib/modules/libGL.a Failed to load module "GL" (invalid module, 0) Loading /usr/X11R6/lib/modules/extensions/libglx.so dlopen: /usr/X11R6/lib/modules/extensions/libglx.so: undefined symbol: screenInfo Failed to load /usr/X11R6/lib/modules/extensions/libglx.so Failed to load module "glx" (loader failed, 7) Loading /usr/X11R6/lib/modules/extensions/libglx.so Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result <= _rtld_local._dl_tls_max_dtv_idx' failed! pysol works though.
-r4 has always been masked...
r4 has been hard masked or something. I cannot get it to unmask. I put it in my /etc/portage/package.unmask and it didn't work. It still wants to emerge r3. I am trying rebuilding my system and see if that works. It will take me a few days.
You apparently put it in there incorrectly or something. supernova ~ # emerge =xorg-x11-6.8.0-r4 -p These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] x11-base/xorg-x11-6.8.0-r4 supernova ~ # grep xorg /etc/portage/package.unmask =x11-base/xorg-x11-6.8.0-r2 =x11-base/xorg-x11-6.8.0-r4
When did you last do emerge sync? It was originally in my /etc/portage/package.keywords. That was how I originally had r4. Then the day it was downgraded, I did emerge sync followed by emerge -uDa world. It was still in my package.keywords. r4 is marked in red, now, too on the gentoo packages website. It wasn't marked that way before.
This is when I committed 6.8.0-r4 for the first time: Wed Nov 17 18:04:38 2004 UTC (4 weeks, 6 days ago) by spyderous This is when it went into package.mask: Wed Nov 17 17:49:26 2004 UTC (4 weeks, 6 days ago) by spyderous
That was about the same time that I updated to r4. As of 12/20/2004 r4 has been hard masked by the developers. Putting it in package.unmask or package.keywords does not unmask it to reinstall it. Please see the change log for xorg-x11. That was the day that I got downgraded to r3 when I did emerge -uD world.
"That was about the same time that I updated to r4. As of 12/20/2004 r4 has been hard masked by the developers. Putting it in package.unmask or package.keywords does not unmask it to reinstall it. Please see the change log for xorg-x11. That was the day that I got downgraded to r3 when I did emerge -uD world." This comment doesn't make any sense, when I'm looking at the available evidence. 1. No, -r4 has been hard masked since before it was first committed on Wed Nov 17, as comment #18 shows. 2. Nothing in the ChangeLog suggests what you said, especially anything referring to 12/20/2004. The only entry with this date is: 20 Dec 2004; Donnie Berkholz <spyderous@gentoo.org>; xorg-x11-6.8.0-r3.ebuild, xorg-x11-6.8.0-r4.ebuild, xorg-x11-6.8.1.901.ebuild: (#75067) SSE3 is also broken on gcc 3.4, so append -mno-sse3. 3. Putting it in _either_ package.keywords or package.unmask will _not_ unmask it, as it's both keyword-masked and package.masked. You need both.
OK. Finally got it so that it will re-install. Had to unmask opengl too. We'll see how it goes after I finish rebuilding my system.
Returning to r4 did not fix the problem.
Kathy could you attach xorg.conf please?
Created attachment 46756 [details] Copy of xorg.conf I did notice that my rgb was pointing to the wrong place. I fixed that just a few minutes ago. I can't restart xorg yet though as my system is still re-building.
text/plain, please, and yeah the RgbPath is what I'm looking for.
I'm beginning to think this is a python problem. As I told you, I am doing a "emerge -e system && emerge -e world". I am into the world part of it. The emerge of pyopengl, failed with the same error that we've been getting about the color "black". I am doing this rebuild of my system because I'm switching to "x86" from "~86". There are some "~x86" packages that I am keeping though, such as the xorg-x11.
Just verifying that changing RgbPath in xorg.conf to point to the actual file (sans extension) fixed an identical problem for me wrt xterm. For some reason, the RgbPath-variable was pointing to the old, non-existing X11R6 rgb.txt. Changing it to RgbPath "/usr/lib/rgb" # Note, the .txt should be stripped away and restarting X worked fine. OK
/usr/lib/X11/rgb is the proper path for current -r4. Older -r4 had /usr/lib/rgb.
After upgrading to python-3.4 i tried pysol and it told me that it couldn't find pysol_24.pyc or one or the other. I think that a precompiled pysol was ported because pysols webpage has the pysol-4.82-src.tar.bz2 which I was able to install by running something like # python ./main.py install # python ./pysol.py install which is for not slowing ebuild. Then it works with sound and everything. I run it just for the sound, having better things to do then sit around and play with myself all day. It's like kung-fu zelda. I hope 5.0 has the sound effects in the demo mode.
apparently and rgb error in xorg.conf. Closing this bug now. If this problem persists, feel free to reopen AND reassign to seemant@gentoo.org. (you *NEED* to do both)