**** BEGIN LOGGING AT Tue Apr 29 02:59:58 2014 Apr 29 08:38:19 morning all Apr 29 08:47:47 good morning Apr 29 08:47:51 hi bluelightning Apr 29 08:48:47 hi mckoan Apr 29 09:14:07 asd Apr 29 09:41:13 hi. I needed a way to tag git and svn repos after a successful build. Given we already have the SRCREVs extracted by buildhistory.bbclass, I opted to extend this to also include the URL of the respective SCM. This is my patch. Any thoughts? http://pastebin.com/T9wWa04a Apr 29 10:05:06 is there a variable that contains path to libc headers ? Apr 29 10:57:31 is it possible to do -fc commands on several packages with one bitbake invocation Apr 29 10:57:51 bitbake -fc compile foo -fc compile bar -fc compile bar Apr 29 11:04:23 please tell if you find how/patch it :) Apr 29 12:09:14 heeen: no, but you can call bitbake foo && bitbake else Apr 29 12:18:44 heeen: you might be able to do bitbake -c compile foo bar baz Apr 29 13:12:54 Is there prior work for a recipe for external modules against lighttpd? Apr 29 13:32:42 error when trying to bake a qt5-sdk. http://pastebin.com/9P0WLMiF. anyone seen this? Apr 29 13:57:00 Someone help me please. I almost always have massive problems with the entire INSANE system Apr 29 13:57:22 why does it hack out files from my packages and insert them into package-dev packages Apr 29 13:57:24 I dont want that Apr 29 13:57:34 my old mono recipy contains Apr 29 13:57:43 INSANE_SKIP_${PN} = "arch dev-so debug-files" Apr 29 13:57:43 FILES_${PN} += "${libdir}/libikvm-native.so" Apr 29 13:57:43 FILES_${PN} += "${libdir}/libMonoPosixHelper.so" Apr 29 13:57:43 FILES_${PN} += "${libdir}/libMonoSupportW.so" Apr 29 13:57:50 for some reason this has stopped working Apr 29 13:58:13 libMonoPosixHelper is included in mono-dev Apr 29 13:58:25 how can I make that file go to momo.ipk instead? Apr 29 14:00:00 OR where can I get documentation surrounding this line INSANE_SKIP_${PN} = "arch dev-so debug-files" Apr 29 14:00:09 bitbake's INSANE system is not well documented Apr 29 14:00:19 or must I go troll python again? Apr 29 14:02:25 opkg install mono-dev seems to want to install all dev packages, this shit just keeps on getting stranger Apr 29 14:17:05 pompomJuice: the splitting itself is not done in insane.bbclass Apr 29 14:17:21 it's handled by the default setting of FILES_${PN}-dev Apr 29 14:18:11 it's done that way because it is the correct way to handle development files produced from C/C++ code Apr 29 14:18:45 obviously that doesn't apply in your case, so you just need to override it Apr 29 14:18:55 I'm sure there are a load of examples in meta-mono you can follow... Apr 29 14:42:35 Thats just it, my mono recipy is completely based on the ones inside meta-mono Apr 29 14:43:06 On the other hand, the recipies that are in meta-mono are very very old and needs to be updated. My plan is to submit those recipies later Apr 29 14:51:40 pompomJuice: are you sure you are using the latest meta-mono? it's under new maintainership recently and a number of updates have been made Apr 29 15:16:21 bluelightning: Thanks, looks like i will have to look at the source. It's just completely bizarre! mono 3.2.8 had no problems doing this. Switching to another branch and suddenly it stops working. Apr 29 15:16:40 I went from 3.28 to 3.4 Apr 29 15:16:54 and the change itself was just a SRCREV change Apr 29 15:17:02 files are all there Apr 29 15:17:15 it simply stopped working Apr 29 15:20:56 pompomJuice: if you have meta-mono issues you can't immediately solve it would be worth sending something to the mailing list and CCing the meta-mono maintainer (Alex Lennon) Apr 29 15:21:03 he's friendly and should be able to help out Apr 29 15:33:18 I get a lot of warnings about installing files into sysroots that already exist. I'm switching back and forth between different OE releases so I kind of get why this is happening. Should I ignore the warnings? maintain two different TMPDIRs? other? Apr 29 15:34:21 you shouldn't use the same tmpdir between different releases unless you want to deal with stuff like that Apr 29 15:34:51 so... two TMPDIRs? (if I don't want to wait for rebuilding tmp all the time) Apr 29 15:35:58 thanks for the help Apr 29 15:36:34 rebuilding tmp takes almost no time at all if you use sstate Apr 29 15:36:44 just the time to re-extract the sstate archives Apr 29 15:36:52 i wipe tmp every time i turn around, doesn't harm much Apr 29 16:51:51 kergoth: I've wiped tmp a few times. It takes about 10-15 minutes to re-build from sstate on my machine. I think I'll just burn some disk space and create two tmps. Apr 29 16:52:46 khem: I've killed your staging job, will restart it after jenkins upgrade Apr 29 19:54:19 can I do "return" in an anonymous python function ? **** ENDING LOGGING AT Wed Apr 30 02:59:58 2014