Thomas Kunze [Sun, 3 Aug 2008 16:31:31 +0000 (16:31 +0000)]
files: add some stuff to device_table_add-mmc.txt and rename it to
devices-table-collie.txt.
conf/collie: use device-table-collie.txt
packages/kexecboot:*create a new directory for everything kexecboot related
*move initramfs-kexec-image and initramfs-kexec to this dir and
rename them to *kexecboot
*move linux-kexecboot to this dir
*add forgotten patches for linux-kexecboot
Andrea Adami [Sun, 3 Aug 2008 01:14:03 +0000 (01:14 +0000)]
zaurus-2.6.inc: commit attachment 9873 from bug 3738
* it seems this bug will lead to many changes, let's break them down one by one
this particular change seems to be be low on f*ck-up potential
* define preferred provider of virtual/xserver for c7x0 machine
* weakly assign KERNEL_IMAGETYPE
Koen Kooi [Sat, 2 Aug 2008 20:20:27 +0000 (20:20 +0000)]
qt4_staging.inc: something in the qt build process hardcodes the tooldir to the target stagingdir, while the actual tools reside in the native target dir. Copy over the tools to work around this. This is a bandaid, the proper fix would be to use the newly gained crosscompile support in qt 4.4.1.
Paul Eggleton [Sat, 2 Aug 2008 20:15:54 +0000 (20:15 +0000)]
konqueror-embedded: fix build problems
* Upgrade 20070212 to 20070316 (earlier version no longer available for fetching)
* Fix _AC_PATH_X_XMKMF error during configure (fixes bug #3569)
Michael Lauer [Sat, 2 Aug 2008 12:05:03 +0000 (12:05 +0000)]
create nonworking directory among conf/machine, so that people who want
to revive a machine have a chance to pick up previous work.
move db1200 into nonworking, since it does not define a preferred kernel
Koen Kooi [Sat, 2 Aug 2008 11:07:23 +0000 (11:07 +0000)]
gcc-cross-intermediate: remove dummy libc.so *after* staging, since do_stage will fail with "cannot find -lc" if it's removed beforehand.
This does contradict this part of the commit message of the previous change:
"This fix deletes the dummy libc.so before gcc-intermediate is staged. Because
the main purpose of dummy libc.so is to get gcc-intermediate built with shared
lib support. Ideally this libc.so should be deleted right after do_configure of
gcc-intermediate but gcc's configure is spread across and some configure stuff
happens during compile step. Therefore its best to delete this libc.so after
the compile step is done."
I don't have a better solution that this one.
Koen Kooi [Sat, 2 Aug 2008 09:03:11 +0000 (09:03 +0000)]
x-load: merge x-load recipe and patches from http://www.sakoman.net/cgi-bin/gitweb.cgi?p=org.openembedded.dev-omap3.git;a=tree;f=packages/x-load;hb=d19fc238129e7d515c731916bf3bd964c0a8a098
signgp-native: build our own signing tool
Khem Raj [Fri, 1 Aug 2008 21:35:52 +0000 (21:35 +0000)]
Delete dummy libc.so that was created during glibc-initial step.
This library is overwritten by a linker script file called libc.so during
complete glibc install so the packaged built after glibc is staged are fine.
But the binaries/libraries that build with glibc and depend on libc.so in some
form see this dummy libc.so and gets things wrong.
This fix deletes the dummy libc.so before gcc-intermediate is staged. Because
the main purpose of dummy libc.so is to get gcc-intermediate built with shared
lib support. Ideally this libc.so should be deleted right after do_configure of
gcc-intermediate but gcc's configure is spread across and some configure stuff
happens during compile step. Therefore its best to delete this libc.so after
the compile step is done.