**** BEGIN LOGGING AT Thu Feb 07 02:59:58 2013
Feb 07 03:06:04 <blloyd> does bitbake support bzr downloads?
Feb 07 03:25:30 <kergoth> yep, see https://github.com/openembedded/bitbake/tree/master/lib/bb/fetch2
Feb 07 03:47:54 <blloyd> thanks, knew it was somewhere.
Feb 07 03:48:35 <blloyd> now, is there a way to do bitbake PACKAGE and have it build a non-default version?
Feb 07 03:48:47 <blloyd> err bitbake RECIPE
Feb 07 03:52:08 <kergoth> PREFERRED_VERSION_foo = "1.0"
Feb 07 03:52:13 <kergoth> this is in the docs :)
Feb 07 04:16:28 <blloyd> kergoth, does that mean I have to add that to local.conf or is there a syntax from command line for a one off build?  It's the one off I was asking about.  I already tried PREFERRED_VERSION_grub = "bzr" bitbake grub  without success
Feb 07 04:16:52 <kergoth> that won't work. the environment is sanitized. only whitelisted variables are allowed into the metadata from the environment
Feb 07 04:17:31 <blloyd> thus my question above.  So edit local.conf, build, then edit it back?
Feb 07 05:07:07 <blloyd> ping halstead
Feb 07 06:06:57 <halstead> blloyd: pong
Feb 07 08:02:00 <mckoan> good morning
Feb 07 08:04:20 <blloyd> morning halstead.  Any word on me getting access to poky-contrib?
Feb 07 08:16:42 <halstead> blloyd: I thought that was taken care of already. Let me check.
Feb 07 08:20:57 <blloyd> I tried to connect before my ping of you and got access denied.
Feb 07 08:23:55 <halstead> blloyd, Sorry about that. Almost all set. I'll send e-mail shortly.
Feb 07 08:24:59 <blloyd> np.  Thanks for taking care of it.  :)
Feb 07 08:27:58 <halstead> blloyd, E-mail sent, both your keys are live.
Feb 07 08:47:46 <niteshnarayanlal> hi I had one recepie "make" which I need to add to the core pacakage or minimal package used in bitbake
Feb 07 08:47:51 <niteshnarayanlal> any references for that
Feb 07 08:47:59 <niteshnarayanlal> will be helpful for me
Feb 07 08:56:07 <blloyd> do you want it in an image?
Feb 07 08:58:49 <niteshnarayanlal> yeap
Feb 07 08:58:53 <blloyd> http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#usingpoky-extend-customimage-imagefeatures
Feb 07 08:59:16 <blloyd> you don't need to add it to a package then, just instruct the image to include it.
Feb 07 09:00:03 <niteshnarayanlal> I am quite a newbie into this
Feb 07 09:00:08 <niteshnarayanlal> I had gone through this
Feb 07 09:00:24 <niteshnarayanlal> but was not able to make it work
Feb 07 09:00:40 <blloyd> what is the name of your package?
Feb 07 09:01:45 <niteshnarayanlal> https://github.com/openembedded/openembedded/tree/master/recipes/make
Feb 07 09:01:50 <niteshnarayanlal> make this is what I want to add
Feb 07 09:02:38 <blloyd> make is already included in yocto.  Add 'IMAGE_INSTALL_append = " make"' to your local.conf
Feb 07 09:04:36 <blloyd> or add 'IMAGE_FEATURES += "dev-pkgs"' to your local conf to get make and a whole lot of other dev tools included.
Feb 07 09:06:07 <blloyd> the latest yocto has make 3.81 and 3.82, so it's even the same version.
Feb 07 09:08:02 <rburton> you really don't want make 3.82 though...
Feb 07 09:08:40 <blloyd> just out of curiosity, what did they break in make 3.82?
Feb 07 09:08:45 <rburton> everything :)
Feb 07 09:08:58 <rburton> in particular, the parallel processing has some bugs where it drops dependencies
Feb 07 09:09:12 <blloyd> :(  GNU Make 3.82 -- Built for x86_64-redhat-linux-gnu
Feb 07 09:09:13 <rburton> iirc, fixed in cvs now, but they've not made a release yet
Feb 07 09:09:20 <blloyd> And that would explain some of my build failures.
Feb 07 09:09:46 <rburton> people who ship it by default have patched it to make it work
Feb 07 09:10:14 <rburton> but it says a lot that there isn't a 3.83 that makes it actually work...
Feb 07 09:10:25 <rburton> <insert standard gnu rant here>
Feb 07 09:13:51 <blloyd> wow, 2 years since last update.
Feb 07 09:14:06 <blloyd> ok, 1.7, but still...
Feb 07 09:15:32 <Zagor> blloyd: I would guess redhat ships a patched version
Feb 07 09:18:20 <blloyd> I started get wierd build errors outside yocto last week when using make -j16.  Haven't seen it this week, but then I got about 1GB of patches in two sets, so who knows what actually broke in the first set and was fixed second set.
Feb 07 09:24:27 <blloyd> how well are poky and poky-contrib kept in sync?  If I branch from poky-contrib/master and keep current to that will I be using the same as if I used poky/master?  Is the same true of the danny and denzil branches?
Feb 07 09:27:26 <bluelightning> blloyd: I would recommend not using poky-contrib/master
Feb 07 09:27:38 <bluelightning> it's not really kept up-to-date AFAIK
Feb 07 09:27:51 <bluelightning> use poky master instead
Feb 07 09:28:13 <bluelightning> (assuming you want to stay on the bleeding edge)
Feb 07 09:29:09 <rburton> poky-contrib master is probably only updated when someone forgets to prefix their pushes to poky-contrib :)
Feb 07 09:29:34 <rburton> blloyd: its trivial to have both poky and poky-contrib remotes in the same repo, obviously
Feb 07 09:30:08 <rburton> (ditto for danny/denzil)
Feb 07 09:40:27 <bluelightning> (morning all btw)
Feb 07 09:54:28 <niteshnarayanlal> blloyd,thanks
Feb 07 10:55:03 <zecke> rburton: hi, do you have a second for the state of systemd in poky master?
Feb 07 11:02:23 <zecke> rburton: I need this http://paste.lisp.org/display/135308 to fix LSB starting..
Feb 07 11:02:38 <zecke> rburton: of course instead of using /etc i should use the sysconf variable..
Feb 07 11:03:03 <zecke> rburton: the other part is that update-rc.d is not executed for dropbear, so I do not have any /etc/rcX.d files
Feb 07 11:35:22 <zecke> sent a patch to the OE-core list
Feb 07 11:37:30 <zecke> For update-rc.d I need to add sysvinit into the DISTRO_FEATURES
Feb 07 11:40:11 <rburton> zecke: that should be backfilling automatically
Feb 07 11:40:30 <rburton> (can't see anything on oe-core)
Feb 07 11:44:47 <zecke> rburton: Stupid question then. How do I enable systemd images?
Feb 07 11:45:00 <zecke> (or just generally enable systemd support)
Feb 07 11:45:08 <rburton> zecke: DISTRO_FEATURES_INITMAN = "systemd"
Feb 07 11:45:31 <rburton> oe-core only does minimal so far as no services are enabled - i'm just finishing cleaning up/testing the class from oe now
Feb 07 11:45:42 <rburton> so the services will bubble in shortly
Feb 07 11:45:49 <rburton> i think i'll wait for master to build again properly though
Feb 07 11:45:51 <zecke> rburton: Okay. this means that DISTRO_FEATURES will not include sysvinit
Feb 07 11:46:02 <zecke> rburton: which means right now update-rc.d.bbclass will be 'empty'
Feb 07 11:46:20 <rburton> zecke: hm.  hmm.  yes.  we don't want to do that do we
Feb 07 11:46:23 <zecke> rburton: so installing any LSB service (e.g. dropbear, or I want to use busybox syslog) does not start
Feb 07 11:46:27 <rburton> yeah
Feb 07 11:46:43 <zecke> why would you want that?
Feb 07 11:46:43 <rburton> need some way of a update-rcd not doing anything *if* systemd.bbclass is also included
Feb 07 11:47:23 <zecke> I mean if I install a LSB init script, I want it to be executed. Otherwise where is the point to install it? if I need to put it into the .wants/ dir I can just start writing .service files
Feb 07 11:47:39 <zecke> rburton: You didn't like the runtime detection for systemd in Angstrom?
Feb 07 11:47:39 <rburton> sure
Feb 07 11:49:04 <rburton> what bit?
Feb 07 11:50:13 <zecke> rburton: I am searching it now
Feb 07 11:51:31 <zecke> rburton: http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2011-October/005181.html
Feb 07 11:52:05 <rburton> ah, useful.
Feb 07 11:52:24 <zecke> (i mean it needs to be updated to /lib/...) or some other indicator
Feb 07 11:52:45 <zecke> but this way something like dropbear will continue to have a postinst which will execute update-rc.d
Feb 07 11:53:01 <zecke> and if we are using systemd.. then either the 'starting' will be different or just disabled
Feb 07 12:01:36 <rburton> afternoon sameo
Feb 07 12:05:10 <sameo> rburton: Hey Sir !
Feb 07 12:08:56 <RP> sameo: Been a while since you played with .bb files, still have the nightmares? :)
Feb 07 12:09:47 <sameo> RP: I actually enjoyed it a lot, and I am back: I want to add NFC support to Poky.
Feb 07 12:10:15 <RP> sameo: ah, that sounds good to have :)
Feb 07 12:11:10 <RP> sameo: I'm curious what changes you notice in the system...
Feb 07 12:11:11 <rburton> sameo: excellent :)
Feb 07 12:11:23 <sameo> RP: hopefully :) My .bb fu is a bit rusty though...
Feb 07 12:12:35 <rburton> sameo: we're friendly, and packaging neard should be easy peasy
Feb 07 12:12:58 <RP> sameo: I'm sure it will come back quickly enough and there are a few people around who can help if/as needed
Feb 07 12:13:45 <rburton> i'm glad i haven't become the comms team go-to man for integrating stuff :)
Feb 07 12:14:01 <rburton> (that said, if it leads to another SRA, i'll integrate it for you)
Feb 07 12:14:06 <sameo> rburton: The dependency list is small enough, it should be easy, yes.
Feb 07 12:14:16 <sameo> rburton: You haven't ? ;)
Feb 07 12:14:43 <rburton> uhoh
Feb 07 12:15:23 <rburton> RP: is there prior art for disabling one class from another?  if systemd and update-rcd are both included, update-rcd should do nothing.
Feb 07 12:15:45 <rburton> zecke: locally reverted the update-rcd disabling, as you're right that was just Wrong.
Feb 07 12:16:07 <sameo> RP: Sounds good, I'll try not to bug you guys too much.
Feb 07 12:16:53 <RP> sameo: just don't struggle silently - we're friendly enough ;-)
Feb 07 12:17:32 <RP> rburton: should update-rc.d not just fall through to a systemd inherit in the systemd case?
Feb 07 12:18:14 <rburton> RP: "legacy" packages that only install sysvinit scripts still need the links created under systemd
Feb 07 12:18:25 <rburton> but if a recipe supports both, systemd wins if its enabled
Feb 07 12:19:28 <rburton> RP: i guess update-rcd could check for a variable that the systemd class sets before doing anything
Feb 07 12:20:47 <zecke> rburton: thanks. We need to omit/fix the auto-attempt to start old lsb scripts.
Feb 07 12:22:04 <RP> rburton: that is probably the "best" way forward
Feb 07 12:23:32 <rburton> RP: are prepended/appended python functions wrapped in another function, or literally appended?
Feb 07 12:23:35 <rburton> i.e. can i return
Feb 07 12:23:54 <RP> rburton: literally appended the way the code works today
Feb 07 12:25:55 <rburton> best not return then
Feb 07 14:12:21 <hrw> RP: can bitbake quits when error is found instead of complaining at start and return error when finished?
Feb 07 14:12:27 <hrw> https://ci.linaro.org/jenkins/view/engineering-builds/job/openembedded-armv8-rootfs/label=oe_cloud,rootfs=sdk/153/consoleText
Feb 07 14:33:39 <RP> hrw: doesn't really make sense to do that
Feb 07 14:34:00 <RP> hrw: some people ignore those issues :/
Feb 07 14:38:43 <Garibald1> Hi folks.  I have an existing recipe (sysvinit) to which I want to add a patch.  I created a .bbappend for the recipe in my layer and added a SRC_URI that points to the patch.  Now when I try to build my image it says "can't find file to patch".  When I look in the temp directory I don't see that the src for the package has been extracted yet?
Feb 07 14:39:05 <Garibald1> am I missing something?
Feb 07 14:40:21 <rburton> Garibald1: i think you need to append to FILESEXTRAPATH
Feb 07 14:40:25 <rburton> something like FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
Feb 07 14:40:40 <Garibald1> yeah, I did -- it found the patch, but failed to apply it.
Feb 07 14:41:02 <Garibald1> what's weird is that it use to work
Feb 07 14:41:08 <rburton> can you share the append?
Feb 07 14:41:17 <Garibald1> sure
Feb 07 14:41:36 <rburton> oh, are you doing SRC_URI= instead of +=?
Feb 07 14:41:51 <rburton> if the source hasn't been extracted, you probably overwrote the existing SRC_URI
Feb 07 14:41:52 <Garibald1> no
Feb 07 14:41:54 <bluelightning> Garibald1: sounds like the patch maybe at the wrong directory level
Feb 07 14:42:21 <bluelightning> Garibald1: by default it needs to be able to be applied with -p1 within the source (S) directory
Feb 07 14:42:33 <Garibald1> it's a two-liner:  FILESEXTRAPATHS := "${THISDIR}/files" SRC_URI_lxc += "file://sigusr1-exit.patch"
Feb 07 14:42:53 <bluelightning> Garibald1: ah, there's the problem
Feb 07 14:43:18 <bluelightning> Garibald1: you want SRC_URI_lxc_append = " file://sigusr1-exit.patch"
Feb 07 14:43:28 <Garibald1> ahh
Feb 07 14:43:30 <rburton> ah
Feb 07 14:43:37 <rburton> yes, of course
Feb 07 14:43:56 <Garibald1> so the += didn't get me an _append in that case?
Feb 07 14:43:59 <bluelightning> actually it might need to be _append_lxc rather than _lxc_append
Feb 07 14:44:01 <rburton> no
Feb 07 14:44:14 <bluelightning> Garibald1: += combined with an override will just set the value
Feb 07 14:44:23 <bluelightning> because the operations happen at different times
Feb 07 14:44:23 <Garibald1> I see
Feb 07 14:44:25 <rburton> you've just set SRC_URI for the lxc machine
Feb 07 14:44:49 <rburton> (+= meant you added it to the existing lxc-machine-specific value, "")
Feb 07 14:44:55 <Garibald1> SRC_URI += "..." seemed to work (before I made the _lxc change)
Feb 07 14:45:10 <rburton> yes, it would
Feb 07 14:45:10 <Garibald1> ah, ok
Feb 07 14:45:47 <Garibald1> so I need to say I'm appending to the 'global' SRC_URI, but only in the case of lxc
Feb 07 14:45:56 <Garibald1> and SRC_URI_append_lxc does that
Feb 07 14:46:23 <rburton> yeah
Feb 07 14:46:27 <rburton> or was it _lxc_append ;)
Feb 07 14:47:04 <Garibald1> that explains why there was no extracted tarball -- it wasn't in the SRC_URI :-)
Feb 07 14:47:15 <Garibald1> or it failed before it got to it
Feb 07 14:47:22 <rburton> it wasn't in the src_uri at all
Feb 07 14:47:27 <rburton> that's the hint
Feb 07 14:47:44 <Garibald1> yeah, I new something was wrong, just didn't realize why :)
Feb 07 14:48:04 <Garibald1> bluelightning, rburton: that fixed it, thanks!
Feb 07 14:49:53 * Garibald1 adds this to his notes :)
Feb 07 14:51:01 <bluelightning> np
Feb 07 15:11:54 <kmacleod> following the quickstart on a fresh install, bitbake -k core-image-sato fails the network sanity check on Fedora 18.  I've dug into the check a little and wget on the two files succeeds and they are in the downloads directory.  any ideas?
Feb 07 15:29:07 <kmacleod> sanity check succeeds on F17.
Feb 07 15:33:52 <mihai> kmacleod: what's the version of `wget` on F18?
Feb 07 15:39:26 <kmacleod> F18 is 	1.14-3.fc18, F17 is 	1.13.4-7.fc17
Feb 07 15:40:13 * Zagor bumps into https://bugzilla.yoctoproject.org/show_bug.cgi?id=2669 ...
Feb 07 15:40:13 <yocti> Bug 2669: normal, Low, 1.4, bogdan.a.marinescu, NEW , libiconv external recipe has RPATH QA issue
Feb 07 15:42:16 <bluelightning> astounding that nobody who cares about uclibc has found time to fix that one...
Feb 07 15:42:57 <Zagor> indeed
Feb 07 15:43:52 <mihai> kmacleod: ok, apparently that's why :(
Feb 07 15:44:59 <mihai> i thought it was fixed
Feb 07 15:49:41 <sgw1> mihai: are you the mihai that filed bug 3833?
Feb 07 15:49:42 <yocti> Bug https://bugzilla.yoctoproject.org/show_bug.cgi?id=3833 normal, Medium, 1.3.2, saul.wold, NEEDINFO , build core-image-lsb-sdk
Feb 07 15:50:11 <mihai> sgw1: nope :)
Feb 07 15:50:15 * mihai Lindner here
Feb 07 15:50:49 <sgw1> mihai: thanks, it's hard to tell sometimes which nick goes to which person (even with info).
Feb 07 15:52:00 <mihai> sgw1: oh, yeah, now i see I forgot to fill in my real name
Feb 07 15:58:50 <mihai> kmacleod: what branch are you using? I see now that it should be fixed in master
Feb 07 16:07:35 <kmacleod> mihai, I was using release 1.3, I can try again from master
Feb 07 16:11:02 <mihai> kmacleod: thanks
Feb 07 16:14:10 <kmacleod> mihai, yes, working from master, thanks!
Feb 07 16:17:05 <mihai> kmacleod: good, you're welcome
Feb 07 16:24:35 <kmacleod> perl-Data-Dumper needs to be added to FEDORA_HOST_PACKAGES_ESSENTIAL in documentation/poky.ent
Feb 07 16:31:02 <kmacleod> hmm, that may be incorrect.  that might be being used by a native build target.  it appears I'm building a lot of native build tools (more than I would have expected)
Feb 07 16:32:47 <bluelightning> kmacleod: we'd want to be careful before adding extra items to that list, it's already been trimmed to just what is required
Feb 07 16:34:13 <blitz00> kmacleod, i'm running F18 and I don't have the network sanity check problem in danny aka 1.3
Feb 07 16:38:05 <kmacleod> blitz00, I'm not sure what the difference was.  I was running a fresh mock chroot of f17, f18-with-danny, and f18-with-master and it only failed in f18-with-danny
Feb 07 16:38:48 <kmacleod> bluelightning, right, I'm adding Fedora @development tools package group to my chroot to make sure I've got all the right dependencies
Feb 07 16:39:22 <kmacleod> @development tools was listed in the yocto-1.0 docs but is not listed in current
Feb 07 16:45:30 <bluelightning> kmacleod: yes, I removed it
Feb 07 16:45:52 <bluelightning> I did run tests, the list should be complete
Feb 07 16:46:29 <bluelightning> if something is required and not listed, it could be a bug or something new in F18
Feb 07 16:46:38 <bluelightning> given that F18 came out after the danny release
Feb 07 16:47:21 <Crofton|work> the gets thing is biting people
Feb 07 16:48:19 <bluelightning> Crofton|work: did someone file a bug for that one?
Feb 07 16:49:15 <Crofton|work> I don't have anything to generate the errors )
Feb 07 16:49:27 <kmacleod> it's most likely an issue of what's installed by default on an F18 system.  I'm using a mock chroot which only has a minimal build tool set (@buildsys-build)
Feb 07 16:49:49 <Crofton|work> but it sounds like gets is gone on recent distro releases
Feb 07 16:51:40 <bluelightning> kmacleod: ok. the list we have is based upon what you need to install on top of a reasonably minimal base install but not a chroot
Feb 07 17:29:20 <zecke> rburton: has my email to oe-core arrived yet? :}
Feb 07 17:30:02 <rburton> zecke: no mail has arrived, looks like the box is having mysql problems
Feb 07 17:34:53 <fray> FYI, last I saw on oe-core, was from yesterday more then 12 hours ago
Feb 07 17:35:10 <fray> make that almost 24 hours ago now
Feb 07 17:39:25 <bluelightning> halstead: do you have time/access to look at what's going on with the OE mailing list server?
Feb 07 17:39:49 <bluelightning> oh wait, I think it's ltg
Feb 07 17:44:29 <Crofton|work> yeah, I emailed pb and florian
Feb 07 17:44:42 <bluelightning> Crofton|work: ok, thanks
Feb 07 18:30:49 <RP> Its lovely and quiet :)
Feb 07 18:31:06 <RP> If the autobuilder wasn't at red, I could enjoy it...
Feb 07 18:35:52 <halstead> bluelightning, Yeah it's linuxtogo so I can't help.
Feb 07 18:43:43 <bluelightning> halstead: ok, no worries... I understand the appropriate parties have been informed
Feb 07 19:13:30 <mranostay> RP: rose er blue tinted glasses... invest in some :)
Feb 07 19:36:34 <zecke> rburton: :} let me check if it bounced. :}
Feb 07 19:42:53 <rburton> zecke: mail machine is down
Feb 07 19:59:06 <zecke> rburton: thanks, I meanwhile disabled installing dbus and disabled the systemd-logind.service as I don't want to run a dbus daemon
Feb 07 20:17:10 <rburton> zecke: feel free to send a packageconfig to turn off dbus
Feb 07 20:19:47 <zecke> rburton: I am not sure how to do it in a clean way.
Feb 07 20:20:31 <Crofton|work> zecke, http://git.openembedded.org/meta-openembedded/commit/?id=2248f8557e9b741bbe1417f128fd35fc51013d33
Feb 07 20:21:26 <rburton> ah, it's not a configurable build dependency
Feb 07 20:21:45 <rburton> fair enough, that's your hack then :)
Feb 07 20:22:47 <denix> rburton: for the next danny merge, will you be picking up http://thread.gmane.org/gmane.comp.handhelds.openembedded.core/33221
Feb 07 20:23:36 <rburton> denix: when it's in master, yes
Feb 07 20:23:44 <rburton> now to cook
Feb 07 20:24:25 <denix> nice, he quits...
Feb 07 20:24:28 <denix> http://cgit.openembedded.org/openembedded-core/commit/?id=871549996cfcaf860083d867eb6a9522f4407cd4
Feb 07 20:34:41 <rburton> denix: ah, it landed.  clearly my master fetch is stale :)
Feb 07 20:35:33 <denix> rburton: yes, thanks
Feb 07 20:38:25 <rburton> denix: http://cgit.openembedded.org/openembedded-core-contrib/commit/?h=ross/danny-next&id=f38eac955d4a4efb1d68a9dd92a470d7f061a8cc
Feb 07 20:39:17 <denix> rburton: thanks again! when will it be on main oe-core/danny branch?
Feb 07 20:39:54 <rburton> denix: i suspect the autobuilders are going to be busy tonight with master, but hopefully in the next day or so.  annoyingly freescale and danny don't like each other at the moment
Feb 07 20:41:13 <zecke> Crofton|work: ah thanks!
Feb 07 21:02:19 <zecke> Crofton|work: how do I use PACKAGECONFIG from my local.conf?
Feb 07 21:03:21 <Crofton|work> PACKAGECONFIG_pn-gnuradio ="....
Feb 07 21:03:25 <Crofton|work> something like that
Feb 07 21:03:46 <Crofton|work> #PACKAGECONFIG_pn-gnuradio = "qtgui uhd"
Feb 07 21:04:48 <zecke> okay, then in the obvious way. thanks
Feb 07 21:05:02 <Crofton|work> :)
Feb 07 21:05:26 <Crofton|work> PACKAGECONFIG is evil, but I was tired of people hacking at the recipe based on their needs :)
Feb 07 21:05:43 <Crofton|work> I need to fix some of the RDEPENDS though :)
Feb 07 21:40:43 <reeve> hi pros, I update to poky master today, and got kernel compilation error, could anyone shed some lights?
Feb 07 21:41:10 <reeve>    GEN     /home2/reeve-ws/yocto-master/build/tmp/work/rp-poky-linux/linux-yocto/3.4.28+gitAUTOINC+f697e099bc76d5df3a307a5bc0cc25021dd6dfe0_13809f2cfd9be0ce86bd486e1643f9b90bed6f4f-r4.3/linux-rp-standard-build/Makefile | scripts/kconfig/conf --silentoldconfig Kconfig |  | scripts/kconfig/conf --silentoldconfig Kconfig | make[2]: *** No rule to make target `zImage'.  Stop. |  | make[2]: *** No rule to make target `zImage'.  Stop. | mak
Feb 07 21:43:50 <reeve> could anyone help a bit?
Feb 07 21:53:28 <halstead> reeve, That last successful master build on the autobuilder was from commit 1ef926cf7. Perhaps you would have more luck stepping back to that rev?
Feb 07 21:54:11 <reeve> halstead, thanks. Is that the commit of poky?
Feb 07 21:54:28 <halstead> reeve, Yes.http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1ef926cf788359b9845394bf95e298b7fcff4910
Feb 07 21:54:58 <reeve> halstead, thanks for the hint, let me give it a try
Feb 07 22:45:36 <ftonello> i have 2 recipes of the same project one with git as PV and other as 1.0 as PV
Feb 07 22:45:54 <ftonello> how do I tell bitbake to ignore the git version?
Feb 07 22:46:00 <ftonello> i just don't want to use PREFERRED_VERSION here
Feb 07 22:46:27 <kergoth> what's wrong with preferred version?
Feb 07 22:46:44 <kergoth> you can always use bbmask if you have to, or adjust the recipe to set DEFAULT_PREFERENCE = "-1" or similar
Feb 07 22:46:50 <kergoth> depends on what you're trying to achieve
Feb 07 22:46:54 <kergoth> the latter sounds like it might be what you want
Feb 07 22:48:48 <ftonello> kergoth: i want bitbake to use my _git recipe only when I specify that via env variable, something like that
Feb 07 22:49:56 <kergoth> set DEFAULT_PREFERENCE = "-1" in the git recipe, that'll make it not default unless the user specifies it in the config
Feb 07 22:50:16 <ftonello> thanks
Feb 07 22:50:52 <kergoth> np
**** ENDING LOGGING AT Fri Feb 08 02:59:59 2013