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>
Currently we see:
| checking for gconftool-2... no
| configure: error: gconftool-2 executable not found in your path - should be installed with GConf
| ERROR: Function failed: do_configure (log file is located at gthumb/2.12.4-r4/temp/log.do_configure.5243)
ERROR: Task (meta-gnome/recipes-gnome/gthumb/gthumb_2.12.4.bb:do_configure) failed with exit code '1'
Presumably this now happens more regularly with demise of the shared
sysroot. Adding gconf-native to the dependency list fixes it.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
We currently see:
| /bin/bash: gconftool-2: command not found
| Makefile:841: recipe for target 'install-data-local' failed
| make[3]: *** [install-data-local] Error 127
Presumably this now happens more regularly with demise of the shared
sysroot. Adding gconf-native to the dependency list fixes it.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
In the config log we see:
configure:12277: checking whether to build static libraries
configure:12281: result: yes
configure:12419: checking for x86_64-overc-linux-pkg-config
configure:12452: result: no
configure:12462: checking for pkg-config
configure:12495: result: no
configure:12801: Using Farsight2 source release as package name
configure:12825: Using Unknown package origin as package origin
configure:12879: Using /usr/libexec/gst-install-plugins-helper as plugin install helper
configure:12953: checking for NICE
configure:13022: error: Need libnice >= 0.0.9
While it libnice that fails configure, it is the absence of pkg-config
several lines above that causes the failure, as libnice is in the sysroot.
For most build hosts, you'll have to remove the default binary that
lives in /usr/bin/pkg-config in order to see this failure.
Cc: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Error was not caused by RSS but upstream package path renaming without version
bump - tse tse...
Signed-off-by: Andreas Müller <schnitzeltony@googlemail.com>