After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 316611 - Cannot build gst-plugins-base - no module named pygst
Cannot build gst-plugins-base - no module named pygst
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.9.x
Other All
: Normal normal
: NONE
Assigned To: Thomas Vander Stichele
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-09-18 07:02 UTC by Peter Lawler
Modified: 2005-11-11 16:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Log of autogen.sh/configure (14.78 KB, application/x-gzip)
2005-09-18 21:55 UTC, Peter Lawler
Details
Make log (19.46 KB, application/x-gzip)
2005-09-18 22:03 UTC, Peter Lawler
Details

Description Peter Lawler 2005-09-18 07:02:09 UTC
Please describe the problem:
I'm attempting to build gstreamer 0.9.2 from CVS. However gst-plugins-base
refuses to build due to it thinking it's missing pygst.

I then move on to trying to build gst-plugins-base with a call to autogen.sh:
PKG_CONFIG_PATH=/opt/gstreamer-0.9/lib/pkgconfig ./autogen.sh
--prefix=/opt/gstreamer-0.9


Steps to reproduce:
1. Here are the options I pass to gstreamer's autogen.sh:
PKG_CONFIG_PATH=/opt/gstreamer-0.9/lib/pkgconfig ./autogen.sh
--prefix=/opt/gstreamer-0.9 --disable-plugin-builddir
--with-pkg-config-path=/opt/gstreamer-0.9/lib/pkgconfig --enable-gtk-doc
--enable-docbook && make install
2. I then move on to trying to build gst-plugins-base with a call to autogen.sh:
PKG_CONFIG_PATH=/opt/gstreamer-0.9/lib/pkgconfig ./autogen.sh
--prefix=/opt/gstreamer-0.9 && make


Actual results:
*** Rebuilding plugin inspection files ***
if test x"." != x. ; then \
    cp ./inspect.stamp . ; \
    cp ./inspect-build.stamp . ; \
else \
    GST_PLUGIN_PATH_ONLY=yes GST_PLUGIN_PATH=../../gst:../../sys:../../ext
GST_REGISTRY=../../docs/plugins/inspect-registry.xml /usr/bin/python \
        ../../common/gst-xmlinspect.py gst-plugins-base inspect && \
    echo -n "timestamp" > inspect.stamp && \
    touch inspect-build.stamp; \
        fi
Traceback (most recent call last):
  • File "../../common/gst-xmlinspect.py", line 11 in ?
    import pygst
ImportError: No module named pygst
make[3]: *** [inspect-build.stamp] Error 1
make[3]: Leaving directory
`/mnt/sda1/home/peterl/rpmbuild/SOURCES/cvs/gstreamer/gst-plugins-base/docs/plugins'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/mnt/sda1/home/peterl/rpmbuild/SOURCES/cvs/gstreamer/gst-plugins-base/docs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/mnt/sda1/home/peterl/rpmbuild/SOURCES/cvs/gstreamer/gst-plugins-base'
make: *** [all] Error 2


Expected results:
gst-plugins-bas builds

Does this happen every time?
Yes

Other information:
FC4 system. FC suplpied GST is installed.
Comment 1 Peter Lawler 2005-09-18 21:55:56 UTC
Created attachment 52373 [details]
Log of autogen.sh/configure

thomasvs asked for the config log
Comment 2 Peter Lawler 2005-09-18 21:59:44 UTC
I was about to update with a copy of the output of make, but of course it's
decided not to error out on me. I'll try again during today.
Comment 3 Peter Lawler 2005-09-18 22:03:43 UTC
Created attachment 52374 [details]
Make log
Comment 4 Peter Lawler 2005-09-18 22:04:07 UTC
Please ignore comment #2
Comment 5 Peter Lawler 2005-09-19 04:00:41 UTC
I seem to be able to reproduce by doing the following
autogen
make install
make distclean

at this point, no matter what you do, future autogens and makes will break.
Comment 6 Andy Wingo 2005-10-21 12:41:32 UTC
Is this still an issue?
Comment 7 Peter Lawler 2005-10-21 20:52:49 UTC
checking GST_CONTROLLER_LIBS... -Wl,--export-dynamic -pthread -L/usr/local/lib
-lgstcontroller-0.9 -lgstreamer-0.9 -lgobject-2.0 -lgmodule-2.0 -ldl
-lgthread-2.0 -lxml2 -lpthread -lz -lm -lglib-2.0  
checking for pygtk-2.0 >= 2.6.3... Requested 'pygtk-2.0 >= 2.6.3' but version of
PyGTK is 2.6.2

configure: error: Library requirements (pygtk-2.0 >= 2.6.3) not met; consider
adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a
nonstandard prefix so pkg-config can find them.
  configure failed

I guess that's a much cleaner error message ;-)