* either fix build to prevent trying to access compiler or don't set
PACKAGE_ARCH, signature is different for different MACHINEs
e.g.
List of dependencies for variable TUNE_ARCH changed from 'set(['X86ARCH32', 'X86ARCH64'])' to 'set([])'
Hash for dependent task gettext_0.18.3.1.bb.do_populate_sysroot changed from 915bae004926e982f835d12f511a5f2b to 24c8263bb82124c9000fff3eab16d293
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* Remove all PR = "r0" from all .bb files in meta-oe repo. This was done
with the command sed -e '/^PR.*=.*r0\"/d' meta*/recipes*/*/*.bb -i
* We've switching to the PR server, PR bumps are no longer needed and
this saves people either accidentally bumping them or forgetting to
remove the lines (r0 is the default anyway).
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
It's not necessary to specify the protocol parameter when it's the
default protocol for the fetcher, e.g. the default protocol for
git fetcher it git, "protocol=git" isn't needed.
Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it's creating circular dependency on libav when explicitly enabled
* and sometimes it's autodetected when x264 is rebuilt after building libav
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* it's autodetected from sysroot
* add PACKAGECONFIG to make it deterministic
* runtime dependencies for glib-2.0 harfbuzz libffi libicudata libicule libicuuc libstdc++ are added
only when harfbuzz is detected
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* they are autodetected from sysroot and configure doesn't have option
to explicitly disable them, so PACKAGECONFIG won't work without improving
configure
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The changelog for libav indicates that liba52 support was removed in version
0.5.
Signed-off-by: Paul Barker <paul@paulbarker.me.uk>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
With changed behavior of 'missing' in automake-1.13, libmikmod
build was failing when makeinfo was not present.
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Use the headers from the linux-libc-headers instead of the headers
from the linux kernel sources because user space programs should
be built against the header files provided by the distribution.
In file included from .../usr/src/kernel/include/linux/media.h:27:0,
from conftest.c:56:
.../usr/src/kernel/include/linux/types.h:13:2: warning: #warning \
"Attempt to use kernel headers from user space, see http://kernelnewbies.org/KernelHeaders" [-Wcpp]
On some platforms (qemu) intern kernel header (linux/types.h) redefines
some types from the system header (sys/types.h, timer.h, stdint.h)
and thereby breaks the checking of the linux media header.
ERROR: Kernel header file not found or not usable!
In file included from .../usr/include/linux/media.h:27:0,
from conftest.c:56:
In file included from .../usr/src/kernel/include/linux/types.h:14:26: error: conflicting types for 'fd_set'
In file included from .../sys/select.h:75:5: note: previous declaration of 'fd_set' was here
Similar errors for dev_t, mode_t, timer_t, uintptr_t and blkcnt_t.
Signed-off-by: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* This change is only aesthetic (unlike indentation in Python
tasks).
* Some recipes were using tabs.
* Some were using 8 spaces.
* Some were using mix or different number of spaces.
* Make them consistently use 4 spaces everywhere.
* Yocto styleguide advises to use tabs (but the only reason to keep
tabs is the need to update a lot of recipes). Lately this advice
was also merged into the styleguide on the OE wiki.
* Using 4 spaces in both types of tasks is better because it's less
error prone when someone is not sure if e.g.
do_generate_toolchain_file() is Python or shell task and also allows
to highlight every tab used in .bb, .inc, .bbappend, .bbclass as
potentially bad (shouldn't be used for indenting of multiline
variable assignments and cannot be used for Python tasks).
* Don't indent closing quote on multiline variables
we're quite inconsistent wheater it's first character on line
under opening quote or under first non-whitespace character in
previous line.
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
* distro-less build for qemuarm fails:
| Linking minidlna
| arm-oe-linux-gnueabi-gcc: error: getifaddr.o: No such file or directory
| arm-oe-linux-gnueabi-gcc: error: sql.o: No such file or directory
| arm-oe-linux-gnueabi-gcc: error: inotify.o: No such file or directory
| make: *** [minidlna] Error 1
* http://comments.gmane.org/gmane.comp.handhelds.openembedded/56989
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
This is largely equivalent to the recipe in OE-Core apart from
LICENSE_FLAGS, insignificant patch differences, and an additional patch
for avr32 optimisation (and since there appears to be no public layer
for an avr32 machine, there's not a great deal of point in preserving
the latter).
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
| Configuring for target 'armv7-linux-gcc'
| enabling armv7
| enabling armv6
| enabling armv5te
| enabling fast_unaligned
| Unable to invoke compiler: arm-oe-linux-gnueabi-gcc -march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon --sysroot=/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/sysroots/genericarmv7a -O2 -pipe -g -feliminate-unused-debug-types -fPIC -march=armv7-a -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=softfp -O3 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -Wall -Wdeclaration-after-statement -Wdisabled-optimization -Wpointer-arith -Wtype-limits -Wcast-qual -Wno-unused
|
| Configuration failed. This could reflect a misconfiguration of your
| toolchains, improper options selected, or another problem. If you
| don't see any useful error messages above, the next step is to look
| at the configure error log file (config.err) to determine what
| configure was trying to do when it died.
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Otherwise the libav executables (avplay, ffmpeg etc.) get dragged
into the image, along with all their dependencies (e.g. SDL).
Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Acked-by: Koen Kooi <koen@dominion.thruhere.net>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The previous version (4.1.3-10) was unbuildable due to this issue:
WARNING: Failed to fetch URL git://git.debian-maintainers.org/git/daniel/libdvdread.git;protocol=git;branch=debian,
attempting MIRRORS if available
ERROR: Fetcher failure: Fetch command failed with exit code 128, output:
Cloning into bare repository <snip>/downloads//git2/git.debian-maintainers.org.git.daniel.libdvdread.git...
fatal: Unable to look up git.debian-maintainers.org (port 9418) (Name or service not known)
Signed-off-by: Mario Domenech Goulart <mario@ossystems.com.br>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* how was it possible to check LIC_FILES_CHKSUMs before? I know it was
building, now it fails with:
ERROR: Function failed: obexd: LIC_FILES_CHKSUM points to an invalid file:
/OE/shr-core/tmp-eglibc/work/xscalete-oe-linux-gnueabi/obexd/0.48-r0/obexd-0.48/
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
-march flag is not in CFLAGS so this will always default to -mcpu=cortex-a8
-mfpu=neon. Obviously wrong for other machines.
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Add obsolete-automake-macros.patch that replaces automake macros
no longer supported by automake-1.13 with modern constructs.
Signed-off-by: Marko Lindqvist <cazfi74@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* also fixes build without lynx:
| make[2]: Entering directory `/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/pavucontrol/0.9.10+git-r1/git/doc'
| make[2]: *** No rule to make target `README', needed by `all-am'. Stop.
| make[2]: Leaving directory `/OE/shr-core/tmp-eglibc/work/x86_64-oe-linux/pavucontrol/0.9.10+git-r1/git/doc'
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
* old version wasn't compatible with libpng-1.5 from oe-core
* COPYING was updated with ISC text old 0.9.11 was GPLv2
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Martin Jansa
Khem Raj
Andreas Müller
Jackie Huang
Marko Lindqvist
Paul Eggleton
Paul Barker
Stefan Herbrechtsmeier
Marcin Juszkiewicz
Andreas Oberritter
Mario Domenech Goulart
Andrei Gherzan
Koen Kooi