**** BEGIN LOGGING AT Tue Jan 21 02:59:59 2014 Jan 21 04:26:41 "bitbake -C compile somepackage" increments the automatic revision. if I do "bitbake -C build somepackage" afterwards, it does SetScene and restores an older revision. how come? Jan 21 05:37:15 Net147: do_build is just an empty task that depends on everything else. forcing it to be rebuilt won't re-run any of the other tasks for that recipe Jan 21 05:47:26 Net147: oh, i see, sorry, i misunderstood. it pulled the old pre-auto-increment setscene? interesting.. Jan 21 05:59:35 well another thing is I want bitbake to detect when the source directory changes. I am using directory in SRC_URI and it doesn't detect change if I modify one of the files and then bitbake the recipe again. Jan 21 06:18:35 that's unlikely to ever happen. bitbake doesn't replace make or other file-level tracking build tools, it runs them Jan 21 06:21:16 well the recipe just copies folders/files from the recipe's folder to ${D} and packages them Jan 21 06:22:58 in do_install() it just has cp -a `dirname ${FILE}`/${PN}/* ${D}/ Jan 21 06:24:46 I have tried setting SRC_URI := to a python function which generates the file:// entries, but it doesn't detect changes to the files Jan 21 06:24:58 it works if I manually add the file:// entries instead of dynamically generating them Jan 21 06:27:14 is there some way I tell bitbake to force rebuild if the value of a variable in recipe that is dynaimcally generated changes? Jan 21 06:30:56 Net147: FOO = "${@some python code}"; FOO[vardepvalue] = "${FOO}"; i believe should do what you want Jan 21 06:39:26 kergoth: doesn't work Jan 21 06:43:28 well, that'll make the expanded form of the variable get stored in the checksum Jan 21 06:44:35 it doesn't detect any changes even though the python function is returning something different Jan 21 06:48:35 kergoth: for example if I do SRC_HASH = "${@open('/proc/uptime').read()}" and SRC_HASH[vardepvalue] = "${SRC_HASH}" Jan 21 06:49:30 kergoth: I see values changes if I do bitbake -e recipe | grep '^SRC_HASH'. but it is not rebuilt. Jan 21 07:11:00 kergoth: strange. it seems to work now after I do -c cleanall and then simply add the directory to SRC_URI Jan 21 07:11:39 kergoth: I notice bitbake/lib/bb/fetch2/__init__.py get_file_checksums handles directories recursively Jan 21 09:36:11 morning all Jan 21 11:28:37 quit Jan 21 11:48:30 Hello folks Jan 21 11:49:01 I am interested in how people are supporting the cases where we need to have two kernels for the same machine? Jan 21 14:47:01 very calm here Jan 21 14:50:29 Xz: indeed Jan 21 15:02:43 bluelightning: it's probably because Yocto is getting better quality and becomes just easier to use - nobody asks any questions, everything works Jan 21 15:03:46 Xz: we'd love to think that was true ;) Jan 21 15:05:30 or maybe everybody just gave up ;-) Jan 21 15:07:31 ndec: hah, good one Jan 21 15:27:24 For some reason it seems that the sdk install has stopped working for me. When I install the my sdk it doesn't seem to be relocating the gcc include paths. Does any one have suggestions? Jan 21 15:59:45 YPTM: I'm on the call, but will have to log off IRC in a bit... Jan 21 16:01:03 YPTM: Matthew is on the call Jan 21 16:01:07 YPTM: Paul Eggleton joined Jan 21 16:01:08 YPTM: jzhang on the call Jan 21 16:01:09 YPTM: Scott Rifenbark is on the call Jan 21 16:01:15 YPTM: Cristian prezent Jan 21 16:01:16 YPTP: Richard is on the call Jan 21 16:01:23 YPTM: Tom Z on the call Jan 21 16:01:26 Song - Vali Jan 21 16:01:27 he Yocto Project Tech Meeting Con-Call will be starting at the top of the hour Jan 21 16:01:27 Dial-in number: 1.972.995.7777 / Participant passcode: 42001078 Jan 21 16:01:27 This call is open to all and the channel remains open to discuss any topic Jan 21 16:01:27 YPTM: Saul is on Jan 21 16:01:36 YPTM: present* :-) Jan 21 16:01:41 YPTM: ross calling Jan 21 16:01:42 YPTM: Beth Flanagan, Alex Damian & Belen Barros Pena are also in the room Jan 21 16:02:03 YPTM: Welcome to the technical team meeting, please let me know who's on the bridge. Jan 21 16:02:18 * Jefro is here YPTM Jan 21 16:02:19 YPTM: Michael here. Jan 21 16:02:51 YPTM Nitin is on the bridge Jan 21 16:03:07 YPTM: here too, but will drop out in 15 Jan 21 16:03:08 YPTM Alex Damian and belen also here Jan 21 16:03:30 YPTM: any opens? Jan 21 16:05:15 YPTM: the QA report will be out tomorrow. The current progress is available here: https://wiki.yoctoproject.org/wiki/1.6_QA_Status Jan 21 16:07:39 cristiana is on the call Jan 21 16:10:19 YPTM: gtg, see you next week! Jan 21 16:11:54 FWIW I've looked through the list of bugs and I think we don't have any big release blockers. The big issue is the b-a issue Jan 21 16:12:29 woot! Jan 21 16:15:09 b-a? Jan 21 16:15:24 YPTM: I have to log off IRC>. but I'm still on the call if needed.. Jan 21 16:15:28 jama: build-appliance Jan 21 16:15:32 thanks Jan 21 16:16:02 https://lists.yoctoproject.org/listinfo/automated-testing Jan 21 16:25:54 YPTM: Thank you all for joining the meeting, have a nice day/evening! Jan 21 16:26:25 gah, missed it again. need to-readd it to my calendar :) Jan 21 20:13:04 hello i would like to know about the next technical meeting Jan 21 20:16:13 each Tuesday.. Jan 21 20:16:34 10Am Central time (US) Jan 21 20:16:53 +1-972-995-7777 x 42001078# Jan 21 20:19:57 jozoppi: (and lots more access numbers if you're not in america) Jan 21 20:20:37 ok i will access by skype Jan 21 20:20:48 see u next week Jan 21 20:28:33 rburton ya, I don't have any of the other numbers handy.. :/ Jan 21 21:19:49 * kergoth thinks about how to finish up bug 4451 Jan 21 21:19:50 Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=4451 enhancement, Medium, 1.6, kergoth, IN PROGRESS IMPLEMENTATION , Feature request: automatic rdepends based on python dependencies **** ENDING LOGGING AT Wed Jan 22 02:59:59 2014