Wednesday, 2015-09-30

*** applepi <applepi!> has joined #yocto00:06
*** dreyna4529 <dreyna4529!~dreyna@> has quit IRC00:15
*** jjmb <jjmb!> has joined #yocto00:16
*** jjmb <jjmb!> has quit IRC00:21
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:27:a3f2:c7:2af7> has joined #yocto00:21
-YoctoAutoBuilder- build #492 of nightly-arm-lsb is complete: Success [build successful] Build details are at
*** afxez0r <afxez0r!~afxez0r@> has quit IRC00:47
-YoctoAutoBuilder- build #507 of nightly-multilib is complete: Failure [failed Running Sanity Tests_2 Running Sanity Tests_3] Build details are at
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC01:04
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto01:04
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto01:06
*** staylor <staylor!> has quit IRC01:29
*** Jefro <Jefro!> has quit IRC01:33
*** dreyna4529 <dreyna4529!~dreyna@> has joined #yocto01:33
*** zeddii_home <zeddii_home!> has joined #yocto01:46
*** cbzx <cbzx!> has joined #yocto01:49
*** vmeson <vmeson!> has quit IRC02:04
*** cbzx <cbzx!> has quit IRC02:05
*** staylor <staylor!~staylor@> has joined #yocto02:07
*** vmeson <vmeson!> has joined #yocto02:07
*** applepi <applepi!> has quit IRC02:11
*** Snert_ <Snert_!> has quit IRC02:29
*** cbzx <cbzx!> has joined #yocto02:56
*** Klox <Klox!> has joined #yocto03:20
*** Jefro <Jefro!> has joined #yocto03:56
*** sjolley1 <sjolley1!sjolley@nat/intel/x-zsofkjbmmtnaekao> has joined #yocto04:02
*** sjolley <sjolley!sjolley@nat/intel/x-dotigalgjwkivnzy> has quit IRC04:05
*** zeddii_home <zeddii_home!> has left #yocto04:16
*** Pixionus <Pixionus!~Pixionus@unaffiliated/pixionus> has quit IRC04:42
*** Jefro <Jefro!> has quit IRC04:47
*** Jefro <Jefro!> has joined #yocto04:50
*** [Sno] <[Sno]!> has joined #yocto04:50
*** Jefro <Jefro!> has quit IRC04:51
*** Jefro <Jefro!> has joined #yocto04:52
*** [Sno] <[Sno]!> has quit IRC05:00
*** dreyna4529 <dreyna4529!~dreyna@> has quit IRC05:04
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto05:25
*** blueness_ <blueness_!> has quit IRC05:26
*** hamis <hamis!~irfan@> has joined #yocto05:29
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has left #yocto05:45
*** Jefro <Jefro!> has quit IRC05:47
*** blueness <blueness!> has joined #yocto05:48
*** marek__ <marek__!> has joined #yocto05:49
*** cbzx <cbzx!> has quit IRC05:49
*** Jefro <Jefro!> has joined #yocto05:50
*** pohly <pohly!> has joined #yocto05:53
*** blueness <blueness!> has quit IRC05:54
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:55
*** blueness_ <blueness_!> has joined #yocto05:56
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:58
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has joined #yocto06:01
*** frsc <frsc!~frsc@> has joined #yocto06:05
*** frsc <frsc!~frsc@> has quit IRC06:07
*** frsc <frsc!> has joined #yocto06:07
*** TobSnyder <TobSnyder!> has joined #yocto06:11
*** rob_w <rob_w!~bob@> has joined #yocto06:32
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:32
*** jku <jku!jku@nat/intel/x-nkicmnhucohkazoo> has joined #yocto06:35
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto06:36
*** [Sno] <[Sno]!> has joined #yocto06:38
*** _taw_ <_taw_!> has joined #yocto06:38
*** redengin <redengin!~redengin@2601:600:9200:7ab0:4000:24ae:cd4f:cfe6> has quit IRC06:46
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:53
*** jbrianceau_away is now known as jbrianceau06:53
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC06:59
*** rburton <rburton!> has joined #yocto06:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto07:03
*** rburton <rburton!> has quit IRC07:09
bluelightningmorning all07:14
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto07:15
*** mckoan|away is now known as mckoan07:20
mckoangood morning07:20
marek__morning all07:21
marek__I have strange problem, I build ext4 image for beaglebone, when loaded to emmc kernel will start and mount rootfs but then it seems stuck after INIT: version 2.88 booting, when I press Enter on console it will continue with:  Starting udev07:23
marek__any idea what can cause such behavior?07:23
marek__after booting will continue and I get login prompt07:23
*** maxin <maxin!~maxin@2001:998:22:0:b19e:ea71:e51c:8455> has joined #yocto07:24
sandsmarkhmm, bitbake -g -u depexp suddenly started failing with just «Command execution failed: »07:32
sandsmark(doesn't show any error)07:33
bluelightningsandsmark: that's annoying... if you just try to build that same target does it work?07:34
sandsmarkI'm trying that now07:34
*** rburton <rburton!> has joined #yocto07:34
sandsmarkah, no07:34
sandsmarkbut now it shows the actual error07:34
bluelightningok, I guess we have a bug in reporting errors there07:34
bluelightningwhat was the error?07:34
sandsmarkI broke a recipe07:35
sandsmarkI'll pastebin it07:35
sandsmark(obvious error on my part)07:35
sandsmarkwhatever sends the event doesn't set the event.error:
sandsmarkah, ctrl+c-ing bitbake sometimes makes some python process go bananas eating all my ram (I suspect the bitbake server)07:38
*** rburton <rburton!> has joined #yocto07:39
bluelightningsandsmark: yes, we've had other reports of that unfortunately :/07:44
sandsmarkok, I'll try to track down why it happens next time it happens07:44
sandsmarkSIGKILL all of them except one and then attach with gdb, I guess07:45
sandsmark(as long as it isn't just something specific to my setup)07:46
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC07:46
sandsmarkbut first try to figure out why the gles3 header is available in the sysroot that is used to build qt for the sdk, but not in the sysroot that the sdk installs07:47
*** Biliogadafr <Biliogadafr!> has joined #yocto07:52
*** aime-Pierre <aime-Pierre!~Thunderbi@> has joined #yocto07:53
*** sameo <sameo!~samuel@> has joined #yocto07:56
*** Jefro1 <Jefro1!> has joined #yocto07:56
*** rburton <rburton!> has quit IRC07:58
*** Jefro <Jefro!> has quit IRC07:58
*** lzm <lzm!~lzm@> has joined #yocto07:59
*** parrotriver <parrotriver!~neil@> has quit IRC08:02
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC08:28
*** blitz00 <blitz00!stefans@nat/intel/x-uqlqrzqsfmhugxir> has joined #yocto08:28
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto08:28
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yebsslhwmiltqbql> has joined #yocto08:34
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yebsslhwmiltqbql> has left #yocto08:35
*** Jefro1 <Jefro1!> has quit IRC08:39
RagBalFor some reason my system keeps selecting a specific recipe version (not the latest version), the default_preference has been set to -1 in the recipe. When I hard define the preferred_version it selects the correct recipe version (latest version in oe-core). Anything explaining this behavior?08:40
bluelightningRagBal: layer priorities perhaps?08:41
bluelightningRagBal: if the priority of the layer in which the older recipe appears is higher, it will be picked in preference to the newer recipe08:42
RagBalbluelightning, yes the layer has a higher priority, but doesn't default_preference -1 solve this?08:42
bluelightningDEFAULT_PREFERENCE is weak compared to layer priority08:42
bluelightningI'm not entirely sure it always makes sense, but it is the way it's been designed08:43
RagBalHmm, so the only way is to provide a preferred_version? =(08:43
sandsmarkisn't that better in a way?08:45
*** belen <belen!~Adium@> has joined #yocto08:45
sandsmarkimho it is more consistant if everything in a high priority layer is prioritized08:45
*** jonathanmaw <jonathanmaw!> has joined #yocto08:45
RagBalYes, but in this case I don't want that =)08:45
bluelightningis there an issue with setting a PREFERRED_VERSION?08:46
RagBalWell, I have to change it every time oe-core updates it08:46
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:47
RagBalThis is about libdrm in meta-ti fido branch08:47
*** sjolley1 <sjolley1!sjolley@nat/intel/x-zsofkjbmmtnaekao> has quit IRC08:47
*** florian_kc is now known as florian08:47
*** sjolley <sjolley!~sjolley@> has joined #yocto08:49
sandsmarkis it possible to easily see which recipe a file in a sysroot comes from?08:49
bluelightningsandsmark: yes - check the manifest files in tmp/sstate-control/08:50
sandsmarkawesome, thanks08:50
bluelightningRagBal: I guess the question is do they really need their own version?08:51
RagBalbluelightning, you're correct, I just bbappended the recipe so it doesn't support my machine08:53
RagBalbluelightning, for some reason they added my machine in the compatible_machine of the recipe08:53
bluelightningah, ok08:54
RagBaldenix, could you have a look at that please? it seems that libgles-omap3 requires libdrm >= 2.4.59 (from oe-core) but since the older libdrm is provided by meta-ti it takes precedence over the oe-core layer one and fails to build the rootfs08:57
sandsmarkok, if I understand this correctly; for some reason mesa builds gles3 and installs it in the sysroot used for building qtbase, but the qtbase used in the sdk doesn't depend on gles3, so it's not pulled into the sdk?:
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC09:04
frscHi, I use a package linux-firmware-wl12xx in my image, but whenever I include it also linux-firmware-wl18xx is being installed and I can't find any dependency between those packages. Any hints?09:18
sandsmarkfrsc: try «bitbake -g -u depexp imagename», and clicking around09:24
frscsandsmark: That was the first thing I tried, but the linux-firmware-wl18xx does not seem to be anywhere in the dep tree, but still the packages is installed in do_rootfs...09:26
bluelightningyeah, depexp only shows bitbake's initial picture of runtime dependencies09:27
bluelightningsome runtime dependencies are only calculated at packaging time (because there's no way to know about them earlier)09:27
*** belen1 <belen1!~Adium@> has joined #yocto09:30
*** belen <belen!~Adium@> has quit IRC09:31
*** rburton <rburton!> has joined #yocto09:32
*** wenzong <wenzong!~wfan@> has quit IRC09:37
frscOk. It's something about my bbappend to linux-firmware: Whenever I use the bbappend the unwanted package is installed09:37
bluelightningfrsc: so after building with the bbappend, what does tmp/sysroots/<yourmachine>/pkgdata/runtime/linux-firmware-wl12xx have to say about RDEPENDS ?09:42
*** gardarh <gardarh!c290e56e@gateway/web/freenode/ip.> has quit IRC09:44
*** belen <belen!~Adium@> has joined #yocto09:45
frscbluelightning: Ok, I can see the dependency there: RDEPENDS_linux-firmware-wl12xx: linux-firmware-wl18xx. But where does it come from?09:45
*** belen1 <belen1!~Adium@> has quit IRC09:45
bluelightningfrsc: if I had to guess, there's something silly happening with symlinks - the packaging code will automatically add dependencies where a symlink exists that crosses a package boundary09:46
bluelightningthe same sort of thing can happen with shared library dependencies but I can't see how that would be applicable in this case09:47
*** mago__ <mago__!~mago@> has quit IRC09:47
bluelightningfrsc: first thing to check anyway is that the contents of each package is what you think it should be - look in the packages-split directory in the workdir for linux-firmware09:47
*** sameo <sameo!~samuel@> has quit IRC09:47
*** mago_ <mago_!~mago@> has joined #yocto09:49
frscbluelightning: I already checked the package contents: they seem to be what they should be09:50
rburtonkhem: ping09:54
frscbluelightning: The problem is caused by overriding FILES_linux-firmware-wl12xx in the bbappend. But how can this add a runtime dependency?10:00
*** sameo <sameo!samuel@nat/intel/x-hdgqsnskdsbmuxov> has joined #yocto10:11
*** psnsilva <psnsilva!> has joined #yocto10:16
bluelightningfrsc: well, I notice at least out of the box there is the reverse dependency - wl18xx depends on wl12xx10:19
*** JaMa <JaMa!> has joined #yocto10:22
frscbluelightning: you're right, and upon overriding FILES_linux-firmware-wl12xx this dependency vanishes and the other one (wl12xx depends on wl18xx) appears10:24
bluelightningfrsc: can you pastebin ls -lR packages-split/*wl* ?10:29
*** rahc <rahc!> has quit IRC10:30
*** rahc <rahc!> has joined #yocto10:30
*** sameo <sameo!samuel@nat/intel/x-hdgqsnskdsbmuxov> has quit IRC10:32
*** sjolley <sjolley!~sjolley@> has quit IRC10:33
*** sjolley <sjolley!~sjolley@> has joined #yocto10:34
frscbluelightning: I was looking in the wrong packages-split dir before, because I changed the package revision. I found out know that the packages-split do not change, but the dependency is reversed upon overriding the FILES variable.10:37
bluelightningfrsc: is that the only contents of the wl18xx package ?10:38
frscbluelightning: yes, it seems so10:39
frscbluelightning: that's why it pulls in wl12xx for the rest10:39
bluelightninger... so where are the targets of those symlinks ?10:40
frscbluelightning: yes, I think that is part of the problem. The targets exist in wl12xx...10:41
bluelightningok... unless you've changed your bbappend I can't see how those files are being moved though, the FILES value doesn't take the entire directory, just two files10:42
bluelightningthe default FILES values from the recipe aren't correct though, both are claiming the ti-connectivity directory10:47
frscbluelightning: I didn't change the bbappend. It doesn't seem to matter what I put in FILES (original content, or only the two added files), the packages are always split the same, only the dependency is being reversed10:48
bluelightninghmm, well, that is definitely unexpected behaviour but if we fixed the FILES values for both packages it shouldn't happen10:49
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC10:50
frscbluelightning: I can set both FILES values and then the wl12xx package contains only the two expected files, while wl18xx still has only the 5 symlinks. And the dependency is still there and reversed...10:57
bluelightningfrsc: are you able to publish your changes somewhere because I think I need to try this here...10:58
*** dreyna4529 <dreyna4529!~dreyna@> has joined #yocto11:00
frscbluelightning: Thanks for investigating. What do you need? I'm using a dizzy11:01
frscand then the bbappend I already posted11:01
bluelightningthe bbappend plus any files it adds11:01
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has joined #yocto11:02
*** dreyna4529 <dreyna4529!~dreyna@> has quit IRC11:05
bluelightningwikisend eh? not seen that one before11:06
*** tsramos <tsramos!tsramos@nat/intel/x-wzsdeipuwhlonvmb> has joined #yocto11:06
bluelightningfrsc: well, I can confirm the behaviour at least11:12
bluelightningfrsc: I think your symlinks are colliding with the ln command in the original recipe - did you look in the ti-connectivity directory for the wl12xx package? it's got a broken symlink in it11:31
*** roccof <roccof!~rocco@2001:450:1e:232:3602:86ff:fec4:1661> has joined #yocto11:34
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has quit IRC11:37
bluelightningfrsc: actually I think what's happening is the original firmware symlinks wl1271-nvs.bin to wl127x-nvs.bin - by changing FILES as you are, that other file goes into the wl18xx package, hence the dependency11:38
bluelightningfrsc: additionally, I suspect by just using cp you are overwriting the wl127x-nvs.bin file via the symlink, instead of overwriting the symlink itself11:39
bluelightningso there are two problems to fix11:39
bluelightningadditionally you didn't really fix the FILES value for the wl18xx package, it's still grabbing all of the files in that directory including ones meant for the wl12xx package (I guess ones that you don't need, but had you fixed that it all would have worked; by accident perhaps, but there we are)11:40
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has joined #yocto11:41
*** tsramos <tsramos!tsramos@nat/intel/x-wzsdeipuwhlonvmb> has quit IRC11:50
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has quit IRC11:56
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has joined #yocto12:00
_taw_is there a way to tweak KBUILD_DEFCONFIG config12:02
_taw_want to to use the defconfig in the kernel source, but need to enable CONFIG_ARM_APPENDED_DTB12:03
_taw_which is not enabled in the linux source tree contained defconfig12:03
_taw_yup seems so, I retire the question12:13
*** nighty-_ <nighty-_!> has joined #yocto12:16
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has quit IRC12:17
*** roccof <roccof!~rocco@2001:450:1e:232:3602:86ff:fec4:1661> has quit IRC12:17
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has joined #yocto12:18
*** sameo <sameo!~samuel@> has joined #yocto12:20
*** Klox <Klox!> has quit IRC12:21
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto12:26
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2e45:f279:59ff:fe64:3a8> has quit IRC12:27
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC12:28
*** zenx <zenx!~quassel@> has joined #yocto12:38
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto12:39
*** chbae <chbae!~chbae@> has joined #yocto12:45
*** lpax <lpax!~lpax@unaffiliated/lpax> has joined #yocto12:47
frscbluelightning: Ok. Thanks for looking into this. I missed the symlinking problem. After fixing the symlink and the cp the dependency is gone and everything seems to be ok.12:50
bluelightningfrsc: great :) no problem12:56
*** lamego <lamego!~jose@> has joined #yocto13:02
*** chbae <chbae!~chbae@> has quit IRC13:05
*** aime-Pierre <aime-Pierre!~Thunderbi@> has quit IRC13:05
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto13:11
*** belen1 <belen1!~Adium@> has joined #yocto13:17
*** belen <belen!~Adium@> has quit IRC13:17
bboozzooanyone recalls a multiubi IMAGE_FSTYPE?13:30
bboozzoonvm, it's in current master13:32
*** cbzx <cbzx!> has joined #yocto13:35
*** dreyna4529 <dreyna4529!~dreyna@> has joined #yocto13:36
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:27:a3f2:c7:2af7> has quit IRC13:39
*** dorileo <dorileo!~dorileo@> has joined #yocto13:40
*** alimon <alimon!~alimon@> has joined #yocto13:45
*** cbzx <cbzx!> has quit IRC13:46
*** jjmb <jjmb!> has joined #yocto13:49
*** zenx <zenx!~quassel@> has quit IRC13:51
*** tsramos <tsramos!tsramos@nat/intel/x-srtaxipyuqsgrnqj> has joined #yocto13:52
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC13:57
*** chbae <chbae!~chbae@> has joined #yocto14:02
*** zenx <zenx!~quassel@> has joined #yocto14:03
*** zenx is now known as Guest3528314:03
*** Guest35283 <Guest35283!~quassel@> has quit IRC14:08
*** madisox <madisox!> has joined #yocto14:11
*** chbae <chbae!~chbae@> has quit IRC14:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:15
*** applepi <applepi!> has joined #yocto14:16
*** chbae <chbae!~chbae@> has joined #yocto14:16
*** chbae <chbae!~chbae@> has quit IRC14:20
*** chbae <chbae!~chbae@> has joined #yocto14:23
*** marek__ <marek__!> has quit IRC14:23
*** chbae <chbae!~chbae@> has quit IRC14:26
*** chbae <chbae!~chbae@> has joined #yocto14:28
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC14:32
*** roric <roric!~roric@> has joined #yocto14:34
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto14:34
RPjoshuagl: btw, we ran a fido build having updated the version to 1.8.1. I think we might put this through QA and hopefully call it good14:34
RPjoshuagl: there were some build failures but it was runtime test suite issues, nothing actually wrong14:35
joshuaglRP: okey dokey, sounds good to me14:37
*** chbae <chbae!~chbae@> has quit IRC14:37
*** hamis <hamis!~irfan@> has quit IRC14:41
*** chbae <chbae!~chbae@> has joined #yocto14:41
*** hamis <hamis!~irfan@> has joined #yocto14:45
*** chbae <chbae!~chbae@> has quit IRC14:45
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yebsslhwmiltqbql> has joined #yocto14:59
raykinsella78what does a Yocto combo layer do, and why would I want to use it.14:59
*** belen1 <belen1!~Adium@> has quit IRC15:01
*** belen2 <belen2!Adium@nat/intel/x-kcbtngjihbmfveoo> has joined #yocto15:01
*** lamego <lamego!~jose@> has quit IRC15:02
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-yebsslhwmiltqbql> has left #yocto15:03
*** maxin <maxin!~maxin@2001:998:22:0:b19e:ea71:e51c:8455> has left #yocto15:08
*** benjamirc <benjamirc!~besquive@> has joined #yocto15:12
*** lamego <lamego!~jose@> has joined #yocto15:13
*** frsc <frsc!> has quit IRC15:16
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC15:16
*** dasabhi <dasabhi!> has joined #yocto15:19
dasabhihey does bitbake automatically compile the latest linux kernel version?15:20
*** IvanSB <IvanSB!> has joined #yocto15:21
rburtonit depends on your BSP,  the recipes in oe-core are 3.14 / 3.19 / 4.1 (that's what is used by the qemu BSPs and the qa ones in meta-yocto-bsp)15:25
*** roric <roric!~roric@> has quit IRC15:25
*** Jefro <Jefro!> has joined #yocto15:25
dasabhirburton: how can i get it to compile 3.8.7? :S15:31
*** _taw_ <_taw_!> has quit IRC15:33
*** Jefro1 <Jefro1!> has joined #yocto15:35
*** Jefro <Jefro!> has quit IRC15:36
*** Jefro1 <Jefro1!> has quit IRC15:39
*** jku <jku!jku@nat/intel/x-nkicmnhucohkazoo> has quit IRC15:47
*** lamego1 <lamego1!~jose@> has joined #yocto15:55
*** lamego <lamego!~jose@> has quit IRC15:57
*** hamis <hamis!~irfan@> has quit IRC15:57
*** jonathanmaw <jonathanmaw!> has quit IRC16:02
*** berton <berton!~fabio@> has joined #yocto16:03
*** ftonello_ <ftonello_!~quassel@> has joined #yocto16:04
*** ftonello <ftonello!~quassel@> has quit IRC16:04
*** Jefro <Jefro!> has joined #yocto16:04
*** belen1 <belen1!Adium@nat/intel/x-dfvnclqsimtslzne> has joined #yocto16:06
*** ftonello_ <ftonello_!~quassel@> has quit IRC16:07
*** ftonello <ftonello!~quassel@> has joined #yocto16:07
*** Jefro1 <Jefro1!> has joined #yocto16:08
*** belen2 <belen2!Adium@nat/intel/x-kcbtngjihbmfveoo> has quit IRC16:09
*** mckoan is now known as mckoan|away16:09
*** belen1 <belen1!Adium@nat/intel/x-dfvnclqsimtslzne> has quit IRC16:10
*** Jefro <Jefro!> has quit IRC16:11
*** belen <belen!Adium@nat/intel/x-rtpcwoipiyhcdolz> has joined #yocto16:11
rburtondasabhi: write a recipe for 3.8716:14
*** Snert_ <Snert_!~snert_@> has joined #yocto16:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC16:22
*** jbrianceau is now known as jbrianceau_away16:23
*** nerdboy <nerdboy!> has joined #yocto16:23
*** nerdboy <nerdboy!> has quit IRC16:23
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:23
*** Jefro <Jefro!> has joined #yocto16:26
*** afxez0r <afxez0r!~afxez0r@> has quit IRC16:28
*** Jefro1 <Jefro1!> has quit IRC16:28
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has left #yocto16:39
*** pidge <pidge!~pidge@2a02:8084:0:3000:31d1:2cf6:b99e:8e4c> has joined #yocto16:40
*** sameo <sameo!~samuel@> has quit IRC16:41
*** Jefro <Jefro!> has quit IRC16:42
*** Jefro <Jefro!> has joined #yocto16:43
*** afxez0r <afxez0r!~afxez0r@> has joined #yocto16:46
Crofton|workgotta love it:
*** belen1 <belen1!Adium@nat/intel/x-ltqctxbmczaclmyr> has joined #yocto17:01
*** belen <belen!Adium@nat/intel/x-rtpcwoipiyhcdolz> has quit IRC17:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:03
*** madisox <madisox!> has quit IRC17:04
*** belen1 <belen1!Adium@nat/intel/x-ltqctxbmczaclmyr> has quit IRC17:12
*** belen <belen!Adium@nat/intel/x-bffgvizijfcxyktq> has joined #yocto17:12
*** staylor <staylor!~staylor@> has quit IRC17:12
*** madisox <madisox!> has joined #yocto17:21
*** stwcx <stwcx!> has quit IRC17:25
*** madisox <madisox!> has quit IRC17:31
*** aehs29 <aehs29!~aehernan@> has left #yocto17:33
*** dreyna4529 <dreyna4529!~dreyna@> has quit IRC17:34
*** belen <belen!Adium@nat/intel/x-bffgvizijfcxyktq> has quit IRC17:39
*** Jefro1 <Jefro1!> has joined #yocto17:40
*** Jefro <Jefro!> has quit IRC17:42
*** madisox <madisox!> has joined #yocto17:46
*** dreyna4529 <dreyna4529!~dreyna@> has joined #yocto17:53
*** KvH_ <KvH_!> has joined #yocto17:54
-YoctoAutoBuilder- build #57 of nightly-wic is complete: Success [build successful] Build details are at
*** KvH <KvH!> has quit IRC17:58
*** roric <roric!> has joined #yocto17:58
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC18:08
*** realBigfoot <realBigfoot!~realBigfo@> has joined #yocto18:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:10
*** Biliogadafr <Biliogadafr!> has quit IRC18:13
*** Biliogadafr <Biliogadafr!> has joined #yocto18:14
*** aehs29 <aehs29!~aehernan@> has joined #yocto18:17
*** Biliogadafr <Biliogadafr!> has quit IRC18:19
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:24
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC18:24
*** roric <roric!> has quit IRC18:26
*** Jefro1 <Jefro1!> has quit IRC18:26
*** glfernando_ <glfernando_!~fernando@> has quit IRC18:28
*** stwcx <stwcx!~stwcx@> has joined #yocto18:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:41
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:41
*** Jefro <Jefro!> has joined #yocto18:44
*** IvanSB <IvanSB!> has quit IRC18:44
*** TobSnyder <TobSnyder!> has quit IRC18:46
*** roric <roric!> has joined #yocto18:48
*** glfernando <glfernando!~fernando@> has joined #yocto18:51
*** Jefro <Jefro!> has quit IRC18:56
*** hanthings <hanthings!> has joined #yocto19:00
*** [Sno] <[Sno]!> has quit IRC19:01
*** tsramos <tsramos!tsramos@nat/intel/x-srtaxipyuqsgrnqj> has quit IRC19:02
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC19:03
*** nileshkokane <nileshkokane!uid116340@gateway/web/> has quit IRC19:03
*** IvanSB <IvanSB!> has joined #yocto19:09
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC19:13
*** realBigfoot <realBigfoot!~realBigfo@> has joined #yocto19:15
* challinan wonders why beaglebone black doesn't have SDCARD image type enabled19:24
*** IvanSB <IvanSB!> has quit IRC19:30
Crofton|workto cause you pain19:34
challinanheh. Not too painful for me, but ugly for lots of folks ;)19:35
challinansee you next week19:35
*** _taw_ <_taw_!> has joined #yocto19:39
*** Jefro <Jefro!> has joined #yocto19:55
*** cbzx <cbzx!> has joined #yocto19:56
*** lpax <lpax!~lpax@unaffiliated/lpax> has quit IRC19:59
*** tsramos <tsramos!tsramos@nat/intel/x-spvqznrpciugwmjr> has joined #yocto20:05
*** Jefro <Jefro!> has quit IRC20:14
*** Jefro <Jefro!> has joined #yocto20:18
*** IvanSB <IvanSB!> has joined #yocto20:18
*** [Sno] <[Sno]!> has joined #yocto20:19
*** SoylentYellow <SoylentYellow!> has joined #yocto20:29
*** JaMa <JaMa!> has quit IRC20:33
*** bellma <bellma!uid109430@gateway/web/> has joined #yocto20:34
*** dmoseley <dmoseley!> has quit IRC20:35
*** dmoseley <dmoseley!> has joined #yocto20:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC20:39
*** hanthings <hanthings!> has quit IRC20:47
*** pohly <pohly!> has quit IRC20:55
*** pohly1 <pohly1!> has joined #yocto20:55
*** pohly1 <pohly1!> has quit IRC21:00
-YoctoAutoBuilder- build #497 of nightly-ipk is complete: Success [build successful] Build details are at
*** staylor <staylor!~staylor@> has joined #yocto21:06
*** roric <roric!> has quit IRC21:07
*** _taw_ <_taw_!> has quit IRC21:09
*** IvanSB <IvanSB!> has quit IRC21:12
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC21:16
*** Jefro <Jefro!> has quit IRC21:16
*** realBigfoot <realBigfoot!~realBigfo@> has joined #yocto21:17
-YoctoAutoBuilder- build #166 of nightly-deb-non-deb is complete: Success [build successful] Build details are at
*** Snert_ <Snert_!~snert_@> has quit IRC21:23
*** realBigfoot <realBigfoot!~realBigfo@> has quit IRC21:25
*** Klox <Klox!> has joined #yocto21:26
*** realBigfoot <realBigfoot!~realBigfo@> has joined #yocto21:26
*** stwcx <stwcx!~stwcx@> has quit IRC21:29
kergothRP: Am I correct in thinking that bitbake provides no guarantees on build order wrt argument order for the user specified targets? I wonder if we should do our best to obey that order, where possible (i.e. not impossible due to dependencies).21:31
*** benjamirc <benjamirc!~besquive@> has quit IRC21:36
fraythat has certainly been my experience.. the order is not guaranteed21:37
RPkergoth: you mean "bitbake A B C" would try and do A then B then C?21:37
kergothwhere possible, yeah21:38
RPkergoth: currently it just goes off the dependencies they all have, its down to whichever makes it higher up the tasklist21:38
kergothi don't htink it'd affect performance much, since their dependencies would still be done efficiently21:38
* kergoth nods21:38
RPkergoth: I suspect trying to influence it like that would be hard :/21:38
RPkergoth: you'd need a custom scheduler, the issue would then be getting the data the scheduler needs. The commandline args order isn't preserved and worse, is manipulated e.g. for world21:40
kergothprobably. it'd be nice, i think, but non-trivial to pull off. it'd be possible for them to run simultaneously, too, so it'd really only be a best effort, and you'd have to determine which of that recipe's tasks to prioritize relative to one another21:40
RPkergoth: or appended to e.g. with BBTARGETS (was BBPKGS)21:40
kergothstill, i suspect users might assume the order is obeyed, at least the folks without much understanding of how bitbake works21:40
RPkergoth: I can see the desire but there are probably other bigger issues...21:41
* kergoth adds a note to the someday/maybe list21:41
RPkergoth: I stopped maintaining one, too depressing :/21:41
kergothI was thinking the other day about trying to prioritize do_clean before everything else, so you could do bitbake foo:do_clean foo21:41
RPkergoth: I'm in two minds about whether we should actually have <clean phase> <setscene phase> <build phase>21:42
RPthe manifest clean stuff got us closer to that model21:42
*** tsramos <tsramos!tsramos@nat/intel/x-spvqznrpciugwmjr> has quit IRC21:42
kergothAh, indeed, that seems like a reasonable approach21:43
*** berton <berton!~fabio@> has quit IRC21:45
RPkergoth: I've been thinking an overhaul of the bitbake debug messages would really be nice. Thinking through what is useful from a user perspective21:46
*** IvanSB <IvanSB!> has joined #yocto21:47
RPkergoth: I'm happy for example with the new virtual/xxx mapping debug messages compared to some of the other horrors in the output21:47
RPsome are only intelligible when you have the source next to them :/21:47
kergothYeah, I think we need to give careful thought to exactly what info is provided and for what purpose, and make sure there aren't better ways to get that information21:48
kergothe.g. what's parsed, bitbake -e with parsing history is superior to parse log messages at the moment21:48
* kergoth ponders21:49
RPkergoth: totally agreed, the bitbake -e output is much better now21:49
RPa bitbake-query --var FOO is something I wondered about21:50
RPyou could then add --with-history or something21:50
RPjust thinking out loud. We at least have APIs and structure now where you could make this all work comparatively easily21:51
*** benjamirc <benjamirc!~besquive@> has joined #yocto21:55
*** sameo <sameo!~samuel@> has joined #yocto21:56
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:57
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-qfgvhilcnyiynfrr> has left #yocto21:57
kergothi've thought about that a lot, and it's part of why i threw 'bb' together, bitbake's lack of good inspection tools. what can we build, what vars can we set, what depends on what, etc. answer the user's questions without them having to dig into the docs. as you say, easy to improve that nowadays21:58
neverpanicRP: +1 for bitbake-query --var FOO; most cases I actually look at bitbake -e output I'm interested in very few variables only21:58
neverpanicPlus that would make it much easier to script stuff depending on bitbake config files21:58
kergothneverpanic: - scroll down to 'bb show'21:59
kergothunofficial, of course21:59
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
neverpanickergoth: thanks, will take a look22:02
*** ebolton <ebolton!~ebolton@> has joined #yocto22:05
eboltonhey all, I'm getting a bunch of these errors when generating my dev image22:06
eboltonWARNING: log_check: There is a warn message in the logfile22:06
eboltonWARNING: log_check: Matched keyword: [warn]22:06
eboltonWARNING: log_check: warning: gst-plugins-base-dev-0.10.36-r8@core2_32 is already installed22:06
eboltonany way to find out where the redundancies are?22:06
*** benjamirc <benjamirc!~besquive@> has quit IRC22:08
*** Snaperins <Snaperins!> has joined #yocto22:09
-YoctoAutoBuilder- build #203 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
*** Snaperins <Snaperins!> has left #yocto22:13
*** staylor <staylor!~staylor@> has quit IRC22:16
RPkergoth: bb was certainly ahead there22:18
kergothnot 100% happy with some of its behaviors, and of course before tinfoil switched to spawning a server, it ran things in the client directly, which wasn't ideal, but i think the sub-command based approach to a bitbake UI, which works either in a repl or directly on the commandline is a good direction to head in22:19
RPkergoth: agreed. I still have the bitbake shell in the back of my mind too22:20
RPkergoth: getting some feedback from people like belen on the usability side of this would be ideal if we could too22:21
*** afxez0r <afxez0r!~afxez0r@> has quit IRC22:26
*** benjamirc <benjamirc!besquive@nat/intel/x-ewxvumpvnxofxwdl> has joined #yocto22:28
*** dv_ <dv_!> has quit IRC22:30
*** dv_ <dv_!> has joined #yocto22:31
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto22:35
*** Snert_ <Snert_!> has joined #yocto22:38
*** rburton <rburton!> has quit IRC22:48
*** bellma <bellma!uid109430@gateway/web/> has quit IRC22:52
*** aj_c <aj_c!~Alex_Joya@> has joined #yocto22:56
aj_cwhich should be best place for defined a RPROVIDER variable in meta-core  --context I'm editing initrdscripts files changing  a dependency to busybox  trying to look to to a virtual reference to be able to choose between multiple providers23:01
-YoctoAutoBuilder- build #485 of nightly-deb is complete: Success [build successful] Build details are at
*** lamego1 <lamego1!~jose@> has quit IRC23:05
*** madisox <madisox!> has quit IRC23:10
*** locutus_ <locutus_!> has joined #yocto23:14
*** ionte_ <ionte_!> has quit IRC23:15
*** LocutusOfBorg1 <LocutusOfBorg1!> has quit IRC23:18
*** Jefro <Jefro!> has joined #yocto23:18
*** locutus__ <locutus__!~Gianfranc@> has joined #yocto23:20
*** jzhang1 <jzhang1!~jzhang@> has quit IRC23:21
*** ionte <ionte!> has joined #yocto23:21
*** alimon <alimon!~alimon@> has quit IRC23:22
*** locutus_ <locutus_!> has quit IRC23:23
*** staylor <staylor!~staylor@> has joined #yocto23:23
*** staylor <staylor!~staylor@> has quit IRC23:24
*** jzhang <jzhang!jzhang@nat/intel/x-vnyhtsswzoxbqvvc> has joined #yocto23:25
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC23:34
-YoctoAutoBuilder- build #156 of nightly-mips64 is complete: Success [build successful] Build details are at
*** IvanSB <IvanSB!> has quit IRC23:39
*** ueni <ueni!~ueni@> has quit IRC23:43
-YoctoAutoBuilder- build #508 of nightly-multilib is complete: Success [build successful] Build details are at
*** Jefro <Jefro!> has quit IRC23:44
*** KvH <KvH!> has joined #yocto23:50
*** geheimni2` <geheimni2`!~geheimnis@> has quit IRC23:52
*** nighty-_ <nighty-_!> has quit IRC23:52
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto23:52
*** KvH_ <KvH_!> has quit IRC23:53

Generated by 2.11.0 by Marius Gedminas - find it at!