**** BEGIN LOGGING AT Sun Aug 16 02:59:57 2009 Aug 16 06:38:09 03Dirk Opfer  07org.openembedded.dev * r54f36d1ee3 10openembedded.git/conf/checksums.ini: checksums: add gcc4.3.4, fuse 2.7.4 and lightttp 1.4.23 Aug 16 07:46:32 03Khem Raj  07org.openembedded.dev * r077fb218fd 10openembedded.git/ (conf/checksums.ini recipes/jpeg/jpeg_6b.bb): Aug 16 07:46:32 jpeg_6b.bb: Use alternate SRC_URI current one does not have this version Aug 16 07:46:32 Signed-off-by: Khem Raj Aug 16 07:54:15 03Khem Raj  07org.openembedded.dev * r2001d352e8 10openembedded.git/ (4 files in 2 dirs): Aug 16 07:54:15 eglibc: Use FILESPATHPKG, move SRCREV to svn recipe Aug 16 07:54:15 Signed-off-by: Khem Raj Aug 16 10:14:53 Crofton|work: ping? Aug 16 10:15:12 03Koen Kooi  07org.openembedded.dev * r97aee9aeb0 10openembedded.git/recipes/linux/ (50 files in 8 dirs): linux-omap-pm 2.6.29: update to latest git HEAD, sync patches and defconfig with regular linux-omap 2.6.29 Aug 16 11:05:05 * * OE Bug 5298 has been created by ospite(AT)studenti.unina.it Aug 16 11:05:07 * * Update resolvconf recipe to 1.45 Aug 16 11:05:09 * * http://bugs.openembedded.org/show_bug.cgi?id=5298 Aug 16 12:02:50 03Sebastian Krzyszkowiak  07shr/import * r2e764cd7b7 10openembedded.git/recipes/images/ (2 files in 2 dirs): shr-lite-image: adjust ELM_FINGER_SIZE Aug 16 12:42:08 zecke, ping Aug 16 12:42:41 Crofton|work: hey, two questions... do you have any idea about patchwork? and do you know if with the latest beagleboards oprofile is working? Aug 16 12:43:26 no idea about patchwork Aug 16 12:43:38 I think it depends on emails. Aug 16 12:44:00 Crofton|work: did you look at it? any idea how to debug it? Aug 16 12:44:12 I think oprofile shouild work, but there are reports the performance counters do not work quite right Aug 16 12:44:31 I am not familiar with how it is installed Aug 16 12:57:22 Crofton: You're not the one who installed patchwork? Aug 16 12:57:30 Who did? Aug 16 13:03:19 no Aug 16 13:03:23 koen/otavio Aug 16 13:08:23 Are you sure? Aug 16 13:08:31 yes Aug 16 13:08:45 I'm quite certain it wasn't koen and I can hardly imagine otavio doing it Aug 16 13:08:52 Neither of the two has an account on melo Aug 16 13:10:43 Oh, it seems to be running on Amethyst Aug 16 13:10:51 I thought it had already migrated Aug 16 13:11:27 well, maybe it migrated Aug 16 13:11:39 otavio did some setup and koen put it on server Aug 16 13:11:43 I am foggy on details Aug 16 13:12:33 DNS still points to amethyst Aug 16 13:12:42 yep Aug 16 13:12:57 can you set it up on melo? Aug 16 13:14:46 hm Aug 16 13:14:53 I know close to nothing about patchwork Aug 16 13:15:06 And first is still the wiki in the pipeline Aug 16 13:15:14 that's still on amethyst as well Aug 16 13:15:29 yeah Aug 16 13:15:43 I'll ask koen when I see him Aug 16 13:15:59 need to get the wiki moved first Aug 16 13:16:21 koen doesn't have access to melo Aug 16 13:16:34 I mean about fixing the current install Aug 16 13:16:47 I doubt he has much time to fool with it Aug 16 13:17:02 hopefully, the mail delivery is just broke for some reason Aug 16 13:18:02 ic Aug 16 13:19:27 Crofton|work: can we log into the gmail account? Aug 16 13:20:45 er Aug 16 13:20:51 I don't know Aug 16 13:20:59 it is collecting from a gmail account/ Aug 16 13:22:58 anyone has the gmail password? Aug 16 13:31:06 anyone using sshfs w/ dropbear? Aug 16 13:31:10 [as server[ Aug 16 13:32:15 mickeyl: no, I can just ask debug questions :) Aug 16 13:32:32 mickeyl: (did you get the draft of the invitation?) Aug 16 13:32:33 heh Aug 16 13:32:40 yes, got it thanks. will process it tomorrow Aug 16 13:32:48 IIRC dropbear does not support sshfs Aug 16 13:33:01 ah, nm Aug 16 13:33:04 it works now Aug 16 13:33:04 It's been a while that I tried Aug 16 13:33:09 Well, great Aug 16 13:33:11 i had another host key Aug 16 13:33:14 and it was moaning about that Aug 16 13:33:19 sshfs -f -o debug ... is helpful Aug 16 13:53:55 khem: are you there? Aug 16 14:18:33 03Koen Kooi  07org.openembedded.dev * rb09a45be78 10openembedded.git/conf/distro/angstrom-2008.1.conf: Aug 16 14:18:33 angstrom: add preferred provider for qt4 Aug 16 14:18:33 * bitbake had the following to say: Aug 16 14:18:33 NOTE: multiple providers are available for qt4x11 (qt4-x11-free-gles, qt4-x11-free); Aug 16 14:18:33 NOTE: consider defining PREFERRED_PROVIDER_qt4x11 Aug 16 14:18:35 Which seems to give a fairly obvious way to fix it, so let's actually do so. Aug 16 14:18:39 * I wish OE had something like PROVIDER_PREFERENCE = "1" to do this sort of stuff globally, but OTOH it really is a distro decision Aug 16 14:29:04 * * OE Bug 5299 has been created by  Aug 16 14:29:06 * * checksum not tested for sources fetched from a mirror Aug 16 14:29:08 * * http://bugs.openembedded.org/show_bug.cgi?id=5299 Aug 16 15:14:33 ~seen florian Aug 16 15:14:35 florian was last seen on IRC in channel #oe, 1d 4h 49m 35s ago, saying: 'rkirti: do you have the glib archive at hand... maybe you can try to dcc it so that i can continue building'. Aug 16 15:39:51 Laibsch: yes now I am Aug 16 15:39:59 nice Aug 16 15:40:09 got my mail re python-sip and python-pyqt? Aug 16 15:40:20 yes saw it Aug 16 15:40:27 I think the fix may be as easy as updating to pyqt of the same version Aug 16 15:40:31 But I'm not sure Aug 16 15:40:39 Ask mickeyl for details Aug 16 15:40:48 But right now "bitbake python-pyqt" fails Aug 16 15:40:57 I see Aug 16 15:41:05 OK I will try it out Aug 16 15:41:14 Thanks Aug 16 16:07:12 03Klaus Kurzmann  07shr/import * r1d8eafbec5 10openembedded.git/recipes/shr/ (4 files): Aug 16 16:07:12 shr-splash-theme: add postinst to set a link for the x splash Aug 16 16:07:12 Signed-off-by: Klaus Kurzmann Aug 16 16:15:22 03Klaus Kurzmann  07shr/import * rcf5370e24d 10openembedded.git/recipes/shr/ (shr-splash-theme.inc shr-splash_git.bb): Aug 16 16:15:22 shr-splash: move the postinst into the splash main package Aug 16 16:15:22 Signed-off-by: Klaus Kurzmann Aug 16 17:37:36 i have a simple question though i didn't find the answer in wiki: how to do a cleanup for all packages already built? The wiki advices "INHERITS += rm_work" but will it work for built packages? Aug 16 17:44:03 borman92: it doesnt work for packages already built Aug 16 17:44:31 borman92: "bitbake -c clean" will clean up one recipe Aug 16 17:59:56 Hi all. Has anyone else run into issues with missing asm/page.h when compiling glibc 2.9 using recent kernel headers? Aug 16 18:00:05 Just wondering how general it is before sending a patch. Aug 16 18:00:47 arm specific issue in ioperm.c Aug 16 18:05:24 looks like the same issue exists for alpha, but then is anyone using oe on alpa? Aug 16 18:05:44 Don't want to 'fix' that without anything to test against. Aug 16 18:14:15 Not to worry, posted to oe-devel. Aug 16 18:50:58 jic23: patch is already there just apply it to 2.9 Aug 16 18:51:20 ./glibc-2.4/glibc-arm-no-asm-page.patch Aug 16 19:30:10 can anybody help with my question? Aug 16 19:31:24 hmm there might be a bitbake option to this? Aug 16 19:42:44 i don't see Aug 16 19:42:58 bitbake -c clean console-image Aug 16 19:43:04 doesn't help Aug 16 19:43:37 and i'm running out of disk space :( Aug 16 19:44:16 i have a feeling that 'rm -rf work' will break sanity Aug 16 19:45:32 hmm :( interesting problem Aug 16 19:56:45 bitbake -c clean world Aug 16 19:58:13 bad idea Aug 16 20:01:16 http://pastebin.com/d692e3aae Aug 16 20:01:44 03Jeremy Lainé  07shr/import * r53de5db0ae 10openembedded.git/recipes/libnl/ (4 files in 2 dirs): libnl: use LDFLAGS (fixes QA error) Aug 16 20:01:45 03Klaus Kurzmann  07shr/import * ra994dba69c 10openembedded.git/recipes/libnl/libnl_1.1.bb: Aug 16 20:01:45 libnl: remove includes patch and VLAN reordering to make it build Aug 16 20:01:45 Signed-off-by: Klaus Kurzmann Aug 16 20:01:47 03Klaus Kurzmann  07shr/import * rbc6682d698 10openembedded.git/recipes/networkmanager/networkmanager_0.7.1.bb: Aug 16 20:01:50 networkmanager: add recipe for 0.7.1 Aug 16 20:01:52 Signed-off-by: Klaus Kurzmann Aug 16 20:01:54 03Klaus Kurzmann  07shr/import * r69cfc516f2 10openembedded.git/conf/distro/include/preferred-shr-versions.inc: Aug 16 20:01:57 preferred-shr-versions: add networkmanager and set it to 0.7.1 Aug 16 20:01:59 Signed-off-by: Klaus Kurzmann Aug 16 20:02:01 03Dmitry Eremin-Solenikov  07shr/import * r7ec004438b 10openembedded.git/recipes/libnl/ (files/netlink-local-fix.patch libnl_1.1.bb): Aug 16 20:02:04 libnl: fix compilation with new toolchain Aug 16 20:02:06 netlink-local.h demands limits.h to define several constants. Include it. Aug 16 20:02:08 Signed-off-by: Dmitry Eremin-Solenikov Aug 16 20:02:25 as i'm not building X11 i don't want to mess with such packages Aug 16 20:06:45 good morning Aug 16 20:08:38 good morning florian Aug 16 20:08:50 good night :) Aug 16 20:09:22 borman92_: http://www.total-knowledge.com/~ilya/mips/ugt.html Aug 16 20:10:15 rkirti: thanks Aug 16 20:17:16 so what can i do with this tmp/work directory? Aug 16 20:17:37 it takes 20G and it's much more than i expected Aug 16 20:18:01 actually, i guess that i need nothing in it Aug 16 20:18:38 but i don't know if OE has any internal files there Aug 16 20:19:49 http://docs.openembedded.org/usermanual/usermanual.html contains no info on modifying the directories Aug 16 20:21:00 borman92_: what exactly do you want to do ? Aug 16 20:21:07 borman92_: look into inheriting rm_work Aug 16 20:21:19 to not run into such trouble in the future Aug 16 20:21:24 well Aug 16 20:21:32 next thing is to rm -Rf tmp/work Aug 16 20:21:40 Unpackaged sources may break Aug 16 20:22:01 When that happens "bitbake -c clean $packagethatbroke" and then restart your origingal bitbake task Aug 16 20:22:09 you may have to do that a couple of times Aug 16 20:22:18 it should get you through eventually, though Aug 16 20:23:06 Laibsch: thank you, that'w what i expected to hear Aug 16 20:23:40 you're welcome Aug 16 20:23:45 hope it works outfor you Aug 16 20:24:16 i hope too :) Aug 16 20:32:25 is there any replacement for psyco on x86_64 arch? Aug 16 20:34:41 borman92_: nope Aug 16 20:35:07 ok, thanks Aug 16 20:38:24 you could try unladen swallow if you are daring type Aug 16 20:38:37 http://code.google.com/p/unladen-swallow/wiki/Release2009Q2 Aug 16 20:43:17 bye all Aug 16 21:11:34 khem: does eglibc support i18n? Aug 16 21:11:41 AFAIK, uclibc doesn't Aug 16 21:30:07 03Felix Domke  07org.openembedded.dreambox * r0c2a72e550 10openembedded.git/packages/dreambox/ (dreambox-dccamd.bb dreambox-tpmd.bb dreambox-wdog.bb): dreambox-{wdog,dccamd,tpmd}: move wdog into separate directory Aug 16 21:30:41 03Felix Domke  07org.openembedded.dreambox.release_25 * r1c8f505209 10openembedded.git/packages/dreambox/ (dreambox-dccamd.bb dreambox-tpmd.bb dreambox-wdog.bb): dreambox-{wdog,dccamd,tpmd}: move wdog into separate directory Aug 16 22:10:35 Laibsch: yes eglibc is glibc+embededded stuff Aug 16 22:13:37 Laibsch: and it supports more architectures that embedded world cares Aug 16 22:18:18 there is so much more to it from embedded developers POV Aug 16 23:26:11 hi Aug 16 23:28:51 hello sushisan Aug 16 23:34:25 question: Aug 16 23:34:34 I have in my local.con: Aug 16 23:34:37 PREFERRED_PROVIDER_virtual/xserver="xserver-xorg" Aug 16 23:34:53 but when I make my image I have this warning: Aug 16 23:35:05 ERROR: Multiple .bb files are due to be built which each provide virtual/xserver Aug 16 23:35:12 why? Aug 16 23:40:10 some other package which also happens to provide PREFERRED_PROVIDER_virtual/xserver is being pulled in Aug 16 23:40:18 may be thru some other dependency chain Aug 16 23:40:27 bitbake -g is your friend Aug 16 23:41:57 ok...txs Aug 17 01:39:45 I want to override the preferred version for something in angstrom-2008-preferred-versions.inc from my local.conf. It currently uses '=' instead of '?='. Aug 17 01:40:25 Is this likely to break any preferred versions? sed -i -re 's/([ \t]+)=/\1?=/' angstrom-2008-preferred-versions.inc Aug 17 01:42:05 I mean, is there an easy way to determine if all the preferred versions are still the same after this change? Aug 17 01:42:55 I don't want to find that something is being overridden in that preferred-versions.inc for a good reason and I'm breaking it. Aug 17 01:56:34 best is to ?= assign it in distro conf and override it in local.conf dont do re stuff Aug 17 01:59:13 oh, no i was just using that as an illustration of what i planned to do to the .inc file (which is included in the distro conf) in my local tree Aug 17 01:59:44 i replaced all '=' with '?=' in that file Aug 17 02:00:24 but i'm concerned that something else sets a wrong preferred version which that was overriding. and my change will break that Aug 17 02:01:25 just build and find out i suppose... Aug 17 02:10:58 grg: you can override it without changing it to use ?=, if you leverage OVERRIDES. PREFERRED_VERSION_foo_local = "someversion" in local.conf will do it Aug 17 02:28:37 kergoth, yes that works nicely. Aug 17 02:28:58 I see that is how all the foo_${ARCH} and foo_${MACHINE} settings work :) Aug 17 02:29:06 yup **** ENDING LOGGING AT Mon Aug 17 02:59:56 2009