summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFiles
2012-08-30Update lttng-2.0 versionsChristopher Larson3
lttng-modules: 2.0.pre11 -> 2.0.5 lttng-tools: 2.0.1 -> 2.0.4 lttng2-ust: 2.0.2 -> 2.0.5 Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-30sysstat: Explicitly disable sensors support.Marc Ferland2
Since no lmsensors recipe exists by default in oe-core, explicitly disable support for it in sysstat. In my case sysstat would fail linking complaining about undefined references when adding my own lmsensors recipe. Signed-off-by: Marc Ferland <ferlandm@sonatest.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-29gail: removeRoss Burton1
This functionality was integrated into GTK+ 2.13 and we've dropped support for anything before that. [ YOCTO #2954 ] Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-29intltool: Add Upstream-Status and Signed-off-by to remove-xml-check.patchFlorin Sarbu1
Signed-off-by: Florin Sarbu <florin.sarbu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28runqemu-export-rootfs and friends: don't put pseudo db in target fsPeter Seebach3
In a few places, we have scripts which use <rootfs>/var/pseudo for the pseudo state directory controlling a given filesystem. This seems possibly risky because it means that stuff running under qemu or whatnot could wipe out the data being used to handle that rootfs. Move this to: <rootfs>/../$(basename_rootfs).pseudo_state to avoid problems. This also solves at least one case (not directly hit by yocto's tree) wherein you could end up trying to remove a rootfs while pseudo was using a database inside that rootfs, and thus the remove would fail. Signed-off-by: Peter Seebach <peter.seebach@windriver.com>
2012-08-28ethtool: package update 3.4.1 -> 3.5Constantin Musca1
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
2012-08-28perf: add bison and flex to DEPENDSTom Zanussi1
perf depends on bison and flex for event parsing - add them as dependencies. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-08-28archiver.bbclass: fix the remove errorRobert Yang2
* The "tar-package" is used for saving the "Source" list for rpmbuild, there is no such a file when "ARCHIVER_MODE[type] ?= srpm", and there would be errors, it hadn't happen before was becuase that the remove function didn't work. Let the "rpmbuild --rmsource" to remove the Sources, and the remove function will just remove the tar-package file. * Remove several unwanted "try ... exception" sentences, let the error raise rather than ignore them when the error happens. * Remove several un-needed code. [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28copyleft_compliance.bbclass: remove the duplicated codeRobert Yang1
A part of the code in copyleft_compliance.bbclass is duplicated to archiver.bbclass, remove the duplicated lines. [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28archiver.bbclass: remove the "upper()" functionRobert Yang2
The configuration value from the conf file is lower case, e.g. srpm, tar, so there is no reason to use the upper case which makes things complicated. [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28archiver.bbclass: fix the fakeroot and other issuesRobert Yang2
* Fix the fakeroot issue The archiver.bbclass is used for archiving sources, patches, and logs, it uses the "rpmbuild -bs" from the package_rpm.bbclass to generate the .src.rpm, but it didn't work (it's not easy to explain it clearly): Reason: - It directly used the "fakeroot" command, we don't have such a command in native tools, so it would use the fakeroot from the host, and it would fail when there is no fakeroot on the host. - The "rpmbuild -bs" doesn't need to work under root, but it is in the function do_package_write_rpm which is running under fakeroot, and "rpmbuild" needs to know the source file's user/group name, the source file is the tarball which is created by the postfuncs of do_unpack or do_patch which doesn't use the fakeroot, so the created file's owner would be the real user, e.g.: robert, but there is no such a user under our native tools' fakeroot(pseudo), then the rpmbuild would fail. It worked when use the host's fakeroot in the past was because that the host's fakeroot knows the users on the host. Fix: - Remove the incorrect "fakeroot". - Change the source file's owner to root.root under fakeroot will fix the problem. * Other fixes: - The typo: "do_remove_taball -> do_remove_tarball" which will cause the tarball is not removed. - Add the _sourcedir defination to the rpmbuild command since the the SOURCES would be added to the specfile when archiver.bbclass is inherited, otherwise there would be errors when "rpmbuild -bb", though the build is OK. It only added the defination to "rpmbuild -bs", didn't add to "rpmbuild -bb". [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28archiver.bbclass: fix the coding styleRobert Yang4
* Make the comment line under 80 characters. * Use the triple double quotes for the docstring. * Add a whitespace behind the comma (,). * Other minor fixes. [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28archiver.bbclass: indent fixesRobert Yang2
Several fixes: * It uses mixed tab and whitespace as the indent in one function, Fix them to use "4 spaces" as the indent. * Remove the unwanted blank, for example, more than one blank lines appeared together. * Remove the tail whitespace. [YOCTO #2619] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-28ia32-base.inc: new include fileTom Zanussi1
This is the ia32-base.inc moved over from meta-intel. See meta-intel for the complete history of contributions to this file. Here's the initial commit text that explains the purpose of this file: The meta-intel BSPs currently have a number of machine settings common to all - factor these out into a common include file. Also add several new intel-specific XSERVER variables for building XSERVER variables in BSPs. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-08-28staging.bbclass: Might as well drop the applications, fonts and pixmap ↵Richard Purdie1
directories from ${datadir} These cause various file conflicts and aren't useful within the sysroot anyway. We might as well remove them. Whitelisting the contents of ${datadir} that *is* useful might be a better option in future. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28udev: Drop hid2hci, its provided by bluez4 nowRichard Purdie2
Our bluez4 recipe provides hid2hci now. udev removes this as of version 169, we might as well remove it now to stop conflicts over the file in both target file systems and the build sysroots. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28e2fsprogs: Drop fsck binaryRichard Purdie1
There are conflicts in the native sysroot over the fsck binary. Whilst providing people with alternatives is good to a point, the source in util-linux is clearly the copy which is now being maintained and moved forwards which the copy in e2fsprogs being older and with less features. The simplest solution is simply to no longer offer this and used the maintained version from util-linux. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28e2fsprogs: Fully remove/disable blkidRichard Purdie2
We've removed libblkid from e2fsprogs as it was being provided by util-linux. The blkid binary is also provided there and providing it within e2fsprogs too, linked against a different and potentially incompatible library we're likely asking for trouble. It also leads to inconsistencies in the native sysroot since we don't consistently get one given provider of blkid (but always the liblibid from util-linux). To clean this up, fully remove/disable the blkid binary and package. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-28bitbake: compile tar-replacement firstlyRoy.Li1
Compiling tar-replacement or not is decided by version of host tar, if the host tar version is lower than 1.23, Compiling tar-replacement is needed. When doing popoluate tar-replacement sysroot to write the tar to sysroot, but writing is not finished. other packages probably use the being written tar to unzip file, which will lead to failure and report the below error: "bitbake_build/tmp/sysroots/x86_64-linux/usr/bin/tar: Text file busy" Now we compile tar-replacement firstly to ensure that a being written tar command will not be used. Signed-off-by: Roy.Li <rongqing.li@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25terminal.py: use unique ids for screen sessionsJason Wessel1
When running multiple sets of builds on the same system, it is hard to distinguish which build belongs to which screen session and you can end up resuming the wrong session. The simple solution is to just append the process id to the screen session invocation to make each unique. Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25bitbake.conf: add variables to exclude from hash.Mark Hatle1
The parallelism flags should not change the parse hash. Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kernel-yocto: don't require meta branch for custom reposBruce Ashfield1
The commit a9f11849 [linux-yocto: explicitly export KMETA to scripts] allows the meta branch name to be changed by exporting it to all phases of the build. But if a custom kernel without a meta branch is built, we end up passing an empty string to the creation scripts, which breaks the build since input is expected. Inhibiting the export of KMETA to the creation scripts when empty fixes the problem. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kernel-yocto: set master branch to a defined SRCREVBruce Ashfield2
To support custom repositories that set a SRCREV and that only have a single master branch, do_validate_branches needs a special case for 'master'. We can't delete and recreate the branch, since you cannot delete the current branch, instead we must reset the branch to the proper SRCREV. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kernel.bbclass: fix INC directory for SLANGLiang Li5
In the kernel's tools/perf/Makefile CFLAGS was previously hard coded to contain "-I/usr/include/slang" to work with hosts that have "/usr/include/slang/slang.h" as well as hosts that have "/usr/include/slang.h". This path can cause compile warnings like: cc1: warning: '/usr/include/slang' doesn't exists. or cc1: warning: include location "/usr/include/slang" is unsafe for cross-compilation [-Wpoison-system-directories] Then in some cases warnings become errors if WERROR is enabled hence build errors. In coordination with a kernel fix, we can fix this error for all kernels by modifying the perf Makefile within the staged kernel source. Signed-off-by: Liang Li <liang.li@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25grub-efi: fix Nothing PROVIDES 'grub-efi-x86_64-native'Mihai Lindner1
"ERROR: Nothing PROVIDES 'grub-efi-x86_64-native'" is returned when trying to build meta-intel/meta-cedartrail with DEFAULTTUNE = "core2-64" Used TRANSLATED_TARGET_ARCH instead of TARGET_ARCH in grub-efi.bbclass [YOCTO #3013] Signed-off-by: Mihai Lindner <mihaix.lindner@linux.intel.com>
2012-08-25kmod-native_git.bb: fix builds for hosts with older libcMatthew McClintock2
kmod will fail to build with the following error because O_CLOEXEC is not defined: | libkmod/libkmod-module.c: In function 'kmod_module_get_initstate': | libkmod/libkmod-module.c:1640: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-module.c:1640: error: (Each undeclared identifier is reported only once | libkmod/libkmod-module.c:1640: error: for each function it appears in.) | libkmod/libkmod-module.c: In function 'kmod_module_get_refcnt': | libkmod/libkmod-module.c:1754: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-module.c: In function 'kmod_module_get_sections': | libkmod/libkmod-module.c:1913: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-file.c: In function 'kmod_file_open': | libkmod/libkmod-file.c:282: error: 'O_CLOEXEC' undeclared (first use in this function) | libkmod/libkmod-file.c:282: error: (Each undeclared identifier is reported only once | libkmod/libkmod-file.c:282: error: for each function it appears in.) Since we are only using kmod-native for depmod, and it's a non-threaded user of this libary being built this should be safe to override O_CLOEXEC. Keep in mind this is ONLY effecting the native builds and not what is being shipped in the root file system. Signed-off-by: Matthew McClintock <msm@freescale.com>
2012-08-25base-passwd: upgrade to 3.5.26Constantin Musca3
The S variable is now the default one. Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25gdk-pixbuf: call gtk-update-icon-cache with -t in postinstall scriptJackie Huang1
gtk-update-icon-cache is called for each subdir of ${datadir}/icons, but there are some themes without an index.theme file such as xcursor-transparent, so add -t(--ignore-theme-index) option to avoid errors of gtk-update-icon-cache. Signed-off-by: Jackie Huang <jackie.huang@windriver.com>
2012-08-25wget: upgrade to 1.14Constantin Musca4
remove-gets.patch: removed - included in the new version Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25npth: upgrade to 0.91Constantin Musca1
Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25kconfig-frontends: upgrade to 3.5Constantin Musca1
Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25dhcp : upgrade to 4.2.4-P1Andrei Dinu8
Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com>
2012-08-25subversion: update to 1.7.6Marcin Juszkiewicz4
Dropped --without-apache option as it does not exists. Added patch from subversion-users ML to not build mod_dontdothat. Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
2012-08-25runqemu: Move the KVM check after the MACHINE/KERNEL ChecksSaul Wold1
The MACHINE/KERNEL Checks setup MACHINE is it's unset, the KVM checks valid MACHINE is qemux86 or qemux86-64 and fail if it's unset! [YOCTO #2970] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25build-appliance-image: Update SRCREV for beta buildSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-25task-core-lsb: Don't pull in eglibc-pic via RDEPENDSAndy Ross1
The task-core-lsb-runtime-add subpackage includes eglibc-pic as an RDEPEND. That's incorrect, eglibc-pic is nothing but 22MB of static libraries and should never appear as a runtime dependency. Signed-off-by: Andy Ross <andy.ross@windriver.com>
2012-08-25libcap: fetch from DebianMarcin Juszkiewicz2
Original location was kernel.org and it was not restored after server was hacked. Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
2012-08-24build-appliance-image: Add vmx* files and build zip fileSaul Wold3
This commit adds the vmx* files needed to setup a VMware image, this also packages the vmdk along with the vmx files. Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-24build-appliance-image: Update SRCREV to Denzil 1.2.1Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-24iputils: chmod in pkg_postinst are redundantSaul Wold1
With pseudo the cmod in pkg_postinst is actaully redundant since the do_install uses install -m 4555 and pseudo is able to track that between the install time and the rootfs package installation, so the perms are correct. [YOCTO #2894] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-24mc: upgrade to 4.8.4Andrei Dinu1
Signed-off-by: Andrei Dinu <andrei.adrianx.dinu@intel.com>
2012-08-24dbus-glib: upgrade to 0.100Constantin Musca6
test-service-glib-include-glib-only.patch: removed - no more compiling errors
2012-08-24libnfsidmap: upgrade to 0.25Constantin Musca2
fix-ac-prereq.patch: adapted to the new version Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
2012-08-24foomatic-filters: upgrade to 4.0.17Constantin Musca1
Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
2012-08-24telepathy-idle: upgrade to 0.1.12Constantin Musca2
Add patch for fixing the _gen/svc-gtk-doc.h target in the makefiles. Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
2012-08-24telepathy-glib: update to 0.19.6Constantin Musca2
The 0001-Fix-a-race-in-_gen-reentrant-methods.list patch is included in the 0.19.6 version. Signed-off-by: Constantin Musca <constantinx.musca@intel.com>
2012-08-24distutils/steuptools: Fix files layout and unbreak buildsRichard Purdie2
The last two distutils changes progressivly broke the builds. Firstly they moved things from the site_packages directory to being higher up the tree which introduced package QA warnings as a side effect. Secondly, it interacts badly with setuptools which passes in --root=${D} itself. This patch restores the original directory layout, hence fixing the QA warnings and also passes extra options to setuptools to deal with the --root option it passes. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-24mutter: Explictly disable libcanberraRichard Purdie1
Its not listed in DEPENDS, this ensures build reproducibility. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-24gcc-4.7: Add fix for libtool rpath problemsRichard Purdie2
This avoids problems with libstdc++ having bad rpaths (/usr/lib/../.lib) in its .la file. See the patch for more information. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-24libtool: update rpath normalization to use builtinAndy Ross2
Use the built-in normalization function instead of the sed hack. Signed-off-by: Andy Ross <andy.ross@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-24 18:41:14 +0000