Re: [yocto] Update a recipe to use newer sources

2018-04-10 Thread Vincent Prince 
Hi Arno,

You can find pretty much everything in mega manual
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#extendpoky

Yocto uses layers to override recipes, so there's nothing wrong to use
newer version in yours.

Regards,
Vincent

2018-04-09 12:17 GMT+02:00 Arno Steffens :

> Can you please help me?
> For one or 2 packages I need newer sources than available via yocto. Is
> there a guide what and how I have to modify (or better copy, modify and
> add???) a recipe where the only change is a newer source code release? I am
> aware that this can create trouble, but sometimes I need a bugfix that it
> is only in recent versions available.
> Thank you
> Arno
> --
> ___
> 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] How to write a distro layer?

2018-08-03 Thread Vincent Prince 
Hi Uwe,

2018-08-03 10:39 GMT+02:00 Uwe Geuder :

> Hi!
>
> [Disclaimer: I have posted a similar message months ago. There were no
> replies. Let's try whether I can express myself clearer this time.]
>
> One of the few informations I could find about how to create my own
> layer was something like
> https://www.openembedded.org/wiki/Creating_a_new_Layer
>


Did you check
https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#creating-a-general-layer-using-the-bitbake-layers-script



> Especially for creating a distro layer that does not give much guidance.
>
> I could not find any examples of distro layers (except poky of course)
> on the net. Can somebody give me pointers?
>
> The auto-generated local.conf mentions subclassing
> poky. Is that concept explained anywhere?
>
> I inherited a distro layer, which sets a lot of its policy (selection of
> systemd and other feature/package selection) in layer.conf. From reading
> the documentation and other layer.conf files I understand that is NOT
> the way to do it. I would expect those settings in distro/.conf.
>
> The yocto reference manual says for many variables: "Set it in your
> local.conf". For me they are policy, so why shouldn't I set them in
> distro/.conf?
>
>
Did you also check
https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#creating-your-own-distribution

You can look some Freescale example here:
https://github.com/Freescale/meta-freescale-distro

In fact, when Yocto manual refers to adding something to local.conf, it is
the minimal way to do it,
but the cleanest is indeed to set it in machine/distro config file.


> Well, basically there is only one configuration in bitbake. So often it
> does not matter in what configuration file a variable is set. The
> setting will end up in the environment of the tasks. However, especially
> when the ?= operator is used order becomes significant.
>
> Particularly tricky I found the DISTRO variable.
>
> Our distro layer does
>
> 1.) set the DISTRO variable in layer.conf (according to the manual it
> should be done in local.conf)
> 2.) from distro/.conf include (well, require) poky.conf. Is
> that a big no-no??? Of course I could copy all settings I want to keep from
> poky (and all those I don't understand what they do...), but copying code
> is generally not good SW engineering, including sounds better.
> 3.) set DISTRO again after having included poky.conf . According to
> the yocto-check-layer script a distro must not set its own
> name. However, poky does not follow that rule and sets its name, so our
> code has to violate the rule once more and revert poky's wrongdoing.
>
>
1.) DISTRO is local to build folder, so it should be in local.conf, and you
can use a wrapper script to help creating this local.conf file,
see
https://github.com/Freescale/fsl-community-bsp-base/blob/master/setup-environment
for instance.


> In an attempt to make our code more in line with what I understand to be
> correct style, I tried to move all policy settings to
> distro/.conf and the DISTRO setting to local.conf.
>
> However that created a couple of problems:
>
> 1. If I set DISTRO in local.conf before adding all needed layers, my own
> distro layer last, bitbake-layers fails in a sanity check that the
> distro does not exist. Fair enough, it doesn't know about before it has
> been added.
>
> 2. If I first modify my local.conf with all my settings except DISTRO,
> then run all the add-layer operations and finally modify local.conf a
> 2nd time to set DISTRO correctly the build works. However, all recipes
> are reparsed when the build starts. I guess this is caused by the config
> change.
>
> So in the end having the DISTRO setting in layer.conf seems to work
> best. All add-layer commands succeed and recipes can be used from the
> cache when the build starts. Best, except that I don't think that's the
> way it's documented.
>
Any thoughts what I might be missing?
>

You can use git submodule, or google repo to create Yocto environment, you
don't need to create your layer each time and you don't have to compile
before using bitbake-layers.


>

Regards,
>
> Uwe
>
>
> Uwe Geuder
> Neuro Event Labs Oy
> Tampere, Finland
> uwe.gex...@neuroeventlabs.com (Bot check: fix one obvious typo)
> --
> ___
> 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] How to write a distro layer?

2018-08-03 Thread Vincent Prince 
 You don't need to use add-layer, just create conf/bblayers.conf with
wanted layers:

LCONF_VERSION = "7"

BBPATH = "${TOPDIR}"
BSPDIR := "${@os.path.abspath(os.path.dirname(d.getVar('FILE', True)) +
'/../..')}"

BBFILES ?= ""
BBLAYERS = " \
  ${BSPDIR}/sources/poky/meta \
  ${BSPDIR}/sources/poky/meta-poky \
  ${BSPDIR}/sources/meta-openembedded/meta-oe \
  "


2018-08-03 15:43 GMT+02:00 Uwe Geuder :

> Thanks Vincent for your quick reply!
>
> On Fri, Aug 3, 2018 at 12:44 PM, Vincent Prince 
> wrote:
> > 2018-08-03 10:39 GMT+02:00 Uwe Geuder :
>
> >>One of the few informations I could find about how to create my own
> >>layer was something like
> >>https://www.openembedded.org/wiki/Creating_a_new_Layer
>
> > Did you check
> > https://www.yoctoproject.org/docs/latest/mega-manual/mega-
> manual.html#creating-a-general-layer-using-the-bitbake-layers-script
>
> Yes. The template generated by that script is very minimal and
> generic. I don't see any guidance for distro layers in particular.  As
> a matter fact I believe our layer has been created by that script
> (although that was long before my time).
>
>
> >> The yocto reference manual says for many variables: "Set it in your
> >> local.conf". For me they are policy, so why shouldn't I set them in
> >> distro/.conf?
>
> > Did you also check
> > https://www.yoctoproject.org/docs/latest/mega-manual/mega-
> manual.html#creating-your-own-distribution
>
> I had read that many times before, but not recently so let's check again...
>
> | Note
> | The DISTRO variable in your local.conf file determines the name of
> | your distribution
>
> [...]
>
> | Point to Your distribution configuration file: In your local.conf
> |  file in the Build Directory, set your DISTRO variable to point to
> |  your distribution's configuration file. For example, if your
> |  distribution's configuration file is named mydistro.conf, then you
> |  point to it as follows:
> |
> | DISTRO = "mydistro"
>
>
> Correct, that's what I remembered. But if I set it in local.conf
> before adding my layer the bitbake sanity check will complain that
> there is no such layer. And if I modify local.conf after adding the
> layer all recipes will be re-parsed when building the first time.
>
> I don't see any guidance in what order the steps should be carried out
> when setting up a new build area.
>
> They do indicate that you should copy another distro's conf file,
> that's why I asked whether using "require" as we do is a bad/dangerous
> idea.
>
> > You can look some Freescale example here:
> > https://github.com/Freescale/meta-freescale-distro
>
> Good, I hadn't found those. At least the distro/.conf files look
> pretty much like I would expect them.
>
> But all of them (I understand the layer defines 8 different distros)
> do set the DISTRO variable. I haven't run the yocto-check-layer for a
> while, but the last time I did it complained that a distro layer MUST
> NOT set its own DISTRO variable. Do you happen to know whether
> meta-freescale-distro passes the yocto-check-layer script without
> complaints? (I know I could test myself...)
>
> > In fact, when Yocto manual refers to adding something to local.conf,
> > it is the minimal way to do it, but the cleanest is indeed to set it
> > in machine/distro config file.
>
> That has also been my thinking. If that's generally accepted we
> probably should send a patch to the manual. It's pretty misleading if
> the manual without any further explanations says "do it way A" if "way
> B" often is actually the better one.
>
>
> > 1.) DISTRO is local to build folder,
>
> By "local to build folder", do you mean that within the same build folder
> one cannot build more than 1 distro? Not relevant for me, because I
> have only one for the time being, but just to understand the message.
>
> > so it should be in local.conf, and you can use a wrapper script to help
> > creating this local.conf file,
>
> Yes, that's what we do. Without a wrapper script builds were unlikely
> to be reproducible by any measure...
>
>
> > https://github.com/Freescale/fsl-community-bsp-base/blob/
> master/setup-environment
>
> Interesting. I cannot spot how that script handles layers.
>
> My own script
>
> 1) sources oe-init-build-env
> 2) modifies the generated conf/local.conf
> 3) runs bitbake-layer add-layer for all layers we need in our distro
>
> >> In an attempt to make

Re: [yocto] [oe] Yocto and OpenJDK

2018-12-05 Thread Vincent Prince 
Hi Dave,

I think this question belong to yocto ML as stated here:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-oracle-java/about/

Best regards,
Vincent

Le lun. 3 déc. 2018 à 22:38, Dave Buchwald  a
écrit :

> I have a question about Java versions for Yocto. As we know, starting in
> January 2019, Oracle will
> basically start crapping on the open source licensing availability for the
> JDK and will start charging for
> updates starting with JDK11.  I build software and hardware using
> Yocto-built images for the imx7 using
> Java and various Java-based technologies.
>
>
> -Will the Yocto project go to newer versions of OpenJDK? 9, 10, 11?
>
> -How will the Yocto project and meta-java go forward due to
> Oracle's actions?
>
> -Will newer versions be tied to newer BSP's?
>
>
>
>
> thanks,
> Dave Buchwald
> Protedyne Corp.
> Windsor, CT
> --
> ___
> Openembedded-devel mailing list
> openembedded-de...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java] Is oracle-jse-jre broken on arm target ?

2017-09-05 Thread Vincent Prince 
Hello everyone,

I'm trying to add embedded JRE to a custom i.MX6 board, and when I
add oracle-jse-jre recipe to my image, it starts to add a lot of native
stuff so I think it's broken?

As I understand it, the recipe downloads JDK and run jrecreate.sh to
generate needed JRE.
For me, the only thing needed by jrecreate is a valid java installation on
host with JAVA_HOME set?

Someone is using that recipe on arm?

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

Re: [yocto] Building out of tree module into kernel image

2017-09-06 Thread Vincent Prince 
Hi,

Where did you put MACHINE_ESSENTIAL_EXTRA_RDEPENDS  instruction?
Did you try to rename axidma.bb to kernel-module-axidma.bb ?

Best Regards,
Vincent

2017-09-06 16:13 GMT+02:00 Fan Zhang :

> Hi,
>
> I've followed the Yocto manual here: http://www.yoctoproject.org/
> docs/1.6.1/kernel-dev/kernel-dev.html#incorporating-out-of-tree-modules
> to include an out of tree module, named axidma. I can build this module
> alone by
>
> bitbake axidma
>
> and get the .ko file in build/tmp/work/my_machine/axidma directory, but
> when I build my custom image, and include this module by
>
> MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "kernel-module-axidma"
>
> I got an error that says "*Computing transaction...error: Can't install
> packagegroup-core-boot-1.0-r17@microzed_zynq7: no package provides
> kernel-module-axidma*". All the other variables mentioned in the manual
> doesn't compile the module either. They just doesn't stop the image from
> building.
>
> After googling for a few days, it seems every thread I found stucked at
> different stage of this problem, some advance further than me, but from my
> very limited knowledge about bitbake, out of tree modules should be
> included into the build by module.bbclass, which has do_configuration,
> do_compile and do _install in that class. So it is quite puzzling why this
> is not working.
>
> Any pointer is greatly appreciated. Thanks. Below are the configurations
> for my module:
>
> My axidma folder structure is this
>
>
> *axidma (a directory under recipes-sgl directory) *
>
>
> *- files (directory) *
>
> *- COPYING*
>
> *- dma_proxy.c*
>
> *- dma_proxy.h*
>
>
> *- Makefile *
>
> *- axidma.bb *
>
> The bb files in axidma directory is added to BBFILES in layer.conf by
>
> *BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \*
> *${LAYERDIR}/recipes-*/*/*.bbappend"*
>
> axidma.bb file looks like this:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *SUMMARY = "Example of how to build an external Linux kernel module"
> LICENSE = "GPLv2" LIC_FILES_CHKSUM =
> "file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e" inherit module PR =
> "r0" PV = "0.1" SRC_URI = "file://Makefile \file://dma_proxy.c
> \file://dma_proxy.h \file://COPYING \   " S
> = "${WORKDIR}" # The inherit of module.bbclass will automatically name
> module packages with # "kernel-module-" prefix as required by the oe-core
> build environment.*
>
> Makefile looks like this:
>
> *obj-m := dma_proxy.o*
>
> *SRC := $(shell pwd)*
>
> *all:*
> *$(MAKE) -C $(KERNEL_SRC) M=$(SRC)*
>
> *modules_install:*
> *$(MAKE) -C $(KERNEL_SRC) M=$(SRC) modules_install*
>
> *clean:*
> *rm -f *.o *~ core .depend .*.cmd *.ko *.mod.c*
> *rm -f Module.markers Module.symvers modules.order*
> *rm -rf .tmp_versions Modules.symvers*
>
> Fan Zhang
>
>
>
> --
> ___
> 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] how to submit a patch

2017-09-08 Thread Vincent Prince 
Hi,

Usually, I follow instructions in README file found in meta-X layer.
For example, for poky, it can be found in section "Where to Send Patches" here:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/README?h=pyro

BR,
Vincent

2017-09-08 14:22 GMT+02:00 yahia farghaly :
> i found it in pyro docs, never mind
>
>
>
> Sent with Mailtrack
>
> On 8 September 2017 at 14:11, yahia farghaly 
> wrote:
>>
>> How to submit a patch in yocto ? i come across this link for open embedded
>> https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded
>> should i follow it ? or there is something else? . more specifically, my
>> patch will be in pyro branch
>>
>> Thanks,
>>
>>
>>
>> --
>> Yahia Farghaly
>> Graduated from Faculty of Engineering - Electronics and Communications
>> Department at Cairo University.
>> Linkedin - GitHub
>>
>>
>>
>> ‌
>
>
>
>
> --
> Yahia Farghaly
> Graduated from Faculty of Engineering - Electronics and Communications
> Department at Cairo University.
> Linkedin - GitHub
>
> --
> ___
> 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] [pyro][meta-oracle-java][PATCH 2/2] oracle-java: create directory before creating links

2017-09-15 Thread Vincent Prince 
Hi Fabio,

I have a non fatal-error on link creation on pyro:

ERROR: oracle-jse-jdk-x86-64-native-1.8.0-u131r0 do_populate_sysroot:
sstate found an absolute path symlink
/home/build/tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/sysroot-destdir/home/build/tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/recipe-sysroot-native/usr/bin/java
pointing at 
/home/build/tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/recipe-sysroot-native/usr/lib/jvm/java-8-oracle/bin/java.
Please replace this with a relative link.

I suspect that those lines are concerned:
ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
ln -sf ${JDK_HOME}/bin/javac${D}${bindir}

Am I wrong?

Best Regards,
Vincent

2017-09-14 22:21 GMT+02:00 Fabio Berton :
> From: Jan Remmet 
>
> 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 
> Signed-off-by: Maxin B. John 
> (cherry picked from commit 731d3d2cf7e7d65954991e79b9918575e06081c8)
> ---
>  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 935ad9b..a7210d9 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
>  }
> --
> 2.14.1
>
> --
> ___
> 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] [meta-oracle-java][PATCH] Move RDEPENDS from general include to JRE specific as Embedded JRE is headless and runtime does not depend on graphical libs.

2017-09-15 Thread Vincent Prince 
Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-jre.inc | 2 ++
 recipes-devtools/oracle-java/oracle-jse.inc | 1 -
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jre.inc 
b/recipes-devtools/oracle-java/oracle-jse-jre.inc
index e8faba2..80a442a 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jre.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jre.inc
@@ -12,3 +12,5 @@ JDK_JRE = "jre"
 require oracle-jse.inc
 
 BBCLASSEXTEND = "native"
+
+RDEPENDS_${PN} += " libasound atk cairo gdk-pixbuf mesa gtk+ libxtst libxi"
diff --git a/recipes-devtools/oracle-java/oracle-jse.inc 
b/recipes-devtools/oracle-java/oracle-jse.inc
index ce8280c..4346f23 100644
--- a/recipes-devtools/oracle-java/oracle-jse.inc
+++ b/recipes-devtools/oracle-java/oracle-jse.inc
@@ -9,7 +9,6 @@ LIC_FILES_CHKSUM = "\
 
 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
 PR =. "u${PV_UPDATE}"
 S = "${WORKDIR}"
-- 
2.7.4

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

[yocto] [meta-oracle-java][PATCH] Revert "oracle-jse-ejre: Fix destination" (4eb10648f31539f95110852496b987db6f74df55)

2017-09-26 Thread Vincent Prince 
We need to add JRE directly in ${JDK_JRE}${PV}_${PV_UPDATE} as oracle-jse.inc 
installs all dest folder.

Without this patch JRE is installed in /usr/lib/jvm/java-8-oracle/jre/bin/java 
and /usr/bin/java points to
/usr/lib/jvm/java-8-oracle/bin/java

Signed-off-by: Vincent Prince 
---
 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 0af0b6b..d7a4b33 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}/jre
+   DEST=${S}/${JDK_JRE}${PV}_${PV_UPDATE}
rm -rf ${DEST}
JAVA_HOME=${STAGING_DIR_NATIVE}/${JDK_HOME} 
ejdk${PV}_${PV_UPDATE}/bin/jrecreate.sh --dest ${DEST}
 }
-- 
2.7.4

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

Re: [yocto] Procedure for adding driver in Yocto

2017-10-11 Thread Vincent Prince 
Hi,

If you want to create a kernel module, you can use that kind of recipe

meta-x-bsp/recipes-kernel/kernel-module/kernel-module-modulename.bb:

SUMMARY = "Kernel loadable module"
DESCRIPTION = "This package includes loadable module"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=a04ba2d94725e7270af091f1f1cb6580"

PV .= "+git${SRCPV}"

SRCREV = "e26baba25fa792730d09c6e5334814b3037e7bc7"
SRC_URI = "git://url/modulename.git"

S = "${WORKDIR}/git"

inherit module

KERNEL_MODULE_AUTOLOAD = "modulename"

If it ok for you ?
Best Regards,
Vincent

2017-10-11 7:40 GMT+02:00 Umamahesh Yelchuruvenkata :
> Hi
>
>
>
> I am looking for a procedure how to add an new driver in Yocto Kernel. I
> tried adding an sample char driver by updating Kconfig and makefile of
> respective directory and by default marked as built in by default.
>
>
>
> But I do not see the driver is coming up while kernel is booted.
>
>
>
> Please suggest the procedure.
>
>
>
> Thanks
>
> Umamahesh
>
>
>
> ::DISCLAIMER::
> 
>
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only.
> E-mail transmission is not guaranteed to be secure or error-free as
> information could be intercepted, corrupted,
> lost, destroyed, arrive late or incomplete, or may contain viruses in
> transmission. The e mail and its contents
> (with or without referred errors) shall therefore not attach any liability
> on the originator or HCL or its affiliates.
> Views or opinions, if any, presented in this email are solely those of the
> author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior written
> consent of authorized representative of
> HCL is strictly prohibited. If you have received this email in error please
> delete it and notify the sender immediately.
> Before opening any email and/or attachments, please check them for viruses
> and other defects.
>
> 
>
>
> --
> ___
> 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] Procedure for adding driver in Yocto

2017-10-16 Thread Vincent Prince 
Hi,

You have to create your own layer, then create a recipe to add your driver.

I'd suggest you to read
http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#managing-layers
http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#incorporating-out-of-tree-modules

Good luck,
Vincent

2017-10-15 16:13 GMT+02:00 Umamahesh Yelchuruvenkata :
> Hi
>
> I am using wandboard, .bb file in the following path
>
> /yoctoimx-fsl-bsp/sources/meta-freescale-3rdparty/recipes-kernel/kernel-modules
>
> Contains kernel-module-mcc_2.1.01.bb
>
> But how do I edit it to add a new driver.
>
> Please suggest.
>
> Thanks
> Umamahesh
>
> -Original Message-
> From: Vincent Prince [mailto:vincent.prince...@gmail.com]
> Sent: 11 October 2017 12:54
> To: Umamahesh Yelchuruvenkata 
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Procedure for adding driver in Yocto
>
> Hi,
>
> If you want to create a kernel module, you can use that kind of recipe
>
> meta-x-bsp/recipes-kernel/kernel-module/kernel-module-modulename.bb:
>
> SUMMARY = "Kernel loadable module"
> DESCRIPTION = "This package includes loadable module"
> LICENSE = "GPLv2"
> LIC_FILES_CHKSUM = "file://COPYING;md5=a04ba2d94725e7270af091f1f1cb6580"
>
> PV .= "+git${SRCPV}"
>
> SRCREV = "e26baba25fa792730d09c6e5334814b3037e7bc7"
> SRC_URI = "git://url/modulename.git"
>
> S = "${WORKDIR}/git"
>
> inherit module
>
> KERNEL_MODULE_AUTOLOAD = "modulename"
>
> If it ok for you ?
> Best Regards,
> Vincent
>
> 2017-10-11 7:40 GMT+02:00 Umamahesh Yelchuruvenkata :
>> Hi
>>
>>
>>
>> I am looking for a procedure how to add an new driver in Yocto Kernel.
>> I tried adding an sample char driver by updating Kconfig and makefile
>> of respective directory and by default marked as built in by default.
>>
>>
>>
>> But I do not see the driver is coming up while kernel is booted.
>>
>>
>>
>> Please suggest the procedure.
>>
>>
>>
>> Thanks
>>
>> Umamahesh
>>
>>
>>
>> ::DISCLAIMER::
>> --
>> --
>> 
>>
>> The contents of this e-mail and any attachment(s) are confidential and
>> intended for the named recipient(s) only.
>> E-mail transmission is not guaranteed to be secure or error-free as
>> information could be intercepted, corrupted, lost, destroyed, arrive
>> late or incomplete, or may contain viruses in transmission. The e mail
>> and its contents (with or without referred errors) shall therefore not
>> attach any liability on the originator or HCL or its affiliates.
>> Views or opinions, if any, presented in this email are solely those of
>> the author and may not necessarily reflect the views or opinions of
>> HCL or its affiliates. Any form of reproduction, dissemination,
>> copying, disclosure, modification, distribution and / or publication
>> of this message without the prior written consent of authorized
>> representative of HCL is strictly prohibited. If you have received
>> this email in error please delete it and notify the sender
>> immediately.
>> Before opening any email and/or attachments, please check them for
>> viruses and other defects.
>>
>> --
>> --
>> 
>>
>>
>> --
>> ___
>> 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] [meta-oracle-java][PATCH 1/2] Fix do_populate_sysroot: sstate found an absolute path symlink

2017-10-27 Thread Vincent Prince 
Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 16 
 1 file 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 a7210d9..11fe17b 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -12,16 +12,16 @@ JDK_JRE = "jdk"
 require oracle-jse.inc
 
 do_install_class-native() {
-   install -d  ${D}${libdir_jvm}
-   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
+   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}${bindir}
+   ln -sf ${D}${JDK_HOME}/bin/java ${D}${bindir}
+   ln -sf ${D}${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
+   install -d ${D}${JDK_HOME}/bin
+   ln -sf javah ${D}${JDK_HOME}/bin/gjavah
+   ln -sf jar ${D}${JDK_HOME}/bin/fastjar
 }
 
 BBCLASSEXTEND = "native"
-- 
2.7.4

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

[yocto] [meta-oracle-java][PATCH 2/2] On headless arm, do_package() complains about missing libX11.so.6 provider.

2017-10-27 Thread Vincent Prince 
Full JRE created by jrecreate contains awt/swing dynamic libraries linked to 
libx11.

This patch creates a compact JRE without those libraries.

Signed-off-by: Vincent Prince 
---
 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 d7a4b33..0b0d978 100644
--- a/recipes-devtools/oracle-java/oracle-jse-ejre.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
@@ -21,5 +21,5 @@ LIC_FILES_CHKSUM = "\
 do_compile() {
DEST=${S}/${JDK_JRE}${PV}_${PV_UPDATE}
rm -rf ${DEST}
-   JAVA_HOME=${STAGING_DIR_NATIVE}/${JDK_HOME} 
ejdk${PV}_${PV_UPDATE}/bin/jrecreate.sh --dest ${DEST}
+   JAVA_HOME=${STAGING_DIR_NATIVE}/${JDK_HOME} 
ejdk${PV}_${PV_UPDATE}/bin/jrecreate.sh --profile compact3 --vm all --extension 
locales --dest ${DEST}
 }
-- 
2.7.4

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

Re: [yocto] [meta-oracle-java][PATCH 1/2] Fix do_populate_sysroot: sstate found an absolute path symlink

2017-10-27 Thread Vincent Prince 
I was mistaken, following patch fixes it for real

Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index a7210d9..1092a34 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -12,16 +12,16 @@ JDK_JRE = "jdk"
 require oracle-jse.inc

 do_install_class-native() {
-   install -d  ${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}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/java   ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/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
+   install -d  ${D}${JDK_HOME}/bin
+   ln -sf javah${D}${JDK_HOME}/bin/gjavah
+   ln -sf jar  ${D}${JDK_HOME}/bin/fastjar
 }

 BBCLASSEXTEND = "native"
-- 
2.7.4

2017-10-27 14:18 GMT+02:00 Vincent Prince :
> Signed-off-by: Vincent Prince 
> ---
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 16 
>  1 file 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 a7210d9..11fe17b 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -12,16 +12,16 @@ JDK_JRE = "jdk"
>  require oracle-jse.inc
>
>  do_install_class-native() {
> -   install -d  ${D}${libdir_jvm}
> -   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
> +   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}${bindir}
> +   ln -sf ${D}${JDK_HOME}/bin/java ${D}${bindir}
> +   ln -sf ${D}${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
> +   install -d ${D}${JDK_HOME}/bin
> +   ln -sf javah ${D}${JDK_HOME}/bin/gjavah
> +   ln -sf jar ${D}${JDK_HOME}/bin/fastjar
>  }
>
>  BBCLASSEXTEND = "native"
> --
> 2.7.4
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH 1/2] Fix do_populate_sysroot: sstate found an absolute path symlink

2017-10-27 Thread Vincent Prince 
Hi Khem,

it's true, the only revelant part is

> +   ln -sf ../lib/jvm/${JDK_DIR}/bin/java   ${D}${bindir}
> +   ln -sf ../lib/jvm/${JDK_DIR}/bin/javac  ${D}${bindir}

I shouldn't git send-mail on friday sorry,

Best Regards,
Vincent

2017-10-27 20:11 GMT+02:00 Khem Raj :
> On Fri, Oct 27, 2017 at 9:47 AM, Vincent Prince
>  wrote:
>> I was mistaken, following patch fixes it for real
>>
>> Signed-off-by: Vincent Prince 
>> ---
>>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 14 +++---
>>  1 file changed, 7 insertions(+), 7 deletions(-)
>>
>> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>> index a7210d9..1092a34 100644
>> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>> @@ -12,16 +12,16 @@ JDK_JRE = "jdk"
>>  require oracle-jse.inc
>>
>>  do_install_class-native() {
>> -   install -d  ${D}${libdir_jvm}
>> +   install -d  ${D}${libdir_jvm}
>
> This change is not relevant here I think.
>
>> 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}${bindir}
>> +   ln -sf ../lib/jvm/${JDK_DIR}/bin/java   ${D}${bindir}
>> +   ln -sf ../lib/jvm/${JDK_DIR}/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
>> +   install -d  ${D}${JDK_HOME}/bin
>> +   ln -sf javah    ${D}${JDK_HOME}/bin/gjavah
>> +   ln -sf jar  ${D}${JDK_HOME}/bin/fastjar
>>  }
>>
>>  BBCLASSEXTEND = "native"
>> --
>> 2.7.4
>>
>> 2017-10-27 14:18 GMT+02:00 Vincent Prince :
>>> Signed-off-by: Vincent Prince 
>>> ---
>>>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 16 
>>>  1 file 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 a7210d9..11fe17b 100644
>>> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>>> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
>>> @@ -12,16 +12,16 @@ JDK_JRE = "jdk"
>>>  require oracle-jse.inc
>>>
>>>  do_install_class-native() {
>>> -   install -d  ${D}${libdir_jvm}
>>> -   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
>>> +   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}${bindir}
>>> +   ln -sf ${D}${JDK_HOME}/bin/java ${D}${bindir}
>>> +   ln -sf ${D}${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
>>> +   install -d ${D}${JDK_HOME}/bin
>>> +   ln -sf javah ${D}${JDK_HOME}/bin/gjavah
>>> +   ln -sf jar ${D}${JDK_HOME}/bin/fastjar
>>>  }
>>>
>>>  BBCLASSEXTEND = "native"
>>> --
>>> 2.7.4
>>>
>> --
>> ___
>> 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] [meta-oracle-java][PATCH V2 1/2] On headless arm, do_package() complains about missing libX11.so.6 provider.

2017-10-30 Thread Vincent Prince 
Full JRE created by jrecreate contains awt/swing dynamic libraries linked to 
libX11.
We patch binaries to remove libX11 dependencies

Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-ejre.inc | 14 +-
 1 file changed, 13 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-ejre.inc 
b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
index d7a4b33..114a7dc 100644
--- a/recipes-devtools/oracle-java/oracle-jse-ejre.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-ejre.inc
@@ -11,7 +11,7 @@ DESCRIPTION = "This is the proprietary JRE from Sun/Oracle, 
with the Hotspot JVM
 JDK_JRE = "ejre"
 require oracle-jse.inc
 
-DEPENDS = "virtual/java-native"
+DEPENDS = "virtual/java-native patchelf-native"
 
 LIC_FILES_CHKSUM = "\
file://${LICENSE_DIR}/COPYRIGHT;md5=3dc1bfbd5bed75d650ad0506a0df5930 \
@@ -22,4 +22,16 @@ do_compile() {
DEST=${S}/${JDK_JRE}${PV}_${PV_UPDATE}
rm -rf ${DEST}
JAVA_HOME=${STAGING_DIR_NATIVE}/${JDK_HOME} 
ejdk${PV}_${PV_UPDATE}/bin/jrecreate.sh --dest ${DEST}
+
+   PATCHELF_DIR=${STAGING_DIR_NATIVE}/usr/bin
+   ${PATCHELF_DIR}/patchelf --remove-needed libX11.so.6 
${DEST}/bin/policytool
+
+   ${PATCHELF_DIR}/patchelf --remove-needed libX11.so.6 \
+ --remove-needed libXext.so.6 
${DEST}/lib/arm/libsplashscreen.so
+
+   ${PATCHELF_DIR}/patchelf --remove-needed libX11.so.6 \
+ --remove-needed libXrender.so.1 \
+ --remove-needed libXtst.so.6 \
+ --remove-needed libXi.so.6 \
+ --remove-needed libXext.so.6 
${DEST}/lib/arm/libawt_xawt.so
 }
-- 
2.7.4

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

[yocto] [meta-oracle-java][PATCH V2 2/2] Fix do_populate_sysroot: sstate found an absolute path symlink

2017-10-30 Thread Vincent Prince 
Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index a7210d9..84772e6 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -16,8 +16,8 @@ do_install_class-native() {
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}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/java   ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/javac  ${D}${bindir}
 
install -d  ${D}${JDK_HOME}/bin
ln -sf javah${D}${JDK_HOME}/bin/gjavah
-- 
2.7.4

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

Re: [yocto] [meta-oracle-java][PATCH] Don't preserve ownership when copying files

2017-11-08 Thread Vincent Prince 
Hi Martin,

Any reason to give root rights to JDK?

Best Regards,
Vincent

2017-11-06 15:33 GMT+01:00 Martin Nordqvist :

> Don't preserve ownership when copying files. Instead let root be
> owner of all files.
> ---
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 3 ++-
>  recipes-devtools/oracle-java/oracle-jse.inc | 3 ++-
>  2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index a7210d9..ca6af22 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -13,7 +13,8 @@ require oracle-jse.inc
>
>  do_install_class-native() {
> install -d  ${D}${libdir_jvm}
> -   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
> +   cp -a --no-preserve=ownership \
> +   ${S}/${JDK_JRE}${PV}_${PV_UPDATE}   ${D}${JDK_HOME}
>
> install -d  ${D}${bindir}
> ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
> diff --git a/recipes-devtools/oracle-java/oracle-jse.inc
> b/recipes-devtools/oracle-java/oracle-jse.inc
> index 4346f23..5e5f406 100644
> --- a/recipes-devtools/oracle-java/oracle-jse.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse.inc
> @@ -19,7 +19,8 @@ JDK_HOME = "${libdir_jvm}/${JDK_DIR}"
>
>  do_install () {
> install -d -m 0755  ${D}${libdir_jvm}
> -   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
> +   cp -a --no-preserve=ownership \
> +   ${S}/${JDK_JRE}${PV}_${PV_UPDATE}   ${D}${JDK_HOME}
>  }
>
>  # All the files are provided in a binaray package, and keeping all the
> --
> 1.9.1
>
> --
> ___
> 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] [meta-oracle-java][PATCH] Symlink jar and javah in bindir (native)

2017-11-20 Thread Vincent Prince 
Hi Martin,

There is a warning with absolute path symlinking, I made a patch to replace
all occurence of
ln -sf ${JDK_HOME}/bin/*
by
ln -sf ../lib/jvm/${JDK_DIR}/bin/*
but didn't get integrated.

Best regards,
Vincent

2017-11-17 12:47 GMT+01:00 Martin Nordqvist :

> Create symlinks in bindir to jar and javah.
> If a recpie needs jar to create a jar file or javah for a JNI package,
> jar and javah needs to be in bindir.
> ---
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 2 ++
>  1 file changed, 2 insertions(+)
>
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index a7210d9..6b3aabe 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -18,6 +18,8 @@ do_install_class-native() {
> install -d  ${D}${bindir}
> ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
> ln -sf ${JDK_HOME}/bin/javac${D}${bindir}
> +   ln -sf ${JDK_HOME}/bin/javah${D}${bindir}
> +   ln -sf ${JDK_HOME}/bin/jar  ${D}${bindir}
>
> install -d  ${D}${JDK_HOME}/bin
> ln -sf javah${D}${JDK_HOME}/bin/gjavah
> --
> 1.9.1
>
> --
> ___
> 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] [meta-oracle-java][PATCH] Fix warning in do_populate_sysroot: sstate found an absolute path symlink

2017-11-22 Thread Vincent Prince 
Signed-off-by: Vincent Prince 
---
 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index 6b3aabe..1ec172f 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -16,10 +16,10 @@ do_install_class-native() {
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}
-   ln -sf ${JDK_HOME}/bin/javah${D}${bindir}
-   ln -sf ${JDK_HOME}/bin/jar  ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/java   ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/javac  ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/javah  ${D}${bindir}
+   ln -sf ../lib/jvm/${JDK_DIR}/bin/jar${D}${bindir}
 
install -d  ${D}${JDK_HOME}/bin
ln -sf javah${D}${JDK_HOME}/bin/gjavah
-- 
2.7.4

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

Re: [yocto] how to know Poky kernel version before running it

2017-12-01 Thread Vincent Prince 
Something like following command will give you every variables for kernel
recipe:

bitbake -e virtual/kernel | egrep '^[A-Z][A-Z_]*'

You will find prefered version and source url variables.

2017-12-01 18:11 GMT+01:00 Steve Pavao :

> Is there a definitive way to know at/after build time what kernel version
> is being built via a particular bitbake of Poky?
>
> I don’t have the board on hand to boot the result of my work right now; it
> is a scout build for a board I’m getting soon.
>
> I’m trying to figure it out by browsing the console-latest.log and looking
> for the highest kernel version I can observe from the recipes used.  Is
> there a better way to find this out at build time?
>
> Knowing the kernel version would help me decide what version of a patch to
> apply to go along with it.
>
> Steve Pavao
> Korg R&D
>
> --
> ___
> 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] How to append to image, not machine?

2017-12-06 Thread Vincent Prince 
Hi,

One solution is to add a custom action with ROOTFS_POSTPROCESS_COMMAND in
one of the image, that will change interfaces file (with sed for example,
or symlink, etc ...).

Best Regards,
Vincent

2017-12-06 14:43 GMT+01:00 Marek Słomiany :

> Hi,
>
> I'm building system that has 2 cpu's which communicate via CSLIP over
> serial. On both ends it looks similar but the IP's has to be swapped for
> point-to-point communication. For example one will have:
> address 10.10.10.1
> pointopoint 10.10.10.2
>
> and the other one:
> address 10.10.10.2
> pointopoint 10.10.10.1
>
> to replace /etc/network/interfaces file with my own, I have created
> a init-ifupdown_%.bbappend file which contains:
>
> FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
>
> SRC_URI_append = "\
> file://interfaces \
> "
>
> I could make two interfaces files in separate directories and add to
> SRC_URI_append_machine1 for each one, but I'm using same machine for both
> cpu's, but different images (one with qt, one without). Is there a similar
> method but binding append with image not a machine?
>
> Regards,
> Marek Slomiany
>
> --
> ___
> 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] GPIO configuration in imx6ull

2018-01-15 Thread Vincent Prince 
Hi,

Are you aware of pin-muxing subject?

You can change GPIO settings in U-boot with gpio_* functions.
You can change them in DTS with gpio-edm driver from Wandboard kernel (
https://github.com/wandboard-org/linux/blob/4.1-2.0.x-imx/drivers/input/keyboard/gpio_edm.c
)
You can also change them in running Linux environment, i found this
resource quite complete
http://www.variwiki.com/index.php?title=DART-6UL_GPIO

Best Regards,
Vincent

2018-01-13 5:55 GMT+01:00 Mathew K Tharakan <
mathewkunjumonthara...@gmail.com>:

> Hi,
>
> I'm using iMX6ULL evk. I would like to change direction and value of some
> gpios. How to do that?? Could you help me in this, since I'm completely new
> to BSP.
>
> Thanks and Regards
> Mathew. K. Tharakan
>
> --
> ___
> 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] [YOCTO] add a new partition during flash with mfgtools

2018-02-22 Thread Vincent Prince 
Hey Thibaut

Easiest way is to boot on small ramdisk and do partitioning/flashing with
Linux commands.

Regards,
Vincent



2018-02-19 17:00 GMT+01:00 Thibaut SARRAZIN <
sarrazin.thibaut.ce...@gmail.com>:

>
> Hello everybody,
>
>
> I don't find solution to add a new partition to my emmc directly during
> the flash. I don't know if I need to modify the u-boot-fslc recipe or if
> there is another solution.
>
> board : mx6qroj
>
>
> Thanks you all  for your help,
>
> --
> ___
> 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] [OE-core] Questions about udev rule and systemd-udev，relevant to mounting block device

2018-03-02 Thread Vincent Prince 
Hi,

I'm not sure what is your use case, but you can check usbmount[1][2]
or automount-usb[3] for example on how to use udev with systemd:

Regards,
Vincent

[1]https://github.com/rbrito/usbmount
[2]
https://github.com/nefethael/meta-random/blob/master/recipes-support/usbmount/usbmount_git.bb
[3]https://github.com/six-k/automount-usb


2018-03-02 6:44 GMT+01:00 Hongzhi, Song :

> Hi all,
>
> Does anyone have suggestion for me?
>
> Thanks.
>
> Hongzhi.Song
>
> On 2018年03月01日 18:35, Hongzhi, Song wrote:
>
> Defect:
>
> The exiting method of automount of udev in *oe-core/meta/ *is using
>
> *automount.rules* which call *mount.sh* that using */bin/mount* to mount
> device.
>
> But systemd-udevd detaches *mount()* operations done within the service
>
> from the rest of the system with MountFlag=slave， this means host can
>
> not access device. (e.g. Executing *mkfs.ext4 /dev/sda1/* prompts
>
> */dev/sda1 is apparently in use by the system; will not make a filesystem
> here!*)
>
>
> Solution:
>
> Systemd upstream suggest that the best way is to use "systemd-mount"
>
> in udev rules, which will request the mount operation to be executed by
> PID 1.
>
> And I have tested it was effective.
>
>
> Uncertain：
>
> The exiting method is designed for *SysV-init *which is not
> compatible to
>
> systemd-udev, at least that's what I think. So I think that we should
> design
>
> a new rule or organizational structure to be suitable for systemd-udev and
>
> to mount deferent device. Dose anyone help do this? Or I can make some
>
> improvements on the basis of the existing with "systemd-mount".
>
>
>
>
> --
> ___
> Openembedded-core mailing list
> openembedded-c...@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] How to check list of installed packages to stop the build process conditionally

2018-03-26 Thread Vincent Prince 
Hi,

Maybe you can say A conflicts B and B conflicts A with following variable :
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-RCONFLICTS

Best regards,
Vincent

2018-03-26 9:54 GMT+02:00 Iván Castell :

> Hello forum.
>
> My layer provides two custom recipes A and B with exactly the same
> functionality. To get a working image, one of these two recipes must be
> included on the generated image (A_installed XOR B_installed).
>
> So I need the build process being able to check the list of installed
> packages, stopping the build process in case any of these two packages is
> included.
>
> Does yocto provides some mechanism to manage this issue?
>
> Thank you in advance!
>
>
>
> --
> ___
> 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] How to build two different kernel

2018-03-26 Thread Vincent Prince 
Hi ,

You can look at the following patch
https://patchwork.openembedded.org/patch/142675

Best regards,
Vincent

2018-03-22 5:47 GMT+01:00 HuaFu 8386 :

> Hi,
>
> I want to build two different images with two different kernel configs,
> one for debug version and one for production version, like
> bitbake debug_image
> bitbake product_image
>
> Any idea how can I do that?
>
> Thanks,
> Danny
>
>
>
> --
> ___
> 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] Cannot add libsrtp to yocto image

2018-04-07 Thread Vincent Prince 
Hi,

Did you add meta-multimedia to BBLAYERS as explained here
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#enabling-your-layer


BR,
Vincent

2018-04-07 8:46 GMT+02:00 Mostafa Farzane :

> Hi,
> I need to add libsrtp to my yocto image. So I added libsrtp to
> "IMAGE_INSTALL". But I faced the following errors:
>
> Unknown package 'libsrtp'.
>
> Collected errors:
>  * opkg_solver_install: Cannot install package libsrtp.
>
>
> --
> ___
> 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] [meta-selinux] [Warrior] [PATCH] Revert glib-2.0: fix configure error for meson build

2019-10-17 Thread Vincent Prince 
On Warrior branch, glib-2.0 is in version 2.58.3 so we need to revert commit 
[bb0c9c3abcb] until then.

Signed-off-by: Vincent Prince 
---
 classes/meson-enable-selinux.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/classes/meson-enable-selinux.bbclass 
b/classes/meson-enable-selinux.bbclass
index 91c2a2b..77a763a 100644
--- a/classes/meson-enable-selinux.bbclass
+++ b/classes/meson-enable-selinux.bbclass
@@ -1,4 +1,4 @@
 inherit selinux
 
 PACKAGECONFIG_append = " ${@target_selinux(d)}"
-PACKAGECONFIG[selinux] = "-Dselinux=enabled,-Dselinux=disabled,libselinux,"
+PACKAGECONFIG[selinux] = "-Dselinux=true,-Dselinux=false,libselinux,"
-- 
2.7.4

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

[yocto] [meta-selinux] Warrior branch glib/meson problem

2019-10-17 Thread Vincent Prince 
Hi Team,

I have a problem with meta-selinux layer on warrior branch, especially
building glib-2.0 with meson.
This commit introduces enabled/disabled flags instead of true/false:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-selinux/commit/?h=warrior&id=bb0c9c3abcb935e4b362eb57985e1ee7fec0bfe0

But current glib-2.0 is not 2.60 yet:
https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-core/glib-2.0/?h=warrior

Can we revert this patch on warrior?

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

[yocto] [meta-selinux] [Warrior] [PATCH] Revert glib-2.0: fix configure error for meson build

2019-10-17 Thread Vincent Prince 
On Warrior branch, glib-2.0 is in version 2.58.3 so we need to revert commit 
[bb0c9c3abcb] until then.

Signed-off-by: Vincent Prince 
---
 classes/meson-enable-selinux.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/classes/meson-enable-selinux.bbclass 
b/classes/meson-enable-selinux.bbclass
index 91c2a2b..77a763a 100644
--- a/classes/meson-enable-selinux.bbclass
+++ b/classes/meson-enable-selinux.bbclass
@@ -1,4 +1,4 @@
 inherit selinux
 
 PACKAGECONFIG_append = " ${@target_selinux(d)}"
-PACKAGECONFIG[selinux] = "-Dselinux=enabled,-Dselinux=disabled,libselinux,"
+PACKAGECONFIG[selinux] = "-Dselinux=true,-Dselinux=false,libselinux,"
-- 
2.7.4

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

Re: [yocto] meta-selinux | meson-enable-selinux breaks

2019-10-17 Thread Vincent Prince 
See patch here https://patchwork.openembedded.org/series/20519/#

Le jeu. 17 oct. 2019 à 17:19, Itay Sperling  a
écrit :

> Hi,
> I just built Yocto (warrior) with meta-selinux and got this error:
>
>> meson.build:1:0: ERROR:  Value disabled is not boolean (true or false).
>
>
> It appears the file *classes/meson-enable-selinux.bbclass* has incorrect
> values.
>
> Attached a patch that fixes the problem.
>
> Itay
>
> [image: Argus Logo]
> *Itay Sperling* *|* Software Engineer, *Argus **Cyber Security Ltd.*
> itay.sperl...@argus-sec.com *|*
> www.argus-sec.com *|*
> --
> ___
> 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] [meta-selinux] zeus branch creation

2019-11-01 Thread Vincent Prince 
Hi team,

Would it be possible to create zeus branch for meta-selinux layer?

Kind regards,
Vincent
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] help with meta-java

2019-11-05 Thread Vincent Prince 
Hi Tim,

There are some pending stuff on meta-java ML
openembedded-de...@lists.openembedded.org and layer is not zeus
compatible yet.
I'm trying to contact layer maintainers for several weeks, i don't
know if information is obsolete or if people are too busy/away?

Main layer maintainers:
  Henning Heinold 
  Maxin John 
  Otavio Salvador 
  Richard Leitner 

For now, I just use master-next, and I'm considering using
https://github.com/AdoptOpenJDK/ prebuilds, meta-java is quite hard to
understand I found :)

Best regards,
Vincent

Le lun. 4 nov. 2019 à 18:23, Shockley, Timothy
 a écrit :
>
> Helllo,
>
>
>
> I am looking for some help with meta-java, specifically upgrading to zeus 
> branch and also upgrading openjdk to a more recent release in order to 
> address CVEs. Wondering if there is anyone else working / needing this?
>
>
>
> Thanks,
>
> Tim Shockley
>
>
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto