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 552022 - Drop build-time checks for gst elements
Drop build-time checks for gst elements
Status: RESOLVED WONTFIX
Product: totem
Classification: Core
Component: general
2.23.x
Other Linux
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-09-12 20:14 UTC by Patryk Zawadzki
Modified: 2008-11-22 00:09 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
The current patch we use (1.34 KB, patch)
2008-09-12 20:28 UTC, Patryk Zawadzki
rejected Details | Review

Description Patryk Zawadzki 2008-09-12 20:14:30 UTC
Currently Totem checks for certain gstreamer elements during configure. This is not very useful for desktop users as they are likely to use pre-built packages and the elements available can change over time (they are in separate packages).

This also breaks builds done by dedicated building farms as they require us to install gstreamer elements there for no purpose (nothing is supposed to link against loadable plugins anyway).

This is part of pushing remaining PLD patches upstream.
Comment 1 Patryk Zawadzki 2008-09-12 20:28:34 UTC
Created attachment 118618 [details] [review]
The current patch we use
Comment 2 André Klapper 2008-11-21 22:43:23 UTC
*ping*
Comment 3 Bastien Nocera 2008-11-21 23:36:17 UTC
This will kick build maintainers into updating dependencies when necessary, and also make serves as a pretty good test for GStreamer on platforms that it wouldn't run on otherwise (I found a number of liboil bugs building totem on our PPC build farms).

Sorry, won't change this.
Comment 4 Patryk Zawadzki 2008-11-21 23:45:58 UTC
This only kicks build maintainers into disabling the check as otherwise we need to install gstreamer plugins on builders which pulls additional dependencies. It also makes it harder to rebuild totem if the same building farm just finished a broken gstreamer build (we don't rebuild the farm from scratch between two builds so it can happen that gstreamer was successfully built on one platform but not the other).
Comment 5 Bastien Nocera 2008-11-22 00:09:21 UTC
Fedora, SUSE and Debian all seem to manage to install the extra dependencies without any problems. This says more about your build system than about totem...

FWIW, using mock should do package caching and get you a running tree ready for totem to compile in a couple of minutes, if that.