| Age | Commit message (Collapse) | Author | Files |
|---|
|
moved all patches to glibc-2.10.1
removed references to other dirs.
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
as mentioned before on the OE ML.
removing some old versions which are not pinned by any distro
and are fairly old:
glibc-initial_2.3.2+cvs20040726.bb
glibc-initial_2.3.6.bb
glibc-initial_2.4.bb
glibc-initial_2.7.bb
glibc_2.3.2+cvs20040726.bb
glibc_2.3.3+cvs20041128.bb
glibc_2.3.3+cvs20050221.bb
glibc_2.3.3+cvs20050420.bb
glibc_2.3.6.bb
glibc_2.4.bb
glibc_2.7.bb
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Graham Gower <graham.gower@gmail.com>
|
|
This new branch has many improvements:
When we started forking the android kernel it was an experimental
2.6.32 branch.
This new branch is a rebase on top of a not anymore experimental
2.6.32 android msm kernel base,so it should contain many bugfixes
For instance:
*You can now have a statically rotated xorg,becuase at resume xorg
doesn't crash anymore with this kernel
*Better sound quality(less buffer underruns)
Note that this new branch requires a new xorg.conf because I switched
from tslib to evdev
|
|
The new xorg.conf is needed because of the switch from
tslib to evdev
|
|
package/recipe
Before moving the license we had:
Collected errors:
* check_data_file_clashes: Package marvell-sdio-fw wants to install file .../rootfs/x11-sato2-image/lib/firmware/Marvell-Licence.txt
But that file is already provided by package * marvell-gspi-fw
* opkg_install_cmd: Cannot install package task-base-extended.
in do_rootfs for machine bug under angstrom.
In bug.conf there is:
MACHINE_EXTRA_RRECOMMENDS = "marvell-gspi-fw marvell-sdio-fw kernel-modules"
That installed both marvell-gspi-fw and marvell-sdio-fw
each recipe had the same firmware license file(Marvell-Licence.txt)
The two identic license files were installed at the same location
which led to the install issue mentioned above.
Moving the license in its own recipe/package removes the clash.
In order to fullfill the legal requirements of the license I used
RDEPENDS in order to be shure that the license would be present if
at least one of the firmwares are present
|
|
* bump PR
|
|
assembly code.
|
|
|
|
Breakage introduced by 74e32f114272668dfa4c88805741cf55ef965989.
Other recipes which call base_do_unpack directly do not share this issue.
Signed-off-by: Graham Gower <graham.gower@gmail.com>
Acked-by: Stefan Schmidt <stefan@datenfreihafen.org>
|
|
* remove the extra PR and bump PR
|
|
As it now needs to link against xcb as part of X server libs.
Signed-off-by: Denys Dmytriyenko <denis@denix.org>
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
oe-requirement
* bump INC_PR
|
|
|
|
Where each applet is installed as a tiny binary linked against shared
libbusybox.
Signed-off-by: Roman I Khimov <khimov@altell.ru>
|
|
Automatic dependency extraction script made some errors thus perl-modules
wasn't installable.
* s/perl-module-encode-kr-2022_kr/perl-module-encode-kr-2022-kr/
* perl-module-your-module-here came from example in script, dropped it
* s/perl-module-cpan-exception-yaml_not_installed/perl-module-cpan-exception-yaml-not-installed/
* perl-module-dbd-sqlite - not part of standard perl, provided by libdbd-sqlite-perl
* perl-module-dbix-simple - same as above, provided by libdbix-simple-perl
Signed-off-by: Roman I Khimov <khimov@altell.ru>
|
|
Signed-off-by: Roman I Khimov <khimov@altell.ru>
|
|
The configure script may say that this is ignored, but it is not.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
* http://llvm.org/bugs/show_bug.cgi?id=6065
* other archs are probably also affected, feel free to add
* it's not clear if it's thumb2 or thumb1 only, because arm920t
is affected and woglinde said his armv7 machine is not affected
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
|
|
|
|
right configure params for drop-zip (otherwise it's redownloaded during do_configure)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Patches in aaac36c39e301995029cb40ae40fa8af277694dc are malformed
because they were cherrypicked with global 'apply.whitespace=fix'.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
|
|
|
|
The st_mtime attribute (which is a float) is compared against a value
from the timestamp database, which was stored as an integer there.
When working on a filesystem with precise timestamps the comparision
will fail nearly everytime hence.
Although it might be possible to enhance the database to store the
fractional part too, this will complicate things more than we would
gain by this change.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
|
|
'encodings' uses font-util's pkg-config file to determine location of
the X11 font directory. When 'font-util' is not staged yet (as it was
the case), it will use buildhost information which point to something
like /usr/share/X11 (which is outside of the staging dir) and which are
not writable.
This results into an empty 'encodings' package on first bitbake run in a
pristine tree; 'encodings' must be rebuilt so that it can use font-util
information from previous runs.
As 'font-util' itself does not require 'encodings' during build-time,
there were swapped the DEPENDS.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
Cc: David-John Willis <John.Willis@Distant-earth.com>
Cc: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Problems mentioned in 4187d3df8838506f6578a2b0f2fb98f98c41e151 (Aug
2006) seem to went away and build succeeds with system zlib now. Using
system libraries is preferable because it saves space and allows better
tracking of security issues.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
|
|
That's (nearly) a copy of the old 2.3.11 recipe.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
|
|
Depending on autotools/libtool version and configure flags, dbus-daemon
will be built sometimes below .libs/ and sometimes in base directory.
Using 'libtool --mode=install' is a portable way to deal with this.
Changing Makefile.am to use native automake methods to install this
files would be a better but more invasive fix.
Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de>
|
|
|
|
|
|
|
|
|
|
|
|
|
