**** BEGIN LOGGING AT Tue May 27 02:59:56 2008 May 27 03:07:05 hello May 27 03:07:11 bitbake gpe-image fails: May 27 03:07:13 http://rafb.net/p/LzPjw430.html May 27 03:07:22 any idea howI can fix this? May 27 03:11:59 the git connection works for a simple clone; what could be wrong? May 27 03:12:07 please help May 27 03:21:44 my guess is that as part of the package name you need a SHA1 revision id after the '+git' instead of a 1 May 27 03:23:06 oh wait May 27 03:23:15 my copy of that file says this May 27 03:23:20 PV = "0.0+git${SRCDATE}" May 27 03:23:37 but then it also says this May 27 03:24:05 SRC_URI = "git://anongit.freedesktop.org/git/xorg/proto/calibrateproto;protocol=git;tag=a1d5ef0c73fbef3e758c51b57ac69ba9567bae04 file://coords.patch;patch=1" May 27 03:24:44 it looks like your build is trying to figure things out from the package version, and failing May 27 03:25:07 so what can I change? May 27 03:25:38 require xorg-proto-common.inc May 27 03:25:38 DESCRIPTION = "Touchscreen calibration protocol" May 27 03:25:38 PV = "0.0+git${SRCREV}" May 27 03:25:38 PR = "r1" May 27 03:25:38 SRC_URI = "git://anongit.freedesktop.org/git/xorg/proto/calibrateproto;protocol=git" May 27 03:25:41 S = "${WORKDIR}/git" May 27 03:25:51 that is all in the bb file May 27 03:26:47 http://rafb.net/p/oaXHa989.html May 27 03:26:50 there's my whole one May 27 03:26:57 thanks, will have a look May 27 03:27:06 I just installed oe, did not change the file; May 27 03:27:12 do I need an update? May 27 03:27:24 possibly - mine is different from yours May 27 03:27:31 you installed from a tarball though? May 27 03:28:36 I used this http://oe.linuxtogo.org/wiki/GettingStarted May 27 03:29:05 not good? May 27 03:29:15 oh ok. so you got the mtn.db May 27 03:29:35 your file makes the build continue; thanks May 27 03:29:48 I did update the db and files just before starting the build yesterday evening May 27 03:30:17 heh. maybe i'm the one out of date? May 27 03:31:00 but here the 'newer' stuff doesn't work 100% May 27 03:31:08 *shrug* May 27 03:31:15 do I need to make a bug? May 27 03:31:19 or can you? May 27 03:31:47 you know more about it at this point May 27 03:32:16 haha May 27 03:32:19 I am just a beginner May 27 03:32:40 I'll ask when I get home this afternoon. thanks so far! May 27 03:32:45 gotta go May 27 03:33:31 np. -> sleep May 27 04:16:47 and another git issue as it appears: May 27 04:16:49 http://rafb.net/p/DKc6uu18.html May 27 04:17:30 I used this howto: http://oe.linuxtogo.org/wiki/GettingStarted May 27 04:17:38 is it not good? what could be wrong? May 27 04:17:53 i'll be afk but will read when I get back May 27 07:50:20 morning May 27 07:50:25 zecke: hi May 27 07:50:38 moin May 27 07:50:49 zecke: what is your current phone number? May 27 07:51:34 0163-1725694 May 27 07:52:07 It is a prepaid card, I managed to call the "information" (auskunft) and have no money left, so you need to try again if I don't answer :) May 27 07:52:33 ok May 27 07:53:38 got a call? May 27 07:55:31 hrw: damn, neo resume bug :) May 27 07:55:48 * zecke turns off suspend again May 27 07:56:37 ;D May 27 07:56:39 hrw: are you coming to berlin? May 27 07:56:42 zecke: eating own dog food? May 27 07:56:51 zecke: today will discuss it with mallum May 27 07:57:00 hrw: or where is your interest of my number coming from May 27 07:57:43 hrw: We still have free tickets, so when you make up your mind just tell us May 27 07:57:47 sure May 27 08:03:28 zecke: if no one has interest in free tickets I have interest for two May 27 08:04:00 rschuster: I need your name? or at least an email address May 27 08:04:36 zecke: Andreas Burgfels is one of the names, I ask for the second May 27 08:05:14 rschuster: I think I can send two tickets to you and you can forward them? May 27 08:05:16 bonjour May 27 08:06:15 rschuster: eticket.linuxtag.de is down, let me try again, need to move to class now May 27 08:07:20 zecke: I'll write you a mail. Just called andreas, he told me he already has a ticket May 27 08:10:52 rschuster: okay, eticket.lt.de is down :) May 27 08:17:24 OHMan? wow, it is looking less unhappy than marvin :) May 27 08:19:57 03woglinde2 07org.oe.dev * rcc35bd53... 10/ (3 files in 3 dirs): May 27 08:19:57 zlib: improved autotools.patch May 27 08:19:57 - zlib has a .pc file now and supports pkgconfig May 27 08:19:57 - the improvement was send in from Bignaux Ronan 2 years ago May 27 08:19:57 - closes bug 1676 May 27 08:19:57 - bump PR May 27 08:22:14 it's me :D May 27 08:25:07 already 2 years May 27 08:25:30 that lets me a dreamer. May 27 08:28:48 :-) May 27 08:30:51 moin moin ! May 27 08:31:16 i'm trying to build a modified kernel for openembedded ... but i get this message: May 27 08:31:19 ERROR: Multiple .bb files are due to be built which each provide linux (/stuff/org.openembedded.stable/packages/linux/linux_2.6.20.15-xenomai.bb /stuff/org.openembedded.stable/packages/linux/linux_2.6.21.bb). May 27 08:31:48 dl9pf: yes, you know that /stuff in the documentation is just a random path? May 27 08:32:19 yes ... its just easier to c'n'p ... i don't mind the path atm ... May 27 08:32:20 dl9pf: you could check the bitbake manual for providers and what multiple providers mean May 27 08:32:34 next time I will have to use /tmp/ May 27 08:32:53 dl9pf: You want to set the PREFERRED_PROVIDER for virtual/kernel to point to your kernel May 27 08:33:21 dl9pf: but actually, you might only want to set the PREFERRED_VERSION as in both cases the provider is "linux" May 27 08:33:44 dl9pf: linux_2.6.20.15-xenomai sounds strange... May 27 08:33:47 hrw: its not that essential what you choose as path for the howtos ... keep in mind that most users will try to c'n'p and run it May 27 08:34:34 dl9pf: why you not merge your recipe into linux_2.6.20.bb? May 27 08:34:54 hrw: he will have his reasoning :) May 27 08:35:50 hmpf .... its my first try and it has a special patch i need... i followed the german howto ... May 27 08:36:27 zecke: will try PREFERRED_PROVIDER May 27 08:36:56 hrw: xenomai is a realtime extension May 27 08:37:17 you probably know RTAI ? May 27 08:37:48 hmmm ... but i could clone linux_2.6.20 and start with that again if i've no luck May 27 08:38:18 is someone attending linuxtag ? May 27 08:38:34 dl9pf: sorry, I think you want PREFERRED_VERSION :) becuase both provide "linux" already May 27 08:38:42 dl9pf: yes, I do May 27 08:39:34 is there an OE booth ? I'll be there, too. May 27 08:42:37 there will be May 27 08:43:33 great ... looking forward to meet you ... ok, i'll try your suggestions. tnx. May 27 08:49:09 ~curse dell May 27 08:49:10 May the fleas of a thousand camels infest your most sensitive regions, dell ! May 27 08:49:43 yesterday my machine was mostly booting into 600MHz instead of 1.6GHz. May 27 08:50:03 and serial port preferred to not respond to anything.. today it works... May 27 08:50:12 dl9pf: grep -rn PREFERRED_VERSION_linux conf/distro/ another hint :) May 27 08:52:38 hmmm interesting ... conf/distro/generic.conf:60:PREFERRED_VERSION_linux-libc-headers ?= "2.6.18" May 27 08:52:50 but it was complaining about 2.6.21 ;) May 27 08:53:03 lol ... i'll look at it May 27 08:53:31 dl9pf: linux != linux-libc-headers :) May 27 08:53:43 ok, your point May 27 08:54:18 conf/distro/include/angstrom-2007-for-openmoko.inc:68:PREFERRED_VERSION_linux-ixp4xx ?= "2.6.21.6+svnr${SRCREV}" May 27 08:54:32 is something I thought is a good example :) May 27 08:54:54 hmm I don't know if it's my memory at fault, but my spitz seems slower at formatting man pages than my P120 was in '99 May 27 08:55:49 angstrom-2007-for-openmoko.inc is not there ... May 27 08:56:22 (ok ... i was on stable ... ) May 27 08:56:37 stay there :) May 27 08:56:45 I'm on the openmoko OE tree as I work on that May 27 09:01:01 i've both trees here (dev and stable), but i'm working on stable atm ... May 27 09:25:40 03woglinde2 07org.oe.dev * rf22093f8... 10/ (3 files in 3 dirs): May 27 09:25:40 libart-lgpl: add art_config.h for mipsel May 27 09:25:40 - requested by Robert Woerle some while ago May 27 09:25:40 - closes bug 1289 May 27 09:26:04 * * OE Bug 1289 has been RESOLVED (FIXED) by heinold(AT)inf.fu-berlin.de May 27 09:26:06 * * packages/gnome/libart-lgpl/mipsel/art_config.h May 27 09:26:08 * * http://bugs.openembedded.net/show_bug.cgi?id=1289 May 27 09:26:48 i think PREFERRED_VERSION did it ... lets see ... May 27 09:28:26 * zecke looks May 27 09:32:35 argh.. 600MHz hits me again May 27 09:48:26 powersave 2.0 ??? May 27 09:53:42 dl9pf: my laptop refuse to work on 1.6GHz after some use May 27 09:53:54 and it does not export fan information ;( May 27 09:54:26 not to mention that to get into fan you need to unscrew ~20 screws and take most of things off May 27 09:59:43 overheated cpu ? ... sounds like phun (/me runs) ;) May 27 10:00:05 44°C is not overheat May 27 10:04:05 value correct ? May 27 10:04:23 but indeed, thats not much May 27 10:04:35 44°C is quite of normal for this laptop May 27 10:04:48 it get to 90°C even during heavy load May 27 10:04:57 so probably will have to check fan one day May 27 10:11:30 avahi is dying on me with May 27 10:11:32 | configure: error: *** neither libexpat not libbsdxml could be found *** May 27 10:11:45 "bitbake expat-native"? May 27 10:19:06 ScaredyCat: ping? May 27 10:23:46 03woglinde2 07org.oe.dev * r98ba13de... 10/ (3 files in 3 dirs): May 27 10:23:46 libpcap: add aclocal.patch May 27 10:23:46 - patch silence automake 1.10 May 27 10:23:46 - patch was sent in from Marek Vasut May 27 10:23:46 - closes bug 2989 May 27 10:23:46 - bump PR May 27 10:24:04 * * OE Bug 2989 has been RESOLVED (FIXED) by heinold(AT)inf.fu-berlin.de May 27 10:24:06 * * libpcap 0.9.7 May 27 10:24:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2989 May 27 10:29:31 I need a rubber-tipped stylus May 27 10:39:05 rwhitby: hey? May 27 10:53:25 zecke: yes May 27 10:53:32 morning all May 27 10:53:37 morning RP May 27 10:54:04 rwhitby: FYI: I have created org.openmoko.asu.{dev,stable}, but I just looked at the Makefile and saw you build org.openmoko.dev anyway May 27 10:56:15 RP: morning! May 27 10:56:25 bbl May 27 10:56:53 gm May 27 10:58:28 * ant|work has broken package-staging rebuilds since http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commit;h=2a24cf485bc8cae26af93631dd4b772eab5d4a04 May 27 10:59:06 ant|work: even with the current .dev head? May 27 10:59:16 yup, last night May 27 10:59:21 Configuring staging-gdbm-native-i686-linux...sed: -e expression #1, char 8: unknown option to `s' May 27 10:59:40 a ton of ^^^ warnings May 27 10:59:57 and then NOTE: Checking if staging package installedhead: `-1' option is obsolete; use `-n 1'Try `head --help' for more information.sed: couldn't flush stdout: Broken pipe May 27 11:00:16 and it bails out... May 27 11:00:27 sorry I don't have logs here at work... May 27 11:01:03 zecke: yes, XorA|gone suggested the MokoMakefile should default to org.openmoko.dev May 27 11:01:16 rwhitby: okay :) May 27 11:01:20 but perhaps that can change to org.openmoko.asu.stable at some point May 27 11:01:42 when that time arrives is really up to you guys. May 27 11:02:06 zecke: is bitbake using "sed" from host isn't? May 27 11:02:07 yeah, not my call. Thanks for listening May 27 11:02:17 I'm going home now May 27 11:02:24 ant|work: yes, unless OE built a sed-native May 27 11:02:36 zecke: do you have a projects.openmoko.org account so I can add you to the project? May 27 11:02:45 RP changed exactly some natives in the a.m. comit, but not sed May 27 11:02:59 I think I'm zecke May 27 11:03:28 :-) May 27 11:03:54 you and RP are often the only rescue in bitbake forest... May 27 11:06:13 Crofton: I picked the sites because I think it would be nice if the OE site used that type of format May 27 11:06:29 zecke: you're an admin now - feel free to change thinks like the branch when a decision is made May 27 11:10:53 ant|work: I've noticed that sed error, finding where its coming from would be nice ;-) May 27 11:11:42 03tmbinc 07org.oe.dreambox * r3a6cccbe... 10/ (1 packages/libdreamdvd/libdreamdvd.bb): libdreamdvd: fix PV to contain SRCDATE May 27 11:11:44 03tmbinc 07org.oe.dreambox * r73e6e5ef... 10/ (5 files in 3 dirs): enigma: add some backports May 27 11:13:30 drat. no apt in this internet anymore ;) May 27 11:13:31 NOTE: Task failed: Fetch failed: ftp://ftp.debian.org/debian/pool/main/a/apt/apt_0.7.3.tar.gz May 27 11:13:31 NOTE: package apt-native-0.7.3-r3: task do_fetch: failed May 27 11:16:32 grab from angstrom mirror May 27 11:21:59 http://rafb.net/p/w16ew238.html any help? What is missing? Building expat-native does not fix it and *bsdxml* isn't to be found anywhere May 27 11:25:28 03tmbinc 07org.oe.dreambox * r008173af... 10/ (1 packages/libdreamdvd/libdreamdvd.bb): libdreamdvd: fix typo May 27 11:31:13 03koen 07org.oe.dev * r29386705... 10/ (1 packages/dsplink/dsplink_1.50.bb): dsplink: remove KERNEL_VERSION from PV till we have a proper solution for it May 27 11:31:17 03koen 07org.oe.dev * r110a3782... 10/ (1 packages/liboil/liboil_0.3.14.bb): liboil: add 0.3.14, disabled by default since the configure script will generate vfp code for _all_ arm cores, with no way to disable it May 27 11:32:48 RP: what's puzzling me is that a "build from scratch" (no pstage) compiles flawlessy May 27 11:33:14 and, no, there is no sed-native AFAIK May 27 11:36:24 Laibsch: why -native?? May 27 11:36:59 Laibsch: Did you check expat (non native) is installed? May 27 11:37:09 likewise: I'll check right now May 27 11:37:21 I usually try native when I need things in staging May 27 11:37:33 but you are right, I need the lib here not an executable May 27 11:37:46 Laibsch: ?? You are building for the target, it's no use to stage a native package May 27 11:38:25 "bitbake expat;bitbake -c rebuild avahi" still returns with the same error. And I think that expat had been built already. May 27 11:38:26 Laibsch: I would build expat and the clean and rebuild the package May 27 11:38:44 Laibsch: ok, that's what I wanted to check. May 27 11:38:59 Laibsch: can't help you then... May 27 11:39:28 Laibsch: maybe a -cclean run *just* to be sure? May 27 11:39:40 Laibsch: (we have seen some anomolies in packaged staging recently) May 27 11:40:07 I'll clean out tmp and restart to see if this goes away May 27 11:47:13 some bitbake question May 27 11:47:36 why it checks the md5 with md5sum? it's not better to use the python md5? May 27 11:48:03 methril: There are patches around which switch it to use python May 27 11:48:25 Poky does that, the code is in bitbake we just need a new release of bitbake and then OE.dev can switch too May 27 11:48:27 nice, May 27 11:48:59 we also use the internal sha256 in python 2.5 if its available May 27 11:49:13 it's because i was tryin to use it in a Mac OS and doesn'nt work May 27 11:49:28 nice May 27 11:49:35 It was someone trying Poky on macos which caused these patches to be written May 27 11:49:36 this could be really usefull May 27 11:49:42 :) May 27 11:49:52 methril: Pull the base.bbclass changes from poky and use a recent bitbake May 27 11:49:54 i suppouse that it works in Win environmetns too May 27 11:50:06 svn head of the bitbake 1.8 branch May 27 11:50:13 ok May 27 11:50:14 thanks May 27 11:50:48 * ant|work tried to feed oestats/tinderbox but probably needs some auth May 27 11:51:06 it shoudn't May 27 11:51:09 is write access only for oe.dev May 27 11:51:11 ? May 27 11:51:21 ant|work, no May 27 11:51:26 it shoudl work for you also May 27 11:51:56 strange then, I did it during last weekend (after koen's last changes) May 27 11:52:41 have you updated .dev? May 27 11:53:10 yes and I have changed local.conf accordingly May 27 11:53:18 (I think) May 27 11:53:18 strange May 27 11:53:33 you'll need to ask jeremy_laine I think May 27 11:53:38 I'll re-check later tonite, thx May 27 11:54:08 It can stop uploading if there is some kind of error May 27 11:54:25 it was out of order till sunday... May 27 11:54:31 there are messges that get sent to the console, but they are easy to miss May 27 11:55:05 I mean tinderbox.openembedded.net was not online till sunday May 27 11:55:41 then I saw a bunch of builds from koen (around 15pm CEST) May 27 11:58:56 BTW I'd like to see a field for metadata-branch on main form, just to know if it's dev or "stable" May 27 12:17:09 Crofton: I think I know... INHERIT += "tinderclient" is not in my local.conf May 27 12:17:58 shouldn't that be oestats-client May 27 12:18:15 yes, but koen somehow merged the things May 27 12:18:23 http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=blob;f=conf/distro/include/angstrom.inc;h=bbdbe7f80b381fbf468d87ed5dc745ae53ffa24a;hb=HEAD May 27 12:19:27 it was clear for me when it was on amethyst May 27 12:19:34 that is old May 27 12:19:45 INHERIT += "oestats-client" May 27 12:19:45 OESTATS_SERVER = "tinderbox.openembedded.net" May 27 12:19:45 OESTATS_BUILDER = "Crofton" May 27 12:19:52 is what I ahve May 27 12:20:33 had the same too (for amethyst) and then I changed following koen's guidelines May 27 12:21:24 Laibsch: do you think a failed build should really trigger a new bug? May 27 12:22:39 I fear a lot of double reports May 27 12:23:02 ant|work, my config does not send in bug reports May 27 12:23:31 Crofton: I'll do like you did ;-) May 27 12:23:47 * Crofton|work wonders if he missed an email :) May 27 12:38:20 Crofton: no you did not. Looks fine and works. May 27 12:40:39 hrw: you have hit the updater.sh bug! http://tinderbox.openembedded.net/public/logs/16222.txt May 27 12:42:02 maybe May 27 12:43:10 it appears and disappears... May 27 12:43:33 happily I did not see it recently.... May 27 12:46:07 hrw: I guess it happens if you start the build just before midnight May 27 12:46:10 DISTRO_VERSION = "2008.1-test-${DATE}" May 27 12:46:18 can $DATE change? May 27 12:46:46 * ant|work sually starts long builds overnight May 27 12:50:40 hrw: BTW in .stable the zImage and initrd have .bin extension, this doesn't happen on .dev May 27 13:00:25 ant|work: I do not remember when last time I used results of OE build - sorry May 27 13:00:31 I do OE builds just for testing May 27 13:00:47 ant|work: for mach in d201gly2 rb500 wgt634u lsppchg mp900c atngw100 gumstix-verdex magicbox triton sun4cdm mpc8323e-rdb;do MACHINE=$mach bitbake console-image ;MACHINE=$mach bitbake x11-pimlico-image;done May 27 13:00:58 machine names are randomly chosen May 27 13:04:19 I only test c7x0 builds atm May 27 13:06:08 and I'm wondering if your Poky's linux-rp 2.6.23 r33 can suspend/resume properly... May 27 13:07:29 r27 in oe.dev does NOT May 27 13:07:53 angstrom stable is already on 2.6.24 May 27 13:10:14 oebug 4304 May 27 13:10:46 !oebug 4304 May 27 13:10:48 * * Bug 4304, Status: UNCONFIRMED, Created: 2008-05-24 23:39 May 27 13:10:49 one line fix: DEFAULT_PREFERENCE_c7x0 = "1" May 27 13:10:49 * * andrea.adami(AT)gmail.com: c7x0 wont resume using linux-rp_2.6.23 May 27 13:10:49 * * http://bugs.openembedded.net/show_bug.cgi?id=4304 May 27 13:12:33 hrw: WPA fixed, USB-net fixed May 27 13:18:16 ant|work: there is someone who plans to be c7x0 maintainer - ask him May 27 13:20:15 hrw: the ppor guy asked for a "mentor" position, but we all know he'll be the mantainer ;-) May 27 13:22:35 woglinde: hey May 27 13:22:58 hi woglinde May 27 13:23:13 hi May 27 13:46:41 bye again May 27 13:48:51 hrw: be happy with your 600MHz, the OE site runs now at 0,006 MHZ apparently... May 27 13:57:15 ;) May 27 13:58:04 * * OE Bug 4319 has been created by dkm(AT)kataplop.net May 27 13:58:06 * * error with quilt-native 0.46-r2 at the do_setscene step (h5000, angs2008.1, glibc) May 27 13:58:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4319 May 27 13:58:40 ant|work: energy savings! OE users are environmentally responsible! :D May 27 13:59:30 ant|work: ?? LOL ... 600 kHz ??? Machine type ?? May 27 14:00:17 dl9pf: 6800 May 27 14:00:54 ;) May 27 14:03:53 waiting on oe.linuxtogo.org .... May 27 14:12:27 ant|work: I dunno about kHz, but I think angstrom-distribtuion.org is run on a server with 128KB :p May 27 14:16:04 typically that slowdown happens around 15-16 pm CEST May 27 14:18:30 I need a time converter. What's CEST? May 27 14:18:43 13-14h UTC May 27 14:19:15 thanks May 27 14:19:30 hmm ... rsync or some maintenance job running ? May 27 14:19:39 its ugly slow now May 27 14:20:07 I asked about "updatedb"-likes and they say no special tasks May 27 14:20:27 hrw means that's just normal speed ;-)) May 27 14:21:01 lol ... i'll wecome every bit then personally ... May 27 14:21:21 nah sometimes it's very responsive May 27 14:21:29 thats like the time @1200 BAUD May 27 14:22:23 guts, don't shoot to the Red Cross May 27 14:22:30 ;-) May 27 14:22:43 now I'm installing a few ipks and couldn't even see thenetwork indicators on the host computer, meaning it was downloading the ipks at a few tens of bytes per second maximum May 27 14:23:48 As pointed out in the ML, OE infrastructure needs urgent mantainance May 27 14:37:06 hmm. any idea why the angstrom site is slow? May 27 14:37:28 hehe ... openembedded.org, too May 27 14:37:38 ok ... see ya later May 27 14:43:09 cpu spends most of time in wait state (according to top on ltg) May 27 14:47:04 * * OE Bug 4320 has been created by elena.valhalla(AT)gmail.com May 27 14:47:06 * * sablevm_1.12.bb and sablevm-classpath_1.12.bb do_fetch failure May 27 14:47:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4320 May 27 15:15:57 03Laibsch 07org.oe.dev * rc9297de1... 10/ (5 files in 2 dirs): May 27 15:15:57 opie-taskbar-images: don't try to install jpgs which don't actually exist. May 27 15:15:57 * it would be nice to make those jpgs available, though, to support more resolutions May 27 15:15:57 * more discussion in bug 2721 May 27 15:15:57 * bump PR May 27 15:18:20 Laibsch: or to get that image in svg and generate proper size May 27 15:18:35 hrw: Hehe May 27 15:18:42 Just what I suggested in the bug ;-) May 27 15:18:47 ;) May 27 15:19:35 I am not sure if opie supports svg May 27 15:19:48 That would be optimal as the bloat is getting considerable May 27 15:24:19 Laibsch: no - let generate background from svg at build time May 27 15:26:14 imagemagick just needs a librsvg-native to be able to decode svg files May 27 15:26:43 hrw: I like the svg-on-device idea for two reasons May 27 15:26:49 1) lots of space saved May 27 15:27:00 2) qemu has no defined resolution -> bug 4240 May 27 15:27:04 !oebug 4240 May 27 15:27:05 * * Bug 4240, Status: UNCONFIRMED, Created: 2008-05-09 10:18 May 27 15:27:05 * * : OPIE background for qemu machines needs adapting May 27 15:27:06 * * http://bugs.openembedded.net/show_bug.cgi?id=4240 May 27 15:27:12 yes, correct number May 27 15:27:59 if that is not possible, generating the jpgs from an svg at build time is the next best option, I agree May 27 15:28:23 brb May 27 15:45:40 Laibsch: re May 27 15:58:35 03tmbinc 07org.oe.dreambox * r64bbc03d... 10/ (4 files in 3 dirs): linux-dm7025: new config May 27 15:59:25 * XorA|gone is hungry May 27 16:36:39 bbl May 27 16:45:11 03Laibsch 07org.oe.dev * raa3532e3... 10/ (1 packages/opie-taskbar/opie-taskbar-images.inc): opie-taskbar-images: replace 240x320 with 240x240. The 240x320 jpg is not available. May 27 17:17:15 hi everybody May 27 17:40:55 03koen 07org.oe.dev * rbaa0ca21... 10/ (4 files in 3 dirs): linux-omap2 git: add mux patch for beagleboard and switch to OTG mode for MUSB May 27 18:17:07 hi thesing May 27 18:17:16 are your kexec-images usable? May 27 18:31:33 hm I think I spotted a typo in at least stable and in org.openmoko.dev in autotools.bbclass: s/--enable-mainainer-mode/--enable-maintainer-mode/ May 27 18:32:20 note: this flag has been removed in org.openembedded.dev May 27 18:32:29 s/in/from/ May 27 18:40:54 RP: ping May 27 18:58:42 cyrilRomain: pong May 27 18:58:59 cyrilRomain: It should be removed, its not safe to do that May 27 18:59:50 RP: ok, it was just to check it was not only 'broken' because of the type May 27 18:59:53 typo May 27 19:03:51 cyrilRomain: fix the typo and it will break :( May 27 19:11:09 RP: hmm I'm not even going to try then ;) May 27 19:40:30 is there a general solution on what to do when do_fetch failed? May 27 19:47:06 kinda May 27 19:47:10 what distro are you using? May 27 19:47:18 iirc angstrom automatically includes its mirror May 27 19:47:21 so it shouldn't fail :) May 27 19:47:36 (for other distros, you can make use of their hook easily) May 27 19:48:04 (since you're in #poky too, poky also has this kind of thing happen, automagically) May 27 19:50:23 yes, i am using poky right now. but i have had problems with failed do_fetches May 27 19:50:52 i can find the file manually, can i just put it somewhere so it won't have to fetch it May 27 19:52:12 yes, you can do that. See where DL_DIR is set to in, iirc, your local.conf May 27 19:52:24 put in there, make the .md5 file (md5sum file > file.md5) May 27 19:52:48 ah i wanted to get a confirmation that it is a possible way to do it May 27 19:52:51 thank you May 27 19:53:05 that's cheating :) May 27 19:53:31 specially the md5sum part hehe May 27 19:53:34 hi all. May 27 19:53:45 hi hernan May 27 19:54:05 I still can't get my make rootfs to add my perl, wirelesstools and ndiswrapper (self made recipe) May 27 19:54:15 hm May 27 19:54:19 whats the problem? May 27 19:55:02 when i bitbake bootstrap-image it goes ok.. but the rootfs doesn't comes with my perl and wireless-tools May 27 19:55:15 they are being compiled and they are getting packaged May 27 19:55:38 Tartarus: btw, what do you mean make use of their hook? how am i supposed to do when all the mirrors fail? May 27 19:55:38 are May 27 19:55:39 yes May 27 19:55:41 i tried putting IMAGE_INSTALL += "perl" .. and it didnt work May 27 19:55:50 you have to make your own image May 27 19:55:59 or expand bootstrap-image May 27 19:56:02 the magic is May 27 19:56:28 IMAGE_INSTALL = " May 27 19:56:38 hm May 27 19:57:05 i dont even know where bootstrap-image is defined.. i found task-base thou.. and i know bootstrap-images depends on task-base May 27 19:57:31 wogline May 27 19:57:52 likely ANGSTROM_EXTRA_INSTALL May 27 19:58:03 herna packages/images/ May 27 19:58:08 hi crofton May 27 19:58:14 hernan_martinez, dd you make the bb file for the iage May 27 19:58:23 no May 27 19:58:27 the tasks are there that the stuff is buildinh May 27 19:58:53 what image are you using? May 27 19:58:54 ah May 27 19:59:05 ok.. just got bootstrap-image.bb here.. fair simple. May 27 19:59:21 i can make my own and change IMAGE_INSTALL .. May 27 20:00:28 tks May 27 20:00:49 hernan right May 27 20:03:27 omg May 27 20:03:30 and it works :D May 27 20:03:31 thanks a lot May 27 20:03:35 *g* May 27 20:03:48 oe isnt that compilcated May 27 20:03:54 only sometimes May 27 20:04:08 hi florian May 27 20:04:15 hehe May 27 20:09:29 by the way.. who are the people that I can submit my ndiswrapper recipe and have it added in the dev branch? May 27 20:09:49 the recipe may not look pro anyway.. but any tip on that matter is welcomed May 27 20:10:19 the bugtracker May 27 20:10:40 oe's bugzilla ? May 27 20:22:25 hernan_martinez: yes May 27 20:23:31 ok May 27 20:50:29 that's all for today folks May 27 20:50:35 ciao... till tomorrow May 27 20:57:21 woglinde: I need your insight for http://bugs.openembedded.net/show_bug.cgi?id=3378 May 27 20:57:27 the bug is more sutble than its look to be May 27 20:58:05 re May 27 20:58:13 I made some compilation test and got thoses (quite strange) results: http://rafb.net/p/nqfg3Z91.html May 27 21:10:10 except what is in the table and the distro (openmoko, angstrom2008.1, angstrom2007.1), there are no noticable difference in configure logs, and .bb files and patches are the same May 27 21:10:17 cyril hm May 27 21:11:05 I'm tempted to say grep,egrep,install should be found in staging. But it does not seem to be the cause of the issue May 27 21:11:48 woglinde: if you have any idea on where to investigate .. May 27 21:12:03 dependencys May 27 21:12:16 not all packages that needs grep depend on them May 27 21:13:48 hm but why you are using automake 1.9.3 instead of 1.10? May 27 21:14:12 it's the one set by the distro May 27 21:14:34 set or at least choosen by bitbake May 27 21:14:36 hm May 27 21:15:02 hms right May 27 21:15:11 why the heck angstroem uses this old May 27 21:15:19 no idea May 27 21:15:58 anyway looking at the table, the automake version does not seem to be the cause of the issue May 27 21:16:33 hm right May 27 21:16:38 but I wonder anyway May 27 21:17:01 hm May 27 21:17:11 angstroem dont define it May 27 21:17:30 ah May 27 21:17:43 def_pref is set at the end of the recipes May 27 21:22:31 cryil I have no clue, but where is the problem to use 4.2.2? May 27 21:23:13 woglinde: no problem, thanks you to made the bump :) May 27 21:23:40 args May 27 21:23:43 damnit May 27 21:23:56 woglinde: I just want to track bug and understand what was wrong May 27 21:24:07 I forget to bump the pr for the automake-1.10 fix May 27 21:24:10 hm May 27 21:24:21 I think in this case it is wasted time May 27 21:24:35 or you mean the hostgrep vs. oe-grep inclusion? May 27 21:24:59 03woglinde2 07org.oe.dev * rd51a6d3f... 10/ (1 packages/automake/automake_1.10.bb): May 27 21:24:59 automake-1.10: fix do_install May 27 21:24:59 - fix do_install 1.9 vs 1.10 linking May 27 21:24:59 - put DEFAULT_PREFERENCE = "-1" up, so we see without scrolling why May 27 21:24:59 the recipe is not build May 27 21:25:42 yeah probably. I often feel I'm wasting time on bugs I get and disappear later :-/ May 27 21:26:59 at the same time I'd like to understand what's going on, so that I can better track new bug down more quickly May 27 21:28:50 woglinde: what do you think about hostgrep vs. oe-grep inclusion ? May 27 21:29:06 03woglinde2 07org.oe.dev * rcdc83edb... 10/ (1 packages/automake/automake_1.10.bb): May 27 21:29:06 automake-1.10: bump PR May 27 21:29:06 - darn I forget again to bump the PR May 27 21:29:49 theoretical all packages should depend the stuff they needs either compile or configure May 27 21:29:55 +on May 27 21:30:00 problem is May 27 21:30:09 you build one package which brings the stuff in May 27 21:30:14 woglinde: IMHO, oe should be the most self-contained, i.e. a minimal set of host tools should be required and oe should as much as possible use native tools built from oe May 27 21:30:20 and build another package afterwards May 27 21:30:48 which needs them too May 27 21:30:57 but were now available May 27 21:31:04 and you forget the depends May 27 21:40:29 florian how was the first day on linuxtag May 27 21:59:49 is anybody else seeing PARALLEL_MAKE not working? it's just not showing up in my run.do_compile scripts. May 27 22:01:28 though i "see" it in oe/conf/bitbake.conf May 27 22:01:32 wierd. May 27 22:02:26 hm sorry I have ni smo machine May 27 22:02:30 smp May 27 22:03:05 well, FWIW it works fine for Laibsch ;) May 27 22:11:24 nite all May 27 22:16:59 thanks woglinde -i'll dig futher. May 27 22:17:03 woglinde: Are you aware of May 27 22:17:09 !oebug 4276 May 27 22:17:11 * * Bug 4276, Status: UNCONFIRMED, Created: 2008-05-19 00:48 May 27 22:17:12 ? May 27 22:17:12 * * : upgrade automake to 1.10 May 27 22:17:13 * * http://bugs.openembedded.net/show_bug.cgi?id=4276 May 27 22:17:36 Are we making an upgrade move to automake 1.10? May 27 22:18:03 hm May 27 22:18:14 I guess someone should test May 27 22:18:17 *g* May 27 22:18:50 but debian-unstable use it too May 27 22:19:00 Somebody already did and made a few changes already May 27 22:19:05 They block 4276 May 27 22:19:08 and I didnt encouter any problems with it until now May 27 22:19:14 I am quite sure there is more that needs to be done May 27 22:19:35 Maybe you can check the blockers for 4276 and say if they have merit when you have some time May 27 22:19:54 We should eventually discuss on the ml whether a move to 1.10 is safe May 27 22:20:26 sdl needs a love anyway May 27 22:21:07 okay I go to bed now May 27 22:21:16 me too May 27 22:21:18 good night May 27 22:21:27 yeah sleep well May 27 23:22:57 03tmbinc 07org.oe.dreambox * rf1f1b61b... 10/ (1 packages/linux/linux-dm7025.bb): linux-dm7025: fix do_munge May 28 00:39:04 * * OE Bug 4321 has been created by raj.khem(AT)gmail.com May 28 00:39:06 * * zeroconf build problem on newer glibc May 28 00:39:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4321 May 28 01:00:21 03khem 07org.oe.dev * r776ac285... 10/ (3 files in 3 dirs): Include limits.h explicitly in zeroconf.c May 28 01:00:26 03khem 07org.oe.dev * r1f54abc8... 10/ (14 files in 2 dirs): Fix glibc-stage.inc to copy the .a files to /usr/lib and not into /lib May 28 01:09:05 * * OE Bug 4321 has been RESOLVED (FIXED) by raj.khem(AT)gmail.com May 28 01:09:07 * * zeroconf build problem on newer glibc May 28 01:09:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4321 May 28 02:21:21 hate. autotools May 28 02:21:38 "configure.ac:20: error: possibly undefined macro: AC_DEFINE" May 28 02:22:36 http://forum.videolan.org/viewtopic.php?f=13&t=39983 May 28 02:22:50 "The error messages produced by the autotools appear to be useless" May 28 02:33:26 same problem completely outside oe; syntax error in mpd's configure.ac? **** ENDING LOGGING AT Wed May 28 02:59:57 2008