**** BEGIN LOGGING AT Wed Dec 14 02:59:57 2011 **** ENDING LOGGING AT Wed Dec 14 06:20:29 2011 **** BEGIN LOGGING AT Wed Dec 14 06:22:15 2011 Dec 14 11:52:41 JaMa: FWIW I'm pretty sure the issues you're seeing with file ownership are opkg related Dec 14 11:53:05 JaMa: If we hack it to run the preinsts correctly then things will probably look better Dec 14 11:55:59 preinsts? Dec 14 11:56:23 JaMa: The pre install script in base-passwd isn't getting run before unpacking Dec 14 11:56:24 today I've added chown to postinst again .. :/ Dec 14 11:57:07 ah base-passwd preinst Dec 14 11:57:08 JaMa: We'll get there with this, its very close... Dec 14 11:57:25 JaMa: I might have a patch you could try shortly Dec 14 11:57:40 ok, I'll try after lunch Dec 14 13:20:20 JaMa: I know what's wrong. I'm not sure I know how to fix it though :/ Dec 14 13:21:20 JaMa: basically, the part I haven;t figured out is how to tell opkg that if dbus RDEPENDS on shadow, to install shadow before it Dec 14 13:56:59 it's possible opkg is broken in that regard Dec 14 13:57:35 I know if you install a series of ipks manually in a single transaction it can blow up because it tries to install them in the wrong order Dec 14 17:59:28 hi, how the parsing order works in bitbake beside overrides Dec 14 18:04:59 I guess it depend on the files names Dec 14 18:05:07 like bitbake.conf before or after other file Dec 14 18:05:11 and local.conf at the end Dec 14 18:05:40 then I'll send a mail Dec 14 18:13:30 fray, I can't seem to find the cross-prelink patch you created the other day - what happened to it? Dec 14 18:45:02 RP__: in dpkg this is done by we call pre-depends Dec 14 18:45:26 RP__: so we have a clear and explicit pre-dependency Dec 14 18:46:11 RP__: because a runtime dependency is not the same as a pre-dependency Dec 14 19:20:43 fray: you around? I need some RPM help, I will be out around 11:45PST, back at 13:30. Dec 14 19:26:13 GNUtoo: yes, read the include/require lines in bitbake.conf, as well as INHERIT (base gets parsed before those though) Dec 14 19:26:58 kergoth: whats the order for say inherit ${CLASS} and CLASS is a normal var Dec 14 19:27:20 will it eval the var here as it is referenced Dec 14 19:28:18 it should be taking the content to the right of the inherit, expanding it, splitting by word, and inheriting each in order. but I'm not sure if it's actually doing it in that order Dec 14 19:28:20 9afaik) Dec 14 19:28:22 s/9/(/ Dec 14 19:28:47 ok thanks Dec 14 19:29:14 kergoth, would it be possible to move ARMPKGARCH earlier? Dec 14 19:29:33 GNUtoo: insufficient context to answer the question Dec 14 19:29:38 ok Dec 14 19:29:41 nitink: hi; saw your patch to dosfsutils Dec 14 19:29:44 nitink: awesome Dec 14 19:29:47 basically I'm trying to add armv6-novfp Dec 14 19:30:05 my first patch was refused because it did that: Dec 14 19:31:07 make armv6 the -novfp version Dec 14 19:31:20 and add armv6-vfp Dec 14 19:31:26 however that would break current builds Dec 14 19:31:43 so I was told to add a -novfp version on top of the existing stuff Dec 14 19:31:51 part of the patch is that: Dec 14 19:31:59 -ARMPKGSFX_FPU .= "${@bb.utils.contains("TUNE_FEATURES", "vfp", "-vfp", "" ,d)}" Dec 14 19:31:59 +ARMPKGSFX_FPU .= "${@bb.utils.contains("TUNE_FEATURES", "vfp", "${@bb.utils.contains("ARMPKGARCH", "armv6", "", "vfp" ,d)}", "${@bb.utils.contains("ARMPKGARCH", "armv6", "-novfp", "" ,d)}" ,d)}" Dec 14 19:32:09 inside meta/conf/machine/include/arm/feature-arm-vfp.inc Dec 14 19:32:35 which doesn't work because "ARMPKGARCH" is not defined yet at that point I guess Dec 14 19:36:07 because I don't know where to move the "ARMPKGARCH" Dec 14 19:36:15 s/because// Dec 14 19:38:09 Hmm, not sure why that would be evaluated so early. Even entries in OVERRIDES shouldn't be expanded before the configuration metadata finishes parsing, afaik Dec 14 19:39:55 how should I debug that? bitbake -e respect some order in parsing? Dec 14 21:13:51 ? Dec 14 21:13:58 bitbake -e dumps the configuration metadata, period Dec 14 21:16:13 ok Dec 14 21:37:53 otavio: we have found some issue for the patch **** ENDING LOGGING AT Thu Dec 15 02:59:57 2011