**** BEGIN LOGGING AT Mon Jan 15 02:59:58 2007 Jan 15 03:11:45 03pfalcon 07org.oe.dev * re9f90698... 10/ (4 files in 2 dirs): (log message trimmed) Jan 15 03:11:45 libopie2: Enable SQL PIM backend. Jan 15 03:11:45 * Let users store their data reliably. XML backend is still used by default, Jan 15 03:11:45 user must activate SQLite in config files (see OPIE wiki). Jan 15 03:11:45 * Regarding concerns due to which is wasn't enabled before: "too large for 16MB Jan 15 03:11:45 flash devices" - such devices welcome to disable-override it; "no sync" - apparently, Jan 15 03:11:49 no sync with SQLite backend active, but XML is till by default. Jan 15 04:03:16 03lenehan 07org.oe.documentation * r712cb66c... 10/ (1 usermanual/usermanual.xml): usermanual: Add year 2007 to the copyright information. Jan 15 05:50:21 morning Jan 15 07:39:53 morning Jan 15 07:42:16 <_law_> hi hrw|work Jan 15 07:50:14 ~summon mickeyl Jan 15 07:50:16 apt takes out 20 clean, identical-looking phones, some extra hands, and pretends to be a telemarketer for a large corporation, so he gets delivered a phonelist containing mickeyl's coordinates Jan 15 08:04:27 hrw|work: don't know if this is your thing, but I'm currently hitting a missing libxml2-native in oz354x. I copied over the 2.6.9-native bb from .dev to see if it helps. If it does, I'll commit it. Jan 15 08:06:19 does *anyone* know what's up with the wiki? At least 1 person said they could access it but no-one else can. Jan 15 08:07:28 JustinP: berlios.de got worse and worse Jan 15 08:07:47 JustinP: probably someone need to think about moving wiki to ltg Jan 15 08:08:00 JustinP: hm. libxml2-native... will check Jan 15 08:08:24 hrw|work: build seemed to work fine and the next build worked, so I think just copying over the .dev one works Jan 15 08:09:01 hrw|work: ah, it's on berlios? yeah, it really ought to be moved to ltg. Not that I would have rights to do it myself of course.... Jan 15 08:09:22 philippe: ping Jan 15 08:10:12 JustinP: feel free to add libxml-native Jan 15 08:12:42 hrw|work: will-do Jan 15 08:15:37 03justinp 07org.oe.oz354x * r7c9d483a... 10/ (1 packages/libxml/libxml2-native_2.6.9.bb): libxml2: add -native to allow builds to finish (copied from .dev) Jan 15 08:15:42 I've also noticed that edb-native fork-bombs my machine now....not cool....no idea why it happens Jan 15 08:16:16 np, though, as it's not needed. I'll be pushing an update revision as soon as I test it Jan 15 08:16:38 edb-native is evil Jan 15 08:17:08 not sure what happened to it Jan 15 08:17:14 it built fine last time I updated the efl Jan 15 08:17:32 something about it, OE, and bb forks pkg-config into oblivion Jan 15 08:21:34 hi greentux Jan 15 08:22:06 hi hrw|work Jan 15 08:25:58 NOTE: package libtododb-0.10-r0: task do_package: started Jan 15 08:25:58 NOTE: couldn't find pkgconfig module 'sqlite' in any package Jan 15 08:26:06 thats interesting Jan 15 08:26:57 sqlite3 perhaps? Jan 15 08:27:29 no - it use sqlite 2 Jan 15 08:30:51 hi rp Jan 15 08:33:13 morning. Jan 15 08:35:19 hi sza2 Jan 15 08:37:42 there we go, no more forkbomb Jan 15 08:37:53 will push that with my other updates Jan 15 08:37:54 yeah Jan 15 08:37:59 Can anyone help me? http://pastebin.ca/317126 , http://pastebin.ca/317127 Jan 15 08:38:06 so finallly I will be able to build e17 on remote machines Jan 15 08:38:08 (I just turned off the GTK config-ing with a patch) Jan 15 08:38:24 hrw|work: actually, edb-native isn't needed anymore anyway Jan 15 08:38:39 sza2: which command used? Jan 15 08:38:41 with the patches I haven't sent in yet Jan 15 08:38:53 bitbake gnumeric Jan 15 08:39:11 sza2: show log of build Jan 15 08:39:12 but it fails at libbonobo configuration Jan 15 08:39:26 Where can I find? Jan 15 08:40:09 sza2: fails on libbonobo do_configure? Jan 15 08:40:42 yes Jan 15 08:41:19 03justinp 07org.oe.oz354x * rc1a142b2... 10/ (39 files in 6 dirs): Jan 15 08:41:19 efl, e17: update to newest versions Jan 15 08:41:19 - updated entrance's DEPENDS, it no longer needs edb and edb-native Jan 15 08:41:19 - added a patch for edb-antive that stops its strange fork-bomb with pkg-config Jan 15 08:42:40 sza2: hm. I can test does it works for me Jan 15 08:42:57 started 'bitbake gnumeric' Jan 15 08:44:05 actually, I follow XorA suggestion to make gnumeric for Angstrom, since for "generic" it was unsuccessful. Jan 15 08:45:13 Now DISTRO="angstrom-2007.1" and MACHINE="hx4700" Jan 15 08:49:53 morning all Jan 15 08:50:24 hi Richard Jan 15 08:53:30 hi RP Jan 15 08:53:52 RP did you tried the sdio stack in a Z? Jan 15 08:56:50 RP: so, I have a small update on my circular dependency thing. if I do "bitbake mysql" or "bitbake libxrandr" then it tells me that everything is good and nothing needs to be done. if I do "bitbake mysql libxrandr", or try to build a package which depends on both (qt-x11-free) then I get this circular dependency thing. Jan 15 08:59:41 it seems to have decided that mysql-native do_package_write() depends on mysql do_package, which looks fairly obviously bogus. Jan 15 09:00:52 pb_: That does sound like a problem as if it can build each individually, it should be able to build both together... Jan 15 09:01:15 yah, one would hope so Jan 15 09:01:21 greentux: I've not tried it Jan 15 09:01:27 morning Jan 15 09:01:31 hi xora Jan 15 09:02:42 RP: ok, I have no sdio device here in the moment.. will try to get a wlan card Jan 15 09:02:47 hi XorA Jan 15 09:03:01 greentux: I don't have any either... Jan 15 09:04:17 pb_: Which metadata are using? I don't see this problem with OE.dev locally? Jan 15 09:06:10 pb_: The other thing I'd check is whether some bogus variables are leaking from mysql into mysql-native through a .inc file. RDEPENDS are often overlooked for that Jan 15 09:06:26 hi XorA Jan 15 09:07:51 morning all Jan 15 09:07:57 hi Dirk Jan 15 09:08:25 hi dirk Jan 15 09:09:00 hey Richard, Matthias Jan 15 09:09:00 RP: oe.dev from about last friday Jan 15 09:09:03 MACHINE=epia, DISTRO=generic Jan 15 09:09:21 I'll have a look for bogus rdepends shortly. Jan 15 09:09:27 * pb_ heads to the office Jan 15 09:10:07 Xora: hi. I tried to compile with DISTRO="angstrom" the package gnumeric, but it fails with libbonobo configure. I pastebin'd http://pastebin.ca/317126 and http://pastebin.ca/317127 Jan 15 09:10:40 sza2: libbonobo 2.14 built for me Jan 15 09:10:41 XorA: so it still not fine for me (but different problem)... Jan 15 09:11:08 hrw|work: are you compile to hx4700? Jan 15 09:12:14 sza2: it does not matter which ARM machine I use (h2200 here) Jan 15 09:14:44 In this case what can be the problem? Jan 15 09:15:42 Can the host system cause it? I use debian etch as host. Jan 15 09:16:58 sza2: sorry I might have been blind on friday, correct is DISTR="angstrom-2007.1" Jan 15 09:17:04 DISTRO= Jan 15 09:17:38 Or some dependency? I tried to build with bitbake gnumeric after getting OE.mtn, pulling, checking out. Is there anything else I need to do. Jan 15 09:18:44 [cc]smart: The lcdproc .bb isn't quite done. It needs to compile the drivers twice to get all drivers compiled Jan 15 09:18:49 good morning Jan 15 09:19:10 hi Bernardo Jan 15 09:19:16 hi hrw|work Jan 15 09:19:28 XorA: On friday I started with a fresh install, (wget OE, pull, checkout, etc) and set DISTRO="angstrom-2007.1", MACHINE="hx4700" Jan 15 09:19:45 I'm sorry, I didn't have time this weekend to test rebuilding oz354x and see if the .la linking problem is fixed Jan 15 09:20:13 last time I tried it would stop generating locales with glibc, but from what I've seen that can be disabled, right? Jan 15 09:20:24 03justinp 07org.oe.oz354x * r4e302d1e... 10/ (3 files in 3 dirs): entrance: call enlightenment_start instead of enlightenment Jan 15 09:20:48 sza2: cool, sorry Im a bit frazzled today Jan 15 09:20:56 XorA: I used http://pastebin.ca/317127 . Is that correct? Jan 15 09:21:34 Bernardo: yes - edit distro config to disable it Jan 15 09:21:41 e-image is working fine now. entrance is displaying too big...not sure why Jan 15 09:21:45 but you can login Jan 15 09:22:55 sza2: looks good to me, post up the failed log Jan 15 09:24:53 night Jan 15 09:27:17 XorA: http://pastebin.ca/317126 (configure libbonobo) Jan 15 09:29:11 that looks like libgnome didnt build, there is something wierd going on, what bitbake are you using? Jan 15 09:31:09 XorA: 1.6.3 Jan 15 09:34:33 sza2: I am puzzled, I am sure it is something obvious I am missing, but I cant see it Jan 15 09:34:53 RP: ah yeah, mysql.bb sets RDEPENDS_${PN} and mysql-native includes that file. Jan 15 09:35:03 I guess I can just clobber it back to the empty string in the latter. Jan 15 09:35:13 hail mickey|berlin Jan 15 09:35:19 pb__: right, that would do it Jan 15 09:35:23 yawn Jan 15 09:35:28 morning mickey|berlin Jan 15 09:35:28 good morning pb_ Jan 15 09:35:29 hey RP Jan 15 09:36:03 hey mickey|berlin Jan 15 09:36:04 XorA: I think the same for me:-) Jan 15 09:36:37 hi mickey|berlin Jan 15 09:36:52 mickey|berlin: can you remind one thing to Sean? Jan 15 09:36:56 hey hrw Jan 15 09:37:01 sure thing, what? Jan 15 09:37:08 Jan 15 09:37:11 XorA: but I follow the guide on OE getting started and think, do not miss anything... Jan 15 09:37:37 mickey|berlin: Tomasz Zielinski wrote to him about materials for OpenMoko presentation which he will have on Pingwinaria 2007. Jan 15 09:37:53 sza2: did you successfully build an angstrom-gpe-image ? Jan 15 09:38:44 sza2: maybe we missed a dependency that happens to be filled by building the gpe-image Jan 15 09:38:48 hrw|work: thanks, will remind him. having breakfast w/ LaF0rge now and in 1h we'll continue working Jan 15 09:39:00 sza2: I dont really have to to try a from scratch build of gnumeric Jan 15 09:41:14 XorA: not. I just try to build gnumeric directly for angstrom. Jan 15 09:41:42 mickey|berlin: thanks too Jan 15 09:41:51 XorA: but I did it for "generic" when gconf-osso was missing. Jan 15 09:42:41 XorA: I will try it later. Now I compile hx4700 generic again. Jan 15 09:43:46 XorA: my CPU is so slow it is an AMD at 2800 only... Jan 15 09:45:16 good monring Jan 15 09:45:22 sza2: 2800+ is slow? Jan 15 09:45:26 hi florian_kc Jan 15 09:45:37 hi florian_kc Jan 15 09:46:49 hrw|work: If I start to build gpe-image it needs one more than night to build. The cross tool is a few hours. Jan 15 09:47:28 sza2: crosstool build toolchain Jan 15 09:47:42 ? Jan 15 09:47:47 NOTE: Running task 1879 of 3259 (ID: 2766, /home/hrw/devel/oe/org.openembedded.dev/packages/gtk-webcore/osb-nrcore_20060212.bb, do_compile) Jan 15 09:49:08 hrw|work: ok. so building the toolchain is a few hours. Jan 15 09:49:16 sza2: crosstool is a tool to build toolchain only. OE builds toolchain, needed native tools/libraries, target tools/libraries Jan 15 09:49:43 sza2: and toolchain is <25% of gpe-image work Jan 15 09:50:51 hrw|work: I just meant making the tools for cross-compiling is a few hours for me. Jan 15 09:51:34 sza2: and then you have to build everything by hand, you have to remember order which to build etc.. Jan 15 09:52:07 hrw|work: I think it's realistic tools -> few ours, gpe-image -> night+ Jan 15 09:52:10 fetch source, dig for patchsets, build, fix, build, build another lib etc Jan 15 09:52:54 Sorry, I should go now. Jan 15 09:53:11 sza2: gpe-image is 3259 tasks to do. toolchain is only 174 tasks Jan 15 09:53:17 thats BIG difference Jan 15 09:54:02 sza2: I do not even want to think how much time it would take to build gpe-image by hand Jan 15 10:04:09 mickey|berlin: I got interesting question about openmoko ;D 'does your company plans to work on OpenMoko software and need some programmers?' Jan 15 11:07:40 RP: progress info is very nice thing Jan 15 11:14:02 hrw|work: I quite like it too. You get a feeling its doing something :) Jan 15 11:17:17 http://www.tuaw.com/2007/01/13/nbc-and-npr-feature-iphone-humor/ Jan 15 11:29:43 morning guys... quick question: How can I just run the do_stage routine for one particular recipie? Jan 15 11:30:18 I tried bitbake -c stage myapp but that seems to also run do_stage for all deps too Jan 15 11:30:33 bitbake -cstage -b path/to/recipe.bb Jan 15 11:30:43 hrw|work: thanks Jan 15 11:32:21 RP: is some kind of progressbar possible in 1.6 branch? Jan 15 11:33:37 -c populate_staging Jan 15 11:33:52 you can see with -c listtasks Jan 15 11:37:33 hrw|work: No, since 1.6 doesn't have any idea how many tasks it will run Jan 15 11:37:38 ok Jan 15 11:37:54 NOTE: Running task 2528 of 3259 (ID: 1173, /home/hrw/devel/oe/org.openembedded.dev/packages/procps/procps_3.2.7.bb, do_compile) Jan 15 11:38:08 700 tasks to go.. Jan 15 11:38:44 * florian_kc shoots monotone Jan 15 11:40:47 Why does *every* monotone update end up completely broken stuff?! Jan 15 11:41:40 florian_kc: which way? Jan 15 11:43:44 hrw|work: it complained about missing local files... then about existing filenames in _MTN/tmp... if i remove these it complains about files that exist but shouldn't exist. Jan 15 11:44:45 florian_kc: yep.. you changed file which will be updated and mootone has problem to solve it Jan 15 11:45:09 hrw|work: i didn't Jan 15 11:45:53 hrw|work: and i'm quite sure i didn't remove ~30 opie related files from my oz tree as well... why should i? Jan 15 11:46:24 * mickey|berlin could imagine reasons for that Jan 15 11:46:26 grin Jan 15 11:46:41 mtn revert --missing ; rm _MTN/tmp -rf ; mtn up Jan 15 11:46:41 heh Jan 15 11:46:47 ok, so bitbake -D -cstage -b /path/to/my/recipie.bb worked once, but attempting to run it again doesn't seem to do anything... do I need to 'clean' that specific task somehow before I can run it again? Jan 15 11:46:58 tkp: supply -f Jan 15 11:47:03 tkp: for 'force' task execution Jan 15 11:47:15 mickey|berlin: thanks man Jan 15 11:47:20 np Jan 15 11:47:45 mickey|berlin: no i didn't ;) Jan 15 11:49:25 koen: nice idea, but now i get: "mtn: misuse: path 'conf/local.conf.openzaurus-3.5.4.1' already exists, cannot create" Jan 15 11:49:52 koen: which is correct... i didn't delete files in my local tree. Jan 15 11:50:48 sometimes when monotone complains about a misuse i just go one directory up and try again. Jan 15 11:51:02 must be a problem with some relative paths Jan 15 11:51:19 * florian_kc can't go up Jan 15 11:55:21 03koen 07org.oe.dev * rf0c856ec... 10/ (1 packages/abiword/abiword-2.5.inc): Jan 15 11:55:22 abiword-2.5.inc: add include file for abiword 2.5 series, based on the one present in Poky. Jan 15 11:55:22 * abiword 2.5.0 is missing the perl cdump and doesn't compile, so that's why the actual recipe is missing Jan 15 12:28:59 who added miniclipboard? Jan 15 12:30:01 | miniclipboard.c:13:22: error: X11/Xlib.h: No such file or directory Jan 15 12:32:00 03pH5 07org.oe.dev * radc00bb1... 10/ (7 files in 2 dirs): bluez: update libs and utils to 3.8, hcidump to 1.33 Jan 15 12:38:05 RP: I got bug in trunk Jan 15 12:38:57 RP: miniclipboard depends on virtual/libx11 but was built before diet-x11 staged own headers Jan 15 12:39:54 RP: when I did 'bitbake diet-x11' and then 'bitbake miniclipboard' then it was ok. Jan 15 12:42:18 03koen 07org.oe.dev * r0c9af461... 10/ (1 packages/abiword/abiword_2.5.0.bb): abiword: add 2.5.0 so abi-master Xora can play with it Jan 15 12:46:05 hrw|work: bitbake miniclipboard -g; cat task-depends.dot | grep miniclipboard | grep diet gives "miniclipboard.do_configure" -> "diet-x11.do_populate_staging" Jan 15 12:50:35 "miniclipboard.do_configure" -> "libx11.do_populate_staging" Jan 15 12:50:50 hmm. have to check one thing Jan 15 12:52:01 RP: hm. when I will get gpe-image built I will remove tmp and do from scratch build Jan 15 12:55:00 hmm.. is there something wrong with bugs.openembedded.org? My password didn't work, I reset the password and new password doesn't work either. And I don't think I'm stupid enough to do something wrong here :) Jan 15 12:56:23 | ccache arm-angstrom-linux-gnueabi-gcc -march=armv5te -mtune=xscale -L/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/lib -Wl,-rpath-link,/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/lib -Wl,-O1 -o arpspoof arpspoof.o arp.o -lnsl -L/a/home/hrw/devel/build/m4-144/tmp/work/armv5te-angstrom-linux-gnueabi/dsniff-2.3-r1/dsniff-2.3 -lmissing -L/a/home/hrw/devel/build/m4-144/tmp/staging/arm-angstrom-linux-gnueabi/ Jan 15 12:56:31 | /a/home/hrw/devel/build/m4-144/tmp/cross/lib/gcc/arm-angstrom-linux-gnueabi/4.1.1/../../../../arm-angstrom-linux-gnueabi/bin/ld: cannot find -lmissing Jan 15 12:56:33 -lmissing ;d Jan 15 13:06:02 03pH5 07org.oe.dev * r9e3454a6... 10/ (9 files in 2 dirs): avahi: update to 0.6.16 and remove old versions Jan 15 13:06:06 03pH5 07org.oe.dev * r11fff5c9... 10/ (3 files in 2 dirs): libnss-mdns: update to 0.9, bugfix release Jan 15 13:14:06 cu Jan 15 13:15:21 03dirk 07org.oe.dev * rfe9ed3d7... 10/ (8 files in 4 dirs): wlan-ng: add version 0.2.7 Jan 15 13:20:51 03pH5 07org.oe.dev * r5ef2df46... 10/ (1 conf/machine/magician.conf): magician: add "phone" MACHINE_FEATURE and autoload some kernel modules Jan 15 13:35:22 hi, tcpdump.org seems to be down - perhaps somebody should add a alternative URI to the .bb-file Jan 15 13:48:35 http://${DEBIAN_MIRROR} in the SRC_URI is also a bad idea, if the debian-mirror is an ftp server Jan 15 13:48:48 (seen in the portmap-package) Jan 15 14:05:33 morning Jan 15 14:45:36 03xora 07org.oe.dev * r678b1e5c... 10/ (5 files in 3 dirs): abiword_2.5.0.bb : finish the .bb Jan 15 15:02:18 hi, all! Jan 15 15:03:13 is it possible to skip building of kernel zImage for some machine? Jan 15 15:13:07 ASSUME_PROVIDED += "foo" Jan 15 15:13:19 but might break at some place because kernel is necessary to build some out-of-tree modules Jan 15 15:16:13 thanks! Jan 15 15:33:18 ossie runs on EFIKA Jan 15 15:33:26 transmitting QPSK data now :) Jan 15 15:43:50 Crofton: cool Jan 15 15:43:58 Crofton: no usb problems, I take it? Jan 15 15:48:07 morning guys Jan 15 15:48:47 hey likewise Jan 15 15:49:10 hey koen Jan 15 15:50:24 * likewise sucked at motorcycle tests today - bleg Jan 15 16:00:06 is http://berlios.de/ down? Jan 15 16:04:35 guess not, its just too slow to be useful ... Jan 15 16:07:00 not with the USB2.0 controller in the PCI slot. Jan 15 16:13:46 I've patched kdepimpi to compile against qt-mt but bugzilla doesn't want me anymore even after I reset password... What am I to do with a patch? Jan 15 16:16:58 polyonymous: If things don't improve, I can attach the patch for you Jan 15 16:17:17 Laibsch, you mean, like I dcc it to you? Jan 15 16:18:15 polyonymous: are you going to try and send the patch upstream as well? Jan 15 16:18:18 I've recently received some comments about old bugs and (not sure if I have something to comment back, though) I tried to log in and reset password a few times... it doesn't like me :) Jan 15 16:18:36 hvontres|poodle, as far as I know the guy behind kdepimpi isn't quite cooperative. Jan 15 16:18:58 polyonymous: Bummer Jan 15 16:19:10 I can try, of course, but I think kdepimpi is a dead piece of software, but I want it to work for now.. Jan 15 16:20:04 The last testing release is dated back in 2005, I believe... Jan 15 16:20:39 So for now it's just a matter of making it work as it is and sustain life in corpse up to burial Jan 15 16:23:58 [cc]smart: ping? Jan 15 16:24:47 why is no one forking kdepimpi? It seems like nice piece of software. Jan 15 16:25:32 Laibsch, I think the thing is that it's a fork of kdepim-everything not always for a reason, so adding more forks doesn't sound like fun. Jan 15 16:25:33 kdepimpi *is* a fork Jan 15 16:26:01 it's a combination of opie and kdestuff Jan 15 16:26:05 then merge it back wherever it forked from ;-) Jan 15 16:26:27 hello all. I'm trying to build two different machines and reusing the same working dirs to reduce build time. At the moment I am getting this error "Cannot find package task-bootstrap." The file /home/devel/oe/build/oetmp/pc35-rootfs//tmp/lists//oe, which contains ipkg info is not getting rebuilt for the second machine. How can I rebuild this file please? Jan 15 16:26:29 oh, opie. That trims the changes down ;-) Jan 15 16:26:46 bradbev: nfs? Jan 15 16:27:02 task-bootstrap has been deleted a while ago Jan 15 16:27:04 bradbev: Are both directories mounted on the same mountpoints? Jan 15 16:27:25 koen, do you have any idea why bugzilla doesn't let me in even after resetting password? Jan 15 16:27:37 polyonymous: no idea Jan 15 16:27:41 koen, ok :) Jan 15 16:27:55 Laibsch, no, this is local to my hdd. Jan 15 16:27:55 polyonymous: cookies? Jan 15 16:28:12 koen - I am building against an old tree :( Jan 15 16:28:13 bradbev: Oh, misunderstood you Jan 15 16:28:24 Laibsch, of course I have them on, and even if I didn't it doesn't sound like a reason to say "invalid password" or whatever Jan 15 16:28:43 I think that I need to clean and rebuild the .bb that generates ipkg info Jan 15 16:29:23 oops... There's something wrong with my firefox, probably. I just logged in via opera. Jan 15 16:30:26 polyonymous: bug number? Jan 15 16:30:34 Laibsch, which bug? Jan 15 16:30:47 you have short memory? ;-) Jan 15 16:30:56 what memory? :) Jan 15 16:30:56 kdepimpi with your patch Jan 15 16:31:07 Laibsch, I've just logged in, I haven't submitted it Jan 15 16:31:09 yet Jan 15 16:31:31 Well, there are already bugs open about kdepimpi failing to compile. Jan 15 16:31:35 No need for a new one. Jan 15 16:31:36 yup Jan 15 16:31:39 1076 Jan 15 16:31:43 OK Jan 15 16:31:46 I'm going to attach to this one Jan 15 16:31:47 !oebug 1076 Jan 15 16:31:49 * * Bug 1076, Status: NEW, Created: 2006-06-09 22:35 Jan 15 16:31:50 * * oebugs(AT)tucuxi.org: kdepimpi fails to build Jan 15 16:31:51 * * http://bugs.openembedded.org/show_bug.cgi?id=1076 Jan 15 16:36:39 attached Jan 15 16:37:38 I don't think that was opera issue - now I can login from firefox as well... Well, who cares as long as it works. Jan 15 16:43:49 hi, did anybody try to compile qte-mt with the current repository? i get compile-errors... gnarf Jan 15 16:47:20 can someone "bitbake mpc" and see if it fails (seems to fail on arm and powerpc). It has no dependencies. Jan 15 16:53:34 maybe compiling gte-2.3.10 with gcc-4.1.2 is a problem? Jan 15 16:57:35 anyone ever built fftw with OE? Jan 15 17:04:22 mickey|berlin: http://sourceforge.net/projects/g-inspector/ - did saw that tool? Jan 15 17:07:40 likewise: mpc fails in version 0.11.2 Jan 15 17:08:01 caprifischer: thanks Jan 15 17:08:02 aerm 0.11.2-r0 Jan 15 17:10:46 hrw: Hi again. regarding the compilation time, the toolchain is ~1/2 hour for me. A few hours was to compile the first application (nano, as the guide suggest). Jan 15 17:11:16 sza2_: toolchain as 'binutils/gcc/glibc'? Jan 15 17:11:34 hrw: I think. Jan 15 17:12:01 hrw: without glibc for arm. Jan 15 17:12:15 so it is kernel toolchain not apps toolchain Jan 15 17:12:42 is there already a solution to this qte-problem? Jan 15 17:12:48 hrw: Yes. However I'm a newbie. Jan 15 17:13:07 caprifischer: which problem? Jan 15 17:13:33 hrw: So few hours is the time of bitbake nano. Jan 15 17:13:48 hrw: kernel/qgfxw100_qws.cpp: In member function `void QGfxW100::dDrawPolyline(const QPointArray&, int, int)': Jan 15 17:13:51 | kernel/qgfxw100_qws.cpp:1253: error: `clipbounds' undeclared (first use this function) Jan 15 17:13:53 sza2_: to get working toolchain to build apps you need binutils/cross, gcc/cross, glibc/target - then goes libs/target apps/target Jan 15 17:14:11 caprifischer: thats for MACHINE=sla300 and DISTRO=umbaumba-17.3? Jan 15 17:15:02 hrw: no, for c7x0 and openzaurus-unstable ;) Jan 15 17:15:05 hrw: ok, seems more clear. Jan 15 17:15:50 caprifischer: pester psokolovsky - he changed qte recently a lot Jan 15 17:16:03 caprifischer: looks like he broke some patchsets Jan 15 17:16:11 03tmbinc 07org.oe.dreambox * rd85924f8... 10/ (3 files in 3 dirs): netkit-base/opendreambox: add streamproxy to inetd.conf Jan 15 17:16:15 03tmbinc 07org.oe.dreambox * r056b28ac... 10/ (1 packages/enigma2/enigma2-streamproxy.bb): enigma2-streamproxy: add package Jan 15 17:16:19 03tmbinc 07org.oe.dreambox * rdd4518a7... 10/ (1 packages/enigma2/enigma2-skins.bb): engima2-skins: add package Jan 15 17:16:23 03tmbinc 07org.oe.dreambox * r32d6346c... 10/ (1 packages/images/dreambox-image.bb): dreambox-image: add enigma2-skins, enigma2-streamproxy Jan 15 17:16:27 03tmbinc 07org.oe.dreambox * rd89d92dc... 10/ (1 packages/dreambox/dreambox-dvb-modules.bb): dreambox-dvb-modules/dm7025: update drivers to 20070113 Jan 15 17:16:31 03tmbinc 07org.oe.dreambox * r661524c2... 10/ (1 packages/enigma2/enigma2-streamproxy.bb): enigma2-streamproxy: update to 20070116 to fix client disconnects Jan 15 17:16:35 03tmbinc 07org.oe.dreambox * r3928b432... 10/ (1 packages/enigma2/enigma2.bb): enigma2: update to 20070116, add enigma2-plugins depedency Jan 15 17:16:38 03tmbinc 07org.oe.dreambox * rff2cd04c... 10/ (1 packages/gstreamer/gst-plugin-dvbmediasink.bb): gst-plugin-dvbmediasink: update to 20070101 to add unlock call Jan 15 17:16:43 03pb 07org.oe.dev * r851fb3bc... 10/ (1 packages/mysql/mysql-native_4.1.18.bb): mysql-native: clobber RDEPENDS_${PN} to avoid circular dependency nightmare Jan 15 17:16:47 03nail 07org.oe.dev * r2a046571... 10/ (6 files in 3 dirs): asterisk: Upstream upgrade to 1.2.14 Jan 15 17:16:51 03nail 07org.oe.dev * rde437286... 10/ (35 files in 7 dirs): busybox: Upstream upgrade to 1.3.1, DEFAULT_PREFERENCE=-1 Jan 15 17:16:55 03pH5 07org.oe.dev * rb8a51652... 10/ (1 packages/portmap/portmap.inc): Jan 15 17:16:55 portmap: fix occurence of http://${DEBIAN_MIRROR} Jan 15 17:16:55 - these variables include the protocol Jan 15 17:16:59 03pH5 07org.oe.dev * rde7f23ef... 10/ (3 files in 2 dirs): libnotify: update to 0.4.3 Jan 15 17:17:02 03pH5 07org.oe.dev * r6a255930... 10/ (7 files in 2 dirs): libsexy: unify recipes, add 0.1.10, drop 0.1.[45] Jan 15 17:17:06 03pH5 07org.oe.dev * r9bd25728... 10/ (3 files in 2 dirs): notification-daemon: add 0.3.6, drop 0.3.4 Jan 15 17:17:10 03pH5 07org.oe.dev * r456124b7... 10/ (4 files in 3 dirs): Jan 15 17:17:10 notification-daemon: add obligatory --prefix parameter to dbus-binding-tool Jan 15 17:17:10 - fixes compilation against dbus-glib >= 0.72 Jan 15 17:17:14 03cbrake 07org.oe.dev * rcd5daaff... 10/ (1 conf/machine/compulab-pxa270.conf): compulab-pxa270.conf: change serial console baud to 38400 to match BL Jan 15 17:19:12 caprifischer, bug tracker is at http://bugs.openembedded.org/ . patches are also accepted there. Jan 15 17:19:30 hrw, when did you last time built qte-mt for c7x0 form .dev? Jan 15 17:19:38 psokolovsky_: okay Jan 15 17:21:05 i also had to fix some SRC_URI's on my way to qte, i try to submit them to bugzilla Jan 15 17:23:25 psokolovsky_: do not remember Jan 15 17:23:38 likewise: mpc fails here, too: http://oz.leggewie.org/log.do_configure.16489 Jan 15 17:23:54 Laibsch: I'm debugging it right now, thanks Jan 15 17:24:14 hrw, so let's put it this way: "some machine-dependent qte-mt patches are broken". And I'm fixing that. Jan 15 17:24:22 Keeping track in #1792 Jan 15 17:24:24 ok, I know Jan 15 17:26:53 03mickeyl 07org.oe.dev * rb713540f... 10/ (1 packages/portmap/portmap.inc): portmap: fix SRC_URI Jan 15 17:28:46 psokolovsky_: And I think you are doing a great job from keeping a lot of software from ending up in oblivion. Incidentally this is the soft that most users use. Jan 15 17:29:03 It would be such a shame Jan 15 17:29:18 Thanks a lot psokolovsky_! Jan 15 17:33:35 Laibsch, thanks, I'm glad someone finds it useful ;-) Jan 15 17:36:26 I am sure there are a LOT of people that find it useful. Most of them don't hang around in #oe ;-) Jan 15 17:36:55 And even more of them are not aware of the hard work and who did it. Jan 15 17:38:25 Laibsch: I think you are wrong about "this is the soft that most users use" Jan 15 17:38:28 Devs fixing broken soft might be thanked more than those who put out perfect software without glitches because It just works. Is that something extraordinary? Making software run smooth is a lot of work. Jan 15 17:38:46 Laibsch: the biggest group of OE-based distro users doesn't even have a screen on their device Jan 15 17:38:47 koen: Tell me the alternatives. Jan 15 17:39:03 psokolovsky_: if i change DISTRO from openzaurus-unstable to openzaurus-3.5.4.1, qte should compile, because this is the stable-branch. right? Jan 15 17:39:21 koen: I am talking about the "target group" for potential opie-uses, of course. Jan 15 17:39:41 koen: and about ordinary users vs. devs/people who compile themselves. Jan 15 17:39:47 Laibsch, well, the work only started ;-). but I hope it will shape into something which will be hard to call "unmainatined crap", and which will be proof of concept that whole UI environment can be made to be sufficiently machine-independ (or duynamically configurable) Jan 15 17:40:07 psokolovsky_: Looking forward to it. Jan 15 17:40:17 psokolovsky_: and I wish you to get it done Jan 15 17:40:23 caprifischer, .dev is ddevelopment, not stable branch. you need to checkout oz354x branch first. Jan 15 17:40:29 thanks ;-) Jan 15 17:40:30 caprifischer: if you will use .oz354x tree then yes Jan 15 17:40:39 * hrw go away Jan 15 17:40:39 cu Jan 15 17:41:50 koen: bitbake screen Jan 15 17:42:31 03likewise 07org.oe.dev * rb17536d1... 10/ (1 packages/musicpd/mpc_0.11.2.bb): musicpd/mpc: Fix cross compile badness; missing --with-iconv-*. Jan 15 17:47:50 03likewise 07org.oe.dev * r7605119b... 10/ (1 packages/musicpd/mpc_0.12.0.bb): musicpd/mpc: Added 0.12.0. Jan 15 17:49:47 are those parsing errors while indexing bitbake-files in .oz354x "normal"? Jan 15 17:58:46 caprifischer, few parsing errors are "normal" before you built kernel for the first time. Jan 15 18:09:18 DISTRO 'openzaurus-3.5.4.1' not found. Please set a valid DISTRO in your local.conf Jan 15 18:09:18 uh? Jan 15 18:11:38 caprifischer: which branch? try openzaurus-3.5.4.2 Jan 15 18:16:03 JustinP: i checked out org.openembedded.oz354x and changed DISTRO=openzaurus-3.5.4.2 and BBFILES to /path/to/org.openembedded.oz354x/packages/*/*.bb Jan 15 18:18:24 argh Jan 15 18:29:43 caprifischer: does that mean it works? Jan 15 18:31:14 no Jan 15 18:31:18 it doesnt Jan 15 18:32:29 caprifischer: so what's the problem? Jan 15 18:33:07 caprifischer: it works for me Jan 15 18:33:14 caprifischer: use quotes around the distro as well Jan 15 18:33:16 i don't know ;) Jan 15 18:33:32 yes, i used quotes Jan 15 18:34:19 so what's the error? Jan 15 18:34:34 19:38 DISTRO 'openzaurus-3.5.4.1' not found. Please set a valid DISTRO in your local.conf Jan 15 18:35:11 then you obviously didnt' set it to 3.5.4.2 Jan 15 18:36:10 mh, good point ;) Jan 15 18:37:14 is there a known fix for bug 1765? Jan 15 18:37:22 !oebug 1765 Jan 15 18:37:23 * * Bug 1765, Status: NEW, Created: 2007-01-06 23:28 Jan 15 18:37:24 * * mamay55(AT)gmail.com: db3-native breaks the build of OZ 3.5.4.x on AMD64 Jan 15 18:37:25 * * http://bugs.openembedded.org/show_bug.cgi?id=1765 Jan 15 18:45:53 polyonymous: if there was a known fix it would have been added to the bug or pushe Jan 15 18:45:54 d Jan 15 18:46:27 JustinP, well, that was my guess, just wanted to make sure :) Looking into it now.. I'm not good with mutexes, though. Jan 15 18:53:53 anyone know what version of monotone is required for the current snapshot? Jan 15 18:55:12 http://www.openembedded.org/wiki/GettingStarted (it says 0.32 and see manual for hints if you can't) Jan 15 18:57:17 JustinP, basically, db wants (on my system) mutexes set to POSIX/pthreads/library and in site/* it is 'x86_64/gcc-assembly}' (yes, with extra curly brace) - I think it won't hurt if I change it to posix? I mean, the '}' would prevent it from working in other packages? Jan 15 18:58:27 polyonymous, I think 0.29 to 0.32 are fine. Jan 15 18:58:34 furlongm: I think 0.29 to 0.32 are fine. Jan 15 18:58:41 (whoops) Jan 15 18:59:00 likewise: ok thanks :) Jan 15 18:59:03 I have 0.32 and it works, and I haven't tested with lower version in about half a year. Jan 15 18:59:13 www.openembedded.org/snapshots/ has some older monotone repo's evailable for each. For mtn 0.31, use the 0.30 snapshot. Jan 15 18:59:30 I'm using 0.31 with the 0.30 snapshot currently. Jan 15 18:59:46 i was on 0.28, guess it's time for an upgrade! Jan 15 18:59:58 Then you know better :) Jan 15 19:07:44 okay, now there is a known fix to the bug :) Jan 15 19:09:12 polyonymous: build db4 instead :-) Jan 15 19:09:27 XorA|gone, to be true, I think it will exhibit the same problem. Jan 15 19:10:37 XorA|gone, no, I guess I'm wrong, since angstrom has just built fine with db4 :) Jan 15 19:10:55 polyonymous: yeah, my fix was PREFERRED_PROVIDER_db=db Jan 15 19:12:05 XorA|gone, aha, db4 doesn't seem to pull in those site/* files. Maybe that's the way to go for native packages... Well, anyway, I attached a fix already ;-) Jan 15 19:13:09 polyonymous: always good to have a real fix Jan 15 19:13:22 XorA|gone, won't hurt, surely :) Jan 15 19:20:04 Anybody else using an NFS mounted OE tree? I get errors like "cannot lock autom4te.cache/requests with mode 2 (perhaps you Jan 15 19:20:04 > are running make -j on a lame NFS client?): Operation not supported" from time to time. The mount has the lock option set, though... :-/ Jan 15 19:20:45 perhaps you are running make -j on a lame NFS client? :) Jan 15 19:23:31 hi all. I am building two different machines, and I am having problems with my deploy/ipkg directory. Should each machine have it's own dir for deploy/ipkg? If not, how do I regenerate my rootfs/tmp/lists//oe file? Jan 15 19:38:18 polyonymous: define "lame NFS client" ;-) Jan 15 19:38:31 Laibsch, that was just smartass comment ;-) Jan 15 19:38:34 03mickeyl 07org.oe.dev * r434de93c... 10/ (1 packages/lsof/lsof_4.77.bb): lsof: make it configure Jan 15 19:38:40 I am especially interested in the lame part Jan 15 19:39:08 nfs client with one leg hurt? :) Jan 15 19:39:11 polyonymous: I know, but nonetheless, there seem to be lame and non-lame clients. Jan 15 19:39:14 probably anything using 'linux' Jan 15 19:39:21 I want a non-lame one Jan 15 19:39:41 koen: anything using linux being lame or non-lame? Jan 15 19:39:50 lame Jan 15 19:39:55 nfs + linux = suck Jan 15 19:40:00 shit Jan 15 19:40:08 I'll go for windows, then :-D Jan 15 19:40:15 koen, what are ways around it? Jan 15 19:40:24 on linux that is Jan 15 19:41:46 In some freebsd groups I saw the suggestion to set WRKDIRPREFIX to a local dir. Would that change anything for me? Jan 15 19:47:26 http://tinyurl.com/yfq7s7 for example Jan 15 20:16:11 03tmbinc 07org.oe.dreambox * r0a61f43d... 10/ (1 packages/enigma2/enigma2-plugins.bb): enigma2-plugins: add package Jan 15 20:42:22 HopsNBarley: Hi Andy! Jan 15 20:42:34 Hi Luke-Jr Jan 15 20:42:41 wb Jan 15 20:43:18 * likewise is victim again of fradulous orders on Internet on his name/old address again - sigh... Jan 15 20:44:47 Hey guys - fresh checkout of oe Jan 15 20:44:49 I get: Jan 15 20:44:51 citalopram stuff # mtn --db=/stuff/OE.mtn pull monotone.openembedded.org org.openembedded.dev Jan 15 20:44:51 mtn: misuse: layout of database /stuff/OE.mtn doesn't match this version of monotone Jan 15 20:44:51 mtn: misuse: wanted schema 9d2b5d7b86df00c30ac34fe87a3c20f1195bb2df, got 48fd5d84f1e5a949ca093e87e5ac558da6e5956d Jan 15 20:44:53 Jan 15 20:45:11 version i'm using in 0.29 - any hints before I devour the mtn manuals? Jan 15 20:45:15 likewise: hi... Jan 15 20:45:21 noidd, upgrade? Jan 15 20:45:55 noidd: mismatch between your mtn tool version and your mtn database. Did you upgrade monotone recently? Jan 15 20:46:20 noidd: you may jumpstart with a copy of www.openembedded.org/snapshots/ that matches your version of your mtn executable. Jan 15 20:46:22 likewise: no, noidd needs to upgrade monotone Jan 15 20:46:29 I downloaded the OE.mtn database Jan 15 20:46:31 likewise: or possibly pull the right one Jan 15 20:46:48 JustinP: the latest OE.mtn is probably 0.31 or 0.32, right?? Jan 15 20:46:55 GettingStarted says you need 0.32 Jan 15 20:46:58 looks like i'm using a different version of monotone to y'alls snapshots Jan 15 20:47:23 GettingStarted says 0.27 Jan 15 20:47:26 "f you run into a problem at this stage, check to make sure you have version 0.27 (or newer) of monotone installed." Jan 15 20:47:36 where? Jan 15 20:47:48 noidd: what's your mtn --version ? Jan 15 20:48:04 0.29 Jan 15 20:48:24 search the page for string 0.27 Jan 15 20:48:27 http://www.openembedded.org/wiki/GettingStarted Jan 15 20:49:38 To obtain OpenEmbedded : Jan 15 20:49:39 1. Install Monotone 0.32 Jan 15 20:49:55 ok, I've changed that Jan 15 20:50:01 above that it says 0.32 Jan 15 20:50:12 03tmbinc 07org.oe.dreambox * rf537887f... 10/ (1 conf/machine/dm7025.conf): machine/dm7025.conf: switch to gcc 4.1.1, working gdb-cross, add machine dependend gstreamer dependencies Jan 15 20:50:18 03tmbinc 07org.oe.dreambox * r8893820b... 10/ (3 files in 2 dirs): gcc-4.1.1: some workarounds for gcj on mips Jan 15 20:50:26 03tmbinc 07org.oe.dreambox * r3c0f240d... 10/ (4 files in 2 dirs): gstreamer: update packages Jan 15 20:50:33 03tmbinc 07org.oe.dreambox * r5aeff248... 10/ (1 packages/tuxbox/tuxbox-tuxtxt-32bpp/makefiles.diff): tuxbox-tuxtxt-32bpp: compile fix Jan 15 20:50:37 03tmbinc 07org.oe.dreambox * rb0c4d79c... 10/ (1 conf/distro/opendreambox-1.4.conf conf/machine/dm7020.conf): opendreambox-1.4: update swig, make gdb machine version machine dependent Jan 15 20:52:48 gotcha, thx Jan 15 20:57:34 hey noidd, been a while Jan 15 20:59:33 hey kergoth - yes it has Jan 15 20:59:36 how you been? Jan 15 20:59:53 did your super secret TI thing ever get made public? Jan 15 21:00:16 naw, got canceled when TI changed ceo's Jan 15 21:00:25 crap Jan 15 21:00:29 you still work for them? Jan 15 21:00:29 yet another example of wasted potential in a device Jan 15 21:00:48 can you talk about it or is it still under nda Jan 15 21:00:53 nah, i'm out in phoenix working on land warrior.. (wearables for us army soldiers).. at least, i was, until land warrior got killed.. Jan 15 21:01:06 holy shit Jan 15 21:01:17 heh Jan 15 21:01:20 note to self - don't let kergoth work on any of my projects lest I get cancelled :-) Jan 15 21:01:28 hehe Jan 15 21:01:37 I need to go for a walk with the missus Jan 15 21:01:42 kergoth: that looks like a live implementation of Ghost Recon toys Jan 15 21:01:43 I'll be back in an hour or so Jan 15 21:01:46 have fun Jan 15 21:01:58 not much has changed here other than trying to get back involved with OE Jan 15 21:02:11 work slayed me and my Z vanished Jan 15 21:02:17 back in a bit Jan 15 21:07:40 is there a way to use the OE tree even if my version of monotone is not coinciding with the instructions? it's newer Jan 15 21:09:01 you have a newer version of montone than 0.32? Jan 15 21:09:42 no, it's 0.31 Jan 15 21:09:57 can you update to 0.32? Jan 15 21:10:24 mmm.... it would entail compiling, I'd rather not Jan 15 21:10:28 is that likely the issue? Jan 15 21:10:38 hang on Jan 15 21:10:38 summatusmentis: I am using mtn 0.31 as well, seems to work so far. Jan 15 21:10:48 you can grab statically linked binaries from the montone website :) Jan 15 21:11:10 Is there a db snapshot for 0.31? Jan 15 21:11:27 http://www.venge.net/monotone/downloads/mtn-0.32-linux-x86.bz2 Jan 15 21:11:58 He can just pull the entire db, rather than using a snapshot Jan 15 21:12:03 but that might take forever Jan 15 21:12:16 Crofton__: yes. Use the 0.30 one. Jan 15 21:12:22 If you are only going to use montone for OE, I would start with 0.32 Jan 15 21:12:42 Crofton: which means compilation Jan 15 21:12:58 unless there's a .deb package somewhere, right? Jan 15 21:13:12 http://www.openembedded.org/snapshots/ Jan 15 21:13:14 summatusmentis: or using the static binary (see above) if that works on your system. See that URL dir for further packages. Jan 15 21:13:37 the 030 snapshot may work with .31 Jan 15 21:13:45 although it may go through a conversion? Jan 15 21:15:38 Crofton__: no its work as-is. Jan 15 21:16:14 there's a .deb at the www.venge.net site for 0.32 Jan 15 21:30:41 ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:75: unparsed line: ' DISTRO = "openzaurus-3.5.4.1"') Jan 15 21:30:49 is that not supposed to be uncommented? Jan 15 21:31:17 summatusmentis: you shouldn't have a bitbake.conf... Jan 15 21:31:35 rather you should be using the one in OE and not editing it Jan 15 21:31:39 is there a link somewhere that I could read that explains how the ./deploy/ipkg dir is generated, and what it is used for? Jan 15 21:31:58 it is a feed Jan 15 21:32:11 you install the ipks files on your target machine Jan 15 21:32:27 you use ipkg-make-index to generate a Packages file (I think there's a target for it...) Jan 15 21:32:33 cretaing an image makes it a feed for you Jan 15 21:32:39 JustinP: I just followed the instructions for changing local.conf from http://www.openembedded.org/wiki/GettingStarted#settingupthetoolchainanddoingabuild Jan 15 21:33:29 summatusmentis: did you change the bitbake.conf in OE? Jan 15 21:33:58 JustinP, thanks. I have 2 machines that are very similar and they are both deploying ipkgs into that dir, but there is some cruft, some ipkgs are being pulled in for the wrong machine. I take it I am doing unusual things? Jan 15 21:34:24 will deleting all ipkg files be a bad thing? Jan 15 21:34:41 no, I copied the local.conf from org.openembedded.oz354x/conf/local.conf.sample to build/conf/local.conf Jan 15 21:35:07 then I changed the DISTRO field and the BBFILES field Jan 15 21:35:08 bradbev: well, if you're doing that you might want to just delete the whole tmp dir and start form scratch. If your machines are actually different then the ipkgs should be machine specific.... Jan 15 21:35:37 summatusmentis: well, it shouldn't have a problem with the bitbake.conf.... perhaps you should change your local.conf to have 3.5.4.2 Jan 15 21:36:05 JustinP, if I kill the whole tmp dir, then I get a huge toolchain, etc build overhead, right? Jan 15 21:36:09 also, I suspect they probably should be different ipkgs, but that the setup here is a bit borked :( Jan 15 21:36:35 yes, you would have to rebuild the toolchain Jan 15 21:37:00 yah, that's the main thing I am trying to avoid - huge toolchain build over head (both time and space) Jan 15 21:37:35 well if you delete the tmp dir then it's no space overhead... Jan 15 21:37:38 (I could of course have seperate tmp dirs for each machine) Jan 15 21:37:41 :) Jan 15 21:37:48 you can remove the ipk files but then youhave to manually rebuild all of that... Jan 15 21:38:35 or clean out the stamps dir Jan 15 21:38:48 but then switching machines is a large time overhead :( Jan 15 21:38:55 yep, I tried that - also a big rebuild :) Jan 15 21:39:12 well, I meant only clean out the non-toolchain ones (i.e. not glibc/gcc) Jan 15 21:39:43 binutils Jan 15 21:40:00 hmm, that could work. I guess most ppl just build for one machine? Jan 15 21:40:02 if you have 2 distinct machine you should be able to use one feed for them, but if something is borked....who knows Jan 15 21:40:13 plenty build for multiple, such as hrw Jan 15 21:40:29 actually, yes - I'm going to blame borkage with my system for making this hard :) Jan 15 21:41:24 03tmbinc 07org.oe.dreambox * rad70d2b1... 10/ (1 packages/vsftpd/vsftpd_2.0.5.bb): vsftpd: do postinst on target Jan 15 21:41:32 03Laibsch 07org.oe.dev * r1b93cfef... 10/ (3 files in 2 dirs): mark fonts that rprovide "virtual/japanese-font" Jan 15 21:41:38 03Laibsch 07org.oe.dev * r8f81066c... 10/ (1 packages/neon/neon_0.25.5.bb): neon: fix SRC_URI to make older versions fetchable again Jan 15 21:45:19 ah, am I correct in saying that the ipkg index is generated from ./deploy/ipkg/*? Jan 15 21:45:54 yeah... Jan 15 21:46:49 03nail 07org.oe.dev * rbb36d08c... 10/ (3 files in 3 dirs): busybox: Remove superflous patch Jan 15 21:47:06 right. My major malfunction appears to be that package files from the other machine are getting indexed, and I think they are replacing a package with the wrong one. Ie, should be a machine specific package but is not! Jan 15 21:47:29 whether it is indexed is not the problem Jan 15 21:47:30 deleting the "wrong machine" packages and rebuilding appears to help Jan 15 21:47:46 what kind of "different machines" are we talking about? Jan 15 21:48:15 any thing that is actually machine specific should have that machine's name appended to the end of the ipk Jan 15 21:48:19 such as kernel-module-nls-cp949-2.6_2.6.17-r30_spitz.ipk Jan 15 21:48:20 same cpu, lots of same peripherals. Different inittab, etc, Jan 15 21:48:29 are you setting these options? Jan 15 21:48:39 you should look into making those packages machine specific Jan 15 21:48:41 when I try to compile e-wm w/ 'bitbake e-wm' Jan 15 21:48:45 I get the error http://pastebin.ca/317851 Jan 15 21:49:05 JustinP, I think so too. In my defense - I didn't set this up & I'm new to OE :) Jan 15 21:49:07 summatusmentis: sounds like yout BBPATH isn't set Jan 15 21:49:13 bradbev: :-) Jan 15 21:49:34 JustinP: I just set it though Jan 15 21:49:54 using export BBPATH=/stuff/build:/stuff/org.openembedded.oz354x Jan 15 21:50:07 summatusmentis: the error msg says: "Read the comments in your conf/local.conf" Jan 15 21:50:22 summatusmentis: You probably need to check the last few lines especially. Jan 15 21:50:34 that's actually not what it says...that's just the line it's failing on Jan 15 21:50:41 but yes, he hasn't set up his local.conf correctly Jan 15 21:50:52 summatusmentis: read the local.conf Jan 15 21:51:21 what am I looking for? Jan 15 21:52:02 JustinP: I think I am right in saying that the last line needs attention: REMOVE_THIS_LINE:="${@oe.fatal('Read the comments in your conf/local.conf')}" Jan 15 21:52:30 summatusmentis: post your local.conf on pastebin if you wish Jan 15 21:53:06 likewise: thanks, I apparently didn't read it fully through Jan 15 21:53:38 summatusmentis: that's why that line is there, in the end :-) Jan 15 21:53:51 sorry to be thick, but what keyword should I grep for to do "machine specific" packages? Jan 15 21:53:53 likewise: I assumed as much :-D thanks Jan 15 21:54:46 summatusmentis: I was bitten by the same errors when I started. You will encounter more, but just be patient and try to interpret the error messages. Jan 15 21:55:15 summatusmentis: In hindsight, you will have a from-scratch build tool and metadata in no time. Jan 15 21:55:35 I just want e-wm! Jan 15 21:55:40 :-P Jan 15 21:55:50 likewise: perhaps it's COMPATIBLE_MACHINE.... Jan 15 21:56:22 oops...Imeant bradbev Jan 15 21:56:36 bradbev: I haven't done much myself with that particular thing... Jan 15 21:57:04 :) Thanks, I'll have a look around, and then ask some more daft questions. Thanks for the help though Jan 15 21:57:19 bradbev: also possibly PACKAGE_ARCH Jan 15 21:58:00 awesome Jan 15 22:00:57 bitbake needs to look at all the .bb files every time you call it? Jan 15 22:01:51 once they're parsed once it will be faster Jan 15 22:02:04 as long as you don't edit your local.conf Jan 15 22:02:34 oh, ok Jan 15 22:03:06 you can also use bitbake -i Jan 15 22:04:00 heh, well, it's halfway through now Jan 15 22:07:35 if I want to compile for two different zaurii, do I need two seperate OE setups? Jan 15 22:09:51 summatusmentis: In general, yes. But you can share the metadata checkout (org.openembedded.*/*) and downloads/ Jan 15 22:10:33 summatusmentis: build/* is typically seperate for each build you do. Although if you are more experienced (I am not) you could share more in a careful way. Jan 15 22:13:26 likewise: so how do you specify the difference? Jan 15 22:13:55 summatusmentis: create three dirs: openembedded, device1, and device2 Jan 15 22:14:05 koen, who is the efika kernel guy? Jan 15 22:14:20 summatusmentis: Create device1/build/conf/local.conf and device2/build/conf/local.conf Jan 15 22:14:45 summatusmentis: for each device, setup the local.conf such that it refers to the generic checkout in openembedded/ Jan 15 22:15:20 Crofton: there are a few hacking on efika upstream. Within OE, I recently did some small stuff to efika. Jan 15 22:15:40 Crofton: so, do you mean the upstream guy(s) or the OE guy(s) for the .bb? Jan 15 22:15:48 likewise, yes :) Jan 15 22:15:59 It seems like my efika "stalls" occasionally Jan 15 22:15:59 Crofton: all of the above? :-) Jan 15 22:16:15 I am just wondering how active the kernel work on efika is Jan 15 22:16:21 Crofton: hmm, never seen anything strange with mine yet. Jan 15 22:16:24 http://www.powerdeveloper.org/forums/viewtopic.php?p=6824#6824 Jan 15 22:16:26 Crofton: very active Jan 15 22:16:39 ok, so I can expect the situation to improve? Jan 15 22:16:52 or do I need to complain to someone :) Jan 15 22:16:55 Crofton: most occurs here: http://patchwork.ozlabs.org/ Jan 15 22:17:45 ok Jan 15 22:17:59 but also at git.secretlab.ca, I'm not sure if there is *one* upstream... I would like to know that as well... Jan 15 22:19:08 Crofton: OE uses the Genesi patched kernel AFAIK, not the upstream GIT trees from the Linux PowerPC kernel sources. I expect them to merge somewhere in 2.6.20 or .21 Jan 15 22:19:19 WHo within oe is paying attention to "upstream" Jan 15 22:20:00 Crofton: I am following their patches, but have little time. At this point, upstream(s) differs from the Genesi released kernel too much. I am *not* spending time on merging these myself. Jan 15 22:20:25 I am short time also Jan 15 22:20:31 Crofton: Instead, I would like the current kernel to be in OE as-is, then at some point (soon) add a working upstream copy. Jan 15 22:20:46 ok Jan 15 22:21:15 Now that I have my stuff really running on EFIKA Jan 15 22:21:19 But thanks for pointing out the network bug/fix, I can see if this applies to the kernel we use. Jan 15 22:21:30 I am concerned someone might take it seriously :) Jan 15 22:21:48 Well, koen added the powerpc arch to the bug tracker, so someone took it seriously :-) Jan 15 22:22:18 well I mean someone may ask me to do something really useful with the efika :) Jan 15 22:22:27 I notice the boards are only $200 Jan 15 22:23:39 Crofton: Let me know if you need a hand :-) Jan 15 22:23:57 Crofton: I am available if it pays off well ;-) Jan 15 22:24:08 heh Jan 15 22:24:12 we are academics Jan 15 22:24:25 oh yeah, we hack for fun isn't it... Jan 15 22:24:36 yeah Jan 15 22:24:41 shame on us. Jan 15 22:26:45 Crofton: FYI, this is the Debian/Efika patch list: http://www.pastebin.ca/317899 Jan 15 22:33:18 Crofton: yes, I now can confirm that efika updates are held of to the next merge window for the kernel, which is probably AFTER 2.6.20 release. See 2/3rd of this: http://patchwork.ozlabs.org/linuxppc/patch?id=8837 Jan 15 22:37:38 do you think we can try a kernel based of some of these patches befre then? Jan 15 22:41:44 Crofton: we could add the debian efika kernel Jan 15 22:42:23 Crofton: from here: http://people.debian.org/~luther/efika/ Jan 15 22:50:34 maybe I'll try that is I start procrastinating .... Jan 15 22:54:01 :-) Jan 15 22:54:28 Crofton: convince me my EFIKA is unstable and I will work on it tomorrow :-) Jan 15 22:55:05 Crofton: I'll probably look at it somewhere before fosdem :-) Jan 15 22:55:35 my time will depend on how interested we get in doing serious wrk on it Jan 15 22:56:09 Crofton: we as in your (employer's) company? Jan 15 22:56:16 yeah Jan 15 22:56:20 virginia tech Jan 15 22:56:25 ossie.mprg.org Jan 15 22:57:50 Crofton: you are the single guy using OE in your team? Jan 15 22:57:57 yes Jan 15 22:58:10 I am the embedded guy :) Jan 15 22:59:02 Crofton: and the autoconf/automake guy. Well that's handy to know :-) Jan 15 22:59:53 it doesn't take much to become an expert here .... Jan 15 23:00:32 * likewise will not use this against anybody. Jan 15 23:08:42 noidd, secret projects? Jan 16 01:08:35 Crofton: you are the autoconf expert for OE? Jan 16 01:26:26 hmmm, just built fftw with OE :) Jan 16 02:24:22 urgh, qemu needs gcc 3.3 Jan 16 02:33:45 JustinP: are you around? Jan 16 02:40:26 how do I get bitbake to recognize I've got gcc 3.3, and to use it on qemu? **** ENDING LOGGING AT Tue Jan 16 02:59:57 2007