First thanks to:
*hrw for telling me how to solve a complicated libpng3 RDEPENDS problem:
libpng is,as pb_ explained,is renamed to libpng3 in a way that we can't
predict...so the solution was to add libpng3 to RDEPENDS and bitbake
would have renamed it automatically,and it did. thanks a lot!
*Ivanovic in #wesnoth-dev for telling me that removing the cmake script
that finds boost make it uses the one shipped with cmake and so
it finds more recent versions of boost
Tested on:
*shr/merge with om-gta02 machine
*boost 1.41.0(boost 1.40.0 didn't configure for me because of a bug that
made it require MPI)
*640x480 resolution(the campaign don't work in 480x640 because the dialog
of the character that appear at the bottom of the screen trigger assertions
that makes the program abort)
The solution for it would be to re-use the wml and maybe also the
source code of the port wesnoth to the iphone available here:
http://wesnoth.repositoryhosting.com/trac/wesnoth_wesnoth/
the wml files in question are located here:
/usr/share/wesnoth/data/themes/default.cfg
they contain the screen layout definitions.
This recipe compiles wesnoth with tiny GUI,that is better because we can go
in lower resolutions,but the in the game,the forests appear as grass
(that's because of the side effects of resizing a picture)
boost: add version 1.41.0 and modified boost-14x.inc
*1.41.0 fixes a bug with MPI: in 1.40.0 if you don't have the mpi
libraries installed in your host it fails
*added the dependency on icu because of things like that:
unicode/utypes.h: No such file or directory
*made it install in ${libdir} instead of ${libdir}/boost-${PV}:
thanks woglinde for pointing me that a variable existed for that
that is achieved with -DINSTALL_VERSIONED:BOOL=OFF
*removed an useless like that were here because the recipe was
copied from the split function was copied from an old boost recipe
that used bjam
Martin Jansa [Sun, 6 Dec 2009 10:46:35 +0000 (11:46 +0100)]
navit: change to INC_PR, bump srcrev, split icons and config for navit_svn
* xpm stuff is updated maybe about 6 times a year, sources are updated
few times every day
* with navit-icons in separate package we don't need to download 3,5MB
package, every time we bump SRCREV because of software fix
* navit-icons SRCREV will be changed only if there is new icon needed
for newer navit SRCREV
* big package was installed by opkg really slow
* provide 2 desktop icons one with Display blanking disabled ie for car
navigation, second with only CPU requested ie if you're using navit on
foot or bike and want longer battery life
* splitted configs are easier to modify, also provide better defaults for
freerunner layout
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Klaus Kurzmann [Sat, 5 Dec 2009 19:27:48 +0000 (20:27 +0100)]
e-wm: add patch to not install the illume default keyboards
and RRECOMMEND the new illume-keyboard-default-* ones.
This way they can be easily replaced by others...
Klaus Kurzmann [Sat, 5 Dec 2009 19:15:10 +0000 (20:15 +0100)]
illume-keyboard-default: new recipe for default illume keyboards
as e-wm will not install them anymore (via a patch to the makefile),
we can put them in extra packages.
Klaus Kurzmann [Sat, 5 Dec 2009 12:09:16 +0000 (13:09 +0100)]
illume-keyboards-shr_git.bb: new recipe
This folds the various illume-keyboard-* that were in the efl1
folder into one recipe in the correct place (e17).
Mike Westerhof [Sat, 5 Dec 2009 06:13:48 +0000 (00:13 -0600)]
opkg: add opkg-nogpg-nocurl-slugos recipe, update slugos.conf to use it.
This is a temporary measure made necessary by a major set of changes to
the entire set of opkg recipes that not only rendered older versions of
opkg sources unbuildable, it also removed a patch that has not yet been
accepted by opkg upstream. Until these issues can be resolved and
adequate testing on small-memory devices performed, this copy of the
original recipe is a necessary evil that just has to be tolerated.
Koen Kooi [Mon, 16 Nov 2009 09:17:24 +0000 (10:17 +0100)]
recipes/ti: merge in updates
* New codec recipes from Arago team in Germantown
* Updated dm6446 and dm355 from Brijesh Singh
* cmem, gst-ti and dmai fixes from Brijesh Singh
angstrom: introduce SOC_FAMILY and start using it TI recipes as a testing ground
* SOC_FAMILY tells you which system on chip is used in the MACHINE, e.g. omap3, dm355, pxa25x, s3c24xx.
This avoids having to duplicate lots of overrides in machine specific recipes. This is *NOT*
intended to be used as a package arch.
Alan Campbell [Mon, 26 Oct 2009 15:36:10 +0000 (10:36 -0500)]
ti-cs1omap3530: add MP3 decode support to OMAP3 DVSDK 3.0 GA DSP codec-combo
Prerequisites :
- Download MP3 Decoder package from OMAP35x DVSDK 3.0 Download page
- install, untar it
- add the mp3dec codec to the codec-server build via either copying the
directory (recursively), symbolic link to additional repository, or
appending to XDCPATH
projects / openembedded.git / log