Yocto Gurus,
I am trying to Skip running a recipe for a particular machine configuration and
I am using the below statement in recipe to accomplish it, however I am getting
the below errors.
python () {
if :
raise bb.parse.SkipRecipe("Message")
}
Errors:
NOTE: Runtime target 'arris
On Thu, Mar 15, 2018 at 10:29 PM, Tim Orling wrote:
> Ditto for Robert’s comment. Please look at the bitbake manual and understand
> what the syntax means [1].
>
> Also, “python-foo” means the python2 version. The default PACKAGECONFIG [2]
> for opencv builds for python3. You need “python3-opencv
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Friday, March 16, 2018 02:51 PM
> To: Greg Wilson-Lindberg
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] How to get mysqy/mariadb to start on powerup.
>
> On Fri, Mar 16, 2018 at 2:22 PM, Greg Wilson-Lindberg
hello,
I have a daemon called powermanager running as the non-root user, power.
In /etc/sudoers.d/power, I have the following:
power ALL=(ALL) NOPASSWD: ALL
I know that the above statement essentially gives the powermanager
process root privileges
however, in the future, I'd like to have the opt
On Fri, Mar 16, 2018 at 2:22 PM, Greg Wilson-Lindberg
wrote:
>> -Original Message-
>> From: Khem Raj [mailto:raj.k...@gmail.com]
>> Sent: Friday, March 16, 2018 02:16 PM
>> To: Greg Wilson-Lindberg
>> Cc: yocto@yoctoproject.org
>> Subject: Re: [yocto] How to get mysqy/mariadb to start on
Seems like the SRC_URI isn't correct. I don't see an obvious place to get
tarballs for scipy except from github (and I know that tends to not be
reliable but...)
https://github.com/scipy/scipy/archive/v1.0.0.tar.gz
Giordon
On Fri, Mar 16, 2018 at 11:51 AM Peter Balazovic
wrote:
> per using rec
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Friday, March 16, 2018 02:16 PM
> To: Greg Wilson-Lindberg
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] How to get mysqy/mariadb to start on powerup.
>
> On Fri, Mar 16, 2018 at 2:10 PM, Greg Wilson-Lindberg
On Fri, Mar 16, 2018 at 2:10 PM, Greg Wilson-Lindberg
wrote:
>> -Original Message-
>> From: Khem Raj [mailto:raj.k...@gmail.com]
>> Sent: Friday, March 16, 2018 11:55 AM
>> To: Greg Wilson-Lindberg
>> Cc: yocto@yoctoproject.org
>> Subject: Re: [yocto] How to get mysqy/mariadb to start on
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: Friday, March 16, 2018 11:55 AM
> To: Greg Wilson-Lindberg
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] How to get mysqy/mariadb to start on powerup.
>
> On Fri, Mar 16, 2018 at 8:58 AM, Greg Wilson-Lindberg
From: Martin Jansa
* fixes:
WARNING: nettle-2.7.1-r0 do_patch:
Some of the context lines in patches were ignored. This can lead to incorrectly
applied patches.
The context lines in the patches can be updated with devtool:
devtool modify
devtool finish --force-patch-refresh
Then the
openblas - no success yet
NOTE: Executing RunQueue Tasks
ERROR: openblas-0.2.19-r0 do_compile: oe_runmake failed
ERROR: openblas-0.2.19-r0 do_compile: Function failed: do_compile (log file
is located at /openblas/0.2.19-r0/temp/log.do_compile.9671)
ERROR: Logfile of failure stored in:
/openblas/0.
On Fri, Mar 16, 2018 at 11:05 AM, ikjn wrote:
>
> On Thu, Mar 15, 2018 at 11:37 AM, Khem Raj wrote:
>>
>>
>> On Wed, Mar 14, 2018 at 8:50 AM ikjn wrote:
>>>
>>> Hi.
>>>
>>> My recipe 'A' installs pre-built shared libraries, but I get file_rdeps
>>> error on
>>> 'B' recipe's package_qa task, whic
On Fri, Mar 16, 2018 at 8:58 AM, Greg Wilson-Lindberg
wrote:
>> From: Greg Wilson-Lindberg
>> Sent: Thursday, March 15, 2018 02:16 PM
>> To: Khem Raj
>> Cc: yocto@yoctoproject.org
>> Subject: Re: [yocto] How to get mysqy/mariadb to start on powerup.
>
>>
>
>> > From: Khem Raj
>
>> > Sent: Thursd
OpenBLAS is here: http://layers.openembedded.org/layerindex/recipe/6/
G
On Fri, Mar 16, 2018 at 1:30 PM Philip Balister wrote:
> You'll get to Atlas soon, and that is another source of pain :)
>
> Philip
>
> On 03/16/2018 11:26 AM, Peter Balazovic wrote:
> > Seems OpenBLAS is missing, is th
You'll get to Atlas soon, and that is another source of pain :)
Philip
On 03/16/2018 11:26 AM, Peter Balazovic wrote:
> Seems OpenBLAS is missing, is there recipe for it?
>
> ERROR: scipy-1.0.0-r0 do_compile: python setup.py build execution failed.
> ERROR: scipy-1.0.0-r0 do_compile: Function fa
Seems OpenBLAS is missing, is there recipe for it?
ERROR: scipy-1.0.0-r0 do_compile: python setup.py build execution failed.
ERROR: scipy-1.0.0-r0 do_compile: Function failed: do_compile (log file is
located at /log.do_compile.8708)
ERROR: Logfile of failure stored in: /1.0.0-r0/temp/log.do_compil
Hi,
I created a bootable USB image for core-image-sato and upon boot up it gets
stuck at -
sda : sda1
sd 2:0:0:0: [sda] Attached SCSI removable disk.
I am using is an Apollo Lake (UTX-3117).
PS: I had to run the diskpart utility prior to copying the yocto image over to
reclaim space on
This helps in particular when a package upgrade builds fine, but then
causes other packages to fail. Depending on how close to the root
of dependency tree the failing packages are, this can badly subvert
the unattended upgrade process. So for that case, the better approach
is to revert every upgrad
To change the version, change the filename of the recipe.
Also, please remember the CC the list.
Ross
On 16 March 2018 at 17:30, Peter Balazovic
wrote:
> I did download from https://github.com/scipy/scipy/archive/v1.0.0.tar.gz
> and cc to /downloads and same still issue ...
> as mentioned sho
You're getting a "file not found" for the URL it is looking for. According
to https://pypi.python.org/pypi/scipy, the version is 1.0.0 not 1.0.
Ross
On 16 March 2018 at 16:50, Peter Balazovic
wrote:
> per using recipe https://github.com/scipy/scipy/issues/8226
>
>
> SUMMARY = "Scientific Libra
On Fri, 16 Mar 2018, Giordon Stark wrote:
> Right, so the problem for me is that there seems to be two ways to
> do this: MACHINEOVERRIDES .= ":machine3" (for 3a, 3b)
>
> or
>
> FILESEXTRAPATHS_append_machine3a = "${THISDIR}/files/machine3/"
> FILESEXTRAPATHS_append_machine3b = "${THISDIR}/files/m
Right, so the problem for me is that there seems to be two ways to do this:
MACHINEOVERRIDES .= ":machine3" (for 3a, 3b)
or
FILESEXTRAPATHS_append_machine3a = "${THISDIR}/files/machine3/"
FILESEXTRAPATHS_append_machine3b = "${THISDIR}/files/machine3/"
But it's not clear to me which is better...
per using recipe https://github.com/scipy/scipy/issues/8226
SUMMARY = "Scientific Library for Python"
SECTION = "devel/python"
HOMEPAGE = "https://pypi.python.org/pypi/scipy";
LICENSE = "BSD-3-Clause"
LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=d0db8f4148a3d5534cfb93be78f9287c"
PYPI_PACKAGE="sci
On Fri, 16 Mar 2018, Burton, Ross wrote:
> On 15 March 2018 at 14:07, Giordon Stark wrote:
> So for my device trees, I'm finding some files are duplicated. In
> particular some of my
> dtsi files are going to be the same amongst a few boards we're using,
> so I would like
> to
Extend FILESEXTRAPATHS using machine-overrides to add common groupings?
Ross
On 16 March 2018 at 16:45, Giordon Stark wrote:
> Hi,
>
> I would do that, but what I want to do is something like this:
>
> Machine1
> Machine2
> Machine3a
> Machine3b
> Machine4
>
> I want 3a/3b to have some shared d
Hi,
I would do that, but what I want to do is something like this:
Machine1
Machine2
Machine3a
Machine3b
Machine4
I want 3a/3b to have some shared dtsi files, but these should not be shared
with machines 1, 2, 4. I'm not sure it's just a matter of placing it under
files/ because I don't want tho
On 15 March 2018 at 14:07, Giordon Stark wrote:
> So for my device trees, I'm finding some files are duplicated. In
> particular some of my dtsi files are going to be the same amongst a few
> boards we're using, so I would like to have each machine name distinct so
> that
>
> FILESEXTRAPATHS_prep
> From: Greg Wilson-Lindberg
> Sent: Thursday, March 15, 2018 02:16 PM
> To: Khem Raj
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] How to get mysqy/mariadb to start on powerup.
>
> > From: Khem Raj mailto:raj.k...@gmail.com>>
> > Sent: Thursday, March 15, 2018 1:54 PM
> > To: Greg Wilson-L
By allowing "python3-opencv" I end up with errors
ERROR: fsl-image-qt5-1.0-r0 do_rootfs: python3-opencv not found in the
feeds .
ERROR: fsl-image-qt5-1.0-r0 do_rootfs: This is often caused by an empty
package declared in a recipe's PACKAGES variable. (Empty packages are not
constructed unless
On 03/16/2018 05:27 AM, Alexander Kanavin wrote:
On 03/15/2018 10:10 PM, Peter A. Bigot wrote:
Following the instructions in the 2.4.2 mega-manual section 4.21.4 I set
in local.conf:
PACKAGE_FEED_URIS = "http://192.168.65.22/oe/rpi3-sumo";
PACKAGE_FEED_BASE_PATHS = "rpm"
PACKAGE_
On 03/15/2018 10:12 PM, Peter A. Bigot wrote:
While attempting to diagnose a package index problem visible on current
poky head I changed local.conf from:
PACKAGE_CLASSES ?= "package_rpm"
to
PACKAGE_CLASSES ?= "package_deb"
Note that we don't test deb packaging all that well. I'm not even su
On 03/15/2018 10:10 PM, Peter A. Bigot wrote:
Following the instructions in the 2.4.2 mega-manual section 4.21.4 I set
in local.conf:
PACKAGE_FEED_URIS = "http://192.168.65.22/oe/rpi3-sumo";
PACKAGE_FEED_BASE_PATHS = "rpm"
PACKAGE_FEED_ARCHS = "noarch cortexa7hf_neon_vfpv4 raspber
That I was thinking to have “python3-opencv” but it's failing to build
I found opencv_3.1.bbappend with my sources where I see
PACKAGECONFIG_remove_imx = "eigen python3"
I guess that might causing a problem to build opencv for python3... I'll
remove and check again to build.
BTW what's the bene
33 matches
Mail list logo