**** BEGIN LOGGING AT Sat Sep 23 02:59:56 2006 Sep 23 06:05:23 kergoth: I miss bitkeeper :p Sep 23 06:06:01 * T0mW doesn't Sep 23 06:06:07 * simcop2387 never used it Sep 23 06:06:17 * T0mW gave up on bitkeeper Sep 23 06:07:02 dos000: you should ask a question Sep 23 06:07:16 * JustinP trusts monotone Sep 23 06:10:37 ggilbert: hehe, know how ya feel Sep 23 06:10:50 that said, monotone is a hell of lot faster than it used to be, i dont despise it utterly anymore Sep 23 06:11:45 kergoth: do you read the monotone lists? Sep 23 06:12:28 0.30 is supposed to be faster again Sep 23 06:13:13 kergoth: I should try monotone. This project is just in svn because it's what I had installed Sep 23 06:13:14 it is Sep 23 06:13:46 kergoth: I have great faith in the monotone developers to make a system which will work fast, well, and solve problems :-) Sep 23 06:13:50 Anyone here played with mdev? Sep 23 06:15:15 shame, it's so much simpler than udev Sep 23 06:15:23 I'm adding support now Sep 23 06:16:50 * emte curses at stupid wireless interface Sep 23 06:17:04 ? Sep 23 06:18:50 grr ... why is it killing my wired networks ... Sep 23 06:48:12 kergoth: anything that makes you despise it beyond the speed? Sep 23 06:52:13 SoC Conference November 1 & 2, 2006 - Radisson Hotel Newport Beach, California if your interested Sep 23 06:55:24 that is System-on-Chip btw Sep 23 07:19:33 njs: to be honest, i dont know it well enough to comment beyond the speed, yet :) Sep 23 07:24:46 kergoth: okay Sep 23 07:36:56 morning all Sep 23 07:37:05 njs: FWIW, I like the interface to it and the speed is ever improving - I must upgrade soon and see what recent versions are like :) Sep 23 07:39:04 njs: I'm also very pleased you didn't break netsync. That helps OE a lot :) Sep 23 07:41:58 dos000: yeah, I'm fairly new with OE Sep 23 07:42:28 dos000: I know how mind boggling it can be to get started Sep 23 07:44:55 hi all Sep 23 07:45:04 i know is abit off-topic ... but ... Sep 23 07:45:12 someone have used the xilinx tools ??? i'm unable to make windrv6.o kernel module be loaded on any on my machine ;( ... damn !!! Sep 23 07:47:45 RP: cool Sep 23 07:48:17 RP: we will have to break things a bit more in the coming months :-/ but we're working on it. Sep 23 07:49:48 njs: will it break netsync? Sep 23 07:53:47 * RP -> back tonight Sep 23 08:16:34 RP: netsync will get broken at least once more before we're done. probably more than that. Sep 23 08:16:44 http://article.gmane.org/gmane.comp.version-control.monotone.devel/8395 is the closest thing to a roadmap :-) Sep 23 08:17:27 the summary is that we probably have to do one more roster-style "one person rebuilds, everyone else pulls" thing eventually Sep 23 08:18:09 and I dunno about netsync-only breakage, if we're really lucky we can get all the other fixes we need into netsync at the same time as that big breakage, but that's not too likely Sep 23 08:19:13 we're aware of the netsync issues, though, and at the least right now the plan is, if we have to do a netsync-breaking change, make sure we don't change the db format at the same time, so if you want to invest a bit of setup time playing tricks with usher and automatic sync'ing, you can get a single netsync port that speaks both protocols. Sep 23 08:34:14 :D it is so cool running openvpn on this little handheld! Sep 23 08:35:54 hi all Sep 23 08:36:40 ~seen RP Sep 23 08:36:50 rp is currently on #gpe (9d 7h 20m 54s) #oe (9d 7h 20m 54s) #openzaurus (9d 7h 20m 54s) #handhelds.org (9d 7h 20m 54s). Has said a total of 435 messages. Is idling for 47m 3s, last said: 'njs: will it break netsync?'. Sep 23 09:35:39 how should this work? I have a working build and I wanted to add another package to it, I edit the MACHINE and add the package in BOOTSTRAP_EXTRA_REDEPENDS. Sep 23 09:36:12 when I run 'bitbake bootstrap-image', it fetches the source, builds it, then creates the ipk file Sep 23 09:36:28 but, the application never gets into the rootfs!? Sep 23 09:37:03 the only way I found to get it "in there" is to 'rm -rf temp' then 'bitbake bootstrap-image' Sep 23 09:37:31 Is there another way to add packages? Sep 23 09:48:12 T0mW: The reason you have to clean out temp is that there is leftover cruft from before you made the change. Sep 23 09:48:44 You either have to find that cruft individually and bitbake -c clean for the affected package or clean out temp. Sep 23 09:49:17 I guess even though it involves at least a couple of hours of recompilation, cleaning out temp is the more efficient way to do this. Sep 23 09:49:27 well, every thing goes fine up to the point that the packages are to be installed into tmp/rootfs. It looks as if bitbake builds the installable list just once, somewhere, inside the tmp file(s) Sep 23 09:50:06 something is not right, something is missing, it is not saying "install pine.ipk" when you do the rootfs Sep 23 09:50:48 package is built but bitbake won't install it Sep 23 10:22:15 REDEPENDS? Sep 23 10:22:20 the dependencies are in task-bootstrap Sep 23 10:22:25 rebuilding that one should be sufficient Sep 23 10:22:28 morning, btw. Sep 23 10:22:30 * koen spots a spurious 'E' Sep 23 10:22:33 hey mickeyl Sep 23 10:23:38 yo koen Sep 23 10:24:51 mickeyl: any plans to attend linux-world.nl? Sep 23 10:25:07 that annoying MV dude from fosdem is giving a presentation Sep 23 10:25:14 mickeyl: it doesn't work though Sep 23 10:25:24 I can arrange some rotten tomatoes ;) Sep 23 10:25:24 oh oh oh! Sep 23 10:25:52 mickeyl: you mean 'bitbake -c rebuild bootstrap-image' ?! Sep 23 10:27:04 koen: (REDEPENDS) heh, fingers are tired Sep 23 10:27:13 mickeyl: http://busybox.net/~landley/ols2006/presentation.txt is an interesting read Sep 23 10:28:08 nope, that didn't work either Sep 23 10:28:25 T0mW: try rebuilding task-bootstrap Sep 23 10:29:30 koen: thank you! Sep 23 10:29:50 koen: heh. let me check the schedule Sep 23 10:30:02 koen: but, why did that work, why did I have to rebuild task-bootstrap, isn't that a part of bootstrap-image? Sep 23 10:31:10 I'm trying to understand the hierarhy Sep 23 10:31:33 mickeyl: harald should be there as well, but iirc it's right after OEDEM Sep 23 10:31:45 and €35 entry fee Sep 23 10:31:52 that'd be too close to TT DevDays which I'm going to as well Sep 23 10:32:27 T0mW: bootstrap image doesn't rebuild other packages, which means, the dependencies found in the last task-bootstrap are not updated yet, because you didn't rebuild the ipk Sep 23 10:33:16 OH! Sep 23 10:33:27 there is a task-bootstrap.ipk! Sep 23 10:35:25 aha, /staging/pkgdata/runtime/task-bootstrap lists all the packages that ipkg needs to install into the final image. Is that correct? Sep 23 10:36:00 whew, this will save me hours of time Sep 23 10:36:36 * T0mW deletes pine from /staging/pkgdata/runtime/task-bootstrap Sep 23 10:43:24 well, this is the quick'n'dirty way Sep 23 10:43:38 bitbake -c rebuild -b is the canonical way Sep 23 10:44:25 koen: collides with TT in munich, which is 11-12.10 as well :/ Sep 23 10:45:45 ah, too bad Sep 23 10:46:00 more time to spend studying for me :) Sep 23 10:48:01 hehe Sep 23 10:49:48 03mickeyl 07org.oe.dev * rb9878bd8... 10/ (1 packages/xorg-xserver/xserver-kdrive_git.bb): xserver-kdrive git reduce duplicated metadata Sep 23 10:50:08 * koen heads off to another wedding Sep 23 10:50:10 later all Sep 23 11:44:44 morning Sep 23 12:01:06 03lrg 07org.oe.dev * re38a2f2f... 10/ (1 packages/linux/mainstone-kernel_2.6.18.bb): mainstone_linux 2.6.18: fixed PR syntax error in bb file. Sep 23 12:34:50 03lrg 07org.oe.dev * rfd636a78... 10/ (1 conf/machine/include/tune-arm1136jf-s.conf): tune-arm1136jf-s| machine conf: added arm11jf-s CPU support Sep 23 12:35:16 morning all Sep 23 13:02:35 yay mickeyl! Sep 23 13:25:25 03lrg 07org.oe.dev * r7be2c6aa... 10/ (1 packages/linux/mainstone-kernel_2.6.18.bb): mainstone_linux 2.6.18: fixed another syntax error (only noticed at build time). Sep 23 13:28:08 03lrg 07org.oe.dev * rb1648e5b... 10/ (1 conf/machine/mx31ads.conf): mx31ads| machine conf file: added mx31ads machine support Sep 23 13:28:51 hi mithro Sep 23 13:48:09 anyone got any clever ideas for how to find out what embedded board an OS is running on from a shell script? Sep 23 13:53:28 blaster8: nmap -something? Sep 23 13:53:41 oh that way Sep 23 13:53:49 /proc/cpuinfo? Sep 23 13:53:51 grep dmesg perhaps? Sep 23 13:54:23 what exactly do you need to know? Sep 23 13:54:48 whether an image is running on an NSLU2 or DSM-G600 or other board Sep 23 13:55:04 need to selectively load kernel modules for different boards Sep 23 13:55:17 then i'd go for /proc/cpuinfo, unless somebody else has a better idea Sep 23 13:55:28 ok :) Sep 23 14:33:47 03pfalcon 07org.oe.dev * r39d1f65c... 10/ (1 packages/dosfstools/dosfstools_2.11.bb): Sep 23 14:33:47 dosfstools 2.11: New version Sep 23 14:33:47 * dosfstools-2.10-kernel-2.6.patch is in mainline Sep 23 14:33:47 * Still has various issues (one annoying being its non-i18n-friendliness, Sep 23 14:33:47 tending to demage filenames in local charsets), but at least it's from 2005, Sep 23 14:33:47 not 2003. Sep 23 14:33:49 * dosfstools-native still at 2.10, as some patches don't apply cleanly. Sep 23 15:29:56 03blaster8 07org.oe.dev * r10533d3f... 10/ (8 files in 4 dirs): Sep 23 15:29:56 busybox: add mdev support Sep 23 15:29:56 * adjust SlugOS defconfig to enable mdev Sep 23 15:29:56 * add mdev startup script (similar to udev init) Sep 23 15:29:56 * add mdev.conf with correct device permissions/actions Sep 23 15:30:03 03blaster8 07org.oe.dev * rbc7feeb9... 10/ (5 files in 3 dirs): Sep 23 15:30:03 slugos-init: Add scripts to autoload relevant modules Sep 23 15:30:03 * Required for ixp4xx-kernel_2.6.18 and higher due to modularisation Sep 23 15:30:08 03blaster8 07org.oe.dev * rea28e4e1... 10/ (3 files in 2 dirs): ixp4xx-npe: Update installation patch for 2.1 and 2.3 Sep 23 15:30:14 03blaster8 07org.oe.dev * r96e2ab77... 10/ (5 files in 4 dirs): Sep 23 15:30:14 SlugOS Distro & Image Files: Major changes Sep 23 15:30:14 * Update to kernel version 2.6.18 (new build system) Sep 23 15:30:14 * Change from udev to mdev to handle /dev and hotplug events (slugos-image.bb) Sep 23 15:30:15 * Update to include necessary kernel modules post-modularisation (conf/distro/*) Sep 23 15:30:19 03blaster8 07org.oe.dev * r4ed86735... 10/ (1 packages/linux/ixp4xx-kernel_2.6.18.bb): ixp4xx-kernel: minor SVN revbump Sep 23 17:41:28 * RP returns Sep 23 17:41:44 hey RP Sep 23 17:41:57 njs: Thanks for the info. It worrys me a little but I guess we'll survive :) Sep 23 17:41:59 hi Liam Sep 23 17:42:42 * RP spent the day hacking though 42ft of 6ft high thistles mixed with brambles :) Sep 23 17:43:04 RP: been gardening ? Sep 23 17:43:32 lrg: I guess you could call it that Sep 23 17:43:45 RP: ah, motorbike ... Sep 23 17:44:04 RP: driver through 42ft thistles Sep 23 17:44:07 drining Sep 23 17:44:12 driving Sep 23 17:44:36 my brother has a new house which needs "a bit of work"... Sep 23 17:44:52 RP: ah, and you are the cheap labour ;) Sep 23 17:44:54 lrg: I wouldn't want to scratch the bike ;-) Sep 23 17:45:03 lrg: It would seem so Sep 23 18:04:53 hey all Sep 23 18:05:01 hi do13 Sep 23 18:05:23 hey woglinde Sep 23 18:05:57 hey dirk, woglinde Sep 23 18:06:21 hi Liam Sep 23 18:16:35 hi Dirk Sep 23 18:17:39 hi Richard Sep 23 18:24:54 03blaster8 07org.oe.dev * rd2eb887a... 10/ (1 packages/images/slugos-image.bb): slugos-image: missed a couple of extra items Sep 23 19:43:56 does oe still use a patcher utility that lets you fix patches that don't apply cleanly and then generates a new patch that can be used? Sep 23 19:44:52 03blaster8 07org.oe.dev * rb6746550... 10/ (3 files in 2 dirs): Sep 23 19:44:52 ixp4xx-kernel: Update to follow SVN branch migration Sep 23 19:44:52 ixp4xx-kernel: Update to grab patches from trunk Sep 23 19:46:11 TMM1: quilt. its not unlike patcher Sep 23 19:49:07 thanks Sep 23 19:49:10 hows it going kergoth Sep 23 19:49:16 what state are you in these days Sep 23 19:49:38 who wrote the patcher tool we were using originally Sep 23 19:50:59 schurig wrote patcher Sep 23 19:51:10 back when quilt was a messy hack :) Sep 23 19:52:13 ah yea Sep 23 19:52:49 * koen should look into mdev Sep 23 19:59:28 * blaster8 thinks he should at some point :) Sep 23 19:59:53 It's really easy - as udev would be if there was any decent up-to-date documentation Sep 23 20:00:05 or a single working cruft-free reference implementation :( Sep 23 20:01:26 it sucks that $new_linux_kernel need $uebernew_udev so we can't rely on $distro to fix the obvious bugs Sep 23 20:01:56 ideally the udev dude would use OE and update everything for us :) Sep 23 20:02:01 hi all Sep 23 20:02:10 GregKH is a bit overworked, I think Sep 23 20:02:31 hey pgfeller Sep 23 20:02:35 udev is developed by kernel people, they fail to understand why people use old linux kernels.. Sep 23 20:02:59 because of mvista Sep 23 20:03:03 or lineo Sep 23 20:03:11 hmm Sep 23 20:03:15 not a fan of mvista Sep 23 20:03:37 koen: or any *released* distro Sep 23 20:03:42 Should push more upstream, IMO (though they are getting better) Sep 23 20:03:51 once more I've to nother with a questions: to simplify the build of a package in oe I've decided to use the GNU build system for the SW (so I can just inherit autotools) ... Sep 23 20:04:09 hehe Sep 23 20:04:23 to simplify, I am using autotools Sep 23 20:04:28 when I had a handwritten Makfile I just added -DDEBUG if I wanted a debug enabled build ... Sep 23 20:04:31 makes sense ;) :p Sep 23 20:05:02 how can I do this now? - is EXTRA_OEMAKE the right direction? Sep 23 20:05:22 Among others, distributions scheduled to break with the 2.6.19 kernel include Ubuntu 6.06 LTS ("dapper") and the not-yet-released Slackware 11. Sep 23 20:05:30 suihkulokki: released distro's can ship a recent kernel, embedded ones are usually stuck in binary-only land Sep 23 20:07:45 koen: well distros tend not want to update core software such as udev for released distros, while users expect being able to use latest kernel Sep 23 20:07:58 yep Sep 23 20:08:18 blaster8: is there a drawback using autotools? Sep 23 20:08:25 what's the bad stuff scheduled for .19 that breaks dapper and slack? Sep 23 20:08:36 it's just very complicated, in my experience, pgfeller Sep 23 20:09:13 people blindly copying bad autofoo code from other projects is the #1 annoyance Sep 23 20:09:41 #2 is people hand editing generated files at release time Sep 23 20:09:50 blaster8: ... yep - understand what you say ... but I had to get away from the handwritten Makefile :-) Sep 23 20:10:18 just being cheeky ;) Sep 23 20:10:48 blaster8: np Sep 23 20:24:15 I was thinking of doing some work in the OE wiki to add to it, but I see that I need to be assigned a username / password first? Sep 23 20:29:03 T0mW: nope Sep 23 20:29:17 T0mW: right now everyone shows up as 'anonymous; Sep 23 20:29:20 uh, then, just use the edit tab? Sep 23 20:29:25 yes Sep 23 20:29:29 doh! Sep 23 20:30:08 the item of giving out accounts to the website is on our agenda Sep 23 20:30:33 heh, yeah, right after all the 'A' and 'B' priorities Sep 23 20:31:28 see http://www.openembedded.org/wiki/OEDEM for the list :) Sep 23 21:28:15 ? Sep 23 21:37:31 are there any resources for trying to get the linux kernel working on a new pxa based handheld device? Sep 23 22:12:39 In the .conf files, what does '?=' mean as opposed to just '=' ? As in: MACHINE_KERNEL_VERSION ?= "2.4" Sep 23 22:17:31 set if unset Sep 23 22:17:37 thanks Sep 23 22:17:45 pretty sure that's based on gmake, it has a ?= too, useful to set defaults Sep 23 22:18:14 I figure that it was a conditional like (foo == 0) ? "yes" : "no" Sep 23 22:20:31 hey kergoth Sep 23 22:22:29 * chouimat is listening to "Polkarama!" by "Weird Al" Yankovic on Straight Outta Lynwood [Amarok] Sep 23 22:24:06 How's it going K? Sep 23 23:25:41 chouimat: that album any good? Sep 23 23:29:01 JustinP: It's great ... Sep 23 23:30:27 JustinP: white & nerdy is great http://video.google.com/videoplay?docid=1384277706451157121 Sep 23 23:41:19 chouimat: heh Sep 23 23:41:28 chouimat: ugh...Star Wars Christmas Special..... Sep 23 23:44:08 Does this sound like a familiar error during rootfs? ipkg: Cannot create directory `/usr/lib/ipkg': Permission denied Sep 23 23:46:40 doesnt sound like a familiar error Sep 23 23:46:52 unless your silly enough to be using .dev Sep 23 23:47:07 emte: yes, I am. Sep 23 23:47:15 poor you Sep 23 23:47:32 good luck, you will need it Sep 23 23:47:50 emte: any other senseful branch you would recommend? Sep 23 23:48:01 its only ~6/7 months out of sync with the actual familiar git branches Sep 23 23:49:05 the oz, opensimpad, angstrom distros are active in the main OE repo Sep 23 23:51:20 likewise, that message is "normal". so, ignore it. Sep 23 23:51:37 psokolovsky: but it breaks my build Sep 23 23:52:01 likewise, are you sure it does? Sep 23 23:53:09 psokolovsky: I am building an image, but is not generated with this error. Sep 23 23:54:40 psokolovsky: ok, my image contains taskbootstrap with an extra library, and this seems be to hard to do right. Sep 23 23:54:59 emte: familiar and OE are developed separately? Sep 23 23:55:02 likewise: I doubt that is breaking your build, it's a normal error. If it's breaking look for another error msg. Sep 23 23:55:14 likewise: familiar broke with OE for some vague and unknown reasons Sep 23 23:55:18 likewise, i am unsure how to awnser that Sep 23 23:55:21 likewise, well, that "error" means that OE's ipkg-native tries to break the cage, and fish for its data in your "desktop" system's dir. As long as you don't run OE as root, you can safely ignore that. Sep 23 23:55:38 familiar is a distro, OE is a Metadata system Sep 23 23:55:48 emte: git? sounds like the familiar devs weren't patient enough...monotone has gotten far far faster Sep 23 23:56:00 likewise, closest thing you can do is to post error report on some URL, and someone can look at it Sep 23 23:56:45 psokolovsky: ok, solved it. DEPENDS "freetype" IPKG_INSTALL = "libfreetype6" instead of "freetype" was the fix. Sep 23 23:57:05 likewise, Nice ;-) Sep 23 23:58:30 psokolovsky: tnx for explaining that "ipkg-native tries to break the cage" Sep 23 23:58:55 psokolovsky: I could not deduce why it would try to do that. Sep 23 23:59:44 likewise, so, it has that path unpatched ;-( unpleasant, but not critical - i.e. "normal" (in quotes! ;-) ) Sep 24 00:00:12 emte: but does familiar GIT sync with OE at all, or vice versa? Sep 24 00:00:28 umm Sep 24 00:00:33 psokolovsky: Is there a path patch for ipkg? Sep 24 00:00:47 partially, when erik or psokolovsky move stuff over Sep 24 00:00:56 otherwise , no Sep 24 00:01:09 likewise, someone should make it ;-) but noone did yet as there're more important things to do ;-) Sep 24 00:01:35 emte, good catch, that *is* on my todo ;-) Sep 24 00:02:16 emte: so familiar proceeds on its own mostly, and you think it is more stable because of that? any good cooperation between camps? Sep 24 00:02:48 psokolovsky: So, this affects ipkg-native, right? /usr/lib/ipkg should not be searched for, right? Sep 24 00:03:10 it currently has more QA behind it and is moving towards rebuilding it's past development priorities from what i understand Sep 24 00:03:12 psokolovsky: In what direction do you sync familiar<>oe? Sep 24 00:03:41 emte: but is it usable for anything else than handhelds? Sep 24 00:03:58 yes and no Sep 24 00:03:59 emte: ixp4xx, ep93xx, x86 etc? Sep 24 00:04:03 it depends what you want Sep 24 00:04:20 likewise, as very few (like one) people have access to Familiar repo, only Fam->OE.dev sync is possible. Note: I intend to help with sync. Sep 24 00:04:35 i would say it is not supporting the push towards eabi that the main OE distros are supporting Sep 24 00:05:09 emte: I am mainly interested in X-less graphics packages (cairo, librsvg, freetype) at this moment. Sep 24 00:06:02 i dount the x11r7 stuff is in the familiar git repo then Sep 24 00:06:06 doubt* Sep 24 00:07:40 emte: read X-less, no X :-) Sep 24 00:08:20 x11r7 does not mean XFree or Xorg Sep 24 00:09:39 emte: oh? Pls. explain Sep 24 00:10:17 its a base display library that XFree and Xorg use Sep 24 00:10:31 i am guessing other things use it as well Sep 24 00:10:39 like freetype Sep 24 00:11:42 hmm altho looking at it now it seems the xorg foundation is forcing themselves into it Sep 24 00:13:01 emte: no I --disable all support for X when configuring packages. At least that's what I stick my time in. Sep 24 00:13:01 am I correct in assuming that a statement like 'BOOTSTRAP_IMAGE_RDEPENDS += "blah" comes into scope when bootstrap-image.bb is built? As bootstrap-image.bb exports 'IMAGE_BASENAME', then IMAGE_BASENAME forms the association between bootstrap-image.bb and BOOTSTRAP_IMAGE_RDEPENDS ? Sep 24 00:13:44 e.g. if I built a different image, then BOOTSTRAP_IMAGE_RDEPENDS would be ignored? Sep 24 00:15:14 err, I meant BOOTSTRAP_EXTRA_RDEPENDS Sep 24 00:18:03 T0mW, well, common sense would say otherwise - bootstrap iameg to be the base for all other images Sep 24 00:18:27 psokolovsky: never assume Sep 24 00:18:51 T0mW, but there's no magic there, and it is configurable somewhere explicitly, so maybe different for different distros or something Sep 24 00:19:17 psokolovsky: so, you are saying that it is conincidental that there is also a bootstrap-image.bb and a variable called BOOTSTRAP_EXTRA_RDEPENDS ? Sep 24 00:19:49 IOW, BOOTSTRAP_EXTRA_RDEPENDS is meaningless within the context of the bootstrap-image? Sep 24 00:20:14 T0mW, well, there's no hard-coded dependency between them ;-) It's just humans' convention to call related things similarly ;-) Sep 24 00:20:35 T0mW, what exact "other" image of interest to you? Sep 24 00:20:42 and what distro you use? Sep 24 00:21:12 psokolovsky: ok, that's what I wanted to know if there was a sed statement someplace splitting up the bootstrap-image.bb name and then looking for vars of that prefix. thanks Sep 24 00:21:45 T0mW, using OE.dev, right? Sep 24 00:21:48 so, there is explicit use of naming instead of implicit naming. Sep 24 00:21:50 yeah Sep 24 00:22:32 implicit naming would end up with a pile of rules someplace, I guess. Sep 24 00:22:51 * T0mW thinks rules are bad Sep 24 00:24:24 T0mW, see tasks/task-bootstrap.bb Sep 24 00:24:39 I see that now. Sep 24 00:25:11 OE is too big to handle without 'find . -type f | xargs fgrep ...' :/ Sep 24 00:25:41 T0mW, oh, you just repeating common complaint about BB/OE.dev. Nope, rules are good, and move from imperative to declaritive specification is natural in development of any system. Ask anyone who worked with AI ;-) Sep 24 00:26:03 T0mW, "grep -r" works nice ;-) Sep 24 00:26:12 heh Sep 24 00:26:32 I've just gotten too use to automagically typing the other phrase Sep 24 00:29:54 03rwhitby 07org.oe.dev * r13af2119... 10/ (1 packages/apex/apex_1.4.5.bb packages/apex/nslu2/defconfig): apex: Updated to 1.4.5 Sep 24 00:29:59 03rwhitby 07org.oe.dev * r853612d1... 10/ (3 files in 2 dirs): ixp4xx-kernel: Updated to svn repo rev after layout revert. Enanced svnpatch to take a configurable kernel repo path. Sep 24 00:32:04 heh, "time bitbake bootstrap-image" comes up with "2421.36user 735.29system 42:43.40elapsed 123%CPU". 123% of CPU time eh? I've got to spawn more threads to keep this X2 busy. **** ENDING LOGGING AT Sun Sep 24 02:59:56 2006