| *** JDuke128 <JDuke128!~textual@178.233.48.89> has joined #yocto | 00:17 | |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 00:48 | |
| nerdboy | anybody know how to AC_CHECK_LIBS or similar for static libm? | 00:50 |
|---|---|---|
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 01:01 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has quit IRC | 01:22 | |
| *** JDuke128 <JDuke128!~textual@178.233.48.89> has quit IRC | 03:25 | |
| *** madisox <madisox!~madisox@128.107.164.121> has quit IRC | 04:02 | |
| *** warthog9 <warthog9!~warthog9@149.20.54.19> has quit IRC | 05:37 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 05:56 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has joined #yocto | 06:09 | |
| *** warthog9 <warthog9!~warthog9@149.20.54.19> has joined #yocto | 06:17 | |
| *** JDuke128 <JDuke128!~textual@178.233.48.89> has joined #yocto | 06:22 | |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has quit IRC | 06:31 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 06:35 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 06:35 | |
| *** VoiceShen <VoiceShen!~VoiceShen@210.13.75.22> has joined #yocto | 06:41 | |
| VoiceShen | Hi All, | 06:41 |
| VoiceShen | I try to add gstreamer also include plugins to my image, however it is not included | 06:41 |
| VoiceShen | I do like this: | 06:42 |
| VoiceShen | + gstreamer1.0 \ | 06:42 |
| VoiceShen | + gstreamer1.0-plugins-base \ | 06:42 |
| VoiceShen | + gstreamer1.0-plugins-good \ | 06:42 |
| VoiceShen | + gstreamer1.0-plugins-bad \ | 06:42 |
| VoiceShen | + gstreamer1.0-plugins-ugly \ | 06:42 |
| VoiceShen | when I use gst-inspect to query which plugins is added | 06:42 |
| VoiceShen | only coreelements is added | 06:43 |
| VoiceShen | any idea why good/bad/ugly plugins not added | 06:43 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 06:55 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC | 07:06 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has joined #yocto | 07:07 | |
| *** mckoan|away is now known as mckoan | 07:19 | |
| *** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto | 07:19 | |
| mckoan | good morning | 07:19 |
| *** florian_kc is now known as florian | 07:19 | |
| mckoan | VoiceShen: did you add them using IMAGE_INSTALL_append ? | 07:25 |
| VoiceShen | Oh, no, I will try it | 07:26 |
| VoiceShen | mckoan: I put it into IMAGE_INSTALL section | 07:29 |
| VoiceShen | however, it is not included in image file | 07:30 |
| *** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto | 07:46 | |
| *** fusman <fusman!~fahad@110.93.212.98> has joined #yocto | 07:48 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has joined #yocto | 08:03 | |
| erbo | VoiceShen: If I remember correctly you'll have to add the different -plugins-good-* to the image. | 08:08 |
| erbo | I don't think e.g. gstreamer1.0-plugins-good pulls in the different packages that are built | 08:09 |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:10 | |
| *** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:10 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:10 | |
| *** BCMM <BCMM!~BCMM@callowend.plus.com> has joined #yocto | 08:10 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 08:10 | |
| *** BCMM <BCMM!~BCMM@callowend.plus.com> has quit IRC | 08:10 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:10 | |
| bluelightning | morning all | 08:14 |
| Letothe2nd | UGT? ;) | 08:15 |
| bluelightning | Letothe2nd: indeed, in which case good morning :) | 08:16 |
| VoiceShen | erbo: thanks, it works. | 08:16 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 08:28 | |
| *** VoiceShen <VoiceShen!~VoiceShen@210.13.75.22> has left #yocto | 08:48 | |
| *** DarkKnight_ <DarkKnight_!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has joined #yocto | 08:58 | |
| *** DarkKnight <DarkKnight!~quassel@HSI-KBW-095-208-008-143.hsi5.kabel-badenwuerttemberg.de> has quit IRC | 08:58 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto | 09:02 | |
| *** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has quit IRC | 09:02 | |
| *** belen <belen!Adium@nat/intel/x-cqxjmwqiyithuusm> has joined #yocto | 09:11 | |
| *** Squix <Squix!~Squix__@p231.net112139207.tokai.or.jp> has quit IRC | 09:13 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-bwyjxqrwhsllszbv> has quit IRC | 09:20 | |
| *** jjardon_ <jjardon_!sid723@gateway/web/irccloud.com/x-cyimfdmaczshodbs> has quit IRC | 09:21 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 09:21 | |
| *** jjardon_ <jjardon_!sid723@gateway/web/irccloud.com/x-luzcwxeaobwduqxl> has joined #yocto | 09:22 | |
| *** awafaa_ <awafaa_!sid716@gateway/web/irccloud.com/x-vnsranvsgzkgffye> has joined #yocto | 09:23 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has quit IRC | 09:29 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 09:30 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 09:30 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 09:31 | |
| *** diego__ <diego__!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 09:31 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 09:31 | |
| *** diego__ is now known as diego_r | 09:31 | |
| *** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto | 09:31 | |
| *** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC | 09:31 | |
| *** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC | 09:31 | |
| *** seezer_ <seezer_!quassel@quassel/developer/seezer> has joined #yocto | 09:31 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 09:34 | |
| *** ajtag <ajtag!~ajtag@cpc10-lee211-2-0-cust124.7-1.cable.virginm.net> has joined #yocto | 09:35 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has quit IRC | 10:01 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has quit IRC | 10:08 | |
| *** danielki <danielki!~danielki@p5DDC2C2A.dip0.t-ipconnect.de> has joined #yocto | 10:10 | |
| *** RagBal <RagBal!~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl> has joined #yocto | 10:10 | |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has quit IRC | 10:21 | |
| *** jjardon_ is now known as jjardon | 10:23 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 10:52 | |
| *** danielki <danielki!~danielki@p5DDC2C2A.dip0.t-ipconnect.de> has quit IRC | 10:54 | |
| *** awafaa_ is now known as awafaa | 11:02 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has joined #yocto | 11:09 | |
| *** sameo <sameo!~samuel@192.55.55.37> has joined #yocto | 11:31 | |
| *** hsychla <hsychla!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 11:33 | |
| *** hsychla_ <hsychla_!~hsychla@pd95c9392.dip0.t-ipconnect.de> has joined #yocto | 11:33 | |
| *** demonimin_ <demonimin_!~demonimin@unaffiliated/demonimin> has joined #yocto | 11:37 | |
| hsychla | Hi all. We have a bbclass (that is inherited by several recipes) that copies config files to the correct location etc. Some files are not present in all recipes so we install them conditionally. Now, what happens if I add such a conditional file to the CONFFILES variable (a file in /etc/sysctl.d for example) and a package does not have this file? Can I add files to the CONFFILES variable conditionally? | 11:37 |
| *** mario-go` is now known as mario-goulart | 11:37 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 11:39 | |
| *** wrd <wrd!~Thunderbi@212.27.69.217> has joined #yocto | 11:45 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has quit IRC | 11:50 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has joined #yocto | 11:51 | |
| hsychla | and: can I add a conditional dependency in my class depending of the presence of a certain file? | 12:05 |
| rburton | hsychla: does CONFFILES error out if the files don't exist? | 12:10 |
| hsychla | well, that was my question actually. I did not get around to testing yet | 12:12 |
| rburton | test that :) | 12:13 |
| rburton | FILES at least is lax about files not actually existing | 12:14 |
| bluelightning | CONFFILES pipes through to the package manager, so I guess it depends on whether that cares or not | 12:16 |
| *** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 12:17 | |
| rburton | bluelightning: so i expect rpm will moan, but not sure what opkg will do | 12:17 |
| rburton | we should probably filter the conffiles list to the set of files that actually exist before passing it to the package manager | 12:18 |
| *** sameo <sameo!~samuel@192.55.55.37> has quit IRC | 12:20 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 12:25 | |
| *** alimon <alimon!~alimon@189.154.13.41> has joined #yocto | 12:31 | |
| *** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 12:57 | |
| wrd | is there a good way to see whats going on when one calls bitbake? | 13:01 |
| rburton | depends what you mean by "what's going on" | 13:02 |
| rburton | bitbake foo |cat will show you a more verbose log | 13:02 |
| wrd | I want to extract the compile arguments how u-boot is built in a certain environment, but I fail to figure out where the variables are actually defined | 13:02 |
| rburton | bitbake -e [recipe] will show you the variables used, and where they come from | 13:03 |
| *** alimon <alimon!~alimon@189.154.13.41> has quit IRC | 13:12 | |
| *** joeythesaint <joeythesaint!~joe@209.141.56.162> has joined #yocto | 13:12 | |
| *** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 13:25 | |
| *** kscherer <kscherer!~kscherer@128.224.252.2> has joined #yocto | 13:30 | |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has joined #yocto | 13:42 | |
| belen | wrd: Toaster should also be able to give you a fair idea. https://www.yoctoproject.org/documentation/toaster-manual | 13:43 |
| *** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 13:48 | |
| bluelightning | wrd: have a look at run.* (and log.*) in the temp directory for the workdir for the u-boot recipe | 13:53 |
| bluelightning | wrd: if you're not sure where the workdir is you can find that using: bitbake -e u-boot | grep ^WORKDIR= | 13:53 |
| *** AlexVaduva <AlexVaduva!c1ca1642@gateway/web/freenode/ip.193.202.22.66> has joined #yocto | 14:03 | |
| *** sjolley <sjolley!~sjolley@134.134.137.73> has quit IRC | 14:11 | |
| wrd | thank you belen bluelightning. I've fixed my issues with other means. | 14:14 |
| *** blloyd <blloyd!~blloyd@COX-66-210-177-72-static.coxinet.net> has joined #yocto | 14:15 | |
| blloyd | question: is my /media/realroot solution one that could be considered for backporting to Daisy? If so, I don't mind doing the integration and submitting a patch. | 14:18 |
| [Sno] | is there a bitbake cli option which shows some information about a recipe instead of building it? | 14:22 |
| blloyd | bitbake -e | 14:23 |
| [Sno] | so "bitbake -e perl" would show VERSION=5.14.3 for dora? | 14:24 |
| *** dvhart <dvhart!dvhart@nat/intel/x-bcogrkspwwtecfca> has joined #yocto | 14:24 | |
| blloyd | will show all variable settings for when the script runs instead of running it. Great for figuring out why things aren't behaving as expected. As well as identifying the version information when the "wrong" one being run. | 14:24 |
| blloyd | I suggest bitbake -e perl > env.perl | 14:25 |
| blloyd | it generates a LOT of output. Then you can look through that file and get an idea of just what it has. | 14:25 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC | 14:25 | |
| [Sno] | blloyd: I want to add a new backend for a scanner for updates and a generater for cpan modules (https://github.com/rehsack/Packager-Utils) | 14:25 |
| *** Denwid <Denwid!c2cc4226@gateway/web/freenode/ip.194.204.66.38> has quit IRC | 14:26 | |
| *** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has quit IRC | 14:26 | |
| *** captainigloo <captainigloo!~captainig@2001:41d0:8:114b::1> has joined #yocto | 14:27 | |
| blloyd | you probably will want to use the libraries bitbake uses to do a backend, and that is more than I have done with that tool to date. | 14:27 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 14:28 | |
| [Sno] | hmm, I should take a look, yes | 14:28 |
| [Sno] | but the -e (I have a do_rootfs running, so I cannot check) seems suitable | 14:29 |
| blloyd | but are you discussing a package manager to manage end packages to a distribution? What is the base format for the files it's packages? | 14:29 |
| [Sno] | blloyd: for yocto it's what bitbake does (ipk, deb, rpm, ...) | 14:30 |
| [Sno] | for pkgsrc it'll spits out Makefiles to generate *.pkg's | 14:30 |
| [Sno] | blloyd: the utility generates "*.bb" files (or should - that's the goal of Yocto/Bitbake backend) | 14:30 |
| *** dvhart <dvhart!dvhart@nat/intel/x-bcogrkspwwtecfca> has quit IRC | 14:33 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 14:36 | |
| *** _dv_ is now known as dv_ | 14:37 | |
| *** msm` <msm`!~msm@cpe-72-182-100-192.austin.res.rr.com> has joined #yocto | 14:48 | |
| *** msm <msm!~msm@cpe-72-182-100-192.austin.res.rr.com> has quit IRC | 14:51 | |
| *** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has joined #yocto | 14:56 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has joined #yocto | 14:57 | |
| *** AlexG <AlexG!c0c69724@gateway/web/freenode/ip.192.198.151.36> has joined #yocto | 15:00 | |
| *** dvhart|2 <dvhart|2!dvhart@nat/intel/x-iqogthppsgvonypf> has joined #yocto | 15:00 | |
| *** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 15:00 | |
| *** dvhart <dvhart!~dvhart@134.134.139.72> has quit IRC | 15:00 | |
| *** dvhart|2 is now known as dvhart | 15:00 | |
| *** AlexG_ <AlexG_!c0c69724@gateway/web/freenode/ip.192.198.151.36> has joined #yocto | 15:08 | |
| *** AlexG <AlexG!c0c69724@gateway/web/freenode/ip.192.198.151.36> has quit IRC | 15:11 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 15:15 | |
| blloyd | and here I thought bitbake's backends were to generate distribution packages (ipk, rpm, etc) from bitbake's compilations. | 15:15 |
| *** wrd <wrd!~Thunderbi@212.27.69.217> has left #yocto | 15:16 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 15:17 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto | 15:21 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 15:32 | |
| *** mcweigel <mcweigel!~b46258@gate-tx3.freescale.com> has joined #yocto | 15:35 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has quit IRC | 15:52 | |
| *** AlexG_ <AlexG_!c0c69724@gateway/web/freenode/ip.192.198.151.36> has quit IRC | 15:58 | |
| *** ant_home <ant_home!~andrea@host8-88-dynamic.45-79-r.retail.telecomitalia.it> has joined #yocto | 16:00 | |
| *** mckoan is now known as mckoan|away | 16:01 | |
| *** [Sno] <[Sno]!~Sno]@pd956d8ef.dip0.t-ipconnect.de> has quit IRC | 16:02 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 16:23 | |
| *** nitink <nitink!nitink@nat/intel/x-lbqghbiapsrwdpsd> has joined #yocto | 16:30 | |
| *** maxtothemax <maxtothemax!maxtothema@nat/intel/x-vnpzvxcwnedcxobf> has joined #yocto | 16:35 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC | 16:44 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto | 16:44 | |
| *** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 16:47 | |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 16:53 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has quit IRC | 16:55 | |
| *** fray <fray!U2FsdGVkX1@gate.crashing.org> has joined #yocto | 16:56 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has joined #yocto | 16:57 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:01 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:01 | |
| kergoth | RP: still checking sanity, but I think we might need to add SITEINFO_ENDIANNESS, SITEINFO_BITS, and SIZEOF_POINTER to the default BB_HASHBASE_WHITELIST. without doing so, any change to BUILD_ARCH will flow through and cause target signatures to change, meaning target sstates aren't reused when the build host changes (e.g. 32 to 64 bit). BUILD_ARCH itself isn't an issue since only its unexpanded form ends up in the signatures, but it's in the | 17:08 |
| kergoth | filenames, and the aforementioned 3 variables should all only ever change when BUILD_ARCH does, so it shouldn't harm anything to exclude them. thoughts? | 17:08 |
| kergoth | in our test case, our target kernel sstates aren't reused between 32 and 64 bit centos hosts today | 17:08 |
| kergoth | still making sure adding them doesn't cause reuse where reuse shouldn't occur, though | 17:08 |
| kergoth | obviously this wasn't an issue before the change went in to cause target signatures to be affected by changes to their native dependencies | 17:09 |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 17:17 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 17:17 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 17:19 | |
| *** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 17:20 | |
| *** hyei <hyei!~hyei@c-71-204-135-58.hsd1.ca.comcast.net> has joined #yocto | 17:21 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC | 17:26 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has joined #yocto | 17:26 | |
| *** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 17:29 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:2703:84cf:30a7:9a74:7fd9:acdf> has joined #yocto | 17:30 | |
| *** belen <belen!Adium@nat/intel/x-cqxjmwqiyithuusm> has quit IRC | 17:30 | |
| *** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 17:32 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:33 | |
| *** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 17:34 | |
| *** rajesh <rajesh!~rajesh@nylug/member/rajesh> has joined #yocto | 17:46 | |
| *** abelloni <abelloni!~abelloni@128-79-216-6.hfc.dyn.abo.bbox.fr> has quit IRC | 17:57 | |
| *** JDuke128 <JDuke128!~textual@178.233.48.89> has quit IRC | 18:15 | |
| *** Crofton <Crofton!~balister@pool-71-171-41-171.ronkva.east.verizon.net> has quit IRC | 18:37 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-41-171.ronkva.east.verizon.net> has quit IRC | 18:38 | |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 18:50 | |
| *** Crofton <Crofton!~balister@pool-71-171-35-205.ronkva.east.verizon.net> has joined #yocto | 18:50 | |
| zecke | On dora I have a severe issue. Packages are being re-built. This is a serious issue in terms of GPL compliance. What if somebody has the old binary but I only have the new sources? | 18:50 |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-35-205.ronkva.east.verizon.net> has joined #yocto | 18:51 | |
| khem | zecke: you need sources corresponding to old binary | 18:53 |
| khem | for compliance | 18:53 |
| khem | including any patches and build rules | 18:53 |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 18:53 | |
| zecke | khem: yes, but why is something like systemd being re-built? | 18:54 |
| zecke | the recipe has not been changed, the content has not been changed, includes have not been changed, local.conf has not been changed | 18:54 |
| kergoth | its dependencies were changed, most likely | 18:55 |
| *** rajesh <rajesh!~rajesh@nylug/member/rajesh> has quit IRC | 18:55 | |
| zecke | i probably need to run diffsigs of all packages before the build. :} | 18:55 |
| zecke | or is that being put in buildstats? | 18:55 |
| kergoth | bitbake-whatchanged -v <target> | 18:55 |
| kergoth | or bitbake -S printdiff <target> | 18:55 |
| zecke | _before_ the build I assume? :) | 18:56 |
| kergoth | indeed | 18:56 |
| zecke | okay and printdiff is not part of dora. :) | 18:56 |
| *** Crofton <Crofton!~balister@pool-71-171-35-205.ronkva.east.verizon.net> has quit IRC | 18:57 | |
| kergoth | ah, yes, that's a newer bitbake feature. bitbake-whatchanged should work if you have the STAMPS_DIR from the old build (e.g kept TMPDIR around, or saved STAMPS_DIR) | 18:57 |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-35-205.ronkva.east.verizon.net> has quit IRC | 18:57 | |
| khem | zecke: but if nothing changes in systemd then rebuilding should be fine isnt it ? | 18:58 |
| khem | from complaince POV | 18:58 |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has joined #yocto | 19:01 | |
| zecke | kergoth: stamps were "rebuilt". It is just the rm_work target that wants to re-run | 19:02 |
| kergoth | technically the binaries wouldn't be bitwise identical, but the sources would be the same, so you'd still be in compliance due to having hte sources from the previous build, afaik | 19:02 |
| zecke | khem: having two .ipk files with the same name but slightly different content is a nightmare. :} | 19:02 |
| kergoth | the ipk files hsouldn't have the same name, at least if you're using the PR server which you should be | 19:03 |
| kergoth | since PR would be auto-incremented as appropriate when the checksums change | 19:03 |
| zecke | kergoth: I do use the PR server. :) | 19:03 |
| zecke | NOTE: Started PRServer with DBfile: /home/ortelius/poky-201310/build.sysmocom-odu/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 50415, PID: 23040 | 19:03 |
| zecke | but I assume.. "there were bugs in dora and I should upgrade". :) | 19:04 |
| kergoth | there are always bugs in any release, the only question is weighing the migration pain vs the benefit :) | 19:05 |
| zecke | the pain of building edison on modern GCC was getting high enough to migrate | 19:05 |
| zecke | but these kind of rebuilds freak me out. I will disable rm_work and see what happens or maybe it is the archiver I use. :} | 19:06 |
| *** Crofton <Crofton!~balister@pool-71-171-48-208.ronkva.east.verizon.net> has joined #yocto | 19:08 | |
| *** Crofton|work <Crofton|work!~balister@pool-71-171-48-208.ronkva.east.verizon.net> has joined #yocto | 19:10 | |
| zecke | now bluez is being re-built because I build gdb. :) | 19:16 |
| *** [Sno] <[Sno]!~Sno]@p578b540c.dip0.t-ipconnect.de> has joined #yocto | 19:17 | |
| kergoth | What would be ideal would be to track not just inputs, but also outputs. E.g. if we rebuild a task due to vars changing, but the output of the task isn't any different, then don't ripple the change out to the tasks depending on that task | 19:18 |
| kergoth | but it'd be decidedly non-trivial | 19:18 |
| rburton | kergoth: eg strip stuff like timestamps from binaries and md5sum them? | 19:19 |
| zecke | kergoth: I would be happy if the build would break and bitbake tells me why it decided to rebuild the package | 19:19 |
| kergoth | possibly, yeah. but we might have to track input and output paths for all tasks. we only do that for setscene covered tasks today | 19:20 |
| kergoth | zecke: run whatchanged before your build, if it outputs anything, abort your automated build :) | 19:20 |
| rburton | kergoth: redhat have a project to do reproducable builds, where they have flags and whatnot to ensure the same sources built twice produce bit-identical binaries | 19:20 |
| kergoth | rburton: huh, that sounds interesting | 19:20 |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 19:20 | |
| *** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 19:20 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:20 | |
| *** danielki <danielki!~danielki@188-192-100-161-dynip.superkabel.de> has quit IRC | 19:27 | |
| rburton | kergoth: good old debian has a wiki https://wiki.debian.org/ReproducibleBuilds | 19:28 |
| khem | timestamps are not easy to remove, especially if its opensource there is no pattern to using time stamps some use it in version string some use in seeding random seeds for g++ | 19:33 |
| khem | and so on | 19:33 |
| khem | I tried it in vain last time even though most of software was proprietary | 19:33 |
| blloyd | are there any good wikis or documents for how to manage updates in the field? Both inside a single yocto release and allowing to upgrade to new images built with a newer yocto base? | 19:33 |
| rburton | blloyd: sadly not as far as i'm aware, feel free to write one ;) | 19:36 |
| khem | blloyd: there is no standard update mechanism in OE/Yocto you can use Online package management like rpm/zypper dpkg/apt or opkg or use some initramfs mechanism to do image updates | 19:36 |
| khem | rpm/smartpm | 19:37 |
| khem | zypper is no longer supported | 19:37 |
| rburton | blloyd: ideally you want some file system swap for atomic and safe updates, but everyone tends to write their own. i've been meaning to look at ostree for this. | 19:38 |
| rburton | chromeos does this, i wonder if their tooling is open | 19:38 |
| kergoth | yeah i've been meaning to look at ostree for that too | 19:39 |
| kergoth | package-level upgrades are so risky, and full reflashing is a pain | 19:39 |
| kergoth | hmm | 19:40 |
| zecke | maybe with systemd one can avoid this unionfs thing as well | 19:41 |
| rburton | kergoth: they're still using a poky fork for the bootstrap so there's good motivation on both sides to work on it | 19:43 |
| khem | for CI/CD its a good thing I suppose | 19:45 |
| zecke | OT: I have a 3.2.0er vendor crap kernel and on execve... argv[3] with "a.b.c:20000" appears to be re-written to "a.b.c\020000". it doesn't appear to be libc6. I'm not sure if the application is playing with argv/prctl either | 19:49 |
| zecke | crazy app. :} | 19:50 |
| * zecke kicks gpsd | 19:51 | |
| kergoth | yikes | 19:51 |
| JaMa | zecke: you can also use sstate-diff-machines.sh to dump all sstate signatures at interesting points and then compare the files when something unexpectedly re-builds | 19:58 |
| zecke | JaMa: thanks | 19:58 |
| kergoth | i need to play with that script more | 19:59 |
| khem | zecke: I would rule out kernel here | 20:00 |
| khem | zecke: is argv parsed using some str* functions | 20:01 |
| JaMa | kergoth: it's just other way to create stripped copy of old STAMPS_DIR | 20:02 |
| * kergoth nods | 20:02 | |
| kergoth | we have our jenkins builds capture SSTATE_DIR for later analysis | 20:02 |
| JaMa | and create convenience list.M which strips MACHINE names so you can compare multiple machines | 20:02 |
| JaMa | we're doing the same, but with this script | 20:03 |
| *** belen <belen!~Adium@190.227.187.81.in-addr.arpa> has quit IRC | 20:03 | |
| JaMa | and then we're using it also when debugging when sstate reuse is low on some developer machine | 20:03 |
| JaMa | you just download .tgz from last official jenkins build which populates sstate-mirror and then compare list.M files | 20:03 |
| kergoth | nice | 20:06 |
| zecke | khem: yes, it is gps2udp that does strsep on argv | 20:06 |
| kergoth | not directly related, but we ship sstate to the customer, and we didn't want to distribute the intermediate artifacts, only the ones needed to build, so we're now incorporating a SSTATE_DIR trimming process to pare it down. the downside is what gets trimmed is what's needed to diagnose sstate reuse problems with bitbake -S printdiff, but it's worth it for release builds. The trim process is at https://gist.github.com/kergoth/3d73977975b17ea272ac. | 20:07 |
| kergoth | The key is building, wiping tmp, and building from sstate in order to get an STAMPS_DIR which only references the needed bits, not the intermediate functions like do_install | 20:07 |
| * kergoth wanders off to get food | 20:07 | |
| khem | some have asked if bitbake can error out if a rebuild is requested secondly if a build is requested and its not found in sstate | 20:08 |
| khem | so basically no compile should happen | 20:09 |
| khem | and bitbake should error out of sstate is not found | 20:09 |
| kergoth | that could be interesting. setscene-only for covered tasks | 20:09 |
| khem | my be a switch and not default | 20:10 |
| kergoth | opposite of —no-setscene :) | 20:10 |
| kergoth | (which is a really handy argument at times) | 20:11 |
| kergoth | FYI, after merging https://github.com/MentorEmbedded/meta-mentor/pull/262, we're now getting 100% reuse of target and 0% reuse of native/cross between 32 and 64 bit build environments, which wasn't the case previously (we weren't getting target reuse across 32/64 bit hosts. e.g. linux-yocto was rebuilt) | 20:11 |
| *** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 20:14 | |
| khem | hmmm I think they all should be just TARGET vars | 20:15 |
| JaMa | interesting | 20:18 |
| khem | zecke: is your option parser treating ':' special ? | 20:24 |
| ant_home | JaMa: starnge error yu have spotted | 20:28 |
| ant_home | ERROR: Recipe linux-yocto-tiny-kexecboot is trying to change PV from '3.10.43+gitAUTOINC+199943142f_aa677a2d02' to '3.14.5+gitAUTOINC+602be954ac_41d5fe27dc'. This will cause do_package_write_* failures since the incorrect data will be used and they will be unable to find the right workdir. | 20:28 |
| ant_home | JaMa: mixing up 3.10 and 3.14? | 20:29 |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 20:39 | |
| *** tomz <tomz!tomz@nat/intel/x-ibwkhtojuxxsobmy> has quit IRC | 20:39 | |
| darknighte | JaMa: you still maintaing the qt5 layer? | 20:43 |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 20:44 | |
| darknighte | JaMa: I guess it would be more correct to say the meta-qt layer. | 20:49 |
| darknighte | otavio: JaMa: I am trying to run the Qt5 cinematic experience on my target, but the QPA (for xcb) isn't showing up in the rootfs. | 20:50 |
| darknighte | otavio: JaMa: any tips? | 20:50 |
| *** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 20:58 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has quit IRC | 20:59 | |
| *** ecdhe <ecdhe!~ecdhe@173-22-126-166.client.mchsi.com> has joined #yocto | 21:02 | |
| khem | darknighte: your question is not clear, is the xcb plugin thats failing ? | 21:03 |
| khem | to load or something | 21:04 |
| darknighte | khem: sorry, the plugin isn't found. | 21:04 |
| darknighte | I am not very familier with Qt5, but from googling around, it appears that the QPA is missing form the rootfs. | 21:04 |
| darknighte | khem: do you know what the name of the xcb QPA is so that I can double check? | 21:05 |
| khem | you probably are missing some dependencies for libqxcb.so | 21:05 |
| khem | see above | 21:06 |
| * darknighte nods | 21:06 | |
| khem | if that .so is there then do a ldd on that and see what all it needs | 21:06 |
| darknighte | khem: k. confirmed. that file is missing from the rootfs. | 21:06 |
| khem | and make sure those libs are there too | 21:06 |
| khem | oh then thats the first thing to do to include it in rfs | 21:07 |
| * darknighte nods again | 21:07 | |
| darknighte | khem: not sure how though. not seeing a recipe specificly for the platform plugin. | 21:08 |
| khem | see if your PACKAGECONFIG is right fot qtbase | 21:08 |
| darknighte | I specified xcb via my local.conf as follows: | 21:09 |
| darknighte | PACKAGECONFIG_append_pn-cinematicexperience = " xcb " | 21:09 |
| khem | if you had 'x11' in DISTRO_FEATURES' it should have been pulled in | 21:10 |
| khem | that construct is wrong too | 21:10 |
| khem | you need to enable it for qtbase | 21:10 |
| darknighte | I noticed the conditional in the recipe on X11 and have that turned on. | 21:11 |
| khem | PACKAGECONFIG_append_pn-qtbase = " xcb " | 21:11 |
| khem | check the build and see if log.do_configure has xcb enabled | 21:11 |
| darknighte | ahhh, I 've been looking at it for cinematic... standby | 21:12 |
| khem | qtbase is the beginnin of all qt evil that follows | 21:12 |
| khem | most od the times qtbase is configured wrongly and whole platform is compiled differently | 21:13 |
| khem | and damn qtbase takes hours to compile | 21:13 |
| * khem heads to costco | 21:13 | |
| darknighte | heh. I noticed the length of time on the compile for qt. | 21:13 |
| darknighte | khem: fwiw, xcb appears to be enabled correctly in qt-base | 21:14 |
| *** scot <scot!~scot@130.164.62.160> has quit IRC | 21:15 | |
| *** scot <scot!~scot@130.164.62.160> has joined #yocto | 21:17 | |
| *** phantom <phantom!destroy@a89-154-119-158.cpe.netcabo.pt> has joined #yocto | 21:26 | |
| darknighte | khem: for reference: http://pastebin.com/79raix1W | 21:26 |
| * darknighte goes to check package splits | 21:26 | |
| *** phantom is now known as phantoxeD | 21:26 | |
| *** vquicksilver <vquicksilver!~wolf@81.172.114.83.dyn.user.ono.com> has joined #yocto | 21:32 | |
| *** vquicksilver <vquicksilver!~wolf@gentoo/contributor/vquicksilver> has joined #yocto | 21:32 | |
| kroon | darknighte, qtbase-plugins | 21:34 |
| kroon | darknighte, i think thats the package with the actual qpa plugins | 21:35 |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 21:35 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has joined #yocto | 21:35 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has joined #yocto | 21:35 | |
| *** scot <scot!~scot@130.164.62.160> has quit IRC | 21:37 | |
| kroon | personally, i would like to have qtbase/qtdeclarative even more finer grained split up in packages | 21:39 |
| *** scot <scot!~scot@130.164.62.160> has joined #yocto | 21:40 | |
| kroon | in my quest for having the rootfs as small as possible | 21:41 |
| kroon | might not be worth it though, in these days of gigabyte discs .. | 21:41 |
| *** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 21:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 21:42 | |
| *** tomz <tomz!tomz@nat/intel/x-upwqmxdfuvmqxfwu> has joined #yocto | 21:42 | |
| *** sjolley <sjolley!~sjolley@134.134.139.74> has quit IRC | 21:44 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qsksmnrcvifftpor> has joined #yocto | 21:46 | |
| darknighte | kroon: thx for the tip. after getting the file name I managed to figure that part out. now I have the plugins installed. | 21:47 |
| *** vquicksilver <vquicksilver!~wolf@gentoo/contributor/vquicksilver> has quit IRC | 21:52 | |
| *** JDuke128 <JDuke128!~textual@178.233.48.89> has joined #yocto | 21:53 | |
| *** melonipoika <melonipoika!~melonipoi@91-158-65-146.elisa-laajakaista.fi> has joined #yocto | 21:56 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 21:58 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
| *** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:03 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:03 | |
| *** melonipoika <melonipoika!~melonipoi@91-158-65-146.elisa-laajakaista.fi> has quit IRC | 22:07 | |
| *** LCyrin <LCyrin!~LCyrin@2607:fb90:2703:84cf:30a7:9a74:7fd9:acdf> has quit IRC | 22:07 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:09 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:09 | |
| *** mkeeter <mkeeter!~mkeeter@50.245.9.77> has quit IRC | 22:10 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:17 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:17 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 22:20 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:22 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:22 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:24 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:25 | |
| *** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 22:30 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 22:30 | |
| *** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:90b0:1fb6:4761:90f4> has joined #yocto | 22:30 | |
| *** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 22:30 | |
| *** e8johan <e8johan!~quassel@90-229-157-121-no198.tbcn.telia.com> has quit IRC | 22:37 | |
| *** sjolley <sjolley!sjolley@nat/intel/x-qsksmnrcvifftpor> has quit IRC | 22:56 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC | 23:18 | |
| *** sjolley <sjolley!~sjolley@134.134.139.72> has joined #yocto | 23:24 | |
| *** ant_home <ant_home!~andrea@host8-88-dynamic.45-79-r.retail.telecomitalia.it> has quit IRC | 23:35 | |
| *** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:90b0:1fb6:4761:90f4> has quit IRC | 23:36 | |
| *** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has joined #yocto | 23:36 | |
| *** mkeeter <mkeeter!~mkeeter@2601:6:b80:5a:90b0:1fb6:4761:90f4> has joined #yocto | 23:36 | |
| *** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has quit IRC | 23:41 | |
| *** alimon <alimon!~alimon@189-212-76-162.static.axtel.net> has quit IRC | 23:49 | |
| *** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 23:51 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!