gstreamer1, gstreamer1-gst-libav, gstreamer1-gst-plugins-bad, gstreamer1-gst-plugins-base, gstreamer1-gst-plugins-good, gstreamer1-gst-plugins-ugly: update to 1.2

[d-r@…]

End of September the gstreamer teame released 1.2 stable, cmp. ​http://gstreamer.freedesktop.org/news/

Let's update MacPorts gstreamer and plugins to that version.

[d-r@…]

I'll try to provide the required patches.

[ryandesign (Ryan Carsten Schmidt)]

The Cc field requires complete email addresses, and the Milestone field is used only when the Component field is base.

[d-r@…]

Updating to 1.2

[d-r@…]

Would be great, if this could be merged soon. Thanks.

[raimue (Rainer Müller)]

Regarding gstreamer1-gst-plugins-bad:

Does this autogen.sh introduce any dependencies like autoconf or automake? Apparently, this also no longer runs ./configure itself from what I can see. Is this intended? Why is autogen.sh now a required step but wasn't before?

Probably you want to run autogen.sh first and then configure:

use_autoconf yes
autoconf.cmd ./autogen.sh
depends_lib-append port:autoconf

Add corresponding ports to the dependencies if automake/libtool/gettext are required as well.

[d-r@…]

Update to 1.2 - plugins-bad compiles via configure

[d-r@…]

Replying to raimue@…:

Regarding gstreamer1-gst-plugins-bad:

Does this autogen.sh introduce any dependencies like autoconf or automake? Apparently, this also no longer runs ./configure itself from what I can see. Is this intended? Why is autogen.sh now a required step but wasn't before?

Well spotted, that's a leftover from when I was working with development versions of the bad plugins set - for the release version there's a configure script - I removed the configure.cmd line.

[raimue (Rainer Müller)]

I tried to upgrade my gstreamer1* ports today, but ran into a build error on gstreamer1. The relevant part of the log seem to be the following lines:

  CC       libgstreamer_1.0_la-gstelementfactory.lo
In file included from gstdatetime.c:24:
In file included from ./glib-compat-private.h:26:
In file included from /opt/local/include/glib-2.0/glib.h:64:
/opt/local/include/glib-2.0/glib/gmessages.h:199:11: error: use of undeclared identifier 'g_log_domain_gstreamer'
  g_logv (G_LOG_DOMAIN, G_LOG_LEVEL_ERROR, format, args);
          ^
<command line>:4:22: note: expanded from here
#define G_LOG_DOMAIN g_log_domain_gstreamer
                     ^

However, this problem seems to be tracked in #40783 already.

Also I am wondering whether this upgrade changes the compatibility version of the installed dynamic libraries and as such would require a rev-bump of all dependents.

[raimue (Rainer Müller)]

Cc Me!

[repollox@…]

Cc Me!

[razzfazz (Daniel Becker)]

Cc Me!

[d-r@…]

Replying to raimue@…:

Also I am wondering whether this upgrade changes the compatibility version of the installed dynamic libraries and as such would require a rev-bump of all dependents.

According to: ​http://lists.freedesktop.org/archives/gstreamer-devel/2013-September/043124.html

"The stable 1.2.x release series is API and ABI compatible with 1.0.x and any other 1.x release series in the future. "

So, I'd say no rev bump required.

I will update the patch to gstreamer 1.2.1 - which was released a few weeks ago.

[d-r@…]

Small script to retrieve and compute the hashes for the next time when we're updating the gst packages: ​https://gist.github.com/drott/7598539

[d-r@…]

Updating to 1.2.1

[d-r@…]

gstreamer_1_2_1_update_improved.patch​: Patch improved:

• Tab/Spaces in gstreamer1
• No longer disabling yadif and mpegtsmux
• Mirrors for ugly and bad plugins fixed

[d-r@…]

Updating to 1.2.1 - explicit gmodule link parameter not required anymore. This was fixed in the 1.2.1 release.

[dbevans (David B. Evans)]

gstreamer1* updated to version 1.2.1 in r113886 including upstream patches recommended in #40732 per email request from maintainer.

[d-r@…]

Thanks for merging!