Re: [oe] RFC: meta-oe appends and overlayed recipes

[Paul Eggleton <paul.eggleton@linux.intel.com>]

On Tuesday 12 February 2013 10:24:50 Burton, Ross wrote:
> > * tslib: OE-Core has the 1.0 release version, meta-oe has a git recipe
> > that is ahead of 1.0; the OE-Core version has two patches not in the
> > meta-oe version but that both have been merged upstream in the git
> > revision being used in the meta-oe version. There is no newer stable
> > release. What do we do here? Should we ask upstream (Chris) for a new
> > stable release?
> 
> Is anyone actually using tslib these days?  oe-core dropped kdrive,
> and we don't package the apparently unmaintained input driver for
> Xorg.  I guess a new upstream would be good, and then move to meta-oe.

Qt Embedded as we build it is currently configured to use tslib, as is
SDL. If the alternative (evdev?) is supported they could presumably be
switched over though. I don't know how practical that is however.
 
> > * xserver-nodm-init: the two versions are quite distinct. Not sure I
> > understand the full history here but perhaps someone else can fill in the
> > blanks...?
> 
> I don't understand the full history either yet, but this is clearly
> something that needs to be sorted.
> 
> > * meta-oe/recipes-core/busybox/busybox_1.20.2.bbappend
> > As far as I can tell this just adds an /etc/busybox-syslog.default file
> > containing OPTIONS="-C64" and seems to have been added for systemd
> > support.
> > I'm not sure why this wasn't moved to meta-systemd, but I assume it needs
> > to be merged into OE-Core now that systemd support is being added
> > there... ?
> When it's understood *what* that does, then we can evaluate it for oe-core.

The following commit introduced this:

http://cgit.openembedded.org/meta-openembedded/commit/?id=c48a6a605c6d8d38cfbc5df39b3dc310bffc07c1

Otavio can you explain further?

> > * meta-oe/recipes-extended/polkit/polkit_0.104.bbappend
> > Another bbappend apparently for systemd support. Again, this should have
> > been moved to meta-systemd; do we now need to merge it into OE-Core?
> 
> Yes, half of it has been merged to master already. The rest should be
> in Radu's branch, we can sort that today.

OK, great.

> > * meta-oe/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bbappend
> > Builds against external libav instead of using the builtin copy of ffmpeg,
> > apparently for better performance on ARM (and presumably that is not the
> > only benefit). It's less clear to me what should be done with this, but
> > I'd still rather it could be eliminated. OE-Core does not have
> > ffmpeg/libav; one wonders if it should or not.
> 
> libav/gst-ffmpeg/gst-av (as it's called in gst1.0) has interesting
> legal issues, but I do think it should be in oe-core.

Well, we already have gst-ffmpeg in OE-Core so I can't imagine libav
would be any worse as long as it is similarly protected with
LICENSE_FLAGS.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre