**** BEGIN LOGGING AT Mon Sep 08 02:59:58 2014 Sep 08 07:00:43 good morning Sep 08 07:01:01 (UMT) Sep 08 07:01:38 good mourning Sep 08 07:03:19 gm all Sep 08 07:38:20 g1zer0: OE General Assembly wiki page updated Sep 08 07:42:36 mckoan: thx ;-) Sep 08 08:26:39 I have an issue where arm-angstrom-linux-gnueabi-{gcc,gdb} segfaults unless I delete libc.so.6. I know others have had it too, but has it been fixed at some point? Sep 08 08:26:46 oh, and good morning Sep 08 08:33:41 morning all Sep 08 08:48:12 hi bluelightning, all Sep 08 08:48:23 hi mckoan Sep 08 12:22:12 anyone know a way to get the list of layes + revs that bitbake prines into a file I couls package and insall in the image? Sep 08 12:22:42 what? Sep 08 12:23:31 Crofton|work: are you explicitely removing some letters or are you using a weird keyboard? Sep 08 12:23:39 or is your cat around? Sep 08 12:23:39 I want a file in the image I can use to check what layers/revs the images was built from Sep 08 12:23:48 my typing sucks :) Sep 08 12:23:53 ;-) Sep 08 12:24:12 you see the problem I am trying to solve? Sep 08 12:24:15 oh, that would be nice to have that info, indeed. Sep 08 12:24:24 I'd like a way to check what a customer is running Sep 08 12:24:37 in case they did some custom work :) Sep 08 12:24:58 hm, does bitbake report dirty layers? Sep 08 12:28:14 Crofton|work: it doesn't, no Sep 08 12:29:01 I suspect I am going to hack in something to grab the repo manifest Sep 08 12:29:14 or just a static file for now Sep 08 12:29:38 you could call the same function that the build system does to produce the layer+revision list at the start of the build Sep 08 12:29:41 buildhistory does htat Sep 08 12:29:48 ah Sep 08 12:29:54 argh now I'm typing badly :) Sep 08 12:30:24 *g* Sep 08 12:30:56 Crofton|work: see base.bbclass get_layers_branch_rev() Sep 08 12:31:04 you should be able to call that directly Sep 08 12:31:05 ok Sep 08 12:31:06 thanks Sep 08 12:35:34 so I need to make a bug report to add showing dirty layers there? Sep 08 12:46:40 I wonder if that is going to be all that helpful Sep 08 12:47:04 I always have untracked files in my git checkouts for example, but none of those actually affect the build Sep 08 12:47:21 however if one of them were to be a bbappend for a recipe that did actually get built, that would... Sep 08 12:48:02 so it's hard to definitively say whether you're building exactly a particular revision or not, just solely going from git Sep 08 12:48:43 but if I know the repos aren't dirty, I know what was built Sep 08 12:48:55 if they are dirty I know something changed and vcan be "suspicioous" Sep 08 12:49:11 when you say "dirty" you mean tracked files have been modified? Sep 08 12:49:18 yes Sep 08 12:49:32 I guess that might be helpful, it's just not definitive Sep 08 12:49:36 right Sep 08 12:51:42 Crofton|work: I usually insert ia timestamp in the image Sep 08 12:52:06 Crofton|work: and the timestamp goes in the target /etc Sep 08 12:52:16 yeah Sep 08 12:52:26 looking at that also :) Sep 08 12:54:53 Crofton|work: http://pastebin.com/bfGUKam8 Sep 08 12:58:58 I suspect I'll do this for now Sep 08 12:59:05 and revisit more info later Sep 08 12:59:32 that date changing will indicate the possibility of updates Sep 08 13:00:54 Crofton|work: if you have a better solution I'd like to share your idea Sep 08 13:01:03 yeah Sep 08 13:01:20 it would be a good thing to have Sep 08 13:01:57 and I suspect many people are implementing similar things Sep 08 13:03:17 my favorite Si Valley foodtruck is a LG Tuesday Sep 08 19:31:55 so if you want to replace an oe-core bblclass, the layer BBFILE_PRIORITY should be large than the layer with the original bbclass? Sep 08 19:53:21 I am trying to override cmake.bbclass in a layer Sep 08 19:53:29 any tips for debugging this? Sep 08 19:56:47 bitbake-layers doesn't show class files Sep 08 20:00:20 Crofton|work: it should appear ahead of oe-core in BBPATH Sep 08 20:00:28 ah Sep 08 20:00:32 I dont think priority applies Sep 08 20:00:50 annoying Sep 08 20:00:51 but why do you want to override a core class Sep 08 20:00:56 its by design Sep 08 20:00:59 how do you force BBPATH order Sep 08 20:01:06 emergency fix :) Sep 08 20:01:18 then fix in OE-Core Sep 08 20:01:31 do you rely on upstream OE-Core ? Sep 08 20:01:36 dont have internal mirror Sep 08 20:01:38 I am tryin gto keep the emergency in one layer, than fix upstream Sep 08 20:02:11 also, we may find a "better" fix Sep 08 20:02:16 but maybe not Sep 08 20:02:24 try to change the order in bblayers.conf at your own peril Sep 08 20:02:28 I know Sep 08 20:03:15 usually oe-core is very down to earth and acts as last resort itself Sep 08 20:03:20 in layermix Sep 08 20:03:42 I show mine as appended to BBPATH Sep 08 20:04:08 how is the order set Sep 08 20:08:02 prepending worked Sep 08 20:08:06 er no Sep 08 20:08:44 forgot to put it back in oe-core :) Sep 08 20:08:52 yep works **** ENDING LOGGING AT Tue Sep 09 02:59:59 2014