Wired: I've just sent a patch to update oe-core to use the current
HEAD of pseudo.
Tired: WARNING: glibc-locale-2.28-r0 do_package_qa: QA Issue:
glibc-locale:
/glibc-binary-localedata-en-za.iso-8859-1/usr/lib/locale/en_ZA.ISO-8859-1/LC_PAPER
is owned by uid 1000, which is the same as the user runn
On Wed, 3 Oct 2018 at 09:40, Anuj Mittal wrote:
> This check is supposed to fail. This is a sanity test, that header isn't
> supposed to exist and autoconf expects this compilation error. I don't
> think this is the actual point of failure.
What would be useful is the output of 'bitbake core-imag
The recipe you're after for DEPENDS is libusb1. If that doesn't work
then there's a bug in the configure script.
Ross
On Thu, 4 Oct 2018 at 18:19, Tim Hammer wrote:
>
> I am trying to write a recipe for cc-tool
> (https://sourceforge.net/projects/cctool/) and ran into the following error
> dur
On Sat, 6 Oct 2018 at 06:18, Steve Scott wrote:
> I am able to generate a standard SDK with native and target
> sysroots. The target sysroot has header files for my custom
> libraries. The header files are generally installed in
> /usr/include/
>
> We use cmake and googletest running on the *host*
of any libusb content in my cc-tool build tree.
>
> When I added boost to the DEPENDS, I got the headers and libraries in
> recipe-sysroot/...
> I am not getting any libusb stuff there with libusb1 in DEPENDS.
>
>
> On Thu, Oct 4, 2018 at 2:01 PM Burton, Ross wrote:
>
>
A fairly standard way of doing this is to have an include file that
overrides SRCREV for the recipes that you'd like to build from HEAD. See,
for example, the poky-bleeding.conf distro which includes
poky-floating-revisions.inc.
You could have an include file which does the same so you toggle
"de
On Thu, 11 Oct 2018 at 18:14, Måns Zigher wrote:
> I have been struggling with a problem where I need to create a package in a
> recipe and set already-stripped for that package. The package in question is
> not the the default one so I am trying to set it by using
>
> INSANE_SKIP_${PN} += " \
>
As you've discovered, cp doesn't preserve permissions. Using install
-m755 is the idiom.
Ross
On Mon, 15 Oct 2018 at 11:12, Belisko Marek wrote:
>
> Hi,
>
> I have package which contains bunch of scripts (with +x flag for
> user). When installed in do_install method (simply by copying them to
>
Add nativesdk-python-core and nativesdk-python-modules to
TOOLCHAIN_HOST_TASK (using _append).
Ross
On Mon, 15 Oct 2018 at 17:30, Alberto Eusebi wrote:
>
> Hello,
> I need to cross compile python2 packages using openembedded sdk. The sdk
> resulting package contains only python 3.5.3 (in older ve
cp -a will preserve ownership, which you don't want.
Ross
On Mon, 15 Oct 2018 at 19:45, Bas Mevissen wrote:
>
>
>
> cp -a or --preserve(=) optionally combined with other options
> does the trick. However, using install is the better solution.
>
>
> -- Bas.
>
>
ed to work because I don't understand the code in the package.bbclass
> since it looks like it is only checking for already-stripped in ${PN} and not
> ${PN}-package1?
>
> BR
> Måns Zigher
>
>
>
> Den fre 12 okt. 2018 kl 16:30 skrev Burton, Ross :
>>
>> On
Disable the 'python3' PACKAGECONFIG in the opencv recipe.
https://www.yoctoproject.org/docs/2.5.1/ref-manual/ref-manual.html#var-PACKAGECONFIG
Ross
On Tue, 16 Oct 2018 at 11:17, Marwen BRIKCHA wrote:
>
> Hello,
>
> I'm using Yocto Poky 2.4.1 and bitbake version 1.6.0 to build a xilinx
> embedde
Do you actually want to source the data files, and if so why? As with
the bitbake -e output, it's shell-like but not actually shell.
Ross
On Tue, 16 Oct 2018 at 13:44, Tomasz Dziendzielski
wrote:
>
> Hi,
> when using archiver.bbclass the do_dumpdata task is using bb.data.emit_env
> function, wh
quot;PACKAGECONFIG", I got :
> PACKAGECONFIG=" eigen jpeg png tiff v4l libv4l gstreamer"
> and some other log that show -DBUILD_PYTHON_SUPPORT=OFF
> -DBUILD_opencv_python3=OFF
>
> Any help ?
>
> Br,
> Marwen
>
>
>
> Le mar. 16 oct. 2018, à 13 h 2
ng a new recipe for the
> already-stripped so-files. But is all the INSANE_SKIP flags only supported
> for PN? I think I have seen dev-so used on an package level?
>
> BR
> Måns Zigher
>
> Den mån 15 okt. 2018 kl 22:23 skrev Burton, Ross :
>>
>> Ah yes, of course.
This is simply because you can't patch a bbclass. You'll have to copy
it into your layer with the modification, or work upstream to get a
suitable change merged.
Ross
On Tue, 16 Oct 2018 at 15:45, Richard Collins
wrote:
>
> I have integrated mender into our system and now everything is working.
On Tue, 16 Oct 2018 at 14:06, Marwen BRIKCHA wrote:
>
> because, when i run :
> :
> $> bitbake -v opencv
> I can see that python3 is fetched, configure, ... etc
> So, i think it the responsible for this.
Please remember to CC the list.
Python being built doesn't lead to Python being installed in
_install in final image.
> It's installed in /usr/lib64/python3.5 on RootFS.
>
> Le mer. 17 oct. 2018, à 00 h 48, Burton, Ross a écrit
> :
>>
>> On Tue, 16 Oct 2018 at 14:06, Marwen BRIKCHA
>> wrote:
>> >
>> > because, when i run :
>>
0.corei7_64
In this case, Python 3 is in my image because I have
package-management on, which needs Python 3.
Ross
On Wed, 17 Oct 2018 at 10:43, Burton, Ross wrote:
>
> Easiest way to determine what is pulling it in is to try removing the
> package on the target using the package mana
Please remember to CC the list.
On Wed, 17 Oct 2018 at 14:18, Alberto Eusebi wrote:
> On Monday 15 October 2018, alle 17:57, Burton, Ross wrote:
> > Add nativesdk-python-core and nativesdk-python-modules to
> > TOOLCHAIN_HOST_TASK (using _append).
>
> But the resulting
change and inject exporting that variables in
>> devshell?
>>
>> >it's shell-like but not actually shell.
>> So we should not state that this can be sourced by a shell. It's stated in
>> bitbake/lib/bb/data.py few times.
>> Or fix it and make it
If you want to rebuild Suse then the recommended tool is OBS, as
that's what is used to build Suse.
Obviously, building your own SLES isn't SLES, just something that
looks like SLES (says a Centos just looks like, but isn't, RHEL).
Ross
On Fri, 19 Oct 2018 at 22:43, Joe Flowers wrote:
>
> Yes, u
On Wed, 24 Oct 2018 at 09:11, Andrey Strunin wrote:
> My machine configuration is Mips64 and I use MULTILIB. It works ok, but
> there is a question...
> Is it possible to build a recipe(non library) only for 32bit?
> I know about lib32-${libname} notation, but what about non-libraries?
> The sourc
Can you share your local.conf? Does bitbake gtk+3 work?
Ross
On Mon, 29 Oct 2018 at 06:42, Joe Flowers wrote:
>
> Hello everyone,
>
> 1.
> I am trying to build a core-image-sato image for a WandBoard but am getting
> stuck at this error message:
>
> "| No package 'gdk-x11-3.0' found"
>
> See be
The fix is already queued in master-next, so will be n master/thud shortly.
Ross
On Mon, 29 Oct 2018 at 13:44, Dimitris Tassopoulos wrote:
>
> Hi all,
>
> it seems that the libxcrypt recipe in poky is failing because the git repo
> doesn't have a master branch anymore. The default branch has chan
and not only
> future branches
> like Thud?
>
> Also, for the record anyone who has this issue, just create this file in you
> layer:
> recipes-core/libxcrypt/libxcrypt_%.bbappend
>
> And then add this single line:
> SRCBRANCH = "develop"
>
> Regards,
gt; If the attachment does not go through, then I will copy and paste it into my
> next message.
>
> Thanks!
>
> Joe
> ---
>
>
> On Mon, Oct 29, 2018 at 7:54 AM Burton, Ross wrote:
>>
>> Can you share your local.conf? Does bitbak
ps://pastebin.com/4EX9vqmK
>
>
> config.log
> https://pastebin.com/DY2FnM7w
>
>
> Thanks for trying to help me.
>
> Joe
>
>
>
> On Mon, Oct 29, 2018 at 11:43 AM Burton, Ross wrote:
>>
>> x11 is in the default DISTRO_FEATURES for poky, s
On Tue, 30 Oct 2018 at 03:05, Joe Flowers wrote:
> Below is the output you requested. gdk-x11-3.0.pc does not seem to exist.
>
> Below, should that be "wandboard" and not "qemux86" ?
>
> joe@ubuntu:/opt/yocto/build$
> joe@ubuntu:/opt/yocto/build$ oe-pkgdata-util find-path '*/gdk-x11-3.0.pc'
> ERR
The usual process is the autobuilder populates the source mirror as it
runs. I pinged Richard earlier about this, basically it's fallout
from the autobuilder migration and should be looked at next week.
Ross
On Tue, 30 Oct 2018 at 15:52, Gunnar Andersson wrote:
>
> I'm right now seeing a fetcher
On Mon, 5 Nov 2018 at 09:02, Mohammad, Jamal M
wrote:
> Fetching projects: 60% (3/5) fatal: unable to access
> 'https://git.yoctoproject.org/git/poky/': server certificate verification
> failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
>
> fatal: unable to access 'https://git.y
On Mon, 5 Nov 2018 at 10:24, Mohammad, Jamal M
wrote:
> I have time correct and ca-certificates installed. This is the message I get
> when I access it over web: https://git.yoctoproject.org/git/meta-intel
>
> This git.yoctoproject.org page can’t be found No webpage was found for the
> web addr
On Tue, 30 Oct 2018 at 07:05, CHMIELARZ Radoslaw
wrote:
> We have a custom recipe for openssh-server which among other things had a
> line:
>
> EXTRA_OECONF +=
> "--with-ssl-dir=${STAGING_DIR}/${MACHINE}/usr/local/openssl-1.0"
Note that the documentation barely mentions STAGING_DIR and mainly
r
The curses libraries are split up further, have a look at what else is in
packages-split, or even better use oe-pkgdata-util:
$ oe-pkgdata-util list-pkg-files -p lib32-ncurses
...
lib32-ncurses-libncurses:
/lib/libncurses.so.5
/lib/libncurses.so.5.9
lib32-ncurses-libncursesw:
Use the PR service, that's exactly what this is for.
Ross
On Fri, 9 Nov 2018 at 10:51, Mauro Ziliani wrote:
>
> Hi all.
>
> I'd like increment version number (PV) o release number (PR) every time
> I built a recipe.
>
> I use this strategy in debug mode to give a reference to every debug
> sessio
A recipe that ship files and generates packages can't also inherit
core-image because it can't both be a package and an image. If you
want this package to run something when it is installed, write a
post-install function (pkg_postinst).
Ross
On Fri, 9 Nov 2018 at 11:35, Donal Morrissey wrote:
>
On Fri, 9 Nov 2018 at 14:36, Aditya Tayade wrote:
> Can any one please help me to understand PACKAGECONFIG_remove feature
>
>
> Let's take an example of systemd recipe as follows:
>
> PACKAGECONFIG ??= "vconsole"
>
> PACKAGECONFIG[vconsole] =
> "-Dvconsole=true,-Dvconsole=false,,${PN}-vconsole-se
On Fri, 9 Nov 2018 at 14:48, Donal Morrissey wrote:
> Thank you for your help. My build is using a layer which is generating a file
> in a ROOTFS_POSTPROCESS_COMMAND command. I would like to modify this file as
> part of the yocto build, but I'd prefer not to modify/fork this layer as it
> is f
The standard do_install (which calls make install) copies the file
from the source tree to the staging directory.
Ross
On Mon, 12 Nov 2018 at 11:52, Alan Martinovic wrote:
>
> Hi,
> I'm trying to understand how a conf file finds its way from source to
> the rootfs.
>
> The example is use is `jour
On Mon, 12 Nov 2018 at 14:33, Alan Martinovic wrote:
> > The standard do_install (which calls make install) copies the file
> > from the source tree to the staging directory.
>
> What's the reason for not seeing that in `bitbake -e systemd`?
It is there:
do_install() {
meson_do_install
.
On Sat, 10 Nov 2018 at 16:26, wrote:
> My personal view is that whilst there are a number of issues present in
> rc1, we should release it, collect up fixes on the thud branch (aleady
> happening) and plan on a 2.6.1 as soon as it looks like we have enough
> critical mass behind those as opposed t
On Mon, 12 Nov 2018 at 16:20, akuster808 wrote:
> Maybe shoot for before the Dec Holidays instead of a fixed period after
> 2.6 releases, a nice way to end the year : )
*Before* the holidays, I don't plan on taking a laptop with me and RP
works enough outside of Mon/Fri 9-5 as it is! :)
Ross
--
On Tue, 13 Nov 2018 at 09:57, Samuli Piippo wrote:
> I've just upgraded poky and meta-mingw layers from sumo to thud and as a
> result a lot of the executables in the toolchain no longer run correctly on
> Windows.
>
> I've built meta-toolchain for SDKMACHINE=x86_64-mingw32. From that, gcc/g++
On Wed, 14 Nov 2018 at 08:42, Knoppix wrote:
> (Excuse me for my english I am not native)
>
> One disappointment for me was learn that meta-gnome is not fully-supported
> for running desktop. So i want to write all remain recipes to use desktop
> environment. I want to start from scratch (except
On Wed, 14 Nov 2018 at 11:46, Knoppix wrote:
> My question were implement the missing recipes for yocto->meta-gnome
> To start from point I did want to learn dependency graphic of gnome3.
> I subscripted devel right know.
>
Just to repeat: all of the recipes you'll need to write are on the oe-de
Good work!
Can we have a patch from someone please?
Ross
On Thu, 15 Nov 2018 at 08:35, Samuli Piippo wrote:
> On Thu, 15 Nov 2018 at 07:01, Khem Raj wrote:
> >
> > On Wed, Nov 14, 2018 at 8:08 PM Joshua Watt
> wrote:
> > >
> > > On Wed, Nov 14, 2018 at 8:41 PM Mark Hatle
> wrote:
> > > >
>
On Thu, 15 Nov 2018 at 14:29, Stefan Lendl wrote:
> -SRC_URI = "https://cisofy.com/files/${BPN}-${PV}.tar.gz";
> +SRC_URI = "https://github.com/CISOfy/lynis/archive/${PV}.tar.gz";
NAK.
Those tarballs are generated on demand by github so over time *will*
change. If they don't host generated tarb
Didn't see it arrive, maybe it's lost in moderation? What list did
you post it to?
Ross
On Thu, 15 Nov 2018 at 09:28, Samuli Piippo wrote:
>
> patch sent.
> On Thu, 15 Nov 2018 at 11:17, Burton, Ross wrote:
> >
> > Good work!
> >
> > Can we hav
I see 1/2 but no 2/2, presumably this missing patch is the PIE one?
Ross
On Thu, 15 Nov 2018 at 16:04, Samuli Piippo wrote:
>
> Use the winpthreads library available in the mingw64 and
> change the thread model from win32 to posix to get access
> to c++11 features.
>
> Signed-off-by: Samuli Piipp
Weird.
Can you push them to a git repo?
Ross
On Thu, 15 Nov 2018 at 17:32, Samuli Piippo wrote:
>
>
> 2/2 is also unrelated, there should 3 patches from me, sent at the same time.
> Don’t know where they got stuck.
>
> > On 15 Nov 2018, at 19.21, Burton, Ross wrote:
>
I see the cover letter but no patches or link to a branch...
Ross
On Thu, 15 Nov 2018 at 19:24, Joshua Watt wrote:
>
> Adds the testing framework for tying tests for the MinGW SDK into the
> oeqa SDK test framework.
>
> The SDK tests can be run using the standard SDK test command:
>
> bitbake -c
Juro doesn't work on the Yocto team anymore so can you remove him?
Ross
On Fri, 16 Nov 2018 at 15:36, Joshua Watt wrote:
>
> Signed-off-by: Joshua Watt
> ---
> README | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/README b/README
> index 2ed1395..e866213 100644
>
Your recipe is a non-image recipe, so what image do you expect it to list
the manifest of?
On Tue, 20 Nov 2018 at 08:16, Norman Stetter
wrote:
> Hi,
>
>
>
> I am currently working on a BitBake task, which generates a html file
> containing a table of all packages used in my image.
>
>
>
> To get
As per the documentation:
https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#bb-the-unpack
Add unpack=0.
Ross
On Wed, 21 Nov 2018 at 18:12, Mauro Ziliani wrote:
>
> Hi all.
>
> I need to copy a tar file from 'files' subdir of my recipe into
> /upgrade_file in
On Thu, 22 Nov 2018 at 07:33, Teemu K wrote:
> I have project made for Yocto 1.7, but I'd like to compile it on newer
> Linux distribution that default GCC version is 5.x. GCC version itself
> causes some problems, because some things have changed.
>
> There is also GCC 4.8 available, but it's not
On Mon, 26 Nov 2018 at 08:11, Conor Slater wrote:
> After adding python3 to the install I appear to be missing the standard
> Python module venv. The module should be a standard part of Python 3.5.5.
>
> Has this been disabled? If so, how and where?
>
> How do I enable it so it is built?
What re
On Tue, 27 Nov 2018 at 06:40, nick wrote:
> do_compile() {
> ${CC} -c helloprint.c
> ${CC} -c hello.c
> ${CC} -o hello hello.o helloprint.o
> }
You need to pass ${CFLAGS} ${LDFLAGS} too.
Ross
--
___
yocto mailing list
yocto@yoctoproject.or
Personally I don't see why there needs to be One Blessed Tool to
manage keeping repositories in sync. There's lots of alternatives,
none of them is obviously superior to the others, and none of them
have any requirements on the repositories that they're managing.
If you want a repository manageme
On Wed, 28 Nov 2018 at 11:22, Zoran Stojsavljevic
wrote:
> Since with git I can do almost whatever with kernel.org (and
> derivatives, all known distros) git... Very opposite to YOCTO. And I
> like git, It is VERY powerful. Maybe I finally started to understand
> the tool.
What can you not do wit
On Wed, 28 Nov 2018 at 12:42, Zoran Stojsavljevic
wrote:
> > What can you not do with Yocto's git repositories?
>
> Please, refer to my initial email. Not referring to Poky, I guess, the
> Poky repo is equivalent to kernel.org. In other words, everything with
> it can be done with git tool.
>
> I
We've already gone through this on SO but I'll copy/paste here.
On Tue, 4 Dec 2018 at 08:30, Georgi Georgiev
wrote:
> #The only dependency
>
> RDEPENDS_${PN} = "libgpiod"
>
> RDEPENDS_${PN}-dev = "libgpiod"
>
> RDEPENDS_${PN}-dbg = "libgpiod"
DEPENDS = "libgpiod". RDEPENDS will build libgpi
On Tue, 4 Dec 2018 at 14:02, Georgi Georgiev
wrote:
> LIB := -L/usr/lib
^ don't do that. That's not where the libraries are.
Ross
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
eta/conf/bitbake.conf tomorrow.
>
> Georgi
>
> -Original Message-
> From: Burton, Ross [mailto:ross.bur...@intel.com]
> Sent: Tuesday, December 04, 2018 4:13 PM
> To: Georgi Georgiev
> Cc: Yocto-mailing-list
> Subject: Re: [EXTERNAL] Re: [yocto] Missing dependencies
On Wed, 5 Dec 2018 at 10:37, Georgi Georgiev
wrote:
> Thank you Ross.
> Everything went fine with makefile. It works in yocto and from cl
> Now another issue arise. The software guys will need the headers and when I
> "populated" sdk they were not in the rootfs. The symbolic links also were not
On Thu, 6 Dec 2018 at 06:53, Mauro Ziliani wrote:
> Normally the sytstem works well. Sometimes, randomly, the system freeze
> or the app crashes.
>
> I made many test and this happens when the system is connected to a SSID.
>
> So I suspect that the problem is in connamd_1.31+dbus_1.10.6
Connman
On Thu, 6 Dec 2018 at 14:47, Mauro Ziliani wrote:
> There is the possibility to known which recipes are included in a
> packagroup?
>
> Toaster can be the solution or there a cli command to know which recipes
> are in a packagegroup?
No idea about Toaster but assuming you've built the packagegrou
On Thu, 6 Dec 2018 at 16:03, Tomasz Michalski wrote:
> I have recipe componentX.bb which refer to some C++ repository. In C++
> repository I have in main CMakeList.txt:
>
> install(PROGRAMS ./script/start.sh DESTINATION
> ${CMAKE_INSTALL_COMPONENTXDIR}/init.d)
> install(PROGRAMS ./script/functio
On Tue, 11 Dec 2018 at 09:11, Jonas Andersson
wrote:
> The following packages have unmet dependencies:
> microservicebus-node : Depends: microservicebus-node-npm but it is not going
> to be installed
> Depends: microservicebus-node-npm-JSONStream but it
> is not installa
On Wed, 12 Dec 2018 at 03:42, Mohamed Youseif
wrote:
> I'm asking about how to enable PACKAGECONFIG feature from local.conf file,
> let's say that i have the following pacakgeconfig in a recipe
> PACKAGECONFIG = " f1 f2 "
> PACKAGECONFIG[f1] = "-DENABLE_f1=ON,-DENABLE_f1=OFF,f1,"
>
> so i need t
On Wed, 12 Dec 2018 at 16:59, Nicholas Tsirakis wrote:
> I'm trying to build a 32-bit toolchain for my 64-bit image using multilib and
> was hoping someone could confirm something for me. I am seeing issues when
> building lib32-glibc, and I can't tell if it's attempting to build properly.
> Th
On Thu, 13 Dec 2018 at 08:20, Mauro Ziliani wrote:
> To compile the app in release mode I need set
>
> EXTRA_OECMAKE + = " -DCMAKE_BUILD_TYPE=Release "
>
>
> while in debug mode I need to set
>
> EXTRA_OECMAKE + = " -DCMAKE_BUILD_TYPE=Debug "
>
>
> I defined 2 image recipes: one for production (Re
Install something to do networking. Minimal means minimal. I tend to
prefer connman as that means you get ethernet hotplug working without
any further work, and you can easily setup wifi too.
Ross
On Fri, 14 Dec 2018 at 16:22, Peter Balazovic wrote:
>
> I've built bitbake core-image-minimal and
As
https://github.com/schnitzeltony/meta-qt5-extra/blob/master/recipes-support/itstool/itstool_2.0.4.bb
shows, you need to fix the hashbang manually.
Always check the layer index before writing a recipe. :)
Ross
On Mon, 17 Dec 2018 at 16:30, Q. Gouès wrote:
>
> Hi,
>
> I am trying to create the
On Tue, 18 Dec 2018 at 13:07, sanjay chopra wrote:
> + qemu-i386 -r 3.2.0 -E
> LD_LIBRARY_PATH=/home/sanju/qemu_check/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/rootfs/usr/lib:/home/sanju/qemu_check/tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/rootfs/lib
> -L
> /home/sanju/q
On Tue, 18 Dec 2018 at 16:07, Edmund Nadolski
wrote:
> Create and sign binary files (ie kernel, modules, dtb, …).
Kernel modules can be signed. No idea about DTB. Also packages can be signed.
> Create fs images from above and sign those.
Depends how you want to sign the image, most likely not
pathlib is in python3-misc:
$ oe-pkgdata-util find-path */pathlib.py
python3-misc: /usr/lib/python3.5/pathlib.py
And Meson in Thud at least has a dependency on python3-misc, so you
shoudn't need to do anything.
What release are you using?
Or, are you trying to install Meson from source inside t
Have a look at security_flags.inc, you'll see that the bulk of it is
exactly this per-recipe exclusion.
Ross
On Fri, 28 Dec 2018 at 17:19, Stefano Cappa
wrote:
>
> Hi!
>
> Let say that I have a receipe called "third-party-receipe" and I want to use
> security flags for everything except for "th
On Fri, 21 Dec 2018 at 01:19, Edmund Nadolski
wrote:
> > Yocto is generally flexible enough that any signing that isn't currently
> > doesn't
> > wouldn't be too difficult to add.
>
> Thanks Ross. So sounds like it should be a matter of appending an addtask at
> the
> relevant part of each reci
Don't use Poky? Your own distro configuration doesn't have to include
security_flags.inc.
Ross
On Fri, 4 Jan 2019 at 15:50, Matt Hoosier wrote:
>
> Hi all,
>
> With the following change, position-independent executables became the
> default in Poky:
>
> commit 491082c56ce34f3fd644f8d4457ccd52a
On Fri, 4 Jan 2019 at 15:56, Matt Hoosier wrote:
> Okay, fair enough. There's a lot of mechanical configuration in poky,conf
> that would be nice to not to maintain a copy of, but that's fine.
If there's anything in there that should just be shunted into the
default configuration, then please do
Yes, AUH pretty much replaces this I'd say.
Ross
On Mon, 7 Jan 2019 at 10:26, Alexander Kanavin wrote:
>
> Looks like this has regressed and is sending out outdated, misleading
> information (probably related to recent distrodata-releated changes).
>
> Shall we switch it off for now?
>
> AUH has
On Tue, 8 Jan 2019 at 22:10, Edmund Nadolski
wrote:
> I'm thinking of a full build separated into say 3 sequential steps, A, B, and
> C, with each step being some series of bitbake tasks. The idea is run all
> the tasks in step A and then regain control so I can run some additional
> tools/tr
How did you build the SDK?
Ross
On Fri, 11 Jan 2019 at 15:51, Grant Edwards
wrote:
>
> I've built a "poky" SDK for use with a Renesas RZN1 eval board (dual
> ARM Cortex-A7 cores), and the toolchain's sysroot seems to be missing
> the "asm" header directory. When I try to compile a simple tcp e
meta-toolchain is pretty deprecated now, the preferred method is to run the
populate_sdk task on the image you want a SDK for.
Ross
On Fri, 11 Jan 2019 at 16:21, Grant Edwards
wrote:
> On Fri, Jan 11, 2019 at 03:52:45PM +0000, Burton, Ross wrote:
> > On Fri, 11 Jan 2019 at 15:51, Gran
The license is the sum of the parts.
Ross
On Mon, 14 Jan 2019 at 06:35, Edward Wingate wrote:
> I understand that a Linux distribution created with Yocto is composed
> of various packages, each with their own license, and the obligations
> of the licenses must be met. But are there any
> restr
You'll have to not install either connman or network manager.
Ross
On Tue, 15 Jan 2019 at 05:18, srinivasan wrote:
>
> Dear Yocto experts,
>
> I am seeing the below error when I am trying to integrate the
> "fsl-image-validation-imx.bb" into my custom yocto build and trigger
> the build using "b
There is definitely interest, please submit your patches to the list.
Send enough quality patches and you could become the official
maintainer, as meta-darwin is currently missing one (which is why it
bitrotted).
Ross
On Tue, 15 Jan 2019 at 20:09, Dominik Schnitzer
wrote:
>
> Hi All,
>
> The c
Just in case you hadn't noticed, that this depends on a corresponding
patch to oe-core, which I've comments on.
Ross
On Wed, 16 Jan 2019 at 13:14, Joshua Watt wrote:
>
>
>
> On Wed, Jan 16, 2019, 3:37 AM >
>> From: Changqing Li
>>
>> Current sdk type is tar.xz, but for mingw sdk, since we
>> ha
Look up AUTOREV in the manual, that does exactly what you want.
Ross
On Thu, 17 Jan 2019 at 14:08, Mauro Ziliani wrote:
>
> Hi all.
>
> How can I force the pull from git repository of my app every time I do
>
> bitbake app
>
>
> Best regards,
>
>MZ
>
> --
> __
Don't use gcc, use $(CC).
Ross
On Thu, 17 Jan 2019 at 14:50, Maytar Byle wrote:
>
> Hey all,
>
> I've wrote a basic recipe to compile few C files and when i compile it, i get
> the above error. I looked in 'sysroots/qemux86-64/usr/include/linux/' and it
> contains bpf.h.
>
> The recipe:
> SRC_
On Thu, 17 Jan 2019 at 22:50, Ulf Samuelsson wrote:
> > We really can't hardcode a list of tasks like this in bitbake :(
> >
> > The list is also incorrect (at a quick look its packagedata and
> > populate_sysroot is missing).
>
> I would say it may be incomplete, but it is only wrong, if they are
On Fri, 18 Jan 2019 at 15:08, Ulf Samuelsson wrote:
> We could insert a check if the KNOWN_TASKS is valid in a verification test.
> When building core-image-minimal, the task order within core-image-minimal is
> analyzed, (dependencies on all other recipes is filtered away).
> Then you find out i
That's because we now prune what tools the recipes can see on the
host, and cc isn't on the list. Override cc to be ${BUILD_CC} and
this will work.
Ross
On Mon, 21 Jan 2019 at 16:14, Johannes Humpert
wrote:
>
> Hallo Yocto,
>
> Is it possible to use old versions of the recipe with newer yocto r
On Mon, 28 Jan 2019 at 07:04, pawanKumar wrote:
> While running bitbake command, I'm facing issue as:
> Error: OE-cores config sanity checker detected a potential misconfiguaration.
> Either fix the cause of this error or at your own risk disable the checker
> (see sanity.conf)
Above that it wou
On Mon, 28 Jan 2019 at 19:23, Lukasz Zemla wrote:
> Checksums were introduced to ensure data consistency. They are not checked if
> SRC_URI points to repository (svn, git, hg..., it is assumed that repository
> provides its own mechanism to ensure data correctness).
To clarify, the checksums a
PACKAGE_ARCH = "${MACHINE}"
The default is that the package is tune-specific, so it won't need to
rebuild on MACHINE changes.
Ross
On Tue, 29 Jan 2019 at 07:09, Kristupas Savickas
wrote:
>
> I have a few recipes that should rebuild when value of MACHINE variable
> changes. How can this be accom
I meant PACKAGE_ARCH = "${MACHINE_ARCH}", sorry.
Ross
On Tue, 29 Jan 2019 at 09:57, Burton, Ross wrote:
>
> PACKAGE_ARCH = "${MACHINE}"
>
> The default is that the package is tune-specific, so it won't need to
> rebuild on MACHINE changes.
>
> Ro
No doubt devtool should handle this better, but upgrading glibc is
*not easy*. If you can't do it manually then I wouldn't recommend
doing it at all.
A better start would be to copy the recipes from git for the version
you want, and then you'll be able to pick up all of the patches to
other recip
On Thu, 31 Jan 2019 at 00:14, Chuck Wolber wrote:
> What is the recommended packaging approach for an upstream configure script
> that seems to think that it must have pcre-config (which is disabled by the
> binconfig-disabled class)?
>
> Looking at the source of the upstream package seems to in
Does it not just contain the packages used to build the entire image,
so build-time dependents. Can you give an example of a recipe that is
archived but shouldn't be?
Ross
On Thu, 31 Jan 2019 at 08:46, David Zimmermann
wrote:
>
> Hi List,
>
> I use Yocto Krogoth and the following configuration
1001 - 1100 of 1567 matches
Mail list logo
