Thursday, 2014-04-10

nitinkit will be easy for zeddii to track and plan this work00:00
nitinkdmoseley: updatation of SRCREVs will need validation with multiple BSPs, so it may take some time00:01
dmoseleyYeah, I figured as much.00:01
*** Jefro <Jefro!> has quit IRC00:02
*** AlexG <AlexG!~AndChat52@> has quit IRC00:17
*** AlexG <AlexG!~AndChat52@> has joined #yocto00:18
kergothDoes anyone know if ther'es a way to opt-out of the qemu.bbclass bits, for do_rootfs-time operations?00:21
kergothin some cases, qemu's user mode emulation doesn't support the instructions used for the tuning in question, resulting in do_rootfs postinst failure warnings00:21
kergothI'm thinking there isn't such a method at the moment, but figured i'd check and see if anyone has run into such things before00:22
*** Jin^eLD is now known as Jin|away00:31
*** sameo <sameo!~samuel@> has quit IRC00:31
*** tastycactus <tastycactus!> has quit IRC00:47
*** mulhern <mulhern!~mulhern@> has joined #yocto00:54
*** AlexG <AlexG!~AndChat52@> has quit IRC00:56
*** AlexG <AlexG!~AndChat52@> has joined #yocto00:58
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC01:07
*** ftonello <ftonello!> has joined #yocto01:15
*** phantoneD <phantoneD!> has joined #yocto01:16
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto01:18
*** jchonig_ <jchonig_!> has joined #yocto01:19
*** jonmasters <jonmasters!> has quit IRC01:22
*** smartin <smartin!~smartin@> has quit IRC01:22
*** jchonig <jchonig!> has quit IRC01:22
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC01:22
*** internet_explore <internet_explore!~dingo@> has quit IRC01:22
*** _valle_ <_valle_!> has quit IRC01:22
*** phantoxeD <phantoxeD!> has quit IRC01:22
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC01:22
*** zarul <zarul!~zarul@ubuntu/member/zarul> has quit IRC01:22
*** internet_explore <internet_explore!~dingo@> has joined #yocto01:22
*** _valle_ <_valle_!> has joined #yocto01:22
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto01:23
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto01:23
*** jonmasters_ <jonmasters_!> has joined #yocto01:25
*** zarul[afk] <zarul[afk]!~zarul@> has joined #yocto01:25
*** smartin <smartin!~smartin@> has joined #yocto01:25
*** Jim___ <Jim___!411ad795@gateway/web/cgi-irc/> has quit IRC01:34
*** valic <valic!c1ca1642@gateway/web/freenode/ip.> has quit IRC02:09
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has quit IRC02:09
*** seebs <seebs!> has joined #yocto02:10
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC02:55
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto02:55
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC03:17
*** jkridner <jkridner!> has joined #yocto03:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto03:23
*** fitzsim` <fitzsim`!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC03:34
*** roric <roric!> has quit IRC03:58
*** e8johan <e8johan!> has joined #yocto04:19
*** madhu1 <madhu1!~madhu@> has joined #yocto04:20
*** crazyl3gs <crazyl3gs!~AndChat52@> has joined #yocto04:20
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC04:21
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto04:21
*** AlexG <AlexG!~AndChat52@> has quit IRC04:23
*** crazyl3gs <crazyl3gs!~AndChat52@> has quit IRC04:32
*** sgw_ <sgw_!~sgw@> has joined #yocto04:39
*** agust <agust!> has joined #yocto04:40
*** AlexG <AlexG!~AndChat52@> has joined #yocto04:43
*** Squix <Squix!> has quit IRC05:09
*** Squix <Squix!> has joined #yocto05:10
*** crazyl3gs <crazyl3gs!~AndChat52@> has joined #yocto05:11
*** AlexG <AlexG!~AndChat52@> has quit IRC05:15
*** crazyl3gs <crazyl3gs!~AndChat52@> has quit IRC05:15
*** AlexG <AlexG!ageorges@nat/intel/x-iabiupkreiihlbil> has joined #yocto05:15
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC05:27
*** sgw_ <sgw_!~sgw@> has quit IRC05:34
*** neabax <neabax!~neabax@> has quit IRC05:49
*** MDR <MDR!> has joined #yocto06:01
*** RagBal <RagBal!> has quit IRC06:03
*** Rootert <Rootert!> has quit IRC06:03
*** RagBal <RagBal!> has joined #yocto06:03
*** flihp <flihp!> has quit IRC06:04
*** Rootert <Rootert!> has joined #yocto06:04
*** flihp <flihp!> has joined #yocto06:11
*** gmacario <gmacario!> has joined #yocto06:12
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has joined #yocto06:12
*** gmacario <gmacario!> has quit IRC06:12
*** qt-x <qt-x!~ionel@> has joined #yocto06:14
*** g1zer0 <g1zer0!> has joined #yocto06:20
*** wgao <wgao!~wgao@> has joined #yocto06:25
*** ant_work <ant_work!> has joined #yocto06:26
*** mago_ <mago_!> has quit IRC06:33
*** wgao_ <wgao_!~wgao@> has joined #yocto06:35
*** wgao <wgao!~wgao@> has quit IRC06:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:38
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:43
*** MDR <MDR!> has quit IRC06:55
*** zeeblex <zeeblex!~apalalax@> has joined #yocto07:00
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:02
*** jbrianceau_away is now known as jbrianceau07:02
*** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.> has joined #yocto07:02
*** rburton <rburton!> has quit IRC07:04
*** yenal <yenal!~yenal@unaffiliated/yenal> has joined #yocto07:07
*** florian_kc <florian_kc!> has joined #yocto07:07
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:07
*** rburton <rburton!> has joined #yocto07:09
*** florian_kc is now known as florian07:10
*** diego_r <diego_r!> has joined #yocto07:11
*** Jin|away is now known as Jin^eLD07:15
*** JDuke128 <JDuke128!~textual@> has quit IRC07:16
*** eballetbo <eballetbo!> has joined #yocto07:18
*** rburton <rburton!> has quit IRC07:18
*** rburton <rburton!> has joined #yocto07:19
*** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.> has quit IRC07:24
*** OlivierG <OlivierG!~oguiter@> has left #yocto07:27
-YoctoAutoBuilder- build #41 of nightly-oecore is complete: Success [build successful] Build details are at
*** sameo <sameo!~samuel@> has joined #yocto07:35
*** madhu1 <madhu1!~madhu@> has quit IRC07:40
*** blitz00 <blitz00!~stefans@> has joined #yocto07:48
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto07:48
*** cristianiorga <cristianiorga!~cristiani@> has joined #yocto07:52
*** beaver_545 <beaver_545!~stuart@> has joined #yocto08:22
*** madhu1 <madhu1!~madhu@> has joined #yocto08:31
*** phragment <phragment!> has quit IRC08:33
*** phragment <phragment!> has joined #yocto08:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:35
*** sameo <sameo!~samuel@> has quit IRC08:37
*** sameo <sameo!~samuel@> has joined #yocto08:45
*** kroon <kroon!> has joined #yocto08:47
*** belen <belen!~Adium@> has joined #yocto08:57
xerentbluelightning: remember yesterday's PLATFORM_ARCH = ${MACHINE} conversation? it looks like it doesn't work out for me, because the packages are built in-place (source code is not downloaded)09:05
xerentwhich means the build dir is the same for all machines09:06
xerentso I'm back to square one -- even if I clean the package and rebuild it, bitbake considers it the same because the recipe version and filename match09:07
xerentthere's no notion that the package can be built for different machine targets :(09:07
bluelightningxerent: PACKAGE_ARCH not PLATFORM_ARCH - you are using the former in the recipe right?#09:07
xerentPACKAGE_ARCH, I mean, yes. Sorry.09:07
bluelightningah and it's MACHINE_ARCH not MACHINE, but I guess you have that right in the recipe as well?09:08
xerentMy colleague thinks that PACKAGE_ARCH is set implicitly anyhow, regardless of whether I do it explicitly in the application recipe. Is he correct?09:09
xerentI'll check the MACHINE vs MACHINE_ARCH thing, if that's causing it09:10
bluelightninghe's right in that it's set implicitly to "${TUNE_ARCH}"09:10
bluelightningbut that is the same for machines that share the same base architecture09:10
bluelightningMACHINE_ARCH contains the machine name itself so it is different per machine09:11
*** sameo <sameo!~samuel@> has quit IRC09:22
_valle_I have built an image for imx53 using yocto. At boot an image of tux is shown. I cannot find anything in uboot. Where is this set? I want to remove it09:25
LetoThe2nd_valle_: its in your kernel config, i just don't remember the exact switch09:27
_valle_LetoThe2nd: Thank you09:30
LetoThe2ndsomething in the boot category, IIRC09:30
*** madhu1 <madhu1!~madhu@> has quit IRC09:33
*** sameo <sameo!samuel@nat/intel/x-qrjlxkzwnsyjmlve> has joined #yocto09:41
*** madhu1 <madhu1!~madhu@> has joined #yocto09:41
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:b10a:ec28:8b0e:9008> has joined #yocto09:45
*** madhu1 <madhu1!~madhu@> has quit IRC09:46
*** Jin^eLD <Jin^eLD!> has quit IRC09:47
hsychlaHi everybody! Is there a way to list the SRC_URIs of all available recipes? background: I need to give somebody access to all git repos that are hosted at our git server so he can build an image himself.09:47
*** Jin^eLD <Jin^eLD!> has joined #yocto09:49
*** rburton <rburton!> has quit IRC09:53
*** rburton <rburton!> has joined #yocto09:58
*** madhu1 <madhu1!~madhu@> has joined #yocto10:00
*** madhu1 <madhu1!~madhu@> has quit IRC10:04
pevhsychla: Why not provide a mirror instead?10:05
Xzhsychla: did you try bitbake <image-name> -e | grep SRC_URI? :>10:06
pevYou can then produce a consistent offline build without needing access to the git server10:07
bluelightningXz: that's not going to grab the values for all recipes ;)10:07
pevthe mirror includes a snapshot of the servers repo. Assuming you dont have scary recipes that track head it'll work fine10:08
hsychlawe don't want to make the sources publicly available. we want to give external developers a build environment so they can build and test their changes10:10
pevSo... My morning question for all - I'm putting together a new build for some custom hardware. In my layer I've added cases to build for both the reference platform target and my custom board. What's the generally accepted way to build for *both* targets?10:10
hsychlabut i think I got my list with a little find/cut/grep magic10:11
pevI assume I cant use the same build dir as they could clash? So should I re-call oe-init-build-env with a new MACHINE and new build dir to swap between the two?10:11
*** rburton <rburton!> has quit IRC10:12
pevhsychla: someone can correct me if Im wrong but I'm pretty sure that means you'll need to make some new binary recipes for your source then...10:13
*** JimBaxter <JimBaxter!> has joined #yocto10:14
hsychlapev: why? if their key is granted access in our gitolite installation, they can access the sources10:14
pevhsychla: I don't quite get the contradiction of "I need to give somebody access to all git repos that are hosted at our git server" with "we don't want to make the sources publicly available"10:14
pevhsychla: OK, so using ssh access...?10:15
hsychlapev: yes10:15
pevhsychla: Something like10:16
pevfind . -name "*.bb*" | xargs grep -sI SRC_URI | grep git://github.com10:16
pevfor example10:16
pevassuming you're in the root of all your layers...10:17
hsychlayes, that's what i meant by "find/cut/grep magic"10:17
hsychlathanks anyway10:17
*** rburton <rburton!> has joined #yocto10:17
pevIt seems to be generally easiest to use your own crafted find/greps for such things10:18
*** L30nArd0 <L30nArd0!~L30nArd0@> has joined #yocto10:18
pevrburton: Do you know anything about building for multiple machines in the same world?10:18
*** mulhern <mulhern!~mulhern@> has joined #yocto10:19
*** madhu1 <madhu1!~madhu@> has joined #yocto10:22
*** bashnsn <bashnsn!3e9f4da5@gateway/web/freenode/ip.> has joined #yocto10:22
*** rburton <rburton!> has quit IRC10:26
*** madhu1 <madhu1!~madhu@> has quit IRC10:26
*** rburton <rburton!> has joined #yocto10:28
*** bashnsn <bashnsn!3e9f4da5@gateway/web/freenode/ip.> has quit IRC10:34
*** AlexG1 <AlexG1!~ageorges@> has joined #yocto10:38
*** AlexG <AlexG!ageorges@nat/intel/x-iabiupkreiihlbil> has quit IRC10:39
*** madhu1 <madhu1!~madhu@> has joined #yocto10:43
*** madhu1 <madhu1!~madhu@> has quit IRC10:43
*** madhu2 <madhu2!~madhu@> has joined #yocto10:45
*** madhu2 <madhu2!~madhu@> has quit IRC10:54
_valle_With CONFIG_LOGO_LINUX_CLUT224=n I got rid of the logo during boot.10:56
_valle_I also set CONFIG_FRAMEBUFFER_CONSOLE=n10:57
_valle_However this gives me another problem... At boot, instead of getting a black screen I get colors randomized10:57
_valle_Does someone know how to get a black screen during bootup after CONFIG_FRAMEBUFFER_CONSOLE=n is set?10:59
*** kroon <kroon!> has quit IRC11:00
xerent_valle_: we simply use the coprocessor to disable display backlight during boot - but of course that requires a coprocessor that controls backlight ;)11:00
*** rburton <rburton!> has quit IRC11:03
_valle_xerent: Okay :) but that won't work for me.11:06
*** rburton <rburton!> has joined #yocto11:09
pev_valle_: Can you not configure it then blank it in your bootloader11:12
pevi.e. a black bootsplash?11:13
_valle_I guess I could make my own black logo and replace the logo linux_clut224 with mine.11:15
_valle_pev: Was that what you meant?11:16
pev_valle_: yea11:17
pev_valle_: Another option is to modify the fb driver so that when it initialises the framebuffer memory it memset's it first. Easy for RGB11:18
*** rburton <rburton!> has quit IRC11:18
*** rburton <rburton!> has joined #yocto11:19
*** Jin^eLD is now known as Jin|away11:28
*** mago_ <mago_!> has joined #yocto11:33
*** L30nArd0 <L30nArd0!~L30nArd0@> has quit IRC11:33
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC11:40
*** elmi82 <elmi82!> has joined #yocto11:41
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto11:41
*** rburton <rburton!> has quit IRC11:52
*** madhu1 <madhu1!~madhu@> has joined #yocto11:57
*** rburton <rburton!> has joined #yocto11:57
*** ant_work <ant_work!> has quit IRC11:57
*** madhu1 <madhu1!~madhu@> has quit IRC11:58
*** madhu1 <madhu1!~madhu@> has joined #yocto11:58
*** arky <arky!~arky@> has joined #yocto11:59
*** AlexG <AlexG!~ageorges@> has joined #yocto12:01
*** AlexG1 <AlexG1!~ageorges@> has quit IRC12:01
*** joeythesaint <joeythesaint!> has joined #yocto12:02
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:b10a:ec28:8b0e:9008> has quit IRC12:03
*** dmoseley <dmoseley!> has quit IRC12:05
*** jbrianceau is now known as jbrianceau_away12:06
_valle_I made a patch for the logo_linux_clut224.ppm with my own logo. How should I apply this? Should I write a recipe just to apply this patch?12:14
_valle_Or should I use linux-imx_2.6.35.3.bbappend to change this?12:17
*** AlexG <AlexG!~ageorges@> has quit IRC12:19
*** AlexG <AlexG!~ageorges@> has joined #yocto12:20
bluelightning_valle_: in your own layer it's up to you; bbappend would be fine for this kind of thing I think12:21
*** fusman <fusman!~fahad@> has quit IRC12:22
_valle_bluelightning: Okay, trying to learn how things is done usually :)12:26
*** rburton <rburton!> has quit IRC12:30
*** rburton <rburton!> has joined #yocto12:31
*** bzb <bzb!> has joined #yocto12:35
*** bzb <bzb!> has quit IRC12:37
*** fusman <fusman!~fahad@> has joined #yocto12:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:43
*** madhu1 <madhu1!~madhu@> has quit IRC12:45
_valle_pev: Where should I start to modify the fb driver?12:46
iontehi. i'm trying to get SPI working on i.MX233 Olinuxino Maxi using Freescale BSP. I've got an oscilloscope connected to the SPI pins, but I'm getting absolutely nowhere ...12:46
ionteI have enabled SPI (spidev etc) in the kernel, but there is no /dev/spi* to be found..12:46
iontei have no idea where to go from here ... :(12:46
pev_valle_: Which kernel /driver are you using?12:50
_valle_pev: Kernel linux-imx_2.6.35.312:51
pev_valle_: Ive not used that before - which repository does it come from?12:52
pev ?12:52
pevgit:// ?12:53
_valle_pev: I don't know. I'm using the layer meta-fsl-arm12:54
*** fusman <fusman!~fahad@> has quit IRC12:54
pev_valle_: What do you enable driver wise in your kernel .config?12:54
pevLooks like it might be imxfb?12:55
pevMy best guess not having looked at your build would be that you're using :12:56
pevHave a look in : imxfb_probe()12:57
pevLooks like fbi->map_cpu is the base address of the FB12:57
*** mikejanzen <mikejanzen!~mikejanze@> has quit IRC12:58
*** mikejanzen2 <mikejanzen2!~mikejanze@> has quit IRC12:58
pevyou could probably add memset(fbi->map_cpu, 0, fbi->map_size); after the check for "Failed to allocate video RAM" and see if that works12:58
pevand if it does, play nicely and wrap it in your own specific CONFIG_FB_IMX_ZERO or something12:59
_valle_pev: Thank you! I shall try it12:59
pevOf course check that that *is* the fb your board is using first though!13:00
pevand maybe add a printk to prove that you're hitting it.13:01
*** arky <arky!~arky@> has quit IRC13:01
*** beaver_545 <beaver_545!~stuart@> has quit IRC13:05
_valle_pev: Hm how do I check what fb that is being used?13:05
*** rburton <rburton!> has quit IRC13:06
*** rburton <rburton!> has joined #yocto13:07
*** fusman <fusman!~fahad@> has joined #yocto13:09
*** g1zer0 <g1zer0!> has quit IRC13:15
*** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.> has quit IRC13:20
*** sgw_ <sgw_!~sgw@> has joined #yocto13:31
pev_valle_: Look at what objects have been built?13:32
*** Noor <Noor!~quassel@> has joined #yocto13:34
*** sjolley <sjolley!sjolley@nat/intel/x-belihdajtxtfxrpe> has quit IRC13:36
*** Jin|away is now known as Jin^eLD13:38
*** qt-x <qt-x!~ionel@> has quit IRC13:40
*** mago_ <mago_!> has quit IRC13:42
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC13:43
*** beaver_545 <beaver_545!~stuart@> has joined #yocto13:44
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-upczvoghvoqwgsjq> has joined #yocto13:45
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC13:50
ionteok. so. i've created a recipe for a software package built using autotools13:54
iontelibnl-3 to be precise13:54
iontewhen building i get this error:13:55
ionteERROR: QA Issue: non debug package contains .debug directory: libnl path /work/armv5te-oe-linux-gnueabi/libnl/3.2.24-r0/packages-split/libnl/usr/lib/libnl/cli/qdisc/.debug/blackhole.so13:55
*** TuTizz <TuTizz!~TuTizz@> has joined #yocto13:55
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto13:55
ionteany ideas?13:55
iontemy .bb follows the example from the development manual almost precisely...13:56
bluelightningionte: I'm pretty sure there is a libnl3 recipe already though...14:02
bluelightningunder meta/recipes-support/libnl/14:02
ionteoh. i couldn't find it before, but there it is. thanks!14:03
*** sjolley <sjolley!~sjolley@> has joined #yocto14:03
xerentwhat's the best way to make a package that doesn't build, but just deploys a bunch of files into the file system?14:04
xerentmake a package, or edit image preprocess?14:04
bluelightningxerent: typically make a separate recipe, unless you have to construct the file contents completely dynamically at image creation time that is14:07
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC14:07
xerentdo I need an empty Makefile and what not, or can I just override do_compile in the recipe to do nothing14:08
*** sgw_ <sgw_!~sgw@> has quit IRC14:08
bluelightningxerent: no need for a Makefile - in fact do_compile won't do anything (and won't error) if there is no Makefile in the source dir14:14
xerentOK thanks :)14:15
*** sgw_ <sgw_!~sgw@> has joined #yocto14:22
pevxerent: There're loads of examples in the tree - look for stuff that deploys scripts or init scripts for examples14:25
bluelightningright, the basics are just mention the files in SRC_URI, have do_install install them to the appropriate locations under ${D} and then if needed add to FILES_${PN} if the files are installed to locations other than the "standard" ones14:27
*** PulkoMandy <PulkoMandy!PulkoMandy@> has joined #yocto14:40
-YoctoAutoBuilder- build #42 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** codinho_ <codinho_!> has joined #yocto14:52
PulkoMandyhi, I'm trying to prevent a kernel module from loading at boot. I tried a file in /etc/modprobe.d, and modprobe.blacklist as a kernel option, but neither worked. What's the recommended way to do this in Yocto?14:52
PulkoMandy(I still want the module to be available for manual loading, but it doesn't work when loaded early in the boot process)14:53
bluelightningPulkoMandy: you could try module_autoload_<modulename> = "", but that'll only work if that is how it's being loaded14:54
*** fusman <fusman!~fahad@> has quit IRC14:55
*** fusman <fusman!~fahad@> has joined #yocto14:55
pevPulkoMandy: I think you can blacklist on the kernel commandline too?14:55
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC14:57
PulkoMandyyes, I tried that but it doesn't seem to work14:57
pevIf its not working, it's probably a syntax thing no?14:57
PulkoMandyI have this in the kernel command line, seems hard to make a syntax error there14:58
*** codinho_ <codinho_!> has quit IRC15:00
*** elmi82 <elmi82!> has quit IRC15:01
xerenthmm, if I have two packages that install the same file, and I want one to have priority15:01
pevPulkoMandy: Have a look in your busybox defconfig15:02
pevPulkoMandy: Whats the state of CONFIG_FEATURE_MODPROBE_BLACKLIST?15:03
pevxerent: What file?15:04
*** sameo <sameo!samuel@nat/intel/x-qrjlxkzwnsyjmlve> has quit IRC15:04
xerenta text file that I put into a random folder15:04
pevxerent: Is there a good reason for that? Normally you try to avoid that kind of contention...15:04
xerentpackage A is included in two images, and package B is included in one image, where that file should be overridden15:04
xerentso I guess I'll have to split package A into A1 and A2, and only install A1 on the second image with B15:05
xerentbut it seems like a mess15:05
PulkoMandypoky/meta/recipes-core/busybox/busybox-1.21.1/defconfig:506:# CONFIG_FEATURE_MODPROBE_BLACKLIST is not set15:05
PulkoMandyI guess I can customize that?15:05
pevNormally I'd put the file in it's own package and have the other two depend on it maybe?15:05
pevPulkoMandy: For sure!15:05
pevPulkoMandy: Just add a bbappend that modifies it's state15:06
xerentif I made package B dependent on package A, will package A be built first, and then the file is overwritten when B is installed?15:06
pevPulkoMandy: I do that in some of my layers. I add a : do_prepare_config_append()15:06
pevPulkoMandy: and in that do a sed e.g. sed -i 's/# CONFIG_MPSTAT is not set/CONFIG_MPSTAT=y/' ${S}/.config15:07
pevPulkoMandy: There's probably a better / 'proper' way to do this these days (someone once mentioned config fragments to me) but this is the only way I could get to work...15:08
*** eballetbo <eballetbo!> has quit IRC15:10
*** codinho_ <codinho_!~me@> has joined #yocto15:12
pevAnyone know how to work out dependencies? i.e. my current build decides it wants to build perl for some reason I can't explain which really extends the build but I don't know what specifically has pulled it in?15:13
*** munch <munch!> has joined #yocto15:13
kergothxerent: no, most package managers will abort installation entirely when doing that unless forcing the install, or unless package B indicates it replaces package A entirely (RREPLACES, potentially with RCONFLICTS/RPROVIDES). the only other possibility that comes to mind is using CONFFILES, not sure if the package manager allows those to be replaced or not. afaik.15:14
*** Jefro <Jefro!> has joined #yocto15:19
*** e8johan <e8johan!> has quit IRC15:23
regorianeris there a way to update package list after building a single recipe (bitbake package) instead of an image (bitbake image)?15:25
kergothwhat do you mean by 'package list'?15:26
volker-If you do a full release, what is the most important thing beside keeping the steps repeatable (by using a local mirror, using fixed repository version/hashes)?15:26
regorianerdeploy/ipk e.g.15:26
volker-How helpful is the buildhistory option?15:26
kergothyou mean the package feed/index? see the package-index recipe15:26
regorianerkergoth: in the deploy/ipk folder there are Package description files, but when you do a bitbake package, these are not updated15:27
regorianerkergoth: ok15:27
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-tgosilkhvwphiwov> has joined #yocto15:28
kergothvolker-: enable it and take a look for yourself. personally, i'd never do a build without it15:29
*** pidge <pidge!> has joined #yocto15:39
*** AlexG <AlexG!~ageorges@> has quit IRC15:41
*** sgw_ <sgw_!~sgw@> has quit IRC15:44
*** belen1 <belen1!~Adium@> has joined #yocto15:59
*** belen <belen!~Adium@> has quit IRC16:00
*** fusman <fusman!~fahad@> has quit IRC16:03
volker-kergoth: i looked at it and checked also the documentation about it (thats how I found it). But I don't really get the sense/meaningfulnes of it16:05
kergothit gives you a ton of useful information, i'm not sure how you wouldn't see the usefulness16:05
kergothwhat packages are in the image, what sizes they are, what packages were emitted, what metadata they have16:06
kergothbut combined with the ability to store buildhistory in a git repository, it becomes even more useful16:06
kergothsince you can track what changes to the build occurred when you make a change to the metadata16:06
kergothand monitor changes in the image contents or size over time, to watch for regressions16:06
volker-kergoth: hmmm. maybe it makes more sense with scm16:08
*** Jin^eLD is now known as Jin|away16:08
volker-kergoth: I also see package information that are not even added to the image16:08
kergothset BUILDHISTORY_COMMIT ?= "1"16:08
kergoththe package info is about all packages built16:08
kergoththe image info is what's limited to the image16:08
volker-kergoth: I have to check if it supports p4 :(16:08
volker-my company does not support git at the moment and they don't see a reason for it16:09
kergothits up to you whether you put your buildhistory repository somewhere persistent. even just local it's useful, though less for monitoring long term changes. presumably you could just check in the buildhistory git repo into your p4 repo, no? :)16:10
* kergoth shrugs16:10
volker-kergoth: look how frequent .git changes ;-)16:11
kergothbuildhistory uses its own git repository16:11
volker-kergoth: how do you add the build history accross versions? Don't you have a branch per release?16:11
kergothit'll change when buildhistory does a new commit16:11
*** 18VAACOCR <18VAACOCR!> has joined #yocto16:12
volker-kergoth: what is your benefit out of the postrm snippets in the build history?16:12
*** sameo <sameo!~samuel@> has joined #yocto16:12
*** arky <arky!~arky@> has joined #yocto16:13
kergothas i said, it includes all the metadata about the packages, including their install scripts, again, presumably to monitor changes over time16:13
kergothi didn't write the thing, i just use it16:13
*** arky <arky!~arky@> has quit IRC16:13
volker-kergoth: so you don't use all parts of the output?16:13
kergothbuildhistory satisfies multiple use cases16:14
*** zeeblex <zeeblex!~apalalax@> has left #yocto16:15
volker-kergoth: true. how do you mange buildhistory accross versions? using one repo for all releases and one repo for all development builds?16:18
*** fusman <fusman!~fahad@> has joined #yocto16:18
*** fusman <fusman!~fahad@> has quit IRC16:22
*** fusman <fusman!~fahad@> has joined #yocto16:24
*** dmoseley <dmoseley!> has joined #yocto16:34
*** sameo <sameo!~samuel@> has quit IRC16:36
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC16:37
*** beaver_545 <beaver_545!~stuart@> has quit IRC16:41
*** belen1 <belen1!~Adium@> has quit IRC16:49
*** e8johan <e8johan!> has joined #yocto16:50
*** belen <belen!~Adium@> has joined #yocto16:51
*** Rootert <Rootert!> has quit IRC16:52
*** RagBal <RagBal!> has quit IRC16:52
*** PulkoMandy <PulkoMandy!PulkoMandy@> has quit IRC16:52
*** diego_r <diego_r!> has quit IRC16:54
*** beaver_545 <beaver_545!> has joined #yocto17:16
*** JaMaAway is now known as JaMa17:18
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-tgosilkhvwphiwov> has quit IRC17:19
*** e8johan <e8johan!> has quit IRC17:27
*** tom_say <tom_say!~tom_say@2605:6000:1403:19:223:54ff:fe82:18cc> has quit IRC17:32
*** fusman <fusman!~fahad@> has quit IRC17:38
* kergoth thinks we should deprecate the wildcard handling in file: uris in SRC_URI. using a subdir instead is trivial17:40
*** maxtothemax <maxtothemax!maxtothema@nat/intel/x-mubpbjinpinolnkp> has joined #yocto17:42
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-cdfcgeghkdqepipt> has joined #yocto17:47
kergothbah, even if i modify qemu.bbclass to obey a variable to disable it, there's no such mechanism for the intercepts17:50
*** kscherer <kscherer!~kscherer@> has quit IRC17:52
bluelightningkergoth: I kind of view them as mostly the same amount of pain17:54
bluelightningat least we've now got to the point where checksums should mostly work properly with them17:55
-YoctoAutoBuilder- build #41 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at
kergothI just dislike the special casing, considering the feature doesn't really buy us anything we can't already do in other ways18:03
*** abelloni <abelloni!> has quit IRC18:15
*** belen <belen!~Adium@> has quit IRC18:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:35
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-upczvoghvoqwgsjq> has quit IRC18:36
*** AlexG <AlexG!~ageorges@> has joined #yocto18:39
*** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has quit IRC18:44
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-uyiqbggukuerqcrp> has joined #yocto18:54
*** ccaione <ccaione!~ccaione@unaffiliated/ccaione> has joined #yocto19:02
*** AlexG <AlexG!~ageorges@> has quit IRC19:06
*** abelloni <abelloni!> has joined #yocto19:11
*** jesselang <jesselang!> has quit IRC19:15
*** mikejanzen <mikejanzen!~mikejanze@> has joined #yocto19:22
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has quit IRC19:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto19:27
*** e8johan <e8johan!> has joined #yocto19:31
mikejanzenI'm trying to use the yocto plugin for eclipse/kepler/cdt with the run target being an IMX6 based board.  I have a simple hello world program that I can run remotely via ssh/tcf-agent.  However, when I try to debug it I get the error "Could not determine GDB version using command: gdb --version".  "gdb --version" works on the board and on the host/eclipse system.  Anyone have any idea what could19:32
mikejanzenbe wrong?  I am using a custom "bitbake -c populate_sdk" image as the sysroot/toolchain.  Maybe the problem is that gdb is missing from there?19:32
*** dlern <dlern!~dlerner@> has quit IRC19:38
*** dlern <dlern!~dlerner@> has joined #yocto19:38
*** jmdelos_ <jmdelos_!> has joined #yocto19:43
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:44
*** jmpdelos <jmpdelos!> has quit IRC19:45
*** bluelightning_ <bluelightning_!> has joined #yocto19:49
*** bluelightning_ <bluelightning_!> has quit IRC19:49
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:50
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:2:fed5:22:0:759f:78cb> has joined #yocto19:55
*** smartin_ <smartin_!> has joined #yocto20:02
*** DarkKnight <DarkKnight!> has quit IRC20:36
*** beaver_545_ <beaver_545_!> has joined #yocto20:40
*** yenal <yenal!~yenal@unaffiliated/yenal> has quit IRC20:42
*** beaver_545 <beaver_545!> has quit IRC20:43
*** ant_home <ant_home!> has joined #yocto20:48
volker-how often will the git snapshots/tar.gz files in the yocto folder be updated?20:52
*** bfederau <bfederau!> has quit IRC20:55
*** bfederau <bfederau!> has joined #yocto20:55
*** JimBaxter <JimBaxter!> has quit IRC21:00
*** e8johan <e8johan!> has quit IRC21:12
*** 18VAACOCR <18VAACOCR!> has quit IRC21:13
*** kroon <kroon!> has joined #yocto21:33
*** RagBal <RagBal!> has joined #yocto21:36
*** Rootert <Rootert!> has joined #yocto21:36
*** codinho_ <codinho_!~me@> has quit IRC21:37
*** sameo <sameo!~samuel@> has joined #yocto21:40
regorianermhh, whats the best way to add a perl-module ?21:45
*** sjolley1 <sjolley1!~sjolley@> has joined #yocto21:48
*** sjolley <sjolley!~sjolley@> has quit IRC21:49
Garibaldi|workmikejanzen: you can add packages to the sdk produced using bitbake -c populate_sdk.  I'm not saying that's the problem -- I don't know -- but if it is, it's resolvable21:57
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:58
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto21:59
*** bluelightning_ <bluelightning_!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC21:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:59
*** smartin_ <smartin_!> has quit IRC22:00
*** bfederau <bfederau!> has quit IRC22:01
Garibaldi|worksee TOOLCHAIN_HOST_TASK, adding something like nativesdk-gdb (assuming that the gdb recipe supports that), would include gdb in the native sdk.22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:02
*** ant_home <ant_home!> has quit IRC22:02
volker-regorianer: there is a cpan.bbclass, see
*** Xz <Xz!~kmsywula@> has quit IRC22:04
*** Xz <Xz!~kmsywula@> has joined #yocto22:05
*** maxin <maxin!> has quit IRC22:07
*** maxin <maxin!> has joined #yocto22:11
*** pev <pev!> has quit IRC22:25
*** pev <pev!> has joined #yocto22:25
*** Jefro1 <Jefro1!> has joined #yocto22:27
*** nitink1 <nitink1!nitink@nat/intel/x-jrtxlmnympwjlqnn> has joined #yocto22:27
*** sameo_ <sameo_!~samuel@> has joined #yocto22:27
*** nitink <nitink!~nitink@> has quit IRC22:28
*** ubik3000 <ubik3000!~cristiani@> has joined #yocto22:28
*** evanp_ <evanp_!~evan@> has joined #yocto22:28
*** beaver_545_ <beaver_545_!> has quit IRC22:28
*** evanp <evanp!evan@nat/intel/x-gqbuyrrusmooinfr> has quit IRC22:28
*** sameo <sameo!~samuel@> has quit IRC22:28
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-cdfcgeghkdqepipt> has quit IRC22:30
*** Jefro <Jefro!> has quit IRC22:30
*** evanp_ <evanp_!~evan@> has quit IRC22:42
*** sjolley1 <sjolley1!~sjolley@> has quit IRC22:42
*** sjolley <sjolley!sjolley@nat/intel/x-drrgprmfyushxlvi> has joined #yocto22:42
*** evanp <evanp!~evan@> has joined #yocto22:43
*** agust <agust!> has quit IRC22:43
*** cristianiorga <cristianiorga!~cristiani@> has joined #yocto22:43
*** ubik3000 <ubik3000!~cristiani@> has quit IRC22:43
*** maxtothemax <maxtothemax!maxtothema@nat/intel/x-mubpbjinpinolnkp> has quit IRC23:01
regorianervolker-: thanks, this works fine, but I'm stucked with another error since more than half an hour now :( - and it's about this module
regorianeri read a lot about it and some guys are telling that these are device mount issues, but if i do a normal ./configure it works, just not with the run.do_configure sets23:05
-YoctoAutoBuilder- build #42 of nightly-intel-gpl is complete: Success [build successful] Build details are at
khemregorianer: there must be a config.log file23:14
*** Garibaldi|work <Garibaldi|work!~andydalt@nat/cisco/x-uyiqbggukuerqcrp> has quit IRC23:14
khemin your build tree23:14
khemthat should give u more info23:15
regorianerit's that he cannot run the a.out23:15
regorianerkhem: if I add manually "--host arm-poky-linux-gnueabi" it works. but i cannot accept this as a solution23:16
khemregorianer: that should be already done for you if u inherit autotools23:17
regorianeruff, i only inherit cpan ... didnt know i also need autotools23:19
regorianerand there i dont understand why i need autotools then23:20
kergothcpan is for perl stuff, it doesn't magically know that you're using autotools23:21
kergothnot all perl proejcts use autotoolss as their buildsystem, do they?23:21
regorianermhh i dont get it23:23
regorianerautotools are fine, if i have a project containing a and a makefile.am23:23
regorianerbut in this point i only have the configure.ac23:24
regorianerthere is no makefile, but the makefile.PL which will be run by the cpan function23:24
regorianerso ... if i inherit autotools, it fails cause autotools want to make install, but there is no make install routine in the perl-module23:24
regorianermaybe i am thinking a bit wrong, pls then correct me. :)23:25
khemregorianer: what does looks like ?23:25
khemit seems someone did half the job23:26
regorianerwhat i could do is to overwrite do_compile23:26
regorianerbut i dont know if that's a solution one should do23:26
*** Squix <Squix!> has quit IRC23:36
*** Squix <Squix!> has joined #yocto23:37
volker-regorianer: don't know. with autotools you can define EXTRA_OECONF, might work with cpan, too23:39
volker-regorianer: if you look at other tools you often see such overwrites of do_configure, patches or similar23:41
volker-regorianer: What I always do is checking on for similar projects. Actually there is a meta-perl that might be helpful23:42
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC23:44
*** ubik3000 <ubik3000!~cristiani@> has joined #yocto23:44
*** OlivierG1 <OlivierG1!oguiter@nat/intel/x-jnnnbhaqpjcydfrg> has joined #yocto23:46
volker-regorianer: what happens if you add EXTRA_OECONF="--host=test"? does it show up in the error output? if so, you can inject the --host flag this way23:46
*** Squix <Squix!> has quit IRC23:47
*** Squix <Squix!> has joined #yocto23:48
regorianervolker-: no, doesnt show up23:48
volker-regorianer: and if it works this way, look into the autotools.bbclass at variables CONFIGUREOPTS23:48
volker-take a look into cpan.bbclass:  perl ${EXTRA_PERLFLAGS} Makefile.PL ${EXTRA_CPANFLAGS}23:49
volker-try EXTRA_CPANFLAGS (don't know how cpan/perl Make works)23:49
regorianerwell, EXTRA_CPANFLASGS does not work either, but i take a look at the cpan.bbclass23:51
volker-regorianer: looks like it wont help if you look in
volker-regorianer: what gives me an indication that something injects something somehow is the arm-poky-linux-gnueabi-gcc -march=.... --sysroot=... line.23:54
volker-regorianer: sorry, I am not a specialist at it, but hope to have provided some hints (where at least I would look)23:55
regorianerwhat do you mean by that line, in which file ?23:55
volker-regorianer: look into your pastbin, the "checking for gcc" line23:56
regorianerah, well there.23:56
volker- grep -r -- "--sysroot" meta*/classes23:56
*** gateforks <gateforks!424b3bcc@gateway/web/freenode/ip.> has joined #yocto23:58

Generated by 2.11.0 by Marius Gedminas - find it at!