Age | Commit message (Collapse) | Author |
|
* Now we can boot SH4 qemu again with these patches and gcc 4.5 compiled
kernel/root file system
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Also Bump to latest revision
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
XBMC needs Python to be built properly [1][2]. Python is pulled in implicitly [3], so no error is seen. Make it explicit though to be safe.
[1] https://github.com/xbmc/xbmc/blob/e9e7990b428863b8f2daad4dc5fd2b0a320aa965/Makefile.in#L475
[2] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/xbmc/xbmc/0006-Hardcode-python2.6-for-now.patch?id=0cc02ded7bd429208ccb0e0e0aa3e43aec8a4722
[3] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/boost/boost-with-bjam.inc?id=d470cfde5bd1d4c9ab23a37d286456726711229f#n67
Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Look for disabled features in DISTRO_FEATURES and disable them while building eglibc
* By default all features are built
* One can disable a feature by specifying DISTRO_FEATURES += "noinet6 nobsd ...." e.g.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Midori had a bug that made it segfault when a link was
clicked, before the page was entirely loaded,rendering the
browsing experience very difficult(it segfaulted continually
under normal browsing activities)
Midori developers weren't sure what was the correct fix, but said that it
was fixed in their git repository(from #midori on Freenode on irc):
Jan 07 22:59:14 <kalikiana> GNUtoo|laptop, that looks like a bug that's fixed in git master
[...]
Jan 07 23:04:21 <GNUtoo|laptop> what's the bug number?
Jan 07 23:04:33 <GNUtoo|laptop> so I could backport the fix's patch
Jan 07 23:04:33 <nirik> I don't know off hand I'm afraid.
Jan 07 23:04:35 <GNUtoo|laptop> ok
Jan 07 23:04:39 <GNUtoo|laptop> what should I look for
Jan 07 23:04:39 <GNUtoo|laptop> ?
Jan 07 23:05:16 <nirik> possibly: http://git.xfce.org/apps/midori/commit/?id=1f15d17c5fcd6d3ce80a2f3bd5cd00780870fdf5
Jan 07 23:05:32 <GNUtoo|laptop> thanks a lot
Jan 07 23:05:37 <MonkeyofDoom> I thought http://git.xfce.org/apps/midori/commit/?id=97a7ae9955d4264f922452d6933f3a0e1e4b03f6 sounded suspect
Jan 07 23:05:52 <MonkeyofDoom> but it's also just a possibility
Jan 07 23:07:06 <kalikiana> the one MonkeyofDoom mentions is the crasher
Jan 07 23:07:19 <kalikiana> the other one is a mis-behaviour of tab opening
Jan 07 23:07:26 <GNUtoo|laptop> ok
Jan 07 23:07:30 <GNUtoo|laptop> so many possibles crashes
Here's was the trace:
Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb) bt
#0 0x00000000 in ?? ()
#1 0x401caef4 in g_object_unref () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#2 0x4116bd34 in webkit_hit_test_result_dispose(_GObject*) () from /home/gnutoo/embedded/sshfs/usr/lib/libwebkitgtk-1.0.so.0
#3 0x401caef4 in g_object_unref () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#4 0x0006414c in midori_view_ensure_link_uri (view=0x22b008, x=0x0, y=0x0) at ../midori/midori-view.c:1630
#5 0x00064210 in gtk_widget_button_press_event_cb (web_view=0x184058, event=0x229910, view=0x22b008) at ../midori/midori-view.c:1653
#6 0x403ecf50 in _gtk_marshal_BOOLEAN__BOXED () from /home/gnutoo/embedded/sshfs/usr/lib/libgtk-x11-2.0.so.0
#7 0x401ca538 in g_closure_invoke () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#8 0x401d2b88 in signal_emit_unlocked_R () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#9 0x401d6c04 in g_signal_emit_valist () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#10 0x401d6db8 in g_signal_emit () from /home/gnutoo/embedded/sshfs/usr/lib/libgobject-2.0.so.0
#11 0x40500914 in gtk_widget_event_internal () from /home/gnutoo/embedded/sshfs/usr/lib/libgtk-x11-2.0.so.0
#12 0x403eb590 in gtk_propagate_event () from /home/gnutoo/embedded/sshfs/usr/lib/libgtk-x11-2.0.so.0
#13 0x403ebae0 in gtk_main_do_event () from /home/gnutoo/embedded/sshfs/usr/lib/libgtk-x11-2.0.so.0
#14 0x40696e60 in gdk_event_dispatch () from /home/gnutoo/embedded/sshfs/usr/lib/libgdk-x11-2.0.so.0
#15 0x40247940 in g_main_context_dispatch () from /home/gnutoo/embedded/sshfs/usr/lib/libglib-2.0.so.0
#16 0x40247dfc in g_main_context_iterate.clone.4 () from /home/gnutoo/embedded/sshfs/usr/lib/libglib-2.0.so.0
#17 0x40248260 in g_main_loop_run () from /home/gnutoo/embedded/sshfs/usr/lib/libglib-2.0.so.0
#18 0x403ea8c8 in gtk_main () from /home/gnutoo/embedded/sshfs/usr/lib/libgtk-x11-2.0.so.0
#19 0x000253cc in main (argc=1, argv=0xbeccece4) at ../midori/main.c:2202
The DEFAULT_PREFERENCE = "-1" is because of that(from #oe on FreeNode on irc):
Jan 09 21:04:39 <Jay7> or commit with DP=-1 then post request to ML about promoting to default
Jan 09 21:04:48 <GNUtoo|laptop> ok I'll send to ml
Jan 09 21:05:14 <GNUtoo|laptop> I push some other stuff that only touch htcdream, and get thoses on ml
Jan 09 21:05:15 <hrw> push with dp-1 first
Jan 09 21:05:18 <GNUtoo|laptop> ok
Jan 09 21:07:11 <GNUtoo|laptop> maybe I put DP -1 for all but not for SHR
In other words midori is used by a lot of distros/machines and as it's a git version,
it's safer not to affect everyone in the case of a (more) problematic bug.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
|
|
This version add the (upstream) support for htc dream.
The support for the htcdream is composed the 'us','it','de'
keyboards and has the extra-keys like | - _ etc... mapped.
But no custom keys(keys that weren't printed on the keyboard
were mapped yet, and some bugs are present for the htc dream)
The DEFAULT_PREFERENCE = "-1" is because of that(from #oe on FreeNode on irc):
Jan 09 21:04:39 <Jay7> or commit with DP=-1 then post request to ML about promoting to default
Jan 09 21:04:48 <GNUtoo|laptop> ok I'll send to ml
Jan 09 21:05:14 <GNUtoo|laptop> I push some other stuff that only touch htcdream, and get thoses on ml
Jan 09 21:05:15 <hrw> push with dp-1 first
Jan 09 21:05:18 <GNUtoo|laptop> ok
Jan 09 21:07:11 <GNUtoo|laptop> maybe I put DP -1 for all but not for SHR
In other words xkeyboard-config is used by a lot of distros/machines
(all the machines which have a keyboard), and as it's a git version,
so it's safer not to affect everyone in the case of a bug.
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
|
|
Without that SRCREV bump, the htcdream has a wrong boot splash
screen, in fact the old splash screen was made for the palm pre
which doesn't have the exact same framebuffer(while having the
same resolution).
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
|
|
*update SRCREV to get GSM gadget fix
Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
|
|
It has runtime dependencies on libdbd-sqlite-perl and libdbix-simple-perl
which doesn't get built automatically if not required as build time dependency
for something.
It's not possible to add them as build time dependencies for
perl itself since they're in turn depend on perl making a circular dependency
(and they _really_ depend on perl because they build binaries, so no way to
cheat by making this recipes not to depend on perl).
It's also not correct to downgrade this runtime dependency to recommendation,
since the module is really unusable without its dependencies.
The most annoying thing about all this is that this dependency situation renders
perl-modules package uninstallable by itself, failing with something like:
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for
task-sdk-native:
* libdbd-sqlite-perl * libdbix-simple-perl *
So the best way to solve it IMO is to just blacklist it from perl-modules
since the value of this module is questionable. It's experimental CPANPLUS
backend that's not used by default, you have to specifically configure your
perl to use it. And if you _really_ want to use it - the module package itself
will still contain proper dependencies, you just need to get them built and
installed.
The problem only exists in perl 5.10.1, but 5.8.8 doesn't have this module, so
blacklisting in common .inc doesn't hurt.
Signed-off-by: Roman I Khimov <khimov@altell.ru>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
Break the two shared libraries (libe2p and libext2fs) out of the general e2fsprogs
package and into their own packages. This avoids pulling in unwanted executables
when a distro only desires the basic tools (such as e2fsck and/or mke2fs).
Signed-off-by: Mike Westerhof <mike@mwester.net>
Acked-by: Koen Kooi <koen@openembedded.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* SRCREV update to pull in the following:
* remove all compiler generated files from this repository
* Modification for CCSv5 projects to build for arm926ej-s.
* This is to overcome a CCSv5 limitation where you can't pass in CFLAGS externally
* This only affects building with CCSv5, it does not affect the Arago build.
Signed-off-by: Jeff Lance <j-lance1@ti.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* pull in the latest source
* Update CCSv5 support files to build arm9ej-s.
* This is due to a limitation with CCSv5 where you can not pass in CFLAGS externally
Signed-off-by: Jeff Lance <j-lance1@ti.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
from CHANGES :
Makefile: Let the environment set CC and CFLAGS
Integrate py-smbus into the build system
README: Point users to the linux-i2c mailing list
decode-dimms: Handle CRC of FB-DIMM and DDR3 SDRAM memory modules
Add support for DDR3 SDRAM
Fix decoding of SDR SDRAM bytes 12-14
Add side-by-side formatting option
Add merged cells formatting option
Try harder to decode the manufacturing date
Handle read errors on sysfs
Decode voltage interface level of DDR SDRAM
decode-xeon: Delete
eepromer: Fix array initialization overrun
i2cdetect: Drop legacy reference to ISA bus
i2cset: Add support for short writes with PEC
i2c-stub-from-dump: Use udev settle to speed up initialization
Unload i2c-stub automatically if needed
Add support for multiple dumps
tools: Properly handle /dev/i2c not being a directory
Increase limit on I2C bus number
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
this new version brings many fixes and enhancements :
http://e2fsprogs.sourceforge.net/e2fsprogs-release.html#1.41.14
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
3.0.10 :
bugfix in LFN handling, fixes false positives with bad filenames
3.0.11 :
bugfix for s390x, better error message ifdevices can't be opened
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
patches from : http://busybox.net/downloads/fixes-1.18.1/
* hush : fix wrong prompt problem on empty interactive commants
http://git.busybox.net/busybox/commit/?id=642e71a789156a96bcb18e6c5a0f52416c49d3b5
* mkswap : selinux build fix
http://git.busybox.net/busybox/commit/?id=e66a212081bcca521760ccff3a2da0deccd99340
* suppress "'fast_strtol_10' defined but not used" warning
http://git.busybox.net/busybox/commit/?id=f42c7b8fc161f5b3eb4e9c13f392daf7a11760c8
Signed-off-by: Eric Bénard <eric@eukrea.com>
Acked-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Chris Larson <chris_larson@mentor.com>
|
|
Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Acked-by: Roman I Khimov <khimov@altell.ru>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
This is an autotooled/libtoolized port of the NetBSD libedit.
Signed-off-by: Chris Larson <chris_larson@mentor.com>
|
|
* The spurious paths were caused by a -L on commandline which pointed to
build dir. So we dont use -L <wordir> -liberty instead use the
libiberty.a directly on commandline effects are same but .la does
not have the workdir path in deplibs
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
For the ti-pru-sw-examples, ti-pru-sw-app-loader, ti-pru-sw-edma-driver,
ti-pru-sw-edma-library:
* Update SRC_REV to 23
Signed-off-by: Melissa Watkins <m-watkins@ti.com>
Signed-off-by: Koen Kooi <k-kooi@ti.com>
|
|
If help2man won't work when part of the program that it is generating
pages for uses one version of perl and it's using another, so we need
to use /usr/bin/env perl to ensure a match.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
Fixed LDFLAGS issue after import
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
* This patch adds support for openssl to use OCF linux drivers
if they are available.
* If the drivers are not available then openssl will
default back to its own software implementation.
* Only enabled for the target side version since it doesn't
make much sense for the host system.
* Bump the PR.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
* This recipe is used to stage ocf linux headers in the proper
usr/include/crypto directory structure expected by packages
such as openssl.
Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Simon Busch <morphis@amethyst.openembedded.net>
|
|
On the host side we can have the full path exceed the limit for the #!
method. On the target side, we already had to play a game to ensure
the path would be valid. So we change to using /usr/bin/env there
as well, which is safe.
Signed-off-by: Tom Rini <tom_rini@mentor.com>
|
|
note that this is not the preferred kernel recipe for those systems yet
but this way people can give it a try
Signed-off-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|
|
Signed-off-by: Koen Kooi <koen@openembedded.org>
|