[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development
- From: John Ellson <ellson research att com>
- To: Discussion related to Fedora Extras <fedora-extras-list redhat com>
- Subject: Re: Need help identifying a 64bit specific problem with gstreamer08-python in extras-development
- Date: Tue, 07 Mar 2006 21:51:09 -0500
Jeff Spaleta wrote:
Why does the 32bit package have
/usr/lib/python2.4/site-packages/gst/__init__.py
while the 64bit package does NOT have
/usr/lib64/python2.4/site-packages/gst/__init__.py
This is the last issue keeping istanbul from building again in the
development tree.
istanbul is the only Extras package I know of that uses the
gstreamer08-python package
Can someone with 64bit hardware PLEASE figure out what is wrong with
the gstreamer08-python specfile which is preventing
usr/lib64/python2.4/site-packages/gst/__init__.py
from being packaged
If noone with 64bit hardware can help me figure this out and get
gstreamer08-python patched I'm going to forced to use excludearch in
the instabul package to appease the growing horde of people giving me
crap about istanbul not being available for fc5 release. I'd like to
avoid doing that, but without people with 64bit hardware to run test
builds of gstreamer08-python on their systems I'm doomed to failure.
What I desperately, and I mean ABC's housewife brand of desperate, is
for people with 64bit hardware and a reasonable ability to grok
specfiles, to do local mock builds of gstreamer08-python making some
specfile modifications to the gstreamer08-python spec file and to get
patch to me with a patch to the spec file that correctly packages the
/usr/lib64/python2.4/site-packages/gst/__init__.py* files.
For reference this issue showed up right before gstreamer08 was moved
out of Core, when the package in question was still gstreamer-python.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=179624
-jef
In gst/Makefile.am it needs "pygstdir = $(pkgpyexecdir)" instead of
"pygstdir = $(pkgpythondir)"
I've attached a patch for this and a patch to the .spec to apply that patch.
John
--- gst/Makefile.in.orig 2006-03-07 21:36:10.000000000 -0500
+++ gst/Makefile.in 2006-03-07 21:36:47.000000000 -0500
@@ -263,7 +263,7 @@
common_cflags = $(PYGTK_CFLAGS) $(GST_CFLAGS) $(PYGST_CFLAGS) -fno-strict-aliasing
common_libadd = $(GST_LIBS)
common_ldflags = -module -avoid-version
-pygstdir = $(pkgpythondir)
+pygstdir = $(pkgpyexecdir)
pygst_PYTHON = __init__.py
pygstexecdir = $(pkgpyexecdir)
pygstexec_LTLIBRARIES = _gst.la $(interface_lib) $(play_lib)
--- gstreamer08-python.spec.orig 2006-03-07 21:45:24.000000000 -0500
+++ gstreamer08-python.spec 2006-03-07 21:43:56.000000000 -0500
@@ -13,6 +13,7 @@
License: LGPL
URL: http://gstreamer.freedesktop.org/
Source: http://gstreamer.freedesktop.org/src/gst-python/gst-python-%{version}.tar.bz2
+Patch1: gst_lib64.patch
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires: python >= 2
@@ -42,6 +43,7 @@
%prep
%setup -q -n gst-python-%{version}
+%patch1 -p0
%build
# the "docs" were built when disting the tarball, so we don't need to
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]