[OE-core] [PATCH 3/4] syslinux: improve packaging
Usually only parts of syslinux are used by products and thus syslinux
can be greatly reduced in size. This changes does it as:
- syslinux: syslinux binary
- syslinux-extlinux: extlinux binary
- syslinux-mbr: mbr.bin
- syslinux-chain: chain.c32
- syslinux-pxelinux: pxelinux.0
- syslinux-isolinux: isolinux.bin
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/syslinux/syslinux_4.03.bb | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/syslinux/syslinux_4.03.bb
b/meta/recipes-devtools/syslinux/syslinux_4.03.bb
index 05bcb21..dc0785e 100644
--- a/meta/recipes-devtools/syslinux/syslinux_4.03.bb
+++ b/meta/recipes-devtools/syslinux/syslinux_4.03.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
# If you really want to run syslinux, you need mtools. We just want the
# ldlinux.* stuff for now, so skip mtools-native
DEPENDS = nasm-native
-PR = r0
+PR = r1
SRC_URI =
${KERNELORG_MIRROR}/linux/utils/boot/syslinux/syslinux-${PV}.tar.bz2 \
file://cross-build.patch
@@ -46,4 +46,14 @@ do_install() {
install -m 644 ${S}/core/ldlinux.bss ${D}${libdir}/syslinux/
}
+PACKAGES =+ ${PN}-extlinux ${PN}-mbr ${PN}-chain ${PN}-pxelinux
${PN}-isolinux
+
+FILES_${PN} = ${bindir}/syslinux
+FILES_${PN}-extlinux = ${sbindir}/extlinux
+FILES_${PN}-mbr = ${libdir}/${PN}/mbr.bin
+FILES_${PN}-chain = ${libdir}/${PN}/chain.c32
+FILES_${PN}-isolinux = ${libdir}/${PN}/isolinux.bin
+FILES_${PN}-pxelinux = ${libdir}/${PN}/pxelinux.0
+FILES_${PN}-dev += ${datadir}/${PN}/com32
+
BBCLASSEXTEND = native
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] meta/conf/local.conf.sample: fix mklibs comment line split and typo
Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- meta/conf/local.conf.sample |7 --- 1 files changed, 4 insertions(+), 3 deletions(-) diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample index ba92df8..02164eb 100644 --- a/meta/conf/local.conf.sample +++ b/meta/conf/local.conf.sample @@ -53,9 +53,10 @@ EXTRA_IMAGE_FEATURES = tools-debug tools-profile tools-testapps debug-tweaks #PACKAGE_CLASSES ?= package_rpm package_deb package_ipk PACKAGE_CLASSES ?= package_ipk -# mklibs library size optimization is more useful to smaller images, -# and less useful for bigger images. Also mklibs library optimization can break the ABI compatibility, so should not be applied to the images which are tobe -# extended or upgraded later. +# mklibs library size optimization is more useful to smaller images, +# and less useful for bigger images. Also mklibs library optimization +# can break the ABI compatibility, so should not be applied to the +# images which are to be extended or upgraded later. #This enabled mklibs library size optimization just for the specified image. #MKLIBS_OPTIMIZED_IMAGES ?= core-image-minimal #This enable mklibs library size optimization will be for all the images. -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 4/4] busybox: add support to mdev
On Mon, May 2, 2011 at 19:21, Khem Raj raj.k...@gmail.com wrote: Did you test this patch on a config where mdev support is disabled ? that will be interesting to know Yes I did. It seems to work fine for me. Do you see any problem with that? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] fuse update
Hello, I am migrating some stuff to oe-core and found it has fuse at meta-demoapps. It seems no recipes depends on fuse in oe-core and thus I am wondering how is better to deal with its updating as: - should it be done in oe-core? - should it be moved to meta-oe? The requirement for me to update it is due it being required by a new recipe I am adding to meta-oe and then it seems more logical to me to move fuse to meta-oe but I am curious to hear from others about it. Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] systemd units packaging
On Fri, May 6, 2011 at 11:51, Koen Kooi k...@dominion.thruhere.net wrote:
So, is having both sets inside ${PN} a dealbreaker?
I think it is not BUT this choice could be a distro choice. So I see as:
USE_INIT=(sysv|systemd|both)
Being both the default.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Pull request with misc fixes
On Mon, May 9, 2011 at 14:06, Saul Wold s...@linux.intel.com wrote: I am working on reviewing and staging them. I did not see a patch for the libxbkfile, did I miss that email? I will be sending an updated pull request and post the patches with some fixes. Please wait for it for merging. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] fuse update
On Mon, May 9, 2011 at 13:46, Saul Wold s...@linux.intel.com wrote: It would make sense for you to move it to meta-oe at this time, if we find more recipes require it our other layers are needed it, then we can consider it for oe-core. OK; I will queue a changeset removing it from OE-core. It makes no sense to have it there being not used. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Pull request with misc changes
Hello, This pull request fixes some issues I found since the last pull request and should be preferred against the first. The following changes since commit d0dc2b5bb02ef55a41e7a97b6831c72391ae7f36: u-boot: correct COPYING MD5SUM (2011-05-08 23:56:11 -0700) are available in the git repository at: git://github.com/OSSystems/oe-core master Otavio Salvador (10): meta/conf/local.conf.sample: fix mklibs comment line split and typo scripts/oe-setup-builddir: fix typo syslinux: improve packaging busybox: add support to mdev libxkbfile: disable xcb insane.bbclass: skip license checksum if LICENSE is CLOSED cmake.bbclass: fix qmake and rpath issues qmake_base.bbclass: add generate_qt_config_file task cmake: add support for oe qt4 tools names fuse: drop since it is not used by other recipes .../fuse-2.7.2/not-run-updaterc.d-on-host.patch| 15 meta-demoapps/recipes-kernel/fuse/fuse.inc | 13 --- meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb| 22 - meta/classes/cmake.bbclass | 19 - meta/classes/insane.bbclass|4 + meta/classes/qmake_base.bbclass| 15 meta/conf/local.conf.sample|7 +- meta/recipes-core/busybox/busybox.inc | 14 +++- meta/recipes-core/busybox/busybox_1.18.4.bb|2 + meta/recipes-core/busybox/files/mdev |7 ++ meta/recipes-core/busybox/files/mdev.conf | 35 meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |2 +- meta/recipes-devtools/cmake/cmake.inc |3 +- .../cmake/cmake/support-oe-qt4-tools-names.patch | 85 meta/recipes-devtools/syslinux/syslinux_4.03.bb| 12 +++- meta/recipes-graphics/xorg-lib/libxkbfile_1.0.7.bb |4 +- scripts/oe-setup-builddir |2 +- 17 files changed, 199 insertions(+), 62 deletions(-) delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse-2.7.2/not-run-updaterc.d-on-host.patch delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse.inc delete mode 100644 meta-demoapps/recipes-kernel/fuse/fuse_2.7.2.bb create mode 100755 meta/recipes-core/busybox/files/mdev create mode 100644 meta/recipes-core/busybox/files/mdev.conf create mode 100644 meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 25/30] cmake.bbclass: fix qmake and rpath issues
On Tue, May 10, 2011 at 05:50, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... We could unconditionally make native.bbclass set the override too... I can revert this part of this and provide a patch to native.bbclass for it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 26/30] qmake_base.bbclass: add generate_qt_config_file task
On Tue, May 10, 2011 at 06:20, Koen Kooi k...@dominion.thruhere.net wrote: And consider the case of building without MACHINE and distros having a different staging layout. I know angstrom has one to enable parallel builds of uclibc and eglibc. In this case what we ought to use? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Pull request with misc changes
On Tue, May 10, 2011 at 02:17, Saul Wold s...@linux.intel.com wrote: Next time, please use the create-pull-request script, which will generate a set of patch emails so that we can review this information via email. I will make a couple of additional comments below associated with each patch. It has a problem to me since it depends on using the contrib repo and I am using github. ... insane.bbclass: skip license checksum if LICENSE is CLOSED I assume you are adding this for layers and commercial work, we should never have CLOSED in any open layer. Sure. I fully agree but I also think it is insane to have to provide a fake license file to workaround it in every repository I am using internally. cmake: add support for oe qt4 tools names Please add a comment to the patch explaining it's purpose and origin, and include a Signed-off-by: if appropriate. Any patches that you have modified or added should include the above info. On the patch itself? Any doc describing an example of it? I am waiting for Richard and Koen replies about my questions and will provide updated patches for the unmerged ones. Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] cmake: add support for oe qt4 tools names
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |2 +-
meta/recipes-devtools/cmake/cmake.inc |3 +-
.../cmake/cmake/support-oe-qt4-tools-names.patch | 90
3 files changed, 93 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
index 1595416..29b3d87 100644
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
@@ -1,7 +1,7 @@
CMAKE_MAJOR_VERSION=2.8
require cmake.inc
inherit native
-PR = r0
+PR = r1
SRC_URI[md5sum] = a76a44b93acf5e3badda9de111385921
SRC_URI[sha256sum] =
689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index f6b1c3b..eed9346 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -9,7 +9,8 @@ LICENSE = BSD
LIC_FILES_CHKSUM = file://Copyright.txt;md5=f372516292ff7c7bf16a74a5f9a8 \
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
-SRC_URI =
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz;
+SRC_URI =
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
+ file://support-oe-qt4-tools-names.patch
inherit autotools
diff --git a/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
b/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
new file mode 100644
index 000..ab07670
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
@@ -0,0 +1,90 @@
+This allows the usage of OE qt4 tools binaries. It has been created by
+O.S. Systems.
+
+Signed-off-by: Otavio Salvador ota...@ossystems.com.br
+
+--- a/Modules/FindQt4.cmake
b/Modules/FindQt4.cmake
+@@ -461,7 +461,7 @@
+ # check for qmake
+ # Debian uses qmake-qt4
+ # macports' Qt uses qmake-mac
+-FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake4 qmake-qt4 qmake-mac PATHS
++FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake2 qmake4 qmake-qt4
qmake-mac PATHS
+
[HKEY_CURRENT_USER\\Software\\Trolltech\\Qt3Versions\\4.0.0;InstallDir]/bin
+ [HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\4.0.0;InstallDir]/bin
+
[HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\${qt_install_version};InstallDir]/bin
+@@ -988,13 +988,13 @@
+ ENDIF(QT_QMAKE_CHANGED)
+
+ FIND_PROGRAM(QT_MOC_EXECUTABLE
+-NAMES moc-qt4 moc
++NAMES moc-qt4 moc4 moc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_UIC_EXECUTABLE
+-NAMES uic-qt4 uic
++NAMES uic-qt4 uic4 uic
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+@@ -1006,49 +1006,49 @@
+ )
+
+ FIND_PROGRAM(QT_RCC_EXECUTABLE
+-NAMES rcc
++NAMES rcc4 rcc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DBUSCPP2XML_EXECUTABLE
+-NAMES qdbuscpp2xml
++NAMES qdbuscpp2xml4 qdbuscpp2xml
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DBUSXML2CPP_EXECUTABLE
+-NAMES qdbusxml2cpp
++NAMES qdbusxml2cpp4 qdbusxml2cpp
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_LUPDATE_EXECUTABLE
+-NAMES lupdate-qt4 lupdate
++NAMES lupdate-qt4 lupdate4 lupdate
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_LRELEASE_EXECUTABLE
+-NAMES lrelease-qt4 lrelease
++NAMES lrelease-qt4 lrelease4 lrelease
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_QCOLLECTIONGENERATOR_EXECUTABLE
+-NAMES qcollectiongenerator-qt4 qcollectiongenerator
++NAMES qcollectiongenerator-qt4 qcollectiongenerator4 qcollectiongenerator
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DESIGNER_EXECUTABLE
+-NAMES designer-qt4 designer
++NAMES designer-qt4 designer4 designer
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_LINGUIST_EXECUTABLE
+-NAMES linguist-qt4 linguist
++NAMES linguist-qt4 linguist4 linguist
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] qmake_base.bbclass: add generate_qt_config_file task
This writes a qt.conf inside WORKDIR to properly configure projects
based on CMake. This is required since qmake variables (returned
by -query command) are fixed into the binary and can only be
changed using a qt.conf file.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/qmake_base.bbclass | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass
index 24a0f11..a054efd 100644
--- a/meta/classes/qmake_base.bbclass
+++ b/meta/classes/qmake_base.bbclass
@@ -31,6 +31,20 @@ oe_qmake_mkspecs () {
done
}
+do_generate_qt_config_file() {
+ export QT_CONF_PATH=${WORKDIR}/qt.conf
+ cat ${WORKDIR}/qt.conf EOF
+[Paths]
+Prefix =
+Binaries = ${STAGING_BINDIR_NATIVE}
+Headers = ${STAGING_INCDIR}/qt4
+Plugins = ${STAGING_LIBDIR}/qt4/plugins/
+Mkspecs = ${STAGING_DATADIR}/qt4/mkspecs/
+EOF
+}
+
+addtask generate_qt_config_file after do_patch before do_configure
+
qmake_base_do_configure() {
case ${QMAKESPEC} in
*linux-oe-g++|*linux-uclibc-oe-g++|*linux-gnueabi-oe-g++)
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/3] cmake.bbclass: fix qmake and rpath issues
Sync with OE at 3b7d83362027fde4f6850533ab83277d95dda961 however
without changing the way of generating the toolchain file and making
it branding agnostic.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/cmake.bbclass | 14 --
meta/classes/native.bbclass |4
2 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index a4b0c12..011c232 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -24,15 +24,18 @@ OECMAKE_CXX_FLAGS ?= ${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS}
${TARGET_CPPFLAGS} -f
OECMAKE_C_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} -DNDEBUG
OECMAKE_CXX_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} -DNDEBUG
+OECMAKE_RPATH ?=
+
cmake_do_generate_toolchain_file() {
cat ${WORKDIR}/toolchain.cmake EOF
# CMake system name must be something like Linux.
# This is important for cross-compiling.
set( CMAKE_SYSTEM_NAME `echo ${SDK_OS} | sed 's/^./\u/'` )
+set( CMAKE_SYSTEM_PROCESSOR ${TARGET_ARCH} )
set( CMAKE_C_COMPILER ${OECMAKE_C_COMPILER} )
set( CMAKE_CXX_COMPILER ${OECMAKE_CXX_COMPILER} )
-set( CMAKE_C_FLAGS ${OECMAKE_C_FLAGS} CACHE STRING poky CFLAGS )
-set( CMAKE_CXX_FLAGS ${OECMAKE_CXX_FLAGS} CACHE STRING poky CXXFLAGS )
+set( CMAKE_C_FLAGS ${OECMAKE_C_FLAGS} CACHE STRING CFLAGS )
+set( CMAKE_CXX_FLAGS ${OECMAKE_CXX_FLAGS} CACHE STRING CXXFLAGS )
set( CMAKE_C_FLAGS_RELEASE ${OECMAKE_C_FLAGS_RELEASE} CACHE STRING CFLAGS
for release )
set( CMAKE_CXX_FLAGS_RELEASE ${OECMAKE_CXX_FLAGS_RELEASE} CACHE STRING
CXXFLAGS for release )
@@ -43,6 +46,13 @@ set( CMAKE_FIND_ROOT_PATH_MODE_PROGRAM ONLY )
set( CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY )
set( CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY )
+# Use qt.conf settings
+set( ENV{QT_CONF_PATH} ${WORKDIR}/qt.conf )
+
+# We need to set the rpath to the correct directory as cmake does not provide
any
+# directory as rpath by default
+set( CMAKE_INSTALL_RPATH ${OECMAKE_RPATH} )
+
# Use native cmake modules
set( CMAKE_MODULE_PATH ${STAGING_DATADIR}/cmake/Modules/ )
EOF
diff --git a/meta/classes/native.bbclass b/meta/classes/native.bbclass
index d9e67f6..e06f02a 100644
--- a/meta/classes/native.bbclass
+++ b/meta/classes/native.bbclass
@@ -11,6 +11,10 @@ PACKAGES_DYNAMIC =
PACKAGES_DYNAMIC_virtclass-native =
PACKAGE_ARCH = ${BUILD_ARCH}
+# used by cmake class
+OECMAKE_RPATH = ${libdir}
+OECMAKE_RPATH_virtclass-native = ${libdir}
+
BASE_PACKAGE_ARCH = ${BUILD_ARCH}
BASEPKG_HOST_SYS = ${BUILD_ARCH}${BUILD_VENDOR}-${BUILD_OS}
BASEPKG_TARGET_SYS = ${BUILD_ARCH}${BUILD_VENDOR}-${BUILD_OS}
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Pull request with misc changes
On Tue, May 10, 2011 at 16:03, Richard Purdie richard.pur...@linuxfoundation.org wrote: Hmmm. I'm going to take a stab at making this a create-pull-request option... Martin/Tom: Serious question - why not use the contrib repo for this? I have nightmares about all the development being spread to all the corners of the globe and people not being able to see what is being worked on. For short lived branches its not so much of a problem but as we take on longer lived feature development it will be a problem. I'd therefore like to understand why the dislike of it... Welcome to Distribute Source Control Management World; this is the beauty of it and I see no reason to restrict or enforce people to use a repository. In my personal case we have been using GitHub as a central place to put projects that O.S. Systems is contributing and this is good to gather us some visibility so OE will be there too. So I won't use contrib to share patches. I can send them to mailing list (as I have been doing). A merge on a topic branch is a git pull command from you so I see not much problem for you or whom is doing the pull job. As an example: git checkout -b otavio-20110510-review git pull git://github.com/OSSystems/oe-core.git master git shortlog origin/master.. Is that so difficult? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] create-pull-request: Add -l location switch
On Tue, May 10, 2011 at 15:55, Tom Rini tom_r...@mentor.com wrote: Add a -l switch that takes an argument of either github or gitorious and will make the cover letter have a fill-in-the-blank of where the changes are on either github or gitorious. Another possibility would be to use git config interface to store those. You might have something like: [oe-core-pull-request] mode = github user = foo or [oe-core-pull-request] mode = gitorious user = bar This could be used to fill the fields in a proper way since those are predictable. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] cmake.bbclass: fix qmake and rpath issues
On Tue, May 10, 2011 at 16:59, Saul Wold s...@linux.intel.com wrote: In Richard's email he proposed one or the other be set, why do you need to set both here? If both need to be set then you don't need the override. Because they're different no? Otherwise native.bbclass has those for others too: ... PACKAGES = PACKAGES_virtclass-native = PACKAGES_DYNAMIC = PACKAGES_DYNAMIC_virtclass-native = ... Seems logical, no? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] RFC: create-pull-request / send-pull-request updates
On Wed, May 11, 2011 at 13:15, Darren Hart dvh...@linux.intel.com wrote: 2) create-pull-request needs to facilitate the use of multiple repositories (Tom Rini) Some folks find gitorious or github work best for their use. It is also reasonable to want to use this script with independent layers. Tom proposed a -l option to specify the PULL_URL leaving some boiler-plate text in the cover-letter for the user to populate. This dovetails with something I've been considering. Rather than duplicate the generation of a pull request cover letter, I'd like to see us re-use the output of 'git request-pull'. This has the added benefit of sanity checking the URL and commits. It does however remove the concept of the BROWSE_URL. We could add the BROWSE_URL back for recognized locations (git.yoctoproject.org, gitorious, and github I believe). Some have expressed a desire for the URL to be automatically discoverable. We could try and extract this information from the current branch and a remote of a specific name, with some URL rewrites to convert ssh access to generic git access. Unfortunately, this approach breaks under several conditions. I would prefer that these scripts not be tied to any particular naming conventions for the git branches or remotes. I propose we go with something very similar to Tom's -l PULL_URL proposal and replace the cover letter generation with the output of 'git request-pull'. The PULL_URL should also be able to be specified via an environment variable. Now that we are sending patches for review and not just the pull request itself, I feel we can drop the BROWSE_URL. I'd prefer to have it stored into git config backend and don't need to retype it for every call. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] create-pull-request: Add -l location switch
On Tue, May 10, 2011 at 20:01, Tom Rini tom_r...@mentor.com wrote: On 05/10/2011 12:18 PM, Otavio Salvador wrote: On Tue, May 10, 2011 at 15:55, Tom Rini tom_r...@mentor.com wrote: Add a -l switch that takes an argument of either github or gitorious and will make the cover letter have a fill-in-the-blank of where the changes are on either github or gitorious. Another possibility would be to use git config interface to store those. You might have something like: [oe-core-pull-request] mode = github user = foo or [oe-core-pull-request] mode = gitorious user = bar This could be used to fill the fields in a proper way since those are predictable. If I had a good bit more time, I might re-write the script in python and parse .ini files (same syntax as gitconfig) so that lots of useful defaults could be saved. But here's the real test, given that you're an intended user, would you use the -l switch or just make a local change to the script like Martin showed? (devel)~/hacking/el/openembedded-core% git config --add --path oe-pull-request.mode github (devel)~/hacking/el/openembedded-core% git config --get oe-pull-request.mode github This does the trick! ;-) -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] cmake: add support for oe qt4 tools names
The FindQt4 module looks for Qt4 binaries to be able to gather the
paths used for compilation and also to be using during other processes
(translation update, translation binary generating and like) however
OpenEmbedded has renamed those to allow old QMake to be used in
parallel with the current one. This patch adds support for the
OpenEmbedded specific binary names.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |2 +-
meta/recipes-devtools/cmake/cmake.inc |3 +-
.../cmake/cmake/support-oe-qt4-tools-names.patch | 98
3 files changed, 101 insertions(+), 2 deletions(-)
create mode 100644
meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
index 1595416..29b3d87 100644
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
@@ -1,7 +1,7 @@
CMAKE_MAJOR_VERSION=2.8
require cmake.inc
inherit native
-PR = r0
+PR = r1
SRC_URI[md5sum] = a76a44b93acf5e3badda9de111385921
SRC_URI[sha256sum] =
689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index f6b1c3b..eed9346 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -9,7 +9,8 @@ LICENSE = BSD
LIC_FILES_CHKSUM = file://Copyright.txt;md5=f372516292ff7c7bf16a74a5f9a8 \
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
-SRC_URI =
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz;
+SRC_URI =
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
+ file://support-oe-qt4-tools-names.patch
inherit autotools
diff --git a/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
b/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
new file mode 100644
index 000..9bccd40
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/support-oe-qt4-tools-names.patch
@@ -0,0 +1,98 @@
+cmake: support OpenEmbedded Qt4 tool binary names
+
+The FindQt4 module looks for Qt4 binaries to be able to gather the
+paths used for compilation and also to be using during other processes
+(translation update, translation binary generating and like) however
+OpenEmbedded has renamed those to allow old QMake to be used in
+parallel with the current one. This patch adds support for the
+OpenEmbedded specific binary names.
+
+Upstream-Status: Inappropriate [embedded specific]
+
+Signed-off-by: Otavio Salvador ota...@ossystems.com.br
+
+--- a/Modules/FindQt4.cmake
b/Modules/FindQt4.cmake
+@@ -461,7 +461,7 @@
+ # check for qmake
+ # Debian uses qmake-qt4
+ # macports' Qt uses qmake-mac
+-FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake4 qmake-qt4 qmake-mac PATHS
++FIND_PROGRAM(QT_QMAKE_EXECUTABLE NAMES qmake qmake2 qmake4 qmake-qt4
qmake-mac PATHS
+
[HKEY_CURRENT_USER\\Software\\Trolltech\\Qt3Versions\\4.0.0;InstallDir]/bin
+ [HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\4.0.0;InstallDir]/bin
+
[HKEY_CURRENT_USER\\Software\\Trolltech\\Versions\\${qt_install_version};InstallDir]/bin
+@@ -988,13 +988,13 @@
+ ENDIF(QT_QMAKE_CHANGED)
+
+ FIND_PROGRAM(QT_MOC_EXECUTABLE
+-NAMES moc-qt4 moc
++NAMES moc-qt4 moc4 moc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_UIC_EXECUTABLE
+-NAMES uic-qt4 uic
++NAMES uic-qt4 uic4 uic
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+@@ -1006,49 +1006,49 @@
+ )
+
+ FIND_PROGRAM(QT_RCC_EXECUTABLE
+-NAMES rcc
++NAMES rcc4 rcc
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DBUSCPP2XML_EXECUTABLE
+-NAMES qdbuscpp2xml
++NAMES qdbuscpp2xml4 qdbuscpp2xml
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DBUSXML2CPP_EXECUTABLE
+-NAMES qdbusxml2cpp
++NAMES qdbusxml2cpp4 qdbusxml2cpp
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_LUPDATE_EXECUTABLE
+-NAMES lupdate-qt4 lupdate
++NAMES lupdate-qt4 lupdate4 lupdate
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_LRELEASE_EXECUTABLE
+-NAMES lrelease-qt4 lrelease
++NAMES lrelease-qt4 lrelease4 lrelease
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_QCOLLECTIONGENERATOR_EXECUTABLE
+-NAMES qcollectiongenerator-qt4 qcollectiongenerator
++NAMES qcollectiongenerator-qt4 qcollectiongenerator4 qcollectiongenerator
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
+ )
+
+ FIND_PROGRAM(QT_DESIGNER_EXECUTABLE
+-NAMES designer-qt4 designer
++NAMES designer-qt4 designer4 designer
+ PATHS ${QT_BINARY_DIR}
+ NO_DEFAULT_PATH
Re: [OE-core] [poky] [RFC][PATCH] qt4: add target qmake to qt4-tools package
On Fri, May 13, 2011 at 08:05, Koen Kooi k...@dominion.thruhere.net wrote: Putting it in qttools would be fine by me It would be much better to use qt4-native as being done on OE dev currently. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [poky] [RFC][PATCH] qt4: add target qmake to qt4-tools package
On Fri, May 13, 2011 at 09:25, Ilya Yanok ya...@emcraft.com wrote: To use qt4-native for what? We are talking about _target_ version of qmake which is currently not provided by any package... Oh ok; I missed this. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/15] 14-May Consolidated Pull
On Sat, May 14, 2011 at 22:32, Saul Wold s...@linux.intel.com wrote: Some LSB Fixes from Kang, ARM and MACHINEOVERRIDES tweaks from Khem, and some glib and defaultsetup changes from Martin. Along with a QT4 Update from Paul. You missed my last version of: cmake: add support for oe qt4 tools names Please add it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/6] RFC Distro config changes
On Wed, May 11, 2011 at 10:30, Richard Purdie richard.pur...@linuxfoundation.org wrote: I've taken feedback on board, tweaked the series and then merged it. My reasoning is that whilst this might not be 100% perfect in every way, it moves us a lot closer to where we want to be. We were going to start seeing patch conflicts if it was out of tree for too long and that didn't seem worthwhile. I have expected at least another review cycle since this is a huge change and potential to change a lot of stuff for users... -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Usage of linux (instead of linux-yocto) recipes
Hello, Is someone using regular linux recipes with oe-core (or meta-oe)? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] gitpkgv stopped working
Hello, I noticed today that gitpkgv is not working for some recipes. I could reproduce the problem using freerdp recipe today. It seems GITPKGVTAG is expanded but bitbake doesn't notice it. Does someone has any idea about the reason behind it? Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/3] Pull request with misc fixes from O.S. Systems tree
The following changes since commit 54ecf8e3992b8a01c2e5bd16720e1819b71b68bd: packagedata: don't choke on empty PACKAGES (2011-05-20 17:41:34 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core.git master https://github.com/OSSystems/oe-core/tree/master Otavio Salvador (3): send-pull-request: drop sendemail checks busybox: enable mdev by default syslinux: rdepends on mtools meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +- meta/recipes-core/busybox/busybox.inc |1 - meta/recipes-core/busybox/busybox_1.18.4.bb|2 +- meta/recipes-devtools/syslinux/syslinux_4.03.bb|4 +++- scripts/send-pull-request | 16 5 files changed, 5 insertions(+), 20 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] busybox: enable mdev by default
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +-
meta/recipes-core/busybox/busybox.inc |1 -
meta/recipes-core/busybox/busybox_1.18.4.bb|2 +-
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
index 5327a64..6b48cc1 100644
--- a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
+++ b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
@@ -518,7 +518,7 @@ CONFIG_FEATURE_HWCLOCK_ADJTIME_FHS=y
CONFIG_LOSETUP=y
# CONFIG_LSPCI is not set
# CONFIG_LSUSB is not set
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
# CONFIG_FEATURE_MDEV_CONF is not set
# CONFIG_FEATURE_MDEV_RENAME is not set
# CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 341c5c4..de711d2 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -29,7 +29,6 @@ INITSCRIPT_PARAMS_${PN}-mdev = start 06 S .
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
INITSCRIPT_NAME_${PN}-udhcpc = busybox-udhcpc
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf.${PN}
-CONFFILES_${PN}-mdev = ${sysconfdir}/mdev.conf
RRECOMMENDS_${PN} = ${PN}-syslog ${PN}-udhcpc
diff --git a/meta/recipes-core/busybox/busybox_1.18.4.bb
b/meta/recipes-core/busybox/busybox_1.18.4.bb
index cf37650..a5080d5 100644
--- a/meta/recipes-core/busybox/busybox_1.18.4.bb
+++ b/meta/recipes-core/busybox/busybox_1.18.4.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = r1
+PR = r2
SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball
\
file://udhcpscript.patch \
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/3] syslinux: rdepends on mtools
To be able to install into a disk, mtools are required thus we add it
as rdepends of 'syslinux' package.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/syslinux/syslinux_4.03.bb |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-devtools/syslinux/syslinux_4.03.bb
b/meta/recipes-devtools/syslinux/syslinux_4.03.bb
index dc0785e..e76fe1f 100644
--- a/meta/recipes-devtools/syslinux/syslinux_4.03.bb
+++ b/meta/recipes-devtools/syslinux/syslinux_4.03.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
# If you really want to run syslinux, you need mtools. We just want the
# ldlinux.* stuff for now, so skip mtools-native
DEPENDS = nasm-native
-PR = r1
+PR = r2
SRC_URI =
${KERNELORG_MIRROR}/linux/utils/boot/syslinux/syslinux-${PV}.tar.bz2 \
file://cross-build.patch
@@ -48,6 +48,8 @@ do_install() {
PACKAGES =+ ${PN}-extlinux ${PN}-mbr ${PN}-chain ${PN}-pxelinux
${PN}-isolinux
+RDEPENDS_${PN} += mtools
+
FILES_${PN} = ${bindir}/syslinux
FILES_${PN}-extlinux = ${sbindir}/extlinux
FILES_${PN}-mbr = ${libdir}/${PN}/mbr.bin
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/3] busybox: enable mdev by default
On Mon, May 23, 2011 at 13:06, Phil Blundell p...@pbcl.net wrote:
On Mon, 2011-05-23 at 12:13 +, Otavio Salvador wrote:
CONFIG_LOSETUP=y
# CONFIG_LSPCI is not set
# CONFIG_LSUSB is not set
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
# CONFIG_FEATURE_MDEV_CONF is not set
# CONFIG_FEATURE_MDEV_RENAME is not set
# CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
This sort of thing, as we've seen previously in classic oe, doesn't
really scale very well since everyone's requirements for busybox are
subtly different. Others will doubtless disagree but, personally, I
think it would be best for you to just maintain a busybox.conf in your
own distro layer which sets it up the way that you want.
Yes.
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 341c5c4..de711d2 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -29,7 +29,6 @@ INITSCRIPT_PARAMS_${PN}-mdev = start 06 S .
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
INITSCRIPT_NAME_${PN}-udhcpc = busybox-udhcpc
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf.${PN}
-CONFFILES_${PN}-mdev = ${sysconfdir}/mdev.conf
Agreed, it seems silly to declare the file as a CONFFILE if we aren't
shipping it in the first place.
The idea is to not require it to be declared and do the right thing by default.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 00/11] Add PR service and integrate PKGV/PKGR from OE
Same here.
On Fri, May 27, 2011 at 18:48, Koen Kooi k...@dominion.thruhere.net wrote:
Op 27 mei 2011, om 19:00 heeft Richard Purdie het volgende geschreven:
Hi Lianhao,
On Fri, 2011-05-27 at 14:31 +0800, Lianhao Lu wrote:
git://git.pokylinux.org/poky-contrib llu/PR-service
http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=llu/PR-service
Lianhao Lu (11):
Added the PR service.
conf/bitbake.conf: Added variables for PR service.
meta-yocto/local.conf.sample: Added PRSERV_HOST and PRSERV_PORT.
classes/package(prserv).bbclass: Get PRAUTO and use PKGV/PKGR.
classes/package_xxx.class: Use PKGE/PKGV/PKGR.
udev: use EXTENDPKGV instead of EXTENDPV.
xcb: use EXTENDPKGV instead of EXTENDPV.
xorg-proto: use EXTENDPKGV instead of EXTENDPV.
xorg-util/util-macros: use EXTENDPKGV instead of EXTENDPV.
linux-libc-headers: use EXTENDPKGV instead of EXTENDPV.
conf/bitbake.conf: Removed EXTENDPV and EXTENDPEVER.
I merged this but I did make some tweaks to both the patch series and
one of the patches. The changes I made were:
a) Squash the EXTENDPV and EXTENDPEVER changes into the base patch
making all the associated changes in one go.
b) Not include the DISTRO_PR variable for now
c) Not change the default signature handler to basichash.
For c), I'd suggest a follow up patch changing the default in poky.conf
in meta-yocto and we'll test this there. This should wait until the
PACKAGE_ARCH = all sstate issues we've been seeing are addressed
though.
On Fedora 14 I get this when trying to rebuild console-image:
ERROR: (file: 'package_get_auto_pr', lineno: 4, function: package_get_auto_pr)
ERROR: Function 'package_get_auto_pr' failed
ERROR: Logfile of failure stored in:
/home/koen/angstrom-core/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/dbus-1.4.1-r5/temp/log.do_package.24742
Log data follows:
| ERROR: Error executing a python function in
/home/koen/angstrom-core/sources/openembedded-core/meta/recipes-core/dbus/dbus_1.4.1.bb:
| ImportError: No module named xmlrpc
|
| ERROR: The stack trace of python calls that resulted in this
exception/failure was:
| ERROR: File package_get_auto_pr, line 11, in module
| ERROR:
| ERROR: File package_get_auto_pr, line 4, in package_get_auto_pr
| ERROR:
| ERROR: File prserv.bbclass, line 8, in prserv_get_pr_auto
| ERROR:
| ERROR: File prserv.bbclass, line 2, in prserv_make_conn
| ERROR:
| ERROR: File
/home/koen/angstrom-core/sources/bitbake/lib/prserv/serv.py, line 6, in
module
| ERROR: import bb.server.xmlrpc
| ERROR:
| ERROR: The code that was being executed was:
| ERROR: 0007: return
| ERROR: 0008: d.setVar('PRAUTO',str(auto_pr))
| ERROR: 0009:
| ERROR: 0010:
| ERROR: *** 0011:package_get_auto_pr(d)
| ERROR: 0012:
| ERROR: (file: 'package_get_auto_pr', lineno: 11, function: module)
| ERROR: 0001:
| ERROR: 0002:def package_get_auto_pr(d):
| ERROR: 0003: if d.getVar('USE_PR_SERV', True):
| ERROR: *** 0004: auto_pr=prserv_get_pr_auto(d)
| ERROR: 0005: if auto_pr is None:
| ERROR: 0006: bb.fatal(Can NOT get auto PR
revision from remote PR service)
| ERROR: 0007: return
| ERROR: 0008: d.setVar('PRAUTO',str(auto_pr))
| ERROR: (file: 'package_get_auto_pr', lineno: 4, function:
package_get_auto_pr)
| ERROR: Function 'package_get_auto_pr' failed
It doesn't seem to trigger on my debian box, though
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 0/1][v3] license.bbclass parsing changes rebased sans debug
On Fri, May 27, 2011 at 22:13, Elizabeth Flanagan elizabeth.flana...@intel.com wrote: ... Beth Flanagan (1): license.bbclass: Sane Parsing of licenses ... The change itself was OK and really an improvement but please pay some attention to whitespaces. It is nice to avoid useless whitespaces into new code. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Misc fixes from O.S. Systems tree
The following changes since commit 83ce96f44516c8a4a44c8c0140949256f8422014: bitbake.conf: make OVERRIDES match what people expect (2011-05-30 08:31:53 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/master Otavio Salvador (2): busybox: enable mdev by default qmake_base.bbclass: fix lrelease/lupdate binary names meta/classes/qmake_base.bbclass|5 + meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +- meta/recipes-core/busybox/busybox.inc |1 - meta/recipes-core/busybox/busybox_1.18.4.bb|2 +- 4 files changed, 7 insertions(+), 3 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] busybox: enable mdev by default
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +-
meta/recipes-core/busybox/busybox.inc |1 -
meta/recipes-core/busybox/busybox_1.18.4.bb|2 +-
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
index 5327a64..6b48cc1 100644
--- a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
+++ b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
@@ -518,7 +518,7 @@ CONFIG_FEATURE_HWCLOCK_ADJTIME_FHS=y
CONFIG_LOSETUP=y
# CONFIG_LSPCI is not set
# CONFIG_LSUSB is not set
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
# CONFIG_FEATURE_MDEV_CONF is not set
# CONFIG_FEATURE_MDEV_RENAME is not set
# CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 341c5c4..de711d2 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -29,7 +29,6 @@ INITSCRIPT_PARAMS_${PN}-mdev = start 06 S .
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
INITSCRIPT_NAME_${PN}-udhcpc = busybox-udhcpc
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf.${PN}
-CONFFILES_${PN}-mdev = ${sysconfdir}/mdev.conf
RRECOMMENDS_${PN} = ${PN}-syslog ${PN}-udhcpc
diff --git a/meta/recipes-core/busybox/busybox_1.18.4.bb
b/meta/recipes-core/busybox/busybox_1.18.4.bb
index cf37650..a5080d5 100644
--- a/meta/recipes-core/busybox/busybox_1.18.4.bb
+++ b/meta/recipes-core/busybox/busybox_1.18.4.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = r1
+PR = r2
SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball
\
file://udhcpscript.patch \
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Chicken toolchain progress
Hello, Here at O.S. Systems we use Chicken (Scheme) a lot and we deliver it on our embedded OS ofthenly. Since we're moving to oe-core we're working at migrating it to it and we then decided to include it as a meta-oe layer for later proposal for merging. Currently we got most of it done but the cross compiler is failing. Our recipe can be seen at https://github.com/OSSystems/meta-oe/commit/3d29a0ca35e29cc9629a7628dfe19734bc28b229#diff-0 It seems to build fine but sstate and sysroot lacks the binaries so we can't use it to build the target binaries. Any clue? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Chicken toolchain progress
On Tue, May 31, 2011 at 07:58, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Tue, 2011-05-31 at 01:51 +, Otavio Salvador wrote:
Any clue?
It sounds like something in your paths are messed up in chicken-cross.
What is happening during do_install? Where are the files ending up? What
paths do they have?
I am attaching the do_install log into this mail.
+EXTRA_OEMAKE += \
+ PROGRAM_PREFIX=${TARGET_PREFIX} \
+ TARGET_PREFIX=${STAGING_DIR_TARGET} \
This looks a little odd...
My guess is that things end up in the wrong place during do_install and
the system therefore fails to pick them up. The binaries should be in
${D}${bindir} for example.
Right but in theory it uses DESTDIR=${D} and does it, no?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
+ cd
/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/chicken-4.7.0
+ do_install
+ autotools_do_install
+ oe_runmake
DESTDIR=/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image
install
+ '[' xmake = x ']'
+ bbnote make PLATFORM=linux
PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr
ARCH=x86 HOSTSYSTEM=i586-oe-linux PROGRAM_PREFIX=i586-oe-linux-
TARGET_PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/ossystems-x86
TARGETSYSTEM=i586-oe-linux
DESTDIR=/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image
install
+ echo 'NOTE: make PLATFORM=linux
PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr
ARCH=x86 HOSTSYSTEM=i586-oe-linux PROGRAM_PREFIX=i586-oe-linux-
TARGET_PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/ossystems-x86
TARGETSYSTEM=i586-oe-linux
DESTDIR=/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image
install'
NOTE: make PLATFORM=linux
PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr
ARCH=x86 HOSTSYSTEM=i586-oe-linux PROGRAM_PREFIX=i586-oe-linux-
TARGET_PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/ossystems-x86
TARGETSYSTEM=i586-oe-linux
DESTDIR=/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image
install
+ make PLATFORM=linux
PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr
ARCH=x86 HOSTSYSTEM=i586-oe-linux PROGRAM_PREFIX=i586-oe-linux-
TARGET_PREFIX=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/ossystems-x86
TARGETSYSTEM=i586-oe-linux
DESTDIR=/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image
install
make -f ./Makefile.linux CONFIG= install
make[1]: Entering directory
`/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/chicken-4.7.0'
mkdir -p
/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib
install -m755 libi586-oe-linux-chicken.so
/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib/libi586-oe-linux-chicken.so
cd
/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/image/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib
ln -sf libi586-oe-linux-chicken.so.6 libi586-oe-linux-chicken.so
rm -f i586-oe-linux-chicken
rm -f i586-oe-linux-csi
rm -f i586-oe-linux-chicken-profile
rm -f i586-oe-linux-csc
rm -f i586-oe-linux-chicken-bug
rm -f i586-oe-linux-chicken-status
rm -f i586-oe-linux-chicken-install
rm -f i586-oe-linux-chicken-uninstall
rm -f chicken.so lolevel.so srfi-1.so srfi-4.so data-structures.so ports.so
files.so posix.so srfi-13.so srfi-69.so extras.so srfi-14.so tcp.so foreign.so
scheme.so srfi-18.so utils.so csi.so irregex.so setup-api.so setup-download.so
rm -f chicken.import.so lolevel.import.so srfi-1.import.so srfi-4.import.so
data-structures.import.so ports.import.so files.import.so posix.import.so
srfi-13.import.so srfi-69.import.so extras.import.so srfi-14.import.so
tcp.import.so foreign.import.so scheme.import.so srfi-18.import.so
utils.import.so csi.import.so irregex.import.so setup-api.import.so
setup-download.import.so
rm -f libi586-oe-linux-chicken.so
make -f ./Makefile.linux CONFIG= NEEDS_RELINKING=no
RUNTIME_LINKER_PATH=/home/otavio/hacking/el/tmp-eglibc-eglibc/sysroots/x86_64-linux/usr/lib
SONAME_VERSION=.6 install-bin
make[2]: Entering directory
`/home/otavio/hacking/el/tmp-eglibc-eglibc/work/i586-oe-linux/chicken-cross-4.7.0-r0.0/chicken-4.7.0'
i586-oe-linux-gcc -shared -Wl,-soname,libi586-oe-linux-chicken.so.6 \
-o libi586-oe-linux-chicken.so library.o eval.o data-structures.o
ports.o files.o extras.o lolevel.o utils.o
Re: [OE-core] [poky] [PATCH 0/7] User/group creation at preinstall
On Tue, May 31, 2011 at 19:51, Scott Garman scott.a.gar...@intel.com wrote: That said, I have no idea what criteria should be used to determine which list to send things to, and I'm sure I'm not the only one. Is this documented anywhere? It seems to me that poky list ought to be not used anymore and patches to be send to oe-core as AFAIK Yocto will base on it. Am I missing anything? This is really confusing. This is not just regarding mailing lists but also IRC channels :-/ -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/3] qmake_base.bbclass: fix lrelease/lupdate binary names
To support translation, qmake based projects usually call lrelease and
lupdate however OE changes the binary names so this needs some mangle
to work out of box.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/qmake_base.bbclass |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/meta/classes/qmake_base.bbclass b/meta/classes/qmake_base.bbclass
index a054efd..165d689 100644
--- a/meta/classes/qmake_base.bbclass
+++ b/meta/classes/qmake_base.bbclass
@@ -92,6 +92,11 @@ qmake_base_do_configure() {
bbnote qmake prevar substitution: ${EXTRA_QMAKEVARS_PRE}
fi
+ # Hack .pro files to use OE utilities
+ find -name '*.pro' \
+-exec sed -i -e 's,=\s*.*/lrelease,= ${OE_QMAKE_LRELEASE},g' \
+ -e 's,=\s*.*/lupdate,= ${OE_QMAKE_LUPDATE},g' '{}' ';'
+
#bbnote Calling '${OE_QMAKE_QMAKE} -makefile -spec ${QMAKESPEC} -o Makefile
$QMAKE_VARSUBST_PRE $AFTER $PROFILES $QMAKE_VARSUBST_POST'
unset QMAKESPEC || true
${OE_QMAKE_QMAKE} -makefile -spec ${QMAKESPEC} -o Makefile
$QMAKE_VARSUBST_PRE $AFTER $PROFILES $QMAKE_VARSUBST_POST || die Error calling
${OE_QMAKE_QMAKE} on $PROFILES
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] gnutls: link against 'dl' library
On Wed, Jun 1, 2011 at 20:33, Phil Blundell p...@pbcl.net wrote: On Wed, 2011-06-01 at 20:09 +, Otavio Salvador wrote: +export LDFLAGS += -ldl The configure script ought to be figuring this out for itself. Do you know why that isn't working? No I don't. Are you able to reproduce it? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] busybox: enable mdev by default
On Wed, Jun 1, 2011 at 20:37, Phil Blundell p...@pbcl.net wrote: On Wed, 2011-06-01 at 20:09 +, Otavio Salvador wrote: -# CONFIG_MDEV is not set +CONFIG_MDEV=y Per previous discussion, I am still uneasy about this change. I think we really need some sort of coherent policy for what exactly the default busybox configuration in oe-core is meant to be doing, and then (if necessary) a set of patches to make it match the policy. Just flipping random features on and off does not seem like a good way to proceed. OE-core has support to mdev as device handling mechanism as such this ought to be enabled by default IMO. Personally it doesn't matter since I have already overriden it in my internal layer. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/3] gnutls: link against 'dl' library
On Wed, Jun 1, 2011 at 20:53, Phil Blundell p...@pbcl.net wrote: On Wed, 2011-06-01 at 20:39 +, Otavio Salvador wrote: Are you able to reproduce it? No, it works fine for me. I get: checking how to link with libpthread... -lpthread checking for libdl... yes checking how to link with libdl... -ldl checking whether we are using the GNU C++ compiler... yes This is with the current head of oe-core on qemuarm. I am building for i586 but I doubt it is related. I get: checking for libpthread... yes checking how to link with libpthread... /usr/lib/libpthread.so checking for libdl... no checking whether we are using the GNU C++ compiler... yes -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/3] busybox: enable mdev by default
On Thu, Jun 2, 2011 at 16:37, Richard Purdie richard.pur...@linuxfoundation.org wrote: I'm afraid I'm with Phil on this. I don't like the idea of enabling something we don't actually use. This really needs to become some kind of configure option which would at the same time disable/replace udev so the patch in its currently form isn't acceptable. I'll drop it from my tree since I am using an bbappend on our local layer. Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] gnutls: add p11tool into gnutls-bin
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-support/gnutls/gnutls.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-support/gnutls/gnutls.inc
b/meta/recipes-support/gnutls/gnutls.inc
index 03aed6a..9257880 100644
--- a/meta/recipes-support/gnutls/gnutls.inc
+++ b/meta/recipes-support/gnutls/gnutls.inc
@@ -3,7 +3,7 @@ HOMEPAGE = http://www.gnu.org/software/gnutls/;
BUGTRACKER = https://savannah.gnu.org/support/?group=gnutls;
DEPENDS = zlib lzo libtasn1 libgcrypt (= 1.4.2) libcap
-INC_PR = r1
+INC_PR = r2
LICENSE = GPLv3+ LGPLv2.1+
LICENSE_${PN} = LGPLv2.1+
@@ -39,6 +39,7 @@ FILES_${PN}-bin = ${bindir}/gnutls-serv \
${bindir}/gnutls-cli \
${bindir}/srptool \
${bindir}/psktool \
+ ${bindir}/p11tool \
${bindir}/certtool \
${bindir}/gnutls-srpcrypt
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] package.bbclass: add support to split Qt translation files
There're many Qt applications that provide translation files in '.qm'
format however those weren't being splitted as GetText based
ones.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/package.bbclass | 41 +
1 files changed, 37 insertions(+), 4 deletions(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 1e6a872..e4be20f 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -343,6 +343,8 @@ python package_do_split_locales() {
bb.debug(1, package requested not splitting locales)
return
+ import re
+
packages = (bb.data.getVar('PACKAGES', d, True) or ).split()
datadir = bb.data.getVar('datadir', d, True)
@@ -358,12 +360,29 @@ python package_do_split_locales() {
localedir = os.path.join(dvar + datadir, 'locale')
- if not os.path.isdir(localedir):
+ locales = []
+ if os.path.isdir(localedir):
+ locales = os.listdir(localedir)
+
+ # Check of Qt translation files
+ qm_re = re.compile((.*)\.qm$)
+ qm_files = {}
+ for root, dirs, files in os.walk(dvar):
+ for file in files:
+ qm_file = qm_re.match(file)
+ if qm_file:
+ locale = qm_file.group(1)
+ relpath = os.path.join(root,
file).replace(dvar, '', 1)
+ if relpath:
+ if not qm_files.has_key(locale):
+ qm_files[locale] = []
+
+ qm_files[locale].append(relpath)
+
+ if len(locales) == 0 and len(qm_files) == 0:
bb.debug(1, No locale files in this package)
return
- locales = os.listdir(localedir)
-
# This is *really* broken
mainpkg = packages[0]
# At least try and patch it up I guess...
@@ -372,13 +391,27 @@ python package_do_split_locales() {
if mainpkg.find('-dev'):
mainpkg = mainpkg.replace('-dev', '')
+ # Queue Qt locales for spliting
+ for l in qm_files.keys():
+ if l not in locales:
+ locales.append(l)
+
+ # Split the locales into different packages
summary = bb.data.getVar('SUMMARY', d, True) or pn
description = bb.data.getVar('DESCRIPTION', d, True) or
for l in locales:
ln = legitimize_package_name(l)
pkg = pn + '-locale-' + ln
packages.append(pkg)
- bb.data.setVar('FILES_' + pkg, os.path.join(datadir, 'locale',
l), d)
+ files = []
+ files.append(os.path.join(datadir, 'locale', l))
+
+ if qm_files.has_key(l):
+ locale_re = re.compile(^.*([a-z]{2}(_[A-Z]{2})?)$)
+ ln =
legitimize_package_name(locale_re.match(l).group(1))
+ files += qm_files[l]
+
+ bb.data.setVar('FILES_' + pkg, .join(files), d)
bb.data.setVar('RDEPENDS_' + pkg, '%s virtual-locale-%s' %
(mainpkg, ln), d)
bb.data.setVar('RPROVIDES_' + pkg, '%s-locale %s-translation' %
(pn, ln), d)
bb.data.setVar('SUMMARY_' + pkg, '%s - %s translations' %
(summary, l), d)
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Pending patches from O.S. Systems tree
The following changes since commit 2a52f806f3789f717219651b97dc64fec3881f7f: qmake_base.bbclass: fix lrelease/lupdate binary names (2011-06-02 18:26:19 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/master Otavio Salvador (4): xf86-driver-common.inc: remove .la files to avoid unpackaged warning gnutls: use INC_PR on 2.12.5 version recipe gnutls: add p11tool into gnutls-bin package.bbclass: add support to split Qt translation files meta/classes/package.bbclass | 41 ++-- .../xorg-driver/xf86-driver-common.inc |6 ++- meta/recipes-support/gnutls/gnutls.inc |3 +- meta/recipes-support/gnutls/gnutls_2.12.5.bb |2 +- 4 files changed, 45 insertions(+), 7 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] xf86-driver-common.inc: remove .la files to avoid unpackaged warning
On Fri, Jun 3, 2011 at 00:52, Saul Wold s...@linux.intel.com wrote: Would it not be better to package them in the -dev package instead of throwing them away? They are not packaged by I remove them to avoid the unshiped warning. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 01/20] bitbake.conf: Create staticlibs pacakge for static libraries
On Mon, Jun 6, 2011 at 16:50, Saul Wold s...@linux.intel.com wrote: ... As was pointed out earlier Fedora packages static libraries in a -static package, but this had other implications for OE due to -static already being in use (for busybox and mplayer), I am not sure that this is not a problem for OE-Core, I would need to investigate. Meego also seems to use the Fedora standard with -static. ... I personally prefer -static. -staticlib seems redundant for me since we can end with libfoo-staticlib -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 10/20] package.bbclass: add support to split Qt translation files
On Mon, Jun 6, 2011 at 17:14, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
On Sun, 2011-06-05 at 23:44 -0700, Saul Wold wrote:
From: Otavio Salvador ota...@ossystems.com.br
There're many Qt applications that provide translation files in '.qm'
format however those weren't being splitted as GetText based
ones.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Am I right in assuming all these qt applications use one of the qt
classes?
I'd expect it.
I do wonder if this shouldn't be part of one of the qt classes as part
of a package_do_split_locales_append() or prepend() style function from
a code separation point of view.
I believe there's going to have a lot of code duplication between the
two to do that.
I do appreciate the need to influence
the list of locales although you could do that through directory
creation or an extra variable but we could enhance package.bbclass to
support that.
I don't understand what you meant by this. Mind to elaborate it a bit more?
...
+ if qm_files.has_key(l):
+ locale_re = re.compile(^.*([a-z]{2}(_[A-Z]{2})?)$)
+ ln =
legitimize_package_name(locale_re.match(l).group(1))
+ files += qm_files[l]
Regardless, this is changing ln under some weird circumstances.
Shouldn't the code adding this to the locales list be handling this
translation? I can see potential duplication between the arrays and a
host of other nasty bugs with this code as it stands :/. Please take
that regexp out of this loop at the very least.
Where do you suggest me to move the regexp to?
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [CONSOLIDATED PULL 01/20] bitbake.conf: Create staticlibs pacakge for static libraries
On Mon, Jun 6, 2011 at 19:00, Richard Purdie richard.pur...@linuxfoundation.org wrote: On Mon, 2011-06-06 at 17:31 +, Otavio Salvador wrote: I personally prefer -static. -staticlib seems redundant for me since we can end with libfoo-staticlib -static doesn't really work well given we already have -static packages meaning something else (e.g. the busybox case). Aren't we changing the wrong name? In my opinion then busybox ought to be renamed. Like busybox-staticlinked or busybox-nolibs. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] RFC - combo layer repo tool
2011/6/13 Yu, Ke ke...@intel.com: ... Combo layer tool provides three functionalities: - init: when the combo layer repo and component repo is not existed, init will git init the combo layer repo, and also git clone the component repo I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. Am I missing anything? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] RFC - combo layer repo tool
On Mon, Jun 13, 2011 at 16:00, Paul Eggleton paul.eggle...@intel.com wrote: On Monday 13 June 2011 16:33:47 Otavio Salvador wrote: I think it is duplicating many features of git submodule. It seems more logical to put a script above git submodule rather then use a full repository for it. You're right in that git submodule provides a lot of these things. However, submodules don't give us the ability to split out and maintain just certain subdirectories / files; this allows us to bring in parts of external layers where the parts of that layer we want are not split out neatly into a subdirectory. I will give the script a try and see how it behave to us. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
On Mon, Jun 13, 2011 at 22:10, Tom Rini tom_r...@mentor.com wrote: Until then, and even afterwards can we please get some testing of non-poky builds done? I know the autobuilder is full but can't we toss a few things onto a personal box and try that a few times a week? I think this ought to be the inverse. Poky ought to be less built since it depends (or will depends) on oe-core so this needs to be fully tested. After this passes then Poky and Yocto ought to be tested since the base has been proved stable and like. My 2c. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Where is atom-pc.conf hiding?
On Tue, Jun 14, 2011 at 00:02, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... We *know* the machine definition isn't there, its deliberate. We came up with a plan to create OE-Core and to get Poky and OE both migrated to using it. This process is not 100% complete yet although it gets closer every day. I know the delta is getting smaller and smaller. This is good. A good way to make it move faster is using OE-Core as basis. This will force the backporting of missing Poky's change to OE-Core to happen faster. Currently there're many people that base the stuff (that is target to OE-Core) on Poky and sometimes it cases issues (as the bitbake ones I used as example). -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] cmake: refactor recipe
* use INC_PR;
* show configure's failure on error;
* gather major version from PV;
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |4 ++--
meta/recipes-devtools/cmake/cmake.inc |6 +-
2 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
index 29b3d87..a68a25f 100644
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.3.bb
@@ -1,7 +1,7 @@
-CMAKE_MAJOR_VERSION=2.8
require cmake.inc
inherit native
-PR = r1
+
+PR = ${INC_PR}.1
SRC_URI[md5sum] = a76a44b93acf5e3badda9de111385921
SRC_URI[sha256sum] =
689ed02786b5cefa5515c7716784ee82a82e8ece6be5a3d629ac3cc0c05fc288
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index eed9346..ec37a10 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -9,11 +9,15 @@ LICENSE = BSD
LIC_FILES_CHKSUM = file://Copyright.txt;md5=f372516292ff7c7bf16a74a5f9a8 \
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
+INC_PR = r1
+
+CMAKE_MAJOR_VERSION = ${@'.'.join(bb.data.getVar('PV',d,1).split('.')[0:2])}
+
SRC_URI =
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://support-oe-qt4-tools-names.patch
inherit autotools
do_configure () {
- ./configure --prefix=${prefix} || die ./bootstrap failed
+ ./configure --prefix=${prefix}
}
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/9] oe.classutils: add module
From: Chris Larson chris_lar...@mentor.com
This adds a ClassRegistry utility metaclass, as maintaining a class registry
is a fairly common thing to do.
Signed-off-by: Chris Larson chris_lar...@mentor.com
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/lib/oe/classutils.py | 24
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644 meta/lib/oe/classutils.py
diff --git a/meta/lib/oe/classutils.py b/meta/lib/oe/classutils.py
new file mode 100644
index 000..855d2fa
--- /dev/null
+++ b/meta/lib/oe/classutils.py
@@ -0,0 +1,24 @@
+class ClassRegistry(type):
+Maintain a registry of classes, indexed by name.
+
+The name in the registry can be overridden via the 'name' attribute of the
+class, and the 'priority' attribute controls priority. The prioritized()
+method returns the registered classes in priority order.
+registry = {}
+priority = 0
+
+def __init__(cls, name, bases, attrs):
+super(ClassRegistry, cls).__init__(name, bases, attrs)
+if not hasattr(cls, name):
+cls.name = name
+cls.registry[cls.name] = cls
+
+@classmethod
+def prioritized(tcls):
+return sorted(tcls.registry.values(),
+ key=lambda v: v.priority, reverse=True)
+
+def unregister(cls):
+for key in cls.registry.keys():
+if cls.registry[key] is cls:
+del cls.registry[key]
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/9] Rework how the devshell functions
From: Chris Larson chris_lar...@mentor.com
In the new implementation, each known terminal is defined as a class in
oe.terminal, as a subclass of bb.process.Popen. terminal.bbclass wraps this
functionality, providing the metadata pieces. It obeys the OE_TERMINAL
variable, which is a 'choice' typed variable. This variable may be 'auto',
'none', or any of the names of the defined terminals.
When using 'auto', or requesting an unsupported terminal, we attempt to spawn
them in priority order until we get one that's available on this system (and
in the case of the X terminals, has DISPLAY defined). The 'none' value is
used when we're doing things like automated builds, and want to ensure that no
terminal is *ever* spawned, under any circumstances.
Current available terminals:
gnome
konsole
xterm
rxvt
screen
Signed-off-by: Chris Larson chris_lar...@mentor.com
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/devshell.bbclass | 26 ---
meta/classes/terminal.bbclass | 30
meta/lib/oe/classutils.py | 33 +++--
meta/lib/oe/terminal.py | 102 +
4 files changed, 168 insertions(+), 23 deletions(-)
create mode 100644 meta/classes/terminal.bbclass
create mode 100644 meta/lib/oe/terminal.py
diff --git a/meta/classes/devshell.bbclass b/meta/classes/devshell.bbclass
index 5f262f4..7317d64 100644
--- a/meta/classes/devshell.bbclass
+++ b/meta/classes/devshell.bbclass
@@ -1,22 +1,14 @@
-do_devshell[dirs] = ${S}
-do_devshell[nostamp] = 1
+inherit terminal
-XAUTHORITY ?= ${HOME}/.Xauthority
-devshell_do_devshell() {
- export DISPLAY='${DISPLAY}'
- export DBUS_SESSION_BUS_ADDRESS='${DBUS_SESSION_BUS_ADDRESS}'
- export XAUTHORITY='${XAUTHORITY}'
- export TERMWINDOWTITLE=Bitbake Developer Shell
- export EXTRA_OEMAKE='${EXTRA_OEMAKE}'
- export SHELLCMDS=bash
- ${TERMCMDRUN}
- if [ $? -ne 0 ]; then
- echo Fatal: '${TERMCMD}' not found. Check TERMCMD variable.
- exit 1
- fi
+export XAUTHORITY ?= ${HOME}/.Xauthority
+export SHELL ?= 'bash'
+
+python do_devshell () {
+oe_terminal(d.getVar('SHELL', True), 'OpenEmbedded Developer Shell', d)
}
-addtask devshell after do_patch
-EXPORT_FUNCTIONS do_devshell
+addtask devshell after do_patch
+do_devshell[dirs] = ${S}
+do_devshell[nostamp] = 1
diff --git a/meta/classes/terminal.bbclass b/meta/classes/terminal.bbclass
new file mode 100644
index 000..93646f7
--- /dev/null
+++ b/meta/classes/terminal.bbclass
@@ -0,0 +1,30 @@
+OE_TERMINAL ?= 'auto'
+OE_TERMINAL[type] = 'choice'
+OE_TERMINAL[choices] = 'auto none \
+${@ .join(o.name \
+for o in oe.terminal.prioritized())}'
+
+
+def oe_terminal(command, title, d):
+import oe.data
+import oe.terminal
+
+terminal = oe.data.typed_value('OE_TERMINAL', d).lower()
+if terminal == 'none':
+bb.fatal('Devshell usage disabled with OE_TERMINAL')
+elif terminal != 'auto':
+try:
+oe.terminal.spawn(terminal, command, title)
+return
+except oe.terminal.UnsupportedTerminal:
+bb.warn('Unsupported terminal %s, defaulting to auto' %
+terminal)
+except oe.terminal.ExecutionError as exc:
+bb.fatal('Unable to spawn terminal %s: %s' % (terminal, exc))
+
+try:
+oe.terminal.spawn_preferred(command, title)
+except oe.terminal.NoSupportedTerminals:
+bb.fatal('No valid terminal found, unable to open devshell')
+except oe.terminal.ExecutionError as exc:
+bb.fatal('Unable to spawn terminal %s: %s' % (terminal, exc))
diff --git a/meta/lib/oe/classutils.py b/meta/lib/oe/classutils.py
index 855d2fa..922d304 100644
--- a/meta/lib/oe/classutils.py
+++ b/meta/lib/oe/classutils.py
@@ -1,15 +1,36 @@
+__author__ = 'kergoth'
+
class ClassRegistry(type):
Maintain a registry of classes, indexed by name.
-The name in the registry can be overridden via the 'name' attribute of the
-class, and the 'priority' attribute controls priority. The prioritized()
-method returns the registered classes in priority order.
-registry = {}
+Note that this implementation requires that the names be unique, as it uses
+a dictionary to hold the classes by name.
+
+The name in the registry can be overridden via the 'name' attribute of the
+class, and the 'priority' attribute controls priority. The prioritized()
+method returns the registered classes in priority order.
+
+Subclasses of ClassRegistry may define an 'implemented' property to exert
+control over whether the class will be added to the registry (e.g. to keep
+abstract base classes out of the registry).
priority = 0
+class __metaclass__(type):
+Give each ClassRegistry their own registry
+def __init__(cls, name, bases, attrs):
+cls.registry
[OE-core] [PATCH 4/9] cmake.bbclass: use CPPFLAGS and CXXFLAGS
Some classes, as for example nativesdk, defines CPPFLAGS and CXXFLAGS
to be passed to compiler. Using those makes more sense and avoid some
hacks on packages using CMake.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/cmake.bbclass |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index 011c232..672325e 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -19,10 +19,10 @@ OECMAKE_C_COMPILER ?= `echo ${CC} | sed 's/^\([^
]*\).*/\1/'`
OECMAKE_CXX_COMPILER ?= `echo ${CXX} | sed 's/^\([^ ]*\).*/\1/'`
# Compiler flags
-OECMAKE_C_FLAGS ?= ${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${TARGET_CPPFLAGS}
-OECMAKE_CXX_FLAGS ?= ${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${TARGET_CPPFLAGS}
-fpermissive
-OECMAKE_C_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} -DNDEBUG
-OECMAKE_CXX_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} -DNDEBUG
+OECMAKE_C_FLAGS ?= ${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${CPPFLAGS}
+OECMAKE_CXX_FLAGS ?= ${HOST_CC_ARCH} ${TOOLCHAIN_OPTIONS} ${CXXFLAGS}
-fpermissive
+OECMAKE_C_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} ${CPPFLAGS} -DNDEBUG
+OECMAKE_CXX_FLAGS_RELEASE ?= ${SELECTED_OPTIMIZATION} ${CXXFLAGS} -DNDEBUG
OECMAKE_RPATH ?=
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/9] oe.terminal: improve how we spawn screen
From: Chris Larson chris_lar...@mentor.com
- Name the screen session 'devshell', to avoid confusion if running bitbake
itself under a screen session.
- Display a warning message when spawning screen, so it's clear to the user
that screen has been run (otherwise do_devshell just appears to hang).
Signed-off-by: Chris Larson chris_lar...@mentor.com
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/lib/oe/terminal.py |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/meta/lib/oe/terminal.py b/meta/lib/oe/terminal.py
index 5336167..bbff8d0 100644
--- a/meta/lib/oe/terminal.py
+++ b/meta/lib/oe/terminal.py
@@ -71,7 +71,12 @@ class Rxvt(XTerminal):
priority = 1
class Screen(Terminal):
-command = 'screen -D -m -t {title} {command}'
+command = 'screen -D -m -t {title} -S devshell {command}'
+
+def __init__(self, command, title=None):
+Terminal.__init__(self, command, title)
+logger.warn('Screen started. Please connect in another terminal with '
+'screen -r devshell')
def prioritized():
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/9] Patches pending on O.S. Systems tree
The following changes since commit 835d817f1ba7b99167743fdb86ba80f3a07bd82d:
systemtap: remove non-core COMPATIBLE_MACHINES (2011-06-16 22:12:40 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core master
https://github.com/OSSystems/oe-core/tree/master
Chris Larson (3):
oe.classutils: add module
Rework how the devshell functions
oe.terminal: improve how we spawn screen
Otavio Salvador (6):
cmake.bbclass: use CPPFLAGS and CXXFLAGS
cmake: refactor recipe
lib_package.bbclass: move static libraries to ${PN}-staticdev
libxml: extend nativesdk class
libarchive: add 2.8.4 version
cmake: add nativesdk and target versions
meta/classes/cmake.bbclass |8 +-
meta/classes/devshell.bbclass | 26 ++---
meta/classes/lib_package.bbclass |2 +-
meta/classes/terminal.bbclass | 30 ++
meta/lib/oe/classutils.py | 45
meta/lib/oe/terminal.py| 107
meta/recipes-core/libxml/libxml2.inc |3 +-
meta/recipes-devtools/cmake/cmake-native_2.8.3.bb |4 +-
meta/recipes-devtools/cmake/cmake.inc |6 +-
.../cmake/cmake/dont-run-cross-binaries.patch | 22
meta/recipes-devtools/cmake/cmake_2.8.3.bb | 48 +
.../0001-Patch-from-upstream-revision-1990.patch | 42
.../0002-Patch-from-upstream-revision-1991.patch | 31 ++
.../0003-Patch-from-upstream-rev-2516.patch| 63
.../0004-Patch-from-upstream-rev-2514.patch| 33 ++
.../0005-Patch-from-upstream-rev-2520.patch| 31 ++
.../0006-Patch-from-upstream-rev-2521.patch| 28 +
...YS-error-when-setting-up-xattrs.-Closes-5.patch | 31 ++
.../libarchive/libarchive_2.8.4.bb | 25 +
19 files changed, 559 insertions(+), 26 deletions(-)
create mode 100644 meta/classes/terminal.bbclass
create mode 100644 meta/lib/oe/classutils.py
create mode 100644 meta/lib/oe/terminal.py
create mode 100644
meta/recipes-devtools/cmake/cmake/dont-run-cross-binaries.patch
create mode 100644 meta/recipes-devtools/cmake/cmake_2.8.3.bb
create mode 100644
meta/recipes-extended/libarchive/libarchive/0001-Patch-from-upstream-revision-1990.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0002-Patch-from-upstream-revision-1991.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0003-Patch-from-upstream-rev-2516.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0004-Patch-from-upstream-rev-2514.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0005-Patch-from-upstream-rev-2520.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0006-Patch-from-upstream-rev-2521.patch
create mode 100644
meta/recipes-extended/libarchive/libarchive/0007-Ignore-ENOSYS-error-when-setting-up-xattrs.-Closes-5.patch
create mode 100644 meta/recipes-extended/libarchive/libarchive_2.8.4.bb
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 6/9] lib_package.bbclass: move static libraries to ${PN}-staticdev
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/lib_package.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/classes/lib_package.bbclass b/meta/classes/lib_package.bbclass
index 82c9370..5ce8727 100644
--- a/meta/classes/lib_package.bbclass
+++ b/meta/classes/lib_package.bbclass
@@ -5,6 +5,6 @@ FILES_${PN} = ${libexecdir} ${libdir}/lib*${SOLIBS} \
${base_libdir}/*${SOLIBS} \
${datadir}/${PN} ${libdir}/${PN}
FILES_${PN}-dev = ${includedir} ${libdir}/lib*${SOLIBSDEV} ${libdir}/*.la \
- ${libdir}/*.a ${libdir}/pkgconfig /lib/*.a /lib/*.o \
+ ${libdir}/*.o ${libdir}/pkgconfig /lib/*.o \
${datadir}/aclocal ${bindir}/*-config
FILES_${PN}-bin = ${bindir}/* ${sbindir}/* /bin/* /sbin/*
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] call for participation on openembedded-users mailing list
On Fri, Jun 17, 2011 at 17:31, Philip Balister phi...@balister.org wrote: ... We should look at all the OE/Yocto lists and make sure we consolidate lists as things evolve to reduce the number of lists we need to monitor. May I suggest we to revisit the oe-core mailing list need? On the beggining it made sense since it was clear a new project with too many unclear things going on but what is really the difference to us now between it and oe-devel now? It seems that patches might use a prefix and be good with it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] BUG: intltool depends on libxml-parser-perl to be installed on host
Hello, It seems that intltool depends on libxml-parser-perl being installed into host system to it to build. Cheers, -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] BUG: intltool depends on libxml-parser-perl to be installed on host
On Sat, Jun 18, 2011 at 23:41, Tom Rini tom_r...@mentor.com wrote: On 06/18/2011 01:18 PM, Otavio Salvador wrote: Hello, It seems that intltool depends on libxml-parser-perl being installed into host system to it to build. Do the DEPENDS look right? Maybe this needs the class for bringing in perl-native... It seems to do so. Are you able to reproduce it? It would be a matter of uninstall the libxml-parser-perl from your host, use cleansstate in intltool and try -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] BUG: intltool depends on libxml-parser-perl to be installed on host
On Sun, Jun 19, 2011 at 22:28, Cui, Dexuan dexuan@intel.com wrote: And I guess you're using incremental building? Does building from scratch work? No; I got it when rebuilding from scratch. into host system to it to build. Do the DEPENDS look right? Maybe this needs the class for bringing in perl-native... It seems to do so. Are you able to reproduce it? Hi Otavio, I can't reproduce the issue. Could you please report a bug at http://bugzilla.yoctoproject.org/ so we can better track the issue? First it would be better to be able to reproduce it. (devel)~/hacking/el/openembedded-core% bitbake intltool -c cleansstate ... NOTE: Running task 1 of 2 (ID: 0, /home/otavio/hacking/el/openembedded-core/meta/recipes-devtools/intltool/intltool_0.40.6.bb, do_clean) NOTE: package intltool-0.40.6-r1: task do_clean: Started NOTE: package intltool-0.40.6-r1: task do_clean: Succeeded NOTE: Running task 2 of 2 (ID: 1, /home/otavio/hacking/el/openembedded-core/meta/recipes-devtools/intltool/intltool_0.40.6.bb, do_cleansstate) NOTE: package intltool-0.40.6-r1: task do_cleansstate: Started NOTE: package intltool-0.40.6-r1: task do_cleansstate: Succeeded NOTE: Tasks Summary: Attempted 2 tasks of which 0 didn't need to be rerun and 0 failed. bitbake intltool -c cleansstate 7.07s user 1.27s system 150% cpu 5.541 total (devel)~/hacking/el/openembedded-core% sudo apt-get remove libxml-parser-perl [sudo] password for otavio: Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libxml-parser-perl 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 758 kB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 38363 files and directories currently installed.) Removing libxml-parser-perl ... Processing triggers for man-db ... I am attaching the configure log of intltool for reference. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br log.do_configure.4821 Description: Binary data ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] BUG: intltool depends on libxml-parser-perl to be installed on host
On Tue, Jun 21, 2011 at 12:20, Cui, Dexuan dexuan@intel.com wrote: I think I can reproduce the issue with the same steps on a Ubuntu 10.10 host. I'm going to further look into this. Please report a bug on the bugzilla, so we can better track it. :-) Sorry but I don't have an account on the tracking system and prefer if you do it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFH] Wrong behaviour regarding SDK native and target paths
Hello,
I am looking for help to get our nativesdk working fine and I am quite
confused how does it can work after all.
I have looked at meta/recipes-qt/meta/meta-toolchain-qte.bb and it has:
QT_TOOLS_PREFIX = ${SDKPATHNATIVE}${bindir_nativesdk}
Running it is expanded to:
QT_TOOLS_PREFIX=/usr/local/oecore-i686-i586/sysroots/i686-oesdk-linux/usr/bin
It seems right but in fact it is wrong since Qt binaries are installed into:
(devel)~/hacking/el% tar tjf
tmp-eglibc-eglibc/deploy/sdk/oecore-i686-i586-toolchain-devel.tar.bz2|
grep 'bin/moc4'
./usr/local/oecore-i686-i686/sysroots/i686-oesdk-linux/usr/bin/moc4
so, the generated information for the script won't work.
I am quite confused by all this is suppose to work. Someone help me?
Cheers,
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] Improve handling of 'all' architecture recipes and their interaction with sstate
On Wed, Oct 5, 2011 at 09:22, Koen Kooi k...@dominion.thruhere.net wrote: Op 5 okt. 2011 om 07:10 heeft Otavio Salvador ota...@ossystems.com.br het volgende geschreven: On Tue, Oct 4, 2011 at 19:00, Richard Purdie richard.pur...@linuxfoundation.org wrote: Really? hal doesn't really replace udev though, we can just use udev directly in place of it for many things now? Yes, many moved from hal to udev. Specifically which applications are people using with dependencies on hal? As has been pointed out we can fix the xserver and that appears to be the only thing remaining in OE-Core? OE-Core can be easily hal-less but I just ask for hal to not be removed from meta data as I and probably others hasn't finish the move to udev yet. Put it in your own layer if you need it. No point in keeping obsolete stuff in oe-core. I wouldn't call it obsolete as it is still a valid option to Xorg and maybe others. So people might want to use it. I use it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Convoluted dependencies
On Fri, Oct 7, 2011 at 11:09, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... gettext-native - libxml2-native - python-native (hence gettext takes a *long* time to be built) What uses the python xml bindings? ... Maybe a gettext-python-native or similar might be created if something required the xml bindings for something. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
On Sun, Oct 9, 2011 at 07:06, Koen Kooi k...@dominion.thruhere.net wrote: Update: move to latest SRCREV, use non-kernel.org URI Merge: wl12xx symlink + packaging, install all firmwares Fix: * all entries in PACKAGES are in PROVIDES already * A package always RPROVIDES itself * A file can only get packaged *once* so only one rtlwifi package will get the license I dislike the idea of one single package with all firmwares. I prefer to have many small packages but one meta that depends on it. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
On Mon, Oct 10, 2011 at 04:27, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
On Sun, Oct 9, 2011 at 07:06, Koen Kooi k...@dominion.thruhere.net wrote:
Update: move to latest SRCREV, use non-kernel.org URI
Merge: wl12xx symlink + packaging, install all firmwares
Fix: * all entries in PACKAGES are in PROVIDES already
* A package always RPROVIDES itself
* A file can only get packaged *once* so only one rtlwifi package will
get the license
I dislike the idea of one single package with all firmwares. I prefer
to have many small packages but one meta that depends on it.
I'm not going to make a patch to subpackage *all* the firmwares. If you can
give me a list of the ones you use I'll make a patch to split those out.
Leave the ones that exist now and move the rest to ${PN}-others so
people can test using it and split from it when need.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
On Mon, Oct 10, 2011 at 09:26, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 04:27, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
On Sun, Oct 9, 2011 at 07:06, Koen Kooi k...@dominion.thruhere.net wrote:
Update: move to latest SRCREV, use non-kernel.org URI
Merge: wl12xx symlink + packaging, install all firmwares
Fix: * all entries in PACKAGES are in PROVIDES already
* A package always RPROVIDES itself
* A file can only get packaged *once* so only one rtlwifi package
will get the license
I dislike the idea of one single package with all firmwares. I prefer
to have many small packages but one meta that depends on it.
I'm not going to make a patch to subpackage *all* the firmwares. If you can
give me a list of the ones you use I'll make a patch to split those out.
Leave the ones that exist now and move the rest to ${PN}-others so
people can test using it and split from it when need.
I don't see the value of naming the unsplit firmwares something else as ${PN}
at this point, OE classic doesn't have it either.
This make clear that useing the others package is a workaround and
thus people can submit patches to add a specific package and move out
to it. Using PN would make it to easy to forgot.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Multiple git repos in SRC_URI and/or git submodules support
On Mon, Oct 10, 2011 at 15:19, Koen Kooi k...@dominion.thruhere.net wrote: ... I'm not going to do 1), 3) is unlikely, so I want to ask if 2) is already supported. I've seen various patches that add an 'unpackdir' or similar, but I can't find any docs on it. Can someone enlighten me on the current status of that? ... Yes, this works. I have added support to SRCREV_FORMAT into gitpkgv too ;-) -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Use of mingetty
Hello,
I've trying to build a minimal image here and found that it fails with
getty being not available.
I want to know how this is suppose to work since the only way I got it
more or less working is doing:
...
ROOTFS_POSTPROCESS_COMMAND += (cd ${IMAGE_ROOTFS}/sbin ; ln -s
mingetty getty);
...
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Multiple git repos in SRC_URI and/or git submodules support
On Mon, Oct 10, 2011 at 17:01, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 21:40 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 15:19, Koen Kooi k...@dominion.thruhere.net wrote:
...
I'm not going to do 1), 3) is unlikely, so I want to ask if 2) is already
supported. I've seen various patches that add an 'unpackdir' or similar,
but I can't find any docs on it. Can someone enlighten me on the current
status of that?
...
Yes, this works. I have added support to SRCREV_FORMAT into gitpkgv too ;-)
So what's the magic param I need to pass to the fetcher to make this work?
Basic example:
SRCREV_main = ...
SRCREV_core =
SRC_URI = \
git://fooserver/git/foo.git;name=main \
git://fooserver/git/foo-core.git;name=core;destsuffix=git/foo-core
S = ${WORKDIR}/git
SRCREV_FORMAT = main-core
Enjoy ;-)
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
On Tue, Oct 11, 2011 at 05:33, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 09:26, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 04:27, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
On Sun, Oct 9, 2011 at 07:06, Koen Kooi k...@dominion.thruhere.net
wrote:
Update: move to latest SRCREV, use non-kernel.org URI
Merge: wl12xx symlink + packaging, install all firmwares
Fix: * all entries in PACKAGES are in PROVIDES already
* A package always RPROVIDES itself
* A file can only get packaged *once* so only one rtlwifi package
will get the license
I dislike the idea of one single package with all firmwares. I prefer
to have many small packages but one meta that depends on it.
I'm not going to make a patch to subpackage *all* the firmwares. If you
can give me a list of the ones you use I'll make a patch to split those
out.
Leave the ones that exist now and move the rest to ${PN}-others so
people can test using it and split from it when need.
I don't see the value of naming the unsplit firmwares something else as
${PN} at this point, OE classic doesn't have it either.
This make clear that useing the others package is a workaround and
thus people can submit patches to add a specific package and move out
to it. Using PN would make it to easy to forgot.
It would also break existing users for linux-firmware, so I propose to let
this patch go in as-is and have people with strong opinion on package
splitting send a follow up patch.
You merged packages, they were split already.
It might break for OE-classic users but hey ... you're moving to a new
OE and this can be change.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
On Tue, Oct 11, 2011 at 10:33, Koen Kooi k...@dominion.thruhere.net wrote:
Op 11 okt. 2011, om 15:14 heeft Otavio Salvador het volgende geschreven:
On Tue, Oct 11, 2011 at 05:33, Koen Kooi k...@dominion.thruhere.net wrote:
Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 09:26, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
On Mon, Oct 10, 2011 at 04:27, Koen Kooi k...@dominion.thruhere.net
wrote:
Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
On Sun, Oct 9, 2011 at 07:06, Koen Kooi k...@dominion.thruhere.net
wrote:
Update: move to latest SRCREV, use non-kernel.org URI
Merge: wl12xx symlink + packaging, install all firmwares
Fix: * all entries in PACKAGES are in PROVIDES already
* A package always RPROVIDES itself
* A file can only get packaged *once* so only one rtlwifi package
will get the license
I dislike the idea of one single package with all firmwares. I prefer
to have many small packages but one meta that depends on it.
I'm not going to make a patch to subpackage *all* the firmwares. If you
can give me a list of the ones you use I'll make a patch to split those
out.
Leave the ones that exist now and move the rest to ${PN}-others so
people can test using it and split from it when need.
I don't see the value of naming the unsplit firmwares something else as
${PN} at this point, OE classic doesn't have it either.
This make clear that useing the others package is a workaround and
thus people can submit patches to add a specific package and move out
to it. Using PN would make it to easy to forgot.
It would also break existing users for linux-firmware, so I propose to let
this patch go in as-is and have people with strong opinion on package
splitting send a follow up patch.
You merged packages, they were split already.
This commit doesn't merge subpackages, it splits off the wilink ones and
packages previously unpackaged firmwares into ${PN}
I'd prefer to have it all splitted and a package with what is not
included so people would be easily aware of the missing ones and with
an easy way to test.
My 2c. only; I don't decide about the patch going in or not.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Image building related fixes
The following changes since commit 473c46652951e66aae377631f4a361179d8f: Fix sysprof for powerpc64 (2011-10-10 09:54:03 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/HEAD Otavio Salvador (2): image-live.bbclass: allow override of initrd image initramfs-live-boot: make it more generic and easy to use meta/classes/image-live.bbclass|5 ++- meta/recipes-core/initrdscripts/files/init-live.sh | 32 --- .../initrdscripts/initramfs-live-boot_1.0.bb |3 +- 3 files changed, 25 insertions(+), 15 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] initramfs-live-boot: make it more generic and easy to use
The script was making some assumptions that enforced many requirement
in the machine kernel configuration and usage, besides it were too
while booting.
Changes included:
* fix indentation;
* rdepends on udev;
* allow use of isofs as module;
* remove rootdelay param parsing as it was unused;
* don't verbosely kill udevd and mknod;
* mount devtmpfs into rootfs, if available, before swithing root;
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/initrdscripts/files/init-live.sh | 32 ---
.../initrdscripts/initramfs-live-boot_1.0.bb |3 +-
2 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
b/meta/recipes-core/initrdscripts/files/init-live.sh
index c054863..eb5ab5b 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -13,6 +13,11 @@ early_setup() {
mkdir /sys
mount -t proc proc /proc
mount -t sysfs sysfs /sys
+
+# support modular kernel
+modprobe isofs 2 /dev/null
+
+mkdir /run
udevd --daemon
udevadm trigger --action=add
}
@@ -25,21 +30,25 @@ read_args() {
root=*)
ROOT_DEVICE=$optarg ;;
rootfstype=*)
-ROOT_FSTYPE=$optarg ;;
-rootdelay=*)
-rootdelay=$optarg ;;
- LABEL=*)
- label=$optarg ;;
- video=*)
- video_mode=$arg ;;
- vga=*)
- vga_mode=$arg ;;
+modprobe $optarg 2 /dev/null ;;
+LABEL=*)
+label=$optarg ;;
+video=*)
+video_mode=$arg ;;
+vga=*)
+vga_mode=$arg ;;
esac
done
}
boot_live_root() {
-killall udevd
+killall udevd 2/dev/null
+
+# use devtmpfs if available
+if grep -q devtmpfs /proc/filesystems; then
+mount -t devtmpfs devtmpfs $ROOT_MOUNT/dev
+fi
+
cd $ROOT_MOUNT
exec switch_root -c /dev/console $ROOT_MOUNT /sbin/init
}
@@ -78,7 +87,7 @@ done
case $label in
boot)
mkdir $ROOT_MOUNT
- mknod /dev/loop0 b 7 0
+ mknod /dev/loop0 b 7 0 2/dev/null
if ! $MOUNT -o rw,loop,noatime,nodiratime
/media/$i/$ISOLINUX/$ROOT_IMAGE $ROOT_MOUNT ; then
fatal Couldnt mount rootfs image
@@ -97,4 +106,3 @@ case $label in
fatal Installation image failed
;;
esac
-
diff --git a/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
index b404f8c..e85a0e1 100644
--- a/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
@@ -1,9 +1,10 @@
DESCRIPTION = A live image init script
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
+RDEPENDS = udev
SRC_URI = file://init-live.sh
-PR = r6
+PR = r7
do_install() {
install -m 0755 ${WORKDIR}/init-live.sh ${D}/init
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] initramfs-live-boot: make it more generic and easy to use
The script was making some assumptions that enforced many requirement
in the machine kernel configuration and usage, besides it were too
while booting.
Changes included:
* fix indentation;
* rdepends on udev;
* allow use of isofs as module;
* remove rootdelay param parsing as it was unused;
* don't verbosely kill udevd and mknod;
* mount devtmpfs into rootfs, if available, before swithing root;
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/initrdscripts/files/init-live.sh | 32 ---
.../initrdscripts/initramfs-live-boot_1.0.bb |3 +-
2 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh
b/meta/recipes-core/initrdscripts/files/init-live.sh
index c054863..eb5ab5b 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -13,6 +13,11 @@ early_setup() {
mkdir /sys
mount -t proc proc /proc
mount -t sysfs sysfs /sys
+
+# support modular kernel
+modprobe isofs 2 /dev/null
+
+mkdir /run
udevd --daemon
udevadm trigger --action=add
}
@@ -25,21 +30,25 @@ read_args() {
root=*)
ROOT_DEVICE=$optarg ;;
rootfstype=*)
-ROOT_FSTYPE=$optarg ;;
-rootdelay=*)
-rootdelay=$optarg ;;
- LABEL=*)
- label=$optarg ;;
- video=*)
- video_mode=$arg ;;
- vga=*)
- vga_mode=$arg ;;
+modprobe $optarg 2 /dev/null ;;
+LABEL=*)
+label=$optarg ;;
+video=*)
+video_mode=$arg ;;
+vga=*)
+vga_mode=$arg ;;
esac
done
}
boot_live_root() {
-killall udevd
+killall udevd 2/dev/null
+
+# use devtmpfs if available
+if grep -q devtmpfs /proc/filesystems; then
+mount -t devtmpfs devtmpfs $ROOT_MOUNT/dev
+fi
+
cd $ROOT_MOUNT
exec switch_root -c /dev/console $ROOT_MOUNT /sbin/init
}
@@ -78,7 +87,7 @@ done
case $label in
boot)
mkdir $ROOT_MOUNT
- mknod /dev/loop0 b 7 0
+ mknod /dev/loop0 b 7 0 2/dev/null
if ! $MOUNT -o rw,loop,noatime,nodiratime
/media/$i/$ISOLINUX/$ROOT_IMAGE $ROOT_MOUNT ; then
fatal Couldnt mount rootfs image
@@ -97,4 +106,3 @@ case $label in
fatal Installation image failed
;;
esac
-
diff --git a/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
b/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
index b404f8c..e85a0e1 100644
--- a/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
+++ b/meta/recipes-core/initrdscripts/initramfs-live-boot_1.0.bb
@@ -1,9 +1,10 @@
DESCRIPTION = A live image init script
LICENSE = MIT
LIC_FILES_CHKSUM =
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
+RDEPENDS = udev
SRC_URI = file://init-live.sh
-PR = r6
+PR = r7
do_install() {
install -m 0755 ${WORKDIR}/init-live.sh ${D}/init
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core 14/20] mesa-dri: introduce MACHINE_DRI_MODULES
On Fri, Oct 14, 2011 at 08:29, Richard Purdie richard.pur...@linuxfoundation.org wrote: ... At least here it hadn't built i915 or i965 drivers. I think there is a slight change in behaviour as the architectures it would have built certain modules on used to get applied, now it doesn't as we're passing a fixed list. We need to fix this but it shouldn't be hard. I am sorry but I didn't get what you meant. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] mesa-dri: Enable swrast only by default and intel drivers only on IA platform
+1
Just another thing, I'd prefer to have DRIDRIVERS as ?= so machine can
override it.
On Fri, Oct 14, 2011 at 11:42, Richard Purdie
richard.pur...@linuxfoundation.org wrote:
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
---
diff --git a/meta/recipes-graphics/mesa/mesa-dri.inc
b/meta/recipes-graphics/mesa/mesa-dri.inc
index 603438e..795144a 100644
--- a/meta/recipes-graphics/mesa/mesa-dri.inc
+++ b/meta/recipes-graphics/mesa/mesa-dri.inc
@@ -4,7 +4,11 @@ LIB_DEPS += libdrm expat
# most of our targets do not have DRI so will use mesa-xlib
DEFAULT_PREFERENCE = -1
-EXTRA_OECONF += --with-driver=dri --disable-egl --disable-gallium
--without-gallium-drivers
+DRIDRIVERS = swrast
+DRIDRIVERS_x86 = swrast,i915,i965
+DRIDRIVERS_x86-64 = swrast,i915,i965
+
+EXTRA_OECONF += --with-driver=dri --disable-egl --disable-gallium
--without-gallium-drivers --with-dri-drivers=${DRIDRIVERS}
python populate_packages_prepend() {
import os.path
diff --git a/meta/recipes-graphics/mesa/mesa-dri_7.11.bb
b/meta/recipes-graphics/mesa/mesa-dri_7.11.bb
index 6a4f9a9..5d25127 100644
--- a/meta/recipes-graphics/mesa/mesa-dri_7.11.bb
+++ b/meta/recipes-graphics/mesa/mesa-dri_7.11.bb
@@ -2,7 +2,3 @@ include mesa-common.inc
include mesa-${PV}.inc
include mesa-dri.inc
PR = ${INC_PR}.0
-
-EXTRA_OECONF += --with-dri-drivers=swrast,i915,i965
-
-COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)'
diff --git a/meta/recipes-graphics/mesa/mesa-dri_git.bb
b/meta/recipes-graphics/mesa/mesa-dri_git.bb
index 15cde60..a0e1945 100644
--- a/meta/recipes-graphics/mesa/mesa-dri_git.bb
+++ b/meta/recipes-graphics/mesa/mesa-dri_git.bb
@@ -7,5 +7,3 @@ DEFAULT_PREFERENCE = -2
PR = ${INC_PR}.0
-COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
-
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] qt4: Added support for QtMobility 1.2
On Fri, Oct 14, 2011 at 12:14, Dmitry Cherukhin dima...@emcraft.com wrote: On Thu, 2011-09-22 at 10:24 -0300, Otavio Salvador wrote: On Thu, Sep 22, 2011 at 10:04, Dmitry Cherukhin dima...@emcraft.com wrote: ... Upstream-Status: not-appropriate ... This and an explanation of the reasoning of each patch ought to be included into each .patch file that your commit is going to add. I removed all .patch files, new version of the patch is here: http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/8708 From my side, this seems fine. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC] bitbake.conf: include only ${libdir}/${BPN}/*${SOLIBS} not whole ${libdir}/${BPN}/* in FILES_${PN}-dev
On Mon, Oct 17, 2011 at 10:52, Martin Jansa martin.ja...@gmail.com wrote:
* ie syslog-ng has a lot of .so and .la files in ${libdir}/${BPN}/ and
fails with this QA check:
| ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains symlink .so:
syslog-ng path
'/work/i586-oe-linux/syslog-ng-3.2.2-r6.1/packages-split/syslog-ng/usr/lib/syslog-ng/libafsocket.so'
* I haven't tried to rebuild from scratch to check if this changes is
creating more QA issues about unpackaged files then what is trying to
fix (ie in syslog-ng), that's why it's RFC
...
Even it raising new warinings it seems the way to go.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Make src_distribute to work
The following changes since commit f2dada2079b5f98e13d4888609368ba111967a60:
lsb: Change link of ${baselib} to lib64 for 64bits system (2011-10-17
13:42:03 +0100)
are available in the git repository at:
git://github.com/OSSystems/oe-core master
https://github.com/OSSystems/oe-core/tree/HEAD
Otavio Salvador (1):
src_distribute.bbclass, src_distribute_local.bbclass: mostly
rewritten
meta/classes/src_distribute.bbclass | 54 -
meta/classes/src_distribute_local.bbclass | 28 ---
2 files changed, 52 insertions(+), 30 deletions(-)
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] src_distribute.bbclass, src_distribute_local.bbclass: mostly rewritten
The code used to reference unavailable variables and mistakenly define
the tasks so fully demonstrating this have not been in use for a
while.
During the code rewrite, it was extended to copy also the patches into
the source distribution directory but using the PF as prefix to avoid
name colision among other recipes.
As 'distsrcall' task was not properly defined and noone noticed it,
until now, it got renamed to 'distribute_sources_all' as it is a
better and more meanful name for the task.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/src_distribute.bbclass | 54 -
meta/classes/src_distribute_local.bbclass | 28 ---
2 files changed, 52 insertions(+), 30 deletions(-)
diff --git a/meta/classes/src_distribute.bbclass
b/meta/classes/src_distribute.bbclass
index 17d6c09..fbfbdf0 100644
--- a/meta/classes/src_distribute.bbclass
+++ b/meta/classes/src_distribute.bbclass
@@ -2,28 +2,48 @@ SRC_DISTRIBUTECOMMAND[func] = 1
python do_distribute_sources () {
l = bb.data.createCopy(d)
bb.data.update_data(l)
- licenses = (bb.data.getVar('LICENSE', d, 1) or unknown).split()
sources_dir = bb.data.getVar('SRC_DISTRIBUTEDIR', d, 1)
- import re
- for license in licenses:
- for entry in license.split(|):
- for s in (bb.data.getVar('A', d, 1) or ).split():
- s = re.sub(';.*$', '', s)
- cmd = bb.data.getVar('SRC_DISTRIBUTECOMMAND',
d, 1)
- if not cmd:
- raise bb.build.FuncFailed(Unable to
distribute sources, SRC_DISTRIBUTECOMMAND not defined)
- bb.data.setVar('SRC', s, d)
- bb.data.setVar('SRC_DISTRIBUTEDIR', %s/%s %
(sources_dir, entry), d)
- bb.build.exec_func('SRC_DISTRIBUTECOMMAND', d)
+ src_uri = bb.data.getVar('SRC_URI', d, 1).split()
+ fetcher = bb.fetch2.Fetch(src_uri, d)
+ ud = fetcher.ud
+
+ licenses = bb.data.getVar('LICENSE', d, 1).replace('', '|')
+ licenses = licenses.replace('(', '').replace(')', '')
+ clean_licenses =
+ for x in licenses.split():
+ if x.strip() == '' or x == 'CLOSED':
+ continue
+
+ if x != |:
+ clean_licenses += x
+
+ for license in clean_licenses.split('|'):
+ for url in ud.values():
+ cmd = bb.data.getVar('SRC_DISTRIBUTECOMMAND', d, 1)
+ if not cmd:
+ raise bb.build.FuncFailed(Unable to distribute
sources, SRC_DISTRIBUTECOMMAND not defined)
+ url.setup_localpath(d)
+ bb.data.setVar('SRC', url.localpath, d)
+ if url.type == 'file':
+ if url.basename == '*':
+ import os.path
+ dest_dir =
os.path.basename(os.path.dirname(os.path.abspath(url.localpath)))
+ bb.data.setVar('DEST', %s_%s/ %
(bb.data.getVar('PF', d, 1), dest_dir), d)
+ else:
+ bb.data.setVar('DEST', %s_%s %
(bb.data.getVar('PF', d, 1), url.basename), d)
+ else:
+ bb.data.setVar('DEST', '', d)
+
+ bb.data.setVar('SRC_DISTRIBUTEDIR', %s/%s %
(sources_dir, license), d)
+ bb.build.exec_func('SRC_DISTRIBUTECOMMAND', d)
}
addtask distribute_sources before do_build after do_fetch
-addtask distsrcall after do_distribute_sources
-do_distall[recrdeptask] = do_distribute_sources
-base_do_distsrcall() {
+addtask distribute_sources_all after do_distribute_sources
+do_distribute_sources_all[recrdeptask] = do_distribute_sources
+do_distribute_sources_all[nostamp] = 1
+do_distribute_sources_all () {
:
}
-
-EXPORT_FUNCTIONS do_distsrcall
diff --git a/meta/classes/src_distribute_local.bbclass
b/meta/classes/src_distribute_local.bbclass
index 5f0cef5..17b67e3 100644
--- a/meta/classes/src_distribute_local.bbclass
+++ b/meta/classes/src_distribute_local.bbclass
@@ -1,31 +1,33 @@
inherit src_distribute
# SRC_DIST_LOCAL possible values:
-# copy copies the files from ${A} to the distributedir
-# symlink symlinks the files from ${A} to the distributedir
+# copy copies the files to the distributedir
+# symlink symlinks the files to the distributedir
# move+symlink moves the files into distributedir, and symlinks them back
SRC_DIST_LOCAL ?= move+symlink
SRC_DISTRIBUTEDIR ?= ${DEPLOY_DIR}/sources
SRC_DISTRIBUTECOMMAND () {
s=${SRC}
- if [ ! -L $s ] (echo $s|grep ^${DL_DIR}); then
- :
- else
- exit 0
Re: [OE-core] [CONSOLIDATED PULL 14/16] distro-tracking: update data for some toolchain recipes
On Wed, Oct 19, 2011 at 16:30, Khem Raj raj.k...@gmail.com wrote: ... Many upstreams we can't track if updates are required automagically, so we need a place to record when the last manual check was, also possible reasons why we should not update to newer versions, ... hmm manual check means it has to be done manually is there any thing that needs it ? I think unless they are distro specific which seems not since they are in oe-core they could exist in recipes thats my opinion. I agree that this should be put into the recipes. Besides this allows for checking if it was updated when the version has been updated. If done right, when updating the version this data will be updated together. I see no change in the amount of changes. A plus of this choice is it will be more difficult to forget to update that info. This happened in last qt update for an example. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] useradd class not working
Hello, I am using useradd in a recipe and it needs to add a group in the rootfs at build time. This doesn't work. it seems groupadd does nothing. Has someone used or tried it? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] kernel.bbclass: respect MACHINE_KERNEL_PR
On Thu, Oct 20, 2011 at 09:29, Koen Kooi k...@dominion.thruhere.net wrote: ... So I'm drawing a line here and no, we can't take this. If its fine to expect people to bump PR values manually for lib* changes, its fine for kernels too. I'd suggest you do drop this from meta-oe and we start building up pressure for the problem to get fixed properly rather than letting people wallpaper over the cracks. I have products to ship, so treating meta-oe as a plaything and break this for the sake of breaking it is unacceptable. I'll let oe-core have the monopoly on high-qualitily, but broken metadata. Richard, It makes no sense to don't accept this as it reduces delta between oe-core and meta-oe and makes easier for other people to move from oe-classic to oe-core. Once the auto-PR arrives this can be deprecated but delaying it with no ETA is no sense. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/5] kernel.bbclass: respect MACHINE_KERNEL_PR
On Thu, Oct 20, 2011 at 10:54, Koen Kooi k...@dominion.thruhere.net wrote: ... Also, the idea never was to have everyone using bleeding edge for shipping products. This is what stable releases are for? That's what stable releases are for, but I don't see a release for OE-core, do you? I see a poky release, but not an OE-core release. People, let's calm down. I think since Richard disagree about pushing this patch and more then one person disagree with Richard, TSC is the way to go. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] useradd class not working
On Thu, Oct 20, 2011 at 14:12, Mark Hatle mark.ha...@windriver.com wrote: ... http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb That is the recipe that was used when testing this feature. If it no longer works properly then something has recently broken in the groupadd functionality. Yes and I used it and openssh as base to my package but it seem to do nothing. I tried to debug it and changed rootfs_ipk class to use sh -x when running the preinst scripts of the packages and all seems fine however it keeps not adding the group into rootfs/etc/group I do appreciate help here since I am lost right now. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] useradd class not working
On Thu, Oct 20, 2011 at 15:17, Otavio Salvador ota...@ossystems.com.br wrote: On Thu, Oct 20, 2011 at 14:12, Mark Hatle mark.ha...@windriver.com wrote: ... http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-skeleton/useradd/useradd-example.bb That is the recipe that was used when testing this feature. If it no longer works properly then something has recently broken in the groupadd functionality. Yes and I used it and openssh as base to my package but it seem to do nothing. I tried to debug it and changed rootfs_ipk class to use sh -x when running the preinst scripts of the packages and all seems fine however it keeps not adding the group into rootfs/etc/group I got some more information during today's debug session ... useradd class is working perfectly for sysroot. I've added it to systemd package (from meta-oe) and the lock group shows in sysroot as expected. It fails for rootfs only. After long time researching the reasioning of failure I found it. I am going to send a patchset tomorrow. -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 4/4] dbus: use useradd class to allow use in read-only filesystems
Move creation of required user/groups to useradd class thus allowing
use with read-only filesystems and booting the initial boot.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/dbus/dbus.inc | 48 +--
1 files changed, 21 insertions(+), 27 deletions(-)
diff --git a/meta/recipes-core/dbus/dbus.inc b/meta/recipes-core/dbus/dbus.inc
index a8ecda8..2a97c02 100644
--- a/meta/recipes-core/dbus/dbus.inc
+++ b/meta/recipes-core/dbus/dbus.inc
@@ -10,15 +10,22 @@ DEPENDS = expat virtual/libintl
${@base_contains('DISTRO_FEATURES', 'x11', '${X
DEPENDS_virtclass-native = expat-native virtual/libintl-native
DEPENDS_virtclass-nativesdk = expat-nativesdk virtual/libintl-nativesdk
virtual/libx11
+PR = r1
+
SRC_URI = http://dbus.freedesktop.org/releases/dbus/dbus-${PV}.tar.gz \
file://tmpdir.patch; \
file://dbus-1.init
-inherit autotools pkgconfig gettext update-rc.d
+inherit useradd autotools pkgconfig gettext update-rc.d
INITSCRIPT_NAME = dbus-1
INITSCRIPT_PARAMS = start 02 5 3 2 . stop 20 0 1 6 .
+USERADD_PACKAGES = ${PN}
+GROUPADD_PARAM_${PN} = -r netdev
+USERADD_PARAM_${PN} = --system --home ${localstatedir}/lib/dbus \
+ --no-create-home --user-group messagebus
+
CONFFILES_${PN} = ${sysconfdir}/dbus-1/system.conf
${sysconfdir}/dbus-1/session.conf
DEBIANNAME_${PN} = dbus-1
@@ -44,32 +51,7 @@ RRECOMMENDS_${PN}-lib = ${PN}
FILES_${PN}-dev += ${libdir}/dbus-1.0/include ${bindir}/dbus-glib-tool
pkg_postinst_dbus() {
- # can't do adduser stuff offline
- if [ x$D != x ]; then
- exit 1
- fi
-
- MESSAGEUSER=messagebus
- MESSAGEHOME=/var/run/dbus
- UUIDDIR=/var/lib/dbus
-
- mkdir -p $MESSAGEHOME
- mkdir -p $UUIDDIR
- chgrp $MESSAGEUSER $MESSAGEHOME 2/dev/null || addgroup
$MESSAGEUSER
- chown $MESSAGEUSER:$MESSAGEUSER $MESSAGEHOME 2/dev/null || \
- adduser --system --home $MESSAGEHOME --no-create-home
--disabled-password \
- --ingroup $MESSAGEUSER $MESSAGEUSER
-
- chown $MESSAGEUSER:$MESSAGEUSER $UUIDDIR
-
- grep -q netdev: /etc/group || addgroup netdev
-
- chown root:$MESSAGEUSER /usr/libexec/dbus-daemon-launch-helper
- chmod 4754 /usr/libexec/dbus-daemon-launch-helper
-
- # add volatile after new user/grp are created
- echo d messagebus messagebus 0755 /var/run/dbus none
/etc/default/volatiles/99_dbus
- if [ -e /etc/init.d/populate-volatile.sh ] ; then
+ if [ -z ${D} ] [ -e /etc/init.d/populate-volatile.sh ] ; then
/etc/init.d/populate-volatile.sh update
fi
}
@@ -92,6 +74,18 @@ do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${WORKDIR}/dbus-1.init ${D}${sysconfdir}/init.d/dbus-1
+ install -d ${D}${sysconfdir}/default/volatiles
+ echo d messagebus messagebus 0755 ${localstatedir}/run/dbus none \
+ ${D}${sysconfdir}/default/volatiles/99_dbus
+
+
+ mkdir -p ${D}${localstatedir}/run/dbus ${D}${localstatedir}/lib/dbus
+
+ chown messagebus:messagebus ${D}${localstatedir}/run/dbus
${D}${localstatedir}/lib/dbus
+
+ chown root:messagebus ${D}${libexecdir}/dbus-daemon-launch-helper
+ chmod 4754 ${D}${libexecdir}/dbus-daemon-launch-helper
+
# disable dbus-1 sysv script on systemd installs
# nearly all distros call the initscript plain 'dbus', but OE-core is
different
ln -sf /dev/null ${D}/${base_libdir}/systemd/system/dbus-1.service
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/4] Fixes and improvements from O.S. Systems
The following changes since commit 99da9a4e65f9dffb04efc3ad60125194c476d6b3: distro-tracking-fields: update fields for tzdata and gst-plugins-good (2011-10-20 13:07:16 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/HEAD Otavio Salvador (4): bootimg.bbclass: add support to disable HDD image building useradd.bbclass: check if a group already exists manually base-passwd: move initial criation of group and passwd to preinst dbus: use useradd class to allow use in read-only filesystems meta/classes/bootimg.bbclass | 44 +- meta/classes/useradd.bbclass |8 +++- .../recipes-core/base-passwd/base-passwd_3.5.22.bb |4 +- meta/recipes-core/dbus/dbus.inc| 48 +--- 4 files changed, 53 insertions(+), 51 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/4] useradd.bbclass: check if a group already exists manually
The use of groupadd -f makes much more difficult to figure when a
group is not add. This was the case of the class not working for our
usage and this being caused by the lack of '/etc/group' file but
unnoticed as groupadd wasn't failing according.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/useradd.bbclass |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/meta/classes/useradd.bbclass b/meta/classes/useradd.bbclass
index 1e03a04..fb70b3e 100644
--- a/meta/classes/useradd.bbclass
+++ b/meta/classes/useradd.bbclass
@@ -37,7 +37,13 @@ if test x$GROUPADD_PARAM != x; then
opts=`echo $GROUPADD_PARAM | cut -d ';' -f 1`
remaining=`echo $GROUPADD_PARAM | cut -d ';' -f 2-`
while test x$opts != x; do
- eval $PSEUDO groupadd -f $OPT $opts
+ groupname=`echo $opts | awk '{ print $NF }'`
+ group_exists=`grep ^$groupname: $SYSROOT/etc/group || true`
+ if test x$group_exists = x; then
+ eval $PSEUDO groupadd $OPT $opts
+ else
+ echo Note: group $groupname already exists, not
re-creating it
+ fi
if test x$opts = x$remaining; then
break
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] base-passwd: move initial criation of group and passwd to preinst
To allow use and manipulation of users and groups at rootfs building
time, the '/etc/passwd' and '/etc/group' needs to be available as soon
as possible.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../recipes-core/base-passwd/base-passwd_3.5.22.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
b/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
index 137512d..9f81ba3 100644
--- a/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
+++ b/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
@@ -1,7 +1,7 @@
SUMMARY = Base system master password/group files.
DESCRIPTION = The master copies of the user database files (/etc/passwd and
/etc/group). The update-passwd tool is also provided to keep the system
databases synchronized with these master files.
SECTION = base
-PR = r3
+PR = r4
LICENSE = GPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=eb723b61539feef013de476e68b5c50a
@@ -37,7 +37,7 @@ do_install () {
install -p -m 644 debian/copyright ${D}${docdir}/${BPN}/
}
-pkg_postinst_${PN} () {
+pkg_preinst_${PN} () {
set -e
if [ ! -e $D${sysconfdir}/passwd ] ; then
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] bootimg.bbclass: add support to disable HDD image building
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/bootimg.bbclass | 44 +
1 files changed, 23 insertions(+), 21 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index a5ba3cf..eecc2bf 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -48,34 +48,36 @@ SYSLINUXMENU = ${HDDDIR}/menu
inherit syslinux
build_boot_bin() {
- install -d ${HDDDIR}
- install -m 0644 ${STAGING_DIR_HOST}/kernel/bzImage \
- ${HDDDIR}/vmlinuz
+ # Create an HDD image
+ if [ ${NOHDD} != 1 ] ; then
+ install -d ${HDDDIR}
+ install -m 0644 ${STAGING_DIR_HOST}/kernel/bzImage \
+ ${HDDDIR}/vmlinuz
- if [ -n ${INITRD} ] [ -s ${INITRD} ]; then
- install -m 0644 ${INITRD} ${HDDDIR}/initrd
- fi
+ if [ -n ${INITRD} ] [ -s ${INITRD} ]; then
+ install -m 0644 ${INITRD} ${HDDDIR}/initrd
+ fi
- if [ -n ${ROOTFS} ] [ -s ${ROOTFS} ]; then
- install -m 0644 ${ROOTFS} ${HDDDIR}/rootfs.img
- fi
+ if [ -n ${ROOTFS} ] [ -s ${ROOTFS} ]; then
+ install -m 0644 ${ROOTFS} ${HDDDIR}/rootfs.img
+ fi
- install -m 444 ${STAGING_LIBDIR}/syslinux/ldlinux.sys
${HDDDIR}/ldlinux.sys
+ install -m 444 ${STAGING_LIBDIR}/syslinux/ldlinux.sys
${HDDDIR}/ldlinux.sys
- # Do a little math, bash style
- #BLOCKS=`du -s ${HDDDIR} | cut -f 1`
- BLOCKS=`du -bks ${HDDDIR} | cut -f 1`
- SIZE=`expr $BLOCKS + ${BOOTIMG_EXTRA_SPACE}`
+ # Do a little math, bash style
+ BLOCKS=`du -bks ${HDDDIR} | cut -f 1`
+ SIZE=`expr $BLOCKS + ${BOOTIMG_EXTRA_SPACE}`
- mkdosfs -n ${BOOTIMG_VOLUME_ID} -d ${HDDDIR} \
- -C ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg $SIZE
+ mkdosfs -n ${BOOTIMG_VOLUME_ID} -d ${HDDDIR} \
+ -C ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg $SIZE
- syslinux ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
- chmod 644 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
+ syslinux ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
+ chmod 644 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
- cd ${DEPLOY_DIR_IMAGE}
- rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
- ln -s ${IMAGE_NAME}.hddimg ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ cd ${DEPLOY_DIR_IMAGE}
+ rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ ln -s ${IMAGE_NAME}.hddimg
${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ fi
#Create an ISO if we have an INITRD
if [ -n ${INITRD} ] [ -s ${INITRD} ] [ ${NOISO} != 1 ] ;
then
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 3/4] base-passwd: move initial criation of group and passwd to preinst
On Fri, Oct 21, 2011 at 04:52, Phil Blundell ph...@gnu.org wrote:
On Fri, 2011-10-21 at 03:31 +, Otavio Salvador wrote:
@@ -37,7 +37,7 @@ do_install () {
install -p -m 644 debian/copyright ${D}${docdir}/${BPN}/
}
-pkg_postinst_${PN} () {
+pkg_preinst_${PN} () {
set -e
if [ ! -e $D${sysconfdir}/passwd ] ; then
Doesn't this break on-target installs (or, more generally, installs
where preinst runs before unpacking)?
It does indeed. I will fix it and send a new patch for it.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/4] bootimg.bbclass: add support to disable HDD image building
On Fri, Oct 21, 2011 at 04:07, Khem Raj raj.k...@gmail.com wrote:
On Thu, Oct 20, 2011 at 8:31 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/bootimg.bbclass | 44
+
1 files changed, 23 insertions(+), 21 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index a5ba3cf..eecc2bf 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -48,34 +48,36 @@ SYSLINUXMENU = ${HDDDIR}/menu
inherit syslinux
build_boot_bin() {
- install -d ${HDDDIR}
- install -m 0644 ${STAGING_DIR_HOST}/kernel/bzImage \
- ${HDDDIR}/vmlinuz
+ # Create an HDD image
+ if [ ${NOHDD} != 1 ] ; then
please document this new variable NOHDD somewhere so people know how
and when to use it
What do you suggests.
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/4] bootimg.bbclass: add support to disable HDD image building
If an image sets NOHDD = 1 the HDD image won't be build.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/classes/bootimg.bbclass | 44 +
1 files changed, 23 insertions(+), 21 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index a5ba3cf..eecc2bf 100644
--- a/meta/classes/bootimg.bbclass
+++ b/meta/classes/bootimg.bbclass
@@ -48,34 +48,36 @@ SYSLINUXMENU = ${HDDDIR}/menu
inherit syslinux
build_boot_bin() {
- install -d ${HDDDIR}
- install -m 0644 ${STAGING_DIR_HOST}/kernel/bzImage \
- ${HDDDIR}/vmlinuz
+ # Create an HDD image
+ if [ ${NOHDD} != 1 ] ; then
+ install -d ${HDDDIR}
+ install -m 0644 ${STAGING_DIR_HOST}/kernel/bzImage \
+ ${HDDDIR}/vmlinuz
- if [ -n ${INITRD} ] [ -s ${INITRD} ]; then
- install -m 0644 ${INITRD} ${HDDDIR}/initrd
- fi
+ if [ -n ${INITRD} ] [ -s ${INITRD} ]; then
+ install -m 0644 ${INITRD} ${HDDDIR}/initrd
+ fi
- if [ -n ${ROOTFS} ] [ -s ${ROOTFS} ]; then
- install -m 0644 ${ROOTFS} ${HDDDIR}/rootfs.img
- fi
+ if [ -n ${ROOTFS} ] [ -s ${ROOTFS} ]; then
+ install -m 0644 ${ROOTFS} ${HDDDIR}/rootfs.img
+ fi
- install -m 444 ${STAGING_LIBDIR}/syslinux/ldlinux.sys
${HDDDIR}/ldlinux.sys
+ install -m 444 ${STAGING_LIBDIR}/syslinux/ldlinux.sys
${HDDDIR}/ldlinux.sys
- # Do a little math, bash style
- #BLOCKS=`du -s ${HDDDIR} | cut -f 1`
- BLOCKS=`du -bks ${HDDDIR} | cut -f 1`
- SIZE=`expr $BLOCKS + ${BOOTIMG_EXTRA_SPACE}`
+ # Do a little math, bash style
+ BLOCKS=`du -bks ${HDDDIR} | cut -f 1`
+ SIZE=`expr $BLOCKS + ${BOOTIMG_EXTRA_SPACE}`
- mkdosfs -n ${BOOTIMG_VOLUME_ID} -d ${HDDDIR} \
- -C ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg $SIZE
+ mkdosfs -n ${BOOTIMG_VOLUME_ID} -d ${HDDDIR} \
+ -C ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg $SIZE
- syslinux ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
- chmod 644 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
+ syslinux ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
+ chmod 644 ${DEPLOY_DIR_IMAGE}/${IMAGE_NAME}.hddimg
- cd ${DEPLOY_DIR_IMAGE}
- rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
- ln -s ${IMAGE_NAME}.hddimg ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ cd ${DEPLOY_DIR_IMAGE}
+ rm -f ${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ ln -s ${IMAGE_NAME}.hddimg
${DEPLOY_DIR_IMAGE}/${IMAGE_LINK_NAME}.hddimg
+ fi
#Create an ISO if we have an INITRD
if [ -n ${INITRD} ] [ -s ${INITRD} ] [ ${NOISO} != 1 ] ;
then
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/4] base-passwd: move initial criation of group and passwd to preinst
To allow use and manipulation of users and groups at rootfs building
time, the '/etc/passwd' and '/etc/group' needs to be available as soon
as possible.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
.../recipes-core/base-passwd/base-passwd_3.5.22.bb | 19 ++-
1 files changed, 18 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
b/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
index 137512d..aa90a6d 100644
--- a/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
+++ b/meta/recipes-core/base-passwd/base-passwd_3.5.22.bb
@@ -1,7 +1,7 @@
SUMMARY = Base system master password/group files.
DESCRIPTION = The master copies of the user database files (/etc/passwd and
/etc/group). The update-passwd tool is also provided to keep the system
databases synchronized with these master files.
SECTION = base
-PR = r3
+PR = r4
LICENSE = GPLv2+
LIC_FILES_CHKSUM = file://COPYING;md5=eb723b61539feef013de476e68b5c50a
@@ -37,6 +37,23 @@ do_install () {
install -p -m 644 debian/copyright ${D}${docdir}/${BPN}/
}
+pkg_preinst_${PN} () {
+ set -e
+
+ # Used for rootfs generation. On in-target install this will be run
+# before the unpack so the files won't be available
+
+ if [ ! -e $D${sysconfdir}/passwd ] [ -e
$D${datadir}/base-passwd/passwd.master ]; then
+ cp $D${datadir}/base-passwd/passwd.master $D${sysconfdir}/passwd
+ fi
+
+ if [ ! -e $D${sysconfdir}/group ] [ -e
$D${datadir}/base-passwd/group.master ]; then
+ cp $D${datadir}/base-passwd/group.master $D${sysconfdir}/group
+ fi
+
+ exit 0
+}
+
pkg_postinst_${PN} () {
set -e
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
