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 _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
