**** BEGIN LOGGING AT Mon Jul 22 02:59:58 2013 Jul 22 08:23:20 morning all Jul 22 08:54:36 good morning bluelightning Jul 22 08:55:57 hi Noor Jul 22 09:05:38 morning all Jul 22 09:16:16 hi all Jul 22 09:16:22 moring all Jul 22 11:20:53 Hello everyone! Can I get some help in this IRC channel? (my first IRC chat) Jul 22 11:45:08 which conffile should I set EXTRA_IMAGECMD_ext4 in ? Jul 22 11:45:31 setting it in site.conf or machine.conf doesn't seem to have any effect Jul 22 11:46:32 DDDIM: You should just ask your question, someone might be able to help. Jul 22 11:51:27 broonie: do you have a moment about pxamci / dummy regulators? Jul 22 11:51:29 http://paste.debian.net/17760/ Jul 22 11:51:48 next I'll try disabling that dummy regulator ;) Jul 22 11:53:25 Could someone help me ;( http://stackoverflow.com/questions/17786733/openembedded-for-raspberrypi-trying-to-enable-gstreamer-for-meta-b2g Jul 22 12:09:49 bluelightning: ping Jul 22 12:21:09 hi mshakeel Jul 22 12:24:34 Hi bluelightning, I need to ask that is it possible to read a final value of variable of another recipe while sitting (during parsing) in another recipe? Jul 22 12:24:51 through a python function or something Jul 22 12:26:17 For example if I need to check that what is coming in 'EXTRA_OECONF' of systemd package while say ofono parsing is in progress? Jul 22 12:27:10 I am talking in this context, http://patches.openembedded.org/patch/54065/ Jul 22 12:28:07 mshakeel: no, you cannot do that Jul 22 12:28:49 mshakeel: however in that context you need to determine whether the recipe is providing a systemd unit; you shouldn't need to look to other recipes to determine that surely? Jul 22 12:29:44 actuality it is systemd 'EXTRA_OECONF' which sets sysvinit compatibility Jul 22 12:30:07 bluelightning: Is it possible that when we parse EXTRA_OECONF var of systemd we set a variable which is accessible to all those recipes which are inherited by systemd Jul 22 12:30:22 I was thinking if we can check this during parsing time then we can make a decision that if we need to remove init scripts or not Jul 22 12:34:20 mshakeel: you cannot do that I'm afraid; unless you can query some global-level configuration that is common to both recipes Jul 22 12:44:14 bluelightning: thanks, may be, for now, we should just avoid removing sysv init scripts Jul 22 12:48:00 mshakeel: I would think the solution of checking whether systemd is enabled, sysvinit isn't and a systemd unit file is provided should achieve working results for everyone... Jul 22 13:11:18 ant_work: Suree Jul 22 13:12:53 broonie: I found http://www.serverphorums.com/read.php?12,178827 but don't understand how it turned out ... Jul 22 13:14:17 You should be providing the regulators in the board file/dt Jul 22 13:14:25 If they aren't software controllable use fixed regulators. Jul 22 13:34:44 bluelightning_: If we use the check you mentioned above in systemd bbclass then there are some recipes which are not inheriting systemd, like avahi Jul 22 13:35:01 then we will need to update all such recipes to inherit systemd Jul 22 13:35:35 or we can just use update-rc.d class Jul 22 13:36:40 what will you recommend on this? thanks Jul 22 13:37:49 mshakeel: surely if the recipe needs systemd support it should inherit systemd? Jul 22 13:57:38 hi, would you accept a change from me to update u-boot in master? Jul 22 14:00:29 Is the use of 'BBCLASSEXTEND = "native nativesdk" ' deprecated? Jul 22 14:33:20 silvio_: no, that's very much still supported and used Jul 22 14:34:16 lpapp: I'm not close to how we maintain our u-boot recipe but I think we probably would yes Jul 22 14:36:01 bluelightning_, thanks Jul 22 15:40:39 I am not sure I understand why http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-bsp/u-boot/u-boot_2011.06.bb uses git and not a released version? Jul 22 16:36:56 someone needs a sphincter-loosener... Jul 22 17:12:49 * kergoth thinks getting hung up on the trivial is lpapp's bailiwick Jul 22 17:13:08 (also, i never find good opportunities to use that word in a sentence, so yay for that) Jul 22 17:37:59 Hi, how can I search for recipes, like I do with portage in `emerge --search foo' is that possible or I'm missconcepting about bitbake? Jul 22 17:39:08 geckos: I usually resort to "git grep" or "find"... Jul 22 17:39:18 mario-goulart, thanks Jul 22 17:39:39 Not that I think it is good, but that's what I end up using. :-) Jul 22 17:50:04 I see Jul 22 17:50:16 I will inspect the recipes so.. Jul 22 17:50:37 bitbake -s | grep foo could be useful too Jul 22 17:50:58 https://github.com/kergoth/bb has preliminary 'list', 'search-recipes', 'search-packages', and 'search' subcommands Jul 22 17:51:23 can search by substring, glob, regex, or exact match for recipe names or package naems Jul 22 18:54:36 #/join #oe-board Jul 22 18:54:44 #/join #oe-board Jul 22 18:54:46 #/join #oe Jul 22 18:55:10 but then, without hash works better Jul 22 19:25:13 Crofton: Hi, do we have board meeting today? Jul 22 19:31:35 aren't most meetings bored meetings? just sayin'... Jul 22 20:09:36 likewise, urg Jul 22 20:09:40 I am on vacatoin Jul 22 20:09:44 and forgot Jul 22 22:40:04 broonie, guess what? removing regulators alltogether solves the non-issue ;) Jul 23 02:20:03 ant_home: but then you're... unregulated ?!? Jul 23 02:30:09 me too, ie, not necessarily the optimal way, but it works Jul 23 02:31:55 the "find meta* -name \*bb\*" thing, both with and without xargs grep foo... Jul 23 02:32:59 * nerdboy thinks geckos also got tired of building gentoo native... Jul 23 02:33:49 er, tired of waiting... **** ENDING LOGGING AT Tue Jul 23 02:59:58 2013