**** BEGIN LOGGING AT Fri Jul 04 02:59:58 2014 Jul 04 04:05:25 * moto-timo is going to bed Jul 04 07:17:34 hi. i need a hint. i needed an updated version of gevent, so i copied python-gevent_0.10.3.bb from meta-openembedded and renamed it to python-gevent_1.0.1.bb and updated checksums etc... Jul 04 07:18:00 s/0.10.3/0.13.8/ Jul 04 07:18:27 but when i build it i get this configure error: configure: error: cannot run C compiled programs. Jul 04 07:18:31 | If you meant to cross compile, use `--host'. Jul 04 07:19:16 i'm not sure what to do. shouldn't the setuptools module of yocto handle this? Jul 04 07:29:24 have anyone crossbuilt ffmpeg with oe? Jul 04 07:33:27 Im getting error : Unknown option "--build=i686-linux" Jul 04 07:50:32 good morning Jul 04 09:01:39 anyone here knowledgable about qmake in yocto ? Jul 04 12:07:45 Crofton: managed to reproduce your problem with Toaster building uhd-dev-image. I've opened https://bugzilla.yoctoproject.org/show_bug.cgi?id=6506 Jul 04 12:07:46 Bug 6506: normal, Undecided, 1.7 M2, alexandru.damian, NEW , Toasters reports 0 packages included for uhd-dev-image (meta-sdr) Jul 04 12:24:07 thanks Jul 04 12:24:16 is it specifc to that image? Or a general issue? Jul 04 12:26:10 not sure. I've been told it might be something in meta-sdr, but QA and dev will be looking at it to figure it out. Jul 04 12:32:42 weird Jul 04 12:32:59 still need to work out why it breaks toaster Jul 04 12:33:05 I do not think there is anything weird in it Jul 04 12:34:30 maybe it doesn't and it's something else. A real engineer will need to look at it properly Jul 04 12:41:36 :) Jul 04 12:41:45 they are all on holiday Jul 04 12:42:23 what does that make you then? Jul 04 12:42:35 a fake engineer Jul 04 12:42:46 rofl Jul 04 12:42:53 * Crofton|work needs to ride his bike before going sailing Jul 04 12:43:23 some form of bizarre triathlon involving cycling, sailing, beer drinking, and firework watching Jul 04 12:43:36 that sounds awesome Jul 04 12:43:40 * ant_work imagines Crofton repairng toasters, bikes, hoover's with th eengineer's hat Jul 04 12:57:53 rburton: a Fisher Price one, but I thought you all knew that by now Jul 04 12:58:28 Crofton|work: can I go along to that sailing thing? Jul 04 12:59:31 If you can be here in 4 hours Jul 04 13:00:52 Crofton|work: probably I can't Jul 04 13:29:57 hi all. how can I force PRSERV to bump a PR? I tried building the package with "-f", building after "-c cleanall". I even bumped the value in PRSERV's sqlite file but the package version still is not bumped... Jul 04 13:39:38 can anyone tell me what causes this error: ERROR: objcopy failed with exit code 1 (cmd was 'arm-angstrom-linux-gnueabi-objcopy' --only-keep-debug '/home/oe-core/build/out-eglibc/work/armv7ahf-vfp-angstrom-linux-gnueabi/libavdep/9.13-r0/package/usr/bin/avprobe' '/home/oe-core/build/out-eglibc/work/armv7ahf-vfp-angstrom-linux-gnueabi/libavdep/9.13-r0/package/usr/bin/.debug/avprobe') ERROR: Function failed: split_and_strip_files ERROR: Jul 04 13:42:29 hsychla, PRSERV only bumps package's *recipe* *revision* , and only after the decimal point, i.e. a recipe with PR = r5 gets r5.1, r5.2, r5.3, etc. internally. To force a new package version you must set the PV variable. To force a new recipe revision you must set PR manually. Note the difference between PR and PV, you're question is unclear which of those you mean... Jul 04 13:44:15 Denwid, sorry. I want it to bump the recipe revision after the decimal point (I recovered a buildroot and now the package version/revision in the public repos is higher than in my buildroot. I want to fix that so all versions in my new buildroot are at least equal to the public repo or higher Jul 04 13:44:50 my understanding was that PR bumps the package revision with every rebuild but that does not seem to be the case Jul 04 13:45:02 *PRSERV bumps... Jul 04 13:46:32 I think it's bumped whith every rebuild where the output changes. Jul 04 13:47:47 However I'm not sure how to update your PRSERV so the pulic repo and the buildroot match once again... Jul 04 13:47:53 In the case of this particular package it doesn't even append the .0 Jul 04 13:48:29 the package is just created as ...-${PR} Jul 04 13:52:10 Mhh that's really strange Jul 04 13:54:30 are you sure you enabled the PR service if you don't even have the .0 on first builds? Jul 04 14:00:19 rburton: about the bitbake.conf patch for debug Jul 04 14:00:36 why does it contain a package specific path? Jul 04 14:00:38 matchbox-pane Jul 04 14:00:40 l Jul 04 14:01:32 ant_work: historical. there's *lots* of those, check out FILES_PN in bitbake.conf Jul 04 14:02:08 a patch series to blast them away and move them all somewhere more appropriate, with full buildhistory against meta-oe world, is totally welcome :) Jul 04 14:02:28 +1 Jul 04 14:02:48 let's wait Paul comes back fully refreshed ;) Jul 04 14:03:00 maybe open a bug Jul 04 14:25:05 rburton: there are not so many, real eyesore though Jul 04 14:26:42 Denwid, yes, I have a PRSERVER running and PRSERV_HOST = "localhost:30003" in my local.conf Jul 04 14:40:48 mhh... I restarted PRSERV and now it seems to be working Jul 04 20:34:39 Hello, working to insert a custom "/etc/network/interfaces" on my image (daisy). I created a init-ifupdown_1.0.bbappend (FILESEXTRAPATHS_prepend := "${THISDIR}/files:"). When I look in the image, my file is not inserted in the image. I know there is other layer working with this file. Any hint to help me to solve this issue ? Thank you ! **** ENDING LOGGING AT Sat Jul 05 02:59:59 2014