**** BEGIN LOGGING AT Mon Dec 24 02:59:58 2012 Dec 24 08:42:27 good morning Dec 24 08:43:00 morning Dec 24 08:43:26 hi JaMa|Off Dec 24 08:44:24 JaMa|Off: did you get feedback concerning the problem you reported here : https://bugzilla.yoctoproject.org/show_bug.cgi?id=3622 ? Dec 24 08:45:05 no Dec 24 08:45:16 ericben: but that's not the same as your issue in denzil Dec 24 08:45:37 I'm trying to find a way to fix denzil. I tried something which doesn't work and I don't understand why : I moved systemd_git to systemd_v189 and put DEFAULT_PREFERENCE=-1 in this one. Then I took the previous systemd_git (without the PROVIDE = udev) but bitbake keeps taking v189 Dec 24 08:45:42 e.g. because systemd in denzil does not have those PACKAGES_DYNAMIC afaik Dec 24 08:45:44 JaMa|Off: that's what I was afraid Dec 24 08:46:28 ericben: is PV set in systemd_git? Dec 24 08:46:30 I still don't understand how I didn't saw that when testing denzil-next ... but now I'm stuck Dec 24 08:46:36 ericben: or does it use gitpkgv only? Dec 24 08:47:49 you can check bitbake -D udev (or systemd) to see why v189 is still being used Dec 24 08:48:02 and are those 2 systemd recipes in same layer, right? Dec 24 08:48:23 JaMa|Off: PV is set to git in both case and they both have inherit gitpkgv Dec 24 08:48:30 yes both are in the same meta-oe Dec 24 08:49:17 if you change PV in one of them, you can try if PREFERRED_VERSION_system works Dec 24 08:49:43 bbl Dec 24 08:49:51 JaMa|Off: thanks, will try this Dec 24 08:51:12 ericben: btw the error you see looks like this? http://jenkins.nas-admin.org/job/shr-core-branches_world_qemuarm/28/console Dec 24 08:51:48 this is with latest master and I've reported it too while ago.. looks like some conflict in bitbake cache or something like that Dec 24 08:52:17 JaMa|Off: ERROR: Multiple .bb files are due to be built which each provide systemd (/scratch/eb/kr/setup-scripts/sources/meta-openembedded/meta-oe/recipes-core/systemd/systemd_v189.bb /scratch/eb/kr/setup-scripts/sources/meta-openembedded/meta-oe/recipes-core/systemd/systemd_git.bb). and ERROR: Multiple .bb files are due to be built which each provide udev (/scratch/eb/kr/setup-scripts/sources/meta-openembedded/meta-oe/recipes-core/udev/ud Dec 24 08:52:27 ok, I'm going to clear build Dec 24 08:52:36 ERROR: Error executing a python function in /home/jenkins/shr/shr-core-branches/shr-core/meta-openembedded/meta-systemd/recipes-core/systemd/systemd_git.bb: Dec 24 08:52:39 OSError: [Errno 2] No such file or directory: '/home/jenkins/shr/shr-core-branches/shr-core/tmp-eglibc/work/armv5te-oe-linux-gnueabi/udev/182-r3/packages-split/udev-systemd' Dec 24 08:53:01 JaMa|Off: I also have this one yes during build. Dec 24 08:53:01 python task from systemd recipe is trying to use workdir from udev recipe Dec 24 08:53:13 I sent a mail with this one yesterday IIRC Dec 24 08:53:23 I've read it :) Dec 24 08:53:40 but I don't manage to get any help from Koen :-( even if that's my fault to have pushed that to denzil without seing the problem Dec 24 08:54:25 JaMa|Off: I'm actually setting up a jenkins with matrix test to test denzil-next and danny-next so that the problem doesn't occur anymore. Did you setup the jenkins at nas-admin.org ? Dec 24 08:56:01 yes Dec 24 08:56:36 JaMa|Off: ok, are you using specific plugins or the standard install ? Dec 24 08:59:36 nothing special Dec 24 09:02:09 the only plugin I'm going to install for it is Project Matrix Auth Dec 24 09:03:04 ka6sox: hi, what does this plugin bring ? Dec 24 09:03:55 JaMa|Off: in systemd_v189, I removed inherit gitpkgv and PV = "git" so that it gets v189, I added DEFAULT_PREFERENCE = "-1" and it still takes this one as a default :-( Dec 24 09:04:33 ericben, it just allows multiple projects to use the same Jenkins Dec 24 09:04:50 saves on resources and keep everything separated. Dec 24 09:05:09 ka6sox: ok that means each project only sees it's build resources & instances ? Dec 24 09:07:14 ericben, yup Dec 24 09:07:45 allows each project to manage their own builds...seeing the results is probably not something to restrict. Dec 24 09:07:47 ka6sox: ok interesting I could also use that to provide access to the build results to customers for their respective project. Dec 24 09:07:55 yes Dec 24 09:22:37 JaMa|Off: OK, reviving old systemd_git, copying new one as _v189 and setting it DP=-1 makes PREFERRED_PROVIDER_udev = "udev" working again. Dec 24 09:23:38 that means people just have to add PREFERRED_PROVIDER_udev = "udev" to keep the old behaviour, or PREFERRED_PROVIDER_udev = "systemd" and PREFERRED_VERSION_systemd = "v189" to get the new one. So that upgrade path is not broken and stable branch user can keep a stable basis. Dec 24 09:24:10 ok build in progress, time for accounting, the day of the month I hate the most ;-) Dec 24 10:00:38 ka6sox-away: that's already in default install imho, just last time I've enabled it I forgot to update permissions and I've lost admin access and had to revive it from shell Dec 24 10:32:08 hello there Dec 24 12:40:19 hi guys merry christmas Dec 24 12:41:08 are you guys still developing for the Zaurus (Spitz) ? Dec 24 12:42:43 i decided to sell my toys so maybe your interested http://www.ebay.co.uk/itm/Zaurus-SL-C3200-mini-laptop-Linux-open-embedded-device-2x-Wifi-100Mbit-Angstrom-/261143422073?pt=UK_Computing_Laptops_EH&hash=item3ccd5c6479 Dec 24 12:43:06 I'd rather want dev's to have it Dec 24 12:53:13 ok cya Dec 24 14:01:08 Hello.. I generated a new OE image and I don't understand who the firmware of my wifi key is not automatically loaded... Anyone how can I force my compilation de choose a specific version of udev? Dec 25 01:13:20 epic fucking **** ENDING LOGGING AT Tue Dec 25 02:59:58 2012