Wednesday, 2017-01-25

*** present <present!> has quit IRC00:01
RPkhem: ah, I can imagine relative paths getting a bit messed up with these changes :(00:08
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC00:28
*** john3 <john3!~john@> has quit IRC00:34
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:39
*** JosePerez <JosePerez!~jgperezc@> has quit IRC00:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto00:56
*** slips <slips!> has quit IRC00:57
*** slips <slips!> has joined #yocto01:01
*** stephano <stephano!~stephano@> has joined #yocto01:04
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC01:05
paulgI've seen twice today, that hostname.1 from inetutils doesn't properly use update-alternatives so it can co-exist with the hostname in coreutils.  Once for x86-64, once for arm64.01:06
paulg[log_check] update-alternatives: Error: not linking /home/paul/poky/build-arm64/tmp/work/qemuarm64-overc-linux/cube-graphical-builder/0.2-r0/rootfs/usr/share/man/man1/hostname.1 to /usr/share/man/man1/hostname.1.coreutils since /home/paul/poky/build-arm64/tmp/work/qemuarm64-overc-linux/cube-graphical-builder/0.2-r0/rootfs/usr/share/man/man1/hostname.1 exists and is not a link01:06
paulg1st time I cleaned the pkg and it magically went away after that.    Somewhat disconcerting.01:06
paulgthe recipe seems to treat hostname just the same as tcpdump or any other binary.01:07
*** nighty <nighty!> has joined #yocto01:09
*** quandtum <quandtum!~quandtum@> has quit IRC01:21
*** likewise <likewise!~chatzilla@> has quit IRC01:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC01:43
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto01:44
*** ohmy <ohmy!53ce617d@gateway/web/freenode/ip.> has quit IRC02:30
*** grk <grk!79f4c042@gateway/web/freenode/ip.> has quit IRC02:43
*** vmeson <vmeson!> has quit IRC02:45
*** ernstp <ernstp!uid168075@gateway/web/> has quit IRC02:48
*** jairglez <jairglez!~jairdeje@> has quit IRC02:48
*** JaMa <JaMa!~martin@> has joined #yocto02:57
*** gtristan <gtristan!~tristanva@> has joined #yocto03:22
*** manuel_ <manuel_!> has joined #yocto03:27
*** Guest63917 <Guest63917!~lyang1@> has quit IRC04:10
*** Guest63917 <Guest63917!~lyang1@> has joined #yocto04:10
*** paulg <paulg!> has quit IRC04:15
*** Snert <Snert!~snert_@> has quit IRC04:28
*** Snert <Snert!~snert_@> has joined #yocto04:29
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC04:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC04:49
*** stephano <stephano!~stephano@> has quit IRC05:13
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto05:26
*** AndersD <AndersD!> has joined #yocto05:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:41
*** AndersD <AndersD!> has quit IRC05:47
*** AndersD <AndersD!> has joined #yocto05:48
*** hamis <hamis!~irfan@> has joined #yocto05:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC05:56
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto05:59
*** agust <agust!> has joined #yocto06:04
*** mike__ <mike__!> has joined #yocto06:14
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC06:15
*** am55 <am55!~am55@unaffiliated/am55> has quit IRC06:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto06:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC06:20
*** rollcake <rollcake!~yoonki@> has joined #yocto06:22
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto06:22
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC06:46
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto06:48
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC06:51
*** pohly <pohly!> has joined #yocto06:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto07:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC07:08
*** qt-x <qt-x!~Thunderbi@> has joined #yocto07:12
*** manuel_ <manuel_!> has quit IRC07:31
miceopedeif i fetch all sources with fetchall, and then upload all the tarballs to a webserver somewhere, is it sufficient to point PREMIRRORS at this somewhere to act as a mirror?07:42
miceopededo i need the .done files? or the git2 repos?07:42
*** morphis <morphis!> has joined #yocto07:48
*** frsc <frsc!> has joined #yocto07:49
nrossimiceopede: it should be sufficient, the .done files are not required. You will want to have "BB_GENERATE_MIRROR_TARBALLS = "1"" set so that the git2 repos are turned into tarballs in the downloads/ directory07:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:52
miceopedenrossi: thanks. the bitbaking process is smart enough to know (somehow), that a git srcrev or autorev has changed and pull new source if needed?07:53
*** jku <jku!~jku@> has joined #yocto07:53
nrossimiceopede: Yes it does, and it will use the mirror tarball to fetch first. Then update the git repo locally07:54
nrossimiceopede: This is the command i use to populate my http mirror from a local downloads/07:55
nrossirsync -d --progress --exclude=*.done --include=*.zip --include=*.tar --include=*.tgz --include=*.tar.gz --include=*.tar.bz2 --include=*.tar.lzma --include=*.tar.xz --include=*.rpm --include=*.sh --include=*.diff.gz --include=*.patch.gz --include=bash*-* --include=readline*-* --exclude=* <source> <dest>07:55
miceopedenrossi: perfect. i was about to start writing a script. thanks07:55
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto07:59
*** Snert <Snert!~snert_@> has quit IRC08:04
*** Snert <Snert!~snert_@> has joined #yocto08:04
*** sgw_ <sgw_!~sgw_@> has quit IRC08:09
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC08:11
*** mckoan|away is now known as mckoan08:11
*** groleo <groleo!> has joined #yocto08:12
*** Kakounet <Kakounet!> has joined #yocto08:12
*** rajm <rajm!> has joined #yocto08:12
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC08:16
*** mckoan_ <mckoan_!~marco@unaffiliated/mckoan> has joined #yocto08:16
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC08:18
*** csanchezdll <csanchezdll!> has joined #yocto08:18
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto08:19
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has joined #yocto08:22
*** icanicant <icanicant!~icanicant@> has quit IRC08:24
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:26
*** sgw_ <sgw_!~sgw_@> has joined #yocto08:27
*** hyde <hyde!uid25660@gateway/web/> has joined #yocto08:29
hydeHi. I can do this: bitbake -c clean somerecipe ; bitbake somerecipe08:29
hydehow do I do this in one commend: bitbake -c clean -c XXXX somerecipe08:30
hydewhat's equivalent XXXX for just not giving any -c08:30
hyde...or how to achive that effect with running bitbake just once (because running it twice is annoyingly slower of course)08:30
*** present <present!> has joined #yocto08:31
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:32
jkudefault is "-c build" but you may be interested in "bitbake -C task": it invalidates the given stamp and then runs the default task08:32
*** radzy <radzy!> has quit IRC08:33
hydeI'll try them out08:33
jkuhyde: so if you know you need to force a compile and want to then run default task: "bitbake -C compile recipe"08:33
*** radzy <radzy!> has joined #yocto08:34
*** t0mmy <t0mmy!> has quit IRC08:35
*** grma <grma!~gruberm@> has joined #yocto08:38
*** toanju <toanju!~toanju@> has joined #yocto08:43
*** ant_work <ant_work!> has joined #yocto08:45
hydeyeah, I think I'll be doing bitbake -C fetch for a while now08:45
hydethere's no "standard" way to define, "fetch sources from that directory tree" (not version control, not tar.gz, just plain source directory tree), is there?08:46
hyde(now I have custom do_fetch)08:46
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:47
ant_workkhem: khem: mips32r2 kernel did not compile with gcc 6.3.008:48
ant_workI'll give you more details later this evening08:49
ant_work(MACHINE is gcw0 in meta-handheld)08:49
mborzeckii'm wondering if anyone can explain subtle differnces between BBCLASSEXTEND = "cross" and inherit cross, I seem to be getting slightly different behavior for each08:49
*** aV_V <aV_V!~aV_V@> has joined #yocto08:50
mborzeckispecifically forcing PN_class-cross = "go-cross-${TARGET_ARCH}" with BBCLASSEXTEND = "cross" is not the same as PN = "go-cross-${TARGET_ARCH}" with inherit cross08:51
mborzeckiwith the former, recipes that DEPENDS = "go-cross-${TARGET_ARCH}" fail due to unresolvable dependency go-cross-arm, with the latter resolution works just fine08:53
RPmborzecki: the class extension code is a bit magic. I don't think cross is designed to work with BBCLASSEXTEND08:58
mborzeckithat would explain why it's different, so the convention is to inherit cross for toolchain like packages?09:00
*** graphiqs <graphiqs!> has joined #yocto09:01
mborzecki(i'm implementing khem's suggestion in oe-meta-go and they have a single recipe with BBCLASSEXTEND = "cross" magic)09:02
*** ernstp <ernstp!uid168075@gateway/web/> has joined #yocto09:05
*** mdnneo <mdnneo!~umaucher@> has joined #yocto09:06
*** boucman_work1 <boucman_work1!> has joined #yocto09:06
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:07
RPmborzecki: yes, there are such a small number of users that making cross work with BBCLASSEXTEND didn't seem worthwhile09:08
mborzeckiRP: makes sense, thanks a lot09:08
RPmborzecki: hmm, there is a user in oe-core doing that :/09:08
*** toscalix <toscalix!~toscalix@> has joined #yocto09:08
mborzeckiu-boot-fw-utils is *special* :)09:09
RPmborzecki: so it seems :)09:09
mborzeckiguess, i'll just fix oe-meta-go09:10
RPmborzecki: that seems like the best thing to do09:10
mborzeckiit'd be nice to revive khem's thread about including go in oe-core, i'm not sure what the conclusion was the last time09:10
mborzeckior at least meta-oe if oe-core is not a suitable place09:10
RPmborzecki: its not that BBCLASSEXTEND doesn't work, it just will behave a bit oddly and probably not buy you much09:11
RPmborzecki: I can't remember the conclusion either, but yes, good timing09:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto09:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto09:12
mborzeckithanks a lot09:12
*** kacf <kacf!~kristian@> has joined #yocto09:13
*** joseppc <joseppc!> has joined #yocto09:14
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:14
*** mckoan_ is now known as mckoan09:14
*** joshuagl <joshuagl!joshuagl@nat/intel/x-voxfjaqiunificog> has joined #yocto09:15
*** ed2 <ed2!Adium@nat/intel/x-rdwrljgbtfeyyilk> has joined #yocto09:21
*** JoiF <JoiF!~jofr@> has joined #yocto09:22
*** nighty <nighty!> has quit IRC09:32
*** zeenix <zeenix!~zeenix@> has joined #yocto09:33
mckoangood morning09:34
*** geoffrey_l <geoffrey_l!> has joined #yocto09:46
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto09:50
kacfregarding the new sysroots: how is it decided what goes into the fixmepath, and what doesn't?09:53
*** viengelm <viengelm!viengelm@nat/digia/x-zksfrglcgzokzvbm> has quit IRC10:03
*** viengelm <viengelm!viengelm@nat/digia/x-frfhesisqalyvahb> has joined #yocto10:04
*** viengelm <viengelm!viengelm@nat/digia/x-frfhesisqalyvahb> has left #yocto10:04
*** Biliogadafr <Biliogadafr!> has joined #yocto10:09
geoffrey_lHi, I have a task to run after do_rootfs and before do_image, but when I add the "before do_image" dependency it cause do_image to reexecute after a first build (causing do_image to fail because it does not have the files of do_rootfs, they add been deleted by do_rmwork and do_rootfs doesn't reexecute). I don't have any clue of why this is happening, anybody know ?10:10
geoffrey_lthey had*10:11
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC10:18
nrossigeoffrey_l: add a "before do_image after do_rootfs10:33
nrossigeoffrey_l: so that the task is executed after the do_rootfs (aka depending on it)10:33
*** nighty <nighty!> has joined #yocto10:33
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC10:34
*** present <present!> has quit IRC10:36
*** Kakounet <Kakounet!> has quit IRC10:36
geoffrey_lnrossi : I already have "addtask install_overlay after do_unpack do_rootfs before do_image" but it cause do_image to rerun, and i don't know why (while do_rootfs does not and that cause the error). It work fine on first build, it's when I re-do "bitbake [myrecipe]" the problem appears.10:38
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:59
*** geoffrey_l <geoffrey_l!> has quit IRC11:11
*** geoffrey_l <geoffrey_l!> has joined #yocto11:11
mborzeckiis it me or does runqemu and oe-run-native no longer work?11:13
*** berton <berton!~berton@> has joined #yocto11:13
mborzeckinvm, it is me :/11:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:15
hydekanavin_home: thanks11:19
*** gizero76 <gizero76!> has joined #yocto11:23
*** john4 <john4!~john@> has joined #yocto11:24
*** geoffrey_l_ <geoffrey_l_!> has joined #yocto11:26
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:27
*** geoffrey_l <geoffrey_l!> has quit IRC11:29
*** Snert_ <Snert_!> has quit IRC11:31
*** redengin <redengin!~redengin@2601:600:9200:a356:8495:fe0d:b43b:9c90> has quit IRC11:32
ed2RP: I can't use $MACHINE as a part of env file name. wic would have to know value of MACHINE variable to find it. Again chicken&egg problem. I'll use directory instead. Directory is passed to wic in the command line and wic is looking at <recipe>.env in it.11:35
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:37
*** igor1 <igor1!~igor@> has joined #yocto11:38
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:50
*** aratiu <aratiu!~adi@> has quit IRC11:52
*** likewise <likewise!~chatzilla@> has joined #yocto11:54
*** ftonello <ftonello!~felipe@> has joined #yocto11:58
*** groleo <groleo!> has quit IRC11:59
*** john1 <john1!~john@> has joined #yocto12:00
*** john4 <john4!~john@> has quit IRC12:01
*** john2 <john2!~john@> has joined #yocto12:03
*** john1 <john1!~john@> has quit IRC12:05
*** Ramose_ <Ramose_!c05e2222@gateway/web/freenode/ip.> has quit IRC12:05
RPBuilding universe -c fetch ( 50 secs )12:08
RPyay :)12:08
RPed2: ok, that sounds reasonable12:09
*** aratiu <aratiu!~adi@> has joined #yocto12:20
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:25
*** geoffrey_l_ is now known as geoffrey_l12:31
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:32
gizero76Hi! I'm doing some tests to eSDK and in particular to a workflow that allow developers to easily update their development hosts: hence I try to update through devtool. I built an eSDK install script against my image that installs (and works) fine on devel's host, then I setup a place for updates and published the eSDK (the same version that is in the installer for now). Running 'devtool sdk-update' from and eSDK-aware s12:46
gizero76hell completes with no error at first run but abort with failure if I run it again. I understand this is not exactly a typical use-case, since it's not supposed to update anything (same eSD content) but, in my understanding, if it doesn't fail the first time, it shouldn't the second time either. The error that devtool spits upon the second run is the folloving:12:46
gizero76ERROR: Failed to update metadata as there have been changes made to it. Aborting.12:46
gizero76ERROR: Changed files:12:46
gizero76b' M poky/bitbake/lib/bb/pysh/\n'12:46
gizero76Seems like some uncommitted changes are left in layers/.git.12:46
gizero76Since I'm a newbie with eSDK just wanted to ping here before, if that's the case, filing on bugzilla... In the meanwhile, I'm trying to reproduce on a core-image-minimal from poky master (hope to have luck building with recent per-recipe sysroot related stuff), to bisect any eventual relationship with my custom image/project setup... Any clue from any eSDK expert there?12:46
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC12:52
*** ant_work <ant_work!> has quit IRC12:54
RPgizero76: that file is generated and probably should be in gitignore12:54
gizero76RP: should I just try to add to .gitignore and run again?12:56
RPgizero76: I think its worth a try12:56
RPgizero76: that file is in the top level .gitignore in poky so perhaps the generated eSDK one isn't right?12:57
RPor missing?12:57
gizero76gizero@gizero-desktop ~/poky_sdk/layers (master●)$ cat .gitignore12:57
gizero76.gitignore is there but no reference to that file12:58
RPgizero76: sounds like a bug12:58
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto12:59
gizero76RP: adding to .gitignore won't be enough, of course, since the file is already tracked by git, but committing removal and running devtool sdk-update makes it go further...13:03
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has quit IRC13:04
*** BaloneyGeek|work <BaloneyGeek|work!~bg14ina@kde/bgupta> has joined #yocto13:04
RPgizero76: ultimately the fix is to change whatever genereates that file13:04
*** Kakounet <Kakounet!> has joined #yocto13:04
gizero76RP: ...and it finishes with no complaints ;-)13:05
*** rstreif <rstreif!> has quit IRC13:06
gizero76RP: going to file it on bugzilla and report back if it happens with poky master also13:07
*** ernstp <ernstp!uid168075@gateway/web/> has quit IRC13:08
RPgizero76: pretty sure it will, patch would be great! :)13:09
gizero76RP: BTW 'bitbake core-image-minimal -c populate_sdk_ext' is almost completing, but giving warnings like:13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_sdk_depends: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-packagegroup-core-boot.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_sdk_depends: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-core-image-minimal.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_sdk_depends: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-meta-environment-extsdk-qemux86.populate_sysroot not found?13:09
gizero76WARNING: buildtools-tarball-1.0-r0 do_populate_sdk: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-x86_64_linux-nativesdk-buildtools-perl-dummy.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_populate_sdk_ext: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-meta-environment-extsdk-qemux86.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_populate_sdk_ext: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-core-image-minimal.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_populate_sdk_ext: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-allarch-packagegroup-core-boot.populate_sysroot not found?13:09
gizero76WARNING: core-image-minimal-1.0-r0 do_populate_sdk_ext: Manifest /scratch/gizero/poky-master-build/tmp/sstate-control/manifest-x86_64_linux-nativesdk-buildtools-perl-dummy.populate_sysroot not found?13:09
RPgizero76: rss is a bit chatty at the moment. None of those are anything to worry about13:10
RPgizero76: there have been some of these which were though which was why it was left in13:10
gizero76OK! ;-) Out of curiosity, is all this eSDK workflow being QA tested by CI/autobuilders?13:11
RPgizero76: some but not as well as we'd like13:12
RPgizero76: probably why it works the first time but not the second (we don't test  second try)13:12
*** ernstp <ernstp!uid168075@gateway/web/> has joined #yocto13:13
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC13:13
gizero76RP: fair enough ;-)13:13
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto13:17
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto13:19
*** gtristan <gtristan!~tristanva@> has quit IRC13:24
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto13:27
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto13:27
* RP remembers why he hates touching the gcc recipes13:28
*** _dv_ <_dv_!~quassel@> has quit IRC13:30
*** dv_ <dv_!~quassel@> has joined #yocto13:30
*** caiortp <caiortp!~inatel@> has joined #yocto13:31
*** manuel_ <manuel_!> has joined #yocto13:32
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has joined #yocto13:39
*** aratiu <aratiu!~adi@> has quit IRC13:46
*** mike__ <mike__!> has quit IRC13:48
*** mike__ <mike__!> has joined #yocto13:48
*** hamis <hamis!~irfan@> has quit IRC13:48
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC13:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto13:49
*** gtristan <gtristan!~tristanva@> has joined #yocto13:51
*** themikenicholson <themikenicholson!~nic47222@> has quit IRC13:52
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:53
*** lamego <lamego!~jose@> has joined #yocto13:53
*** themikenicholson <themikenicholson!~nic47222@> has joined #yocto14:01
*** groleo <groleo!> has joined #yocto14:04
*** Guest66161 <Guest66161!> has left #yocto14:24
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC14:24
*** jku <jku!~jku@> has quit IRC14:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC14:39
*** aratiu <aratiu!~adi@> has joined #yocto14:40
*** paulg <paulg!> has joined #yocto14:41
*** marka <marka!> has joined #yocto14:42
*** manuel_ <manuel_!> has quit IRC14:42
gizero76RP: Thx for helping! filed
yoctiBug 10963: normal, Undecided, ---, eduard.bartosh, NEW , devtool sdk-update fails at subsequent runs14:52
*** mdnneo <mdnneo!~umaucher@> has quit IRC14:53
*** Snert_ <Snert_!> has joined #yocto14:53
RPgizero76: fancy sending a patch to scripts/oe-publish-sdk ?14:55
gizero76RP: Surely I'll look at it as soon as I find a time-slot and see if I can figure it out...14:57
RPgizero76: its trivially easy14:58
*** paulg <paulg!> has quit IRC15:00
*** kacf <kacf!~kristian@> has quit IRC15:01
*** Kakounet <Kakounet!> has quit IRC15:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto15:05
*** john3 <john3!> has joined #yocto15:05
*** john2 <john2!~john@> has quit IRC15:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:09
*** rstreif <rstreif!> has joined #yocto15:10
*** ntl <ntl!> has quit IRC15:11
*** Snert <Snert!~snert_@> has quit IRC15:11
*** Snert <Snert!~snert_@> has joined #yocto15:12
*** ntl <ntl!> has joined #yocto15:13
*** manuel_ <manuel_!~manuel@> has joined #yocto15:14
binarymhi all. How can i add a sanity check as the first task of my build ?15:15
binarymi want to check if my meta-s are up to date with git origin15:15
*** vmeson <vmeson!~rmacleod@> has joined #yocto15:15
*** paulg <paulg!> has joined #yocto15:16
lsandovbinarym: it does not look to me like a check to be done with metadata, perhaps a script to check this before running bitbake?15:19
binarymlsandov: i would like it to be part of bitbake15:20
binarymbecause my developers are a bit crazy i don't like following process15:20
binarymensuring my checks are run as part of bitbake is better for me15:21
kergothbinarym: all the existing sanity checksa re in the metadata. hacking bitbake is pointless. bitbake fires an event specifically for sanity testing15:21
binarym(but i can understand that it isn't completly yocto-compliant)15:21
kergothsee sanity.bbclass15:21
binarymyeah, i saw this15:21
binarymkergoth: can i define a new bbclass (let's say mysanity.bbclass) that would inherit from sanity.bbclass and use it instead of sanity.bbclass ?15:22
kergothyou can have any class parsed up front by adding to the INHERIT variable, i.e. in your distro15:22
binarymok thx kergoth , i'll dig into this15:23
kergothideally, sanity.bbclass would provide hooks to inject custom sanity tests, but it doesnt have that feature as of yet15:24
kergothit is possible to respond to SanityCheck yourself, though15:24
kergothsee for an example of how i hooked into it to run up front sanity tests on an external toolchain15:24
kergoththat particular example doesn't run every time, though, only when stuff it cares about changes. all the sanity_file and config bits are related to that, so you can just run whatever logic you want in a SanityCheck event handler, with something like for when it fails15:25
*** viengelm <viengelm!viengelm@nat/digia/x-ioopnpowquskfmpo> has joined #yocto15:25
kergothyou can read sanity.bbclass as well, but that's a rather large file due to all the sanity checks run15:26
kergothi intend to propose making it easier to add custom sanity tests for upstream at some point15:26
binarymthx a lot for this explanation15:27
kergothno problem15:27
binarymand yeah, i read the sanity.bbclass ... and got afraid.15:27
kergothit's basically just events. bitbake fires SanityCheck, and if e.generateevents is true, you're expected to fire events for sanity check failure. of course, sanity.bbclass also fires an event for success.. this all ties into the particulars of the bitbake UI in use, i.e. toaster uses them to give the user info about the sanity checking, afaik15:29
kergothbitbake fires all sorts of events at various points, and the metadata can fire them as well, so handlers can respond15:29
kergoththe yocto project docs probably have more info, at least the bitbake manual *should* :)15:29
*** madisox <madisox!> has joined #yocto15:32
*** madisox <madisox!> has quit IRC15:33
kergothbinarym: it's worth noting that you *could* also do checking at ConfigParsed or BuildStarted time, it's up to you when you want the check to run in the process. SanityCheck is of course specifically intended for this purpose, however :)15:36
kergoth just warns the user if update layers exist but haven't been added to their configuration, via a ConfigParsed event handler, for example15:36
*** ed2 <ed2!Adium@nat/intel/x-rdwrljgbtfeyyilk> has quit IRC15:37
*** ed2 <ed2!~Adium@> has joined #yocto15:37
*** joshuagl <joshuagl!joshuagl@nat/intel/x-voxfjaqiunificog> has quit IRC15:38
*** egavinc <egavinc!> has quit IRC15:39
*** falk0n <falk0n!> has joined #yocto15:45
binarymkergoth: ok. Now, i just have to code it :) thx15:48
kergothdownside to checks at ConfigParsed time is if they're fatal, it means you can't run bitbake -e. best to use SanityCheck. I might have to convert a few of my other checks to that15:49
*** AndersD <AndersD!> has quit IRC15:52
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto15:52
*** boucman_work1 <boucman_work1!> has quit IRC15:55
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has quit IRC15:57
*** john4 <john4!~john@> has joined #yocto15:58
*** graphiqs <graphiqs!> has quit IRC15:59
*** graphiqs <graphiqs!> has joined #yocto15:59
*** paulg <paulg!> has quit IRC15:59
*** john3 <john3!> has quit IRC16:00
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC16:00
*** psadro <psadro!~Thunderbi@2620:107:9000:2:70c4:95ff:fe1d:9866> has joined #yocto16:01
*** groleo <groleo!> has quit IRC16:01
*** poor-man <poor-man!d97eb626@gateway/web/freenode/ip.> has quit IRC16:04
*** Kakounet <Kakounet!> has joined #yocto16:04
*** frsc <frsc!> has quit IRC16:04
*** toanju <toanju!~toanju@> has quit IRC16:09
joshuaglbavery_fn: dreyna_:
*** caiortp <caiortp!~inatel@> has quit IRC16:12
JaMaanyone else using openembedded-commits ML to notice new changes?16:12
JaMait stopped working in December, I've filled
yoctiBug 10967: normal, Undecided, ---, leonardo.sandoval.gonzalez, NEW , Merged commits are no longer sent to openembedded-commits ML16:13
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto16:13
*** clement_ <clement_!> has joined #yocto16:15
*** clement <clement!> has quit IRC16:15
*** clement_ is now known as clement16:16
rburtonjama: reassign it to halstead?16:16
*** paulg <paulg!> has joined #yocto16:17
joshuaglbavery_fn: dreyna_:
yoctiBug 10524: major, Medium, 2.3 M3, david.reyna, NEW , Command line build monitoring broken when using custom builddir and config file16:17
*** graphiqs <graphiqs!> has quit IRC16:20
JaMaI've added michael to CC16:21
*** graphiqs <graphiqs!> has joined #yocto16:21
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has joined #yocto16:21
JaMabut will reassign as well16:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC16:22
*** Kakounet <Kakounet!> has quit IRC16:25
*** graphiqs <graphiqs!> has quit IRC16:25
*** TobSnyder <TobSnyder!> has quit IRC16:25
*** AndersD <AndersD!> has joined #yocto16:26
*** open-nandra <open-nandra!> has quit IRC16:29
*** AndersD <AndersD!> has quit IRC16:29
*** caiortp <caiortp!~inatel@> has joined #yocto16:31
*** likewise <likewise!~chatzilla@> has quit IRC16:33
caiortpthere's a way to run the opkg tool to keep the toolchain packages updated in the development host?16:34
caiortpI install the toolchain and I would like to keep my libraries updated just run the opkg16:35
*** Kakounet <Kakounet!> has joined #yocto16:35
*** aV_V <aV_V!~aV_V@> has quit IRC16:37
*** jairglez <jairglez!jairdeje@nat/intel/x-thhpsmscudceuxrm> has joined #yocto16:38
*** Geoff <Geoff!49111299@gateway/web/freenode/ip.> has joined #yocto16:39
*** Geoff is now known as Guest1658416:39
Guest16584hi all, does the order still matter in the bblayers.conf?  Or is precedency decided only by BBFILE_PRIORITY?16:39
Guest16584i read in an older forum that precedency can depend on the order in which you specify the layers16:40
*** paulg <paulg!> has quit IRC16:40
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:44
*** rajm <rajm!> has quit IRC16:51
*** grma <grma!~gruberm@> has quit IRC16:52
*** davis <davis!> has joined #yocto16:54
davisI have a failure with meta intel io security do_patch quilt16:55
*** mcudev <mcudev!> has joined #yocto16:55
davisi am trying to get a devshell to debug why, but it fails to get a devshell via $ bitbake -c devshell audit16:55
mcudevUsing this example, would the "inherit" lines be added to local.conf? or should I add to a layer.conf?
*** JoiF <JoiF!~jofr@> has quit IRC16:56
*** Ox4 <Ox4!~user@unaffiliated/zloy> has joined #yocto16:57
Ox4hello guys16:57
*** caiortp <caiortp!~inatel@> has quit IRC16:57
CTtpollardmcudev: local16:58
rburtonmcudev: hopefully the up to date documentation in will help more16:58
mcudevnot really more helpful17:00
*** Guest16584 <Guest16584!49111299@gateway/web/freenode/ip.> has quit IRC17:00
mcudevwhere is the correct location to define these items? local.conf a layer.conf?17:00
mcudevCTtpollard: ok17:01
Ox4I have several layers A and B with bbappend files for the same psplash package. I need to set priority of the layer B higher then layer A, but in the bblayers.conf file A has the highest priority then B. Is it possible at all?17:01
CTtpollardor add to the image file you are building17:01
mcudevERROR: ParseError at <dir>/conf/local.conf:35: unparsed line: 'inherit extrausers'17:01
kergothmcudev: you can't inherit in a config file17:02
kergothrecipes and .inc and .bbclass support a variety of things config files do not17:02
mcudevonly a class?17:02
kergothif you want something inherited globally, up front, add to INHERIT17:02
kergothsee alos the yocto project documentation17:03
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has quit IRC17:04
mcudevok, added to INHERIT var.  I'm still getting the yocto concepts17:07
*** Kakounet <Kakounet!> has quit IRC17:12
*** dmoseley <dmoseley!> has joined #yocto17:15
*** mckoan is now known as mckoan|away17:20
rburtoned2: your latest wic patch conflicts with one you sent earlier.  i presume the obvious merge is right?17:21
rburtoned2: ah its not.  can you rebase onto master-next please.17:22
ed2ed2: sure.17:23
*** Guest89400 <Guest89400!> has joined #yocto17:24
*** sjolley <sjolley!~sjolley@> has quit IRC17:25
*** john4 <john4!~john@> has quit IRC17:26
*** geoffrey_l <geoffrey_l!> has quit IRC17:28
BaloneyGeek|workHi, so I've managed to get an image with qt5 from meta-qt5 up and running17:30
ed2rburton: sent v217:30
BaloneyGeek|workNow I'm trying to build the SDK with bitbake my_image_recipe -c populate_sdk17:30
BaloneyGeek|workIt appears that to use this SDK to build Qt5 based apps I need host (x86_64) versions of qmake, lrelease etc... basically the qtbase build tools17:31
BaloneyGeek|workBut I can't figure out a way of adding that to the SDK17:31
BaloneyGeek|workCould anyone help me out here?17:31
BaloneyGeek|workThe targer is a Raspberry Pi 317:31
*** john1 <john1!~john@> has joined #yocto17:33
*** JosePerez <JosePerez!~jgperezc@> has quit IRC17:33
*** JosePerez1 <JosePerez1!~jgperezc@> has joined #yocto17:33
*** sjolley <sjolley!~sjolley@> has joined #yocto17:34
*** Guest89400 <Guest89400!> has quit IRC17:35
seebsSo far as I know, populate_sdk should build all the tools it needs for the target image. Are there qt5 apps in the target image already?17:38
BaloneyGeek|workseebs: No. The idea is that we build an OS image with yocto that includes all the libs we need including Qt517:39
BaloneyGeek|workBut we distribute the app itself as a custom squashfs package17:39
seebsWell, the trivial solution is to make an image that includes a qt5 app, and then just remove that one app. :P17:39
BaloneyGeek|workWhich means I need to compile the Qt5 app with a cross-compiler toolchain that poky builds for me17:40
BaloneyGeek|workSo I added nativesdk-qtbase to my IMAGE_INSTALL_append17:40
BaloneyGeek|workAnd it seems to be building something17:40
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has joined #yocto17:40
BaloneyGeek|workpopulate_sdk has all the Qt5 libs in the cortexm7 sysroot17:41
BaloneyGeek|workBut I need qmake and other qt build tools in the x86_64 sysroot17:41
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:c8a6:17d:5ad6:1157> has quit IRC17:41
ed2rburton: v2 has a typo. please, don't merge it.17:45
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has quit IRC17:45
BaloneyGeek|workOkay - it doesn't actually build a nativesdk package17:46
BaloneyGeek|workE: Unable to locate package nativesdk-qtbase17:46
*** jku <jku!> has joined #yocto17:58
davisanyone having a problem during patch of corei7-64-oe-linux/audit/2.3.2-r8 in the intel iot security layer?17:58
*** JosePerez1 <JosePerez1!~jgperezc@> has quit IRC17:59
*** t0mmy <t0mmy!~tprrt@> has quit IRC18:00
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto18:01
*** stephano <stephano!stephano@nat/intel/x-dvkviyrwqpvzzefc> has joined #yocto18:02
ed2rburton: sent v3. I'm going to run wic tests on master-next as soon as build is done.18:02
*** stephano <stephano!stephano@nat/intel/x-dvkviyrwqpvzzefc> has quit IRC18:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:05
*** stephano <stephano!stephano@nat/intel/x-jkjiorpzpqyryxab> has joined #yocto18:05
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:06
*** Ox4 <Ox4!~user@unaffiliated/zloy> has left #yocto18:06
*** zeenix <zeenix!~zeenix@> has quit IRC18:09
*** gtristan <gtristan!~tristanva@> has quit IRC18:11
*** toscalix <toscalix!~toscalix@> has quit IRC18:22
*** ernstp <ernstp!uid168075@gateway/web/> has quit IRC18:28
*** jku <jku!> has quit IRC18:37
*** pohly <pohly!> has quit IRC18:38
*** Theremin <Theremin!> has joined #yocto18:54
davisanybody getting a failure with do_assemble_fitimage in linux-yocto-rt-4.4.36?18:54
*** ed2 <ed2!~Adium@> has quit IRC19:01
*** bluelightning <bluelightning!~paul@> has joined #yocto19:03
*** bluelightning <bluelightning!~paul@> has quit IRC19:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:03
*** jku <jku!> has joined #yocto19:05
*** paulg <paulg!> has joined #yocto19:11
*** morphis <morphis!> has quit IRC19:27
*** falk0n <falk0n!> has quit IRC19:33
*** jku <jku!> has quit IRC19:36
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC19:46
*** john2 <john2!> has joined #yocto19:57
*** john1 <john1!~john@> has quit IRC19:59
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC20:04
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto20:04
davisim familiar with make bzimage, vmlinux, intrd, etc.20:04
davisim unfamiliar with assemble fs fit image20:05
davisyet it fails when doing the linux rt kernel. Is this something part of yocto or something in the kernel?20:05
*** rcw <rcw!~rwoolley@> has joined #yocto20:08
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:12
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:14
*** john3 <john3!~john@> has joined #yocto20:15
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto20:16
*** john2 <john2!> has quit IRC20:17
*** ftonello <ftonello!~felipe@> has quit IRC20:17
*** ftonello <ftonello!~felipe@> has joined #yocto20:19
*** berton <berton!~berton@> has quit IRC20:20
*** JosePerez <JosePerez!~jgperezc@> has left #yocto20:28
*** ernstp <ernstp!uid168075@gateway/web/> has joined #yocto20:29
*** JosePerez <JosePerez!~jgperezc@> has joined #yocto20:33
*** ant_home <ant_home!> has joined #yocto20:36
*** t0mmy <t0mmy!> has joined #yocto20:36
ant_homekhem: hi20:39
ant_homemipsel kernel failing:
ant_homefatal error: linux/compiler-gcc6.h: No such file or directory20:39
ant_homegooglin' for it, sems a known issue20:40
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC20:43
-YoctoAutoBuilder- build #444 of nightly-checkuri is complete: Success [build successful] Build details are at
*** ftonello <ftonello!~felipe@> has quit IRC20:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:11
ant_homejeez, it's because it is an older 4.0 kernel21:11
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:12
*** john4 <john4!> has joined #yocto21:13
ant_homekhem, do you think smthg like that could aid?
*** john3 <john3!~john@> has quit IRC21:14
*** seebs <seebs!> has quit IRC21:16
*** igor1 <igor1!~igor@> has quit IRC21:22
*** mcudev <mcudev!> has quit IRC21:30
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto21:33
ant_homekhem: I'm lazy so I moved to a kernel v. 4.7 which compiles fine with gcc 6.3.021:33
*** rcw <rcw!~rwoolley@> has quit IRC21:36
*** psadro <psadro!~Thunderbi@2620:107:9000:2:70c4:95ff:fe1d:9866> has quit IRC21:40
*** psadro <psadro!~Thunderbi@2620:107:9000:2:70c4:95ff:fe1d:9866> has joined #yocto21:41
*** milindur <milindur!> has quit IRC21:42
*** hundeboll <hundeboll!> has quit IRC21:43
*** hundeboll <hundeboll!> has joined #yocto21:43
*** stephano <stephano!stephano@nat/intel/x-jkjiorpzpqyryxab> has quit IRC21:43
*** Guest92124 <Guest92124!~john@> has joined #yocto21:44
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:45
*** john4 <john4!> has quit IRC21:46
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:46
*** milindur <milindur!> has joined #yocto21:47
*** vmeson <vmeson!~rmacleod@> has quit IRC22:03
*** TonyR <TonyR!268c1603@gateway/web/freenode/ip.> has quit IRC22:07
*** tonyr <tonyr!268c1603@gateway/web/freenode/ip.> has joined #yocto22:07
*** stephano <stephano!stephano@nat/intel/x-fztacetqphslevbq> has joined #yocto22:13
*** marka <marka!> has quit IRC22:14
*** sameo <sameo!~samuel@> has quit IRC22:22
*** sameo <sameo!~samuel@> has joined #yocto22:23
*** quandtum <quandtum!~quandtum@> has joined #yocto22:24
*** quandtum <quandtum!~quandtum@> has quit IRC22:30
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:40
*** JosePerez <JosePerez!~jgperezc@> has quit IRC22:48
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:55
hbruceHow do I tell bitbake that certain files generated by a recipe should not be part of sstate?22:57
*** lsandov <lsandov!lsandov1@nat/intel/x-pkvgjtexaoeuusjq> has left #yocto22:59
kergothhbruce: don't install them into the dir that sstate tracks.22:59
bluelightninghbruce: can you explain the issue you're attempting to solve?23:00
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC23:00
*** manuel_ <manuel_!~manuel@> has quit IRC23:00
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** bfederau <bfederau!> has quit IRC23:01
*** joshuagl <joshuagl!~joshuagl@> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** anselmolsm <anselmolsm!~anselmols@2601:1c0:5402:7e90:2388:4a58:59f3:e0ee> has joined #yocto23:01
*** Crofton <Crofton!> has quit IRC23:01
*** stephano <stephano!stephano@nat/intel/x-fztacetqphslevbq> has quit IRC23:02
*** Crofton <Crofton!> has joined #yocto23:03
*** stephano <stephano!stephano@nat/intel/x-vizmregnyrviiqlm> has joined #yocto23:03
*** Theremin <Theremin!> has quit IRC23:03
*** bavery_fn <bavery_fn!~bavery@> has quit IRC23:03
JaMaanyone seeing errors like this:23:05
JaMaERROR: gcc-source-6.3.0-6.3.0-r0 do_patch: Command Error: 'quilt --quiltrc /home/jenkins/oe/world/shr-core/tmp-glibc/work-shared/gcc-6.3.0-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0  Output:23:05
JaMa/bin/sh: 1: quilt: not found23:05
JaMamakes my first bitbake world build with recipe sysroots a bit useless23:05
JaMaSummary: There were 1675 ERROR messages shown, returning a non-zero exit code.23:05
*** stephano <stephano!stephano@nat/intel/x-vizmregnyrviiqlm> has quit IRC23:06
*** stephano <stephano!~stephano@> has joined #yocto23:06
JaMaand quilt seems to be default, so I'm not sure why I'm first one to report it (here)23:07
JaMameta/conf/bitbake.conf:PATCHTOOL = "quilt"23:07
*** stephano <stephano!~stephano@> has quit IRC23:07
paulgJaMa,  I think use of quilt has been banned.23:11
rburtoneta/classes/patch.bbclass:PATCHDEPENDENCY = "${PATCHTOOL}-native:do_populate_sysroot"23:12
rburtonmeta/classes/patch.bbclass:do_patch[depends] = "${PATCHDEPENDENCY}"23:12
rburtonso, why isn't that working23:12
JaMapaulg: banned? by who?23:13
paulgThe White House.  :)23:13
JaMaah that explains it23:14
rburtonJaMa: the depends work here - building m4 results in quilt appearing in m4's recipe-sysroot-native23:14
hbrucebluelightning/kergoth: I'm working with with meta-ros (see which builds with cmake. Part of the build generates cmake files with hard coded paths (nasty) which end up in sysroot. If then you build in a different folder but use sstate, bitbake pulls in cmake files from sstate with paths from original folder and build fails. I want to prevent those generated cmake files from ever getting into stsate.23:16
rburtonhbruce: are the paths to the target sysroot, or the work directories?23:17
hbrucerburton. Paths are to target sysroot.23:18
JaMarburton: does it require newer bitbake (and was the required version bumped in metadata to make sure it's new enough?) unfortunately in that jenkins job where it all failed I don't see bitbake revision used just BB_VERSION        = "1.32.0"23:19
hbrucerburton: I take that back. Some paths are to work dirs, others are to target sysroot.23:20
*** manuel_ <manuel_!> has joined #yocto23:20
rburtonhbruce: the target sysroot ones probably get replaced, the workdir ones should be causing a warning and is a bug in the software. figure out where they come from, and delete them.  likely upstreamable.23:21
*** lamego <lamego!~jose@> has quit IRC23:22
*** bavery_fn <bavery_fn!~bavery@> has joined #yocto23:23
rburtonJaMa: i didn't think oe-core master needed master bitbake but i may be mistaken23:23
hbrucerburton: Thanks for guidance. I'll re-build and look for warnings. ros code maintainers reluctant to take build-related patches, which is why i wanted to solve the problem in meta-ros.23:26
JaMabtw I see in the cooker log that quilt-native was actually built:23:27
JaMaNOTE: Running task 25 of 33033 (/home/jenkins/oe/world/shr-core/openembedded-core/meta/recipes-devtools/quilt/
*** Crofton|work <Crofton|work!> has quit IRC23:27
*** Crofton|work <Crofton|work!> has joined #yocto23:31
*** Snert_ <Snert_!> has quit IRC23:31
bavery_fnbluelightning: call?23:36
bluelightningbavery_fn: check your email ;)23:36
JaMarburton: maybe the PATH isn't correctly set to include recipe-sysroot-native? and it works for most people because they also have quilt on host in /usr/bin/quilt?23:37
-YoctoAutoBuilder- build #397 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at
rburtonJaMa: i don't have quilt on host23:41
* rburton bed23:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:41
*** rburton <rburton!> has quit IRC23:42
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:42
*** agust <agust!> has quit IRC23:46
*** Guest92124 <Guest92124!~john@> has quit IRC23:48
*** Guest29491 <Guest29491!> has joined #yocto23:48
*** Snert_ <Snert_!> has joined #yocto23:48
*** bavery_fn <bavery_fn!~bavery@> has quit IRC23:58
*** paulg <paulg!> has quit IRC23:58

Generated by 2.11.0 by Marius Gedminas - find it at!