We add x11 into REQUIRED_DISTRO_FEATURES since xfce4-panel requires it,
now, xfce4-panel not require x11, so remove x11 from
REQUIRED_DISTRO_FEATURES
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <khem.raj@oss.qualcomm.com>
While using devtool to check available versions, I noticed a 301 http error.
Specifically :
$ devtool latest-version libxfce4ui
Resolving archive.xfce.org (archive.xfce.org)... 217.70.191.87
Connecting to archive.xfce.org (archive.xfce.org)|217.70.191.87|:80... connected
.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://archive.xfce.org/src/xfce/libxfce4ui/4.20/ [following]
With this patch, we change to make the SRC_URI an https request.
Signed-off-by: Jason Schonberg <schonm@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This is a partial revert of commit 2ad5ceafa5 [various classes
recipes: Remove FILES entries for dbg/dev packages] to restore the
packaging of libtool (.la) files. It is generally recommended to
include 'remove-libtool' in your distro features to purge libtool
files as a do_install postfunc for all recipes, as is the documented
recommendation for handling of libtool files (unless the .la have been
determined to be absolutely necessary, in which case a recipe can use
the REMOVE_LIBTOOL_LA to prevent the cleanup). However, if the
'remove-libtool' distro feature is not specified we need to ensure
that if after a recipe completes do_install() and there are libtool
files present in the image, we must package them or we will hit
'installed-vs-shipped' QA issues.
NOTE: that even with respect to libtool files this is not a 1:1
partial revert of commit 2ad5ceafa5, adjustments are made according
to the current state of the build today.
Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>