IRC log for #oe on 20160603

00:16.48*** join/#oe denix (~denix@pool-100-15-86-14.washdc.fios.verizon.net)
00:22.38*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
00:24.10*** join/#oe evanmeagher (~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net)
00:26.25*** join/#oe evanmeagher (~MongooseW@c-73-71-33-109.hsd1.ca.comcast.net)
01:10.53*** join/#oe ka6sox (ka6sox@nasadmin/ka6sox)
01:11.26*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
01:12.11*** join/#oe scoutcamper (scoutcampe@nasadmin/webteam/scoutcamper)
01:14.24*** join/#oe LarrySteeze (LarrySteez@unaffiliated/larrysteeze)
01:15.24*** join/#oe cryptk (cryptk@nasadmin/cryptk)
02:21.03*** join/#oe bpittman (~bill@130.164.62.212)
02:21.09*** join/#oe bmouring (~bmouring@130.164.62.236)
02:21.11*** join/#oe rtollert (~rtollert@130.164.62.197)
02:21.28*** join/#oe scot (~scot@130.164.62.160)
02:33.45*** join/#oe bpittman (~bill@130.164.62.212)
02:33.51*** join/#oe bmouring (~bmouring@130.164.62.236)
02:34.12*** join/#oe scot (~scot@130.164.62.160)
02:37.55*** join/#oe rtollert (~rtollert@130.164.62.197)
02:48.29*** join/#oe Aethenelle (~Aethenell@107.138.98.226)
03:13.41*** join/#oe Gaston|Home (~quassel@rosie.office.tw.ly)
03:18.14*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-rtukxwtthczfemuq)
03:25.45*** join/#oe Net147 (~Net147@unaffiliated/net147)
03:55.18*** join/#oe sgw_ (~sgw_@c-71-238-116-168.hsd1.or.comcast.net)
04:05.13*** join/#oe sgw_ (~sgw_@134.134.139.78)
04:33.14*** join/#oe Crofton (~balister@pool-71-171-15-36.ronkva.east.verizon.net)
04:46.41*** join/#oe morphis (~morphis@pD9ED6A11.dip0.t-ipconnect.de)
05:13.45*** join/#oe AndersD (~anders@213-64-218-130-no126.business.telia.com)
05:20.14*** join/#oe qt-x (~Thunderbi@217.10.196.2)
05:28.33*** join/#oe AndersD (~anders@213-64-218-130-no126.business.telia.com)
05:51.20*** join/#oe rob_w (~bob@93.104.205.194)
05:51.20*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
06:00.29*** join/#oe qt-x (~Thunderbi@217.10.196.2)
06:07.25*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
06:13.54*** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net)
06:18.38*** join/#oe sgw_ (~sgw_@134.134.139.83)
06:21.24*** join/#oe phlashaa (~pi@50-5-112-201.dynamic.fuse.net)
06:23.23*** join/#oe Jefro1 (~jefro@50-0-152-82.dedicated.static.sonic.net)
06:41.13*** join/#oe Net147 (~Net147@unaffiliated/net147)
06:47.34*** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-quartjdmqojdlusb)
06:53.30*** join/#oe jku (jku@nat/intel/x-zvyqzszyfsqtodrt)
07:14.29*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
07:17.35*** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it)
07:18.17*** join/#oe Net147 (~Net147@unaffiliated/net147)
07:31.23*** join/#oe joshuagl (~joshuagl@192.198.151.44)
07:32.19*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
07:52.59*** join/#oe jku (jku@nat/intel/x-enveuyfzxumswphj)
07:54.17*** join/#oe maxin (~maxin@37-219-30-124.nat.bb.dnainternet.fi)
07:56.40*** join/#oe belen (~Adium@134.134.139.70)
07:58.46*** join/#oe t0mmy (~tprrt@217.114.201.133)
08:09.18*** join/#oe rsv (6a33e396@gateway/web/freenode/ip.106.51.227.150)
08:09.59rsvhello, i wanted to check if any package can put a device based on inactivity
08:22.09*** join/#oe phlashaa (~pi@50-5-112-201.dynamic.fuse.net)
08:33.11*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
08:35.52*** join/#oe jonathanmaw (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
08:36.13*** join/#oe Seekha2 (~seekha__@69.156.134.233)
08:36.43*** join/#oe dl9pf_ (~quassel@static.88-198-106-157.clients.your-server.de)
08:37.27*** join/#oe tanuk_ (~tanu@a91-152-158-222.elisa-laajakaista.fi)
08:39.15*** join/#oe ChrisD1_Away (~ChrisD@2a02:8010:6087:0:230:bdff:feba:a4ac)
08:39.16*** join/#oe zibri (zibri@rfc1459.se)
08:47.09*** join/#oe edbart (ebartosh@nat/intel/x-ywcpzkaelzdomxdx)
08:48.04*** join/#oe belen (~Adium@134.134.137.73)
08:58.00*** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-eznsnlzkwhfqghbb)
09:02.52*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-wphprgdsbjbxpode)
09:04.04*** join/#oe rsalveti (sid117878@linaro/rsalveti)
09:13.17*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-kfzrurmzzcqvpbyo)
09:27.21*** join/#oe belen (Adium@nat/intel/x-slidkomrymrzxksx)
09:32.03*** join/#oe bluelightning (~paul@172.225.69.111.dynamic.snap.net.nz)
09:32.03*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:48.56*** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz)
09:59.32*** join/#oe mfischer_ (~mfischer@207-114-172-147.static.twtelecom.net)
10:06.43*** join/#oe mario-go` (~user@email.parenteses.org)
10:11.31*** join/#oe t0mmy (~tprrt@217.114.201.133)
10:19.42*** join/#oe behanw (uid110099@gateway/web/irccloud.com/x-nrnzxwvakqazcsjs)
10:25.42*** join/#oe PaulePanter (~paul@mail.gw90.de)
10:27.09*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-xvnqpsbzuqoazxgx)
10:28.21*** join/#oe rsalveti (sid117878@linaro/rsalveti)
10:37.02*** join/#oe maxin (~maxin@37-219-30-124.nat.bb.dnainternet.fi)
10:37.18*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-dxibhpsxqtehxvno)
10:37.31*** join/#oe qt-x (~Thunderbi@217.10.196.2)
10:45.40*** join/#oe AndersD (~anders@213-64-218-130-no126.business.telia.com)
10:49.45*** join/#oe belen (Adium@nat/intel/x-slidkomrymrzxksx)
10:49.45*** join/#oe ftonello (~felipe@host152-29-dynamic.31-79-r.retail.telecomitalia.it)
11:31.04*** join/#oe anselmolsm (~anselmols@192.55.54.44)
11:49.08*** join/#oe rburton (~Adium@home.burtonini.com)
11:50.52*** join/#oe ldnunes (~ldnunes_@187.23.154.250)
12:30.47*** join/#oe qt-x (~Thunderbi@217.10.196.2)
12:42.05*** join/#oe Jin^eLD (~jin@static.88-198-224-151.clients.your-server.de)
12:45.45Jin^eLDhmm,I have a recipe which is always recompiled even if no changes have occured; I assume that I am using some variable somewhere in some nested way where evaluation prevents bitbake from caching it, how would I figure out which one it is?
12:47.51*** join/#oe Crofton (~balister@2001:468:c80:4221:2677:3ff:fe8f:418)
12:51.14*** join/#oe nrossi (~nrossi@CPE-123-211-128-43.lnse3.woo.bigpond.net.au)
12:56.08*** join/#oe bottazzini (realBigfoo@nat/intel/x-nzgtvvamlnwydcuh)
12:59.03*** join/#oe maxin (~maxin@37-219-253-18.nat.bb.dnainternet.fi)
13:04.55rburtonJin^eLD: bitbake -S printdiff
13:06.12Jin^eLDthank you! let me see whatit does
13:27.44*** join/#oe belen (~Adium@134.134.139.77)
13:34.46*** join/#oe RagBal (~RagBal@54694E34.cm-12-2b.dynamic.ziggo.nl)
13:34.54*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
13:35.26*** join/#oe Rootert (~Rootert@54694E34.cm-12-2b.dynamic.ziggo.nl)
13:36.53Jin^eLDrburton: I figured it shows me the package and the task where the hash has changed, but can I narrow it down any further?
13:37.30Jin^eLDcan I somehow detect which variable influences the has change?
13:43.36*** join/#oe Crofton (~balister@2001:468:c80:4221:2677:3ff:fe8f:418)
13:59.17*** join/#oe paulg (~paulg@128.224.252.2)
14:09.53*** join/#oe ecloud (quassel@nat/qt/x-kpwdhgixvblogmfw)
14:12.23*** join/#oe paulg_ (~paulg@128.224.252.2)
14:14.42*** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net)
14:21.42*** join/#oe Aethenelle (~Aethenell@166.175.187.203)
14:25.21*** join/#oe dv_ (~quassel@62.178.118.86)
14:40.54*** join/#oe jonathanmaw_ (~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk)
14:48.44*** join/#oe ntl (~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net)
14:52.48*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
15:04.36*** join/#oe maxin (~maxin@dsl-espbrasgw1-50dfb5-190.dhcp.inet.fi)
15:05.54*** join/#oe Aethenelle (~Aethenell@199.15.128.78)
15:13.03*** join/#oe Jefro (~jefro@50-0-152-82.dedicated.static.sonic.net)
15:24.41tlwoerner"FATAL: The knotty ui could not load the required curses python module."
15:24.47tlwoerner...and that module would be... ?
15:26.04tlwoernerD'OH! python3-curses
15:26.35tlwoernerwelcome to flag day :-D
15:27.07*** join/#oe maxin (~maxin@dsl-espbrasgw1-50dfb5-190.dhcp.inet.fi)
15:29.37*** join/#oe Crofton (~balister@2001:468:c80:4221:2677:3ff:fe8f:418)
15:37.14JaMaanyone seeing lots of "ResourceWarning: unclosed file " while parsing the recipes?
15:37.50kergothJaMa: python 3 thing. code doing open(foo) and never closing it
15:37.55kergothchange it to use with
15:38.03kergothor whatever is appropriate
15:41.28JaMakergoth: I'm more wondering from where it came, if it's some our bbclass or something still missing in public layers
15:42.21kergothyeah, seems most layers are still playing catchup. not sure how to isolate that to where that file was opened
15:43.15tlwoernerJaMa: i'm doing a very basic core-image-minimal build of poky and not seeing any of those warnings
15:45.00kergothJin|away: printdiff shows down to the variable level.
15:48.44*** join/#oe belen1 (~Adium@134.134.137.75)
15:48.51*** join/#oe hrw (~hrw@redhat/hrw)
15:50.18*** join/#oe belen (~Adium@134.134.137.75)
16:14.03*** join/#oe Crofton (~balister@2001:468:c80:4221:2677:3ff:fe8f:418)
16:22.23*** join/#oe vmesons (~rmacleod@24-212-184-107.cable.teksavvy.com)
16:40.41*** join/#oe adelcast (~adelcast@130.164.62.82)
16:59.31*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
17:00.46*** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se)
17:03.57*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
17:08.04*** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029)
17:08.39*** join/#oe fuchs__ (~fuchs@Maemo/community/contributor/florian)
17:15.38*** join/#oe Nilesh_ (uid116340@gateway/web/irccloud.com/x-irqvnyzupnfcbeiq)
17:37.46*** join/#oe calligraffiti (~calligraf@46.246.86.250)
17:50.24*** join/#oe rburton (~Adium@home.burtonini.com)
18:14.18*** join/#oe ntl (~nathanl@cpe-24-242-75-173.austin.res.rr.com)
18:14.44*** join/#oe Crofton (~balister@pool-71-171-15-36.ronkva.east.verizon.net)
18:15.19*** join/#oe Mowgli (~mowgli@103.38.247.151)
18:25.10Jin^eLDkergoth: hmm, does not look like it here..
18:25.40kergoth<PROTECTED>
18:26.17kergothi'd suggest pointing SSTATE_DIR to an empty dir, emptying SSTATE_MIRRORS to be safe, doing a bitbake -S none yourtarget, then doign a bitbake -S printdiff yourtarget
18:26.29kergoththen we know for sure it's comparing against the sigdata in the stamps dir from the first -S
18:26.46Jin^eLDERROR: Bitbake's cached basehash does not match the one we just generated (/home/jin/dss-oe/yocto/dS/meta-digitalstrom-devel/recipes-kernel/linux/linux-astralix_4.1.19.bb.do_deploy)!
18:26.51kergoth-S tells you why sstate isn't being used, usually, but it can also be used to see what's changed since your previous build
18:26.55Jin^eLDERROR: The mismatched hashes were ec1cac042439724ace1f7db7c6693489 and 61da68dcd9d540252426884d7ac2c489
18:27.06Jin^eLDthats what it told me now (did not clean anything yet)
18:27.15kergotha base hash mismatch *usually* means someone used a var that's changing on every parse, i.e. DATE/TIME
18:27.22kergoththe right answer in that case is usually to exclude it from the vardeps
18:27.38kergothbitbake should really dump more useful info about basehash mismatches at some point..
18:28.15Jin^eLDkergoth: well.. I am trying to find that var :) that was my original question - what means are there to find it...
18:28.53Jin^eLDI am actually pretty sure its a var somewhere which is used in another var and then somehow it changes the hash
18:29.44kergothprintdiff is usually useful to diagnose things like this, but i'm not sure it can help with a basehash mismatch. RP would be able to say for sure
18:29.51kergothi'd suggest directly examining the sstate files in question
18:30.15kergothyou can still try a printdiff the way i suggested, but if taht doesnt' work, try dumping it directly
18:30.27kergothbitbake-dumpsig on the linux-astralix do_deploy sigdata/siginfo in tmp/stamps/
18:30.28Jin^eLDhmm ok, thank you
18:30.44kergothso you can see exactly what vars were included in its signature data
18:35.46kergothHmm. ^C a bitbake, then ^Z it during the shutdown, resume, and it gets really unhappy that the server completed its shutdown while it was suspended :)
18:36.56adelcastwhile porting opkg-utils to python3, I used python-future for completeness, as it defines an object module that has next(), (http://stackoverflow.com/questions/36517648/in-python-why-import-object-from-builtins-module)
18:37.26adelcasthowever, my change failed the ATS since OE/bitbake doesn't use the python-future module (it is not installed)
18:37.45adelcastany reason for that? should I just stop relying on python-future?
18:38.07adelcastfrom looking at the other code migrated, I think the answer is yes.....but wanted to confirm
18:38.23kergothi don't understand the problem. if you want to use it, just make the opkg-utils-native recipe depend on the module it needs, as with every other module it needs
18:38.32kergothotherwise yes, avoid its use, it's entirely your call
18:38.51kergothopkg-utils is run out of the sysroot, so its dependencies can be trivially built by bitbake, no?
18:39.28adelcastkergoth: so, yes, you are correct, I am missing the RDEPENDS, but I think the larger question was...should I bother using pyhon-future or maybe is overkill?
18:40.39kergoththat depends entirely on your goals with the project. if you want to keep python 2 compatibility, you'll have to adapt to such differences, either manually, with future, or six or equivalent to maintain a single codebase that works with both, or rely on setuptools to do 2to3/3to2. not familiar enough with that particular issue (object next) to say beyond that. maybe someone else in here is
18:40.49kergothor you could just go ask in #python or something
18:40.55*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
18:41.04kergothbitbake is python3 only, so unless you're going that route too, it has entirely different requirements
18:42.32adelcastok, cool, yeah.....I am thinking I will probably keep compatibility for a while, then do python3 only in a future release
18:42.34adelcastthanks
18:42.39kergothnp
18:43.24*** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net)
18:46.39*** join/#oe CipherWizard (~cipherwiz@216-21-169-52.slc.googlefiber.net)
18:49.46*** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com)
18:52.45adelcastgrr, python-futures is on meta-oe, not on oe-core
18:54.51kergothi'm sure you could make an argument to change that
18:55.52adelcastyeah, as we move to python3, I doubt I am going to be the only one using futures
18:57.40*** join/#oe edbart (~ebartosh@192.198.151.44)
18:59.09adelcastto move recipes, is it common practice to directly post the patches to both lists or to post the suggested change on an email to both ml's first?
19:00.31adelcastI'll probably start the discussion by replying to Purdie's email with the ATS failure
19:05.23adelcastacutually nv, I was looking at python-futures (concurrent futures libs), which is different than python-future
19:10.26*** join/#oe morphis (~morphis@pD9ED6A11.dip0.t-ipconnect.de)
19:29.20*** join/#oe evanmeag_ (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
19:31.51*** join/#oe georgem (~georgem@216-21-169-52.slc.googlefiber.net)
19:34.54*** join/#oe cbrake (~Thunderbi@cable-pool5-cs-73.doycomm.com)
19:43.05*** join/#oe _morphis (morphis@fiona.nas-admin.org)
19:49.54*** join/#oe maxin (~maxin@dsl-espbrasgw1-50dfb5-190.dhcp.inet.fi)
20:03.32*** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl)
20:10.59*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
20:48.17*** join/#oe phdeswer_ (~phdeswer@91-159-55-220.elisa-laajakaista.fi)
20:49.27*** join/#oe maxin (~maxin@dsl-espbrasgw1-50dfb5-190.dhcp.inet.fi)
20:50.27*** part/#oe maxin (~maxin@dsl-espbrasgw1-50dfb5-190.dhcp.inet.fi)
21:07.20*** join/#oe DJW|Home (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net)
21:31.46*** join/#oe cbrake (~Thunderbi@cable-pool5-cs-73.doycomm.com)
21:51.35*** join/#oe ftonello (~felipe@host152-29-dynamic.31-79-r.retail.telecomitalia.it)
22:11.02*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:02.37*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:02.56*** join/#oe bluelightning (~paul@172.225.69.111.dynamic.snap.net.nz)
23:02.56*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
23:08.10*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:15.52*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:22.53*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:36.25*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
23:40.45*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:42.47*** join/#oe Aethenelle (~Aethenell@166.175.187.203)
23:45.41*** join/#oe evanmeagher (~MongooseW@70-36-227-16.dsl.dynamic.fusionbroadband.com)
23:53.37*** join/#oe mattsm (uid128834@gateway/web/irccloud.com/x-kmvcttjyikrzicug)
23:56.52*** join/#oe ChrisD1_Away (~ChrisD@2a02:8010:6087:0:230:bdff:feba:a4ac)
23:57.46*** join/#oe rsalveti (sid117878@linaro/rsalveti)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.