**** BEGIN LOGGING AT Sun Apr 08 02:59:57 2007 Apr 08 03:00:07 http://pastebin.ca/429191 Apr 08 03:00:12 there it is Apr 08 03:07:25 io2: You don't want -b, you want "bitbake nano" Apr 08 03:07:38 just plain and simple like that Apr 08 03:07:51 forget about the -b switch Apr 08 03:08:06 then i get a "ERROR: no files to build" along other stuff Apr 08 03:08:29 then your setup is wrong Apr 08 03:08:47 http://www.openembedded.org/wiki/GettingStarted <- but i followed this religiously. Apr 08 03:09:06 and, if it's wrong, how can i fix? Apr 08 03:09:22 paste your local.conf Apr 08 03:09:35 what does echo $BBPATH say? Apr 08 03:09:37 hold on Apr 08 03:09:47 and clean out your OE tmp folder Apr 08 03:09:56 /opt/OE/build:/opt/OE/org.openembedded.dev/ Apr 08 03:10:25 the one under build/? Apr 08 03:10:37 yes Apr 08 03:11:08 give me "ls -l /opt/OE/org.openembedded.dev/packages|wc -l" Apr 08 03:11:09 ok~ Apr 08 03:11:44 1536 Apr 08 03:12:00 OK, now your local.conf Apr 08 03:12:01 what about BBFILES in your local.conf? Apr 08 03:12:09 also, what version of bitbake? Apr 08 03:12:20 1.8 , bitbake Apr 08 03:12:28 and.. pasting local.conf now.. Apr 08 03:14:06 http://pastebin.ca/429200 Apr 08 03:18:40 io2: Did you actually read through that file? Apr 08 03:20:25 he obviously did not....or pasted the wrong one Apr 08 03:20:28 Or did you read the error bitbake threw at you? Shouldn't have been so unclear Apr 08 03:20:47 i did... but i had to change it several times.. so perhaps i did something wrong. Apr 08 03:20:59 and it's she. Apr 08 03:21:18 apologies, always nice to be corrected on pronoun usage :-) Apr 08 03:21:48 see the BBFILES section in your local.conf Apr 08 03:22:18 ah. THAT. Apr 08 03:22:45 indeed.. it was stupid to overlook something like that.. Apr 08 03:24:33 io2: what device are you building for? Apr 08 03:25:03 palm TX Apr 08 03:25:11 it's a pxa 312, iirc Apr 08 03:25:23 Oh, we can build for that, too? Amazing. Apr 08 03:25:49 yep. at least i am running Angstrom on TX right now :} Apr 08 03:26:39 and since it uses OE.. i better learn it Apr 08 03:30:22 I'm hoping to one day run OE on my Treo650 ... one day ... Apr 08 03:30:49 you mean Angstrom of course ;-) Apr 08 03:31:40 well, Angstrom, OpenMoko, I presume there will be another distro more suitable by the time my dream is realised :-) Apr 08 03:31:45 hm. i wonder if that's not possible already? depending on the drivers it uses.. at least the PDA functions are possible Apr 08 03:31:50 (another distro built on OE that is) Apr 08 03:32:15 io2: yeah, I want the phone functions too. Don't want much, do I? Apr 08 03:32:46 so really you just mean "Linux" ;-) Apr 08 03:32:57 for the time being .. perhaps .. people are still having trouble with T3, and no wifi for TX yet :( Apr 08 03:33:40 JustinP: no, I want it to run a distro based on OE, so I don't need to learn a whole new build system. I already run OE-built stuff on nslu2, nas100d, neo1973, ... Apr 08 03:33:52 the mere fact i can boot up a decent OS, even if it's just for reading PDFs, rocks :D Apr 08 03:34:59 * JustinP enjoys his "already ran Linux" Zaurus Apr 08 03:35:52 I've been watching http://hackndev.com/palm/treo650 hopefully ... Apr 08 03:35:59 interesting tho, i haven't seen a NetBSD port for palm... Apr 08 03:36:29 If I had a second Tre650, I might start helping on the hacking ... Apr 08 03:38:23 i wonder if there's any way i could get linux into a motorola v360.. Apr 08 03:40:19 probably not, but it'd be nice :} Apr 08 03:47:11 * rwhitby puts some bids on Treo650's on ebay to see if he can pick up a second one cheap for hacking on ... Apr 08 04:15:47 bleh. still getting the 'no file to build' error.. added BBFILES = "/opt/OE/org.openembedded.dev/packages/*/*.bb" .. is there anything else i could have overlooked? Apr 08 04:32:34 Try bitbake -I and then parse Apr 08 04:32:44 bitbake -i Apr 08 04:33:04 hmm Apr 08 04:33:04 If it parses bb files then that part should be OK Apr 08 04:33:34 does nothing.. Apr 08 04:33:40 still the same error Apr 08 04:34:15 x.x i am VERY tired now.. i guess it will be more productive to think about it later.. Apr 08 04:34:26 thank ye all for the help and patience with a newbie :) Apr 08 04:34:44 03mwester 07org.oe.dev * r4a5b00f5... 10/ (1 packages/meta/slugos-packages.bb): slugos-packages: Add autofs, restore nfs-utils Apr 08 04:34:47 03mwester 07org.oe.dev * r76f8829b... 10/ (4 files in 3 dirs): Apr 08 04:34:47 autofs: Fix funky (and unnecessary) sort option in the auto.net script, Apr 08 04:34:47 and add support for SlugOS to the init.d/autofs script. Apr 08 05:08:00 hi all Apr 08 07:15:53 Wot ,!! the build on my home machine finaly worked! Apr 08 07:16:38 I have been running mtn update in org.openembeded.dev many times but there was never an update. pulling the database did the trick Apr 08 07:39:34 happy easter to all !!! Apr 08 07:40:05 are there oe easter eggs? Apr 08 09:42:29 morning all Apr 08 09:45:18 Morning Apr 08 09:47:48 Good morning. Apr 08 09:50:02 hi sirfred Apr 08 09:50:12 thcrut-1.2.5-r1 doesn't find libpcap, has anyone made a patch already? Apr 08 09:56:25 Hi RP Apr 08 10:15:23 hi all Apr 08 10:21:18 gtk-webcore seems to have problems compiling with gcc < 4.x. gcc4-fno-threadsafe-statics-NRCore.patch seems to be the problem. Apr 08 10:23:00 Perhaps it shouln't be applied unconditionally, as -fno-threadsafe-statics seems to be gcc4 specific? Apr 08 10:26:09 * sirfred talking about svn version Apr 08 10:52:04 morning mickeyl Apr 08 10:52:38 cheers RP Apr 08 10:53:19 03philippe 07org.oe.dev * r7dbda2b6... 10/ (3 files in 3 dirs): Apr 08 10:53:19 gpe-bootsplash: adding new svn recipe Apr 08 10:53:19 packages/gpe-bootsplash/gpe-bootsplash_svn.bb Apr 08 10:53:19 * new svn recipe for gpe-bootsplash Apr 08 10:53:19 packages/gpe-bootsplash/files/svn-build.patch Apr 08 10:53:19 * patch needed to build gpe-bootsplash-svn Apr 08 10:53:20 i have lots of good news for OE Apr 08 10:53:34 hey mickeyl! Apr 08 10:53:39 sounds good :-) Apr 08 10:53:44 mickeyl: That sounds good :) Apr 08 10:54:10 can't tell about everything yet but it looks like OpenMoko will fund at least a half-day position for maintaining OE and working on stable snapshots and the necessary infrastructure Apr 08 10:54:52 mickeyl: That is indeed good news :) Apr 08 10:55:04 ya. just need to find the right guy to do it Apr 08 10:55:16 mickeyl: I was just about to ask if you knew who :) Apr 08 10:55:37 i'm going to think about that and I want to discuss that with you and the guys Apr 08 10:55:48 but not now, i'm totally exhausted Apr 08 10:56:13 mickeyl: enjoy the easter holiday if you can and get some rest. Apr 08 10:56:24 * RP is trying to do that Apr 08 10:56:40 thanks philippe, i will do that. i guess today i'm really taking a day off... like, the first since early March Apr 08 10:56:40 Instead I'm driving myself demented with bitbake though :/ Apr 08 10:56:46 RP: ;) Apr 08 10:57:20 philippe: btw., I'm supposed to get 10 debug boards, hopefully next week. you get one of those Apr 08 10:57:27 This UI stuff is taking me an age. It shouldn't and I can't put my finger on why its taking as long but it is :/ Apr 08 10:57:55 RP: what's the problem? more infrastructure or more actual UI? Apr 08 10:58:19 i.e. ncurses Apr 08 10:58:37 mickeyl: infrastructure, not the UI itself - I've not looked at ncurses much yet :/ Apr 08 10:58:55 The foundations still aren't right although are ever improving... Apr 08 10:58:58 k Apr 08 10:59:06 i _want_ to take a look soon Apr 08 10:59:07 mickeyl: Oh that would be great. I was just thinking about mailing you because I did not manage to find a way to connect our JTAG to the neo Apr 08 10:59:29 mickeyl: If you have any time to play, let me know and I'll share what I have Apr 08 11:00:01 RP: will do. hopefully by the end of next week Apr 08 11:00:19 now i'm going to plan our new kitchen w/ Sabine... cu later Apr 08 11:00:29 mickeyl: Have fun :) Apr 08 11:00:36 thanks :) Apr 08 11:07:31 03nail 07org.oe.dev * rd6f796fe... 10/ (1 packages/miconapl/miconapl_0.0.1.bb): miconapl: Minor fixes Apr 08 11:07:35 03nail 07org.oe.dev * r1a8e31d2... 10/ (5 files in 3 dirs): linux-linkstationarm: Add kernel for the ARM-based linkstation Apr 08 11:50:02 good morning all Apr 08 11:50:42 gm Apr 08 11:50:50 morning! Apr 08 11:51:02 good morning koen Apr 08 11:53:22 gm koen Apr 08 12:06:49 zecke: don't quote openmoko bugs when discussing rm_work for .dev ;) Apr 08 12:07:44 koen: I see OpenMoko as ISV and if they get into a rm_work issue we should at least be able to point them to a small description on how to fix it Apr 08 12:08:32 14:07 < zecke> koen: I see OpenMoko as ISV and if they get into a rm_work issue we should at least be able to point them to a small description on how to fix it Apr 08 12:08:38 wow my computer is slow :( Apr 08 12:08:57 'mokomafile' and 'trunk' are a hint that people aren't using our Bug Free (TM) .dev metadata Apr 08 12:09:35 koen: or it shows that the implementation of rm_work is error prone Apr 08 12:10:50 everything is error prone Apr 08 12:11:34 koen: right but guessing when do_build might be about to be done is... Apr 08 12:11:57 zecke: do_deploy has enough examples in .dev Apr 08 12:12:18 If some ISV defines do_configure after do_build, let them Apr 08 12:13:01 an ISV can either merge their stuff into OE or pay us to support it externally Apr 08 12:13:02 koen: no, it is about guessing when something might have finished. And ISV's are free to add tasks Apr 08 12:14:41 I do not want to get into the situation where OE can't implement features because some ISV blocks it Apr 08 12:15:26 koen: well, all I ask for is documentation and the consequences and a way to fixup external trees Apr 08 12:15:43 koen: if you know it is error prone, at least document it and describe a way to fix it Apr 08 12:15:48 like I said, building sjf2410 worked for me in .dev Apr 08 12:16:22 koen: so look at the differences of the recipes, and document how to addtask properly? Apr 08 12:16:36 afaik it's already documented Apr 08 12:16:49 rwithby and hrw fixed do_deploy in various recipes a few weeks ago Apr 08 12:17:14 BTW: why not implement rm_work as part of base.bbclass? Apr 08 12:17:26 fine by me Apr 08 12:17:36 I just want rm_work to be available by default Apr 08 12:18:02 zecke: http://www.openembedded.org/bonsai/query/description/do_deploy/?scm_id=3 Apr 08 12:18:08 second cset from the top Apr 08 12:19:49 koen: make do_build a method inside base.bbclass and copy the code from rm_work there Apr 08 12:20:15 anyway, I will be doing uni stuff until ~5 or 6 o'clock Apr 08 12:22:54 zecke: (like I said in my mail) I see your point, but your example is really bad Apr 08 12:26:22 koen: see, I like the ChangeLog idea of wiki.openmoko.org Apr 08 12:26:35 koen: we are free to do whatever we want, at our own pace Apr 08 12:26:57 koen: just if we do such changes and know about implications write them down Apr 08 12:27:10 zecke: we are? then why are we waiting 2 months before requiring bitbake 1.8? Apr 08 12:27:24 koen: once these "stupid" ISVs merge they can look into the changelog Apr 08 12:27:35 koen: there is no stable and working 1.8 release :) Apr 08 12:28:34 Hello Apr 08 12:28:36 Hello Apr 08 12:29:36 koen: the day we enable rm_work by default. open the ChangeLog and write "29.2.2009 rm_work is the default. If you have a custom do_deploy and install the task between do_populate_staging and do_build you will see breakage. install your task after do_package and do_populate_staging to fix this" Apr 08 12:29:47 koen: this is like zero work :) Apr 08 12:30:20 mtn commit -m " rm_work is the default. If you have a custom do_deploy and install the task between do_populate_staging and do_build you will see breakage. install your task after do_package and do_populate_staging to fix this" Apr 08 12:30:49 (rm_work would default to 'off' anyway) Apr 08 12:31:21 koen: well if you can extract a meaninful ChangeLog from commit messages :) Apr 08 12:31:44 but let us postpone this, I need to study :} Apr 08 12:31:44 duh.. Apr 08 12:31:52 we agreed on that at OEDEM Apr 08 12:33:13 koen: still there is a difference between "packages/mickeylmouse: now batteries are included" and classes/base.bbclass: Make sha256sum mandatory :) Apr 08 12:59:20 mtn commit -m "packages/easteregg: Introduce hard to find easter egg." . Apr 08 13:01:29 hi all Apr 08 13:02:15 zecke: I got problems with angstrom too Apr 08 13:02:27 see http://www.pastebin.ca/429771 Apr 08 13:03:53 I don't know why it is creating 2 libxcalibrate Apr 08 13:04:45 libxcalibrate-0.0 git20070407-r0 and libxcalibrate-0.0 git20070408-r0 but this last one don't have the install dir Apr 08 13:05:22 acassis: my slow machine is still generating locales Apr 08 13:06:21 df -m? you have enough disk space? Apr 08 13:06:34 zecke: is this some problem with locales? because I'm not using "en" Apr 08 13:06:36 ? Apr 08 13:07:00 ERROR: Exception:exceptions.OSError Message:[Errno 2] No such file or directory: '/stuff/tmp/work/arm-oabi-angstrom-linux/libxcalibrate-0.0+git20070408-r0/install/libxcalibrate-dbg' Apr 08 13:07:13 is really not normal. you are out of disk space? Apr 08 13:07:19 acassis: my slow machine is still building glibc Apr 08 13:07:42 zecke: no I have enough space Apr 08 13:08:03 acassis: then you have quota or reiserfs Apr 08 13:08:53 the libxcalibrate-0.0 git20070408-r0/install/libxcalibrate-dbg don't exist, but git20040407-r0/install/libxcalibrate exist Apr 08 13:09:10 zecke: you are true, see /dev/hda2 on / type reiserfs (rw,notail) Apr 08 13:09:28 acassis: /bin/sh does exist is as well, but this doesn't make the -dbg directory appear Apr 08 13:09:40 zecke: what problem with reiserfs? Apr 08 13:09:54 acassis: nothing :) Apr 08 13:10:19 zecke: lrwxrwxrwx 1 root root 4 2007-02-09 13:38 /bin/sh -> bash Apr 08 13:10:47 acassis: I suspect your hardware to be faulty, my build takes another 6 to 8 hours then I can say more Apr 08 13:12:27 zecke: thank you Apr 08 13:13:59 likewise: is it possible for me to swing by eindhoven monday afternoon to pick up the supermicro? Apr 08 13:14:29 koen: I don't know, did you speak with gerwinin yet? Apr 08 13:14:40 eh... no Apr 08 13:15:15 koen: me neither... myself I will probably not be in Eindhoven on monday afternoon/evening Apr 08 13:15:16 hi, all! Apr 08 13:15:25 likewise: ah, ok Apr 08 13:15:30 how to add some packages to sdk build? Apr 08 13:15:44 I'll be in Den Helder tuesday/thursday Apr 08 13:21:10 guys, I got a problem using bootldr Apr 08 13:21:35 I am trying to create a 28MB partition issuing the command: Apr 08 13:21:39 partition define root 0x40000 0x1C00000 0x18 Apr 08 13:22:20 then o end need to be 01C40000 Apr 08 13:22:47 but it always is 01FC0000 Apr 08 13:23:55 its only agree be 01C40000 if I change the type from 0x18 (jffs2 btrd) to 0x16 (jffs2) Apr 08 13:24:43 acassis: wrong channel :) Apr 08 13:25:17 zecke: right :-D Apr 08 14:02:27 This libtool-native libltdl issue is really confusing to me. It's aparently only a problem for me (and maybe other users of slugos) but others who report successful installation of libltdl as part of libtool-native, are using the same recipe file libtool-native_1.5.10.dd rev4 where I can find no install commands that would result in the proper installation of the libltdl files into STAGING_DATADIR/libtool/libltdl/* Apr 08 14:05:05 aha! Apr 08 14:06:03 the rev4 recipe in the main OE repository is different than the rev4 recipe associated with slubosbe-3.10-beta Apr 08 14:06:21 I gather an update was made to the recipe, without changing the revision number Apr 08 14:06:26 at some point Apr 08 14:06:34 checking now Apr 08 14:22:41 It appears the issue I'm seeing was fixed 13 weeks ago here: http://bugs.openembedded.org/show_bug.cgi?id=1157 Apr 08 14:23:08 The problem seems to be that the recipe revision number was not incremented Apr 08 14:23:36 so this change was not propogated to some specific builds Apr 08 14:25:04 morning Apr 08 14:25:32 hi chouimat Apr 08 16:19:35 koen: I've replied to the list about rm_work. Personally, I don't want it part of base.bbclass Apr 08 16:19:47 hehe Apr 08 16:34:29 RP: if it is not in base.bbclass how do you want to make rm_work reliable? Apr 08 16:35:06 zecke: Improve bitbake so we can specify the task reliably which is the underlying problem Apr 08 16:38:11 RP: how. BitBake executes do_build, rm_work wants to get called after do_build is (almost) finished Apr 08 16:38:26 addtask rm_work after do_build is not what we want Apr 08 16:38:47 zecke: See the mail I sent to the OE list Apr 08 16:39:00 ah a 2nd mail Apr 08 16:39:12 zecke: right :) Apr 08 16:53:20 zecke: see this other error: http://www.pastebin.ca/429965 Apr 08 16:54:36 zecke: Any thoughts on that mail? Apr 08 16:56:14 RP: yes, adding more dependencies even non existing ones can make it more robust Apr 08 16:56:35 RP: if two tasks want to be inside the finish_up list the user can control the order by INHERIT Apr 08 16:57:09 acassis: I think your filesystem is corrupt or your hardware has other damage Apr 08 16:58:05 acassis: it is building libx11 atm Apr 08 16:58:39 acassis: you have errors that are not normal, any following errors are due the first one... Apr 08 16:58:54 hi Apr 08 17:08:14 zecke: ok Apr 08 17:11:09 zecke: any suggestion? reinstall my system? what FS to use? Apr 08 17:11:54 acassis: my build just completed libx11 Apr 08 17:12:57 I just installed a fresh compile of angstrom-x11-image on my Zaurus c3200, and then installed mplayer with ipkg. It produces a lot of Alignment trap errors, and won't even play. Any hints? I searched the web already, but couldn't find any definitive solutions. Apr 08 17:13:05 acassis: after the libx11 build I have a X11/Xlib.h in tmp/stahing/arm-angstrom-linux/include Apr 08 17:14:00 strange, I follow step-by-step the OE Getting Started Apr 08 17:15:37 zecke: I think my system is corrupted, I changed from Debian stable to unstable some times ago Apr 08 17:17:10 acassis: weird, I had exactly the same problem a few hours ago. I rebuilt libx11, and the Xlib.h wasn't there. Apr 08 17:17:56 amaldo: the I'm not alone in the sky :) Apr 08 17:18:07 then Apr 08 17:18:47 amaldo: what is your distro? Apr 08 17:18:52 acassis: are you trying to generate gpe-image ? Apr 08 17:18:53 acassis: debian sid Apr 08 17:18:56 acassis: I'm at libxcomposite now Apr 08 17:19:04 acassis: on an AMD-64 machine. Apr 08 17:19:08 amaldo: yes Apr 08 17:19:23 amaldo: just like me, Debian sid Apr 08 17:19:35 amaldo: P4 Apr 08 17:19:55 acassis: did you try to just regenerate libx11? (bitbake -c clean libx11 ; bitbake libx11 ) ? Apr 08 17:20:14 bitbake -c rebuild libx11 is faster Apr 08 17:20:42 amaldo: packages fail randomly for him... Apr 08 17:20:45 zecke: I'm going crazy Apr 08 17:21:01 zecke: sounds like reiserfs and/or bad RAM Apr 08 17:21:07 zecke: the libx11 was a problem using generic Apr 08 17:21:22 zecke: the same happened to me too. Lot's of packages were not working. Apr 08 17:21:24 python /space/zecke_work/private/openmoko/build/bitbake-1.8/bin/bitbake libxcomposite your config and this command line seem to work Apr 08 17:21:30 zecke: using angstrom the problem is just with libxcomposite Apr 08 17:22:03 zecke: and this is on an ext3 partition. Apr 08 17:22:14 I'm going to some friends now, I might be online Apr 08 17:22:20 amaldo: I'm using reiserfs Apr 08 17:22:39 zecke: then to problem is not related with FS Apr 08 17:22:41 my slow machine is currently at libxcomposite-1_0.3.1-r0 Apr 08 17:22:55 maybe there is something related to Debian SID Apr 08 17:23:17 ~lart reiserfs Apr 08 17:23:17 * ibot_ does a little 'renice 20 -u reiserfs' Apr 08 17:23:18 acassis: if mdir foo-dbg fails during packaging there are not too many options Apr 08 17:23:56 acassis: either mkdir fails due quota, available space, kernel messing up or hardware corruption Apr 08 17:24:17 later Apr 08 17:24:21 if reiser is involved, I know where I'd look first... Apr 08 17:25:14 zecke: I got a out of space some times agora, before remove some file to free space Apr 08 17:26:14 zecke: I will wait your result with libxcomposite Apr 08 17:26:59 acassis: did you try building angstrom-x11-image ? It worked for me, when gpe-image didn't. Apr 08 17:27:02 if it works fine to one, I will just try one more time and then reinstall my system Apr 08 17:27:31 amaldo: I'm trying to create gpe-image Apr 08 17:28:46 zecke: I read the angstrom wiki and FAQ and don't found whether it will work with bootldr and can be flashed on 32 MB flash Apr 08 17:42:32 Debian Etch is finally released: http://www.debian.org/News/2007/20070408 Apr 08 17:43:56 If I try to compile gpe-image, I get the same error as acassis : http://www.pastebin.ca/429965 Apr 08 17:53:17 taking totem out of the gpe-image task, now compile fails with minimo. Let's see if it's easy to fix. Apr 08 17:54:55 amaldo: don't build gpe-image, build angstrom-x11-image Apr 08 17:55:06 (as the build instructions tell you to do) Apr 08 17:56:08 wow, I missed those. Let me check the angstrom page. Apr 08 17:56:16 What are the valid options for SVN URLs in recipes? I'm trying to get the most recent revision in the openpbx-1.2 branch svn://svn.openpbx.org/openpbx/branches;module=openpbx-1.2 Apr 08 17:56:36 svn://svn.openpbx.org/openpbx/branches;branch=openpbx-1.2 Apr 08 17:56:40 or what? Apr 08 17:57:11 koen: thanks. Apr 08 17:57:33 hillct: the module one Apr 08 17:57:53 hillct: the svn fetcher doesn't use svn in the proper way, so some things are counter-intuitive Apr 08 17:58:04 ah Apr 08 17:58:21 koen: Is there a way to stop svn checkouts from including the .svn dirs? Apr 08 17:58:50 NAiL: by teaching the svn fetcher to use 'svn export' Apr 08 17:58:55 aha Apr 08 17:59:26 * timtimred looks around sheepishly Apr 08 17:59:36 wouldn't that basically be ... sed s/pull/export/ ? :) Apr 08 17:59:50 is there *any* need to pull down the .svn dirs when building OE? Apr 08 18:00:11 svn export works on a local copy AFAIK Apr 08 18:00:16 dang Apr 08 18:00:19 .svn dirs are just part of the svn madness Apr 08 18:00:30 mmhmm Apr 08 18:00:36 good thing OE doesn't use svn ;) Apr 08 18:00:44 indeed :) Apr 08 18:01:16 .svn contains info needed to make 'diff' a local operation Apr 08 18:01:29 yeah Apr 08 18:01:45 makes sense for a centralized scm Apr 08 18:01:48 * koen coughs loudly Apr 08 18:03:56 in my SVN case, I'm not concinced it's pulling from the branch Apr 08 18:04:26 happy easter bunny day to everyone! Apr 08 18:04:36 I imagine I can get svn info out of the checkout Apr 08 18:06:07 I guess it is the branch Apr 08 18:06:10 hmm Apr 08 18:07:37 perhaps thebut I was hoping to avid wasn't actually fixed in te branch Apr 08 18:09:33 in an svn build i guess the reason for keeping the dirs is so that OE can update its local copy accordingly Apr 08 18:09:53 timtimred: only for DL_DIR/svn/ Apr 08 18:09:58 yeah. Apr 08 18:13:17 * koen wonders how to tune a dvb-t adaptor without a channel file Apr 08 18:13:40 all the docs and howto's assume dvb-utils ships one for your area Apr 08 18:14:10 you could move... :) Apr 08 18:14:49 the places I want to move to don't have dvb-t :) Apr 08 18:17:26 koen: any reason angstrom sets linux_libc_headers 2.6.18 for ixp4xx, and not for le arm in general? Apr 08 18:18:17 I can override it, of course, just wondering if there was a specific reason Apr 08 18:18:26 I'm building for an IOP target Apr 08 18:21:17 NAiL: iirc I locked it down, then new ones were added and I didn't bother to update Apr 08 18:21:44 ok, I'll give you feedback if it works ;) Apr 08 18:21:50 cool, thanks Apr 08 18:21:56 if it works, feel free to update Apr 08 18:22:01 ok, will do Apr 08 18:30:28 03philippe 07org.oe.dev * rf25872a5... 10/ (3 files in 3 dirs): Apr 08 18:30:28 gpe-terminal: add new svn recipe Apr 08 18:30:28 packages/gpe-terminal/gpe-terminal_svn.bb Apr 08 18:30:28 * new svn recipe Apr 08 18:30:28 packages/gpe-terminal/files/svn-build.patch Apr 08 18:30:29 * patch to make svn builds work Apr 08 18:33:40 Hi, is ipkg-native native to the build platform? I want to create an image and want to install packages Apr 08 18:35:27 yes Apr 08 18:35:37 *-native is for the build-platform Apr 08 18:55:10 humm Apr 08 18:55:12 koen: ../ports/sysdeps/arm/eabi/setfpucw.c:26:26: error: asm/procinfo.h: No such file or directory Apr 08 18:55:15 ../ports/sysdeps/arm/eabi/setfpucw.c: In function '__setfpucw': Apr 08 18:55:50 I see there's a procinfo.h in the headers for 2.6.20 Apr 08 18:55:57 should I perhaps use those instead of 2.6.18? Apr 08 18:56:18 s/in the headers/added by the .bb/ Apr 08 19:08:31 03philippe 07org.oe.dev * rce5cc994... 10/ (1 packages/gpe-timesheet/gpe-timesheet_svn.bb): Apr 08 19:08:31 gpe-timesheet: new svn recipe Apr 08 19:08:31 packages/gpe-timesheet/gpe-timesheet_svn.bb Apr 08 19:08:31 * added new svn recipe Apr 08 19:39:33 Hello Apr 08 19:42:24 Trying to build gtk-webcore svn versions I've noticed a change in the package versions. We have now packages like: libnrcore-0.5.3-1_0.5.2+svn20070408-r0_armv5te.ipk instead of the old libnrcore0_0.5.0+cvs20050430-r1_armv5te.ipk. Is this deliberated? Apr 08 19:49:17 anybody knows of some simple sample of Matchbox-panel applet? Apr 08 19:53:37 slapin_nb: matchbox-panel-1 or matchbox-panel-2? Apr 08 19:56:49 koen, one which is default on Angstrom - seems 1 Apr 08 19:57:48 try (gpe-)minilite Apr 08 19:59:40 koen, thanks a lot! that's one I really need! Apr 08 20:04:25 NAiL: .20 should be the way to go, but I know of multiple packages that need patching to work with .20 Apr 08 20:05:21 NAiL: iirc rwithby ha(s)(d) patches for those Apr 08 20:07:26 ok Apr 08 20:07:34 I guess I'll just have to see Apr 08 20:07:48 Haven't gotten past glibc-2.5 quite yet Apr 08 20:11:03 this user manual page is missing http://www.openembedded.org/user-manual&dpage=recipes_installation_scripts Apr 08 20:11:07 does it exist? :) Apr 08 20:11:48 heh, the one time i want to rtfm and it isnt there :D Apr 08 20:14:04 I think I've complained about that before Apr 08 20:14:56 * koen suspect a bug in the perl regexps in the php script Apr 08 20:16:17 there a working mirror of the docs somewhere? :) Apr 08 20:16:49 or, what package can i look at that has that stuff in? Apr 08 20:17:10 org.openembedded.documentation Apr 08 20:17:18 thx Apr 08 20:17:37 that url doesnt work Apr 08 20:17:59 oh its a mtn thing Apr 08 20:20:46 yes, we keep the docs in a branch Apr 08 20:21:59 timtimred: http://www.openembedded.org/filebrowser/org.openembedded.documentation/usermanual Apr 08 20:27:46 thx :) Apr 08 20:42:31 mickey|bbl: llvm can translate c++ to c, so you can stop coding in c for openmoko ;) Apr 08 20:43:53 koen: C++ to C? That code will be "write-only", :) Apr 08 20:45:09 probably Apr 08 20:45:17 and it's dependant on gcc it seems Apr 08 20:46:26 koen: Abusing the fact that I've got focus, any idea about the gtk-webcore svn versioning ? :-) Apr 08 20:46:49 it looks like they did so magic with .so versioning Apr 08 20:46:54 some* Apr 08 20:47:05 black magic Apr 08 20:48:07 * NAiL hates ftp.debian.org Apr 08 20:48:13 I just wanted to build gpe-mini-browser against svn version, as I've read they have synchronized with safari 2.0 webcore. Apr 08 20:48:57 the new libs from svn are already in the angstrom feeds :) Apr 08 20:49:24 Humm, but reading the announcement, it seems the merge was against a branch Safari-2-0-branch, not the trunk. Apr 08 20:50:19 koen: I'm thinking about switching to ansgtrom. Today I've hit some problems compiling something assuming that gcc-4.x is used. Apr 08 20:50:57 That *something* was gtk-webcore, iirc Apr 08 20:51:21 The gcc4-fno-threadsafe-statics-* patches. Apr 08 20:55:55 Good night. Apr 08 20:56:21 anyone thing of a reason why pkg_postinst might not work? Apr 08 20:56:28 thnk Apr 08 20:56:34 think ;) Apr 08 20:56:35 ahh my fingers dont work Apr 08 20:57:12 its put the script in the ipk file and everything Apr 08 20:58:27 the script works too, and the permissions are right.. Apr 08 20:58:28 !oebug 2086 Apr 08 20:58:29 * * Bug 2086, Status: NEW, Created: 2007-04-05 10:04 Apr 08 20:58:30 * * rodrigo.vivi(AT)gmail.com: package_deb: dpkg scripts are being genereted without header: !/bin/sh Apr 08 20:58:31 * * http://bugs.openembedded.org/show_bug.cgi?id=2086 Apr 08 20:58:59 right... thx :) Apr 08 20:59:13 i was going by the docs, which dont use that Apr 08 20:59:49 'night all Apr 08 21:14:50 rehi, all! Apr 08 21:15:14 is there any reciepe which allows creating scratchbox toolchains from OE? Apr 08 21:33:08 damn, missed sirfred again... Apr 08 21:41:47 it still doesnt work, even with the header Apr 08 21:41:58 :/ Apr 08 21:58:31 03philippe 07org.oe.dev * rea53d414... 10/ (3 files in 3 dirs): Apr 08 21:58:31 gpe-ownerinfo: new svn build Apr 08 21:58:31 packages/gpe-ownerinfo/gpe-ownerinfo_svn.bb Apr 08 21:58:31 * new svn build recipe Apr 08 21:58:31 packages/gpe-ownerinfo/gpe-ownerinfo/svn-build.patch Apr 08 21:58:31 * patch to fix up Makefile to build correctly Apr 09 02:53:19 uhh.. while trying the "bitbake nano" thing.. it went as far as fetching gcc and qemu (and failed because it fetched gcc 4 and tried to use it for compiling qemu..) Apr 09 02:53:42 why did it go that far?? and how can i fix it? :} **** ENDING LOGGING AT Mon Apr 09 02:59:56 2007