Friday, 2016-07-15

*** cesdv <cesdv!~cesdv@client-188-168-43-165.spb-teleport.ru> has quit IRC00:00
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto00:07
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto00:15
*** tjamison <tjamison!~tjamison@38.104.105.146> has left #yocto00:27
*** cesdv <cesdv!~cesdv@client-188-168-43-165.spb-teleport.ru> has joined #yocto00:33
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC00:35
*** paulg <paulg!~paulg@173.239.178.230> has quit IRC00:42
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC00:44
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC00:59
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC01:20
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto01:21
*** megha_dey <megha_dey!meghadey@nat/intel/x-ifrjdiwehmgmcasd> has quit IRC01:22
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto01:25
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has joined #yocto01:37
*** megha_dey <megha_dey!meghadey@nat/intel/x-pnaubstgfnbdqnhq> has joined #yocto01:47
*** evanmeagher <evanmeagher!~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net> has quit IRC01:51
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has quit IRC01:52
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CMbcc810032faf.cpe.net.cable.rogers.com> has joined #yocto01:52
*** megha_dey <megha_dey!meghadey@nat/intel/x-pnaubstgfnbdqnhq> has quit IRC02:16
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto02:24
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-pzgvxplksktcrbvp> has joined #yocto02:26
*** evanmeag_ <evanmeag_!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto02:27
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC02:28
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto02:50
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC02:54
*** armpit <armpit!~akuster@2601:202:4001:9ea0:f8a0:cb32:bb58:4819> has quit IRC03:09
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC03:14
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has quit IRC03:22
*** redengin <redengin!~redengin@c-67-160-25-22.hsd1.wa.comcast.net> has joined #yocto03:32
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has joined #yocto03:39
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto04:17
*** evanmeagher <evanmeagher!~MongooseW@c-67-174-255-15.hsd1.ca.comcast.net> has quit IRC04:25
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC04:47
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto05:03
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto05:46
*** Ulfalizer <Ulfalizer!~ulf@217.89.178.116> has joined #yocto06:03
*** joshuagl <joshuagl!joshuagl@nat/intel/x-goudjgwejmxelwdz> has joined #yocto06:09
*** agust <agust!~agust@p4FCB5F8B.dip0.t-ipconnect.de> has joined #yocto06:10
*** sno <sno!~sno@62.157.143.22> has joined #yocto06:13
*** akoc <akoc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has joined #yocto06:24
akochello06:24
akocis anyone familiar with sabre auto board06:25
akoc?06:25
akochow can i check if yocto see my mouse or keyboard?06:33
*** jku <jku!jku@nat/intel/x-cupbuemazcuojflu> has joined #yocto06:46
*** pohly <pohly!~pohly@dyndsl-037-138-171-194.ewe-ip-backbone.de> has joined #yocto06:48
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC06:49
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qullzgsjhgofpjku> has joined #yocto06:52
*** jbrianceau_away is now known as jbrianceau06:53
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto06:57
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto06:58
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC06:59
*** mckoan|away is now known as mckoan06:59
*** qt-x1 <qt-x1!~Thunderbi@217.10.196.2> has joined #yocto06:59
*** CTtpollard <CTtpollard!~tom@host86-184-235-107.range86-184.btcentralplus.com> has joined #yocto06:59
mckoangood morning06:59
akocgood morning07:00
mckoanakoc: list the content of /dev/input on the target07:00
akocby-path  event0  event1  event2  event3  event4  mice  mouse007:01
akocit shows these07:01
*** qt-x1 is now known as qt-x07:01
mckoanakoc: looks like mouse is present07:01
akocI am using wireless mouse can it be  problem07:02
akoc?07:02
mckoanakoc: I never tried a wireless mouse with embedded, but I guess is fine07:03
mckoantry cat /dev/mouse007:04
akocit shows some result when deplug mouse and keyboard07:05
akoc*same07:05
akoccat: /dev/mouse0: No such file or directory07:08
mckoanakoc: I have a beagleBone on my desk now, tried this, do the same: http://pastebin.com/gcMgBa3T07:10
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC07:11
*** akoc <akoc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has quit IRC07:12
*** __karthik <__karthik!~karthik@192.91.75.29> has quit IRC07:13
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto07:15
*** __karthik <__karthik!~karthik@192.91.75.30> has joined #yocto07:15
*** akoc <akoc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has joined #yocto07:20
akocsorry for late reply my internet connection crashed07:21
akocI got only this : random: nonblocking pool is initialized07:21
akocand terminal stays buys07:21
akoc*busy07:21
mckoanakoc: look at dmesg07:22
*** ziggo <ziggo!~ziggo@217.89.178.116> has joined #yocto07:22
akocwhat kind of line i should llook for07:22
akocthere is a huge list here07:23
mckoanakoc: something saying 'mouse' like here http://pastebin.com/gcMgBa3T07:26
mckoanakoc: boot the board, and plug in the mouse after the boot07:27
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:31
*** rstreif <rstreif!~rstreif@80.231.223.90> has joined #yocto07:33
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC07:43
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:45
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto07:48
*** Biliogadafr <Biliogadafr!~pin@nat3-minsk-pool-46-53-183-225.telecom.by> has joined #yocto07:51
*** belen <belen!Adium@nat/intel/x-ybmcfjbmpifgjfuj> has joined #yocto07:56
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC07:58
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto07:59
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:02
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC08:10
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has joined #yocto08:10
*** rstreif <rstreif!~rstreif@80.231.223.90> has quit IRC08:11
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto08:11
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto08:16
akochttp://pastebin.com/DwrTn0Jf08:18
gunnarxjoshuagl, khem - thanks for responses about errors.yoctoproject.org / syntax-highlighting logs.  Yes at least it does a little formatting but it might not be more than I'll just redo it.  In case I find/create syntax highlighting I'll make it known but likely it won't happen.08:19
gunnarxok, found the code for the error web on git.yp.org - thanks.08:21
*** sveinse <sveinse!~chatzilla@79.160.140.131> has joined #yocto08:25
CTtpollardthat is quite neat08:25
sveinseFor recipes that track SCMs, do you by convention always use myrecipe_ver.bb ? Or can you omit the _ver suffix?08:26
rburtonsveinse: personally, depends on the recipe.  if its tracking releases which happen to be in git then i prefer to use _1.2.3.bb08:26
rburtonbut you can drop the _ver and put PV in the recipe if you're basically just tracking specific commits08:27
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto08:28
sveinsealso, in a layer, the docs says, recipes-* should be used. But what is * usually? I added our application under recipes-system08:30
rburtonliterally whatever you want08:30
sveinseso its for grouping only08:31
rburtonyeah08:31
rburtonyou don't even need a recipe-* structure, just change layer.conf if you want to remove it08:31
sveinseyeah08:31
sveinseI've go a long RDEPENDS list (which were found by the QA checks), would be safe to assume that the same package names should go into the DEPENDS list, or might they be named differently and/or that you should use inherit or require for some of them?08:35
*** Spulit <Spulit!~fraunhofe@62.48.248.126> has joined #yocto08:42
akochello again08:47
akoc:)08:47
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC08:47
khemsveinse: no, RDEPENDS = output package names ( ipk/rpm names) DEPENDS have recipe names or virtual08:48
khemnames08:48
akocHow can i disable login screen(it looks like terminal) from monitor08:48
khemakoc: disable the console08:49
akochow can  disable it?08:49
akoc*I08:49
akocI have a spesific setup file so I can't build it from scratch atm.08:51
akocis there a way of doing it from terminal08:51
khemgunnarx: we have syntax highlighter for cgit on git.openembedded.org but its quite a hog for CPU08:52
gunnarxok.  implementation language?08:53
gunnarxhang on, for cgit?  syntax highlighting source code then?08:53
khemakoc: dont spawn getty on console you can control it by /etc/inittab assuming you are using sysvinit or busybox-init08:54
khemgunnarx: yes08:55
gunnarxbrb08:55
* khem this frappuchino late at night was not a good idea08:55
akockhem: I have this on inittab08:58
akochttp://pastebin.com/avgqyGmp08:58
khemakoc: is it yoct ?09:01
khemOE based09:01
*** joshuagl <joshuagl!joshuagl@nat/intel/x-goudjgwejmxelwdz> has quit IRC09:01
akocactually it has some more lines09:01
akochttp://pastebin.com/fsD7Hjv509:01
akocyes this is yocto09:02
akocbased09:02
khemyou already have #mxc3:12345:respawn:/sbin/getty 115200 ttymxc3 disabled09:03
khemso may be you should comment out09:03
khem1:2345:respawn:/sbin/getty 38400 tty109:04
sveinseWhen I start from a completely empty build, and write bitbake myrecipe it will only build and populate the packages/recipes required for the dependencies, right?09:04
gunnarxkhem, ok.  my question was only about highlighting bitbake console output a bit when it is converted to HTML anyway.  Make the logs a little nicer to look at.  I suppose no one has made any rules for highlighting that :)09:06
*** akoc <akoc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has quit IRC09:09
khemthere was a VIM plugin09:09
khembasically hightlight compiler error output09:09
khemnow a days compilers do it themselves on rich terminals09:09
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:12
*** mortderire <mortderire!rkinsell@nat/intel/x-lnctixbyisgwaese> has joined #yocto09:17
gunnarxsveinse: if recipes are correct then that should be correct, yes.  Required tools are built first, then your target dependencies.09:17
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has joined #yocto09:32
mwalleis the openembedded-devel mailinglist moderated? or can i send patches without being subscribed?09:36
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC09:46
rburtonmwalle: yes its moderated if you're not a subscriber, but you can subscribe and then turn off delivery of mails.09:53
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has left #yocto09:54
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto09:54
*** akc <akc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has joined #yocto09:54
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto09:55
mwallerburton: ah good to know, thanks09:55
mwalleunfortunately, i've already send the patch ;09:56
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:57
akchi all , How to remove the Linux password entry screen10:00
mathieu_lawith debug-tweaks in image features you get a root account with no password10:01
*** MWelchUK <MWelchUK!~martyn@host86-174-212-80.range86-174.btcentralplus.com> has joined #yocto10:06
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC10:12
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto10:19
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC10:21
*** gunnarx <gunnarx!~gan@c-5eeaaa43-74736162.cust.telenor.se> has joined #yocto10:26
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto10:26
*** ulf` <ulf`!~ulf@134.134.139.74> has joined #yocto10:42
sveinseHmm, when I build my recipe from scratch it fails with "Could not find qmake configuration file linux-oe-g++.", but I find it in ./sysroots/x86_64-linux/usr/lib/qt5/mkspecs/linux-oe-g++, almost next to qmake itself.10:45
sveinsedoes yocto have a tool that can show which package that provides a file? e.g. ./sysroots/lm-sp-gen2/usr/lib/qt5/mkspecs/linux-oe-g++10:50
rburtonassuming the file ends up on the target, oe-pkgdata-util can do that10:54
*** chep <chep!~chep@149.165.146.77.rev.sfr.net> has quit IRC10:57
sveinseApparently not it seems: $ oe-pkgdata-util find-path usr/lib/qt5/mkspecs/linux-oe-g++ --> ERROR: Unable to find any package producing path usr/lib/qt5/mkspecs/linux-oe-g++11:00
sveinseYet I find it in ./sysroots/laerdal-simpad-gen2/usr/lib/qt5/mkspecs/linux-oe-g++11:01
sveinsePoint is that my recipe failed, as it could not find this file. I found it in x86_64-linux sysroot, but apparently qmake wasn't looking there. I kept rebuilding with bitbake -k, and now this file also appeared in the target sysroot. Now my recipe could find it, so I presume I lack a DEPENDS statement here. Just figuring out which...11:03
*** chep <chep!~chep@149.165.146.77.rev.sfr.net> has joined #yocto11:08
sveinseWould you need DEPENDS+=qtbase" when you have "inherit qmake5"?11:09
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC11:19
*** hatter_ <hatter_!uid173924@gateway/web/irccloud.com/x-oixmvwbzwmesdphy> has joined #yocto11:25
quiteI have some 'deeper' questions concerning device tree nodes, gpios and such. Where is a good place to ask/chat?11:26
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-tnlldfkxxvoxoljd> has joined #yocto11:31
*** mortderire <mortderire!rkinsell@nat/intel/x-lnctixbyisgwaese> has quit IRC11:31
Crofton|worksveinse, I would expect that to happen in the class, but read the class file11:31
*** mortderire <mortderire!rkinsell@nat/intel/x-dilbxxdugwnumcws> has joined #yocto11:33
*** mortderire1 <mortderire1!rkinsell@nat/intel/x-tnlldfkxxvoxoljd> has quit IRC11:33
sveinseIs there a way to erase all sysroots, but allow it to use the built packages (so I don't have to rebuild everything all over)?11:35
sveinseI'd like to check if I got my depends right11:35
*** mortderire <mortderire!rkinsell@nat/intel/x-dilbxxdugwnumcws> has quit IRC11:40
Ulfalizersveinse: you can run wipe-sysroots11:44
Ulfalizerthe packages will still be available in sstate-cache11:45
sveinseUlfalizer: thanks11:45
Ulfalizeranother option is removing tmp/, which contains the sysroots. wipe-sysroots is faster though.11:46
Ulfalizernp11:46
*** fl0v0 <fl0v0!~fvo@pD9F6B779.dip0.t-ipconnect.de> has joined #yocto11:47
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto11:47
Ulfalizersveinse: make sure you have the build-deps QA check enabled by the way. it's good at finding undeclared dependencies.11:47
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC11:48
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto11:48
sveinseUlfalizer: Yes, I got loads on RDEPENDS thanks to it. Is it a general rule that everything going into RDEPENDS also is needed in DEPENDS?11:49
Ulfalizersveinse: it's usually a good idea at least, and required for libraries11:50
Ulfalizersveinse: i fleshed out http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-DEPENDS a bit recently btw. the second note is semi-related.11:51
sveinseYeah, here's one: RDEPENDS contains boost-system boost-filesystem, while adding them to DEPENDS fails with noting provides.... So there are apparently exceptions to the rules11:52
Ulfalizersveinse: DEPENDS is a list of recipe names (see the first note in the DEPENDS glossary entry). RDEPENDS is a list of package names.11:53
sveinseI'll have to admit it takes a while to sift through the code to find what it should read. I can venture a guess at 'boost', but I can't know for sure, right11:54
Ulfalizerso for boost, some recipe generates the boost-system package, but that recipe is not itself called boost-system11:54
Ulfalizernot sure off the top of my head either :/11:54
Ulfalizerworth a try at least11:54
sveinseIn my debian days, I had a tool that showed the recipe name -> binary name(s) relationship. Is there a similar tool in Yocto?11:55
sveinseanother random question: which of the package systems offers the least overhead on target, esp. wrt disk. ipk?11:58
Ulfalizersveinse: can't remember if there's such a tool. one thing you could do is searching for the package name in the build directory. it will be in a subdirectory of a directory corresponding to the recipe name.11:58
sveinseUlfalizer: Thanks, thou11:59
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has joined #yocto11:59
*** rstreif <rstreif!~rstreif@80.231.223.90> has joined #yocto12:09
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has quit IRC12:10
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC12:18
*** berton <berton!~fabio@177.100.227.79> has joined #yocto12:21
*** chep <chep!~chep@149.165.146.77.rev.sfr.net> has quit IRC12:21
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:a4db:53ea:e4d8:668e> has joined #yocto12:23
*** mortderire <mortderire!~rkinsell@192.198.151.45> has joined #yocto12:27
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto12:36
*** rstreif <rstreif!~rstreif@80.231.223.90> has quit IRC12:39
sveinseIf I want to define a variable in a receipe, what steps needs to be made for others to access this variable?12:39
*** rstreif <rstreif!~rstreif@80.231.223.90> has joined #yocto12:39
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-pzgvxplksktcrbvp> has quit IRC12:47
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has joined #yocto12:52
*** jku <jku!jku@nat/intel/x-cupbuemazcuojflu> has quit IRC12:52
*** rstreif <rstreif!~rstreif@80.231.223.90> has quit IRC12:52
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC12:53
*** jku <jku!jku@nat/intel/x-ntrtoevrteadnmdy> has joined #yocto12:54
*** egavinc <egavinc!~egavinc@43.red-2-139-180.staticip.rima-tde.net> has quit IRC12:55
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:57
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has quit IRC12:58
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC12:58
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has joined #yocto12:58
sveinseI'm halfways through my list of populating my DEPENDS list, and it surprisingly passed builds. https://bpaste.net/show/97f73f6ae4dd, I assume that the depends of the depends provides the remaining packages, so it passes. What do I do for the rest?13:03
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto13:04
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto13:07
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has left #yocto13:08
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has joined #yocto13:08
*** cference <cference!~cference@64.187.189.2> has joined #yocto13:10
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto13:13
sveinsebitbake allows inheritance, right. How do I build on another base-image.bb and tweak a few things?13:20
*** bottazzini <bottazzini!realBigfoo@nat/intel/x-lnrhydtrfrbaxwmd> has joined #yocto13:29
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has quit IRC13:32
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC13:33
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto13:38
*** Crofton|work <Crofton|work!~balister@pool-108-44-115-86.ronkva.east.verizon.net> has quit IRC13:40
*** jku <jku!jku@nat/intel/x-ntrtoevrteadnmdy> has quit IRC13:41
*** rstreif_ <rstreif_!~rstreif@80.231.223.90> has quit IRC13:42
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC13:51
rburtonsveinse: don't bother, just copy the image recipe13:53
rburton(you'd use the require keyword)13:53
rburtonthe images in oe-core are samples for testing purposes, just copy them for what you want13:53
rburtonthe core-image class has helpers which are likely still useful, so use that still - ie copy core-image-base or something13:54
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto13:55
sveinserburton: I see that require require .bbclass, so in principle one should put the worker in the bbclass file and just have a small skeleton in the image.bb13:56
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:57
*** lamego <lamego!jose@nat/intel/x-aefgyfwlmsbmbqee> has joined #yocto13:57
sveinsewe have a subcontractor that has delivered a core-image setup to us, and I'd like to use their image as basis for ours, adding our apps. When I moved their image.bb to image.bbclass, things work out the way I want them to13:58
rburtonrequire is "include this file an error if it isn't found", its not classes14:02
rburtonie cairo.bb does "require cairo.inc"14:02
sveinseyeah, sorry, I'm losing myself in the terms: I meant inherit14:04
rburtonif you want to keep their image pristine and modify it then yeah just require it in your own image and extend it14:04
rburtonyou have have one bb file require another14:04
sveinseso inherit don't require .bbclass? It can be another .bb file?14:05
rburton*inherit* needs classes14:05
rburtonuse include or require for other plain files14:05
rburton(include silently does nothing if the file doesn't exist, require errors)14:06
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC14:06
*** davis <davis!~davis@50-76-27-166-static.hfc.comcastbusiness.net> has joined #yocto14:06
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bee29.dynamic.kabel-deutschland.de> has joined #yocto14:06
rburtonie mesa-gl.bb just does require mesa.bb and then fiddles a few variables14:06
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto14:06
sveinsebut otherwise, inherit and include/require gives exactly the same result, right?14:06
rburtonnot really, inherit is class inclusion, the others are literally take this file and put it here14:07
Ulfalizesveinse: one difference is that inherit can handle the same thing being "included" twice14:07
sveinserburton: I meant, as seen from the recipe, you get the same kind of variables set and so on14:07
rburtonsure14:08
rburtonif your contractor wrote and image and you want to derive from it, just require it in your own image recipe14:08
Ulfalizethe class will only be processed once, so you don't end up with problems related to things being defined multiple times14:08
Ulfalizeyou can end up with multiple inclusions e.g. if you inherit two classes A and B that both inherit the same class C14:09
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has quit IRC14:09
sveinseright14:09
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto14:10
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:10
Ulfalizeother than that, i haven't ran into any situations where thinking of it as a regular include doesn't work14:10
Ulfalize*run14:11
Ulfalizethe search path might be different for 'inherit' and 'include'/'require' i guess...14:12
sveinseyes, you need the path as well for the latter14:13
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC14:14
*** akc <akc!58ff7e12@gateway/web/freenode/ip.88.255.126.18> has quit IRC14:14
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC14:17
*** igor3 <igor3!~igor@177.159.144.73> has joined #yocto14:17
Ulfalizehrm... there's task overriding too. that has to be class-specific magic.14:17
*** igor2 <igor2!~igor@177.159.144.73> has quit IRC14:20
Ulfalizeheh, maybe not. looks like the overrides have to come after the 'inherit'.14:21
*** Crofton <Crofton!~balister@pool-108-44-115-86.ronkva.east.verizon.net> has quit IRC14:24
*** igor3 <igor3!~igor@177.159.144.73> has quit IRC14:24
kergothUlfalizer: EXPORT_FUNCTIONS is class-only. it's just a convenience, though14:31
*** Spulit <Spulit!~fraunhofe@62.48.248.126> has quit IRC14:32
Ulfalizealright14:32
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto14:32
sveinseThere is apparently some subtle difference between the two: If I do "require recipes-bsp/images/lm-core-image.bb", I get something like 4850 tasks that needs building, while if I copy the contents of the lm-core-image.bb into lm-core-image-bbclass, and inherit it from my image, there's only 1900 tasks or so and its done.14:36
*** CoLa|work <CoLa|work!~cordlandw@195.243.131.130> has joined #yocto14:37
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto14:39
*** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto14:41
sveinseThe subtle difference is that one read IMAGE_INSTALL ?=, the other IMAGE_INSTALL =. The latter pulls in a *lot* more packages14:43
rburtonand this is why you just write your own image :)14:44
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto14:44
sveinseIts slightly strange thou: bitbake count up to 1948 tasks. When it hits the last, the number of tasks suddely jump up to 4850 tasks. I thought bitbaked parsed all deps up front14:46
rburtonsetscene vs build14:46
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC14:48
kergothwe should make sure the setscene progress is finished, and change its description vs the normal runqueue, so you still see the completed setscene progress after it completes14:49
kergoththen it's clear looking back that it was done, and how many of its tasks were run14:49
kergothprogress bar, that is14:49
Ulfalizesveinse: setscene is when cached task output is fetched from the sstate cache instead of running the task14:49
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto14:49
Ulfalizethere's a separate setscene pass first where all the setscenes run14:49
Ulfalizeyou can disable the sstate cache by passing --no-setscene btw14:50
sveinseUlfalize: more goodies, thanks14:51
*** nish <nish!~nisha@38.104.105.146> has joined #yocto14:51
*** nish is now known as nisha14:51
*** grma <grma!~gruberm@80.93.38.128> has quit IRC14:51
sveinseWhat I don't understand is why you get lots more activity when IMAGE_INSTALL="..." is chosen vs IMAGE_INSTALL?="..."14:51
kergoth?= means "set only if it's not set already"14:51
kergothsee the bitbake manual, or the yocto project manuals for details14:52
rburtonsveinse: bitbake -e will show you what the assignment ended up with14:52
sveinsekergoth: Yeah, but it should not be preset, so if IMAGE_INSTALL is empty, the two variants should turn out the same14:52
sveinserburton: I am comparing now14:52
Ulfalizesveinse: might be that something else has already set it. in that case the ?= assignment will be skipped, but not the = assignment.14:52
kergothsveinse: well apparently it was14:53
kergothotherwise there'd be no difference14:53
kergothuse bitbake -e to see exactly what value it has, and where it was set, as rburton suggested14:53
Ulfalizebitbake -e includes the assignment history as well, in the comments above IMAGE_INSTALL=...14:53
*** joshuagl <joshuagl!~joshuagl@192.198.151.44> has quit IRC14:54
sveinseback to my previous question: What is the procedure for DEPENDS?  https://bpaste.net/show/97f73f6ae4dd, I'm half ways through, but compilation is successful, since something apparently is providing the depends I miss from the list14:59
sveinseI had an iterative approach. Compile, see it stop, add it to the list (after finding its recipe name)15:00
sveinseThere's no clean room sysroot option for yocto?15:01
kergothrm -rf tmp, or wipe-sysroot15:02
kergothwith sstate, wiping tmp really isn't a big deal, it'll reconstruct what's needed15:02
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto15:04
sveinsekergoth: Yes but no. clean room = bring in /only/ the immediate deps in a sysroot. Its used to ensure that the build deps contain all they need to compile. Yocto seems to be doing an iterative population, like depends of depends, apparently15:04
kergothby definition, it'll only being in deps and their deps, but no, it's not possible to make isolated sysroots on a per-recipe basis15:04
sveinseOtherwise I couldn't compiled with DEPENDS being half the size of RDEPENDS15:05
kergoththat's a feature we've wanted for some time to avoid automatically detected deps causing non-deterministic builds due to build order changing the sysroot contents15:05
sveinseyes, I see the need for it :D15:05
kergothfirst of all, if you bitbake yourrecipe:do_compile, rather than bitbake yourrecipe, the rdeps won't be built at all15:05
kergoththe rdeps are built by default, but only for packaging15:05
sveinseah, good. Let me take that approach. thanks15:06
kergothshould make it slightly more sane, since there's no random builds of rdeps occurring throughout. still not completely isoalted, since it's both deps and deps of deps, but it's as close as we can get at this time15:06
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC15:08
Ulfalizekergoth: is 'bitbake -c task foo' the same as 'bitbake foo:do_task'?15:08
sveinseIMHO, having fully isolated builds in all recipes, would take a ton of resources. We do that for a custom build system we run today, and it's honestly a pain for complete rebuilds. It's great as a tool to check/develop recipes, but I don't feel the need for it on a system build. My 2 cents...15:09
*** Spulit <Spulit!~fraunhofe@62.48.248.126> has joined #yocto15:10
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto15:12
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has left #yocto15:14
kergothUlfalize: yeah, for that particular example they're identical. the former will affect all specified targets, of course, and the latter syntax can override -c. i.e. bitbake -c foo bar baz:do_bar -> runs bar:do_foo & baz:do_bar15:14
rajmThe images I'm building come with a root passwd of root which makes -f testimage unhappy - I've tried adding debug_features to IMAGE_FEATURES without any improvement  is there something else I need to fiddle with?15:17
*** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC15:17
kergoth'root' isn't a standard default root password for oe/yocto images, so it's something specific to your setup doing it15:20
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has quit IRC15:20
*** chep <chep!~chep@LFbn-1-2968-236.w90-76.abo.wanadoo.fr> has joined #yocto15:22
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC15:25
rajmjust looking for an EXTRA_USER_PARAMS setting15:26
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto15:26
*** sveinse <sveinse!~chatzilla@79.160.140.131> has quit IRC15:26
Ulfalizekergoth: ok15:27
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC15:36
rajmkergoth: found it - thank you!15:40
*** belen <belen!Adium@nat/intel/x-ybmcfjbmpifgjfuj> has quit IRC15:56
*** gunnarx <gunnarx!~gan@c-5eeaaad6-74736162.cust.telenor.se> has joined #yocto15:57
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has joined #yocto15:57
*** belen <belen!~Adium@134.134.137.73> has joined #yocto16:00
*** gtristan <gtristan!~tristanva@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:07
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC16:12
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC16:14
*** sno <sno!~sno@62.157.143.22> has quit IRC16:21
*** sveinse <sveinse!~chatzilla@156.92-221-160.customer.lyse.net> has joined #yocto16:22
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bee29.dynamic.kabel-deutschland.de> has quit IRC16:25
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto16:26
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:28
*** gunnarx <gunnarx!~gan@unaffiliated/gan> has quit IRC16:30
*** jbrianceau is now known as jbrianceau_away16:30
*** fl0v0 <fl0v0!~fvo@pD9F6B779.dip0.t-ipconnect.de> has quit IRC16:37
*** townxelliot <townxelliot!~ell@176.253.151.47> has quit IRC16:37
*** belen <belen!~Adium@134.134.137.73> has quit IRC16:46
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fevpvzvxixnkbfpq> has joined #yocto16:51
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-eqenqjsmzzcjygxl> has quit IRC16:56
*** mwalle <mwalle!~mwalle@194.25.174.126> has quit IRC16:56
*** megha_dey <megha_dey!meghadey@nat/intel/x-bijzqooqitijzfay> has joined #yocto17:03
-YoctoAutoBuilder- build #869 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/86917:03
*** ftonello <ftonello!~felipe@81.145.202.106> has quit IRC17:04
*** mortderire <mortderire!~rkinsell@192.198.151.45> has quit IRC17:06
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto17:15
*** belen <belen!~Adium@134.134.137.73> has joined #yocto17:28
*** dv__ <dv__!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC17:32
-YoctoAutoBuilder- build #887 of nightly-x86-64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64/builds/88717:32
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto17:33
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto17:33
*** belen <belen!~Adium@134.134.137.73> has quit IRC17:33
*** aehs29 <aehs29!aehernan@nat/intel/x-ydkwhyjohyzspoqy> has joined #yocto17:34
*** justanotherboy1 <justanotherboy1!mlopezva@nat/intel/x-uknyuojgfocdyckw> has joined #yocto17:39
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-aagofmdmvuqfakem> has quit IRC17:39
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC17:40
* ulf` is thining about getting the new Costco Visa card 17:41
ulf`4% cash back on gas and 3% on travel I believe17:41
ulf`hmmm17:41
*** aehs29 <aehs29!aehernan@nat/intel/x-ydkwhyjohyzspoqy> has left #yocto17:54
*** justanotherboy1 <justanotherboy1!mlopezva@nat/intel/x-uknyuojgfocdyckw> has quit IRC17:57
-YoctoAutoBuilder- build #842 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/84218:02
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bee29.dynamic.kabel-deutschland.de> has joined #yocto18:02
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:08
*** justanotherboy <justanotherboy!mlopezva@nat/intel/x-qhlkjzsfrnyneskz> has joined #yocto18:11
*** mckoan is now known as mckoan|away18:13
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC18:18
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto18:19
*** CTtpollard <CTtpollard!~tom@host86-184-235-107.range86-184.btcentralplus.com> has quit IRC18:30
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC18:35
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto18:35
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qullzgsjhgofpjku> has quit IRC18:39
Xzguys, I'm particularry interested in this patch http://lists.openembedded.org/pipermail/openembedded-core/2016-July/123947.html18:39
Xzwhen could I expect this to be merged?18:40
*** Spulit <Spulit!~fraunhofe@62.48.248.126> has quit IRC18:42
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC18:43
-YoctoAutoBuilder- build #852 of nightly-qa-systemd is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/85218:47
*** paulg <paulg!~paul@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC18:54
khemXz: it was posted today isnt it19:03
khemXz: look for it on ross/mutt branch on poky-contrib tree19:03
khemand then it can be any number of days after that depending on test results19:03
khemulf`: yes costo card is great, I have been using for ages19:04
Xzkhem: alright, so by default it doesn't go to master branch?19:05
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-fevpvzvxixnkbfpq> has quit IRC19:07
-YoctoAutoBuilder- build #882 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/88219:08
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC19:13
khemXz: it does but after some testing19:14
*** hatter <hatter!~smuxi@h-79-136-64-196.na.cust.bahnhof.se> has joined #yocto19:16
*** dv_ <dv_!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC19:16
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has joined #yocto19:19
rburtonpatches have to get reviewed, tested, and pass the autobuilder19:20
rburtonand then a group of patches fails so we need to figure out why it breaks19:20
rburtonyesterday all the SDK images failed to build without any messages, which after a 12 hour bisect run was blamed on piglit, which make me remember that there was a size limit for hddimg files which was likely happening as piglit is giant now, so after verifying that was the case and fixing bitbake's broken shell->cooker logging (which was why there were not any messages) and removing piglit the autobuilder is unblocked again19:22
rburtonso thats babysitting a 12 hour bisect and four hours of work due to a single package upgrade19:22
rburton(and a regression that nobody noticed for about three weeks)19:23
rburtonso yeah, patches don't go straight to master :)19:23
rburtonits in my mut, and i do notice that the buildhistory-diff from it is about two pages19:23
*** mortderire <mortderire!~rkinsell@192.198.151.44> has joined #yocto19:24
rburton(mut stands for master-under-test)19:24
*** mortderire <mortderire!~rkinsell@192.198.151.44> has quit IRC19:26
khemrburton: I would expect you to be vocal on mailing list if you are doing all this hard work19:26
khemso folks know if some patches are causing gripes19:26
-YoctoAutoBuilder- build #836 of nightly-mips-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips-lsb/builds/83619:26
rburtonthe piglit one was the standard small thing with giant consequences19:27
Xzrburton: I feel so happy now it wasn't me to submit that piglit change19:27
Xzrburton: by the way piglit sounds like some pokemon name19:27
*** benjamirc <benjamirc!~besquive@134.134.139.74> has joined #yocto19:27
rburtonthe problem is that the AB tests such a large combination its easy to not hit the problem in testing19:27
rburtonnow i'm wondering why some builders are having rpm explode with lock failures during rootfs19:28
khemrburton: this will also create awareness in community that they have to do better to help speed absorption, test your stuff before submitting19:28
khemrburton: thats nice to have a wider coverage, no doubt19:28
rburtonerror: db3cget:../../rpm-5.4.15/rpmdb/db3.c:1514: dbcursor->get(-30972): BDB0088 DB_SECONDARY_BAD: Secondary index inconsistent with primary19:29
* rburton fires ICBMs at rpm19:29
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC19:30
rburtonkhem: highlight of today was busybox mailing list wondering how they can get their server back online19:30
rburtonas nobody there can remember the sudo password19:30
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:a4db:53ea:e4d8:668e> has quit IRC19:31
*** dv <dv!~quassel@62-178-118-86.cable.dynamic.surfer.at> has quit IRC19:31
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has joined #yocto19:31
*** dv <dv!~quassel@62.178.118.86> has joined #yocto19:32
*** Ulfalize <Ulfalize!~Ulfalizer@ip5f5bee29.dynamic.kabel-deutschland.de> has quit IRC19:33
*** megha_dey <megha_dey!meghadey@nat/intel/x-bijzqooqitijzfay> has quit IRC19:35
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:42
*** megha_dey <megha_dey!meghadey@nat/intel/x-wtcwvchyjhetdlnu> has joined #yocto19:46
*** mortderire <mortderire!rkinsell@nat/intel/x-ekwjaahydgvdigcx> has joined #yocto20:02
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC20:06
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC20:12
*** mortderire <mortderire!rkinsell@nat/intel/x-ekwjaahydgvdigcx> has quit IRC20:15
*** benjamirc <benjamirc!~besquive@134.134.139.74> has quit IRC20:21
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:33
*** cference <cference!~cference@64.187.189.2> has quit IRC20:44
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:45
*** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto20:46
*** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC20:47
*** pohly <pohly!~pohly@dyndsl-037-138-171-194.ewe-ip-backbone.de> has quit IRC20:49
*** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto20:49
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC20:57
*** nisha <nisha!~nisha@38.104.105.146> has quit IRC21:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:03
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has joined #yocto21:05
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:13
*** challinan <challinan!~chris@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net> has quit IRC21:17
*** igor2 <igor2!~igor@189.112.127.225> has joined #yocto21:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:24
*** berton <berton!~fabio@177.100.227.79> has quit IRC21:24
*** gtristan <gtristan!~tristanva@46.189.67.113> has joined #yocto21:33
*** ka6sox is now known as zz_ka6sox21:40
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:50
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:56
-YoctoAutoBuilder- build #504 of nightly-rpm-non-rpm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/50421:56
tlwoernerulf: interesting, in Canada costco has partnered with mastercard, so the costco cards here are mastercards, not visas22:00
tlwoernerulf: they used to be with (ironically) american express, but changed about 2 years ago to MC22:00
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
tlwoernerulf`: ^ (oops, forgot the backtick)22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
tlwoernerulf`: we've been using it for years too, the only unfortunately part is that their gas stations only sell gasoline, not diesel as well, so only some of our vehicles can get cheap gas :-)22:02
-YoctoAutoBuilder- build #181 of nightly-musl is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-musl/builds/18122:04
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:05
*** bottazzini <bottazzini!realBigfoo@nat/intel/x-lnrhydtrfrbaxwmd> has quit IRC22:11
*** paulg <paulg!~paulg@198-84-239-75.cpe.teksavvy.com> has quit IRC22:12
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has joined #yocto22:12
*** bluelightning <bluelightning!~paul@2406:e007:4090:1:5e51:4fff:febb:401d> has quit IRC22:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:12
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:15
*** lamego <lamego!jose@nat/intel/x-aefgyfwlmsbmbqee> has quit IRC22:19
*** fledermaus <fledermaus!~vivek@78.32.176.249> has joined #yocto22:23
*** zz_ka6sox is now known as ka6sox22:24
*** paulg <paulg!~paulg@209.226.41.163> has joined #yocto22:29
khemtlwoerner: mastercard transactions go through visa too22:32
khemthey dont see them as competition22:32
khemrburton: heh thats funny22:33
rburtonkhem: latest wayland upgrade breaks on musl if you fancy sending a quick fix, i'm off to bed.  see nightly-musl on the AB22:34
khemhmm22:37
khemrburton: s/uint/unsigned int/22:41
*** nillerbrun <nillerbrun!~nathani@mail.validmanufacturing.com> has quit IRC22:42
ulf`tlwoerner: You mean the Amex version of the deal22:56
ulf`tlwoerner: Now the card is Visan and I think the cashback rate went up by a point for purchases22:57
neverpanicsveinse: oe-pkgutil lookup-recipe $packagename gives you the recipe name for a package23:07
*** agust <agust!~agust@p4FCB5F8B.dip0.t-ipconnect.de> has quit IRC23:11
-YoctoAutoBuilder- build #204 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/20423:15
khemneverpanic: it should be oe-pkgdata-util23:18
neverpanicoh yeah, sorry, not at the machine to check this atm23:18
tlwoernerulf`: what i'm saying is that in canada the costco card used to be amex but they switched to MC about 2 years ago (or so). i think it's interesting that the us and canadian costcos made their own agreements, and they both chose differently (can:amex->mc, us:amex->visa)23:20
-YoctoAutoBuilder- build #851 of buildtools is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/buildtools/builds/85123:29
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:32
khemtlwoerner: as i said visa and mc are same backend23:33
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:33
*** stryx`_ <stryx`_!~stryx@87.117.231.25> has joined #yocto23:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:40
*** igor2 <igor2!~igor@189.112.127.225> has quit IRC23:43
*** stryx`_ <stryx`_!~stryx@87.117.231.25> has quit IRC23:46
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC23:53
*** evanmeagher <evanmeagher!~MongooseW@12.104.179.154> has quit IRC23:53
*** istarilucky <istarilucky!~rlucca@177.159.144.73> has quit IRC23:53
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto23:54
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC23:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!