**** BEGIN LOGGING AT Wed Jun 19 02:59:58 2013 Jun 19 04:24:49 hey all, trying to debug this error. Have tried clearing both x11-common and xserver-common sstatecache Jun 19 04:24:51 error: Can't install xserver-common-1.34-r8@all: conflicted package x11-common-0.1-r47@core2 is locked Jun 19 06:56:09 morning everybody! Any patchwork administrator in here? Jun 19 06:57:47 Don't know exactly why; probably because I've sent a first patch with wrong email name, but I'm getting just my first name instead of my full name in patchwork, although patch in the ml is correct Jun 19 06:58:02 example. Patch: http://lists.openembedded.org/pipermail/openembedded-devel/2013-June/091109.html Jun 19 06:58:16 Patchwork: http://patchwork.openembedded.org/patch/51921/ Jun 19 06:58:31 Can anybody please fix? Thanks Jun 19 07:32:45 good morning Jun 19 08:13:13 morning all Jun 19 08:14:22 gm bluelightning Jun 19 08:20:46 morning all Jun 19 08:22:28 morning RP Jun 19 08:22:43 hi all. Any patchwork administrator in here? Jun 19 08:54:34 RP: so after "Split runqueue to use bitbake-worker" hob is expectedly broken? Jun 19 09:05:42 panda84kde: ah, damn... I forgot to raise that in the TSC meeting Jun 19 09:06:06 bluelightning: no problem Jun 19 09:06:13 Is there any way to fix? Jun 19 09:09:18 panda84kde: I've just sent out an email to try to get this solved Jun 19 09:09:24 panda84kde: sorry for the delay Jun 19 09:09:37 bluelightning: no problem Jun 19 09:09:54 thanks for the taking care of the problem Jun 19 09:17:00 ant_work: sadly, yes. This is being worked on Jun 19 09:19:14 bluelightning: the fact that hob won't find the configuration is a recent issue (recent bitbake commit) . The bizarre TMPDIR like "tmp-eglibc-eglibc" is another pre-exhistent problem and was present prior to the bitbake runqueue changes (a double inclusion of defaultsetup.conf ?). Jun 19 09:19:18 RP:^ Jun 19 09:48:12 ant_work: right, hopefully the rework will fix the other issue as well Jun 19 13:25:35 hi. i'd like to know if there is any mechanism that already exists to embedded 'prebuilt' chroot in images. my image requires to have chroot inside since some applications are run under chroot on the target. Jun 19 15:23:29 ndec_: That sounds a bit like the live images Jun 19 15:23:40 ndec_: at least at the concept level Jun 19 16:12:59 * Crofton|work is eating and is polite and mutes Jun 19 16:13:40 * jkridner|work is missing out due to a conflicting meeting Jun 19 16:13:53 meetings suck Jun 19 16:21:42 * zeddii +1's Crofton|work's last statement Jun 19 17:02:25 RP: hmm live image. i will check what it is. Jun 19 17:03:25 i was more thinking about something like useradd class, where we could 'specify' a list of 'packages' that OE/bitbake would have to install (with all RDEPENDS) into a specific folder... Jun 19 17:15:44 RP: hmm. i will bring that discussion to the list to discuss further, and will provide more details about what's needed to clarify. Jun 19 17:31:40 ndec: The live image puts one rootfs inside another, I don't see why you can't use that approach Jun 19 17:31:52 ndec: there is no point in reinventing all the rootfs creation code Jun 19 17:33:32 RP: ok. as i said, i need to look into live-image first, as i am not familiar. thanks for the pointer. Jun 19 17:33:50 i didn't realize it was already doing what i need. Jun 19 23:33:48 halstead: ping. autobuilder proxy is acting up again Jun 19 23:34:46 pidge, I got an alert for it but checked the wrong autobuilder. Oops. I'll fix it now. Jun 19 23:46:10 pidge, Fixed. Something deleted supervisor's socket from /tmp so it couldn't bring the proxy back up. Jun 19 23:47:09 Not sure what though. Jun 19 23:47:46 I'll get a check added for that. **** ENDING LOGGING AT Thu Jun 20 02:59:59 2013