Upstream has split the C and C++ versions into separate
components so add the recipe for CPP flavour.
The only consumer in meta-oe, tmate, still builds fine.
Signed-off-by: Alexander Kanavin <alex@linutronix.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The support for NIS+ has been dropped in libnsl2 [1]
moreover the upstream repository has been archived [2] which indicates that
this component is no more actively maintained
[1] 74c9cdf0ee
[2] https://github.com/thkukuk/libnss_nisplus
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Ruslan Bilovol <rbilovol@cisco.com>
Cc: Alexander Kanavin <alex.kanavin@gmail.com>
This was replaced by bootchart2 long ago in oe-core.
gitorious.org no longer exists, so this is unfetchable.
Also, this has seen no development since bootchart2 was
created.
Signed-off-by: Tim Orling <ticotimo@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
- Moved it to ttf-fonts directory.
- Rename to ttf-takao.
- Use ttf.inc instead of rewrite do_install.
Signed-off-by: Lei Maohui <leimaohui@fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
The license in version 0.1.8 was already BSD-2-Clause and GPLv2
(for the "opusinfo" command).
The license checksum change is due to trivial changes on the license
text ("https" instead of "http" and whitespace changes).
This new version now DEPENDs on "libopusenc" and "opusfile" too,
but this required to move the recipe to meta-multimedia instead.
Signed-off-by: Michael Opdenacker <michael.opdenacker@bootlin.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>
It uses __morecore internal function from glibc which has been removed
in 2.34+ and replacing it is not so simple and upstream needs to fix it
see [1]
[1] https://github.com/libhugetlbfs/libhugetlbfs/issues/52
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Since tbb has a COMPATIBLE_MACHINE entry to prevent it from building
for powerpcc, let's also remove it from the meta-oe-support package
group.
Signed-off-by: Saul Wold <saul.wold@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* no update other than occassional build fix since 2011 when I've imported this
* it's also failing with usrmerge:
ERROR: phonet-utils-0.0.0+gitrAUTOINC+4acfa720fd-r2 do_package_qa: QA Issue: phonet-utils package is not obeying usrmerge distro feature. /lib should be relocated to /usr. [usrmerge]
ERROR: phonet-utils-0.0.0+gitrAUTOINC+4acfa720fd-r2 do_package_qa: QA run found fatal errors. Please consider fixing them.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add a recipe for tmate, a fork of tmux that provides remote terminal
sharing.
Signed-off-by: Marius Kriegerowski <marius.kriegerowski@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Have not seen build issues for 5.4 and 5.10
x86-64 kernels so allow to build it
Signed-off-by: Denys Zagorui <dzagorui@cisco.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* and make it skipped only when meta-filesystem is missing as well
* depends on libdnet from meta-networking and nothing in meta-oe depends on open-vm-tools
* update packagegroup-meta-oe to match this, without either of these layers packagegroup-meta-oe is currently failing with:
ERROR: Nothing RPROVIDES 'open-vm-tools' (but meta-oe/recipes-core/packagegroups/packagegroup-meta-oe.bb RDEPENDS on or otherwise requires it)
open-vm-tools was skipped: Requires meta-networking and meta-filesystems to be present.
NOTE: Runtime target 'open-vm-tools' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['open-vm-tools']
ERROR: Required build target 'packagegroup-meta-oe' has no buildable providers.
Missing or unbuildable dependency chain was: ['packagegroup-meta-oe', 'open-vm-tools']
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* it depends on target python(2) recipes from meta-python2 which are restricted with this
conditional since:
https://git.openembedded.org/meta-python2/commit/?h=hardknott&id=10c65fc18998d302f34634ffceaf31ab335056dd
* telepathy-idle and cherokee from:
meta-oe/recipes-connectivity/telepathy/telepathy-idle_0.2.0.bb
meta-webserver/recipes-httpd/cherokee/cherokee_git.bb
also depend on meta-python2, but use only pythonnative from there, so they aren't blacklisted.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* the restriction was removed in following commit, but packagegroup-meta-oe
wasn't updated reflect that
commit 7223513f400d63d1fb50d65b123d00ceb94f3695
Author: Anatol Belski <anbelski@linux.microsoft.com>
Date: Fri Feb 19 12:58:45 2021 +0000
abseil-cpp: Relax build requirements
While better hardware acceleration is definitely advantageous, there is no
hard requirement defined by the upstream. Removing this will allow
builds targeting older hardware where DEFAULTTUNE can't be changed. If
found useful, this can also be backported to lower branches.
Signed-off-by: Anatol Belski <anbelski@linux.microsoft.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
It does not build, errors out like
../git/src/client/linux/dump_writer_common/raw_context_cpu.h:48:2: error: #error "This code has not been ported to your platform yet."
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Internal boost headers are missing ppc64 support
ssiapi.1.3.0/lib/boost/smart_ptr/detail/sp_counted_base.hpp:66:11: fatal error: boost/smart_ptr/detail/sp_counted_base_gcc_ppc.hpp: No such file or directory
Signed-off-by: Khem Raj <raj.khem@gmail.com>
