**** BEGIN LOGGING AT Mon Mar 15 02:59:57 2010 Mar 15 04:11:01 03Paul Menzel 07org.openembedded.dev * r7d8cd6b4ed 10openembedded.git/recipes/musicbrainz/ (2 files in 2 dirs): Mar 15 04:11:01 libmusicbrainz: Include header to fix build with g++ 4.4. Mar 15 04:11:01 Patch taken from [1] and adapted. Mar 15 04:11:01 [1] http://bugs.musicbrainz.org/ticket/4301 Mar 15 04:11:01 Signed-off-by: Paul Menzel Mar 15 04:11:02 Signed-off-by: Holger Hans Peter Freyther Mar 15 05:07:51 03Holger Hans Peter Freyther 07org.openembedded.dev * rf24b247cc5 10openembedded.git/recipes/liboop/liboop_1.0.bb: Mar 15 05:07:51 liboop: Disable www, glib, adns, readline and tcl as it is not in the DEPENDS Mar 15 05:07:51 The configure script searched for tcl in /usr/include/tcl$tclVersion which Mar 15 05:07:51 triggered the configure qa check. The best thing to do seems to disable these Mar 15 05:07:51 features and avoid patching the configure.ac. Mar 15 05:07:52 03Holger Hans Peter Freyther 07org.openembedded.dev * r9e45884d69 10openembedded.git/ (conf/checksums.ini recipes/lsh/lsh_1.5.5.bb): Mar 15 05:07:52 lsh: Upgrade to the latest version to address two CVEs Mar 15 05:07:53 CVE-2003-0826, CVE-2005-0814 Mar 15 05:07:53 03Holger Hans Peter Freyther 07org.openembedded.dev * r727ac89c81 10openembedded.git/recipes/libwmf/ (4 files in 2 dirs): Mar 15 05:07:54 libwmf: Apply two patches from Fedora to address known issues Mar 15 05:08:48 CVE-2006-3376, CVE-2009-1364 Mar 15 05:25:20 03Holger Hans Peter Freyther 07org.openembedded.dev * rdceac37e28 10openembedded.git/ (4 files in 4 dirs): Mar 15 05:25:21 gzip: Upgrade to 1.3.13 to address multiple issues Mar 15 05:25:21 CVE-2006-4334, CVE-2006-4335, CVE-2006-4336, Mar 15 05:25:21 CVE-2006-4337, CVE-2006-4338 Mar 15 05:51:35 hi all Mar 15 05:54:09 am trying to build clutter with new patches Mar 15 05:54:24 for that need to define the local path for the clutter bb file Mar 15 05:54:30 how to d it Mar 15 05:55:18 can i replace with my local path on SRC_URI=" git://git.clutter-project.org/clutter.git;protocol=git;branch=clutter-8-0;rev=${CLUTTER_REV} \ Mar 15 05:55:18 file://enable-tests-r2990.patch;patch=1" Mar 15 05:55:18 " Mar 15 05:55:25 Will it work? Mar 15 06:46:12 siji, basically you could only add the patches like for instance file://enable-tests-r2990.patch;patch=1 and it will pick them up and apply them Mar 15 06:46:46 ya i tried it Mar 15 06:46:49 but giving error Mar 15 06:47:50 SRC_URI = "git://git.clutter-project.org/clutter.git;protocol=git;branch=clutter-8-0;rev=${CLUTTER_REV} \ Mar 15 06:47:51 file://enable-tests-r2990.patch;patch=1 \ Mar 15 06:47:51 file://clutter-stage-egl.patch;patch=1" Mar 15 06:48:00 this is what i added Mar 15 06:48:03 is it right? Mar 15 07:11:14 03Marcin Juszkiewicz 07org.openembedded.dev * ra9ecfad820 10openembedded.git/classes/src_distribute_local.bbclass: Mar 15 07:11:14 src_distribute_local: fix quoting Mar 15 07:11:14 Signed-off-by: Marcin Juszkiewicz Mar 15 07:11:15 03Richard Purdie 07org.openembedded.dev * r548aea3b52 10openembedded.git/ (classes/base.bbclass conf/bitbake.conf): base.bbclass/bitbake.conf: Fix some string quoting to handle more unusual URLs (from Poky) Mar 15 07:11:16 03Marcin Juszkiewicz 07org.openembedded.dev * r743b1ba2c4 10openembedded.git/recipes/orinoco/spectrum-fw.bb: Mar 15 07:11:16 spectrum-fw: added checksums Mar 15 07:11:16 Signed-off-by: Marcin Juszkiewicz Mar 15 07:11:17 03Richard Purdie 07org.openembedded.dev * r50c9da4c35 10openembedded.git/recipes/orinoco/ (spectrum-fw.bb spectrum-fw/get_symbol_fw): Mar 15 07:11:17 spectrum-fw: Use the standard fetcher process (from Poky) Mar 15 07:11:17 Signed-off-by: Marcin Juszkiewicz Mar 15 07:11:26 03Marcin Juszkiewicz 07org.openembedded.dev * rf362c9bb1e 10openembedded.git/classes/base.bbclass: Mar 15 07:11:26 base.bbclass: fix quoting for md5/sha256 checksums checking Mar 15 07:11:26 Signed-off-by: Marcin Juszkiewicz Mar 15 07:51:35 03Frans Meulenbroeks 07org.openembedded.dev * rdbaf57b418 10openembedded.git/recipes/mythtv/ (3 files): Mar 15 07:51:35 mythtv: updated SRCREV Mar 15 07:51:35 Signed-off-by: Frans Meulenbroeks Mar 15 07:51:36 03Frans Meulenbroeks 07org.openembedded.dev * r996e4eec8b 10openembedded.git/recipes/ffmpeg/ffmpeg_svn.bb: Mar 15 07:51:36 ffmpeg: updated to latest svn version, added targetos flag to configure Mar 15 07:51:36 Signed-off-by: Frans Meulenbroeks Mar 15 07:51:37 03Frans Meulenbroeks 07org.openembedded.dev * r084e6a701f 10openembedded.git/recipes/efl1/evas-native_svn.bb: Mar 15 07:51:37 evas-native_svn: removed old_stage code Mar 15 07:51:38 this code was called by no-one Mar 15 07:51:38 03Frans Meulenbroeks 07org.openembedded.dev * rcb84b13826 10openembedded.git/recipes/schroedinger/ (5 files in 2 dirs): Mar 15 07:51:39 schroedinger: upgraded to 1.0.9 Mar 15 07:51:39 Signed-off-by: Frans Meulenbroeks Mar 15 07:51:40 03Frans Meulenbroeks 07org.openembedded.dev * rcf0c047a2b 10openembedded.git/recipes/gettext/ (gettext-0.17/m4_copy.patch gettext_0.17.bb): Mar 15 07:51:40 gettext: fixed build with autoconf Mar 15 07:51:41 lifted from patch from Bernhard Reutner-Fischer on oe Mar 15 07:51:43 who found it somewhere on a mailing list Mar 15 07:51:43 Signed-off-by: Frans Meulenbroeks Mar 15 07:51:43 03Frans Meulenbroeks 07org.openembedded.dev * re3e5b61ea4 10openembedded.git/recipes/xorg-proto/xorg-proto-common.inc: Mar 15 07:52:05 as per hrw's suggestion Mar 15 07:52:05 Signed-off-by: Frans Meulenbroeks Mar 15 07:52:05 Conflicts: Mar 15 07:52:05 recipes/xorg-util/xorg-util-common.inc Mar 15 07:52:06 Signed-off-by: Frans Meulenbroeks Mar 15 07:52:06 03Frans Meulenbroeks 07org.openembedded.dev * re2c2c3d636 10openembedded.git/recipes/libungif/libungif_4.1.3.bb: Mar 15 07:52:07 libunfig: no need for native variant as no-one uses it Mar 15 07:52:07 Signed-off-by: Frans Meulenbroeks Mar 15 07:52:08 03Frans Meulenbroeks 07org.openembedded.dev * rc860f51f04 10openembedded.git/recipes/libtiff/tiff_3.8.2.bb: Mar 15 07:52:08 tiff: moved to 4.0.0 beta5 Mar 15 07:52:09 also renamed to 3.9.2 as that is the latest version before 4.0.0 Mar 15 07:52:09 Signed-off-by: Frans Meulenbroeks Mar 15 07:52:10 03Frans Meulenbroeks 07org.openembedded.dev * rb2e3219cb6 10openembedded.git/recipes/libusb/libusb_0.1.12.bb: Mar 15 07:53:05 libusb: removed unneeded BBCLASSEXTEND="native" Mar 15 07:53:05 Signed-off-by: Frans Meulenbroeks Mar 15 08:16:28 good morning Mar 15 08:18:05 yo mckoan|flu Mar 15 08:21:06 hi eFfeM Mar 15 08:47:33 does anyone already test angstrom on x86 platform ? Where I can find a howto to learn how flash a compactflash for deploy the system ? Mar 15 08:52:19 Hi. I was using the stable/2009 branch last year, assuming that it is more stable than the org.openembedded.dev branch. Is it still the stable branch to use? Mar 15 08:52:26 guilig: for your first q: this is no an angstrom channel, better use #angstrom, for your 2nd question: i think google has enough info on that Mar 15 08:53:14 vhallac: yes it is still called stable Mar 15 08:53:15 Or should I just drop my fixation for stability, and move to the .dev branch? Mar 15 08:54:04 depends on what you want to achieve Mar 15 08:54:44 eFfeM: thx sorry for the disturb Mar 15 08:55:05 I want to have a working embedded build for a device. Mar 15 08:55:32 That's why I thought going with stable would make life easier for me. Mar 15 09:04:44 vhallac: stable is likely to have less issues Mar 15 09:05:08 Thanks. I will stick to it. Mar 15 09:09:23 vhallac: gl & have fun Mar 15 09:15:52 03Koen Kooi 07org.openembedded.dev * rda0036099b 10openembedded.git/recipes/orc/ (orc.inc orc_0.4.3.bb): orc: fix packaging, recipe style issues and factor into .inc Mar 15 09:18:54 good morning Mar 15 09:18:58 morning Mar 15 09:25:25 morning hrw Mar 15 09:34:35 03Benjamin Schieder 07org.openembedded.dev * r9db328be34 10openembedded.git/recipes/fltk/fltkspacetrader_svn.bb: Mar 15 09:34:35 fltkspacetrader: update to version 1.2-stable Mar 15 09:34:35 Signed-off-by: Martin Jansa Mar 15 09:38:25 hi hrw, recalcati Mar 15 09:38:43 hi Mar 15 09:49:25 03Koen Kooi 07org.openembedded.dev * r877336508d 10openembedded.git/recipes/libtiff/tiff_3.9.2.bb: tiff 3.9.2: fix build breakage Mar 15 09:49:26 03Koen Kooi 07org.openembedded.dev * raf193378c3 10openembedded.git/recipes/gnome/gnome-screensaver_2.28.0.bb: Mar 15 09:49:26 gnome-screensaver: update to 2.28.3 Mar 15 09:49:26 Fixes: Mar 15 09:49:26 CVE name CVE-2010-0414 Mar 15 09:49:26 CVE name CVE-2010-0422 Mar 15 10:09:25 pb_: hey, could you give me a hand on gdb? Mar 15 10:09:57 pb_: I have an addr, and I know the struct/class type... I would like to cast the data behind that address to the struct and poke the variables Mar 15 10:16:12 hi, I got configuration error 'C compiler cannot create executables" in gnome-games-2.24.3-r2. How to resolve? Mar 15 10:16:53 bala_holmes: the usual... Read the config.log Mar 15 10:18:48 03Koen Kooi 07org.openembedded.dev * r67464940dd 10openembedded.git/recipes/gnome/gnome-screensaver_2.28.3.bb: gnome-screensaver 2.28.3: fix up configure as well now Mar 15 10:25:17 hrw: could I talk you into upgrading vim? Mar 15 10:27:21 I am on call Mar 15 10:27:45 hrw: no rush, i just remembered your blog post about vim 7.0 Mar 15 10:34:00 back Mar 15 10:34:42 vim upgrade... Mar 15 10:35:13 hrw: it is still the ole vim 7.0 and there was a prob in one of the plugins Mar 15 10:35:57 03Koen Kooi 07org.openembedded.dev * r155a02d594 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: our preferred tiff version was removed for some reason, move to 3.9.2+4.0.0beta5 Mar 15 10:36:01 http://www.vuxml.org/freebsd/0e1e3789-d87f-11dd-8ecd-00163e000016.html <- ug in netrw Mar 15 10:36:24 will try to get 7.2+patches Mar 15 10:36:28 http://www.vuxml.org/freebsd/30866e6c-3c6d-11dd-98c9-00163e000016.html <- minor issue in quoting Mar 15 10:36:48 http://www.vuxml.org/freebsd/1ed03222-3c65-11dc-b3d3-0016179b2dd5.html <- helptags has a flaw Mar 15 10:37:14 hrw: that would be super awesome, I nuked by tmp dir.. to test the new autoconf and then will upgrade findutils Mar 15 10:37:57 7.2 has 394 patches upstream Mar 15 10:39:07 that is insane. :( Mar 15 10:40:14 yes, it is Mar 15 10:40:45 and they are not unified diffs Mar 15 10:41:06 and fedora is applying all of them too Mar 15 10:41:31 so does Debian Mar 15 10:41:48 so should everyone Mar 15 10:41:51 as they fix bugs Mar 15 10:42:08 do we handle file://*.patch 394 is a whole hell of a lot of typing Mar 15 10:42:20 you type such things? Mar 15 10:42:59 for f in `seq 1 394`;do print "file://%02d;patch=1 \\\n" $f;done Mar 15 10:43:09 s/print/printf Mar 15 10:43:32 in cases of small amounts of patches it would take me longer to remember how to do that than type it Mar 15 10:43:49 ;d Mar 15 10:45:13 gah poky is dificult to build :-( Mar 15 10:46:04 XorA: no shit Mar 15 10:47:42 I thought poky was supposed to be making life easier than OE? Mar 15 10:50:17 hrw: in vim it's easier, !r ls -1 patches/ and then it's just macro which adds file:// prefix and patch=1 \ suffix Mar 15 10:50:40 ynezz: thats other option which I use but no macro but :s Mar 15 10:51:00 41/394 do not apply Mar 15 10:51:21 03Koen Kooi 07org.openembedded.dev * r6825b1bca7 10openembedded.git/recipes/faad2/faad2_2.7.bb: faad2: add 2.7 Mar 15 10:52:04 while true;do quilt ref;quilt pop;done - simple unifining Mar 15 10:55:38 but I found other way Mar 15 10:57:31 XorA: How do I call a custom configure script, after extracting the tarball, in my recipe? Mar 15 10:57:38 for example Mar 15 10:57:39 Debian has 1-330 integrated Mar 15 10:58:04 zecke: print *((struct foo *)0x12345) Mar 15 10:58:14 I have a tarball, instead of running ./configure you run ./bootstrap_all.sh Mar 15 10:58:20 pb_: thanks. I was falling victim of C++ and namespaces... Mar 15 10:58:36 Brokie: write a do_configure() { that calls ./bootstrap_all.sh Mar 15 10:58:49 it runs the configure scripts in all the lib directories, according to the command line options Mar 15 10:58:57 ewwww Mar 15 10:59:04 have an example that I should review? Mar 15 10:59:40 Brokie: not off my head, but with a pool of 6000 Im sure youll find one Mar 15 10:59:44 lol Mar 15 10:59:56 say I need to call ... Mar 15 11:00:06 ./bootstrap_all.sh Mar 15 11:00:15 mhm , staging and bbclassextend currently only work with autotools recipe ? Mar 15 11:00:32 what would my do_configure(){ Mar 15 11:00:35 Look like? Mar 15 11:00:41 do_configure() { Mar 15 11:00:52 cd ${S}; ./bootstrap_all.sh; Mar 15 11:00:55 } Mar 15 11:01:03 krazy man Mar 15 11:01:07 thanks Mar 15 11:01:19 you can usenewlines instead of ; as well Mar 15 11:01:23 its just shell script Mar 15 11:02:07 okie Mar 15 11:02:33 pb_: Would you be interested in being exposed to GDBs python support and how to programatically do that from python? Mar 15 11:04:06 Oi vei, it worked Mar 15 11:04:17 Brokie, look in your "tmp/work///temp/run.do_" after a build to see what happens to it. Mar 15 11:04:24 ok, 394 applied Mar 15 11:04:33 LOL Mar 15 11:04:36 zecke : Thanks, now gnome-games configured well. (guile lib issue) Mar 15 11:04:40 Love the suedo path Mar 15 11:05:39 bala_holmes: is that a missing DEPENDS in the recipe? We are always interested in getthing that fixed Mar 15 11:06:22 Brokie, Or at least to get an idea what happens to it. Mar 15 11:07:03 Wrong directory Mar 15 11:08:30 fixing Mar 15 11:11:57 zecke : There no missing in DEPENDS. I got some "__snprinf" undefined ref in guile.lib. So I distcleaned guile and again built it. With out any issue gnome-games has buit Mar 15 11:16:09 1.4MB has 001-394 combined patch for vim7.2 Mar 15 11:16:33 so... do we want recipe which has checksums for 397 files or 1.4MB patch inside of repo? Mar 15 11:16:58 the patch :-) Mar 15 11:17:15 wow, that's heavy like some kernel patch Mar 15 11:17:40 hrw: the checksums in OE would occupy approx 2.5M Mar 15 11:17:48 XorA: it says no suck file or directory Mar 15 11:17:51 :( Mar 15 11:18:02 but clearly its there Mar 15 11:18:12 did you set S correctly? Mar 15 11:18:20 ynezz: it's also about the size of the Embest SBC6020 kernel patch :/ Mar 15 11:19:11 hm, I would never touch embest stuff :) Mar 15 11:21:15 yes Mar 15 11:21:20 it added a folder Mar 15 11:21:23 ... Mar 15 11:21:26 why no ynezz? :P Mar 15 11:21:28 it added more to the path Mar 15 11:21:32 I mean Mar 15 11:21:32 why not* Mar 15 11:22:39 XorA: cd ${S} doesn't goto the root directory of the source... it goes to the root/Targetname Mar 15 11:22:41 Romke: I simply have such feeling :) Mar 15 11:22:42 ... Mar 15 11:23:11 Brokie: by default it is set to ${WORKDIR}/${PN}-${PV} Mar 15 11:23:35 so Mar 15 11:23:43 Workdir is WORK Mar 15 11:23:50 right? Mar 15 11:24:04 shit. Mar 15 11:24:13 WORKDIR is tmp/work/platform/${PN}-${PV}-${PR}/ Mar 15 11:24:27 ... Mar 15 11:24:29 Vim patches require to be done in vim72/ but configure is in vim72/src/ Mar 15 11:24:58 how do I just go to the root directory of the source that was decompressed? Mar 15 11:25:19 set S to ${WORKDIR}/diritdecompressedin Mar 15 11:27:48 ... Mar 15 11:28:17 like this? Mar 15 11:28:22 S=BLAHBLAH? Mar 15 11:28:29 yes Mar 15 11:28:39 or S = BLAHBLAH Mar 15 11:28:43 Brokie, During the build process Bitbake creates a directory in tmp/work/// Mar 15 11:28:50 style prefers spaces around the equals Mar 15 11:29:04 MWelchUK_work: I understand that Mar 15 11:29:10 It extracts the archive as provided in the SRC_URI under there Mar 15 11:29:13 MWelchUK_work: I am having other issues Mar 15 11:29:40 yes, but it jumped further into the buildtree than the root Mar 15 11:30:11 Usually the extraction of the archive creates a directory in which all the archives files are placed. Mar 15 11:30:30 I dont want to goto ./rootofbuildtree/packagename-hostcpu Mar 15 11:30:57 I just want to goto ./rootofbuuildtree/ Mar 15 11:31:01 ... Mar 15 11:31:09 This is "S" and, when this isn't "${PN}-${PV}", it needs to be explicitly set in the bitbake file. Mar 15 11:31:29 PN and PV are forweign to me Mar 15 11:31:34 foreign even Mar 15 11:31:43 PN = Package Name Mar 15 11:31:44 PackageName and PackageVersion Mar 15 11:31:50 is that Part Number and Place Value? Mar 15 11:31:51 PV = Package Verison Mar 15 11:31:52 lol Mar 15 11:32:10 well Mar 15 11:32:14 whats strange Mar 15 11:32:26 is its decompressing to trunk folder Mar 15 11:32:30 but Mar 15 11:32:51 its jumping to trunk/geneticdec-arm Mar 15 11:32:59 Brokie, you may also need to run "bitbake -c " between attempts to build you package if you change the recipe. Mar 15 11:33:04 I am Mar 15 11:33:11 native packages should install themselves in tmp/staging/x86_64-linux/... ? Mar 15 11:33:14 time for ugly hack Mar 15 11:33:41 name of my recipe (the folder within recipes\) is geneticdec Mar 15 11:33:53 the tar.gz file is called trunk.tar.gz Mar 15 11:34:08 What's the recipe it's self called. Mar 15 11:34:08 inside is build tree, Mar 15 11:34:20 geneticdec-arm Mar 15 11:34:39 Brokie, no ".bb"? Mar 15 11:34:41 geneticdec-arm.bb Mar 15 11:34:44 yep Mar 15 11:35:06 I got it Mar 15 11:35:09 Ok, so unless you are setting PV in the recipe it is "" Mar 15 11:35:11 thanks for the insight Mar 15 11:35:49 geneticdec-arm_1.0.bb would yield PN=geneticdec and PV=1.0 I think. Mar 15 11:36:27 So S would be "geneticdec-1.0" unless specificly set. Mar 15 11:36:27 lol Mar 15 11:36:43 Its a genetic codec Mar 15 11:36:53 4-18kbps HD codec Mar 15 11:37:48 we use it for teleconferencing Mar 15 11:39:35 Brokie, is the main item in your SRC_URI an "svn://" or "http://" or "file://" Mar 15 11:39:46 its a local server Mar 15 11:39:59 http://localhost/trunk.tar.gz Mar 15 11:41:18 OK, and trunk.tar.gz decompresses, creating a directory called "trunk", with a subdirectory called "geneticdec-arm", with the files under that? Mar 15 11:41:38 nope Mar 15 11:41:51 decompresses the root fs of the buildtree Mar 15 11:41:56 its working now, thanks Mar 15 11:42:05 Ok, no probs Mar 15 11:45:46 I invoke make as oe_make, right? Mar 15 11:46:26 Brokie: oe_runmake Mar 15 11:46:31 ok Mar 15 11:48:52 03Koen Kooi 07org.openembedded.dev * r777e10ed24 10openembedded.git/conf/distro/include/angstrom-2008-preferred-versions.inc: angstrom: move to wget 1.11.4 Mar 15 11:49:16 ok Mar 15 11:49:52 hello Mar 15 11:50:42 its using the i686 gcc, instead of the armv7a-angstrom-linux-gnueabi-gcc.... Mar 15 11:52:25 Brokie, What have you got set as your machine in local.conf? Are you sure it's not just compiling a -native package? Mar 15 11:53:37 ah, well, ynezz, that feeling is absolutely right :P Mar 15 11:53:39 it built the beagleboard-demo-image fine.... ran it on the kboc_bb2 Mar 15 11:53:50 their support sucks Mar 15 11:53:53 machine is beagleboard Mar 15 11:54:15 vim was always done wrong Mar 15 12:01:51 wow Mar 15 12:01:56 fixed that Mar 15 12:02:00 ... Mar 15 12:02:33 some of this is very intuitive Mar 15 12:05:37 what does inherit native do? Mar 15 12:07:00 Brokie, It's for building native packages, i.e. packages that run on your dev box (and are usually needed during the build process) rather than on your target. Mar 15 12:07:18 oo Mar 15 12:07:43 so, how to add boost for the target? Mar 15 12:07:50 it inherits native :( Mar 15 12:10:17 It probably needs native to build, not once it's built Mar 15 12:11:04 DEPENDS doesn't end up in the target image RDEPENDS does I believe. Mar 15 12:12:24 Ok Mar 15 12:12:36 Did anyone ever get libglew to build in OE? Mar 15 12:13:03 Brokie, http://docs.openembedded.org/usermanual/usermanual.html#metadata_writing_data Mar 15 12:13:33 MWelchUK_work: I'm not a reader learner Mar 15 12:13:38 I'm an asker learner Mar 15 12:17:12 Brokie, stating that in an OSS IRC channel might just make you a slow learner as well :-) Mar 15 12:19:04 read, try, fail, read more, try more, fail more, ask Mar 15 12:22:21 fail fail fail fail ;( Mar 15 12:23:22 lol Mar 15 12:24:10 Actually, in my trial and error during the evening I learned (accomplished) less than the few questions that were answered by you guys Mar 15 12:27:23 pb_: good morning. may i encourage you to run for the next TSC? Mar 15 12:35:20 mickey|office, goal for TSC election, more candidates than positions :) Mar 15 12:35:49 Crofton|work: Are you running? :) Mar 15 12:36:25 not for TSC Mar 15 12:36:31 I am already on the board Mar 15 12:41:56 03Michael Lippautz 07org.openembedded.dev * r5ae3348001 10openembedded.git/recipes/udns/ (files/fix-cc-check.patch udns_0.0.9.bb): Mar 15 12:41:57 udns: New recipe Mar 15 12:41:57 * udns is a stub DNS resolver library for sync and async DNS queries Mar 15 12:42:04 03Michael Lippautz 07org.openembedded.dev * rf91644ae2e 10openembedded.git/recipes/unrar/ (5 files in 2 dirs): Mar 15 12:42:04 unrar, unrar-native: Bump to version 3.9.9 Mar 15 12:42:04 * Fixes CVE name CVE-2007-0855 Mar 15 12:42:04 * Remove old recipe, because it neither used current staging, nor native Mar 15 12:42:04 extension Mar 15 13:12:31 Hi guys. Using `${PR_INC}` do I always have to add `PR = "${PR_INC}.i`, i ∈ ℕ, in the recipe as documented in http://wiki.openembedded.org/index.php/Styleguide#PR_variables_with_recipes_that_use_INC_files or can I ommit the `.i`? Mar 15 13:17:19 you mean INC_PR? Mar 15 13:18:25 PaulePanter, basically, yes Mar 15 13:18:56 if you change the recipe (not the .inc file) you increment i Mar 15 13:19:06 * XorA forgot all about the git-native fails :-( Mar 15 13:25:30 XorA: how does it fail for you? Mar 15 13:26:19 Crofton|work: Thanks. Searching the WWW I also found http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg01430.html. Mar 15 13:26:28 … where no `.i` is used. Mar 15 13:26:33 zecke: it requires python-dev on host Mar 15 13:26:44 zecke: to install the python bits, working on a fix now Mar 15 13:27:01 Is that the same thing that `PR = "r0"` can be omitted? Mar 15 13:27:03 zecke: should just be a --with-python Mar 15 13:28:05 ~curse vim recipes Mar 15 13:28:06 May the fleas of a thousand camels infest your most sensitive regions, vim recipes ! Mar 15 13:28:38 I will have to run configure on arm just to check values to populate for site file Mar 15 13:28:39 s Mar 15 13:29:04 XorA: oh, sorry about that. do we need the python bits at all? Mar 15 13:29:29 zecke: no idea, I dont know which bits are python Mar 15 13:29:51 zecke: but it looks like in a normal build python-native is already built by this point I might as well use it Mar 15 13:29:52 XorA: I doubt anything in the core or that bitbake is using is python based Mar 15 13:30:48 zecke: Ill try a --without-python then Mar 15 13:34:12 PaulePanter: if no PR is give, bb will asume r0, but generally u should definitelly add a PR Mar 15 13:35:05 PaulePanter: you should also add .i ; if the .i is omitted then changing the recipe that includes the .inc would not cause any rebuild Mar 15 13:41:12 mlip2: Thanks. So creating a new recipe starting with "${INC_PR}.0" is recommended. Mar 15 13:41:14 ? Mar 15 13:41:35