**** BEGIN LOGGING AT Mon Jan 31 02:59:57 2011 Jan 31 04:00:04 hey, how do i install the md5 modules for python with bitbake? its part of python-crypt Jan 31 07:46:23 03Koen Kooi  07org.openembedded.dev * ra0b2f222c8 10openembedded.git/recipes/u-boot/u-boot_git.bb: Jan 31 07:46:23 u-boot git: move overo to 2010.12 Jan 31 07:46:23 * tested on Overo Tide Jan 31 07:46:23 Signed-off-by: Koen Kooi Jan 31 08:30:49 good morning Jan 31 08:35:03 good morning Jan 31 08:35:27 morning florian Jan 31 08:35:55 morning ppl Jan 31 08:36:17 ka6sox: is tinderbox still down? Jan 31 08:36:33 Jay7, yes...and it will be for the forseeable future... Jan 31 08:36:49 its broken and its not maintained. Jan 31 08:36:58 ka6sox: can you send me apache logs for TB and mysql query log (if exists) Jan 31 08:37:13 I'll try to look what is wrong Jan 31 08:37:45 Jay7, sure...but its midnight here and I've been working on stuff all day..so when I get up I will.. Jan 31 08:38:14 ka6sox: np Jan 31 08:38:40 oe-stats is useful thing and should be repaired I think Jan 31 08:39:54 ant_work: morning :) Jan 31 08:40:21 'morning Jan 31 08:44:06 moin Jan 31 08:44:23 ant_work: have you pushed fixed MAINTAINERs already? :) Jan 31 08:44:56 oh, yes, sorry again Jan 31 08:45:19 (too lazy to type Angstrom with correct encoding) Jan 31 08:45:19 no problem Jan 31 08:45:37 iirc your was first match Jan 31 08:45:46 probably the only one :) Jan 31 08:46:49 ant_work: yup I copied it too from someone probably Jan 31 08:47:13 ha ha Jan 31 08:47:16 so you should put it back as source for another copy&paster :) Jan 31 08:47:30 or cut&paster :) Jan 31 08:47:46 ah cut&no-paster even :) Jan 31 08:47:56 was an isue like 'mc F5 vs. F6' Jan 31 08:48:26 with kid beating me on the shoulders with a pelouche... Jan 31 08:48:54 better to use vim, cause yy is far away from dd :) Jan 31 08:50:01 hm..now that you ask I'm unsure I even pushed the fix.... Jan 31 08:50:17 probably I spent too much time apologizing ;) Jan 31 08:52:29 no you didn't, that's why I was asking :) Jan 31 08:53:00 pls fix it (with right encoding ;) Jan 31 08:55:52 JaMa: do you have any omap3 ? Jan 31 08:56:39 ant_work: n900 Jan 31 08:57:03 does kexec works withrecent kernels? Jan 31 09:00:24 it did last time I've tried with 2.6.35 Jan 31 09:30:02 hi woglinde Jan 31 09:33:28 03Martin Jansa  07master * r9fb0d6b134 10openembedded.git/MAINTAINERS: Jan 31 09:33:28 MAINTAINERS: fix my entry Jan 31 09:33:28 * Distros were removed in 07530194621001e9fbea33e3a094beceef606e48. Jan 31 09:33:28 Signed-off-by: Martin Jansa Jan 31 09:33:36 03Martin Jansa  07master * rc9da23eca6 10openembedded.git/recipes/mplayer/ (2 files in 2 dirs): Jan 31 09:33:36 mplayer_git: bump SRCREV Jan 31 09:33:36 Signed-off-by: Martin Jansa Jan 31 09:48:30 hi mickeyl Jan 31 09:54:28 trying to build a arago kernel for hawkboard Jan 31 09:54:57 Followed the instructions in the http://processors.wiki.ti.com/index.php/Arago_build_recipe_for_OMAPL1 link Jan 31 09:56:38 MACHINE=da850-omapl138-evm bitbake u-boot arago-gst-image : when I try this command Jan 31 09:56:43 NOTE: Task failed: Fetch failed: http://www.openssl.org/source/openssl-1.0.0b.tar.gz;name=src ERROR: TaskFailed event exception, aborting ERROR: Build of /home/sukrut/oe/arago-oe-dev/recipes/openssl/openssl-native_1.0.0b.bb do_fetch failed ERROR: Task 541 (/home/sukrut/oe/arago-oe-dev/recipes/openssl/openssl-native_1.0.0b.bb, do_fetch) failed NOTE: Tasks Summary: Attempted 142 tasks of which 107 didn't need to be rerun and 1 failed. E Jan 31 09:57:49 alrite I skip this and compile a new kernel with these steps for devopment kernel Jan 31 09:57:53 $ git clone git://arago-project.org/git/people/martin/linux-da830.git $ git checkout -b test origin/fbdev_sekhar $ cd linux-da830 $ make ARCH=arm da850_omapl138_defconfig $ make ARCH=arm menuconfig Jan 31 09:58:08 and then compile the kernel... Jan 31 09:58:28 then load this kernel with tftp Jan 31 09:58:36 and boot it ... Jan 31 09:59:12 Things dont proceed beyond the Starting Kernel step Jan 31 09:59:25 I dont know whta could be wrong Jan 31 10:00:12 did I need to compile uboot form the arago repo , Becoz this is a mkimage from another uboot compoile Jan 31 10:02:23 hmm. i think there's a semicolon missing in thr SRC_URI lin ein openssl.inc Jan 31 10:02:51 ~pastebin Jan 31 10:02:52 [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude. Jan 31 10:03:08 yes thanks Jan 31 10:03:21 let me check Jan 31 10:06:38 latest openssl recipe in oe is 1.0.0c Jan 31 10:20:25 03Martin Jansa  07master * r4725ca4c02 10openembedded.git/recipes/xorg-xserver/ (5 files in 2 dirs): Jan 31 10:20:25 xserver-xorg: upgrade from 1.9.3.901 to 1.9.3.902 (1.9.4 RC2) Jan 31 10:20:25 * move hack-assume-pixman-supports-overlapped-blt.patch to shared SRC_URI as new pixman with blt patches is default for all distros now Jan 31 10:20:25 Signed-off-by: Martin Jansa Jan 31 10:34:38 morning Jan 31 10:39:22 hi mickey|office Jan 31 10:39:56 jo hrw Jan 31 10:55:34 i am still stuck , qeer thing is when i go to this site and download the source tarball of openssl http://www.openssl.org/source/openssl-1.0.0b.tar.gz Jan 31 10:57:45 I get the following error gzip: stdin: not in gzip format tar: Child returned status 1 tar: Error is not recoverable: exiting now Jan 31 10:58:21 now how do i edit the openssel.inc to ge the fetch to succeed when I make a build Jan 31 11:05:13 03Stefan Schmidt  07master * r2d4c7b685c 10openembedded.git/recipes/concierge/ (5 files in 2 dirs): concierge: Add OSGi R3 implementation and service tracker Jan 31 11:05:24 03Stefan Schmidt  07master * r890bf37a44 10openembedded.git/recipes/buglabs-osgi/ (31 files in 2 dirs): buglabs-osgi: BugLabs OSGi modules Jan 31 11:05:48 stefan_schmidt: I see that meta-bug becames smaller and smaller Jan 31 11:06:19 hi stefan Jan 31 11:06:28 hrw: yeah, working on it :) Jan 31 11:06:34 hi hrw Jan 31 11:06:36 hi woglinde Jan 31 11:07:15 hrw: hope is that we base the next big SW release on a OE release Jan 31 11:07:36 stefan_schmidt: 2.0 got stable/2009 base? Jan 31 11:07:50 hrw: yes Jan 31 11:08:11 hrw: it was to solid to change :) Jan 31 11:08:19 I know ;D Jan 31 11:33:40 jsutdoitwg: http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dev&id=3b28350faf1dccf1d1a4a73c5ddad5837a72eebd Jan 31 11:37:57 Thanks Jama Jan 31 11:38:04 I ll try this Jan 31 12:13:49 ant_work: ping Jan 31 12:20:33 Does anyone understand the magic of getting include files and .pc to install to the host compiler part of the tree? Jan 31 12:24:19 XorA: pong Jan 31 12:24:59 ant_work: do you still have that email from Pavel? my system seems to have eaten it Jan 31 12:25:13 sure Jan 31 12:25:55 ant_work: chuck it my way again and Ill try and get the cable out the door this week Jan 31 12:26:03 ant_work: been just so damn busy lately Jan 31 12:26:10 great, thx Jan 31 12:26:33 or I guess check if Pavel will be at FOSDEM Jan 31 12:30:14 no idea Jan 31 12:38:53 @Jama: hsould I be applying only the last two patches Jan 31 12:39:40 I treid replacing the SRC_URI = "http://openssl.raffsoftware.com/source/openssl-0.9.1c.tar.gz" in the openssl.inc Jan 31 12:39:45 which didnt worl Jan 31 12:40:02 wonder why as I am able to dwonload by opening the link Jan 31 12:40:28 again Jan 31 12:40:36 oe latest recipe for openssl is at 1.0.0c Jan 31 12:41:23 jsutdoitwg: if you have wrong file in downloads dir then it wont redownload it for you unless you remove openssl-0.9.1c.tar.gz* from there Jan 31 12:44:39 so i ll have to clean it Jan 31 12:44:50 using some bitbake command , is it Jan 31 12:45:00 using plain rm Jan 31 12:45:06 in your archive-dir Jan 31 12:45:16 k ll try Jan 31 12:46:30 removed this file from the downloads in the arago project openssl-1.0.0b.tar.gz.lock alrite I ll try again Jan 31 12:47:09 again openssl 1.0.0b may have security bugs Jan 31 12:47:26 k Jan 31 13:10:52 ant_work: sorted :-) are you going to be at FOSDEM? Jan 31 13:13:26 no, I don't think so... :/ Jan 31 13:15:27 ant_work: bah, get that work to send you :-) Jan 31 13:15:54 ERROR: No valid toolchain in PATH NOTE: :1 while evaluating: ${@bool(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) and (os.path.exists(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) and os.path.dirname(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) or bb.fatal('No valid toolchain in PATH')) or ''} Jan 31 13:16:28 what does this error mean , since I have already uninstalled and installed the CodeSourcery toolchain Jan 31 13:17:00 where can I find this variable that its looking for to change it the the arm-none-eabi toolchain Jan 31 13:17:06 any idea ? Jan 31 13:17:25 Is there any documentation for BBCLASSEXTEND? http://www.openembedded.org/index.php/OpenEmbeddedJanitors seems to imply it's the new way to do *something* Jan 31 13:17:47 plz help thanks Jan 31 13:22:21 julianpid: hmm... sounds like something is really wrong in your configuration... Jan 31 13:26:12 * ajb_oe justs tries BBCLASSEXTEND = "sdk" and hopes that's the right thing Jan 31 13:32:26 I wanted to apply this patch http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dev&id=3b28350faf1dccf1d1a4a73c5ddad5837a72eebd Jan 31 13:33:19 I have tried applying patches in the past but has not quite worked can anyone please breif me about this , just a runthrough Jan 31 13:33:53 ussually I nd up copy pasting the blobs Jan 31 13:34:08 as I cant figure a way through it Jan 31 13:35:22 which works ol for small patches but I feel uncomfortabel for big patches like this Jan 31 13:38:02 jsutdoitwg: why not just apply the patch within git? Jan 31 13:38:35 justdoitwg: git cherry-pick 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd Jan 31 13:39:16 that is what i didnt knwo how to do Jan 31 13:39:56 I must just use git cherry-pick and the id in the arago-oe-dev repo is it ? Jan 31 13:40:03 I ll try that Jan 31 13:40:31 I had already begun copy pasteing stuff to make it patch Jan 31 13:40:48 so is there a way to overwrite Jan 31 13:41:11 thanks for the clue Jan 31 13:43:29 well that didnt work by just running git cherry-pick 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd on the arago-oe-dev Jan 31 13:43:49 it didnt give any output Jan 31 13:44:09 like it did something Jan 31 13:49:41 i don't understand what you're doing Jan 31 13:53:00 jsutdoitwg: have you cloned the OE repo? Jan 31 13:53:01 I am trying to commit to patch the git for the /oe/arago-oe-dev/recipes/openssl for openssl-1.0.0c using the patch above http://git.openembedded.org/cgit.cgi/openembedded/commit/?h=org.openembedded.dev&id=3b28350faf1dccf1d1a4a73c5ddad5837a72eebd Jan 31 13:53:16 yeah I have it clone Jan 31 13:53:22 *cloned Jan 31 13:53:26 jsutdoitwg: was the patch added after you cloned? Jan 31 13:53:45 I tried copy pasting and mannually patched Jan 31 13:53:50 *patching Jan 31 13:53:56 since I didnt know Jan 31 13:54:04 so how do I proceed Jan 31 13:54:19 since it doesnt patch , Jan 31 13:54:31 with git cherry-pick and id Jan 31 13:54:34 jsutdoitwg: well if "git show 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd" doesn't show anything you need to another "git fetch origin" to get the latest commits Jan 31 13:55:02 k Jan 31 13:55:47 git show 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd says bad object Jan 31 13:57:22 ajb_oe he is originally using the aragon repo Jan 31 13:57:28 how do I find out which fetch origin I need to take Jan 31 13:57:41 ahh Jan 31 13:57:44 righto Jan 31 13:57:46 better try git format-patch from the oe repo Jan 31 13:57:54 and git am in your arago-repo Jan 31 13:58:21 but beware the options of git format-patch so that you only get the openssl stuff Jan 31 13:58:26 not 10k other patches Jan 31 13:58:46 or, "git remote add oe git://git.openembedded.org/openembedded; git fetch oe; git am 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd" Jan 31 13:58:49 git format-patch and the id 3b28350faf1dccf1d1a4a73c5ddad5837a72eebd is it ? Jan 31 13:59:11 no Jan 31 13:59:16 /s/git am/git cherry-pick Jan 31 13:59:19 than you get some more patches Jan 31 13:59:32 k Jan 31 14:00:33 * ajb_oe stops with git advice Jan 31 14:00:45 like I never cloned the open embedded.org I was merely following the arago build recipe Jan 31 14:01:03 hey thanks for what ever help , thank you soo much .. Jan 31 14:01:13 never mind Jan 31 14:03:09 justdoitwg: if all the repos are related adding mutliple "remotes" is fairly efficient. You can then cherry-pick bits from one to the other fairly easily. Jan 31 14:03:30 As with most git things there are many ways to do things Jan 31 14:03:32 k Jan 31 14:03:48 I ll try the steps yo told me with a fresh repo Jan 31 14:04:01 as I seem to have messed up by manually patching Jan 31 14:04:47 I am working upon this on two pcs Jan 31 14:04:56 justdoitwg: if you want to clear your current state, git reset --hard (but... that will wipe all non-committed changes) Jan 31 14:05:01 one laptop and another my desktop Jan 31 14:05:08 k Jan 31 14:05:12 awesome Jan 31 14:05:19 this shall be easier Jan 31 14:05:31 justdoitwg: or a "git stash save" if you want to keep the work stashed away for later Jan 31 14:05:35 and the other machine give me this errot Jan 31 14:05:54 ERROR: No valid toolchain in PATH NOTE: :1 while evaluating: ${@bool(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) and (os.path.exists(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) and os.path.dirname(bb.data.getVar('TOOLCHAIN_SYSPATH', d, 1)) or bb.fatal('No valid toolchain in PATH')) or ''} Jan 31 14:05:59 any idea Jan 31 14:06:21 what bitbake version? Jan 31 14:06:22 since I have already uninstalled and reinstalled CodeSourcery sme times Jan 31 14:06:31 justdoitwg: not without knowing your machine and environment - which I suggest you post to a pastebin rather than in IRC Jan 31 14:06:40 k Jan 31 14:06:44 I ll do that Jan 31 14:08:43 http://processors.wiki.ti.com/index.php/Arago_build_recipe_for_OMAPL1 i was just following this document , I did git clone http://arago-project.org/git/arago-bitbake.git Jan 31 14:09:13 now not able to find the revision with bitbake -v as it throws the same error as above Jan 31 14:09:43 I have followed the document diligently Jan 31 14:09:50 done this multiple times Jan 31 14:20:34 justdoitwg: Can you post your shell history to a pastebin somewhere? Jan 31 14:21:15 yes Jan 31 14:21:23 I ll do that Jan 31 14:24:27 http://pastebin.com/LMT7SeCf Jan 31 14:26:24 lost th shell output Jan 31 14:27:53 line no431 onwards is the history Jan 31 14:29:18 justdoitwg: so whats the "pwd" your running from? Jan 31 14:34:01 http://processors.wiki.ti.com/index.php/Arago_build_recipe_for_OMAPL1 Jan 31 14:34:30 home/sukrut/oe Jan 31 14:39:42 jsutdoitwg: "echo $BBPATH" Jan 31 14:45:43 echo $BBPATH /home/vaishali/oe/arago:/home/vaishali/oe/arago-oe-dev Jan 31 14:47:47 wo Jan 31 14:48:50 justdoitwg: So your running in /home/sukrut/oe but the env scripts have setup /home/vaishali/oe? Jan 31 14:49:08 justdoitwg: where have you actually done the clones? Jan 31 14:49:30 no as I said i am doing this on two pcs Jan 31 14:49:51 and the other pc is /home/sukrut/oe/arago-oe-dev Jan 31 14:50:04 and also /home/sukrut/oe/arago Jan 31 14:50:34 its correct only Jan 31 14:56:10 there is third pc I am working on Jan 31 14:56:35 I have done th same steps form the arago recipe for omapl1 on this pc also Jan 31 14:56:43 meh Jan 31 14:57:03 if you have origin pointing to arago, than you have to add OE git repo with "git remote add" first and git remote update.. Jan 31 14:57:09 justdoitwg: ^ Jan 31 14:57:15 yes Jan 31 14:57:26 yes JaMa Jan 31 14:57:42 ok Jan 31 15:02:24 http://pastebin.com/ZhWYza3a Jan 31 15:02:31 the log from the third pc Jan 31 15:09:14 justdoitwg: it will be easier if you just pastebin your shell output so we can see the results of the commands Jan 31 15:12:00 http://pastebin.com/7xD0bjJB Jan 31 15:12:06 and the sukrut pc Jan 31 15:15:49 http://pastebin.com/bv5Xf3JH Jan 31 15:16:43 hmm Jan 31 15:18:44 did the git remote add and git remote update Jan 31 15:23:43 justdoitwg: well for starters your git remote add doesn't include the URL of the remote repo Jan 31 15:37:22 I guess , the git study time I spent has not been very effective Jan 31 15:38:42 03Tom Rini  07org.openembedded.dev * r41282803b4 10openembedded.git/recipes/python/python-pygobject_2.20.0.bb: Jan 31 15:38:42 python-pygobject: Add glib-2.0 to DEPENDS Jan 31 15:38:42 Signed-off-by: Tom Rini Jan 31 15:39:12 Very pathetic ! Jan 31 15:39:33 I am just making guesses about thow it should be Jan 31 15:39:46 is there a good git tutorial , i ll follow Jan 31 15:40:15 justdoitwg: there is a whole bunch of git documentation at http://git-scm.com/ Jan 31 15:40:16 google is your friend, there are *many* good resources Jan 31 15:41:37 yep but just messed up inspite on reading them , amybe I should have did some more practicals Jan 31 15:47:49 leaving now Jan 31 15:48:27 thanks a lot to ajb_oe and Jama and woglinde for help Jan 31 16:26:54 03Steffen Sledz  07org.openembedded.dev * rc2048d364a 10openembedded.git/recipes/rsyslog/rsyslog_5.6.3.bb: rsyslog: new version 5.6.3 Jan 31 16:27:05 03Steffen Sledz  07org.openembedded.dev * r019b6980f7 10openembedded.git/recipes/rsyslog/ (rsyslog-5.4.0/atomics.patch rsyslog_5.4.0.bb): rsyslog: remove obsolete version 5.4.0 Jan 31 16:31:23 hmmm Jan 31 16:34:33 Can anyone point to a working commit so that I can build easily. I am stuck with imote2-angstrom and shr-openmoko images Jan 31 16:50:42 is my assumption correct, that versioned depends (not rdepends) are not supposed to work? Jan 31 16:53:18 "git grep '^DEPENDS.*([<=>]'" shows some recipes which try to enforce versions Jan 31 16:57:50 that depends, in a way. DEPENDS += "foo-3.0" will "work" somewhat, in that foo 3.0 has foo-3.0 in its PROVIDES, but it won't handle it intelligently, it won't prevent building multiple versions of the thing in a single run, so both that version and what you specify as a preference are likely to be built, etc Jan 31 16:58:01 its not safe, i'll put it that way :) Jan 31 17:01:54 ok. what about the recipes using "(>= a.b.c)" syntax in DEPENDS? it doesn't seem to cause a parse error Jan 31 17:02:46 it just won't work as expected Jan 31 17:29:59 So if BBCLASSEXTEND="sdk" doesn't ensure include/pc files go into the host compiler tree what does? Jan 31 17:30:47 what do you mean? Jan 31 17:31:25 that only builds an sdk package for it, it doesn't install it into your sdk for you. if another sdk package requires it, it'll be in the correct part of the sysroot, but not your meta toolchain or whatever Jan 31 17:31:29 what exactly are you trying to do? Jan 31 17:36:12 kergoth_: I want to use the cross compile toolchain to compile other code linked against gtkextra Jan 31 17:36:30 kergoth_: glib and such have installed their headers and .pc files - but not gtk+extra Jan 31 17:36:59 kergoth_: so what controls what goes into the meta toolchain? Jan 31 17:37:21 meta-toolchain builds a pretty sparse toolchain Jan 31 17:37:28 You might want to look at the other meta-toolchain-* recipes Jan 31 17:38:07 4 days until FOSDEM.. Jan 31 17:42:54 Tartarus: so I add gtk+extra to the PACKAGES in my toolchain-host task? With or without a -dev suffix? Jan 31 17:43:27 with Jan 31 17:45:14 Tartarus: thanks - shall give that a sping Jan 31 17:46:56 hm.. Jan 31 17:47:08 what is tinderclient.bbclass for? Jan 31 17:47:34 pre-oe-stats client? Jan 31 17:48:40 zecke: seems this was your code :) Jan 31 17:50:52 conf/bitbake.conf:BUILD_ARCH := "${@os.uname()[4]}" Jan 31 17:50:54 hehe.. Jan 31 17:51:05 oestats is reporting kernel arch Jan 31 17:51:31 but we are interested more in userspace arch.. Jan 31 18:18:54 Jay7: yeah, it was pre oetstats code Jan 31 18:20:06 zecke: what about cleanup? i.e. remove this :) Jan 31 18:23:02 Jay7: feel free to Jan 31 18:24:20 well.. I'll try Jan 31 18:31:00 http://kb.mozillazine.org/Allowing_only_certain_sites_to_use_JavaScript we need a button for this Jan 31 18:38:47 Jay7: you can add my acked-by Jan 31 18:39:48 03Koen Kooi  07org.openembedded.dev * r8f97fc0812 10openembedded.git/recipes/clutter/ (3 files in 2 dirs): Jan 31 18:39:48 clutter: add 1.4.2 Jan 31 18:39:48 Signed-off-by: Koen Kooi Jan 31 18:39:58 03Koen Kooi  07org.openembedded.dev * rf6e1f7551b 10openembedded.git/recipes/angstrom/angstrom-feed-configs.bb: Jan 31 18:39:58 angstrom-feed-configs: bump PR Jan 31 18:39:58 Signed-off-by: Koen Kooi Jan 31 18:40:01 03Koen Kooi  07org.openembedded.dev * ra0a861bd9b 10openembedded.git/conf/distro/include/angstrom.inc: Jan 31 18:40:01 angstrom: point ANGSTROM_URI to feeds.a-d.org Jan 31 18:40:01 Signed-off-by: Koen Kooi Jan 31 18:50:19 03Koen Kooi  07org.openembedded.dev * r2c5b0e0fcc 10openembedded.git/contrib/angstrom/upload-packages.sh: Jan 31 18:50:19 contrib: point feed uploader to feed.a-d.org Jan 31 18:50:19 Signed-off-by: Koen Kooi Jan 31 19:05:49 Tartarus: hmm, that didn't work - no sign of the .pc files Jan 31 19:12:55 The cross compiler does use tmp/sysroots/${HOST}/ as the source of it's includes right? Jan 31 19:13:32 you shouldn't be trying to use the sysroot stuff directly. use meta-toolchain if you want something to use externally Jan 31 19:17:18 kergoth_: from the deploy/sdk tarballs? Jan 31 19:21:15 I built a metatoolchain but I'm unsure where the final products are meant to go if not the sysroots directory Jan 31 19:22:14 SDK_PATH. Jan 31 19:22:20 which defaults to /usr/local/${SDK_NAME} Jan 31 19:22:28 unpack the tarball there and source its setup script and go Jan 31 19:25:14 But those tarballs don't include any of the gtk+extra files Jan 31 19:25:40 that's correct. meta-toolchain has variables you can use to add things to the meta-toolchain Jan 31 19:27:11 I added the gtk+extra package to the PACKAGES of my task-toolchain-host which is defined in my meta-toochain as TOOLCHAIN_HOST_TASK Jan 31 19:28:13 but no gtk+extra :-/ Jan 31 19:32:09 hmm, it doesn't even build it, something has gone wrong there Jan 31 19:36:11 re Jan 31 19:37:38 florian, hi Jan 31 19:37:41 still working it... Jan 31 19:37:51 got a wrinkle I'm trying to work out. Jan 31 19:47:12 ka6sox: I wish to remind about logs :) Jan 31 19:48:40 Jay7, I put in a redmine ticket...I won't forget Jan 31 19:48:48 ka6sox: ok :) Jan 31 20:53:46 hey Crofton are you there by any chance? Jan 31 21:01:16 sort of Jan 31 21:02:40 I just wanted to understand why you changed the gnuradio recipe to only support UHD, I can't seem to find a python gr-uhd object to use Jan 31 21:03:11 I was about to attempt re-enabling the USRP1 blocks but I bet you had a good reason for disabling them Jan 31 21:17:19 03sujak.marek  07org.openembedded.dev * rb02c5f2f25 10openembedded.git/conf/machine/vmx25.conf: (log message trimmed) Jan 31 21:17:19 VMX25: Add machine support for vmx25 Jan 31 21:17:19 * i.mx25 cpu based module Jan 31 21:17:19 * removed PREFERRED_VERSION_linux line Jan 31 21:17:19 * added correct UBI VOLNAME Jan 31 21:17:20 * tested on angstom console, terminal, x11, qt4e image Jan 31 21:17:20 * depends on vmx25 barebox 2010.10 patch, vmx25 kernel 2.5.35 patch Jan 31 21:17:21 03sujak.marek  07org.openembedded.dev * rd94f68a7b2 10openembedded.git/recipes/barebox/barebox_2010.10.bb: Jan 31 21:17:22 barebox: added recipe for barebox v 2010.10 Jan 31 21:17:22 Signed-off-by: Marek Sujak Jan 31 21:17:23 Signed-off-by: Eric Bénard Jan 31 21:17:23 03sujak.marek  07org.openembedded.dev * rf1b35fed63 10openembedded.git/recipes/barebox/barebox_2010.10.bb: Jan 31 21:18:04 barebox: update barebox 2010.10 to support vmx25 Jan 31 21:18:04 Signed-off-by: Marek Sujak Jan 31 21:18:04 Signed-off-by: Eric Bénard Jan 31 21:18:04 03Marek Sujak  07org.openembedded.dev * re03b294003 10openembedded.git/recipes/linux/ (3 files in 2 dirs): (log message trimmed) Jan 31 21:18:05 kernel: added support for vmx25 into recipe 2.6.35 kernel Jan 31 21:18:05 * modified recipe linux_2.6.35.bb Jan 31 21:18:06 * added kernel-2.6.35 defconfig for vmx25 Jan 31 21:18:06 * added kernel-2.6.35 patch for vmx25 Jan 31 21:18:07 ** Most of significant pheripherals was tested on (x11-image, qt4e image) Jan 31 21:18:07 ** ethernet -> ok Jan 31 21:24:00 ericben: ah :) Jan 31 21:27:59 ka6sox: "I just wanted to inform you, that http://openembedded.{org,net}/ redirect to http://bugs.openembedded.net/" Jan 31 21:28:08 by Paul Menzel in ML Jan 31 21:28:16 really.. Jan 31 21:28:26 I confirm :) Jan 31 21:28:38 okay Jan 31 21:28:50 another ticket for you ;) Jan 31 21:28:51 .net is dead..don't us .net. Jan 31 21:28:59 don't use .net Jan 31 21:30:38 answer to his letter in ML please :) Jan 31 21:31:13 btw, I'm starting russian portal about embedded linux sotfware and hardware Jan 31 21:31:19 JFYI Jan 31 21:32:36 kewl Jan 31 21:32:59 what recipe do I need to edit to install RSA keys for dropbear? I don't want the init routine to build new ones after every root fs update. Jan 31 21:33:56 Crofton I'm assuming I need to redo or copy your libusb fix for gnuradio to be able to run the USRP over USB? Jan 31 21:37:02 hi Jan 31 21:37:17 python-numpy-1.4.1-ml0 seems to be broken Jan 31 21:37:38 I get these errors: | build/temp.linux-x86_64-2.6/numpy/linalg/lapack_litemodule.o: could not read symbols: File in wrong format Jan 31 21:38:33 I was trying to build the illume-image Jan 31 21:38:45 and python-numpy seems to be an indirect dependency Jan 31 21:40:22 alfayez, can you use uhd? Jan 31 21:40:46 how can I solve this? Jan 31 21:41:08 alfayez, I am not sure anyone has tried it on a beagle, but the intent was to replace that ugly hack with uhd Jan 31 21:41:10 I can run the detection utilities but I can't seem to find documentation how I can replace my usrp device in python to use UHD Jan 31 21:41:17 uhd already uses libusb1 Jan 31 21:41:48 better ask on the gnuradio list Jan 31 21:41:52 am i missing some sample flowgraphs that show how I can retrofit my old usrp calls Jan 31 21:42:04 not sure if anyone has a dummies guide on converting old stuff to uhd Jan 31 21:42:18 ok cool, so i'm guessing your advice is to go with uhd flow and not avoid it Jan 31 21:42:24 yes Jan 31 21:42:36 no one wants to answer questions about the old stuff :) Jan 31 21:42:44 you can use grc to create an example Jan 31 21:43:34 that's probably a good idea thanks ! Jan 31 21:43:50 hmm, is patchwork hooked up to bitbake-dev, and if not, how do we go about getting it that way? Jan 31 21:46:07 Jay7: should be fixed now Jan 31 21:46:55 kergoth: we need to hook bitbake-dev mailing lists Jan 31 21:47:14 kergoth: if the patches are sent to oe ml then they will appear in pw Jan 31 21:47:32 but not the ones which solely go to bb-dev ml Jan 31 21:47:41 * kergoth_ nods Jan 31 21:47:46 what do we have to do to make that happen? Jan 31 21:47:59 just subscribe some pw email addy to the list? Jan 31 21:48:16 probably Jan 31 22:22:46 kergoth: we shoul setup bb as a separate project in there may be Jan 31 22:23:01 kergoth: that would be better for bb separation Jan 31 22:27:18 dv_, hi, illume-image is kind of old Jan 31 22:27:29 hm e-image as well it seems Jan 31 22:27:36 it still tries to get some ipkg related library Jan 31 22:27:47 but what does it fails on? Jan 31 22:28:04 numpy? Jan 31 22:28:06 yes Jan 31 22:28:09 ok Jan 31 22:28:18 but no sweat, i can live with x11-image Jan 31 22:28:19 what's that? a library for scientific operations? Jan 31 22:28:25 just wanted to see illume in action Jan 31 22:28:31 else you could customize an shr-image Jan 31 22:28:34 numerical package for python Jan 31 22:28:38 shr-image is very well maintained Jan 31 22:28:39 ok Jan 31 22:28:42 shr? Jan 31 22:28:44 shr = ? Jan 31 22:28:49 a distro that uses illume Jan 31 22:28:52 ok Jan 31 22:29:04 it's a distro for phones Jan 31 22:29:21 oh, also, the powervr driver package seems to contain a broken init script Jan 31 22:29:38 it uses "cputype" to determine the CPU/SoC, but on an omap3530 cputype doesnt return anything, Jan 31 22:29:58 letting the init script believe there is no SGX hardware present Jan 31 22:55:40 btw, what DISTRO/image is good for creating iSCSI storage? Jan 31 22:55:53 I suspect slugos Jan 31 23:03:06 jay7 try now...does it still redirect to bugs? Jan 31 23:03:23 ka6sox: no, works as should Jan 31 23:03:27 -> wiki Jan 31 23:03:30 Jay7, thanks Jan 31 23:03:33 np Jan 31 23:05:12 Jay7, where do you want these logs? Jan 31 23:06:11 ka6sox: http/email Jan 31 23:26:12 Hmm Jan 31 23:26:19 Is our QT stuff not using make -j ? Jan 31 23:26:44 ouch Jan 31 23:26:51 or maybe it is Jan 31 23:26:53 i can't quite tell Jan 31 23:26:58 and i'm not a QT person :) Jan 31 23:27:39 i guess given out of order warnings it must be Jan 31 23:30:48 but otoh, qt4.inc does 'MAKE="make -e"' Jan 31 23:30:52 not including PARALLEL_MAKE Feb 01 00:08:14 03Tom Rini  07org.openembedded.dev * r96454e893b 10openembedded.git/classes/qmake_base.bbclass: Feb 01 00:08:14 qmake_base.bbclass: Add cases for linux-gnuspe/linux-uclibcspe Feb 01 00:08:14 Signed-off-by: Tom Rini Feb 01 00:12:44 hrm, strange. Feb 01 00:12:45 | Can't undef active subroutine at /local/kergoth/poky-tmp/angstrom/sysroots/x86_64-linux/usr/lib/perl/5.12.2/Config_heavy.pl line 1343. Feb 01 00:12:56 anyone ever seen this one? perl do_compile Feb 01 00:13:05 not my change, woo Feb 01 00:13:52 hehe Feb 01 00:13:52 * Tartarus tries plugging make ${PARALLEL_MAKE} into maybe a useful spot in qt4.inc and keeps an eye on vmstat Feb 01 00:36:07 I'm totally not convinced yet this helps, heh **** ENDING LOGGING AT Tue Feb 01 02:59:57 2011