Public bug reported:
Release: Artful Aardvark 17.10
Package version: 1.12.3-1
I modified the debian/gir1.2-gstreamer-1.0.install file to put its
girepository-1.0 files under the architecture-dependent directory, by
removing the target specifier (usr/lib). As far as I can tell, the non-
architecture specific files are just doc files, and should be the same
on other architectures. I then successfully installed the modified
package and imported Gst using python3-gi. Changing the install
directory plus adding Multi-Arch: same to gir1.2-gstreamer-1.0 should
make it multiarch-compatible.
It's also likely that libgstreamer1.0-dev could also be Multi-Arch: same
if it weren't for the binaries in the package, although I don't know an
easy solution to that - for instance gst-codec-info-1.0 loads plugins
dynamically, which fails (with an accurate warning message) if used on
the wrong architecture. Renaming it/giving it an architecture-dependent
path (e.g. x86_64-linux-gnu-gcc) would probably break backwards
compatibility, and there are about 20 rdepends for libgstreamer1.0-dev,
which as gst-codec-info-1.0 and dh_gstscancodecs seem designed for use
by packagers are probably the only places to check for usage.
** Affects: gstreamer1.0 (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gstreamer1.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1720723
Title:
Add multiarch metadata to gir1.2-gstreamer-1.0
Status in gstreamer1.0 package in Ubuntu:
New
Bug description:
Release: Artful Aardvark 17.10
Package version: 1.12.3-1
I modified the debian/gir1.2-gstreamer-1.0.install file to put its
girepository-1.0 files under the architecture-dependent directory, by
removing the target specifier (usr/lib). As far as I can tell, the
non-architecture specific files are just doc files, and should be the
same on other architectures. I then successfully installed the
modified package and imported Gst using python3-gi. Changing the
install directory plus adding Multi-Arch: same to gir1.2-gstreamer-1.0
should make it multiarch-compatible.
It's also likely that libgstreamer1.0-dev could also be Multi-Arch:
same if it weren't for the binaries in the package, although I don't
know an easy solution to that - for instance gst-codec-info-1.0 loads
plugins dynamically, which fails (with an accurate warning message) if
used on the wrong architecture. Renaming it/giving it an architecture-
dependent path (e.g. x86_64-linux-gnu-gcc) would probably break
backwards compatibility, and there are about 20 rdepends for
libgstreamer1.0-dev, which as gst-codec-info-1.0 and dh_gstscancodecs
seem designed for use by packagers are probably the only places to
check for usage.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gstreamer1.0/+bug/1720723/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
