| 00:08.21 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
| 00:28.43 | *** join/#oe Gaston|Home (~jonma@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 00:42.42 | *** join/#oe jkridner (~jkridner@65.183.15.82) |
| 00:42.42 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 01:09.11 | *** join/#oe ensc|w (~ensc@fedora/ensc) |
| 01:29.20 | *** join/#oe Gaston|Home (~jonma@ua-83-227-239-139.cust.bredbandsbolaget.se) |
| 01:55.03 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 02:25.01 | *** join/#oe JokerDoomWork (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 02:25.10 | *** join/#oe s3v3n62mm2 (~s3v3n62mm@p3EE2FDA4.dip0.t-ipconnect.de) |
| 02:50.04 | *** join/#oe JokerDoomWork (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 02:51.13 | *** join/#oe JokerDoomWork (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 03:05.58 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
| 04:03.54 | khem | p |
| 04:05.22 | khem | dca: thats debug package |
| 04:06.04 | khem | dca: the real package would come from libxmu |
| 04:32.55 | *** join/#oe _JokerDoomWork (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 04:37.20 | *** join/#oe JokerDoomWork (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 05:29.55 | *** join/#oe nitink (~nitink@134.134.137.71) |
| 06:01.08 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 06:17.12 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:50.53 | *** join/#oe belen (Adium@nat/intel/x-mygycsxrlojgatqo) |
| 06:51.16 | *** join/#oe msm` (~msm@cpe-72-182-100-192.austin.res.rr.com) |
| 07:00.45 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 07:01.59 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-seqvgrbyvidtuped) |
| 07:02.24 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 07:08.35 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:15.35 | *** join/#oe kroon (~kroon@193.15.174.198) |
| 07:15.58 | *** join/#oe crxz0193 (~crxz0193@203.247.149.152) |
| 07:16.25 | *** join/#oe ant_work (~ant__@host54-128-static.10-188-b.business.telecomitalia.it) |
| 07:27.03 | mckoan | good morning |
| 07:31.32 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 07:42.09 | woglinde | hi mckoan |
| 08:21.19 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 08:21.32 | pompomJuice | asd |
| 08:31.56 | *** join/#oe stefan_schmidt (~stefan@p2003004809543348F2DEF1FFFE6228F7.dip0.t-ipconnect.de) |
| 08:36.00 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:36.01 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:41.33 | bluelightning | morning all |
| 08:44.02 | pompomJuice | morning! |
| 08:45.32 | bluelightning | hi pompomJuice |
| 08:46.02 | pompomJuice | another day fixing random bugs for me |
| 08:52.18 | pompomJuice | so annoying |
| 08:52.56 | pompomJuice | I am getting this weird git fetch issue where it is trying to do a git-remote and it fails because of this mesterious ^{} that is concatinated to the last ref |
| 08:53.12 | pompomJuice | only happens with my u-boot recipies |
| 08:53.16 | pompomJuice | they are old |
| 08:53.26 | pompomJuice | cant be upgraded because I don't know how |
| 08:53.34 | pompomJuice | u-boot is not for noobs |
| 08:53.51 | pompomJuice | all the other git recipies work though |
| 08:53.54 | pompomJuice | just bizarre |
| 08:55.14 | pompomJuice | and inspecting the recipies yield nothing obvious |
| 08:57.17 | *** join/#oe anarsoul (~anarsoul@178.124.194.242) |
| 08:59.01 | pompomJuice | yea |
| 08:59.13 | pompomJuice | cmd = "%s ls-remote %s://%s%s%s %sEND" % \ |
| 08:59.20 | pompomJuice | results in |
| 08:59.33 | pompomJuice | The command git ls-remote git://arago-project.org/git/projects/u-boot-omap3.git refs/heads/v2010.06_TI81XXPSP_04.04.00.01 refs/tags/v2010.06_TI81XXPSP_04.04.00.01^{}END gave empty output unexpectedly |
| 09:00.26 | pompomJuice | recipy contains SRCREV = "v2010.06_TI81XXPSP_04.04.00.01" |
| 09:02.12 | koen | pompomJuice: arago-project.org isn't know for it's uptime or stable git service |
| 09:02.48 | koen | you can try adding ;protocol=http to the SRC_URI |
| 09:02.50 | koen | or https |
| 09:04.05 | pompomJuice | ok il try |
| 09:06.38 | pompomJuice | seems to require a username password? |
| 09:06.52 | pompomJuice | trying http |
| 09:08.59 | pompomJuice | koen |
| 09:09.17 | pompomJuice | but if I execute the git ls-remote without the ^{} it works...? |
| 09:09.47 | pompomJuice | same problem |
| 09:10.12 | pompomJuice | I get a ^{} concatinated to my rev... let me see if I can debug... |
| 09:13.25 | kroon | I tested ptest-runner.sh yesterday. I saw lots of failures due to getfacl/setfacl not being available. I do have "libacl", but not "acl", which contains the binaries, in the target image. |
| 09:14.13 | kroon | Is there a reason for why acl.inc doesnt have "acl" in its RDEPENDS_${PN}-ptest ? |
| 09:18.12 | pompomJuice | <PROTECTED> |
| 09:18.32 | pompomJuice | what is that ^{} doing there? it is somehow selectively jamming my uboot recipies |
| 09:19.57 | pompomJuice | git.py line 343 |
| 09:28.26 | pompomJuice | who is Richard Purdie? |
| 09:28.33 | kroon | God |
| 09:28.39 | pompomJuice | God makes mistakes |
| 09:28.44 | pompomJuice | lets get him |
| 09:28.46 | pompomJuice | lol |
| 09:29.08 | zibri | pompomjuice: ^{} is used to dereference a tag object to a commit. |
| 09:29.12 | pompomJuice | ifI google git ls-remote "^{}" |
| 09:29.15 | pompomJuice | I get nothing |
| 09:29.36 | pompomJuice | ^{} as regex makes no sense |
| 09:29.47 | pompomJuice | ok... |
| 09:29.50 | pompomJuice | let me google that |
| 09:30.29 | pompomJuice | thanks zibri, I found some docs |
| 09:34.48 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 09:59.26 | pompomJuice | ok... so I have learned a few things now |
| 09:59.33 | pompomJuice | the is anew change in yocto1.6 |
| 10:00.16 | pompomJuice | and that if you try to ls-remote a tag that is a lightweight tag with a ^{} it returns nothing instead of the ref... |
| 10:00.44 | pompomJuice | not all tags are annotated, and the ones that are not annotated are not available anymore if you do it this way |
| 10:01.34 | pompomJuice | which makes sense if you go into a zero tolarence mode for tags |
| 10:01.39 | pompomJuice | sucks for me though |
| 10:23.49 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
| 10:24.28 | pompomJuice | here is the solution |
| 10:24.29 | pompomJuice | http://hastebin.com/qituzavosi.diff |
| 10:24.58 | *** join/#oe belen (Adium@nat/intel/x-dkcfzbccgazyjtsj) |
| 10:28.24 | bluelightning | RP: ^ |
| 10:33.34 | RP | pompomJuice: hmm, this is tricky :/ |
| 10:41.06 | RP | pompomJuice: we may have to fall back like you describe, looks like we can't win... |
| 10:50.42 | tasslehoff | Shouldn't PACKAGECONFIG_GL = "gles2" in qtbase_%.bbappend give me a Qt5 configured with -eglfs? |
| 10:59.28 | JaMa | tasslehoff: yes |
| 11:00.33 | JaMa | Crofton|work: jenkins is busy to test master changes, so I would prefer daisy maintainer to run own builds |
| 11:01.01 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 11:01.24 | JaMa | Crofton|work: currently running test-dependencies build for last 12 days, 2 more days to go |
| 11:04.25 | tasslehoff | JaMa: hm. odd. I've changed Yocto-version, board and distro, and lost that option somehow |
| 11:10.04 | Crofton|work | JaMa, sounds like we need more hardware |
| 11:13.31 | JaMa | Crofton|work: and more people reading logs from it |
| 11:13.38 | Crofton|work | :) |
| 11:14.35 | tasslehoff | JaMa: this is my qtbase_%.bbappend: http://pastebin.com/dGxHYrMd. it builds with opengl and opengles2, but not eglfs. |
| 11:21.55 | JaMa | tasslehoff: check the configure log |
| 11:23.24 | tasslehoff | JaMa: it doesn't list eglfs in Build options, only opengl and opengles2 |
| 11:28.54 | *** join/#oe ecloud_ (quassel@nat/digia/x-yksdrhnjktwmoxhm) |
| 11:43.04 | pompomJuice | RP, I am having issues on a few recipies... not a train smash |
| 11:49.00 | *** join/#oe DJWillis (~djwillis@cpc2-trow6-2-0-cust204.aztw.cable.virginm.net) |
| 11:50.02 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
| 12:00.03 | pompomJuice | Another change that got me is it seems before I could use a branch name as a SRCREV, now I cant. |
| 12:01.08 | bencoh | seems so yeah |
| 12:01.12 | bencoh | use branch= |
| 12:05.22 | *** join/#oe joeythesaint (~joe@209.141.56.162) |
| 12:07.03 | *** join/#oe Guest17863 (~textual@2e409d01.skybroadband.com) |
| 12:09.53 | tasslehoff | JaMa: DISTRO_FEATURES_remove = "x11 wayland" in local.conf did the trick |
| 12:10.34 | tasslehoff | btw, how do I know what I can put in my image.bb, and what needs to be put in local.conf? |
| 12:11.29 | *** join/#oe jkridner (~jkridner@65.183.14.206) |
| 12:11.30 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 12:12.01 | *** join/#oe jkridner (~jkridner@65.183.15.82) |
| 12:12.01 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 12:18.39 | pompomJuice | bencoh: indeed, I am ficiong all these broken git recipies of ours |
| 12:18.45 | pompomJuice | fixing* |
| 12:30.10 | *** join/#oe ldnunes (~ldnunes_@177.35.70.10) |
| 12:30.48 | *** join/#oe adelcast (~adelcast@130.164.62.249) |
| 12:37.10 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 12:47.27 | *** join/#oe kscherer (~kscherer@128.224.252.2) |
| 12:49.40 | pompomJuice | Just in general, do you guys have strange issues with Lenaro > 4.7? |
| 12:49.53 | pompomJuice | Ever since I went from 1.4 to 1.5 shit has been going wrong |
| 12:51.47 | pompomJuice | As far as I can tell, something has gone wrong with the optimizer in lenaro 4.8+ |
| 12:52.21 | pompomJuice | some of our c++ programs have bizarre issues, then I take away the -O2 and then they work... |
| 12:52.26 | koen | lenaro? |
| 12:52.38 | koen | is that the chinese knock-off version of linaro? |
| 12:52.45 | pompomJuice | lol |
| 12:52.54 | pompomJuice | vervlaks |
| 12:53.06 | pompomJuice | linaro *cough* |
| 12:53.14 | tbr | prpl? |
| 12:53.16 | pompomJuice | so one of the strange issues looks like this: |
| 12:53.23 | koen | haven't had troubles with 4.8, but I did have issues with linaro binutils |
| 12:53.34 | koen | which should be fixed in the new binutils drop |
| 12:54.08 | pompomJuice | struct data; memcpy( zmqBuffer, data, sizeof(data) ); <----- GCC 4.8 FAILED |
| 12:54.25 | pompomJuice | replace memcpy with a for loop all problems dissapear... |
| 12:54.33 | pompomJuice | or so I thought... |
| 12:54.34 | pompomJuice | now |
| 12:55.10 | pompomJuice | struct data contain arrays and oter structs etc... somewhere in the middle of this struct in memory there are 4 doubles.... |
| 12:55.34 | pompomJuice | they come through as zero |
| 12:56.08 | pompomJuice | so when I print those values before I memcpy( zmqBugger, data, sizeof(data)) it suddenly works.... <----------- super strange |
| 12:56.18 | pompomJuice | if I remove -O2 |
| 12:56.24 | pompomJuice | everything works as expected |
| 12:56.47 | pompomJuice | so I have heizenbug |
| 12:57.08 | pompomJuice | anyway... |
| 12:57.18 | pompomJuice | im upgrading to 1.6... |
| 12:57.28 | pompomJuice | almost there.. |
| 12:57.40 | *** join/#oe tobiash_ (~quassel@host-88-217-137-244.customer.m-online.net) |
| 13:14.50 | pompomJuice | once I get to yocto1.6 imma go home and down a shampagne... took me 6 months to take it from 1.3 to 1.6... |
| 13:16.13 | pompomJuice | and it all started when mono demanded gcc 4.7+... a chain reaction.... nuclear chain reaction |
| 13:16.35 | bencoh | talking about gcc and strange stuff .... |
| 13:16.56 | bencoh | I hitted https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49423 |
| 13:17.00 | pompomJuice | landing out of my depth in irc channels |
| 13:17.15 | pompomJuice | memset? |
| 13:17.25 | bencoh | nope, push_minipool_fix |
| 13:17.54 | *** join/#oe oneQubit (~oneQubit@c-69-138-31-87.hsd1.md.comcast.net) |
| 13:17.55 | pompomJuice | I missed that one somehow |
| 13:18.16 | bencoh | the code that triggered it isn't in oe repositories |
| 13:18.38 | pompomJuice | yea |
| 13:18.43 | pompomJuice | as is all sources of problems |
| 13:18.53 | pompomJuice | We have a version two of our product |
| 13:18.57 | bencoh | well this really is a gcc bug |
| 13:19.09 | pompomJuice | yea gcc bugs are not cool |
| 13:19.23 | pompomJuice | because the boss man does not understand that you have nothing |
| 13:19.28 | bencoh | I ""fixed"" (read: kludged) it with a 2-lines gcc patch inspired from gcc ml, OE might be interested since it doesnt seem to be included |
| 13:19.28 | pompomJuice | you are in the dark |
| 13:20.03 | bencoh | (and probably wont before 4.9/4.10) |
| 13:20.10 | pompomJuice | damn |
| 13:20.26 | pompomJuice | I will make sure I go check what that bug is about |
| 13:20.39 | pompomJuice | might be causing problems for me too |
| 13:21.31 | bencoh | it fails at compile time, so I doubt it |
| 13:21.43 | pompomJuice | yea internal error |
| 13:21.53 | pompomJuice | time to recompile gcc in debug mode and start debugging ;) |
| 13:22.01 | pompomJuice | over here we are not scared to do such things |
| 13:22.24 | pompomJuice | 12 months ago I did not even know about oe |
| 13:22.36 | pompomJuice | high level programmer, c#... |
| 13:22.36 | bencoh | honestly I don't really want to :) |
| 13:22.49 | bencoh | not my cup of tea |
| 13:22.50 | pompomJuice | I donno, oe for me is like...amagad |
| 13:22.52 | bencoh | (gdb on gcc) |
| 13:23.02 | pompomJuice | hehe |
| 13:23.16 | pompomJuice | that is what you need to be prepared to do if you work on embedded devices.. |
| 13:23.32 | bencoh | yeah, been working on those for years ;) |
| 13:24.20 | pompomJuice | See my new stratigy with management is to make them understand that if you have this uber hardware device then you must understand that you are opening yourself up to all kinds of shenanigans... sunspot activity... |
| 13:24.40 | pompomJuice | random compiler failure |
| 13:24.56 | pompomJuice | if the moon is aligned skew your build might break... |
| 13:25.05 | pompomJuice | so now things are going better... |
| 13:25.14 | pompomJuice | they leave me alone and I can do my work properly |
| 13:25.21 | pompomJuice | investigate every error |
| 13:26.29 | pompomJuice | before it was like... "...but sir the compile broke we got nothing.... BOSS: Silence! Pull more levers, push more buttons I want that thing out tomorrow" |
| 13:33.09 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 13:36.17 | *** part/#oe RP (~richard@5751f4a1.skybroadband.com) |
| 13:50.09 | *** join/#oe JokerDoomWork (~JokerDoom@12.179.209.115) |
| 13:50.11 | *** join/#oe Anarky (~Anarky@136.217.123.78.rev.sfr.net) |
| 13:57.42 | *** join/#oe adelcast (~adelcast@130.164.62.249) |
| 14:15.20 | *** join/#oe sr105|away (~sr105@65349hfc19.tampabay.res.rr.com) |
| 14:22.13 | *** join/#oe stefan___ (~chatzilla@bas2-montreal29-1279583504.dsl.bell.ca) |
| 14:52.25 | *** join/#oe dbussink (~dbussink@irc.bussink.me) |
| 14:53.43 | *** part/#oe msm` (~msm@cpe-72-182-100-192.austin.res.rr.com) |
| 14:58.07 | *** join/#oe Jay7 (jay@176.15.149.244) |
| 15:02.55 | *** join/#oe dbussink (~dbussink@irc.bussink.me) |
| 15:14.01 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 15:20.51 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 15:39.40 | *** join/#oe Leatherface- (~leatherfa@2001:470:dd7d:0:9b9:5479:2fb8:8689) |
| 15:45.56 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 15:46.45 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:00.01 | *** join/#oe crxz0193 (~crxz0193@123.201.133.108) |
| 16:05.38 | *** join/#oe dvhart (~dvhart@134.134.139.76) |
| 16:08.48 | *** join/#oe jkridner (~jkridner@65.183.15.82) |
| 16:08.48 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:22.53 | *** join/#oe W1N9Zr0 (~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a) |
| 16:32.54 | *** join/#oe belen (~Adium@192.198.151.43) |
| 16:54.55 | *** join/#oe anarsoul (~anarsoul@193.151.40.51) |
| 17:36.28 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 17:36.28 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 17:44.25 | kergoth | hmm, shouldn't xf86-video-ati in meta-oe rrecommends linux-firmware-radeon rather than linux-firmware? we should really give some thought to how to handle linux-firmware better. some machines pull in the toplevel linux-firmware recipe with no real reason for it, or to support expansion hardware whether the distro wants to support that or not |
| 17:44.27 | kergoth | ponders |
| 17:51.29 | koen | kergoth: linux-firmware-radeon didn't exist when that rrecommends was added |
| 17:51.38 | kergoth | ah, fair enough :) |
| 17:53.11 | koen | I added it a day later and forgot to update xf86-video-ati |
| 17:53.42 | koen | still doesn't have a 100% working glamoregl |
| 17:55.10 | otavio | :D |
| 17:56.32 | *** join/#oe lumag (~lumag@nat-min.mentorg.com) |
| 17:59.18 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
| 18:00.20 | *** join/#oe _chase_ (~a0271661@nat/ti/x-vbvzelrswkakdcai) |
| 18:07.18 | *** join/#oe pdp7_ (~pdp7@asciipr0n.com) |
| 18:15.33 | *** join/#oe vquicksilver (~wolf@81.172.114.83.dyn.user.ono.com) |
| 18:15.34 | *** join/#oe vquicksilver (~wolf@gentoo/contributor/vquicksilver) |
| 18:16.59 | *** join/#oe qt-x (~ionel@217.10.196.2) |
| 18:42.26 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
| 19:00.04 | *** join/#oe joeythesaint (~joe@209.141.56.162) |
| 19:00.09 | *** join/#oe Anthony (~textual@2e409d01.skybroadband.com) |
| 19:19.01 | *** join/#oe ant_home (~andrea@host160-222-dynamic.7-79-r.retail.telecomitalia.it) |
| 19:24.24 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 19:24.26 | *** join/#oe belen (~Adium@5751cae3.skybroadband.com) |
| 19:28.10 | *** join/#oe bluelightning (~paul@2001:8b0:258:7d7a:5e51:4fff:febb:401d) |
| 19:28.11 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:31.49 | *** join/#oe Shawn286 (~Shawn@unaffiliated/shawn156) |
| 20:17.24 | khem | bencoh:are you seeing this with gcc 4.9 or 4.8 ? |
| 20:21.58 | *** join/#oe hillct (~hillct@cpe-071-070-219-043.nc.res.rr.com) |
| 20:23.08 | bencoh | khem: 4.8 |
| 21:02.11 | *** join/#oe woglinde (~henning@g225073231.adsl.alicedsl.de) |
| 21:02.23 | *** join/#oe ohama (~ohama@46.229.238.174.vnet.sk) |
| 21:15.56 | Crofton|work | is there a way to change the name of the sdk when you use populate_sdk? |
| 21:24.37 | bluelightning | Crofton|work: which part of the name? |
| 21:25.03 | Crofton|work | just something so I know which image the sdk is from |
| 21:26.34 | bluelightning | I'm pretty sure in current versions the image name is in the SDK output file name |
| 21:27.13 | Crofton|work | hmm |
| 21:27.17 | Crofton|work | I'll check again |
| 21:27.40 | bluelightning | actually I might be mistaken... still digging |
| 21:27.58 | Crofton|work | my impression is the name is always the same |
| 21:29.18 | bluelightning | ah, it's in poky.conf of all places |
| 21:29.45 | bluelightning | perhaps you can just do the same in your config |
| 21:29.52 | bluelightning | it does: SDK_NAME = "${DISTRO}-${TCLIBC}-${SDK_ARCH}-${IMAGE_BASENAME}-${TUNE_PKGARCH}" |
| 21:30.12 | Crofton|work | so you set SDK_NAME |
| 21:30.25 | Crofton|work | I wonder why that ended up in poky.conf |
| 21:30.52 | Crofton|work | but basically we set SDK_NAME |
| 21:30.56 | bluelightning | yep |
| 21:31.06 | bluelightning | it seems like something we ought to consider moving up to defaultsetup.conf or similar |
| 21:31.24 | Crofton|work | meta/conf/bitbake.conf:SDK_NAME_PREFIX ?= "oecore" |
| 21:31.24 | Crofton|work | meta/conf/bitbake.conf:SDK_NAME = "${SDK_NAME_PREFIX}-${SDK_ARCH}-${TUNE_PKGARCH}" |
| 21:31.35 | Crofton|work | yep |
| 21:47.29 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 21:47.29 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 22:10.14 | khem | bencoh: interesting do you have a reproducer |
| 22:18.09 | bencoh | khem: I'd need to revert my patch but I think I could yeah |
| 22:19.37 | nerdboy | radoen-ucode seems a tad newer than what's in linux-firmware |
| 22:20.45 | khem | bencoh: it would be interesting if you can create reproducer |
| 22:26.31 | *** join/#oe pompomJuice (~pompomJui@41.0.38.138) |
| 22:27.52 | bencoh | sounds doable |
| 22:45.39 | *** join/#oe mckoan|away (~marco@host56-7-static.30-87-b.business.telecomitalia.it) |
| 23:27.09 | *** join/#oe kroon (~kroon@89-253-118-72.customers.ownit.se) |
| 23:41.39 | kroon | I dont understand bitbake -S printdiff <recipe> ... For "acl" I get messages that tasks couldn't be used from sstate cache, but "bitbake acl" seems to run straight from cache |
| 23:43.13 | kroon | Or is it information from the latest rebuild I'm seeing ? |
| 23:53.26 | *** join/#oe JokerDoom (~JokerDoom@24-196-46-114.dhcp.fdul.wi.charter.com) |
| 23:57.44 | kergoth | thats concerning, afaik it shouldn't be doing that |
| 23:58.20 | kergoth | afaik it's supposed to find the cache entries which most closely match what you have right now, and show the delta. in a case where you can build from sstate, the ones which closely match it should be an exact match with what you're building now, and there should be no delta |