**** BEGIN LOGGING AT Sun Jul 09 02:59:57 2006 Jul 09 07:19:53 03nslu2-linux 07org.oe.dev * rc1670747... 10/packages/memtester/ (files/Makefile.patch memtester_4.0.5.bb): memtester: Added patch to Makefile to change no-longer-supported 'head -1' syntax to 'head -n 1'. Jul 09 07:51:56 morning Jul 09 07:52:23 morning CoreDump|home Jul 09 07:52:42 hi gremlin[it] Jul 09 07:53:06 hi pb_ Jul 09 08:28:53 koen: ping Jul 09 08:29:04 morning Jul 09 08:30:46 hey Jul 09 08:41:49 zecke: pong Jul 09 08:43:07 koen: would you trade an ibook against a macbook if you don't mind glossy screens? Jul 09 08:43:42 I would Jul 09 08:44:53 done :( Jul 09 08:44:59 bye bye PPC :( Jul 09 08:45:27 koen: and EABI and StrongARM still have issues with each other? Jul 09 08:45:38 koen: or would a -fno-thumb-interwork help? Jul 09 08:47:34 hail zecke Jul 09 08:48:24 does anybody here have the eleet bugzilla skillz? I need some help with a query. Jul 09 08:49:35 more eleet than you? no, sorry Jul 09 08:50:24 :-( Jul 09 08:55:00 oh well, I try asking in #mozwebtools. I guess that's where the h4x0rs hang out. Jul 09 08:55:16 zecke: you'd have toask a guru like pbrook or pb_ Jul 09 08:57:46 koen: "consider defining PREFERRED_PROVIDER_virtual/arm-angstrom-linux-gnueabi-libc-for-gcc Jul 09 08:59:21 isn't 'arm-angstrom-linux-gnueabi' the same as TARGET_PREFIX? Jul 09 09:00:56 * gremlin[it] have to learn about EABI ... Jul 09 09:03:43 can someone explain the correct usage of ALLOW_EMPTY = 1 please? Jul 09 09:04:14 tkp_: if you want to force an empty package to get packaged Jul 09 09:04:31 tkp_: e.g task-foo doesn't contain anything, just some Depends: lines Jul 09 09:04:45 ahh ok, Jul 09 09:05:07 tkp_: or to keep a zImage out of your image, since kernel.bbclass wants to produce a 'kernel' package Jul 09 09:05:08 03koen 07org.oe.dev * r8be1a839... 10/conf/distro/angstrom-2006.9.conf: angstrom-2006.9: apparently 'arm-angstrom-linux-gnueabi' != TARGET_PREFIX Jul 09 09:05:26 so like, I have 'stv-base' which is simply a container for my base package Jul 09 09:05:41 ~lart cinelerra for not being crosscompile friendly Jul 09 09:05:41 * ibot judo chops cinelerra for not being crosscompile friendly Jul 09 09:05:42 and in stv-image, I want to be able to say, RDEPENDS="stv-base' Jul 09 09:06:21 so I add ALLOW_EMPRY to stv-base, which forces it to create an ipk which can be used by stv-image Jul 09 09:07:15 later, need to fix computers Jul 09 09:08:53 tkp_: that should work Jul 09 09:10:00 tkp_: it's a bit confusing since it crosses the buildtime <> runtime line Jul 09 09:12:13 yeah thats cool, got it working nicely Jul 09 09:12:15 tkp_: I think it would be a tiny bit clearer if ALLOW_EMPTY was named ALLOW_NOFILES Jul 09 09:12:41 but one could argue that a control-file is a file as well Jul 09 09:27:52 morning all Jul 09 09:32:27 hey RP Jul 09 09:35:44 hello; I'm trying to start compiling few things from OpenEmbedded, but compilation always fails on qemu - there is a patch (mouse_fix-r0.patch) which FAILs Jul 09 09:37:43 hey pH5 Jul 09 09:38:07 hi Jul 09 09:38:25 RP: can you switch OE to use a release version of qemu? or wouldn't that work? Jul 09 09:39:09 koen: hmm, I can try... Jul 09 09:46:48 hi ph5 Jul 09 09:54:04 koen: sorry for stupid question; I can't google how to force spefic version of qemu to use Jul 09 10:02:29 koen: With 8.1 it would probably work and OE doesn't need the system emulation anyway I guess Jul 09 10:03:11 RP: we've seen multiple using halting on qemu-cvs' non-applying patches Jul 09 10:03:22 koen: Weren't you the one saying floating CVS dates were good? Jul 09 10:03:23 s/using/users/ Jul 09 10:03:40 RP: it had a more nuanced opinion Jul 09 10:03:57 s/it/I/ Jul 09 10:05:40 03koen 07org.oe.dev * rf2c59ac2... 10/packages/qemu/qemu-qop-nogfx-native_svn.bb: qemu-qop: remove nodocs patch Jul 09 10:05:52 koen: FWIW, poky gets on well with its locked down dates approach - its one reason users find it easier to build - its reproducible Jul 09 10:06:25 RP: I have few problems with angstrom, since I locked down a global date Jul 09 10:06:58 but a external file to lock down srcdates is bad, you'd better make snapshot .bbs Jul 09 10:07:08 like mickeyl did with tslib Jul 09 10:07:29 koen: I've noticed. I stopped using Angstrom due to it as the fixed date broke my own packages :-( Jul 09 10:07:46 There is no point to snapshot .bbs Jul 09 10:07:55 there is Jul 09 10:08:06 They just duplicate metadata for no reason, expecially now we have patch date control Jul 09 10:08:11 if the scm based packages have patches Jul 09 10:08:23 and we can control patches by date now Jul 09 10:08:39 so why aren't the qemu patches date controlled? Jul 09 10:08:57 because nobody has added an enddate to stop the patch applying? Jul 09 10:09:17 because everybody was waiting for you to fix it? Jul 09 10:09:31 This is the first I've heard about it... Jul 09 10:09:45 So that could have been a long wait :-/ Jul 09 10:10:06 I tend to not notice those reports since I use ASSUME_PROVIDED on qemu Jul 09 10:10:52 and I use poky which has the date locked down... Jul 09 10:11:25 so upload your lock file and make angstrom use it :) Jul 09 10:11:36 that makes both of us happy Jul 09 10:13:26 03koen 07org.oe.dev * r764ee677... 10/packages/qemu/qemu-native_0.8.1.bb: qemu: add -native counterpart for 0.8.1 Jul 09 10:13:28 * koen mentions http://www.openembedded.org/wiki/OpenEmbeddedMigration to make sure people have read it in time Jul 09 10:14:10 koen: The lockdown is in: http://svn.o-hand.com/view/poky/trunk/openembedded/conf/distro/poky.conf?rev=509&view=markup. I'm not sure how much of that will conflict with what Angstrom wants? Jul 09 10:14:21 (ignoring the poky distro bits) Jul 09 10:14:41 we can sort out breakage if we bump into it Jul 09 10:15:38 koen: Are you using anything xorg R7 ? Jul 09 10:15:42 although I'd like such a lockfile being outside $DISTRO.conf Jul 09 10:15:55 RP: I want to use 7.1 if possible Jul 09 10:16:03 koen: For OE, it would be. In poky, it makes sense Jul 09 10:17:34 koen: It might be better to create a new file based on a snapshot of the dates of you current most stable build then as this has a load of X srcdates from 2005 Jul 09 10:17:47 xorg R7 is on the todo list... Jul 09 10:19:50 REdOG: Monotone migration to 0.27 ... Jul 09 10:20:07 s/REdOG:/Re:/ Jul 09 10:21:48 I will be on holidays from 11th to 21st, so monotone.nslu2-linux.org will simply go off-the-air (accepting no connections) from whenever the schedule says that the actual migration begins until I get back and we update at our end. Jul 09 10:22:06 Hmm - looking at the schedule on http://www.openembedded.org/wiki/OpenEmbeddedMigration I can't actually tell when we should down our server ... Jul 09 10:22:31 koen: What is the date when no new 0.25 revisions are accepted? Jul 09 10:22:51 it's mentioned a bit cryptic in '2006-07-13 Announce that we will go read only on monday' Jul 09 10:22:58 (i.e. when is the freeze date exactly?) Jul 09 10:23:07 so 20060717 Jul 09 10:23:16 0:00 GMT? Jul 09 10:23:34 Perhaps make the freeze date 20060715 or something. Jul 09 10:24:07 03koen 07org.oe.dev * rec5b2be6... 10/conf/distro/angstrom-2006.9.conf: Jul 09 10:24:07 angstrom-2006.9: pinch some preferred providers from Poky* Jul 09 10:24:07 * this commit message wasn't sponsored by o-hand.com ;) Jul 09 10:24:09 And then please contact one of the nslu2-linux admins (ka6sox, dyoung, NAiL) so they can shutdown monotone.nslu2-linux.org at that time. Jul 09 10:24:19 you'd have to take that up with migration master zecke Jul 09 10:25:08 ok, so nslu2-linux will shut down sometime on 20060715/16 then. Jul 09 10:25:14 rwhitby: 20060717 is the freezedate. Ifyou shutdown say 12 hours before that having made sure all your changes went to the master, it should be fine Jul 09 10:26:08 RP: yep, that's our plan. Jul 09 10:26:32 then we will not need to do anything other than update our monotone version, blow away our local database, and sync back from OE again. Jul 09 10:26:55 rwhitby: Sounds about right, fingers crossed :) Jul 09 10:26:56 Hmm - I guess we will need to db upgrade our org.nslu2-linux.dev branch, but that is independent of OE Jul 09 10:27:09 and our org.nslu2-linux.bitbake branch, again independent. Jul 09 10:27:30 Or can we ask OE to migrate them for us? Jul 09 10:27:57 (Hmm - I don't know if you guys sync them from us at the moment anyway) Jul 09 10:28:02 They're local to your servers, aren't they? Jul 09 10:28:10 yeah, I think so. Jul 09 10:28:33 rwhitby: You'd best ask zecke about that... Jul 09 10:28:51 OK, so on the 22nd when I return from holidays we will contact zecke and find out the way to upgrade our local database and then pull the already updated OE branch. Jul 09 10:29:43 rwhitby: I'd drop zecke an email and ask whether he could pull those branches into te conversion database as it would make your life easier and probably not complicate his too much :) Jul 09 10:29:43 The org.nslu2-linux.* branches are tiny anyway. Jul 09 10:29:55 koen: abiword people leaving comment in my blog :-) Jul 09 10:31:15 XorA|gone: :) Jul 09 10:35:59 rwhitby: The other thing you need to ensure is any nslu2 developers who have committed changes have pushed to the nslu2 server before that switch off time Jul 09 10:36:06 03koen 07org.oe.dev * ra10fc861... 10/conf/distro/include/sane-srcdates.conf: sane-srcdates.conf: add a file which contains sane srcdates for floating packages. Taken from http://svn.o-hand.com/view/poky/trunk/openembedded/conf/distro/poky.conf Jul 09 10:36:24 RP: there you go Jul 09 10:36:42 RP: yes, we will make sure that is done by the 13th. Jul 09 10:36:49 and then switch off on the 15th. Jul 09 10:37:01 I've dropped zecke an email. Jul 09 10:38:36 koen: Excellent :). I'll fix the qemu patches as well at some point but probably not until this evening Jul 09 10:40:33 RP: i'm tempted to add an insane-srcdates.conf :) Jul 09 10:41:11 koen: To go with the insanity checker? :) Jul 09 10:41:19 yep Jul 09 10:42:04 03koen 07org.oe.dev * r9c6eb41e... 10/conf/distro/angstrom-2006.9.conf: angstrom 2006.9: switch to using sane-srcdates.conf Jul 09 10:44:13 later all Jul 09 11:59:21 djeez Jul 09 11:59:27 reenoo is sending hatemail again Jul 09 11:59:42 I guess forking wasn't enough Jul 09 11:59:45 * koen shuts up now Jul 09 12:48:01 hi Liam Jul 09 12:48:21 hey Richard Jul 09 13:05:39 hi lrg Jul 09 13:09:46 hey Phil Jul 09 13:38:46 Anyone know the answer to the "cannot computer suffix of object files" when trying to compile toolchain for arm(v4?) Jul 09 14:02:09 any of you lot any good with python? Jul 09 14:07:02 when creating an image (via image_ipk), the final image filename is appended with the machine name and a datestamp Jul 09 14:07:27 jkp__: mickey|fifa2006 is the embodiment of all python knowledge Jul 09 14:07:35 Is there some way I can find out the full filename of the final image file? Jul 09 14:08:01 tkp: find out from what context? Jul 09 14:08:41 well, I'm trying to use this image file with Imgloader Jul 09 14:08:57 but since the name of changes everytime. Jul 09 14:10:14 from a kind of top level bb file that will pull all our components together and use mkimg to give us a .img file Jul 09 14:12:17 so this pakage R/DEPENDS on stv-bootimage (which creates a .ext2 file and a .bin file), and should take those two image files and wrap them up in a .img file Jul 09 14:12:29 but I need to know the names of the files Jul 09 14:12:47 is it exported into some variable perhaps? Jul 09 14:14:04 only within do_rootfs. Jul 09 14:14:29 hmm, and it not available after that has been run Jul 09 14:14:53 morning Jul 09 14:15:04 no, but you could store it to some well-known location from inside that task. Jul 09 14:16:38 i.e. "echo ${IMAGE_NAME} > staging/stv-image-name" or some such Jul 09 14:17:24 pb_: oh ok, I thinking `export ${IMAGE_NAME}` ... although I'm a little unclear on what export is actually for Jul 09 14:17:46 export just makes the variable available in the environment for shell tasks. Jul 09 14:17:52 ah ok Jul 09 14:31:41 RP: it looks like a lot of your work went into 2.6.18.rc1 Jul 09 14:35:45 koen, doh :) I was sure I had that one included, so I didnt even bother to check Jul 09 14:35:56 koen, but cant find the multimachine.inc file anywhere. I got multimachine on inherit though Jul 09 14:36:36 RP: what is your opinion on klibc and kinit? Jul 09 14:37:10 zecke: crumbs, kde has its own libc now? Jul 09 14:37:16 I guess they must have misunderstood the "g" in glibc Jul 09 14:38:07 pb_: hehe Jul 09 14:38:22 pb_: KIO, KLIBC Jul 09 14:38:35 pb_: the first is KDE specific, klibc is a kernel thing though :) Jul 09 14:38:52 hmm maybe one should put KDE into the Kernel... hmm Jul 09 14:40:00 pb_: klibc, is a libc created by hpa. The plot is to move all userspace initialisation into userspace Jul 09 14:40:15 e.g. initialisation of disks, swaps, resume, mounting, nfsroot Jul 09 14:41:04 zecke: do you have a working .bb for a recent klibc? Jul 09 14:41:11 zecke: the one in OE doesn't compile for me Jul 09 14:41:20 koen: not yet :) Jul 09 14:41:29 koen: I try to read up on the plans of klibc Jul 09 14:42:59 zecke: ah, I see Jul 09 14:43:12 * pb_ going to an art exhibition now Jul 09 14:43:13 later all Jul 09 14:44:19 pb_: take care Jul 09 14:44:45 * koen was in an art exhibition that used OE build stuff today Jul 09 14:45:43 your office doesnt count Jul 09 14:46:32 heh Jul 09 14:46:48 it was in the graduation works of the art school Jul 09 14:47:10 koen, where Can I find multimachine.inc, I got it set in inherit but no where else Jul 09 14:47:30 grep -rn multimachine conf/distro Jul 09 14:48:30 that shows you lots of inherits, which should hint you to classes/ :) Jul 09 14:49:21 koen, well all those distros have just set multimachine at inherit, which is what I use also.. So why isnt mine working? Jul 09 14:49:21 * emte curses at too many projects named git Jul 09 14:50:43 Kristoffer: no idea Jul 09 14:51:02 koen, The only difference is that Im using package_tar and not Debian Jul 09 15:03:23 koen, multimachine used to be an .inc file before right? will check around in the classes and see if i can spot anything obvious Jul 09 16:23:05 zecke: do you have some time? Jul 09 16:25:00 no :( Jul 09 16:25:06 mr_nice_slacker: anyway, shoot Jul 09 16:25:25 koen: hiding the alignment errors doesnt help solve them Jul 09 16:28:39 XorA|gone: it does make apps start faster Jul 09 16:29:01 XorA|gone: I suspect fontconfig, pango and freetype Jul 09 16:32:38 03koen 07org.oe.dev * r14195e89... 10/packages/linux/linux-jlime-arm_2.6.17.bb: linux-jlime-arm: set compatible machine Jul 09 16:42:26 zecke: i have compleated a keypad to thumbscript driver and need someone without fears to test it *g Jul 09 16:43:08 and I need a thumbscript, which I don't have :) Jul 09 16:43:49 zecke: so i send you the driver ? Jul 09 16:44:45 maybe next week :} Jul 09 16:45:50 zecke:ok, until that it will be more cleaner Jul 09 16:48:56 RP: got my mail on NSLU2 Jul 09 16:50:01 zecke: you can use an initial pull to seperate out the branches over different database Jul 09 16:50:23 koen: or I can just drop branches? Jul 09 16:50:41 that just wastes space Jul 09 16:50:48 koen: yes. We will rosterify everything Jul 09 16:51:06 dropping branches just deletes the certs, not the revs Jul 09 16:51:06 koen: and then do initial checkouts, and db checks on the result Jul 09 16:51:40 I'd like to use a initial checkout data base for the snapshots, since it will be a lot smaller Jul 09 16:52:09 I'll also have a look a setting up usher on ltg Jul 09 16:52:15 koen: where did I on OE again? Jul 09 16:52:25 where did I compile... Jul 09 16:52:30 it is too hot over here Jul 09 16:52:42 oe@openembedded.org:~/monotone Jul 09 16:52:59 ssh oe@openembedded.org -> screen -Ux Jul 09 16:53:48 koen: permission denied Jul 09 16:55:24 (pam_unix) session opened for user zecke by (uid=0) Jul 09 16:55:31 you'd want user 'oe' Jul 09 16:55:39 ah I forgot :) Jul 09 16:56:06 pssst, see what I said a few lines earlier ;) Jul 09 16:56:30 koen: you omitted the line with ssh Jul 09 16:57:06 * zecke anticipates the arrival of the macbook Jul 09 16:57:20 unbelievable apple charges +160 Euro for a black case Jul 09 16:57:31 yep Jul 09 16:57:46 but it is really sweet Jul 09 16:58:21 I'm close to getting some monetary support from my parents for a new laptop Jul 09 16:58:37 hmmm Jul 09 16:58:51 the vim on ewi inserts comment signs automagically Jul 09 16:58:54 ~lart vim Jul 09 16:58:54 * ibot drops a truckload of VAXen on vim Jul 09 17:00:05 koen: you got a pbook, why on earth would you want a new laptop? Jul 09 17:01:18 ehm... Jul 09 17:01:24 my disk is getting full Jul 09 17:01:40 I think HFS+ supports removing of files Jul 09 17:01:42 and my girlfriends wants it :) Jul 09 17:01:48 and get a firewire disk Jul 09 17:01:49 hehe Jul 09 17:01:56 ehm, girlfriend* Jul 09 17:02:11 I asked al if it is okay if I trade the ibook against a macbook Jul 09 17:02:29 and she didn't care... she isn't even interested in getting my 1GB of RAM DIMM Jul 09 17:02:38 24G Pictures/iPhoto Library/ Jul 09 17:02:40 she doesn't want me to touch her ibook :} Jul 09 17:02:56 hehe Jul 09 17:02:59 that is a lot Jul 09 17:03:04 putting ram in an ibook is annoying Jul 09 17:03:40 it looks fairly easy Jul 09 17:03:48 just underneath the keyboard Jul 09 17:03:52 it is, but the connector sucks Jul 09 17:04:10 it has *2* slots, and only one works Jul 09 17:04:28 if you put it in the other slot you'll break the clips Jul 09 17:04:47 * koen tried to install 256MB sodimm in an ibook Jul 09 17:05:08 koen: anyway I think 512MB are enough for MS Office (I hate her...) and iTunes Jul 09 17:05:20 zecke: I did install slapbook on my girlfriends ibook today :) Jul 09 17:40:15 zecke: I got the mail, thanks Jul 09 17:56:45 zecke: any chance you could take a look at this dosfstools problem? Jul 09 17:57:13 the bootimg.bbclass file relies on it Jul 09 17:57:58 it seems that the version of mkdosfs that oe installes is patched to add some new functionality Jul 09 17:58:58 which means I can't just use the mkdosfs from my host system as a workaround (which I have just been trying to do far ages, and wondering why it's not doing what it should) Jul 09 17:59:28 It'll be hard to find anyone in EU here right now, the World Cup final just started Jul 09 17:59:53 * tkp gets up to tun on his TV Jul 09 18:08:13 tkp: working on it, need to chew through some mails first Jul 09 18:13:31 where I can get the OE.db file ... mine is 2 months out of date Jul 09 18:14:05 chouimat: check GettingStarted in the wiki Jul 09 18:14:14 zecke: k :) Jul 09 18:23:44 zecke: cool... I think I have a temporary workaround for now, bit's VERT hackish Jul 09 18:23:48 VERY* Jul 09 18:32:46 tkp: how hackish? Jul 09 18:33:56 ze VERY Jul 09 18:34:17 basicall... I removed the dependency for dosfstool-native Jul 09 18:34:22 hehe Jul 09 18:34:25 so it falls back on the one installed on my system Jul 09 18:35:01 then I use sudo mount ... cp... sudo umount... to immitate the features that were added by the patch!! Jul 09 18:35:11 hehe Jul 09 18:35:13 VERY hackyish Jul 09 18:35:18 I agree Jul 09 18:35:21 but it'll do for now Jul 09 18:35:57 zecke: how's it going your end? Jul 09 18:36:19 still writing mail Jul 09 18:53:49 is Raymond Danks around? Jul 09 19:00:45 tkp: you are about to try a patch Jul 09 19:00:52 zecke: sure Jul 09 19:03:23 tkp: I have uploaded a patch, apply it, rebuild dosfstools Jul 09 19:03:48 zecke: uploaded to where? Jul 09 19:04:04 the bug report Jul 09 19:04:09 ah, k Jul 09 19:09:25 Some interesting numbers. bitbake oh-image involves 147 build targets, 185 runtime targets and 2298 potential tasks, Working that out takes bitbake about 12 seconds :-/ Jul 09 19:10:13 RP: I sent a lenghty mail to oe@ on srcdates and why I think locking down is bad, could you respond with your thought to that? Jul 09 19:10:41 zecke: ray isn't usually on IRC, but cosmicpenguin is a pretty good proxy Jul 09 19:11:07 koen: When I get it, yes. Jul 09 19:11:22 RP: no rush :) Jul 09 19:11:38 RP: I want to gather good opinions and insights, not hasty comments Jul 09 19:11:49 (ignore the OE propaganda at the end of the mail) Jul 09 19:12:18 koen: Don't get me wrong, I understand why you want floating dates, I just know users hate them more than you can imagine :-/ Jul 09 19:12:47 I know that, my mail was why locking them down via SRCDATEs is bad Jul 09 19:13:11 zecke: seems to have done the trick :) Jul 09 19:13:17 (which is a too broad statement) Jul 09 19:13:27 koen: ok, I'd bets wait for it to arrive :) Jul 09 19:14:24 koen: okay, I will try to remember to talk to CosmicP Jul 09 19:14:36 s/2298/2988/ :) Jul 09 19:14:54 zecke: or raymond@edanks.com (iirc) Jul 09 19:15:25 zecke: the previous discussion about AMD's private tree digressed into OE booting on the OLPC Jul 09 19:15:26 tkp: then please add a comment, dosfstools is not my file :) Jul 09 19:15:55 koen: sorry? which discussion? Jul 09 19:16:54 zecke: rosterifying their stuff Jul 09 19:17:07 koen: I don't get it :} Jul 09 19:17:22 specially I don't know 'digressed' Jul 09 19:17:58 wandered off topic Jul 09 19:19:10 good work zecke :) Jul 09 19:21:13 sh|t, hang on... Jul 09 19:22:04 it hasn't fixed it... I ran dosfstools instead of the native one by mistake Jul 09 19:22:06 * tkp hides Jul 09 19:23:38 hehe Jul 09 19:24:45 tkp: then preprocess again Jul 09 19:25:10 zecke: gotta pop out for half an hour... will do when I get back Jul 09 19:26:06 tkp: okay, then please append the file to the bug tracker Jul 09 20:08:30 zecke: should be on the bug report Jul 09 20:11:52 okay Jul 09 20:32:10 mithro: pyrex is quite nice Jul 09 20:39:47 Is there a way to force gpe-dm to use a specific vt? Right now it insists on using the same VT that opie uses. Jul 09 20:44:52 * KerwoodDerby has got yer netsplit right here... Jul 09 21:21:57 Sadly sqlite doesn't handle recursive triggers :-( Jul 09 21:23:56 hmm Jul 09 21:24:02 python c modules suck Jul 09 21:24:04 they segfault Jul 09 21:26:02 The python sql implementation sucks as well... Jul 09 21:26:29 :( Jul 09 21:26:36 need to go to bed now Jul 09 21:26:40 tomorrow pals Jul 09 21:26:44 If sqlite did support recursive triggers, we could have calculated all the bb files weightings in 5 lines of SQL and one line of python :-/ Jul 09 21:26:47 gosh a week of work ahead Jul 09 21:26:48 'night zecke Jul 09 21:26:58 :( Jul 09 21:27:04 maybe talk to Dr. Hipp about it Jul 09 21:27:13 I suck at SQL :) Jul 09 21:27:38 I'm beginning to think using SQL was a mistake and we'd be better with custom data structures... Jul 09 21:27:55 hehe Jul 09 21:28:12 Its slooowwww :-/ Jul 09 21:28:15 RP: maybe it is time to talk with your new coworker Jul 09 21:28:24 RP: and looking at his bitbake-data work Jul 09 21:28:38 zecke: It wouldn't help here Jul 09 21:55:54 Is anything from openezx usable yet? Jul 09 22:28:29 does anyone know why i would be having trouble getting libtoolize --ltdl to create the libltdl directory? Jul 09 22:29:41 in a more general sense, has anyone had trouble with the autotools.bbclass use of autoreconf? or does such more likely reflect a problem with the package's autotool inputs? Jul 09 22:37:20 90% of the time its the author's use of autotools Jul 09 22:41:12 Hey guys. How might I set a variable in a Makefile to the output of a command? Jul 09 22:43:12 emte: as the author, that's both a relief and an shame ;) Jul 09 22:43:45 only god and satan know how to use autotools Jul 09 22:44:30 emte, :) Jul 09 22:44:32 scribe, look at examples from other Makefiles? Jul 09 22:44:56 :) yeah, I guess. I thought is was something like X = $(cmd) Jul 09 22:45:02 it's something simple like that Jul 09 22:45:12 it depends what your expecting Jul 09 22:45:15 but I can't remember. i've tried a few things, but nothing is working Jul 09 22:45:21 and what the return form the command is Jul 09 22:46:07 well, actually, it's something more like: LIBS += $(pkg-tool --libs somepackage) Jul 09 22:46:40 er Jul 09 22:46:41 pkg-config Jul 09 22:46:50 to me taht doesnt look right Jul 09 22:46:56 the $() part Jul 09 22:47:55 emte, yeah, that's probably bash or something Jul 09 22:47:58 I always get mixed up Jul 09 22:51:22 INSTALL = /usr/bin/install -c Jul 09 22:51:23 install_sh_DATA = $(install_sh) -c -m 644 Jul 09 22:52:53 or perhaps Jul 09 22:52:55 AUTOCONF = ${SHELL} /home/emte/AI/amygdala-0.4.0/missing --run autoconf Jul 09 23:26:03 ok if I understand correctly in the next few weeks I have a death wish I just have to speak italian in france? Jul 09 23:26:53 lol Jul 09 23:27:03 or headbutt someone Jul 09 23:27:06 :P Jul 09 23:27:26 maybe wave a redcard around Jul 09 23:27:32 those should all do it Jul 09 23:28:18 hehe Jul 10 02:29:14 03lenehan 07org.oe.dev * r496e34a9... 10/packages/iputils/ (files/glibc-2.4-compat.patch iputils_20020927.bb): Jul 10 02:29:14 iputils 20020927: Add support for building with glibc 2.4. In glibc 2.4 Jul 10 02:29:14 several of the IPv6 constants were reanmed - this changes to using the new Jul 10 02:29:14 versions but also redefines them to the old versions when being used on Jul 10 02:29:14 glibc < 2.3 or uclibc. Jul 10 02:33:36 so, i determined my problems stem from the fact that i have a 'bootstrap' script that wants to call libtoolize --ltdl, but the files that requires do not get installed where they are available. Jul 10 02:42:54 03lenehan 07org.oe.dev * r4de51d98... 10/packages/linux/linux-titan-sh4_2.6.17.bb: Jul 10 02:42:54 linux-titan-sh4 2.6.17: Fix to enable module loading. The initial 2.6.16 Jul 10 02:42:54 port to sh was unable to load any modules, so roll the CVS date for the Jul 10 02:42:54 linux-sh tree forward a few days to pick up the fixes. Jul 10 02:49:33 indeed; i just added some lines to the libtool-native .bb file to provide those in the staging area. this has fixed my bootstrap script. i presume adding ASSUME_PROVIDED="libtool-native" would solve the problem, but by escaping BB's box **** ENDING LOGGING AT Mon Jul 10 02:59:56 2006