Re: [yocto] [meta-java][PATCH 0/3] Java CA certificates updates

[Maxin B. John]

Hi,

On Fri, Mar 30, 2018 at 09:40:16AM +0100, André Draszik wrote:
> openjdk-8 and openjre-8 use a trustStore that has nothing to do with
> the system trusted CA certificates as provided by the ca-certificates
> package.
> 
> These patches fix both to use the system CA certificates instead.
> 
> The depend on oe-core patch
>ca-certificates: use relative symlinks from $ETCCERTSDIR
>
> http://lists.openembedded.org/pipermail/openembedded-core/2018-March/149359.html
> to be merged first.

Merged to master-next now. 

Since "ca-certificates-java" relies on "PREFERRED_RPROVIDER_java2-runtime" set 
to
"OpenJDK-8/OpenJRE-8", we should update the usage instructions in "README" to 
avoid
confusion.

Thanks and Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH 1/2] openjdk-8: fix MAKE detection patch

[Maxin B. John]

Hi Andre',

On Thu, Mar 15, 2018 at 09:10:05AM +, André Draszik wrote:
> On Tue, 2018-03-13 at 18:10 +0200, Maxin B. John wrote:
> > Hi André,



> > 
> > Merged, Thanks.
> 
> Thanks Maxin.
> 
> Did you forget the 2nd patch, or is there an issue with it?
> 
> BTW, I just noticed that master and master-next have diverged quite a lot -
> what is the plan wrt that?

Merged the 2nd patch and updated the master-next branch.

> Cheers,
> Andre'

Cheers,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH 1/2] openjdk-8: fix MAKE detection patch

[Maxin B. John]

Hi André,

On Thu, Mar 15, 2018 at 09:10:05AM +, André Draszik wrote:
> On Tue, 2018-03-13 at 18:10 +0200, Maxin B. John wrote:
> > Hi André,
> > 
> > On Mon, Mar 12, 2018 at 04:38:05PM +, André Draszik wrote:
> > > From: André Draszik <andre.dras...@jci.com>
> > > 
> > > The patch had a few typos, leading to errors during ./configure
> > >../jdk8u-4be07cb28b21/common/autoconf/configure: line 8408: test: too
> > > many arguments
> > > 
> > > Change-Id: I867eba7aae3390aa869e69c86f29e77b505043e7
> > > ---
> > >  recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch
> > > | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > > 
> > > diff --git a/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-
> > > for-make.patch b/recipes-core/openjdk/patches-openjdk-8/dont-expect-
> > > fqpn-for-make.patch
> > > index 6454237..5192d1a 100644
> > > --- a/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-
> > > make.patch
> > > +++ b/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-
> > > make.patch
> > > @@ -6,7 +6,7 @@
> > >   # User has supplied a make, test it.
> > >  -if test ! -f "$MAKE"; then
> > >  -  AC_MSG_ERROR([The specified make (by MAKE=$MAKE) is not found.])
> > > -+if test -a `dirname "$MAKE"` = "." -a ! -f "$MAKE"; then
> > > ++if test `dirname "$MAKE"` = "." && ! test -f "$MAKE"; then
> > >  +  AC_PATH_PROGS(CHECK_MAKE, $MAKE)
> > >  +else
> > >  +  CHECK_MAKE="${MAKE}"
> > > --
> > 
> > Merged, Thanks.
> 
> Thanks Maxin.
> 
> Did you forget the 2nd patch, or is there an issue with it?

Ah, I missed it (or rather due to some weird reasons, it didn't
show up in my inbox)

> BTW, I just noticed that master and master-next have diverged quite a lot -
> what is the plan wrt that?

master-next was meant to be a place for testing the new patches. Will
update it soon.

> Cheers,
> Andre'

Cheers,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH 1/2] openjdk-8: fix MAKE detection patch

[Maxin B. John]

Hi André,

On Mon, Mar 12, 2018 at 04:38:05PM +, André Draszik wrote:
> From: André Draszik 
> 
> The patch had a few typos, leading to errors during ./configure
>../jdk8u-4be07cb28b21/common/autoconf/configure: line 8408: test: too many 
> arguments
> 
> Change-Id: I867eba7aae3390aa869e69c86f29e77b505043e7
> ---
>  recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git 
> a/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch 
> b/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch
> index 6454237..5192d1a 100644
> --- a/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch
> +++ b/recipes-core/openjdk/patches-openjdk-8/dont-expect-fqpn-for-make.patch
> @@ -6,7 +6,7 @@
>   # User has supplied a make, test it.
>  -if test ! -f "$MAKE"; then
>  -  AC_MSG_ERROR([The specified make (by MAKE=$MAKE) is not found.])
> -+if test -a `dirname "$MAKE"` = "." -a ! -f "$MAKE"; then
> ++if test `dirname "$MAKE"` = "." && ! test -f "$MAKE"; then
>  +  AC_PATH_PROGS(CHECK_MAKE, $MAKE)
>  +else
>  +  CHECK_MAKE="${MAKE}"
> --

Merged, Thanks.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] passwd fails for other users than root

[Maxin B. John]

Hi Arno,

On Fri, Mar 09, 2018 at 07:19:06AM +0100, Arno Steffens wrote:
> I have 2 extra users (added with useradd_example.bb). Login works for all 3 
> parties.
> 
> While login works, passwd (to change it) doesn't work for the extra users. 
> They will asked for the old one - which fails.
> Root is not to be asked for old password. That's way root can change password 
> for all. 
> 
> The strange issue is, that after root changes password for users, they can do 
> it by themselves.
> Seems that login and passwd use different algos!?!?
> 
> Same password, but different hashes:
> before (created by yocto)
> user:$6$bk.Az/8KVV$v3TyAlroQeBZA3faJ.DxCVsCUBZaSAvB4FkuNkLDdsIchrmz6OnUGRnQI5BOgOjQ3mvj9QL3US6Amf2VWr0.j/:17598:0:9:7:::
> behind (changed by root):
> user:$1$d3Uo1g82$Il2kYQj8qadzQvkwUU4Ia.:17598:0:9:7:::
> 
> Edit: After a few further test I found that this has an effect:
> I used EXTRA_IMAGE_FEATURES += "read-only-rootfs" to create a read-only-rootf 
> (by default). 
> But of course I did make the partition writeable before attempting to change 
> the password.
> But for some strange reasons this is not same. What might be the reason?

Can you please share the version details and the useradd_example.bb that was 
mentioned here ?
or even better, file a bug in Yocto's bugzilla 
(https://bugzilla.yoctoproject.org) ?

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH 00/14] openjdk-8 updates

[Maxin B. John]

Hi André,

On Mon, Mar 05, 2018 at 09:30:52AM +, André Draszik wrote:
> Hi,
> 
> OpenJDK8 in yocto is a bit outdated, so these patches
> - update openjdk-8 from the 1.5 year old version 102b14 to the
>   current 162b12
> - modernize the recipe using bitbake variable overrides
> - enable building with 'security' flags enabled
> - fix the aarch64 build (by using the aarch64 port, which is
>   still separate in the OpenJDK8 series)
> - fix the musl build (by adding appropriate patches)
> 
> This was runtime-tested on x86-64 with both glibc and musl
> against the 'poky' DISTRO, and compile-tested on aarch64
> against glibc and musl.

Thank you very much for this work! Pushed to master.

> Cheers,
> Andre'

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [bitbake-devel] Yocto: Add custom user to custom group in bitbake recipe

[Maxin B. John]

Hi Parthiban,

On Fri, Mar 02, 2018 at 01:58:35PM +0100, Parthiban Nallathambi wrote:
> Hi Maxim,
> 
> space.bb --> chromium recipe in 
> https://github.com/OSSystems/meta-browser/tree/master/recipes-browser/chromium
> 
> app.bb --> http-server.bb attached
> 
> I have created a group "www" in http-server_0.10.0.bb and trying to add
> "chromium" user to this group in chromium-x11_%.bbappend.

As useradd documentation says,
for -G " The group name must exist. A group number must refer to an already 
existing group."

So, the "GROUPADD_PARAM_${PN} = "www", should be in 
chromium-x11_%.bbappend before we use:

USERADD_PARAM_${PN} = "-d ${localstatedir}/lib/chromium -s /bin/false -G 
tty,video,input,www,www-data -U chromium

> But the useradd command is failed: group 'www' does not exit.
> 
> 
> On 03/02/2018 01:29 PM, Maxin B. John wrote:


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [bitbake-devel] Yocto: Add custom user to custom group in bitbake recipe

[Maxin B. John]

Hi Parthiban,

On Fri, Mar 02, 2018 at 12:29:25PM +0100, Parthiban Nallathambi wrote:
> Hello All,
> 
> I have created a custom group e.g "grp1" in my application recipe say
> "app.bb".
> 
> GROUPADD_PARAM_${PN} = "grp1"
> 
> I am trying add my custom user e.g: "user1" to this group "grp1" in
> "space.bb".
> 
> USERADD_PARAM_${PN} = "-d ${localstatedir}/lib/space/ -s /bin/false -G grp1
> -U user1"
> 
> The useradd command failed saying the "useradd: group 'grp1' does not
> exist". I have also tried adding DEPENDS_${PN} = "app" in space.bb, but it
> doesn't help.
>
> How can I add my custom user to my custom group in bitbake recipe?

Please share your sample recipes here. It will be helpful to debug the problem.

> Question in Stackoverflow: 
> https://stackoverflow.com/questions/49068076/yocto-add-custom-user-to-custom-group
> 
> -- 
> Thanks,
> Parthiban Nallathambi

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH] jdepend: give the downloaded file a reasonable name

[Maxin B. John]

Hi,

On Thu, Mar 01, 2018 at 10:46:01AM +, André Draszik wrote:
> From: André Draszik 
> 
> 2.9.1.zip in the 'downloads' folder will easily be overwritten...
> 
> Signed-off-by: André Draszik 
> ---
>  recipes-core/jdepend/jdepend_2.9.1.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-core/jdepend/jdepend_2.9.1.bb 
> b/recipes-core/jdepend/jdepend_2.9.1.bb
> index be48325..5f09a8b 100644
> --- a/recipes-core/jdepend/jdepend_2.9.1.bb
> +++ b/recipes-core/jdepend/jdepend_2.9.1.bb
> @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
> "file://LICENSE;md5=f5777d32a7709d558c2877d4a6616230"
>  
>  HOMEPAGE = "https://github.com/clarkware/jdepend;
>  
> -SRC_URI = "https://github.com/clarkware/jdepend/archive/${PV}.zip;
> +SRC_URI = 
> "https://github.com/clarkware/jdepend/archive/${PV}.zip;downloadfilename=${BP}.zip;
>  
>  inherit java-library
>  

Thanks, Pushed to master.

Best Regards,
Maxin

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Changing the tty/UART of busybox

[Maxin B. John]

Hi Jakob,

>On Wed, Feb 28, 2018 at 11:15:42AM +0100, Jakob Hasse wrote:
>
>Hello,
>
>we need to change the tty on which busybox is sitting. Right now I could change
> the UART for the kernel and all program output after the boot to our favorite 
> UART (via kernel cmd line). But the login promt and all interaction with the 
> device is still on the old UART. So I guess it's a busybox configuration 
> issue.
> Furthermore, when I try tty after login, it gives me: /dev/ttymxc4 (we want 
> to use ttymx1).
>
>I looked here https://busybox.net/downloads/BusyBox.html and in menuconfig
> for an option to change the UART interface but couldn't find any. Furthermore 
> I added
>
>::respawn:/sbin/getty -L ttymxc1 115200 vt100
>
>and this
>
>ttymxc1::respawn:/sbin/getty -L ttymxc1 115200 vt100
>
>to inittab to change the UART with no luck.
>Could someone here point me to documentation or give me a hint to achive this?

Generally, the console setting comes from our .conf. eg:
for beaglebone:
./meta-yocto-bsp/conf/machine/beaglebone-yocto.conf:
SERIAL_CONSOLE = "115200 ttyO0"

This gets processed in bitbake.conf:
SERIAL_CONSOLES ??= "${@d.getVar('SERIAL_CONSOLE').replace(' ', ';')}"

later, based on the init manager:
busybox, systemd-serialgetty, or sysvinit-inittab use it.

In this case, updating the ".conf" should help.

>Thanks in advance, all the Best,
>Jakob
>
>-- 
>Jakob Hasse
>Software Developement
>
>E: jakob.ha...@smart-home-technology.ch
>T: +41 44 552 02 66 
>
>Smart Home Technology GmbH
>www.smart-home-technology.ch

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Problem in the building phase - Yocto 2.4.1 for Siemens IoT 2040 (Intel Quark)

[Maxin B. John]

Hi,

On Sat, Feb 24, 2018 at 12:11:56PM -0800, Stephano Cetola wrote:
> On 2/22/18 3:59 AM, Pulizzotto Alessio (COMAU) wrote:
> > Hello,
> >
> > I’m writing you because I have some problems with the building of an
> > 2.4.1 image of the Yocto.
> >
> > I am using a Siemens IoT 2040 hardware witch have an intel quark cpu.
> > 
> > My error is the follow, in the “bitbake name-image”:
> > 
> > “ExpansionError during parsing
> > ***/poky/meta-java/recipies-extended/xmlpull/xmlpull_1.1.3.4c.bb”
> > 
> > And at the end:
> > 
> > “module bb.data has no attribute ‘getVar’”
> > 

Tried building xmlpull for qemux86 with oe-core master branch.

meta-java:
master branch
commit: fbe0b0eb30d93f5fa2101fb015f20c1dc118b4a6

It builds fine. Could you build with "rocko" branch of meta-java
and see if that fixes this error ?

> I am currently building for a product using Quark + Java running YP
> 2.4.1. Here are the SHAs that are working for me:
> 
> meta-yocto-bsp
> yocto-2.4.1
> c2b641c8a0c4fd71fcb477d788a740c2c26cddce
> 
> meta-intel
> 8.0-rocko-2.4
> d68dda959b5bf6f90aa8e5c2f027be324bb68e14
> 
> meta-java
> master
> 03e35bf64f97980652ac532cca0ea96e730a551c
> 
> Cheers,
> Stephano
>

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Removing busybox completely from the generated image

[Maxin B. John]

Hi,

On Mon, Feb 19, 2018 at 02:17:38AM -0800, Khem Raj wrote:
> On Mon, Feb 19, 2018 at 12:35 AM, Iván Castell
>  wrote:
> > I have tried breaking apart packagegroup-core-boot, making a copy in my
> > custom layer, removing the line referencing busybox:
> >
> > ## VIRTUAL-RUNTIME_login_manager ?= "busybox"

Have you considered "toybox" ? It probably wouldn't work right-away. Still,
toybox was designed to provide a replacement for busybox. It is available
in "meta-oe"

http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-core/toybox/toybox_0.7.5.bb

> > But now bitbake complains with an error message:
> >


Hope this helps,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Reg: SPI enabling in imx6ull

[Maxin B. John]

Hi Mathew,

On Sat, Jan 13, 2018 at 8:20 AM, Mathew K Tharakan
 wrote:
> Hi,
>
> I'm unable found spidev in /dev, I have done necessary changes in .dts file.
> I'm working with iMX6ULL evk

We need the kernel configuration to enable spi support along with your
.dts file changes. It will be better to
check this documentation to update your kernel configs:

https://www.yoctoproject.org/docs/2.4/kernel-dev/kernel-dev.html#changing-the-configuration

> Thanks
> Mathew

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to use same user in two recipes?

[Maxin B. John]

Hi Fabien,

Good to know that it helps here.

On Wed, Oct 11, 2017 at 07:48:46PM +0200, Fabien Lahoudere wrote:
> Maxin,
> 
> Is this patch submitted or applied for next release?

Submitted the patch to oe-core mailing list today:
http://lists.openembedded.org/pipermail/openembedded-core/2017-October/143288.html

> Thanks
> On Wed, 2017-10-11 at 14:37 +0300, Maxin B. John wrote:
> > Hi Fabien,
> > 
> > On Wed, 2017-10-11 at 13:06 +0300, Henrik Lindblom wrote:
> > > > I think you'll want RDEPENDS instead of DEPENDS in your recipe. DEPENDS 
> > > > implies build time
> > > > dependencies (e.g. libraries) while RDEPENDS actually gets the 
> > > > component installed as a
> > > > runtime
> > > > dependency.
> > > > 
> > > Thanks Henrik
> > > I tried to add RDEPENDS too without success. The problem is that users 
> > > and groups are not
> > > installed
> > > IIUC.
> > 
> > Could you apply this patch and see if it helps here ?
> > 
> > Best Regards,
> > Maxin
> -- 
> Fabien

Thanks and Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to use same user in two recipes?

[Maxin B. John]

Hi Fabien,

On Wed, 2017-10-11 at 13:06 +0300, Henrik Lindblom wrote:
>> I think you'll want RDEPENDS instead of DEPENDS in your recipe. DEPENDS 
>> implies build time
>> dependencies (e.g. libraries) while RDEPENDS actually gets the component 
>> installed as a runtime
>> dependency.
>> 

>Thanks Henrik
>I tried to add RDEPENDS too without success. The problem is that users and 
>groups are not installed
>IIUC.

Could you apply this patch and see if it helps here ?

Best Regards,
Maxin
>From 36c75e348cd5bb3cff242783550b925623492297 Mon Sep 17 00:00:00 2001
From: "Maxin B. John" <maxin.j...@intel.com>
Date: Wed, 20 Sep 2017 18:05:49 +0300
Subject: [PATCH] sstate.bbclass: provide an exception for useradd scenario

Packages, which depend on users/groups created from other packages,
needs "shadow-native" as a build time dependency. So, add an exception
to the "shadow-native" from otherwise discarded native/cross tools
dependency.

Fixes [YOCTO #11960]

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta/classes/sstate.bbclass | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/classes/sstate.bbclass b/meta/classes/sstate.bbclass
index 2a54993..e30fbe1 100644
--- a/meta/classes/sstate.bbclass
+++ b/meta/classes/sstate.bbclass
@@ -967,7 +967,8 @@ def setscene_depvalid(task, taskdependees, notneeded, d, 
log=None):
 if isNativeCross(taskdependees[dep][0]):
 return False
 # Native/cross tools depended upon by target sysroot are not needed
-if isNativeCross(taskdependees[task][0]):
+# Add an exception for shadow-native as required by useradd.bbclass
+if isNativeCross(taskdependees[task][0]) and 
taskdependees[task][0] != 'shadow-native':
 continue
 # Target populate_sysroot need their dependencies
 return False
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH 5/6] bdwgc: import from meta-oe

[Maxin B. John]

Hi Philip,

On Mon, Sep 25, 2017 at 4:05 PM, Philip Balister <phi...@balister.org> wrote:
> On 09/24/2017 05:05 PM, Maxin B. John wrote:
>> keep a copy of bdwgc recipe in meta-java from meta-oe layer.
>> cacao in meta-java depends on bdwgc.
>
> Duplicating recipes in recipes is frowned upon.

Thanks for the review. Makes sense here. Will try to find a way to avoid this.

> Shouldn't we have the discussion why you are  not proposing this for
> Openembedded-core instead of duplicating the recipe? Duping a recipe
> just to drop a layer dependency isn't a long term solution.

agree.

> Philip

Best Regards,
Maxin

>>
>> Signed-off-by: Maxin B. John <maxin.j...@intel.com>
>> ---
>>  ...ac-add-check-for-NO_GETCONTEXT-definition.patch | 29 +++
>>  recipes-extended/bdwgc/bdwgc/musl_header_fix.patch | 27 ++
>>  recipes-extended/bdwgc/bdwgc_7.6.0.bb  | 42 
>> ++
>>  3 files changed, 98 insertions(+)
>>  create mode 100644 
>> recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
>>  create mode 100644 recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
>>  create mode 100644 recipes-extended/bdwgc/bdwgc_7.6.0.bb
>>
>> diff --git 
>> a/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
>>  
>> b/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
>> new file mode 100644
>> index 000..8ef774f
>> --- /dev/null
>> +++ 
>> b/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
>> @@ -0,0 +1,29 @@
>> +configure.ac: add check for NO_GETCONTEXT definition
>> +
>> +Signed-off-by: Samuel Martin <s.marti...@gmail.com>
>> +[yann.morin.1...@free.fr: add a comment, change variable name, use
>> + AS_IF, remove debug traces, use AC_CHECK_FUNCS (as suggested by
>> + Thomas)]
>> +Signed-off-by: "Yann E. MORIN" <yann.morin.1...@free.fr>
>> +Cc: Thomas Petazzoni <thomas.petazz...@free-electrons.com>
>> +
>> +---
>> +Upstream-Status: Pending
>> + configure.ac | 6 ++
>> + 1 file changed, 6 insertions(+)
>> +
>> +--- bdwgc-7.2f.orig/configure.ac 2014-06-01 19:00:47.0 +0200
>>  bdwgc-7.2f/configure.ac  2014-12-23 14:13:11.585716713 +0100
>> +@@ -365,6 +365,12 @@
>> +   AC_MSG_RESULT($ac_cv_fno_strict_aliasing)
>> + fi
>> +
>> ++# Check for getcontext (uClibc can be configured without it, for example)
>> ++AC_CHECK_FUNCS([getcontext])
>> ++AS_IF([test "$ac_cv_func_getcontext" = "no"],
>> ++  [CFLAGS="$CFLAGS -DNO_GETCONTEXT"
>> ++   CPPFLAGS="$CPPFLAGS -DNO_GETCONTEXT"])
>> ++
>> + case "$host" in
>> + # While IRIX 6 has libdl for the O32 and N32 ABIs, it's missing for N64
>> + # and unnecessary everywhere.
>> diff --git a/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch 
>> b/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
>> new file mode 100644
>> index 000..4a18496
>> --- /dev/null
>> +++ b/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
>> @@ -0,0 +1,27 @@
>> +Add missing header to avoid:
>> +
>> +| 1472659610.016355: ../git/pthread_stop_world.c: In function 
>> 'GC_brief_async_signal_safe_sleep':
>> +| 1472659610.0540252: ../git/pthread_stop_world.c:397:22: error: storage 
>> size of 'tv' isn't known
>> +| 1472659610.0540252:struct timeval tv;
>> +| 1472659610.0540252:   ^~
>> +| 1472659610.054099: ../git/pthread_stop_world.c:397:22: warning: unused 
>> variable 'tv' [-Wunused-variable]
>> +| 1472659610.054099:struct timeval tv;
>> +| 1472659610.054099:   ^~
>> +| 1472659610.054099: Makefile:1530: recipe for target 
>> 'pthread_stop_world.lo' failed
>> +
>> +in musl builds.
>> +
>> +Upstream-Status: Pending
>> +
>> +Index: git/pthread_stop_world.c
>> +===
>> +--- git.orig/pthread_stop_world.c
>>  git/pthread_stop_world.c
>> +@@ -45,6 +45,7 @@
>> + #include 
>> + #include 
>> + #include 
>> ++#include 
>> + #include "atomic_ops.h"
>> +
>> + /* It's safe to call original pthread_sigmask() here.   */
>> diff --git a/recipes-extended/bdwgc/bdwgc_7.6.0.bb 
>> b/recipes-extended/bdwgc/bdwgc_7.6.0.bb
>> new file mode 100644
>> index 000..dcb68f0
>> --- /dev/null
>&g

[yocto] [meta-java][PATCH 5/6] bdwgc: import from meta-oe

[Maxin B. John]

keep a copy of bdwgc recipe in meta-java from meta-oe layer.
cacao in meta-java depends on bdwgc.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 ...ac-add-check-for-NO_GETCONTEXT-definition.patch | 29 +++
 recipes-extended/bdwgc/bdwgc/musl_header_fix.patch | 27 ++
 recipes-extended/bdwgc/bdwgc_7.6.0.bb  | 42 ++
 3 files changed, 98 insertions(+)
 create mode 100644 
recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
 create mode 100644 recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
 create mode 100644 recipes-extended/bdwgc/bdwgc_7.6.0.bb

diff --git 
a/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
 
b/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
new file mode 100644
index 000..8ef774f
--- /dev/null
+++ 
b/recipes-extended/bdwgc/bdwgc/0001-configure.ac-add-check-for-NO_GETCONTEXT-definition.patch
@@ -0,0 +1,29 @@
+configure.ac: add check for NO_GETCONTEXT definition
+
+Signed-off-by: Samuel Martin <s.marti...@gmail.com>
+[yann.morin.1...@free.fr: add a comment, change variable name, use
+ AS_IF, remove debug traces, use AC_CHECK_FUNCS (as suggested by
+ Thomas)]
+Signed-off-by: "Yann E. MORIN" <yann.morin.1...@free.fr>
+Cc: Thomas Petazzoni <thomas.petazz...@free-electrons.com>
+
+---
+Upstream-Status: Pending
+ configure.ac | 6 ++
+ 1 file changed, 6 insertions(+)
+
+--- bdwgc-7.2f.orig/configure.ac   2014-06-01 19:00:47.0 +0200
 bdwgc-7.2f/configure.ac2014-12-23 14:13:11.585716713 +0100
+@@ -365,6 +365,12 @@
+   AC_MSG_RESULT($ac_cv_fno_strict_aliasing)
+ fi
+ 
++# Check for getcontext (uClibc can be configured without it, for example)
++AC_CHECK_FUNCS([getcontext])
++AS_IF([test "$ac_cv_func_getcontext" = "no"],
++  [CFLAGS="$CFLAGS -DNO_GETCONTEXT"
++   CPPFLAGS="$CPPFLAGS -DNO_GETCONTEXT"])
++
+ case "$host" in
+ # While IRIX 6 has libdl for the O32 and N32 ABIs, it's missing for N64
+ # and unnecessary everywhere.
diff --git a/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch 
b/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
new file mode 100644
index 000..4a18496
--- /dev/null
+++ b/recipes-extended/bdwgc/bdwgc/musl_header_fix.patch
@@ -0,0 +1,27 @@
+Add missing header to avoid:
+
+| 1472659610.016355: ../git/pthread_stop_world.c: In function 
'GC_brief_async_signal_safe_sleep':
+| 1472659610.0540252: ../git/pthread_stop_world.c:397:22: error: storage size 
of 'tv' isn't known
+| 1472659610.0540252:struct timeval tv;
+| 1472659610.0540252:   ^~
+| 1472659610.054099: ../git/pthread_stop_world.c:397:22: warning: unused 
variable 'tv' [-Wunused-variable]
+| 1472659610.054099:struct timeval tv;
+| 1472659610.054099:   ^~
+| 1472659610.054099: Makefile:1530: recipe for target 'pthread_stop_world.lo' 
failed
+
+in musl builds.
+
+Upstream-Status: Pending
+
+Index: git/pthread_stop_world.c
+===
+--- git.orig/pthread_stop_world.c
 git/pthread_stop_world.c
+@@ -45,6 +45,7 @@
+ #include 
+ #include 
+ #include 
++#include 
+ #include "atomic_ops.h"
+ 
+ /* It's safe to call original pthread_sigmask() here.   */
diff --git a/recipes-extended/bdwgc/bdwgc_7.6.0.bb 
b/recipes-extended/bdwgc/bdwgc_7.6.0.bb
new file mode 100644
index 000..dcb68f0
--- /dev/null
+++ b/recipes-extended/bdwgc/bdwgc_7.6.0.bb
@@ -0,0 +1,42 @@
+SUMMARY = "A garbage collector for C and C++"
+
+DESCRIPTION = "The Boehm-Demers-Weiser conservative garbage collector can be\
+ used as a garbage collecting replacement for C malloc or C++ new. It allows\
+ you to allocate memory basically as you normally would, without explicitly\
+ deallocating memory that is no longer useful. The collector automatically\
+ recycles memory when it determines that it can no longer be otherwise\
+ accessed.\
+  The collector is also used by a number of programming language\
+ implementations that either use C as intermediate code, want to facilitate\
+ easier interoperation with C libraries, or just prefer the simple collector\
+ interface.\
+  Alternatively, the garbage collector may be used as a leak detector for C\
+ or C++ programs, though that is not its primary goal.\
+  Empirically, this collector works with most unmodified C programs, simply\
+ by replacing malloc with GC_malloc calls, replacing realloc with GC_realloc\
+ calls, and removing free calls."
+
+HOMEPAGE = "http://www.hboehm.info/gc/;
+SECTION = "devel"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://README.QUICK;md5=4f81f24ec69726c312487c2ac740e9e3"
+
+SRCREV = "8ac1d84a40eb7a431fec1b8097e3f24b48fb23fa"
+SRC_URI = "git://github.com/ivmai/bdwgc.git \
+   
fi

[yocto] [meta-java][PATCH 3/6] openjdk-8-cross: provide packageconfig for krb5

[Maxin B. John]

Provide PACKAGECONFIG for kerberos to remove dependency on
meta-oe layer.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-core/openjdk/openjdk-8-cross.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-core/openjdk/openjdk-8-cross.inc 
b/recipes-core/openjdk/openjdk-8-cross.inc
index ad3a44d..b46a118 100644
--- a/recipes-core/openjdk/openjdk-8-cross.inc
+++ b/recipes-core/openjdk/openjdk-8-cross.inc
@@ -18,7 +18,7 @@ PATCHES_URI_append = "\
 
 DEPENDS = "\
 openjdk-8-native zip-native ant-native libxslt \
-jpeg libpng krb5 libffi fontconfig freetype \
+jpeg libpng libffi fontconfig freetype \
 "
 
 PRIVATE_LIBS = "\
@@ -49,6 +49,7 @@ PACKAGECONFIG[zero] = "--with-jvm-variants=zero,,,"
 PACKAGECONFIG[shark] = "--with-jvm-variants=zeroshark,,llvm3.5,"
 
 PACKAGECONFIG[repack] = ",,,"
+PACKAGECONFIG[kerberos] = "--enable-system-kerberos,,krb5,"
 
 CACHED_CONFIGUREVARS = " \
 ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 
'ac_x_includes=${STAGING_INCDIR}', '', d)} \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-java][PATCH 4/6] openjdk-8-native: provide packageconfig for giflib

[Maxin B. John]

provide PACKAGECONFIG for giflib to remove dependency on
meta-oe layer.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-core/openjdk/openjdk-8-native.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-core/openjdk/openjdk-8-native.inc 
b/recipes-core/openjdk/openjdk-8-native.inc
index fd97eff..68e1725 100644
--- a/recipes-core/openjdk/openjdk-8-native.inc
+++ b/recipes-core/openjdk/openjdk-8-native.inc
@@ -2,7 +2,7 @@ JDK_DIR = "openjdk-8-native"
 DEPENDS = "\
 icedtea7-native ant-native \
 libxslt-native attr-native \
-giflib-native jpeg-native libpng-native \
+jpeg-native libpng-native \
 glib-2.0-native freetype-native fontconfig-native \
 zlib-native zip-native \
 unzip-native make-native \
@@ -14,6 +14,7 @@ PACKAGECONFIG[x11] = "--with-x,,libx11-native xproto-native 
libxt-native libxext
 PACKAGECONFIG[cups] = "--with-cups,,cups"
 PACKAGECONFIG[alsa] = "--with-alsa,,alsa-lib-native"
 PACKAGECONFIG[jce] = "--enable-unlimited-crypto,,"
+PACKAGECONFIG[gif] = "--with-giflib,,giflib-native"
 
 EXTRA_OECONF_append = "\
 --with-jobs=${@java_get_parallel_make(d)} \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-java][PATCH 6/6] README: remove meta-oe from documentation

[Maxin B. John]

Update the README by removing the dependency on meta-openembedded
layer from documentation.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 README | 7 +--
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/README b/README
index 33511ff..81664c7 100644
--- a/README
+++ b/README
@@ -7,11 +7,7 @@ Yocto Project build systems.
 This layer depends on:
 
 URI: git://git.openembedded.org/openembedded-core
-branch: krogoth (or master)
-revision: HEAD
-
-URI: git://git.openembedded.org/meta-openembedded
-branch: krogoth (or master)
+branch: pyro (or master)
 revision: HEAD
 
 Contributing
@@ -69,7 +65,6 @@ For conf/bblayers.conf you have to add
 
 BBLAYERS ?= " \
...
-  path_to_source/meta-openembedded/meta-oe \
   path_to_source/sources/meta-java \
   "
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-java][PATCH 2/6] openjdk-7-common: provide packageconfig for giflib and krb5

[Maxin B. John]

Provide PACKAGECONFIG for giflib and krb5 to remove dependency
on meta-oe layer.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-core/openjdk/openjdk-7-common.inc | 9 ++---
 1 file changed, 6 insertions(+), 3 deletions(-)

diff --git a/recipes-core/openjdk/openjdk-7-common.inc 
b/recipes-core/openjdk/openjdk-7-common.inc
index 1ac3154..6727224 100644
--- a/recipes-core/openjdk/openjdk-7-common.inc
+++ b/recipes-core/openjdk/openjdk-7-common.inc
@@ -26,10 +26,9 @@ PROVIDES += "${JDKPN}"
 DEPENDS = " \
 icedtea7-native zip-native ant-native \
 zlib libxslt-native \
-jpeg libpng giflib \
+jpeg libpng \
 gtk+ glib-2.0 \
-cups fontconfig \
-rhino krb5 \
+cups fontconfig rhino \
 libxt libxinerama libxrender libxtst libxi \
 freetype alsa-lib libffi \
 attr \
@@ -59,6 +58,10 @@ export CACAO_CONFIGURE_ARGS = " \
 
 JAVA_HOME[unexport] = "1"
 
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[gif] = ",--disable-system-gif, giflib"
+PACKAGECONFIG[kerberos] = ",--disable-system-kerberos, krb5"
+
 EXTRA_OECONF = " \
 --enable-downloading=no \
 \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-java][PATCH 1/6] icedtea7-native: provide packageconfig for giflib

[Maxin B. John]

Provide PACKAGECONFIG for giflib to remove dependency on
meta-oe layer.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-core/icedtea/icedtea7-native.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-core/icedtea/icedtea7-native.inc 
b/recipes-core/icedtea/icedtea7-native.inc
index 55cb7e7..7b2f497 100644
--- a/recipes-core/icedtea/icedtea7-native.inc
+++ b/recipes-core/icedtea/icedtea7-native.inc
@@ -5,7 +5,7 @@ INC_PR = "r1"
 
 DEPENDS = "virtual/javac-native virtual/java-native classpath-native \
rhino-native ant-native libxslt-native attr-native \
-   giflib-native jpeg-native libpng-native \
+   jpeg-native libpng-native \
glib-2.0-native freetype-native zlib-native \
fontconfig-native zip-native \
   unzip-native make-native util-linux-native\
@@ -13,6 +13,7 @@ DEPENDS = "virtual/javac-native virtual/java-native 
classpath-native \
 
 PACKAGECONFIG ??= ""
 PACKAGECONFIG[x11] = ",--disable-headful,libx11-native xproto-native 
libxt-native libxext-native libxrender-native"
+PACKAGECONFIG[gif] = ",--disable-system-gif, giflib-native"
 
 OEMAKE_BUILD_HEADLESS_ONLY = "${@bb.utils.contains('PACKAGECONFIG', 'x11', '', 
'BUILD_HEADLESS_ONLY=1', d)}"
 CFLAGS_append = "${@bb.utils.contains('PACKAGECONFIG', 'x11', '', ' 
-DHEADLESS=true', d)}"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH v2] oracle-java: create directory before creating links

[Maxin B. John]

Hi,

On Thu, Aug 17, 2017 at 08:36:32AM +0200, Jan Remmet wrote:
> if bindir directory doesn't exists the link is created wrongly:
> 
> file -b 
> tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/image/home/yocto/build/tmp/sysroots/x86_64-linux/usr/bin
> symbolic link to
> `/home/yocto/build/tmp/sysroots/x86_64-linux/usr/lib/jvm/java-8-oracle/bin/javac'
> 
> tested on morty
> 
> Signed-off-by: Jan Remmet 
> ---
> v2: remove default -m 0755 from install command 
> 
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index 935ad9bc2d9f..a7210d9ca475 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -12,11 +12,14 @@ JDK_JRE = "jdk"
>  require oracle-jse.inc
>  
>  do_install_class-native() {
> - install -d -m 0755  ${D}${libdir_jvm}
> + install -d  ${D}${libdir_jvm}
>   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
>  
> + install -d  ${D}${bindir}
>   ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
>   ln -sf ${JDK_HOME}/bin/javac${D}${bindir}
> +
> + install -d  ${D}${JDK_HOME}/bin
>   ln -sf javah${D}${JDK_HOME}/bin/gjavah
>   ln -sf jar  ${D}${JDK_HOME}/bin/fastjar
>  }
> -- 

Pushed now. Thanks.

Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [EXTERNAL] Re: Openjdk-8 fetcher failure

[Maxin B. John]

Hi,

On Wed, Jun 21, 2017 at 05:28:39AM +, Pawar, Alok wrote:
> HI John, 
> 
> Using the 'wget',  I am able to download the file.

That could be a temporary issue then. Have you tried the build
openjdk-8 again to verify it ?

> Best Regards
> Alok Pawar
> Sr. Engineer Product Development

Warm Regards,
Maxin

> -Original Message-----
> From: Maxin B. John [mailto:maxin.j...@intel.com] 
> Sent: Monday, June 19, 2017 6:37 PM
> To: Pawar, Alok <alok.paw...@harman.com>
> Cc: yocto@yoctoproject.org
> Subject: [EXTERNAL] Re: [yocto] Openjdk-8 fetcher failure
> 
> Hi Alok,
> 
> On Mon, Jun 19, 2017 at 06:11:20AM +, Pawar, Alok wrote:
> > 
> >Hi All,
> >
> > I am using yocto 2.1.2 krogoth, and I added meta-java in it, but when I 
> > tried to bitbake. I faced fetcher failure, following are the Error :
> >
> >ERROR: openjdk-8-102b14-r0 do_fetch: Fetcher failure: Fetch command failed 
> >with exit code 4, output:
> >
> >  Read error (Connection timed out) in headers.
> >
> >  Read error (Connection timed out) in headers.
> >
> >ERROR: openjdk-8-102b14-r0 do_fetch: Function failed: Fetcher failure for 
> >URL: 
> >'http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/archive/ac29c9c1193a.tar.bz2;name=hotspot;unpack=false'.
> > Unable to fetch URL from any source.
> >
> >Please give your inputs.
> 
> This could be related to the network configuration in your build machine.
> 
> Have you tried to fetch that file manually using wget from your machine ?
> ie:
> # wget 
> http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/archive/ac29c9c1193a.tar.bz2
> 
> 
> Best Regards,
> Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Openjdk-8 fetcher failure

[Maxin B. John]

Hi Alok,

On Mon, Jun 19, 2017 at 06:11:20AM +, Pawar, Alok wrote:
> 
>Hi All,
>
> I am using yocto 2.1.2 krogoth, and I added meta-java in it, but when I tried 
> to bitbake. I faced fetcher failure, following are the Error :
>
>ERROR: openjdk-8-102b14-r0 do_fetch: Fetcher failure: Fetch command failed 
>with exit code 4, output:
>
>  Read error (Connection timed out) in headers.
>
>  Read error (Connection timed out) in headers.
>
>ERROR: openjdk-8-102b14-r0 do_fetch: Function failed: Fetcher failure for URL: 
>'http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/archive/ac29c9c1193a.tar.bz2;name=hotspot;unpack=false'.
> Unable to fetch URL from any source.
>
>Please give your inputs.

This could be related to the network configuration in your build machine.

Have you tried to fetch that file manually using wget from your machine ?
ie:
# wget 
http://hg.openjdk.java.net/jdk8u/jdk8u/hotspot/archive/ac29c9c1193a.tar.bz2


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH v2] documentation: updates to static library support in SDK

[Maxin B. John]

For development purposes, static libraries need to be
present only in the SDK. We do not need those static
libraries in the image for most scenarios. So, replace
IMAGE_INSTALL with TOOLCHAIN_TARGET_TASK in the documentation.

Suggested-by: Anders Darander <and...@chargestorm.se>
Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 documentation/adt-manual/adt-prepare.xml | 8 
 documentation/sdk-manual/sdk-appendix-obtain.xml | 8 
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/documentation/adt-manual/adt-prepare.xml 
b/documentation/adt-manual/adt-prepare.xml
index 65df1d0..29d41c5 100644
--- a/documentation/adt-manual/adt-prepare.xml
+++ b/documentation/adt-manual/adt-prepare.xml
@@ -684,16 +684,16 @@
 
 By default, this toolchain does not build static binaries.
 If you want to use the toolchain to build these types of libraries,
-you need to be sure your image has the appropriate static
+you need to be sure your SDK has the appropriate static
 development libraries.
 Use the
-IMAGE_INSTALL
+TOOLCHAIN_TARGET_TASK
 variable inside your local.conf file to
-install the appropriate library packages.
+include the appropriate library packages in SDK.
 Following is an example using glibc static
 development libraries:
 
- IMAGE_INSTALL_append = " glibc-staticdev"
+ TOOLCHAIN_TARGET_TASK_append = " libc-staticdev"
 
 
 
diff --git a/documentation/sdk-manual/sdk-appendix-obtain.xml 
b/documentation/sdk-manual/sdk-appendix-obtain.xml
index 3156f77..99ea49d 100644
--- a/documentation/sdk-manual/sdk-appendix-obtain.xml
+++ b/documentation/sdk-manual/sdk-appendix-obtain.xml
@@ -96,16 +96,16 @@
 
 By default, this toolchain does not build static binaries.
 If you want to use the toolchain to build these types of
-libraries, you need to be sure your image has the
+libraries, you need to be sure your SDK has the
 appropriate static development libraries.
 Use the
-IMAGE_INSTALL
+TOOLCHAIN_TARGET_TASK
 variable inside your local.conf file
-to install the appropriate library packages.
+to install the appropriate library packages in SDK.
 Following is an example using glibc
 static development libraries:
 
- IMAGE_INSTALL_append = " glibc-staticdev"
+ TOOLCHAIN_TARGET_TASK_append = " libc-staticdev"
 
 
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] useradd and one sysroot per recipe in pyro

[Maxin B. John]

Hi Christian,

On Wed, Jun 14, 2017 at 04:13:04PM +, Andersen, Christian wrote:
> Hi Maxin,
> 
> > Here, could you try to build again with an additional DEPENDENCY on shadow-
> > native:
> > ie: instead of
> > >DEPENDS = "puck-base"
> > DEPENDS = "puck-base shadow-native"
> > 
> > To be sure, please cleansstate the puck-base and test before build.
> 
> Thanks! I tried as you suggested (cleansstate and then build) and with 
> shadow-native it is working now.

Good to hear that !

> Do I have to add shadow-native in all these recipes or is it a bug / 
> regression in pyro?

It is one of those "known" limitations which fell through the cracks.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=8078

Thanks for bringing this up. We need to address this for pyro/master.

> Regards,
> Christian

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH] documentation: updates to static library support in SDK

[Maxin B. John]

Hi Scott,

On Wed, Jun 14, 2017 at 11:29:15AM -0700, Scott Rifenbark wrote:
>Maxin,
>
>Can you send out a new patch with the correction?
>

Sure, will send an updated patch soon.

>Scott
>>
>>On Wed, Jun 14, 2017 at 10:57 AM, Andre McCurdy <armccu...@gmail.com> wrote:
>>
>>>    On Wed, Jun 14, 2017 at 5:12 AM, Maxin B. John <maxin.j...@intel.com> 
>>> wrote:
>>> For development purposes, static libraries need to be


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH] documentation: updates to static library support in SDK

[Maxin B. John]

Hi Andre,

On Wed, Jun 14, 2017 at 10:57:41AM -0700, Andre McCurdy wrote:
> On Wed, Jun 14, 2017 at 5:12 AM, Maxin B. John <maxin.j...@intel.com> wrote:
> > For development purposes, static libraries need to be
> > present only in the SDK. We do not need those static
> > libraries in the image for most scenarios. So, replace
> > IMAGE_INSTALL with TOOLCHAIN_TARGET_TASK in the documentation.
> >
> > Suggested-by: Anders Darander <and...@chargestorm.se>
> > Signed-off-by: Maxin B. John <maxin.j...@intel.com>
> > ---
> >  documentation/adt-manual/adt-prepare.xml | 8 
> >  documentation/sdk-manual/sdk-appendix-obtain.xml | 8 
> >  2 files changed, 8 insertions(+), 8 deletions(-)
> >
> > diff --git a/documentation/adt-manual/adt-prepare.xml 
> > b/documentation/adt-manual/adt-prepare.xml
> > index 65df1d0..7587305 100644
> > --- a/documentation/adt-manual/adt-prepare.xml
> > +++ b/documentation/adt-manual/adt-prepare.xml
> > @@ -684,16 +684,16 @@
> >  
> >  By default, this toolchain does not build static binaries.
> >  If you want to use the toolchain to build these types of 
> > libraries,
> > -you need to be sure your image has the appropriate static
> > +you need to be sure your SDK has the appropriate static
> >  development libraries.
> >  Use the
> > - > url='_DOCS_REF_URL;#var-IMAGE_INSTALL'>IMAGE_INSTALL
> > + > url='_DOCS_REF_URL;#var-TOOLCHAIN_TARGET_TASK'>TOOLCHAIN_TARGET_TASK
> >  variable inside your local.conf file to
> > -install the appropriate library packages.
> > +include the appropriate library packages in SDK.
> >  Following is an example using glibc static
> >  development libraries:
> >  
> > - IMAGE_INSTALL_append = " glibc-staticdev"
> > + TOOLCHAIN_TARGET_TASK_append = " glibc-staticdev"
> 
> That should perhaps be "libc-staticdev" so the same instructions work
> for musl (although it looks like currently musl doesn't rprovide
> libc-staticdev so that would need to be fixed too).

I agree with your suggestion that examples in documentation shouldn't be
specific for a particular libc implementation.

Filed a bug for musl libc-staticdev support:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=11669

> >  
> >  
> >  
> > diff --git a/documentation/sdk-manual/sdk-appendix-obtain.xml 
> > b/documentation/sdk-manual/sdk-appendix-obtain.xml
> > index 3156f77..86e0eff 100644
> > --- a/documentation/sdk-manual/sdk-appendix-obtain.xml
> > +++ b/documentation/sdk-manual/sdk-appendix-obtain.xml
> > @@ -96,16 +96,16 @@
> >  
> >  By default, this toolchain does not build static 
> > binaries.
> >  If you want to use the toolchain to build these types 
> > of
> > -libraries, you need to be sure your image has the
> > +libraries, you need to be sure your SDK has the
> >  appropriate static development libraries.
> >  Use the
> > - > url='_DOCS_REF_URL;#var-IMAGE_INSTALL'>IMAGE_INSTALL
> > + > url='_DOCS_REF_URL;#var-TOOLCHAIN_TARGET_TASK'>TOOLCHAIN_TARGET_TASK
> >  variable inside your local.conf 
> > file
> > -to install the appropriate library packages.
> > +to install the appropriate library packages in SDK.
> >  Following is an example using 
> > glibc
> >  static development libraries:
> >  
> > - IMAGE_INSTALL_append = " glibc-staticdev"
> > + TOOLCHAIN_TARGET_TASK_append = " glibc-staticdev"
> >  
> >  

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] useradd and one sysroot per recipe in pyro

[Maxin B. John]

Hi Andersen,

On Tue, Jun 13, 2017 at 04:10:10PM +, Andersen, Christian wrote:
>
>Hello,
>currently I am trying the newest Yocto release (pyro). It seems I have a 
>problem
>with useradd and the new concept of one sysroot per recipe.
>
>I have a base recipe (let’s call it my-base.bb) which inherits useradd and 
>creates
>a new user (let’s call him myuser):
>
> inherit useradd
> USERADD_PACKAGES = "${PN}"
> USERADD_PARAM_${PN} = " \
>  --uid 1200 \
>  --gid 1200 \
>  --system \
>  --shell /bin/bash \
>  --create-home \
>  --home-dir /home/myuser \
>  --groups mygroup,video,input \
>  myuser"
>
> GROUPADD_PARAM_${PN} = "-g 1200 mygroup"
>
> do_install () {
> install -d ${D}/home/myuser
> chown -R myuser:mygroup ${D}/home/myuser
> }
>
> Other recipes depend on this base recipe (via DEPENDS and RDEPENDS), because 
> they require this user, 
> e.g. in recipe my-appl.bb (in this case python only, so no configure or 
> compile):
>

Here, could you try to build again with an additional DEPENDENCY on 
shadow-native:
ie: instead of
>DEPENDS = "puck-base"
DEPENDS = "puck-base shadow-native"

To be sure, please cleansstate the puck-base and test before build.

> RDEPENDS_${PN} = "puck-base python3-dbus python3-sqlite3 python3-netclient 
> python3-requests"
> do_configure[noexec] = "1"


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] documentation: updates to static library support in SDK

[Maxin B. John]

For development purposes, static libraries need to be
present only in the SDK. We do not need those static
libraries in the image for most scenarios. So, replace
IMAGE_INSTALL with TOOLCHAIN_TARGET_TASK in the documentation.

Suggested-by: Anders Darander <and...@chargestorm.se>
Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 documentation/adt-manual/adt-prepare.xml | 8 
 documentation/sdk-manual/sdk-appendix-obtain.xml | 8 
 2 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/documentation/adt-manual/adt-prepare.xml 
b/documentation/adt-manual/adt-prepare.xml
index 65df1d0..7587305 100644
--- a/documentation/adt-manual/adt-prepare.xml
+++ b/documentation/adt-manual/adt-prepare.xml
@@ -684,16 +684,16 @@
 
 By default, this toolchain does not build static binaries.
 If you want to use the toolchain to build these types of libraries,
-you need to be sure your image has the appropriate static
+you need to be sure your SDK has the appropriate static
 development libraries.
 Use the
-IMAGE_INSTALL
+TOOLCHAIN_TARGET_TASK
 variable inside your local.conf file to
-install the appropriate library packages.
+include the appropriate library packages in SDK.
 Following is an example using glibc static
 development libraries:
 
- IMAGE_INSTALL_append = " glibc-staticdev"
+ TOOLCHAIN_TARGET_TASK_append = " glibc-staticdev"
 
 
 
diff --git a/documentation/sdk-manual/sdk-appendix-obtain.xml 
b/documentation/sdk-manual/sdk-appendix-obtain.xml
index 3156f77..86e0eff 100644
--- a/documentation/sdk-manual/sdk-appendix-obtain.xml
+++ b/documentation/sdk-manual/sdk-appendix-obtain.xml
@@ -96,16 +96,16 @@
 
 By default, this toolchain does not build static binaries.
 If you want to use the toolchain to build these types of
-libraries, you need to be sure your image has the
+libraries, you need to be sure your SDK has the
 appropriate static development libraries.
 Use the
-IMAGE_INSTALL
+TOOLCHAIN_TARGET_TASK
 variable inside your local.conf file
-to install the appropriate library packages.
+to install the appropriate library packages in SDK.
 Following is an example using glibc
 static development libraries:
 
- IMAGE_INSTALL_append = " glibc-staticdev"
+ TOOLCHAIN_TARGET_TASK_append = " glibc-staticdev"
 
 
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Image lacks libraries needed by SDK

[Maxin B. John]

Hi Anders,

On Wed, Jun 14, 2017 at 11:20:57AM +0200, Anders Darander wrote:
> * Maxin B. John <maxin.j...@intel.com> [170614 10:24]:
> 
> > Hi Paul,
> 
> > On Tue, Jun 13, 2017 at 04:24:38PM -0700, Paul D. DeRocco wrote:
> > > In order to try out the much more recent compiler in the Yocto SDK (and to
> > > prepare for converting to a different architecture in the future), I built
> > > a standard SDK by using do_populate_sdk on my image. I managed to modify
> > > my project to use the toolchain and libraries in the sysroot in the SDK,
> > > and it successfully produces an executable. But when I copy this into my
> > > system, it barfs because there is no libstdc++.o (and perhaps other
> > > libraries) on my system. And there is no libstdc++.a in the SDK.
> 
> > Had a similar experience with respect to the availability of static 
> > libraries
> > in the SDK.
> 
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=5347
> 
> > One way to fix this will be to include required static libraries in the 
> > image
> > before building SDK - eg: for glibc static development libraries:
> 
> > IMAGE_INSTALL_append = " glibc-staticdev"
> 
> Why install it to the image? 
> 
> TOOLCHAIN_TARGET_TASK_append = " glibc-staticdev"
> 
> would be better, as it'll only add this package to the SDK.

Thanks for the suggestion. This looks much better. 

Time to update the documentation :) 

> Cheers,
> Anders

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Image lacks libraries needed by SDK

[Maxin B. John]

Hi,

On Wed, Jun 14, 2017 at 01:34:40AM -0700, Paul D. DeRocco wrote:
> > From: Maxin B. John [mailto:maxin.j...@intel.com] 
> > 
> > Had a similar experience with respect to the availability of 
> > static libraries in the SDK.
> > 
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=5347
> > 
> > One way to fix this will be to include required static 
> > libraries in the image
> > before building SDK - eg: for glibc static development libraries:
> > 
> > IMAGE_INSTALL_append = " glibc-staticdev"
> 
> Does that include the .a files in the image or the SDK or both?
>

The corresponding .a files will be present in the image and SDK.

> 
> Ciao,   Paul D. DeRocco
> Paulmailto:pdero...@ix.netcom.com
Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Image lacks libraries needed by SDK

[Maxin B. John]

Hi Paul,

On Tue, Jun 13, 2017 at 04:24:38PM -0700, Paul D. DeRocco wrote:
> I have a working system image for my 32-bit Atom-based hardware, based on
> Morty. My application is a C++ program that runs as a systemd service.
> I've always built the application outside Yocto, using the Eclipse CDT and
> whatever GCC was on my Ubuntu system. It gets installed into my hardware
> on a separate partition, but runs fine because my build host and target
> are both x86 machines.
> 
> In order to try out the much more recent compiler in the Yocto SDK (and to
> prepare for converting to a different architecture in the future), I built
> a standard SDK by using do_populate_sdk on my image. I managed to modify
> my project to use the toolchain and libraries in the sysroot in the SDK,
> and it successfully produces an executable. But when I copy this into my
> system, it barfs because there is no libstdc++.o (and perhaps other
> libraries) on my system. And there is no libstdc++.a in the SDK.

Had a similar experience with respect to the availability of static libraries
in the SDK.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=5347

One way to fix this will be to include required static libraries in the image
before building SDK - eg: for glibc static development libraries:

IMAGE_INSTALL_append = " glibc-staticdev"

http://www.yoctoproject.org/docs/2.3/mega-manual/mega-manual.html#sdk-building-an-sdk-installer

> Why would the SDK, built against a particular image, not include the same
> shared libraries as that image? I noticed that when I built an SDK under
> core-image-minimal, it didn't include libasound, but that was included
> when I built it under my own image which includes ALSA. So it's obviously
> paying attention to what's in the image. So is there some package I need
> to include in my image to complete the set of libraries to match what's in
> the SDK?
> 
> -- 
> 
> Ciao,   Paul D. DeRocco
> Paulmailto:pdero...@ix.netcom.com

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] Fix binary paths when setting alternatives

[Maxin B. John]

On Thu, May 11, 2017 at 07:49:16AM +0200, Jan Kiszka wrote:
> Neither the JDK nor the JRE puts binaries under $JAVA_HOME/jre anymore.
> Seen with Java 8, update 131.
> 
> Signed-off-by: Jan Kiszka 
> ---
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 12 ++--
>  recipes-devtools/oracle-java/oracle-jse.inc |  4 ++--
>  2 files changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index 9fd76e1..935ad9b 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -28,14 +28,14 @@ PROVIDES += "virtual/javac virtual/java-initial"
>  
>  pkg_postinst_${PN} () {
>   update-alternatives --install ${bindir}/jar   jar   ${JDK_HOME}/bin/jar 
> 100
> - update-alternatives --install ${bindir}/java  java  
> ${JDK_HOME}/jre/bin/java 100
> - update-alternatives --install ${bindir}/javac javac 
> ${JDK_HOME}/jre/bin/javac 100
> + update-alternatives --install ${bindir}/java  java  
> ${JDK_HOME}/bin/java 100
> + update-alternatives --install ${bindir}/javac javac 
> ${JDK_HOME}/bin/javac 100
>   update-alternatives --install ${bindir}/javah javah 
> ${JDK_HOME}/bin/javah 100
>  }
>  
>  pkg_prerm_${PN} () {
> - update-alternatives --remove jar   ${JDK_HOME}/jre/bin/jar
> - update-alternatives --remove java  ${JDK_HOME}/jre/bin/java
> - update-alternatives --remove javac ${JDK_HOME}/jre/bin/javac
> - update-alternatives --remove javah ${JDK_HOME}/jre/bin/javah
> + update-alternatives --remove jar   ${JDK_HOME}/bin/jar
> + update-alternatives --remove java  ${JDK_HOME}/bin/java
> + update-alternatives --remove javac ${JDK_HOME}/bin/javac
> + update-alternatives --remove javah ${JDK_HOME}/bin/javah
>  }
> diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
> b/recipes-devtools/oracle-java/oracle-jse.inc
> index c812cf7..ce8280c 100644
> --- a/recipes-devtools/oracle-java/oracle-jse.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse.inc
> @@ -41,9 +41,9 @@ PROVIDES += "virtual/java"
>  inherit update-alternatives
>  
>  pkg_postinst_${PN} () {
> - update-alternatives --install ${bindir}/java java 
> ${JDK_HOME}/jre/bin/java 75
> + update-alternatives --install ${bindir}/java java ${JDK_HOME}/bin/java 
> 75
>  }
>  
>  pkg_prerm_${PN} () {
> - update-alternatives --remove java ${JDK_HOME}/jre/bin/java
> + update-alternatives --remove java ${JDK_HOME}/bin/java
>  }
> -- 

Pushed, Thanks!

Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH v2] Update version to 8u131-b11 for all recipes Checksum change for license file following update to 8u131 b11

[Maxin B. John]

Hi,

On Fri, Apr 28, 2017 at 08:07:25PM +0200, Romain Bazile wrote:
> Signed-off-by: Romain Bazile 
> ---
>  .../oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc   | 10 
> +-
>  .../oracle-jse-ejre-arm-vfp-hflt-client-headless.inc   | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb  | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb| 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jre-i586.inc   | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jre-x86-64.inc | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse.inc|  2 +-
>  7 files changed, 31 insertions(+), 31 deletions(-)
>
Pushed to master branch. Thanks!

Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] Update version to 8u131-b11 for all recipes

[Maxin B. John]

Hi,

On Thu, Apr 27, 2017 at 08:54:49PM +0200, Romain Bazile wrote:
> From: Romain Bazile 
> 
> Signed-off-by: Romain Bazile 
> ---
>  .../oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc   | 10 
> +-
>  .../oracle-jse-ejre-arm-vfp-hflt-client-headless.inc   | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb  | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb| 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jre-i586.inc   | 10 
> +-
>  recipes-devtools/oracle-java/oracle-jse-jre-x86-64.inc | 10 
> +-
>  6 files changed, 30 insertions(+), 30 deletions(-)
> 

Got this error:

ERROR: oracle-jse-jdk-x86-64-1.8.0-u131r0 do_populate_lic: QA Issue: 
oracle-jse-jdk-x86-64: The LIC_FILES_CHKSUM does not match for 
file://jdk1.8.0_131/THIRDPARTYLICENSEREADME-JAVAFX.txt;md5=ab9db8d553033c0326bd2d38d77f84c1
oracle-jse-jdk-x86-64: The new md5 checksum is 4f31cd1a5d86744d5f00666d9a57ad2a
oracle-jse-jdk-x86-64: Here is the selected license text:
vv
DO NOT TRANSLATE OR LOCALIZE

***

...


Please update the LIC_FILES_CHKSUM.


> diff --git 
> a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc 
> b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc
> index 321afee..343004f 100644
> --- 
> a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc
> +++ 
> b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-sflt-client-headless.inc

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] oracle-jse-ejre: Fix destination

[Maxin B. John]

Hi,

Missing Signed-off-by here.

On Fri, Apr 07, 2017 at 03:19:39PM +0200, Jaap de Jong wrote:
> ---
>  recipes-devtools/oracle-java/oracle-jse-ejre.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse-ejre.inc 
> b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
> index bea4a03..0af0b6b 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-ejre.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
> @@ -19,7 +19,7 @@ LIC_FILES_CHKSUM = "\
>   "
>  
>  do_compile() {
> - DEST=${S}/ejre${PV}_${PV_UPDATE}
> + DEST=${S}/ejre${PV}_${PV_UPDATE}/jre
>   rm -rf ${DEST}
>   JAVA_HOME=${STAGING_DIR_NATIVE}/${JDK_HOME} 
> ejdk${PV}_${PV_UPDATE}/bin/jrecreate.sh --dest ${DEST}
>  }
> -- 
> 2.7.4
>

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH 1/6] oracle-jse.inc: Fix unattended downloading source

[Maxin B. John]

Hi,

On Thu, Mar 30, 2017 at 11:02:48AM +0200, Jaap de Jong wrote:
> 
> On 30-03-17 10:57, Maxin B. John wrote:
> >Hi,
> >
> >Thank you very much for these updates. Merged to master-next.
> >
> >Note: from now on, please send the patches using "git send-email"
> >as mentioned in the README file.
> >
> That was my intention (of course) but I'm having some issues with
> Thunderbird icw "git send-mail"...

Got it. Let us not worry about the tools for now :)

Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH 1/6] oracle-jse.inc: Fix unattended downloading source

[Maxin B. John]

Hi,

Thank you very much for these updates. Merged to master-next.

Note: from now on, please send the patches using "git send-email"
as mentioned in the README file. 

On Thu, Mar 30, 2017 at 08:28:09AM +0200, Jaap de Jong wrote:
> 

> From d20c60ce51a399541329bd5360e5489f537d630b Mon Sep 17 00:00:00 2001
> From: Jaap de Jong 
> Date: Tue, 28 Mar 2017 14:07:19 +0200
> Subject: [PATCH 1/6] oracle-jse.inc: Fix unattended downloading source
> 
> ---
>  recipes-devtools/oracle-java/oracle-jse.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
> b/recipes-devtools/oracle-java/oracle-jse.inc
> index 8cb0953..488bce2 100644
> --- a/recipes-devtools/oracle-java/oracle-jse.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse.inc
> @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "\
>   
> file://${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=745d6db5fc58c63f74ce6a7d4db7e695
>  \
>   "
>  
> -FETCHCMD_wget_append = " --header=Cookie:oraclelicense=a "
> +FETCHCMD_wget_append = " --no-check-certificate --no-cookies --header 
> 'Cookie: oraclelicense=accept-securebackup-cookie' "
>  
>  RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+ libxtst libxi"
>  # get the java update version in the resulting package
> -- 
> 2.7.4

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Fwd: [meta-oracle-java][PATCH 1/6] oracle-jse.inc: Fix unattended downloading source

[Maxin B. John]

Hi,

On Wed, Mar 29, 2017 at 09:03:15AM +0200, Jaap de Jong wrote:
> ---
> 
>  recipes-devtools/oracle-java/oracle-jse.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
> b/recipes-devtools/oracle-java/oracle-jse.inc
> index 8cb0953..488bce2 100644
> --- a/recipes-devtools/oracle-java/oracle-jse.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse.inc
> @@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = "\
>   
> file://${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=745d6db5fc58c63f74ce6a7d4db7e695
>  \
>   "
> -FETCHCMD_wget_append = " --header=Cookie:oraclelicense=a "
> +FETCHCMD_wget_append = " --no-check-certificate --no-cookies --header 
> 'Cookie: oraclelicense=accept-securebackup-cookie' "
>  RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+ libxtst libxi"
>  # get the java update version in the resulting package
> --

This series doesn't apply cleanly to master branch. Please respin it.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java][PATCH] commons-collections3: upgrade from 3.2.1 to 3.2.2

[Maxin B. John]

Hi,

On Tue, Mar 21, 2017 at 03:04:25PM +0800, Zhenhua Luo wrote:
> Signed-off-by: Zhenhua Luo 
> ---
>  .../{commons-collections3_3.2.1.bb => commons-collections3_3.2.2.bb} | 5 
> +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
>  rename recipes-core/jakarta-commons/{commons-collections3_3.2.1.bb => 
> commons-collections3_3.2.2.bb} (63%)
> 
> diff --git a/recipes-core/jakarta-commons/commons-collections3_3.2.1.bb 
> b/recipes-core/jakarta-commons/commons-collections3_3.2.2.bb
> similarity index 63%
> rename from recipes-core/jakarta-commons/commons-collections3_3.2.1.bb
> rename to recipes-core/jakarta-commons/commons-collections3_3.2.2.bb
> index 852cac7..0a53d09 100644
> --- a/recipes-core/jakarta-commons/commons-collections3_3.2.1.bb
> +++ b/recipes-core/jakarta-commons/commons-collections3_3.2.2.bb
> @@ -1,5 +1,6 @@
>  require jakarta-commons.inc
>  
> +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=3b83ef96387f14655fc854ddc3c6bd57"
>  PR = "${INC_PR}.1"
>  
>  DESCRIPTION = "A set of abstract data type interfaces and implementations 
> that offer a wealth of useful functionality and a solid foundation for 
> extending that functionality"
> @@ -9,5 +10,5 @@ SRC_URI = 
> "http://www.apache.org/dist/commons/collections/source/commons-collect
>  S = "${WORKDIR}/commons-collections-${PV}-src"
>  
>  
> -SRC_URI[md5sum] = "031ce05872ddb0462f0dcce1e5babbe9"
> -SRC_URI[sha256sum] = 
> "9a4a800cb7ecdaf3b6f608cd608682b88b506f1b1c4b727d15471ae3329fc63d"
> +SRC_URI[md5sum] = "776b51a51312c1854ad8f6d344a47cda"
> +SRC_URI[sha256sum] = 
> "070d94fe77969d8949bd129a618e6a7bee6b83b5b5db3ef3f983395a5428b914"
> -- 

Pushed to master-next. Thanks!

Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 2/2] README: remove restrictions related to package management support

[Maxin B. John]

With RPM4, we no longer have to restrict the package managers supported
by meta-oracle-java layer to ipk and deb. Remove the restrictions
specified in the README file.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 README | 9 -
 1 file changed, 9 deletions(-)

diff --git a/README b/README
index cb06ced..1f2c138 100644
--- a/README
+++ b/README
@@ -28,15 +28,6 @@ browser, downloading the tarballs, and storing in the 
bitbake download
 location. And the bitbake download location is specified by DL_DIR variable
 in build configuration file (conf/local.conf)
 
-There are some known install problems for JRE packages due to dependencies
-reported by RPM package manager. Switching to DEB or IPK packaging temporarily
-fixes this.
-ie:
-PACKAGE_CLASSES = "package_deb"
-or
-PACKAGE_CLASSES = "package_ipk"
-in your 'local.conf' file
-
 Where to Send Patches
 =
 Please submit any patches against this layer to the Yocto mailing list like:
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 1/2] oracle-jse.inc: update RDEPENDS list

[Maxin B. John]

Update RDEPENDS list to satisfy the dependencies reported by
rpm package manager.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 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 5df93d4..8cb0953 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -8,6 +8,7 @@ LIC_FILES_CHKSUM = "\
 
 FETCHCMD_wget_append = " --header=Cookie:oraclelicense=a "
 
+RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+ libxtst libxi"
 # get the java update version in the resulting package
 PR =. "u${PV_UPDATE}"
 S = "${WORKDIR}"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-raspberrypi][PATCH] gstreamer1.0-omx: remove bbappend for version 1.2.0

[Maxin B. John]

OE-Core rev: aa06a18d59eb391d1a7ace9daa0681bdf8daf17f
removed gstreamer1.0-omx_1.2.0 recipe.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 ...o-acquire-buffer-when-src-pad-isn-t-activ.patch |  48 
 .../0001-config-files-path.patch   | 137 -
 .../0002-fix-decoder-flushing.patch|  16 ---
 .../0003-no-timeout-on-get-state.patch |  16 ---
 ...erly-handle-drain-requests-while-flushing.patch |  69 ---
 ...-gst_omx_video_dec_set_format-if-there-s-.patch |  30 -
 ...-unref-allocator-after-getting-it-from-al.patch |  48 
 ...mxvideodec-Use-gstglmemoryegl-for-the-RPi.patch | 115 -
 .../gstreamer/gstreamer1.0-omx_1.2.0.bbappend  |  14 ---
 9 files changed, 493 deletions(-)
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-Don-t-try-to-acquire-buffer-when-src-pad-isn-t-activ.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-config-files-path.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0002-fix-decoder-flushing.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0003-no-timeout-on-get-state.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0004-Properly-handle-drain-requests-while-flushing.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0005-Don-t-abort-gst_omx_video_dec_set_format-if-there-s-.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0006-omxvideodec-unref-allocator-after-getting-it-from-al.patch
 delete mode 100644 
recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0007-omxvideodec-Use-gstglmemoryegl-for-the-RPi.patch
 delete mode 100644 recipes-multimedia/gstreamer/gstreamer1.0-omx_1.2.0.bbappend

diff --git 
a/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-Don-t-try-to-acquire-buffer-when-src-pad-isn-t-activ.patch
 
b/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-Don-t-try-to-acquire-buffer-when-src-pad-isn-t-activ.patch
deleted file mode 100644
index 815a7c2..000
--- 
a/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-Don-t-try-to-acquire-buffer-when-src-pad-isn-t-activ.patch
+++ /dev/null
@@ -1,48 +0,0 @@
-From 2e111e52f96f0b942abda120c30a876629bd73fc Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Enrique=20Oca=C3=B1a=20Gonz=C3=A1lez?= <eoca...@igalia.com>
-Date: Mon, 25 May 2015 14:53:35 +0200
-Subject: [PATCH] Don't try to acquire buffer when src pad isn't active
-
-This solves a race condition when setting the pipeline from PAUSE to
-NULL while the decoder loop is still running. Without this patch, the
-thread which interacts with the decode sink pad gets blocked here:
-
-  gst_element_change_state()
-  gst_element_change_state_func()
-  gst_element_pads_activate() --> Deactivating pads
-  activate_pads()
-  gst_pad_set_active()
-  gst_pad_activate_mode()
-  post_activate()
-  GST_PAD_STREAM_LOCK()
-
-while gst_omx_port_acquire_buffer() gets stalled forever in
-gst_omx_component_wait_message() waiting for a message that will never
-arrive:
-
-  gst_omx_video_dec_loop()
-  gst_omx_port_acquire_buffer()
-  gst_omx_component_wait_message()

- omx/gstomxvideodec.c | 5 +
- 1 file changed, 5 insertions(+)
-
-diff --git a/omx/gstomxvideodec.c b/omx/gstomxvideodec.c
-index cd24944..57a61dd 100644
 a/omx/gstomxvideodec.c
-+++ b/omx/gstomxvideodec.c
-@@ -1247,6 +1247,11 @@ gst_omx_video_dec_loop (GstOMXVideoDec * self)
-   GstClockTimeDiff deadline;
-   OMX_ERRORTYPE err;
- 
-+  if (!gst_pad_is_active(GST_VIDEO_DECODER_SRC_PAD (self))) {
-+GST_DEBUG_OBJECT (self, "Src pad not active, not acquiring buffer and 
flushing instead");
-+  goto flushing;
-+  }
-+
- #if defined (USE_OMX_TARGET_RPI) && defined (HAVE_GST_GL)
-   port = self->eglimage ? self->egl_out_port : self->dec_out_port;
- #else
--- 
-1.8.3.2
-
diff --git 
a/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-config-files-path.patch
 
b/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-config-files-path.patch
deleted file mode 100644
index a7da922..000
--- 
a/recipes-multimedia/gstreamer/gstreamer1.0-omx-1.2.0/0001-config-files-path.patch
+++ /dev/null
@@ -1,137 +0,0 @@
 a/config/bellagio/gstomx.conf
-+++ b/config/bellagio/gstomx.conf
-@@ -1,6 +1,6 @@
- [omxmpeg4videodec]
- type-name=GstOMXMPEG4VideoDec
--core-name=/usr/local/lib/libomxil-bellagio.so.0
-+core-name=/usr/lib/libomxil-bellagio.so.0
- component-name=OMX.st.video_decoder.mpeg4
- rank=256
- in-port-index=0
-@@ -9,7 +9,7 @@
- 
- [omxh264dec]
- type-name=GstOMXH264Dec
--core-name=/usr/local/lib/libomxil-bellagio.so.0
-+core-name=/usr/lib/libomxil-bellagio.so.0
- component-name=OMX.st.video_decoder.avc
- rank=256
- in-port-index=0
-@@ -18,7 +18,7 @@
- 
- [omxmpeg4videoenc]
- type-name=GstOMXMPEG4VideoEnc
--core-name=/usr/local/lib/libomxil-b

Re: [yocto] [meta-java][PATCH 0/3] Fix build for per-recipe sysroot

[Maxin B. John]

Hi Adrian,

On Thu, Mar 02, 2017 at 01:50:14PM +0100, Adrian Calianu wrote:
> Fix was done according to latest changes where dependencies
> are installed into a per-recipe sysroot.
> 
> Adrian Calianu (3):
>   classpath-native: fix build dependencies
>   libecj: fix build issues by adding missing dependencies
>   jamvm: add missing dependencies
> 
>  recipes-core/classpath/classpath-native_0.99.bb | 2 +-
>  recipes-core/ecj/libecj-bootstrap.inc   | 2 +-
>  recipes-core/jamvm/jamvm.inc| 4 ++--
>  3 files changed, 4 insertions(+), 4 deletions(-)
>
Thanks lot for these fixes. Pushed to master-next.

Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] add users doesn't work

[Maxin B. John]

Hi Jakob,

On Mon, Feb 27, 2017 at 03:34:59PM +0100, Jakob Hasse wrote:
> Hello,
> 
> I tried to add a user to my image, like described in the FAQ here:
> https://wiki.yoctoproject.org/wiki/FAQ:How_do_I_set_or_change_the_root_password
> 
> However, if I added that two lines to my recipe, it doesn't have any effect
> (still only root user available).
> What else do I need to change to make this work? And is the recipe the right
> place for this line (FAQ doesn't mention this)?

The "extrausers" class is generally used for image level user/group 
configuration.
"useradd" class is recommended for recipe level user/group configurations.

So, please use it in your local.conf as below:

eg:
INHERIT += "extrausers"
EXTRA_USERS_PARAMS = "\
useradd -p '' tester1; \
"

Hope this helps.

> Kind Regards,
> Jakob
> 
> -- 
> Jakob Hasse
> Software Developement
> 
> E: jakob.ha...@smart-home-technology.ch
> T: +41 44 552 02 66
> 
> Smart Home Technology GmbH
> www.smart-home-technology.ch

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Pulseaudio: build issue

[Maxin B. John]

Hi Gowtham,

On Wed, Jan 18, 2017 at 12:00:52PM +, Gowtham Pandi wrote:
>
>Hi All,
>
>I am using Raspberry Pi 3 model B. I am facing build issues while building 
>bitbake pulseaudio.
>
>Please find my configuration details:
>
>Yocto : Jethro branch
>pulseaudio.inc RDEPENDS_pulseaudio-server += "alsa-plugins-pulseaudio-conf"
>we are using alsa-plugins_1.0.29.bb
>bitbake pulseaudio
>ERROR: Nothing RPROVIDES 'alsa-plugins-pulseaudio-conf' 
> (but 
> /home/guest/openembedded-core/meta/recipes-multimedia/pulseaudio/pulseaudio_6.0.bb
>  RDEPENDS on or otherwise requires it)
>
>NOTE: Runtime target 'alsa-plugins-pulseaudio-conf' is unbuildable, 
>removing... 
>Missing or unbuildable dependency chain was: ['alsa-plugins-pulseaudio-conf'] 
> ERROR: Required build target 'pulseaudio' has no buildable providers.
> Missing or unbuildable dependency chain was: ['pulseaudio', 
> 'alsa-plugins-pulseaudio-conf']
>
>
>Please share your inputs.

Please make sure that "pulseaudio" is present in the 'DISTRO_FEATURES'.

To test this, add the following line in your "local.conf" file and build again:
DISTRO_FEATURES_append =" pulseaudio"

>
>Thanks
>Gowtham  P

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 4/4] README.hardware: minor update to edgerouter section

[Maxin B. John]

Trivial fix

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 README.hardware | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.hardware b/README.hardware
index d7e24d2..562f196 100644
--- a/README.hardware
+++ b/README.hardware
@@ -317,7 +317,7 @@ Steps:
 
  2. Flash the image.
 
-# dd core-image-minimal-edgerouter.wic of=/dev/sdb
+# dd if=core-image-minimal-edgerouter.wic of=/dev/sdb
 
  3. Insert USB disk into the edgerouter and boot it.
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 1/4] poky-tiny.conf: remove core-image-directfb reference

[Maxin B. John]

core-image-directfb was removed from oe-core with this commit:

remove core-image-directfb.bb as part of moving directfb
from oe-core
(From OE-Core rev: 8871fe1189776d78e5848b08edb9c990b9aebf2d)

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta-poky/conf/distro/poky-tiny.conf | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta-poky/conf/distro/poky-tiny.conf 
b/meta-poky/conf/distro/poky-tiny.conf
index 08bd497..6aee35c 100644
--- a/meta-poky/conf/distro/poky-tiny.conf
+++ b/meta-poky/conf/distro/poky-tiny.conf
@@ -115,7 +115,6 @@ RDEPENDS_${PN}-mtrace_pn-eglibc = ""
 PNBLACKLIST[build-appliance-image] = "not buildable with poky-tiny"
 PNBLACKLIST[core-image-base] = "not buildable with poky-tiny"
 PNBLACKLIST[core-image-clutter] = "not buildable with poky-tiny"
-PNBLACKLIST[core-image-directfb] = "not buildable with poky-tiny"
 PNBLACKLIST[core-image-full-cmdline] = "not buildable with poky-tiny"
 PNBLACKLIST[core-image-lsb] = "not buildable with poky-tiny"
 PNBLACKLIST[core-image-lsb-dev] = "not buildable with poky-tiny"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 2/4] maintainers.inc: remove core-image-directfb reference

[Maxin B. John]

core-image-directfb was removed from oe-core with this commit:

remove core-image-directfb.bb as part of moving directfb
from oe-core
(From OE-Core rev: 8871fe1189776d78e5848b08edb9c990b9aebf2d)

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta-poky/conf/distro/include/maintainers.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta-poky/conf/distro/include/maintainers.inc 
b/meta-poky/conf/distro/include/maintainers.inc
index db95111..260b3d8 100644
--- a/meta-poky/conf/distro/include/maintainers.inc
+++ b/meta-poky/conf/distro/include/maintainers.inc
@@ -108,7 +108,6 @@ RECIPE_MAINTAINER_pn-console-tools = "Chen Qi 
<qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-consolekit = "Chen Qi <qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-core-image-base = "Ross Burton <ross.bur...@intel.com>"
 RECIPE_MAINTAINER_pn-core-image-clutter = "Ross Burton <ross.bur...@intel.com>"
-RECIPE_MAINTAINER_pn-core-image-directfb = "Ross Burton 
<ross.bur...@intel.com>"
 RECIPE_MAINTAINER_pn-core-image-full-cmdline = "Ross Burton 
<ross.bur...@intel.com>"
 RECIPE_MAINTAINER_pn-core-image-kernel-dev = "Ross Burton 
<ross.bur...@intel.com>"
 RECIPE_MAINTAINER_pn-core-image-lsb = "Ross Burton <ross.bur...@intel.com>"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 3/4] ref-images.xml: remove core-image-directfb reference

[Maxin B. John]

core-image-directfb was removed from oe-core with this commit:

remove core-image-directfb.bb as part of moving directfb
from oe-core
(From OE-Core rev: 8871fe1189776d78e5848b08edb9c990b9aebf2d)

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 documentation/ref-manual/ref-images.xml | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/documentation/ref-manual/ref-images.xml 
b/documentation/ref-manual/ref-images.xml
index 69b58f6..f220968 100644
--- a/documentation/ref-manual/ref-images.xml
+++ b/documentation/ref-manual/ref-images.xml
@@ -54,9 +54,6 @@
 core-image-clutter:
 An image with support for the Open GL-based toolkit Clutter, 
which enables development of
 rich and animated graphical user interfaces.
-core-image-directfb:
-An image that uses directfb instead of 
X11.
-
 core-image-full-cmdline:
 A console-only image with more full-featured Linux system
 functionality installed.
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] X display touch calibration

[Maxin B. John]

Hi,

On Mon, Aug 29, 2016 at 05:52:31PM +0200, Gary Thomas wrote:
> On 2016-08-29 13:49, Maxin B. John wrote:
> >Hi Gary,
> >
> >On Mon, Aug 29, 2016 at 11:09:25AM +0200, Gary Thomas wrote:
> >>How is the touchscreen calibration supposed to work now (after
> >>the recent changes dropping pointercal, tslib, etc)?  I can
> >>see when I launch X that the screen calibration program runs,
> >>but I think only briefly as the main [matchbox] screen immediately
> >>comes up and without calibration, my pointer (touchscreen) is pretty
> >>useless...
> >
> >Could you share some more details about the device that you are using?
> 
> I'm using an i.MX6Q SabreLite (Boundary Devices) with a 7" LCD that has
> a TSC-2004 resistive touch screen.
> 
> >
> >Most likely, the layer which supports your device, already provides a
> >default "/etc/pointercal.xinput" file. Removing that file and restarting
> >the device should bring back the screen calibration program during boot.
> 
> I removed that file and still the same behavior.

Looks a bit strange :(

> >
> >>Ideas / pointers?
> >
> >Please update that .bbappend file or provide a "reasonable"(which works
> >with the latest xinput_calibrator) set of default values in the
> >pointercal.xinput file.
> 
> Since the autocalibrate isn't working, can you give some guidance
> what this looks like?  The one created by the [erroneous] .bbappend
> looks like this:
>   xinput set-int-prop "EETI eGalax Touch Screen" "Evdev Axis Calibration" 
> 42060 2062 -8 -783544 1 1549 65536
>   xinput set-int-prop "EETI eGalax Touch Screen" "Evdev Axes Swap" 8 0
> 
> Note: the reason you didn't see my error when you built for imx28 was
> that this specific file is i.MX6 specific.

Oh, ok.

> Also, in the past I used a [manually crafted] file:
> = /etc/X11/xorg.conf.d/11-touchscreen.conf
> Section "InputClass"
> Identifier "tsc2004"
> MatchProduct "tsc2004"
> MatchDevicePath "/dev/input/event*"
> Driver "evdev"
> Option "InvertX" "true"
> Option  "Calibration"   "85 4045 166 3991"
> EndSection
> 
> The touchscreen still works if I include this but I was trying to play
> by the new rules and use the new configuration tools, so I removed it
> and /etc/pointercal*

Good to hear that it works with the manually created file. To debug the problem
further, is it possible to share the output from the target ?
# xinput_calibrator --list

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta][PATCH] ruby: ensure that .ext/rdoc is gone in compile

[Maxin B. John]

Hi Sujith,

On Mon, Aug 29, 2016 at 05:01:52PM +0530, Sujith H wrote:
> From: Christopher Larson 
> 
> rdoc gets unhappy if this already exists, so remove it before building.
> 
> Without this, it's possible to hit this error:
> 
> Directory .ext/rdoc already exists, but it looks like it isn't an RDoc
> directory.
> 
> Signed-off-by: Christopher Larson 
> Signed-off-by: Sujith Haridasan 
> ---
>  meta/recipes-devtools/ruby/ruby.inc | 4 
>  1 file changed, 4 insertions(+)
> 
> diff --git a/meta/recipes-devtools/ruby/ruby.inc 
> b/meta/recipes-devtools/ruby/ruby.inc
> index fde67e9..d8f6882 100644
> --- a/meta/recipes-devtools/ruby/ruby.inc
> +++ b/meta/recipes-devtools/ruby/ruby.inc
> @@ -37,3 +37,7 @@ do_configure_prepend() {
>  sed -i "s#%%TARGET_CFLAGS%%#$TARGET_CFLAGS#; 
> s#%%TARGET_LDFLAGS%%#$TARGET_LDFLAGS#" ${S}/common.mk
>  rm -rf ${S}/ruby/
>  }
> +
> +do_compile_prepend () {
> +rm -rf .ext/rdoc
> +}
> -- 

Please send this to oe-core mailing list.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] X display touch calibration

[Maxin B. John]

Hi Gary,

On Mon, Aug 29, 2016 at 11:09:25AM +0200, Gary Thomas wrote:
> How is the touchscreen calibration supposed to work now (after
> the recent changes dropping pointercal, tslib, etc)?  I can
> see when I launch X that the screen calibration program runs,
> but I think only briefly as the main [matchbox] screen immediately
> comes up and without calibration, my pointer (touchscreen) is pretty
> useless...

Could you share some more details about the device that you are using?

Most likely, the layer which supports your device, already provides a
default "/etc/pointercal.xinput" file. Removing that file and restarting
the device should bring back the screen calibration program during boot.

> Ideas / pointers?

Please update that .bbappend file or provide a "reasonable"(which works
with the latest xinput_calibrator) set of default values in the
pointercal.xinput file.

> -- 
> 
> Gary Thomas |  Consulting for the
> MLB Associates  |Embedded world
> 

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] meta-oracle-java][BUG-REPORT

[Maxin B. John]

Hi,

>On Wed, Aug 17, 2016 at 09:19:49AM -0400, Mark Schnell wrote:
>
>Good day;
>
> Short version:
>
>The ARM architecture for the meta-oracle-java layer still points to Java v7u60.
>
>  Long version:


 
Good catch. I missed that part while upgrading it. Will update it this week :)

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-qt4][PATCH v2 2/2] packagegroup-core-qt4e: updates based on tslib dependency

[Maxin B. John]

Since tslib dependency is optional, update the location of
qt4-embedded-plugin-mousedriver-tslib which depends on it.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-qt4/packagegroups/packagegroup-core-qt4e.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb 
b/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
index eb5fa1f..588e99b 100644
--- a/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
+++ b/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
@@ -7,7 +7,7 @@ COMPATIBLE_HOST_mips64 = "null"
 
 inherit packagegroup
 
-TOUCH = ' ${@bb.utils.contains("MACHINE_FEATURES", "touchscreen", "tslib 
tslib-calibrate tslib-tests", "",d)}'
+TOUCH = ' ${@bb.utils.contains("MACHINE_FEATURES", "touchscreen", "tslib 
tslib-calibrate tslib-tests qt4-embedded-plugin-mousedriver-tslib", "",d)}'
 
 RDEPENDS_${PN} = " \
qt4-embedded \
@@ -35,7 +35,6 @@ RDEPENDS_${PN} = " \
qt4-embedded-plugin-imageformat-mng \
qt4-embedded-plugin-imageformat-svg \
qt4-embedded-plugin-imageformat-tiff \
-   qt4-embedded-plugin-mousedriver-tslib \
qt4-embedded-plugin-script-dbus \
qt4-embedded-plugin-sqldriver-sqlite \
${TOUCH} \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-qt4][PATCH v2 1/2] qt4-embedded.inc: provide PACKAGECONFIG for tslib

[Maxin B. John]

make tslib dependency optional

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-qt4/qt4/qt4-embedded.inc | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/recipes-qt4/qt4/qt4-embedded.inc b/recipes-qt4/qt4/qt4-embedded.inc
index 3f40b82..1122080 100644
--- a/recipes-qt4/qt4/qt4-embedded.inc
+++ b/recipes-qt4/qt4/qt4-embedded.inc
@@ -2,7 +2,9 @@ SUMMARY = "Cross-platform UI toolkit and application framework 
(framebuffer vers
 DESCRIPTION = "Qt is a versatile cross-platform application framework -- this 
is the embedded (framebuffer) version."
 SECTION = "libs"
 HOMEPAGE = "http://qt-project.org/;
-DEPENDS += "tslib"
+
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[tslib] = " -plugin-mouse-tslib, ,tslib"
 
 QT4EDEPENDS = ""
 QT_BASE_LIB  ?= "libqt-embedded"
@@ -18,8 +20,8 @@ QT_EMBEDDED_FLAGS ?= " \
 "
 QT_EMBEDDED_EXTRA_FLAGS ?= " \
 -plugin-gfx-transformed -plugin-gfx-qvfb -plugin-gfx-vnc \
--plugin-mouse-tslib -qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
--qt-kbd-tty -qt-kbd-linuxinput \
+-qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
+-qt-kbd-tty -qt-kbd-linuxinput ${PACKAGECONFIG_CONFARGS} \
 "
 QT_EMBEDDED_KEYPAD_FLAGS ?= " \
 -DQT_KEYPAD_NAVIGATION \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-qt4][PATCH 1/2] qt4-embedded.inc: provide PACKAGECONFIG for tslib

[Maxin B. John]

Hi Martin,

On Fri, Aug 19, 2016 at 10:13:31AM +0200, Martin Jansa wrote:
> On Fri, Aug 19, 2016 at 11:01:57AM +0300, Maxin B. John wrote:
> > make tslib dependency optional
> > 
> > Signed-off-by: Maxin B. John <maxin.j...@intel.com>
> > ---
> >  recipes-qt4/qt4/qt4-embedded.inc | 6 --
> >  1 file changed, 4 insertions(+), 2 deletions(-)
> > 
> > diff --git a/recipes-qt4/qt4/qt4-embedded.inc 
> > b/recipes-qt4/qt4/qt4-embedded.inc
> > index 3f40b82..6e7cd86 100644
> > --- a/recipes-qt4/qt4/qt4-embedded.inc
> > +++ b/recipes-qt4/qt4/qt4-embedded.inc
> > @@ -2,7 +2,9 @@ SUMMARY = "Cross-platform UI toolkit and application 
> > framework (framebuffer vers
> >  DESCRIPTION = "Qt is a versatile cross-platform application framework -- 
> > this is the embedded (framebuffer) version."
> >  SECTION = "libs"
> >  HOMEPAGE = "http://qt-project.org/;
> > -DEPENDS += "tslib"
> > +
> > +PACKAGECONFIG ??= ""
> > +PACKAGECONFIG[tslib] = "QT_EMBEDDED_EXTRA_FLAGS_append ='  
> > -plugin-mouse-tslib', , tslib"
> 
> Does this really work? 

Yes, it was tested before.   

> Why don't you append PACKAGECONFIG_CONFARGS
> variable to QT_EMBEDDED_EXTRA_FLAGS and leave only -plugin-mouse-tslib
> in PACKAGECONFIG?

Your suggestion looks better and will try to update it based on that, Thanks.
(A quick grep in meta-qt4 for PACKAGECONFIG_CONFARGS returned zero results)

> >  QT4EDEPENDS = ""
> >  QT_BASE_LIB  ?= "libqt-embedded"
> > @@ -18,7 +20,7 @@ QT_EMBEDDED_FLAGS ?= " \
> >  "
> >  QT_EMBEDDED_EXTRA_FLAGS ?= " \
> >  -plugin-gfx-transformed -plugin-gfx-qvfb -plugin-gfx-vnc \
> > --plugin-mouse-tslib -qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
> > +-qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
> >  -qt-kbd-tty -qt-kbd-linuxinput \
> >  "
> >  QT_EMBEDDED_KEYPAD_FLAGS ?= " \
> > -- 
> > 2.4.0

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-qt4][PATCH 2/2] packagegroup-core-qt4e: updates based on tslib dependency

[Maxin B. John]

Since tslib dependency is optional, update the location of
qt4-embedded-plugin-mousedriver-tslib which depends on it.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-qt4/packagegroups/packagegroup-core-qt4e.bb | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb 
b/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
index eb5fa1f..588e99b 100644
--- a/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
+++ b/recipes-qt4/packagegroups/packagegroup-core-qt4e.bb
@@ -7,7 +7,7 @@ COMPATIBLE_HOST_mips64 = "null"
 
 inherit packagegroup
 
-TOUCH = ' ${@bb.utils.contains("MACHINE_FEATURES", "touchscreen", "tslib 
tslib-calibrate tslib-tests", "",d)}'
+TOUCH = ' ${@bb.utils.contains("MACHINE_FEATURES", "touchscreen", "tslib 
tslib-calibrate tslib-tests qt4-embedded-plugin-mousedriver-tslib", "",d)}'
 
 RDEPENDS_${PN} = " \
qt4-embedded \
@@ -35,7 +35,6 @@ RDEPENDS_${PN} = " \
qt4-embedded-plugin-imageformat-mng \
qt4-embedded-plugin-imageformat-svg \
qt4-embedded-plugin-imageformat-tiff \
-   qt4-embedded-plugin-mousedriver-tslib \
qt4-embedded-plugin-script-dbus \
qt4-embedded-plugin-sqldriver-sqlite \
${TOUCH} \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-qt4][PATCH 1/2] qt4-embedded.inc: provide PACKAGECONFIG for tslib

[Maxin B. John]

make tslib dependency optional

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-qt4/qt4/qt4-embedded.inc | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/recipes-qt4/qt4/qt4-embedded.inc b/recipes-qt4/qt4/qt4-embedded.inc
index 3f40b82..6e7cd86 100644
--- a/recipes-qt4/qt4/qt4-embedded.inc
+++ b/recipes-qt4/qt4/qt4-embedded.inc
@@ -2,7 +2,9 @@ SUMMARY = "Cross-platform UI toolkit and application framework 
(framebuffer vers
 DESCRIPTION = "Qt is a versatile cross-platform application framework -- this 
is the embedded (framebuffer) version."
 SECTION = "libs"
 HOMEPAGE = "http://qt-project.org/;
-DEPENDS += "tslib"
+
+PACKAGECONFIG ??= ""
+PACKAGECONFIG[tslib] = "QT_EMBEDDED_EXTRA_FLAGS_append ='  
-plugin-mouse-tslib', , tslib"
 
 QT4EDEPENDS = ""
 QT_BASE_LIB  ?= "libqt-embedded"
@@ -18,7 +20,7 @@ QT_EMBEDDED_FLAGS ?= " \
 "
 QT_EMBEDDED_EXTRA_FLAGS ?= " \
 -plugin-gfx-transformed -plugin-gfx-qvfb -plugin-gfx-vnc \
--plugin-mouse-tslib -qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
+-qt-mouse-pc -qt-mouse-qvfb -qt-mouse-linuxinput \
 -qt-kbd-tty -qt-kbd-linuxinput \
 "
 QT_EMBEDDED_KEYPAD_FLAGS ?= " \
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH] swabber: remove from documentation

[Maxin B. John]

Hi Scott,

On Fri, Jul 22, 2016 at 08:14:24AM -0700, Scott Rifenbark wrote:
>Hi,
>
>>Is it safe to apply this patch to the docs?  In the past, I have applied 
>>patches too soon to the docs.  Let me know.

Since swabber support in oe-core is a dead parrot now, this patch
is safe to apply to the docs :)

>Thanks,
>Scott
>>
>>On Fri, Jul 22, 2016 at 4:28 AM, Maxin B. John <maxin.j...@intel.com> wrote:
>>
>> Remove documentation as swabber was removed from
>> oe-core with this commit:
>> commit a7ddbea345c90646e6b9ddb89f768865caffdf07
>> Author: Richard Purdie <richard.pur...@linuxfoundation.org>
>> Date:   Mon Jun 6 12:08:56 2016 +010


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] swabber: remove from documentation

[Maxin B. John]

Remove documentation as swabber was removed from
oe-core with this commit:
commit a7ddbea345c90646e6b9ddb89f768865caffdf07
Author: Richard Purdie <richard.pur...@linuxfoundation.org>
Date:   Mon Jun 6 12:08:56 2016 +0100

meta: Drop swabber

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 documentation/ref-manual/ref-classes.xml | 16 
 1 file changed, 16 deletions(-)

diff --git a/documentation/ref-manual/ref-classes.xml 
b/documentation/ref-manual/ref-classes.xml
index e919bd7..9fdfcaf 100644
--- a/documentation/ref-manual/ref-classes.xml
+++ b/documentation/ref-manual/ref-classes.xml
@@ -1381,22 +1381,6 @@
 
 
 
-
-image-swab.bbclass
-
-
-The image-swab class enables the
-Swabber
-tool in order to detect and log accesses to the host system during
-the OpenEmbedded build process.
-
-This class is currently unmaintained.
-The strace package needs to be installed
-in the build host as a dependency for this tool.
-
-
-
-
 
 image-vm.bbclass
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] image-vmdk with genericx86

[Maxin B. John]

Hi Takashi-san,

On Fri, Jul 15, 2016 at 05:32:32AM +, Takashi Matsuzawa wrote:
>Hello.
>
>Well, the below line actually inheriting image-live.bbclass.  The variable 
>values I can see by '-e' option may be the final values, not in the middle of 
>parsing.
>
>
>>IMAGE_TYPE_live = "${@build_live(d)}"
>>
>>inherit ${IMAGE_TYPE_live}
>
>The solution I came up is, to copy genericx86.conf to 
>build/conf/machines/generix86.conf (into local conf file folder) and do 
>necessary modification to it.
>So that I can cancel whatever IMAGE_FSTYPES value set by x86-base.inc.

Most of these bugs are fixed in master branch. I would recommend to switch from
fido branch to the latest krogoth, if possible. Please do file bugs in bugzilla 
as well.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] image-vmdk with genericx86

[Maxin B. John]

Hi Takashi-san,

On Wed, Jul 13, 2016 at 10:51:34AM +, Takashi Matsuzawa wrote:
>Hello, Yocto.
>
>Should it be possible to simply change image class of genericx86 from 
>.hddimg to .hdddirect?
>
>I have been successfully building genericx86 image (that is image-live.bbclass 
>based), and now trying to build it with directdisk (.hdddirect).
>
>I thought it would be simpler to use pre-existing imageclass, so I tried 
>following after finding image-vmdk.bbclass inherits boot-directdisk.
>
>Currently my build is based on Yocto 1.8 (fido).
>
>
>(in my local.conf)
>
>IMAGE_FSTYPES_remove = " live"
>IMAGE_FSTYPES_append = " vmdk"

Instead of the above two, could you use the following line in local.conf and 
build again ?

IMAGE_FSTYPES += "vmdk"

>But this caused following error.
>
>I am currently looking into the class files to find the cause of error, but 
>anyway, this should work?
>
>
>>ERROR: No IMAGE_CMD defined for IMAGE_FSTYPES entry 'vmdk' - possibly invalid 
>>type name or missing support class
>> ERROR: Function failed: do_rootfs
>> ERROR: Logfile of failure stored in:
>>/mnt/ssd2/yocto/dev/tmp/x86-wk3/work/genericx86-poky-linux/core-image-minimal-initramfs/1.0-r0/temp/log.do_rootfs.20432
>> ERROR: Task 229
>>(/mnt/ssd2/yocto/dev/wk/x86/wk3/build-root/sources/poky/meta/recipes-core/images/core-image-minimal-initramfs.bb,
>> do_rootfs) failed with exit code '1'


Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH] oracle-java: upgrade to 8u91

[Maxin B. John]

Update JDK and JRE to latest Critical Patch Update release - 8u91

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb | 11 ---
 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb | 11 +++
 recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb   | 11 ---
 recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb   | 11 +++
 recipes-devtools/oracle-java/oracle-jse-jre-i586.inc  | 11 ++-
 recipes-devtools/oracle-java/oracle-jse-jre-x86-64.inc| 10 +-
 .../{oracle-jse-jre_1.7.0.bb => oracle-jse-jre_1.8.0.bb}  |  0
 recipes-devtools/oracle-java/oracle-jse.inc   |  4 ++--
 8 files changed, 35 insertions(+), 34 deletions(-)
 delete mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
 create mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb
 delete mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
 create mode 100644 recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb
 rename recipes-devtools/oracle-java/{oracle-jse-jre_1.7.0.bb => 
oracle-jse-jre_1.8.0.bb} (100%)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
deleted file mode 100644
index 6f90d48..000
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-PV_UPDATE = "67"
-BUILD_NUMBER = "01"
-
-require oracle-jse-jdk.inc
-
-SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-7u${PV_UPDATE}-linux-i586.tar.gz;
-
-SRC_URI[md5sum] = "715b0e8ba2a06bded75f6a92427e2701"
-SRC_URI[sha256sum] = 
"b6231064ad2c9fbbcb099dba17b1dcf12033e922b9c24e4348b9a01e9ebaa85c"
-
-COMPATIBLE_HOST = "(i586.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb
new file mode 100644
index 000..5f0d189
--- /dev/null
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.8.0.bb
@@ -0,0 +1,11 @@
+PV_UPDATE = "91"
+BUILD_NUMBER = "14"
+
+require oracle-jse-jdk.inc
+
+SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/8u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-8u${PV_UPDATE}-linux-i586.tar.gz;
+
+SRC_URI[md5sum] = "f18cbe901f2c77630f1e301cea32b259"
+SRC_URI[sha256sum] = 
"5ecd05b5e566cbe688fc1e3159f04004ccad14d4faa3f50d15ffba1d50b4cd52"
+
+COMPATIBLE_HOST = "(i586.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
deleted file mode 100644
index 45853c3..000
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-PV_UPDATE = "67"
-BUILD_NUMBER = "01"
-
-require oracle-jse-jdk.inc
-
-SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-7u${PV_UPDATE}-linux-x64.tar.gz;
-
-SRC_URI[md5sum] = "81e3e2df33e13781e5fac5756ed90e67"
-SRC_URI[sha256sum] = 
"54dd1e13edf18c64941a55da9c91210b53dc5cf48f1a8f4538c863049e346335"
-
-COMPATIBLE_HOST = "(x86_64.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb
new file mode 100644
index 000..2f4290f
--- /dev/null
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.8.0.bb
@@ -0,0 +1,11 @@
+PV_UPDATE = "91"
+BUILD_NUMBER = "14"
+
+require oracle-jse-jdk.inc
+
+SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/8u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-8u${PV_UPDATE}-linux-x64.tar.gz;
+
+SRC_URI[md5sum] = "3f3d7d0cd70bfe0feab382ed4b0e45c0"
+SRC_URI[sha256sum] = 
"6f9b516addfc22907787896517e400a62f35e0de4a7b4d864b26b61dbe1b7552"
+
+COMPATIBLE_HOST = "(x86_64.*-linux)"
diff --git a/recipes-devtools/oracle-java/oracle-jse-jre-i586.inc 
b/recipes-devtools/oracle-java/oracle-jse-jre-i586.inc
index d0a9300..a90d780 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jre-i586.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jre-i586.inc
@@ -1,9 +1,10 @@
-PV_UPDATE = "67"
-BUILD_NUMBER = "01"
+PV_UPDATE = "91"
+BUILD_NUMBER = "14"
 
 require oracle-jse-jre.inc
 
-SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_NUMBER}/jre-7u${PV_UPDATE}-linux-i586.tar.gz;
+SRC_URI = 
"http://download.oracle.com/otn-pub/java/jdk/8u${PV_UPDATE}-b${BUILD_NUMBER}/jre-8u${PV_UPDATE}-linux-i586.tar.gz;
+
+SRC_URI[md5sum] = "705521705f0ddaa150f64090e56ae96c"
+SRC_URI[sha256sum] = 
"02071642f1628136516c88c11e46664a8cc363e685e9f066123b41d741567f43"
 
-SRC_URI[md5sum] = "2a256eb2a91f0084e58c612636

Re: [yocto] Another python3 error?

[Maxin B. John]

Hi Gary,

On Fri, Jun 10, 2016 at 12:06:15PM +0200, Gary Thomas wrote:
> On 2016-06-10 10:42, Burton, Ross wrote:
> >
> >On 10 June 2016 at 09:39, Gary Thomas  >> wrote:
> >
> >Any hints on which (and why it's not being recommended by the sanity 
> > checker)?
> >
> >
> >It's not recommended by the sanity checker because its only needed by depexp 
> >and on a X11-less build server will pull in
> >vast numbers of packages.
> >
> >It's the python2 GTK+2 bindings, so something like python-gtk is a good 
> >start.
> 
> I do have that package installed, but I think only for python2.
> 
> bitbake -u depexp used to work on this same system before the change over to
> python3 in bitbake.

Had the same experience. We need to modify depexp.py to support python3:

http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=maxin/depexp
( Please note that this is a work in progress )

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Antwort: Re: Problems with do_rootfs when changing the user password

[Maxin B. John]

Hi,

On Thu, Jun 09, 2016 at 05:17:33PM +0200, s.jar...@esa-grimma.de wrote:
>
>Hej
>
>Thanks for the infos. I figured out that the common tutorial under 
>meta-skeleton
>does not covers the change of the root password. Although "usermod -P" does 
>not exits.
>Now the "usermod -p" wants a encrypted password. Looks like most of the 
>examples at the
>www are little outdated. My question is now:
>
>How are the steps to (re)set the root password?
>
>If you like I would prefer to solve this question like a tutorial.
>
>The starting point is a own layer ("myLayer") and a password 
>("myNewPassword1234").

I would suggest to update this wiki page instead of starting something from 
scratch:

https://wiki.yoctoproject.org/wiki/FAQ:How_do_I_set_or_change_the_root_password

>Regards!
>
>Stefan Jaritz

Warm Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] maintainers.inc: change maintainer of db package

[Maxin B. John]

As discussed in the mail, change db maintainership.
http://lists.openembedded.org/pipermail/openembedded-core/2016-June/122460.html

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta-poky/conf/distro/include/maintainers.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-poky/conf/distro/include/maintainers.inc 
b/meta-poky/conf/distro/include/maintainers.inc
index dbc33fc..125613b 100644
--- a/meta-poky/conf/distro/include/maintainers.inc
+++ b/meta-poky/conf/distro/include/maintainers.inc
@@ -123,7 +123,7 @@ RECIPE_MAINTAINER_pn-cups = "Chen Qi 
<qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-curl = "Chen Qi <qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-cwautomacros = "Maxin B. John <maxin.j...@intel.com>"
 RECIPE_MAINTAINER_pn-damageproto = "Jussi Kukkonen <jussi.kukko...@intel.com>"
-RECIPE_MAINTAINER_pn-db = "Maxin B. John <maxin.j...@intel.com>"
+RECIPE_MAINTAINER_pn-db = "Mark Hatle <mark.ha...@windriver.com>"
 RECIPE_MAINTAINER_pn-dbus = "Chen Qi <qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-dbus-glib = "Chen Qi <qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-dbus-test = "Chen Qi <qi.c...@windriver.com>"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] oracle-jse-jdk

[Maxin B. John]

Hi Emil,

On Thu, May 05, 2016 at 10:43:08AM -0700, Mihaylov, Emil wrote:

>hi Mark,
>
>my oracle-jse-jdk_1.7.0.bb
>
>looks like this
>
>---
>
># Automatically choose java package based on target architecture
>DEPENDS += "libav gtk+ libxslt libxtst"

>From the error, I assume that you are using "RPM" as package manager in your 
local.conf:

PACKAGE_CLASSES ?= "package_rpm"

Could you please try to build again with "ipk or deb" as mentioned in the README
file in meta-oracle-java repo ?

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] formfactor: add machconfig for Beaglebone

[Maxin B. John]

We need machconfig file to automatically choose between
physical and virtual keyboards.

[YOCTO #9027]

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beaglebone/machconfig | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 
meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beaglebone/machconfig

diff --git 
a/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beaglebone/machconfig 
b/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beaglebone/machconfig
new file mode 100644
index 000..ffce012
--- /dev/null
+++ b/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beaglebone/machconfig
@@ -0,0 +1,3 @@
+# Assume a USB mouse and keyboard are connected
+HAVE_TOUCHSCREEN=0
+HAVE_KEYBOARD=1
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] alsa-state: remove beagleboard configuration

[Maxin B. John]

Purging beagleboard related configuration.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 .../recipes-bsp/alsa-state/alsa-state.bbappend |   1 -
 .../alsa-state/alsa-state/beagleboard/asound.state | 656 -
 2 files changed, 657 deletions(-)
 delete mode 100644 meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state.bbappend
 delete mode 100644 
meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state/beagleboard/asound.state

diff --git a/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state.bbappend 
b/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state.bbappend
deleted file mode 100644
index 72d991c..000
--- a/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state.bbappend
+++ /dev/null
@@ -1 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
diff --git 
a/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state/beagleboard/asound.state 
b/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state/beagleboard/asound.state
deleted file mode 100644
index f924491..000
--- a/meta-yocto-bsp/recipes-bsp/alsa-state/alsa-state/beagleboard/asound.state
+++ /dev/null
@@ -1,656 +0,0 @@
-state.omap3beagle {
-   control.1 {
-   comment.access 'read write'
-   comment.type ENUMERATED
-   comment.count 1
-   comment.item.0 'Option 2 (voice/audio)'
-   comment.item.1 'Option 1 (audio)'
-   iface MIXER
-   name 'Codec Operation Mode'
-   value 'Option 1 (audio)'
-   }
-   control.2 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 63'
-   comment.dbmin -6300
-   comment.dbmax 0
-   iface MIXER
-   name 'DAC1 Digital Fine Playback Volume'
-   value.0 0
-   value.1 0
-   }
-   control.3 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 63'
-   comment.dbmin -6300
-   comment.dbmax 0
-   iface MIXER
-   name 'DAC2 Digital Fine Playback Volume'
-   value.0 50
-   value.1 50
-   }
-   control.4 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 2'
-   comment.dbmin 0
-   comment.dbmax 1200
-   iface MIXER
-   name 'DAC1 Digital Coarse Playback Volume'
-   value.0 0
-   value.1 0
-   }
-   control.5 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 2'
-   comment.dbmin 0
-   comment.dbmax 1200
-   iface MIXER
-   name 'DAC2 Digital Coarse Playback Volume'
-   value.0 2
-   value.1 2
-   }
-   control.6 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 18'
-   comment.dbmin -2400
-   comment.dbmax 1200
-   iface MIXER
-   name 'DAC1 Analog Playback Volume'
-   value.0 0
-   value.1 0
-   }
-   control.7 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 2
-   comment.range '0 - 18'
-   comment.dbmin -2400
-   comment.dbmax 1200
-   iface MIXER
-   name 'DAC2 Analog Playback Volume'
-   value.0 15
-   value.1 15
-   }
-   control.8 {
-   comment.access 'read write'
-   comment.type BOOLEAN
-   comment.count 2
-   iface MIXER
-   name 'DAC1 Analog Playback Switch'
-   value.0 false
-   value.1 false
-   }
-   control.9 {
-   comment.access 'read write'
-   comment.type BOOLEAN
-   comment.count 2
-   iface MIXER
-   name 'DAC2 Analog Playback Switch'
-   value.0 true
-   value.1 true
-   }
-   control.10 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 1
-   comment.range '0 - 49'
-   comment.dbmin -3700
-   comment.dbmax 1200
-   iface MIXER
-   name 'DAC Voice Digital Downlink Volume'
-   value 0
-   }
-   control.11 {
-   comment.access 'read write'
-   comment.type INTEGER
-   comment.count 1
-   comment.range '0 - 18'
-   comment.dbmin -2400
-   comment.dbmax 1200
-  

[yocto] [PATCH] formfactor: remove unused beagleboard configuration

[Maxin B. John]

Clean up formfactor configuration for beagleboard.

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 .../recipes-bsp/formfactor/formfactor/beagleboard/machconfig   | 3 ---
 1 file changed, 3 deletions(-)
 delete mode 100755 
meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beagleboard/machconfig

diff --git 
a/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beagleboard/machconfig 
b/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beagleboard/machconfig
deleted file mode 100755
index a46859f..000
--- a/meta-yocto-bsp/recipes-bsp/formfactor/formfactor/beagleboard/machconfig
+++ /dev/null
@@ -1,3 +0,0 @@
-# Assume a USB mouse and touchscreen are connected
-HAVE_TOUCHSCREEN=0
-HAVE_KEYBOARD=1
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH v2] oracle-jse-jdk: Don't use ${D} installing symlink target

[Maxin B. John]

Hi,

On Wed, Dec 02, 2015 at 06:39:14PM -0500, Kyle Russell wrote:
> When installed to the sysroot, this makes the symlink point to the
> workdir, which is invalid in the sstate package.  Since we cd to
> ${D} before creating the symlink, this ensures the link is created
> in the correct install location, so just point the link to the final
> target so that the patch is correctly fixed up during populate_sysroot.
> 
> Signed-off-by: Kyle Russell 
> ---
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc |2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index 54e83b8..6f13125 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -16,7 +16,7 @@ do_install_class-native() {
>  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 )
> + ( cd ${D}${bindir} && ln -sf 
> ${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin/$prog )
>  done
>  
>  ( cd ${D}${libdir}/${JDK_JRE}${PV}_${PV_UPDATE}/bin ; \
> -- 
> 1.7.9.5

Pushed to master. Thanks, Kyle Russell and Bruce.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH 4/5] distro/maintainers.inc: include stress package details

[Maxin B. John]

Include stress package in maintainers.inc file

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 meta-yocto/conf/distro/include/maintainers.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta-yocto/conf/distro/include/maintainers.inc 
b/meta-yocto/conf/distro/include/maintainers.inc
index 7838954..6fd83e7 100644
--- a/meta-yocto/conf/distro/include/maintainers.inc
+++ b/meta-yocto/conf/distro/include/maintainers.inc
@@ -762,3 +762,4 @@ RECIPE_MAINTAINER_pn-yasm = "Jussi Kukkonen 
<jussi.kukko...@intel.com>"
 RECIPE_MAINTAINER_pn-zaurusd = "Jussi Kukkonen <jussi.kukko...@intel.com>"
 RECIPE_MAINTAINER_pn-zip = "Chen Qi <qi.c...@windriver.com>"
 RECIPE_MAINTAINER_pn-zlib = "Chen Qi <qi.c...@windriver.com>"
+RECIPE_MAINTAINER_pn-stress = "Maxin B. John <maxin.j...@intel.com>"
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How can i install shutil.py in rootfs

[Maxin B. John]

Hi Vivek,

On Tue, Oct 20, 2015 at 02:38:36PM +0530, Vivek Per wrote:
> hi,
> How can i install shutil.py in roofs.  I need this file for audit2allow. 
> In rootfs remaining .py files are including  /usr/share/python-support/ 
> but not shutil.py. i want to include this file in rootfs how can i install 
> this?

You need to install "python-shell" in your image for shutil.py

ie: 
IMAGE_INSTALL_append = " python-shell" in local.conf and build again.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-java] openjdk-7-jre was skipped: missing required distro feature ['x11'] (not in DISTRO_FEATURES)

[Maxin B. John]

Hi,

On Fri, Oct 16, 2015 at 03:35:22PM +0200, Federico Pietro Briata wrote:
>
>Hi Folks,
>I'm trying to compile java without x11 and unfortunately also without success..
>
>I've added in my local.conf:
>
>DISTRO_FEATURES_remove = "x11"
># Java build settings
>PREFERRED_PROVIDER_virtual/java-native = "jamvm-native"
>PREFERRED_PROVIDER_virtual/javac-native = "ecj-bootstrap-native"
>PREFERRED_VERSION_openjdk-7-jre = "85b01-2.6.1"
>PREFERRED_VERSION_icedtea7-native = "2.1.3"
>PREFERRED_PROVIDER_openjdk-7-jre = "openjdk-7-jre"
>
>but I get this error
>
>ERROR: Nothing RPROVIDES 'openjdk-7-jre' (but 
>/home/f34389b/yocto/PCM/R5.0/sources/meta-fede/recipes-images/images/fede-java-test.bb
> RDEPENDS on or otherwise requires it)
>ERROR: openjdk-7-jre was skipped: missing required distro feature ['x11'] (not 
>in DISTRO_FEATURES)
>
>Patching those files:
>meta-java/recipes-core/classpath/classpath.inc
>meta-java/recipes-core/jamvm/jamvm.inc
>meta-java/recipes-core/jamvm/jamvm_git.bb
>meta-java/recipes-core/openjdk/openjdk-common.inc
>poky/meta/recipes-graphics/xorg-lib/xorg-lib-common.inc

>like this:
>-REQUIRED_DISTRO_FEATURES = "x11"
>+#REQUIRED_DISTRO_FEATURES = "x11"
>seems to be a temporary workaround

These lines were added by this commit:

---
commit 24b98ac3a6ca7fadfba24709aac8d0b71316e299
Author: Mario Domenech Goulart 
Date:   Tue Aug 18 17:14:30 2015 -0300

   Avoid parse time errors due to dependency on x11, for distros without x11

   BitBake raises some errors when processing recipes that depend on x11
   for distros that don't have x11 in DISTRO_FEATURES. To work around
   that issue, REQUIRED_DISTRO_FEATURES = "x11" (from
   distro_features_check.bbclass) has been set for the following recipes:

* cacao
* classpath
* jamvm
* openjdk-6-release
* openjdk-7-release
   
 That makes BitBake skip those recipes during the cache generation
 (they'd still be parsed, but ignored).
---

Even if we revert this commit, the openjdk-7-jre build will fail 
due to dependency on gtk+, libxt...etc. 

Recently Jens Rehsack did some work in this direction for icedtea7:
http://lists.openembedded.org/pipermail/openembedded-devel/2015-October/103849.html

We will have to follow that way to get rid of the x11 dependency in other 
packages.

>
>regards
>federico

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [PATCH 1/2] oracle-jse.inc: Make LIC_FILES_CHKSUM path relative

[Maxin B. John]

On Wed, Oct 14, 2015 at 02:51:17PM +0200, Ricardo Ribalda Delgado wrote:
> If the path is absolute, it invalidates the SSTATE, which also
> invalidates all the recipes depending on this package.
> Signed-off-by: Ricardo Ribalda Delgado 
> ---
>  recipes-devtools/oracle-java/oracle-jse.inc | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
> b/recipes-devtools/oracle-java/oracle-jse.inc
> index e657a45d9105..6219d0081bb3 100644
> --- a/recipes-devtools/oracle-java/oracle-jse.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse.inc
> @@ -1,9 +1,9 @@
>  LICENSE_FLAGS = "oracle_java"
>  LICENSE = "Oracle_Binary_Code_License_Agreement"
>  LIC_FILES_CHKSUM = "\
> - 
> file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/LICENSE;md5=98f46ab6481d87c4d77e0e91a6dbc15f
>  \
> - 
> file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=be9fe5d47a7dcfb78f142f487afb34bb
>  \
> - 
> file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=f3a388961d24b8b72d412a079a878cdb
>  \
> + 
> file://${JDK_JRE}${PV}_${PV_UPDATE}/LICENSE;md5=98f46ab6481d87c4d77e0e91a6dbc15f
>  \
> + 
> file://${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=be9fe5d47a7dcfb78f142f487afb34bb
>  \
> + 
> file://${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=f3a388961d24b8b72d412a079a878cdb
>  \
>   "
>  
>  FETCHCMD_wget_append = " --header=Cookie:oraclelicense=a "

Pushed these two patches now. Thanks.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [PATCH] ref-manual: document strace dependency for Swabber

[Maxin B. John]

image-swab class depends on "strace" package to be present in the Build
Host. Document that dependency.

[YOCTO #8439]

Signed-off-by: Maxin B. John <maxin.j...@intel.com>
---
 documentation/ref-manual/ref-classes.xml | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/documentation/ref-manual/ref-classes.xml 
b/documentation/ref-manual/ref-classes.xml
index d87c9ff..fdee92a 100644
--- a/documentation/ref-manual/ref-classes.xml
+++ b/documentation/ref-manual/ref-classes.xml
@@ -1363,7 +1363,8 @@
 tool in order to detect and log accesses to the host system during
 the OpenEmbedded build process.
 
-This class is currently unmaintained.
+We need to install strace package in the build host as a
+dependency for this tool.This class is currently unmaintained.
 
 
 
-- 
2.4.0

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-selinux][PATCH] selinux-config: make DEFAULT_POLICY and DEFAULT_ENFORCING configurable

[Maxin B. John]

From: Josep Puigdemont josep.puigdem...@enea.com

Make DEFAULT_POLICY and DEFAULT_ENFORCING configurations more flexible.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-security/selinux/selinux-config_0.1.bb | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/recipes-security/selinux/selinux-config_0.1.bb 
b/recipes-security/selinux/selinux-config_0.1.bb
index 98f6d5f..f77b490 100644
--- a/recipes-security/selinux/selinux-config_0.1.bb
+++ b/recipes-security/selinux/selinux-config_0.1.bb
@@ -1,15 +1,15 @@
-DEFAULT_POLICY = mls
-DEFAULT_ENFORCING = enforcing
+DEFAULT_POLICY ??= mls
+DEFAULT_ENFORCING ??= enforcing
 
 SUMMARY = SELinux configuration
 DESCRIPTION = \
-This is the configuration files for SELinux on WRLinux system.  \
+SELinux configuration files for Yocto. \
 
 
 SECTION = base
 LICENSE = MIT
 LIC_FILES_CHKSUM = 
file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420
-PR = r3
+PR = r4
 
 S = ${WORKDIR}
 
@@ -37,9 +37,11 @@ do_install () {
 # permissive - SELinux prints warnings instead of enforcing.
 # disabled - No SELinux policy is loaded.
 SELINUX=${DEFAULT_ENFORCING}
-# SELINUXTYPE= can take one of these two values:
+# SELINUXTYPE= can take one of these values:
 # standard - Standard Security protection.
 # mls - Multi Level Security protection.
+# targeted - Targeted processes are protected.
+# mcs - Multi Category Security protection.
 SELINUXTYPE=${DEFAULT_POLICY}
   ${WORKDIR}/config
install -d ${D}/${sysconfdir}/selinux
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java] oracle-jse-jre fetch issue

[Maxin B. John]

Hi Daniel,

On Wed, Aug 05, 2015 at 05:20:38PM -0300, Daniel. wrote:
 Downloading JDK/JRE automagically is aways a pain in the a**.
 Everytime that Oracle changes something on its website these scripts
 crash.

I agree with your comments.It is really difficult to find a standard
way to download binaries from Oracle website that works everywhere.

That's why we mentioned that limitation in the README file in Notes section:

http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/tree/README
 
 A solution I get to my life is aways downloading JDK/JRE
 manually and puting in right place. As a friendly but not so much
 solution I did this in one of my recipes:
 
 
 --- recipe file ---
 ...
 DL_FILE = 
 ejre-7u${PV_UPDATE}-fcs-b${BUILD_NUMBER}-linux-arm-vfp-hflt-client_headful-07_may_2014.tar.gz
 ...
 do_fetch() {
 if ! test -f ${DL_DIR}/${DL_FILE}; then
 echo Please accept the License Agreement, download the
 ${DL_FILE} and put it on ${DL_DIR}
 echo The download link can be found at
 http://www.oracle.com/technetwork/java/embedded/embedded-se/downloads/javase-embedded-downloads-2209751.html;
 return 1
 else
 return 0
 fi
 }
 
 --- end recipe file ---
 
 If the file is not found the recipes aborts with error and user see
 this mesage with the link to where he should go do donwload file, and
 where to put it. It's not a state-of-art but it works and
 prevents-me from working arround Oracle's changes. Gentoo (at least
 when I used it) do just like this to install Oracle's Java.
 
 Best regards,
 - dhs

Best Regards,
Maxin
 
 2015-08-05 17:02 GMT-03:00 John Davis jfda...@anuvainnovations.com:
  I'm at a different client site now, but tomorrow I will be working on the
  yocto stuff.  I can send it to your tomorrow.
 
  FWIW, each line in that email has a line which was changed preceded by the
  original line starting with a comment #.
 
  Even then, I found you need to manually log in to the oracle website to
  manually download the jar file and place it in the download folders.
 
  So, the result is that the script thinks it has a link for downloading a
  file, however since the file has been downloaded manually using the web
  browser it skips the download and simply starts the CRC verification.  Once
  the script determines that the CRC matches the downloaded file it proceeds
  to the next steps in the build process.
 
  --
  John F. Davis
  cell: 919 888 8358
 
  On Wed, Aug 5, 2015 at 3:47 PM, Mario Domenech Goulart
  ma...@ossystems.com.br wrote:
 
  Hi John,
 
  On Fri, 31 Jul 2015 14:34:24 -0400 John Davis
  jfda...@anuvainnovations.com wrote:
 
   fwiw, I am trying to fix it like so:
  
   diff --git
  
   a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
  
   b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   index bfa8011..13918d8 100644
   ---
  
   a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   +++
  
   b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   @@ -1,9 +1,16 @@
   -PV_UPDATE = 60
   -BUILD_NUMBER = 19
   +#PV_UPDATE = 60
   +#BUILD_NUMBER = 19
   +PV_UPDATE = 75
   +BUILD_NUMBER = 13
   require oracle-jse-ejre.inc
   -SRC_URI = http://download.oracle.com/otn/java/ejre/7u${PV_UPDATE}-b$
   {BUILD_NUMBER}/ejre-7u${PV_UPDATE}-fcs-b$
   {BUILD_NUMBER}-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz
   +#SRC_URI = http://download.oracle.com/otn/java/ejre/7u$
   {PV_UPDATE}-b${BUILD_NUMBER}/ejre-7u${PV_UPDATE}-fcs-b$
   {BUILD_NUMBER}-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz
   +SRC_URI = http://download.oracle.com/otn/java/jdk/7u${PV_UPDATE}-b$
   {BUILD_NUMBER}/jdk-7u${PV_UPDATE}-linux-arm-vfp-hflt.tar.gz
   +
   +#SRC_URI[md5sum] = b9b8f598b0a7f49e4d221f16ba25c6c0
   +#SRC_URI[sha256sum] =
   ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf
   +
   +SRC_URI[md5sum] = 6958e36bdcc842121510fecf702dcf47
   +SRC_URI[sha256sum] =
   29c53bac198ca3faf5ed370025a2a5564d43e05b92d91b6b5d2a8a503de10c01
   -SRC_URI[md5sum] = b9b8f598b0a7f49e4d221f16ba25c6c0
   davis@yoshi:~/progs/meta-oracle-java/recipes-devtools/oracle-java$ git
   diff
   diff --git
  
   a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
  
   b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   index bfa8011..13918d8 100644
   ---
  
   a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   +++
  
   b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless.inc
   @@ -1,9 +1,16 @@
   -PV_UPDATE = 60
   -BUILD_NUMBER = 19
   +#PV_UPDATE = 60
   +#BUILD_NUMBER = 19
   +PV_UPDATE = 75
   +BUILD_NUMBER = 13
   require oracle-jse-ejre.inc
   -SRC_URI = http://download.oracle.com/otn/java/ejre/7u${PV_UPDATE}-b$
   {BUILD_NUMBER}/ejre-7u${PV_UPDATE}-fcs-b$
   

Re: [yocto] Checksum failure encountered Java

[Maxin B. John]

Hi Jim,

On Sun, Feb 01, 2015 at 10:58:02AM -0500, Jim Abernathy wrote:
 after I posted this issues, I tried to click on the link at the Oracle site 
 and
 there is something about accepting a License.  I have the
 LICENSE_FLAGS_WHITELIST += oracle_java which worked on the NUC build.  I'm
 guessing that's not the issue.

Since Oracle download webpage has an accept license button, the
downloading process is on a best effort basis one. If the download
fails for a particular binary, please go to the oracle download
webpage and download the tarball. Move that binary to the bitbake download
location as mentioned in local.conf file and build again.

Sorry for the trouble and I think, we should update the README to
reflect this process (again).

Please note that the arm binary is pre-built for vfp-hflt (hard-float)
and it may have troubles with root-filesystem built with soft-float
support.

 Jim A

Best Regards,
Maxin

 
 ━━━
 From: jfaberna...@outlook.com
 To: yocto@yoctoproject.org
 Date: Sun, 1 Feb 2015 10:53:28 -0500
 Subject: [yocto] Checksum failure encountered Java
 
 I tried to move a build from NUC to Pandaboard and the core-image-sato worked
 fine, well except the README.HARDWARE for arm didn't mention coping the uImage
 to /boot. Figured that out easy enough.
 
 But when I tried to add oracle-jse-jre that worked fine on NUC got the
 following errors:
 
 WARNING: Checksum failure encountered with download of http://
 download.oracle.com/otn/java/ejre/7u60-b19/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz - will
 attempt other sources if available
 WARNING: Renaming /work/downloads/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz to /
 work/downloads/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz_bad-checksum_b72400960629e7403c4b579dada2a804
 ERROR: Fetcher failure for URL: 'http://download.oracle.com/otn/java/ejre/
 7u60-b19/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz'.
 Checksum mismatch!
 File: '/work/downloads/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has
 md5 checksum b72400960629e7403c4b579dada2a804 when
 b9b8f598b0a7f49e4d221f16ba25c6c0 was expected
 File: '/work/downloads/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz' has
 sha256 checksum
 c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779 when
 ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf was expected
 If this change is expected (e.g. you have upgraded to a new version without
 updating the checksums) then you can use these lines within the recipe:
 SRC_URI[md5sum] = b72400960629e7403c4b579dada2a804
 SRC_URI[sha256sum] =
 c4a64be693e0e27ca95ffe3036c56156e3d75e07f620fd913308eb03cdf86779
 Otherwise you should retry the download and/or check with upstream to 
 determine
 if the file has become corrupted or otherwise unexpectedly modified.
 
 ERROR: Function failed: Fetcher failure for URL: 'http://download.oracle.com/
 otn/java/ejre/7u60-b19/
 ejre-7u60-fcs-b19-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz'.
 Unable to fetch URL from any source.
 ERROR: Logfile of failure stored in: /work/pandaboard/tmp/work/
 cortexa9t2hf-vfp-neon-poky-linux-gnueabi/oracle-jse-jre/1.7.0-u60r0/temp/
 log.do_fetch.31677
 ERROR: Task 231 (/home/jim/poky/meta-oracle-java/recipes-devtools/oracle-java/
 oracle-jse-jre_1.7.0.bb, do_fetch) failed with exit code '1'
 
 Should I just change the checksum locally or what???
 
 Jim A
 
 
 
 -- ___ yocto mailing list
 yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto

 -- 
 ___
 yocto mailing list
 yocto@yoctoproject.org
 https://lists.yoctoproject.org/listinfo/yocto

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Install Java on Core-Image-Sato-Sdk

[Maxin B. John]

Hi,

On Thu, Nov 27, 2014 at 09:10:39AM +0100, Tran TriTin wrote:
 Hi,
 
 i tried to install Java (meta-oracle-java) on Core-image-Sato-sdk, but i 
 always
 received this following error. Please help me
 
 ERROR: runstrip: ''i586-poky-linux-strip' --remove-section=.comment
 --remove-section=.note 
 '/home/tvtritin/DemoYOCTO/poky1.7/build-core-image-java/
 tmp/work/i586-poky-linux/oracle-jse-ejre-arm-vfp-hflt-client-headless/
 1.7.0-u71r0/package/usr/ejre1.7.0_71/lib/jexec'' strip command failed
 
 ERROR: Unable to install packages. Command '/home/tvtritin/DemoYOCTO/poky1.7/
 build-core-image-java/tmp/sysroots/x86_64-linux/usr/bin/smart --quiet
 --data-dir=/home/tvtritin/DemoYOCTO/poky1.7/build-core-image-java/tmp/work/
 qemux86-poky-linux/core-image-sato-sdk/1.0-r0/rootfs/var/lib/smart install -y
 packagegroup-core-x11-sato-games@qemux86
 packagegroup-core-standalone-sdk-target@all packagegroup-core-x11-base@all
 packagegroup-base-extended@qemux86 smartpm@i586
 packagegroup-core-tools-debug@all packagegroup-core-tools-testapps@qemux86
 packagegroup-core-eclipse-debug@all packagegroup-core-qt-demoapps@all
 packagegroup-core-boot@qemux86 packagegroup-core-tools-profile@qemux86
 packagegroup-core-sdk@all psplash@i586
 oracle-jse-ejre-arm-vfp-hflt-client-headless@i586 rpm@i586
 packagegroup-core-ssh-openssh@all packagegroup-core-x11-sato@qemux86
 kernel-dev@qemux86 locale-base-en-us@i586 locale-base-en-gb@i586' returned 1:
 error: Can't install
 oracle-jse-ejre-arm-vfp-hflt-client-headless-1.7.0-u71r0@i586: no package
 provides libdl.so.2(GLIBC_2.4)
 
 
 ERROR: Function failed: do_rootfs
 ERROR: Logfile of failure stored in: /home/tvtritin/DemoYOCTO/poky1.7/
 build-core-image-java/tmp/work/qemux86-poky-linux/core-image-sato-sdk/1.0-r0/
 temp/log.do_rootfs.32175
 ERROR: Task 7 (/home/tvtritin/DemoYOCTO/poky1.7/meta/recipes-sato/images/
 core-image-sato-sdk.bb, do_rootfs) failed with exit code '1'
 NOTE: Tasks Summary: Attempted 6174 tasks of which 44 didn't need to be rerun
 and 1 failed.
 No currently running tasks (6174 of 6175)

It is a bit difficult to guess from here whether you are trying to install
java for arm binary in an x86 target. Otherwise, please try using DEB 
or IPK packaging as there are some known install problems with RPM packaging 
in meta-oracle-java.

To do that, please set:
PACKAGE_CLASSES = package_deb
or
PACKAGE_CLASSES = package_ipk
in your 'local.conf' file and build it.

 
 Best regard,
 Van Tri Tin Tran
Hope this helps,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] Add support for Java SE Embedded

[Maxin B. John]

Hi Vladimir,

On Fri, Sep 05, 2014 at 03:58:53PM +, Vladimir Redzhepov wrote:
 From 783ff400987ec06f41286ffce7e3afc4545d67e5 Mon Sep 17 00:00:00 2001
 From: Vladimir Redzhepov vladimir_redzhe...@epam.com
 Date: Fri, 5 Sep 2014 18:13:42 +0300
 Subject: [PATCH] Add support for Java SE Embedded
 
 LICENSE file removed from LIC_FILES_CHKSUM in oracle-jse.inc
 because it doesn't exist in ejre.

Can we avoid removing the LICENSE file from oracle-jse.inc ?

 Signed-off-by: Vladimir Redzhepov vladimir_redzhe...@epam.com
 ---
  .../oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb|  9 +
  recipes-devtools/oracle-java/oracle-jse-ejre.inc | 12 
 
  recipes-devtools/oracle-java/oracle-jse.inc  |  1 -
  3 files changed, 21 insertions(+), 1 deletion(-)
  create mode 100644 
 recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
  create mode 100644 recipes-devtools/oracle-java/oracle-jse-ejre.inc
 
 diff --git 
 a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
  
 b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
 new file mode 100644
 index 000..bfa8011
 --- /dev/null
 +++ 
 b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
 @@ -0,0 +1,9 @@
 +PV_UPDATE = 60
 +BUILD_NUMBER = 19
 +
 +require oracle-jse-ejre.inc
 +
 +SRC_URI = 
 http://download.oracle.com/otn/java/ejre/7u${PV_UPDATE}-b${BUILD_NUMBER}/ejre-7u${PV_UPDATE}-fcs-b${BUILD_NUMBER}-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz;
 +
 +SRC_URI[md5sum] = b9b8f598b0a7f49e4d221f16ba25c6c0
 +SRC_URI[sha256sum] = 
 ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf
 diff --git a/recipes-devtools/oracle-java/oracle-jse-ejre.inc 
 b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
 new file mode 100644
 index 000..4eeace0
 --- /dev/null
 +++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
 @@ -0,0 +1,12 @@
 +SUMMARY = Oracle Java SE runtime environment binaries
 +DESCRIPTION = This is the proprietary JRE from Sun/Oracle, with the Hotspot 
 JVM. It is\
 + provided by Sun/Oracle only in binary format.\
 + Java Platform, Standard Edition (Java SE) lets you develop and deploy Java\
 + applications on desktops and servers, as well as in today's demanding\
 + embedded environments. Java offers the rich user interface, performance,\
 + versatility, portability, and security that today's applications require.\
 + The JRE (Java Runtime Environment) is needed on a system to run Java\
 + applications and applets
 +
 +JDK_JRE = ejre
 +require oracle-jse.inc
 diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
 b/recipes-devtools/oracle-java/oracle-jse.inc
 index 38ceef0..5aebfaf 100644
 --- a/recipes-devtools/oracle-java/oracle-jse.inc
 +++ b/recipes-devtools/oracle-java/oracle-jse.inc
 @@ -1,7 +1,6 @@
  LICENSE_FLAGS = oracle_java
  LICENSE = Oracle_Binary_Code_License_Agreement
  LIC_FILES_CHKSUM = \
 - 
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/LICENSE;md5=98f46ab6481d87c4d77e0e91a6dbc15f
  \
   
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=be9fe5d47a7dcfb78f142f487afb34bb
  \
   
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=f3a388961d24b8b72d412a079a878cdb
  \
   
 -- 

Otherwise, looks ok.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] Add support for Java SE Embedded

[Maxin B. John]

Hi Vladimir,

In that case, let's go ahead with oracle-jse-ejre.inc rather than removing
the LICENSE file from oracle-jse.inc.

On Mon, Sep 08, 2014 at 10:49:18AM +, Vladimir Redzhepov wrote:
 Hi Maxin,
 
  -Original Message-
  From: Maxin B. John [mailto:maxin.j...@enea.com]
  Sent: Monday, September 08, 2014 11:16 AM
  To: Vladimir Redzhepov
  Cc: yocto@yoctoproject.org; Pavel Shumeika
  Subject: Re: [meta-oracle-java][PATCH] Add support for Java SE Embedded
  
  Hi Vladimir,
  
  On Fri, Sep 05, 2014 at 03:58:53PM +, Vladimir Redzhepov wrote:
   From 783ff400987ec06f41286ffce7e3afc4545d67e5 Mon Sep 17 00:00:00
  2001
   From: Vladimir Redzhepov vladimir_redzhe...@epam.com
   Date: Fri, 5 Sep 2014 18:13:42 +0300
   Subject: [PATCH] Add support for Java SE Embedded
  
   LICENSE file removed from LIC_FILES_CHKSUM in oracle-jse.inc
   because it doesn't exist in ejre.
  
  Can we avoid removing the LICENSE file from oracle-jse.inc ?
 Removing the LICENSE could be avoided by overriding LIC_FILES_CHKSUM in
 oracle-jse-ejre.inc like this
 
 LIC_FILES_CHKSUM = \
   
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=be9fe5d47a7dcfb78f142f487afb34bb
  \
   
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=f3a388961d24b8b72d412a079a878cdb
  \
   
 In my mind it's better to keep and update all checksums in one place such 
 oracle-jse.inc which is common for all recipes.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH v3] Update jdk and jre to version 67

[Maxin B. John]

Hi,

Manually merged this patch (There were some difficulties in applying
this patch directly - please take care of it next time). Thanks !

On Thu, Sep 04, 2014 at 04:18:00PM +, Vladimir Redzhepov wrote:
 From 61efb0099635325b21d589dd96308c7fa9b668de Mon Sep 17 00:00:00 2001
 From: Vladimir Redzhepov vladimir_redzhe...@epam.com
 Date: Thu, 4 Sep 2014 18:37:50 +0300
 Subject: [PATCH] Update jdk and jre to version 67.
 MIME-Version: 1.0
 Content-Type: text/plain; charset=UTF-8
 Content-Transfer-Encoding: 8bit
 
 1. Add BUILD_NUMBER variable.
 2. Change SRC_URI for all recipes.
 3. Recipe cleanup - remove redundant PR = r0 from all recipes.
 4. Update checksums for license files.
 
 Changes in COPYRIGHT:
 -Copyright � 1993, 2013, Oracle and/or its affiliates.
 +Copyright � 1993, 2014, Oracle and/or its affiliates.
 
 Changes in THIRDPARTYLICENSEREADME.txt:
 +%% This notice is provided with respect to Sparkle v.1.5,
 +which is included with JRE 7 on Mac OS X.
 +
 +--- begin of LICENSE ---
 +
 +Copyright (c) 2012 Sparkle.org and Andy Matuschak
 +
 +Permission is hereby granted, free of charge, to any person obtaining a copy
 +of this software and associated documentation files (the Software), to deal
 +in the Software without restriction, including without limitation the rights
 +to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
 +copies of the Software, and to permit persons to whom the Software is
 +furnished to do so, subject to the following conditions:
 +
 +The above copyright notice and this permission notice shall be included in 
 all
 +copies or substantial portions of the Software.
 +
 +THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 +IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 +FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 +AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 +LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
 +OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
 +SOFTWARE.
 +
 +--- end of LICENSE ---
 +
 +---
 +
  %% Portions licensed from Taligent, Inc.
 
  
 ---
  %% This notice is provided with respect to the following which is
  included with JRE 7, JDK 7, and OpenJDK 7, except where noted:
 
 -  Apache Derby 10.8.1.2[included with JDK 7 only]
 +  Apache Derby 10.8.3.0[included with JDK 7 only]
Apache Jakarta BCEL 5.2
Apache Jakarta Regexp 1.4
Apache Santuario XMLSec-Java 1.4.2
Apache Xalan-Java 2.7.1
 -  Apache Xerces2 Java 2.10.0
 +  Apache Xerces2 Java 2.11.0
Apache XML Resolver 1.1
 
 Signed-off-by: Vladimir Redzhepov vladimir_redzhe...@epam.com
 ---
  recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb   | 10 +-
  recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb | 10 +-
  recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb   | 10 +-
  recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb | 10 +-
  recipes-devtools/oracle-java/oracle-jse.inc |  4 ++--
  5 files changed, 22 insertions(+), 22 deletions(-)
 
 diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb 
 b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
 index 978fbd5..0667161 100644
 --- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
 +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
 @@ -1,9 +1,9 @@
 -PR = r0
 -PV_UPDATE = 25
 +PV_UPDATE = 67
 +BUILD_NUMBER = 01
  
  require oracle-jse-jdk.inc
  
 -SRC_URI = 
 http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-i586.tar.gz;
 +SRC_URI = 
 http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-7u${PV_UPDATE}-linux-i586.tar.gz;
  
 -SRC_URI[md5sum] = 23176d0ebf9dedd21e3150b4bb0ee776
 -SRC_URI[sha256sum] = 
 dd89b20afa939992bb7fdc44837fa64f0a98d7ee1e5706fe8a2d9e2247ba6de7
 +SRC_URI[md5sum] = 715b0e8ba2a06bded75f6a92427e2701
 +SRC_URI[sha256sum] = 
 b6231064ad2c9fbbcb099dba17b1dcf12033e922b9c24e4348b9a01e9ebaa85c
 diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb 
 b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
 index 7979401..f18ce55 100644
 --- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
 +++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
 @@ -1,9 +1,9 @@
 -PR = r0
 -PV_UPDATE = 25
 +PV_UPDATE = 67
 +BUILD_NUMBER = 01
  
  require oracle-jse-jdk.inc
  
 -SRC_URI = 
 http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-x64.tar.gz;
 +SRC_URI = 
 http://download.oracle.com/otn-pub/java/jdk/7u${PV_UPDATE}-b${BUILD_NUMBER}/jdk-7u${PV_UPDATE}-linux-x64.tar.gz;
  
 -SRC_URI[md5sum] = 83ba05e260813f7a9140b76e3d37ea33
 -SRC_URI[sha256sum] = 
 

Re: [yocto] [meta-oracle-java][PATCH v2] Add support for Java SE Embedded

[Maxin B. John]

Dear Will Frazer,

On Mon, Sep 08, 2014 at 02:13:35PM +, Frazer, Will wrote:
 Folks,
 
 My understanding is that while this recipe generated download URL will work 
 if you have already visited the Oracle download location, it won't work for a 
 build system that has never been there before. Try it.

The updated download method was to avoid the manual download process
associated with Oracle Java Binaries. I have tested this on a couple
of machines before sending it upstream.

It was based on this discussion:
https://gist.github.com/hgomez/4697585
 
 Also, Oracle has previously been very much against using any mechanism that 
 bypasses a user clicking on the licence acceptance. I'm not aware this 
 position has changed. You may find that you are in violation of the Licence 
 agreement if you do this. One of the reasons why the URLs were obfuscated in 
 the past I believe.
 

Thank you very much for raising this concern. I wasn't aware of this.
As per my understanding, setting
LICENSE_FLAGS_WHITELIST += oracle_java in local.conf was Yocto's way
of conforming to the License terms of Oracle. 

Adding CC to Nitin A Kamble for his view on this.

 Will Frazer 
 Eurotech UK

Thanks and Regards,
Maxin

 
 -Original Message-
 From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] 
 On Behalf Of Vladimir Redzhepov
 Sent: 08 September 2014 13:04
 To: yocto@yoctoproject.org
 Subject: [yocto] [meta-oracle-java][PATCH v2] Add support for Java SE Embedded
 
 From a68c728141f369e1ac41f2aaf40915cf14ad341f Mon Sep 17 00:00:00 2001
 From: Vladimir Redzhepov vladimir_redzhe...@epam.com
 Date: Mon, 8 Sep 2014 14:42:28 +0300
 Subject: [PATCH] Add support for Java SE Embedded
 
 Signed-off-by: Vladimir Redzhepov vladimir_redzhe...@epam.com
 ---
  ...racle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb |  9 +
  recipes-devtools/oracle-java/oracle-jse-ejre.inc| 17 
 +
  2 files changed, 26 insertions(+)
  create mode 100644 
 recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
  create mode 100644 recipes-devtools/oracle-java/oracle-jse-ejre.inc
 
 diff --git 
 a/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
  
 b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-headless_1.7.0.bb
 new file mode 100644
 index 000..bfa8011
 --- /dev/null
 +++ b/recipes-devtools/oracle-java/oracle-jse-ejre-arm-vfp-hflt-client-h
 +++ eadless_1.7.0.bb
 @@ -0,0 +1,9 @@
 +PV_UPDATE = 60
 +BUILD_NUMBER = 19
 +
 +require oracle-jse-ejre.inc
 +
 +SRC_URI = 
 http://download.oracle.com/otn/java/ejre/7u${PV_UPDATE}-b${BUILD_NUMBER}/ejre-7u${PV_UPDATE}-fcs-b${BUILD_NUMBER}-linux-arm-vfp-hflt-client_headless-07_may_2014.tar.gz;
 +
 +SRC_URI[md5sum] = b9b8f598b0a7f49e4d221f16ba25c6c0
 +SRC_URI[sha256sum] = 
 ed061060011d88efe5563c2949c00993db85db17ab94f18a78713007a2b90faf
 diff --git a/recipes-devtools/oracle-java/oracle-jse-ejre.inc 
 b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
 new file mode 100644
 index 000..7889684
 --- /dev/null
 +++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
 @@ -0,0 +1,17 @@
 +SUMMARY = Oracle Java SE runtime environment binaries
 +DESCRIPTION = This is the proprietary JRE from Sun/Oracle, with the 
 +Hotspot JVM. It is\  provided by Sun/Oracle only in binary format.\  
 +Java Platform, Standard Edition (Java SE) lets you develop and deploy 
 +Java\  applications on desktops and servers, as well as in today's 
 +demanding\  embedded environments. Java offers the rich user interface, 
 +performance,\  versatility, portability, and security that today's 
 +applications require.\  The JRE (Java Runtime Environment) is needed on 
 +a system to run Java\  applications and applets
 +
 +JDK_JRE = ejre
 +require oracle-jse.inc
 +
 +LIC_FILES_CHKSUM = \
 + 
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/COPYRIGHT;md5=3a11238025bf13b87f04753183ffeb90
  \
 + 
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=c339b34e3da6673d2c5950d0f8808f8c
  \
 + 
 --
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] Provide common functionality to run jdk on the build host

[Maxin B. John]

Patch applied. Thanks!

On Thu, Sep 04, 2014 at 12:30:44PM +, Vladimir Redzhepov wrote:
 From f7c9e480729ea2c3bafb6ae5e101627f7f77f867 Mon Sep 17 00:00:00 2001
 From: Vladimir Redzhepov vladimir_redzhe...@epam.com
 Date: Thu, 4 Sep 2014 15:02:22 +0300
 Subject: [PATCH] Provide common functionality to run jdk on the build host.
 
 The native class provides common functionality for recipes that
 wish to build tools to run on the build host (i.e. tools that use
 the compiler or other tools from the build host).
 
 Signed-off-by: Vladimir Redzhepov vladimir_redzhe...@epam.com
 ---
  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 8 
  1 file changed, 8 insertions(+)
 
 diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
 b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
 index 6a34a7a..de0870a 100644
 --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
 +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
 @@ -10,3 +10,11 @@ DESCRIPTION = This is the proprietary JDK from 
 Sun/Oracle, with the Hotspot JVM
 
  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
 +}
 +
 +BBCLASSEXTEND = native
 -- 
Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH] update jdk and jre to version 67

[Maxin B. John]

Hi Vladimir,

On Thu, Aug 21, 2014 at 05:01:47PM +, Vladimir Redzhepov wrote:
 From f0305398a51435f407e41a8f0eaf83f8bdd13cca Mon Sep 17 00:00:00 2001
 
 From: Vladimir Redzhepov vladimir_redzhe...@epam.com
 
 Date: Thu, 21 Aug 2014 19:43:29 +0300
 
 Subject: [PATCH] update jdk and jre to version 67
 
  
 
 Signed-off-by: Vladimir Redzhepov vladimir_redzhe...@epam.com
 
 ---
 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb   | 10 +-
snip
In addition to Martin's review comments, patch doesn't seems to apply properly:

Applying: update jdk and jre to version 67
fatal: corrupt patch at line 27
Patch failed at 0001 update jdk and jre to version 67

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH 1/2] oracle-java: update fetch method

[Maxin B. John]

Hi,

Gentle ping .. 
Could anyone review these, please ?

On Thu, Aug 14, 2014 at 05:47:31PM +0200, Maxin B. John wrote:
 Use custom FETCHCMD_wget to avoid manual downloading of Oracle Java packages.
 
 Signed-off-by: Maxin B. John maxin.j...@enea.com
 ---
  recipes-devtools/oracle-java/oracle-jse.inc | 2 ++
  1 file changed, 2 insertions(+)
 
 diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
 b/recipes-devtools/oracle-java/oracle-jse.inc
 index 98069f4..3a4e20d 100644
 --- a/recipes-devtools/oracle-java/oracle-jse.inc
 +++ b/recipes-devtools/oracle-java/oracle-jse.inc
 @@ -6,6 +6,8 @@ LIC_FILES_CHKSUM = \
   
 file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=c339b34e3da6673d2c5950d0f8808f8c
  \
   
  
 +FETCHCMD_wget_append =  --header=Cookie:oraclelicense=a 
 +
  # get the java update version in the resulting package
  PR =. u${PV_UPDATE}
  S = ${WORKDIR}
 -- 
 1.9.1
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 2/2] README: Update Notes

[Maxin B. John]

1. Remove notes related to manual downloading of Oracle Java binaries.
2. Add notes about the temporary fix for installing Java packages.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 README | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/README b/README
index 7dea1ea..3f4e177 100644
--- a/README
+++ b/README
@@ -19,14 +19,14 @@ LICENSE_FLAGS_WHITELIST += oracle_java
 
 Notes
 =
-The download URLs mentioned in the SRCURI of the oracle-java recipes
-may show fetch issues with the built in bitbake wget fetcher. This is caused
-by the pre-requirement of clicking the accept license button on the oracle
-download webpage. So if you see fetch issues for the oracle java recipes,
-then you can overcome the issue by opening the SRCURI links manually in a web
-browser, downloading the tarballs, and storing in the bitbake download
-location. And the bitbake download location is specified by DL_DIR variable
-in build configuration file (conf/local.conf)
+There are some known install problems for JRE packages due to dependencies
+reported by RPM package manager. Switching to DEB or IPK packaging temporarily
+fixes this.
+ie:
+PACKAGE_CLASSES = package_deb
+or
+PACKAGE_CLASSES = package_ipk
+in your 'local.conf' file
 
 Where to Send Patches
 =
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 1/2] oracle-java: update fetch method

[Maxin B. John]

Use custom FETCHCMD_wget to avoid manual downloading of Oracle Java packages.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-devtools/oracle-java/oracle-jse.inc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
b/recipes-devtools/oracle-java/oracle-jse.inc
index 98069f4..3a4e20d 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -6,6 +6,8 @@ LIC_FILES_CHKSUM = \

file://${WORKDIR}/${JDK_JRE}${PV}_${PV_UPDATE}/THIRDPARTYLICENSEREADME.txt;md5=c339b34e3da6673d2c5950d0f8808f8c
 \

 
+FETCHCMD_wget_append =  --header=Cookie:oraclelicense=a 
+
 # get the java update version in the resulting package
 PR =. u${PV_UPDATE}
 S = ${WORKDIR}
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 0/5] Add a custom fetch method

[Maxin B. John]

At present,to use meta-oracle-java layer, we need to manually download
the Oracle Java Binaries and place it in download location. Provide a 
custom fetch method to avoid that manual step.
 
Maxin B. John (5):
  README: Update Notes
  oracle-jse-jdk-i586: add custom fetch method
  oracle-jse-jdk-x86-64: add custom fetch method
  oracle-jse-jre-i586: add custom fetch method
  oracle-jse-jre-x86-64: add custom fetch method

 README   | 16 
 .../oracle-java/oracle-jse-jdk-i586_1.7.0.bb |  9 -
 .../oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb   |  9 -
 .../oracle-java/oracle-jse-jre-i586_1.7.0.bb | 10 +-
 .../oracle-java/oracle-jse-jre-x86-64_1.7.0.bb   | 10 +-
 5 files changed, 42 insertions(+), 12 deletions(-)

-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 1/5] README: Update Notes

[Maxin B. John]

1. Remove notes related to manual downloading of Oracle Java binaries
2. Add notes about the temporary fix for installing JRE packages

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 README | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/README b/README
index 7dea1ea..3f4e177 100644
--- a/README
+++ b/README
@@ -19,14 +19,14 @@ LICENSE_FLAGS_WHITELIST += oracle_java
 
 Notes
 =
-The download URLs mentioned in the SRCURI of the oracle-java recipes
-may show fetch issues with the built in bitbake wget fetcher. This is caused
-by the pre-requirement of clicking the accept license button on the oracle
-download webpage. So if you see fetch issues for the oracle java recipes,
-then you can overcome the issue by opening the SRCURI links manually in a web
-browser, downloading the tarballs, and storing in the bitbake download
-location. And the bitbake download location is specified by DL_DIR variable
-in build configuration file (conf/local.conf)
+There are some known install problems for JRE packages due to dependencies
+reported by RPM package manager. Switching to DEB or IPK packaging temporarily
+fixes this.
+ie:
+PACKAGE_CLASSES = package_deb
+or
+PACKAGE_CLASSES = package_ipk
+in your 'local.conf' file
 
 Where to Send Patches
 =
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 5/5] oracle-jse-jre-x86-64: add custom fetch method

[Maxin B. John]

Provide a custom fetch method to avoid manual downloading of binaries.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb
index 4058d23..cdedaf1 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb
+++ b/recipes-devtools/oracle-java/oracle-jse-jre-x86-64_1.7.0.bb
@@ -1,4 +1,3 @@
-PR = r0
 PV_UPDATE = 25
 
 require oracle-jse-jre.inc
@@ -7,3 +6,12 @@ SRC_URI = 
http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jre-7u25-linux-x
 
 SRC_URI[md5sum] = 743ee0ebf73ce428c912866d84e374e0
 SRC_URI[sha256sum] = 
3c4496316fb413d5ab0590e9971676a521b9a600b3ceaac311f04c18c98a98c0
+
+RDEPENDS_${PN} = libxml2 libx11 glib-2.0 alsa-lib libxext libxtst libxrender \
+  fontconfig libxxf86vm
+
+do_fetch () {
+  wget  --header=Cookie:oraclelicense=a ${SRC_URI} -O 
${DL_DIR}/jre-7u25-linux-x64.tar.gz
+}
+
+COMPATIBLE_HOST = '(x86_64.*)-(linux)'
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 2/5] oracle-jse-jdk-i586: add custom fetch method

[Maxin B. John]

Provide a custom fetch method to avoid manual downloading of binaries.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
index 978fbd5..282aa43 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-i586_1.7.0.bb
@@ -1,4 +1,3 @@
-PR = r0
 PV_UPDATE = 25
 
 require oracle-jse-jdk.inc
@@ -7,3 +6,11 @@ SRC_URI = 
http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-i
 
 SRC_URI[md5sum] = 23176d0ebf9dedd21e3150b4bb0ee776
 SRC_URI[sha256sum] = 
dd89b20afa939992bb7fdc44837fa64f0a98d7ee1e5706fe8a2d9e2247ba6de7
+
+RDEPENDS_${PN} = libxml2 libx11 glib-2.0 alsa-lib libxext libxtst libxrender
+
+do_fetch () {
+  wget  --header=Cookie:oraclelicense=a ${SRC_URI} -O 
${DL_DIR}/jdk-7u25-linux-i586.tar.gz
+}
+
+COMPATIBLE_HOST = '(i.86.*)-(linux)'
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 4/5] oracle-jse-jre-i586: add custom fetch method

[Maxin B. John]

Provide a custom fetch method to avoid manual downloading of binaries.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb | 10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb
index 6125025..1fca3a8 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb
+++ b/recipes-devtools/oracle-java/oracle-jse-jre-i586_1.7.0.bb
@@ -1,4 +1,3 @@
-PR = r0
 PV_UPDATE = 25
 
 require oracle-jse-jre.inc
@@ -7,3 +6,12 @@ SRC_URI = 
http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jre-7u25-linux-i
 
 SRC_URI[md5sum] = 0e9ccefe49e937e592dbb605f2e8e7d8
 SRC_URI[sha256sum] = 
4016965536d8607743267812ab04e6d428036dda432893748c1df6cb77b09628
+
+RDEPENDS_${PN} = libxml2 libx11 glib-2.0 alsa-lib libxext libxtst libxrender \
+  fontconfig libxxf86vm
+
+do_fetch () {
+  wget  --header=Cookie:oraclelicense=a ${SRC_URI} -O 
${DL_DIR}/jre-7u25-linux-i586.tar.gz
+}
+
+COMPATIBLE_HOST = '(i.86.*)-(linux)'
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH 3/5] oracle-jse-jdk-x86-64: add custom fetch method

[Maxin B. John]

Provide a custom fetch method to avoid manual downloading of binaries.

Signed-off-by: Maxin B. John maxin.j...@enea.com
---
 recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb 
b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
index 7979401..6ee2002 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk-x86-64_1.7.0.bb
@@ -1,4 +1,3 @@
-PR = r0
 PV_UPDATE = 25
 
 require oracle-jse-jdk.inc
@@ -7,3 +6,11 @@ SRC_URI = 
http://download.oracle.com/otn-pub/java/jdk/7u25-b15/jdk-7u25-linux-x
 
 SRC_URI[md5sum] = 83ba05e260813f7a9140b76e3d37ea33
 SRC_URI[sha256sum] = 
f80dff0e19ca8d038cf7fe3aaa89538496b80950f4d10ff5f457988ae159b2a6
+
+RDEPENDS_${PN} = libxml2 libx11 glib-2.0 alsa-lib libxext libxtst libxrender
+
+do_fetch () {
+  wget  --header=Cookie:oraclelicense=a ${SRC_URI} -O 
${DL_DIR}/jdk-7u25-linux-x64.tar.gz
+}
+
+COMPATIBLE_HOST = '(x86_64.*)-(linux)'
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH 4/5] oracle-jse-jre-i586: add custom fetch method

[Maxin B. John]

Hi Khem,

On Fri, Aug 08, 2014 at 04:03:03PM -0700, Khem Raj wrote:
 On Fri, Aug 8, 2014 at 9:39 AM, Maxin B. John maxin.j...@enea.com wrote:
  Provide a custom fetch method to avoid manual downloading of binaries.
snip 
 
 could we just override FETCHCMD_wget for this recipe ?

Thanks for the help!
FETCHCMD_wget_append =  --header=Cookie:oraclelicense=a  seems to
work fine. I will update and send a v2.

Best Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH] README: Update Maintainers list

[Maxin B. John]

Update the maintainers list
---
 README | 14 +++---
 1 file changed, 11 insertions(+), 3 deletions(-)

diff --git a/README b/README
index e65bd7b..7dea1ea 100644
--- a/README
+++ b/README
@@ -30,7 +30,15 @@ in build configuration file (conf/local.conf)
 
 Where to Send Patches
 =
-Please submit any patches against this layer to the Yocto mailing list
-(yocto@yoctoproject.org) and cc: the maintainer:
+Please submit any patches against this layer to the Yocto mailing list like:
 
-Maintainer: Nitin A Kamble nitin.a.kam...@intel.com
+git send-email --to=yocto@yoctoproject.org -M -1 
--subject-prefix=meta-oracle-java][PATCH
+
+Please substitute PATCH with PATCH v2 if you are submitting a revised 
version after
+addressing feedback (or v3, v4 etc.)
+
+Maintainers:
+Bruce Ashfield bruce.ashfi...@windriver.com
+Pavel Shumeika pavel_shume...@epam.com
+Maxin B. John maxin.j...@enea.com
+Vladimir Redzhepov vladimir_redzhe...@epam.com
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto