[yocto] Minimal GPLv3-free x86 image
Hi, I'm trying to create a minimal GPLv3-free x86 image using the yocto project. As I'm looking for ways around the GPLv3 license, I'm unable to use certain packages (such as the live-install which depends on parted, and grub-2.0). Instead I'm trying to create a minimal filesystem, stored as a tarball, which includes grub-0.97. To install the image in the target environment (currently a virtual machine) I use a small bootable linux image used to set up the partitions and extracting the tarball image. After doing so, I mount proc and dev to be able to chroot into the target file system and run grub-install (to set up grub in the mbr). However, grub-install seem to segfault (a lot), and later prints out that the installation was successful. This methodology has previously been working with gentoo minimal builds. It feels like I can't be the only one who is in need of a minimalistic GPLv3-free x86 build, is there someone here who might be able to guide me in the right direction? Regards, Dan -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Why does my bitbake build hang fetching linux-yocto-3.14.git
It seems that there may have been issues with the servers on which Yocto kernel is hosted. I got information from the open source labs guys at Wind River. So the plan is to try again. I am assured it does all work swimmingly. -Original Message- From: Anders Darander [mailto:and...@chargestorm.se] Sent: 13 May 2015 07:57 To: SMITH Peter T Cc: yocto@yoctoproject.org Subject: Re: [yocto] Why does my bitbake build hang fetching linux-yocto-3.14.git * SMITH Peter T [150512 17:25]: > Fairly new to Yocto, trying to build Wind River's Linux distro > (https://github.com/WindRiver-OpenSourceLabs). Everything goes to plan > until bitbake gets round to fetching a clone of linux-yocto-3.14 (see > output below), when bitbake just hangs forever (I left it overnight). > If however I try to clone manually with "git -c > core.fsyncobjectfiles=0 clone --bare --mirror > http://git.yoctoproject.org/git/linux-yocto-3.14.git > /home/user/wr-core/build-xilinx-zynq/downloads/git2/git.yoctoproject.org.git.linux-yocto-3.14.git" > which seems to be the command line executed by bitbake, everything > works as expected. If it works for you, when running it manually at the same computer (with the same network), it shouldn't at least be any firewall issues. Does it help to re-run the fetch task? (Thinking of temporary network issues together with something stalling). > Can anyone point me in the right direction? Just a couple of questions. Does the log.do_fetch reveal anything? If you enable the debug flags for bitbake, do you get anything that makes sense when re-running the fetch task? Cheers, Anders -- Anders Darander ChargeStorm AB / eStorm AB CONFIDENTIALITY : This e-mail and any attachments are confidential and may be privileged. If you are not a named recipient, please notify the sender immediately and do not disclose the contents to another person, use it for any purpose or store or copy the information in any medium. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Build available for QA
A build identified as needing QA has finished on the autobuilder. This build is located at: http://autobuilder.yoctoproject.org/pub/nightly/20150512-2 Build hash information: meta-intel : 4739f47e9358ec8cb82a72f3e185003c5ce40b2c meta-fsl-arm : f52c9106689f33c78b09496f4929ae1e87d13970 meta-minnow : 13a5f2ab84c7284647a3e067a33109c11dae0568 meta-qt3 : 3016129d90b7ac8517a5227d819f10ad417b5b45 meta-fsl-ppc : 173a1d06e27a4dbc777db2e12bf51079825ab5c6 poky : 2d09cb28f25080ed337d37d2d4381b846bbe6247 This is an automated message from The Yocto Project Autobuilder Git: git://git.yoctoproject.org/yocto-autobuilder Email: elizabeth.flana...@intel.com -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Compilation error in yocto eclipse
Hi, I have some some issue with compiling the example source code in yocto eclipse environment. I got following error: 12:48:03 Build of configuration Build (GNU) for project example make all make: *** No rule to make target `all'. Stop. I built generated the tool chain and sysroot from my build system using bitbake command. Could please help me in resolving this issue. Thanks in advance. Regards, Raghavendra. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-oracle-java][PATCH 1/6] oracle-jse-jdk: split recipe into per-architecture recipes
Hi Mario,
On Tue, May 12, 2015 at 10:56 PM, Mario Domenech Goulart
wrote:
> Due the way BitBake parses recipes, including architecture-specific
> include files was happening too late, causing native variants to pick
> wrong include files, thus ending up generating broken content.
>
> Setting COMPATIBLE_HOST guarantees that native installations will be
> consistent.
>
> Signed-off-by: Mario Domenech Goulart
> ---
> ...acle-jse-jdk-i586.inc => oracle-jse-jdk-i586_1.7.0.bb} | 2 ++
> ...-jse-jdk-x86-64.inc => oracle-jse-jdk-x86-64_1.7.0.bb} | 2 ++
> recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb | 15
> ---
> 3 files changed, 4 insertions(+), 15 deletions(-)
> rename recipes-devtools/oracle-java/{oracle-jse-jdk-i586.inc =>
> oracle-jse-jdk-i586_1.7.0.bb} (90%)
> rename recipes-devtools/oracle-java/{oracle-jse-jdk-x86-64.inc =>
> oracle-jse-jdk-x86-64_1.7.0.bb} (90%)
> delete mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
> b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
> similarity index 90%
> rename from recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
> rename to recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
> index 0667161..9fb2188 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
> @@ -7,3 +7,5 @@ SRC_URI =
> "http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
>
> SRC_URI[md5sum] = "715b0e8ba2a06bded75f6a92427e2701"
> SRC_URI[sha256sum] =
> "b6231064ad2c9fbbcb099dba17b1dcf12033e922b9c24e4348b9a01e9ebaa85c"
> +
> +COMPATIBLE_HOST = "(i586-linux)"
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
> b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
> similarity index 90%
> rename from recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
> rename to recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
> index f18ce55..a6d0bc7 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
> @@ -7,3 +7,5 @@ SRC_URI =
> "http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
>
> SRC_URI[md5sum] = "81e3e2df33e13781e5fac5756ed90e67"
> SRC_URI[sha256sum] =
> "54dd1e13edf18c64941a55da9c91210b53dc5cf48f1a8f4538c863049e346335"
> +
> +COMPATIBLE_HOST = "(x86_64-linux)"
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
> b/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
> deleted file mode 100644
> index 56d84b6..000
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -# Automatically choose java package based on target architecture
> -def get_java_pkg(d):
> - TA = d.getVar('TARGET_ARCH', True)
> - if TA == "i586":
> - javaPkg = "oracle-jse-jdk-i586"
> - elif TA == "x86_64":
> - javaPkg = "oracle-jse-jdk-x86-64"
> - else:
> - raise bb.parse.SkipPackage("The target architecture '%s' is
> not supported by the meta-oracle-java layer" %TA)
> -
> - return javaPkg
> -
> -JAVA_PKG = "${@get_java_pkg(d)}"
> -
> -require ${JAVA_PKG}.inc
This change results in the below listed error:
# bitbake oracle-jse-jdk-x86-64
ERROR: Nothing PROVIDES 'oracle-jse-jdk-x86-64'
ERROR: oracle-jse-jdk-x86-64 was skipped: incompatible with host
x86_64-poky-linux (not in COMPATIBLE_HOST)
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
The COMPATIBLE_HOST should be "x86_64.*-linux". Please fix it.
Best Regards,
Maxin
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 1/6] oracle-jse-jdk: split recipe into per-architecture recipes
Due the way BitBake parses recipes, including architecture-specific
include files was happening too late, causing native variants to pick
wrong include files, thus ending up generating broken content.
Setting COMPATIBLE_HOST guarantees that native installations will be
consistent.
Signed-off-by: Mario Domenech Goulart
---
...acle-jse-jdk-i586.inc => oracle-jse-jdk-i586_1.7.0.bb} | 2 ++
...-jse-jdk-x86-64.inc => oracle-jse-jdk-x86-64_1.7.0.bb} | 2 ++
recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb | 15 ---
3 files changed, 4 insertions(+), 15 deletions(-)
rename recipes-devtools/oracle-java/{oracle-jse-jdk-i586.inc =>
oracle-jse-jdk-i586_1.7.0.bb} (90%)
rename recipes-devtools/oracle-java/{oracle-jse-jdk-x86-64.inc =>
oracle-jse-jdk-x86-64_1.7.0.bb} (89%)
delete mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
similarity index 90%
rename from recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
rename to recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
index 0667161..6f90d48 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
@@ -7,3 +7,5 @@ SRC_URI =
"http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
SRC_URI[md5sum] = "715b0e8ba2a06bded75f6a92427e2701"
SRC_URI[sha256sum] =
"b6231064ad2c9fbbcb099dba17b1dcf12033e922b9c24e4348b9a01e9ebaa85c"
+
+COMPATIBLE_HOST = "(i586.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
similarity index 89%
rename from recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
rename to recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
index f18ce55..45853c3 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
@@ -7,3 +7,5 @@ SRC_URI =
"http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
SRC_URI[md5sum] = "81e3e2df33e13781e5fac5756ed90e67"
SRC_URI[sha256sum] =
"54dd1e13edf18c64941a55da9c91210b53dc5cf48f1a8f4538c863049e346335"
+
+COMPATIBLE_HOST = "(x86_64.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
b/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
deleted file mode 100644
index 56d84b6..000
--- a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
+++ /dev/null
@@ -1,15 +0,0 @@
-# Automatically choose java package based on target architecture
-def get_java_pkg(d):
- TA = d.getVar('TARGET_ARCH', True)
- if TA == "i586":
- javaPkg = "oracle-jse-jdk-i586"
- elif TA == "x86_64":
- javaPkg = "oracle-jse-jdk-x86-64"
- else:
- raise bb.parse.SkipPackage("The target architecture '%s' is not
supported by the meta-oracle-java layer" %TA)
-
- return javaPkg
-
-JAVA_PKG = "${@get_java_pkg(d)}"
-
-require ${JAVA_PKG}.inc
--
2.1.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 3/6] oracle-jse: RPROVIDES java2-runtime
Move RPROVIDES_${PN} = "java2-runtime" from oracle-jse-ejre.inc and
from oracle-jse-jre.inc to oracle-jse.inc.
Signed-off-by: Mario Domenech Goulart
---
recipes-devtools/oracle-java/oracle-jse-ejre.inc | 1 -
recipes-devtools/oracle-java/oracle-jse-jre.inc | 2 --
recipes-devtools/oracle-java/oracle-jse.inc | 1 +
3 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/recipes-devtools/oracle-java/oracle-jse-ejre.inc
b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
index 875964c..9a1fdfe 100644
--- a/recipes-devtools/oracle-java/oracle-jse-ejre.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
@@ -15,4 +15,3 @@ LIC_FILES_CHKSUM = "\
file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=be9fe5d47a7dcfb78f142f487afb34bb
\
file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=f3a388961d24b8b72d412a079a878cdb
\
"
-RPROVIDES_${PN} += "java2-runtime"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jre.inc
b/recipes-devtools/oracle-java/oracle-jse-jre.inc
index b8b0ed8..32cfac3 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jre.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jre.inc
@@ -10,5 +10,3 @@ DESCRIPTION = "This is the proprietary JRE from Sun/Oracle,
with the Hotspot JVM
JDK_JRE = "jre"
require oracle-jse.inc
-
-RPROVIDES_${PN} += "java2-runtime"
diff --git a/recipes-devtools/oracle-java/oracle-jse.inc
b/recipes-devtools/oracle-java/oracle-jse.inc
index 483e9d5..d4c33fb 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -29,3 +29,4 @@ INSANE_SKIP_${PN} = "${ERROR_QA} ${WARN_QA}"
INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
FILES_${PN} = "/usr/"
+RPROVIDES_${PN} = "java2-runtime"
--
2.1.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 2/6] oracle-jse-jdk: fix native installation
Link java and javac from the bin dir in the $PATH for native contexts.
Also link fastjar to jar and gjavah to javah, as some java recipes
will look for those tools at build time.
Signed-off-by: Mario Domenech Goulart
---
recipes-devtools/oracle-java/oracle-jse-jdk.inc | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index c5c2480..9e312d0 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -12,9 +12,16 @@ JDK_JRE = "jdk"
require oracle-jse.inc
do_install_class-native() {
-install -d -m 0755
${D}${bindir}/${JDK_JRE}${PV}_${PV_UPDATE}
-cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${bindir}/
-ln -sf ${JDK_JRE}${PV}_${PV_UPDATE} ${D}${bindir}/java
+install -d -m 0755 ${D}${libdir}
+install -d -m 0755 ${D}${bindir}
+cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${libdir}/
+for prog in java javac; do
+ ( cd ${D}${bindir} && ln -sf
${D}${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin/$prog )
+done
+
+( cd ${D}${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin ; \
+ ln -sf javah gjavah ; \
+ ln -sf jar fastjar )
}
BBCLASSEXTEND = "native"
--
2.1.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 5/6] oracle-jse-jdk: provide virtual/javac and virtual/java-initial
Signed-off-by: Mario Domenech Goulart
---
recipes-devtools/oracle-java/oracle-jse-jdk.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index 9e312d0..54e83b8 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -27,3 +27,4 @@ do_install_class-native() {
BBCLASSEXTEND = "native"
RPROVIDES_${PN} += "java2-development"
+PROVIDES += "virtual/javac virtual/java-initial"
--
2.1.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 4/6] oracle-jse-jre: generate native content
Signed-off-by: Mario Domenech Goulart --- recipes-devtools/oracle-java/oracle-jse-jre.inc | 2 ++ 1 file changed, 2 insertions(+) diff --git a/recipes-devtools/oracle-java/oracle-jse-jre.inc b/recipes-devtools/oracle-java/oracle-jse-jre.inc index 32cfac3..e8faba2 100644 --- a/recipes-devtools/oracle-java/oracle-jse-jre.inc +++ b/recipes-devtools/oracle-java/oracle-jse-jre.inc @@ -10,3 +10,5 @@ DESCRIPTION = "This is the proprietary JRE from Sun/Oracle, with the Hotspot JVM JDK_JRE = "jre" require oracle-jse.inc + +BBCLASSEXTEND = "native" -- 2.1.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-oracle-java][PATCH v2 6/6] oracle-jse: provide virtual/java
Signed-off-by: Mario Domenech Goulart
---
recipes-devtools/oracle-java/oracle-jse.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/recipes-devtools/oracle-java/oracle-jse.inc
b/recipes-devtools/oracle-java/oracle-jse.inc
index d4c33fb..7781421 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -30,3 +30,4 @@ INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
FILES_${PN} = "/usr/"
RPROVIDES_${PN} = "java2-runtime"
+PROVIDES += "virtual/java"
--
2.1.4
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-oracle-java][PATCH 1/6] oracle-jse-jdk: split recipe into per-architecture recipes
On Wed, 13 May 2015 15:22:15 +0200 Maxin John wrote:
> On Tue, May 12, 2015 at 10:56 PM, Mario Domenech Goulart
> wrote:
>> Due the way BitBake parses recipes, including architecture-specific
>> include files was happening too late, causing native variants to pick
>> wrong include files, thus ending up generating broken content.
>>
>> Setting COMPATIBLE_HOST guarantees that native installations will be
>> consistent.
>>
>> Signed-off-by: Mario Domenech Goulart
>> ---
>> ...acle-jse-jdk-i586.inc => oracle-jse-jdk-i586_1.7.0.bb} | 2 ++
>> ...-jse-jdk-x86-64.inc => oracle-jse-jdk-x86-64_1.7.0.bb} | 2 ++
>> recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb | 15
>> ---
>> 3 files changed, 4 insertions(+), 15 deletions(-)
>> rename recipes-devtools/oracle-java/{oracle-jse-jdk-i586.inc =>
>> oracle-jse-jdk-i586_1.7.0.bb} (90%)
>> rename recipes-devtools/oracle-java/{oracle-jse-jdk-x86-64.inc =>
>> oracle-jse-jdk-x86-64_1.7.0.bb} (90%)
>> delete mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>>
>> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
>> b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
>> similarity index 90%
>> rename from recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
>> rename to recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
>> index 0667161..9fb2188 100644
>> --- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586.inc
>> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
>> @@ -7,3 +7,5 @@ SRC_URI =
>> "http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
>>
>> SRC_URI[md5sum] = "715b0e8ba2a06bded75f6a92427e2701"
>> SRC_URI[sha256sum] =
>> "b6231064ad2c9fbbcb099dba17b1dcf12033e922b9c24e4348b9a01e9ebaa85c"
>> +
>> +COMPATIBLE_HOST = "(i586-linux)"
>> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
>> b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
>> similarity index 90%
>> rename from recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
>> rename to recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
>> index f18ce55..a6d0bc7 100644
>> --- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64.inc
>> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
>> @@ -7,3 +7,5 @@ SRC_URI =
>> "http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_N
>>
>> SRC_URI[md5sum] = "81e3e2df33e13781e5fac5756ed90e67"
>> SRC_URI[sha256sum] =
>> "54dd1e13edf18c64941a55da9c91210b53dc5cf48f1a8f4538c863049e346335"
>> +
>> +COMPATIBLE_HOST = "(x86_64-linux)"
>> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>> b/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>> deleted file mode 100644
>> index 56d84b6..000
>> --- a/recipes-devtools/oracle-java/oracle-jse-jdk_1.7.0.bb
>> +++ /dev/null
>> @@ -1,15 +0,0 @@
>> -# Automatically choose java package based on target architecture
>> -def get_java_pkg(d):
>> - TA = d.getVar('TARGET_ARCH', True)
>> - if TA == "i586":
>> - javaPkg = "oracle-jse-jdk-i586"
>> - elif TA == "x86_64":
>> - javaPkg = "oracle-jse-jdk-x86-64"
>> - else:
>> - raise bb.parse.SkipPackage("The target architecture '%s' is not
>> supported by the meta-oracle-java layer" %TA)
>> -
>> - return javaPkg
>> -
>> -JAVA_PKG = "${@get_java_pkg(d)}"
>> -
>> -require ${JAVA_PKG}.inc
>
>
> This change results in the below listed error:
>
> # bitbake oracle-jse-jdk-x86-64
>
> ERROR: Nothing PROVIDES 'oracle-jse-jdk-x86-64'
> ERROR: oracle-jse-jdk-x86-64 was skipped: incompatible with host
> x86_64-poky-linux (not in COMPATIBLE_HOST)
>
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
>
> The COMPATIBLE_HOST should be "x86_64.*-linux". Please fix it.
Thanks for spotting that, Maxin. I've submitted a v2.
Best wishes.
Mario
--
http://www.ossystems.com.br
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Compilation error in yocto eclipse
Hello Raghavendra, On Wed, 2015-05-13 at 10:34 +, Raghavendra Kakarla wrote: > Hi, > > > I have some some issue with compiling the example source code in yocto > eclipse environment. > Which sample did you try to compile? > > I got following error: > > > 12:48:03 Build of configuration Build (GNU) for project example > > make all > make: *** No rule to make target `all'. Stop. > > > I built generated the tool chain and sysroot from my build system > using bitbake command. Could you please provide a bit more details about how you built your toolchain. And also how did you configure the Yocto Eclipse plug-in. > > > Could please help me in resolving this issue. Cheers, Todor > > > > -- > ___ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto smime.p7s Description: S/MIME cryptographic signature -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-oracle-java][PATCH v2 1/6] oracle-jse-jdk: split recipe into per-architecture recipes
Hi Mario, On Wed, May 13, 2015 at 3:48 PM, Mario Domenech Goulart wrote: > Due the way BitBake parses recipes, including architecture-specific > include files was happening too late, causing native variants to pick > wrong include files, thus ending up generating broken content. > > Setting COMPATIBLE_HOST guarantees that native installations will be > consistent. > > Signed-off-by: Mario Domenech Goulart Series applied. Thanks a lot ! Thanks & Regards, Maxin -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Using smart within an SDK
Hi, I'd like to be able install packages using smart within an SDK environment (much like [1]; @Erik, did you find a solution?). I stumbled on two questions in looking into this. 1. Why does the nativesdk version of smart get wrapped with these environment variables, 'RPM_USRLIBRPM', 'RPM_ETCRPM', and 'RPM_LOCALEDIRRPM'? As per [2], the RPM utilities themselves are already wrapped. It might be nice to specify the '--data-dir' argument to smart with a create_cmdline_wrapper instead. 2. Why does the smart configuration data get removed during SDK creation? In particular, the self.target_pm.remove_packaging_data line in meta/lib/oe/sdk.py. [1] https://lists.yoctoproject.org/pipermail/yocto/2015-March/024152.html [2] http://lists.openembedded.org/pipermail/openembedded-core/2012-December/071894.html Thanks for any advice! --Ash -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Release Candidate Build for yocto-1.6.3.rc3 now available.
-e A release candidate build for yocto-1.6.3.rc3 is now available at: http://autobuilder.yoctoproject.org/pub/releases/yocto-1.6.3.rc3 Please begin QA on this build as soon as possible. Build hash information: meta-intel : 52d0939a303084e6b90219e5b31b8248173e0c0d meta-fsl-arm : 0c4de80867c3ab4e9682dd7802d3fd907d1e1a23 meta-minnow : 58fd55eb321a875d4e51c5c430de4d725ec9ba4c meta-qt3 : 3016129d90b7ac8517a5227d819f10ad417b5b45 meta-fsl-ppc : 299f84cceccacd84651c1cefc1c34e66fb598a96 poky : b2ba41b57550aa912da93b4aef789ff562a67fce This is an automated message from The Yocto Project Autobuilder Git: git://git.yoctoproject.org/yocto-autobuilder Email: elizabeth.flana...@intel.com -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Using smart within an SDK
Hi Ash, SDK has basically two parts, nativesdk part and the target part. For the nativesdk part, we can use smart/rpm to manage packages. A long time ago, I tried this out and succeeded. However, for the target part, we cannot do the same thing as the rpm database for the target part is not usable after installation. I once tried to solve this problem but failed. You can have a little try and if you have some good news, let me know. Best Regards, Chen Qi On 05/14/2015 08:51 AM, Ash Charles wrote: Hi, I'd like to be able install packages using smart within an SDK environment (much like [1]; @Erik, did you find a solution?). I stumbled on two questions in looking into this. 1. Why does the nativesdk version of smart get wrapped with these environment variables, 'RPM_USRLIBRPM', 'RPM_ETCRPM', and 'RPM_LOCALEDIRRPM'? As per [2], the RPM utilities themselves are already wrapped. It might be nice to specify the '--data-dir' argument to smart with a create_cmdline_wrapper instead. 2. Why does the smart configuration data get removed during SDK creation? In particular, the self.target_pm.remove_packaging_data line in meta/lib/oe/sdk.py. [1] https://lists.yoctoproject.org/pipermail/yocto/2015-March/024152.html [2] http://lists.openembedded.org/pipermail/openembedded-core/2012-December/071894.html Thanks for any advice! --Ash -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Minimal GPLv3-free x86 image
On 5/13/15, 12:11 AM, "Dan Rosenqvist" wrote: >Hi, Hi Dan, > >I'm trying to create a minimal GPLv3-free x86 image using the yocto >project. As I'm looking for ways around the GPLv3 license, I'm unable to >use certain packages (such as the live-install which depends on parted, >and grub-2.0). First - I am not a lawyer - just getting that out there. >Instead I'm trying to create a minimal filesystem, stored as a tarball, >which includes grub-0.97. So dropping the live image type avoids the first set of issues. Is your target system using legacy PC BIOS or UEFI? If UEFI, then you can specify EFI_PROVIDER = "gummiboot" and use that instead of grub-efi as gummiboot is LGPL v2. If you are using PC BIOS, have you considered not using grub at all and just relying on syslinux, GPL v2 or later. > To install the image in the target environment (currently a virtual >machine) I use a small bootable linux image used to set up the partitions >and extracting > the tarball image. After doing so, I mount proc and dev to be able to >chroot into the target file system and run grub-install (to set up grub >in the mbr). However, grub-install seem to segfault (a lot), and later >prints out that the installation was successful. Grub-install is a nightmare in my experience, and doubly so in atypical environments as you describe. Without a lot more diagnostics, straces, etc, I can't offer much advice. Which device are you attempting to install grub to? > > >This methodology has previously been working with gentoo minimal builds. Same version of Grub? -- Darren > >It feels like I can't be the only one who is in need of a minimalistic >GPLv3-free x86 build, is there someone here who might be able to guide me >in the right direction? > >Regards, >Dan > > > >-- >___ >yocto mailing list >yocto@yoctoproject.orghttps://lists.yoctoproject.org/listinfo/yocto -- Darren Hart Intel Open Source Technology Center -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Compilation error in yocto eclipse
Hi Todor, I built the toolchain using the following command: $cd ~/poky $source ./oe-init-build-env $bitbake meta-ide-support Extract the root file system by using the following commands: $cd ~ $source ~/poky/build/tmp/environment-setup-mips32r2el-poky-linux $runqemu-extract-sdk \ ~/poky/build/tmp/deploy/images/arqlyn/ core-image-minimal-dhruwa_ioe-20150511102759.rootfs.tar.bz2\ $HOME/arqlyn I followed the command given in the yocto project dev-manual for installing eclipse and adding yocto plugin to eclipse. I Gave the following data to the eclipse for configuring the cross-compiler options: 1. I select the "Build System Derived Toolchain" 2.point the toolchain path to "home/testuser/poky/build" 3.gave sysroot path to /home/testuser/arqlyn After entered this information I got the my machine-name in the "select the target architecture" filed. After this I create a autotool support project and tried to build but it gives the error. Regards, Raghavendra. From: Minchev, Todor Sent: Wednesday, May 13, 2015 8:25 PM To: Raghavendra Kakarla Cc: yocto@yoctoproject.org Subject: Re: [yocto] Compilation error in yocto eclipse Hello Raghavendra, On Wed, 2015-05-13 at 10:34 +, Raghavendra Kakarla wrote: > Hi, > > > I have some some issue with compiling the example source code in yocto > eclipse environment. > Which sample did you try to compile? > > I got following error: > > > 12:48:03 Build of configuration Build (GNU) for project example > > make all > make: *** No rule to make target `all'. Stop. > > > I built generated the tool chain and sysroot from my build system > using bitbake command. Could you please provide a bit more details about how you built your toolchain. And also how did you configure the Yocto Eclipse plug-in. > > > Could please help me in resolving this issue. Cheers, Todor > > > > -- > ___ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
