Friday, 2018-11-02

*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:06
*** stephano <stephano!~stephano@> has quit IRC00:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:08
*** dorian78 <dorian78!ad24f0af@gateway/web/freenode/ip.> has quit IRC00:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:39
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:46
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:52
*** Cbast <Cbast!~sfrigon@> has quit IRC01:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:13
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto01:24
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:9959:acea:5b14:eda2> has quit IRC01:34
*** Cbast <Cbast!~sfrigon@> has joined #yocto01:37
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:45
*** armpit <armpit!> has quit IRC02:09
*** Cbast <Cbast!~sfrigon@> has quit IRC02:29
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC02:55
*** anujm <anujm!anujm@nat/intel/x-ygpjclywouybpmxa> has joined #yocto03:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:35
*** armpit <armpit!~armpit@2601:202:4180:c33:8d25:2e4:ba80:f9b1> has joined #yocto04:04
*** nslu2-log <nslu2-log!~nslu2-log@> has quit IRC04:09
*** nslu2-log <nslu2-log!~nslu2-log@> has joined #yocto04:09
*** mrpelotazo <mrpelotazo!> has quit IRC04:13
*** mrpelotazo <mrpelotazo!> has joined #yocto04:15
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:38
*** Aethenelle <Aethenelle!Elite19980@gateway/shell/elitebnc/x-kinfrcpchfkwwgsl> has quit IRC05:03
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto05:21
yoctiNew news from stackoverflow: How to edit the kernel files using yocto recipe <>06:51
*** TobSnyder <TobSnyder!> has joined #yocto06:52
*** kaspter <kaspter!~Instantbi@> has quit IRC07:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:06
*** joeythesaint <joeythesaint!> has quit IRC07:22
*** tprrt <tprrt!~tprrt@> has joined #yocto07:37
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC07:42
*** sagner <sagner!~ags@> has joined #yocto07:42
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto07:42
*** AndersD <AndersD!~AndersD@> has joined #yocto08:11
*** anujm <anujm!anujm@nat/intel/x-ygpjclywouybpmxa> has quit IRC08:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:16
*** dv_ <dv_!~dv@> has quit IRC08:24
*** cpo <cpo!> has quit IRC08:32
*** peacememories <peacememories!> has joined #yocto08:34
*** peacememories <peacememories!> has quit IRC08:36
*** dv_ <dv_!> has joined #yocto08:38
*** AndersD <AndersD!~AndersD@> has quit IRC08:40
*** ant_work <ant_work!> has joined #yocto08:43
*** varjag <varjag!> has joined #yocto09:04
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:13
*** toanju <toanju!~toanju@> has joined #yocto09:34
*** learningc <learningc!> has joined #yocto09:38
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:91c1:1a65:85a8:3be5> has joined #yocto09:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:55
prabhakarladWhen is exactly WORKDIR populated? For every alternative time I run my recipe I get file not found for the SRC_URI09:56
prabhakarladhere is my bb file
rburtonyour sd_version_inc is racing with do_unpack09:59
rburtonbecause it doesn't depend on do_unpack09:59
rburtonaddtask sd_version_inc after do_unpack09:59
prabhakarladrburton: thank you very much for that it works now :)10:00
*** khem <khem!~khem@unaffiliated/khem> has quit IRC10:03
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto10:06
sagnerWe bake a build number into os-release, which works well. However it causes systemd/udev and hence initramfs to get rebuilt. Can we somehow prevent a rebuild of those when we just update the build number?10:25
sagneros-release is a RRECOMMENDS of systemd, I guess that is what is causing it...10:26
*** tasslehoff_ <tasslehoff_!> has joined #yocto10:26
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:36
*** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC10:48
*** varjag <varjag!> has quit IRC10:51
*** morphis <morphis!> has joined #yocto10:51
*** varjag <varjag!> has joined #yocto10:56
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:57
*** hireaki <hireaki!> has joined #yocto11:06
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:08
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:08
*** kaspter <kaspter!~Instantbi@> has quit IRC11:15
*** hireaki <hireaki!> has left #yocto11:15
yoctiNew news from stackoverflow: Yocto Linux installation failed <>11:22
*** learningc <learningc!> has quit IRC11:22
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC11:24
*** hireaki <hireaki!> has joined #yocto11:28
*** banach-space <banach-space!> has joined #yocto11:31
*** banach-space <banach-space!> has quit IRC11:37
*** mattsm <mattsm!~mattsm@> has quit IRC11:43
*** learningc <learningc!~learningc@> has joined #yocto11:46
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:47
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:47
*** mattsm <mattsm!~mattsm@> has joined #yocto11:47
*** mattsm <mattsm!~mattsm@> has joined #yocto11:48
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:50
*** bentech <bentech!~Bentech@unaffiliated/bentech> has joined #yocto11:57
*** Tamis <Tamis!504e056f@gateway/web/freenode/ip.> has quit IRC11:59
*** tasslehoff_ <tasslehoff_!> has quit IRC12:03
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has joined #yocto12:03
bentechJust wondering on this dtsi does / { mean the section is commented out?
hireakiHi, I have a native recipe foo-native and another recipe bar. bar depends on foo. Foo-native is correctly placed under tmp/sysroots-components/foo-native as I expected. When they do bar or other recipes want to call foo they say foo isn't available, isn't this managed through the SYSROOT_DIRS_NATIVE variable?12:07
hireaki* When bar or other recipes...12:10
*** bentech <bentech!~Bentech@unaffiliated/bentech> has quit IRC12:14
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto12:16
*** morphis <morphis!> has quit IRC12:18
rburtondoes bar depend on foo-native?12:29
rburtonsysroots-components is where the sysroot components are stored but that's not where they are exectuable from.  each recipe gets it own sysroot by hardlinking pieces from the sysroot-components12:30
hireakirburton yes, so If I understood bar will have it's own sysroot composed of the necessary sysroot dependencies?12:33
*** marka <marka!~masselst@> has joined #yocto12:34
hireakiThanks rburton, will do a triple check :)12:36
*** bentech <bentech!~Bentech@unaffiliated/bentech> has joined #yocto12:51
bentechSorry, i was having internet issues. Did anyone reply?12:51
sagnerHow can I see the reason a particular task got executed?12:56
*** learningc <learningc!~learningc@> has quit IRC12:59
*** learningc <learningc!~learningc@> has joined #yocto13:00
*** banach-space <banach-space!> has joined #yocto13:09
RPsagner: "bitbake <target> -g"  will generate a file which will show the tasks which depend on it13:17
RPsagner: or maybe bitbake <target> -u taskexp13:18
*** JaMa <JaMa!~martin@> has joined #yocto13:23
sagnerRP: -g and looking at definitly helps, thanks!13:25
sagnerAltough, now the next question arises, where do those dependencies exactly come from :-)13:25
*** rburton <rburton!> has quit IRC13:35
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto13:40
*** rburton_ <rburton_!> has joined #yocto13:41
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:54
sagnerOk found the dependency chain I was looking for: my initramfs got rebuilt whenever systemd got rebuilt, altough I use no udev or systemd in my initramfs. The reason is that run-postinsts inherits systemd, so that is where the dependency came from.13:55
sagnerWhat I am now wondering why is run-postinsts even necessary in initramfs... That typically get removed fro ro rootfs...13:56
sagnerHm, I guess technically initramfs is not read-only..13:57
sagnerOk, kinda makes sense, but still, do we want run-postinsts in initramfs?13:57
ant_worksagner, it's a whiule I don't look at this, I was aiming at a lean initramfs14:00
ant_worklast addition was # disable runtime dependency on run-postinsts -> update-rc.d14:01
sagnerant_work: yeah that works.. But why is ROOTFS_BOOTSTRAP_INSTALL even part of an initramfs14:05
*** ChanServ sets mode: +o RP14:05
Croftonuh oh14:05
*** RP sets mode: -r 14:06
ant_worksagner, it's a long war against cruft :)14:06
*** derekstraka <derekstraka!> has joined #yocto14:06
ant_workI have to check today0s situation, should just have a couple of empty dirs14:07
sagnerant_work: Hm, ok, I am actually not really about size, I try to figure out why I have systemd dependencies when building initramfs14:10
*** rcw <rcw!~rcw@> has joined #yocto14:11
ant_workbasically my target cpio should just just have an init and a couple of binaries14:22
JPEWJaMa here?14:27
*** yann <yann!> has joined #yocto14:28
yannI'm struggling to find a lightweight tool to load an image into X11 root window, any hint ?14:29
yann(xloadimage would require to resurect imake build support, it seems)14:30
yann(hm, looks like I was looking at an old version there is autoconf support, yay)14:35
angelo_tshi, need to apply an extra CXXFLAGS -Dblabla to a recipe build14:42
angelo_tswhat's the proper way ?14:42
neverpanicCXXFLAGS += "-Dblabla", but depends on the type of the build system14:44
angelo_tsbuild system is gcc14:46
angelo_tsok, so seems easy14:46
neverpanicGCC is not a build system, but a compiler. Build systems are autotools, cmake, meson and others.14:50
banach-spacehiya! do you guys whether Yocto has anything against file globbing? e.g. SRC_URI = "file://some_dir/*"?14:50
banach-spaceI've noticed recently that when updating files (and using file globbing), the files are not copied to the build dir. Not using file globbing fixes that, but what jsut wondering whether it's me doing sth wrong.14:51
*** jwessel <jwessel!~jwessel@> has joined #yocto14:53
angelo_tsneverpanic, so gnu-make, simple make an no autotools14:53
angelo_tsand, it doesn't work14:53
*** bleu_ <bleu_!600a190a@gateway/web/freenode/ip.> has joined #yocto14:55
neverpanicwith simple make, you'll unfortunately have to check whether CXXFLAGS is exported and whether the Makefile actually uses it14:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:11
*** stephano <stephano!~stephano@> has joined #yocto15:11
*** toanju <toanju!~toanju@> has quit IRC15:20
*** varjag <varjag!> has quit IRC15:31
zeddii_homeRP: odd ball question. Can you fathom a way that the git fetcher could clone my upstream, checkout the right commit from the right branch, but yet leave the workingdir of the git clone invalid ?15:44
kergothwhat exactly does 'checkout' mean if you don't have a working workdir?15:44
zeddii_homeit is leaving it on the right commit, but yet the files on disk are not the same as the commit gets when you clone and set that same commit as the head15:45
zeddii_homethis is exactly the same as the other 100 git based recipes I have, so I’m at a loss to what is going on.15:46
kergothwhat's the difference between the HEAD and checkout files? if it's just that status shows a difference, but diff doesn't, it could well be that you have autocrlf enabled or something15:47
* kergoth shrugs15:47
RPzeddii_home: shallow clones or normal trees? This is after the unpack step?15:47
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:48
zeddii_homeRP.  I’m forcing an exit at the top of configure, and see the difference. normal clones, no subgits. it’s just an uprev of an existing recipe.15:48
RPzeddii_home: any subdir= option? See unpack() in lib/bb/fetch2/git.py15:48
zeddii_homethe go 1.11 changes forced me into a docker/runc/container* uprev cycle15:48
zeddii_homeand of course, I’m on my last recipe and it is going nuts.15:49
zeddii_homewhich is making me go nuts :P15:49
zeddii_homejust this: git://;branch=18.09;name=docker15:49
zeddii_homeSRCREV_docker = "ccef7c659bcb1503ba6768e3af91cdc79a4fd56d"15:49
zeddii_homeand yet, what you get on that commit in the build dir, is drastically different from when I clone and check that out by hand.15:50
zeddii_homeow-dellw-ag [/home/bruc...src/import]> git status15:50
zeddii_homeOn branch 18.0915:50
zeddii_homeYour branch is behind 'origin/18.09' by 6741 commits, and can be fast-forwarded.15:50
zeddii_home  (use "git pull" to update your local branch)15:50
zeddii_homeif I actually do that git pull, I get what I expect15:50
zeddii_homebut the top commit is correct in that same directory:15:50
zeddii_homecommit ccef7c659bcb1503ba6768e3af91cdc79a4fd56d15:50
zeddii_homeAuthor: Anshul Pundir <>15:50
zeddii_homeDate:   Wed Oct 31 16:03:15 2018 -070015:50
zeddii_homeI’ll go instrument the guts of the fetching a bit more15:51
RPzeddii_home: I'd instrument unpack() and see where that gets you15:51
RPzeddii_home: the commands should already be logged in WORKDIR/temp/log.do_unpack15:51
kergothyeah, the clone from upstream doesn't involve checkout at all, so it's not a factor, it's the clone from dl_dir that matters15:51
RPzeddii_home: see if you can repoduce them?15:52
zeddii_homesomeone else here at work, was able to see the same thing. If I clone manually from the dl_dir, it is also good. and I’ve cleanall’d about 15 times :D15:52
* zeddii_home goes to consult the log files15:52
zeddii_homethis is a pretty normal use case, so there’s something stupid I’m doing. I’ll figure it out. you have bigger fish to fry. I’ll lag the thud branch of meta-virt until I get it sorted.15:54
* RP is wondering how to automate menuconfig testing15:56
* RP suspects it involves screen or tmux and expect 15:56
JaMaJPEW: pong15:59
*** prabhakarlad <prabhakarlad!~prabhakar@> has left #yocto15:59
rburton_RP: can't we assume the kernel people test menuconfig?16:03
*** ant_work <ant_work!> has quit IRC16:03
RPrburton_: we can assume lots of things and drop most of the remaining manual tests ;-)16:03
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto16:03
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:03
*** bleu_ <bleu_!600a190a@gateway/web/freenode/ip.> has quit IRC16:04
rburton_hell yeah16:04
rburton_i guess what i meant is menuconfig isn't really integration testing16:04
RPrburton_: but it is functionality testing and we do a fair bit of that16:05
*** tprrt <tprrt!~tprrt@> has quit IRC16:05
*** TobSnyder <TobSnyder!> has quit IRC16:15
*** kroon <kroon!> has joined #yocto16:18
*** JPEW_ <JPEW_!cc4da337@gateway/web/freenode/ip.> has joined #yocto16:29
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has quit IRC16:31
*** learningc <learningc!~learningc@> has quit IRC16:38
*** lusus <lusus!~lusus@> has quit IRC16:49
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:91c1:1a65:85a8:3be5> has quit IRC16:53
*** sagner <sagner!~ags@> has quit IRC16:56
*** ntl <ntl!> has joined #yocto16:58
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto17:07
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto17:07
*** cpo <cpo!> has joined #yocto17:08
*** bentech <bentech!~Bentech@unaffiliated/bentech> has quit IRC17:12
*** armpit <armpit!~armpit@2601:202:4180:c33:8d25:2e4:ba80:f9b1> has quit IRC17:35
*** yann <yann!> has quit IRC17:40
*** rajm <rajm!~robertmar@> has joined #yocto17:42
*** rajm <rajm!~robertmar@> has quit IRC17:45
*** banach-space <banach-space!> has quit IRC18:00
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC18:06
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:07
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto18:11
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto18:11
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:11
*** hireaki <hireaki!> has quit IRC18:15
*** dorian78 <dorian78!ad24f0ad@gateway/web/freenode/ip.> has joined #yocto18:18
*** ant_home <ant_home!> has joined #yocto18:35
*** yann <yann!> has joined #yocto18:44
*** ntl <ntl!> has quit IRC18:56
*** rcw <rcw!~rcw@> has quit IRC19:02
*** rcw <rcw!~rcw@> has joined #yocto19:03
*** armpit <armpit!> has joined #yocto19:28
*** dorian78 <dorian78!ad24f0ad@gateway/web/freenode/ip.> has quit IRC19:33
*** WillMiles <WillMiles!> has joined #yocto19:57
*** sagner <sagner!~ags@2a02:169:3460:0:5936:c928:be64:77aa> has joined #yocto20:01
*** ntl <ntl!> has joined #yocto20:16
*** chandana73 <chandana73!~ckalluri@> has joined #yocto20:20
*** peniwize <peniwize!~peniwize@> has joined #yocto20:25
peniwizemsg NickServ identify 5p33d@20:25
peniwizesorry guys20:25
*** ntl <ntl!> has quit IRC20:28
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC20:32
*** alicef <alicef!> has joined #yocto20:37
*** alicef <alicef!> has quit IRC20:38
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto20:38
*** rcw <rcw!~rcw@> has quit IRC20:48
*** kroon <kroon!> has quit IRC20:56
*** armpit <armpit!> has quit IRC20:57
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC21:08
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC21:14
*** stephano <stephano!~stephano@> has quit IRC21:17
*** marka <marka!~masselst@> has quit IRC21:18
*** alicef <alicef!> has joined #yocto21:21
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto21:21
*** WillMiles <WillMiles!> has quit IRC21:28
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto21:28
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC21:32
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC21:42
*** alicef <alicef!> has joined #yocto21:43
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto21:43
*** JaMa <JaMa!~martin@> has quit IRC21:48
*** rburton_ <rburton_!> has quit IRC22:10
*** rburton <rburton!> has joined #yocto22:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto22:44
*** rburton <rburton!> has quit IRC22:46
*** sagner <sagner!~ags@2a02:169:3460:0:5936:c928:be64:77aa> has quit IRC22:49
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC22:52
*** ant_home <ant_home!> has quit IRC22:57
*** alicef <alicef!> has joined #yocto23:10
*** alicef <alicef!> has quit IRC23:14
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto23:14
*** armpit <armpit!~armpit@2601:202:4180:c33:8d25:2e4:ba80:f9b1> has joined #yocto23:16
*** muep <muep!> has joined #yocto23:17
yoctiNew news from stackoverflow: Overwriting Yocto Classes through meta-layer <>23:24
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC23:28
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto23:30
*** alicef <alicef!> has joined #yocto23:34
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto23:34
*** JaMa <JaMa!~martin@> has joined #yocto23:51
*** mattsm <mattsm!~mattsm@> has quit IRC23:51
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:52
*** mattsm <mattsm!~mattsm@> has joined #yocto23:53
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC23:55

Generated by 2.11.0 by Marius Gedminas - find it at!