I'm trying to compile wxPython. Using sbopkg, I was able to compile it just fine in my 64-bit installation of Slackware 13.37. I have a 32-bit installation of the very same distribution and version on a separate partition that I chroot into whenever I need 32-bit functionality. The chroot has been working great, everything from compiling the NVIDIA kernel module to getting Wine running some of my games has been a breeze.
Inside the 32-bit chroot, which also is using sbopkg (carefully using different temporary directories so as to not confuse the 64- and 32-bit sbopkg temp files, as /tmp is bind-mounted,) this is the error I've been getting every single time I try to compile wxPython:
/tmp/32/SBo/wxPython-src-184.108.40.206/bk-deps g++ -c -o mediadll_unix_mediactrl.o -I./.pch/wxprec_mediadll -D__WXGTK__ -DWXBUILDING -I./src/regex -DWXUSINGDLL -DWXMAKINGDLL_MEDIA -fPIC -DPIC -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/tmp/32/SBo/wxPython-src-220.127.116.11/lib/wx/include/gtk2-unicode-release-2.8 -I./include -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/X11R6/include -DWX_PRECOMP -pthread -Wall -Wundef -Wno-ctor-dtor-privacy -O2 -fno-strict-aliasing -pthread -I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/libart-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/gail-1.0 -I/usr/include/gtk-2.0 -I/usr/include/freetype2 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pixman-1 -I/usr/include/libpng14 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -O2 -march=i486 -mtune=i686 ./src/unix/mediactrl.cpp
./src/unix/mediactrl.cpp:21:61: fatal error: gst/gst.h: No such file or directory
make: *** [mediadll_unix_mediactrl.o] Error 1
Sure enough, when I look in the directory sbopkg unpacked the source into, there isn't any gst/gst.h (hell, not even any gst/) in the include/ directory.
I most *certainly* have gstreamer and GConf installed in the 32-bit chroot. Checked and double-checked that to be sure.
I'm wondering if somewhere along the line in my 64-bit environment, I had earlier installed an unlisted dependency of wxPython, and that's what allowed me to build wxPython successfully when it came time to build it. It's rare, but it sometimes happens on slackbuilds.org that not all dependencies are listed in a build's README, even though usually they're well-documented. I've already got a few dozen Slackbuilds installed in my 64-bit environment, but only a handful in the 32-bit chroot by comparison.
Just in case, I installed gst-python, gst-plugins-bad and gst-plugins-ugly, since those seemed at least potentially related and they were present in my 64-bit environment. I even built and installed the optional libgnomeprint package (as well as libgnomeprint's dependency tree) and tried the GNOMEPRINT=yes option, just taking a stab at the dark at doing *something* different that might kick its ass into compiling straight. None of those actions made any difference, still got the same error in the same place.
Regarding multilib, I am aware of how to give Slackware a multilib environment, I've performed it several times before on earlier installs, but right now I prefer to keep things pure 64-bit. I've otherwise had no other issues with the chroot, so I'm inclined to doubt it's the chroot that's causing the issue. Making -compat32 versions of Slackbuilds was becoming too big of a pain in the ass and so far the chroot has saved me from a lot of those pains. If anything, things have been smoother sailing in the chroot than when I used to multilib. So long as I can figure out what the problem is with wxPython and conclusively determine the chroot isn't at fault (or if it is, what to do about it), I'm going to write a guide on how to set up a 32-bit Slackware chroot for other people who prefer not to multilib but still would like 32-bit support in another fashion. wxPython is a rather big dependency of many things, though, so I wouldn't want to lead people astray if this turns out to be unresolvable.
One thing I cannot do is boot directly into the 32-bit environment. I'm not sure why, I had liloconfig create an entry for it and everything, still get a kernel panic when I try to boot it. In any case, that isn't an option for diagnosing things further unless someone can help me out with that too, I'm afraid.
Oh yeah, wxGTK produces the same error, so that's no substitute either, unfortunately.
I've rambled on long enough. Any help is greatly appreciated. Thank you very much.