Age | Commit message (Collapse) | Author | Files |
|
Ronetix boards LCD
Tested with display TX09D71VM1CCA.
Signed-off-by: Marco Cavallini <m.cavallini@koansoftware.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
Signed-off-by: Rolf Leggewie <oe-devel@rolf.leggewie.biz>
|
|
Without the gtkmathview dependency the abiword mathview plugin is not
built,which prevent the edition of the math formulas(mathml or latex
formulation)
I also had issues displaying the formulas on my eeepc 701
(machine support will be commited soon) without the plugin:
*The 3 top formulas of my document had a black rectangle on a part of
them
*the part after the black rectangle was truncated and mixed
Installing the plugin fixed both issues,but I noticied an issue
with the latex notation where a \cdot was transformed in a C with
a vertical bar in it(like the $)
|
|
See https://bugzilla.gnome.org/show_bug.cgi?id=444974 for more details
I encountred this bug when trying to run an application, that made use
of the 2 screens of the bug device(see bug.conf in machines dir)
The patch is already in the trunk of pygtk,and so is already upstream
|
|
I took the default config and changed the following things:
hda1->sda1: eee710 uses the new pata/sata subsystem driver in
the linux kenrel,and the devices nodes changed from hdxx
(in use in the old ata subsbsystem) to sdxx (in use in the new
unified pata/sata one)
ro was temporarly remplaced by rw because of the problem where the boot
process hung.
Udev could not write his cache on the disk, should have been fixed
by commit 2b835db69e6b838fa8628dd85b11b4f930d5f5f9 but it was not
(same issue than before...maybe this commit fix something else then)
|
|
The eeepc 701 has a synaptics touchpad,so we use the synaptics
driver which gives us more features and is more convenient
to use,specially with the TapButton1 option,which permit
to emulate the fact of holding the mouse button while moving
Even if evdev was in the kernel,evdev didn't seem to work for:
*internal keyboard
*external keyboard
*external mouse
So it uses the mouse and kbd driver
|
|
Here how it was configured:
*All internal hardware support was built-in
*All external hardware which could be possibly attached was compiled as module
*All hardware which can't be attached such as other pci cards than the builtin
ones are removed(note that the eeepc 701 doesn't have pc-card)
*The net filtering parts (needed for iptables) were compiled as modules when
possible
Hardware details:
*The sd-card controler uses the mass storage driver
*The synaptics driver was built as evdev and would need the synaptics xorg
driver for working,Also note that it can also function as a basic mouse
but it wouldn't benefit from the synaptics features
*The webcam is uvc
*the network card needs the atl2 driver to work
*the wifi driver is ath5k
*there is an eeepc driver for hotkeys in the kernel named eeepc-laptop
*the graphic card is an intel i915 card
|
|
This patch will not be needed anymore(and should not be rebased)
when upstream dolt m4 macros will land into future gnumeric versions
For more background about the dolt problem, refer to the commit message
in this revision 29c63b640c4e4c852cf3084232ef67c8fd9d3214
|
|
|
|
Signed-off-by: Przemyslaw Wesolek <przemyslaw.wesolek@cs.put.poznan.pl>
Signed-off-by: Rolf Leggewie <oe-devel@rolf.leggewie.biz>
|
|
* as discussed and agreed on the mailing list
Signed-off-by: Rolf Leggewie <oe-devel@rolf.leggewie.biz>
|
|
includes are checked.
|
|
OMAP3 platforms). Small correction for login pam file.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
creating /etc/skel as part of the recipe.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
* Tested on arm and mips using minimal-uclibc and gcc_svn.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
In recent iptables versions, the -save and -restore files are just symlinks
pointing to the main, merged binary, so the separate package is a bit
unnecessary.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
feature.
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|
|
Signed-off-by: Philip Balister <philip@balister.org>
|
|
|
|
* Adds catalog and docbook support, which is needed for
libxml-libxml-perl recipe.
Signed-off-by: Philip Balister <philip@balister.org>
|
|
into org.openembedded.dev
|
|
* Correct the defination of COMPATIBLE_HOST in linux-sun4cdm_2.4.26.bb and linux-sun4cdm_2.6.8.1.bb, the previous defination causes linux-sun4cdm never been selected.
Signed-off-by: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
|
|
* Even though the recipes did not list it in REDEPENDS, two scripts in
this package depended on bash. Since this was unneeded, I removed that
dependency. (Upstream notified)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* htop's do_configure needs ncurses, but htop did only have an RDEPENDS
on ncurses which only triggers a build of of ncurses after or in parallel
to htop's do_configure, which is too late. Fix this:
Since htop is dynamically linked against ncurces, OE detects the REDEPENDS
to ncurses automatically and we can simply change the RDEPENDS to DEPENDS.
Signed-off-by: Bernhard Kaindl <bernhard.kaindl@gmx.net>
Acked-by: Leon Woestenberg <leon@sidebranch.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
binutils_2.17.bb to INC_PR
* All of the binutils-cross-sdk_*.bb recipes rely on their binutils_*.bb
recipe to define INC_PR, but binutils_2.17.bb does not define it, so
setscene of binutils-cross-sdk_2.17 fails because it does a mkdir of
work/.../binutils-cross-sdk-2.17-\$\{INC_PR\}.1/ which causes an abort
when trying to find the setscene scripts later.
Fix this by switching binutils_2.17.bb to INC_PR like silbings have done.
Signed-off-by: Bernhard Kaindl <bernhard.kaindl@gmx.net>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Fix linker failure due to gcc inline issue (gcc-inline.patch).
* Fix broken unicode builds (wxtranslate.patch).
Signed-off-by: Johan Hovold <johan.hovold@lundinova.se>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* add extra package for libintl because it is mostly
enough for running the stuff on targets
* let runtime conflict it with proxy-libintl
* bump PR
|
|
* delete all native recipes now handled by BBCLASSEXTEND
* bump PR's
|
|
into org.openembedded.dev
|
|
This is required by the newer policykit packages which I am working on
pulling into OE.
|
|
* Fixes, security update for MSN plugin.
* Removed unreferred recipes for vulnerable versions.
|
|
Hello,
In the gSOAP package I noticed the following patch was applied to the
native build: use-just-built-binary.patch
This patches the makefiles of gSOAP so that the correct executable is used.
However the problem originates from the fact that the makefile
variable $(SOAP) is overridden in gsoap_${PV}.bb with the following
directive:
EXTRA_OEMAKE = "SOAP=${STAGING_BINDIR_NATIVE}/soapcpp2"
Instead of patching the makefiles of gsoap, I've come up with a
simpler solution.
In the gsoap-native_*.bb files, overwrite EXTRA_OEMAKE like so:
EXTRA_OEMAKE = ""
This removes the problem with building gsoap natively and not using
the correct executable.
Please find my patch in attachment.
Regards,
Jan
Signed-off-by: Jan Paesmans <jan.paesmans@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Move to using INC_PR
* Add md5 and sha checksums to recipe.
* Move more common parts like SRC_URI to whois.inc.
* Thanks Paul Menzel for reporting the pending upgrade.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Adding some Atmel AT91 chips to Xserver file.
Signed-off-by: Nicolas Ferre <nicolas.ferre@atmel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* barebox is "a bootloader that inherits the best of U-Boot and the Linux kernel"
* add recipe for v2009.12.0 (last stable)
* add recipe for git repository
Signed-off-by: Eric Benard <eric@eukrea.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
* Update to latest tip of branch.
* Delete the patches which are now upstream.
* Hide __libc_errno and __libc_h_errno and __libc_res.
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
Doing `bitbake libcap` with
PREFERRED_VERSION_binutils = "2.20"
PREFERRED_VERSION_binutils-cross = "2.20"
PREFERRED_VERSION_binutils-cross-sdk = "2.20"
PREFERRED_VERSION_gcc = "4.4.2"
PREFERRED_VERSION_gcc-cross = "4.4.2"
PREFERRED_VERSION_gcc-cross-sdk = "4.4.2"
PREFERRED_VERSION_gcc-cross-initial = "4.4.2"
PREFERRED_VERSION_gcc-cross-intermediate = "4.4.2"
in `local.conf` made `do_compile` error out with the following message [1].
arm-angstrom-linux-gnueabi-ld -soname libcap.so.1 -x -shared -o libcap.so.1.10 cap_alloc.o cap_proc.o cap_extint.o cap_flag.o cap_text.o cap_sys.o
arm-angstrom-linux-gnueabi-ld: cap_text.o: relocation R_ARM_MOVW_ABS_NC against `a local symbol' can not be used when making a shared object; recompile with -fPIC
Khem Raj explained it the following way [2].
Am Mittwoch, den 13.01.2010, 02:27 -0800 schrieb Khem Raj:
> > I also get the same error which I did not get before with GCC 4.1.1.
>
> Older versions of binutils/ld can not detect MOVT/MOVW relocations which
> are absolute and cant be used in PIC code.
> hence even if the error was there it remained latent.
Therefore just append `-fPIC` to the CFLAGS and bump the PR variable.
The strange thing is still, that other distributions seem to have patched libcap to build with `-fPIC` long ago [3–5].
[1] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016142.html
[2] http://lists.linuxtogo.org/pipermail/openembedded-devel/2010-January/016211.html
[3] http://www.linuxfromscratch.org/patches/downloads/libcap/libcap-1.10-fedora_fixes-1.patch
[4] http://frugalware.org/pipermail/frugalware-darcs/2005-May/000824.html
[5] http://cvs.fedoraproject.org/viewvc/rpms/libcap/F-7/libcap-1.10-fPIC.patch?revision=1.1&view=markup
Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
|
|
|
|
|
|
Signed-off-by: Chris Larson <clarson@mvista.com>
|