Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 269609 - dev-python/pygtk-2.14.1 doesn't install required files on amd64
Summary: dev-python/pygtk-2.14.1 doesn't install required files on amd64
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-12 19:20 UTC by Peter Waller
Modified: 2009-05-24 22:38 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
ptgtk build log (pygtk-build-log,93.99 KB, text/plain)
2009-05-12 19:30 UTC, Peter Waller
Details
emerge --info (emerge-info,3.40 KB, text/plain)
2009-05-12 19:30 UTC, Peter Waller
Details
pygtksourceview-2.40 build log (pygtksourceview.build.log,12.51 KB, text/plain)
2009-05-12 19:33 UTC, Peter Waller
Details
pygtk-build-log-2.14.1 (pygtk-build-log-2,92.99 KB, text/plain)
2009-05-13 13:58 UTC, Peter Waller
Details
pygtk config log (pygtk-config.log,30.53 KB, text/plain)
2009-05-13 15:18 UTC, Peter Waller
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Waller 2009-05-12 19:20:32 UTC
I have attached a build log of pygtk and the named packages.

This bug affects at least the following packages:

dev-libs/libgweather-2.24.3
dev-python/pygtksourceview-2.4.0

And probably others.
Comment 1 Peter Waller 2009-05-12 19:30:16 UTC
Created attachment 191057 [details]
ptgtk build log
Comment 2 Peter Waller 2009-05-12 19:30:26 UTC
Created attachment 191058 [details]
emerge --info
Comment 3 Peter Waller 2009-05-12 19:33:17 UTC
Created attachment 191062 [details]
pygtksourceview-2.40 build log
Comment 4 Sebastian Luther (few) 2009-05-12 19:44:12 UTC
Could not write interface proxy AtkValue.get_minimum_increment: No ArgType for GValue*
Could not write function add_focus_tracker: No ArgType for AtkEventListener
Could not write function focus_tracker_init: No ArgType for AtkEventListenerInit
Could not write function add_global_event_listener: No ArgType for GSignalEmissionHook
Could not write function add_key_event_listener: No ArgType for AtkKeySnoopFunc
Warning: Constructor for AtkNoOpObject needs to be updated to new API
         See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors
Warning: Constructor for AtkRelation needs to be updated to new API
         See http://live.gnome.org/PyGTK_2fWhatsNew28#update-constructors
Comment 5 Peter Waller 2009-05-13 09:23:35 UTC
This bug is causing me nasty problems. I can't merge quite a bit of gnome because this package is not merged properly. I have tried masking >dev-python/pygtk-2.12.12, but a lot of stable gnome packages depend on it, so I get horrible blocks.

How can I help get this fixed quickly?
Comment 6 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 09:55:45 UTC
could you try building a more recent pygtksourceview. I can't reproduce this problem myself.
Also you might want to install pycairo as I see config.log checks for it but can't find it. Maybe it sliped through review.
Comment 7 Peter Waller 2009-05-13 10:00:10 UTC
(In reply to comment #6)
> could you try building a more recent pygtksourceview. I can't reproduce this
> problem myself.
> Also you might want to install pycairo as I see config.log checks for it but
> can't find it. Maybe it sliped through review.
> 

The problems are greater than pygtksourceview. libgweather won't build and that blocks things like gnome-panel.

I just tried building 2.6.0, with the following build error:

make[2]: Entering directory `/var/tmp/portage/dev-python/pygtksourceview-2.6.0/work/pygtksourceview-2.6.0'
/bin/sh ./libtool --tag=CC   --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/usr/include/python2.5   -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtksourceview-2.0 -I/usr/include/libxml2 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12   -O2 -pipe -Wall -fno-strict-aliasing -MT gtksourceview2_la-gtksourceview2module.lo -MD -MP -MF .deps/gtksourceview2_la-gtksourceview2module.Tpo -c -o gtksourceview2_la-gtksourceview2module.lo `test -f 'gtksourceview2module.c' || echo './'`gtksourceview2module.c
(cd .\
	&& /usr/bin/python /usr/lib64/python2.5/site-packages/gtk-2.0/codegen/codegen.py \
	    --override gtksourceview2.override \
	    --register /usr/share/pygtk/2.0/defs/gdk-types.defs \
	    --register /usr/share/pygtk/2.0/defs/pango-types.defs \
	    --register /usr/share/pygtk/2.0/defs/gtk-types.defs \
		--prefix pygtksourceview2 gtksourceview2.defs) > gen-gtksourceview2.c \
	    && cp gen-gtksourceview2.c gtksourceview2.c \
	    && rm -f gen-gtksourceview2.c
Traceback (most recent call last):
  File "/usr/lib64/python2.5/site-packages/gtk-2.0/codegen/codegen.py", line 1717, in <module>
    sys.exit(main(sys.argv))
  File "/usr/lib64/python2.5/site-packages/gtk-2.0/codegen/codegen.py", line 1675, in main
    p.startParsing()
  File "//usr/lib64/python2.5/site-packages/gtk-2.0/codegen/scmexpr.py", line 113, in startParsing
    for statement in statements:
  File "//usr/lib64/python2.5/site-packages/gtk-2.0/codegen/scmexpr.py", line 27, in parse
    fp = open(filename, 'r')
IOError: [Errno 2] No such file or directory: '/usr/share/pygtk/2.0/defs/gdk-types.defs'
libtool: compile:  x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I/usr/include/python2.5 -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/gtksourceview-2.0 -I/usr/include/libxml2 -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -O2 -pipe -Wall -fno-strict-aliasing -MT gtksourceview2_la-gtksourceview2module.lo -MD -MP -MF .deps/gtksourceview2_la-gtksourceview2module.Tpo -c gtksourceview2module.c  -fPIC -DPIC -o .libs/gtksourceview2_la-gtksourceview2module.o
make[2]: *** [gtksourceview2.c] Error 1
make[2]: *** Waiting for unfinished jobs....
gtksourceview2module.c:23:25: error: pygtk/pygtk.h: No such file or directory
gtksourceview2module.c: In function 'initgtksourceview2':
gtksourceview2module.c:39: warning: implicit declaration of function 'init_pygtk'
make[2]: *** [gtksourceview2_la-gtksourceview2module.lo] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-python/pygtksourceview-2.6.0/work/pygtksourceview-2.6.0'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-python/pygtksourceview-2.6.0/work/pygtksourceview-2.6.0'
make: *** [all] Error 2
Comment 8 Peter Waller 2009-05-13 10:01:50 UTC
(In reply to comment #6)
> Also you might want to install pycairo as I see config.log checks for it but
> can't find it. Maybe it sliped through review.

pycairo-1.8.2 is installed.

Comment 9 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 13:40:22 UTC
I think your pycairo installation is broken, on my 2.26 chroot, I get 

checking for PYGOBJECT... yes
checking for ATK... yes
checking for PANGO... yes
checking for codegen... /usr/lib/python2.6/site-packages/gtk-2.0/codegen
checking for PYCAIRO... yes
checking for PANGOCAIRO... yes
checking for GTK... yes
checking for GTK210... yes
checking for GTK212... yes
checking for GTK214... yes
checking for LIBGLADE... yes
checking for GTKUNIXPRINT... yes
checking for GDK target... x11
checking for Numeric/arrayobject.h... yes
checking whether i686-pc-linux-gnu-gcc understands -Wall... yes
checking whether i686-pc-linux-gnu-gcc understands -fno-strict-aliasing... yes
checking whether i686-pc-linux-gnu-gcc understands -std=c9x... yes

and then installation goes fine, pygtksourceview, ... are still building fine. Please try rebuilding pycairo. If it still doesn't work please paste emerge -pv pygtk pygobject pycairo cairo pango glib gtk+ (just to be on the safe side). Thanks.
Comment 10 Peter Waller 2009-05-13 13:48:38 UTC
(In reply to comment #9)
> If it still doesn't work please paste emerge -pv
> pygtk pygobject pycairo cairo pango glib gtk+ (just to be on the safe side).
> Thanks.

emerge -pv pygtk pygobject pycairo cairo pango glib gtk+ 

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] dev-libs/glib-2.18.4-r1  USE="fam -debug -doc -hardened (-selinux) -xattr" 0 kB
[ebuild   R   ] x11-libs/cairo-1.8.6-r1  USE="X glitz opengl svg -cleartype -debug -directfb -doc -xcb" 0 kB
[ebuild   R   ] x11-libs/pango-1.22.4  USE="X -debug -doc" 0 kB
[ebuild   R   ] dev-python/pygobject-2.16.1  USE="X -debug -doc -examples" 0 kB
[ebuild   R   ] dev-python/pycairo-1.8.2  USE="-examples" 0 kB
[ebuild   R   ] x11-libs/gtk+-2.14.7-r2  USE="X cups jpeg tiff -debug -doc -jpeg2k -vim-syntax -xinerama" 0 kB
[ebuild   R   ] dev-python/pygtk-2.14.1  USE="X -doc -examples" 0 kB

No dice (yet).
Comment 11 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 13:51:14 UTC
if you already reinstall pycairo, please attach config.log of pygtk then.
Comment 12 Peter Waller 2009-05-13 13:58:02 UTC
(In reply to comment #11)
> if you already reinstall pycairo, please attach config.log of pygtk then.
> 

Thanks for looking into this.

By config.log do you mean build.log? I have already attached one.

For good measure I will reattach build.log. If this isn't what you meant, let me know what to do.
Comment 13 Peter Waller 2009-05-13 13:58:42 UTC
Created attachment 191153 [details]
pygtk-build-log-2.14.1
Comment 14 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 15:01:37 UTC
nope I really meant config.log, look into the directory you got build.log, it should be there. If you can't get it because portage purges it, use FEATURES="keeptemp", it will preserve temp dir
Comment 15 Peter Waller 2009-05-13 15:02:35 UTC
(In reply to comment #14)
> nope I really meant config.log, look into the directory you got build.log, it
> should be there. If you can't get it because portage purges it, use
> FEATURES="keeptemp", it will preserve temp dir
> 

I used keeptemp.. I don't see a config.log anywhere?
Comment 16 Peter Waller 2009-05-13 15:04:48 UTC
(In reply to comment #15)
> (In reply to comment #14)
> > nope I really meant config.log, look into the directory you got build.log, it
> > should be there. If you can't get it because portage purges it, use
> > FEATURES="keeptemp", it will preserve temp dir
> > 
> 
> I used keeptemp.. I don't see a config.log anywhere?

locate shows no instances of a file named config.log.. and I have several build directories lying around /var/tmp/portage..

I am using portage 2.2_rc33, could that have anything to do with it?

Comment 17 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 15:16:08 UTC
My bad it seems to be in builddir.
/var/tmp/portage/dev-python/pygtk-2.14.1/work/pygtk-2.14.1/config.log
Comment 18 Peter Waller 2009-05-13 15:18:14 UTC
Created attachment 191165 [details]
pygtk config log
Comment 19 Peter Waller 2009-05-13 15:20:28 UTC
(In reply to comment #18)
> Created an attachment (id=191165) [edit]
> pygtk config log
> 

Odd.

pwaller@pluto /var/tmp/portage/dev-python $ locate pycairo.pc
/usr/lib/pkgconfig/pycairo.pc
pwaller@pluto /var/tmp/portage/dev-python $ pkg-config --exists --print-errors "pycairo >= 1.0.2"
Package pycairo was not found in the pkg-config search path.
Perhaps you should add the directory containing `pycairo.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pycairo' found

Comment 20 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-13 15:25:40 UTC
Relevant part of the configure:

configure:12574: $PKG_CONFIG --exists --print-errors "pycairo >= 1.0.2"
Package pycairo was not found in the pkg-config search path.
Perhaps you should add the directory containing `pycairo.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pycairo' found
configure:12577: $? = 1
configure:12592: $PKG_CONFIG --exists --print-errors "pycairo >= 1.0.2"
Package pycairo was not found in the pkg-config search path.
Perhaps you should add the directory containing `pycairo.pc'
to the PKG_CONFIG_PATH environment variable
No package 'pycairo' found
configure:12595: $? = 1
No package 'pycairo' found
configure:12623: result: no
configure:13335: result: no
configure:13337: result: not checking for gtk due to missing pycairo

this and your previous comment would explain what we are seeing. Again, did you reinstall pycairo ? Tried ~arch revision ?
Comment 21 Peter Waller 2009-05-13 15:26:22 UTC
(In reply to comment #19)
> Odd.

Aha. pycairo.pc was the only file in that directory.. which made me realise that pkgconfig was expecting it in /usr/lib64/pkgconfig

I symlinked it to there, and all was fine. I have now managed to build pygtk *properly* and pygtksourceview. I will compile everything else and let you know if anything else is wrong.
Comment 22 Peter Waller 2009-05-13 15:33:15 UTC
(In reply to comment #20)
> Again, did you reinstall pycairo ? Tried ~arch revision ?

Yes, sorry.

You said "If reinstalling does nothing post X", so I posted X, implicitly showing that it did nothing.

I haven't tried the ~arch, it seems to depend on python-2.6? I don't want to start fiddling with that if I can avoid it.

I can confirm that pygtksourceview and libgweather (and others) are now compiling where they weren't before.

The issue seems to be pycairo's installation of its .pc file to /usr/lib instead of to /usr/lib64?

Comment 23 Peter Waller 2009-05-13 15:41:40 UTC
(In reply to comment #22)

I have found the offending line in pycairo. Line 83 of setup.py

('lib/pkgconfig',[pkgconfig_file])],

Assumes that pkgconfig lives in the lib directory. Something needs to take account of this for amd64 systems, and substitute lib64.
Comment 24 Peter Waller 2009-05-23 16:49:12 UTC
What now?
Comment 25 Peter Waller 2009-05-24 17:40:30 UTC
(In reply to comment #24)
> What now?
> 

Sorry. It seems that this bug was probably caused my own error at some point. I did not know that /usr/lib was supposed to be a symlink to /usr/lib64, and somehow I had two separate directories. I have now remedied this problem. This bug is a non-bug.
Comment 26 Gilles Dartiguelongue (RETIRED) gentoo-dev 2009-05-24 22:38:48 UTC
alright, thanks for the heads up