Hi Dear, driconf fail to build because the attribute check_version is not in the gtk module (dev-python/pygtk-2.14.1). Reproducible: Always Steps to Reproduce: 1.emerge -v driconf 2. 3. I think that the driconf's setup.py must be changed to understand which version is gtk in another way.
Created attachment 193506 [details] emerge --info
Created attachment 193508 [details] build.log
Are you sure python's installed and eselected correctly? I'm running pygtk-2.14.1, ran python and typed the following: import gtk gtk.check_version(2, 4, 0) You should get no response (you'll get a warning message if you put in something like 2,60,0). That suggests that check_version is fine for figuring out the gtk version. It means either you've got a different module being imported for gtk, or that your python installation has problems. Please run a similar test and post the results back here, also please include the output of "eselect python list"...
Please reopen this bug report once you have provided the requested information.
Hi dear, following what you ask. supbig ~ # python Python 2.6.2 (r262:71600, Jun 3 2009, 13:13:37) [GCC 4.3.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gtk >>> gtk.check_version(2, 4, 0) Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: 'module' object has no attribute 'check_version' >>> gtk.check_version(2, 5, 0) Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: 'module' object has no attribute 'check_version' >>> gtk.check_version(2, 6, 0) Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: 'module' object has no attribute 'check_version' supbig ~ # eselect python list Available python interpreters: [1] python2.4 [2] python2.5 [3] python2.6 *
Ok, could you please run "eselect set 3" to ensure that all the appropriate symlinks for python are in place. Then please try re-emerging pygtk. If this doesn't solve your problems, please post the output of the following: import gtk dir(gtk)
(In reply to comment #6) > Ok, could you please run "eselect set 3" I guess you mean eselect python set 3 ;)
Yes of course! Version 3. supbig ~ # python Python 2.6.2 (r262:71600, Jun 3 2009, 13:13:37) [GCC 4.3.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gtk >>> dir(gtk) ['__all__', '__builtins__', '__doc__', '__file__', '__name__', '__package__', '_get_available_versions', '_our_dir', '_pygtk_2_0_dir', '_pygtk_dir_pat', '_pygtk_required_version', 'fnmatch', 'glob', 'os', 'require', 'require 20', 'sys']
Well, then I'm well and truly stumped... Over to the python guys!
:-D The error persist: creating build/scripts-2.6 copying and adjusting driconf -> build/scripts-2.6 changing mode of build/scripts-2.6/driconf from 644 to 755 Traceback (most recent call last): File "setup.py", line 63, in <module> if gtk.check_version(2, 4, 0): AttributeError: 'module' object has no attribute 'check_version' * * ERROR: x11-misc/driconf-0.9.1 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2571: Called distutils_src_compile * environment, line 724: Called die * The specific snippet of code: * ${python} setup.py build "$@" || die "compilation failed" * The die message: * compilation failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/mnt/virtualfs/APPOGGIO/var_tmp/portage/x11-misc/driconf-0.9.1/temp/build.log'. * The ebuild environment file is located at '/mnt/virtualfs/APPOGGIO/var_tmp/portage/x11-misc/driconf-0.9.1/temp/environment'.
Rebuild dev-python/pygobject. If it doesn't help, attach build log of installation of dev-python/pygtk.
pygobject rebuilded but doesn't help. pygtk rebuilded but doesn't help. pygtk build.log in attachment.
Created attachment 195542 [details] pygtk build.log
(In reply to comment #13) > Created an attachment (id=195542) [edit] > pygtk build.log > Files list matches fine, could you do `grep /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so` and paste the output?
Grep What Where?
@nirbheek ? FTR here I have >>> len(dir(gtk)) 1199 (python 2.6, pygtk-2.14)
I guess nirbheek meant: $ egrep "check_version" /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so
(In reply to comment #17) > I guess nirbheek meant: > $ egrep "check_version" /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so > The result is that is a bin files and matches...If I try to open like a text I get a lot of garbage!
Is sure a problem with python 2.6.0; I've changed to 2.4 and builded without problem; I've already contacted Tormod Volden that seem an active developer of driconf. (In reply to comment #18) > (In reply to comment #17) > > I guess nirbheek meant: > > $ egrep "check_version" /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so > > > > The result is that is a bin files and matches...If I try to open like a text I > get a lot of garbage! >
Could you rebuild pygobject and pygtk with simple CFLAGS="-O2" , also could you try with pygtk-2.16.0-r1. This sounds like a local issue. Also what's the size of /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so, I guess that given the lenght of your "dir" output, it can't be big.
(In reply to comment #20) > Could you rebuild pygobject and pygtk with simple CFLAGS="-O2" , also could you > try with pygtk-2.16.0-r1. This sounds like a local issue. Also what's the size > of /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/_gtk.so, I guess that given > the lenght of your "dir" output, it can't be big. > I've tried with the CFLAGS and different version suggested but without success; in attach the list of the dir.
Created attachment 204005 [details] /usr/lib64/python2.6/site-packages/gtk-2.0/gtk/ content
I'm sorry but it seems obvious by now that none of the CCed/assigned people managed to reproduce the problem. If you still have the problem, I guess we will have to arrange a debug session on irc.