Re: [oe] [PATCH] pm-qa-utils: Add power management test utils
Sincerely,
Chase Maupin
Integration Team Manager
Linux Core Product Development
e-mail: chase.mau...@ti.com
phone: (214) 567-2950
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Koen Kooi
Sent: Friday, March 21, 2014 4:10 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH] pm-qa-utils: Add power management test
utils
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chase Maupin schreef op 20-03-14 15:47:
* The power management test utilities from Linaro can be used to
test
multiple PM features such as cpufreq, cpuidle, thermal control
and
suspend operations. * These utilities are not platform specific
and can
be used by a broader base of users.
Signed-off-by: Chase Maupin chase.mau...@ti.com
Everything refers to this as 'pm-qa', not 'pm-qa-utils'
I assume you are saying you would rather see this recipe as pm-qa instead of
pm-qa-utils?
--- .../pm-qa-utils/pm-qa-utils_git.bb | 63
1 file changed, 63 insertions(+) create
mode 100644
meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb
diff --git a/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-
utils_git.bb
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb new
file mode
100644 index 000..610f3a7 --- /dev/null +++
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb @@ -
0,0 +1,63
@@ +DESCRIPTION = Utilities from Linaro for testing Power
Management
+HOMEPAGE =
https://wiki.linaro.org/WorkingGroups/PowerManagement/Resources/T
estSuite/PmQa
+
+LICENSE = GPLv2 +LIC_FILES_CHKSUM =
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 + +PV =
0.4.4 +
+BRANCH ?= master +SRCREV =
fbc2762359b863dfbf4fd0bab1e8abd2a6125ed4
+ +SRC_URI =
git://git.linaro.org/tools/pm-
qa.git;protocol=git;branch=${BRANCH} + +S
= ${WORKDIR}/git + +CFLAGS += -pthread + +do_compile () { +
# Find
all the .c files in this project and build them. +for x in
`find .
-name *.c` +do +util=`echo ${x} | sed s/.c$//` +
oe_runmake ${util} +done +} + +do_install () { +install
-d
${D}${bindir} +install -d ${D}${bindir}/linaro-pm-qa-include
Please don't use subdirs in $bindir, that's what $libdir and
$libexecdir are
for.
Good point. I did this because the script going into that directory was named
functions.sh in the original sources. I thought this was a bit generic and
could possibly conflict.
What are your thoughts on a subdirectory under $libdir or $libexecdir? Any
preference?
+ +# Install the compiled binaries the were built in the
previous
step +for x in `find . -name *.c` +do +
util=`echo ${x}
| sed s/.c$//` +util_basename=`basename ${util}` +
install
-m 0755 ${util} ${D}${bindir}/${util_basename} +done + +
# Install
the helper scripts in the include directory +for script in
`find .
-name *.sh | grep include` +do +# Remove hardcoded
relative
paths +sed -i -e 's#..\/utils\/##' ${script} + +
script_basename=`basename ${script}` +install -m 0755
$script
${D}${bindir}/linaro-pm-qa-include/${script_basename} +done
+ +#
Install the shell scripts NOT in the include directory since
those +#
will be installed elsewhere +for script in `find . -name
*.sh |
grep -v include` +do +# if the script includes any
helper
scripts from the include +# directory then change the
include
path to the absolute path +# to reflect the install
location of
the helper scripts. +sed -i -e s#source
../include#source
${bindir}/linaro-pm-qa-include#g ${script} +# Remove
hardcoded
relative paths +sed -i -e 's#..\/utils\/##' ${script} +
+
script_basename=`basename ${script}` +install -m 0755
$script
${D}${bindir}/${script_basename} +done +}
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFTLAHbMkyGM64RGpERAp4tAKCqvpUtLAnW+JmNPFue3devsMkfEgCfSBG8
sTfb/tlOntd8/Hs/1JvXqQ4=
=674M
-END PGP SIGNATURE-
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] pm-qa-utils: Add power management test utils
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Koen Kooi
Sent: Friday, March 21, 2014 7:11 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH] pm-qa-utils: Add power management test
utils
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maupin, Chase schreef op 21-03-14 13:07:
-Original Message- From:
openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of
Koen Kooi Sent: Friday, March 21, 2014 4:10 AM To:
openembedded-devel@lists.openembedded.org Subject: Re: [oe]
[PATCH]
pm-qa-utils: Add power management test utils
Chase Maupin schreef op 20-03-14 15:47:
* The power management test utilities from Linaro can be used
to
test
multiple PM features such as cpufreq, cpuidle, thermal
control
and
suspend operations. * These utilities are not platform
specific
and can
be used by a broader base of users.
Signed-off-by: Chase Maupin chase.mau...@ti.com
Everything refers to this as 'pm-qa', not 'pm-qa-utils'
I assume you are saying you would rather see this recipe as pm-
qa
instead of pm-qa-utils?
Exactly!
--- .../pm-qa-utils/pm-qa-utils_git.bb | 63
1 file changed, 63 insertions(+) create
mode 100644
meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb
diff --git a/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-
utils_git.bb
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb new
file mode
100644 index 000..610f3a7 --- /dev/null +++
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bb @@
-
0,0 +1,63
@@ +DESCRIPTION = Utilities from Linaro for testing Power
Management
+HOMEPAGE =
https://wiki.linaro.org/WorkingGroups/PowerManagement/Resources/T
estSuite/PmQa
+
+LICENSE = GPLv2 +LIC_FILES_CHKSUM =
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263 + +PV =
0.4.4 +
+BRANCH ?= master +SRCREV =
fbc2762359b863dfbf4fd0bab1e8abd2a6125ed4
+ +SRC_URI = git://git.linaro.org/tools/pm-
qa.git;protocol=git;branch=${BRANCH} + +S
= ${WORKDIR}/git + +CFLAGS += -pthread + +do_compile () {
+
# Find
all the .c files in this project and build them. +for x
in
`find .
-name *.c` +do +util=`echo ${x} | sed s/.c$//`
+
oe_runmake ${util} +done +} + +do_install () { +
install
-d
${D}${bindir} +install -d ${D}${bindir}/linaro-pm-qa-
include
Please don't use subdirs in $bindir, that's what $libdir and
$libexecdir
are for.
Good point. I did this because the script going into that
directory
was named functions.sh in the original sources. I thought
this was a
bit generic and could possibly conflict.
What are your thoughts on a subdirectory under $libdir or
$libexecdir?
Any preference?
Right it will amount to the basically the same due to the
misguided
libexecdir change oe-core did last year. If it's only used
'internally'
$libdir/PN would be OK, otherwise use libexecdir (which currently
is
libdir/PN, but might change again)
One last dense question. What do you mean by 'internally'?
Internally to just this package as in you don't expect any sharing between this
and another package?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org
iD8DBQFTLCxQMkyGM64RGpERAi53AJ9bjuFeJfliwQV9hzHnqd+28zkH0ACeLS9r
VXYU8eXR2dQcBS74EnzVBd4=
=DHAP
-END PGP SIGNATURE-
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] pm-qa-utils: Add power management test utils
From: Fathi Boudra [mailto:fathi.bou...@linaro.org]
Sent: Thursday, March 20, 2014 11:45 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH] pm-qa-utils: Add power management test utils
On 20 March 2014 16:47, Chase Maupin
chase.mau...@ti.commailto:chase.mau...@ti.com wrote:
* The power management test utilities from Linaro can be used
to test multiple PM features such as cpufreq, cpuidle, thermal
control and suspend operations.
* These utilities are not platform specific and can be used by
a broader base of users.
Signed-off-by: Chase Maupin chase.mau...@ti.commailto:chase.mau...@ti.com
---
.../pm-qa-utils/pm-qa-utils_git.bbhttp://pm-qa-utils_git.bb
| 63
1 file changed, 63 insertions(+)
create mode 100644
meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bbhttp://pm-qa-utils_git.bb
diff --git
a/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bbhttp://pm-qa-utils_git.bb
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bbhttp://pm-qa-utils_git.bb
new file mode 100644
index 000..610f3a7
--- /dev/null
+++
b/meta-oe/recipes-devtools/pm-qa-utils/pm-qa-utils_git.bbhttp://pm-qa-utils_git.bb
@@ -0,0 +1,63 @@
+DESCRIPTION = Utilities from Linaro for testing Power Management
nitpick, I'll remove from Linaro :)
[CEM] I have another version I need to send so I’ll take care of this.
+HOMEPAGE =
https://wiki.linaro.org/WorkingGroups/PowerManagement/Resources/TestSuite/PmQa;
+
+LICENSE = GPLv2
+LIC_FILES_CHKSUM =
file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263file:///\\COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263
+
+PV = 0.4.4
we released 0.4.8 today.
[CEM] I’ll go ahead and bump this
+BRANCH ?= master
+SRCREV = fbc2762359b863dfbf4fd0bab1e8abd2a6125ed4
+
+SRC_URI =
git://git.linaro.org/tools/pm-qa.git;protocol=git;branch=${BRANCH}http://git.linaro.org/tools/pm-qa.git;protocol=git;branch=$%7BBRANCH%7D
+
+S = ${WORKDIR}/git
+
+CFLAGS += -pthread
+
+do_compile () {
+# Find all the .c files in this project and build them.
+for x in `find . -name *.c`
+do
+util=`echo ${x} | sed s/.c$//`
+oe_runmake ${util}
+done
+}
+
+do_install () {
+install -d ${D}${bindir}
+install -d ${D}${bindir}/linaro-pm-qa-include
+
+# Install the compiled binaries the were built in the previous step
+for x in `find . -name *.c`
+do
+util=`echo ${x} | sed s/.c$//`
+util_basename=`basename ${util}`
+install -m 0755 ${util} ${D}${bindir}/${util_basename}
+done
+
+# Install the helper scripts in the include directory
+for script in `find . -name *.sh | grep include`
+do
+# Remove hardcoded relative paths
+sed -i -e 's#..\/utils\/##' ${script}
+
+script_basename=`basename ${script}`
+install -m 0755 $script
${D}${bindir}/linaro-pm-qa-include/${script_basename}
+done
+
+# Install the shell scripts NOT in the include directory since those
+# will be installed elsewhere
+for script in `find . -name *.sh | grep -v include`
+do
+# if the script includes any helper scripts from the include
+# directory then change the include path to the absolute path
+# to reflect the install location of the helper scripts.
+sed -i -e s#source ../include#source
${bindir}/linaro-pm-qa-include#g ${script}
+# Remove hardcoded relative paths
+sed -i -e 's#..\/utils\/##' ${script}
+
+script_basename=`basename ${script}`
+install -m 0755 $script ${D}${bindir}/${script_basename}
+done
we probably need to fix that properly and avoid the LTP style mess (software
not meant to be installable).
+}
--
1.7.9.5
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.orgmailto:Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
FWIW, my comments aren't a blocker/nack. That's something we can address later
on.
Cheers,
Fathi
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH][for-danny] kernel bbclass: return to original directory in do_deploy
Ping again. Is this patch OK for danny?
-Original Message-
From: Maupin, Chase
Sent: Friday, March 22, 2013 8:24 AM
To: Maupin, Chase; openembedded-devel@lists.openembedded.org
Subject: RE: [oe][meta-oe][PATCH][for-danny] kernel bbclass:
return to original directory in do_deploy
Ping on this patch. I did not submit for master since the master
branch has already removed the kernel.bbclass.
-Original Message-
From: Maupin, Chase
Sent: Monday, March 18, 2013 12:50 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [oe][meta-oe][PATCH][for-danny] kernel bbclass: return
to original directory in do_deploy
* During the base kernel_do_deploy function the directory is
changed to DEPLOYDIR in order to do some cleanup and
symlinking.
However, the directory is not changed back to the original
starting directory ${S} at the end. For append functions
this
means that the starting directory is not ${S} as expected but
instead ${DEPLOYDIR}.
For functions like the do_deploy_append in
recipes-kernel/linux/linux-dtb.inc there is an assumption
that
you are still in the source directory and not the DEPLOYDIR.
Without this change the .dtb files are not copied because the
check for the existence of ${DTS_FILE} which is a relative
path from the ${S} directory fails. This means that the .dtb
files are not copied into the deploy directory and
subsequently
the deploy/images directory.
In the log.do_deploy file you will see lines like:
Warning: arch/arm/boot/dts/x.dts is not available!
This fix has also been picked up in the oe-core
kernel.bbclass:
http://cgit.openembedded.org/openembedded-
core/commit/?id=fd5d80ab1a405cb4ef94f2cde25f8c251da490f0
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
meta-oe/classes/kernel.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta-oe/classes/kernel.bbclass b/meta-
oe/classes/kernel.bbclass
index 25c5f64..a0f67f9 100644
--- a/meta-oe/classes/kernel.bbclass
+++ b/meta-oe/classes/kernel.bbclass
@@ -546,6 +546,7 @@ kernel_do_deploy() {
ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${KERNEL_IMAGETYPE}
cp ${COREBASE}/meta/files/deploydir_readme.txt
${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
+ cd -
}
do_deploy[dirs] = ${DEPLOYDIR} ${B}
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH][for-danny] kernel bbclass: return to original directory in do_deploy
-Original Message- From: Eric Bénard [mailto:e...@eukrea.com] Sent: Thursday, March 28, 2013 3:51 PM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: Re: [oe] [meta-oe][PATCH][for-danny] kernel bbclass: return to original directory in do_deploy Le Thu, 28 Mar 2013 19:18:52 +, Maupin, Chase chase.mau...@ti.com a écrit : Ping again. Is this patch OK for danny? pushed to danny-next. Thanks Eric Eric ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH][for-danny] kernel bbclass: return to original directory in do_deploy
Ping on this patch. I did not submit for master since the master branch has
already removed the kernel.bbclass.
-Original Message-
From: Maupin, Chase
Sent: Monday, March 18, 2013 12:50 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [oe][meta-oe][PATCH][for-danny] kernel bbclass: return
to original directory in do_deploy
* During the base kernel_do_deploy function the directory is
changed to DEPLOYDIR in order to do some cleanup and
symlinking.
However, the directory is not changed back to the original
starting directory ${S} at the end. For append functions this
means that the starting directory is not ${S} as expected but
instead ${DEPLOYDIR}.
For functions like the do_deploy_append in
recipes-kernel/linux/linux-dtb.inc there is an assumption that
you are still in the source directory and not the DEPLOYDIR.
Without this change the .dtb files are not copied because the
check for the existence of ${DTS_FILE} which is a relative
path from the ${S} directory fails. This means that the .dtb
files are not copied into the deploy directory and subsequently
the deploy/images directory.
In the log.do_deploy file you will see lines like:
Warning: arch/arm/boot/dts/x.dts is not available!
This fix has also been picked up in the oe-core kernel.bbclass:
http://cgit.openembedded.org/openembedded-
core/commit/?id=fd5d80ab1a405cb4ef94f2cde25f8c251da490f0
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
meta-oe/classes/kernel.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta-oe/classes/kernel.bbclass b/meta-
oe/classes/kernel.bbclass
index 25c5f64..a0f67f9 100644
--- a/meta-oe/classes/kernel.bbclass
+++ b/meta-oe/classes/kernel.bbclass
@@ -546,6 +546,7 @@ kernel_do_deploy() {
ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${KERNEL_IMAGETYPE}
cp ${COREBASE}/meta/files/deploydir_readme.txt
${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
+ cd -
}
do_deploy[dirs] = ${DEPLOYDIR} ${B}
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3] libjpeg-turbo: Add RPROVIDES to fix errors when rdepending on jpeg
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Martin Jansa
Sent: Monday, October 22, 2012 2:43 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [meta-oe][PATCH v3] libjpeg-turbo: Add
RPROVIDES to fix errors when rdepending on jpeg
On Mon, Oct 22, 2012 at 07:37:26PM +, Maupin, Chase wrote:
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf
Of Samuel Stirtzel
Sent: Monday, October 22, 2012 10:13 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-oe][PATCH v3] libjpeg-turbo: Add
RPROVIDES to
fix errors when rdepending on jpeg
This fixes ERROR: Multiple .bb files are due to be built
which each
provide jpeg
Btw, when I've first noticed this error it was caused by
task/packagegroup recipe having jpeg in RDEPENDS. It does not
cause problems when apps are RDEPENDing on jpeg through shlibs
which is imho better way then pulling jpeg to image through
task/packagegroup.
But adding this dont hurt either case, so it's fine.
Any issue pulling this into the denzil branch?
Cheers,
Signed-off-by: Samuel Stirtzel s.stirt...@googlemail.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
index 2aefe1f..d87743b 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe
file://djpeg.c;endline=13;md5=e85613b52f2906c5dfc0e21ec902cb33 \
PV = 8d+1.2.1
-PR = r1
+PR = r2
SRCREV = 837
SRC_URI = svn://libjpeg-
turbo.svn.sourceforge.net/svnroot/libjpeg-
turbo;protocol=https;module=trunk
@@ -15,6 +15,9 @@ S = ${WORKDIR}/trunk
# Drop-in replacement for jpeg
PROVIDES = jpeg
+RPROVIDES_${PN} += jpeg
+RREPLACES_${PN} += jpeg
+RCONFLICTS_${PN} += jpeg
inherit autotools pkgconfig
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-
bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-
bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] libjpeg-turbo: Add RPROVIDES to fix errors when rdepending on jpeg
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Samuel Stirtzel
Sent: Monday, October 22, 2012 4:59 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-oe][PATCH v2] libjpeg-turbo: Add RPROVIDES to
fix errors when rdepending on jpeg
This fixes ERROR: Multiple .bb files are due to be built which
each provide jpeg
Signed-off-by: Samuel Stirtzel s.stirt...@googlemail.com
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
index 2aefe1f..303bbae 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
@@ -15,6 +15,9 @@ S = ${WORKDIR}/trunk
# Drop-in replacement for jpeg
PROVIDES = jpeg
+RPROVIDES_${PN} += jpeg
+RREPLACES_${PN} += jpeg
+RCONFLICTS_${PN} += jpeg
Does this need a PR bump? Aside from that this has my ack.
inherit autotools pkgconfig
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v2] libjpeg-turbo: Add RPROVIDES to fix errors when rdepending on jpeg
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Martin Jansa
Sent: Monday, October 22, 2012 8:23 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [meta-oe][PATCH v2] libjpeg-turbo: Add
RPROVIDES to fix errors when rdepending on jpeg
On Mon, Oct 22, 2012 at 03:20:35PM +0200, Samuel Stirtzel wrote:
2012/10/22 Maupin, Chase chase.mau...@ti.com:
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org]
On
Behalf Of Samuel Stirtzel
Sent: Monday, October 22, 2012 4:59 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-oe][PATCH v2] libjpeg-turbo: Add
RPROVIDES to
fix errors when rdepending on jpeg
This fixes ERROR: Multiple .bb files are due to be built
which
each provide jpeg
Signed-off-by: Samuel Stirtzel s.stirt...@googlemail.com
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |3 +++
1 file changed, 3 insertions(+)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
index 2aefe1f..303bbae 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
@@ -15,6 +15,9 @@ S = ${WORKDIR}/trunk
# Drop-in replacement for jpeg
PROVIDES = jpeg
+RPROVIDES_${PN} += jpeg
+RREPLACES_${PN} += jpeg
+RCONFLICTS_${PN} += jpeg
Does this need a PR bump? Aside from that this has my ack.
The error message disappeared without PR bumps or rebuilding.
Hopefully it doesn't need one, as that would trigger a rebuild
of many
recipes (like Qt, gtk+, gtk+3)
It needs one to replace jpeg with libjpeg-turbo on target.
opkg won't replace it without PR bump afaik
And it should not force a rebuild of the other packages I believe.But maybe
this is a new behaviour.
Cheers,
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH v3] libjpeg-turbo: Add RPROVIDES to fix errors when rdepending on jpeg
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Samuel Stirtzel
Sent: Monday, October 22, 2012 10:13 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-oe][PATCH v3] libjpeg-turbo: Add RPROVIDES to
fix errors when rdepending on jpeg
This fixes ERROR: Multiple .bb files are due to be built which
each provide jpeg
Signed-off-by: Samuel Stirtzel s.stirt...@googlemail.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
index 2aefe1f..d87743b 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
@@ -7,7 +7,7 @@ LIC_FILES_CHKSUM =
file://cdjpeg.h;endline=12;md5=78fa8dbac547bb5b2a0e6457a6cfe
file://djpeg.c;endline=13;md5=e85613b52f2906c5dfc0e21ec902cb33 \
PV = 8d+1.2.1
-PR = r1
+PR = r2
SRCREV = 837
SRC_URI = svn://libjpeg-
turbo.svn.sourceforge.net/svnroot/libjpeg-
turbo;protocol=https;module=trunk
@@ -15,6 +15,9 @@ S = ${WORKDIR}/trunk
# Drop-in replacement for jpeg
PROVIDES = jpeg
+RPROVIDES_${PN} += jpeg
+RREPLACES_${PN} += jpeg
+RCONFLICTS_${PN} += jpeg
inherit autotools pkgconfig
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH] libjpeg-turbo: Add RPROVIDES to fix errors when rdepending on jpeg
I did not see any responses to this patch. I am also seeing this issue and was
wondering if there was a reason this patch was not accepted?
If it can be merged can it also be pulled into the denzil branch as well?
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On
Behalf Of Samuel Stirtzel
Sent: Friday, August 24, 2012 5:56 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [meta-oe][PATCH] libjpeg-turbo: Add RPROVIDES to
fix errors when rdepending on jpeg
This fixes ERROR: Multiple .bb files are due to be built which
each provide jpeg
Signed-off-by: Samuel Stirtzel s.stirt...@googlemail.com
---
meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb |1 +
1 file changed, 1 insertion(+)
diff --git a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
index dd81606..ec25874 100644
--- a/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
+++ b/meta-oe/recipes-core/jpeg/libjpeg-turbo_svn.bb
@@ -15,6 +15,7 @@ S = ${WORKDIR}/trunk
# Drop-in replacement for jpeg
PROVIDES = jpeg
+RPROVIDES_${PN} = jpeg
inherit autotools pkgconfig
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick header fix
-Original Message-
From: Denys Dmytriyenko [mailto:de...@denix.org]
Sent: Wednesday, October 10, 2012 4:54 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH 0/1][for-denzil] kernel: cherry-pick
header fix
On Wed, Oct 10, 2012 at 05:18:38PM -0500, Chase Maupin wrote:
All,
This patch is a cherry-pick of the change made in meta-
openembedded
master to fix the kernel header staging location. Without this
change builds of external modules using the denzil branch will
fail
to find the staged headers because they will be looking in the
kernel directory instead of the usr/src/kernel directory.
The STAGING_KERNEL_DIR set in bitbake.conf of oe-core in the
denzil branch of the repository has already been updated to use
${STAGING_DIR_HOST}/usr/src/kernel
I hope I got this patch formatted right since I just did a
cherry-pick into my denzil branch and created the patch. If
this
is not the correct format please let me know. The commit I
cherry-picked was 8c724c4ab8e946763c813e5174dbfd5ac8a5ddda
Darren Hart (1):
kernel: Add kernel headers to kernel-dev package
meta-oe/classes/kernel.bbclass | 27
---
1 files changed, 12 insertions(+), 15 deletions(-)
FYI, it is already in the queue with other related patches. See
my earlier
email.
OK. I haven't seen that message come by yet. I guess it is floating in the
ether :)
--
Denys
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request 20120514
-Original Message- From: Paul Menzel [mailto:paulepan...@users.sourceforge.net] Sent: Saturday, May 19, 2012 3:59 AM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: Re: [oe] [2011.03-maintenance] Pull request 20120514 Dear Chase, Am Montag, den 14.05.2012, 13:09 -0500 schrieb Chase Maupin: Please pull the following commits that update the LICENSE field to list the actual license version for licenses like GPL and LGPL. These patches have previously been sent to the list with each patch identifying where it was derived from. I have also submitted patches for oe-core where appropriate. I'm looking for feedback on how to properly mark a package as having two licenses in oe-classic since causes issues. If these patches are OK then they can be pulled. If there is a better way to mark the dual licensing then I'll update them accordingly. The following changes since commit 36a56cbb69cda0c89f478e01183d61c6a66525c9: Steffen Sledz (1): icedtea6-native-1.7.10: backport S7103224 are available in the git repository at: http://arago-project.org/git/projects/arago-oe-amsdk.git update-licenses Chase Maupin (69): gnutls: update LICENSE setting I would have liked to have split those up. Update the license and add the inherit line. I'll split this up then and regenerate the patch set. libtasn1: update LICENSE setting bonnie: Update LICENSE field version It would have been great to have the changed license in the commit message also. […] schroedinger: Update LICENSE field version A change in `schroedinger.inc` is preferred in my opinion. I didn't change the .inc because I did not validate all versions of schroedinger. […] Thanks, Paul ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request 20120514
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Paul Menzel Sent: Monday, May 21, 2012 9:26 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [2011.03-maintenance] Pull request 20120514 Am Montag, den 21.05.2012, 13:53 + schrieb Maupin, Chase: -Original Message- From: Paul Menzel [mailto:paulepan...@users.sourceforge.net] Sent: Saturday, May 19, 2012 3:59 AM […] Chase Maupin (69): gnutls: update LICENSE setting I would have liked to have split those up. Update the license and add the inherit line. I'll split this up then and regenerate the patch set. If that patch set has already been submitted to meta-oe this way, please do not spent your time doing that. If it is independent from meta-oe please do so. Already done :) Also updated the license in the commit message (as much as I could fit) libtasn1: update LICENSE setting bonnie: Update LICENSE field version It would have been great to have the changed license in the commit message also. […] schroedinger: Update LICENSE field version A change in `schroedinger.inc` is preferred in my opinion. I didn't change the .inc because I did not validate all versions of schroedinger. Understood. Thanks, Paul ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request 20120514
-Original Message- From: Denys Dmytriyenko [mailto:de...@denix.org] Sent: Monday, May 14, 2012 2:44 PM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: Re: [oe] [2011.03-maintenance] Pull request 20120514 On Mon, May 14, 2012 at 01:09:40PM -0500, Chase Maupin wrote: Tom, Please pull the following commits that update the LICENSE field to list the actual license version for licenses like GPL and LGPL. These patches have previously been sent to the list with each patch identifying where it was derived from. I have also submitted patches for oe-core where appropriate. I'm looking for feedback on how to properly mark a package as having two licenses in oe-classic since causes issues. If these patches are OK then they can be pulled. If there is a better way to mark the dual licensing then I'll update them accordingly. As far as I recall, we don't use in oe-classic for dual licenses. The following changes since commit 36a56cbb69cda0c89f478e01183d61c6a66525c9: Steffen Sledz (1): icedtea6-native-1.7.10: backport S7103224 are available in the git repository at: http://arago-project.org/git/projects/arago-oe-amsdk.git update-licenses Also the same in different format: Pull URL: git://arago-project.org/git/projects/arago-oe-amsdk.git Branch: update-licenses Browse: http://arago-project.org/git/projects/?p=arago-oe- amsdk.git;a=shortlog;h=refs/heads/update-licenses Acked-by: Denys Dmytriyenko de...@ti.com Ping on this pull request. Any issues? Chase Maupin (69): gnutls: update LICENSE setting libtasn1: update LICENSE setting bonnie: Update LICENSE field version canutils: Update LICENSE field version debianutils: Update LICENSE field version gtk+: Update LICENSE field version for 2.20.1 gnome-keyring: Update LICENSE field version gnome-vfs: Update LICENSE field version hicolor-icon-theme: Update LICENSE field version hostap-daemon: Update LICENSE field version liba52: Update LICENSE field version atk: Update LICENSE field version audiofile: Update LICENSE field version avahi: Update LICENSE field version cairo: Update LICENSE field version libcap2: Update LICENSE field version libcroco: Update LICENSE field version esound: Update LICENSE field version faac: Update LICENSE field version faad2: Update LICENSE field version flac: Update LICENSE field version libgcrypt: Update LICENSE field version gdbm: Update LICENSE field version libgpg-error: Update LICENSE field version libical: Update LICENSE field version libid3tag: Update LICENSE field version libidl: Update LICENSE field version libmad: Update LICENSE field version libmodplug: Update LICENSE field version lame: Update LICENSE field version mpeg2dec: Update LICENSE field version mysql5: Update LICENSE field version libnl: Update LICENSE field version libproxy: Update LICENSE field version librsvg: Update LICENSE field version libsamplerate0: Update LICENSE field version schroedinger: Update LICENSE field version libsdl: Update LICENSE field version libsidplay: Update LICENSE field version libsndfile1: Update LICENSE field version libsocketcan: Update LICENSE field version libsoup-2.4: Update LICENSE field version libvisual: Update LICENSE field version x264: Update LICENSE field version libxv: Update LICENSE field version lmbench: Update LICENSE field version makedevs: Update LICENSE field version nfs-utils: Update LICENSE field version orbit2: Update LICENSE field version pango: Update LICENSE field version shared-mime-info: Update LICENSE field version wireless-tools: Update LICENSE field version gnome-common: Update LICENSE field version cups: Update LICENSE field version gnome-mime-data: Update LICENSE field version gtk-doc: Update LICENSE field version intltool: Update LICENSE field version libart-lgpl: Update LICENSE field version libdaemon: Update LICENSE field version libdiscid: Update LICENSE field version libglade: Update LICENSE field version libmikmod: Update LICENSE field version libmusicbrainz: Update LICENSE field version neon: Update LICENSE field version libnfnetlink: Update LICENSE field version python-pycairo: Update LICENSE field version python-pygobject: Update LICENSE field version python-pygtk: Update LICENSE field version time: Update LICENSE field version recipes/atk/atk_1.30.0.bb |4 ++-- recipes/audiofile/audiofile_0.2.6.bb
Re: [oe] [PATCH 12/69] atk: Update LICENSE field version
-Original Message-
From: Flanagan, Elizabeth [mailto:elizabeth.flana...@intel.com]
Sent: Monday, May 14, 2012 12:30 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH 12/69] atk: Update LICENSE field version
On Mon, May 14, 2012 at 9:09 AM, Chase Maupin
chase.mau...@ti.com wrote:
* Update LICENSE field version from generic LGPL to GPLv2+ and
LGPLv2+ to reflect the real license version.
* This change was based on setting in oe-core as well as code
inspection.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/atk/atk_1.30.0.bb | 4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/atk/atk_1.30.0.bb
b/recipes/atk/atk_1.30.0.bb
index b3505bf..23c6685 100644
--- a/recipes/atk/atk_1.30.0.bb
+++ b/recipes/atk/atk_1.30.0.bb
@@ -1,9 +1,9 @@
DESCRIPTION = An accessibility toolkit for GNOME.
SECTION = x11/libs
PRIORITY = optional
-LICENSE = LGPL
+LICENSE = GPLv2+ LGPLv2+
This should be:
LICENSE = GPLv2+ LGPLv2+
or whatever the operator is (Most likely or |)
I know that works in oe-core, but when I use this in oe-classic I get build
errors like:
NOTE: Running task 432 of 513 (ID: 1,
/home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb,
do_patch)
ERROR: Function SRC_DISTRIBUTECOMMAND failed
NOTE: Task failed: ('function SRC_DISTRIBUTECOMMAND failed',
'/home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/log.SRC_DISTRIBUTECOMMAND.27742')
ERROR: Logfile of failure stored in:
/home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/log.SRC_DISTRIBUTECOMMAND.27742
Log data follows:
|
/home/a0271661/projects/arago-4.7/arago-tmp/work/armv7a-arago-linux-gnueabi/atk-1.30.0-r2/temp/run.SRC_DISTRIBUTECOMMAND.27742:
line 1288: /atk: No such file or directory
| ERROR: Function SRC_DISTRIBUTECOMMAND failed
NOTE: package atk-1.30.0-r2: task do_distribute_sources: Failed
ERROR: TaskFailed event exception, aborting
ERROR: Build of
/home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb
do_distribute_sources failed
ERROR: Task 16
(/home/a0271661/projects/arago-4.7/arago-oe-dev/recipes/atk/atk_1.30.0.bb,
do_distribute_sources) failed with exit code 1
The line (1288) that is causing this error looks like:
cd /home/a0271661/projects/arago-4.7/arago-tmp/deploy/glibc/sources//atk
SRC_DISTRIBUTECOMMAND
Looking at other recipes I noticed that when they had multiple licenses they
used a space separated list and in the case of an or license option |.
Any input on this would be appreciated. I don't believe / is right because
that would make it look like a path for the classes that use the license.
The license field needs to be ast parsable in order for the
license
system to work.
-b
-PR = r1
+PR = r2
inherit gnome
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-
bin/mailman/listinfo/openembedded-devel
--
Elizabeth Flanagan
Yocto Project
Build and Release
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] sourceipk: dereference symlinks in sourceipk
Ping. Any objections to this?
Sincerely,
Chase Maupin
Open Platforms
ARM MPU
e-mail: chase.mau...@ti.com
phone: (214) 567-2950
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
-Original Message-
From: Maupin, Chase
Sent: Monday, October 10, 2011 2:27 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH] sourceipk: dereference symlinks in sourceipk
* Added the -h option to the tar command to make sure that any
patches that may have been applied by the recipe are actually
copied instead of made as symlinks to the recipe directory.
* This is so that people can see the actual patches and unapply
individual patches as desired.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
classes/sourceipk.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/sourceipk.bbclass b/classes/sourceipk.bbclass
index 1b63996..546ec67 100644
--- a/classes/sourceipk.bbclass
+++ b/classes/sourceipk.bbclass
@@ -122,7 +122,7 @@ sourceipk_do_create_srcipk() {
fi
#Write the data tarball
-tar -C $tmp_dir --owner=0 --group=0 -czf
$srcipk_dir/data.tar.gz .
+tar -C $tmp_dir --owner=0 --group=0 -chzf
$srcipk_dir/data.tar.gz .
# Create the debian-binary file
echo 2.0 $srcipk_dir/debian-binary
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] nodejs: Add patch to compile with GCC 4.3.3
Just FYI, this patch is against the nodejs version in the maintenance branch
and was sent to the list so it could be picked up into Koen's staging tree for
his next pull request. The previously sent version was for the OE dev mainline
and has already been accepted.
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Tuesday, July 19, 2011 7:30 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH] nodejs: Add patch to compile with GCC 4.3.3
* Add a patch to nodejs to allow compiling with GCC versions
less than or equal to 4.3.3.
* Define the function nodejs_get_gcc_ver to allow applying the
patch conditionally based on compiler version.
* Patch based on post at https://github.com/joyent/node/issues/883
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
...01-Add-missing-compiler-flags-for-GCC-4.3.patch | 34
recipes/nodejs/nodejs_0.4.0.bb |9 +
2 files changed, 43 insertions(+), 0 deletions(-)
create mode 100644 recipes/nodejs/files/0001-Add-missing-compiler-
flags-for-GCC-4.3.patch
diff --git a/recipes/nodejs/files/0001-Add-missing-compiler-flags-for-
GCC-4.3.patch b/recipes/nodejs/files/0001-Add-missing-compiler-flags-
for-GCC-4.3.patch
new file mode 100644
index 000..080b88f
--- /dev/null
+++ b/recipes/nodejs/files/0001-Add-missing-compiler-flags-for-GCC-
4.3.patch
@@ -0,0 +1,34 @@
+From 7cb51ed25b688be08825950ce3f5ce2ad38e3f95 Mon Sep 17 00:00:00 2001
+From: Chase Maupin chase.mau...@ti.com
+Date: Tue, 12 Jul 2011 11:00:48 -0500
+Subject: [PATCH] Add missing compiler flags for GCC 4.3
+
+* When compiling nodejs for GCC 4.3.3 you need to also add the
+ flag -fno-tree-sink.
+* This patch was taken from the thread at:
+* https://github.com/joyent/node/issues/883
+* Believe that no action is taken on this change upstream because
+ it is GCC 4.3.3 specific and is not required for GCC 4.5
+
+Upstream-Status: Denied
+
+Signed-off-by: Chase Maupin chase.mau...@ti.com
+---
+ deps/v8/SConstruct |1 +
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+
+diff --git a/deps/v8/SConstruct b/deps/v8/SConstruct
+index b2542fd..31c4c7b 100644
+--- a/deps/v8/SConstruct
b/deps/v8/SConstruct
+@@ -210,6 +210,7 @@ LIBRARY_FLAGS = {
+ },
+ 'arch:arm': {
+ 'CPPDEFINES': ['V8_TARGET_ARCH_ARM'],
++ 'CCFLAGS': ['-fno-tree-sink'],
+ 'unalignedaccesses:on' : {
+ 'CPPDEFINES' : ['CAN_USE_UNALIGNED_ACCESSES=1']
+ },
+--
+1.7.0.4
+
diff --git a/recipes/nodejs/nodejs_0.4.0.bb
b/recipes/nodejs/nodejs_0.4.0.bb
index be3d23e..fe8a878 100644
--- a/recipes/nodejs/nodejs_0.4.0.bb
+++ b/recipes/nodejs/nodejs_0.4.0.bb
@@ -4,11 +4,20 @@ LICENSE = MIT
DEPENDS = openssl
+PR = r1
+
+def nodejs_get_gcc_version(d):
+import subprocess,os,bb
+if os.path.exists(bb.data.getVar('TOOLCHAIN_PATH', d,
1)+'/bin/'+bb.data.getVar('TARGET_PREFIX', d, 1)+'gcc'):
+return subprocess.Popen([bb.data.getVar('TOOLCHAIN_PATH', d,
1)+'/bin/'+bb.data.getVar('TARGET_PREFIX', d, 1)+'gcc', '-v'],
stderr=subprocess.PIPE).communicate()[1].splitlines()[-1].split()[2]
+
SRC_URI = \
http://nodejs.org/dist/node-v${PV}.tar.gz \
file://libev-cross-cc_${PV}.patch \
+SRC_URI += ${@[, file://0001-Add-missing-compiler-flags-for-GCC-
4.3.patch][nodejs_get_gcc_version(d) = 4.3.3]}
+
SRC_URI[md5sum] = 18f89256751f9b8e27dee8494f508171
SRC_URI[sha256sum] =
4a30bd9963373cb86a994479bdd451ab3b6f2124f0089493366315da79d3408e
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ti-wifi-utils: fix unaligned data access
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Eyal Reizer
Sent: Monday, July 04, 2011 7:57 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [PATCH] ti-wifi-utils: fix unaligned data access
update the recipe to use a new commit from upstream which fixes
unaligned
data access errors reported when using the calibrator tool on an am180x
(armv5) platform
Signed-off-by: Eyal Reizer ey...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/ti-wifi-utils_git.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes/ti/ti-wifi-utils_git.bb b/recipes/ti/ti-wifi-
utils_git.bb
index 9855775..87ca2c9 100644
--- a/recipes/ti/ti-wifi-utils_git.bb
+++ b/recipes/ti/ti-wifi-utils_git.bb
@@ -3,11 +3,11 @@ LICENSE = TI-BSD
DEPENDS = libnl
-PR =r3
+PR =r4
PV =0.0
PR_append = +gitr${SRCPV}
-SRCREV = 268dbf03091b632c2697eb8028e90fe40513a9d8
+SRCREV = 8737db9372e714e265d3f575573d14c3379ab9fc
SRC_URI = git://github.com/gxk/ti-utils.git;protocol=git
S = ${WORKDIR}/git
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] matrix-gui: Update SRCREV to revision 292
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Jeff Lance
Sent: Friday, July 01, 2011 1:30 PM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: [oe] [PATCH 1/1] matrix-gui: Update SRCREV to revision 292
* Fix Soft AP scipt
* Fix Multimedia descriptions
Signed-off-by: Jeff Lance j-lan...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/matrix-gui-common_1.4.bb |4 ++--
recipes/ti/matrix-gui-e_1.3.bb |4 ++--
recipes/ti/matrix-gui_1.3.bb|4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/recipes/ti/matrix-gui-common_1.4.bb b/recipes/ti/matrix-
gui-common_1.4.bb
index 8376e17..1f2db79 100644
--- a/recipes/ti/matrix-gui-common_1.4.bb
+++ b/recipes/ti/matrix-gui-common_1.4.bb
@@ -4,5 +4,5 @@ require matrix-gui-common.inc
# prebuilt version in the repository.
RRECOMMENDS_${PN} = am-sysinfo
-SRCREV = 290
-PR = ${INC_PR}.14
+SRCREV = 292
+PR = ${INC_PR}.15
diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-
e_1.3.bb
index dcad1a6..73e6d63 100644
--- a/recipes/ti/matrix-gui-e_1.3.bb
+++ b/recipes/ti/matrix-gui-e_1.3.bb
@@ -1,5 +1,5 @@
require matrix-gui-e.inc
-SRCREV = 290
-PR = ${INC_PR}.13
+SRCREV = 292
+PR = ${INC_PR}.14
diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-
gui_1.3.bb
index e67115c..d9b4895 100644
--- a/recipes/ti/matrix-gui_1.3.bb
+++ b/recipes/ti/matrix-gui_1.3.bb
@@ -1,4 +1,4 @@
require matrix-gui.inc
-SRCREV = 290
-PR = ${INC_PR}.9
+SRCREV = 292
+PR = ${INC_PR}.10
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2 1/1] am-benchmarks: Remove platform dependencies
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Koen Kooi
Sent: Thursday, June 30, 2011 3:53 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH v2 1/1] am-benchmarks: Remove platform
dependencies
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29-06-11 18:33, Jeff Lance wrote:
* Remove platform dependencies and use architecture dependencies
instead
* Use OE BASE_PACKAGE_ARCH to determine architecture
* Update the SRCREV to revision 66
* Update the recipe revision to 1.3
* Removed INSANE_SKIP
NOTE - architecture dependency can be removed once CFLAGS can be
passed into CCSv5 project makefile
Signed-off-by: Jeff Lance j-lan...@ti.com
Much better, thanks!
Acked-by: Koen Kooi k...@dominion.thruhere.net
NAK
My testing shows this sed command does not work the way it was intended. I
have given Jeff an updated command to submit another version of th patch.
---
Updated in version 2:
Removed INSANE_SKIP directive
updated SRCREV from 65 to 66
used find-copies-harder to show differences with previous recipe
--
recipes/ti/am-benchmarks_1.3.bb | 33
+
1 files changed, 33 insertions(+), 0 deletions(-)
create mode 100644 recipes/ti/am-benchmarks_1.3.bb
diff --git a/recipes/ti/am-benchmarks_1.3.bb b/recipes/ti/am-
benchmarks_1.3.bb
new file mode 100644
index 000..8ac9b74
--- /dev/null
+++ b/recipes/ti/am-benchmarks_1.3.bb
@@ -0,0 +1,33 @@
+#NOTE: This package is currently only supported for the Angstrom
+# distribution. Other distributions and toolchains may or
+# may not work.
+
+DESCRIPTION = AM Benchmarks
+HOMEPAGE = https://gforge.ti.com/gf/project/am_benchmarks/;
+LICENSE = BSD
+SECTION = system
+PRIORITY = optional
+
+SRCREV = 66
+PR = r2+svnr${SRCPV}
+
+SRC_URI =
svn://gforge.ti.com/svn/am_benchmarks/;module=trunk;proto=https;user=a
nonymous;pswd=''
+
+S = ${WORKDIR}/trunk
+
+do_configure() {
+sed -i -e 's|LIBS :=|LIBS := ${LDFLAGS} |'
Release/objects.mk
+}
+
+do_compile() {
+ # don't build debug version
+ touch debug
+ export CROSS_COMPILE=${TARGET_PREFIX}
+ export ARCH=${BASE_PACKAGE_ARCH}
+ make release
+}
+
+do_install() {
+ export ARCH=${BASE_PACKAGE_ARCH}
+ make DESTDIR=${D} install
+}
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFODDlvMkyGM64RGpERAkG8AJ4nj8TWYoY89u9XJHPiw13adfgeGACgp69I
UxVJuBlADDqibDEyEAUuBcE=
=yCEc
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v3 1/1] am-benchmarks: Remove platform dependencies
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Jeff Lance
Sent: Thursday, June 30, 2011 8:38 AM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: [oe] [PATCH v3 1/1] am-benchmarks: Remove platform
dependencies
* Remove platform dependencies and use architecture dependencies
instead
* Use OE BASE_PACKAGE_ARCH to determine architecture
* Update the SRCREV to revision 66
* Update the recipe revision to 1.3
* Removed INSANE_SKIP
NOTE - architecture dependency can be removed once CFLAGS can be passed
into CCSv5 project makefile
Signed-off-by: Jeff Lance j-lan...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
Update in version 3:
Fix sed commands to apply to all dhrystone projects
---
.../{am-benchmarks_1.2.bb = am-benchmarks_1.3.bb} | 27 ++--
---
1 files changed, 14 insertions(+), 13 deletions(-)
copy recipes/ti/{am-benchmarks_1.2.bb = am-benchmarks_1.3.bb} (61%)
diff --git a/recipes/ti/am-benchmarks_1.2.bb b/recipes/ti/am-
benchmarks_1.3.bb
similarity index 61%
copy from recipes/ti/am-benchmarks_1.2.bb
copy to recipes/ti/am-benchmarks_1.3.bb
index 21e62a7..6070fe8 100644
--- a/recipes/ti/am-benchmarks_1.2.bb
+++ b/recipes/ti/am-benchmarks_1.3.bb
@@ -8,30 +8,31 @@ LICENSE = BSD
SECTION = system
PRIORITY = optional
-SRCREV = 61
+SRCREV = 66
PR = r2+svnr${SRCPV}
-COMPATIBLE_MACHINE = (dm365|omapl138|omap3|ti816x|ti814x)
-
-ARCHITECTURE_dm365 = arm9
-ARCHITECTURE_omapl138 = arm9
-ARCHITECTURE_omap3 = cortex-a8
-ARCHITECTURE_ti816x = cortex-a8
-ARCHITECTURE_ti814x = cortex-a8
-
-INSANE_SKIP_${PN} = True
-
SRC_URI =
svn://gforge.ti.com/svn/am_benchmarks/;module=trunk;proto=https;user=a
nonymous;pswd=''
-S = ${WORKDIR}/trunk/${ARCHITECTURE}
+S = ${WORKDIR}/trunk
+
+do_configure() {
+# Find all the objects.mk files for the Release target
+files=`find ${BASE_PACKAGE_ARCH} -name objects.mk | grep
Release`
+for f in $files
+do
+sed -i -e 's|LIBS :=|LIBS := ${LDFLAGS} |' $f
+done
+}
do_compile() {
# don't build debug version
touch debug
export CROSS_COMPILE=${TARGET_PREFIX}
- make release
+ export ARCH=${BASE_PACKAGE_ARCH}
+ make release
}
do_install() {
+ export ARCH=${BASE_PACKAGE_ARCH}
make DESTDIR=${D} install
}
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] matrix-tui: Update to arago toolchain
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Denys Dmytriyenko
Sent: Wednesday, June 22, 2011 4:11 PM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: Re: [oe] [PATCH 1/1] matrix-tui: Update to arago toolchain
On Wed, Jun 22, 2011 at 02:02:01PM -0500, Jeff Lance wrote:
* Modify to use arago MACHINE name for platforms
* Add all Sitara platforms
* Update SRCREV to 41
Signed-off-by: Jeff Lance j-lan...@ti.com
Jeff,
See my coments below.
---
recipes/ti/matrix-tui.inc| 12 +++-
recipes/ti/matrix-tui_1.1.bb |4 ++--
2 files changed, 5 insertions(+), 11 deletions(-)
diff --git a/recipes/ti/matrix-tui.inc b/recipes/ti/matrix-tui.inc
index 1ad8aa8..a3793d3 100644
--- a/recipes/ti/matrix-tui.inc
+++ b/recipes/ti/matrix-tui.inc
@@ -9,13 +9,6 @@ INC_PR = r7
COMPATIBLE_MACHINE = (omapl138|omap3)
-PLATFORM_am37x-evm = am3715
-PLATFORM_beagleboard = am3715
-PLATFORM_am3517-evm = am3517
-PLATFORM_am180x-evm = am180x
-PLATFORM_am181x-evm = am181x
-PLATFORM_da850-omapl138-evm = am180x
-
SRC_URI =
svn://gforge.ti.com/svn/matrix_tui/;module=trunk;proto=https;user=anon
ymous;pswd='' \
file://init \
@@ -28,7 +21,7 @@ S = ${WORKDIR}/trunk
#INITSCRIPT_PARAMS = defaults 99
do_configure() {
- sed -i -e 's:PATH=${LINUX_DEVKIT_PATH}/arm-none-linux-
gnueabi:PATH ?= ${LINUX_DEVKIT_PATH}/arm-none-linux-gnueabi:'
makefile.init
+ sed -i -e 's:PATH=${LINUX_DEVKIT_PATH}/arm-arago-linux-
gnueabi:PATH ?= ${LINUX_DEVKIT_PATH}/arm-arago-linux-gnueabi:'
makefile.init
I don't think this is needed. The whole point of that sed magic I put
in
there, is to make assignments of TUI_INCLUDE_PATH, XML_INCLUDE_PATH and
TUI_LIB_PATH conditionally, so they can be overwritten below in the
do_compile() task...
The makefile defaults have been changed to use arm-arago-linux-gnueabi instead
of the arm-none-linux-gnueabi. If you want these values to still be optionally
assigned then you would still need these changes right?
Now perhaps a better way to do this is change the makefile.init to use the ?=
optional assignment so that you don't need to do this sed magic. Would that
also work?
sed -i -e 's|LIBS :=|LIBS := ${LDFLAGS} |' Release/objects.mk
}
@@ -39,11 +32,12 @@ do_compile() {
export TUI_INCLUDE_PATH=${STAGING_INCDIR}
export XML_INCLUDE_PATH=${STAGING_INCDIR}/libxml2
export TUI_LIB_PATH=${STAGING_LIBDIR}
+ export PLATFORM=${MACHINE}
make release
}
do_install() {
- export PLATFORM=${PLATFORM}
+ export PLATFORM=${MACHINE}
make DESTDIR=${D} install
install -d ${D}${sysconfdir}/init.d/
install -c -m 0755 ${WORKDIR}/init
${D}${sysconfdir}/init.d/matrix-tui
diff --git a/recipes/ti/matrix-tui_1.1.bb b/recipes/ti/matrix-
tui_1.1.bb
index 9814d5f..7e95d62 100644
--- a/recipes/ti/matrix-tui_1.1.bb
+++ b/recipes/ti/matrix-tui_1.1.bb
@@ -1,4 +1,4 @@
require matrix-tui.inc
-SRCREV = 37
-PR = ${INC_PR}.4
+SRCREV = 41
+PR = ${INC_PR}.5
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] kernel bbclass: add the crypto directory to staging
Ping on this patch. I've seen one ACK so far.
Sincerely,
Chase Maupin
Open Platforms
ARM MPU
e-mail: chase.mau...@ti.com
phone: (214) 567-2950
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Thursday, June 16, 2011 2:29 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase; Turner, Greg
Subject: [PATCH] kernel bbclass: add the crypto directory to staging
* Add the include/crypto directory from the kernel to the list
of directories to be staged.
* This directory contains the cryptodev.h file required by other
drivers and applications.
* Not including this directory leads to build errors of being
unable to find the cryptodev.h file.
Signed-off-by: Greg Turner gregtur...@ti.com
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
classes/kernel.bbclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/classes/kernel.bbclass b/classes/kernel.bbclass
index 8817186..bd7b23f 100644
--- a/classes/kernel.bbclass
+++ b/classes/kernel.bbclass
@@ -188,7 +188,7 @@ sysroot_stage_all_append() {
mkdir -p $kerneldir/include/asm-generic
cp -fR include/asm-generic/* $kerneldir/include/asm-generic/
- for entry in drivers/crypto drivers/media include/generated
include/linux include/net include/pcmcia include/media include/acpi
include/sound include/video include/scsi include/trace include/mtd
include/rdma include/drm include/xen crypto/ocf; do
+ for entry in drivers/crypto drivers/media include/generated
include/linux include/net include/pcmcia include/media include/acpi
include/sound include/video include/scsi include/trace include/mtd
include/rdma include/drm include/xen crypto/ocf include/crypto; do
if [ -d $entry ]; then
mkdir -p $kerneldir/$entry
cp -fR $entry/* $kerneldir/$entry/
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Jeff Lance : matrix_gui: Pull in lmbench, multimedia, EZSDK mods
-Original Message-
From: openembedded-commits-boun...@lists.openembedded.org
[mailto:openembedded-commits-boun...@lists.openembedded.org] On Behalf
Of git version control
Sent: Wednesday, May 18, 2011 12:23 PM
To: openembedded-comm...@openembedded.org
Subject: [oe-commits] Jeff Lance : matrix_gui: Pull in lmbench,
multimedia, EZSDK mods
Module: openembedded.git
Branch: master
Commit: b14cb947a346088d14b0d78d3546314c9d37cdbb
URL:
http://git.openembedded.org/?p=openembedded.gita=commit;h=b14cb947a346
088d14b0d78d3546314c9d37cdbb
Author: Jeff Lance jefflanc...@gmail.com
Date: Thu May 19 23:35:09 2011 +
matrix_gui: Pull in lmbench,multimedia,EZSDK mods
* Update SRCREV to pull in:
* Multimedia apps
* LMBench apps
* EZSDK updates
* remove Blitrix
Signed-off-by: Jeff Lance j-lan...@ti.com
Signed-off-by: Denys Dmytriyenko de...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/matrix-gui-common_1.4.bb |4 ++--
recipes/ti/matrix-gui-e_1.3.bb |4 ++--
recipes/ti/matrix-gui_1.3.bb|4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/recipes/ti/matrix-gui-common_1.4.bb b/recipes/ti/matrix-
gui-common_1.4.bb
index d436044..6f7376d 100644
--- a/recipes/ti/matrix-gui-common_1.4.bb
+++ b/recipes/ti/matrix-gui-common_1.4.bb
@@ -4,5 +4,5 @@ require matrix-gui-common.inc
# prebuilt version in the repository.
RRECOMMENDS_${PN} = am-sysinfo
-SRCREV = 245
-PR = ${INC_PR}.9
+SRCREV = 249
+PR = ${INC_PR}.10
diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-
e_1.3.bb
index fb7e4b3..8f2df1c 100644
--- a/recipes/ti/matrix-gui-e_1.3.bb
+++ b/recipes/ti/matrix-gui-e_1.3.bb
@@ -1,5 +1,5 @@
require matrix-gui-e.inc
-SRCREV = 245
-PR = ${INC_PR}.8
+SRCREV = 249
+PR = ${INC_PR}.9
diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-
gui_1.3.bb
index 2c38fc3..f7e56a3 100644
--- a/recipes/ti/matrix-gui_1.3.bb
+++ b/recipes/ti/matrix-gui_1.3.bb
@@ -1,4 +1,4 @@
require matrix-gui.inc
-SRCREV = 245
-PR = ${INC_PR}.4
+SRCREV = 249
+PR = ${INC_PR}.5
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
commits
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [oe-commits] Jeff Lance : matrix_gui: Pull in lmbench, multimedia, EZSDK mods
Please ignore. Don't know why I acked the commit message :)
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Maupin, Chase
Sent: Wednesday, May 18, 2011 2:02 PM
To: openembedded-devel@lists.openembedded.org; openembedded-
comm...@openembedded.org
Subject: Re: [oe] [oe-commits] Jeff Lance : matrix_gui: Pull in
lmbench, multimedia, EZSDK mods
-Original Message-
From: openembedded-commits-boun...@lists.openembedded.org
[mailto:openembedded-commits-boun...@lists.openembedded.org] On
Behalf
Of git version control
Sent: Wednesday, May 18, 2011 12:23 PM
To: openembedded-comm...@openembedded.org
Subject: [oe-commits] Jeff Lance : matrix_gui: Pull in lmbench,
multimedia, EZSDK mods
Module: openembedded.git
Branch: master
Commit: b14cb947a346088d14b0d78d3546314c9d37cdbb
URL:
http://git.openembedded.org/?p=openembedded.gita=commit;h=b14cb947a346
088d14b0d78d3546314c9d37cdbb
Author: Jeff Lance jefflanc...@gmail.com
Date: Thu May 19 23:35:09 2011 +
matrix_gui: Pull in lmbench,multimedia,EZSDK mods
* Update SRCREV to pull in:
* Multimedia apps
* LMBench apps
* EZSDK updates
* remove Blitrix
Signed-off-by: Jeff Lance j-lan...@ti.com
Signed-off-by: Denys Dmytriyenko de...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/matrix-gui-common_1.4.bb |4 ++--
recipes/ti/matrix-gui-e_1.3.bb |4 ++--
recipes/ti/matrix-gui_1.3.bb|4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/recipes/ti/matrix-gui-common_1.4.bb b/recipes/ti/matrix-
gui-common_1.4.bb
index d436044..6f7376d 100644
--- a/recipes/ti/matrix-gui-common_1.4.bb
+++ b/recipes/ti/matrix-gui-common_1.4.bb
@@ -4,5 +4,5 @@ require matrix-gui-common.inc
# prebuilt version in the repository.
RRECOMMENDS_${PN} = am-sysinfo
-SRCREV = 245
-PR = ${INC_PR}.9
+SRCREV = 249
+PR = ${INC_PR}.10
diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-
e_1.3.bb
index fb7e4b3..8f2df1c 100644
--- a/recipes/ti/matrix-gui-e_1.3.bb
+++ b/recipes/ti/matrix-gui-e_1.3.bb
@@ -1,5 +1,5 @@
require matrix-gui-e.inc
-SRCREV = 245
-PR = ${INC_PR}.8
+SRCREV = 249
+PR = ${INC_PR}.9
diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-
gui_1.3.bb
index 2c38fc3..f7e56a3 100644
--- a/recipes/ti/matrix-gui_1.3.bb
+++ b/recipes/ti/matrix-gui_1.3.bb
@@ -1,4 +1,4 @@
require matrix-gui.inc
-SRCREV = 245
-PR = ${INC_PR}.4
+SRCREV = 249
+PR = ${INC_PR}.5
___
Openembedded-commits mailing list
openembedded-comm...@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
commits
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] pcsc-lite: make configuration file a separate package
-Original Message-
From: Denys Dmytriyenko [mailto:de...@denix.org]
Sent: Thursday, May 12, 2011 10:43 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH] pcsc-lite: make configuration file a separate
package
On Tue, May 10, 2011 at 05:17:42PM -0500, Chase Maupin wrote:
* Move the reader.conf file to be part of a separate package
so that it is not installed by default.
* This is done because individual readers that implements an
IFDHandler library need to be able to install their reader.conf
file in the /etc/reader.conf.d directory. Without this change
Chase,
Sorry, it did not occur to me yesterday, when helping with the patch,
but I
just realised now that /etc/reader.conf.d (like any other dir.d
denotion)
should expect a set of config files and not just one specific one.
So, I started checking the sources and the ChangeLog from pcsc-lite and
got it
confirmed - you can pretty much drop a set of files into that directory
and
all of them will be parsed for the configuration. So, since the default
file
is only a template with all the configuration commented out, you should
be
safe to install your own config files in that directory with different
names.
That way you don't need any changes to the pcsc-lite recipe...
Denys,
Thanks. The documentation I was reading for pcsc-lite made it sound like you
needed the file to be called reader.conf. I guess ignore this patch for now
then and we'll try having a separate reader.conf.pru file installed and see if
pcsc-lite can find it. Thanks for the info.
One of the relative enties from ChangeLog:
- Add the ability to parse all the configuration files of a directory
instead of just one configuration file. update-reader.conf is then
now
obsolete.
--
Denys
those packages will conflict with the reader.conf file installed
by the pcsc-lite package:
* NOTE: the reader.conf file in the package is a commented out
template file, not an actual working configuration
file.
* Using this change IFDHandler packages can use RCONFLICT with
the pcsc-lite-collateral package to let users know that these
packages cannot co-exist.
* Mark the configuration file an such so that when the package is
updated the user's changes are not lost.
* Bump the PR.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/pcsc-lite/pcsc-lite_1.5.2.bb |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/recipes/pcsc-lite/pcsc-lite_1.5.2.bb b/recipes/pcsc-
lite/pcsc-lite_1.5.2.bb
index b4af08d..88401b6 100644
--- a/recipes/pcsc-lite/pcsc-lite_1.5.2.bb
+++ b/recipes/pcsc-lite/pcsc-lite_1.5.2.bb
@@ -5,6 +5,8 @@ LICENSE = BSD
DEPENDS = hal
RDEPENDS_${PN} = hal
+PR = r1
+
SRC_URI = https://alioth.debian.org/frs/download.php/2795/pcsc-
lite-${PV}.tar.bz2 \
file://pcscd.init
@@ -26,8 +28,11 @@ do_install() {
}
PACKAGES =+ libpcsclite
+PACKAGES =+ ${PN}-collateral
FILES_libpcsclite = ${libdir}/libpcsclite.so.*
+FILES_${PN}-collateral = ${sysconfdir}/reader.conf.d/*
+CONFFILES_${PN}-collateral = ${sysconfdir}/reader.conf.d/*
SRC_URI[md5sum] = d7d466621bec39354351f09349f6374c
SRC_URI[sha256sum] =
a0c11b0b5cc46d4c4ec499b875cfdc4e766fdf12fe2f6ea635e1b11ab7b8821e
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-
devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ncurses: add missing patch file
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Paul Menzel Sent: Monday, May 09, 2011 12:21 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] ncurses: add missing patch file Dear Chase, dear Tom, Am Donnerstag, den 05.05.2011, 16:13 -0500 schrieb Maupin, Chase: Sent: Thursday, May 05, 2011 3:13 PM On 05/05/2011 11:07 AM, Chase Maupin wrote: * The 20110115 patch file has gone missing. Add it to the OE repository like the previous patch file. * Bump the PR Signed-off-by: Chase Maupin chase.mau...@ti.com Maybe we need to consider just moving to vanilla 5.9 and drop 5.7? I asked Koen to submit a pull request to the maintenance branch to add 5.9 so I agree there. I just thought I would go ahead and submit a patch to the dev branch to fix version 5.7 in case someone is using that version. Personally I'm fine with going to 5.9 directly. I would vote for getting this patch applied to improve the quality since one more package build with no problems. Acked-by: Paul Menzel paulepan...@users.sourceforge.net Chase, can you push to the repository? Paul, I cannot, but someone was nice enough to do it today :) Thanks, Paul ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ncurses: add missing patch file
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Tom Rini Sent: Thursday, May 05, 2011 3:13 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] ncurses: add missing patch file On 05/05/2011 11:07 AM, Chase Maupin wrote: * The 20110115 patch file has gone missing. Add it to the OE repository like the previous patch file. * Bump the PR Signed-off-by: Chase Maupin chase.mau...@ti.com Maybe we need to consider just moving to vanilla 5.9 and drop 5.7? I asked Koen to submit a pull request to the maintenance branch to add 5.9 so I agree there. I just thought I would go ahead and submit a patch to the dev branch to fix version 5.7 in case someone is using that version. Personally I'm fine with going to 5.9 directly. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2 1/1] am-benchmarks: add return values
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Jeff Lance
Sent: Wednesday, April 27, 2011 2:08 PM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: [oe] [PATCH v2 1/1] am-benchmarks: add return values
* add return values to dhrystone and linpack for automated test
Signed-off-by: Jeff Lance j-lan...@ti.com
---
Updated in version 2:
* added space before bulleted list
---
recipes/ti/am-benchmarks_1.2.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/recipes/ti/am-benchmarks_1.2.bb b/recipes/ti/am-
benchmarks_1.2.bb
index 38c7056..21e62a7 100644
--- a/recipes/ti/am-benchmarks_1.2.bb
+++ b/recipes/ti/am-benchmarks_1.2.bb
@@ -8,7 +8,7 @@ LICENSE = BSD
SECTION = system
PRIORITY = optional
-SRCREV = 60
+SRCREV = 61
PR = r2+svnr${SRCPV}
COMPATIBLE_MACHINE = (dm365|omapl138|omap3|ti816x|ti814x)
Acked-by: Chase Maupin chase.mau...@ti.com
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request for TI matrix-gui, ipc and sgx/gles
Denys, Thanks a lot for this. It is really appreciated. Sincerely, Chase Maupin Open Platforms ARM MPU e-mail: chase.mau...@ti.com phone: (214) 567-2950 For support: Forums - http://community.ti.com/forums/ Wiki - http://wiki.davincidsp.com/ -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Thursday, April 14, 2011 2:35 PM To: openembedded-devel@lists.openembedded.org Subject: [oe] [2011.03-maintenance] Pull request for TI matrix-gui, ipc and sgx/gles Tom, Please pull these 5 commits for TI related changes - matrix-gui rev bump, new ti-ipc version and sgx/gles fixes for ti816x. All are cherry picked from oe.dev Pull URL: git://arago-project.org/git/people/denix/openembedded.git Branch: 2011.03-maintenance Browse: http://arago- project.org/git/people/?p=denix/openembedded.git;a=shortlog;h=refs/heads/2 011.03-maintenance Thanks, Denys Dmytriyenko de...@ti.com --- Jeff Lance (1): matrix-gui: Bump up SRCREV Siddharth Heroor (4): ti-ipc: Add version 1.22.05.27 omap3-sgx-modules: Update TI816x Module Location and Platform variables. libgles-omap3: Correct libraries for TI816x. libgles-omap3: Remove SGX Fixup for TI816x. recipes/powervr-drivers/libgles-omap3/rc.pvr | 10 +++--- .../powervr-drivers/libgles-omap3_4.03.00.01.bb|4 +++- .../omap3-sgx-modules_1.6.16.3977.bb |4 ++-- recipes/ti/matrix-gui-common_1.4.bb|4 ++-- recipes/ti/matrix-gui-e_1.3.bb |4 ++-- recipes/ti/matrix-gui_1.3.bb |4 ++-- recipes/ti/ti-ipc_1.22.05.27.bb|6 ++ 7 files changed, 20 insertions(+), 16 deletions(-) create mode 100644 recipes/ti/ti-ipc_1.22.05.27.bb ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] matrix-gui: Bump up SRCREV
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Paul Menzel
Sent: Thursday, April 14, 2011 7:58 AM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: Re: [oe] [PATCH 1/1] matrix-gui: Bump up SRCREV
Dear Chase, dear Jeff,
Am Donnerstag, den 14.04.2011, 06:57 -0500 schrieb Chase Maupin:
From: Jeff Lance j-lan...@ti.com
* Bump up SRCREV
* add am389x platform support
* am1808 add correct instructions for running profibus demo
Signed-off-by: Jeff Lance j-lan...@ti.com
---
recipes/ti/matrix-gui-common_1.4.bb |4 ++--
recipes/ti/matrix-gui-e_1.3.bb |4 ++--
recipes/ti/matrix-gui_1.3.bb|4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/recipes/ti/matrix-gui-common_1.4.bb b/recipes/ti/matrix-
gui-common_1.4.bb
index 04cdb2f..d436044 100644
--- a/recipes/ti/matrix-gui-common_1.4.bb
+++ b/recipes/ti/matrix-gui-common_1.4.bb
@@ -4,5 +4,5 @@ require matrix-gui-common.inc
# prebuilt version in the repository.
RRECOMMENDS_${PN} = am-sysinfo
-SRCREV = 243
-PR = ${INC_PR}.8
+SRCREV = 245
+PR = ${INC_PR}.9
diff --git a/recipes/ti/matrix-gui-e_1.3.bb b/recipes/ti/matrix-gui-
e_1.3.bb
index 4519437..fb7e4b3 100644
--- a/recipes/ti/matrix-gui-e_1.3.bb
+++ b/recipes/ti/matrix-gui-e_1.3.bb
@@ -1,5 +1,5 @@
require matrix-gui-e.inc
-SRCREV = 243
-PR = ${INC_PR}.7
+SRCREV = 245
+PR = ${INC_PR}.8
diff --git a/recipes/ti/matrix-gui_1.3.bb b/recipes/ti/matrix-gui_1.3.bb
index 727aca1..2c38fc3 100644
--- a/recipes/ti/matrix-gui_1.3.bb
+++ b/recipes/ti/matrix-gui_1.3.bb
@@ -1,4 +1,4 @@
require matrix-gui.inc
-SRCREV = 243
-PR = ${INC_PR}.3
+SRCREV = 245
+PR = ${INC_PR}.4
is the bump of `PR` needed? Is not the increment of `SRCREV` implying
that already?
The SRCREV is not used as part of the PR value, so without this bump
incremental builds would not see this as needing a rebuild.
Thanks,
Paul
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ti-ipc: Add version 1.22.05.27
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Siddharth Heroor Sent: Tuesday, April 12, 2011 3:52 AM To: openembedded-devel@lists.openembedded.org Cc: Heroor, Siddharth Subject: [oe] [PATCH] ti-ipc: Add version 1.22.05.27 Signed-off-by: Siddharth Heroor her...@ti.com --- recipes/ti/ti-ipc_1.22.05.27.bb |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) create mode 100644 recipes/ti/ti-ipc_1.22.05.27.bb diff --git a/recipes/ti/ti-ipc_1.22.05.27.bb b/recipes/ti/ti- ipc_1.22.05.27.bb new file mode 100644 index 000..c3d25a6 --- /dev/null +++ b/recipes/ti/ti-ipc_1.22.05.27.bb @@ -0,0 +1,6 @@ +require ti-ipc.inc + +PV = 1_22_05_27 + +SRC_URI[ipcbin.md5sum] = bd35d75b754f0fc54d7ad74cfc971987 +SRC_URI[ipcbin.sha256sum] = b61969dc8b5bf01ee6f68151d2c8e123b1b3b425990987fe64288085d8cc15b7 -- 1.7.0.4 Acked-by: Chase Maupin chase.mau...@ti.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] hostap-daemon: Build from git sources
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Eyal Reizer Sent: Tuesday, April 12, 2011 4:54 PM To: openembedded-devel@lists.openembedded.org Cc: Reizer, Eyal Subject: [oe] [PATCH] hostap-daemon: Build from git sources Please provide a more detailed message. Why are you adding this git version? Also, much of this recipe is shared with the previous version. Can you abstract this into an include file that can be shared with both recipes? Signed-off-by: Eyal Reizer ey...@ti.com --- recipes/hostap/hostap-daemon-git/defconfig | 187 recipes/hostap/hostap-daemon_git.bb| 37 ++ 2 files changed, 224 insertions(+), 0 deletions(-) create mode 100755 recipes/hostap/hostap-daemon-git/defconfig create mode 100755 recipes/hostap/hostap-daemon_git.bb diff --git a/recipes/hostap/hostap-daemon-git/defconfig b/recipes/hostap/hostap-daemon-git/defconfig new file mode 100755 index 000..4fd9061 --- /dev/null +++ b/recipes/hostap/hostap-daemon-git/defconfig @@ -0,0 +1,187 @@ +# Example hostapd build time configuration +# +# This file lists the configuration options that are used when building the +# hostapd binary. All lines starting with # are ignored. Configuration option +# lines must be commented out complete, if they are not to be included, i.e., +# just setting VARIABLE=n is not disabling that variable. +# +# This file is included in Makefile, so variables like CFLAGS and LIBS can also +# be modified from here. In most cass, these lines should use += in order not +# to override previous values of the variables. + +#CC=$(CROSS_COMPILE)gcc +#CFLAGS += -I$(NFSROOT)/include -DCONFIG_LIBNL20 +#CPPFLAGS += -DCONFIG_LIBNL20 +#LIBS += -L$(NFSROOT)/lib -lnl-genl +#LIBS_p += -L$(NFSROOT)/lib +#LIBDIR = $(NFSROOT)/lib +#BINDIR = $(NFSROOT)/usr/sbin + +# Driver interface for Host AP driver +CONFIG_DRIVER_HOSTAP=y + +# Driver interface for wired authenticator +#CONFIG_DRIVER_WIRED=y + +# Driver interface for madwifi driver +#CONFIG_DRIVER_MADWIFI=y +#CFLAGS += -I../../madwifi # change to the madwifi source directory + +# Driver interface for drivers using the nl80211 kernel interface +CONFIG_DRIVER_NL80211=y +CONFIG_LIBNL20=y +# driver_nl80211.c requires a rather new libnl (version 1.1) which may not be +# shipped with your distribution yet. If that is the case, you need to build +# newer libnl version and point the hostapd build to use it. +#LIBNL=$(LIBNL_PATH) +#CFLAGS += -I$(LIBNL)/include +#LIBS += -L$(LIBNL)/lib + +# Driver interface for FreeBSD net80211 layer (e.g., Atheros driver) +#CONFIG_DRIVER_BSD=y +#CFLAGS += -I/usr/local/include +#LIBS += -L/usr/local/lib +#LIBS_p += -L/usr/local/lib +#LIBS_c += -L/usr/local/lib + +# Driver interface for no driver (e.g., RADIUS server only) +#CONFIG_DRIVER_NONE=y + +# IEEE 802.11F/IAPP +CONFIG_IAPP=y + +# WPA2/IEEE 802.11i RSN pre-authentication +CONFIG_RSN_PREAUTH=y + +# PeerKey handshake for Station to Station Link (IEEE 802.11e DLS) +CONFIG_PEERKEY=y + +# IEEE 802.11w (management frame protection) +# This version is an experimental implementation based on IEEE 802.11w/D1.0 +# draft and is subject to change since the standard has not yet been finalized. +# Driver support is also needed for IEEE 802.11w. +#CONFIG_IEEE80211W=y + +# Integrated EAP server +CONFIG_EAP=y + +# EAP-MD5 for the integrated EAP server +CONFIG_EAP_MD5=y + +# EAP-TLS for the integrated EAP server +CONFIG_EAP_TLS=y + +# EAP-MSCHAPv2 for the integrated EAP server +CONFIG_EAP_MSCHAPV2=y + +# EAP-PEAP for the integrated EAP server +CONFIG_EAP_PEAP=y + +# EAP-GTC for the integrated EAP server +CONFIG_EAP_GTC=y + +# EAP-TTLS for the integrated EAP server +CONFIG_EAP_TTLS=y + +# EAP-SIM for the integrated EAP server +#CONFIG_EAP_SIM=y + +# EAP-AKA for the integrated EAP server +#CONFIG_EAP_AKA=y + +# EAP-AKA' for the integrated EAP server +# This requires CONFIG_EAP_AKA to be enabled, too. +#CONFIG_EAP_AKA_PRIME=y + +# EAP-PAX for the integrated EAP server +#CONFIG_EAP_PAX=y + +# EAP-PSK for the integrated EAP server (this is _not_ needed for WPA- PSK) +#CONFIG_EAP_PSK=y + +# EAP-SAKE for the integrated EAP server +#CONFIG_EAP_SAKE=y + +# EAP-GPSK for the integrated EAP server +#CONFIG_EAP_GPSK=y +# Include support for optional SHA256 cipher suite in EAP-GPSK +#CONFIG_EAP_GPSK_SHA256=y + +# EAP-FAST for the integrated EAP server +# Note: Default OpenSSL package does not include support for all the +# functionality needed for EAP-FAST. If EAP-FAST is enabled with OpenSSL, +# the OpenSSL library must be patched (openssl-0.9.9-session- ticket.patch) +# to add the needed functions. +#CONFIG_EAP_FAST=y + +# Wi-Fi Protected Setup (WPS) +CONFIG_WPS=y +# Enable UPnP support for external WPS Registrars
Re: [oe] [PATCH] ti-wifi-utils: update to a newer git commit
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Eyal Reizer
Sent: Tuesday, April 12, 2011 4:55 PM
To: openembedded-devel@lists.openembedded.org
Cc: Reizer, Eyal
Subject: [oe] [PATCH] ti-wifi-utils: update to a newer git commit
Please add a better commit message. See
http://wiki.openembedded.net/index.php/Commit_Policy.
Also, I think you should define a PR value of r1. If not I don't think you can
guarantee that this package version will sort properly.
Signed-off-by: Eyal Reizer ey...@ti.com
---
recipes/ti/ti-wifi-utils_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/recipes/ti/ti-wifi-utils_git.bb b/recipes/ti/ti-wifi-
utils_git.bb
index 92edb7f..600e21f 100644
--- a/recipes/ti/ti-wifi-utils_git.bb
+++ b/recipes/ti/ti-wifi-utils_git.bb
@@ -6,7 +6,7 @@ DEPENDS = libnl
PV =0.0
PR_append = +gitr${SRCPV}
-SRCREV = 6de17deb67a1313b5cc8
+SRCREV = 7f63af54eb66e5b2515f92c59fcc19a8065ce481
SRC_URI = git://github.com/gxk/ti-utils.git;protocol=git
S = ${WORKDIR}/git
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] ncurses-5.7 patch files are missing
All, Has anyone else noticed that the patch files referred to in the ncurses_5.7 recipe are missing from the ftp site? The patch files are: ncurses-5.7-20110108-patch.sh.bz2 ncurses-5.7-20110115.patch.gz Does anyone have these mirrored or can they be uploaded to a mirror like the Angstrom mirror? Sincerely, Chase Maupin ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ncurses-5.7 patch files are missing
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Henning Heinold Sent: Monday, April 11, 2011 3:12 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] ncurses-5.7 patch files are missing On Mon, Apr 11, 2011 at 03:07:35PM -0500, Maupin, Chase wrote: All, Has anyone else noticed that the patch files referred to in the ncurses_5.7 recipe are missing from the ftp site? The patch files are: ncurses-5.7-20110108-patch.sh.bz2 ncurses-5.7-20110115.patch.gz Does anyone have these mirrored or can they be uploaded to a mirror like the Angstrom mirror? Sincerely, Chase Maupin Yes serval people reported that now, I have no acess to upload them. I guess koen will do it when he returns from elc. Henning, Thanks. I didn't notice the reports on the mailing list. I did however notice that Tom Rini is adding ncurses version 5.9 to oe-core. I wonder if maybe this should be ported over to the OE mainline or just stick with 5.7+patches for now until everything is moved to oe-core. Anyone else have thoughts on this? Bye Henning PS: google finds the following archive http://shr.bearstech.com/shr- unstable/sources/MIT/ncurses/ ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] ncurses-5.7 patch files are missing
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Tom Rini Sent: Monday, April 11, 2011 3:21 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] ncurses-5.7 patch files are missing On 04/11/2011 01:17 PM, Maupin, Chase wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Henning Heinold Sent: Monday, April 11, 2011 3:12 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] ncurses-5.7 patch files are missing On Mon, Apr 11, 2011 at 03:07:35PM -0500, Maupin, Chase wrote: All, Has anyone else noticed that the patch files referred to in the ncurses_5.7 recipe are missing from the ftp site? The patch files are: ncurses-5.7-20110108-patch.sh.bz2 ncurses-5.7-20110115.patch.gz Does anyone have these mirrored or can they be uploaded to a mirror like the Angstrom mirror? Sincerely, Chase Maupin Yes serval people reported that now, I have no acess to upload them. I guess koen will do it when he returns from elc. Henning, Thanks. I didn't notice the reports on the mailing list. I did however notice that Tom Rini is adding ncurses version 5.9 to oe-core. I wonder if maybe this should be ported over to the OE mainline or just stick with 5.7+patches for now until everything is moved to oe-core. Anyone else have thoughts on this? It's already done (I got it in here first). Tom, sorry about that. I was looking at the 2011.03-maintenance branch instead of the master. Koen, would you mind submitting a pull request with the ncurses_5.9 recipe to Tom for the 2011.03-maintenance branch when you get back? We should be able to queue this up with some other patches from Sid and others. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 5/5] am45x-evm: Add am45x-evm machine configuration
-Original Message- From: Denys Dmytriyenko [mailto:de...@denix.org] Sent: Tuesday, April 05, 2011 11:38 AM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: Re: [oe] [PATCH 5/5] am45x-evm: Add am45x-evm machine configuration On Tue, Apr 05, 2011 at 10:41:51AM -0500, Chase Maupin wrote: * Added a new machine configuration for the am45x-evm device. * This machine currently mimics the omap4430-panda configuration during the prototyping phase but is expected to change as the hardware and software evolves. * The am45x-evm machine type is used to allow differentiating software components to be build and packaged (i.e. task lists) as well as to account for differences with the omap4430-panda device in the future. Chase, This would have been better explained in a cover letter for all the 5 patches, as I was reading through the first 4 and wondering why do you use panda remnants, until I got to the 5th one... :) FYI, there are new repos on arago ready to be populated for linux-am45x and u-boot-am45x, so need to switch corresponding recipes in the future... Thanks. I'll do that in the future. We will switch to the Arago repos when they are ready but that is not scheduled for over a month. Until then this lets us keep prototyping and developing :) Signed-off-by: Chase Maupin chase.mau...@ti.com Acked-by: Denys Dmytriyenko de...@ti.com --- conf/machine/am45x-evm.conf | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) create mode 100644 conf/machine/am45x-evm.conf diff --git a/conf/machine/am45x-evm.conf b/conf/machine/am45x-evm.conf new file mode 100644 index 000..3597d37 --- /dev/null +++ b/conf/machine/am45x-evm.conf @@ -0,0 +1,10 @@ +#@TYPE: Machine +#@NAME: AM45X EVM +#@DESCRIPTION: Machine configuration for the AM45x EVM + +# Currently the am45x-evm machine type mimics the panda +# machine for its configuration. This is expected to change +# as the hardware and software evolves. Currently the unique +# machine type is used to differentiate software stack being +# built for the two devices. +require conf/machine/omap4430-panda.conf -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Unused patches in x-load-git directory
All, I noticed that there are 5 patches in the recipes/x-load/x-load-git directory that do not seem to be used by any recipes. At least one of the patches seems to have been merged into the upstream project (http://gitorious.org/x-loader/x-loader/commits/master). Is anyone using the patches below? If not then I'll submit a patch to remove them. 0001-OMAP4-clocks-Enable-only-required-clks.patch 0002-OMAP4-Select-DPLL-PER-Clock-as-source-for-SGX-FCLK.patch 0003-MUX-Configure-SYS_NIRQ2-pin-in-safe-mode.patch 0004-OMAP4-clocks-Disable-slimbus-and-pad_clks.patch 0005-omap4-Make-1GHz-as-default-MPU-clock.patch Sincerely, Chase Maupin Open Platforms ARM MPU e-mail: chase.mau...@ti.com phone: (214) 567-2950 For support: Forums - http://community.ti.com/forums/ Wiki - http://wiki.davincidsp.com/ ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/6] ti814x: Add new machine definitions
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Koen Kooi Sent: Thursday, March 31, 2011 1:42 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH 1/6] ti814x: Add new machine definitions -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30-03-11 20:08, Chase Maupin wrote: * Add new am387x-evm machine definition * Add new dm814xx-evm machine definition * Add new c6a814x-evm machine definition * New SOC_FAMILY ti814x available * Based on machine configuration files from Arago contributed by Siddharth Heroor FWIW, the machines get generally added last in the patch series since now you have a commit where there are machines, but no uboot/kernel/etc. Koen, Thanks. I'll do it that way going forward. regards, Koen Signed-off-by: Chase Maupin chase.mau...@ti.com --- conf/machine/am387x-evm.conf|5 + conf/machine/c6a814x-evm.conf |5 + conf/machine/dm814x-evm.conf|5 + conf/machine/include/ti814x.inc | 26 ++ 4 files changed, 41 insertions(+), 0 deletions(-) create mode 100644 conf/machine/am387x-evm.conf create mode 100644 conf/machine/c6a814x-evm.conf create mode 100644 conf/machine/dm814x-evm.conf create mode 100644 conf/machine/include/ti814x.inc diff --git a/conf/machine/am387x-evm.conf b/conf/machine/am387x-evm.conf new file mode 100644 index 000..ebf9889 --- /dev/null +++ b/conf/machine/am387x-evm.conf @@ -0,0 +1,5 @@ +#@TYPE: Machine +#@NAME: AM389x evm +#@DESCRIPTION: Machine configuration for the AM389x evm + +require conf/machine/include/ti814x.inc diff --git a/conf/machine/c6a814x-evm.conf b/conf/machine/c6a814x- evm.conf new file mode 100644 index 000..b85c489 --- /dev/null +++ b/conf/machine/c6a814x-evm.conf @@ -0,0 +1,5 @@ +#@TYPE: Machine +#@NAME: c6a814x evm +#@DESCRIPTION: Machine configuration for the c6a814x evm + +require conf/machine/include/ti814x.inc diff --git a/conf/machine/dm814x-evm.conf b/conf/machine/dm814x-evm.conf new file mode 100644 index 000..140dcc1 --- /dev/null +++ b/conf/machine/dm814x-evm.conf @@ -0,0 +1,5 @@ +#@TYPE: Machine +#@NAME: DM814x evm +#@DESCRIPTION: Machine configuration for the DM814x evm + +require conf/machine/include/ti814x.inc diff --git a/conf/machine/include/ti814x.inc b/conf/machine/include/ti814x.inc new file mode 100644 index 000..8fa7ee9 --- /dev/null +++ b/conf/machine/include/ti814x.inc @@ -0,0 +1,26 @@ +TARGET_ARCH = arm +SOC_FAMILY = ti814x + +require conf/machine/include/tune-cortexa8.inc + +PREFERRED_PROVIDER_virtual/kernel = linux-omap3 +PREFERRED_PROVIDER_virtual/bootloader = u-boot + +# Increase this everytime you change something in the kernel +MACHINE_KERNEL_PR = r1 + +KERNEL_IMAGETYPE = uImage + +UBOOT_ARCH = arm +UBOOT_MACHINE = ti8148_evm_config_nand +UBOOT_ENTRYPOINT = 0x80008000 +UBOOT_LOADADDRESS = 0x80008000 + +# Only build u-boot +EXTRA_IMAGEDEPENDS += u-boot + +# Ship all kernel modules +IMAGE_FSTYPES ?= jffs2 tar.bz2 +EXTRA_IMAGECMD_jffs2 = -lqn -e 128 +SERIAL_CONSOLE = 115200 ttyO0 +MACHINE_FEATURES = kernel26 apm usbgadget usbhost vfat ext2 ethernet -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFNlCIoMkyGM64RGpERAkAmAJ9Eie7vs4ZP8LqzsxsOwmwhbas0fACgoUTl KodmBksvnoK3o5Kx+x6LQZk= =mssH -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] matrix-gui: update SRCREV
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Jeff Lance Sent: Wednesday, March 30, 2011 10:20 AM To: openembedded-devel@lists.openembedded.org Cc: Lance, Jeff Subject: [oe] [PATCH 1/1] matrix-gui: update SRCREV * am1808 - pull in better description for WiFi. Signed-off-by: Jeff Lance j-lan...@ti.com --- Acked-by: Chase Maupin chase.mau...@ti.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Koen Kooi Sent: Thursday, March 17, 2011 2:45 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16-03-11 20:02, Maupin, Chase wrote: From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Koen Kooi Sent: Wednesday, March 16, 2011 1:22 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot On 16-03-11 18:22, Chase Maupin wrote: * Patch taken from Arago overlay where it was added by Denys Dmytriyenko * PR incremented by two to align recipe PR values between Arago and OE. Signed-off-by: Chase Maupin chase.mau...@ti.com NAK, this hasn't been thru .dev yet. Just submitted all 4 of my patches for .dev. Thanks. I've staged them here: http://dominion.thruhere.net/git/cgit.cgi/openembedded/log/?h=2011.03- maintenance (subject to rebasing). Do you want to would for the pull request to go out tomorrow, or do you want Tom to pick up your patches seperately? Looks like you already have them in your pull request #3 :) Thanks. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFNgbv3MkyGM64RGpERAhAuAJ4iE8FFf/ZNqHJF06GSeOEhum9y+wCeOeMO drixfFNicVpKY2l05LPSynw= =NAy9 -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [2011.03-maintenance] Pull request #3
-Original Message- From: Tom Rini [mailto:tom_r...@mentor.com] Sent: Thursday, March 17, 2011 1:15 PM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: Re: [oe] [2011.03-maintenance] Pull request #3 On 03/17/2011 05:52 AM, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom, Please pull the 11 commits from here: URI: git://dominion.thruhere.net/var/cache/git/openembedded.git Branch: 2011.03-maintenance Koen Kooi (7): angstrom 2011.03 blacklist bash-noemu task-omap-drivers: task for commonly needed drivers on omap chips *beagleboard-validation: collection of tasks iand images to serve task-beagleboard*: add changes from latest round of feedback linux-omap-psp 2.6.32: add support for xM revision C linux-omap-psp 2.6.32: bump PR u-boot git: update beagleboard u-boot to 2011.03-RC chase maupin (4): u-boot.inc: allow variable make targets dm368-evm: Add configuration for DM368 machine matrix-gui: add support for dm386-evm machine ti-pru-sw-example: fix building with new toolchain sysroot You can view the branch online at http://dominion.thruhere.net/git/cgit.cgi/openembedded/log/?h=2011.03- maintenance The bash-noemu and u-boot commits both have a one line change compared to .dev to account for the differences between angstrom versions. The other 9 commits are straight cherry-picks. Merged, thanks. I can pick up the external-toolchain patches from Ben for next weeks pull request if you wish. I've grabbed these with pw-am.sh and updated patchwork. Chase, can you please update patchwork to reflect that your changes have been applied? Thanks! Tom, I'll take care of that now. Thanks. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] u-boot.inc: allow variable make targets
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Maupin, Chase
Sent: Tuesday, March 15, 2011 10:16 AM
To: Chase Maupin; openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH] u-boot.inc: allow variable make targets
I should have probably clarified that this was intended for the 2011.03-
maintenance branch. Tom, I have also submitted this to the oe-core.
Would you be willing to pick this up?
Just FYI this has been merged into the oe-core master (see
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-March/000533.html)
as well as the angstrom-layers master (see
http://lists.linuxtogo.org/pipermail/openembedded-core/2011-March/000512.html)
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Tuesday, March 15, 2011 9:42 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH] u-boot.inc: allow variable make targets
* Later versions of u-boot sometimes have top level make targets
such as u-boot.imx, u-boot.kwb, and for upcoming TI devices
u-boot.ti.
* These targets define different calls to the mkimage tool to
change the images created, such as changing the load address.
* This change allows recipes to change the default make target
of all to something like u-boot.ti or u-boot.imx by setting
the UBOOT_MAKE_TARGET variable.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/u-boot/u-boot.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes/u-boot/u-boot.inc b/recipes/u-boot/u-boot.inc
index 88c6a4d..ffd1e1e 100644
--- a/recipes/u-boot/u-boot.inc
+++ b/recipes/u-boot/u-boot.inc
@@ -16,6 +16,7 @@ UBOOT_MACHINE ?= ${MACHINE}_config
UBOOT_BINARY ?= u-boot.bin
UBOOT_IMAGE ?= u-boot-${MACHINE}-${PV}-${PR}.bin
UBOOT_SYMLINK ?= u-boot-${MACHINE}.bin
+UBOOT_MAKE_TARGET ?= all
do_configure () {
oe_runmake ${UBOOT_MACHINE}
@@ -25,7 +26,7 @@ do_compile () {
unset LDFLAGS
unset CFLAGS
unset CPPFLAGS
- oe_runmake all
+ oe_runmake ${UBOOT_MAKE_TARGET}
oe_runmake tools env HOSTCC=${CC}
}
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot
From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Koen Kooi Sent: Wednesday, March 16, 2011 1:22 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16-03-11 18:22, Chase Maupin wrote: * Patch taken from Arago overlay where it was added by Denys Dmytriyenko * PR incremented by two to align recipe PR values between Arago and OE. Signed-off-by: Chase Maupin chase.mau...@ti.com NAK, this hasn't been thru .dev yet. Just submitted all 4 of my patches for .dev. Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFNgP/fMkyGM64RGpERAl6xAJ45EJRtCFR9OXVfx47vHziPgljS8ACgnYLG F8X61AnjZTX5/ctbDUvuhMI= =9ZrC -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Koen Kooi Sent: Wednesday, March 16, 2011 1:22 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH][2011.003-maintenance] ti-pru-sw-example: fix building with new toolchain sysroot -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16-03-11 18:22, Chase Maupin wrote: * Patch taken from Arago overlay where it was added by Denys Dmytriyenko * PR incremented by two to align recipe PR values between Arago and OE. Signed-off-by: Chase Maupin chase.mau...@ti.com NAK, this hasn't been thru .dev yet. Koen, OK, so I think this answers my question about whether to submit to .dev, oe-core, or what before the maintenance branch. I'll submit all my patches to .dev shortly. Chase -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFNgP/fMkyGM64RGpERAl6xAJ45EJRtCFR9OXVfx47vHziPgljS8ACgnYLG F8X61AnjZTX5/ctbDUvuhMI= =9ZrC -END PGP SIGNATURE- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] u-boot.inc: allow variable make targets
I should have probably clarified that this was intended for the
2011.03-maintenance branch. Tom, I have also submitted this to the oe-core.
Would you be willing to pick this up?
Sincerely,
Chase Maupin
Open Platforms
ARM MPU
e-mail: chase.mau...@ti.com
phone: (214) 567-2950
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Tuesday, March 15, 2011 9:42 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH] u-boot.inc: allow variable make targets
* Later versions of u-boot sometimes have top level make targets
such as u-boot.imx, u-boot.kwb, and for upcoming TI devices
u-boot.ti.
* These targets define different calls to the mkimage tool to
change the images created, such as changing the load address.
* This change allows recipes to change the default make target
of all to something like u-boot.ti or u-boot.imx by setting
the UBOOT_MAKE_TARGET variable.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/u-boot/u-boot.inc |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/recipes/u-boot/u-boot.inc b/recipes/u-boot/u-boot.inc
index 88c6a4d..ffd1e1e 100644
--- a/recipes/u-boot/u-boot.inc
+++ b/recipes/u-boot/u-boot.inc
@@ -16,6 +16,7 @@ UBOOT_MACHINE ?= ${MACHINE}_config
UBOOT_BINARY ?= u-boot.bin
UBOOT_IMAGE ?= u-boot-${MACHINE}-${PV}-${PR}.bin
UBOOT_SYMLINK ?= u-boot-${MACHINE}.bin
+UBOOT_MAKE_TARGET ?= all
do_configure () {
oe_runmake ${UBOOT_MACHINE}
@@ -25,7 +26,7 @@ do_compile () {
unset LDFLAGS
unset CFLAGS
unset CPPFLAGS
- oe_runmake all
+ oe_runmake ${UBOOT_MAKE_TARGET}
oe_runmake tools env HOSTCC=${CC}
}
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] bitbake does not fail when QA issues encountered
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Saturday, February 05, 2011 7:35 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] bitbake does not fail when QA issues encountered 2011/2/4 Otavio Salvador ota...@ossystems.com.br: On Fri, Feb 4, 2011 at 15:26, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: The recipes at hand are: ... cups: there is someone bitching about that this is 1.2, but he apparently prefers bitching upon resolving the issue. Probably the best solution is to drop the DP = -1 from the 1.4.4 recipe ... I can work on cups next week (I am on VAC right now). Actually the cups thing is the one I would feel fairly comfortable with. The question here is mainly when/how to drop the DP = -1. A pinning of 1.4.4 is already in my local.conf for quite a while. Frans, Have you already got a patch for version 1.2.12 to fix the desktop file QA errors? If not I was going to work on this because this is breaking my build scripts which check the return status of the build. Chase Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] bitbake does not fail when QA issues encountered
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Saturday, February 05, 2011 7:35 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] bitbake does not fail when QA issues encountered 2011/2/4 Otavio Salvador ota...@ossystems.com.br: On Fri, Feb 4, 2011 at 15:26, Frans Meulenbroeks fransmeulenbro...@gmail.com wrote: The recipes at hand are: ... cups: there is someone bitching about that this is 1.2, but he apparently prefers bitching upon resolving the issue. Probably the best solution is to drop the DP = -1 from the 1.4.4 recipe ... I can work on cups next week (I am on VAC right now). Actually the cups thing is the one I would feel fairly comfortable with. The question here is mainly when/how to drop the DP = -1. A pinning of 1.4.4 is already in my local.conf for quite a while. In fact, as a quick fix applying something like http://bugs.gentoo.org/attachment.cgi?id=164569 should work for version 1.2.12. I ran desktop-file-validate against the cups.desktop file in version 1.4.4 of cups and it has a whole different set of errors: desktop/cups.desktop: error: (will be fatal in the future): value Printing in key Categories in group Desktop Entry requires another category to be present among the following categories: HardwareSettings;Settings desktop/cups.desktop: error: (will be fatal in the future): value HardwareSettings in key Categories in group Desktop Entry requires another category to be present among the following categories: Settings Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Bulding multiple U-Boot configs for one machine
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Tom Rini Sent: Monday, January 17, 2011 4:16 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Bulding multiple U-Boot configs for one machine On 01/17/2011 03:04 PM, Ulf Samuelsson wrote: Managed to get some time over and checked in a recipe for u-boot-2010.12 which builds all u-boot configs specified in the UBOOT_MACHINES (note S at the end) The frecipe is available in a private branch: ulf/linux-2.6.30-2011-01-16 (or similar). There is a SAM9M10 machine checked in as well as a test case. grep for UBOOT_MACHINES in the conf/machine directory to find out which. Note that UBOOT_MACHINE = at91sam9m10g45ek_config but UBOOT_MACHINES = at91sam9m10g45ek_dataflash at91sam9m10g45ek_sd I.E: No _config in the list. The goal of the new branch is to test booting from an SD-Card without any other flash in the system. Have tested this outside openembedded so far, but the current branch is still to be tested on a board. I can see a number of other use cases for this type of functionality so +1 on the concept from me. Agreed. Would love to see a patch for this because the concept is good. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/3] linux-omap-psp: add OCF support
All, BTW, I hope I didn't do a bad thing by sending this big of a patch to the list. The large patch came from http://sourceforge.net/projects/ocf-linux/files/ and is a single patch from the project site directly. I didn't realize that when it got embedded in the e-mail it would become 6MB in size since the original patch was only 3MB in size (Not sure why that happened). Sorry again if this has caused any isses and if there is a better way to submit this patch please let me know so I can do it right. Chase ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/1] am-benchmarks: add platform support and correct makefile
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Jeff Lance
Sent: Tuesday, January 04, 2011 12:57 PM
To: openembedded-devel@lists.openembedded.org
Cc: Lance, Jeff
Subject: [oe] [PATCH 1/1] am-benchmarks: add platform support and correct
makefile
* Modify recipe name to include package version
* add support for additional platforms am181x-evm and am180x-evm
* Update the SRCREV
* Fix pathname to Rules.make in each Makefile
Signed-off-by: Jeff Lance j-lan...@ti.com
---
.../{am-benchmarks_svn.bb = am-benchmarks_1.2.bb} |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
copy recipes/ti/{am-benchmarks_svn.bb = am-benchmarks_1.2.bb} (87%)
diff --git a/recipes/ti/am-benchmarks_svn.bb b/recipes/ti/am-
benchmarks_1.2.bb
similarity index 87%
copy from recipes/ti/am-benchmarks_svn.bb
copy to recipes/ti/am-benchmarks_1.2.bb
index 63c122f..dbe2db7 100644
--- a/recipes/ti/am-benchmarks_svn.bb
+++ b/recipes/ti/am-benchmarks_1.2.bb
@@ -8,9 +8,9 @@ LICENSE = BSD
SECTION = system
PRIORITY = optional
-SRCREV = 56
-PV = 1.1
-PR = r1+svnr${SRCPV}
+SRCREV = 58
+PV = 1.2
No need to set PV to 1.2 since you have changed the recipe name to
am-benchmarks_1.2.bb. PV will automatically get set to 1.2 because of the
recipe name.
+PR = r2+svnr${SRCPV}
COMPATIBLE_MACHINE = (dm365|omapl138|omap3|ti816x)
@@ -18,6 +18,8 @@ ARCHITECTURE_dm365 = arm9
ARCHITECTURE_omapl138 = arm9
ARCHITECTURE_omap3 = cortex-a8
ARCHITECTURE_ti816x = cortex-a8
+ARCHITECTURE_am180x-evm = arm9
+ARCHITECTURE_am181x-evm = arm9
You do not need to set architecture for am180x-evm and am181x-evm since the
ARCHITECTURE_omapl138 override applies to these already and sets the
architecture to arm9
INSANE_SKIP_${PN} = True
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ti-pru-sw: Update SRC_REV
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Melissa Watkins
Sent: Monday, January 03, 2011 7:46 AM
To: openembedded-devel@lists.openembedded.org
Cc: Watkins, Melissa
Subject: [oe] [PATCH] ti-pru-sw: Update SRC_REV
For the ti-pru-sw-examples, ti-pru-sw-app-loader, ti-pru-sw-edma-driver,
ti-pru-sw-edma-library:
* Bump PR
* Update SRC_REV
Signed-off-by: Melissa Watkins m-watk...@ti.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/ti-pru-sw-app-loader_1.00.00.bb |4 ++--
recipes/ti/ti-pru-sw-edma-driver_1.00.00.bb |2 +-
recipes/ti/ti-pru-sw-edma-library_1.00.00.bb |4 ++--
recipes/ti/ti-pru-sw-examples_1.00.00.bb |4 ++--
4 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/recipes/ti/ti-pru-sw-app-loader_1.00.00.bb b/recipes/ti/ti-
pru-sw-app-loader_1.00.00.bb
index 6b7514d..394862e 100644
--- a/recipes/ti/ti-pru-sw-app-loader_1.00.00.bb
+++ b/recipes/ti/ti-pru-sw-app-loader_1.00.00.bb
@@ -1,13 +1,13 @@
DESCRIPTION = PRU sw application loader
HOMEPAGE = https://gforge.ti.com/gf/project/pru_sw/;
LICENSE = BSD
-PR = r1+svnr${SRCPV}
+PR = r2+svnr${SRCPV}
COMPATIBLE_MACHINE = omapl138
SRC_URI =
svn://gforge.ti.com/svn/pru_sw/;module=trunk;proto=https;user=anonymous;p
swd=''
-SRCREV = 20
+SRCREV = 21
S = ${WORKDIR}/trunk/app_loader
do_compile () {
diff --git a/recipes/ti/ti-pru-sw-edma-driver_1.00.00.bb b/recipes/ti/ti-
pru-sw-edma-driver_1.00.00.bb
index b975d78..8b1cd0c 100644
--- a/recipes/ti/ti-pru-sw-edma-driver_1.00.00.bb
+++ b/recipes/ti/ti-pru-sw-edma-driver_1.00.00.bb
@@ -6,7 +6,7 @@ COMPATIBLE_MACHINE = omapl138
SRC_URI =
svn://gforge.ti.com/svn/pru_sw/;module=trunk;proto=https;user=anonymous;p
swd=''
-SRCREV = 20
+SRCREV = 21
S = ${WORKDIR}/trunk/peripheral_lib/edma_driver/module
PACKAGE_STRIP = no
diff --git a/recipes/ti/ti-pru-sw-edma-library_1.00.00.bb b/recipes/ti/ti-
pru-sw-edma-library_1.00.00.bb
index cb517de..3dc6154 100644
--- a/recipes/ti/ti-pru-sw-edma-library_1.00.00.bb
+++ b/recipes/ti/ti-pru-sw-edma-library_1.00.00.bb
@@ -1,7 +1,7 @@
DESCRIPTION = eDMA library for use by PRU sw example applications
HOMEPAGE = https://gforge.ti.com/gf/project/pru_sw/;
LICENSE = BSD
-PR = r2+svnr${SRCPV}
+PR = r3+svnr${SRCPV}
DEPENDS += virtual/kernel ti-pru-sw-edma-driver
PACKAGE_ARCH = ${MACHINE_ARCH}
@@ -10,7 +10,7 @@ COMPATIBLE_MACHINE = omapl138
SRC_URI =
svn://gforge.ti.com/svn/pru_sw/;module=trunk;proto=https;user=anonymous;p
swd=''
-SRCREV = 20
+SRCREV = 21
S = ${WORKDIR}/trunk/peripheral_lib/edma_driver/interface
do_compile () {
diff --git a/recipes/ti/ti-pru-sw-examples_1.00.00.bb b/recipes/ti/ti-pru-
sw-examples_1.00.00.bb
index 5df6c6e..2f70241 100644
--- a/recipes/ti/ti-pru-sw-examples_1.00.00.bb
+++ b/recipes/ti/ti-pru-sw-examples_1.00.00.bb
@@ -3,13 +3,13 @@ HOMEPAGE = https://gforge.ti.com/gf/project/pru_sw/;
LICENSE = BSD
DEPENDS += ti-pru-sw-app-loader ti-pru-sw-edma-library
RDEPENDS += ti-pru-sw-edma-driver kernel-module-uio-pru
-PR = r2+svnr${SRCPV}
+PR = r3+svnr${SRCPV}
COMPATIBLE_MACHINE = omapl138
SRC_URI =
svn://gforge.ti.com/svn/pru_sw/;module=trunk;proto=https;user=anonymous;p
swd=''
-SRCREV = 20
+SRCREV = 21
S = ${WORKDIR}/trunk
do_compile () {
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/2] package ipk bbclass: store build branch and revision in ipkg metadata
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Tuesday, December 21, 2010 4:30 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH 1/2] package ipk bbclass: store build branch and
revision in ipkg metadata
On Tue, Dec 21, 2010 at 11:18:07AM +0100, Koen Kooi wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is no 2/2, this is the only patch in the series, I had a git
format-patch slip up on my end.
Ah :), looks usefull to me
Acked-by: Martin Jansa martin.ja...@gmail.com
I agree. Thanks for adding this.
Acked-by: Chase Maupin chase.mau...@ti.com
On 21-12-10 11:06, Koen Kooi wrote:
The ipkg metadata will look like this now:
k...@dominion:/OE/angstrom-dev/deploy/glibc$ dpkg-deb -I ipk/am3517-
evm/matrix-gui_1.3-r19.0.6_am3517-evm.ipk
new debian package, version 2.0.
size 24112 bytes: control archive= 540 bytes.
629 bytes,13 lines control
Package: matrix-gui
Version: 1.3-r19.0.6
Description: Matrix GUI for Qt X11
Section: multimedia
Priority: optional
Maintainer: Angstrom Developers angstrom-distro-de...@linuxtogo.org
License: BSD
Architecture: am3517-evm
OE: matrix-gui
Homepage: https://gforge.ti.com/gf/project/matrix_gui/
Build: org.openembedded.dev/f35ab2d
Depends: matrix-gui-common, libpng12-0, libfreetype6, libz1,
libgthread-2.0-0, libqtwebkit4, libphonon4, libqtdbus4, libqtxml4,
libqtgui4, libqtnetwork4, libqtcore4, libglib-2.0-0, libc6, libstdc++6,
libgcc1
Source:
svn://gforge.ti.com/svn/matrix_gui/;module=trunk;proto=https;user=anonymou
s;pswd=''
k...@dominion:/OE/angstrom-dev/deploy/glibc$
Signed-off-by: Koen Kooi k...@openembedded.org
---
classes/package_ipk.bbclass |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/classes/package_ipk.bbclass b/classes/package_ipk.bbclass
index 5d388da..97e5cd8 100644
--- a/classes/package_ipk.bbclass
+++ b/classes/package_ipk.bbclass
@@ -224,6 +224,7 @@ python do_package_ipk () {
fields.append([Architecture: %s\n, ['PACKAGE_ARCH']])
fields.append([OE: %s\n, ['PN']])
fields.append([Homepage: %s\n, ['HOMEPAGE']])
+ fields.append([Build: %s/%s\n, ['METADATA_BRANCH',
'METADATA_REVISION']])
def pullData(l, d):
l2 = []
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFNEH7fMkyGM64RGpERAtfoAJ4wwHII7rXn7YG4gCKFSQd1B9SmEACeIg/Y
rhw39nBhCibyooRTxx+zAZM=
=SkML
-END PGP SIGNATURE-
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] lftp: add ti LFTB recipe
-Original Message-
From: Khem Raj [mailto:raj.k...@gmail.com]
Sent: Sunday, December 19, 2010 9:11 PM
To: openembedded-devel@lists.openembedded.org
Cc: Medisetty, Naresh; Maupin, Chase
Subject: Re: [oe] [PATCH] lftp: add ti LFTB recipe
On (16/12/10 11:46), Chase Maupin wrote:
From: naresh nar...@ti.com
* This package contains functional test suites for TI devices
used to verify the Linux kernel and drivers for the various
peripherals found on TI devices.
Signed-off-by: naresh nar...@ti.com
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/ti-lftb.inc| 47
+
recipes/ti/ti-lftb_2.0.bb |9
2 files changed, 56 insertions(+), 0 deletions(-)
create mode 100644 recipes/ti/ti-lftb.inc
create mode 100644 recipes/ti/ti-lftb_2.0.bb
diff --git a/recipes/ti/ti-lftb.inc b/recipes/ti/ti-lftb.inc
new file mode 100644
index 000..176f983
--- /dev/null
+++ b/recipes/ti/ti-lftb.inc
@@ -0,0 +1,47 @@
+DESCRIPTION = Linux Functional test bench
may be F should be f
Changing to use Linux Functional Test Bench to bring out the L F T B. Thanks
for pointing this out.
+HOMEPAGE = http://arago-project.org/git/projects/?p=test-
automation/target-code/psp/lftb.git;a=summary
+LICENSE=BSD
+
+INC_PR = r1
New recipes begin at 'r0'
Good call. I will change this.
+
+DEPENDS = virtual/kernel
+
+PACKAGE_ARCH = ${MACHINE_ARCH}
+
+COMPATIBLE_MACHINE =
(dm365|dm355|dm6446|dm6467|omapl137|omapl138|omap3|ti816x)
+
could it use SOC_FAMILY
These are SOC_FAMILY entries.
+S = ${WORKDIR}/git
+
+#Machine specific overrides
+PLATFORM_omap3evm=omap35x
+PLATFORM_am180x-evm=am18x
+PLATFORM_am3517-evm=am3517
+PLATFORM_am37x-evm=am37x
+PLATFORM_beagleboard=beagle
+PLATFORM_da830-omapl137-evm=am17x
+PLATFORM_da850-omapl138-evm=am18x
+PLATFORM_am181x-evm=am18x
+PLATFORM_dm355-evm=dm355
+PLATFORM_dm365-evm=dm365
+PLATFORM_dm37x-evm=am37x
+PLATFORM_dm6446-evm=dm644x
+PLATFORM_dm6467-evm=dm646x
+PLATFORM_ti816x=ti816x
+
+do_compile () {
+cd ${S}
+make KERNEL_DIR=${STAGING_KERNEL_DIR} PLATFORM=${PLATFORM}
TOOL_PREFIX=${TARGET_PREFIX}
+}
+
+do_install () {
+install -d ${D}${bindir}/lftb
+cd ${S}
is this cd needed ?
Not strictly. I'll remove it.
Thanks for the review and feedback. I'll be submitting an updated patch
shortly.
+make INSTALL_DIR=${D}${bindir}/lftb install
+
+# Remove unneeded tarball placed in bindir by install target
+rm -rf ${D}${bindir}/lftb.tar.gz
+}
+
+INSANE_SKIP_${PN} = True
+
+FILES_${PN} = ${bindir}/lftb
diff --git a/recipes/ti/ti-lftb_2.0.bb b/recipes/ti/ti-lftb_2.0.bb
new file mode 100644
index 000..62c936c
--- /dev/null
+++ b/recipes/ti/ti-lftb_2.0.bb
@@ -0,0 +1,9 @@
+require ti-lftb.inc
+
+SRCREV = 3d0be58aee659ef7e8eda43e916172bab300235f
+
+PR = ${MACHINE_KERNEL_PR}+${INC_PR}
+PR_append = a
+
+SRC_URI = git://arago-project.org/git/projects/test-automation/target-
code/psp/lftb.git;protocol=git \
+
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] lftp: add ti LFTB recipe
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Paul Menzel
Sent: Monday, December 20, 2010 8:16 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH] lftp: add ti LFTB recipe
Dear Naresh and Chase,
I am adding my comments to Khem’s.
Am Sonntag, den 19.12.2010, 19:10 -0800 schrieb Khem Raj:
On (16/12/10 11:46), Chase Maupin wrote:
First of all the commit summary should be.
lftb: add TI LFTP 2.0
lft*b*
Good catch. I can't believe I missed that one.
From: naresh nar...@ti.com
If there is no compelling reason against it usually the real name
(Naresh Medisetty) is used.
* This package contains functional test suites for TI devices
used to verify the Linux kernel and drivers for the various
peripherals found on TI devices.
Signed-off-by: naresh nar...@ti.com
Here too.
Fixed
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/ti-lftb.inc| 47
+
recipes/ti/ti-lftb_2.0.bb |9
2 files changed, 56 insertions(+), 0 deletions(-)
create mode 100644 recipes/ti/ti-lftb.inc
create mode 100644 recipes/ti/ti-lftb_2.0.bb
diff --git a/recipes/ti/ti-lftb.inc b/recipes/ti/ti-lftb.inc
new file mode 100644
index 000..176f983
--- /dev/null
+++ b/recipes/ti/ti-lftb.inc
@@ -0,0 +1,47 @@
+DESCRIPTION = Linux Functional test bench
may be F should be f
+HOMEPAGE = http://arago-project.org/git/projects/?p=test-
automation/target-code/psp/lftb.git;a=summary
+LICENSE=BSD
+
+INC_PR = r1
New recipes begin at 'r0'
+
+DEPENDS = virtual/kernel
+
+PACKAGE_ARCH = ${MACHINE_ARCH}
+
+COMPATIBLE_MACHINE =
(dm365|dm355|dm6446|dm6467|omapl137|omapl138|omap3|ti816x)
+
could it use SOC_FAMILY
+S = ${WORKDIR}/git
+
+#Machine specific overrides
+PLATFORM_omap3evm=omap35x
+PLATFORM_am180x-evm=am18x
+PLATFORM_am3517-evm=am3517
+PLATFORM_am37x-evm=am37x
+PLATFORM_beagleboard=beagle
+PLATFORM_da830-omapl137-evm=am17x
+PLATFORM_da850-omapl138-evm=am18x
+PLATFORM_am181x-evm=am18x
+PLATFORM_dm355-evm=dm355
+PLATFORM_dm365-evm=dm365
+PLATFORM_dm37x-evm=am37x
+PLATFORM_dm6446-evm=dm644x
+PLATFORM_dm6467-evm=dm646x
+PLATFORM_ti816x=ti816x
+
+do_compile () {
I think the coding sytle is without a space before `()`.
Fixed.
Thanks for the review and feedback. I'll be submitting a new patch shortly.
+cd ${S}
+make KERNEL_DIR=${STAGING_KERNEL_DIR} PLATFORM=${PLATFORM}
TOOL_PREFIX=${TARGET_PREFIX}
+}
+
+do_install () {
+install -d ${D}${bindir}/lftb
+cd ${S}
is this cd needed ?
+make INSTALL_DIR=${D}${bindir}/lftb install
+
+# Remove unneeded tarball placed in bindir by install target
+rm -rf ${D}${bindir}/lftb.tar.gz
+}
+
+INSANE_SKIP_${PN} = True
+
+FILES_${PN} = ${bindir}/lftb
diff --git a/recipes/ti/ti-lftb_2.0.bb b/recipes/ti/ti-lftb_2.0.bb
new file mode 100644
index 000..62c936c
--- /dev/null
+++ b/recipes/ti/ti-lftb_2.0.bb
@@ -0,0 +1,9 @@
+require ti-lftb.inc
+
+SRCREV = 3d0be58aee659ef7e8eda43e916172bab300235f
+
+PR = ${MACHINE_KERNEL_PR}+${INC_PR}
+PR_append = a
+
+SRC_URI = git://arago-project.org/git/projects/test-
automation/target-code/psp/lftb.git;protocol=git \
+
Thanks,
Paul
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] meta-openembedded layer for yocto hosted on oe.org
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Monday, December 20, 2010 11:17 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [RFC] meta-openembedded layer for yocto hosted on oe.org Nice piece of work a good plan but... Who will be the owners/maintainers of the layers? I maintain several multimedia recipes (mythtv with all that is dragged in (which is a.o. a lot of perl stuff), various cd* related recipes, python-coherence and the python stuff it uses, mediatomb, and it seems recently people seem to see me as the first line of contact if they have musicpd issues), as well as some file sharing recipes. Any idea on how I get them added, and how to deal with updates for these? An alternate approach would be to let the stuff live in poky-extras. See this proposal from RP: http://www.mail-archive.com/yocto@yoctoproject.org/msg00286.html Frans, What is the difference between poky-extras and angstrom-layers in regards to the intention. My understanding is that Koen wanted to put the meta-openembedded layer on OE so it would be open to anyone. Couldn't you then add recipes for the components you maintain into this layer in places like recipes-multimedia? Or are you concerned about who would maintain some of the individual recipe groupings like multimedia? i.e. if recipes-multimedia is part of meta-openembedded are you concerned that you won't be able to push changes to your recipes? I see your issue here in that you want to maintain your recipes without restriction but at the same time if everyone just puts their recipes into their own layer we would have way too many layers and it would be extremely hard to keep track of. So would a good solution be to have multiple committers to the meta-openembedded layer (like Koen was suggesting) and let each committer be a maintainer with an emphasis on a particular area (Also seems in line with what Richard was suggesting)? Perhaps I am misunderstanding the proposal here but it seems like we are really discussing whether we use poky-extras or angstrom-layers, or something with another name. I would say that we leave angstrom-layers containing the angstrom stuff, make an openembedded layer hosted on OE (like Koen suggested) rather than cramming everything into poky-extras (since poky is just one distribution and there are others). I guess an alternative suggestion is to have each functional grouping like multimedia be its own layer and then you can have one or more maintainers per layer. Then you can just group these layers under the OE name (which is basically what Richard was suggesting but calling it poky-extras). Frans. PS: personally I would have preferred it if console-image was in the common part.I guess some other recipes will get fairly identical recipes. Maybe we should have a generic console-image and let each distro use .bbappend or aminc to extend on it. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] sourceipk: copy over hidden files and dirs
Please ignore this patch for now. I forgot the case where there are no hidden
files and I need to update to handle this.
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Thursday, December 16, 2010 3:43 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH] sourceipk: copy over hidden files and dirs
* Copy hidden files and directories such as eclipse
project files. Currently these files are not copied
(particularly for the top-level directory) which makes
applications with eclipse project files not usable with eclipse.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
classes/sourceipk.bbclass |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/classes/sourceipk.bbclass b/classes/sourceipk.bbclass
index 97068de..213bff9 100644
--- a/classes/sourceipk.bbclass
+++ b/classes/sourceipk.bbclass
@@ -106,6 +106,12 @@ sourceipk_do_create_srcipk() {
# Copy sources for packaging
mkdir -p $tmp_dir/${SRCIPK_INSTALL_DIR}
cp -RLf ${S}/* $tmp_dir/${SRCIPK_INSTALL_DIR}/
+# Copy any hidden files in the source directory such as
+# eclipse project files. Use a regex to avoid trying to
+# copy the . and .. directories. This is only required for
+# the top-level directory as the hidden files will be copied
+# for subdiretories.
+cp -r ${S}/.[a-zA-Z0-9]* $tmp_dir/${SRCIPK_INSTALL_DIR}/
if [ ${SRCIPK_INCLUDE_EXTRAFILES} != 0 ]
then
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] move openssl.cnf file into base openssl package
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Roman I Khimov Sent: Wednesday, December 15, 2010 2:39 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [RFC] move openssl.cnf file into base openssl package В сообщении от Среда 15 декабря 2010 22:47:05 автор Maupin, Chase написал: Missed that change. Seems wrong to me. And I still think that it belongs to libcrypto, not openssl since you can easily not install openssl binary and still use it with tuned openssl.cnf in your apps. So it seems like there are two packages that need this default openssl.cnf file, the libcrypto and openssl packages. Would it perhaps be a better idea to pull the configuration file into its own package and then set the RDEPENDS for the libcrypto and openssl packages to use the openssl configuration package? That way you can still have multiple versions of libcrypto (like Koen was trying to do) and have the default file shared between both packages that need it. openssl is rdepending on libcrypto anyway (it's linked with it and I don't think it'll change any time soon). But configs for different versions can be conflicting, so I'm not sure this kind of approach solves anything. I noticed that. I think the only thing that putting this into its own package would solve is addressing Koen's comment about having multiple versions of libcrypto installed. Koen, can you comment on your change that moved the openssl.cnf file to the misc package? Do you still need to be able to install multiple versions of libcrypto? -- http://roman.khimov.ru mailto: ro...@khimov.ru gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] move openssl.cnf file into base openssl package
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Roman I Khimov Sent: Thursday, December 16, 2010 8:32 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [RFC] move openssl.cnf file into base openssl package В сообщении от Четверг 16 декабря 2010 17:10:37 автор Koen Kooi написал: So it seems like there are two packages that need this default openssl.cnf file, the libcrypto and openssl packages. Would it perhaps be a better idea to pull the configuration file into its own package and then set the RDEPENDS for the libcrypto and openssl packages to use the openssl configuration package? That way you can still have multiple versions of libcrypto (like Koen was trying to do) and have the default file shared between both packages that need it. openssl is rdepending on libcrypto anyway (it's linked with it and I don't think it'll change any time soon). But configs for different versions can be conflicting, so I'm not sure this kind of approach solves anything. I noticed that. I think the only thing that putting this into its own package would solve is addressing Koen's comment about having multiple versions of libcrypto installed. Koen, can you comment on your change that moved the openssl.cnf file to the misc package? Do you still need to be able to install multiple versions of libcrypto? Yes, I still need to be able to do that, couldn't you just add an rrecommend for -misc? To get all -misc stuff? I'd opt for putting openssl.cnf in its own package and setting it as RRECOMMENDS for libcrypto in that case. Agreed. Although would you say RRECOMMENDS or RDEPENDS? On the one hand you could specify a conf file at another location, but in the case of running openssl req with no conf file installed the command fails, so would you say you REDEPEND instead on the conf file? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [RFC] move openssl.cnf file into base openssl package
All, Currently in openssl.inc the openssl.cnf file is being placed in the openssl-misc package. However, when running the openssl command you will frequently receive warnings about this configuration file missing. i.e.: WARNING: can't open config file: /usr/lib/ssl/openssl.cnf Also, when running the command openssl req to request and generate a certificate the command will fail without the openssl.cnf file being installed on the target system. i.e. WARNING: can't open config file: /usr/lib/ssl/openssl.cnf Unable to load config info from /usr/lib/ssl/openssl.cnf Is there a reason why this file is placed in the misc package since it seems to be either looked for or required by the openssl executable shipped in the base openssl package? From the log I see that the openssl.cnf file was originally added to the libcrypto package since it was accessed directly from libcrypto (commit f95a95435ca79e7b9942b6e321d30e264c728791). I then see that it was moved the file to the misc package to make different libcrypto versions parallel installable (commit 26b7d6514111d5ac0171c1834fa85d4576d783bf) but no other justification as to why the .cnf was placed in the misc instead of base package. I have a patch to move the openssl.cnf file into the openssl package but I wanted to better understand why this file was not already in the openssl package before submitting my patch. Sincerely, Chase Maupin ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] move openssl.cnf file into base openssl package
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Roman I Khimov Sent: Wednesday, December 15, 2010 1:41 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [RFC] move openssl.cnf file into base openssl package В сообщении от Среда 15 декабря 2010 21:38:07 автор Maupin, Chase написал: From the log I see that the openssl.cnf file was originally added to the libcrypto package since it was accessed directly from libcrypto (commit f95a95435ca79e7b9942b6e321d30e264c728791). I then see that it was moved the file to the misc package to make different libcrypto versions parallel installable (commit 26b7d6514111d5ac0171c1834fa85d4576d783bf) but no other justification as to why the .cnf was placed in the misc instead of base package. I have a patch to move the openssl.cnf file into the openssl package but I wanted to better understand why this file was not already in the openssl package before submitting my patch. Missed that change. Seems wrong to me. And I still think that it belongs to libcrypto, not openssl since you can easily not install openssl binary and still use it with tuned openssl.cnf in your apps. So it seems like there are two packages that need this default openssl.cnf file, the libcrypto and openssl packages. Would it perhaps be a better idea to pull the configuration file into its own package and then set the RDEPENDS for the libcrypto and openssl packages to use the openssl configuration package? That way you can still have multiple versions of libcrypto (like Koen was trying to do) and have the default file shared between both packages that need it. -- http://roman.khimov.ru mailto: ro...@khimov.ru gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 4/4] ti-pru-sw-examples: fix package run-time dependencies
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Paul Menzel
Sent: Monday, December 13, 2010 12:44 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH 4/4] ti-pru-sw-examples: fix package run-time
dependencies
Am Montag, den 13.12.2010, 07:20 -0600 schrieb Melissa Watkins:
* This package depends on the ti-pru-sw-edma-driver and
kernel-module-uio-pru modules at run-tim. Added these packages
tim*e*
to the RDEPENDS.
* Bump PR
* Update SRC_REV
SRCREV
* Update COMPATIBLE_MACHINE
In all your four patches you update `SRCREV` and `COMPATIBLE_MACHINE`.
Could you please factor that out into separate patches. (At least next
time.)
I do not know anything about this program, but why is
`COMPATIBLE_MACHINE` changed? Was it incorrectly set from the beginning
or did something change upstream.
COMPATIBLE_MACHINE was being defined for omapl138 (the SOC_FAMILY) and
am180x-evm (which is a member of that SOC_FAMILY). Therefore the use of
am180x-evm was redundant.
Signed-off-by: Melissa Watkins m-watk...@ti.com
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/ti-pru-sw-examples_1.00.00.bb |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
mode change 100755 = 100644 recipes/ti/ti-pru-sw-examples_1.00.00.bb
diff --git a/recipes/ti/ti-pru-sw-examples_1.00.00.bb b/recipes/ti/ti-
pru-sw-examples_1.00.00.bb
old mode 100755
new mode 100644
index a9239f8..02c3376
--- a/recipes/ti/ti-pru-sw-examples_1.00.00.bb
+++ b/recipes/ti/ti-pru-sw-examples_1.00.00.bb
@@ -1,14 +1,15 @@
DESCRIPTION = PRU sw example applications
HOMEPAGE = https://gforge.ti.com/gf/project/pru_sw/;
LICENSE = BSD
-DEPENDS = ti-pru-sw-app-loader ti-pru-sw-edma-library
-PR = r0+svnr${SRCPV}
+DEPENDS += ti-pru-sw-app-loader ti-pru-sw-edma-library
+RDEPENDS += ti-pru-sw-edma-driver kernel-module-uio-pru
+PR = r1+svnr${SRCPV}
-COMPATIBLE_MACHINE = omapl138|am180x-evm
+COMPATIBLE_MACHINE = omapl138
SRC_URI =
svn://gforge.ti.com/svn/pru_sw/;module=trunk;proto=https;user=anonymous;p
swd=''
-SRCREV = 18
+SRCREV = 20
S = ${WORKDIR}/trunk
do_compile () {
Thanks,
Paul
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] PREFERRED_PROVIDER and RDEPENDS
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Björn Krombholz
Sent: Sunday, December 05, 2010 4:15 PM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] PREFERRED_PROVIDER and RDEPENDS
qt4-x11-free and qt4-x11-free-gles both provide qt4-x11-free.
Setting
PREFERRED_PROVIDER_qt4-x11-free = qt4-x11-free-gles
works as expected. When you bitbake qt4-x11-free you will get the -gles
variant.
On the other hand, when bitbaking task-qt4-x11 which RDEPENDS
on qt4-x11-free it is trying to build qt4-x11-free.bb and not the -gles
recipe.
Is this a general bug? Or would the correct way be adding something like
RPROVIDES += virtual/qt4-x11
to qt4-x11-free.inc and changing the RDEPENDS to the virtual package?
When I was doing something similar I added the following lines to my recipe:
RPROVIDES_${PN} = qt4-embedded
RPROVIDES_${PN}-dev = qt4-embedded-dev
This was for an embedded variant but I would image the same holds true for x11
(of course with a change to qt4-x11-free, etc)
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] libcdaudio license issue
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Monday, December 06, 2010 1:48 PM To: openembedded-devel@lists.openembedded.org; p...@yoctoproject.org Subject: [oe] libcdaudio license issue I was checking libcdaudio for LICENSE info. recipe says GPL COPYING file is the GPLv2 one README file says: libcdaudio is distributed under the GNU Library General Public License, included in this package under the top level source directory in the file COPYING C files also mention LGPL. but say v2 or later What to do with this in the LICENSE field? LGPLv2+ ? Frans, My thought would be to follow what is in the code. Some files can be autogenerated by tools like automake and if someone doesn't set the up right then they get the wrong output. But the code is usually what someone has written and what they intended. Anyone else have a differing opinion? Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 6/6] defconfig: Add omapl138 defconfig file
My main comment here is that these patches might be better in a different order. Currently if they were applied one at a time they would fail because of the dependency order. I would suggest re-ordering the existing patches into the following order: 0005 0006 0004 0003 0002 0001 Sorry that I didn't notice this the first time I looked at these patches. -Original Message- From: Melissa Watkins [mailto:mwatkins...@gmail.com] Sent: Friday, December 03, 2010 9:41 AM To: openembedded-devel@lists.openembedded.org Cc: Watkins, Melissa; Maupin, Chase Subject: [PATCH 6/6] defconfig: Add omapl138 defconfig file * Add defconfig file for omapl138 machines Signed-off-by: Melissa Watkins m-watk...@ti.com Signed-off-by: Chase Maupin chase.mau...@ti.com --- recipes/linux/linux-davinci/omapl138/defconfig |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/recipes/linux/linux-davinci/omapl138/defconfig b/recipes/linux/linux-davinci/omapl138/defconfig index 8462139..ad52484 100644 --- a/recipes/linux/linux-davinci/omapl138/defconfig +++ b/recipes/linux/linux-davinci/omapl138/defconfig @@ -1383,6 +1383,7 @@ CONFIG_USB_MUSB_HDRC=y CONFIG_USB_MUSB_SOC=y CONFIG_USB_MUSB_HOST=y # CONFIG_USB_MUSB_PERIPHERAL is not set +# CONFIG_USB_MUSB_DUAL_ROLE is not set # CONFIG_USB_MUSB_OTG is not set CONFIG_USB_MUSB_HDRC_HCD=y # CONFIG_MUSB_PIO_ONLY is not set @@ -1557,7 +1558,12 @@ CONFIG_RTC_INTF_DEV=y CONFIG_RTC_DRV_OMAP=y # CONFIG_DMADEVICES is not set # CONFIG_AUXDISPLAY is not set -# CONFIG_UIO is not set +CONFIG_UIO=y +# CONFIG_UIO_PDRV is not set +# CONFIG_UIO_PDRV_GENIRQ is not set +# CONFIG_UIO_SMX is not set +# CONFIG_UIO_SERCOS3 is not set +CONFIG_UIO_PRUSS=m # # TI VLYNQ -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH (v2)] Reverse the order of OVERRIDES
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Tom Rini Sent: Wednesday, November 10, 2010 10:29 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH (v2)] Reverse the order of OVERRIDES Richard Purdie wrote: On Fri, 2010-10-15 at 12:44 -0700, Chris Larson wrote: On Fri, Oct 15, 2010 at 12:37 PM, Koen Kooi k.k...@student.utwente.nlwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-10-10 17:41, Chris Larson wrote: From: Chris Larson chris_lar...@mentor.com Given the current implementation of OVERRIDES in bitbake, the variable is expected to contain elements in the order least specific to most specific, however, our current usage of it does not match that. As one example, local is supposed to always be the most specific override, yet currently it's the least specific. As another example, currently the target architecture is seen as more specific than the machine, which is also clearly wrong. Big thanks to Chase Maupin for investigating and identifying this long standing issue. It becomes clear that a reversal of the current value will bring us to a more sane behavior, and avoids the need for the dual overrides hack mentioned in the comments, so this implements this reversal, and drops the unnecessary and confusing comments. This also introduces a MACHINE_OVERRIDES variable as a generic mechanism to inject overrides elements which are more specific than the distro but less specific than the machine, which is where things like MACHINE_CLASS or SOC_FAMILY or the like would go. This variable is *space* separated, to make it easier and more convenient to assemble the variable incrementally. Reported-by: Chase Maupin chase.mau...@ti.com Signed-off-by: Chris Larson chris_lar...@mentor.com Acked-by: Koen Kooi k-k...@ti.com This is now in master -- thanks to all for the acks, review, comments - - let me know if any problems result from this. You do realise the damage this potentially causes for compatibility of metadata between OE and Poky? This change is pretty serious and potentially alters the handling of any double override. Poky uses them a bit more extensively than OE does. Its effectively an architecture change to OE yet no discussion was had at any TSC meeting :(. I even asked about this a while back and was *told* that local was meant to be weak, I therefore added a strong version to Poky, in the spirit of maintaining compatibility. (a) Eeep! and (b) That's pretty much the opposite of what the rest of the thread / discussion was, which is to say local is supposed to be the final winner, why isn't it? Now... what do we do here? I know this was all posted a while back. Has there been any resolution on this? I didn't notice any additional responses to this thread. -- Tom Rini Mentor Graphics Corporation ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH v2] TI tools - make EULA unpack work when /opt is writeable
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Stefan Schmidt Sent: Saturday, November 06, 2010 9:11 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH v2] TI tools - make EULA unpack work when /opt is writeable Hello. On Sat, 2010-10-09 at 08:52, Gary Thomas wrote: On 08/28/2010 03:07 AM, Gary Thomas wrote: This patch addresses the problem where the TI tools that need the EULA unpack into the wrong place if the user has write permission in /opt. The current behaviour of expecting the unpacker to fall back to the $HOME environment variable should not be relied on. The patch changes the unpack step to use the --prefix= option which will always work. Version 2: * Update patch to be against org.openembedded.dev branch * Incorporate full description into patch What about this patch? It's been nearly 6 weeks and no discussion or anything. The problem persists in today's tree. Can we have a comment form the TI devs here? This looks OK to me. Only comment I have is whether the '/' is needed in the following line with the TI_BIN_UNPK_WDEXT option already add a '/'. I guess while not technically necessary it would keep this code working if someone didn't define TI_BIN_UNPK_WDEXT with a leading '/'. wdext = workdir + '/' + wdext Sorry for the previous lack of response. Thank you for the patch and fixing this issue. regards Stefan Schmidt ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 6/7] qt-4.7: rename qtdemo to qtdemoE for qt4-embedded
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Eric Bénard
Sent: Friday, October 29, 2010 4:26 PM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [PATCH 6/7] qt-4.7: rename qtdemo to qtdemoE for qt4-
embedded
in order to stay consistant with 4.6.x releases.
Signed-off-by: Eric Bénard e...@eukrea.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
recipes/qt4/qt-4.7.0.inc |5 +
recipes/qt4/qt4-embedded_4.7.0.bb |2 +-
2 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/recipes/qt4/qt-4.7.0.inc b/recipes/qt4/qt-4.7.0.inc
index cf4b0d8..ba2b25a 100644
--- a/recipes/qt4/qt-4.7.0.inc
+++ b/recipes/qt4/qt-4.7.0.inc
@@ -60,6 +60,11 @@ do_install_append() {
for i in rcc uic moc ; do
install -m 0755 ${S}/bin/$i ${D}${bindir}/
done
+
+#Append an E to the qtdemo file
+if [ -n ${QT_LIBINFIX} ] ; then
+mv ${D}${bindir}/qtdemo
${D}${bindir}/qtdemo${QT_LIBINFIX}
+fi
}
SRC_URI[md5sum] = 3a2f25b9b115037277f4fb759194a7a5
diff --git a/recipes/qt4/qt4-embedded_4.7.0.bb b/recipes/qt4/qt4-
embedded_4.7.0.bb
index 1cd43a6..7e3d4b8 100644
--- a/recipes/qt4/qt4-embedded_4.7.0.bb
+++ b/recipes/qt4/qt4-embedded_4.7.0.bb
@@ -2,7 +2,7 @@ DEFAULT_PREFERENCE = -1
require qt4-embedded.inc
-PR = ${INC_PR}.0
+PR = ${INC_PR}.1
QT_CONFIG_FLAGS_append_armv6 = -no-neon
--
1.6.3.3
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [RFC] turning conf/machine into a set of bblayers
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Thursday, October 21, 2010 7:01 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [RFC] turning conf/machine into a set of bblayers 2010/10/21 Richard Purdie rpur...@rpsys.net: On Thu, 2010-10-21 at 12:20 +0200, Frans Meulenbroeks wrote: 2010/10/21 Graeme Gregory d...@xora.org.uk: Such a pity git doesnt have increasing rev numbers, a cool adition would be a flag in layer that showed the last rev of core it was tested with. Layer was tested with core 1 but core is now 999 would give an indication on drift between layers and core. Graeme Triggered by this (and apologies if I am drifting off-topic). It would be nice if with amend.inc you could specify the PR of the underlying recipe that this amend is for (and get a warning or error if there is a mismatch) For reference poky now has the PRINC = x variable which increases the base PR by x, assuming a standard format PR value. This is intended for use in .bbappend files. Cheers, Richard Maybe I was not clear enough on this, but my proposal would be that you could say in your amend file something like BASEPR_CHECK(r12) or something like that (I did not really think about what the best syntax would be). If you were building and the base recipe did not have the PR you specified you'd get a warning (or maybe even an error) so you would know that something changed under water. I haven't tried this myself yet, but if you wanted to tie to a particular PR of the base recipe wouldn't you just put the amend.inc in your overlay at recipes/blah/blah-version-pr directory? Best regards, Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Wednesday, October 20, 2010 1:16 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields On Mon, Oct 11, 2010 at 02:53:59PM -0500, Maupin, Chase wrote: I'm not sure if it is a policy. Haven't seen it being pulished as such. Having said that, I have no problems with it (although there is no problem with enforcing patents or so for v2+ , as that still falls under the v2 umbrella). I guess most of our recipes that say GPLv2 are wrong and are v2+. It might be hard to distinguish between these though, it could well be that the license file says v2 and a comment in the code says v2+. Glad I do not have to deal with this any more Frans, That is exactly the issue that is so annoying. The COPYING file usually says the standard GPLv2, but if you go and read the license text in the code that is where it says GPLv2 (or later) so GPLv2+. This patch was modified to go off the license in the code since that is more likely what the developer actually intended and not an auto-generated file. Koen, What about GPLv3 licensed files with an exception? Right now I have that as GPLv3+exception. Was there ever any discussion about how to handle these? I am trying to indicate that it is not a standard GPLv3 license. Chase, Does it say what kind of exception it is? If it has a name, it's better to specify it. For libgcc/libstdc++ I ended up specifying GPLv3 with GCC RLE, which stands for GCC Runtime Library Exception: Denys, The COPYING.EXCEPTION file has the title AUTOCONF CONFIGURE SCRIPT EXCEPTION. Would you like this changed to GPLv3 with Autoconf CSE? http://www.gnu.org/licenses/gcc-exception.html -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Wednesday, October 20, 2010 1:37 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields On Wed, Oct 20, 2010 at 01:27:54PM -0500, Maupin, Chase wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Wednesday, October 20, 2010 1:16 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields On Mon, Oct 11, 2010 at 02:53:59PM -0500, Maupin, Chase wrote: I'm not sure if it is a policy. Haven't seen it being pulished as such. Having said that, I have no problems with it (although there is no problem with enforcing patents or so for v2+ , as that still falls under the v2 umbrella). I guess most of our recipes that say GPLv2 are wrong and are v2+. It might be hard to distinguish between these though, it could well be that the license file says v2 and a comment in the code says v2+. Glad I do not have to deal with this any more Frans, That is exactly the issue that is so annoying. The COPYING file usually says the standard GPLv2, but if you go and read the license text in the code that is where it says GPLv2 (or later) so GPLv2+. This patch was modified to go off the license in the code since that is more likely what the developer actually intended and not an auto-generated file. Koen, What about GPLv3 licensed files with an exception? Right now I have that as GPLv3+exception. Was there ever any discussion about how to handle these? I am trying to indicate that it is not a standard GPLv3 license. Chase, Does it say what kind of exception it is? If it has a name, it's better to specify it. For libgcc/libstdc++ I ended up specifying GPLv3 with GCC RLE, which stands for GCC Runtime Library Exception: Denys, The COPYING.EXCEPTION file has the title AUTOCONF CONFIGURE SCRIPT EXCEPTION. Would you like this changed to GPLv3 with Autoconf CSE? Chase, Either GPLv3 with Autoconf CSE or even GPLv3 with Autoconf Configure Script Exception... I'm not sure CSE is as common as RLE - here's the list of current GNU exceptions: Secondary issue is what to do about spaces in the LICENSE? Using GPLv3 with Autoconf CSE will yield a copy of the sources in the GPLv3 with Autoconf CSE directories. Should we be using spaces in the LICENSE name like this or perhaps - http://www.gnu.org/licenses/exceptions.html There you can see they use acronym GCC RLE, but not the other one... -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Wednesday, October 20, 2010 2:03 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields On Wed, Oct 20, 2010 at 08:57:01PM +0200, Andreas Oberritter wrote: On 10/20/2010 08:37 PM, Denys Dmytriyenko wrote: On Wed, Oct 20, 2010 at 01:27:54PM -0500, Maupin, Chase wrote: Chase, Does it say what kind of exception it is? If it has a name, it's better to specify it. For libgcc/libstdc++ I ended up specifying GPLv3 with GCC RLE, which stands for GCC Runtime Library Exception: Denys, The COPYING.EXCEPTION file has the title AUTOCONF CONFIGURE SCRIPT EXCEPTION. Would you like this changed to GPLv3 with Autoconf CSE? Chase, Either GPLv3 with Autoconf CSE or even GPLv3 with Autoconf Configure Script Exception... I'm not sure CSE is as common as RLE - here's the list of current GNU exceptions: GCC and Autoconf both being GNU projects, their license is probably not GPLv3, but GPLv3+ (with some exception), in the discussed notation. ;-) Interesting point! We should try to be future-proof with GPLv3+ too :) Although I haven't seen anyone using it this way, as it's not relevant yet. I'll make it GPLv3+ since I do see some or later comments. -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] LICENSE field format
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Wednesday, October 20, 2010 3:38 PM To: openembedded-devel@lists.openembedded.org Subject: [oe] LICENSE field format All, We've had a number of discussions on the license matter recently. Trying to unify those brings us to the question of the LICENSE field format in recipes. As some projects are dual/triple licensed or use multiple licenses at the same time, it becomes hard to specify it all in the LICENSE field, especially when there are no rules defined. We do have several different formats used to separate multiple licenses, which is quite confusing and doesn't make it clear whether licenses are AND-ed or OR-ed (I know those are not legal terms, but for the purpose of this discussion that's fine :)) Here are some examples: LICENSE = License1 License2 LICENSE = License1|License2 LICENSE = License1, License2 LICENSE = License1+License2 LICENSE = License1/License2 LICENSE = Very Long License Name LICENSE = License with some exceptions I would vote for something along the following lines: LICENSE = License1|License2 - This means the code is licensed under the terms of both licenses LICENSE = License1,License2 - This means the code can use either license exclusively in the src_distribute class spaces should be replaced with -s. Of course, this could lead to licenses like GPLv3+-with-GCC-RLE. We should avoid separating licenses with / because that will mess up the directory structure or + because that would be confusing when + is also used to mean or later for some licenses like the GPL. To make matters worse, src_distribute.bbclass splits the field at spaces and creates directories for each token. So, for the last two examples above, we end up with 4 directories for every license - each word is a separate directory... I'd like to raise this issue and start a discussion on unifying the LICENSE field format (and fixing src_distribute.bbclass accordingly). Would be nice to collect some ideas here on the maillist and/or discuss it further during OEDEM next week. Please feel free to comment. -- Denys ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4: replace underscore with dash in library name
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Holger Freyther Sent: Monday, October 18, 2010 11:28 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] qt4: replace underscore with dash in library name On 10/18/2010 06:24 PM, Maupin, Chase wrote: Why do you need to patch Qt? :) This library allows Qt to use the NEON processor on our Cortex-A8 for bitblit operations. Currently this recipe is being carried in our overlay but will be moved to the OE mainline once we have all the licensing worked out. Interesting, I worked on the raster engine in the 4.7 release cycle, did some neon code as well. Samuel has done his version from scratch and integrated it. Is that handwritten neon code or using gcc mnemonics? How does it compare to what is in 4.7? Qt 4.7 can use ARM NEON even for string compares and other parts of libQtCore. This is something a third party did for us. I don't know all the details behind the library, but I do know that there is a patch to Qt to enable it to use our library instead of it's normal routines (this is for 4.6.2). PS: Do you need someone to integrate your patch? The patch to Qt is to use our library. I'd be happy to share the patch to Qt if you are interested, but I don't think it is very useful generically since the licensing of our library says it is only to be used on TI devices (A third party license restriction). Thanks for the offer though. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] bitbake.conf: don't append MACHINE_OVERRIDES to OVERRIDES when it's empty
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Martin Jansa
Sent: Saturday, October 16, 2010 2:25 PM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [PATCH] bitbake.conf: don't append MACHINE_OVERRIDES to
OVERRIDES when it's empty
* empty MACHINE_OVERRIDES adds :: to OVERRIDES (then in FILESPATH skips
every directory after this)
* strip() is needed to remove space in case some distribution has ie
MACHINE_OVERRIDES ?=
and then
MACHINE_OVERRIDES +=
or
MACHINE_OVERRIDES ?= ${MACHINE_CLASS}, where MACHINE_CLASS is empty
again
I saw this issue in my overlay of having a :: in my OVERRIDES which caused my
parsing to fail in angstrom.inc. Applying this fix from Martin resolves the
parsing issue. My OVERRIDES appear to be in the correct order with this change:
#
OVERRIDES=${OVERRIDE_THUMB}${OVERRIDE_INTERWORK}libc-glibc:pn-${PN}:fail-fast:build-${BUILD_OS}:${TARGET_ARCH}:${TARGET_OS}:${DISTRO}:$...@[':'.join(d.getVar('MACHINE_OVERRIDES',
True).split())+':',''][d.getVar('MACHINE_OVERRIDES', True).strip() ==
'']}${MACHINE}:local
OVERRIDES=thumb-interwork:libc-glibc:pn-helloworld:fail-fast:build-linux:arm:linux-gnueabi:angstrom:armv7a:omap3:am37x-evm:local
And my FILESPATH ordering is:
helloworld-1.0.0-r1/local
helloworld-1.0.0-r1/am37x-evm
helloworld-1.0.0-r1/omap3
helloworld-1.0.0-r1/armv7a
helloworld-1.0.0-r1/angstrom
helloworld-1.0.0-r1/linux-gnueabi
helloworld-1.0.0-r1/arm
helloworld-1.0.0-r1/build-linux
helloworld-1.0.0-r1/fail-fast
helloworld-1.0.0-r1/pn-helloworld
helloworld-1.0.0-r1/libc-glibc
helloworld-1.0.0-r1/thumb-interwork
helloworld-1.0.0-r1/
.
.
.
Acked-by: Chase Maupin chase.mau...@ti.com
---
conf/bitbake.conf |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index 155c593..5c45e1e 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -676,8 +676,9 @@ BUILDCFG_NEEDEDVARS ?= TARGET_ARCH TARGET_OS
# Overrides are processed left to right, so the ones that are named later
take precedence.
# You generally want them to go from least to most specific.
MACHINE_OVERRIDES ?=
-OVERRIDES = pn-${PN}:fail-fast:build-
${BUILD_OS}:${TARGET_ARCH}:${TARGET_OS}:\
-${DISTRO}:${@':'.join(d.getVar('MACHINE_OVERRIDES',
True).split())}:${MACHINE}:local
+OVERRIDES = pn-${PN}:fail-fast:build-
${BUILD_OS}:${TARGET_ARCH}:${TARGET_OS}:${DISTRO}:\
+...@[':'.join(d.getVar('MACHINE_OVERRIDES',
True).split())+':',''][d.getVar('MACHINE_OVERRIDES', True).strip() ==
'']}\
+${MACHINE}:local
##
# Include the rest of the config files.
--
1.7.3.1
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] bitbake.conf: don't append MACHINE_OVERRIDES to OVERRIDES when it's empty
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Chris Larson
Sent: Tuesday, October 19, 2010 2:09 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCH] bitbake.conf: don't append MACHINE_OVERRIDES to
OVERRIDES when it's empty
On Tue, Oct 19, 2010 at 12:05 PM, Maupin, Chase chase.mau...@ti.com
wrote:
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf
Of
Martin Jansa
Sent: Saturday, October 16, 2010 2:25 PM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [PATCH] bitbake.conf: don't append MACHINE_OVERRIDES to
OVERRIDES when it's empty
* empty MACHINE_OVERRIDES adds :: to OVERRIDES (then in FILESPATH
skips
every directory after this)
* strip() is needed to remove space in case some distribution has ie
MACHINE_OVERRIDES ?=
and then
MACHINE_OVERRIDES +=
or
MACHINE_OVERRIDES ?= ${MACHINE_CLASS}, where MACHINE_CLASS is
empty
again
I saw this issue in my overlay of having a :: in my OVERRIDES which
caused my parsing to fail in angstrom.inc. Applying this fix from
Martin
resolves the parsing issue. My OVERRIDES appear to be in the correct
order
with this change:
Can you explain this? caused my parsing to fail is not very useful
information. What exactly failed?
One other detail I forgot to mention is that I was actually using bitbake from
the Arago project which is based on 1.8.18. I did not see this issue if I used
bitbake 1.10 I did not see this issue. I kept this same fix in my tree and
tried with bitbake 1.10 and it too worked so it didn't seem like the fix was
negatively impacting the 1.10 version.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4: replace underscore with dash in library name
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Tuesday, October 12, 2010 8:25 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase; Maupin, Chase
Subject: [PATCH] qt4: replace underscore with dash in library name
* For libraries that are added to the QT_LIB_NAMES or
QT_EXTRA_LIBS variables replace any _ characters in the
library name with - for use in the package name.
* The actual library file names are left alone.
* Bump the PR for packages using qt4.inc
Signed-off-by: Chase Maupin chase.mau...@ti.com
ping
---
recipes/qt4/qt4-embedded.inc |2 +-
recipes/qt4/qt4-x11-free.inc |2 +-
recipes/qt4/qt4.inc |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/recipes/qt4/qt4-embedded.inc b/recipes/qt4/qt4-embedded.inc
index 111716d..9331302 100644
--- a/recipes/qt4/qt4-embedded.inc
+++ b/recipes/qt4/qt4-embedded.inc
@@ -4,7 +4,7 @@ LICENSE = GPL QPL
PRIORITY = optional
HOMEPAGE = http://www.trolltech.com;
DEPENDS += directfb tslib
-INC_PR = r23
+INC_PR = r24
QT_BASE_NAME ?= qt4-embedded
QT_BASE_LIB ?= libqt-embedded
diff --git a/recipes/qt4/qt4-x11-free.inc b/recipes/qt4/qt4-x11-free.inc
index 66e6d1c..ff4e454 100644
--- a/recipes/qt4/qt4-x11-free.inc
+++ b/recipes/qt4/qt4-x11-free.inc
@@ -5,7 +5,7 @@ HOMEPAGE = http://www.trolltech.com;
LICENSE = GPL QPL
DEPENDS += virtual/libx11 fontconfig libxft libxext libxrender libxrandr
libxcursor
-INC_PR = r20
+INC_PR = r21
SRC_URI = ftp://ftp.trolltech.com/qt/source/qt-x11-opensource-src-
${PV}.tar.gz \
file://0001-cross-compile.patch \
diff --git a/recipes/qt4/qt4.inc b/recipes/qt4/qt4.inc
index ffd56dd..6721265 100644
--- a/recipes/qt4/qt4.inc
+++ b/recipes/qt4/qt4.inc
@@ -34,7 +34,7 @@ python __anonymous () {
dev_packages = []
dbg_packages = []
for name in bb.data.getVar(QT_LIB_NAMES, d, 1).split():
-pkg = ${QT_BASE_LIB} + name.lower().replace(qt, ) + 4
+pkg = ${QT_BASE_LIB} + name.lower().replace(qt,
).replace(_, -) + 4
# NOTE: the headers for QtAssistantClient are different
incname = name.replace(QtAssistantClient, QtAssistant)
bb.data.setVar(FILES_%s % pkg,
${libdir}/lib%(name)s${QT_LIBINFIX}.so.* % locals(), d)
@@ -52,7 +52,7 @@ python __anonymous () {
dbg_packages.append(%s-dbg % name)
for name in bb.data.getVar(QT_EXTRA_LIBS, d, 1).split():
-pkg = ${QT_BASE_LIB} + name.lower().replace(qt, ) + 4
+pkg = ${QT_BASE_LIB} + name.lower().replace(qt,
).replace(_, -) + 4
bb.data.setVar(FILES_%s % pkg, ${libdir}/lib%(name)s.so.* %
locals(), d)
bb.data.setVar(FILES_%s-dev % pkg, ${libdir}/lib%(name)s.prl
${libdir}/lib%(name)s.a
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4: replace underscore with dash in library name
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Holger Freyther Sent: Monday, October 18, 2010 9:39 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] qt4: replace underscore with dash in library name On 10/12/2010 03:25 PM, Chase Maupin wrote: * For libraries that are added to the QT_LIB_NAMES or QT_EXTRA_LIBS variables replace any _ characters in the library name with - for use in the package name. * The actual library file names are left alone. * Bump the PR for packages using qt4.inc Which library is that? OpenVG? PowerVR related things? In general it looks fine. In this case it is another library named TICPUBLT_BX which helped me find this issue. So in my recipe I am adding: QT_EXTRA_LIBS += TICPUBLT_BX Acked-by: Holger Hans Peter Freyther hol...@moiji-mobile.com ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] qt4: replace underscore with dash in library name
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Holger Freyther Sent: Monday, October 18, 2010 11:21 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] qt4: replace underscore with dash in library name On 10/18/2010 05:01 PM, Maupin, Chase wrote: In this case it is another library named TICPUBLT_BX which helped me find this issue. So in my recipe I am adding: QT_EXTRA_LIBS += TICPUBLT_BX Why do you need to patch Qt? :) This library allows Qt to use the NEON processor on our Cortex-A8 for bitblit operations. Currently this recipe is being carried in our overlay but will be moved to the OE mainline once we have all the licensing worked out. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] Reverse the order of OVERRIDES
diff --git a/conf/machine/kixrp435.conf b/conf/machine/kixrp435.conf
index 8259127..b4a2fa6 100644
--- a/conf/machine/kixrp435.conf
+++ b/conf/machine/kixrp435.conf
@@ -7,7 +7,7 @@ TARGET_ARCH = arm
# Note: armv4 armv4t armv5te will be added by tune-xscale.inc
automatically.
PACKAGE_EXTRA_ARCHS = armv5e ixp4xxle
-OVERRIDES =
local:${MACHINE}:nslu2:ixp4xx:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build
-${BUILD_OS}:fail-fast:pn-${PN}
+MACHINE_OVERRIDES += nslu2 ixp4xx
Should this be ixp4xx nslu2? At least in order to keep the original behavior?
PREFERRED_PROVIDER_virtual/kernel = linux
PREFERRED_VERSION_linux = 2.6.30
diff --git a/conf/machine/nslu2be.conf b/conf/machine/nslu2be.conf
index 9bc92f1..88e6ed2 100644
--- a/conf/machine/nslu2be.conf
+++ b/conf/machine/nslu2be.conf
@@ -7,7 +7,7 @@ TARGET_ARCH = armeb
# Note: armv4b armv4tb armv5teb will be added by tune-xscale.inc
automatically.
PACKAGE_EXTRA_ARCHS = armv5eb ixp4xxbe
-OVERRIDES =
local:${MACHINE}:nslu2:ixp4xx:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build
-${BUILD_OS}:fail-fast:pn-${PN}
+MACHINE_OVERRIDES += nslu2 ixp4xx
Should this be ixp4xx nslu2? At least in order to keep the original behavior?
ROOT_FLASH_SIZE ?= 6
diff --git a/conf/machine/nslu2le.conf b/conf/machine/nslu2le.conf
index 62e47cb..edd0d94 100644
--- a/conf/machine/nslu2le.conf
+++ b/conf/machine/nslu2le.conf
@@ -7,7 +7,7 @@ TARGET_ARCH = arm
# Note: armv4 armv4t armv5te will be added by tune-xscale.inc
automatically.
PACKAGE_EXTRA_ARCHS = armv5e ixp4xxle
-OVERRIDES =
local:${MACHINE}:nslu2:ixp4xx:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build
-${BUILD_OS}:fail-fast:pn-${PN}
+MACHINE_OVERRIDES += nslu2 ixp4xx
Should this be ixp4xx nslu2? At least in order to keep the original behavior?
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
ping
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Monday, October 11, 2010 10:58 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCHv2] recipe licenses: update recipe LICENSE fields
* While verifying the licensing for the packages I am building
into my file system I found that for some packages the
LICENSE value set in the recipe was either incorrect or
generic and not detailed enough. This patch is my attempt
to update the LICENSE fields for these packages to match
the actual versions of the licenses in the sources.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
Added in version 2:
* Checked sources and updated GPLv2 packages to GPLv2+ if the
or later clause was found in the sources.
* Changed the separator for packages licensed under multiple
licenses to | instead of /
---
recipes/autoconf/autoconf.inc |2 +-
recipes/autoconf/autoconf213_2.13.bb |1 +
recipes/autoconf/autoconf_2.61.bb |2 ++
recipes/bison/bison.inc|2 +-
recipes/dbus/dbus-c++_git.bb |2 +-
recipes/dbus/dbus-daemon-proxy_git.bb |2 +-
recipes/dbus/dbus-glib.inc |2 +-
recipes/dbus/dbus.inc |2 +-
.../desktop-file-utils-native_0.14.bb |2 +-
.../desktop-file-utils/desktop-file-utils_0.15.bb |2 +-
.../desktop-file-utils/desktop-file-utils_0.16.bb |2 +-
.../desktop-file-utils/desktop-file-utils_0.3.bb |2 +-
.../desktop-file-utils/desktop-file-utils_0.6.bb |2 +-
recipes/e2fsprogs/e2fsprogs.inc|2 +-
recipes/genext2fs/genext2fs.inc|2 +-
recipes/git/git.inc|2 +-
recipes/glib-2.0/glib-2.0_2.22.4.bb|2 +-
recipes/glib-2.0/glib-2.0_2.23.6.bb|2 +-
recipes/glib-2.0/glib-2.0_2.24.0.bb|2 +-
recipes/glib-2.0/glib-2.0_2.24.1.bb|2 +-
recipes/glib-2.0/glib-2.0_2.6.4.bb |2 +-
recipes/glib-2.0/glib-2.0_2.8.6.bb |2 +-
recipes/glib-2.0/glib.inc |2 +-
recipes/iperf/iperf.inc|2 +-
recipes/ipkg-utils/ipkg-link_1.6+cvs20050404.bb|2 +-
recipes/ipkg-utils/ipkg-utils_1.6+cvs20050404.bb |2 +-
recipes/iptables/iptables.inc |2 +-
recipes/libtool/libtool.inc|2 +-
recipes/linux-libc-headers/linux-libc-headers.inc |2 +-
recipes/pkgconfig/pkgconfig.inc|2 +-
recipes/psplash/psplash.inc|2 +-
recipes/quilt/quilt.inc|2 +-
recipes/thttpd/thttpd_2.25b.bb |2 +-
recipes/tinylogin/tinylogin_1.4.bb |2 +-
recipes/unifdef/unifdef-native_2.6.18+git.bb |2 +-
recipes/update-rc.d/update-rc.d_0.7.bb |2 +-
recipes/x-load/signgp.bb |2 +-
recipes/x-load/x-load.inc |2 +-
recipes/xorg-lib/xorg-headers-native.bb|2 ++
39 files changed, 41 insertions(+), 36 deletions(-)
diff --git a/recipes/autoconf/autoconf.inc b/recipes/autoconf/autoconf.inc
index 35b0289..70e24a0 100644
--- a/recipes/autoconf/autoconf.inc
+++ b/recipes/autoconf/autoconf.inc
@@ -1,6 +1,6 @@
DESCRIPTION = A package of M4 macros to produce scripts to \
automatically configure sourcecode.
-LICENSE = GPL
+LICENSE = GPLv3+exception
HOMEPAGE = http://www.gnu.org/software/autoconf/;
SECTION = devel
DEPENDS += m4-native
diff --git a/recipes/autoconf/autoconf213_2.13.bb
b/recipes/autoconf/autoconf213_2.13.bb
index d060bbd..cd55073 100644
--- a/recipes/autoconf/autoconf213_2.13.bb
+++ b/recipes/autoconf/autoconf213_2.13.bb
@@ -1,4 +1,5 @@
require autoconf.inc
+LICENSE = GPLv2+
SRC_URI = ${GNU_MIRROR}/autoconf/autoconf-${PV}.tar.gz
EXTRA_OECONF = --program-transform-name=s/\$/2.13/
EXTRA_OEMAKE = 'acdatadir=${datadir}/autoconf-${PV}
infodir=${datadir}/autoconf-${PV}/info'
diff --git a/recipes/autoconf/autoconf_2.61.bb
b/recipes/autoconf/autoconf_2.61.bb
index 9542e21..4588608 100644
--- a/recipes/autoconf/autoconf_2.61.bb
+++ b/recipes/autoconf/autoconf_2.61.bb
@@ -1,5 +1,7 @@
require autoconf.inc
+LICENSE = GPLv2+
+
PR = ${INC_PR}.1
SRC_URI += file://autoreconf-include.patch \
diff --git a/recipes/bison/bison.inc b/recipes/bison/bison.inc
index 3441bcf..023895e 100644
--- a/recipes/bison/bison.inc
+++ b/recipes/bison/bison.inc
@@ -1,6 +1,6 @@
DESCRIPTION = GNU Project parser generator (yacc replacement).
HOMEPAGE = http://www.gnu.org/software/bison/;
-LICENSE = GPL
+LICENSE = GPLv2+
SECTION = devel
Re: [oe] [PATCH] Reverse the order of OVERRIDES
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Chris Larson
Sent: Friday, October 15, 2010 10:17 AM
To: openembedded-devel@lists.openembedded.org
Cc: Chris Larson
Subject: Re: [oe] [PATCH] Reverse the order of OVERRIDES
On Fri, Oct 15, 2010 at 7:12 AM, Maupin, Chase chase.mau...@ti.com
wrote:
diff --git a/conf/machine/kixrp435.conf b/conf/machine/kixrp435.conf
index 8259127..b4a2fa6 100644
--- a/conf/machine/kixrp435.conf
+++ b/conf/machine/kixrp435.conf
@@ -7,7 +7,7 @@ TARGET_ARCH = arm
# Note: armv4 armv4t armv5te will be added by tune-xscale.inc
automatically.
PACKAGE_EXTRA_ARCHS = armv5e ixp4xxle
-OVERRIDES =
local:${MACHINE}:nslu2:ixp4xx:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build
-${BUILD_OS}:fail-fast:pn-${PN}
+MACHINE_OVERRIDES += nslu2 ixp4xx
Should this be ixp4xx nslu2? At least in order to keep the original
behavior?
Yes, good catch, thanks, I'll fix it in the next version of the patch.
Everything else looked OK to me. Thanks for this change Chris.
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH (v2)] Reverse the order of OVERRIDES
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Chris Larson
Sent: Friday, October 15, 2010 10:41 AM
To: openembedded-devel@lists.openembedded.org
Subject: [oe] [PATCH (v2)] Reverse the order of OVERRIDES
From: Chris Larson chris_lar...@mentor.com
Given the current implementation of OVERRIDES in bitbake, the variable is
expected to contain elements in the order least specific to most specific,
however, our current usage of it does not match that. As one example,
local
is supposed to always be the most specific override, yet currently it's
the
least specific. As another example, currently the target architecture is
seen
as more specific than the machine, which is also clearly wrong.
Big thanks to Chase Maupin for investigating and identifying this long
standing issue.
It becomes clear that a reversal of the current value will bring us to a
more
sane behavior, and avoids the need for the dual overrides hack mentioned
in
the comments, so this implements this reversal, and drops the unnecessary
and
confusing comments.
This also introduces a MACHINE_OVERRIDES variable as a generic mechanism
to
inject overrides elements which are more specific than the distro but less
specific than the machine, which is where things like MACHINE_CLASS or
SOC_FAMILY or the like would go. This variable is *space* separated, to
make
it easier and more convenient to assemble the variable incrementally.
Reported-by: Chase Maupin chase.mau...@ti.com
Signed-off-by: Chris Larson chris_lar...@mentor.com
Acked-by: Chase Maupin chase.mau...@ti.com
---
conf/bitbake.conf | 17 ++---
conf/distro/include/arm-thumb.inc |6 ++--
conf/distro/micro.conf|6 ++--
conf/distro/minimal.conf |5 ++-
conf/distro/shr.conf |5 ++-
conf/machine/fsg3be.conf |2 +-
conf/machine/kixrp435.conf|2 +-
conf/machine/nslu2be.conf |2 +-
conf/machine/nslu2le.conf |2 +-
docs/usermanual/chapters/common_use_cases.xml | 31 +++-
recipes/binutils/binutils_csl-arm-20050416.bb |2 +-
recipes/binutils/binutils_csl-arm-20050603.bb |2 +-
recipes/eglibc/eglibc-package.bbclass |2 +-
recipes/glibc/glibc-package.inc |2 +-
recipes/prelink/prelink_20061027.bb |2 +-
recipes/prelink/prelink_20071009.bb |2 +-
recipes/prelink/prelink_20090925.bb |2 +-
17 files changed, 50 insertions(+), 42 deletions(-)
diff --git a/conf/bitbake.conf b/conf/bitbake.conf
index a5d6a1a..30dcd3e 100644
--- a/conf/bitbake.conf
+++ b/conf/bitbake.conf
@@ -675,20 +675,9 @@ BUILDCFG_NEEDEDVARS ?= TARGET_ARCH TARGET_OS
# Overrides are processed left to right, so the ones that are named later
take precedence.
# You generally want them to go from least to most specific.
-#
-# This means that an envionment variable named 'foo_arm' overrides an
-# environment variable 'foo' (when ${TARGET_ARCH} is arm).
-# an environment variable 'foo_ramses' overrides 'foo' but doesn't
override
-# 'foo_arm' when ${MACHINE} is 'ramses'.
-# If you use combination ie 'foo_arm_ramses', then 'foo_arm_ramses'
will override
-# 'foo_arm' and then 'foo' will be overriden with that value from
'foo_arm'.
-# And finally 'foo_local' overrides anything, but with lowest priority.
-#
-# This works for functions as well, they are really just environment
variables.
-# Default OVERRIDES to make compilation fail fast in case of build system
misconfiguration.
-OVERRIDES =
local:${MACHINE}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-
${BUILD_OS}:fail-fast:pn-${PN}
-# Alternative OVERRIDES definition without fail fast, usually only for
native building and Scratchbox toolchains.
-#OVERRIDES =
local:${MACHINE}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-
${BUILD_OS}:pn-${PN}
+MACHINE_OVERRIDES ?=
+OVERRIDES = pn-${PN}:fail-fast:build-
${BUILD_OS}:${TARGET_ARCH}:${TARGET_OS}:\
+${DISTRO}:${@':'.join(d.getVar('MACHINE_OVERRIDES',
True).split())}:${MACHINE}:local
##
# Include the rest of the config files.
diff --git a/conf/distro/include/arm-thumb.inc b/conf/distro/include/arm-
thumb.inc
index 36edd4f..75ed978 100644
--- a/conf/distro/include/arm-thumb.inc
+++ b/conf/distro/include/arm-thumb.inc
@@ -16,9 +16,9 @@ THUMB_INTERWORK ?= no
#arm system and vice versa. It is strongly recommended that DISTROs
not
#turn this off - the actual cost is very small.
-OVERRIDE_THUMB = $...@['', ':thumb'][bb.data.getVar('ARM_INSTRUCTION_SET',
d, 1) == 'thumb']}
-OVERRIDE_INTERWORK = $...@['', ':thumb-
Re: [oe] [PATCH 2/2] Fix class OVERRIDES order
-Original Message-
From: Chase Maupin [mailto:chasemaupi...@gmail.com]
Sent: Friday, October 15, 2010 3:32 PM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: [PATCH 2/2] Fix class OVERRIDES order
* Changed the OVERRIDES settings in the classes to use the new
ordering.
Signed-off-by: Chase Maupin chase.mau...@ti.com
I was a little unsure of these which is why I put them in a separate patch.
Should the virtclass overrides be high or low priority? Please feel free to
correct me, but I wanted to make sure that we didn't override local
---
classes/native.bbclass|2 +-
classes/nativesdk.bbclass |2 +-
classes/sdk.bbclass |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/classes/native.bbclass b/classes/native.bbclass
index dcedff2..2e52bfc 100644
--- a/classes/native.bbclass
+++ b/classes/native.bbclass
@@ -94,7 +94,7 @@ DEPENDS_virtclass-native ?= ${ORIG_DEPENDS}
def native_virtclass_add_override(d):
if native in (bb.data.getVar('BBCLASSEXTEND', d, True) or ):
-bb.data.setVar(OVERRIDES, bb.data.getVar(OVERRIDES, d, False)
+ :virtclass-native, d)
+bb.data.setVar(OVERRIDES, virtclass-native: +
bb.data.getVar(OVERRIDES, d, False), d)
OVERRIDES .= $...@native_virtclass_add_override(d)}
diff --git a/classes/nativesdk.bbclass b/classes/nativesdk.bbclass
index f3f9930..6f21534 100644
--- a/classes/nativesdk.bbclass
+++ b/classes/nativesdk.bbclass
@@ -52,7 +52,7 @@ export PKG_CONFIG_SYSROOT_DIR = ${STAGING_DIR_HOST}
ORIG_DEPENDS := ${DEPENDS}
DEPENDS_virtclass-nativesdk ?= ${ORIG_DEPENDS}
-OVERRIDES .= :virtclass-nativesdk
+OVERRIDES =. virtclass-nativesdk:
python __anonymous () {
pn = bb.data.getVar(PN, d, True)
diff --git a/classes/sdk.bbclass b/classes/sdk.bbclass
index c8fa076..1ad8951 100644
--- a/classes/sdk.bbclass
+++ b/classes/sdk.bbclass
@@ -67,4 +67,4 @@ FILES_${PN}-dbg += ${prefix}/.debug \
export PKG_CONFIG_SYSROOT_DIR = ${STAGING_DIR_HOST}
-OVERRIDES .= :virtclass-sdk
+OVERRIDES =. virtclass-sdk:
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question about OVERRIDES precedence
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Chris Larson
Sent: Thursday, October 14, 2010 11:42 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Question about OVERRIDES precedence
On Thu, Oct 14, 2010 at 9:37 AM, Maupin, Chase chase.mau...@ti.com
wrote:
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf
Of
Chris Larson
Sent: Thursday, October 14, 2010 10:34 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] Question about OVERRIDES precedence
On Thu, Oct 14, 2010 at 8:29 AM, Maupin, Chase chase.mau...@ti.com
wrote:
So are you saying that we are just going to change the order of how
OVERRIDES is appended to in OE like Denys was suggesting? That
would
still
lead to issues like local not being the highest priority unless we
would
also change bitbake.conf to define OVERRIDES as
${TARGET_ARCH}:${TARGET_OS}:${MACHINE}:local. That way we could
prepend
OVERRIDES in OE and still have local be the last one evaluated.
No. What I'm saying is, the definition of OVERRIDES in bitbake.conf
will
be
reversed. Not that difficult to understand. I don't know how I could
possibly be any clearer here.
Great. I assume this will be on the 1.10 branch as well as the master
branch? Is there anything I can do to help here?
There is no 1.10 branch in OE, so no. Again, we're changing it in OE, not
bitbake.
Chris,
I just realized what you were talking about. I was looking at the bitbake.conf
file in the bitbake repository, not the one in the OE repository. Now what you
are saying makes more sense. Sorry for the confusion.
I guess with the reversal of the definition in bitbake.conf we can then
change the appends to prepends in OE as well as reversing the
definitions
there. That way the OVERRIDES list should be built up in the proper
order.
Yes, indeed, though I suspect that the existing prepend/appends were done
by
people not thinking about the order, so they may not be correct the way
they are now anyway .. :)
--
Christopher Larson
clarson at kergoth dot com
Founder - BitBake, OpenEmbedded, OpenZaurus
Maintainer - Tslib
Senior Software Engineer, Mentor Graphics
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/5] matrix-gui-common: skip qa check on prebuilt binaries
-Original Message-
From: Denys Dmytriyenko [mailto:de...@denix.org]
Sent: Wednesday, October 13, 2010 11:59 AM
To: openembedded-devel@lists.openembedded.org
Cc: Maupin, Chase
Subject: Re: [oe] [PATCH 1/5] matrix-gui-common: skip qa check on prebuilt
binaries
On Wed, Oct 13, 2010 at 09:01:27AM -0500, Chase Maupin wrote:
* Skip the QA check on the prebuilt binaries used for dm365
devices.
And why do we have prebuilt binaries in OE?
They are not so much in the OE repository as they are part of the matrix
repository. That being said I'm working to get these buildable in OE and I'll
make this an RDEPENDS. So go ahead and ignore this patch.
Signed-off-by: Chase Maupin chase.mau...@ti.com
---
recipes/ti/matrix-gui-common.inc |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/recipes/ti/matrix-gui-common.inc b/recipes/ti/matrix-gui-
common.inc
index 096c321..46c0bd6 100644
--- a/recipes/ti/matrix-gui-common.inc
+++ b/recipes/ti/matrix-gui-common.inc
@@ -32,4 +32,7 @@ do_install() {
}
+# Skip the QA for pre-built binaries
+INSANE_SKIP_${PN}_dm365 = True
+
FILES_${PN} += ${datadir}/matrix/*
--
1.7.0.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Question about OVERRIDES precedence
All,
I have been looking into the OVERRIDES setting and it appears to me that the
OVERRIDES are being handled in least specific to most specific order. Meaning
that if I have an override for a particular machine set that it has a lower
priority than the override for a distro.
My OVERRIDES variable is actually set to evaluate:
#
OVERRIDES=local:${MACHINE}:${DISTRO}:${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:fail-fast:pn-${PN}:${FEED_ARCH}:${SOC_FAMILY}:libc-glibc${OVERRIDE_THUMB}${OVERRIDE_INTERWORK}
Which translates in my build to:
OVERRIDES=local:am37x-evm:angstrom:linux-gnueabi:arm:build-linux:fail-fast:pn-task-arago-toolchain-tisdk-multimedia-host:armv7a:omap3:libc-glibc:thumb-interwork
I would expect that if I set an override for am37x-evm that this MACHINE
specific override should trump the DISTRO specific override or the SOC_FAMILY
override.
Likewise I would expect that the local override would have the highest
precedence because I am trying to override something specifically for my local
copy and that the thumb-interwork override would have the lowest precedence.
Is my expectation incorrect?
If so then can we just reverse the list of overrides in the update_data method
of bitbake/lib/bb/data.py, around line 500 in my version. My bitbake is on
version 1.10. In the master this would be in the finalize function of the
DataSmart class.
Thanks in advance for you input.
Sincerely,
Chase Maupin
Software Applications
Catalog DSP Products
e-mail: chase.mau...@ti.com
phone: (281) 274-3285
For support:
Forums - http://community.ti.com/forums/
Wiki - http://wiki.davincidsp.com/
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Monday, October 11, 2010 12:41 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields 2010/10/11 Chase Maupin chasemaupi...@gmail.com: * While verifying the licensing for the packages I am building into my file system I found that for some packages the LICENSE value set in the recipe was either incorrect or generic and not detailed enough. This patch is my attempt to update the LICENSE fields for these packages to match the actual versions of the licenses in the sources. [...] -LICENSE = GPLv2 +LICENSE = GPLv2+ Doe we want this? I think most GPLv2 code carries the clause: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. Yet currently virtually all of these have GPL or GPLv2 as LICENSE Frans, My original version of this patch was just changing GPL to GPLv2 for example. But I was asked about whether it should be GPLv2+ which I guess is more indicative of the or later clause. Does anyone have good guidance here on how to denote things that are GPLv2 only for now (like git which Linux has a note in the COPYING file about it being GPLv2) and things that are GPLv2 or later version? I'm trying for consistency here but I guess there doesn't seem to be a set policy for how the LICENSE field should be set. v2+ versions: enblend/plotutils_2.6.bb:LICENSE = GPLv2+ ffmpeg/ffmpeg_svn.bb:LICENSE = GPLv2+ gnome/epiphany_2.30.2.bb:LICENSE = GPLv2+ gpe-package/gpe-package_0.4.bb:LICENSE = GPLv2+ libftdi/libftdi_0.18.bb:LICENSE = LGPL GPLv2+linking exception libnfo/libnfo.inc:LICENSE = LGPLv2+ lzo/lzo2_2.03.bb:LICENSE = GPLv2+ raw-tools/exiv2_0.20.bb:LICENSE = GPLv2+ sysvinit/sysvinit_2.86.bb:LICENSE = GPLv2+ udev/udev.inc:LICENSE = GPLv2+ udev/udev_151.bb:LICENSE = GPLv2+ udev/udev_154.bb:LICENSE = GPLv2+ ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] recipe licenses: update recipe LICENSE fields
I'm not sure if it is a policy. Haven't seen it being pulished as such. Having said that, I have no problems with it (although there is no problem with enforcing patents or so for v2+ , as that still falls under the v2 umbrella). I guess most of our recipes that say GPLv2 are wrong and are v2+. It might be hard to distinguish between these though, it could well be that the license file says v2 and a comment in the code says v2+. Glad I do not have to deal with this any more Frans, That is exactly the issue that is so annoying. The COPYING file usually says the standard GPLv2, but if you go and read the license text in the code that is where it says GPLv2 (or later) so GPLv2+. This patch was modified to go off the license in the code since that is more likely what the developer actually intended and not an auto-generated file. Koen, What about GPLv3 licensed files with an exception? Right now I have that as GPLv3+exception. Was there ever any discussion about how to handle these? I am trying to indicate that it is not a standard GPLv3 license. Chase Frans ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH 1/5] ti816x: add support for ti816x family of devices
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Denys Dmytriyenko Sent: Thursday, September 30, 2010 6:27 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH 1/5] ti816x: add support for ti816x family of devices On Thu, Sep 30, 2010 at 01:12:02PM -0500, Chase Maupin wrote: * Add support for the TI816x family of devices. This includes the c6a816x and am389x devices. * Separate machine types are used because not all packages are valid for each machine. Signed-off-by: Chase Maupin chase.mau...@ti.com --- conf/machine/am389x-evm.conf|5 + conf/machine/c6a816x-evm.conf |5 + conf/machine/include/ti816x.inc | 26 ++ 3 files changed, 36 insertions(+), 0 deletions(-) create mode 100644 conf/machine/am389x-evm.conf create mode 100644 conf/machine/c6a816x-evm.conf create mode 100644 conf/machine/include/ti816x.inc diff --git a/conf/machine/am389x-evm.conf b/conf/machine/am389x-evm.conf new file mode 100644 index 000..9bfe7a7 --- /dev/null +++ b/conf/machine/am389x-evm.conf @@ -0,0 +1,5 @@ +...@type: Machine +...@name: am389x evm +...@description: Machine configuration for the am389x evm + +require conf/machine/include/ti816x.inc diff --git a/conf/machine/c6a816x-evm.conf b/conf/machine/c6a816x- evm.conf new file mode 100644 index 000..a7ab9b0 --- /dev/null +++ b/conf/machine/c6a816x-evm.conf @@ -0,0 +1,5 @@ +...@type: Machine +...@name: c6a816x evm +...@description: Machine configuration for the c6a816x evm + +require conf/machine/include/ti816x.inc diff --git a/conf/machine/include/ti816x.inc b/conf/machine/include/ti816x.inc new file mode 100644 index 000..e5205f7 --- /dev/null +++ b/conf/machine/include/ti816x.inc @@ -0,0 +1,26 @@ +TARGET_ARCH = arm +SOC_FAMILY = ti816x + +require conf/machine/include/tune-cortexa8.inc + +PREFERRED_PROVIDER_virtual/kernel = linux-omap3 Chase, There is no linux-omap3 recipe in OE, unlike Arago. Anyway, Koen said he'll make necessary updates when he pushes all the ti816x-related changes... Denys, Good point. I see that the kernel changes went in today. -- Denys +PREFERRED_PROVIDER_virtual/bootloader = u-boot + +# Increase this everytime you change something in the kernel +MACHINE_KERNEL_PR = r1 + +KERNEL_IMAGETYPE = uImage + +UBOOT_ARCH = arm +UBOOT_MACHINE = ti8168_evm_config +UBOOT_ENTRYPOINT = 0x80008000 +UBOOT_LOADADDRESS = 0x80008000 + +# Only build u-boot +EXTRA_IMAGEDEPENDS += u-boot + +# Ship all kernel modules +IMAGE_FSTYPES ?= jffs2 tar.bz2 +EXTRA_IMAGECMD_jffs2 = -lnp -e 0x2 -s 2048 +SERIAL_CONSOLE = 115200 ttyS2 +MACHINE_FEATURES = kernel26 apm usbgadget usbhost vfat ext2 ethernet -- 1.7.0.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] recipe licenses: update recipe LICENSE fields
-Original Message- From: Chase Maupin [mailto:chasemaupi...@gmail.com] Sent: Friday, September 24, 2010 11:09 AM To: openembedded-devel@lists.openembedded.org Cc: Maupin, Chase Subject: [PATCH] recipe licenses: update recipe LICENSE fields * While verifying the licensing for the packages I am building into my file system I found that for some packages the LICENSE value set in the recipe was either incorrect or generic and not detailed enough. This patch is my attempt to update the LICENSE fields for these packages to match the actual versions of the licenses in the sources. Signed-off-by: Chase Maupin chase.mau...@ti.com Bump ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] recipe licenses: update recipe LICENSE fields
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Holger Freyther Sent: Friday, October 01, 2010 3:18 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] recipe licenses: update recipe LICENSE fields On 09/25/2010 12:08 AM, Chase Maupin wrote: diff --git a/recipes/autoconf/autoconf.inc b/recipes/autoconf/autoconf.inc index 35b0289..70e24a0 100644 --- a/recipes/autoconf/autoconf.inc +++ b/recipes/autoconf/autoconf.inc @@ -1,6 +1,6 @@ DESCRIPTION = A package of M4 macros to produce scripts to \ automatically configure sourcecode. -LICENSE = GPL +LICENSE = GPLv3+exception hmm... but at your option the exception might be omitted.. and there are many possible exception clauses... so it doesn't really say what it is. So how would you mark this as a package that contains an exception? My intention here is to note that this is not standard GPLv3 HOMEPAGE = http://www.gnu.org/software/autoconf/; SECTION = devel DEPENDS += m4-native diff --git a/recipes/autoconf/autoconf213_2.13.bb b/recipes/autoconf/autoconf213_2.13.bb index d060bbd..4c855e0 100644 --- a/recipes/autoconf/autoconf213_2.13.bb +++ b/recipes/autoconf/autoconf213_2.13.bb @@ -1,4 +1,5 @@ require autoconf.inc +LICENSE = GPLv2 hard to believe... sure it is not v2 and later? it should be the standard FSF text? isn't it? It doesn't have the or later clause. +LICENSE = GPLv2 AFLv2.1 good.. -LICENSE = BSD +LICENSE = NewBSD could you point me to anyone using the term NewBSD? BSD license without advertisement clause? common but also misleading terms are 2-clause, 3- clause BSD... I got this distinction from what may be a bad place, but it was Wikipedia (http://en.wikipedia.org/wiki/BSD_licenses). I have heard people refer to NewBSD, FreeBSD, and BSD around my work. I was setting these to make it clear which version of the BSD the license was. diff --git a/recipes/tinylogin/tinylogin_1.4.bb b/recipes/tinylogin/tinylogin_1.4.bb index 40171ff..730012b 100644 --- a/recipes/tinylogin/tinylogin_1.4.bb +++ b/recipes/tinylogin/tinylogin_1.4.bb @@ -4,7 +4,7 @@ changing passwords, and otherwise maintaining users \ and groups on an embedded system. HOMEPAGE = http://tinylogin.busybox.net/; SECTION = base -LICENSE = GPLv2 +LICENSE = GPLv2/NewBSD please don't use a '/'. IIRC this source will be put into a folder with that name... I understand. How should we denote recipes that have dual licenses? I figured GPLv2 NewBSD mean it was either license. Perhaps this should be GPLv2+NewBSD? ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] am-benchmarks: update to latest version
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Paul Menzel
Sent: Wednesday, September 29, 2010 6:43 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCHv2] am-benchmarks: update to latest version
Dear Chase,
Am Mittwoch, den 29.09.2010, 12:37 -0500 schrieb Chase Maupin:
* Updated the SRCREV to the latest version of this project
which includes support for multiple platforms.
* Add COMPATIBLE_MACHINE setting for recipe.
Signed-off-by: Chase Maupin chase.mau...@ti.com
it would be great if you could briefly note what changed between the
patch iterations after a --- line, so that it will get removed when it
is committed. v1 → v2
Paul,
Sorry, I'm not exactly sure what you mean here. Are you saying I should do:
---
What I changed in the v2 version
Please also remember to update the patch queue [1] as picked all patches
from the queue and then had to remove the first version since it was
still listed.
Will do. I was waiting for it to show up in patchwork and then it slipped my
mind. Sorry about that.
---
recipes/ti/am-benchmarks_svn.bb | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/recipes/ti/am-benchmarks_svn.bb b/recipes/ti/am-
benchmarks_svn.bb
index 51ac6af..6ab29f5 100644
--- a/recipes/ti/am-benchmarks_svn.bb
+++ b/recipes/ti/am-benchmarks_svn.bb
@@ -4,15 +4,22 @@ LICENSE = BSD
SECTION = system
PRIORITY = optional
-SRCREV = 33
-PV = 1.0
+SRCREV = 56
+PV = 1.1
PR = r1+svnr${SRCPV}
+COMPATIBLE_MACHINE = (dm365|omapl138|omap3|ti816x)
+
+ARCHITECTURE_dm365 = arm9
+ARCHITECTURE_omapl138 = arm9
+ARCHITECTURE_omap3 = cortex-a8
+ARCHITECTURE_ti816x = cortex-a8
+
INSANE_SKIP_${PN} = True
SRC_URI =
svn://gforge.ti.com/svn/am_benchmarks/;module=trunk;proto=https;user=anon
ymous;pswd=''
-S = ${WORKDIR}/trunk
+S = ${WORKDIR}/trunk/${ARCHITECTURE}
do_compile() {
# don't build debug version
I get the following error with minimal-uclibc. The other distributions
still build. The error looks generic though.
ERROR: 'oe/openembedded/recipes/ti/am-benchmarks_svn.bb' failed
ERROR: Function do_compile failed
[…]
Log data follows:
| make: *** No rule to make target `release'. Stop.
| ERROR: Function do_compile failed
NOTE: package am-benchmarks-1.1-r1+svnr56: task do_compile: Failed
What device was this built for? Does this issue occur in the previous version
of the recipe?
I only ever use Angstrom. Can you provide some details on how I can repeat
your build?
Thanks,
Paul
[1] http://wiki.openembedded.net/index.php/Patchwork
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCHv2] am-benchmarks: update to latest version
-Original Message-
From: openembedded-devel-boun...@lists.openembedded.org
[mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of
Paul Menzel
Sent: Thursday, September 30, 2010 2:25 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] [PATCHv2] am-benchmarks: update to latest version
Am Donnerstag, den 30.09.2010, 01:43 +0200 schrieb Paul Menzel:
Am Mittwoch, den 29.09.2010, 12:37 -0500 schrieb Chase Maupin:
* Updated the SRCREV to the latest version of this project
which includes support for multiple platforms.
* Add COMPATIBLE_MACHINE setting for recipe.
Signed-off-by: Chase Maupin chase.mau...@ti.com
it would be great if you could briefly note what changed between the
patch iterations after a --- line, so that it will get removed when it
is committed. v1 → v2
Please also remember to update the patch queue [1] as picked all patches
from the queue and then had to remove the first version since it was
still listed.
---
recipes/ti/am-benchmarks_svn.bb | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/recipes/ti/am-benchmarks_svn.bb b/recipes/ti/am-
benchmarks_svn.bb
index 51ac6af..6ab29f5 100644
--- a/recipes/ti/am-benchmarks_svn.bb
+++ b/recipes/ti/am-benchmarks_svn.bb
@@ -4,15 +4,22 @@ LICENSE = BSD
SECTION = system
PRIORITY = optional
-SRCREV = 33
-PV = 1.0
+SRCREV = 56
+PV = 1.1
PR = r1+svnr${SRCPV}
+COMPATIBLE_MACHINE = (dm365|omapl138|omap3|ti816x)
+
+ARCHITECTURE_dm365 = arm9
+ARCHITECTURE_omapl138 = arm9
+ARCHITECTURE_omap3 = cortex-a8
+ARCHITECTURE_ti816x = cortex-a8
+
INSANE_SKIP_${PN} = True
SRC_URI =
svn://gforge.ti.com/svn/am_benchmarks/;module=trunk;proto=https;user=anon
ymous;pswd=''
-S = ${WORKDIR}/trunk
+S = ${WORKDIR}/trunk/${ARCHITECTURE}
do_compile() {
# don't build debug version
I get the following error with minimal-uclibc. The other distributions
still build. The error looks generic though.
ERROR: 'oe/openembedded/recipes/ti/am-benchmarks_svn.bb' failed
ERROR: Function do_compile failed
[…]
Log data follows:
| make: *** No rule to make target `release'. Stop.
| ERROR: Function do_compile failed
NOTE: package am-benchmarks-1.1-r1+svnr56: task do_compile:
Failed
I got the same error with minimal (eglibc). But it worked with Ȧngström
2008.1. I do not know what is going on.
Paul,
Thanks for looking into this. For now we are only supporting this recipe on
Angstrom. This recipe uses features such as SOC_FAMILY in the overrides that
are not available in all distributions such as minimal. In fact, I believe
this is what caused your problem because the S directory is based on an
override which uses SOC_FAMILY. I will add a note to this affect and send an
updated patch for the recipe.
Thanks,
Paul
[1] http://wiki.openembedded.net/index.php/Patchwork
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] am-benchmarks: update to latest version
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Frans Meulenbroeks Sent: Wednesday, September 29, 2010 11:24 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [PATCH] am-benchmarks: update to latest version 2010/9/29 Chase Maupin chasemaupi...@gmail.com: * Updated the SRCREV to the latest version of this project which includes support for multiple platforms. Signed-off-by: Chase Maupin chase.mau...@ti.com --- recipes/ti/am-benchmarks_svn.bb | 12 +--- 1 files changed, 9 insertions(+), 3 deletions(-) Don't have the full recipe handy, but is this latter UNDEFINED needed? I would expect a COMPATIBLE_MACHINE somewhere causing the latter never to happen. Then again it might be a good safeguard. Frans, Good point. In the past there was no difference between arm9 and cortex-a8 so we didn't really concern ourselves with COMPATIBLE_MACHINE because the code was supposed to be buildable for all of the different machines. Now we have these different directories containing sources for the different architectures. We could use compatible machine so I could go either way on this. Let me know if you want me to change this. Frans. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question about automake licensing in recipe
All, Just to follow up, the automake team says the current license is GPLv2. The COPYING file that says GPLv3 is autogenerated. In regards to future releases they had the following to say: With both the current license, and any future license, the idea is that packages using Automake are not bound by the Automake license: the macro files automake/m4/*.m4 which may be copied into your package's aclocal.m4 file, have very liberal license headers. The Makefile.in files produced by automake receive very liberal license headers as well (basically all you need to do is retain the license statement). The helper scripts automake/lib/* either have very liberal license statements themselves, or carry a GPL exception, or are considered independent programs on their own. -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Maupin, Chase Sent: Friday, September 24, 2010 8:28 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Question about automake licensing in recipe -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Friday, September 24, 2010 7:56 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Question about automake licensing in recipe On Fri, 2010-09-24 at 21:38 +0930, Graham Gower wrote: Basically, automake have to contact all their contributors to allow their GPLv2 code to be distributed under GPLv3. Or they have to pull the GPLv3 code out. If automake has followed the usual GNU conventions then all the contributors will have assigned copyright of their code to the FSF anyway. In that case, the FSF can (being the copyright holder) unilaterally decide what licence it should be distributed under. As a follow up I'm beginning to wonder if the COPYING file in the lib directory wasn't auto-generated by automake itself. Newer versions of automake will apply the gnu strictness by default and will create a COPYING file for GPLv3. Either way, I have submitted an e-mail to the automake list asking for them to clarify their licensing. If they haven't done that then, yeah, they would probably need the permission of the original authors to change the licensing. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question about automake licensing in recipe
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Friday, September 24, 2010 7:56 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Question about automake licensing in recipe On Fri, 2010-09-24 at 21:38 +0930, Graham Gower wrote: Basically, automake have to contact all their contributors to allow their GPLv2 code to be distributed under GPLv3. Or they have to pull the GPLv3 code out. If automake has followed the usual GNU conventions then all the contributors will have assigned copyright of their code to the FSF anyway. In that case, the FSF can (being the copyright holder) unilaterally decide what licence it should be distributed under. Copyright is to FSF. I'm sending a mail to them asking for clarification on this issue. If they haven't done that then, yeah, they would probably need the permission of the original authors to change the licensing. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Question about automake licensing in recipe
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Friday, September 24, 2010 7:56 AM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] Question about automake licensing in recipe On Fri, 2010-09-24 at 21:38 +0930, Graham Gower wrote: Basically, automake have to contact all their contributors to allow their GPLv2 code to be distributed under GPLv3. Or they have to pull the GPLv3 code out. If automake has followed the usual GNU conventions then all the contributors will have assigned copyright of their code to the FSF anyway. In that case, the FSF can (being the copyright holder) unilaterally decide what licence it should be distributed under. As a follow up I'm beginning to wonder if the COPYING file in the lib directory wasn't auto-generated by automake itself. Newer versions of automake will apply the gnu strictness by default and will create a COPYING file for GPLv3. Either way, I have submitted an e-mail to the automake list asking for them to clarify their licensing. If they haven't done that then, yeah, they would probably need the permission of the original authors to change the licensing. p. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
