summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* tcf-agent: add openssl into DEPENDSDexuan Cui2011-08-161-2/+2
| | | | | | | | | | | | | [YOCTO #1330] If tcf-agent's do_compile happens before openssl does populate_root, we'll get such a compilation failure: framework/channel_tcp.c:34:27: fatal error: openssl/ssl.h: No such file or directory Thanks Kumar Gala for reporting this! Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Cc: Kumar Gala <galak@kernel.crashing.org>
* bluez-hcidump: upgrade from 2.0 to 2.1Dexuan Cui2011-08-161-2/+2
| | | | | | | | | | | [YOCTO #1371] Recently bluez4 was updated from 4.82 to 4.96 and bluez-hcidump can't build: src/hcidump.c:54:24: error: redefinition of 'ntoh64'. In 2.1 the duplicated definition of ntoh64 was removed. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* package(_ipk).bbclass: opkg using ALL_MULTILIB_PACKAGE_ARCHSLianhao Lu2011-08-163-38/+29
| | | | | | | | | | | [YOCTO #1345] The new variable ALL_MULTILIB_PACKAGE_ARCHS contains all the values of PACKAGE_ARCHS for each multilib variants. The opkg backend now uses this new value insteald of the PACKAGE_ARCHS to update the opkg indexes and to generate the opkg configuration files. This allows the normal packages and multilib packages may be installed into the same rootfs. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* linux-yocto: meta SRCREV bumpBruce Ashfield2011-08-161-1/+1
| | | | | | | Bumping the linux-yocto meta SRCREV to pickup new target configurations and features. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* qemu: change default kernel to 3.0.xBruce Ashfield2011-08-161-1/+0
| | | | | | | | | The explicit setting of version preference to 2.6.37 is no longer required. All of the qemu targets have been built and boot tested on 3.0.1 for core-image-minimal and core-image-sato and are safe for wider build/boot testing. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* linux-yocto: bump version string to 3.0.1Bruce Ashfield2011-08-161-2/+2
| | | | | | | | There was some confusion around the 3.0 version string in the linux-yocto recipe when the merged version was 3.0.1. Bumping the version string should clarify what version will be fetched. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* gtk-icon-cache: Adding MLPREFIX when dynamically set RDEPENDSDongxiao Xu2011-08-161-1/+1
| | | | | | | | | When dynamically setting RDEPENDS, we need to add MLPREFIX to adapt multilib case. [YOCTO #1368] Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* package_rpm: Fix package rename issue in multilib caseDongxiao Xu2011-08-161-7/+7
| | | | | | | | | | | | | | | | | | | | | | do_package task will write information into pkgdata and do_package_write_rpm will read them out. Take lib32-dates as an example, one of its RDEPENDS is li32-gtk+, and PKG_lib32-gtk+ = "libgtk-2.0", these info is stored at: tmp/pkgdata/x86_64-pokymllib32-linux/runtime/lib32-dates. Function "mapping_rename_hook" in do_package_write_rpm is to handle those renamed packages. However before it executes, translate_vers has stripped the multilib prefix out, making it failed to find PKG_gtk+ value in pkgdata. This commit moves the strip_multilib out of translate_vers and call it after "mapping_rename_hook". [YOCTO #1368] CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* package_rpm: enhance strip_multilib functionDongxiao Xu2011-08-161-4/+4
| | | | | | | | | | | | | The previous logic could only strip MLPREFIX from the first element in an array, take an example, strip_multilib the [lib32-a lib32-b lib32-c] will result in [a lib32-b lib32-c]. We need to strip prefix one by one. This commit change the logic to strip all elements' multilib prefix. [YOCTO #1368] CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* rootfs_rpm: Fix DEFAULTTUNE setting in multilib caseDongxiao Xu2011-08-161-4/+0
| | | | | | | | | | | | "virtclass-multilib" is set to OVERRIDES in multilib.bbclass, remove the duplicated settings here. Besides, DEFAULTTUNE has overrided and it can be directly used. [YOCTO #1368] CC: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com>
* qemu: Make qemu buildable inside qemux86/qemuppc targetZhai Edwin2011-08-162-8/+21
| | | | | | | | | | | It requires libx11 and libGL(if enabled GL) for building, which introduce extra dependence in qemuppc target. Futhermore, qemu's GL code is x86-oriented, thus some hacks needed for building in qemupcc. For simplicity, just make qemu GL's code for native only, so that qemu building is okay in world build. [YOCTO #1011] got fixed. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* libxcb: enable native/nativesdk builds as was done previously in meta-oeDmitry Eremin-Solenikov2011-08-161-0/+2
| | | | Signed-off-by: Dmitry Eremin-Solenikov <dbaryshkov@gmail.com>
* libproxy: remove dependency on X libsPhil Blundell2011-08-161-1/+1
| | | | | | | | Nothing in the source refers to libX11 or libXmu so there would appear to be no good reason for them to be in DEPENDS. It looks as though these are perhaps a relic from an earlier version which did need those libraries. Signed-off-by: Phil Blundell <philb@gnu.org>
* cmake.bbclass, perlnative.bbclass: arrange for cmake to find perl-nativePhil Blundell2011-08-162-1/+3
| | | | | | | | | When CMake is looking for perl, it only searches in the specific directories that it's told about and ignores ${PATH}. If perlnative is in use, ensure that the appropriate installation path is added to the list of places that cmake will look for perl, otherwise it won't ever be found. Signed-off-by: Phil Blundell <philb@gnu.org>
* distro-tracking: Update info for gpgme, libassuan, apr... after last upgrade.Zhai Edwin2011-08-151-23/+25
| | | | Signed-off-by: Zhai Edwin <edwin.zhai@intel.com>
* libx11-diet: Fix bug 1050Xiaofeng Yan2011-08-151-2/+3
| | | | | | | | | | | | | [YOCTO #1050] I got do_compile failure during building qemux86 image | ../../../doltlibtool: line 17: /distro/dcui/0704/pc1/build/tmp/work/i586-poky-linux/libx11-diet-1.3-r2/libX11-1.3/modules/im/ximcp/../../../libtool: No such file or directory This is due to not found libtool, but i586-poky-linux-libtool in libX11-1.3 So I disable dolt for solving this problem. Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
* The Skeleton initscript doesn't work on minimal imageRobert Yang2011-08-151-2/+3
| | | | | | | | | | Fixes bug [YOCTO #1165] The /etc/init.d/skeleton doesn't work on minimal image, this is because of the pidofproc doesn't return "$?" correctly, so store $? in the variable status would fix it. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* qt4.inc: expand the package name for multilib caseYu Ke2011-08-151-2/+2
| | | | | | | | | | | | | | | in the qt4.inc python annomyous code, there is case where package name is set to "${QT_BASE_LIB}-tool", and FILE_${QT_BASE_LIB}-tool is set to xxx. here QT_BASE_NAME=qt4. multilib.bbclass will try to rename the FILE_qt4_tool to FILE_lib64_qt4_tool. unfortunately, there is only FILE_${QT_BASE}-tool, no FILE_qt4-tool, so FILE_lib64_qt4_tool will not be defined. to fix this issue, this patch expand the QT_BASE_LIB when assigning the package name. FIX [YOCTO #1344] Signed-off-by: Yu Ke <ke.yu@intel.com>
* qt4.inc: revise RRECOMMENDSYu Ke2011-08-151-2/+2
| | | | | | | | | using ${QT_BASE_NAME}-dbg as RRECOMMENDS is not correct in qt4-x11-free case, because ${QT_BASE_NAME}-dbg i.e. qt4-dbg does not exist this patch fix it by using ${PN} Signed-off-by: Yu Ke <ke.yu@intel.com>
* libsdl: enable opengl for libsdlJiajun Xu2011-08-151-3/+4
| | | | | | | | | To enable opengl for libsdl, we need DEPENDS on virtual/libgl. Add a check for "opengl" in DISTRO_FEATURES and when it's set, "--enable-video-opengl" and "virtual/libgl" will be added into EXTRA_CONF and DEPENDS. Signed-off-by: Jiajun Xu <jiajun.xu@intel.com> Acked-by: Phil Blundell <philb@gnu.org>
* libsdl: add target versionJiajun Xu2011-08-151-5/+15
| | | | | | | | Rename libsdl-nativesdk to libsdl to enable target version. libsdl is needed in some graphics testing. Signed-off-by: Jiajun Xu <jiajun.xu@intel.com> Acked-by: Phil Blundell <philb@gnu.org>
* default-distrovars: add x11 to default DISTRO_FEATURESPhil Blundell2011-08-151-1/+1
| | | | Signed-off-by: Phil Blundell <philb@gnu.org>
* dbus: only use x11 if DISTRO_FEATURES has selected itPhil Blundell2011-08-151-3/+4
| | | | | | This makes it possible to include dbus in a non-X11-equipped DISTRO. Signed-off-by: Phil Blundell <philb@gnu.org>
* cairo: only use x11 if selected in DISTRO_FEATURESPhil Blundell2011-08-151-2/+3
| | | | | | This makes it possible to build cairo-using apps without X11. Signed-off-by: Phil Blundell <philb@gnu.org>
* libx11: skip self if x11 not in DISTRO_FEATURESPhil Blundell2011-08-151-0/+5
| | | | | | This stops (most) x11 packages leaking into a non-x11 distro by mistake. Signed-off-by: Phil Blundell <philb@gnu.org>
* pixman: remove spurious dependency on libx11Phil Blundell2011-08-151-2/+0
| | | | | | Nothing in pixman actually uses libx11, so no need to DEPEND on it. Signed-off-by: Phil Blundell <philb@gnu.org>
* intltool: Use nativeperl binary for PERL instead of 'perl'Khem Raj2011-08-153-4/+28
| | | | | | | License is GPLv2 change it. Defining PERL for native intltool is not needed anymore Signed-off-by: Khem Raj <raj.khem@gmail.com>
* qt4: delete unpackaged uic3 to avoid unpackaged file warningPaul Eggleton2011-08-151-0/+1
| | | | | | | All the other utilities get deleted as they should not be packaged, delete this one as well. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* qt4: package QML plugins and correct their install directoryPaul Eggleton2011-08-153-5/+13
| | | | | | | | | | | | | | | QML components from Qt were installed to ${prefix} before and never got packaged. This is now fixed and QML components are now installed into ${libdir}/${QT_DIR_NAME}/imports and packaged into qt4-*-qml-plugins package. Additionally qmlviewer and the examples/demos are now dependent upon these plugins as needed. Originally based on OE commit 4adf97be8c5b5f71ad92095a19968af534baa9e2 by Simon Busch <morphis@gravedo.de> Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* qt4-native: restore build of uic3, qdbuscpp2xml and qdbusxml2cppPaul Eggleton2011-08-151-1/+4
| | | | | | | | These tools are required to build some external utilities (such as those found in KDE). We avoid building qdbus and qdbusviewer as these are not required. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* qt4: replace qt4-tools-native with qt4-nativePaul Eggleton2011-08-152-7/+15
| | | | | | | | | | Installs native versions of the Qt libraries in addition to the tools, allowing compilation of external native tools that require Qt libs. PROVIDES qt4-tools-native so it should be a drop-in replacement. Developed with reference to the corresponding qt4-native changes in OE. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* eglibc: Modify ldd script according to multilib config.Lianhao Lu2011-08-154-1/+84
| | | | | | | | | | | Bug fixing [YOCTO #1236]. 1. Collect all the values for RTLDLIST for the current multilib configuration to modify the ldd scripts. 2. Collect all the values for KNOWN_INTERPRETER_NAMES for the current multilib configuration. Set the correct ld.so names for ldconfig to deal with the multilib configuration.
* utils.bbclass/multilib.class: Added misc supporting functions.Lianhao Lu2011-08-154-1/+39
| | | | | | | | | | | | | 1. Added variable MULTILIB_VARIANTS to store all the instance variants for multilib extend. 2. Added function all_multilib_tune_values to collect the variable values for all multilib instance. 3. multilib bbclass handler will save the orignal value of all variables defined in MULTILIB_SAVE_VARNAME. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* valgrind: supporting on Linux kernel 3.xLin Tong2011-08-152-1/+28
| | | | | | | | | | The old valgrind package do not support for Linux kernel 3.x, only for kernel 2.4 and 2.6. Now adding the configuration to the configure.in file to support Linux kernel 3.0. This commit fixes the problem in valgrind [YOCTO #1129] Signed-off-by: Lin Tong <tong.lin@intel.com>
* bluez4: Added new recipe 4.96 and removed 4.82 versionNoor Ahsan2011-08-155-73/+2
| | | | | | * Added new recipe 4.96 and removed 4.82 version and its files. Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
* rt-tests: use an explicit commit IDDarren Hart2011-08-121-1/+2
| | | | | | | Using a tag, like v0.73, forces network access to resolve a commit ID. Use the corresponding commit ID in the recipe. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* tune-ppce5500: Add a set of tune files for PowerPC e5500 coreKumar Gala2011-08-122-0/+30
| | | | | | | | | | | | The PPC e5500 is a 64-bit core so we add both a 32 and 64-bit set of tune files to allow for: * pure 32-bit build * pure 64-bit build * 32-bit base, 64-bit multilib * 64-bit base, 32-bit multilib Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
* tune-ppc: Update to pass glibc configure option to get cpu specific supportKumar Gala2011-08-122-2/+8
| | | | | | | | | | | | | We need --with-cpu based to glibc to get proper support on 603e & e500mc to pickup proper math libs to deal with sqrt. These core do not implement the fsqrt[s] instructions that the normal PPC math libs utilize. This causes use to not set AVAILTUNES specifically to the sub-arch only as we arent generically compatiable. Signed-off-by: Kumar Gala <galak@kernel.crashing.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-rt: add a README documenting the contents of recipes-rtDarren Hart2011-08-121-0/+13
| | | | | | Document the non-obvious bits of using the recipes-rt recipes. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* Move meta-rt recipes to oe-core (meta)Darren Hart2011-08-126-18/+0
| | | | | | | | | | | | | | | | | | | | | | Keeping the rt recipes in their own layer has led to maintenance issues, particularly with the linux-yocto-rt recipes. As these kernel types are part of the same linux-yocto source repository, it seems reasonable to include the rt kernel recipes alongside the standard recipes. A new recipes-rt directory for the other recipes provides adequate separation and eliminates the need for a separate layer. As there is no meta-rt/conf/layer.conf to force the kernel, users must now specify the rt kernel in their local.conf or in the machine.conf: PREFERRED_PROVIDER_virtual/kernel = "linux-yocto-rt" The merging of the rt recipes into the core also eliminates complications with multiple layer dependencies for new BSP layers. Having to either separate RT BSPs from standard BSPs or force users to add meta-rt to bblayers even when not building an RT BSP (because the RT BSPs in the same layer would fail to parse without it) was sub-optimal at best. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: default KMACHINE and SRCREV_machine to avoid parsing errorsDarren Hart2011-08-121-0/+2
| | | | | | | | Without a default KMACHINE and SRCREV_machine the git URL will fail to expand to something usable and we get a parsing error. This approach was also used in the non-rt version of this recipe. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: add an -rt-sdk imageDarren Hart2011-08-121-0/+15
| | | | | | | Add images including the SDK without the addition of the grapical environment or packages. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: rename minimal-rt images to -rt, drop live imageDarren Hart2011-08-121-1/+1
| | | | | | | | | | Remove "minimal" from the image recipe names for -rt. Additional recipes types will be added (-rt-sdk for example) and there is no need to keep so many image type descriptors. Drop the -live image as it is now obsolete. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: remove atom-pc support from the main layerDarren Hart2011-08-121-3/+1
| | | | | | | | meta-rt resides in oe-core, as such it should only support the qemu* machines. BSP layers should add support for specific hardware platforms. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: add linux-yocto-rt_3.0 recipeDarren Hart2011-08-121-0/+46
| | | | | | | | | | Add the initial linux-yocto-rt_3.0 recipe. qemumips and qemuppc doesn't work quite yet, so they have been omitted from COMPATIBLE_MACHINE. Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* meta-rt: canonicalize directory structureDarren Hart2011-08-123-2/+3
| | | | | | Use the more standard recipes-*/*/*.bb layout. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: rt-tests v0.73 instead of AUTOREVDarren Hart2011-08-121-1/+1
| | | | | | | | AUTOREV is handy is a development aid, but it really shouldn't be used as a default as it breaks the consistency and repeatability of a build. It also causes additional fetches which may not be desired or expected. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* meta-rt: refresh linux-yocto-rt recipeDarren Hart2011-08-122-9/+9
| | | | | | | | | | | Rename the recipe to match the linux-yocto recipe renames using the kernel version in the PV portion of the filename. Add the SRCREVs to the recipe as was done with the core linux-yocto recipes. Add qemux86 as it is also present in the linux-yocto-2.6.34.git repository. Signed-off-by: Darren Hart <dvhart@linux.intel.com>
* package_rpm: Fix attemptonly and suggest packagesMark Hatle2011-08-121-5/+20
| | | | | | | | | | | | | | | | | | | | | [YOCTO #1325] [YOCTO #1366] Packages that were in the PACKAGE_ATTEMPTONLY and SUGGESTS were not being properly found, which was causing image creation failures. In PACKAGE_ATTEMPTONLY, when an item was not found, it caused an error. This should have been a note, followed by skipping the package. The SUGGESTS processing was simply broken. It was using a non-existant function, due to an apparently typo. In addition to the above, the MLPREFIX processing was not being done properly, preventing multilib packages from working in this with PACKAGE_ATTEMPTONLY. (SUGGESTS doesn't need this as the names are munged when creating the packages.) Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* xcb-proto: update based on changes to python.m4 in automakeKumar Gala2011-08-125-25/+17
| | | | | | | | | | 1. We dont need the aclocal patch as this will be handled by automake 2. We need to update xcb-proto.pc.in to know about ${libdir} since we'll end up with something like: pythondir=${libdir}/python2.6/site-packages Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
generated by cgit v1.2.3 (git 2.46.0) at 2024-11-09 18:22:38 +0000