gst-python-1.8.1
Johannes Bauer
bauer.hannes.jo at gmail.com
Mon Jul 4 08:36:37 UTC 2016
Hello!
I recompiled gstreamer with --enable-introspection=yes, recompiled
pygobject and gst-python. I have the gst-1.0.gir and other gst .gir files
in /usr/local/share/gir-1.0/
Still the same error, that I already sent in the previous mail:
ERROR:root:Could not find any typelib for Gst
> Traceback (most recent call last):
> File "gstreamer.py", line 11, in <module>
> from gi.repository import Gst as gst
> ImportError: cannot import name Gst
Here is the output of gst-python configure and make install (still same
error without passing overrides dir):
./configure
> --with-pygi-overrides-dir=/usr/local/lib/python2.7/site-packages/gi/overrides
> checking build system type... armv7l-unknown-linux-gnueabihf
> checking host system type... armv7l-unknown-linux-gnueabihf
> checking target system type... armv7l-unknown-linux-gnueabihf
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking whether make supports nested variables... yes
> checking whether UID '1000' is supported by ustar format... yes
> checking whether GID '1000' is supported by ustar format... yes
> checking how to create a ustar tar archive... gnutar
> checking nano version... 0 (release)
> checking whether to enable maintainer-specific portions of Makefiles... yes
> checking whether make supports nested variables... (cached) yes
> checking how to print strings... printf
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking whether the C compiler works... yes
> checking for C compiler default output file name... a.out
> checking for suffix of executables...
> checking whether we are cross compiling... no
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking whether gcc understands -c and -o together... yes
> checking dependency style of gcc... gcc3
> checking for a sed that does not truncate output... /bin/sed
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for fgrep... /bin/grep -F
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
> checking the name lister (/usr/bin/nm -B) interface... BSD nm
> checking whether ln -s works... yes
> checking the maximum length of command line arguments... 1572864
> checking how to convert armv7l-unknown-linux-gnueabihf file names to
> armv7l-unknown-linux-gnueabihf format... func_convert_file_noop
> checking how to convert armv7l-unknown-linux-gnueabihf file names to
> toolchain format... func_convert_file_noop
> checking for /usr/bin/ld option to reload object files... -r
> checking for objdump... objdump
> checking how to recognize dependent libraries... pass_all
> checking for dlltool... no
> checking how to associate runtime and link libraries... printf %s\n
> checking for ar... ar
> checking for archiver @FILE support... @
> checking for strip... strip
> checking for ranlib... ranlib
> checking command to parse /usr/bin/nm -B output from gcc object... ok
> checking for sysroot... no
> checking for a working dd... /bin/dd
> checking how to truncate binary pipes... /bin/dd bs=4096 count=1
> checking for mt... mt
> checking if mt is a manifest tool... no
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for dlfcn.h... yes
> checking for objdir... .libs
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC -DPIC
> checking if gcc PIC flag -fPIC -DPIC works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking if gcc supports -c -o file.o... (cached) yes
> checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
> yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking for shl_load... no
> checking for shl_load in -ldld... no
> checking for dlopen... no
> checking for dlopen in -ldl... yes
> checking whether a program can dlopen itself... yes
> checking whether a statically linked program can dlopen itself... no
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... no
> checking for gcc... (cached) gcc
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ISO C89... (cached) none needed
> checking whether gcc understands -c and -o together... (cached) yes
> checking dependency style of gcc... (cached) gcc3
> checking for gcc option to accept ISO C99... -std=gnu99
> checking for gcc -std=gnu99 option to accept ISO Standard C... (cached)
> -std=gnu99
> checking for python... /usr/bin/python
> checking for python version... 2.7
> checking for python platform... linux2
> checking for python script directory...
> ${prefix}/lib/python2.7/dist-packages
> checking for python extension module directory...
> ${exec_prefix}/lib/python2.7/dist-packages
> checking for python >= 2.7... checking for pkg-config...
> /usr/bin/pkg-config
> checking pkg-config is at least version 0.9.0... yes
> checking for GST... yes
> checking for PYGOBJECT... yes
> okay
> checking for headers required to compile python extensions... found
> checking for pygobject overrides directory...
> /usr/local/lib/python2.7/site-packages/gi/overrides
> checking for GST... yes
> configure: Using /usr/local/lib/gstreamer-1.0 as the plugin install
> location
> checking for PYGOBJECT... yes
> checking for libraries required to embed python... yes
> checking for valgrind... no
> checking that generated files are newer than configure... done
> configure: creating ./config.status
> config.status: creating Makefile
> config.status: creating common/Makefile
> config.status: creating common/m4/Makefile
> config.status: creating gi/Makefile
> config.status: creating plugin/Makefile
> config.status: creating testsuite/Makefile
> config.status: creating gi/overrides/Makefile
> config.status: creating config.h
> config.status: executing depfiles commands
> config.status: executing libtool commands
> pi at rasp1 ~/Downloads/gst-python-1.8.1 $ sudo make install
> Making install in common
> make[1]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/common'
> Making install in m4
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/common/m4'
> make[3]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/common/m4'
> make[3]: Nothing to be done for 'install-exec-am'.
> make[3]: Nothing to be done for 'install-data-am'.
> make[3]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/common/m4'
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/common/m4'
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/common'
> make[3]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/common'
> make[3]: Nothing to be done for 'install-exec-am'.
> make[3]: Nothing to be done for 'install-data-am'.
> make[3]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/common'
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/common'
> make[1]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/common'
> Making install in gi
> make[1]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> Making install in overrides
> make[2]: Entering directory
> '/home/pi/Downloads/gst-python-1.8.1/gi/overrides'
> CC _gi_gst_la-gstmodule.lo
> CCLD _gi_gst.la
> make[3]: Entering directory
> '/home/pi/Downloads/gst-python-1.8.1/gi/overrides'
> /bin/mkdir -p '/usr/local/lib/python2.7/site-packages/gi/overrides'
> /bin/bash ../../libtool --mode=install /usr/bin/install -c _gi_gst.la
> '/usr/local/lib/python2.7/site-packages/gi/overrides'
> libtool: install: /usr/bin/install -c .libs/_gi_gst.so
> /usr/local/lib/python2.7/site-packages/gi/overrides/_gi_gst.so
> libtool: install: /usr/bin/install -c .libs/_gi_gst.lai
> /usr/local/lib/python2.7/site-packages/gi/overrides/_gi_gst.la
> libtool: finish:
> PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin"
> ldconfig -n /usr/local/lib/python2.7/site-packages/gi/overrides
> ----------------------------------------------------------------------
> Libraries have been installed in:
> /usr/local/lib/python2.7/site-packages/gi/overrides
> If you ever happen to want to link against installed libraries
> in a given directory, LIBDIR, you must either use libtool, and
> specify the full pathname of the library, or use the '-LLIBDIR'
> flag during linking and do at least one of the following:
> - add LIBDIR to the 'LD_LIBRARY_PATH' environment variable
> during execution
> - add LIBDIR to the 'LD_RUN_PATH' environment variable
> during linking
> - use the '-Wl,-rpath -Wl,LIBDIR' linker flag
> - have your system administrator add LIBDIR to '/etc/ld.so.conf'
> See any operating system documentation about shared libraries for
> more information, such as the ld(1) and ld.so(8) manual pages.
> ----------------------------------------------------------------------
> /bin/mkdir -p '/usr/local/lib/python2.7/site-packages/gi/overrides'
> /usr/bin/install -c -m 644 Gst.py GstPbutils.py
> '/usr/local/lib/python2.7/site-packages/gi/overrides'
> Byte-compiling python modules...
> Gst.pyGstPbutils.py
> Byte-compiling python modules (optimized versions) ...
> Gst.pyGstPbutils.py
> make[3]: Leaving directory
> '/home/pi/Downloads/gst-python-1.8.1/gi/overrides'
> make[2]: Leaving directory
> '/home/pi/Downloads/gst-python-1.8.1/gi/overrides'
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> make[3]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> make[3]: Nothing to be done for 'install-exec-am'.
> make[3]: Nothing to be done for 'install-data-am'.
> make[3]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> make[1]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/gi'
> Making install in plugin
> make[1]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/plugin'
> CC libgstpythonplugin_la-gstpythonplugin.lo
> CCLD libgstpythonplugin.la
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/plugin'
> make[2]: Nothing to be done for 'install-exec-am'.
> /bin/mkdir -p '/usr/local/lib/gstreamer-1.0'
> /bin/bash ../libtool --mode=install /usr/bin/install -c
> libgstpythonplugin.la '/usr/local/lib/gstreamer-1.0'
> libtool: install: /usr/bin/install -c .libs/libgstpythonplugin.so
> /usr/local/lib/gstreamer-1.0/libgstpythonplugin.so
> libtool: install: /usr/bin/install -c .libs/libgstpythonplugin.lai
> /usr/local/lib/gstreamer-1.0/libgstpythonplugin.la
> libtool: finish:
> PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/sbin"
> ldconfig -n /usr/local/lib/gstreamer-1.0
> ----------------------------------------------------------------------
> Libraries have been installed in:
> /usr/local/lib/gstreamer-1.0
> If you ever happen to want to link against installed libraries
> in a given directory, LIBDIR, you must either use libtool, and
> specify the full pathname of the library, or use the '-LLIBDIR'
> flag during linking and do at least one of the following:
> - add LIBDIR to the 'LD_LIBRARY_PATH' environment variable
> during execution
> - add LIBDIR to the 'LD_RUN_PATH' environment variable
> during linking
> - use the '-Wl,-rpath -Wl,LIBDIR' linker flag
> - have your system administrator add LIBDIR to '/etc/ld.so.conf'
> See any operating system documentation about shared libraries for
> more information, such as the ld(1) and ld.so(8) manual pages.
> ----------------------------------------------------------------------
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/plugin'
> make[1]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/plugin'
> Making install in testsuite
> make[1]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/testsuite'
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1/testsuite'
> make[2]: Nothing to be done for 'install-exec-am'.
> make[2]: Nothing to be done for 'install-data-am'.
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/testsuite'
> make[1]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1/testsuite'
> make[1]: Entering directory '/home/pi/Downloads/gst-python-1.8.1'
> make[2]: Entering directory '/home/pi/Downloads/gst-python-1.8.1'
> make[2]: Nothing to be done for 'install-exec-am'.
> make[2]: Nothing to be done for 'install-data-am'.
> make[2]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1'
> make[1]: Leaving directory '/home/pi/Downloads/gst-python-1.8.1'
> pi at rasp1 ~/Downloads/gst-python-1.8.1 $
Kind regards
JB
2016-07-01 22:34 GMT+02:00 Shishir Pokharel <Shishir.Pokharel at on24.com>:
> For some reason if you do make uninstall and clean "Too many levels of
> symbolic links". will still persists on gst-python. Try uninstalling
> gst-python and re-extract from tar file and make install.
>
>
>
> ERROR:root:Could not find any typelib for Gst
> Traceback (most recent call last):
> File "gstreamer.py", line 11, in <module>
> from gi.repository import Gst as gst
> ImportError: cannot import name Gst
>
>
>
> gi is not able to find Gst. Did you configure gstreamer with
> --enable-introspection=yes and do you have “.gir” files ?
>
>
>
> /Shishir
>
>
>
>
>
> *From:* gstreamer-devel [mailto:
> gstreamer-devel-bounces at lists.freedesktop.org] *On Behalf Of *Johannes
> Bauer
> *Sent:* Friday, July 01, 2016 3:06 AM
> *To:* Discussion of the development of and with GStreamer <
> gstreamer-devel at lists.freedesktop.org>
> *Subject:* Re: gst-python-1.8.1
>
>
>
> Hello Shishir!
>
>
>
> I really appreciate your input!
>
> I uninstalled the older gstreamer and gi version and added your suggestion
> to my py-script and now python finds gi but cannot find Gst.
>
>
>
> The "make check" on gst-python fails due to "Too many levels of symbolic
> links".
>
> gi/overrides/__init__.py is a link to itself. That seems to be the problem
> here. However I dont know if it is a problem for the installation.
>
>
>
> The "make install" puts Gst in
> /usr/local/lib/python2.7/site-packages/gi/overrides, whereas the rest of gi
> is installed to /usr/local/lib/python2.7/dist-packages/gi.
>
>
>
> I tried copying the content fron site-packages to dist-packages, but it
> did not help.
>
> Still I get the error msg:
>
>
>
> ERROR:root:Could not find any typelib for Gst
> Traceback (most recent call last):
> File "gstreamer.py", line 11, in <module>
> from gi.repository import Gst as gst
> ImportError: cannot import name Gst
>
>
>
> Does anyone know how to resolve that issue?
>
>
>
> Kind regards
>
> JB
>
>
>
>
>
> 2016-06-30 19:17 GMT+02:00 Shishir Pokharel <Shishir.Pokharel at on24.com>:
>
> Try setting sys.path.append('path to new version libs') from Python.
>
> Sent from my iPhone
>
>
> > On Jun 30, 2016, at 08:01, Johannes Bauer <hannes_bauer at aon.at> wrote:
> >
> > Sebastian,
> >
> > thank you very much for your answer.
> >
> > I use pygobject-3.0.0 and i also have a
> /usr/local/include/pygobject-3.0/pygobject.h,
> > but it lacks the definition of PyGObject_Type.
> >
> > I also tried building 3.21.0, but it requires a higher version of
> gobject-introspection, which fails to build on my system.
> >
> > I compared the sources of pygobject-3.0.0 and 3.21.0 and it seems that
> they changed pygobject.h in version 3.7.91.
> > So i downloaded gyobject-3.8.3 and was able to compile and install
> gyobject and gst-python-1.8.1.
> >
> > The problem is when I run my python script, stillmy older gst-python
> 1.2.0 version is used and not version 1.8.1.
> >
> > How can i tell python to use the new gi with gst 1.8.1?
> >
> > Kind regards
> >
> > JB
> > _______________________________________________
> > gstreamer-devel mailing list
> > gstreamer-devel at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160704/8aeb2ce4/attachment-0001.html>
More information about the gstreamer-devel
mailing list