**** BEGIN LOGGING AT Wed Jun 18 02:59:56 2008 Jun 18 03:36:21 what is the links for oe's git repository? Jun 18 04:46:32 http://oe.linuxtogo.org/wiki/GettingStarted wiki renders properly? i am able to see the wiki syntax as WYSIWYG Jun 18 06:30:22 morning Jun 18 06:30:46 mbuf better http://wiki.openembedded.net/index.php/Getting_Started Jun 18 06:31:02 methril|away, morning; ahh ok Jun 18 06:44:31 quit Jun 18 06:48:24 i think i fixed a bug while building x86 images !!! Jun 18 06:51:32 only one? :-) Jun 18 06:51:46 does anyone know if there's a tutorial on using the "collections" feature somewhere? Jun 18 06:52:05 I saw a reference to it on gumstix site (they have pretty decent, if very incomplete, docs on oe/bitbake) Jun 18 06:52:49 well thats one big one for me ..it prevented me to build i686-generic now for long time .. conf/machine/include/tune-pentiumpro.inc introduces the old odd -mcpu= switch Jun 18 06:53:05 seems that breaks glibc-intermediate Jun 18 06:53:38 czr_: Maybe http://www.kernel-labs.org/files/openembedded-guide/openembedded-guide-6.html can help you Jun 18 06:54:07 Laibsch, looks promising, thanks! Jun 18 06:54:40 Laibsch, I guess the "local overlay" method would be the most sane way of doing custom "changes" against while not touching the original OE stuff? Jun 18 06:55:24 I don't think you should run into problems doing the changes right in the tree Jun 18 06:55:43 You can always use "mtn diff" and "mtn status" / "mtn ls unknown" Jun 18 06:56:04 Not sure you absolutely need an overlay for that Jun 18 06:56:19 and overlays can prove difficult to troubleshoot if things go wrong Jun 18 06:57:55 well, current I'm using stable with angstrom 2007.1, but planning to also use .dev at some point and I'd imagine that dev gets a lot of changes. I'd rather avoid collisions/problems when upstream changes affect the same files against which I have my own modifications. or is this situation easy to handle with mtn? Jun 18 06:58:54 http://debian.o-hand.com is down? Jun 18 06:59:02 *is offline Jun 18 07:02:32 seems so. nothing listening on port 80 Jun 18 07:02:59 czr_: that is exactly the kind of situation when you *want* to know about the differences that upstream made Jun 18 07:03:22 Otherwise you can run into incompatibilities and have a hard time finding out what went wrong Jun 18 07:03:32 Laibsch, ah. indeed. I've never used mtn before OE, and I just got OE installed yesterday, so bear with me :-) Jun 18 07:03:43 we'll have git soon Jun 18 07:03:45 ok. so in-tree fixes it is then. Jun 18 07:03:58 You can already use git, if you prefer Jun 18 07:04:08 is stable in git? Jun 18 07:04:19 http://wiki.openembedded.net Jun 18 07:04:24 search for git Jun 18 07:04:29 I think stable is in git, too Jun 18 07:05:01 thanks. never got around to learn git properly (just pulled an odd kernel tree once or twice). maybe this will be a good reason to do so :-) Jun 18 07:05:56 Laibsch, doesn't seem to have stable though: http://git.openembedded.net/ Jun 18 07:06:21 are the oe devs already using git or still mtn primarily? Jun 18 07:06:56 ah. there's a org.openembedded.stable head.. Jun 18 07:39:29 good morning Jun 18 07:40:57 RP: great you sorted out that silly 'sed' separator issue! Jun 18 08:06:06 morning Jun 18 08:09:04 hi hrw Jun 18 08:10:50 morning you two Jun 18 08:11:30 CoreDump: how r u doing? Jun 18 08:11:52 ant|work: lying in the hospital and being pretty bored Jun 18 08:12:05 holy sh#t! Jun 18 08:12:30 !praise UTMS Jun 18 08:12:31 * cdbot2 bows down to UTMS and chants, "I'M NOT WORTHY!!" Jun 18 08:13:05 hopefully you'll escape quickly from there Jun 18 08:13:21 I can go home later today =) Jun 18 08:13:28 =) Jun 18 08:16:38 * CoreDump is off for a walk Jun 18 08:26:43 good morning Jun 18 08:27:32 yop florian Jun 18 08:27:42 | cp: not writing through dangling symlink `/opt/oe/unstable/tmp/work/naoqi-0.1.17-r0/image/opt/naoqi/nscapi.conf' Jun 18 08:28:15 how to deal with dongling symlink : i know it's dangling but i want it Jun 18 08:29:54 * czr_ sends some blue pills to genesis' symlink Jun 18 08:30:01 it will make it all perky and upwardlike Jun 18 08:31:03 :] Jun 18 08:31:32 it was the more clean solution i found... Jun 18 08:31:47 s/more clean/cleanest Jun 18 08:40:53 morning Jun 18 08:48:42 hmm. I built a small hello world with the cross-gcc, and now am trying to run it using qemu (from /tmp/staging/x86_64-linux/bin/qemu-arm). Obviously that doesn't fly, result is: /lib/ld-linux.so.3: No such file or directory, which was to be expected. How do I tell qemu to use the rootfs instead when looking up stuff? Jun 18 08:51:25 ah, nevermind, got it to work Jun 18 09:43:37 ehmm, is anyone using INHERIT += "rm_work" ? Jun 18 09:44:46 I'm looking at rm_work.bbclass and I think something's wrong there...BB_DEFAULT_TASK = "rm_work_all" Jun 18 09:45:13 shouldn't be BB_DEFAULT_TASK += "..." ? Jun 18 09:45:32 sh#t, I mean BB_DEFAULT_TASK ?= "..." Jun 18 09:46:20 I for one would use "buildall" as default task but inheriting rm_work would overwrite it... Jun 18 09:47:45 apart this, I guess rm_work does NOT "# Removes source after build" Jun 18 09:48:02 it only cleans workdir Jun 18 09:48:29 (IMHO 2 small fixes needed) Jun 18 09:49:15 re Jun 18 09:52:58 never mind...I'm getting blind and missed 'addtask rm_work after do_${RMWORK_ORIG_TASK}' Jun 18 10:10:07 * * OE Bug 4376 has been created by hafu-linux(AT)gmx.de Jun 18 10:10:09 * * add support for rdesktop 1.6.0 Jun 18 10:10:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4376 Jun 18 10:40:49 hmm. is it normal to have bitbake take ages inspecting and trying to determine whether to build or not something before building a simple package (like say, bitbake mtd-utils after building console-image previously) Jun 18 10:43:41 czr_, when it re-parses, it takes a while Jun 18 10:44:29 well, it's running tasks now, but I'm just wondering why it takes so much time to run them.. Jun 18 10:45:00 I'd think most of the packages were already built last time.. Jun 18 10:47:22 hmm. I'll try with another simple util package as soon as this one finishes. maybe this was some one-off thingy. Jun 18 11:26:02 hi kgilmer Jun 18 11:27:17 good morning woglinde Jun 18 11:29:17 kgilmer I am working on cacao 0.99.1 and midpath 0.3 for oe Jun 18 11:29:31 and classpath with automake 1.10 Jun 18 11:29:50 woglinde: very cool. as part of Jalimo? Jun 18 11:31:10 not really Jun 18 11:32:25 re florian Jun 18 11:32:30 woglinde: ic. how's it coming along? I think it would be very interesting to compare pMEA with cacao/classpath on ARM with JIT Jun 18 11:32:42 woops Jun 18 11:32:53 kgilmer hm whats pMEA? Jun 18 11:33:00 phoneme advanced Jun 18 11:33:25 heh okay Jun 18 11:37:53 woglinde, so you're focusing on CLDC? Jun 18 11:38:14 kgilmer right Jun 18 11:39:28 woglinde: gotcha...are your recipes somewhere public yet? Jun 18 11:40:45 kgilmer not yet first I have to fix classpath-initial with automake-1.10 Jun 18 11:40:52 but I will be finished today Jun 18 11:42:30 woglinde: ah, very cool. yeah i was having a libtool issue with classpath-initial last week. i posted to the ml but i didn't get any feedback. i look forward to seeing your work. Jun 18 11:43:03 cacao CDC is very interesting to me because of the arm jit and the classpath exception clause in the license. Jun 18 11:43:26 pMEA has no such exception Jun 18 11:44:53 kgilmer config.rpath has to be copied into the dir Jun 18 11:44:57 of classpath Jun 18 11:45:04 but only with automake 1.10 Jun 18 11:45:43 uh my lambdaclosure hacks work Jun 18 11:45:51 woglinde: into which dir? Jun 18 11:46:14 classpath-initial is at version 0.93 because of jikes Jun 18 11:46:17 woglinde: It is in staging? If it is and its needed, autofoo should auto copy that in Jun 18 11:46:33 rp no with automake 1.10 Jun 18 11:46:53 config.rpath is needed for linking Jun 18 11:46:58 bei libtool Jun 18 11:47:09 with Jun 18 11:47:12 I've seen some wierdness with that, I can't remember what exactly though :/ Jun 18 11:47:18 damnit gettext crap Jun 18 11:47:31 this should using Jun 18 11:47:31 woglinde: Does that recipe have a custom do_configure? Jun 18 11:47:34 args die Jun 18 11:47:40 rp nope Jun 18 11:47:54 rp try bitbake classpath-initial Jun 18 11:48:06 with automake 1.10 and libtool2 Jun 18 11:48:22 Hmm, I think I saw it with gstreamer and changing the order of some of the stuff in configure fixed things. That has a custom do_configure though which was the real problem Jun 18 11:48:36 STOP CHANGING STUFF AROUND Jun 18 11:49:40 config.rpath is either there or copied by autopoint or gettextize Jun 18 11:49:51 which boths comes from gettext Jun 18 11:50:12 hu what was that from B_Lizzard? Jun 18 11:50:20 is he angry about something? Jun 18 11:50:32 looks like we changed something and he didn't like it Jun 18 11:51:40 we bet pay for security for RP's house soon Jun 18 11:51:52 better Jun 18 11:52:05 heh Jun 18 11:52:13 re Jun 18 11:52:13 Who says I made the change? Jun 18 11:52:22 its probably true though :/ Jun 18 11:52:23 XorA: uh? Jun 18 11:52:32 hi florian Jun 18 11:52:41 florian: you missed a comment is all Jun 18 11:52:43 config.rpath is that for the unsupported hardcode error? Jun 18 11:52:56 XorA: obviously :) Jun 18 11:53:03 RP: you know you get the blame whether you made the change or not :-D Jun 18 11:53:19 I'm the official scapegoat now? :) Jun 18 11:53:34 we thought we would blame the big bad biker dude Jun 18 11:53:45 assuming he had brass knucks and chains and stuff Jun 18 11:53:52 at least I have the body armour I guess Jun 18 11:54:32 I do have this great chain although its usually attached to a ground anchor... Jun 18 11:57:26 *g* Jun 18 11:58:31 how can i list the contents of an ipk? it's not a tarball nor a gzipped tarball... Jun 18 11:58:46 kgilmer: ar -x foo.ipk Jun 18 11:59:00 that will create a data.tar.gz and a control.tar.gz Jun 18 11:59:24 dpkg-deb -c blah.ipk will list them Jun 18 11:59:48 RP and XorA: thx! perfect. Jun 18 12:01:03 I will emerge dpkg but ar works too. Jun 18 12:01:54 why not bitbake it ;) Jun 18 12:02:00 rp is there a way to say in a recipe download foo.tar.gz to foo.tar-x-x.tar.gz? Jun 18 12:02:16 woglinde: I'd suspect not Jun 18 12:02:42 woglinde: You could have a look at the localpath stuff but I think that does something else Jun 18 12:02:43 Foolean: i'm still an OE n00b :/ Jun 18 12:03:13 kgilmer: bitbake dpkg-native will build dpkg and install it into staging which you could use to do the above Jun 18 12:05:18 RP: ok, well gentoo ebuild worked also. Jun 18 12:05:39 but good to know for future native tools Jun 18 12:07:48 I'm full of questions today. i have a machine image (tar.gz), can I append a package to that or do i have to define a new image that contains that package? Jun 18 12:08:05 I could also chroot and install the package manually i suppose... Jun 18 12:12:35 kgilmer: No need to chroot, you can use the offline root option of opkg to install into it Jun 18 12:12:46 You will have to untar and retar though Jun 18 12:13:10 RP: or fuse to mount the tar.gz :-) Jun 18 12:19:19 RP: what recipe provides opkg? Jun 18 12:20:13 kgilmer: opkg Jun 18 12:20:55 hrw: it's so simple. thx :) Jun 18 12:21:08 (the files are inside the computer) Jun 18 12:23:17 so the control tarbal for my package (grub) is empty. which i take to mean that I can simply apply the files to my image and that would be equivelent to installing with opkg... Jun 18 12:24:04 pulseaudio is still broken in .dev Jun 18 12:30:32 still? Jun 18 12:31:04 hmm. OE is still rebuilding the same packages every time. Jun 18 12:31:12 glibc-intermediate_2.5. again.. Jun 18 12:31:18 does oe have recipes for intel ipw cards ? Jun 18 12:50:11 hm gcc found a bug in classpath Jun 18 12:52:34 what version of classpath? Jun 18 12:54:41 heading into the office, bbiab Jun 18 12:59:06 * * OE Bug 4377 has been created by philipp.zabel(AT)gmail.com Jun 18 12:59:08 * * OE build stats should list number of packages in build reports list Jun 18 12:59:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4377 Jun 18 13:01:47 Foolean all since 2 years Jun 18 13:02:32 foolean http://cvs.savannah.gnu.org/viewvc/classpath/native/jni/java-net/local.c?annotate=1.4&root=classpath Jun 18 13:02:36 line 96 Jun 18 13:02:48 saddr.sun_path[sizeof (saddr.sun_path)] = '\0'; Jun 18 13:04:48 woglinde: 76: and 86: need var renaming ;=) Jun 18 13:07:58 I cant understand why such a bug survived so long Jun 18 13:14:34 http://tinderbox.openembedded.net/public/logs/367796.txt Jun 18 13:19:28 haha.. nice "int gcc_sucks" hack :) Jun 18 13:21:19 hrw, ping Jun 18 13:21:24 should I push http://rafb.net/p/9v5odq58.html Jun 18 13:21:26 pong Jun 18 13:21:39 I am getting caught up after four days away Jun 18 13:21:41 Crofton|work: yes Jun 18 13:21:47 still tryin gto sort out pulse audio Jun 18 13:21:50 ok Jun 18 13:22:01 just wanted to make sure that was still the correct thing to do :) Jun 18 13:22:09 pulse audio does not build with it Jun 18 13:22:16 does not? Jun 18 13:22:22 no Jun 18 13:22:41 apparently there are more fixes in pulse audio bb file, but they break on old libtool Jun 18 13:24:47 I'm going to push the libtool updates, it does not seem to create any new problems Jun 18 13:27:22 morning Jun 18 13:28:32 03crofton 07org.oe.dev * ra45026d1... 10/ (3 files in 2 dirs): libtool : Updates from poky. Jun 18 13:31:21 * czr_ kicks himself. Jun 18 13:31:38 found the reason why bb was rebuilding everything. cwd was different each time.. Jun 18 13:33:39 we should update the sample local.conf to pin down TMPDIR Jun 18 13:35:20 http://linkinn.com/_Amazing_Pencil_Art Jun 18 13:35:27 well. the confusion stemmed from the wiki which said that one should start with a minimal local.conf. so I didn't really pay attention to the TMPDIR at all and didn't set it. Jun 18 13:36:04 that is correct, but TMPDIR should be part of the minimal config :) Jun 18 13:36:21 Crofton, also the comments were (imho) slightly unclear since they say that "The default TMPDIR is /tmp" Jun 18 13:36:24 minmal config means "minimal" distro? Jun 18 13:36:26 well, the wiki didn't say that ;-) Jun 18 13:36:29 or always build from the same place :-D Jun 18 13:36:53 XorA, of course, but who does that? Especially new guys Jun 18 13:37:02 I do Jun 18 13:37:03 well, I fixed the issue now. just was wondering that why everything was taking ages to complete :-) Jun 18 13:37:52 now it files. it flew yesterday too. that's why I was wondering how I was able to break it. Jun 18 13:37:55 flies even. Jun 18 13:38:28 any suggestions on how I could make an jffs2 image from rootfs? I made some modifications there. Jun 18 13:38:42 or is rootfs regenerated completely whenever I build an image? Jun 18 13:38:54 (this is with angstrom-2007.12) Jun 18 13:40:30 add IMAGE_FSTYPES = "jffs2" to your local.conf Jun 18 13:40:33 czr_: it gets generated from the packages Jun 18 13:40:54 * czr_ nods and goes to check Jun 18 13:41:39 so I should modify the respective package that provides some conf file in order for it to end in the rootfs properly? Jun 18 13:41:56 how do I find out which package provides which file (without running ipkg in the target) Jun 18 13:43:03 czr_: grep and the files in usr/lib/ipkg Jun 18 13:43:28 florian, ugh & thanks :-) Jun 18 13:44:20 ah. usr/lib/ipkg/info/ & grep works fine. thanks indeed. Jun 18 13:45:27 hmm. how is a .list file different from .conffiles? Jun 18 13:45:41 I'm seeing the same file in two different packages (looking for /etc/network/interfaces). Jun 18 13:48:41 czr_: the .list ones are the interesting ones. the other only contain files that change Jun 18 13:49:42 thanks. netbase it is then. Jun 18 13:49:59 btw, what would be the proper way to disable using dhcp on eth0 when the system boots with nfsroot? Jun 18 13:50:16 (just asking whether this has already been implemented in the networking scripts and it just doesn't for me for some reason) Jun 18 13:50:37 having nfsroot and "auto eth0 & iface eth0 inet dhcp" is a not a good combination ;-) Jun 18 13:50:40 czr_: sure, just change this in /etc/network/interfaces :) Jun 18 13:50:53 :-P Jun 18 13:52:20 the default ifup is from debian? if so, I'm assuming I could do a custom if-up.d script that would check whether the system has booted from nfsroot or not. Jun 18 13:59:43 how do I force a rebuild of a single package? Jun 18 13:59:54 ah. -f :-) Jun 18 14:02:20 florian, if a config file (/etc/network/interfaces) is mentioned in a .conffiles ipkg-file _and_ .list, then the file won't be overwritten if I do a rootfs regeneration, right? at least this is what is happening now. Jun 18 14:06:21 czr_: hmm... not sure, might be possible. I'm not sure if OE cleans up the directory before generating the filesystem Jun 18 14:07:00 well, the interfaces file from netbase isn't affecting the rootfs-one.. even if I remove the rootfs version, the new version isn't introduced with an image-build.. Jun 18 14:09:02 Tartarus: ping Jun 18 14:10:42 ok. is there some magical thing I need to do to reset the state of a package to some "never built, always rebuild from scratch"-state? Jun 18 14:27:57 florian, got it. it was all because I didn't clear the package first. there was always somewhere a cached original copy that ended up in the rootfs. bitbake -c clean netbase; bitbake console-image -> victory. Jun 18 14:34:47 czr_: or bitbake -c rebuild foobar Jun 18 14:35:31 hmm. seems the trick doesn't work on dropbear though. Jun 18 14:35:42 I want to enable the passwordless-login, but no go.. Jun 18 14:38:44 ah. I think it went in now. it's just not handled as a regular OE-patch Jun 18 14:43:13 czr_: Well if you want it to rebuild a package you need to do that manually or (better) bump its version Jun 18 14:43:58 florian, how do I do the latter? Jun 18 14:44:25 (if not too complex) Jun 18 14:44:29 hi mickeyl Jun 18 14:44:50 czr_: That would be the package revision.. the PR field in the bb. Jun 18 14:45:06 so just increasing that would cause a clean rebuild? Jun 18 14:45:35 yes Jun 18 14:45:58 heya Jun 18 14:46:00 hi hrw Jun 18 14:46:01 * czr_ nods Jun 18 14:46:05 hi mickeyl Jun 18 14:46:27 hrw: I'm sure the phone _after_ your next phone will be a linux phone :) Jun 18 14:46:52 mickeyl: sure - in 2010 something usable should be on a market Jun 18 14:47:11 I tend to change phone every 2 years - when contract ends Jun 18 14:47:11 * florian calculates Jun 18 14:47:46 hrw: yep Jun 18 14:47:47 mickeyl: will openmoko release nice phone then? Jun 18 14:47:50 so 2012 for me... if the current one survives the kids ;) Jun 18 14:47:52 hrw: earlier :) Jun 18 14:47:58 hrw: and the software will also be good ;) Jun 18 14:48:05 not now, but before 2010 Jun 18 14:48:17 mickeyl: you got end of TI Calypso modems and cannot find source of other obsolete ones? Jun 18 14:48:27 mickeyl: you fired the industrial designer? ;) Jun 18 14:49:28 =) Jun 18 14:50:17 hrw: yes Jun 18 14:50:19 florian: yes Jun 18 14:50:20 :D Jun 18 14:50:26 mickeyl: cool Jun 18 14:50:41 mickeyl: congratulations :-) Jun 18 14:51:06 so there is a light Jun 18 14:51:23 it is Jun 18 14:51:28 it all takes soo long Jun 18 14:51:30 but it will happen Jun 18 14:51:34 mickeyl: can you tell why TI Calypso was used at all? Jun 18 14:51:50 ok, let me say the following Jun 18 14:51:53 don't quote me on that, but Jun 18 14:52:00 imagine the situation where you are a company Jun 18 14:52:05 and build feature phones that use a chipset Jun 18 14:52:12 and you imagine _lots_ of sales soon Jun 18 14:52:22 so you start sourcing components and put it into your storage Jun 18 14:52:25 but then.. ooops Jun 18 14:52:28 the device does not sell well Jun 18 14:52:31 ok Jun 18 14:52:35 so now think about the stuff you bought.... :D Jun 18 14:52:42 reuse is the key word Jun 18 14:52:45 just like I throught Jun 18 14:53:34 that happens quite regularly Jun 18 14:53:38 'So Sean... you want to build mobile phone? we have some GSM modem chips in basement - you only need to get rid of 6 years old dust from boxes and they are yours for free." Jun 18 14:53:57 s/Sean/anyone who started gta01 project Jun 18 14:55:57 CoreDump: How'd you wind up in the hospital? Jun 18 14:56:22 a rather nasty infection that needed stationary diagnosing Jun 18 14:56:52 CoreDump: eww...I hope you don't wind up picking up something even natier in the process :)\ Jun 18 14:57:45 I doubt it. You should see the amount of pills they are feeding me hehe Jun 18 14:58:45 CoreDump: Good thing you won't get to see the bill either :) Jun 18 14:58:58 indeed! Jun 18 15:07:34 03steve 07org.oe.dev * r0b1f3017... 10/ (3 files in 3 dirs): u-boot beagleboard: update with latest patches and upstream changes Jun 18 15:17:07 * * OE Bug 4378 has been created by fabrizio.bandiera(AT)becar.it Jun 18 15:17:09 * * Building Angstrom for AT91SAM9263EK Jun 18 15:17:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4378 Jun 18 15:17:54 CoreDump: get well soon! Jun 18 15:18:09 mickeyl: I will try, thanks ;) Jun 18 15:32:24 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 15:36:14 mickeyl: openmoko goes to gcc 4.3.x? Jun 18 15:37:22 no Jun 18 15:37:24 only my buildmachine Jun 18 15:42:16 ah Jun 18 15:42:27 right - native... Jun 18 15:44:42 i updated mandriva and suddenly glib bailed out Jun 18 15:44:54 glib-native, even Jun 18 15:45:08 then i realized our glib is pretty current, but the -native one was old Jun 18 16:11:19 mickeyl: I have not been able to boot kernel compiled with gcc 4.3 on arm yet have you ? Jun 18 16:11:38 no Jun 18 16:11:39 hmm.. removing 120GB from ext3 takes time Jun 18 16:11:49 I'm still on gcc-cross 4.1.2 Jun 18 16:11:53 only using gcc-native 4.3 Jun 18 16:12:00 hrw: indeed Jun 18 16:12:01 mickeyl: yeah that works Jun 18 16:13:11 I was trying to debug it but printfs do not help becuse it happens early on Jun 18 16:13:43 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:13:43 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:13:43 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:13:44 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:14:02 hmm Jun 18 16:14:08 four times? Jun 18 16:14:10 and _again_ ? Jun 18 16:14:14 cia is confused Jun 18 16:14:23 khem: sounds like printascii time or jtag Jun 18 16:14:31 may be echo is on CIA Jun 18 16:14:48 mickeyl: yeah printascii is next Jun 18 16:14:58 no jtag here Jun 18 16:15:02 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:16:12 when are we switching to git ? Jun 18 16:16:27 couple of weeks Jun 18 16:17:05 cool Jun 18 16:17:06 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:17:06 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:17:10 mmh Jun 18 16:17:13 it gets annoying Jun 18 16:17:35 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:17:35 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:18:46 kergoth: can you increase my permission level on chanserv? Jun 18 16:21:56 mickeyl: should have management access now Jun 18 16:22:15 thanks Jun 18 16:22:37 * kergoth had to figure out how to do it again, been a while Jun 18 16:22:43 hehe Jun 18 16:22:45 i can imagine Jun 18 16:22:53 those commands you use once in a year fade quickly Jun 18 16:22:59 o yes Jun 18 16:25:43 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:26:22 ok Jun 18 16:26:25 ;) Jun 18 16:26:37 * hrw wants git too Jun 18 16:26:39 03mickeyl 07org.oe.dev * raa4f6e4c... 10/ (1 conf/distro/include/preferred-om-2008-versions.inc): preferred-om-2008-versions.inc: prefer glib-2.0-native 2.16.1 due to gcc 4.3 fixes Jun 18 16:26:45 03mickeyl 07org.oe.dev * r667771aa... 10/ (3 files in 2 dirs): add glib-2.0-native 2.16.1, 2.12.4 no longer cuts it on systems w/ gcc 4.3 Jun 18 16:26:52 03steve 07org.oe.dev * r0b1f3017... 10/ (3 files in 3 dirs): u-boot beagleboard: update with latest patches and upstream changes Jun 18 16:26:59 03steve 07org.oe.dev * r789d64c5... 10/ (4 files in 3 dirs): midori: fix .desktop file Jun 18 16:27:02 03koen 07org.oe.dev * rb6c9567e... 10/ (1 packages/linux/linux-omap2_git.bb): linux-omap2: bump to 2.6.26-rc6 Jun 18 16:27:06 I use git for Poky since we started discussing about moving to git and prefer to not even touch monotone Jun 18 16:27:12 *nod* Jun 18 16:28:45 Hmm Jun 18 16:28:51 ANyone around that wants to fix this quickly? Jun 18 16:28:55 image.bbclass has: Jun 18 16:29:01 remove_init_link () { Jun 18 16:29:01 if [ -h ${IMAGE_ROOTFS}/sbin/init ]; then Jun 18 16:29:01 LINKFILE=${IMAGE_ROOTFS}`readlink ${IMAGE_ROOTFS}/sbin/init` Jun 18 16:29:13 need a '/' after ${IMAGE_ROOTFS} Jun 18 16:29:49 03koen 07org.oe.dev * r21b59e97... 10/ (1 packages/pulseaudio/pulseaudio_0.9.10.bb): pulseaudio 0.9.10: workaround libtool problems Jun 18 16:30:44 bye guys Jun 18 16:31:13 Tartarus: isnt IMAGE_ROOTFS absolute always ? Jun 18 16:32:09 OT, but any of you guys mess with cvsps? Jun 18 16:32:43 khem, no Jun 18 16:32:51 it's always used with a trailing / Jun 18 16:33:09 And, er Jun 18 16:33:12 the line is wrong anyhow, heh Jun 18 16:33:27 at least for busybox init Jun 18 16:34:53 * Tartarus tries something with his busybox and sysvsinit based images Jun 18 16:36:19 * Tartarus wonders why we don't use cp -L there and wonders if its an osx'ism Jun 18 16:36:30 (or rather if cp -L is a gnuism) Jun 18 16:36:44 nope Jun 18 16:36:48 that's just silly, OK Jun 18 16:36:59 check posix or susv3 cp arguments, perhaps? /me shrugs Jun 18 16:37:47 * Tartarus files a bug on the off chance someone will push a fix Jun 18 16:54:55 Tartarus: hey, sorry but yesteray I fell asleep... Jun 18 16:57:14 03koen 07org.oe.dev * rb095d223... 10/ (1 packages/glib-2.0/glib-2.0-native_2.16.1.bb): glib-2.0-native: workaround libtool problem Jun 18 16:57:14 03koen 07org.oe.dev * rb095d223... 10/ (1 packages/glib-2.0/glib-2.0-native_2.16.1.bb): glib-2.0-native: workaround libtool problem Jun 18 16:57:14 03koen 07org.oe.dev * rb095d223... 10/ (1 packages/glib-2.0/glib-2.0-native_2.16.1.bb): glib-2.0-native: workaround libtool problem Jun 18 16:57:23 03koen 07org.oe.dev * rb095d223... 10/ (1 packages/glib-2.0/glib-2.0-native_2.16.1.bb): glib-2.0-native: workaround libtool problem Jun 18 16:57:44 03koen 07org.oe.dev * rb095d223... 10/ (1 packages/glib-2.0/glib-2.0-native_2.16.1.bb): glib-2.0-native: workaround libtool problem Jun 18 16:57:54 03koen 07org.oe.dev * ra0ab45e2... 10/ (1 packages/linux/linux-omap2_git.bb): linux-omap2 git: beagle needs nand support, evm only needs onenand support Jun 18 16:59:44 heh, CIa really has hickups today Jun 18 17:00:58 Tartarus: I'll try to import seed_dev() from e.g. http://mirror.muntinternet.net/pub/gentoo-portage/sys-fs/udev/files/udev-stop-118-r2.sh Jun 18 17:01:35 Tartarus: before udevsettle Jun 18 17:01:53 YKWIM Jun 18 17:02:31 k Jun 18 17:02:44 cu, bbl Jun 18 17:07:04 hi, i made a post to the nslu2-linux mailing list via yahoo groups, asking for someone to create a .bb file for APCUPSD v3.14.4 for SlugOS/BE v4.8 Jun 18 17:38:02 03steve 07org.oe.dev * r4e919f46... 10/ (4 files in 4 dirs): linux omap2 git: update smartreflex patches Jun 18 17:44:38 is Richard Purdie around. Just wondering, if I want to build your kernel for the hx2000 port, what I set distro, machinetype, etc to Jun 18 17:48:10 cyrus you could set distro to angstroem Jun 18 17:48:31 and define in your local.conf which kernel you preferre Jun 18 17:49:42 03koen 07org.oe.dev * r57546c00... 10/ (1 packages/gimp/gimp.inc): gimp: depend on gdk-pixbuf-csource-native Jun 18 18:31:41 03koen 07org.oe.dev * r33f388a0... 10/ (5 files in 2 dirs): sphinx: update to latest release Jun 18 18:53:17 khem, I think koen setup beagle to build user space with 4.3 and kernel with something else Jun 18 19:00:39 how can i refetch a certain package in oe? Jun 18 19:01:03 cekay bitbake -c clean package Jun 18 19:01:28 and then delete the .tar.gz/bz2 nad md5 from your archive dir Jun 18 19:01:44 ok, i'll try that :) Jun 18 19:02:12 you could delete the stampfile too Jun 18 19:02:18 but -c clean is easier Jun 18 19:02:29 :) Jun 18 19:06:44 alright Jun 18 19:06:47 yay, thanks Jun 18 19:07:27 no prob Jun 18 19:13:45 another question ..:) Jun 18 19:14:06 the PREFERRED_VERSION string Jun 18 19:14:34 when i f.i. have linux-openmoko-devel_git.bb Jun 18 19:14:44 yes? Jun 18 19:15:06 how would it look like? Jun 18 19:15:10 PREFERRED_VERSION_linux-openmoko = "devel_git" Jun 18 19:15:36 cekay: if by refetch you meant refetch+rebuild: remove the archive and md5 and then 'bitbake -c rebuild thepackage'. If you meant refetch only: you can remove archive and md5 and then 'bitbake -c fetch thepackage' Jun 18 19:16:11 ah ok Jun 18 19:16:38 'bitbake -c clean thepackage' and then removing archive and md5 is to remove any files concerning that package (except the .bb of course) Jun 18 19:17:35 'any files' well not all in fact because if the package built successfully, you still have the .ipk in tmp/deploy dir Jun 18 19:18:15 and bitbake -c clean does not remove resulting packages and images Jun 18 19:18:22 good to know :) Jun 18 19:47:24 good night Jun 18 20:02:45 hi all Jun 18 20:02:54 hi pb Jun 18 20:04:58 gm Jun 18 20:08:03 hmmm Jun 18 20:08:16 console image is acting like something is eating keystrokes Jun 18 20:08:30 crofton whats wrong? Jun 18 20:08:57 logged in via serial port, keystrokes appear to be dropped. Jun 18 20:09:06 hm Jun 18 20:09:12 fishi cable? Jun 18 20:09:43 no, u-bbot looks ok Jun 18 20:09:47 trying power cycle Jun 18 20:10:05 hm then kernel or minit problem Jun 18 20:10:11 I guess kernel Jun 18 20:10:25 guessing init is starting something that is grabbing keystrokes Jun 18 20:44:35 seems like the wonky stuff starts around the time dropbear starts Jun 18 20:50:45 hey all. bitbake question. Other than when PR changes, (which is really more like building a new package), what causes bitbake to decide to execute a particular task? Jun 18 20:51:01 teamnoir stamps Jun 18 20:51:31 So I have three tasks, A, B, and C which depend on each other in order. C requires B requires A. Jun 18 20:51:40 First build, everything is built. Jun 18 20:51:48 Second build, nothing is built because nothing changes. Jun 18 20:52:36 Third build, I change A, so it's rebuilt. What .... Oh. Maybe I see. If A's stamps are updated, then B's stamps need to be updated. The problem I'm running into are thing that are nostamp. Jun 18 20:52:43 Hm. Thanks. Need to ponder more. Jun 18 20:52:43 it depends on the config.local Jun 18 20:54:23 Ok, so in my three piece example, if B is nostamp, A is updated, A will be rebuilt, B will be rebuilt, but C will not because there's no out-of-date stamp for B. Is that right? Jun 18 20:55:00 Then once a task is nostamp, every task that depends on it may as well be nostamp as well. Jun 18 20:59:05 teamnoir no sorry bitbake can not really see changes in the stamps Jun 18 20:59:24 only btw. packages Jun 18 20:59:52 woglinde how does it recognize the difference between a task which had nothing to do and a task which did something? Jun 18 21:00:19 deps Jun 18 21:00:41 deps inside a package Jun 18 21:00:43 that just tells it what to check, not what changed. Jun 18 21:00:48 and deps btw. the packages Jun 18 21:01:08 and the stamps are only a touch Jun 18 21:01:25 look at your oetmp-dir/stamps Jun 18 21:01:37 k. Jun 18 21:01:44 following example Jun 18 21:01:58 we have task fetch extract patch Jun 18 21:02:03 but, if you didn't make changes, why it has to rebuild it? Jun 18 21:02:04 if you were at patch Jun 18 21:02:23 and you change the version of downlad package in the recipe Jun 18 21:02:34 it will not download the new tar.bla Jun 18 21:02:46 its only a example Jun 18 21:03:01 because for a new version you would setup a new package Jun 18 21:05:05 it's recommended, but if yo only want to rebuild with bitbake -c rebuild only makes the package isn't it? Jun 18 21:06:02 silly example. C depends on B depends on A. First build, everything is brought up to date. Second build, there's nothing to do because nothing has changed. Now I change A, and third build rebuilds A. What causes B to be rebuilt? Or C? Jun 18 21:06:53 nothing Jun 18 21:07:08 it would only rebuild A Jun 18 21:07:15 so they just sit out of date until it occurs to me to rebuild them? Even though they are out of date? Jun 18 21:07:18 without commands? Jun 18 21:09:02 If a followup build doesn't cause B or C to be rebuilt, despite depending on A and having A change, then that would mean that bitbake is incapable of incremental builds. Jun 18 21:12:10 hm?? Jun 18 21:12:38 most packages are with shared libraries and most abi's dont changed that much Jun 18 21:18:50 Ok, think I'm finally understanding. "dependencies" in the bitbake sense aren't anything like "dependencies" in most build systems. They don't have anything to do with keeping code current or built up to date. Instead, they're only used for getting the code built once. Essentially, bitbake can't do incremental builds at all. Jun 18 21:19:17 right Jun 18 21:19:27 * teamnoir cries Jun 18 21:19:39 Thanks. Jun 18 21:19:52 hm??? Jun 18 21:20:01 I dont see a problem with this Jun 18 21:20:05 Thanks for helping me sort out my confusion. Jun 18 21:20:17 well, it can, if you use PR Jun 18 21:20:31 crofton not really Jun 18 21:20:39 Crofton not really. PR gets one package rebuilt, but not anything that depends on it. Jun 18 21:20:46 if ssh depends on ssl and you update ssl Jun 18 21:20:56 bitbake will not build ssh again Jun 18 21:22:16 teamnoir: what other builds system you know do 'incremental builds' ? Jun 18 21:22:26 re flo Jun 18 21:22:48 make, gnu make, clearmake, eclipse, etc. Jun 18 21:22:55 All of them, essentially. Jun 18 21:23:01 ??? Jun 18 21:23:04 incremental? Jun 18 21:23:08 It's part of what defines the difference between a build system and a simple shell script. Jun 18 21:23:10 yes. Jun 18 21:23:11 it allways "make" Jun 18 21:23:19 teamnoir: even Gentoo builds system dooes what bitbake does, althought there is revdep-rebuild to fix things that may break (such as abi changes) Jun 18 21:23:27 but implementing OE using make would be insane :) Jun 18 21:23:39 Naw. Would be simpler, actually. Jun 18 21:23:47 :O Jun 18 21:23:55 * teamnoir has done it a number of times. Jun 18 21:24:44 cyril: debian has a vaguely similar thing. There are no aggregate builds, just package builds. So it's not really possible to build a distribution from source. Jun 18 21:25:12 teamnoir: rebuilding all 'children dependencies' is sometimes even not desirable Jun 18 21:25:14 You have to have a distribution to build a distribution, which is plausible for desktop, but doesn't really work in the embedded world. Jun 18 21:25:37 maybe i'm not understanding you right teamnoir, but make tries to do the rules in the Makefile, but doesn't check if something changes Jun 18 21:25:55 Make checks to see if things change. Jun 18 21:26:02 Make goes by file time stamps. Jun 18 21:26:20 clearmake by metadata in the file system, but the concept is the same. Jun 18 21:26:32 but make work at code level, not at package level Jun 18 21:26:49 So in a make based system, changing a file means that anything that depends on that file will get rebuilt. Jun 18 21:27:23 That's just a matter of componentization. You can accomplish the same thing with make by breaking code into modules, building modules, and using a staging area much like bitbake does. Jun 18 21:27:37 With make, you dont' even need the staging area because you can refer directly to the objects in place. Jun 18 21:27:46 teamnoir: as I said it is sometimes (often?) not desirable. I agree it would be nice to have an option to do that though Jun 18 21:28:29 cyril: with make, it's easy to side step the checking. with bitbake, it's apparently impossible to get that level of checking. Jun 18 21:28:48 teamnoir: but with the make approach, you then cannot avoir B and C to be rebuilt, and sometime you don't want them to be rebuilt Jun 18 21:29:03 cyril: "make -t" Jun 18 21:30:11 Anyway, y'all don't need me to sell you on make. I'll go grumble in private and try to figure out some other solution to my problem. Jun 18 21:30:22 Thanks for the pointers. Jun 18 21:31:12 maybe you have more than one tool that could do something that you didn't know taht you it was able to do Jun 18 21:40:36 teamnoir: hmm I don't know any straight forward way to do what you call 'incremental build' with bitbake .. Jun 18 21:46:00 RP: is there a bitbake option/flag to force B and C to be rebuilt when you rebuild A in the following A <- B <- C dependency chain ? Jun 18 21:54:22 RP: seems to me that it should be possible, given that we have stamp files with time stamps to work with. **** ENDING LOGGING AT Thu Jun 19 02:59:57 2008