**** BEGIN LOGGING AT Thu Jun 07 02:59:59 2012 Jun 07 08:11:02 good morning Jun 07 10:24:09 Hi all Jun 07 11:29:13 hi Jun 07 11:29:54 can anyone explain to me that why we cant have symlins with .so name in main packages? Jun 07 11:30:22 why we have QAPATHTEST[dev-so] check for this in insane.bbclass Jun 07 12:28:09 Noor: .so are usually for developing (-l) only; splitting them into an own subpackage is a good idea because this saves space (.so without corresponding headers does not make much sense) and allows parallel installation of different versions of the same library (which would cause file conflicts in the .so symlinks else) Jun 07 16:32:24 moin Jun 07 18:28:45 Hi! I'm trying to compile base-image for a ronetix pm9g45, however, I get an error when trying to run base-image.bb. Is it okay to post the "full" error message here? Jun 07 18:38:19 use a pastebin Jun 07 18:42:02 http://pastebin.com/4fQK1AQ0 Jun 07 19:18:31 okay, so what package/recipe might i find the telnet daemon in? Jun 07 19:19:19 does busybox include that or should i be installing the netkit-telnet recipe? Jun 07 20:06:51 looks like the netkit-telnet package is just a client... Jun 07 20:19:19 zyber, maybe mismatch between bitbake and your python libs? Jun 07 20:20:12 GNUtoo-desktop: can be. How can I check that easily? Jun 07 20:20:56 rc = subprocess.check_output(gzip_cmd, shell=True) + AttributeError: 'module' object has no attribute 'check_output' is pretty clear Jun 07 20:21:26 so check your python subprocess library version Jun 07 20:21:33 sure. But when I tried to run subprocess.chec_output(["echo", "hello"], shell=True) that works Jun 07 20:21:43 check_output ofc* Jun 07 20:24:33 GNUtoo-desktop: as seen here: Jun 07 20:24:40 , zyber@jake:~/projects/inkit/build$ python Jun 07 20:24:46 Python 2.7.3 (default, Apr 20 2012, 22:39:59) Jun 07 20:24:46 hmmm Jun 07 20:24:52 [GCC 4.6.3] on linux2 Jun 07 20:24:57 Type "help", "copyright", "credits" or "license" for more information. Jun 07 20:25:02 >>> import subprocess Jun 07 20:25:06 >>> rc=subprocess.check_output(["echo", "hello"], shell=True) Jun 07 20:25:09 >>> rc Jun 07 20:25:12 '\n' Jun 07 21:06:26 fray: ping. Looks like there is some rpm rootfs fun going on with arm/mips. My rpm-fu is weak. Ideas? Jun 07 21:07:48 log? Jun 07 21:10:43 fray: I think I have the commit narrowed down. One sec. Jun 07 21:10:54 ok Jun 07 21:10:58 http://autobuilder.yoctoproject.org:8010/builders/nightly-mips/builds/436/steps/shell_24/logs/stdio Jun 07 21:11:18 I think it's choking on cab08fc9b8fca01af1 Jun 07 21:11:42 testing that premise out now Jun 07 21:11:59 error is that pkgconfig provides are wrong for some reason.. Jun 07 21:12:01 (or missing) Jun 07 21:13:14 that shouldn't have anything to do with it Jun 07 21:13:32 the bug is that, evolution-data-server-dev had a .pc file in it that has a requirement on glib-2.0.pc Jun 07 21:13:49 the system can't find a glib-2.0.pc file that "provides" pkgconfig(glib-2.0) Jun 07 21:14:19 printproto-dev is the same thing.. it has something that requires xau.pc and it can't find anything that's providing that Jun 07 21:14:33 these are the types of problems that RPM shows that the rest of the system seems to ignore Jun 07 21:14:41 but they are real problems Jun 07 21:15:12 if you can access the tmp space.. search the build stuff for the glib-2.0.pc file.. libsoup-2.4.pc, dbus-glib-1.pc and xau.pc Jun 07 21:15:26 fray: ok, let me look. Jun 07 21:15:29 if you can find them.. then look at whatever package should have provided them.. somethign didn't generate there.. Jun 07 21:15:39 if you can't find them.. then the user is broken and requriing the wrong .pc set Jun 07 21:16:44 in the .pc files, you should be able ot find a "Requires:" line.. that is where the pkgconfig(...) dependencies come from Jun 07 21:17:10 provide is simply the filename w/o the ".pc" Jun 07 21:18:22 fray: ./sysroots/x86_64-linux/usr/lib/pkgconfig/xau.pc Jun 07 21:18:36 ok, find the package that file is encoded into and look for the provide info Jun 07 21:18:39 it's wrong for some reason Jun 07 21:20:42 * fray looks at his local system and doesn't see any of the pkgconfig(...) items getting generated.. odd Jun 07 21:22:34 Hmm, ya on my system there are no pkgconfig entries generated.. Jun 07 21:22:44 go to tmp/work... try this: Jun 07 21:22:52 ls */*/*.provides | xargs grep -i pkgconfig Jun 07 21:22:57 ls */*/*.requires | xargs grep -i pkgconfig Jun 07 21:23:04 you SHOULD see matching entries.. Jun 07 21:24:12 seems to match. spitting out a bunch Jun 07 21:24:28 this is really odd.. I'm not seeing -any- on my local system.. Jun 07 21:24:33 that is wrong.. Jun 07 21:25:05 http://pastebin.com/Tpa0kTrG Jun 07 21:26:25 it looks to me like hte code that generates these deps is broken in some way.. Jun 07 21:27:46 fray: I'm going to poke around my mut branch. there aren't too many things that could have caused it. 20 commits or so. Jun 07 21:27:59 ok.. I see why.. pkgconfig dep processing is disabled Jun 07 21:28:16 still looking.. if this is a recent change (5.4.9 or what) Jun 07 21:28:45 hmm.. it is Jun 07 21:28:54 the code wasn't disabled in 5.4.0, it now is.. Jun 07 21:28:57 thats an easy fix at least Jun 07 21:29:20 ugh.. looks like much of the dep configuratiosn changes and I didn't notice Jun 07 21:30:12 fray: Ok, so this is part of your patchset? Jun 07 21:30:33 related.. but there is a bug in the existing configuration where sometimes it'll get the wrong results.. Jun 07 21:30:45 i'll work on getting it corected.. if you have a bit.. should take me 30-40 minutes (I think) Jun 07 21:31:32 fray: sounds good to me Jun 07 21:34:22 * fray grumbles about this being broken and nobody every noticing before Jun 07 21:36:11 * fray has to rewind and figure out when the configuration files were changed.. -- then fix the bug I found in the generation code Jun 07 23:06:01 hello Jun 07 23:06:39 how can I override a file (not a recipe) from an openembedded layer ? Jun 07 23:07:23 I mean, if a recipe in oe-core does SRC_URI = "file://something" Jun 07 23:07:52 and I'd like to have my own customized "something" file in my layer Jun 07 23:13:14 I think I found the answer Jun 07 23:13:25 .bbappend file with FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" in it **** ENDING LOGGING AT Fri Jun 08 02:59:58 2012