**** BEGIN LOGGING AT Fri Nov 15 02:59:59 2013 Nov 15 03:10:53 Do you guys have any idea how har dit is to figure out how old OE is :) Nov 15 03:11:28 This may be the best date I have: http://developer.berlios.de/projects/bitbake Nov 15 03:13:29 Crofton|work: first commit in the bitbake repo, which goes back to the bitkeeper days, is feb 2003 Nov 15 03:13:37 i started work on a timeline at one point, but i can't seem to figure out where i put it Nov 15 03:13:49 feel free to correct my email to the yocto list :) Nov 15 03:13:56 at one point i found the ibot irc logs of some of the original discussions, including the debate where we decided to call it 'openembedded' :) Nov 15 03:14:16 also some of the old wiki pages out of the wayback machine Nov 15 03:14:21 if you find that agina, it would be handy for me to have as a reference Nov 15 03:15:05 we've come a long way, but I want to make sure people do not forget the path we took to get here Nov 15 05:10:03 kergoth: oh yeah, thanks. This works: git svn clone http://ellcc.org/svn/ellcc ellcc.git or at least started working.. time for sleep. Nov 15 07:21:59 Hey guys, anyone know how to patch files that are not in tmp/work/beaglebone/ I.e nano ... ? Nov 15 07:22:53 I.e in the arm7... directory .. Nov 15 07:24:43 as in do_patch? Nov 15 07:25:29 you can sed/awk/manual stuff in SYSROOT/blah but that's definitely a hack Nov 15 07:25:56 what exactly do you think you need to do? Nov 15 07:26:46 I want to patch nano and put the patch in my layer .. that works ok for other source but not the source to nano .. Nov 15 07:28:04 you would patch nano with a nano_X.X.bbappend Nov 15 07:28:08 Or any other source in tmp/work/arm7 .... Nov 15 07:28:41 you can add custom functions to recipes if really want control Nov 15 07:28:47 Yep I know, it appears to work, I.e no compile error, but patch is not applied Nov 15 07:29:04 but it sounds like all you need is a small bbappend with a patch file in it Nov 15 07:29:25 I di that it does not work Nov 15 07:29:28 then something's wrong with the recipe Nov 15 07:29:48 what does your SRC_URI look like? Nov 15 07:29:55 I have similar patches for the linux kernel, they all work Nov 15 07:30:25 SRC_URI_append and SRC_URI+= should both work Nov 15 07:30:36 the former is probably preferred Nov 15 07:31:32 SRC_URI += file://parch Nov 15 07:32:40 try _append instead Nov 15 07:33:10 and don't forget the quotea Nov 15 07:33:18 Ok, but += works for other .bbapend files Nov 15 07:33:44 Yep have the quotes Nov 15 07:33:53 seems like a remember a couple of cases where it didn't Nov 15 07:34:07 SRC_URI_append = "file://parch" <= try that Nov 15 07:34:28 Ok, will do thanks .. Nov 15 08:44:33 good morning Nov 15 08:53:24 morning all Nov 15 09:04:23 Can someone tell me what is the correct way to modify a *.inc? (I want to remove tiff from qt4.inc) Should I create a patch? Can I do that from a *.bbappend? Nov 15 09:33:34 hi all. When I run bitbake busybox -c menuconfig, ncurses are confused, everything is misaligned Nov 15 09:34:43 TuTizz: the .inc in included in the .bb file. so anything you do in .bbappend will indeed have impact on the .inc/.bb file. Nov 15 09:35:27 however, the .inc can be included in many .bb files, so you might need to add many .bbappend... Nov 15 09:36:21 ok, it doesn't seem to be the case for qt4.inc, it's included once. Nov 15 09:37:11 can it be messed locale? Nov 15 09:37:16 how to fix this? Nov 15 10:08:36 anyone on the channel ? Nov 15 10:10:04 drasko: did you try a different terminal? Nov 15 10:10:16 tobiash, not Nov 15 10:10:36 I am trying to find do_meniuconfig() for BUsybox Nov 15 10:10:39 I do not find it Nov 15 10:12:21 drasko: it's in cml1.bbclass Nov 15 10:12:54 tobiash, I do not get how for Linux menuconfig works nicely Nov 15 10:13:04 and for Busybox not Nov 15 10:13:08 same terminal... Nov 15 10:13:45 morning all Nov 15 10:18:24 tobiash, in meta/recipes-core/busybox/busybox.inc I can see just cml1_do_configure Nov 15 10:18:45 However I can not find where it calls menuconfig Nov 15 10:19:02 I also can not find where kernel recipes inherit cml1 Nov 15 10:19:26 Because kernel recipes must do something correct, as ncurses is displayed correctly over there. Nov 15 10:30:07 drasko: the addtask for menuconfig is in the cml1.bbclass which is called by you as you called bitbake with -c menuconfig Nov 15 10:32:37 tobiash, I can see that. I just can not see where kernel recipes inherist cml1.bbclass Nov 15 10:32:42 *inherit Nov 15 11:01:22 Hi all, I can not see ldd tool in my sdk Nov 15 11:01:30 where is it located in yocto Nov 15 11:13:11 drasko: https://lists.yoctoproject.org/pipermail/yocto/2013-November/017149.html Nov 15 11:14:05 ant_work, would this mean that I;d have to add tools-sdk to my EXTRA_IMAGE_FEATURES? Nov 15 11:14:19 In order to obtain readelf Nov 15 12:10:32 JaMa: FYI: https://bugzilla.yoctoproject.org/show_bug.cgi?id=5546 Nov 15 12:10:33 Bug 5546: enhancement, Undecided, ---, paul.eggleton, NEW , Optimise away meta-oe X init mechanism Nov 15 12:23:53 bluelightning: thx Nov 15 13:00:27 thanks ndec. I will try that Nov 15 15:19:44 kergoth: I was looking at https://github.com/MentorEmbedded/meta-sourcery and I was wondering if it's possible to directly add that layer and set EXTERNAL_TOOLCHAIN to the llvm+clang install? Nov 15 15:20:06 Or would I need to replicate what it does? Nov 15 15:47:39 mtahmed: there are likely at least some assumptions in that about the layout ofthe toolchain. you're certainly ewlcomet o try Nov 15 15:53:41 kergoth: I am trying to understand how the CC, CXX etc. variables are set and how autotools etc. uses them. Nov 15 15:54:49 From what I understand so far, recipes include autotools. And it magically builds everything for them using some compiler. Nov 15 15:55:14 I am still trying to understand how it determines what compiler to use etc. Nov 15 16:01:31 I am also trying to see how the PROVIDES/DEPENDS variables work. Nov 15 16:20:17 mtahmed: read bitbake.conf in oe-core Nov 15 16:22:49 kergoth: Alright. I think I did look at that before. Nov 15 17:00:03 hmm. i have a recipe with SRC_URI = "git://git@git-server.local:somerepo;branch=somebranch" and SRCREV="${AUTOREV}". for somewhat reason bitbake runs git fetch file://git@git-server.local:somerepo and it obviously fails. how to fix this? possibly a bug... Nov 15 17:01:52 git-server.local is a valid hostname of our corporate git server Nov 15 17:01:57 hi, when I try to build my image ${CORE_IMAGE_BASE_INSTALL} with INCOMPATIBLE_LICENSE = "GPLv3", I got an issue during do_rootfs : | Processing packagegroup-core-boot... | error: Failed dependencies: libreadline.so.6 is needed by bluez4-4.101-r3.armv7a_vfp_neon. Anyone got an idea? Nov 15 17:09:13 is this a known thing when trying to eclipse-adt debug against qemuarm? "Could not determine GDB version after sending: gdb --version" Nov 15 17:09:44 running works fine, it also seems to start the gdbserver, but fails with the given error message to debug Nov 15 17:10:48 lexszero: that's not a valid url Nov 15 17:10:56 lexszero: you can't use a : seprator between a host and path in a url Nov 15 17:11:02 lexszero: change that ot a / and you'll be fine Nov 15 17:11:29 also, it sounds like you want ssh protocol, not git://, so add ;protocol=ssh Nov 15 17:11:54 so git://git@git-server.local/somerepo;protocol=ssh Nov 15 17:23:27 kergoth: thanks, your advice helped. git remote git@git-server.local:somerepo always worked for me, so i thought bitbake will take this too. Nov 15 17:35:40 kergoth: do you normally have VM enabled in the kernel even with no physical swap device? Nov 15 17:37:57 I don't understand the question Nov 15 17:40:23 apparently our default kernel config has no swap enabled at all Nov 15 17:40:37 for the TI8168 machine Nov 15 17:41:30 whereas i do enable swap and use zram on an even "smaller" machine Nov 15 17:42:40 ah. i usually leave it enabled myself, just in case. i doubt there's much impact to doing so Nov 15 17:48:17 seems like we hit a case where the kernel took a dump and kworker sucked up almost all of the cpu Nov 15 17:48:34 wasn't me, so it's just anecdotal so far... Nov 15 17:53:24 huh, interesting Nov 15 17:54:17 dmesg from that machine only shows the TI graphics blob spew and usbnet Nov 15 17:55:05 mostly "VPSS_GRPX blah" over and over again... Nov 15 17:55:25 * mr_science hates on unsupported TI graphics Nov 15 19:11:53 mtahmed: it's be good to get a github page up now that you have a clang recipe Nov 15 19:12:16 I'd clone it and build locally so you'd have one user at least. :) Nov 15 19:14:32 also, fyi for anyone following along, fray suggested that mtahmed start with http://www.openembedded.org/wiki/Adding_a_secondary_toolchain Nov 15 19:15:21 vmeson: I already "forked" poky. Nov 15 19:15:24 https://github.com/mtahmed Nov 15 19:15:49 But haven't push my clang recipe there yet. Nov 15 19:16:03 It's not very clean and just hacked together from the llvm recipe. Nov 15 19:16:27 Not hacked but just coarsely adapted from it. Nov 15 19:17:00 I will clean it up before I *actually* start using it and then push to my fork. Nov 15 19:19:12 mtahmed: good plan! :) . Ready when you are. Nov 15 21:32:59 hi Nov 15 21:33:35 I need to change my bootstrap gcc, because 4.8 is not working for me. how can I tell yocto, to use another binary? Nov 15 21:53:59 Hello. I'm trying to compile a utility library for my target which uses dlfcn.h, and gcc can't find it. Nov 15 21:54:07 Is it supported on eglibc? Nov 15 21:55:00 should be Nov 15 21:55:59 i have /usr/include/dlfcn.h, /usr/include/bits/dlfcn.h, and /usr/include/tcl8.4.19/compat/dlfcn.h in my sysroot (oe-classic) **** ENDING LOGGING AT Sat Nov 16 02:59:59 2013