**** BEGIN LOGGING AT Thu Mar 20 02:59:56 2008 Mar 20 03:50:11 how do you make a comment in a .bb Mar 20 03:55:43 Darkrift2: # Mar 20 03:58:03 i tried that Mar 20 03:58:07 made the rest of the script givce errors Mar 20 03:58:18 oh well Mar 20 03:58:31 i guess ill try to compile nativly for this app Mar 20 07:27:31 03xora 07org.oe.dev * r6a01d977... 10/ (1 conf/distro/include/sane-srcrevs.inc): sane-srcrevs.inc : bump some openmoko stuff Mar 20 07:47:09 03xora 07org.oe.dev * rb26dd751... 10/ (1 packages/efl1/edbus_cvs.bb): edbus_cvs.bb : add a PV from OM mtn Mar 20 07:47:14 03xora 07org.oe.dev * rc2ce4f63... 10/ (1 packages/efl1/exml_cvs.bb): exml_cvs.bb : add a PV from OM mtn Mar 20 07:47:18 03xora 07org.oe.dev * r78360816... 10/ (1 packages/geoclue/geoclue_git.bb): geoclue_git.bb : add staging from OM mtn Mar 20 07:47:23 03xora 07org.oe.dev * rc1b9cd81... 10/ (2 files in 2 dirs): Mar 20 07:47:23 gpsdrive/gpsdrive-2.10pre4/gpsdrive_2.10pre4.desktop : improve desktop file for Mar 20 07:47:23 gpsdrive from OM mtn Mar 20 07:47:28 03xora 07org.oe.dev * recb61b6a... 10/ (3 files in 2 dirs): Mar 20 07:47:28 openmoko-minimal-image.bb : add minimal image and make neccessary changes to Mar 20 07:47:28 openmoko-image from OM mtn Mar 20 07:47:32 03xora 07org.oe.dev * rf4b6fb3c... 10/ (1 packages/openmoko-projects/assassin_svn.bb): assassin_svn.bb : fix DEPENDS from OM mtn Mar 20 07:47:37 03xora 07org.oe.dev * r909e12f5... 10/ (1 packages/openmoko-projects/diversity-daemon_svn.bb): diversity-daemon_svn.bb : fix DEPENDS and RDEPENDS from OM mtn Mar 20 07:47:42 03xora 07org.oe.dev * r01cff254... 10/ (1 packages/openmoko-projects/diversity-nav_svn.bb): diversity-nav_svn.bb : fix DEPENDS and RDEPENDS from OM mtn Mar 20 07:47:47 03xora 07org.oe.dev * r4ba2792c... 10/ (1 packages/openmoko2/openmoko-session2.bb): openmoko-session2.bb : fix RDEPENDS from OM mtn Mar 20 07:47:52 03xora 07org.oe.dev * rdad501b4... 10/ (1 packages/packagekit/packagekit_git.bb): packagekit_git.bb : fix DEPENDS and REDEPENDS from OM mtn Mar 20 07:47:57 03xora 07org.oe.dev * rc4d53646... 10/ (3 files in 3 dirs): swt3.4-gtk_3.3+3.4M3.bb : fix include path problems if JAVA_HOME is set from OM mtn Mar 20 07:48:01 03xora 07org.oe.dev * re6b0a17c... 10/ (1 packages/tasks/task-openmoko-feed.bb): task-openmoko-feed.bb : add more stuff to feed from OM mtn Mar 20 07:48:06 03xora 07org.oe.dev * ra8ea9d97... 10/ (1 packages/u-boot/u-boot-openmoko_1.3.1+git+svn.bb): u-boot-openmoko_1.3.1+git+svn.bb : update revision Mar 20 07:48:10 03xora 07org.oe.dev * r02ae3e92... 10/ (1 packages/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb): xserver-kdrive-glamo_1.3.0.0+git.bb : update revision Mar 20 07:48:15 03xora 07org.oe.dev * rf4602776... 10/ (3 files in 2 dirs): intltool_0.37.1.bb, intltool-native_0.37.1.bb : new versions from OM mtn Mar 20 08:19:10 morning Mar 20 08:19:59 yo hrw Mar 20 08:40:43 03koen 07org.oe.dev * r578f199b... 10/ (1 packages/db/db-native_4.2.52.bb packages/db/db_4.2.52.bb): db: sync with poky Mar 20 08:56:29 RP: ping Mar 20 09:04:34 XorA: your message has been forwarded Mar 20 09:07:36 XorA: pong :) Mar 20 09:07:55 RP: having problems with SRCREV_FORMAT, I either dont understand it or it doesnt work Mar 20 09:08:18 RP: using it for linux-openmoko and svn doing svn co -r 4194-r4165 Mar 20 09:09:35 XorA: Did you add ;name=foo to each entry in SRC_URI? Mar 20 09:10:08 then SRCREV_FORMAT="foo" should have the names replaced with revisions Mar 20 09:10:25 and PV needs to contain SRCREV Mar 20 09:11:27 RP: the files in OE are exactly what I am doing, I think Ive done it properly, maybe I misread Mar 20 09:11:49 RP: could you take a quick ten second look for obvious mistake? Mar 20 09:14:41 XorA: looking Mar 20 09:14:59 RP: thanks, its probably just me suffering from being in the wrong timezone Mar 20 09:20:30 XorA: It calls itself linux-openmoko-2.6.24+svnr4194-r4165-r3 here? Mar 20 09:20:42 XorA: no, this is the *right* timezone ... Mar 20 09:21:14 RP: yes, but the svn fectchers dont get -r 4194 they get -r 4194-r4165 Mar 20 09:21:27 hi, I did a mtn pull & update yesterday and now glic won't compile...what can I do? Mar 20 09:21:54 "configure: error: working compiler support for visibility attribute is required" Mar 20 09:22:02 rwhitby: right as 'not left side on the map'? Mar 20 09:22:05 RP: or did I misunderstand and you cant do SRCREV_pn-linux-openmoko ?= "4194-r4165" Mar 20 09:23:10 rwhitby: at least in your part of the timezone the language is a bit more understandable to me Mar 20 09:27:02 XorA: I think this is an area of bugs in bitbake :/ Mar 20 09:33:02 XorA: I think it will work if you add ;rev= parameters to the url but I don't think it can set the srcrevs from the string by reverse parsing SRCREV_FORMAT :/ Mar 20 09:33:15 XorA: Adding that capability should be possible though... Mar 20 09:33:52 RP: ok, I shall go with coding the second SRCREV into the recipe for now, then if I get some time I am more awake I can see about the other Mar 20 09:34:32 XorA: I'd look at it but I think it would take a while to deal with and I have other pressing issues atm :( Mar 20 09:34:51 RP: yes, thats fair enough, you done more than enough to help explain to me Mar 20 09:59:37 * Crofton points out XorA and RP are in the same timezone .... Mar 20 09:59:50 Crofton: we are? Mar 20 10:02:30 I thought you were .... Mar 20 10:03:01 * XorA is GMT+8 Mar 20 10:03:17 They let him out for a while. Mar 20 10:03:52 ah Mar 20 10:04:10 I was wondering what you meant by "wrong timezone" :) Mar 20 10:05:23 Crofton: Im at OM central Mar 20 10:05:39 cool Mar 20 10:05:46 having fun? Mar 20 10:06:45 bleh too much work, not enough beer Mar 20 10:09:08 grim Mar 20 10:21:36 grr gstreamer is not building for me Mar 20 10:21:50 why is gstreamer building for console-image .... Mar 20 10:22:56 Crofton: fails here too Mar 20 10:23:03 /bin/sh: Can't open ../.././mkinstalldirs Mar 20 10:24:36 yep Mar 20 10:24:57 I just pulled, I was hoping someone fixed it while I slept Mar 20 10:25:27 I only just saw it fail, it built yesterday Mar 20 10:25:42 I think it built yesterday morning ..... Mar 20 10:57:21 Where is staging is mkinstalldirs normally? Mar 20 10:59:01 RP: its in ${S} Mar 20 10:59:19 ah, not what I'm thinking of them Mar 20 10:59:21 then Mar 20 10:59:39 RP: its some insane bit of scripting in gstreamer that goes wrong Mar 20 10:59:51 * XorA doesnt get what it tries to do, or ends up doing Mar 20 11:00:04 I ripped up a few gstreamer recipes in poky last night Mar 20 11:00:24 I merged some improvements to insane from OE, then got to fix all the problems it highlighted :/ Mar 20 11:00:51 MKINSTALLDIRS = $(top_builddir)/./mkinstalldirs Mar 20 11:00:51 mkinstalldirs = $(SHELL) `case "$(MKINSTALLDIRS)" in /*) echo "$(MKINSTALLDIRS)" ;; *) echo "$(top_builddir)/$(MKINSTALLDIRS)" ;; esac` Mar 20 11:00:59 03rpurdie 07org.oe.dev * r34ad27a7... 10/ (1 classes/autotools.bbclass classes/native.bbclass): Mar 20 11:00:59 autotools.bbclass: Merge autotools_stage_all with changes in Poky. Removes a Mar 20 11:00:59 typo, adds libexec dir to staging list, works with cross.bbclass, removed info Mar 20 11:00:59 and man data which is pointless in staging and factors out repeated Mar 20 11:00:59 functionality into a separate function Mar 20 11:01:03 03rpurdie 07org.oe.dev * r12eb5839... 10/ (1 classes/package.bbclass): package.bbclass: Add PN to list of package variables emitted in pkgdata (from poky) Mar 20 11:01:21 $(top_builddir) seems to have wrong value here Mar 20 11:02:22 eh, I see it applies $(top_builddir) twice, WTF did they do that Mar 20 11:03:34 * XorA is just gonna patch it away Mar 20 11:13:07 Crofton: I think I fixed gstreamer, Ill check it in after dinner Mar 20 11:13:20 thanks Mar 20 11:13:37 I'll check it after breakfast :) Mar 20 11:14:10 today, try to figure out git Mar 20 11:36:09 RP: you here? Mar 20 11:36:34 I am wondering why we have virtual/${TARGET_PREFIX}libc-initial but virtual/libc Mar 20 11:38:26 Esben: I am and thats an interesting question Mar 20 11:38:49 ${TARGET_PREFIX}libc would probably be more accurate Mar 20 11:48:03 so, how many packages will be broken if we change it :-) Mar 20 11:50:49 RP: I am considering exchanging the current rpcsvc recipe cruft with the corresponding patch from CLFS: Mar 20 11:50:51 http://svn.cross-lfs.org/svn/repos/cross-lfs/branches/clfs-sysroot/patches/glibc-2.6.1-cross_hacks-1.patch Mar 20 11:51:45 Looks a bit cleaner, and we get rid of the dependency on glibc-devel package from host OS. Mar 20 11:53:48 Esben: I don't think virtual/libc is referenced in too many places... Mar 20 12:09:59 checking for ld that supports -Wl,--gc-sections... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. during gcc-cross-4.2.1 for avr32 ?? Mar 20 12:10:37 can one help me on that ? Mar 20 12:20:14 03xora 07org.oe.dev * r546fe3a8... 10/ (3 files in 3 dirs): gstreamer_0.10.17.bb : patch to fix problem with mkinstalldirs Mar 20 12:20:49 Crofton: done Mar 20 12:21:14 XorA, pulling Mar 20 12:22:31 !oebug 4101 Mar 20 12:22:31 any opinions on koen's comments for ipaq-sleep? Mar 20 12:22:32 * * Bug 4101, Status: NEW, Created: 2008-03-19 14:04 Mar 20 12:22:33 * * andrew.paulsen(AT)gmail.com: ipaq-sleep cleanup, some improvements Mar 20 12:22:34 * * http://bugs.openembedded.org/show_bug.cgi?id=4101 Mar 20 12:23:18 apaulsen: dropping older then 2.6? Mar 20 12:23:21 +1 from me Mar 20 12:23:23 hrw: Error: "1" is not a valid command. Mar 20 12:24:42 I guess I'd like to know if anyone is using a device with a backlight that isn't controlled through /sys/class/backlight/*/ Mar 20 12:25:11 apaulsen: if someone use then device kernel is broken Mar 20 12:25:22 that's probably a better question for the ml Mar 20 12:25:24 /sys/class/backlight/ is official way of doing it Mar 20 12:25:43 btw - it was done/created by RP ;) Mar 20 12:26:40 03pH5 07org.oe.dev * rd951240b... 10/ (1 conf/distro/angstrom-2008.1.conf): Mar 20 12:26:40 angstrom-2008.1.conf: there is no pango 1.18.1 anymore, remove PREFERRED_VERSION Mar 20 12:26:40 * this should be done in angstrom-2008-preferred-versions.inc anyway Mar 20 12:26:45 03pH5 07org.oe.dev * ra8dbe4e9... 10/ (1 conf/distro/include/angstrom-2008-preferred-versions.inc): angstrom-2008-preferred-versions.inc: there is no vte 0.16.10 in OE Mar 20 12:26:50 03pH5 07org.oe.dev * r808c0f3b... 10/ (1 packages/vte/vte_0.16.13.bb): vte: add 0.16.13 Mar 20 12:28:59 re Mar 20 12:37:44 03koen 07org.oe.dev * r4f01b212... 10/ (1 conf/distro/include/sane-srcrevs.inc): opkg: bump SRCREV to get big-endian fix Mar 20 12:39:59 Sorry if I am asking the obvious. But what is the current status of support for gcc4.x? My latest build now errors out for qemu-native and demands a gcc3.x be installed. Mar 20 12:40:12 This used to work for me. gcc-3.4-base is installed, too. Mar 20 12:40:18 Laibsch: qemu still require gcc 3.x Mar 20 12:40:21 mickey|recife, how is Brazil? Mar 20 12:40:24 Laibsch: gcc-3.4 you need Mar 20 12:40:31 OK, thanks Mar 20 12:41:06 Crofton: heya. unfortunately i took european weather with me... it's cold today Mar 20 12:41:21 define "cold" Mar 20 12:41:35 should we have OEDBM? Mar 20 12:41:49 ~ 20 degrees Mar 20 12:41:53 cloudy Mar 20 12:41:56 that's not bad Mar 20 12:42:00 ;) Mar 20 12:42:06 OED Brazil M? Mar 20 12:42:13 you are just a tropical kind of guy Mar 20 12:42:17 indeed Mar 20 12:42:22 hrw, exactly :) Mar 20 12:42:23 i never got into the climate in germany Mar 20 12:42:34 mickey|recife: get a couple of babes to warm you Mar 20 12:42:38 mickey|recife: move to taipei then Mar 20 12:42:49 XorA: Sabine will kick him out of home then... Mar 20 12:42:50 taipei is warm and rainiy Mar 20 12:42:51 * Crofton wonders if mickeyl was adopted :) Mar 20 12:43:00 it's been 35-40 last few weeks in Adelaide ... Mar 20 12:43:28 rwhitby: thats insane, I wont go there Mar 20 12:43:30 it's 37 here Mar 20 12:43:39 XorA: dry heat, not sticky. Mar 20 12:43:49 F Mar 20 12:44:02 3°C here Mar 20 12:44:04 * apaulsen Enjoying the pleasant -6C North Dakota weather Mar 20 12:44:15 * XorA decides apaulsen has best offer so far Mar 20 12:44:22 hrw same here :) Mar 20 12:44:36 the week before I was in Chicago, with max of -4C Mar 20 12:44:38 help reducing greenhouse gases Mar 20 12:47:52 ghghg ... around 15C here Mar 20 12:48:34 6C and raining Mar 20 12:49:37 this channel has turned into Britain Mar 20 12:50:49 no, it's much sunnier in this channel ... Mar 20 12:50:54 * gremlin[it] carry a spot of Mediterranean weather in the channel Mar 20 12:51:24 a sunnier place where they always talk about the weather? Britain2??? Mar 20 12:51:38 Little Britain? Mar 20 12:51:53 yeah but, no but yeah but no Mar 20 12:57:09 I have a snow storm outside, really heavy snow Mar 20 12:57:12 :> Mar 20 12:58:20 rockin Mar 20 12:59:43 cloudy and windy here, snow forecast on high ground tonight Mar 20 13:00:53 I'd like to ride a motorbike on dry roads tomorrow so I'm expecting it to get a lot worse... Mar 20 13:02:18 RP: could you have a look please http://pastebin.mozilla.org/374315 - gcc 4.3.0 related, maybe you have an idea Mar 20 13:04:26 what's this "include-fixed" directory, is it supposed to be like that? it was just "include" with gcc 4.2.2 Mar 20 13:04:56 Jin^eLD: I suspect it should be seeing the version in staging through sysroot Mar 20 13:05:21 Jin^eLD: Its possible that the compiler isn't using sysroot for some reason but without more context in that log I can't tell Mar 20 13:05:36 huh, what version? Mar 20 13:06:10 Jin^eLD: ./staging/mips-angstrom-linux-uclibc/usr/include/limits.h Mar 20 13:06:11 well, I build again and paste the full log Mar 20 13:06:33 what is the "version" in that string? Mar 20 13:06:41 mips-angstrom-linux-uclibc? Mar 20 13:07:10 Jin^eLD: I don't understand Mar 20 13:07:30 RP: well I do not understand what you said :) "it should be seeing the version in staging through" Mar 20 13:07:34 what version? Mar 20 13:07:59 it probably should be seeing the version of that file that is in staging, ./staging/mips-angstrom-linux-uclibc/usr/include/limits.h Mar 20 13:08:28 aha Mar 20 13:08:50 so you think with 4.2.2 the staging limits.h was used, and not the one from the cross directrory? Mar 20 13:09:18 Maybe not, but maybe it should have been Mar 20 13:09:26 03koen 07org.oe.dev * r20b213be... 10/ (1 conf/machine/beagleboard.conf): beagleboard: serial console is on ttyS2 Mar 20 13:09:37 Jin^eLD: I'm just guessing... Mar 20 13:09:44 I wonder if the paths are supposed to be called "include-fixed" Mar 20 13:09:58 at least that's a clear difference to 4.2.2 Mar 20 13:10:08 yes, what does google say? Mar 20 13:10:56 hmm indeed, why didn't I look first... seems the fixed headers were moved there Mar 20 13:11:30 so now the question is - does OE know about this fixed directory, let me grep Mar 20 13:11:59 I've never heard of it before... Mar 20 13:12:12 seems to be new in 4.3.0 Mar 20 13:12:55 http://sourceware.org/ml/libc-alpha/2007-03/msg00017.html Mar 20 13:13:08 03xora 07org.oe.dev * r2019ff59... 10/ (1 conf/checksums.ini): checksums.ini : add two new checksums from OM mtn Mar 20 13:13:13 03xora 07org.oe.dev * rad97e9f5... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc : bump EFL stuff from OM mtn Mar 20 13:13:25 seems we need more params Mar 20 13:17:16 hm there is two revisions Mar 20 13:17:23 I'm taking the XorA|gone one ehehehehe Mar 20 13:19:53 RP: is uclibc sysroot aware? Mar 20 13:21:07 03koen 07org.oe.dev * ra40922ce... 10/ (1 packages/sysvinit/sysvinit_2.86.bb): sysvinit: bump PR for beagleboard serial console change Mar 20 13:24:14 Jin^eLD: Only binutils/gcc need to be Mar 20 13:24:47 so -isystem - is it sysroot related or is it something different? Mar 20 13:25:04 something different, its like -I Mar 20 13:25:09 oh ok... Mar 20 13:25:10 see gcc's manpage Mar 20 13:25:55 I guess I then only need another CFLAGS setting for uclibc Mar 20 13:39:04 ~convert 1 stone to kg Mar 20 13:39:05 1 stone is approximately 6.35029 kg Mar 20 13:39:15 ~convert 14 stones to kg Mar 20 13:39:16 14 stones is approximately 88.9041 kg Mar 20 13:39:44 ~curse british people for silly measuring Mar 20 13:39:45 May you be reincarnated as a Windows XP administrator, british people for silly measuring ! Mar 20 13:41:33 hrw: going on a diet? Mar 20 13:42:35 rwhitby: rather checking other developer weight Mar 20 13:44:33 ~convert 1 stone to lb Mar 20 13:44:34 rwhitby: Half of OH need to go on a diet :/ Mar 20 13:44:34 1 stone is approximately 14 lb Mar 20 13:44:50 ~convert 14 stone to lb Mar 20 13:44:52 14 stone is approximately 196 lb Mar 20 13:52:05 ~convert stone to pound Mar 20 13:52:06 stone is approximately 14 pound Mar 20 13:52:54 hrw: please Mar 20 14:04:35 ;) Mar 20 14:06:03 2.2lb is 1 kg or 1 bag of sugar... Mar 20 14:06:15 I don't know why I know htat Mar 20 14:42:25 ok, where's florian Mar 20 14:54:11 Exception: Message:global name 'group' is not defined Mar 20 14:54:33 I am getting this error today while compiling eglibc Mar 20 14:54:46 it uses group in couple of places Mar 20 14:55:00 what should be used instead? Mar 20 14:58:40 ls -la Mar 20 14:59:00 * Khem on wrong window Mar 20 15:03:39 Khem: at least you didn't try changing your root password in here :) Mar 20 15:04:49 hvontres|work: I have type my password once done on a private chat window Mar 20 15:09:26 hi, can someone solve this problem? in my build/conf/local.conf I have set DISTRO="openmoko" but when I run bitbake glib-2.0-native e.g. it tells me that OE Build configuration is DISTRO=angstrom.. why? Mar 20 15:14:21 my local.conf:http://nopaste.org/p/a4XtIdlkN Mar 20 15:20:57 quick question Mar 20 15:21:37 I don't fully understand this ipkg naming convention. The package is called libsqlite3-0 what's the -0 about in the name? That doesn't quite seem right Mar 20 15:22:09 would I need to specify the -0 in RDEPEND or not? Mar 20 15:24:46 hillct: You should use the name in PACKAGES in a RDEPEND Mar 20 15:25:59 RP: the name in PACKAGES? the file? or you mean the name of the recipe in the packages directory? Mar 20 15:26:13 in that case it's sqlite3 Mar 20 15:26:18 I guess Mar 20 15:27:16 PACKAGES is a variable each package contains, the default from bitbake.conf if the .bb file itself doesn't set it Mar 20 15:29:30 oh, that one Mar 20 15:29:31 K Mar 20 15:30:03 edistar, so whatever which distro you define in local.conf, you get angstrom? Mar 20 15:30:29 s/whatever which distro/whatever distro/ Mar 20 15:30:54 dcordes: exactly Mar 20 15:32:59 RP: thanks. It appears my recipe had a few things in depends that should have been in rdepends Mar 20 15:34:30 edistar: do you have more than one build dir? Mar 20 15:34:44 hvontres|work: no Mar 20 15:35:22 hvontres|work: I only have org.openembedded.dev and I only tried one DISTRO, namely openmoko Mar 20 16:02:45 ~lart recipies with SRCREV = ${AUTOREV} inside Mar 20 16:02:45 * ibot executes killall -TERM recipies with SRCREV = ${AUTOREV} inside Mar 20 16:03:34 * mwester thinks "rm -f" beats "killall -TERM" for that... :D Mar 20 16:03:37 mwester: did your build from scratch complete? I had bad luck 20 hours ago... Mar 20 16:04:12 SlugOS built fine (two versions), but the openmoko build croaked on gstreamer problems. Mar 20 16:04:20 mwester: :) Actually it's only one.... I'll post a buzilla rminder when I get home tonight Mar 20 16:04:31 I stumbled on libtool...and perhaps gettext Mar 20 16:04:49 Ouch, libtool is bad. Mar 20 16:05:19 heh.. we live in strange times Mar 20 16:05:23 it was around 22pm CET...something has changed since then ? Mar 20 16:05:36 mwester: how does gstreamer fail for you? mine fails with mkinstalldirs: no such file or directory Mar 20 16:06:02 BTW I was building angstrom from .dev Mar 20 16:06:43 I didn't even look, frankly -- I saw the IRC log where XorA committed numerous changes, so I just tried to sync up and restart. It's still stuck, apparently monotone.openembedded.org is not responsive. Mar 20 16:07:14 /bin/sh: ../.././mkinstalldirs: No such file or directory Mar 20 16:07:18 Yep, same problem. Mar 20 16:07:21 I've been having problems like that, eventually it succeeded, although I did hav to restart Mar 20 16:07:22 florian florian, wherefor art thou Mar 20 16:07:30 mwester, he fixed that Mar 20 16:07:44 ant|work: gstreamer_0.10.17.bb : patch to fix problem with mkinstalldirs Mar 20 16:07:50 :) so if monotone.openembedded.org wakes up, I'll be fine. :) Mar 20 16:08:05 yeah, I just finished an osk build Mar 20 16:08:32 hvontres|work: I got blocked well before gstreamer ... Mar 20 16:11:25 ant|work: sorry... that was meant for everybody. But I think the stuff you were seeing was fixed yesterday. Once monotone wakes up again, do a pull and it should work a lot better Mar 20 16:11:26 if only someone would care to sync the viewMTN filebrowser...for this last couple of week ;-) Mar 20 16:17:48 03koen 07org.oe.dev * rf0eacab8... 10/ (4 files in 3 dirs): illume: add patch that fixes the include paths and add -DE_TYPEDEFS=1 to CFLAGS so those includes actually do someting Mar 20 16:28:57 03pH5 07org.oe.dev * re851c5f7... 10/ (4 files in 2 dirs): gtk+: package .la files for libprintbackends in -dev package Mar 20 16:29:09 03pH5 07org.oe.dev * rbfc0a9b3... 10/ (4 files in 4 dirs): pango-1.8.2: apply pkgconfig_fixes.patch Mar 20 16:29:10 03pH5 07org.oe.dev * rc1f2a1f7... 10/ (1 conf/distro/include/angstrom-2008-preferred-versions.inc): Mar 20 16:29:10 angstrom-2008-preferred-versions.inc: prefer pango 1.18.3 Mar 20 16:29:10 * this seems to be needed to overwrite the 1.8.2 preference from Mar 20 16:29:10 preferred-gpe-versions-2.8.inc, although I think requesting a Mar 20 16:29:12 preferred pango version is none of its bussiness. Mar 20 16:30:39 cedric_: ping Mar 20 16:31:21 cedric_: it sems Laibsch got stopped by the qemu checks about gcc too... Mar 20 16:31:28 ant|work: pong Mar 20 16:31:41 ant|work: yes I've seen that Mar 20 16:32:16 RP: "Houston, we have a problem..." ;-) Mar 20 16:47:06 !seen koen Mar 20 16:47:06 Khem, I don't remember seeing koen. Mar 20 16:47:35 Khem: he is not on IRC anymore Mar 20 16:47:44 !seen 'XorA|gone do any work lately' Mar 20 16:47:46 Jin^eLD: why do you know Mar 20 16:47:46 ScaredyCat, I don't remember seeing 'xora|gone. Mar 20 16:48:19 ~seen thesing Mar 20 16:48:21 Khem: I was also wondering where he was and the guys told me that he is focusing on his studies Mar 20 16:48:25 thesing was last seen on IRC in channel #oe, 6d 16h 10m 37s ago, saying: 'gnight'. Mar 20 16:48:27 !seen XorA|gone_do_any_work_lately Mar 20 16:49:04 Jin^eLD: that makes sense absolutely Mar 20 16:51:22 * ant|work is waiting for thesing's initramfs klibc stuff Mar 20 17:02:16 ~curse mtn log Mar 20 17:02:32 mtn log --no-graph --no-merges --no-thiscrap --nothatcrap Mar 20 17:02:34 arghhh Mar 20 17:03:03 hrw: be patient... (-11 days to git) Mar 20 17:03:21 or mercurial Mar 20 17:03:33 has anybody voluntered for handling the setup and transition? Mar 20 17:03:34 who knows ? Mar 20 17:05:07 it appears that adding RDEPENDS="sqlite3" does not result in an package dependency on libsqlite3-0. What am I missing here? libsqlite3-0 is not explicitly mentioned in PACKAGES as defined by the sqlite recipes... Mar 20 17:05:32 Esben: zecke has already ported git and the Poky's guys have already a web front-end Mar 20 17:06:47 hillct: DO NOT add libraries into RDEPENDS Mar 20 17:07:56 hrw: ok. Didn't work in DEPENDS either. That's what prompted me to try RDEPENDS Mar 20 17:08:07 ant|work: I guess OE will want it's own server setup, and the current monotone database should be converted to git, and if possible, older data could be ported as well (I know BK has been used in the past, but what about CVS or SVN?) Mar 20 17:08:30 hillct: does you app is linked with sqlite3 at all? Mar 20 17:08:40 yes Mar 20 17:08:58 hillct: then OE should add libsqlite3 dependency automagically Mar 20 17:09:07 Esben: we have bitkeeper dump as cvs Mar 20 17:09:09 should, yes Mar 20 17:09:18 doesn't aparently Mar 20 17:09:41 hillct: run ARCH-objdump BINARY -x|grep NEED Mar 20 17:10:45 against the ARM binary in the cross compile enviroment? Mar 20 17:11:29 yes Mar 20 17:13:48 I take it objdump would have been built in the toolchain... can't find it Mar 20 17:14:36 tmp/cross/bin/*arm*-objdump Mar 20 17:15:06 ah Mar 20 17:16:11 bbl, bye Mar 20 17:17:48 hrw: it's listed as needed Mar 20 17:18:44 as is libspandsp.so.0 which also isn't being pulled in as a dependency Mar 20 17:19:56 your app had sqlite3 in DEPENDS? Mar 20 17:20:06 it did Mar 20 17:20:14 before testing using rdepends Mar 20 17:20:31 neither caused the proper package dependency creation Mar 20 17:21:33 could it simply be a matter of ipkg behaving differently when installing from a local ipk file vs a feed? Mar 20 17:22:41 I'm pretty sure I'd seen it pull dependency packages from feeds to fulfil local requirements of packages installed from a local ipk before... Mar 20 17:23:13 might the autotools class change the dependency creation behavior? Mar 20 17:26:00 hrw: the binary has the following dependencies: http://pastebin.ca/950531 Mar 20 17:36:30 strange indeed Mar 20 17:54:46 hrw: might it have something to do with the way I'm locating the sqlite3 libraries in OE_EXTRACONF? Mar 20 17:54:47 --with-sqlite3-incdir=${STAGING_DIR}/${HOST_SYS}/${staging_includedir} \ --with-sqlite3-libdir=${STAGING_DIR}/${HOST_SYS}/${staging_libdir}" Mar 20 17:58:03 are staging_includedir and staging_libdir even valid? Mar 20 18:00:53 hillct: no Mar 20 18:01:08 Use STAGING_INCDIR and STAGING_LIBDIR Mar 20 18:01:15 so that translates into an empty value Mar 20 18:01:27 K Mar 20 18:02:13 do those vars includ the full path or do I need the host and dir vars prefixing it? Mar 20 18:02:52 hmmm Mar 20 18:02:55 mtn: warning: [string ""]:796: bad argument #2 to 'format' (string expected, got nil) Mar 20 18:02:58 mtn: error: merge failed due to unresolved conflicts Mar 20 18:03:03 shoragan: have you ever been asked to join #opie.de? Mar 20 18:08:18 zecke: The "magic" of mtn strikes again. Mar 20 18:08:42 mwester: known issue, MTN_MERGE can be set in the environment Mar 20 18:08:51 mwester: still this is a binary file :} Mar 20 18:14:45 zecke: hi Mar 20 18:14:46 I tried rebuilding glibc and the task went ok, no problems at all, so I tryed rebuilding the whole tree last night, but bitbake still thinks glibc failed, also others are having same problem with this on other devices too Mar 20 18:26:26 bye Mar 20 18:33:30 tsdogs: so what is the errors? check the glibc recipe that wants to deploy stuff, check where glibc comes from and why it should uclibc :) Mar 20 18:34:33 zecke: there does not seem to be any error in glibc build/populate task, no failing message Mar 20 18:38:44 tsdogs: see, i have no idea what your error is. General engineering hint: What do you build? What does fail? kernel to copy something? Where does it want to copy to? Why is the directory name wrong? Why is the directory non existant? Mar 20 18:38:56 tsdogs: honestly, I don't remember your error Mar 20 18:39:14 zecke: ok Mar 20 18:40:19 tsdogs: kernel deployment fails? You built a glibc distribution? and it wants to copy the kernel to a dir with uclibc in the name? Mar 20 18:40:40 zecke: yes, was looking for pastebin :) Mar 20 18:41:23 device is htcuniversal, though it seems to fail for mioa too and probably htcblueangel Mar 20 18:42:30 zecke: sorry but got to run home now, bbl Mar 20 18:44:26 I'm seeing lots of compile output about shared library provider errors: NOTE: Couldn't find shared library provider for libssl.so.0.9.7 Mar 20 18:44:29 for example Mar 20 18:44:40 the librries are being built Mar 20 18:45:08 is this indicative of a libtool-native problem or something else? Mar 20 18:45:27 the compile and packaging completes without failing Mar 20 18:46:06 but this might explain the behavior I was seeing where package dependencies aren't being established properly Mar 20 19:17:08 hillct: no, this means that your shlibs/ dir in the staging area is busted, I have never seen such an error :) Mar 20 19:17:50 how do I remedy it? Mar 20 19:18:10 would I need to rebuild everything? Mar 20 19:18:31 hillct: Yes, or use -cinstall -f on every broken package Mar 20 19:21:36 hi all Mar 20 19:26:14 zecke: does that issue explain the behavior I was seeing earlier where packages were being built without proper dependency implementation dispite DEPENDS specification? Mar 20 19:28:12 yes, it does, no idea how this can happen Mar 20 19:28:27 we only write to the files in this dir, never move or delete :) Mar 20 19:28:52 well, I ran out of disk space at one point while doing enviroment setup between building initial and final gcc cross-compiler Mar 20 19:29:09 had to empty out the work dir and continue Mar 20 19:30:03 hillct: well, thanks to the stamps this should even be safe with out of disk space (unless write files but creating files not) Mar 20 19:30:08 That could do it... Mar 20 19:30:17 hillct: but if writing fails python should throw an exception Mar 20 19:30:41 this was a few days back (env setup) so I don't recall Mar 20 19:30:53 will redo it now Mar 20 19:32:21 of course it'll take several hours... I guess that's the way to go, in order to assure completeness Mar 20 19:33:12 or should I just rebuild everythnig that isn't native, in stamps? Mar 20 19:33:30 03koen 07org.oe.angstrom-2007.12-stable * r9e406f8d... 10/ (1 contrib/angstrom/sort.sh): angstrom feed sorter: merge back updates Mar 20 19:33:35 03koen 07org.oe.angstrom-2007.12-stable * re5dfd799... 10/ (11 files in 4 dirs): mono: backport fixes from .dev and switch to 1.2.6 Mar 20 19:35:36 bbl Mar 20 19:43:52 hillct: It's been my experience that problems such as the one you are dealing with are best addressed by "biting the bullet" and starting all over... it's tempting to save what you can from the TMPDIR, but when something goes wrong at such a low level, I've never had good luck in fixing and incrementally recovering. :( Mar 20 19:45:09 03crofton 07org.oe.dev * r8e267e53... 10/ (1 conf/machine/omap5912osk.conf): Mar 20 19:45:09 omap5912osk.conf : Add UBOOT_ENTRYPOINT to machine definition to support Mar 20 19:45:09 conversion to linux.inc kernel build. Mar 20 19:45:18 I'm going to completely rebuild the releeasees directory and below. Keeping mtn, downlods and common Mar 20 19:45:25 we'll see how that goes Mar 20 19:54:15 zecke, not yet Mar 20 19:56:04 is it possible to exclude the entire build of kernel out of an image runqueue? Mar 20 19:56:18 I have problems with a certain kernel and I install it manually anyways Mar 20 20:38:41 hi all ! Mar 20 20:40:07 gm Mar 20 20:40:19 hi Crofton ! Mar 20 20:54:05 * * OE Bug 4106 has been created by fpesquet(AT)yahoo.fr Mar 20 20:54:07 * * pulseaudio 0.9.9 does not build with uclibc ( with patch proposal) Mar 20 20:54:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4106 Mar 20 22:57:10 hi, i m looking for why i get this message " line 420: autotools_stage_all: command not found" on opensuse with OE build bootstrap-image Mar 20 22:59:19 i ve prerequise, like automake, autoconf, autoheader and so :( Mar 20 23:37:14 sorry, it seem that bug come from my local.conf or parallel build settings Mar 21 00:29:46 hm, no error is on perl-native-5.8.8, and still here Mar 21 01:56:29 03rwhitby 07org.oe.dev * r6d7f57ce... 10/ (1 conf/distro/unslung.conf): unslung.conf: Added sane-srcdates and sane-srcrevs Mar 21 02:15:39 ERROR: QA Issue: libpixbufloader-xbm.la failed sanity test (workdir) in path /builder/newBuild/build/tmp/staging/i686-linux/usr/lib/gtk-2.0/2.10.0/loaders Mar 21 02:18:57 ScaredyCat: you failed ansity test HAHAHAHAHAHAHAHAHAHAH **** ENDING LOGGING AT Fri Mar 21 02:59:56 2008