Wednesday, 2015-01-21

*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC00:05
*** benjamirc <benjamirc!~besquive@> has quit IRC00:15
*** manuel__ <manuel__!~manuel@> has quit IRC00:16
*** dvhart <dvhart!dvhart@nat/intel/x-jfcjdhcmilwloiia> has joined #yocto00:24
*** dvhart <dvhart!dvhart@nat/intel/x-jfcjdhcmilwloiia> has quit IRC00:25
*** Nitin <Nitin!~nakamble@> has quit IRC00:28
*** dvhart <dvhart!~dvhart@> has joined #yocto00:29
*** dvhart <dvhart!~dvhart@> has quit IRC00:31
*** dvhart <dvhart!~dvhart@> has joined #yocto00:34
*** sjolley <sjolley!sjolley@nat/intel/x-ygfmfurfzevcsfcc> has quit IRC00:36
*** sjolley <sjolley!~sjolley@> has joined #yocto00:37
* mranostay spies a dvhart with his sunglasssses00:38
dvhartmifraine medicine00:42
dvhartmigraine even00:42
mranostaydvhart: i was wondering why exactly00:43
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto00:44
*** sjolley <sjolley!~sjolley@> has quit IRC00:45
*** dvhart <dvhart!~dvhart@> has quit IRC00:47
*** Nitin <Nitin!~nakamble@> has joined #yocto01:00
*** SoylentYellow <SoylentYellow!> has quit IRC01:08
*** MDR_ <MDR_!~mdrustad@> has joined #yocto01:15
*** MDR_ <MDR_!~mdrustad@> has quit IRC01:18
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:21
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:23
*** madisox <madisox!~madison@2601:9:2700:e100:6987:3ea7:975a:b6f8> has quit IRC01:27
*** jmdelos_ <jmdelos_!> has joined #yocto01:29
*** jmpdelos__ <jmpdelos__!> has quit IRC01:31
*** stormbytes <stormbytes!> has joined #yocto01:34
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC01:35
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto01:50
*** agust <agust!> has quit IRC01:58
*** darkhorse <darkhorse!ad26d109@gateway/web/freenode/ip.> has quit IRC02:03
*** manuel__ <manuel__!~manuel@2601:6:8000:eaf0:44cb:2ae2:8be6:e7e6> has joined #yocto02:18
*** sjolley <sjolley!~sjolley@> has joined #yocto02:18
*** SoylentYellow <SoylentYellow!~SoylentYe@> has joined #yocto02:28
*** hsychla_ <hsychla_!> has joined #yocto03:00
*** hsychla__ <hsychla__!> has quit IRC03:04
*** givemefive911 <givemefive911!~Thunderbi@2602:304:b11e:670:eda9:3051:77c2:6ceb> has joined #yocto03:11
*** ecdhe <ecdhe!> has quit IRC03:12
*** ecdhe_ <ecdhe_!> has quit IRC03:12
*** RagBal <RagBal!> has quit IRC03:20
*** benjamirc <benjamirc!~besquive@> has joined #yocto03:21
*** RagBal <RagBal!> has joined #yocto03:22
*** Rootert <Rootert!> has quit IRC03:24
*** jmpdelos__ <jmpdelos__!> has joined #yocto03:26
*** jmdelos_ <jmdelos_!> has quit IRC03:27
*** RagBal <RagBal!> has quit IRC03:30
*** simonl <simonl!uid6729@gateway/web/> has quit IRC03:33
*** RagBal <RagBal!> has joined #yocto03:38
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC03:39
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC03:39
*** Jackie_huang <Jackie_huang!~quassel@> has joined #yocto03:40
*** simonl <simonl!uid6729@gateway/web/> has joined #yocto03:45
*** benjamirc <benjamirc!~besquive@> has quit IRC03:47
*** Rootert_ <Rootert_!> has joined #yocto03:48
*** Rootert_ is now known as Guest4129303:48
*** simonl <simonl!uid6729@gateway/web/> has quit IRC03:51
*** SoylentYellow <SoylentYellow!~SoylentYe@> has quit IRC03:51
*** manuel__ <manuel__!~manuel@2601:6:8000:eaf0:44cb:2ae2:8be6:e7e6> has quit IRC04:00
*** simonl <simonl!uid6729@gateway/web/> has joined #yocto04:08
*** Guest41293 is now known as Rootert04:27
*** dvhart <dvhart!dvhart@nat/intel/x-ctlgzbjxwnefmxgs> has joined #yocto04:27
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto04:36
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto04:38
*** Nitin <Nitin!~nakamble@> has quit IRC04:41
*** dvhart <dvhart!dvhart@nat/intel/x-ctlgzbjxwnefmxgs> has quit IRC04:47
*** jmdelos_ <jmdelos_!> has joined #yocto05:14
*** jmpdelos__ <jmpdelos__!> has quit IRC05:16
*** agust <agust!> has joined #yocto05:19
*** hamis <hamis!~irfan@> has quit IRC05:20
*** e8johan <e8johan!~quassel@> has joined #yocto05:32
*** nbhat_DT <nbhat_DT!~nareshbha@> has quit IRC05:36
*** nbhat_DT <nbhat_DT!~nareshbha@> has joined #yocto05:37
*** simonl <simonl!uid6729@gateway/web/> has quit IRC05:38
*** Nitin <Nitin!nakamble@nat/intel/x-dgmaitzosvirmifb> has joined #yocto05:45
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC05:52
*** hamis <hamis!~irfan@> has joined #yocto05:56
hamisHDMI audio is not working with BBB core-image-sato06:06
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto06:08
*** agust <agust!> has quit IRC06:12
*** agust <agust!> has joined #yocto06:12
*** phragment <phragment!~blubb@> has quit IRC06:16
*** phragment <phragment!> has joined #yocto06:17
*** AndersD <AndersD!> has joined #yocto06:22
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC06:29
*** agust1 <agust1!> has joined #yocto06:30
*** agust <agust!> has quit IRC06:31
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto06:31
*** SoylentYellow <SoylentYellow!~SoylentYe@> has joined #yocto06:31
*** melonipoika <melonipoika!> has joined #yocto06:48
*** SoylentYellow <SoylentYellow!~SoylentYe@> has quit IRC06:48
mranostaydid HDMI audio ever work on the BB?07:08
mranostaythat is extra license cost iirc07:09
mranostay*bbb gah07:09
*** pohly <pohly!~pohly@> has joined #yocto07:12
givemefive911Only CEA resolutions support audio as defined by the HDMI Specification.
*** melonipoika_ <melonipoika_!> has joined #yocto07:15
*** melonipoika_ <melonipoika_!> has quit IRC07:22
*** givemefive911 <givemefive911!~Thunderbi@2602:304:b11e:670:eda9:3051:77c2:6ceb> has quit IRC07:25
*** givemefive911 <givemefive911!~Thunderbi@2602:304:b11e:670:eda9:3051:77c2:6ceb> has joined #yocto07:26
*** kimo_ <kimo_!~kbouhara@> has joined #yocto07:26
*** SorenHolm <SorenHolm!~quassel@> has joined #yocto07:27
*** Jackie_huang <Jackie_huang!~quassel@> has quit IRC07:36
*** Jackie_huang <Jackie_huang!~quassel@> has joined #yocto07:36
*** RagBal <RagBal!> has quit IRC07:37
*** Rootert <Rootert!> has quit IRC07:37
*** agust1 <agust1!> has quit IRC07:39
*** agust <agust!> has joined #yocto07:40
*** e8johan <e8johan!~quassel@> has quit IRC07:40
*** Rootert <Rootert!> has joined #yocto07:42
*** RagBal <RagBal!> has joined #yocto07:43
*** agust <agust!> has quit IRC07:49
*** melonipoika_ <melonipoika_!~quassel@> has joined #yocto07:51
*** agust <agust!> has joined #yocto08:02
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto08:11
*** jbrianceau_away is now known as jbrianceau08:11
*** grma <grma!> has joined #yocto08:15
*** CromFr <CromFr!~CromFr@> has quit IRC08:16
*** CromFr <CromFr!~CromFr@> has joined #yocto08:17
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:18
*** melonipoika <melonipoika!> has quit IRC08:18
*** florian_kc is now known as florian08:20
*** ddalex1 <ddalex1!~ddalex@> has quit IRC08:21
*** e8johan <e8johan!> has joined #yocto08:23
*** g1zer0 <g1zer0!> has joined #yocto08:26
*** bluelightning <bluelightning!~paul@> has joined #yocto08:28
*** bluelightning <bluelightning!~paul@> has quit IRC08:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:28
*** kimo_ <kimo_!~kbouhara@> has quit IRC08:29
bluelightningmorning all08:30
*** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-jaontakkbubyizeh> has joined #yocto08:32
*** e8johan <e8johan!> has quit IRC08:35
*** ddalex1 <ddalex1!> has joined #yocto08:36
*** vdehors <vdehors!> has joined #yocto08:52
*** ant_work <ant_work!> has joined #yocto08:57
*** darkhorse <darkhorse!ad26d10b@gateway/web/freenode/ip.> has joined #yocto09:17
*** jimBaxter <jimBaxter!> has joined #yocto09:18
*** kimo_ <kimo_!~kbouhara@> has joined #yocto09:24
*** jmd <jmd!> has joined #yocto09:43
*** belen <belen!~Adium@> has joined #yocto09:43
*** ddalex1 <ddalex1!> has quit IRC09:45
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC09:47
*** jmd <jmd!> has quit IRC09:48
*** thoms <thoms!4d16ccba@gateway/web/freenode/ip.> has joined #yocto09:50
*** aswin <aswin!~aswin@> has joined #yocto09:50
*** simonl <simonl!uid6729@gateway/web/> has joined #yocto09:54
*** CromFr <CromFr!~CromFr@> has quit IRC10:02
*** CromFr <CromFr!~CromFr@> has joined #yocto10:03
*** phantoxe <phantoxe!> has joined #yocto10:09
*** Rootert <Rootert!> has quit IRC10:35
*** RagBal <RagBal!> has quit IRC10:36
*** CromFr <CromFr!~CromFr@> has quit IRC10:36
*** CromFr <CromFr!~CromFr@> has joined #yocto10:36 says PACKAGES =+ "libcrypto", but no such thing seems to be built. what does this mean, then?10:41
LetoThe2ndbut can see libcrypto1.0.0_1.0.1jsomething in the package deploy dir10:43
LetoThe2ndso how to properly depend on it?10:43
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto10:45
*** nicktick1 <nicktick1!~john@> has joined #yocto10:46
bluelightningLetoThe2nd: my openssl here builds a libcrypto package10:50
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC10:50
bluelightningLetoThe2nd: it's a shared library, so if your application links to it, it will get a runtime dependency on the libcrypto package automatically10:50
LetoThe2ndbluelightning: ah so it RDEPENDS?10:50
bluelightningLetoThe2nd: an RDEPENDS will be added during packaging yes10:51
bluelightningLetoThe2nd: you just need to make sure openssl is a build time dependency i.e. you do need an explicit openssl in DEPENDS10:51
LetoThe2ndbluelightning: hm. still somethings weird here. maybe openssl needs some added flags when being built then.10:51
LetoThe2ndbluelightning: but i see then, thanks for your input!10:52
bluelightningLetoThe2nd: first place to look would be the configure script and the packages-split directory10:52
bluelightningfor openssl itself10:52
LetoThe2ndbluelightning: no, its more like the linker complains about some md5 stuff not being found. probably its something $coworker relied on in libcrypto, but not being enabled by default in poky.10:53
*** hitlin37 <hitlin37!uid16371@gateway/web/> has joined #yocto10:53
*** RagBal <RagBal!~RagBal@> has joined #yocto11:00
*** nicktick1 <nicktick1!~john@> has quit IRC11:00
*** Rootert_ <Rootert_!> has joined #yocto11:00
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto11:02
bluelightningLetoThe2nd: I'm assuming it's not something silly like missing -lcrypto ?11:03
*** Rootert_ is now known as Rootert11:04
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto11:06
*** rburton <rburton!> has joined #yocto11:09
rburtonhm is paul barker around?11:10
* rburton can't recall his nick11:10
*** nicktick1 <nicktick1!~john@> has joined #yocto11:13
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC11:14
*** nicktick1 <nicktick1!~john@> has quit IRC11:28
*** JaMa <JaMa!> has joined #yocto11:29
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto11:32
*** RagBal <RagBal!~RagBal@> has quit IRC11:33
*** Rootert <Rootert!> has quit IRC11:33
*** vdehors <vdehors!> has quit IRC11:36
*** RagBal <RagBal!> has joined #yocto11:38
*** Rootert <Rootert!> has joined #yocto11:39
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC11:41
*** auke- <auke-!> has quit IRC11:41
*** nicktick1 <nicktick1!~john@> has joined #yocto11:42
*** auke- <auke-!> has joined #yocto11:49
*** nerdboy <nerdboy!> has quit IRC11:54
*** ecdhe <ecdhe!> has joined #yocto11:55
*** Noor <Noor!~quassel@> has quit IRC11:55
*** Noor <Noor!~quassel@> has joined #yocto11:55
*** ddom <ddom!> has joined #yocto11:58
*** patrickz <patrickz!~Thunderbi@> has quit IRC12:05
*** patrickz <patrickz!~Thunderbi@> has joined #yocto12:06
LetoThe2ndbluelightning: hehe no, certainly not :)12:07
*** Nilesh_ <Nilesh_!~minda@> has quit IRC12:16
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC12:16
*** nicktick1 <nicktick1!~john@> has quit IRC12:21
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto12:24
*** warthog9 <warthog9!~warthog9@> has quit IRC12:24
*** manuel__ <manuel__!> has joined #yocto12:25
*** fp <fp!~Chaudhary@> has joined #yocto12:25
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto12:26
*** fp <fp!~Chaudhary@> has quit IRC12:28
*** madisox <madisox!~madison@2601:9:2700:e100:4d6e:5cd6:7331:fb0a> has joined #yocto12:40
*** joseppc <joseppc!> has joined #yocto12:43
*** warthog9 <warthog9!~warthog9@> has joined #yocto12:49
*** chankit1 <chankit1!> has joined #yocto12:50
*** hugovs <hugovs!~hugo@> has joined #yocto12:54
*** vdehors <vdehors!> has joined #yocto12:58
*** warthog9 <warthog9!~warthog9@> has quit IRC13:00
*** chankit1 <chankit1!> has quit IRC13:04
*** chankit1 <chankit1!~oneam@> has joined #yocto13:15
*** manuel__ <manuel__!> has quit IRC13:15
*** manuel__ <manuel__!> has joined #yocto13:21
*** warthog9 <warthog9!~warthog9@> has joined #yocto13:22
*** chankit1 <chankit1!~oneam@> has quit IRC13:23
*** dmoseley <dmoseley!~dmoseley@> has quit IRC13:30
*** dmoseley <dmoseley!~dmoseley@2606:a000:1208:4060:79e2:7c12:e1c6:d3d2> has joined #yocto13:32
*** marka <marka!~marka@> has joined #yocto13:32
*** dmoseley1 <dmoseley1!> has joined #yocto13:34
*** dmoseley <dmoseley!~dmoseley@2606:a000:1208:4060:79e2:7c12:e1c6:d3d2> has quit IRC13:37
*** hugovs <hugovs!~hugo@> has quit IRC14:05
*** CromFr <CromFr!~CromFr@> has quit IRC14:11
*** CromFr <CromFr!~CromFr@> has joined #yocto14:12
ipuustinDoes Yocto have support for non-manual system upgrades?14:14
ipuustinI mean tooling for reflashing the image, something like openwrt does it. :-)14:14
*** dguthrie <dguthrie!~dguthrie@> has joined #yocto14:17
bluelightningwe don't have anything out of the box, but there have been some efforts to build something on top14:18
dguthrieI have a recipe which I make do_compile[nostamp] = "1". When I execute the following the compile is always executed, bitbake -c compile myrecipe. However when I execute just bitbake myrecipe, the compile is not executed. Is there a way of forcing a task always to be rebuilt14:19
*** manuel__ <manuel__!> has quit IRC14:23
LetoThe2ndipuustin: you can have a look at meta-swupdate by stefano babic, for example14:25
*** patrickz <patrickz!~Thunderbi@> has quit IRC14:27
bluelightningdguthrie: I think that's something we only recently fixed in bitbake14:28
bluelightningdguthrie: here's the patch that fixed it:
dguthriebluelightning: Thanks for patch.14:28
*** manuel__ <manuel__!> has joined #yocto14:29
*** manuel__ <manuel__!> has quit IRC14:29
bluelightningLetoThe2nd: ipuustin: ah yes that's what I was just trying to remember the name of - repo is here:
*** rburton1 <rburton1!> has joined #yocto14:36
*** rburton <rburton!> has quit IRC14:37
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC14:39
*** dguthrie <dguthrie!~dguthrie@> has quit IRC14:42
*** patrickz <patrickz!~Thunderbi@> has joined #yocto14:43
*** jmpdelos__ <jmpdelos__!> has joined #yocto14:46
*** jmdelos_ <jmdelos_!> has quit IRC14:48
*** ant_work <ant_work!> has quit IRC14:50
*** behanw <behanw!~behanw@> has joined #yocto14:53
*** belen <belen!~Adium@> has quit IRC14:54
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto14:55
*** belen <belen!~Adium@> has joined #yocto14:56
*** manuel__ <manuel__!~manuel@> has joined #yocto14:57
*** AndersD <AndersD!> has quit IRC14:59
*** g1zer0 <g1zer0!> has quit IRC15:05
*** SorenHolm <SorenHolm!~quassel@> has quit IRC15:09
*** jackmitchell <jackmitchell!> has quit IRC15:17
*** jackmitchell <jackmitchell!> has joined #yocto15:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:20
*** jackmitchell <jackmitchell!> has quit IRC15:20
*** jackmitchell <jackmitchell!> has joined #yocto15:25
*** ddom <ddom!> has quit IRC15:26
*** jackmitchell <jackmitchell!> has quit IRC15:26
*** jackmitchell <jackmitchell!> has joined #yocto15:27
*** ddom <ddom!> has joined #yocto15:28
*** jackmitchell <jackmitchell!> has quit IRC15:30
*** nicktick <nicktick!~john@unaffiliated/nicktick> has quit IRC15:36
*** hamis <hamis!~irfan@> has quit IRC15:36
*** mago_ <mago_!> has joined #yocto15:38
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC15:39
*** mranostay <mranostay!> has joined #yocto15:40
*** mranostay <mranostay!> has quit IRC15:40
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto15:40
grmahi, someone seen a .bb build file for ?15:43
JaMagrma: yes it was in meta-oe, now it's replaced by json-c15:45
JaMaand json-c was backward compatible until last upgrade in oe-core, so still better to downgrade json-c than re-introduce libjson15:46
grmaok, thx15:46
grmathe bad thing, the customer wants libjson lib :(15:48
JaMajson-c produces libjson lib :)15:52
grmayup, i have seen this and think about how to do it the correct way ...15:54
grmaJaMa: Are you the maintainer of meta-qt5 ?15:55
*** jackmitchell <jackmitchell!> has joined #yocto15:56
bachpHello, does sombody know what is the recommended method to handle PR increases in .bbappend files since PRINC is deprecated?16:02
kergothlet the pr server increment it as needed, manual bumps aren't needed16:02
bachpWhat if pr server isn't used?16:03
kergoththen it won't be updated. which won't affect your builds at all, bitbake still knows what to rebuild when, it's just the binary packages that'd be affected16:04
*** dvhart <dvhart!~dvhart@> has joined #yocto16:05
bachpOk so if we want to use binary packages a central PR server is mandatory?16:05
bachpBecause we have builds running on different machines16:05
kergothit's not mandatory, it depends on your needs and priorities. if you want package upgrades to work reliably, then yeah, i think a central PR server is about the only option16:06
bachpOk thanks for clarifying16:06
JaMagrma: yes16:08
bachpJust for my understanding all servers that contribute to the same package repository must need the same PR server to work reliably? But an sstate cache can be shared even if each machine has its own PR server?16:08
grmaJaMa: great job, what you and all others do here...16:08
JaMagrma: thanks16:09
JaMabachp: yes16:09
fraybackp, correct..  which is why you use a shared PR server if multiple machines are contributing to the same sstate-cache16:09
frayif you don't care about on-target upgrade or "PR" numbers, then you can skip that..  but any time you want to be able to move from one build of a package to the next.. (i.e. not always regenerating the filesystem image) you need the PR server16:10
JaMabachp: EXTENDAUTOPR isn't part of sstate signatures, so you can share the same sstate archive even when it's packaged with different package version16:10
frayyup.. the only piecce that gets loaded into it is the package bit, since the updated 'PR' is stored in there..16:10
frayso if the PR numbers are mismatched between systems you'll likely have to repackage everything (or worse case, you'll end up with package extracted that don't match the expected PR in the control files)16:11
bachpI tried once sharing an sstate-cache but i got some QA issue telling the PR went backward16:11
fraythat would be the PR server bit16:11
fraythere is documentation on setting up a shared PR server. only downside is that it's a single point of failure (and if you never "quit" the PR server, it never writes it's DB... at least not in older versions, that might be resolved now)16:12
bachpThe single point of failure was one of the reasons I wanted to avoid it16:13
frayif you can come up with a read-only PR server.. then you can seed your builders with PR data from the original instance..16:14
frayit might even be possible to generate the PR server data from the sstate-cache contents and use that to seed it.. but as soon as you start writing to a shared location then you need something to coordinate, and thats the shared PR server16:14
bachpWhat do you mean by original instance?16:15
frayoriginal design for the PR server (not implemented) was a DNS like approach.. where you could have multiple places for authoritative data.. but there are still failure points..16:15
frayyou'd then locate your PR server with the associated data at those locations.16:15
frayif you have a master builder.. that master builder can have it's local PR server and build and populate teh sstate-cache..16:15
fraythat PR data and sstate-cache can be shared read-only to users/developers to boost their build times..16:16
bachpOk I understand16:16
fraythe master build artifacts are the original instance..  the problem is if you have multiple builders feeding to a single sstate-cache location, then you need the syncronization piece16:16
bachpThat explains why I hade the issues16:16
bachpAnother issue I see is that you need to backup sour PR server DB together with your binary package repository to guarantee consistent update paths. Is that correct?16:17
frayIMHO what we really need (going back to DNS like approach) is something where you have a local resolver who is responsible for querying one or more remote resolvers.. that way you can have redundnacy.  You should also have a way to "post" your updated PRs out to the remote PR servers -if- you are sharing files to them.. if you aren't then read-only is fine..16:18
frayPR server DB w/ sstate-cache data... yes..  the binary package repository is contained in the image usually (or similar) and can always be reconstructed with the PR server DB and sstate-cache data16:19
bachpThe sstate-cache is also required?16:19
bachpI assumed PR server data + source are enough?16:19
frayThe PR server is hash -> PR...  so yes, DB + recipes + configuration should be enough to recreate teh data.. BUT when you rebuild differences in the results will creap in.  specifically build paths, build machine names, and timestamps.. since those don't affect the resulting "code", only data..16:20
JaMabachp: see
yoctiBug 5399: enhancement, Medium+, 1.8,, NEW , Sharing PR server between builders with different metadata16:20
frayso if you want to recrease your package 'feed'.. then you need the PR DB, sstate-cache (cache of previous builds), recipes and config16:21
fraythat way when you go to build "new", the system will see the hash has not changed and just load the data from the sstate-cache, this prevents the rebuild which prevents the embedded info from changing16:21
JaMabachp: and there is a lot of "PR went backward" caused by wrong PACKAGE_ARCH in recipes, see especially if you're building multiple MACHINES16:22
frayin the end what you do comes down to why you need to do it.  If you are doing something like CentOS.. then you need to preserve it all.. if you are just rebuilding images and imags deployed to new machines.. then you don't ned anything16:22
*** mago_ <mago_!> has quit IRC16:22
frayand there is a LOT of area in the middle.. but mostly the PR values are required for package upgrades on the target.16:22
*** ecdhe_ <ecdhe_!> has joined #yocto16:23
JaMafray: you don't need sstate-cache in order to recreate the same feed if you have the same metadata16:23
fraythe timestamps..16:24
JaMaof packages will be different even if you have sstate-cache16:24
frayI don't want and can't allow (for on-target upgrades) my RPM package checksums to change because they've been rebuilt from source and all of the embedded timestamps, build data, etc has changed..16:24
frayno, the package timestamps remain the same with the sstate-cache, since they're just extracted from the cache and played in the deployment dir16:24
fray'er.. I mean package -metadata-16:25
gabrbeddQuestion: I've been re-using the same build/ directory and just changing MACHINE in the environment. This creates weired FTBFS bugs. Is that supposed to work?16:25
fraythe only time the package is rebuilt is if something affects the hash of the do_package step..16:25
JaMagabrbedd: yes16:25
frayI've had a few problems with changing MACHINE and SDKMACHINE, but all of them have been the results of bugs in the recipes16:26
JaMagabrbedd: there are still issues ( but this doesn't cause FTBFS16:26
gabrbeddWell, In my case the problem is the toolchain. Both machines end up with the same TARGET_PREFIX.16:27
JaMaonly just annoying re-extracting each time you change MACHINE16:27
fraygabrbedd if the target_prefixes are the same, then the contents of the toolchains should be the same..16:27
gabrbeddHowever, the compilers inside there have a hard-coded sysroot path that only points to ONE of the MACHINE sysroots.16:27
frayif your machines are affecting the tune parameters, you really need a new tune..16:27
fraythe sysroot is specified as a command line argument.. the embedded one is just for reference, but should be ignored..16:28
JaMagabrbedd: you should always get right sysroot path from C*FLAGS16:28
frayI believe newer versions of the toolchain integration may even be passed an invalid path to eliminate that issue16:28
gabrbeddWell, it seems that if TARGET_PREFIX somehow included $MACHINE... it would work.16:28
fray(at least there was talk about doing that)16:28
JaManever used the hard-coded one, now it's also poinsoned to prevent accidental use16:28
JaMathat's done in current master16:28
fraythree different machines can have entirely the same toolchain and target_prefix, that is absolutely allowed and expected16:28
frayJaMa, ok it did go in then16:28
*** sjolley <sjolley!~sjolley@> has quit IRC16:29
frayif the toolchain confgiuration changes based on the machine (with the same TARGET_PREFIX), then you have a bug in your configuration.16:29
gabrbeddHmmm... OK. Let me chew on that. The problem I was having was with building things with a crappy vendor-supplied makefile system (the TI DSP toolchains)16:30
fraycommon bugs are changing values with the tune parameters in the machine .conf when a new tune should have been specified.. or even changing distribution setting values in the machine.. those should be in the distro file16:30
bachpThanks guys for discussion. Unfortunatly I need to go.16:30
gabrbeddIn general, the CFLAGS and whatnot were sanitized.16:30
gabrbedd...because it's also building kernel modules.16:30
frayrecipes that require specific machine knowledge, should be tagged as machine specific..16:30
frayrecipes should build userspace -or- kernel modules, generally not both.  This allows for the applications and kernel pieces to have localized knowledge to different pieces of the system16:31
*** CromFr <CromFr!~CromFr@> has quit IRC16:31
frayeasiest way to do that is use the same source twice, but only build half of it per16:31
*** CromFr <CromFr!~CromFr@> has joined #yocto16:31
gabrbeddfray: JaMa: thanks, guys.16:32
*** Aethenelle <Aethenelle!> has joined #yocto16:33
*** benjamirc <benjamirc!~besquive@> has joined #yocto16:41
*** belen <belen!~Adium@> has quit IRC16:41
*** CromFr <CromFr!~CromFr@> has quit IRC16:43
*** CromFr <CromFr!~CromFr@> has joined #yocto16:44
*** belen <belen!Adium@nat/intel/x-cukycfoikupnpvuu> has joined #yocto16:46
*** manuel__ <manuel__!~manuel@> has quit IRC16:48
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC16:50
*** dgm816 <dgm816!> has joined #yocto16:54
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto16:54
*** sopox is now known as xodos16:55
*** manuel__ <manuel__!~manuel@> has joined #yocto16:57
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC16:59
*** sjolley <sjolley!~sjolley@> has joined #yocto16:59
*** stormbytes <stormbytes!> has left #yocto17:04
paulgholy crap, does "top" from procps-ng ever look like cat vomit.17:12
* paulg will try rebuilding w/ " --disable-modern-top "17:13
*** belen <belen!Adium@nat/intel/x-cukycfoikupnpvuu> has left #yocto17:15
*** jmd <jmd!> has joined #yocto17:17
ulf`/data/yocto/tizen-distro/build-modello/tmp-glibc/work/genericx86-oe-linux/linux-yocto/3.14.19+gitAUTOINC+fb6271a942_902f34d361-r0/linux/scripts/mod/devicetable-offsets.c:1:0: error: code model 'kernel' not supported in the 32 bit mode #include <linux/kbuild.h>17:18
* ulf` grumbles17:18
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto17:19
*** dvhart <dvhart!~dvhart@> has quit IRC17:21
*** dvhart <dvhart!~dvhart@> has joined #yocto17:21
*** darkhorse <darkhorse!ad26d10b@gateway/web/freenode/ip.> has quit IRC17:23
*** nerdboy <nerdboy!> has joined #yocto17:24
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:24
*** dvhart <dvhart!~dvhart@> has quit IRC17:26
*** darkhorse <darkhorse!ad26d10b@gateway/web/freenode/ip.> has joined #yocto17:26
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-lqgobplhhoedhtwi> has joined #yocto17:27
*** benjamirc <benjamirc!~besquive@> has quit IRC17:27
*** dvhart <dvhart!~dvhart@> has joined #yocto17:27
*** SoylentYellow <SoylentYellow!> has joined #yocto17:29
*** SoylentYellow <SoylentYellow!> has quit IRC17:29
*** SoylentYellow <SoylentYellow!> has joined #yocto17:30
darkhorsebluelightning: hi, is it possible to append to a task inherited from a class in both .bb and .bbappend files?17:31
bluelightningpaulg: ugh, mangling standard unix tools? surely if something "modern" is desired, htop is a good existing alternative17:32
bluelightningdarkhorse: yes17:32
bluelightningdarkhorse: changes in the bbappend will be applied after those in the .bb, if it makes a difference17:32
kergoth<3 htop17:33
darkhorsebluelightning: no that's fine. but i get the following error: Failure expanding variable do_rootfs: ShellSyntaxError: Unexpected EOF17:33
kergoththough htop could use some better color schemes, they should improve that17:33
*** sjolley <sjolley!~sjolley@> has quit IRC17:34
bluelightningdarkhorse: I imagine you're probably trying to add shell code to do_rootfs which is actually a python function - is that right?17:35
*** kimo_ <kimo_!~kbouhara@> has quit IRC17:35
paulgbluelightning, I just did a  EXTRA_OECONF += "--disable-modern-top"17:37
paulg in my layer of stuff and that fixed it.17:37
paulgI can send it for yocto in general, if ppl are in agreement that the new format is hideous.17:37
bluelightningpaulg: depending on how awful it looks we might want to consider doing that17:37
darkhorsebluelightning: i see. so you can't mix the two !!17:38
paulghere are some opinions that are similar to mine ; found when googling how to disable the POS...17:38
bluelightningdarkhorse: no, but there are ways to insert calls to shell functions if you want to extend do_rootfs17:38
bluelightninghah... 'Considering the trouble it has caused us, I suggest the name "bottom"'17:40
*** jbrianceau is now known as jbrianceau_away17:41
darkhorsebluelightning: can you provide me some pointers?17:43
bluelightningah yes sorry I meant to do that and got distracted17:43
bluelightningone sec17:44
bluelightningdepending on when you want the commands to run17:45
bluelightningtypically you would define a shell function and then append a call to it to the end of one of those variables (with a leading ;  )17:45
darkhorsebluelightning: it turns out that do_rootfs () is a shell function17:48
bluelightningremind me , which version of the build system are you using?17:49
bluelightningit did change a few versions ago17:49
*** sjolley <sjolley!sjolley@nat/intel/x-siuszcgyounymksg> has joined #yocto17:50
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC17:51
*** sjolley <sjolley!sjolley@nat/intel/x-siuszcgyounymksg> has quit IRC17:54
*** sjolley <sjolley!sjolley@nat/intel/x-sszxcofqnmodueiy> has joined #yocto17:57
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto17:58
*** bluelightning_ <bluelightning_!~paul@> has quit IRC17:58
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:58
*** bluelightning_ is now known as bluelightning17:58
*** tomz <tomz!trz@nat/intel/x-beevbcmxiakndgjm> has quit IRC18:00
kergothgood god, you werne't kidding about how ugly top is out of the box now18:03
kergothwhat the hell were they thinking18:03
* zeddii pukes18:04
kergoth on my arch vm18:04
* kergoth twitches18:04
markaI thought it looked fine, especially when you have a boalload of CPUs18:04
* zeddii glares18:04
kergothglad i normally use htop anyway18:05
darkhorsebluelightning: it is dylan branch18:06
bluelightningdarkhorse: ok, so it would be shell there; however you'll still be better off using the aforementioned variables in most cases18:07
*** tomz <tomz!~trz@> has joined #yocto18:16
*** phantoxe <phantoxe!> has quit IRC18:18
*** pohly <pohly!~pohly@> has quit IRC18:22
*** tmpsantos <tmpsantos!tmpsantos@nat/intel/x-jaontakkbubyizeh> has quit IRC18:26
paulgfray, that rpm splat that you had me run gdb on a few months ago?  zeddii  just hit it too.  :)18:29
*** Nitin <Nitin!nakamble@nat/intel/x-dgmaitzosvirmifb> has quit IRC18:37
*** Nitin <Nitin!nakamble@nat/intel/x-tjfkhorqpqcgfkfa> has joined #yocto18:40
*** melonipoika_ <melonipoika_!~quassel@> has quit IRC18:51
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC19:05
*** Noor <Noor!~quassel@> has quit IRC19:09
*** Noor <Noor!~quassel@> has joined #yocto19:09
*** Nitin <Nitin!nakamble@nat/intel/x-tjfkhorqpqcgfkfa> has quit IRC19:16
*** SorenHolm <SorenHolm!> has joined #yocto19:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:25
*** bluelightning_ <bluelightning_!~paul@> has joined #yocto19:25
*** bluelightning_ <bluelightning_!~paul@> has quit IRC19:25
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:25
*** bluelightning_ is now known as bluelightning19:25
*** darkhorse <darkhorse!ad26d10b@gateway/web/freenode/ip.> has quit IRC19:28
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-lqgobplhhoedhtwi> has quit IRC19:31
*** benjamirc <benjamirc!besquive@nat/intel/x-pfrcdhdotaqhejtx> has joined #yocto19:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC19:31
*** benjamirc <benjamirc!besquive@nat/intel/x-pfrcdhdotaqhejtx> has quit IRC19:39
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:47
*** thoms <thoms!4d16ccba@gateway/web/freenode/ip.> has quit IRC19:51
*** Nitin <Nitin!~nakamble@> has joined #yocto19:57
-YoctoAutoBuilder- build #162 of nightly-intel-gpl is complete: Failure [failed BuildImages BuildImages_1] Build details are at
-YoctoAutoBuilder- build #169 of nightly-world is complete: Failure [failed BuildImages Publishing Artifacts] Build details are at
*** melonipoika <melonipoika!> has joined #yocto20:11
-YoctoAutoBuilder- build #167 of nightly-non-gpl3 is complete: Failure [failed BuildImages] Build details are at
*** Noor <Noor!~quassel@> has quit IRC20:29
*** benjamirc <benjamirc!~besquive@> has joined #yocto20:29
*** Noor <Noor!~quassel@> has joined #yocto20:30
*** jimBaxter <jimBaxter!> has quit IRC20:34
*** sameo <sameo!samuel@nat/intel/x-gfnzeduolfrjxwll> has joined #yocto20:35
*** benjamirc <benjamirc!~besquive@> has quit IRC20:35
*** khem <khem!> has quit IRC20:35
*** khem <khem!> has joined #yocto20:37
*** belen <belen!> has joined #yocto20:37
*** belen <belen!> has quit IRC20:39
*** jmd <jmd!> has quit IRC20:41
*** melonipoika <melonipoika!> has quit IRC20:44
*** SorenHolm <SorenHolm!> has quit IRC20:46
*** benjamirc <benjamirc!~besquive@> has joined #yocto20:51
paulganyone know why meta/recipes-core/coreutils/coreutils-8.21/dummy_help2man.patch unconditionally cripples the manpages for coreutils?20:52
paulgthe commit 841ec528ec04e64bd09ff10f8d9ad2d6e3aac05d which does it does not mention a thing....   :(20:52
-YoctoAutoBuilder- build #166 of nightly-fsl-ppc-lsb is complete: Failure [failed BuildImages] Build details are at
*** Nitin <Nitin!~nakamble@> has quit IRC20:57
*** Nitin <Nitin!~nakamble@> has joined #yocto20:57
*** cbzx <cbzx!> has joined #yocto20:58
*** ddalex1 <ddalex1!~ddalex@> has joined #yocto20:59
*** cbzx <cbzx!> has quit IRC20:59
*** Nitin1 <Nitin1!~nakamble@> has joined #yocto21:00
*** darkhorse <darkhorse!ad26d10d@gateway/web/freenode/ip.> has joined #yocto21:00
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-mexqbqxajyvexmhh> has joined #yocto21:01
*** SorenHolm <SorenHolm!> has joined #yocto21:01
*** Nitin <Nitin!~nakamble@> has quit IRC21:02
*** benjamirc <benjamirc!~besquive@> has quit IRC21:03
*** jmdelos_ <jmdelos_!> has joined #yocto21:13
*** jmpdelos__ <jmpdelos__!> has quit IRC21:16
*** JaMa <JaMa!> has quit IRC21:19
paulgaha, it is RP 's fault...21:21
paulgcommit 2f8d643c76f5aa933b95a50092132ef37af203c721:21
paulgAuthor: Richard Purdie <>21:21
paulgDate:   Thu Sep 29 23:26:07 2011 +010021:21
paulg    Remove help2man dependency21:21
* paulg digs in, since I want real manpages, not crippled stubs.21:22
*** kscherer <kscherer!~kscherer@> has quit IRC21:24
RPpaulg: Its amazing how much is my fauly21:24
RPpaulg: btw, you want working manpages for the target, for native you probably don't want the build dependencies21:25
paulgRP, I'm essentially trying to improve the environment of the build-appliance/self-hosting deployment to suck less.21:27
paulgmeaning having sane devel environment with functional manpages etc.21:27
RPpaulg: fine, just keep in mind enabling manpages for native recipes will cause problems21:27
*** hramrach <hramrach!~hramrach@gateway/tor-sasl/hramrach> has quit IRC21:28
paulgok, thanks for the heads up.21:28
*** dvhart <dvhart!~dvhart@> has quit IRC21:29
RPpaulg: I'm all in favour fwiw, its just a lot of docs are disabled due to dependency issues21:29
*** dvhart <dvhart!~dvhart@> has joined #yocto21:29
paulgRP, zeddii gave me a heads up on the foo req'd to limit to tgt builds, so I'll have a go at that when I get home.21:31
rburton1paulg: there was previously talk of enabling doxygen docs where relevant for target/sdk builds too, so i'm a fan of a global "build documentation" toggle respected by a few classes that recipes can inherit.21:32
RPpaulg: if you run into difficulties shout, we collectively have experience with figuring it out21:32
*** dvhart <dvhart!~dvhart@> has quit IRC21:33
paulgrburton1, I took a poke at building git manpages a while ago ; it did suck in a lot of things, asciidoc etc.21:33
paulgin the end I just cheated for now and used the prebuilt git manpages from kenrel.org21:33
rburton1paulg: yeah, other packages will build through xml/xslt and cause pain21:33
*** ddalex1 <ddalex1!~ddalex@> has quit IRC21:34
*** dvhart <dvhart!~dvhart@> has joined #yocto21:35
*** dvhart <dvhart!~dvhart@> has quit IRC21:36
*** dvhart <dvhart!~dvhart@> has joined #yocto21:37
*** behanw <behanw!~behanw@> has quit IRC21:37
*** darkhorse <darkhorse!ad26d10d@gateway/web/freenode/ip.> has quit IRC21:38
paulgRP, seems virtclass-native is used to _add_ steps to a native build ; in this case we'd want to do _less_ steps for the native build...   can you think of an example to point me at on how filter out native?21:39
RPpaulg: well, one way we do things is PACKAGECONFIG = "xxx docs" and then PACKAGECONFIG_class-native = "xxx"21:40
RPpaulg: virtclass is dead, use class-native21:40
paulgok, that will give me sth to grep for when I get home;  thanks.21:42
*** Oglarun <Oglarun!~sokrates@> has quit IRC21:51
*** Oglarun <Oglarun!~sokrates@> has joined #yocto21:55
*** darkhorse <darkhorse!ad26d10d@gateway/web/freenode/ip.> has joined #yocto21:59
darkhorseis it possible to build just kernel modules and their pacakges to embed in ramdisk based image22:01
*** benjamirc1 <benjamirc1!besquive@nat/intel/x-mexqbqxajyvexmhh> has quit IRC22:05
*** hitlin37 <hitlin37!uid16371@gateway/web/> has quit IRC22:06
*** Nitin1 <Nitin1!~nakamble@> has quit IRC22:07
*** Nitin <Nitin!nakamble@nat/intel/x-jtviyozwgcsmvbwo> has joined #yocto22:08
*** Nitin <Nitin!nakamble@nat/intel/x-jtviyozwgcsmvbwo> has quit IRC22:10
*** sameo <sameo!samuel@nat/intel/x-gfnzeduolfrjxwll> has quit IRC22:10
*** Nitin <Nitin!nakamble@nat/intel/x-wiorgnufhfnezseb> has joined #yocto22:13
*** SorenHolm <SorenHolm!> has quit IRC22:14
-YoctoAutoBuilder- build #164 of nightly-fsl-ppc is complete: Failure [failed BuildImages Building Toolchain Images Building Toolchain Images_1] Build details are at
*** paulg_ <paulg_!> has joined #yocto22:17
*** marka <marka!~marka@> has quit IRC22:20
*** darkhorse <darkhorse!ad26d10d@gateway/web/freenode/ip.> has quit IRC22:26
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto22:27
*** benjamirc <benjamirc!besquive@nat/intel/x-jdonurdlolddzppp> has joined #yocto22:29
*** ddalex1 <ddalex1!~ddalex@> has joined #yocto22:30
*** benjamirc <benjamirc!besquive@nat/intel/x-jdonurdlolddzppp> has quit IRC22:33
*** benjamirc <benjamirc!besquive@nat/intel/x-saykndmebaxkwdzv> has joined #yocto22:34
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC22:46
*** manuel__ <manuel__!~manuel@> has quit IRC22:51
*** Aethenelle <Aethenelle!> has quit IRC22:56
*** fray <fray!~mhatle@> has quit IRC23:00
*** bfederau <bfederau!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** dvhart <dvhart!~dvhart@> has quit IRC23:01
*** fray <fray!~mhatle@> has joined #yocto23:01
*** dvhart <dvhart!~dvhart@> has joined #yocto23:03
*** manuel__ <manuel__!~manuel@> has joined #yocto23:03
*** benjamirc <benjamirc!besquive@nat/intel/x-saykndmebaxkwdzv> has quit IRC23:04
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto23:04
*** benjamirc <benjamirc!~besquive@> has joined #yocto23:06
*** ant_home <ant_home!> has joined #yocto23:06
*** __karthik <__karthik!karthik@nat/ti/x-hgclgmvsskcanjgz> has quit IRC23:10
*** __karthik <__karthik!karthik@nat/ti/x-kykgqklngwxvzugi> has joined #yocto23:11
*** dvhart <dvhart!~dvhart@> has quit IRC23:12
*** ddalex1 <ddalex1!~ddalex@> has quit IRC23:18
*** ddalex1 <ddalex1!~ddalex@> has joined #yocto23:19
*** dvhart <dvhart!~dvhart@> has joined #yocto23:20
*** ddalex1 <ddalex1!~ddalex@> has quit IRC23:24
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC23:24
*** booly-yam-5194_ <booly-yam-5194_!> has joined #yocto23:26
*** dvhart <dvhart!~dvhart@> has quit IRC23:26
*** nicktick <nicktick!~john@unaffiliated/nicktick> has joined #yocto23:30
*** rburton1 <rburton1!> has quit IRC23:35
*** paulg_ <paulg_!> has quit IRC23:39
*** booly-yam-5194_ <booly-yam-5194_!> has quit IRC23:42

Generated by 2.11.0 by Marius Gedminas - find it at!