GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
aleblanc_ has quit [Ping timeout: 252 seconds]
aleblanc_ has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus has joined #yocto
aleblanc_ has quit [Ping timeout: 252 seconds]
rber|res has joined #yocto
RobertBerger has quit [Ping timeout: 252 seconds]
tom5760 has joined #yocto
xmn has quit [Ping timeout: 252 seconds]
camus has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
camus has joined #yocto
sakoman has quit [Quit: Leaving.]
troth has quit [Ping timeout: 256 seconds]
troth has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 252 seconds]
camus1 is now known as camus
troth has quit [Ping timeout: 252 seconds]
troth has joined #yocto
troth has quit [Ping timeout: 245 seconds]
rsalveti has quit [Quit: Connection closed for inactivity]
troth has joined #yocto
kroon has joined #yocto
kroon has quit [Client Quit]
kroon has joined #yocto
alessioigor has joined #yocto
camus has quit [Ping timeout: 252 seconds]
camus has joined #yocto
alessioigor has quit [Quit: alessioigor]
pbergin has joined #yocto
pbergin has quit [Remote host closed the connection]
rob_w has joined #yocto
creich_ has quit [Quit: Leaving]
creich has joined #yocto
RaulM has joined #yocto
mckoan|away is now known as mckoan
mckoan is now known as MarcoCavallini
<MarcoCavallini>
good morning
vladest has quit [Quit: vladest]
kayterina has joined #yocto
vladest has joined #yocto
<landgraf>
Good morning!
<landgraf>
What the proper way of handling upstream patches with binary part(s). It's testdata in my case.
zpfvo has joined #yocto
rber|res has quit [Quit: Leaving]
rber|res has joined #yocto
RobertBerger has joined #yocto
rber|res has quit [Remote host closed the connection]
RobertBerger has quit [Remote host closed the connection]
rber|res has joined #yocto
rfuentess has joined #yocto
vd has quit [Ping timeout: 256 seconds]
pbergin has joined #yocto
mvlad has joined #yocto
fleg has joined #yocto
fleg has quit [Remote host closed the connection]
fleg has joined #yocto
fleg has quit [Remote host closed the connection]
kayterina has quit [Quit: Leaving]
sstiller has joined #yocto
kayterina has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
fleg2 is now known as fleg
rfuentess_ has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
rfuentess has quit [Ping timeout: 245 seconds]
rfuentess__ has joined #yocto
zpfvo has joined #yocto
rfuentess_ has quit [Ping timeout: 252 seconds]
tnovotny has joined #yocto
dacav has joined #yocto
grma has joined #yocto
<qschulz>
mornin folks :)
<qschulz>
landgraf: don't :p
<dacav>
morning qschulz
<qschulz>
landgraf: PATCH_TOOL = "git" handles binaries in patches. quilt (the default IIRC) didn't work for me when I needed it
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
goliath has joined #yocto
<landgraf>
qschulz: PATCHTOOL="git" does but it changes the behaviour of entire recipe. I'd like to avoid doing this in dunfell :)
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<qschulz>
landgraf: behavior of the entire recipe?
<landgraf>
qschulz: busybox recipe has ~20 downstream patches. I'm afraid of changing quilt to git for all of them with PATCHTOOL... I'd rather drop testdata...
<dacav>
I've got here a freshly cloned yocto, honister, and building results in an error saying 'You are building in a path included in PSEUDO_IGNORE_PATHS /usr/ please locate the build outside this path.'. I'm effectively building under /usr/local/src, which is the only partition I've got on my system which is large enough to satisfy the yocto requirements.
<dacav>
Why should the path be a problem?
<qschulz>
dacav: too bad :p
<qschulz>
I assume because host (not native, host.. from your build machine distro) tools are there and pseudo shouldn't mess with those. Very wild guess though
<qschulz>
dacav: the PSEUDO_IGNORE_PATHS is an issue for me too since /run is one of those paths and fedora/nautilus mounts disks on /run
<dacav>
I'll investigate a bit, to understand what this is about. How did you solve the thing, by the way?
tnovotny has quit [Quit: Leaving]
<qschulz>
dacav: I removed it from PSEUDO_IGNORE_PATHS :p
<qschulz>
to be honest, it's a setup I barely use so I'm fine with this for now
tnovotny has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
<dacav>
of course :D thanks
zpfvo has joined #yocto
kayterina_ has joined #yocto
dacav has quit [Quit: leaving]
dacav has joined #yocto
kayterina__ has joined #yocto
kayterina has quit [Ping timeout: 252 seconds]
kayterina_ has quit [Ping timeout: 256 seconds]
<jsandman>
Hi, Im trying to do a combo-layer but I am not able to specify srcrevs that are not in master branch. As example, I get this error when selecting dunfell branch for meta-openembeeded:
<jsandman>
[10:44:42] meta-openembedded: specified revision f2d02cb71eaff8eb285a1997b30be52486c160ae is invalid!
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
<jsandman>
It seems to combo-layer tool does not checkout the branch you select in the .conf file. Hence git branch --contains does not properly work
Vonter has joined #yocto
florian has joined #yocto
michalkotyla has joined #yocto
leon-anavi has joined #yocto
pbergin has quit [Quit: Leaving]
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<rburton>
jsandman: combo-layer is a bit 'interesting', its probably best to use something else
<Saur[m]>
git submodules or repo manifests are better alternatives.
<rburton>
or kas
<jsandman>
Damn. I was hoping to make this work by using all the tools posible from this project. I mean, combo-layer has worked for me but I had to manully go into all the cloned repos and checkout the branches... that is not ideal.
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<rburton>
combo-layer is very much built specifically for poky, and not really for external consumption
<rburton>
kas, submodules, repo, all let you manage repos and branches
<rburton>
combo-layer doesn't, it just pulls commits from other repos into your repo. the shas are all different which makes it actively harder to work with.
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
Guest21 has joined #yocto
<dvorkindmitry>
should I always put the license MIT file in my layers?
<Guest21>
hi all, I have created a simple ssh key recipe to install some keys inside the target, pkg_postinst_${PN}() is called to cat the .pub key to authorized_keys but sometimes my bluid fails (Postinstall scriptlets of ['ssh-keys-***'] have failed. If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget_${PN}
<Guest21>
()) so the question what is the diff between pkg_postinst_ and pkg_postinst_ontarget_ ? Thank you
kriive has quit [Ping timeout: 250 seconds]
zpfvo has quit [Ping timeout: 245 seconds]
zpfvo has joined #yocto
<rburton>
dvorkindmitry: if your layers are public, you should state what the license is, yes
<dvorkindmitry>
rburton, should it be MIT o it can be GPL, for ex?
<rburton>
your layer, your choice
<rburton>
GPL has non-trivial implications
<rburton>
MIT has the advantage of a simple/clear license
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<qschulz>
Guest21: In Yocto the rootfs is created by package manager installing all required packages. This is done on your build machine. _ontarget_ happens only when the board boots for the first time (IIRC?) or when the package is installed from the target directly with a package manager
<qschulz>
Not entirely sure but that'd be my guess
MauroAnjo has joined #yocto
<qschulz>
rburton: I have some server I can run tests on for the glob for .debug package splitting. So 1) how do I trigger only packaging for all recipes without removing the whole sstate-cache? 2) which image would be best to test this?
<rburton>
change the packaging task and bitbake will re-package everything if you build an image
<rburton>
you could just bitbake world, that will build everyhing
<rburton>
better than an image as it include a lot more
<agherzan>
Did I dream that in the past we used to support PATCHROOL git on sources that are not git repositories?
zpfvo has quit [Ping timeout: 256 seconds]
<agherzan>
cc landgraf
xmn has joined #yocto
zpfvo has joined #yocto
<qschulz>
rburton: I wanted to do benchmarking basically :)
<qschulz>
but starting with making sure everything works is a good idea :p
<rburton>
i know devtool will turn a non-git S into a git repo if you use devtool modify
<rburton>
maybe that's what you're thinking of?
zpfvo has joined #yocto
<agherzan>
rburton: no. I am aware of that in devtool, but didn't we also do it in normal patching? When selecting git as tool for patching on a non-git repository?
<agherzan>
So basically, is it a fast - and always has been - that patchtool git won't work with non-git sources?
<agherzan>
Fact*
RaulM has quit [Ping timeout: 245 seconds]
<RP>
agherzan: I don't know if it once did work and it has been broken, that is possible too
<RP>
it may also never have been implemented
<agherzan>
Right. I'll dig a bit into it.
michalkotyla has quit [Quit: michalkotyla]
RaulM has joined #yocto
behanw has joined #yocto
sstiller has quit [Quit: Leaving]
kanavin has joined #yocto
snikulov has joined #yocto
akiCA has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
JaMa has quit [Quit: off]
zpfvo has joined #yocto
codavi has joined #yocto
JaMa has joined #yocto
akiCA has quit [Ping timeout: 252 seconds]
codavi is now known as akiCA
xmn has quit [Quit: ZZZzzz…]
xmn has joined #yocto
* fray
wonders why he's awake
KEsipov has joined #yocto
andrey has joined #yocto
xmn has quit [Ping timeout: 256 seconds]
aleblanc_ has joined #yocto
aleblanc_ has quit [Remote host closed the connection]
<qschulz>
RP: don't know bruce's nick but I have a wanring in poky master for python3-idna license
<qschulz>
I couldn't see if the Unicode license has different versions already? but was wondering if we could add https://www.unicode.org/license.txt to meta/files/common-licenses?
zandrey has joined #yocto
<rber|res>
@qschulz: zeddii
andrey has quit [Quit: Client closed]
<qschulz>
zeddii: ^ :)
<qschulz>
rber|res: thanks :)
<RP>
qschulz: does it have an official SPDX license identifier?
<qschulz>
none of which are exact matches to the link I posted before
zyga-mbp has joined #yocto
<qschulz>
and no idea what it should be since the github project does not say which license is used :) (and I think it's because it's fetched from somewhere at runtime? don't know)
<qschulz>
rber|res: BSD-3-Clause and Python-2.0 licenses are listed already yes
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<agherzan>
RP: landgraf will propose a patch.
<Granjow>
Is there anything special I have to do when using runqemu? When booting, my image waits for sda1 and sda4 and ends up not finding them and finally enters emergency mode.
<agherzan>
It would be nice if we could get that into dunfell too.
* zeddii
sees his nick referenced, but doesn't know for what :D
<RP>
agherzan: it really depends on how invasive it is. We don't backport new features
<agherzan>
I know RP hopefully this will be fine. I'll let you decide on it.
<qschulz>
zeddii: I have a wanring in poky master for python3-idna license
<qschulz>
zeddii: I couldn't see if the Unicode license has different versions already? but was wondering if we could add https://www.unicode.org/license.txt to meta/files/common-licenses?
<rber|res>
destmaster, hmmm - I guess this needs more digging. What do our fsl friends say?
<rber|res>
destmaster, can you upgrade to something more recent?
<dacav>
I'm setting up a test recipe, and packaging a random software I wrote, just to try yocto out. The software uses autoconf/automake as a build system. The recipe fails during the do_configure step, due to the AC_MSG_ERROR macro being undefined. I'm quite sure this macro should be defined by autoconf, since it is mentioned in the autoconf manual. I verified that the run.do_configure script invokes autoreconf
<dacav>
--install. Any clue? :)
<destmaster>
@rber|res No I cannot upgrade because I haven't BSP for more recent yocto version
MauroAnjo has quit [Ping timeout: 256 seconds]
<rber|res>
@destmaster, did you try meta-freescale?
<rber|res>
@dacav, do you include the autotools.bbclass?
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<rburton>
dacav: is that random software public?
<rburton>
dacav: you most likely forgot to inherit pkgconfig, and autoconf is *terrible* at reporting errors
camus1 has joined #yocto
camus has quit [Ping timeout: 256 seconds]
camus1 is now known as camus
<dacav>
rburton: yes, the software is public, gitlab.com/dacav/crossbow. Also I did inherit both pkgconfig and autoconf: it was detected by devtool-add
zpfvo has quit [Ping timeout: 252 seconds]
<rburton>
did you depend on curl?
<dacav>
libcurl, yes
<dacav>
And a couple of other libs too
<dacav>
they're not in yocto, I can tell already
zpfvo has joined #yocto
<rburton>
you want DEPENDS=curl
<rburton>
and fwiw, i'd use pkgconfig instead of LIBCURL_CHECK_CONFIG
<destmaster>
@rber|res I've checked but I cannot find anything related to mongodb package... about BSP I'm using a SOM and the meta for BSP is provided by the SOM manufacturer... I've asked for a newer version but there's no plan to support version greater than Warrior
<rburton>
dacav: and AC_USE_SYSTEM_EXTENSIONS will most likely get rid of that big CPPFLAGS block at the bottom
<dacav>
All good advices, but I would have expected the dependencies trouble later in time. Here the problem arises with a missing macro. It is true that the missing macro is used only if the dependency is missing, of course
jpuhlman has joined #yocto
<dacav>
rburton: on AC_USE_SYSTEM_EXTENSIONS, good for later use, thanks
zyga-mbp has joined #yocto
<rburton>
dacav: you're using LIBCURL_CHECK_CONFIG but unless you DEPEND=curl then the macro doesn't exist
<rburton>
and autoconf is terrible at reporting missing macros in the right place
<rburton>
DEPENDS, obviously
<dacav>
Thanks, I'll check that. Maybe I can play around with something without dependencies at first. Overconfidence :)
<rburton>
all you need is DEPENDS=curl
<dacav>
if so, let's give it just another try then
<rburton>
it didn't autodetect it because we don't have a map of all of the custom macros people use. if you used pkgconfig it would have filled in the depends for you
<dacav>
rburton: effectively, now I get the error I would expect, that is about some missing dependency etc etc. I'm very surprised by 'DEPENDS=curl'=>'AC_MSG_ERROR' appears.
<rburton>
as i said, autoconf is terrible when macros don't get expanded
<dacav>
yeah, you said that :)
<rburton>
its really, really terrible :)
<dacav>
I got it :D
<dacav>
Ah, I've to go, but I'll ask something more tomorrow, if I may
<dacav>
thanks for now :)
<rburton>
ok added LIBCURL_CHECK_CONFIG to the devtool detection map
<qschulz>
rburton: who would have thought that a bitbake world would take 150GB+ on my disk (and counting, rm takes time :p)
<rburton>
140gb of that is webkit :)
<qschulz>
eheh
<rburton>
oh and there's two copies of llvm
<rburton>
thanks rust!
<qschulz>
yeah I saw rust compiling for a long time :)
<rburton>
dacav: as a distro maintainer i really recommend you make -Werror opt-in
<qschulz>
INHERIT += rm_work to the rescue
<rburton>
qschulz: absolutely
<qschulz>
rburton: and I'm crying my eyes out because my Yocto build still does not work reliably on Jenkins
<qschulz>
but I'm pretty sure it's because we have concurrent Buildroot builds
<paulg>
rust singlehandedly ended any hope of using older less capable machines for building in one fell swoop.
troth has quit [Ping timeout: 256 seconds]
<qschulz>
so well... at one point there's just so much resource :D
<RP>
qschulz: we haven't seen this warning so I am a bit puzzled :/
<qschulz>
only git repo in play, completely vanilla
kayterina__ has quit [Read error: Connection reset by peer]
<zeddii>
I built and re-built them all today. no warnings here. just poky, and the machine shouldn't matter for obvious reasons.
<zeddii>
I'm re-trying on a different builder to see.
<qschulz>
zeddii: debian 11 if that matters in any way, everything up-to-date
<qschulz>
zeddii: ok, not *completely* vanilla, I redefine SSTATE_DIR, DL_DIR in local.conf and add INHERIT += "rm_work" but that's all I can see doing different
<qschulz>
zeddii: RP: I've sent patches for the warnings, here's the last warning message I got (and sent a patch for) WARNING: python3-webcolors-1.11.1-r0 do_package_qa: QA Issue: supports ptests but is not included in oe-core's ptest-packagelists.inc [missing-ptest]
rfuentess__ has quit [Remote host closed the connection]
rob_w has quit [Remote host closed the connection]
leon-anavi has quit [Remote host closed the connection]
<rber|res>
@destmaster cool, but then then error was totally misleading
<akiCA>
Thanks Khem, good talk. So if I want to start with getting application devs to clang first (while building distro itself on gcc) all I need to do is add meta-clang and insert 'CLANGSDK = "1"' in conf?
KEsipov has quit [Quit: Client closed]
<zeddii>
tlwoerner: I have my work laptop on standby if zoom doesn't work for me, but I should probably test audio during the break.
<zeddii>
wrong channel, but the message is the same!
florian has quit [Quit: Ex-Chat]
<vd>
I finally switched from building on my 4-core/16Go RAM laptop to my 16-core/64Go RAM desktop... I almost cried a bit :')
zpfvo has quit [Remote host closed the connection]
<tlwoerner>
zeddii: jump into the conversation
tom5760 has quit [Remote host closed the connection]
<kanavin>
it may not be NFS, but by all signs it is :)
<kanavin>
that is on debian10-ty-1, but all workers seem affected
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<halstead>
The nfs server has session errors with the web heads but not the workers.
MauroAnjo has joined #yocto
DavidS has quit [Quit: Client closed]
<halstead>
And the worker has lots of nfs timeouts.
zyga-mbp has joined #yocto
kiran has joined #yocto
Guest33 has joined #yocto
<Guest33>
Hello everyone
<Guest33>
I wanted to add dpdk 17.11.2 in my yocto can someone guide me how to do it
kiran has quit [Ping timeout: 256 seconds]
<fray>
is downloads.yoctoproject.org down? or am I having a local network issue.. (can't fetch the uninative for honister)
MauroAnjo has quit [Quit: Client closed]
kiran has joined #yocto
<smurray>
Guest33: there is a meta-dpdk layer, but that version of dpdk seems pretty old based on the version numbers in recent branchs of the layer
MauroAnjo has joined #yocto
jorschulko has joined #yocto
kiran has quit [Ping timeout: 252 seconds]
Vonter has quit [Quit: WeeChat 3.3]
<Guest33>
Yeah can you tell how to get meta-dpdk in my yocto and if it has newer version then how can we tailor it to support older version
Guest33 has quit [Ping timeout: 256 seconds]
<halstead>
downloads.yoctoproject.org is down while I repair NAS issues.
<khem>
akiCA: actually it will bundle clang into SDK but default will still be gcc. meta-clang is humble that way 🙂 right now it does not act as default CC in SDK, you have to set CC = "${CLANGCC}" etc. in env, perhaps we can make it default in SDK
<Guest33>
Can anyone help me on meta-dpdk??? How to get it and build it ??
zeddii has joined #yocto
<Guest33>
smurray if you have any information then please send
<smurray>
Guest33: I'd say grab the layer and try adding it to bblayers.conf and building dpdk. The README in the layer points at the meta-intel ml, that'd be where I'd say to look for any further help
<smurray>
ml = mailing list
zeddii has quit [Ping timeout: 256 seconds]
zeddii has joined #yocto
<Guest33>
Thanks smurray I'm totally new to yocto can you please tell me the steps like how to get those files into my system and then build it and how to take existing recipe from the internet and build them locally
<smurray>
Guest33: if you're completely new, start with the Quick Build guide, I guess
<Guest33>
I have tried the user guide but its overwhelming some easy tutorial or guidance would be great
ana_gasi has joined #yocto
<jqua[m]>
fray: for me is down too
<jqua[m]>
ERROR: SState: cannot test file://20/d5/sstate:diffutils:core2-64-poky-linux:3.8:r0:core2-64:7:20d553b475c81b8e23e9dffa4fd4e8fbe5a09b10655bc13ab03f29519b4fccb8_package_qa.tar.zst: timed out
<jqua[m]>
ERROR: SState: cannot test file://universal/4a/a8/sstate:openssl-native:x86_64-linux:3.0.0:r0:x86_64:7:4aa82e0c62c77fd8e205df91d7211612231561a7fa25cd20081fdba7ae90ef03_populate_sysroot.tar.zst: timed out
<Guest33>
I was watching the yocto live coding session from there i know about this so wanted to ask these questions if you guys still making tutorial or that then i would like to know about how to get existing layer from the net and build it locally and make changes to it dpdk example would be great 😃
<khem>
oh thats Unable to find file file://odroid-kmeta;type=kmeta;name=odroid-kmeta;destsuffix=odroid-kmeta anywhere. The paths that were searched were:
* khem
looks at akuster
<akiCA>
khem: Will do
<khem>
paulbarker: I tried b4 it works well, I can grab the msg ind from URL itself too, which is great, so far it seems two step process 1. download mbx and apply it, is there a way to bundle single patched into single mbox ?
<halstead>
khem: git.yoctoproject.org was not down.
<paulbarker>
khem: Not sure what you're asking. Do you want to run `b4 am` and `git am` in one?
<halstead>
khem: but git repos accessed via nfs or anything from downloads.yoctoproject.org would have failed.
drewfustini has quit []
drewfustini has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
BWhitten has joined #yocto
BCMM has joined #yocto
<khem>
paulbarker: there are one of patches not series sent on ml, so I am looking for a way to mark them all and downloadd all at once in one swoop
<khem>
patch picking basically
florian has joined #yocto
florian has quit [Ping timeout: 252 seconds]
alejandrohs has joined #yocto
GNUmoon has joined #yocto
MauroAnjo has quit [Ping timeout: 256 seconds]
kroon has quit [Quit: Leaving]
xmn has joined #yocto
kroon has joined #yocto
BWhitten has quit [Ping timeout: 252 seconds]
akiCA has quit [Ping timeout: 252 seconds]
<kroon>
I'm comparing the output of "bitbake-dumpsig -t libtool-native populate_sysroot" from two different build directories, and they differ in list order of variables in a lot of places. I thought the sigdata was definitely sorted data structures.
BCMM has quit [Quit: Konversation terminated!]
<kroon>
need more sorted() in bitbake/dump_sigfile()
florian has joined #yocto
mrpelotazo has quit [Quit: Hasta la vista!]
kroon has quit [Quit: Leaving]
mrpelotazo has joined #yocto
RaulM has quit [Ping timeout: 256 seconds]
kyrix has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ahs3 has quit [Remote host closed the connection]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]