**** BEGIN LOGGING AT Thu Dec 13 02:59:56 2007 Dec 13 03:12:50 03florian 07org.oe.dev * r9accc308... 10/ (3 files in 2 dirs): gpe-applauncher: Use grid layout per default. Dec 13 07:11:25 all: which version of mtn is running on monotone.openembedded.org ? Dec 13 07:22:32 johncylee: I don't know, and I've never needed to know (cause the netsync protocol is compatible, and the snapshots are versioned). Why do you need to know? Dec 13 07:23:02 rwhitby: mtn 0.31 crashed last night. Dec 13 07:24:27 johncylee: on monotone.nslu2-linux.org we run 0.27 Dec 13 07:25:41 and we have a cron job which checks every minute to see if it's still running, and restarts it if it is not Dec 13 07:26:07 so even if it has crashed, I wouldn't know about it :-) Dec 13 07:58:50 who Dec 13 08:14:28 morning Dec 13 08:21:26 CoreDump: ping Dec 13 08:22:29 CoreDump: about oebug 3459: altboot-console on c7x0 is seriously broken Dec 13 08:23:07 CoreDump: even if you press a key Dec 13 08:23:28 CoreDump: there is like a timer going on... Dec 13 08:23:49 CoreDump: the cursor stop to blink Dec 13 08:24:01 CoreDump: and reboot is your friend! Dec 13 08:25:08 as I said, there is a bug that needs looking into Dec 13 08:25:25 CoreDump: must be very recent... Dec 13 08:25:50 CoreDump: these altboot-console-image didn't exist before Dec 13 08:26:17 CoreDump: a...I'll try to install altboot on angstrom-console-image Dec 13 08:56:44 CoreDump: ...sorry to bother you again... Dec 13 08:56:53 CoreDump: about oebug 3131 Dec 13 08:58:05 * * OE Bug 3465 has been marked as DUPLICATE of bug 3131 by andrea.adami(AT)gmail.com Dec 13 08:58:07 * *  zaurus-hinge cannot find bl (on c7x0) Dec 13 08:58:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3465 Dec 13 08:58:15 CoreDump: should be an easy fix Dec 13 09:00:11 CoreDump: last question: http://bugs.linuxtogo.org/show_bug.cgi?id=119 Dec 13 09:00:20 yes it is. But before my buildbox arives, I can't fix - or even look at - anything as I've deleted my build environment on the notebook to free up space Dec 13 09:00:21 CoreDump: is already solved? Dec 13 09:00:51 CoreDump: I see... Dec 13 09:00:52 no, still broken Dec 13 09:02:59 CoreDump: which linux flavour have you decided to install for OE? Dec 13 09:03:10 CoreDump: on the new machine ? Dec 13 09:03:34 CoreDump: yesterday I erased Ark Linux... Dec 13 09:03:50 Oh, it'll be Debian Testing Dec 13 09:03:54 oreDump: and installed Gentoo Dec 13 09:04:18 CoreDump: but have also a very nice openSUSE 64 bit working... Dec 13 09:04:34 I can't stand SuSE and this suseconfig crap Dec 13 09:04:46 CoreDump: me too but is eye-candy Dec 13 09:05:18 CoreDump: *its Dec 13 09:05:22 also I absolutely hate building stuff from source on my non-embedded machines so gentoo is right out =) Dec 13 09:05:41 CoreDump: took 20 min on coreduodual Dec 13 09:05:43 * CoreDump runs compiz-fusion ;) Dec 13 09:06:09 CoreDump: so I'll be 100% sure about my librarier, libtool, usw Dec 13 09:06:31 please don't give me the "optimized" nonsense Dec 13 09:06:50 CoreDump: ..not for the optimized, only for consistency Dec 13 09:07:22 CoreDump: gcc, glibc, ... Dec 13 09:07:23 well, a sane binary package management gives you that as well Dec 13 09:07:33 that's why I like debian ;) Dec 13 09:08:05 CoreDump: I miss one point about meta-toolchain perhaps... Dec 13 09:08:30 CoreDump: would this allow to build an universal binary toolchain ? Dec 13 09:08:48 I have no idea what a "meta-toolchain" would be Dec 13 09:08:57 a toolchain describing a toolchain?? Dec 13 09:09:06 CoreDump: bb meta-toolchain Dec 13 09:09:30 CoreDump: as I said I didn't catch it fully Dec 13 09:09:32 I use the toolchain compiled and configured by angstrom Dec 13 09:10:00 Coreump: yes, but you built this Dec 13 09:10:07 of course Dec 13 09:10:10 CoreDump: on your machine Dec 13 09:10:15 indeed Dec 13 09:10:38 but for the embedded stuff. I only dislike compiling my non-embedded stuff Dec 13 09:10:53 CoreDump: I suspect one could just install a tar.gz of the tolchain Dec 13 09:10:53 so I use a binary package management Dec 13 09:11:36 can't say, really Dec 13 09:12:01 CoreDump: http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-December/003675.html Dec 13 09:12:22 CoreDump: the first reference I found... Dec 13 09:12:48 IIRC that was created to allow for non OE vendor toolchains Dec 13 09:13:41 CoreDump: if it would save time and standardize the things can only be good Dec 13 09:15:33 It would lead to folks compiling with ancient tool-chains that break all kinds of stuff Dec 13 09:15:56 so the default is to compile it from scratch on every build Dec 13 09:16:20 CoreDump: we are stuck with gcc 3.x !!! Dec 13 09:16:36 CoreDump: for qemu - glibc locales Dec 13 09:16:44 CoreDump: in 2008 Dec 13 09:17:20 CoreDump: me like all others here badly miss free time Dec 13 09:17:57 CoreDump: imagine I spent 10x time installing the toolchain than building and testing Dec 13 09:18:13 CoreDump: so I've been not su helpful, let say... Dec 13 09:18:52 CoreDump: I pointed out several times: the OE & your distro pages are outdated Dec 13 09:18:53 err Dec 13 09:18:59 ant: qemu 0.9.0 needs manual patching with gcc4, and even so, people will claim it's still not working for them. look it up in oe bug Dec 13 09:19:12 ant|work: I don't work on the wiki Dec 13 09:19:22 CoreDump: just FYI Dec 13 09:19:44 CoreDump: a newcomer will get lost for sure ! Dec 13 09:19:46 ant|work: also the tool-chain is only rebuilt when you trash TMPDIR, which shouldn't be that often if you work on stuff Dec 13 09:20:12 CoreDump: I had so many issues that I nightly overbuild from scratch Dec 13 09:20:30 CoreDump: particular on parallel builds Dec 13 09:20:35 I do that maybe once a week, usually less that that Dec 13 09:21:25 CoreDump: python was so broken...some packages from feeds were also borked Dec 13 09:21:47 CoreDump: but as usual nobady had complaints... Dec 13 09:22:00 CoreDump: not enough testers? Dec 13 09:22:06 probably Dec 13 09:22:48 CoreDump: Did you note nobody here cares for the logs? Dec 13 09:23:08 CoreDump: kernel logs, boot logs, errlogs... Dec 13 09:23:55 CoreDump: I see several oddities during boot and just wonder... Dec 13 09:24:17 nobody cares enough to fix what they are seeing Dec 13 09:24:26 CoreDump: that's different Dec 13 09:24:45 or the "error" are to be expected and can't be helped for some reason Dec 13 09:25:17 CoreDump: I'd expect the person who releases must do at least a couple of checks... Dec 13 09:25:34 CoreDump: and clean logs are good sign Dec 13 09:25:42 CoreDump usually Dec 13 09:26:13 stunnel is printing a boatload of errors Dec 13 09:26:17 can't be helped Dec 13 09:26:26 as it must be configured by the user Dec 13 09:26:33 one example of many Dec 13 09:26:38 CoreDump: then something about udev... Dec 13 09:26:54 CoreDump: can't open vc2 and vca2 Dec 13 09:27:04 * * OE Bug 3466 has been created by cm(AT)acc.umu.se Dec 13 09:27:06 * * webkit update breaks midori-0.0.12 Dec 13 09:27:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3466 Dec 13 09:27:31 'morning all Dec 13 09:27:46 CoreDump: how would you track down the whole boot logs? I have serial cable Dec 13 09:27:54 koen: hey ! Dec 13 09:29:08 CoreDump: but guess the console is redirected .. I only saw kernel msg Dec 13 09:29:32 ant:work s/saw/see/ Dec 13 09:30:02 ant|work: edit inittab Dec 13 09:33:54 CoreDump: ahh, yes, now I remember Dec 13 09:34:15 CoreDump: BTW the gpe-serial applet is seriously broken too! Dec 13 09:34:34 CoreDump: I'll fire a bug soon Dec 13 09:36:57 CoreDump: doesn't cope with gpsd Dec 13 09:37:22 CoreDump: using serial-cf bt and bt gps Dec 13 09:41:07 CoreDump: thanx for you time - CU later Dec 13 10:02:18 CM: did you see http://dominion.thruhere.net/koen/cms/slimming-down-packages already? Dec 13 10:03:06 I did, have it in my Google Reader.. ;) Dec 13 10:04:10 salut Dec 13 10:05:27 03koen 07org.oe.dev * r7192c5f5... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): angstrom 2007 preferred versions: bump midori to 0.13 to get it built against a recent webkit Dec 13 10:05:50 koen: thanks Dec 13 10:06:22 I forgot to commit that portion yesterday Dec 13 10:12:05 * * OE Bug 3466 has been RESOLVED (FIXED) by Dec 13 10:12:07 * *  webkit update breaks midori-0.0.12 Dec 13 10:12:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3466 Dec 13 10:57:05 * * OE Bug 3467 has been created by cm(AT)acc.umu.se Dec 13 10:57:07 * * epdf_cvs.bb, fails to compile even with updated patch Dec 13 10:57:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3467 Dec 13 11:16:31 hi Dec 13 11:16:53 no more need to "mtn pull && mtn merge" before "mtn push"? Dec 13 11:17:15 pull ; merge ; update Dec 13 11:19:51 CoreDump: No, I meant whether I need to make sure OE heads are merged Dec 13 11:20:14 yes Dec 13 11:20:29 "people" might tell you otherwise, but yes Dec 13 11:25:28 Too bad Dec 13 11:25:35 Last push went out without it Dec 13 11:25:50 But easy to fix Dec 13 11:31:28 03koen 07org.oe.dev * r5e41bb4f... 10/ (1 packages/meta/meta-angstrom-2007.bb): meta angstrom 2007: add skeleton for autobuilder feed population file Dec 13 11:44:04 * * OE Bug 3468 has been created by xyzaid(AT)yahoo.fr Dec 13 11:44:06 * * fuse module not included in 2.6.23 Dec 13 11:44:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3468 Dec 13 11:44:17 * * OE Bug 3469 has been created by  Dec 13 11:44:19 * * libart-lgpl-2.3.19-r0-do_unpack Dec 13 11:44:21 * * http://bugs.openembedded.org/show_bug.cgi?id=3469 Dec 13 11:59:06 03Laibsch 07org.oe.dev * r0340844f... 10/ (8 files in 5 dirs): Dec 13 11:59:06 divers: fix spelling mistake in license (GPL2 -> GPLv2). Dec 13 11:59:06 * seize the opportunity to reorder some fields according to OE style guide Dec 13 11:59:11 03pH5 07org.oe.dev * r7cf069a5... 10/ (1 classes/scons.bbclass): scons.bbclass: create ${D}${prefix} before calling scons Dec 13 11:59:16 03pH5 07org.oe.dev * r91d52cdc... 10/ (1 packages/gnome/gconf-dbus_svn.bb): gconf-dbus: fix -dev packaging of svn version Dec 13 12:34:56 re Dec 13 12:39:01 hi florian Dec 13 12:39:18 hi Jin^eLD Dec 13 12:39:33 did you do anything reagarding the meta toolchain since last time we talked? Dec 13 12:39:45 I tried it again and had a bunch of different problems Dec 13 12:41:06 not really, but I set up OE for building one on a PC today... but I do not now if it actually worked because I had to leabe before the build finished. Dec 13 12:41:42 doh. Dec 13 12:41:43 :) Dec 13 12:41:47 RP: ping Dec 13 12:41:50 eh leave Dec 13 12:42:12 but its quite likely that I will need it soon anyway Dec 13 12:42:31 I need it now :) so I will have to do some hacking Dec 13 12:43:32 hmm... this device is not useful for OE, maybe I should switch to the X31 Dec 13 12:44:00 flo_eee : do you know thinkwiki.org ? Dec 13 12:44:04 full informations there Dec 13 12:44:25 * Genesis 'd like to flash his bios for a linuxbios Dec 13 12:44:55 Genesis: yep, that's great Dec 13 12:45:00 uh Dec 13 12:45:28 it's a big risk Dec 13 12:45:29 Had to buy a new AC adapter today... the old one failed last night. Dec 13 12:45:42 if you want to test :> Dec 13 12:46:14 Genesis: not really, need that for for work... Dec 13 12:46:34 had to buy an eeepc by that chance too Dec 13 12:47:04 oki Dec 13 12:47:09 * Genesis searsh a suicide bios man Dec 13 12:47:24 where are the laptop killers ... Dec 13 12:47:37 Is there a jtag connector on the board of the x31? ;) Dec 13 12:47:49 i'll had a look Dec 13 12:48:48 03pfalcon 07org.oe.dev * r14a14790... 10/ (26 files in 26 dirs): Dec 13 12:48:48 linux-handhelds-2.6 2.6.21-hh19: Make NLS cp437 & iso8859-1 modular. Dec 13 12:48:48 * As required only by vfat. Dec 13 12:55:33 03Laibsch 07org.oe.dev * r3b98f460... 10/ (5 files in 3 dirs): Dec 13 12:55:33 sip: upgrade sip-native and python-sip to 4.7.3 Dec 13 12:55:33 * 4.7.1 had become unfetchable Dec 13 12:55:33 * verified successful compilation in Sonkei Dec 13 13:01:32 any toolchain experts around? :> Dec 13 13:05:42 flo_lap: aren't the files in the resulting toolchain are supposed to get patched to get rid of hardcoded paths? Dec 13 13:05:45 Jin^eLD: If you ask that question, they flee -- you need to sneak up on them, and just ask the real question! ;) Dec 13 13:06:12 Jin^eLD: yes, that was the case with meta-sdk at least Dec 13 13:06:17 mwester :) Dec 13 13:06:20 and worked pretty good Dec 13 13:06:44 flo_lap: do you know if it was migrated to meta-toolchain as well? Dec 13 13:06:54 it seems that I have those hardcoded OE paths in there Dec 13 13:07:03 so I guess that step failed Dec 13 13:07:06 where's HOST_SYS set? I'm running a x86_64 kernel with a 32bit userspace and HOST_SYS is set to x86_64-linux, so things break Dec 13 13:07:59 Jin^eLD: I would have guessed that... where do you have wrong paths? Dec 13 13:08:07 there is one more very weird thing, but I guess RP might know more about it; whenever I build meta-toolchain the external-toolchain is pulled in as dependency and of course building that one fails; I could not find out who pulls it in, the funny thing is - when I physically remove the external-toolchain.bb file, then meta-toolchain builds without errors Dec 13 13:08:20 flo_lap: seems in the binaries, like in cc1plus and others Dec 13 13:09:15 flo_lap: my colleague tried to compile something using my toolchain, he got an error from cc1plus, saying that /home/blabla/work/i686-arm-sdk-angstrom-linux-gnueabi/+gcc-cross-sdk-4.1.2-r10/sysroot/opt/bco/arm/local/include: permission denied Dec 13 13:09:25 which is right - because it wanted to look up the stuff in my home directory Dec 13 13:09:41 so I guess those are the paths that should have been patched out in the process Dec 13 13:10:43 Jin^eLD: sounds like someone broke gcc-cross-sdk :/ Dec 13 13:10:54 doh... Dec 13 13:12:23 Jin^eLD: in fact that should never happen, the patching should happen to other files Dec 13 13:12:34 flo_lap: where do you suggest that I start? Dec 13 13:12:53 should I first look at gcc-cross-sdk? Dec 13 13:15:50 Jin^eLD: I would start to search my oe-commits mail folder to see who might be guilty Dec 13 13:16:13 I wish I had such a folder :P Dec 13 13:16:36 but I guess I can view that with mtn history Dec 13 13:19:06 multiple update candidates: Laibsch@openembedded.org and pfalcon@openembedded.org Dec 13 13:20:10 what is the angstrom autobuilder? "angstrom autobuilder: also build native toolchain for all archs" Dec 13 13:20:16 sounds like something I could use? Dec 13 13:22:41 Jin^eLD: well... it will build the same broken compiler i guess Dec 13 13:23:25 yes, just checked the .sh file Dec 13 13:23:28 not what I want.. Dec 13 13:28:46 I need to catch RP I guess, he did some toolchain related things Dec 13 13:29:06 does anyone know anything about this TOOLCHAIN_OPTIONS variable? Dec 13 13:36:21 flo_lap: well, most promising commit is probably this one http://www.openembedded.org/viewmtn/revision/info/548dc7f04a07aa1efaf73afb1c80fcc5b1a90b38 Dec 13 13:37:04 allthough.. not quite, if I look at what was done Dec 13 13:37:04 doh Dec 13 13:37:50 aah, the next.. sync with poky, looks like some work was done there.. Dec 13 13:38:21 nah.. khhr Dec 13 13:38:28 tough stuff :) Dec 13 13:42:04 hrm... sounds like I should give meta-toolchain a try too Dec 13 13:42:39 Is there a web page somewhere explaining how to use bbcollections ? Dec 13 13:45:13 flo_lap: if you had the time to I'd really appreciate it, maybe you could at least point me to the right direction, for now I am still looking at the commit logs and will probably have a closer look at gcc-cross-sdk Dec 13 13:45:55 it also packages stuff that is clearly not supposed to be there Dec 13 13:46:12 i.e. the resulting toolchain tar contains some bogus directories, well, you should see that when you try it Dec 13 13:46:27 * flo_lap mtn up && bitbake meta-toolchain Dec 13 13:46:42 I need one for my Mainstone anyway... Dec 13 13:47:08 btw. anyone here aware of a recent u-boot for Mainstone? Dec 13 13:47:44 flo_lap: do you remember what is being used to patch out the paths? Dec 13 13:48:35 Jin^eLD: in meta-sdk we had some sed magic for postprocessing .pc and .la files. Dec 13 13:49:11 but in the gcc binaries the build directories never should show up Dec 13 13:49:22 flo_lap: the .pc files seem to be correct Dec 13 13:50:00 but the binaries do have the paths in there.. Dec 13 13:51:03 yeah, something sucks badly Dec 13 13:51:38 do you know if rp is on some trip or whatever? idle 90 hours Dec 13 13:52:25 he could have some pointers for us, I see from the log that he did quite some changes there Dec 13 13:52:55 what is the policy for updating angstrom preferred versions -- for instance mono-1.2.5.1 -> mono-1.2.6? Dec 13 13:53:36 flo_lap: that sounds suspicious gcc4-sdk: Use sysroot to workaround various path problems with external toolchains (from Poky) Dec 13 13:53:36 Jin^eLD: no idea, but he might be the best one to ask indeed Dec 13 13:54:07 the error I get has a sysroot thing in it, so that might be related Dec 13 13:54:47 yeah, and I wonder what gcc-sdk does with external toolchains Dec 13 13:55:05 smells like Montavista-users ;) Dec 13 13:55:10 hehehe ;) Dec 13 13:56:53 Hi, is it possible to use bitbake without oe metadata? Dec 13 13:57:00 I have seen someone trying to build a gcc-3.4.4 toolchain with crosstool today. Dec 13 13:57:10 I mean, is this documented? Dec 13 13:57:27 reppel: yes, even if I do not think anyone does that currently Dec 13 13:57:44 reppel: yes, bb has its own documentation Dec 13 13:58:57 +SYSROOT = "${WORKDIR}/sysroot" Dec 13 13:58:57 +EXTRA_OECONF += "--with-sysroot=${SYSROOT}" Dec 13 13:59:00 this looks suspicious Dec 13 13:59:19 allthough I do not much about the configure parameter as such, but that surely sets the workdir path Dec 13 13:59:31 it's from gcc4-build-sdk.inc Dec 13 14:00:47 hmm, no, the doc says its only used during build tim Dec 13 14:01:13 03cbrake 07org.oe.dev * r780336c3... 10/ (9 files in 3 dirs): mono 1.2.6: update recipies from 1.2.6pre4 to 1.2.6 Dec 13 14:01:22 flo_lap: did you start your meta build already? Dec 13 14:02:14 Jin^eLD: yes, but it will take a while... I am building on my laptop here in the hotel instead of using the build box. Dec 13 14:02:28 oh Dec 13 14:02:31 The latency is a pain here using ssh... Dec 13 14:03:02 I'll have a closer look at gcc-cross-sdk now Dec 13 14:14:53 03cbrake 07org.oe.dev * r8e43a244... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): angstrom-2007-preferred-versions.inc: add mono-mcs-intermediate as it must match mono version Dec 13 14:17:25 flo_lap: do you at least remembar who or what is supposed to patch out the paths? I can't finy anything like it Dec 13 14:18:07 Jin^eLD: imho these paths should never even go into the binary Dec 13 14:18:13 ooh.. Dec 13 14:18:15 without any patching Dec 13 14:19:16 in this case I really wonder how they got in there.. do Dec 13 14:19:17 h Dec 13 14:19:35 I'm doing it step by step now, i.e. with -c, currently compiling Dec 13 14:19:38 let's see what it produces Dec 13 14:24:18 anybody played UVC yet? Dec 13 14:24:31 s/played/played with/ Dec 13 14:25:21 flo_lap: compiled... checked the binaries produced prior to installation Dec 13 14:25:24 they do have those paths in there Dec 13 14:35:14 I'm trying to read the bitbake manual, but it is _very_ incomplete (I'm trying to use bitbake without OE, so i need full coverage of the tool) Do you have any resources other than the thin manual? Dec 13 14:47:59 seems there is a lack of depend in gdb.inc , it needs expat Dec 13 14:48:03 flo_lap: from what I understand the ${prefix} in gcc is always hardcoded, I may be wrong of course Dec 13 14:48:53 and it's set correctly in do_configure Dec 13 14:49:33 mhm Dec 13 14:49:48 hrm.. its that long ago i built a cross gcc manually :/ Dec 13 14:50:01 your build is still running? Dec 13 14:51:27 Jin^eLD: yes Dec 13 14:53:34 I can't even find a manual on the gcc site on how to compile it Dec 13 14:53:48 everything covers the use of gcc but not how to compile gcc Dec 13 14:54:51 but from what I read on google, paths are ususually hardcoded in the toolchains Dec 13 14:55:02 so probably somewhere something is just set incorrectly Dec 13 14:55:07 hi HopsNBarley Dec 13 14:57:32 hi Jin^eLD ! Dec 13 15:11:31 flo_lap: well I think I am stuck Dec 13 15:11:39 I can't find any useful docs on this Dec 13 15:13:01 Jin^eLD: well sure, but the paths of the sdk compilers should all be hardcoded to some /usr/local/whatever Dec 13 15:13:16 I think this "whatever" can be specified Dec 13 15:13:23 and as I see from the config log it is set correctly Dec 13 15:13:29 independent from where they are build Dec 13 15:13:45 --prefix=/opt/bco/arm --exec_prefix=/opt/bco/arm --bindir=/opt/bco/arm/bin and so on Dec 13 15:14:47 stuff pointing to my home is only for sysroot and mpfr, which I understand are only needed during build tim Dec 13 15:14:47 e Dec 13 15:14:55 * flo_lap shoots the local nameserver for being unreliable Dec 13 15:15:22 hi Dec 13 15:15:25 that sysroot stuff is suspicious Dec 13 15:15:29 hi ant|work Dec 13 15:15:36 Jin^eLD: http://dev.gentoo.org/~vapier/eh/index.xml Dec 13 15:15:54 flo_lap: same Dec 13 15:15:59 thanks Dec 13 15:16:55 back to work... Dec 13 15:16:56 cu Dec 13 15:27:53 flo_lap: from what I see sysroot should point to a directory where stuff can be searched for (headers libs), in gcc-cross-sdk it points to some empty dir under ${WORKDIR} Dec 13 15:28:14 and if I understand the info in the above url correctly, the binutils etc should get the same directory as a parameter Dec 13 15:30:17 What is missing if a recipe bails out in do_compile with "| /usr/bin/ld: cannot find -lz"? Dec 13 15:30:34 It does not seem to be zlib-native. Dec 13 15:45:04 * * OE Bug 3471 has been created by  Dec 13 15:45:06 * * psplash rotation doesn't really work Dec 13 15:45:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3471 Dec 13 15:57:48 Laibsch: unless it is a native package i would guess itz zlib Dec 13 15:58:10 Laibsch: or a wrong LDFLAGS seting Dec 13 15:58:15 flo_lap: Thanks Dec 13 15:58:29 both zlib and zlib-native had been built Dec 13 15:58:35 previously Dec 13 15:58:35 hrm Dec 13 15:58:41 still it fails Dec 13 15:58:52 03mickeyl 07org.oe.dev * r73a55623... 10/ (3 files in 2 dirs): moko-autorev.inc: remove openmoko 2007.1 stuff (won't receive updates) Dec 13 15:59:29 flo_lap: But I don't have zlib1-dev installed. Could be that bitbake is again looking only at the host includes Dec 13 15:59:38 Laibsch: any strange thing in the call that fails Dec 13 15:59:47 I'll install it and see if that results in a successful compilation Dec 13 16:00:04 * * OE Bug 2249 has been RESOLVED (FIXED) by Dec 13 16:00:06 * *  opie-tinykate fails do_package Dec 13 16:00:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2249 Dec 13 16:00:33 Laibsch: check if zlib do_satge ran already Dec 13 16:08:15 doh.. I ran out of ideas, even the gentoo page did not help me further Dec 13 16:08:25 I hope RP is not gone for too long :P Dec 13 16:11:44 * rob_w is away: i will read later on Dec 13 16:12:08 * rob_w is back (gone 00:00:01) Dec 13 16:16:35 n810 is for sale in UK Dec 13 16:17:06 But costs as much as an old car? Dec 13 16:17:12 329 Dec 13 16:17:36 * CM would go for an EeePC instead :) Dec 13 16:18:10 * XorA|gone has a discount code Dec 13 16:24:18 I'm a little confused ... to build an image with twisted, must I add 'twisted' or 'python-twisted' to IMAGE_INSTALL ? Dec 13 16:28:59 flo_lap: possible that I was on a goose chase, another collegue managed to compile using my toolchain without running into this problem (allthough the paths are present in the binaries, but maybe they do no harm?) no idea.. Dec 13 16:29:03 XorA|gone: So is the insurance check for the TV going to morph into a shiny new toy? Dec 13 16:30:12 hvontres|work: nope, i need my tv Dec 13 16:31:30 Jin^eLD: hmm compiling c or c++ code? that compiler that failed was the c++ one Dec 13 16:31:58 they tried to compile the same application Dec 13 16:32:27 * hvontres|work just picked up a Sony KDL46V3000 yesterday :) Dec 13 16:43:15 flo_lap: anyway, give me a signal once your build is finished :> Dec 13 16:44:11 Jin^eLD: sure, but it might take till tomorrow - time to get some sleep here Dec 13 16:44:18 roger that Dec 13 16:44:21 thanks Dec 13 16:44:33 almost 1am :-/ Dec 13 16:44:41 :) Dec 13 16:48:48 morning Dec 13 16:48:55 hi Dec 13 16:58:04 ah Xserver 1.4 does not work well with touchscreen emulation on qemuarm downgrading to 1.3 works Dec 13 17:06:34 I am getting this error and I know I have gotten it before on another package but can not recall how to solve it. This is for building libgpod. :No rule to make target `install'. Dec 13 17:06:43 it configures, and compiles, but does not install Dec 13 17:06:56 just wondering if anyone else runs into this on other packages Dec 13 17:07:37 i do an inherit of autotools and pkgconfig Dec 13 17:07:44 but don't have an explicit do_install stage Dec 13 17:07:47 not sure if i need it Dec 13 17:09:11 has anyone had the error of no rule to make install? Dec 13 17:10:20 christopher: have you tried to open a devshell, and then type: make install? Dec 13 17:11:36 cbrake: I have ...same thing Dec 13 17:11:51 how do I override that? does a simple do_install do it? Dec 13 17:12:02 and just pick the library file to copy over? Dec 13 17:12:04 * * OE Bug 3469 has been RESOLVED (FIXED) by Dec 13 17:12:06 christopher: I'm guessing you'll have to write your own do_install task then Dec 13 17:12:06 * *  libart-lgpl-2.3.19-r0-do_unpack Dec 13 17:12:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3469 Dec 13 17:12:30 cbrake: ok. any good ones to go by or just pick one? Dec 13 17:12:56 christopher: I would just grep packages for do_install, and following something that looks like what you need Dec 13 17:13:09 christopher: it will probably only involve coping a few files Dec 13 17:13:36 cbrake: ok, that's what I was thinking but I just wasn't sure...guess with a library, it doesn't install more than just be there. Dec 13 17:13:55 christopher: probably Dec 13 17:24:36 cbrake: ok, I think I see how to do that. one more question. I am not certain if the mtn update && mtn pull is working. is there a way to know that it got the latest version? Dec 13 17:25:04 christopher: let me give you a sha hash of my tree -- need to pull first Dec 13 17:33:35 christopher: this is my mtn HEAD as of a few minutes ago: f4fae9004af31107f4f7bba2a4fae3dcb11bc1e5 Dec 13 17:43:07 14f416531e83c71b6e31d078aee007b712bd8096 oe@openembedded.org 2007-11-15T16:48:41 Dec 13 17:43:15 so, that's what I get when I do the mtn head command Dec 13 17:43:21 with the org.openembedded.dev branch Dec 13 17:43:30 and that was after a mtn pull && mtn update Dec 13 17:43:39 so, why does it only show 11-15? Dec 13 17:43:59 i will try it again Dec 13 17:46:34 christopher: your pull failed? Dec 13 17:46:50 christopher: yes, I'm getting: f4fae9004af31107f4f7bba2a4fae3dcb11bc1e5 koen@openembedded.org 2007-12-13T17:13:25 Dec 13 17:47:08 christopher: so you db is not getting updated Dec 13 17:47:22 zecke: howdy Dec 13 17:47:51 salut Dec 13 17:47:52 zecke: what web browser is good for angstrom (known to work) Dec 13 17:48:26 * Khem booted angstrom X11 for 1st time today Dec 13 17:48:33 Khem: tough question. The only 'complete' one is mozilla firefox but that is big huge and ugly :) Dec 13 17:48:49 Khem: congrats! nice progress on eglibc Dec 13 17:49:11 zecke: other than firefox I want something based on gecko or webkit and light Dec 13 17:49:41 zecke: thanks :) I am not sitting on a qemuarm with X11 all on eglibc angstrom 2008 Dec 13 17:49:52 s/not/now/ Dec 13 17:50:45 christopher: My update was successful just now so something is wrong with your db Dec 13 17:53:21 zecke: how about epiphany Dec 13 17:54:23 Khem: no idea if it is in oe Dec 13 17:54:46 zecke: what does poky use Dec 13 17:54:47 Khem: midori (using webkit) is quite good but WebKit/Gtk+ is still Work In Progress Dec 13 17:55:09 Khem: hehe. I don't know. They have Web (which is using gtkhtml2) and probably midori now as well Dec 13 17:55:10 zecke: hmm ok let me rinse my hands in blood Dec 13 17:57:06 Khem: use midori but be aware that some things are missing (don't try google mail with it) Dec 13 17:57:50 zecke: ok :) I need something for web I will endure the instability Dec 13 18:03:54 * Khem adds midori and restarts build Dec 13 18:14:05 * * OE Bug 3472 has been created by  Dec 13 18:14:07 * * apache2-2.2.3-r5-do_configure Dec 13 18:14:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3472 Dec 13 18:14:31 ah koen/RP fixed the class :) Dec 13 18:21:00 zecke: adding midori added around 150 more packages to x11-image Dec 13 18:21:31 Khem: that is fine, see what gets installed and the only sucker is ICU Dec 13 18:47:03 khem: yeah, i got it updated this last time. thanks Dec 13 18:47:17 christopher: good :) Dec 13 18:47:53 03koen 07org.oe.dev * r5ef11036... 10/ (3 files in 3 dirs): libart: add config file for armeb, closes #3469 Dec 13 18:47:55 anyone ever built libgpod ? I did before and now I can't get it to build again. It complains that libtag.so doesn't see uncompress. Dec 13 18:47:58 03koen 07org.oe.dev * rf4fae900... 10/ (1 contrib/angstrom/build-release.sh): angstrom autobuilder: add meta-angstrom-2007 Dec 13 18:48:10 it is a really simple recipe, so I don't know what is going on Dec 13 18:48:21 SRC_URI="http://easynews.dl.sourceforge.net/sourceforge/gtkpod/libgpod-0.6.0.tar.gz" Dec 13 18:48:21 inherit autotools pkgconfig Dec 13 19:33:43 midori is up Dec 13 19:35:17 it opened my gmail but then froze :) Dec 13 20:29:56 khem: perhaps you would be able to assist. I see why libgpod isn't compiling. it includes -ltag which is not what the dependency is, the dependency is libid3tag. I am not sure how to tell it that it should be looking for libid3tag (which relies on zlib and therefore, compress) instead of ltag. Do you know how to do that? Dec 13 20:33:42 nevermind...got it to work. Dec 13 20:33:44 finally Dec 13 20:33:46 sorry about that Dec 13 20:39:20 hello Dec 13 20:39:37 are there any generic binary/iso releases of the latest OE to play around with? Dec 13 20:41:25 its not a linux distribution.... Dec 13 20:43:04 * * OE Bug 3473 has been created by simon(AT)josefsson.org Dec 13 20:43:06 * * curl builds fails due to bad configure parameter Dec 13 20:43:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3473 Dec 13 20:43:40 so i'll have to bring up the environment to play around with it? Dec 13 20:43:59 go to 'getting started' and try that :) Dec 13 20:44:44 you can try to find some prebuild image of 'Angstrom' or 'generic' for x86qemu present on web ... Dec 13 21:21:40 morning all Dec 13 21:34:03 christopher: sorry I was away what change did u do Dec 13 21:34:33 gremlin[it]: I got OE to work using Xserver 1.3 Dec 13 21:34:38 on qemuarm Dec 13 21:34:51 there is some problem with Xserver 1.4 Dec 13 21:35:01 dont know what that is yet Dec 13 21:35:14 ohh good ... !! why xserver instead of kdrive ? Dec 13 21:35:33 what u had to modify to have keyboard and mouse/touch ? Dec 13 21:36:09 I meant xserver-kdrive Dec 13 21:36:17 its too long to type Dec 13 21:36:23 nokia broke 1.4 Dec 13 21:36:45 I did not modify much I have to enable wacom USB touchpad device in kernel Dec 13 21:36:54 and also specify that to Qemu Dec 13 21:38:25 ah ok !!! good to know also for my tests :) Dec 13 21:39:08 usually talk about kdrive or xorg to differentiate the 2 xserver ;) Dec 13 21:58:45 03xjqian 07org.oe.dev * r2dd66e01... 10/ (15 files in 5 dirs): (log message trimmed) Dec 13 21:58:45 roadmap: 1st round of updating roadmap recipies after moving zroadmap over to roadmap Dec 13 21:58:45 * refactor, unify. roadmap.inc (global), zroadmap.in (qt global) Dec 13 21:58:45 * add common qt patches >= 1.1.0 to files/qt Dec 13 21:58:45 * add zroadmap_1.1.0.bb, update zroadmap_cvs.bb (set temp local SRCDATE) Dec 13 21:58:45 * config: remove popt (used for building maps) from DEPEND in *.bb Dec 13 21:58:50 * config: s/OE_QMAKE_CXXFLAG/OE_QMAKE_CFLAG in zroadmap 1.1.0 and cvs Dec 13 22:00:07 gotta admit, it sure feels good to be back in linux doing embedded system stuff Dec 13 22:11:55 hm... Dec 13 22:12:19 i can't seem to figure out how to initially checkout the branch with multiple heads Dec 13 22:12:31 the instructions on the getting started page Dec 13 22:12:51 addresses it, but doesn't provide any information to properly resolve the issue Dec 13 22:13:07 (that or I am completely misunderstanding the instructions) Dec 13 22:15:07 Soopaman_Luva: wait till multiple heads are merged by automerger Dec 13 22:15:14 Soopaman_Luva: thats the best option Dec 13 22:19:00 hmm.. when would that happen? Dec 13 22:27:28 Soopaman_Luva: generally it is run frequently atleast once a day Dec 13 22:32:19 khem, is there an easy way to pre-empt the automerge so i can start a proof of concept build Dec 13 22:38:44 you can follow one of the heads Dec 13 22:42:35 is the head id the individuals email address? Dec 13 22:48:20 Soopaman_Luva: you have to read through the monotone docs I dont know on top of my head. Dec 13 22:48:35 k, i think i may have figured it out Dec 13 22:48:37 thanks though Dec 13 22:57:05 * * OE Bug 3474 has been created by joshua(AT)willowisp.net Dec 13 22:57:07 * * unable to bitbake gpe-image -- bitbake pixman fails with cross compiler badness Dec 13 22:57:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3474 Dec 13 23:13:56 03mickeyl 07org.oe.dev * r246f9c04... 10/ (7 files in 4 dirs): libgsmd svn add gta02 specific version Dec 13 23:14:02 03mickeyl 07org.oe.dev * r389aed28... 10/ (3 files in 3 dirs): uboot-openmoko svn remove glamo-ram-init.patch; has been applied upstream Dec 13 23:14:11 03mickeyl 07org.oe.dev * rf5aa47e4... 10/ (7 files in 4 dirs): disapproval of revision '246f9c04a53439921ddf3390aeea277ba55bba13' Dec 13 23:15:05 * * OE Bug 2468 has been REOPENED by Dec 13 23:15:07 * *  python-pyqt4 fails do_compile Dec 13 23:15:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2468 Dec 13 23:16:04 * * OE Bug 3463 has been RESOLVED (INVALID) by Dec 13 23:16:06 * *  librecord-1.0-r0-do_configure Dec 13 23:16:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3463 Dec 13 23:16:16 * * OE Bug 3462 has been RESOLVED (INVALID) by Dec 13 23:16:18 * *  librecord-0.1-r0-do_fetch Dec 13 23:16:20 * * http://bugs.openembedded.org/show_bug.cgi?id=3462 Dec 13 23:29:03 * * OE Bug 3003 has been RESOLVED (INVALID) by Dec 13 23:29:05 * *  engrave-0.0.0+cvs20070819-r0-do_fetch Dec 13 23:29:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3003 Dec 13 23:30:03 * * OE Bug 3451 has been RESOLVED (INVALID) by Dec 13 23:30:05 * *  eet-native-0.9.10.041+cvs20071206-r0-do_fetch Dec 13 23:30:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3451 Dec 13 23:30:15 * * OE Bug 3452 has been RESOLVED (INVALID) by Dec 13 23:30:17 * *  eet-0.9.10.041+cvs20071206-r0-do_fetch Dec 13 23:30:19 * * http://bugs.openembedded.org/show_bug.cgi?id=3452 Dec 13 23:44:04 * * OE Bug 3025 has been RESOLVED (FIXED) by Dec 13 23:44:06 * * openmoko-browser2-0.0.1+svnr${SRCREV}-r0-do_fetch Dec 13 23:44:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3025 Dec 13 23:44:16 * * OE Bug 3344 has been RESOLVED (INVALID) by Dec 13 23:44:18 * * openmoko-feedreader2-0.0.1+svnr62"3080"-r1-do_fetch Dec 13 23:44:20 * * http://bugs.openembedded.org/show_bug.cgi?id=3344 Dec 13 23:45:04 * * OE Bug 3024 has been RESOLVED (FIXED) by Dec 13 23:45:06 * *  openmoko-browser2-0.0.1+svnr1-r0-do_fetch Dec 13 23:45:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3024 Dec 14 00:14:04 * * OE Bug 2946 has been RESOLVED (INVALID) by Dec 14 00:14:06 * *  linux-rp-2.6.19+git-r5-do_fetch Dec 14 00:14:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2946 Dec 14 00:24:31 03mickeyl 07org.oe.dev * rc1c95d06... 10/ (3 files in 2 dirs): python-pyqt 4.3.1 update to 4.3.3 Dec 14 00:24:39 03mickeyl 07org.oe.dev * r268b8a1e... 10/ (1 packages/python/python-pyqt_4.3.3.bb): python-pyqt 4.3.3 change sip tag Dec 14 00:24:43 03mickeyl 07org.oe.dev * rdcec9934... 10/ (4 files in 4 dirs): pointercal 0.0 add file for e680 Dec 14 00:24:48 03mickeyl 07org.oe.dev * r670f417f... 10/ (3 files in 3 dirs): matchbox-keyboard-inputmethod svn catch up fic-gta01-font-size patch and also apply for gta02 Dec 14 00:24:52 03mickeyl 07org.oe.dev * rf2da87b6... 10/ (1 classes/sip.bbclass): sip.bbclass: =+ emits problems with task dependencies, using += now Dec 14 00:36:54 so much anger, why must bitbake be so frustrating Dec 14 00:53:12 is there a wayfor this newbie to update the OE wiki getting started section? Dec 14 00:58:57 03mickeyl 07org.oe.dev * rb0e1f4cc... 10/ (1 packages/python/python-pyqt_4.3.3.bb): python-pyqt 4.3.3 set sip tag back to 4.3.2 until we actually have Qt 4.3.3 in OE **** ENDING LOGGING AT Fri Dec 14 02:59:56 2007