From: Carlos Rafael Giani <dv@pseudoterminal.org>
To: Saul Wold <sgw@linux.intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 0/3] GStreamer 1.0 recipes
Date: Thu, 06 Jun 2013 23:05:11 +0200 [thread overview]
Message-ID: <51B0F987.7070600@pseudoterminal.org> (raw)
In-Reply-To: <51B0EEA9.1030903@linux.intel.com>
On 06.06.2013 22:18, Saul Wold wrote:
> On 06/06/2013 10:17 AM, Carlos Rafael Giani wrote:
>> On 06.06.2013 18:53, Saul Wold wrote:
>>> On 05/31/2013 12:15 PM, Carlos Rafael Giani wrote:
>>>> These patches introduce recipes for GStreamer 1.0 . They
>>>> are copied over from my gstreamer 1.0 layer at
>>>> https://github.com/dv1/meta-gstreamer1.0 . All files except
>>>> gstreamer1.0-plugins-package.inc were copied; gst-plugins-package.inc
>>>> was patched to fix a problem with -meta packages and can be used for
>>>> both 0.10 and 1.0 now (the only difference is the value of the LIBV
>>>> variable).
>>>>
>>> So is there an update path from 0.10 to 1.0? Also normally we replace
>>> the older version with the newer version by "git mv" in order to
>>> preserve history where possible. I am not sure if you can do this
>>> with a move and then copy the new versions in.
>>>
>>> Since the packages are renamed, and I don's see any
>>> RPROVIDES/RREPLACES or RCONFLICTS to cover the upgrade path.
>>>
>>
>> Replace? Why do you want to replace? 1.0 is designed to be able to
>> coexist with 1.0 in the same rootfs (you cannot use both at the same
>> time in a process; however, this isn't a concern for OE, but for
>> application developers). In essence, simply adding the new files from
>> the patch to recipes-multimedia/gstreamer/ should be sufficient. The old
>> 0.10 ones can be left unchanged.
>>
>>
> One of the core tenants of OE-Core is to only maintain the latest
> version of a given recipe and have an upgrade path from existing
> version to the latest version.
>
> What I am not sure about is the programs that rely on gstream if all
> of them are ready for the 1.0.
>
> But back to the orignal question, is the gstreamer 1.0 an upgrade path
> for 0.10 or a completely new gstreamer? Is there an upgrade path? If
> so, then the packaging needs to reflect that.
>
> Sau!
>
While 1.0 inherited a lot from 0.10, it is not a simple upgrade. It is
ABI and API incompatible with 0.10. The featureset is also not 100% the
same. This situation is comparable to Qt3 vs. Qt4 vs. Qt5, or Gtk2 vs.
Gtk3 etc. This is why it is not a good idea to get rid of the 0.10
recipes - you cannot simply build applications that use 0.10 with 1.0
libraries and expect it to compile.
Carlos
prev parent reply other threads:[~2013-06-06 21:04 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-31 19:15 [PATCH 0/3] GStreamer 1.0 recipes Carlos Rafael Giani
2013-05-31 19:15 ` [PATCH 1/3] gstreamer: fixed -meta package rdepends Carlos Rafael Giani
2013-05-31 19:15 ` [PATCH 2/3] gstreamer: moved LIBV out of gst-plugins-package.inc file Carlos Rafael Giani
2013-05-31 19:15 ` [PATCH 3/3] gstreamer: added GStreamer 1.0 recipes Carlos Rafael Giani
2013-06-06 16:53 ` [PATCH 0/3] " Saul Wold
2013-06-06 17:17 ` Carlos Rafael Giani
2013-06-06 20:18 ` Saul Wold
2013-06-06 21:01 ` Phil Blundell
2013-06-06 21:05 ` Carlos Rafael Giani [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51B0F987.7070600@pseudoterminal.org \
--to=dv@pseudoterminal.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=sgw@linux.intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox