**** BEGIN LOGGING AT Fri Jun 13 02:59:57 2008 Jun 13 05:24:06 * * OE Bug 4374 has been created by lukas.gorris(AT)gmx.de Jun 13 05:24:08 * * akita do_rootfs fails Jun 13 05:24:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4374 Jun 13 05:35:07 * * OE Bug 4375 has been created by lukas.gorris(AT)gmx.de Jun 13 05:35:08 * * version update: rt73-k2wrlz_3.0.0.bb Jun 13 05:35:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4375 Jun 13 06:28:46 morning Jun 13 06:38:06 * * OE Bug 4373 has been RESOLVED (FIXED) by Jun 13 06:38:08 * * /etc/asoundrc must have different name Jun 13 06:38:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4373 Jun 13 07:02:41 03mickeyl 07org.oe.dev * r13c50763... 10/ (3 files in 3 dirs): python-gst 0.10.10 do not require pygtk, gobject is really all it needs Jun 13 07:02:46 03mickeyl 07org.oe.dev * radb71bd4... 10/ (4 files in 3 dirs): freetype 2.3.6 fix it Jun 13 07:27:18 is OE able to tell me *why* my preferred version of some package is not available? Jun 13 07:27:52 the specific bb builds perfectly, but seems to be very unpreferred by the rest of the build system Jun 13 07:28:12 mattface: NOTE: package console-image-1.0-r0: task do_build: completed Jun 13 07:28:16 morning Jun 13 07:28:31 03jeremy_laine 07org.oe.dev * rc0a0afd6... 10/ (1 packages/imagemagick/imagemagick_6.3.5-10.bb): imagemagick: don't call libtoolize for imagemagick, it doesn't work Jun 13 07:56:34 morning Jun 13 08:06:38 Tartarus: (slee)ping? Jun 13 08:40:45 XorA: morning Jun 13 08:40:53 yo ant|work Jun 13 08:41:34 I could finally concince udev to create my devices (oebug 4118)! Jun 13 08:42:07 I just don't get why the breakage happens... Jun 13 08:42:42 !oebug 4118 Jun 13 08:42:43 * * Bug 4118, Status: NEW, Created: 2008-03-25 08:47 Jun 13 08:42:44 * * xjqian(AT)gmail.com: udev-118 failed to create device nodes on Tosa Jun 13 08:42:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4118 Jun 13 08:44:49 ant|work: you got a diff -U 3 of the two init scripts? Jun 13 08:45:15 Xora: I start to suspect the "sed" noasmlinkage subst Jun 13 08:45:25 more than the init Jun 13 08:45:59 I've seen strange "sed" errors lately, rebuilding from pstage Jun 13 08:48:53 XorA: BTW Poky's init doesn't use udevsettle Jun 13 08:48:57 hmm, I cant see how that sed would go wrong Jun 13 08:49:21 Xora: the noasmlinkage.patch can not be applied to 118... Jun 13 08:49:34 sed it's definitely the way to go Jun 13 08:49:50 ant|work: yeah, the fluff will change around those lines Jun 13 08:50:25 IIRC there are 3 subst to do for udev_115 and the patch touch only 2 (nothing done to udev-test) Jun 13 08:50:30 just grep Jun 13 08:50:45 for "asmlinkage" Jun 13 08:50:46 I just did Jun 13 08:50:52 he he Jun 13 08:51:03 was reading the code, thats how I see I dont think the sed can cause the breakage Jun 13 08:52:10 I'll have to grep in workdir Jun 13 08:52:25 and see what was actually patched Jun 13 08:53:04 what/whether Jun 13 08:53:27 has anyone tried using oe with an external toolchain (code sourcery tool chain) Jun 13 09:01:04 ant|work: do a du -h on /dev Jun 13 09:02:07 I'll do later at home. Jun 13 09:02:39 I see poky sets tmpfs_size="10M" Jun 13 09:02:42 Angstrom 2M Jun 13 09:02:54 I wonder if it just plain runs out of room Jun 13 09:03:03 ot timeout? Jun 13 09:03:19 udevsettle? Jun 13 09:03:33 nah, 115 does a wierd script thing to monitor the queue, 118 has udevsettle to do the same thing Jun 13 09:03:46 and I booted GTA01 without udevsettle and it works fine Jun 13 09:03:52 he he Jun 13 09:04:15 but running out of space is a possibility, maybe Z has a lot of devices :-) Jun 13 09:04:35 then in bootlog there was a log about missing /rules.d (the dynamic rules) Jun 13 09:05:24 /lib/udev/rules.d/ Jun 13 09:05:54 udevd[270]add_matching_files: unable to open '/dev/.udev/rules.d': No such file or directory Jun 13 09:06:19 hrmm, thats wierd Jun 13 09:06:39 this was on 115, pretty sure Jun 13 09:06:50 install -d ${D}${sysconfdir}/udev/rules.d/ Jun 13 09:06:55 is where rules.d should be Jun 13 09:07:27 oh udev creates a /dev/.udev/rules.d it seems Jun 13 09:07:46 perhaps was my hybrid init (I did try to revert manually) Jun 13 09:09:05 03koen 07org.oe.dev * rce6b94b3... 10/ (1 packages/aspell/aspell_0.60.6.bb): aspell: add 0.60.6, fixes compile errors with gcc 4.3.x Jun 13 09:12:12 * XorA tries to boot gta02 without battery and wonders why it doesnt Jun 13 09:12:35 * ant|work booted today before connecting brain... Jun 13 09:14:18 03koen 07org.oe.dev * r26fa7767... 10/ (1 conf/machine/include/tune-cortexa8.inc): tune-cortex a8: remove -ftree-vectorize so people can use 2008q1 as compiler Jun 13 09:14:24 03koen 07org.oe.dev * r9fd3a827... 10/ (1 conf/machine/beagleboard.conf): beagleboard: switch to armv7a Jun 13 09:14:29 03koen 07org.oe.dev * r2b44f834... 10/ (1 conf/machine/omap3evm.conf): omap3evm: switch to armv7a Jun 13 09:15:37 hmm, /dev on GTA01 is 64k Jun 13 09:15:52 I assume we cant reat 1.99M extra on zaurus Jun 13 09:16:29 XorA: you touched a valid point, need to check on c7x0 Jun 13 09:17:06 I overlooked the 10M->2M bit Jun 13 09:19:17 03koen 07org.oe.dev * re7eae9e7... 10/ (1 contrib/angstrom/sort.sh): angstrom feed sorter: sync with version on serinity Jun 13 09:34:51 XorA: 2M is the size used by udev_092 (old but working) Jun 13 09:35:12 ant|work: yeah I dont think it can be the size Jun 13 09:35:35 zaurus doesnt have something like 6000 more devices than gta02 Jun 13 09:37:29 morning Jun 13 09:37:33 i mickeyl Jun 13 09:37:36 yo mickey_away Jun 13 09:37:39 yo mickeyl Jun 13 09:37:44 you have too many nicks Jun 13 09:37:53 it's always like that when I'm not at home Jun 13 09:37:57 still in Brunswick, leaving in 1h Jun 13 09:38:09 use a irc bounce, its much cooler :-) Jun 13 09:38:37 or use one account for irc Jun 13 09:39:02 I do irc from ewi for quite long time Jun 13 09:39:08 nah, i'm using an irc bouncer, but for underway, all the channels I'm on are too much for poor gprs Jun 13 09:41:47 just not man enough :_D Jun 13 09:42:11 shit.. kernel panic Jun 13 09:42:36 * XorA runs out of book space Jun 13 09:58:46 USB_IP=192.168.0.215 Jun 13 09:58:48 ops Jun 13 10:03:53 hi mickey_away Jun 13 10:04:11 hi zecke Jun 13 10:07:13 hi pb Jun 13 10:07:16 how's it going? Jun 13 10:07:55 very good, very good Jun 13 10:08:47 been spending most of my spare time on gardening recently, which is nice Jun 13 10:09:13 cool Jun 13 10:09:23 so work is not too stressing these days? Jun 13 10:09:43 well, it has its moments, but right now is fairly quiet. Jun 13 10:10:32 how's the world of openmoko? Jun 13 10:10:49 do you have a working gsm system now? :-} Jun 13 10:11:36 hehe Jun 13 10:11:51 i've been writing an own gsm phone server Jun 13 10:11:55 this one is rock solid Jun 13 10:11:57 pb_: we have two cups and some string :-) Jun 13 10:12:03 ah, excellent plan Jun 13 10:12:17 bbiab, have to take the train back to Frankfurt Jun 13 10:12:37 03pH5 07org.oe.dev * r5d5cb64f... 10/ (1 packages/xorg-lib/libfs_1.0.1.bb): libfs: add 1.0.1 Jun 13 10:12:41 03pH5 07org.oe.dev * r352862eb... 10/ (1 packages/xorg-lib/xtrans_1.2.bb): xtrans: add 1.2 Jun 13 10:31:10 how do i update a particular package? Jun 13 10:33:31 define "update" Jun 13 10:34:36 actually i have made some modifications to one of the packages, i want to revert back the changes Jun 13 10:34:53 so i want to checkout whatever is there in the oe rep Jun 13 10:34:57 then use SCM functions Jun 13 10:44:44 03pH5 07org.oe.dev * rc6b21c5e... 10/ (1 packages/xorg-util/util-macros-native_1.1.6.bb): util-macros-native: add 1.1.6 Jun 13 10:44:49 03pH5 07org.oe.dev * r5418bfe2... 10/ (1 packages/xorg-lib/libxau-native_1.0.3.bb): libxau-native-1.0.3: stop providing "xau" (inherited from libxau-1.0.3) Jun 13 10:46:48 i am trying to compile matchbox-keyboard, however configure fails : has anyone seen this error (http://pastebin.com/d78b36539) before? Jun 13 10:50:47 have you checked whether FAKEKEY is, in fact, installed in staging? Jun 13 10:51:42 am new to this, what is a fake key Jun 13 10:52:02 some matchbox library, by the sound of it Jun 13 10:53:03 DISTRO = "waterloo" so I guess you need to steal some more stuff from angstrom :-) Jun 13 10:53:58 on my setup, i can pretty much build most of the packages except a few Jun 13 10:54:16 matcbox builds, xbuild fine Jun 13 10:54:23 but matchbox-keyboard fails Jun 13 10:56:13 * zecke looks out for mickeyl Jun 13 10:58:25 libfakekey is used to put keys from mb-keyboard into X11 Jun 13 11:05:30 does anyone know what is up with pulseaudio not building? Jun 13 11:16:35 i tried building fakekey, i get the error no rule to make target install : "http://pastebin.com/d56ed27f3" Jun 13 11:17:01 i see no do_install function in fakekey.bb file Jun 13 11:24:46 sorry, my mistake, am able to build libfakekey now Jun 13 11:27:30 am able to build matchbox-keyboard as well, thanks for your help, i really appreciate it Jun 13 12:05:13 03pH5 07org.oe.dev * rb7a77c50... 10/ (1 packages/xorg-app/constype_1.0.1.bb): constype: add 1.0.1 Jun 13 12:05:19 03pH5 07org.oe.dev * r3ce0784f... 10/ (1 packages/xorg-app/editres_1.0.3.bb): editres: add 1.0.3 Jun 13 12:05:24 03pH5 07org.oe.dev * r7a0763ba... 10/ (1 packages/xorg-app/fonttosfnt_1.0.4.bb): fonttosfnt: add 1.0.4 Jun 13 12:05:30 03pH5 07org.oe.dev * r59071169... 10/ (1 packages/xorg-app/fslsfonts_1.0.2.bb): fslsfonts: add 1.0.2 Jun 13 12:05:35 03pH5 07org.oe.dev * r2fb6f1d9... 10/ (1 packages/xorg-app/fstobdf_1.0.3.bb): fstobdf: add 1.0.3 Jun 13 12:05:41 03pH5 07org.oe.dev * r8f960bc9... 10/ (3 files in 2 dirs): mkfontscale: add 1.0.5 Jun 13 12:06:54 03pH5 07org.oe.dev * r8919f06d... 10/ (1 packages/xorg-app/rendercheck_1.3.bb): rendercheck: add 1.3 Jun 13 12:07:00 03pH5 07org.oe.dev * rb7a77c50... 10/ (1 packages/xorg-app/constype_1.0.1.bb): constype: add 1.0.1 Jun 13 12:07:00 03pH5 07org.oe.dev * r7d5726b3... 10/ (1 packages/xorg-app/rgb_1.0.3.bb): rgb: add 1.0.3 Jun 13 12:07:05 03pH5 07org.oe.dev * r3ce0784f... 10/ (1 packages/xorg-app/editres_1.0.3.bb): editres: add 1.0.3 Jun 13 12:07:10 03pH5 07org.oe.dev * r7a0763ba... 10/ (1 packages/xorg-app/fonttosfnt_1.0.4.bb): fonttosfnt: add 1.0.4 Jun 13 12:07:15 03pH5 07org.oe.dev * r59071169... 10/ (1 packages/xorg-app/fslsfonts_1.0.2.bb): fslsfonts: add 1.0.2 Jun 13 12:07:20 03pH5 07org.oe.dev * r2fb6f1d9... 10/ (1 packages/xorg-app/fstobdf_1.0.3.bb): fstobdf: add 1.0.3 Jun 13 12:07:25 03pH5 07org.oe.dev * r8f960bc9... 10/ (3 files in 2 dirs): mkfontscale: add 1.0.5 Jun 13 12:07:30 03pH5 07org.oe.dev * r8919f06d... 10/ (1 packages/xorg-app/rendercheck_1.3.bb): rendercheck: add 1.3 Jun 13 12:07:35 03pH5 07org.oe.dev * r7d5726b3... 10/ (1 packages/xorg-app/rgb_1.0.3.bb): rgb: add 1.0.3 Jun 13 12:07:40 03pH5 07org.oe.dev * r1d84a9cb... 10/ (1 packages/xorg-app/showfont_1.0.2.bb): showfont: add 1.0.2 Jun 13 12:07:47 03pH5 07org.oe.dev * rbba94b67... 10/ (1 packages/xorg-app/xdm_1.1.8.bb): xdm: add 1.1.8 Jun 13 12:07:52 03pH5 07org.oe.dev * r3df9d6af... 10/ (1 packages/xorg-app/xdpyinfo_1.0.3.bb): xdpyinfo: add 1.0.3 Jun 13 12:07:57 03pH5 07org.oe.dev * r1f1b706f... 10/ (1 packages/xorg-app/xfs_1.0.8.bb): xfs: add 1.0.8 Jun 13 12:08:02 03pH5 07org.oe.dev * r4398844c... 10/ (1 packages/xorg-app/xfsinfo_1.0.2.bb): xfsinfo: add 1.0.2 Jun 13 12:08:07 03pH5 07org.oe.dev * r98502ec7... 10/ (3 files in 2 dirs): xkbcomp: add 1.0.5 Jun 13 12:14:53 does anyone know what this could be? http://pastebin.mozilla.org/459017 Jun 13 12:15:00 of course - it's meta-toolchain once again :( Jun 13 12:21:04 03pH5 07org.oe.dev * r660efe82... 10/ (1 packages/xorg-doc/xorg-docs_1.4.bb): xorg-docs: add 1.4 Jun 13 12:21:08 03pH5 07org.oe.dev * r62d778a1... 10/ (1 packages/xorg-app/xinit_1.0.9.bb): xinit: add 1.0.9 Jun 13 12:28:17 RP, ping Jun 13 12:29:03 Crofton|work: pong Jun 13 12:30:04 RP: meta-toolchain is definetely not a feature of stable :P despite all the trouble that we went through - still no end to the problems with it :( Jun 13 12:30:36 Jin^eLD: :( Jun 13 12:30:52 RP, likewise and I are having troble building pulseaudio Jun 13 12:30:52 Jin^eLD: It was cutting edge for .dev at the time so there is little we can do about it Jun 13 12:31:03 Crofton|work: libltdl ? Jun 13 12:31:03 libtool can't find libltdl Jun 13 12:31:07 yeas Jun 13 12:31:20 hrw: any advice? Jun 13 12:31:21 http://bugs.openembedded.net/show_bug.cgi?id=4372 Jun 13 12:31:32 * RP hasn't looked at this problem but I've seen the reports Jun 13 12:31:46 have to look Jun 13 12:31:56 I was fighting with pulseaudio some time ago Jun 13 12:32:03 Crofton|work: libtool 1.5 or 2.x? Jun 13 12:32:16 I assume 2.x, this is in .dev Jun 13 12:32:21 ok Jun 13 12:32:45 * RP tries building it in poky Jun 13 12:32:47 will do qemuarm build of pulseaudio and merge fixes from Poky if needed Jun 13 12:33:04 that would be awesome Jun 13 12:34:09 it fails here with the same error Jun 13 12:34:34 perhaps I'll look at it this afternoon... Jun 13 12:35:01 * Crofton|work notes it is afternoon there :) Jun 13 12:35:05 thanks RP Jun 13 12:35:34 I need to poke at host mode on the beagle musb port today Jun 13 12:36:05 I see what is Jun 13 12:36:55 lbtool-cross does not stage libs Jun 13 12:42:40 NOTE: package pulseaudio-0.9.10-r2: task do_compile: completed Jun 13 12:43:56 that looks like progress ... Jun 13 12:44:13 in past libtool was staging libltdl.so but it was breaking next builds of libtool-cross due to m4 macros. then I removed staging from libtool but looks like forgot to change staging in libtool-cross Jun 13 12:44:20 NOTE: package pulseaudio-0.9.10-r2: task do_build: completed Jun 13 12:44:31 * hrw -> lunch now and then will check proper fix Jun 13 12:47:48 hrw, thanks! Jun 13 13:05:12 03koen 07org.oe.dev * r5b5e47d3... 10/ (1 conf/machine/efika.conf): efika: prefer linux-rt Jun 13 13:09:59 03koen 07org.oe.dev * r93193eca... 10/ (4 files in 3 dirs): linux-omap2 git: fix omap3evm build Jun 13 13:31:09 hiho Jun 13 13:32:20 who can look into http://bugs.openembedded.net/show_bug.cgi?id=4349 Jun 13 13:32:22 please? Jun 13 13:32:26 how can i conditionally change or append something to the bb's ${PN} ? Jun 13 13:32:36 the load on the ipaq is quite high. Jun 13 13:39:08 03pH5 07org.oe.dev * r74199a03... 10/ (1 packages/xorg-driver/xf86-video-tdfx_1.4.0.bb): xf86-video-tdfx: add 1.4.0 Jun 13 13:39:12 03pH5 07org.oe.dev * raf3b569f... 10/ (1 packages/xorg-driver/xf86-video-tseng_1.2.0.bb): xf86-video-tseng: add 1.2.0 Jun 13 13:39:18 03pH5 07org.oe.dev * r8d8ca5e4... 10/ (1 packages/xorg-driver/xf86-video-v4l_0.2.0.bb): xf86-video-v4l: add 0.2.0 Jun 13 13:39:24 03pH5 07org.oe.dev * r09144c3f... 10/ (1 packages/xorg-driver/xf86-video-vmware_10.16.1.bb): xf86-video-vmware: add 10.16.1 Jun 13 13:39:29 03pH5 07org.oe.dev * r8609dfe0... 10/ (1 packages/xorg-driver/xf86-video-voodoo_1.2.0.bb): xf86-video-vodoo: add 1.2.0 Jun 13 13:45:00 03koen 07org.oe.dev * rfb60e809... 10/ (1 packages/images/beagleboard-demo-image.bb): beagleboard demo image: remove octave, gcc 4.3.x lacks fortran Jun 13 13:45:26 udovdh: IIRC ipaq-sleep was "reworked" months ago (CPU - hog on Zaurus). Jun 13 13:46:15 not noticable in Angstrom 2007.12 Jun 13 13:46:25 on H2210 ipaq Jun 13 13:46:37 more details are welcome so I might recompile stuff myself? Jun 13 13:47:39 ehm..IIRC the hig-cpu-usage slipped in the first couple of angstrom-2007.12 releases Jun 13 13:47:58 and the fix was backported after a while Jun 13 13:52:34 how can i conditionally change or append something to the bb's ${PN} ? for example, depending on an env. variable Jun 13 13:53:37 guys, has anyone encountered this problem? "hidden symbol `__fini_array_end' in main is referenced by DSO" this happens when linking someething simple vs. a shared lib created by the OE toolchain Jun 13 13:54:06 after some digging I figured out that if I use the toolchain in cross - it works, but if I use meta-toolchain, it does not; and the problem is within the shared library Jun 13 13:54:34 the shared lib produced by meta-toolchain is 133465 in size while the shared lib produced by the OE/cross toolchain is only 12373 Jun 13 13:54:57 it seems like meta-toolchain is pumping some crap into the library for no idea what reason Jun 13 13:55:00 any hints? Jun 13 13:55:21 Jin^eLD: it sounds like meta-toolchain is broken somehow :/ Jun 13 13:57:52 can anyone read what i'm typing? (i've had problems with kopete before...) Jun 13 13:58:12 fraxinas: PN is not touchable Jun 13 13:58:38 ah okay, sad Jun 13 13:59:16 back to libtool... Jun 13 13:59:47 I am testing now one changeset: libtool do stage of headers and lib, libtool-cross stage m4 macros and share/libtool dir Jun 13 14:00:06 RP: of course it is, usual stuff ;) I suspect something with binutils, what do you think? Jun 13 14:03:54 ant|work, so if I rebuild something it is fixed? Jun 13 14:04:00 which package should I build? Jun 13 14:05:39 just ipaq-sleep? Jun 13 14:05:42 nothing special? Jun 13 14:06:36 any specific patch that I can find that can show the fix is in place? Jun 13 14:07:33 http://bugs.openembedded.net/show_bug.cgi?id=4101 ? Jun 13 14:09:59 I have ipaq-sleep (0.9-r5) on the ipaq Jun 13 14:10:04 that bug mentions 0.9.2 Jun 13 14:10:07 I just did a mtn update and now it's making me choose between pH5's and koen's branches. Jun 13 14:10:10 dev of OE also has 0.9 Jun 13 14:10:53 The pH5 one is newer. Jun 13 14:14:48 when I kill ipaq-sleep the load goes below 1. (!!!!) Jun 13 14:15:13 udovdh: you of course did "ipkg update;ipkg upgrade"? Jun 13 14:15:20 no Jun 13 14:15:34 I don't have the networking that well working Jun 13 14:15:35 then do Jun 13 14:15:44 try newer image then? Jun 13 14:15:48 I cna ping the ipaq from the PC Jun 13 14:15:51 and vice versa Jun 13 14:15:59 also the ethernet of the PC from the ipaq Jun 13 14:16:01 so you have networking Jun 13 14:16:03 but not beyond that Jun 13 14:16:16 so maybe a masquerading/firewall issue Jun 13 14:16:24 hrw: yes Jun 13 14:16:55 Crofton|work: Poky r4639 has fix for libtool Jun 13 14:19:04 udovdh: http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commit;h=1ffad9f1b83c639ff03c1863156c2dfdc96e4a66 Jun 13 14:19:18 thanks! Jun 13 14:19:58 unbreak.patch is in the recipe Jun 13 14:20:01 not the sleep patch Jun 13 14:20:13 * This code is sick Jun 13 14:20:55 http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commit;h=36f3b5723b33ca8da55d392cf2c198181ae67b62 Jun 13 14:21:36 sorry, was meant SRC_URI_append = " file://unbreak.patch;patch=1" Jun 13 14:22:40 * pfalcon: The whole thing must die. Soon. Jun 13 14:22:42 he he Jun 13 14:23:34 udovdh: we'd appreciate very much if you volunteer to fix this mess Jun 13 14:23:52 will first try to see that I underpstand Jun 13 14:24:02 in git a patch is patched. Jun 13 14:24:06 yes, you read that Jun 13 14:24:15 first food Jun 13 14:24:18 then I will have a look Jun 13 14:27:29 hmm. nslookup works now but still ipkg gives a host name lookup failure Jun 13 14:27:31 ~curse udev Jun 13 14:27:32 May the fleas of a thousand camels infest your most sensitive regions, udev ! Jun 13 14:27:55 udovdh: relevant bugs: 3586 and 3578 Jun 13 14:28:19 Has anyone experienced bug 4343? Jun 13 14:28:24 With syslogd Jun 13 14:28:43 And start-stop-daemon Jun 13 14:30:03 ant|work, thanks!! interesting! Jun 13 14:30:25 lately when doing clean builds with parallel bitbake/make enabled I often get: Jun 13 14:30:28 ERROR: function staging_helper failed Jun 13 14:30:28 ERROR: log data follows (/home/sakoman/gumstix/omap3evm-oe/tmp/work/x86_64-linux/gnu-config-native-0.1+cvs20050701-r5/temp/log.staging_helper.4964) Jun 13 14:30:28 | ln: creating symbolic link `ipkg/opkg' to `opkg/': File exists Jun 13 14:30:55 restarting the build almost always results in successful completion Jun 13 14:31:02 is this a known issue? Jun 13 14:37:34 why is the resolver not working on the ipaq? Jun 13 14:37:38 nsswitch looks ok Jun 13 14:37:45 resolv.conf is edited Jun 13 14:37:49 and nslookup works Jun 13 14:37:54 but ping doesn't resolve Jun 13 14:37:59 (angstom 2007.12) Jun 13 14:38:04 what could be wrong? Jun 13 14:39:56 all commandline lookups fail Jun 13 14:40:11 yet a `nslookup bla dnsserver` works Jun 13 14:40:26 when bla is known hostname and dnsserver an ip Jun 13 14:40:33 even a hostname from hosts is not used Jun 13 14:41:24 looks like nsswitch is ignored Jun 13 14:44:52 code for ipaq-sleep in stable is for r6 Jun 13 14:44:58 my binary is ipaq-lseep r5 Jun 13 14:45:16 so should be an 'easy' build Jun 13 14:46:04 03pH5 07org.oe.dev * r9e6d53f3... 10/ (1 packages/xorg-driver/xf86-input-vmmouse_12.5.1.bb): xf86-input-vmmouse: add 12.5.1 - untested, only compiles for x86 Jun 13 14:46:09 03pH5 07org.oe.dev * r1e9898c0... 10/ (1 packages/xorg-driver/xf86-input-calcomp_1.1.2.bb): xf86-input-calcomp: add 1.1.2 Jun 13 14:46:14 03pH5 07org.oe.dev * r02ff76a5... 10/ (1 packages/xorg-driver/xf86-input-digitaledge_1.1.1.bb): xf86-input-digitaledge: add 1.1.1 Jun 13 14:46:20 03pH5 07org.oe.dev * rde895186... 10/ (1 packages/xorg-driver/xf86-input-dmc_1.1.2.bb): xf86-input-dmc: add 1.1.2 Jun 13 14:46:25 03pH5 07org.oe.dev * r68b41db1... 10/ (1 packages/xorg-driver/xf86-input-dynapro_1.1.2.bb): xf86-input-dynapro: add 1.1.2 Jun 13 14:46:31 03pH5 07org.oe.dev * r0d85bec2... 10/ (1 packages/xorg-driver/xf86-input-elo2300_1.1.2.bb): xf86-input-elo2300: add 1.1.2 Jun 13 14:46:36 03pH5 07org.oe.dev * r0f8d5130... 10/ (1 packages/xorg-driver/xf86-input-elographics_1.2.2.bb): xf86-input-elographics: add 1.2.2 Jun 13 14:46:41 03pH5 07org.oe.dev * re7dfd12d... 10/ (1 packages/xorg-driver/xf86-input-evdev_1.99.4.bb): xf86-input-evdev: add 1.99.4 Jun 13 14:46:45 03pH5 07org.oe.dev * r7491c71a... 10/ (1 packages/xorg-driver/xf86-input-fpit_1.2.0.bb): xf86-input-fpit: add 1.2.0 Jun 13 14:46:50 03pH5 07org.oe.dev * r539f01b4... 10/ (1 packages/xorg-driver/xf86-input-hyperpen_1.2.0.bb): xf86-input-hyperpen: add 1.2.0 Jun 13 14:46:55 03pH5 07org.oe.dev * r23c614d6... 10/ (1 packages/xorg-driver/xf86-input-jamstudio_1.2.0.bb): xf86-input-jamstudio: add 1.2.0 Jun 13 14:47:00 03pH5 07org.oe.dev * r6d97b4ad... 10/ (1 packages/xorg-driver/xf86-input-keyboard_1.3.1.bb): xf86-input-keyboard: add 1.3.1 Jun 13 14:47:05 03pH5 07org.oe.dev * r83fa4926... 10/ (1 packages/xorg-driver/xf86-input-magellan_1.2.0.bb): xf86-input-magellan: add 1.2.0 Jun 13 14:47:10 03pH5 07org.oe.dev * r0fc14c72... 10/ (1 packages/xorg-driver/xf86-input-microtouch_1.2.0.bb): xf86-input-microtouch: add 1.2.0 Jun 13 14:47:15 03pH5 07org.oe.dev * raae4245e... 10/ (1 packages/xorg-driver/xf86-input-mouse_1.3.0.bb): xf86-input-mouse: add 1.3.0 Jun 13 14:47:20 03pH5 07org.oe.dev * reb95c1ea... 10/ (1 packages/xorg-driver/xf86-input-mutouch_1.2.0.bb): xf86-input-mutouch: add 1.2.0 Jun 13 14:47:25 03pH5 07org.oe.dev * r78cc3533... 10/ (1 packages/xorg-driver/xf86-input-palmax_1.2.0.bb): xf86-input-palmax: add 1.2.0 Jun 13 14:47:30 03pH5 07org.oe.dev * rd2caa424... 10/ (1 packages/xorg-driver/xf86-input-penmount_1.3.0.bb): xf86-input-penmount: 1.3.0 Jun 13 14:47:35 03pH5 07org.oe.dev * rb259756b... 10/ (1 packages/xorg-driver/xf86-input-summa_1.2.0.bb): xf86-input-summa: add 1.2.0 Jun 13 14:47:39 03pH5 07org.oe.dev * r420e1121... 10/ (1 packages/xorg-driver/xf86-input-tek4957_1.2.0.bb): xf86-input-tek4957: add 1.2.0 Jun 13 14:47:56 RP: hi! Jun 13 14:48:03 RP: idea for the patch review: Jun 13 14:48:12 RP: get rid of the flat packages structure Jun 13 14:48:49 RP: instead, do something like oe/build/{classes,packages} for the build environment. Have one "marshall" be respinsible for this Jun 13 14:48:59 then oe/x11/{classes,packages} ... Jun 13 14:49:12 schurig: oe/opie/* etc? Jun 13 14:49:21 then oe/<...>/{classes,packages} and so on Jun 13 14:49:35 and earch of them can have a different marshall or group-of-marshalls Jun 13 14:49:35 schurig: BBPATH will explode... Jun 13 14:50:00 oe/classes + oe/packages/GROUPS/* would be better Jun 13 14:50:16 as each 'classes' dir needs to be in BBPATH Jun 13 14:50:23 hrw: I don't care so much about BBPATH, adapting this is the simplest thing if people like this non-flat structure Jun 13 14:50:40 I like that split in Poky Jun 13 14:51:12 meta/ (normal stuff), meta-extras/ (additional stuff rather not supported too much) meta-openmoko/ (only openmoko related stuff) Jun 13 14:51:21 hrw: I'm indifferrent about the classes/ thingy, maybe it's good to keep this in the same place Jun 13 14:52:07 hrw: that would be nice, too. Anything that doesn't have 1500 subdirs in one packages/ directory and that allows to share responsibility over several people Jun 13 14:52:25 sure Jun 13 14:52:45 hrw: the big packages directory also sucks for mtnweb/gitweb :-) Jun 13 14:52:45 and BBFILES="oe/packages/" is working since ages Jun 13 14:53:13 so oe/packages/opie/* oe/packages/xorg/* oe/packages/e17/* will be all fetched by this Jun 13 14:54:07 hrw: yeah, sounds ok. And in oe/packages/build all the cross-/sdk/native stuff to get OE up and running would be Jun 13 14:54:08 indeed Jun 13 14:54:18 oe/packages/toolchain/ you mean? Jun 13 14:54:33 hrw: or that. Names aren't that important Jun 13 14:54:36 or even oe/packages/core/toolchain/ ;D Jun 13 14:54:47 (not at the brainstorming stage) Jun 13 14:54:48 but this is too deep Jun 13 14:55:00 yeah, too deep for me, too Jun 13 14:55:00 I would vote for it Jun 13 15:06:54 03koen 07org.oe.dev * ra8fa0920... 10/ (14 files in 5 dirs): u-boot: add TI 1.1.4 for beagleboard and Steve's 1.3.x git version Jun 13 15:18:06 bye Jun 13 15:23:10 frak, I was on older libtool Jun 13 15:32:11 03koen 07org.oe.dev * r1619be86... 10/ (1 packages/gcc/gcc-cross-kernel.inc): gcc-cross-kernel.inc: create some dirs before installing into them Jun 13 15:37:20 hmm.. it seems that the library produced by meta-toolchain links to libgcc_s.so.1, while the one produced by the toolchain in OE/cross linsk to libc.so.0 Jun 13 15:37:39 any ideas on why this could be happening or on where to look for the cause? Jun 13 15:45:32 ERROR: 'RPROVIDES_ypbind-mt-dbg' while parsing /home/balister/oe/org.openembedded.dev/packages/nis/ypbind-mt_1.18.bb Jun 13 15:45:38 anyone know what this is? Jun 13 15:52:21 http://www.roanoke.com/news/breaking/wb/165678 Jun 13 15:52:27 oops wrong channel Jun 13 15:53:04 Crofton|work: what a classy family! :) Jun 13 15:53:14 heh Jun 13 15:53:21 thank god they all left town Jun 13 16:00:53 Anyone seething things like this? Jun 13 16:01:03 $ mtn --db=OE.mtn pull monotone.openembedded.org org.openembeddeded.dev Jun 13 16:01:03 mtn: warning: ssh_agent: connect: could not connect to socket for ssh-agent Jun 13 16:01:03 mtn: doing anonymous pull; use -kKEYNAME if you need authentication Jun 13 16:01:03 mtn: connecting to monotone.openembedded.org Jun 13 16:01:03 mtn: finding items to synchronize: Jun 13 16:01:04 mtn: successful exchange with monotone.openembedded.org Jun 13 16:01:06 mtn: bytes in | bytes out | certs in | revs in Jun 13 16:01:08 mtn: 351 | 531 | 0/0 | 0/0 Jun 13 16:01:12 (with a few day old snapshot, which should in fact need changes) Jun 13 16:01:27 yes, the site is down Jun 13 16:01:43 try later Jun 13 16:02:03 Are the mirrors up by chance? Jun 13 16:02:18 I've been seeing this for a few days now, finally just grabbed a new snapshot 2 day ago Jun 13 16:02:21 linuxtogo is undergoing "heavy backups" afternoon it seems Jun 13 16:02:24 my parse error went away ... Jun 13 16:03:14 Tartarus: the bugtracker is working, though Jun 13 16:03:19 http://bugs.openembedded.net/show_bug.cgi?id=4118 Jun 13 16:03:21 ;-) Jun 13 16:03:52 Yes, I've been trying to see what that change is for a while now Jun 13 16:03:55 Crofton: now I remember pulseaudio.... poky has extra patches Jun 13 16:04:18 * ant|work thinks Poky is evil... Jun 13 16:04:48 the patches are always there, even when you lost hope... Jun 13 16:05:04 I made the changes to libtool and am rebuilding from clean, but it will be awhile before I get there again ... Jun 13 16:05:09 ant|work: it is rather me being evil due not merging so often Jun 13 16:05:26 s/evil/daddy/ Jun 13 16:06:12 hrw: you now have the "My brain got damaged by my kid" excuse :) Jun 13 16:06:15 I need to buy some kind of box for all those cables which I take each time when move my office from Poznań to Szczecin and versa Jun 13 16:06:39 hvontres|work: not quite - I work on Poky and I am paid for it. Jun 13 16:06:50 part of work is merge with OE if you have time left Jun 13 16:07:33 hrw: yes, but being a parent really cuts down on that "if you have time left" part :) Jun 13 16:07:38 work longer days :) Jun 13 16:07:55 hrw. will I need the pulse audio changes? Jun 13 16:08:01 Crofton|work: yes Jun 13 16:08:08 I want to test the libtool changes on a large build first Jun 13 16:08:11 I just built pulseaudio for angstrom Jun 13 16:08:24 then I can solve pulseaudio when I get there Jun 13 16:08:29 Crofton|work: grab pulseaudio 0.9.10 + patches from Poky Jun 13 16:08:44 Crofton|work: it will build with libtool changes which I pushed to poky Jun 13 16:08:54 will do, let me make sure I have not screwed up libtool Jun 13 16:09:05 I have a test going now Jun 13 16:09:20 cool Jun 13 16:12:56 where should i look for lang specific package , i need to package some voices for example Jun 13 16:13:32 i've voice en , voice fr etc and i'd like also set properly a default package for each lang Jun 13 16:16:02 hrw, don't worry about pulseaudio, I'll work on that Jun 13 16:16:21 NOTE: package pulseaudio-0.9.10-r2: task do_build: completed Jun 13 16:16:31 its oe with poky updtes Jun 13 16:18:13 no idea ? Jun 13 16:18:58 Genesis: there is a recent discussion on the ML Jun 13 16:19:04