Age | Commit message (Collapse) | Author | Files |
|
into org.openembedded.dev
|
|
We want OE do the stripping for us, which splits off the
debugging info instead of throwing it away.
Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
|
|
Phil Blundell wrote:
> On Sat, 2009-05-23 at 22:23 +0200, Alessandro GARDICH wrote:
>> At now I modify qemux86.conf cause usually EXTRA_IMAGECMD is in the
>> machine config file, but to add hardware specific parameters (flash size
>> and erase size). I'm not sure if is the right place. Probably in the
>> distro configuration could be better.
>
> The distro config probably is the right place for this. After all, the
> number of inodes you need depends primarily on the number of files that
> you're going to ship in the rootfs, and that in turn is primarily
> influenced by the DISTRO's policies rather than by any inherent aspect
> of the MACHINE.
>
> The other uses of EXTRA_IMAGECMD that I guess you're thinking of are
> mostly to do with jffs2 parameters, which are rather different in that
> they're determined by the specifics of the hardware in use and hence do
> go with the MACHINE rather than the DISTRO.
>
> p.
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
true, reform the patch for kaeilos.conf
Acked-by: Marco Cavallini <m.cavallini@koansoftware.com>
|
|
into org.openembedded.dev
|
|
|
|
|
|
Hi
Make kaeilos.conf be aware of the new SPASH variable used in images recipes.
At least it make bitbake start work, as soon as build the x11-image I'll
check if also the image is working proper
Alessandro
Acked-by: Marco Cavallini <m.cavallini@koansoftware.com>
|
|
This staging tree holds the patches submitted to the upstream U-Boot
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
|
|
|
|
|
|
|
|
|
|
textbox nowadays
|
|
into org.openembedded.dev
|
|
|
|
|
|
|
|
|
|
|
|
|
|
into org.openembedded.dev
|
|
|
|
into org.openembedded.dev
|
|
* this one actually builds with a recent toolchain and userspace
|
|
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
- the macro code provided for xlibs is not usable for cross-compiling as for determining the compiler version simply the `gcc' command is used
- instead, we now use $CC
|
|
- the `getline()' function used in minicom.c may have been defined in stdio.h if __USE_GNU is defined
- as a fix that function name is redefined within minicom.c
|
|
- glibc-package.bbclass defines glibc-dbg as a package, but by default generating debug code is disabled in the build
- as a fix the QA check for the glibc-dbg package is disabled
|
|
|
|
|
|
|
|
|
|
- added dependency on lame as it uses it
- removed dependency on ffmpeg and curl as it does not use them
|
|
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
ep93xx can be built for armv4t which supports binary locales
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
Acked-by: Koen Kooi <koen@openembedded.org>
|
|
|
|
The same is already done for httpd and udhcpd.
This fixes Busybox deb upgrades: the prerm script was failing because
the last command "/etc/init.d/syslog stop", added by the update-rc.d
class, runs after the /bin/sh symlink has been removed.
Many images expect busybox to contain the syslog initscript, so busybox
RRECOMMENDS busybox-syslog.
busybox-{syslog,httpd,udhcpd} now RDEPEND on busybox, for consistency
with other packages in the recipe (e.g. busybox-mdev).
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
Signed-off-by: Michael Smith <msmith@cbnco.com>
|
|
|
|
removed in 2005.
|
|
|
|
|
|
|
|
into org.openembedded.dev
|
|
into org.openembedded.dev
|
|
The NILFS2 logging filesystem is being mainlined in the Linux kernel.
Supposedly has good write performance on both HD and SSD media due
to its sequential write characteristics from its circular log based
approach.
Signed-off-by: Leon Woestenberg <leon@sidebranch.com>
|