Wednesday, 2015-10-21

*** cbzx <cbzx!> has joined #yocto00:03
*** cbzx <cbzx!> has quit IRC00:35
*** manuel_ <manuel_!> has quit IRC00:51
*** jjmb <jjmb!> has joined #yocto00:53
*** manuel_ <manuel_!> has joined #yocto00:53
*** jjmb <jjmb!> has quit IRC00:58
*** igor2 <igor2!Igor_Stopp@nat/intel/x-uhbctgenophljpzd> has quit IRC01:06
*** cbzx <cbzx!> has joined #yocto01:07
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:12
*** [Sno] <[Sno]!> has quit IRC01:13
*** manuel_ <manuel_!> has quit IRC01:30
*** sameo <sameo!~samuel@> has quit IRC01:39
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto01:46
*** Jefro <Jefro!> has quit IRC01:47
*** bananadev <bananadev!~dev@> has joined #yocto02:02
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto02:06
*** medicalwei <medicalwei!> has quit IRC02:07
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has joined #yocto02:07
*** medicalwei <medicalwei!> has joined #yocto02:12
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC02:19
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:20
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:22
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto02:22
qknightyay, built my own kernel and deployed it and then discovered that i don't have the firmware installed radeon/R600_rlc.bin02:23
*** Cardoe <Cardoe!~Cardoe@gentoo/developer/Cardoe> has quit IRC02:31
*** Jefro <Jefro!> has joined #yocto02:32
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC02:35
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC02:36
*** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto02:36
*** khem <khem!~khem@unaffiliated/khem> has quit IRC02:36
*** jjmb1 <jjmb1!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has joined #yocto02:36
*** Jefro <Jefro!> has quit IRC02:36
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto02:37
*** cbzx <cbzx!> has quit IRC02:39
*** _dv_ <_dv_!> has joined #yocto02:44
*** dv__ <dv__!> has quit IRC02:45
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto02:51
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC02:56
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto02:59
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC03:08
*** jjmb1 <jjmb1!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has quit IRC03:10
qknightworks! nice03:10
qknighthow to enable xfce4 on yocto?03:11
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has joined #yocto03:15
qknighti don't understand why this is not mentioned in meta-xfce ...03:16
*** Jefro <Jefro!> has joined #yocto03:17
*** sjolley <sjolley!~sjolley@> has quit IRC03:22
*** sjolley <sjolley!~sjolley@> has joined #yocto03:22
qknightfunny thing: i attached a usb keyboard to the yocto host and i can't type anything03:28
qknightStarting Bootlog daemon: bootlogd: cannot allocate pseudo tty: No such file or directory03:28
qknightlsusb shows the keyboard and log shows: resize:  can't open terminal /dev/tty03:29
parrot2hello, I'm trying to bake a recipe for darktable and it complains about perl missing. I already put RDEPENDS_${PN} = "perl" but the error persists. Any idea?03:30
parrot2Error log at
qknightparrot2: DEPENDS = "libfribidi libtool libgcrypt gst-plugins-bad virtual/libsdl \03:32
qknightparrot2: you have to add it to DEPENDS instead of RDEPENDS_03:32
qknightparrot2: if the package, for instance when doing the installation, or later in the system should have perl03:33
parrot2you mean perl or the items you posted?03:33
qknightparrot2: this was an example from vlc.inc03:33
qknightparrot2: try to add perl there03:33
qknightparrot2: into the DEPENDS03:34
parrot2qknight: hmm...I tried DEPENDS = "perl" but still the same thing03:34
qknightparrot2: can you paste the whole file?03:35
*** khem <khem!~khem@unaffiliated/khem> has quit IRC03:36
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto03:37
*** sjolley <sjolley!~sjolley@> has quit IRC03:43
*** sjolley <sjolley!~sjolley@> has joined #yocto03:44
*** alimon <alimon!> has quit IRC03:59
*** medicalwei <medicalwei!> has left #yocto04:03
*** stwcx <stwcx!> has quit IRC04:43
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto04:50
*** AndersD <AndersD!> has joined #yocto05:11
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto05:12
*** khem` is now known as onoffon05:15
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto05:16
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC05:19
parrot2qknight: sorry for the slow reply but here you go
*** nighty^ <nighty^!> has quit IRC05:21
parrot2I cant access for some reason05:21
*** nighty^ <nighty^!> has joined #yocto05:22
*** onoffon <onoffon!~khem@unaffiliated/khem> has joined #yocto05:33
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC05:34
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto05:36
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC05:38
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC05:45
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:48
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:57
*** sameo <sameo!~samuel@> has joined #yocto05:57
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:03
*** frsc <frsc!> has joined #yocto06:08
*** frsc <frsc!> has quit IRC06:15
*** frsc <frsc!> has joined #yocto06:15
*** TobSnyder <TobSnyder!> has joined #yocto06:18
*** sameo <sameo!~samuel@> has quit IRC06:21
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC06:25
*** Jefro <Jefro!> has quit IRC06:30
*** fl0v0 <fl0v0!> has joined #yocto06:33
*** bluelightning <bluelightning!> has joined #yocto06:34
*** bluelightning <bluelightning!> has quit IRC06:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto06:34
*** csanchezdll <csanchezdll!> has joined #yocto06:36
*** nbhat_DT <nbhat_DT!~nareshbha@> has quit IRC06:37
*** pohly <pohly!> has joined #yocto06:40
parrot2bluelightning: ping06:41
bluelightningmorning parrot2, all06:41
parrot2bluelightning: good morning. This time I need help. I'm trying to bake a recipe for darktable and it complains about perl missing. I already put RDEPENDS_${PN} = "perl" but the error persists. Any idea?06:42
*** khem <khem!~khem@unaffiliated/khem> has quit IRC06:42
parrot2Here's my recipe. Ignore the piglit related comments since I largely took the recipe from piglit and modified it a bit.
parrot2and of course the error log
*** igor <igor!~Igor_Stop@> has joined #yocto06:44
*** Biliogadafr <Biliogadafr!~User@> has joined #yocto06:44
bluelightningparrot2: RDEPENDS is for runtime dependencies though, this is looking for perl at build time06:45
bluelightningparrot2: it could be that you need to inherit perlnative also06:45
bluelightning(I say "also" - I can't tell but maybe it does also need perl at runtime, you'd need to double-check that if you haven't already)06:46
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:46
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:57
*** jbrianceau_away is now known as jbrianceau06:58
*** mckoan|away is now known as mckoan07:00
mckoangood morning07:00
abelalmorning bluelightning07:01
bluelightningmorning mckoan, abelal07:03
*** sjolley <sjolley!~sjolley@> has quit IRC07:07
*** sjolley <sjolley!~sjolley@> has joined #yocto07:08
*** jozzan <jozzan!> has quit IRC07:08
*** nbhat_DT <nbhat_DT!~nareshbha@> has joined #yocto07:08
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto07:09
*** khem` is now known as onoffon07:09
*** jku <jku!jku@nat/intel/x-qcinlypispuediyx> has joined #yocto07:10
*** onoffon <onoffon!~khem@unaffiliated/khem> has quit IRC07:10
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto07:12
*** aime-Pierre <aime-Pierre!> has joined #yocto07:16
parrot2bluelightning: sorry for the slow reply. I inherited perlnative and it no longer complains about perl. Well it still complains about libgphoto2 but at least we made progress07:16
bluelightningparrot2: \o/07:18
parrot2do we have libgphoto2 here?07:20
*** t0mmy <t0mmy!> has joined #yocto07:22
*** t0mmy <t0mmy!> has quit IRC07:26
bluelightningparrot2: in meta-oe I believe07:29
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto07:29
bluelightningparrot2: yep:
*** egavinc <egavinc!> has quit IRC07:34
*** egavinc <egavinc!> has joined #yocto07:34
parrot2bluelightning: thanks for being my saviour ...again...but it looks like I'm starting to get into a dependency hell..07:34
*** rburton <rburton!> has joined #yocto07:36
*** maxin1 <maxin1!~maxin@2001:998:22:0:8174:528e:86b6:8c94> has joined #yocto07:36
*** belen <belen!Adium@nat/intel/x-ucacvxxixacukqyg> has joined #yocto07:42
*** rfolino <rfolino!> has joined #yocto07:47
*** _dv_ is now known as dv_07:48
*** belen <belen!Adium@nat/intel/x-ucacvxxixacukqyg> has quit IRC07:50
*** belen <belen!Adium@nat/intel/x-arieymoplyibfnkc> has joined #yocto07:53
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:59
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto08:01
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has quit IRC08:04
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has joined #yocto08:08
*** jozzan <jozzan!> has joined #yocto08:08
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto08:21
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC08:27
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto08:39
*** jonathanmaw <jonathanmaw!> has joined #yocto08:41
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC08:45
*** belen1 <belen1!Adium@nat/intel/x-tslnywdgbojunutk> has joined #yocto08:47
*** belen1 <belen1!Adium@nat/intel/x-mrzqhcipjqdvkiax> has joined #yocto08:47
*** neg <neg!~neg@unaffiliated/neg> has quit IRC08:47
*** neg <neg!~neg@unaffiliated/neg> has joined #yocto08:48
*** belen <belen!Adium@nat/intel/x-arieymoplyibfnkc> has quit IRC08:48
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has joined #yocto08:49
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has left #yocto08:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto08:57
parrot2How do you guys deal with SRC_URI whose app has sourceforge as its download server?09:04
CTtpollardI tend to find a mirror if possible09:07
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC09:08
*** dev456 <dev456!~dev@> has joined #yocto09:09
*** ant_work <ant_work!> has joined #yocto09:11
parrot2CTtpollard: suppose if I have found my preferred mirror, how can we get the direct http link that we can assign to SRC_URI?09:11
CTtpollardcan you give me your example?09:12
*** bananadev <bananadev!~dev@> has quit IRC09:12
*** neg <neg!~neg@unaffiliated/neg> has left #yocto09:14
*** jozzan <jozzan!> has quit IRC09:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto09:20
Ox4u-boot part II (day 2) :)09:20
bluelightningparrot2: git grep SOURCEFORGE_MIRROR for lots of examples09:20
parrot2bluelightning: hmm..that command returns nothing :-( Are you suggesting that every sourceforge mirror has a git repo?09:23
bluelightningparrot2: I mean run that in the base of your poky/oe-core checkout09:24
bluelightningparrot2: if you don't use "git grep" already, you should ;)09:24
parrot2bluelightning: what does git grep do?09:25
parrot2btw now that command returns a lot of things which I should be able to make sense of09:25
bluelightningparrot2: searches all of the files tracked in the git repository for the specified regex09:26
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC09:26
parrot2bluelightning: ah nice.....09:27
parrot2thanks bluelightning and CTtpollard . Learned a new thing today ;-)09:27
bluelightningnp :)09:27
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC09:36
*** jku <jku!jku@nat/intel/x-qcinlypispuediyx> has quit IRC09:36
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto09:38
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC09:46
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto09:58
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC10:00
*** frsc_ <frsc_!> has joined #yocto10:06
*** frsc <frsc!> has quit IRC10:07
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto10:10
*** frsc__ <frsc__!> has joined #yocto10:13
*** frsc_ <frsc_!> has quit IRC10:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto10:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC10:21
*** jku <jku!jku@nat/intel/x-oclmaoffpxrnqhjl> has joined #yocto10:24
abelalbluelightning: can you please shed some insight on "An auto generated BSP description was used, this normally indicates a misconfiguration."10:25
abelalmy bsp uses the linux-yocto10:26
abelaland it was created through the bsp layer generation tool10:26
abelalso I have all the required sccs and stuff10:26
bluelightningabelal: the check is here:
abelalsecondly I can see build-mf/tmp/work-shared/<machine>/kernel-source/.kernel-meta/top_tgt10:27
bluelightningI'm not familiar with that area of the code at all but maybe you can make better sense of it10:28
abelaland it lists the base scc file10:28
abelali'll have a look10:28
abelalbluelightning: thanks :)10:28
abelalbluelightning: what's bruce ashfields handle on IRC?10:28
bluelightningabelal: zeddii10:29
bluelightninghe's here, but not sure if he's awake/around yet10:29
abelalhmmm whois says he's idling for 7 days now10:30
abelalzeddii: ping10:30
abelalbluelightning: thanks again :)10:30
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto10:33
*** aime-Pierre <aime-Pierre!> has quit IRC10:33
*** aime-Pierre <aime-Pierre!> has joined #yocto10:34
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC10:37
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC10:39
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto10:39
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto10:49
*** dmoseley <dmoseley!~dmoseley@2606:a000:120a:a108:f506:5da5:f934:ed8d> has quit IRC10:54
*** JaMa <JaMa!> has joined #yocto10:55
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC10:55
*** Snert_ <Snert_!> has quit IRC11:04
*** manuel_ <manuel_!> has joined #yocto11:07
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto11:07
Ox4guys, I added u-boot_%.bbapend with following content: , but when I do bitbake u-boot it fetches v2015.07+gitAUTOINC+33711bdd4a-r011:07
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has joined #yocto11:08
joshuaglyou have a typo in your filename11:08
joshuagltwo p's in append11:08
Ox4205 Oct 21 14:03 u-boot_%.bbappend11:09
joshuagland `bitbake-layers show-appends` lists your append?11:12
raykinsella78how do I build a specific version of a package - grub for instance?11:13
jkudoes that % actually work in filenames?11:13
joshuaglit does11:13
CTtpollardraykinsella78: provide / find a recipe for it11:13
raykinsella78CTtpollard: huh?11:14
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC11:14
Ox4  /home/vadimi/yocto/poky/firmware/meta-powerbeacon/recipes-bbappend/u-boot/u-boot_%.bbappend11:16
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto11:16
raykinsella78jku: thanls!11:17
joshuaglOx4: when you say it "fetches v2015.07+gitAUTOINC+33711bdd4a-r0" what do you mean?11:20
Ox4joshuagl: sorry, I have already understood. It fetches the source from my repo but prints out v2015.07+git... :)11:21
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC11:22
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto11:30
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC11:36
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC11:42
*** nighty^ <nighty^!> has quit IRC11:44
*** nobu <nobu!~nobu@> has quit IRC11:45
*** nobu <nobu!> has joined #yocto11:46
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto11:48
*** dev456 <dev456!~dev@> has quit IRC11:49
Ox4guys, could somebody help me with building u-boot: ? I have a script with which u-boot is build fine on my local machine. Here it is: $opt is "PowerBeacon"11:52
Ox4and here is the bbappend file of mine:
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC11:55
*** nighty^ <nighty^!> has joined #yocto12:00
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto12:01
Ox4why the .config is not found?12:06
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC12:15
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto12:27
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC12:34
*** psnsilva_ <psnsilva_!> has quit IRC12:41
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto12:45
Ox4well, I found the problem. The pb_am3874_defconfig should be before all env fw_validation12:45
Ox4but I don't know how to place it before :-(12:45
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto12:46
Ox4EXTRA_OEMAKE_append just place my parameters in this order: env fw_validation pb_am3874_defconfig12:46
*** stwcx <stwcx!> has joined #yocto12:48
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC12:52
frsc__Ox4: maybe you try EXTRA_OEMAKE_prepend instead12:52
*** lamego <lamego!jose@nat/intel/x-dlrovrjkpbegdjpx> has joined #yocto12:53
*** manuel_ <manuel_!> has quit IRC12:58
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto13:04
*** tsramos <tsramos!~tsramos@> has joined #yocto13:10
*** tsramos <tsramos!~tsramos@> has joined #yocto13:11
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC13:12
Ox4frsc__: it doesn't work. I don't see my parameters at all13:14
*** CromFr <CromFr!~CromFr@> has joined #yocto13:16
*** aime-Pierre <aime-Pierre!> has quit IRC13:20
*** aime-Pierre <aime-Pierre!> has joined #yocto13:20
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC13:20
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto13:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC13:24
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto13:25
*** psnsilva <psnsilva!> has joined #yocto13:26
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC13:32
*** AndersD <AndersD!> has quit IRC13:38
*** manuel_ <manuel_!~manuel@> has joined #yocto13:42
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto13:44
*** manuel_ <manuel_!~manuel@> has quit IRC13:45
*** manuel_ <manuel_!~manuel@> has joined #yocto13:46
*** behanw <behanw!uid110099@gateway/web/> has quit IRC13:50
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC13:53
*** cbzx <cbzx!> has joined #yocto13:55
*** soderstrom <soderstrom!~soderstro@> has quit IRC13:55
*** T0mW <T0mW!> has joined #yocto13:56
*** madisox <madisox!> has joined #yocto13:56
qknightis there a manual how to create a patch which can be applied in the SRC_URI = " \  file://0004-mozbug746112-no-decommit-on-large-pages.patch;patchdir=../../ \ section?13:59
CTtpollardqknight: you'll probably want to do a bbappend14:00
qknightright now it is about to create the patch14:01
qknighti don't have it yet14:01
CTtpollardoh, you mean you want to create a patch, and then apply it with the recipe?14:01
qknightCTtpollard: yes14:02
qknight <- like this14:02
qknightbut that patch from there does not apply14:02
*** lpapp_ <lpapp_!> has joined #yocto14:03
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has joined #yocto14:03
CTtpollardso, you can create your patch on top of the commit used in the recipe in git, then take that patch file and place in in a subdir of the recipe, and and the file name to the recipe as you showed originally14:03
lpapp_hi, when I say "chown nic:nic -R ${D}/opt/foo" in my do_install_append, does that mean that it will override the permissions on files under /opt/foo on the rootfs, coming from another package of another recipe?14:04
qknight <- this is my patch and it fails with Patch fix-the-compile-error-of-powerpc64.patch does not apply (enforce with -f)14:04
ndec${D} is just your package.14:04
lpapp_ok, so perhaps I ought to move that chown logic to the image creation step?14:05
qknightCTtpollard: probably the easiest to use git format-patch14:05
bluelightningqknight: I forget which version of the build system you're using, but if it's 1.8 or newer then devtool tries to help a lot with this kind of workflow14:05
lpapp_because in order to do that from various recipes, I would need to make sure that the user is already created at the stage of each package installation.14:05
ndecif you want to touch all files from the image, then yes.14:05
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto14:05
lpapp_which is not impossible from each offending recipes, but it is a bit messy14:05
CTtpollardqknight: yeh there's numerous ways to tell git to create a patch file14:05
lpapp_which is not impossible from each offending recipe, but it is a bit messy.*14:05
qknightCTtpollard: i'm on poky with daisy meta-* repos14:06
lpapp_we have this USERADD_PARAM_${PN}-foo = ... for the recipe in question.14:06
bluelightningqknight: ah ok, a bit too old for devtool then14:06
CTtpollardqknight: have you generated your patch off the top of the SHA1 defined in the recipe?14:07
lpapp_so it is not possible from one recipe to rewrite the permissions in a directory recursively on the rootfs?14:07
bluelightninglpapp_: you cannot do that from do_install; you could do it from a postinst script though14:07
lpapp_ah, makes sense, yes, good idea.14:07
bluelightninglpapp_: in a postinst script, definitely14:07
lpapp_bluelightning: ROOTFS_POSTINSTALL_COMMAND does not allow inline code either? In other words, I will need to create a little function for this command?14:10
lpapp_Furthermore, RPC will be executed after USERADD_PARAM_${PN}-foo?14:10
simonla question on recipe/package versions: I have a package (i2c-tools) that I need a newer version of. I'd need the unreleased vcs version. Is there some guidelines for how to set PV to make bitbake prefer the vcs recipe while avoiding future trouble (once a new version is released)?14:10
bluelightninglpapp_: by postinstall script I meant pkg_postinst for the recipe, not ROOTFS_POSTINSTALL_COMMAND (though you could alternatively do it there)14:11
bluelightningsimonl: indeed there is:
bluelightningsimonl: typically you would do it as PV = "lastreleasever+git${SRCPV}"14:13
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC14:13
qknightCTtpollard: yes on top of GIT but i dont' use git, just cd'ed into the build directory where the vanialla .h file was14:14
lpapp_bluelightning: so I have pkg_postinst_${PN}-foo () { chown foo:foo -R ${IMAGE_ROOTFS} }14:14
lpapp_bluelightning: so I have pkg_postinst_${PN}-foo () { chown foo:foo -R ${IMAGE_ROOTFS}/opt/foo }*14:14
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto14:14
simonlbluelightning: Thanks a ton! I guess "pre release" would have been a good search term :)14:14
bluelightninglpapp_: not ${IMAGE_ROOTFS}, $D14:14
bluelightninglpapp_: and I do mean $D _not_ ${D}14:15
lpapp_but $D will also reflect on /opt/foo from other recipes?14:15
bluelightninglpapp_: it's worth understanding the context in which a postinstall script runs14:16
bluelightninglpapp_: it will be run after installing the package during image construction (or on the target when installing the package, if you are using package management on the target)14:17
bluelightninglpapp_: so the context is the entire image, but only if that package is included14:17
lpapp_so probably dropping the $D could help?14:18
bluelightninglpapp_: no14:18
bluelightninglpapp_: it won't work during image construction if you do that, it'll be deferred until first boot14:18
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC14:18
lpapp_$D is empty when installing it separately from the image?14:18
bluelightninglpapp_: the environment variable D effectively gets set to ${IMAGE_ROOTFS} during image construction when calling the postinst scripts14:19
bluelightninglpapp_: on the target it's not set14:19
lpapp_ah, ok, thank you.14:19
bluelightningthus you can have postinst scripts that work properly in both contexts14:19
bluelightningwhen desired you can also force execution on first boot by checking if $D is set and doing "exit 1" if so14:19
lpapp_it is interesting to read that I ought to strive for $D rather than ${D} as I see the latter used throughout our layer.14:20
bluelightninglpapp_: only in the context of postinst scripts14:20
lpapp_hmm, alright, thanks.14:20
bluelightning${D} is still what you should be using in do_install14:20
bluelightningthat is the bitbake variable D, which is a different thing14:20
bluelightningthough they are a vaguely similar concept perhaps14:21
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto14:21
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has joined #yocto14:23
lpapp_bluelightning: thanks, appreciated.14:23
*** jku <jku!jku@nat/intel/x-oclmaoffpxrnqhjl> has quit IRC14:25
*** [Sno] <[Sno]!> has joined #yocto14:26
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC14:29
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:f9af:f279:59ff:fe64:3a8> has quit IRC14:31
*** stwcx <stwcx!> has quit IRC14:37
*** frsc__ <frsc__!> has quit IRC14:40
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto14:42
*** Snert__ <Snert__!> has joined #yocto14:51
*** mago_ <mago_!~mago@> has quit IRC14:54
*** armpit <armpit!~akuster@2601:202:4000:1239:4c4a:31ed:627d:b302> has joined #yocto14:57
*** belen2 <belen2!Adium@nat/intel/x-sebhigcivelsqpsj> has joined #yocto14:59
*** belen1 <belen1!Adium@nat/intel/x-mrzqhcipjqdvkiax> has quit IRC14:59
*** tsramos <tsramos!~tsramos@> has quit IRC14:59
*** tsramos <tsramos!~tsramos@> has joined #yocto15:00
*** nighty^ <nighty^!> has quit IRC15:04
*** nighty^ <nighty^!> has joined #yocto15:07
T0mWhow do I set the REQUIRES within an rpm from a recipe?  I have a new package that needs another installed along with it (dependancy) using smart.15:15
T0mWI tried RDEPENDS15:15
T0mWDo I use something like RREQUIRES_${PN} ?15:15
rburtondid you use RDEPENDS_${PN}?15:17
T0mWI'll try it15:17
T0mWrburton: doesn't work. "rpm -qp --requires <blah>" doesn't list my requirement.  I did clean + cleansstate before build so it should have built the rpm from scratch.15:20
kergoththat's what rdepends is for..15:20
bluelightningRDEPENDS definitely gets translated to Requires in our rpm packaging code15:22
bluelightningyou should even be able to see that in the spec file created within the workdir15:23
T0mWAHA! down at the bottom of my recipe is "RDEPENDS_${PN} = "base-files"", = not +=15:24
T0mWthought I was going crazy, "it should work..."15:24
bluelightningbitbake -e recipename | less is useful for this kind of thing15:25
T0mWthat did it, thank you15:26
*** armpit <armpit!~akuster@2601:202:4000:1239:4c4a:31ed:627d:b302> has quit IRC15:32
*** ant_work <ant_work!> has quit IRC15:36
*** tsramos <tsramos!~tsramos@> has quit IRC15:42
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC15:43
*** tsramos <tsramos!~tsramos@> has joined #yocto15:43
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto15:44
*** armpit <armpit!~akuster@2601:202:4000:1239:2488:b73b:7240:2aa6> has joined #yocto15:44
*** Ox4 <Ox4!~user@unaffiliated/zloy> has quit IRC15:44
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto15:44
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has left #yocto15:45
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC15:49
*** Biliogadafr <Biliogadafr!~User@> has quit IRC15:49
*** sjolley <sjolley!~sjolley@> has quit IRC15:50
*** aime-Pierre <aime-Pierre!> has quit IRC15:51
*** nerdboy <nerdboy!> has joined #yocto15:52
*** csanchezdll <csanchezdll!> has quit IRC15:52
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:52
*** nerdboy <nerdboy!> has quit IRC15:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto15:52
*** roric <roric!> has joined #yocto15:53
*** sameo <sameo!~samuel@> has joined #yocto15:56
*** belen2 <belen2!Adium@nat/intel/x-sebhigcivelsqpsj> has quit IRC15:57
*** TobSnyder <TobSnyder!> has quit IRC15:58
*** CTtpollard <CTtpollard!> has quit IRC16:01
*** aime-Pierre <aime-Pierre!~Thunderbi@> has joined #yocto16:01
*** maxin1 <maxin1!~maxin@2001:998:22:0:8174:528e:86b6:8c94> has quit IRC16:06
*** cbzx <cbzx!> has quit IRC16:08
*** cbzx <cbzx!> has joined #yocto16:08
*** cbzx <cbzx!> has joined #yocto16:09
*** belen1 <belen1!Adium@nat/intel/x-hwcyzfmdhlnctynl> has joined #yocto16:13
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC16:13
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC16:13
*** dlerner1 <dlerner1!~dlerner@2601:246:c000:9e00:c1c:ae65:17a8:b915> has joined #yocto16:15
*** dmoseley <dmoseley!~dmoseley@2606:a000:120a:a108:250d:4571:5d09:c042> has joined #yocto16:15
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC16:17
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto16:18
*** Snert_ <Snert_!> has joined #yocto16:18
*** jjmb <jjmb!~jjmb@2601:46:c601:4490:10cf:816f:8950:b84f> has quit IRC16:19
*** jjmb <jjmb!> has joined #yocto16:19
*** sjolley <sjolley!sjolley@nat/intel/x-klsmzoygdynphbln> has joined #yocto16:20
*** roric <roric!> has quit IRC16:21
*** stwcx <stwcx!~stwcx@> has joined #yocto16:23
*** aime-Pierre <aime-Pierre!~Thunderbi@> has quit IRC16:26
*** tsramos <tsramos!~tsramos@> has quit IRC16:26
kbingham=Can I exclude the kernel from being built from my image? - I tried the obvious PACKAGE_EXCLUDE = "virtual/kernel" but it didn't work (after inherit core-image)16:27
*** tsramos <tsramos!~tsramos@> has joined #yocto16:27
kergothset RDEPENDS_kernel-base = "" to avoid installing the kernel image into the rootfs16:28
kergothsee also "How do I install/not-install the kernel image on the rootfs?" in the kernel dev manual in the yocto project docs16:28
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has joined #yocto16:32
raykinsella78if I change my PREFERRED_VERSION of gcc I expect it to trigger a complete rebuild but it doesn;t16:32
*** mckoan is now known as mckoan|away16:34
bluelightningraykinsella78: I think we have a dedicated variable for that, what you're setting is probably being overridden16:34
bluelightningraykinsella78: the dedicated variable is GCCVERSION16:34
*** jbrianceau is now known as jbrianceau_away16:36
raykinsella78ok so I need to say GCCVERSION in local.conf?16:39
*** grunzi <grunzi!> has joined #yocto16:40
*** belen1 <belen1!Adium@nat/intel/x-hwcyzfmdhlnctynl> has quit IRC16:40
bluelightningraykinsella78: I believe so yes16:40
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-rsrxektwgjzezxcy> has left #yocto16:41
* zeddii saw a IRC notification, but can't find it in history. who ever it was can email me .. a better medium for me to notice anyway.16:47
*** dreyna4529 <dreyna4529!> has joined #yocto16:49
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has left #yocto16:52
*** fl0v0 <fl0v0!> has quit IRC16:54
Crofton# Hack for mesa + gcc5 failures16:54
Croftonbut he left :)16:54
*** rfolino <rfolino!> has quit IRC16:56
*** jonathanmaw <jonathanmaw!> has quit IRC17:00
*** sameo <sameo!~samuel@> has quit IRC17:02
*** Jefro <Jefro!> has joined #yocto17:06
*** Ulfalizer <Ulfalizer!~foo@> has joined #yocto17:08
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:09
*** mago_ <mago_!~mago@> has joined #yocto17:11
Ulfalizerhow do the FILES_* variables get their default values?17:12
Ulfalizeras in, how is it done internally17:12
UlfalizerFILES_* seems to include /usr/bin and other "standard" directories by default17:13
*** sameo <sameo!~samuel@> has joined #yocto17:15
bluelightningUlfalizer: most of it comes from meta/conf/bitbake.conf17:17
Ulfalizerahh, yeah, i see it17:19
*** destrudo <destrudo!~destrudo@> has quit IRC17:25
grunziHi i am trying to do this "bitbake image-multimedia-full". After a while it gives me this error " ERROR: User requested feature sdl configure was not able to find it. Install SDL devel" I am using Ubuntu 15.10 and this is the list of all packages that I have installed regarding SDL.17:25
*** destrudo <destrudo!~destrudo@> has joined #yocto17:26
grunziI don't know which sdl package I could install additionally. There is a second error message "ERROR: Task 4069 (virtual:native: ../mars/sources/poky/meta/recipes-devtools/qemu/, do_configure) failed with exit code '1'" So I tried "bitbake -b" which worked. But "bitbake image-multimedia-full" still won't work. So I tried "bitbake qemu" which ended with the error message ""ERROR: Task 587 (.../mars/sources/poky/meta/recipes-graphics17:26
*** jonmasters <jonmasters!> has quit IRC17:27
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:27
*** bbhoss <bbhoss!sid18216@gateway/web/> has quit IRC17:29
*** bbhoss <bbhoss!sid18216@gateway/web/> has joined #yocto17:30
*** manuel_ <manuel_!~manuel@> has quit IRC17:32
rburtongrunzi: has a workaround17:32
yoctiBug 8553: normal, Medium+, 2.0, ross.burton, NEW , Image build fails on Ubuntu 15.1017:32
grunziah ok thanks a lot. been looking for hours know17:33
*** ][Sno][ <][Sno][!> has joined #yocto17:33
*** [Sno] <[Sno]!> has quit IRC17:33
*** jchonig <jchonig!> has joined #yocto17:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:37
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto17:37
*** psidhu <psidhu!> has joined #yocto17:38
*** manuel_ <manuel_!~manuel@> has joined #yocto17:38
*** jonmasters <jonmasters!> has joined #yocto17:38
qknighti would like to clean deploy/images/mytarget/* but i don't want to loose the rpm files used to build the image(s) there17:38
*** manuel_ <manuel_!~manuel@> has quit IRC17:38
qknightbitbake -c clean TARGET <- will that only remove the fsl-image-x11-t4240rdb-64b-20151017185342.rootfs.ext2.gz and similar in deploy/images/mytarget/?17:39
*** maxin1 <maxin1!> has joined #yocto17:39
*** Snert_ <Snert_!> has quit IRC17:39
*** ][Sno][ is now known as [Sno]17:39
*** Snert_ <Snert_!> has joined #yocto17:40
Ulfalizerwhen you add e.g. "nativesdk" to BBCLASSEXTEND in and DEPENDS on "bar", it's my understand that nativesdk-foo implicitly gets a nativesdk-bar dependency. how does that work internally?17:40
Ulfalizerprovided it's correct...17:41
Ulfalizeri'm trying to figure out which parts of bitbake are "magic" and which are defined in the metadata :P17:41
kergothUlfalizer: see nativesdk.bbclass17:44
kergothUlfalizer: it handles the dependency mapping17:44
kergothall BBCLASSEXTEND does is tells bitbake to generate multiple recipes from one recipe, with each variant inheriting the specified bbclass17:44
kergoththen the bbclass does most of the rest17:44
kergoththe multilib bits are slightly more complex, that's similar, but lets a single bbclass be responsible for generating *multiple* recipe variants instead of just one17:45
kergothmultilib.bbclass generates a new recipe for each multilib:<name> in bbclassextend, iirc17:45
Ulfalizeryeah, i don't even know what the multilib stuff does17:45
kergothmultilib:lib32 causes lib32-<recipe  name> to be emitted17:45
kergoththen the tuning bits know what to do with that to change the tuning in use (DEFAULTTUNE)17:46
kergothagain almost entirely in the metadata17:46
*** cbzx <cbzx!> has quit IRC17:46
kergothbut in bitbake it's similar to how simpler bbclassextends are handled17:46
kergothif you want background on how bitbake works, the chapter elizabeth flanigan wrote for the architecture of open source software book may be of interest17:46
* kergoth suspects we could still use some more conceptual bits in the yocto project docs17:47
Ulfalizerso the only magic with BBCLASSEXTEND is that it acts as-if you had multiple recipes,, etc., each inheriting the same class as in the prefix?17:47
Ulfalizerokay, that makes sense then17:48
Ulfalizeryeah, i should read that one17:49
kergoththen the bbclass is what implements the real changes for that variant17:50
kergothi also highly recommend pretty much everyone, at some point, read bitbake.conf and base.bbclass. all the main variables and tasks are defined there for all recipes17:51
kergothnot directly applicable, but useful background17:51
Ulfalizeryeah, i've already looked at them a bit17:52
kergothnote that native is actually a suffix on the recipe name, whereas nativesdk is a prefix. inconsistent, but it's due to history17:53
kergothi.e. foo-native, nativesdk-foo17:53
Ulfalizerhow's the purpose of the meta-openembedded/ layer different from the meta/ layers's btw? is the former one "additional non-core openembedded stuff"?17:54
Ulfalizerahh, hadn't noticed that. yeah, that's a bit confusing. :)17:54
Ulfalizerscrap that17:54
psidhuwho decides when webkitgtk version is bumped? there's an upstream patch that fixes a build issue, but I'm not sure if I should bump the recipe version or add the upstream patch to the current version (khem, it seems you might have some insight to this)17:55
Ulfalizermy understanding is that meta/ has recipes from openembedded. so what's meta-openembedded?17:55
kergothmeta is from oe-core, oe-core is meant to be a stable, well tested baseline that everyone can share17:55
kergothit's shared by the yocto project and other oe-based projects17:55
kergoththe intent was companies could collaborate on such a baseline and thereby avoid wasting money reinventing that part so they can focus on where they really differentiate17:56
kergothmeta-openembedded is basically everything not considered core which doesn't already fit into another focused layer17:56
Ulfalizerok, kinda what i thought. thanks.17:56
kergothspecifically the meta-oe layer inside meta-openembedded is basically just a pool of random recipes that don't hae anywhere better to live :)17:57
Ulfalizerperhaps more layers could have a README in them to explain what they are17:58
kergothyocto is an umbrella project that includes a buildsystem component, which is poky. poky is both an integration repository which includes bitbake, oe-core, meta-yocto, etc together, and a reference distribution for hte yocto project (that's in meta-yocto)17:58
kergothprobably, yes17:58
Ulfalizermeta/ was pretty confusing first time i saw it. looked like an "unnamed" layer. :)17:58
kergothyeah, it's really a subdir of oe-core, so my guess was 'core' or 'meta-core' seemed redundant, but it'd be nice to have that for clarity, particularly since it's also pulled into poky17:59
* kergoth shrugs, wasn't the one making those calls17:59
kergothnaming is a concern as well, i.e. meta-yocto should really be meta-poky, to avoid yocto vs poky naming confusion17:59
Ulfalizeryeah, i think i remember being confused about that too18:00
Ulfalizerexactly what poky is is still a bit confusing :P18:00
kergothmost are at first. yocto, poky, oe-core, bitbake, meta-oe, lots of components and not everyone knows how it fits together18:00
Ulfalizerdistribution, build system, etc.18:00
kergothi just described that :)18:00
kergoth"yocto is an umbrella project that includes a buildsystem component, which is poky. poky is both an integration repository which includes bitbake, oe-core, meta-yocto, etc together, and a reference distribution for the yocto project (that's in meta-yocto)"18:01
kergothusing the name for two things doesn't help..18:01
Ulfalizerah, sorry, missed it18:01
kergothbut yes, common source of confusion, it's a work in progress to clarify such things18:01
Croftonwhere is that quote?18:01
Ulfalizeri'd like some more conceptual "under-the-hood" stuff in the manual, but i'm not sure if other people's brains work like mine18:02
Croftonthis poky build system must die18:02
kergoththe description of yocto and poky was me quoting myself from about 5 minutes ago. not sure what the ofifcial material states18:02
Ulfalizeri tend to be a bit ocd about understanding how stuff works18:02
Ulfalizerother people seem to get by without it :P18:02
kergothUlfalizer: some folks work bottom-up, so want details first and concepts later, and other folks want high level concepts first and details later, and some folks don't learn well by reading at all..18:02
kergothpresumably hard to address everything18:02
*** JaMa <JaMa!> has quit IRC18:03
kergothbut yocto project does have technical writers working on the docs, thank god18:03
kergoththat's a major lack in most open source projects18:03
kergothI think the docs could still use some more conceptual information18:03
Ulfalizeryeah, i'm definitely bottom-up. high-level stuff feels wishy-washy until i get the lower-level details.18:03
kergothi.e. I'm not sure that our orthogonal axes of distro, machine, and image are well documented anywhere at this point18:03
kergothexcept possibly posts by me or koen18:03
CroftonWe need to create a real BSP guide explaining that18:04
kergothoh, yes, we need good docs on creating a new bsp as well as creating and maintaining a distro at some point18:04
Croftonand explaining how we expect a BSP to behave, ie all overrides do not imapct other machines18:05
Croftonso many people assume you only have one bsp active at a time18:05
-YoctoAutoBuilder- build #230 of nightly-oe-selftest is complete: Success [build successful] Build details are at
Ulfalizerwhich parts of the parsing process are "file-specific" by the way? e.g., which parts would work differently if you just merged all the parsed files together into a single file?18:06
Ulfalizerignoring that some files must exist. could just have those contain the absolute minimum.18:07
kergothconfiguration metadata is global, affects all recipes, and that flows down into the individual recipes18:07
kergothhte config files could be one file and it wouldn't change much, but recipes are separate. bbclasses are inherited by recipes, but inherit is really just a special purpose include/require, anything in a bbclass could go directly into the recipe as well18:08
Ulfalizerwould copy-pasting the bbclass into the position where it's inherited work?18:09
Ulfalizeror is there more magic to it than that?18:09
Ulfalizermight have to move it to the end i guess...18:09
kergothdid my 3 messages about inherit go through? got disconnected18:11
Ulfalizernope, didn't see anything18:12
kergothinherit is an immediate operation, like include or require18:12
Ulfalizer"...anything in a bbclass could go directly into the recipe as well" was the last one18:13
kergothso right at that position would be ocrrect18:13
kergothwhat you put before vs after a bbclass can have an effect18:13
* kergoth has always disliked this imperative vs declarative behavioral confusion18:13
Ulfalizerso it's like an include/require, only with different look-up rules for the file?18:13
kergothinherit == require classes/<name>.bbclass + a bit of caching to avoid duplicate inherits, pretty much18:14
Ulfalizerok, that makes it much less magic :)18:14
kergothalso there's the handling of EXPORT_FUNCTIONS, which generates stubs to let you e.g. write 'autotools_do_configure' in autotools.bbclass, then EXPORT_FUNCTIONS do_configure will generate a do_configure that runs autotools_do_configure18:14
kergoththis lets you then write a custom do_configure and manually call autotools_do_configure18:15
kergothbasically our rigged together inheritence mechanism, like overriding a method in a subclass18:15
* kergoth not entirely happy with how we implemented that either, but it is useful18:15
Ulfalizeryeah, i remember asking about that a few days ago :)18:16
Ulfalizerare configuration files parsed differently compared to recipes/classes?18:20
Ulfalizeri guess disallowing python/shell functions might make sense there...18:20
Ulfalizerbut then again, maybe bitbake.conf has some code in it. can't remember...18:20
jmesmonUlfalizer: note that BBCLASSEXTEND has magic that makes it different from concatenation18:20
*** cbzx <cbzx!> has joined #yocto18:21
kergothyeah, there's two different parsers18:21
kergothscroll up, we went over bbclassextend a few minutes ago :)18:21
Ulfalizerhow do they differ? i guess most parts would be shared.18:22
* jmesmon hides in shame18:22
*** jchonig <jchonig!> has quit IRC18:23
Ulfalizernope, no code in bitbake.conf18:23
Ulfalizerexcept ${@ stuff, but i'm not counting that18:24
*** jchonig <jchonig!> has joined #yocto18:26
kergothmainly inherit and functions/tasks are recipe specific18:29
kergoth / class specific18:29
*** bluelightning <bluelightning!> has joined #yocto18:32
*** bluelightning <bluelightning!> has quit IRC18:32
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:32
Ulfalizerwhat happens if you try to use them in configuration files? i still don't have a linux box due to the moving company being slow. :P18:32
*** roccof <roccof!> has joined #yocto18:33
Ulfalizernot that it's hugely important to know18:33
kergothit'll just give a parsing error. unrecognized lines in teh file18:36
kergoththe separation can be kind of irritating at times, actually18:37
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:40
*** roric <roric!> has joined #yocto18:42
Ulfalizerhow does it work internally? some kind of "context" variable and some checks on that when encountering a function/inherit?18:42
ulf`No one Ulfalizers me18:42
Ulfalizeryou should steal ulfenstein. i used to use that. :P18:44
*** benjamirc <benjamirc!~besquive@> has joined #yocto18:44
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC18:46
kergothUlfalizer: bitbake chooses which python file parser to use based on file extension. see bitbake/lib/bb/parse/parse_py/ and the BBHandler18:48
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-cvchcftzvjcasmyb> has joined #yocto18:48
*** maxin1 <maxin1!> has quit IRC18:50
*** dreyna4529 <dreyna4529!> has quit IRC18:51
*** roccof <roccof!> has quit IRC18:52
Ulfalizerprobably excessive, but a small optimization there might be to assign the match() method directly, like __include_regexp_match__ = re.compile(...).match, and then __include_regexp_match__(s). i've written a parser for a configuration language in python, and i think that gained a few % on the runtime for me.18:53
Ulfalizerbut depends on where the bottleneck is. might be completely insignificant. :P18:53
kergothnot a bad idea, woul dneed to profile18:53
kergothwe have a lot of places we could improve performance, not sure if that part is significant or not18:53
kergothusing regex in general isn't ideal18:54
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-cvchcftzvjcasmyb> has left #yocto18:54
Ulfalizeri used a regex/manual mix in the end18:54
kergoththe oe-lite folks wrote a PLY-based parser, but they've since changed the file format substantially, so couldn't use it as is18:55
kergothAny folks around that know git well? Could use input on
yoctiBug 7958: enhancement, Medium, 2.1, kergoth, IN PROGRESS DESIGN , Implement shallow git clone functionality18:58
*** maxin1 <maxin1!> has joined #yocto18:59
*** T0mW <T0mW!> has quit IRC19:03
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto19:06
*** maxin1 <maxin1!> has left #yocto19:25
*** khem` is now known as onoffon19:25
*** stephano <stephano!> has joined #yocto19:25
*** onoffon is now known as khem`19:33
*** khem` is now known as onoffon19:34
*** onoffon is now known as khem`19:34
*** dreyna4529 <dreyna4529!> has joined #yocto19:36
*** cbzx <cbzx!> has quit IRC19:38
*** tajpa <tajpa!4432d82d@gateway/web/freenode/ip.> has joined #yocto19:47
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC19:57
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto19:59
kergothHmm, I don't really like that a failure to tar the git repo results in a "fetch error" and that cauess it to fall back to mirrors, which could end up doing the same steps that led to the first failure20:03
kergothwould be nice if the mirror tarball generation was a separate operation20:04
*** nighty^ <nighty^!> has quit IRC20:04
*** nighty^ <nighty^!> has joined #yocto20:05
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC20:11
*** ant_home <ant_home!> has joined #yocto20:20
*** rburton1 <rburton1!> has joined #yocto20:22
*** rburton <rburton!> has quit IRC20:26
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xnjbzummvvjycsvz> has joined #yocto20:26
*** cbzx <cbzx!> has joined #yocto20:27
*** alimon1 <alimon1!~alimon@> has quit IRC20:28
*** alimon1 <alimon1!~alimon@> has joined #yocto20:30
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC20:30
rburton1kergoth: g'wan, rewrite the fetcher20:35
*** dreyna_ <dreyna_!> has joined #yocto20:37
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto20:38
*** dreyna4529 <dreyna4529!> has quit IRC20:41
kergothhmm, wonder if it'd be worth using platform.dist() rather than lsb_release for the native distro string20:43
kergothwould avoid one host dependency20:43
*** pohly <pohly!> has quit IRC20:45
*** pohly <pohly!> has joined #yocto20:46
*** pohly <pohly!> has quit IRC20:52
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-xnjbzummvvjycsvz> has left #yocto20:53
*** pohly <pohly!> has joined #yocto20:59
*** pohly <pohly!> has quit IRC21:04
*** psadro2 <psadro2!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto21:05
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC21:06
*** psadro2 is now known as psadro21:06
*** tajpa <tajpa!4432d82d@gateway/web/freenode/ip.> has quit IRC21:06
*** Ulfalizer <Ulfalizer!~foo@> has quit IRC21:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:08
*** roric <roric!> has quit IRC21:17
*** tsramos_ <tsramos_!~tsramos@> has joined #yocto21:33
*** tsramos <tsramos!~tsramos@> has quit IRC21:36
*** tsramos_ <tsramos_!~tsramos@> has quit IRC21:38
clsullivparrot2: do you happen to have or can point to a beignet recipe I can use?21:39
*** rburton1 <rburton1!> has quit IRC21:44
*** rburton <rburton!> has joined #yocto21:44
*** stwcx <stwcx!~stwcx@> has quit IRC21:47
*** xerent_ <xerent_!> has quit IRC21:50
*** xerent <xerent!> has joined #yocto21:52
*** lamego <lamego!jose@nat/intel/x-dlrovrjkpbegdjpx> has quit IRC21:57
*** sjolley <sjolley!sjolley@nat/intel/x-klsmzoygdynphbln> has quit IRC22:00
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** roccof <roccof!> has joined #yocto22:04
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:10
*** benjamirc <benjamirc!~besquive@> has quit IRC22:24
*** rburton <rburton!> has quit IRC22:27
*** sjolley <sjolley!sjolley@nat/intel/x-ptjuwonitmeiqlyc> has joined #yocto22:33
*** khem` <khem`!~khem@unaffiliated/khem> has quit IRC22:36
tripzero1anyone tried building poky (or similar) on ubuntu 15.10 yet?  I'm getting errors when compiling qemu-native22:38
tripzero1"Error: User requested feature sdl configure was not able to find it.  Install sdl devel"22:38
*** tripzero1 is now known as tripzero22:44
*** khem` <khem`!~khem@unaffiliated/khem> has joined #yocto22:49
kergotheither install the sdl development packages, or edit local.conf and remove the qemu sdl lines22:50
*** alimon <alimon!> has joined #yocto22:51
tripzeroi've built libsdl-native22:53
tripzeroisn't that all qemu-native needs?22:59
*** roccof <roccof!> has quit IRC23:00
kergothcheck the qemu documentation, i'd say23:00
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC23:01
tripzeroOdd that this error would suddenly pop-up after a distribution upgrade23:12
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-kvqrquvedwlfjtgo> has joined #yocto23:14
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-kvqrquvedwlfjtgo> has quit IRC23:16
*** madisox <madisox!> has quit IRC23:21
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto23:22
*** everlook <everlook!> has joined #yocto23:22
-YoctoAutoBuilder- build #516 of nightly-qa-skeleton is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #517 of nightly-qa-pam is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** ant_home <ant_home!> has quit IRC23:38
*** cbzx <cbzx!> has quit IRC23:39
*** Crofton|work <Crofton|work!~balister@> has quit IRC23:40
*** Crofton|work <Crofton|work!> has joined #yocto23:53
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC23:56

Generated by 2.11.0 by Marius Gedminas - find it at!