* [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
2013-06-10 23:15 [PATCH v2 0/4] A few miscellaneous fixes from Mentor Christopher Larson
@ 2013-06-10 23:15 ` Christopher Larson
2013-06-10 23:48 ` Otavio Salvador
2013-06-11 2:27 ` Khem Raj
2013-06-10 23:15 ` [PATCH v2 2/4] gconf: inherit gettext Christopher Larson
` (2 subsequent siblings)
3 siblings, 2 replies; 9+ messages in thread
From: Christopher Larson @ 2013-06-10 23:15 UTC (permalink / raw)
To: openembedded-core; +Cc: Christopher Larson
From: Christopher Larson <chris_larson@mentor.com>
Now that liburcu supports mips, this packagegroup can pull in lttng recipes
(lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it
does for the others.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
---
.../packagegroups/packagegroup-core-tools-profile.bb | 11 -----------
1 file changed, 11 deletions(-)
diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
index 8f40c4e..bb1b78b 100644
--- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
@@ -48,22 +48,15 @@ SYSTEMTAP_aarch64 = ""
LTTNGUST = "lttng-ust"
LTTNGUST_libc-uclibc = ""
-LTTNGUST_mips = ""
LTTNGUST_aarch64 = ""
-# lttng-tools, lttng-modules and babeltrace all depend on liburcu
-# which currentl doesn't build on mips
-
LTTNGTOOLS = "lttng-tools"
-LTTNGTOOLS_mips = ""
LTTNGTOOLS_aarch64 = ""
LTTNGMODULES = "lttng-modules"
-LTTNGMODULES_mips = ""
LTTNGMODULES_aarch64 = ""
BABELTRACE = "babeltrace"
-BABELTRACE_mips = ""
BABELTRACE_aarch64 = ""
# valgrind does not work on mips
@@ -77,10 +70,6 @@ VALGRIND_aarch64 = ""
# exmap-console
# exmap-server
-# At present we only build lttng-ust on
-# qemux86/qemux86-64/qemuppc/qemuarm/emenlow/atom-pc since upstream liburcu
-# (which is required by lttng-ust) may not build on other platforms, like
-# MIPS.
RDEPENDS_${PN} = "\
${PROFILETOOLS} \
${LTTNGUST} \
--
1.8.3
^ permalink raw reply related [flat|nested] 9+ messages in thread* Re: [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
2013-06-10 23:15 ` [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips Christopher Larson
@ 2013-06-10 23:48 ` Otavio Salvador
2013-06-11 2:27 ` Khem Raj
1 sibling, 0 replies; 9+ messages in thread
From: Otavio Salvador @ 2013-06-10 23:48 UTC (permalink / raw)
To: Christopher Larson
Cc: Christopher Larson,
Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 652 bytes --]
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson <kergoth@gmail.com>wrote:
> From: Christopher Larson <chris_larson@mentor.com>
>
> Now that liburcu supports mips, this packagegroup can pull in lttng recipes
> (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture
> as it
> does for the others.
>
> Signed-off-by: Christopher Larson <chris_larson@mentor.com>
>
Reviewed-by: Otavio Salvador <otavio@ossystems.com.br>
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
[-- Attachment #2: Type: text/html, Size: 1336 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
2013-06-10 23:15 ` [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips Christopher Larson
2013-06-10 23:48 ` Otavio Salvador
@ 2013-06-11 2:27 ` Khem Raj
2013-06-11 2:48 ` Chris Larson
1 sibling, 1 reply; 9+ messages in thread
From: Khem Raj @ 2013-06-11 2:27 UTC (permalink / raw)
To: Christopher Larson; +Cc: Christopher Larson, openembedded-core
On Jun 10, 2013, at 4:15 PM, Christopher Larson <kergoth@gmail.com> wrote:
> From: Christopher Larson <chris_larson@mentor.com>
>
> Now that liburcu supports mips, this packagegroup can pull in lttng recipes
> (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture as it
> does for the others.
it still does not work on mips64 though. but thats another patch probably.
>
> Signed-off-by: Christopher Larson <chris_larson@mentor.com>
> ---
> .../packagegroups/packagegroup-core-tools-profile.bb | 11 -----------
> 1 file changed, 11 deletions(-)
>
> diff --git a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
> index 8f40c4e..bb1b78b 100644
> --- a/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
> +++ b/meta/recipes-core/packagegroups/packagegroup-core-tools-profile.bb
> @@ -48,22 +48,15 @@ SYSTEMTAP_aarch64 = ""
>
> LTTNGUST = "lttng-ust"
> LTTNGUST_libc-uclibc = ""
> -LTTNGUST_mips = ""
> LTTNGUST_aarch64 = ""
>
> -# lttng-tools, lttng-modules and babeltrace all depend on liburcu
> -# which currentl doesn't build on mips
> -
> LTTNGTOOLS = "lttng-tools"
> -LTTNGTOOLS_mips = ""
> LTTNGTOOLS_aarch64 = ""
>
> LTTNGMODULES = "lttng-modules"
> -LTTNGMODULES_mips = ""
> LTTNGMODULES_aarch64 = ""
>
> BABELTRACE = "babeltrace"
> -BABELTRACE_mips = ""
> BABELTRACE_aarch64 = ""
>
> # valgrind does not work on mips
> @@ -77,10 +70,6 @@ VALGRIND_aarch64 = ""
> # exmap-console
> # exmap-server
>
> -# At present we only build lttng-ust on
> -# qemux86/qemux86-64/qemuppc/qemuarm/emenlow/atom-pc since upstream liburcu
> -# (which is required by lttng-ust) may not build on other platforms, like
> -# MIPS.
> RDEPENDS_${PN} = "\
> ${PROFILETOOLS} \
> ${LTTNGUST} \
> --
> 1.8.3
>
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips
2013-06-11 2:27 ` Khem Raj
@ 2013-06-11 2:48 ` Chris Larson
0 siblings, 0 replies; 9+ messages in thread
From: Chris Larson @ 2013-06-11 2:48 UTC (permalink / raw)
To: Khem Raj; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 679 bytes --]
On Mon, Jun 10, 2013 at 7:27 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On Jun 10, 2013, at 4:15 PM, Christopher Larson <kergoth@gmail.com> wrote:
>
> > From: Christopher Larson <chris_larson@mentor.com>
> >
> > Now that liburcu supports mips, this packagegroup can pull in lttng
> recipes
> > (lttng-ust, lttng-tools, lttng-modules, babeltrace) on that architecture
> as it
> > does for the others.
>
> it still does not work on mips64 though. but thats another patch probably.
Good point, indeed.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
[-- Attachment #2: Type: text/html, Size: 1133 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH v2 2/4] gconf: inherit gettext
2013-06-10 23:15 [PATCH v2 0/4] A few miscellaneous fixes from Mentor Christopher Larson
2013-06-10 23:15 ` [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips Christopher Larson
@ 2013-06-10 23:15 ` Christopher Larson
2013-06-10 23:15 ` [PATCH v2 3/4] avahi: inherit python classes, use PACKAGECONFIG Christopher Larson
2013-06-10 23:15 ` [PATCH v2 4/4] license.bbclass: include all licenses in the manifest Christopher Larson
3 siblings, 0 replies; 9+ messages in thread
From: Christopher Larson @ 2013-06-10 23:15 UTC (permalink / raw)
To: openembedded-core; +Cc: Christopher Larson
From: Christopher Larson <chris_larson@mentor.com>
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
---
meta/recipes-gnome/gnome/gconf_3.2.6.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gnome/gconf_3.2.6.bb b/meta/recipes-gnome/gnome/gconf_3.2.6.bb
index a1843d5..9b22d95 100644
--- a/meta/recipes-gnome/gnome/gconf_3.2.6.bb
+++ b/meta/recipes-gnome/gnome/gconf_3.2.6.bb
@@ -8,7 +8,7 @@ DEPENDS_class-native = "glib-2.0-native dbus-native dbus-glib-native libxml2-nat
PR = "r0"
-inherit gnomebase gtk-doc
+inherit gnomebase gtk-doc gettext
SRC_URI = "${GNOME_MIRROR}/GConf/${@gnome_verdir("${PV}")}/GConf-${PV}.tar.xz;name=archive \
file://remove_plus_from_invalid_characters_list.patch \
--
1.8.3
^ permalink raw reply related [flat|nested] 9+ messages in thread* [PATCH v2 3/4] avahi: inherit python classes, use PACKAGECONFIG
2013-06-10 23:15 [PATCH v2 0/4] A few miscellaneous fixes from Mentor Christopher Larson
2013-06-10 23:15 ` [PATCH v2 1/4] packagegroup-core-tools-profile: don't exclude mips Christopher Larson
2013-06-10 23:15 ` [PATCH v2 2/4] gconf: inherit gettext Christopher Larson
@ 2013-06-10 23:15 ` Christopher Larson
2013-06-10 23:15 ` [PATCH v2 4/4] license.bbclass: include all licenses in the manifest Christopher Larson
3 siblings, 0 replies; 9+ messages in thread
From: Christopher Larson @ 2013-06-10 23:15 UTC (permalink / raw)
To: openembedded-core; +Cc: Christopher Larson
From: Christopher Larson <chris_larson@mentor.com>
Without using our python classes and having appropriate dependencies, the
build is nondeterministic, and whether a python-avahi package is produced will
vary depending on the host environment, yet avahi-discover is always produced,
and it depends on python-avahi.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
---
meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb | 9 +++++++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb
index 7d56dad..557c1c1 100644
--- a/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb
+++ b/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb
@@ -6,6 +6,11 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1 \
require avahi.inc
+inherit python-dir pythonnative
+
+PACKAGECONFIG ??= "python"
+PACKAGECONFIG[python] = "--enable-python,--disable-python,python-native python"
+
PR = "${INC_PR}.0"
SRC_URI[md5sum] = "2f22745b8f7368ad5a0a3fddac343f2d"
@@ -26,7 +31,7 @@ FILES_${PN}-staticdev += "${libdir}/libavahi-ui.a"
FILES_${PN}-utils = "${bindir}/b* ${datadir}/applications/b*"
-FILES_python-avahi = "${PYTHON_SITEPACKAGES_DIR}/avahi/*"
+FILES_python-avahi = "${PYTHON_SITEPACKAGES_DIR}/avahi ${PYTHON_SITEPACKAGES_DIR}/avahi_discover"
FILES_avahi-discover = "${bindir}/avahi-discover \
${datadir}/applications/avahi-discover.desktop \
${datadir}/avahi/interfaces/avahi-discover*"
@@ -34,7 +39,7 @@ FILES_avahi-discover-standalone = "${bindir}/avahi-discover-standalone \
${datadir}/avahi/interfaces/avahi-discover.glade"
RDEPENDS_avahi-discover = "python-avahi python-pygtk"
-RDEPENDS_python-avahi = "python-dbus"
+RDEPENDS_python-avahi = "python-core python-dbus"
do_install_append () {
--
1.8.3
^ permalink raw reply related [flat|nested] 9+ messages in thread* [PATCH v2 4/4] license.bbclass: include all licenses in the manifest
2013-06-10 23:15 [PATCH v2 0/4] A few miscellaneous fixes from Mentor Christopher Larson
` (2 preceding siblings ...)
2013-06-10 23:15 ` [PATCH v2 3/4] avahi: inherit python classes, use PACKAGECONFIG Christopher Larson
@ 2013-06-10 23:15 ` Christopher Larson
2013-06-10 23:56 ` Otavio Salvador
3 siblings, 1 reply; 9+ messages in thread
From: Christopher Larson @ 2013-06-10 23:15 UTC (permalink / raw)
To: openembedded-core; +Cc: Christopher Larson
From: Christopher Larson <chris_larson@mentor.com>
When we don't have a generic license file for the license in question, we can
warn, but we should still include it in the manifest, otherwise the manifest
doesn't reflect reality. Failing to include a license listed in the recipe in
the manifest can't be allowed.
Signed-off-by: Christopher Larson <chris_larson@mentor.com>
---
meta/classes/license.bbclass | 7 +++----
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index 76749c4..2ca47cc 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -51,11 +51,10 @@ license_create_manifest() {
printf "LICENSE:" >> ${LICENSE_MANIFEST}
for lic in ${pkged_lic}; do
# to reference a license file trim trailing + symbol
- if [ -e "${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+}" ]; then
- printf " ${lic}" >> ${LICENSE_MANIFEST}
- else
- echo "WARNING: The license listed ${lic} was not in the licenses collected for ${pkged_pn}"
+ if ! [ -e "${LICENSE_DIRECTORY}/${pkged_pn}/generic_${lic%+}" ]; then
+ bbwarn "The license listed ${lic} was not in the licenses collected for ${pkged_pn}"
fi
+ printf " ${lic}" >> ${LICENSE_MANIFEST}
done
printf "\n\n" >> ${LICENSE_MANIFEST}
done
--
1.8.3
^ permalink raw reply related [flat|nested] 9+ messages in thread* Re: [PATCH v2 4/4] license.bbclass: include all licenses in the manifest
2013-06-10 23:15 ` [PATCH v2 4/4] license.bbclass: include all licenses in the manifest Christopher Larson
@ 2013-06-10 23:56 ` Otavio Salvador
0 siblings, 0 replies; 9+ messages in thread
From: Otavio Salvador @ 2013-06-10 23:56 UTC (permalink / raw)
To: Christopher Larson
Cc: Christopher Larson,
Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 749 bytes --]
On Mon, Jun 10, 2013 at 8:15 PM, Christopher Larson <kergoth@gmail.com>wrote:
> From: Christopher Larson <chris_larson@mentor.com>
>
> When we don't have a generic license file for the license in question, we
> can
> warn, but we should still include it in the manifest, otherwise the
> manifest
> doesn't reflect reality. Failing to include a license listed in the recipe
> in
> the manifest can't be allowed.
>
> Signed-off-by: Christopher Larson <chris_larson@mentor.com>
>
Reviewed-by: Otavio Salvador <otavio@ossystems.com.br>
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://projetos.ossystems.com.br
Mobile: +55 (53) 9981-7854 Mobile: +1 (347) 903-9750
[-- Attachment #2: Type: text/html, Size: 1393 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread