Verify the underlying license remains the same and update the checksum
for the latest released version
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Verify the license terms remain intact and update the location
and checksum to match the latest copyright modifications
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Verified license terms remain the same and updated the checksum
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The autobahn recipe does not currently function and is extremely out
of date. The only known consumer of this was cloudeebus, which is
also being removed. The new version requires a large number of
dependencies that are not currently in meta-python. Since there are
no known users, the recipe will be removed for now until other consumers
are identified.
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The cloudeebus upstream project has not been active in 3.5 years and
the current APIs for most of the dependencies have changed enough to
not longer support the current implementation without pinning previous
versions. Since this recipe has not functioned correctly for a while,
remove it from the layer.
Signed-off-by: Derek Straka <derek@asterius.io>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Although I reomeve gettext related packages from my build machine, I could not
reproduce error mentioned. Let's hope my asumption is good enough.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
There is not exactly a chance to get a useful fedora system without libxslt for
test. So this is yet another guesswork.
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>
Update to version 1.3 (2015-06-06)
Drop setting ${S} - not needed since package now uses standard path
Signed-off-by: Gary Thomas <gary@mlbassoc.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Update packages split rules:
* make libpyldb-util.so* are really packaged into pyldb and pyldb-dev
* set NOAUTOPACKAGEDEBUG which causes all .debug directories are
packaged into pyldb-dbg
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
All .debug directories are packaged in inetutils-rshd-dbg which caused
by AUTOPACKAGEDEBUG. Disable it and split .debug directories and files
to right -dbg package.
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
Fixed:
configure:4463: error: possibly undefined macro: PKG_CHECK_MODULES
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:4466: error: possibly undefined macro: AC_MSG_WARN
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
Since Samba uses libtevent-internal.h in some places, it is
incompatible with external libtevent versions if they're not
the same as the built-in, and just crashes.
Signed-off-by: Gyorgy Szombathelyi <gyurco@freemail.hu>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
This should fix:
Making all in ui/gtk
| make[2]: Entering directory '/home/jenkins/oe/world/shr-core/tmp-glibc/work/armv5e-oe-linux-gnueabi/wireshark/1_2.2.4-r0/build/ui/gtk'
| /bin/bash: glib-compile-resources: command not found
Fix which glib-compile-resources is picked up. Ensure we use the native glib-2.0p version and not one from the host.
I could not reproduce this but "which glib-compile-resources" pointed out the problem.
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
This update includes following changes:
lldpd (0.9.6)
* Changes:
+ Add a compile-time option to restore pre-0.9.2 JSON format (when
using json-c). Use `--enable-json0` to enable this option.
+ Support for newer ethtool interface on Linux
(ETHTOOL_GLINKSETTINGS) and additional speed settings.
+ Current MAU type is displayed even when autoneg is off.
+ Increase netlink receive buffer by default. Can be changed at
compile-time through ./configure.
* Fixes:
+ Correctly parse LLDP-MED civic address when the length of the
TLV exceeds the length of the address.
+ Fix 100% CPU on some rare error condition.
+ Fix lost timer when an interface is enslaved on Linux.
lldpd (0.9.5)
* Changes:
+ More Ethernet media supported. However, RFC4836 is quite
out-of-date with respected to 10G+ speeds, bringing some
inaccuracies.
+ Directly get media information for an interface without using
the privileged process.
+ LLDP-MED capability TLV is not sent when LLDP-MED is not
enabled,
even if other LLDP-MED TLV are present.
* Fixes:
+ Compilation fix with older versions of GCC.
+ Don't use ethtool at all to get real MAC address for enslaved
devices (always use /proc).
lldpd (0.9.4)
* Changes:
+ Make lldpd accepts a `-p` option to specify the PID file.
+ Ability to change multicast MAC address to two additional values
to reach customer bridges.
+ lldpcli will now display chassis TTL when detailed view is
enabled.
* Fixes:
+ Fix setting of local value for port ID.
+ Fix compilation with BSD make.
+ Ensure lldpcli returns an error code on invalid commands.
lldpd (0.9.3)
* Changes:
+ Do not rely on support of constructors for liblldpctl.
+ Always log to stderr (even in addition to syslog).
+ `lldpcli watch` accepts a limit on the number of received
events.
* Fixes:
+ `lldpcli -f {xml,json} watch` should work now.
+ Consider `veth` interfaces as physical interfaces.
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
The coreutils has a hostname command; this package already dealt
with that existing as an alternate, but for some reason it did not
do the same with the manpage of the same name. The conflict varied
from intermittent to "why does this keep happening to me?!?".
Mark gets credit for the fix; he didn't want to bear witness to yet
another premature death of a USB keyboard and suggested the change
here; which I then largely just confirmed as functional, since I
happened to "be so lucky" as to have the reproducer.
The failure showed up in do_rootfs as follows:
ERROR: cube-graphical-builder-0.2-r0 do_rootfs: [log_check] cube-graphical-builder:
found 1 error message in the logfile: [log_check] update-alternatives:
Error: not linking tmp/work/qemuarm64-overc-linux/cube-graphical-builder/0.2-r0/rootfs/usr/share/man/man1/hostname.1
to /usr/share/man/man1/hostname.1.coreutils since
tmp/work/qemuarm64-overc-linux/cube-graphical-builder/0.2-r0/rootfs/usr/share/man/man1/hostname.1
exists and is not a link
Cc: Mark Hatle <mark.hatle@windriver.com>
Cc: Joe MacDonald <joe_macdonald@mentor.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
1. Removes lines related "LINUX_VERSION_CODE >= KERNEL_VERSION(4, 3, 0)",
as they are included in recent
build_with_updated_bio_struct_of_linux_v4.3_and_above.patch.
2. Updated incorrect "#if 0//LINUX_VERSION_CODE >= KERNEL_VERSION(4, 8, 0)" line.
3. Updated patch to have in compliance with recent
build_with_updated_bio_struct_of_linux_v4.3_and_above.patch.
Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Joe MacDonald <joe_macdonald@mentor.com>
* add dependency on libcap to fix:
android-tools/5.1.1.r37-r0/git/system/core/adb/adb.c:39:28: fatal error: sys/capability.h: No such file or directory
#include <sys/capability.h>
^
* add patch from buildroot to fix build with newer glibc and on
bit-endian systems
android-tools/5.1.1.r37-r0/git/system/core/adb/usb_linux_client.c:38:25: error: initializer element is not constant
#define cpu_to_le32(x) htole32(x)
^
* and also disable thumb to fix:
http://errors.yoctoproject.org/Errors/Details/133881/
* drop default apply=yes for the .patch files
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
