**** BEGIN LOGGING AT Sat Jul 30 02:59:56 2011 Jul 30 14:08:55 hey is Crofton / Croftwon|work around? Jul 30 14:44:00 hallo all Jul 30 14:49:26 I have a littel problem with the configuration task for bison 2.4.3 Jul 30 14:49:53 ? Jul 30 14:54:25 according to the logfile: undefined makro gl_GLIBC21 Jul 30 14:55:42 what is yout host system? Jul 30 14:56:27 Open SuSe Jul 30 14:58:08 and the same Problem with Ubuntu Jul 30 14:59:55 pastebin your bitbake output and the config.log from the tmp direcotory Jul 30 15:09:52 http://pastebin.com/xxdLvwvV Jul 30 15:15:02 looks like you didnt install libc-dev Jul 30 15:22:36 i have libc-dev already installed Jul 30 16:19:41 hi, with old oe I've: Jul 30 16:19:46 ls-remote rsync://gitorious.org/bug/com_buglabs_bug_jni_sensor.git master failed with signal 128, output: Jul 30 16:19:48 but I've: Jul 30 16:20:04 SRC_URI = "git://gitorious.org/bug/com_buglabs_bug_jni_sensor.git;protocol=git" Jul 30 16:20:12 so it should use git instead of rsync Jul 30 16:20:37 http://docs.openembedded.org/usermanual/usermanual.html said it should work Jul 30 16:20:44 but I've no idea why it fails Jul 30 16:22:28 I tried ls-remote on my laptop, it works with git:// but not with rsync:// Jul 30 16:30:50 woglinde, hi Jul 30 16:35:31 alfayez, sort of Jul 30 16:35:42 sorry I didn't get back to you yesterday Jul 30 16:37:15 how to set git as protocol in SRC_URI ? Jul 30 16:37:38 I see that: Jul 30 16:37:40 if 'protocol' in ud.parm: Jul 30 16:37:40 ud.proto = ud.parm['protocol'] Jul 30 16:37:54 in bitbake's first fetcher Jul 30 16:38:34 and it uses rsync as default Jul 30 16:38:48 like the manual says Jul 30 16:39:57 GNUtoo|laptop: SRC_URI = ";protocol=" Jul 30 16:40:13 err proto= Jul 30 16:40:49 isn't proto only for svn Jul 30 16:41:05 and what is tar? Jul 30 16:41:52 here's my address: Jul 30 16:41:56 GNUtoo|laptop: tar means the path to source uri Jul 30 16:42:04 SRC_URI = "git://gitorious.org/bug/com_buglabs_bug_jni_sensor.git;protocol=git" Jul 30 16:43:47 http://docs.openembedded.org/usermanual/usermanual.html says protocol=git in the git fetcher Jul 30 16:43:50 the code says it too Jul 30 16:43:53 but I wonder Jul 30 16:44:32 why doesn't it work, or maybe it's broken in bitbake? Jul 30 16:44:39 like beeing broken recently Jul 30 16:44:46 because of some changes Jul 30 16:44:47 ? Jul 30 16:44:59 the code also says protocol Jul 30 16:49:48 I'll add both Jul 30 16:51:55 adding both failed the same way Jul 30 16:51:57 any ideas? Jul 30 16:52:02 I'll try an old git tag Jul 30 16:52:05 of bitbake Jul 30 16:53:07 GNUtoo|laptop: I have seen some issues with gitorious too Jul 30 16:53:12 its like notorious Jul 30 16:53:18 indeed me too Jul 30 16:53:23 but with linux-leviathan Jul 30 16:54:32 SRC_URI = "git://gitorious.org/bug/com_buglabs_bug_jni_sensor.git;protocol=git" should have worked Jul 30 16:54:45 indeed Jul 30 16:54:46 I think its a problem with gitorious Jul 30 16:54:50 ok Jul 30 16:55:07 thanks a lot Jul 30 16:55:20 same problem happens with efikamx kernel on gitorios Jul 30 16:55:21 do you have any idea on how to workarround? Jul 30 16:55:28 there is one git option that bitbake uses Jul 30 16:55:32 ah ok Jul 30 16:55:38 doesnt go well with gitorious Jul 30 16:55:48 I tought it was us(me and leviathan) that did something wrong Jul 30 17:01:58 you did wrong by hosting it on gitorious Jul 30 17:02:09 move over to github and you will be happier Jul 30 17:02:24 hmmm Jul 30 17:03:08 maybe I should track the problem then Jul 30 17:03:16 since gitorious have an irc channel Jul 30 17:03:20 here on freenode Jul 30 17:03:44 you have to pin the error first Jul 30 17:05:54 ok Jul 30 17:06:23 basically for the linux-leviathan it was a fetch error Jul 30 17:10:18 hey Crofton no worries, I was just wondering if you have any suggestions, I was never able to run UHD so i figured im better of upgrading and trying to fix the latest release Jul 30 17:10:58 yes Jul 30 17:11:04 that is always best with uhd Jul 30 17:11:13 I am working on updating the oe recipes atm Jul 30 17:11:26 I did see it work with the 2.6.28 kernel this am Jul 30 17:12:25 I should have an image based of dev tomorrow or so Jul 30 17:12:29 are you in a hurry Jul 30 17:12:44 thanks for your hardwork :) from the posted filesystems is the GUI one best to work with for the time being? Jul 30 17:12:57 hmm Jul 30 17:13:05 depends if you want a gui :) Jul 30 17:13:15 I do not like gnome-wt-gui Jul 30 17:13:19 qt-qui Jul 30 17:13:26 because lots of hacking was invovled Jul 30 17:14:01 kind of in a hurry, I need to make sure the pscr works on E100+wbx+uhd in the nest 1.5 week or so Jul 30 17:14:18 i don;'t need a gui just cnsole Jul 30 17:14:45 usually the problem with gitorious is during fetching not parsing Jul 30 17:14:51 I'll modify bitbake then Jul 30 17:15:39 I couldn't get UHD working in the DSP image Jul 30 17:16:51 wait i think this image was generated from your gnuradio experimental console recipe Jul 30 17:17:23 Crofton does your posted DSP image have UHD+gnuradio? Jul 30 17:17:41 probably not Jul 30 17:17:58 the gnuradio in OE is old, so I sort of encourage you to build from git :) Jul 30 17:18:04 gnuradio can now uses c64x of the gumstix computer on module? Jul 30 17:18:21 what about NEON? Jul 30 17:18:23 GNUtoo|laptop, alfayez is working on that Jul 30 17:18:27 ok Jul 30 17:18:28 only some neon Jul 30 17:18:31 ok Jul 30 17:18:50 I really wonder how fast is the gnuradio on the gumstix version of the USRP Jul 30 17:19:00 there's only Filtering, FM mod/demod Jul 30 17:19:05 I was told a laptop was better Jul 30 17:19:08 like a core i7 Jul 30 17:19:11 fast enough for some things, not fast enough for others :) Jul 30 17:19:15 ok Jul 30 17:19:23 for openBTS for instance Jul 30 17:19:24 sure, but the laptop uses lots more power :) Jul 30 17:19:39 I have run openbts on the e100 Jul 30 17:19:46 ok nice Jul 30 17:19:55 how many MS can you connect to it? Jul 30 17:19:58 It is not great (needs neon or dsp) Jul 30 17:20:03 Crofton do you recommend GIT install or working with GUI image until the recipes are updated as a quick/dirty solution Jul 30 17:20:03 2 phones Jul 30 17:20:07 ok Jul 30 17:20:11 git install Jul 30 17:20:23 so you can make a phonecall then Jul 30 17:20:26 but, it is really cool to have box that small run openbts Jul 30 17:20:27 ok Jul 30 17:20:35 indeed Jul 30 17:21:13 when I have time, I want to neon some critical sections of openbts Jul 30 17:21:14 but uhd_usrp_probe has no gnuradio dependency right? Jul 30 17:21:18 right Jul 30 17:21:35 ok Jul 30 17:22:00 GNUtoo|laptop, basically gnuradio/openbts work on the omap3, but the floating point sectinos need work Jul 30 17:22:06 patches welcome :) Jul 30 17:22:10 cool then i'll download the dsp image and install gnuradio from scratch Jul 30 17:22:16 ok Jul 30 17:22:17 I've no USRP yet Jul 30 17:22:22 I'm saving money for it tough Jul 30 17:22:26 I should have a ne image early next week Jul 30 17:22:30 GNUtoo|laptop, cool Jul 30 17:22:48 but I hesitate on which model to buy Jul 30 17:22:53 USRP1 is cheaper Jul 30 17:22:58 and can do GSM Jul 30 17:23:05 you're the man then i might take the weekend off and assemble my baby's crib :) Jul 30 17:23:13 but usrp n200 series has adjustable clock Jul 30 17:23:28 which is necessary for GSM right? Jul 30 17:23:30 alfayez, assemble the crib and I will let you test an image on Monday Jul 30 17:23:34 else you can cause issues Jul 30 17:23:35 yes Jul 30 17:23:44 the GPS clock option is good then Jul 30 17:23:46 the USRP1 needs an external clock Jul 30 17:23:49 yes Jul 30 17:23:52 my wife will thank u Jul 30 17:24:30 alfayez, have fun :) Jul 30 17:24:55 I personally prefer the E100, but that is because I work on it and it uses OE to make the file system images :) Jul 30 17:25:50 I second the E100 fascination Jul 30 17:25:59 * Crofton struggles to get this on topic :) Jul 30 17:26:15 * Crofton notes alfayez's MS thesis is about gnuradio and the arm + dsp Jul 30 17:27:00 me too I like the E100 but I was advised to take one that you connect to a powerfull computer Jul 30 17:27:20 do we have the GUI working on the E100? Jul 30 17:27:27 like the GUI we see in the youtube videos? Jul 30 17:28:21 is openBTS codebase hard to contribute to? Jul 30 17:28:29 using the USRP is easy Jul 30 17:28:36 it's a bit like gstreamer Jul 30 17:28:44 but I'm unsure about openBTS Jul 30 17:32:46 there is a gui on the e100 Jul 30 17:33:08 GNUtoo|laptop, for your first usrp, I would also recommend one you connect to a coputer Jul 30 17:33:17 unless you really know what you are doind Jul 30 17:34:39 ok Jul 30 17:57:05 hello guys .... does this channel also deals with oe-core? Jul 30 17:58:38 I sent the patch at 6PM and it appeared on mailing list at 2 PM .... is this normal or just I had the problem? Jul 30 17:58:58 what about USRP1 + clock Tamer Jul 30 18:22:04 noor no Jul 30 18:22:16 problem with the servers some times Jul 30 18:28:29 woglinde: ok .... I think my patches are not going through to sent the same patch for 2 time s:) Jul 30 18:28:51 *I thought Jul 30 21:48:29 khem: ping Jul 30 21:56:15 khem: doing PACKAGE_EXTRA_ARCHS += "iwmmxt" I break the final ipkgarchs Jul 30 21:57:47 hm.. ./openembedded-core/meta/conf/bitbake.conf:PACKAGE_EXTRA_ARCHS ??= "${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}}" Jul 30 21:58:26 I add that in machine.conf Jul 30 21:59:02 after including tune-xscale.inc Jul 30 21:59:34 let's try _append Jul 30 22:02:55 I see Jul 30 22:04:06 hi woglinde Jul 30 22:04:59 jo Jul 30 23:14:34 thanks khem Jul 30 23:28:32 gm Jul 30 23:33:31 btw, compiling in Gentoo now, an interesting QA maybe Jul 30 23:33:33 * QA Notice: Unrecognized configure options: Jul 30 23:33:34 * Jul 30 23:33:34 * configure: WARNING: unrecognized options: --disable-gtk-doc Jul 30 23:33:34 * configure: WARNING: unrecognized options: --disable-gtk-doc Jul 31 01:36:02 ant__: You can not += to 14:57 < ant__> khem: doing PACKAGE_EXTRA_ARCHS += "iwmmxt" I break the final ipkgarchs Jul 31 01:36:32 You can not += to PACKAGE_EXTRA_ARCHS u have to do PACKAGE_EXTRA_ARCHS_append = " iwmmxt" Jul 31 02:00:49 heh, ?= with += is bad :) **** ENDING LOGGING AT Sun Jul 31 02:59:57 2011