from 0.72
changes:
- package new usbutils.pc
- move binaries into /usr/{bin,sbin} as default. udev uses only
usb.ids instead of binaries
- remove DEFAULT_PREFERENCE
- symbolic link /usr/sbin/lsusb to /usr/bin, lsusb can be used by
non-root, inspired by Debian
- separate usb.ids to a new package usbutils-ids, for finer grained
control, inspired by pciutils, also usbutils RDEPENDS on
usbutils-ids
- don't rm ${S}/libusb any more, since usbutils now doesn't bundle
an included libusb
Signed-off-by: Qing He <qing.he@intel.com>
changes:
- separate the build system to ea-acl.inc, it is also used by
upcoming acl (ea stands for extended attributes)
- the .so.* is moved to /lib, so it can be used by packages like
udev
- change absolute symbolic links to relative path, code inspired
by udev
- manual fix to .la
Signed-off-by: Qing He <qing.he@intel.com>
from 1.5
use version string 1.7.0+1.8.0rc1
aka. spidermonkey
changes:
- rebase jsautocfg.h to add JS_HAVE_LONG_LONG, fixing the build
failure
- document the limitation of jsautocfg.h
- jskwgen is a host script, and should be built by BUILD_CC
- remove dependency of readline. readline or editline is only
used in standalone js command line, which is not shipped in
package. Removing the dependency to avoid any concern of
GPL3-ization
- set BUILD_OPT=1 for optimized build
Note on version choice:
js is known to have long rc cycles. e.g. the version 1.5:
js-1.5-b1: 12/16/1999, js-1.5-rc1: 03/17/2000,
js-1.5-rc6a: 06/16/2004, js-1.5 release: 10/22/2005
Current release version is 1.7.0: 10/19/2007, latest version
1.8.0-rc1: 03/09/2009, so 1.8.0-rc1 is used.
Note on standalone js vs. xulrunner:
xulrunner also includes a js version, that is more updated than
standalone spidermonkey. It also uses autotools so jsautocfg.h
patch may not be necessary. However the version of xulrunner is
different from js, and it's difficult to identify the mapping
between them. It needs further investigation on xulrunner's
bundled js
Signed-off-by: Qing He <qing.he@intel.com>
Previous update was reverted due to some reason. This commit re-introduce the
update after following efforts:
* rebase owl-window-menu.patch - Translate the menu of gtk_ui_manager to
original gtk menu, to enable owl feature.
* fix cross-compile issue - 0.9.7 use a temp binary, built from its own source
code, to optimize the data file size. This binary for target can't run on
build system. As this size optimization only gain 0.2K improvement for one
data file(used for about dialog), disable it to work around this issue. No
perf drop found after this fix.
Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
On an x86_64 host, both 32-bit and 64-bit libraries need to be generated.
It is fairly common that a user will have at least a few 32-bit programs
on their x86_64 host system, so a pseudo wrapper for 32-bit is required
to allow those programs to be successfully wrapped.
Signed-off-by: Mark Hatle <Mark.Hatle@windriver.com>
Change the pseudo integration:
* Uprev to latest open source version
* Restructure the patches to allow for many local DBs, as well as
pseudo specific lib dirs.
Signed-off-by: Mark Hatle <mhatle@windriver.com>
gcc hard codes the linker path to lib64 for x86_64 machines, update our
64bithack patch to change this to lib.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
mesa-dri first generates glsl compiler and then use it to compile GL
shader sources. Target glsl compiler can't run on build system, and
thus port from openembedded by introducing a native recipe dedicated
to creating a native glsl-compiler.
This has to be an explicit -native recipe since its un-native sibling
is already part of mesa-dri
Signed-off-by: Kevin Tian <kevin.tian@intel.com>
opkg_unarchive.patch: This patch was trunkating the filenames silently
for no reason. took it out.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
A previous commit added AutoAddDevices as a separate ServerFlags
section. This is apparently overridden by the one at the end of the
file, so they need to be merged.
[BUGID #141]
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
[BUGFIX#158] tcf-agent launched with misleading options
In the commit 90e80aafbd, with the image built by
poky-image-sdk(MACHINE=qemux86), tcf-agent is launched automatically with
the option "-s SSL:" in script /etc/init.d/tcf-agent, which is misleading to
users. This option tells the agent to use SSL instead of TCP for communication.
Because tcf-agent is not built with the SSL option enabled (libssl is not
installed in the target), the agent will fall back to TCP.
This could be misleading to users, so we may as well remove it.
Thanks Lianhao Lu for reporting the bug and clarifying it.
Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
CLIENT_PATH is the only environment variable of dhclient-script,
change it to include major run path, [BUGFIX#132]
Signed-off-by: Qing He <qing.he@intel.com>
avahi will create an empty /var/run dir, which will conflict with base-files package.
This patch fix this by using populate-volatiles.sh approach recommended by OE handbook.
Signed-off-by: Yu Ke <ke.yu@intel.com>
The X server on some netbooks don't interact well with HAL with their
keyboard or mouse and consequently one or both is unusable. This
patch adds AutoAddDevices = False to a new netbook-specific
xorg.conf. If this breaks any systems which currently work, we'll
have to figure out what's really going on with hotplug and the X
server.
Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Imported OE patches into the poky recipes.
- Use elfutils instead of libelf
Converted OE's svn source into tar ball & a patch.
Added a patch to revert the baseversion to 4.5.0
Merge OE & poky extra_oeconf_options
Fix the zlib (inside gcc) make issue by providing the --with-system-zlib switch in EXTRA_OECONF
Found out that some header file dirs were soft linked to non-existing
locations like c_std. Changed the configure options to point them to
existing locations like c_global.
gcc-cross-canadian_4.5.0: fix configure issue
Thanks to Saul Wold for providing poky gcc patches rebased to the 4.5.0
sources.
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Import the recipe from OE
Upgrade from 0.8.1 to 0.8.2, and it solved the build failure
Cleaned up the libmpc-native recipe for poky tree
Add nativesdk target for gcc-cross-canadian_4.5.0
Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
Add the new cross prelink support as the prelink-native integration.
Set the prelinker to use the prelink-cross.git repository as the upstream.
Note: libiberty.a is required on the host at this time
Signed-off-by: Mark Hatle <mhatle@windriver.com>
Add elfutils native, also change the binaries being installed to be
prefixed with 'eu-' to avoid conflict with binutils
Signed-off-by: Mark Hatle <mhatle@windriver.com>
Enable use of BBCLASSEXTEND to generate a native verison of binutils for the
libiberty, libbfd and libopcodes libs.
Also stop installing useless libs in the cross-canadian recipe.
Partially based on a patch by Mark Hatle <mhatle@windriver.com>.
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Switch to RPM5 as our rpm provider of choice and update the recipe to the latest
stable release.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
Modify the package_rpm.bbclass to understand the macro and command line changes
present in rpm5.
Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Add new patches to fix visiblity of C++ methods and to disable running a
program to detect the ICU version.
Signed-off-by: Joshua Lock <josh@linux.intel.com>
Enable changing the data directory on the fly from the environment and then use
this feature within poky to confine pseudo usage to each WORKDIR.
This fixes issues that could be seen under heavy inode reusage e.g.
with rm_work.
Work based mainly off a patch from Joshua Lock but finished by Richard
Purdie.
Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
