| 00:17.54 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 02:12.31 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 02:34.04 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 02:59.19 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 03:15.54 | *** join/#oe mario-go` (~user@email.parenteses.org) |
| 03:25.01 | khem` | kergoth: there ? |
| 03:25.26 | khem` | kergoth: Can you think of a case where _append += can have unexpected results ? |
| 03:27.04 | *** join/#oe unpro (~unpro@hack.us.org) |
| 03:30.01 | kergoth | nope, the += is immediate, so it's no different than manually specifying the separator |
| 03:32.12 | khem` | I mean if I use FOO_append_arm += "xx" |
| 03:32.50 | khem` | and FOO_append_arm = " xx" |
| 03:41.08 | *** join/#oe contempt (contempt@unaffiliated/contempt) |
| 03:42.00 | kergoth | i know |
| 03:42.24 | kergoth | no difference in behavior |
| 03:49.04 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 03:52.23 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 05:05.22 | *** join/#oe cbrake1 (~Thunderbi@66.219.186.215) |
| 05:17.11 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 05:30.43 | *** join/#oe clio (~andrej@85.159.109.222) |
| 05:30.43 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.98) |
| 05:58.37 | *** join/#oe simosx (~simosx@ubuntu/member/simosx) |
| 06:02.22 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 06:45.35 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 06:53.16 | *** join/#oe SorenHolm (~quassel@93.165.148.186) |
| 06:54.44 | *** join/#oe tasslehoff (~Tasslehof@77.40.182.102) |
| 07:01.22 | *** join/#oe jbrianceau_away (uid10952@gateway/web/irccloud.com/x-fxvpppkkkuwdttyq) |
| 07:11.25 | *** join/#oe ant_work (~ant__@host222-188-static.61-79-b.business.telecomitalia.it) |
| 07:16.54 | *** join/#oe diego_r (~diego@host65-246-static.10-188-b.business.telecomitalia.it) |
| 07:19.02 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 07:21.49 | nrossi | hey koen you on? |
| 07:25.13 | koen | yes |
| 07:25.47 | nrossi | just curious around the UBOOT_ARCH, does overriding it work? as in UBOOT_ARCH_<machine> = "foo" |
| 07:26.44 | koen | tries |
| 07:32.25 | koen | aargh |
| 07:32.34 | koen | removes overlayed kernel-arch.bbclass |
| 07:38.06 | nrossi | koen: i think changing it to a ?= for the future is probably worth it. But i imagine getting that change backported would be a pain |
| 07:40.48 | koen | UBOOT_ARCH_aarch64 = "arm" in local.conf also seems to work |
| 07:41.08 | koen | I never realized that would take precedence over python methods |
| 07:41.30 | nrossi | well its not the python method that is setting it |
| 07:42.04 | koen | ah, right |
| 07:42.14 | koen | it's set using a method, not by the method |
| 07:45.46 | *** join/#oe woglinde (~henning@fb-n15-11.unbelievable-machine.net) |
| 07:50.30 | *** join/#oe avall (~avalluri@192.198.151.44) |
| 08:04.41 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:06.16 | bluelightning | morning all |
| 08:08.30 | Jin^eLD | mornin |
| 08:18.43 | bluelightning | hi Jin^eLD |
| 08:21.51 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:39.41 | *** join/#oe rich_b_ (~rich@212.183.140.92) |
| 08:43.11 | *** join/#oe afournier (~admin@46.255.181.29) |
| 08:48.50 | mago_ | morning |
| 08:48.58 | woglinde | hi mago |
| 08:49.00 | woglinde | hi bl |
| 08:51.23 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:54.25 | *** join/#oe anarsoul|2 (~anarsoul@86.57.155.118) |
| 08:59.16 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 08:59.36 | *** join/#oe belen (Adium@nat/intel/x-kbcafbuzxqkyrtnv) |
| 09:01.28 | bluelightning | hi mago_, woglinde |
| 09:05.06 | LetoThe2nd | is there some way to add a string (like a localversion) to the name of the generated images? |
| 09:06.14 | *** join/#oe awe00 (~awe00@lon92-h02-128-78-240-105.dsl.sta.abo.bbox.fr) |
| 09:07.23 | LetoThe2nd | possibly like LOCALSTRING="mybuild" bitbake core-image-minimal would result in core-image-minimal-mybuild.ext3, for example |
| 09:08.11 | bluelightning | LetoThe2nd: you could adjust IMAGE_BASENAME (the image file is named with IMAGE_NAME which by default is "${IMAGE_BASENAME}-${MACHINE}-${DATETIME}" |
| 09:09.30 | bluelightning | LetoThe2nd: if you want LOCALSTRING to feed through into the environment you'd additionally need to add it to BB_ENV_EXTRAWHITE |
| 09:10.26 | LetoThe2nd | bluelightning: so if i do something like IMAGE_NAME = "${IMAGE_BASENAME}-${MACHINE}-${DATETIME}-${LOCALSTRING}" and add LOCALSTRING to BB_ENV_EXTRAWHITE it would probably do the trick? |
| 09:16.29 | bluelightning | LetoThe2nd: if you want your local version to appear in the symlink then you'd need to modify IMAGE_BASENAME rather than IMAGE_NAME (or alternatively modify both IMAGE_LINK_NAME and IMAGE_NAME) |
| 09:17.38 | *** join/#oe tsramos (~tsramos@134.134.139.74) |
| 09:18.15 | *** join/#oe JaMa (~martin@ip-86-49-34-37.net.upcbroadband.cz) |
| 09:21.38 | LetoThe2nd | bluelightning: ok, will look into it. thanks a lot! |
| 09:22.02 | bluelightning | np |
| 09:22.58 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:52.01 | *** join/#oe tsramos (tsramos@nat/intel/x-yvyzxwxaaalhqxne) |
| 09:56.08 | *** join/#oe robert_yang (~lyang1@106.120.101.38) |
| 09:58.49 | *** join/#oe tsramos (~tsramos@134.134.139.74) |
| 10:09.54 | *** join/#oe tsramos (tsramos@nat/intel/x-hctndhtbyttplryg) |
| 10:37.02 | *** join/#oe hamis (~irfan@110.93.212.98) |
| 11:10.00 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 11:20.55 | mago_ | bluelightning: if i set the nostamp flag on a function, shouldn't bitbake always re-run it? even though its in sstate cache? |
| 11:23.21 | *** join/#oe ntl (~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net) |
| 11:31.00 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 11:31.01 | mago_ | woglinde: your rootfs POSTPROCESS thing that adds build info into the filesystem, how do you make it re-run every time the manifest changes? i guess you'd have to make it always run, but how does that work when sstate-cache kicks in? |
| 11:32.54 | mago_ | (maybe changes to manifest file is a bad example, cause it will most likely trigger rebuilds of the rootfs in other ways. a better example is, how do you force bitbake to re-run your postprocess command for every build, so that it updates your UUID with the new build date?) |
| 11:38.04 | *** join/#oe hrw (~hrw@redhat/hrw) |
| 11:41.58 | woglinde | mago_ ? it runs for each new image build |
| 11:42.33 | woglinde | mago_ our use case is to verify, which image is flashed, what we build some time ago and delcared as stable image |
| 11:43.05 | *** join/#oe ldnunes (~ldnunes_@177.100.224.72) |
| 12:06.01 | *** join/#oe tsramos (tsramos@nat/intel/x-ptrmujbnxwqkexjy) |
| 12:08.13 | *** join/#oe jchonig (~quassel@firewall.honig.net) |
| 12:10.25 | *** join/#oe tsramos (~tsramos@134.134.139.74) |
| 12:21.00 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 12:49.01 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 13:04.32 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 13:17.35 | *** join/#oe realBigfoot (~realBigfo@134.191.220.73) |
| 13:26.03 | *** join/#oe morphis (~morphis@fiona.nas-admin.org) |
| 13:27.25 | *** join/#oe RP1 (~richard@5751f4a1.skybroadband.com) |
| 13:46.39 | *** join/#oe shinobi (~shinobi@78.176.84.162) |
| 13:54.50 | *** join/#oe tsramos (tsramos@nat/intel/x-bhqhadvmnfbfbpys) |
| 13:55.12 | *** join/#oe bpittman (~bill@130.164.62.212) |
| 14:02.05 | *** join/#oe belen (~Adium@192.198.151.43) |
| 14:02.38 | *** join/#oe tsramos (tsramos@nat/intel/x-ntzqsjnvqgvdnecg) |
| 14:14.14 | *** part/#oe shinobi (~shinobi@78.176.84.162) |
| 14:17.23 | *** join/#oe tsramos (tsramos@nat/intel/x-cmjwzndrwvwwjerp) |
| 14:19.18 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 14:19.22 | *** join/#oe tsramos (tsramos@nat/intel/x-npisrmaqwiqdfkmj) |
| 14:22.41 | *** join/#oe tmh_ (~tmh@loophole.cc) |
| 14:25.55 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 14:28.24 | *** join/#oe tmh_ (~tmh@unaffiliated/tmh/x-0013998) |
| 14:35.53 | *** join/#oe vmeson (~rmacleod@128.224.252.2) |
| 14:37.34 | *** join/#oe morphis (morphis@fiona.nas-admin.org) |
| 15:00.50 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 15:01.45 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 15:01.45 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 15:04.36 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 15:05.07 | *** join/#oe tsramos (tsramos@nat/intel/x-aammiydkmxdwbrwl) |
| 15:17.59 | cbrake1 | is there a variable to filter out recipes for bitbake to avoid parsing? |
| 15:18.40 | bluelightning | cbrake1: BBMASK |
| 15:18.56 | cbrake1 | bluelightning: thanks! |
| 15:19.54 | *** join/#oe tsramos (tsramos@nat/intel/x-wbbjazctktttjdge) |
| 15:26.18 | *** join/#oe nerdboy (~sarnold@gatekeeper.gentoogeek.org) |
| 15:26.18 | *** join/#oe nerdboy (~sarnold@gentoo/developer/nerdboy) |
| 15:42.04 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 16:00.59 | *** join/#oe Crofton|work (~balister@pool-108-44-118-46.ronkva.east.verizon.net) |
| 16:02.38 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 16:28.35 | *** join/#oe SoylentYellow (~SoylentYe@209-234-137-234.static.twtelecom.net) |
| 16:29.55 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 16:34.20 | *** join/#oe belen1 (~Adium@192.198.151.43) |
| 16:48.01 | *** join/#oe kristoffer (~kristoffe@ua-83-227-162-207.cust.bredbandsbolaget.se) |
| 17:09.46 | adelcast1 | I am trying to replace the SRC_URI from a recipe (tar.gz) with my copy (from git)....is there a better way to do this other than overriding SRC_URI completely? (there are a bunch of init scrips on SRC_URI that I would like to use too) |
| 17:16.19 | bluelightning | adelcast1: which version of the build system are you using? |
| 17:17.12 | adelcast1 | dizzy |
| 17:18.58 | bluelightning | adelcast1: ok, in dizzy and previous versions there isn't a better way, but in master / imminent 1.8 we have a new mechanism that does pretty much exactly this |
| 17:20.04 | adelcast1 | ah, great!, I can backport or wait (I think we are likely going to move to fido in a couple of months) |
| 17:20.22 | adelcast1 | any commits I should look at? |
| 17:20.52 | *** join/#oe jackmitch|home (~Thunderbi@cpc2-slam8-2-0-cust880.2-4.cable.virginm.net) |
| 17:20.52 | bluelightning | well, it's actually quite a few commits |
| 17:21.45 | adelcast1 | I see, so I might be better of overriding for now, then switching once we get to fido |
| 17:22.01 | adelcast1 | which works for me |
| 17:23.19 | adelcast1 | mm, now I am adelcast1, I guess that's because I was logged in on a another computer as adelcast, hehe |
| 17:23.35 | adelcast1 | bluelightning: thanks for the insight |
| 17:29.30 | bluelightning | no worries |
| 17:30.54 | bluelightning | FWIW here's the section of the manual that talks about the new mechanism: http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#using-devtool-in-your-workflow |
| 17:31.30 | kergoth | i'll have to play with that, haven't had time to try it at all yet |
| 17:32.33 | Crofton|work | DOes it work without Poky? |
| 17:32.44 | bluelightning | Crofton|work: absolutely, no poky dependencies at all |
| 17:33.02 | Crofton|work | anytime I see step 1 is clone the poky git repo, my stomach turns |
| 17:33.19 | bluelightning | Crofton|work: yes, I should probably ask Scott to work that out of there |
| 17:36.16 | Crofton|work | I'd be less touchy except for finding a bug that made a poky like assumption and then being called an oe-classic user |
| 17:44.20 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 17:46.18 | adelcast1 | I need to play with it, but sounds like EXTERNALSRC would do the trick for me |
| 17:48.34 | *** join/#oe eFfeM (~frans@c73189.upc-c.chello.nl) |
| 17:52.42 | bluelightning | adelcast1: right, externalsrc.bbclass should; but in dizzy and earlier you don't get those extra files you mentioned |
| 17:53.06 | bluelightning | adelcast1: however you should be able to just copy in the new externalsrc.bbclass from fido |
| 17:57.36 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 17:58.24 | adelcast1 | bluelightning: I see, for now I am going to override SRC_URI, but will add a task to move to externalsrc for that recipe, as part of our upgrade to fido work |
| 17:58.49 | bluelightning | adelcast1: ok, great |
| 18:01.05 | bluelightning | bbl |
| 18:02.22 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 18:07.15 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 18:20.24 | *** join/#oe anarsoul (~anarsoul@46.28.100.147) |
| 18:23.23 | *** join/#oe peteru (nobody@60-242-171-118.static.tpgi.com.au) |
| 18:29.55 | *** join/#oe awe00 (~awe00@78.250.87.8) |
| 19:10.16 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
| 19:12.01 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 19:22.22 | *** join/#oe bluelightning (~paul@167.127.187.81.in-addr.arpa) |
| 19:22.23 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 19:39.19 | *** join/#oe vmeson (~rmacleod@24-212-184-107.cable.teksavvy.com) |
| 20:17.37 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 20:26.17 | *** join/#oe ldnunes_ (~ldnunes_@177.100.224.72) |
| 20:37.28 | *** join/#oe oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 20:38.29 | *** join/#oe Aethenelle (~Aethenell@199.15.128.78) |
| 20:47.15 | *** join/#oe jackmitchell (~Thunderbi@109.224.219.180) |
| 21:22.33 | *** join/#oe dv_ (~quassel@chello062178118086.5.14.vie.surfer.at) |
| 21:39.37 | *** join/#oe ant_home (~ant__@host220-62-dynamic.24-79-r.retail.telecomitalia.it) |
| 21:44.25 | *** join/#oe phdeswer (~phdeswer@91-159-55-220.elisa-laajakaista.fi) |
| 21:44.32 | *** join/#oe tlwoerner_ (~tlwoerner@unaffiliated/tlwoerner) |
| 21:45.40 | tlwoerner_ | i've configured a build with lots of parallel tasks, most are in do_fetch, and are failing, but my network appears fine |
| 21:45.59 | tlwoerner_ | is there some sort of way to up the number of allowed connections or something? |
| 22:08.17 | kergoth | yocto doesn't impose artificial connection restrictions. what are the error messages? |
| 22:11.40 | tlwoerner_ | kergoth: connection timed out in headers |
| 22:12.38 | tlwoerner_ | ooh, and i got a segmentation fault for "/usr/bin/env wget ..." |
| 22:13.27 | tlwoerner_ | i'll just keep running "bitbake <image> -k -c fetchall" over and over until it's done :-) |
| 22:14.31 | kergoth | if that's happening under yocto, it'd almost certainly fail elsewhere as well, best to investigate hte sanityo f your network and tools on the build machine, as it's just running those |
| 22:19.43 | *** join/#oe SorenHolm (~quassel@5634f191.rev.stofanet.dk) |
| 22:38.04 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 23:06.07 | *** join/#oe Aethenelle (~Aethenell@166.175.61.50) |
| 23:20.17 | *** join/#oe khem` (~khem@unaffiliated/khem) |
| 23:32.50 | *** join/#oe Cyric (~quassel@cm-84.215.74.80.getinternet.no) |