**** BEGIN LOGGING AT Mon Aug 04 02:59:56 2008 Aug 04 06:27:05 * * OE Bug 669 has been RESOLVED (FIXED) by Aug 04 06:27:07 * * libbonoboui contain 'Bonobo Component Browser' Aug 04 06:27:09 * * http://bugs.openembedded.net/show_bug.cgi?id=669 Aug 04 06:36:23 good morning Aug 04 06:36:34 good to see hrw is back at it Aug 04 07:03:32 03  07org.openembedded.stable * refb4ad801e 10OE.dev/ (65 files in 5 dirs): (log message trimmed) Aug 04 07:03:32 *qemu-native: apply RP and HRW's work to make qemu-native depend on gcc-3.x Aug 04 07:03:32 *bump qemu and qemu-native to 0.9.1 Aug 04 07:03:32 acked by koen and xjqian Aug 04 07:03:34 applied changes from ef58abe1a06a5ea2601891b7f591ee28d96d29ac Aug 04 07:03:36 through be4a9a82ecf6de3dc409f7e421e00f48275630a4 Aug 04 07:03:40 applied changes from 50afd6b807893e2bbc045b74beb369a29ed89ae3 Aug 04 07:12:33 got an error compiling with bb the prismstumbler_0.7.3+0.7.4pre1.bb package.. Aug 04 07:14:30 http://pastebin.com/d2c9110d3 Aug 04 07:16:07 * * OE Bug 4472 has been created by  Aug 04 07:16:09 * * xfce-mcs-manager fails do_qa_staging Aug 04 07:16:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4472 Aug 04 07:35:20 morning Aug 04 07:35:46 Laibsch: ;D Aug 04 07:35:56 good morning Aug 04 07:36:01 y0 good morning #oe Aug 04 07:36:15 good morning josch|nsn Aug 04 07:36:25 how is the mokopedia doing? Aug 04 07:36:30 very well Aug 04 07:36:40 now i have dewiki, frwiki and jawiki complete Aug 04 07:36:59 enwiki still needs to be processed - the guys with the 16GB machine seems lazy :( Aug 04 07:39:06 well, he's got the machine doing all the work for him ;-) Aug 04 07:41:07 josch|nsn: I think http://mokopedia.mister-muffin.de/ should have a list of the currently available mokopedia along with the date they were last update and md5sum Aug 04 07:41:18 and torrent, of course Aug 04 07:41:26 I myself kind of lost track of things Aug 04 07:41:32 Laibsch: yes when the openmoko ipk is ready ;) Aug 04 07:41:42 an ipk is of no use Aug 04 07:41:52 huh? Aug 04 07:41:59 see in one of my bugs on offline wikipedia bout the reason Aug 04 07:42:10 an ipk that size will never install successfully Aug 04 07:42:14 ipk is too buggy Aug 04 07:42:31 there is a quote from xora in there somewhere Aug 04 07:42:36 i currently mainly aim for easy installation on openmoko Aug 04 07:42:49 and installing mokopedia by doing opkg install is best for newbies Aug 04 07:43:11 yes Aug 04 07:43:18 except that it won't work ;-) Aug 04 07:43:24 i do :D Aug 04 07:43:38 eh... Aug 04 07:43:47 ecept or expect? Aug 04 07:43:55 why will it not work? Aug 04 07:44:00 let me read the bugreport again Aug 04 07:44:08 except Aug 04 07:44:20 ipk is not stable enough Aug 04 07:44:25 just trust me Aug 04 07:44:48 and by the way ipk is not a good idea for other reasons Aug 04 07:44:58 where do you install to? Aug 04 07:45:25 Laibsch: I think the ipk size bug was fixed by changing the tar code Aug 04 07:45:31 OK Aug 04 07:45:32 one moment+ Aug 04 07:45:41 It still is not a good idea IMNSHO Aug 04 07:45:48 Laibsch: firefox (which used to be too big) certainly installs ok these days Aug 04 07:45:54 you are not thinking that i want to distribute the dump itself by ipk?? Aug 04 07:45:55 mokopedia will take a lot of space Aug 04 07:46:06 for some people that will be /media/cf Aug 04 07:46:10 yeah, 2G ipk files are probably a bit insane Aug 04 07:46:13 for others/media/card Aug 04 07:46:15 nono Aug 04 07:46:20 especially as ipkg/opkg uses /tmp from scratch Aug 04 07:46:21 for others still something else entirely Aug 04 07:46:22 ipk only for the reader Aug 04 07:46:28 OK Aug 04 07:46:39 the user will download the dump by torrent Aug 04 07:46:47 but what does the reader have to do with putting up the mokopedia torrents? Aug 04 07:46:48 ipkg is the worst for this matter :D Aug 04 07:46:58 get opkg to use rtorrent :-) Aug 04 07:47:00 the reason is Aug 04 07:47:03 in postinst script Aug 04 07:47:20 that i do not want people to use it until i have the ipkg prepared Aug 04 07:47:25 XorA|gone: that is probably a good idea Aug 04 07:47:33 because i do not want them to bug me about how it works and stuff Aug 04 07:47:36 Laibsch: no, thats a real bad idea Aug 04 07:47:44 Laibsch: I havent had my Tea yet Aug 04 07:47:45 is it? Aug 04 07:47:52 go have your tea Aug 04 07:47:57 you sissy ;-) Aug 04 07:48:10 lol having opkg using rtorrent would certainly be fun :P Aug 04 07:48:18 Tea is essential to UK people Aug 04 07:48:33 I'll get one myself Aug 04 07:48:55 josch|nsn: where are you stuck with the ipk? Aug 04 07:49:00 the reader ipk? Aug 04 07:49:42 no i plan that the only thing the user has to do is "opkg install mokopedia (this is going to install python modules and squashfs) and then put the dumps to their sd card. the only thing left in the reader is... well.. i find the code still ugly :( Aug 04 07:50:27 but this will be fixed in a few days Aug 04 07:50:34 then i will do a small bb Aug 04 07:50:57 and the the ipk and after that i will publish a manual and the torrent links Aug 04 07:51:05 i hope enwiki is also finished until tehn Aug 04 07:51:24 if not this will get a FAQ "where is enwiki???" :/ Aug 04 07:52:04 unfortunatley i also have some RL work here :D Aug 04 07:52:23 (therefor the nsn in my nick) Aug 04 07:53:14 i also discuss various matters with the #kiwix guys but they wont stop using fuckin propri zeno format Aug 04 08:04:09 03  07org.openembedded.dev * re1462ace74 10OE.dev/: Aug 04 08:04:09 merge of '4d50db658eb49ec921eb903f0d6f18de6e4b5dd8' Aug 04 08:04:09 and '9d2c8b10718f8a0a290e5537d400a454d9e65351' Aug 04 08:04:09 03  07org.openembedded.dev * rd677d5b35d 10OE.dev/packages/kexecboot/initramfs_kexecboot_1.0.bb: kexecboot: fix build of initramfs-kexecboot-image Aug 04 08:04:09 03  07org.openembedded.dev * r23cfbe114d 10OE.dev/packages/nandlogical/ (4 files in 2 dirs): Aug 04 08:04:14 nandlogical: initial release. closes 4470. Aug 04 08:04:16 * commit by Laibsch Aug 04 08:04:18 03  07org.openembedded.dev * r907e0ab071 10OE.dev/: Aug 04 08:04:20 merge of '434c9b83795714321c5e83703daa92ea144962c8' Aug 04 08:04:22 and 'df379835be88c87afe28ebc4ac3ec609317fc047' Aug 04 08:04:24 03  07org.openembedded.dev * r4242e283b9 10OE.dev/packages/nandlogical/nandlogical_1.0.0.bb: nandlogical: set COMPATIBLE_MACHINE to c7x0 for now until somebody compiles an authoritative list. Aug 04 08:04:29 03  07master * r23cfbe114d 10OE.dev/packages/nandlogical/ (4 files in 2 dirs): Aug 04 08:04:31 nandlogical: initial release. closes 4470. Aug 04 08:04:33 * commit by Laibsch Aug 04 08:04:35 03  07master * re1462ace74 10OE.dev/: Aug 04 08:04:37 merge of '4d50db658eb49ec921eb903f0d6f18de6e4b5dd8' Aug 04 08:04:39 and '9d2c8b10718f8a0a290e5537d400a454d9e65351' Aug 04 08:04:41 03  07master * r4242e283b9 10OE.dev/packages/nandlogical/nandlogical_1.0.0.bb: nandlogical: set COMPATIBLE_MACHINE to c7x0 for now until somebody compiles an authoritative list. Aug 04 08:04:46 03  07master * rd677d5b35d 10OE.dev/packages/kexecboot/initramfs_kexecboot_1.0.bb: kexecboot: fix build of initramfs-kexecboot-image Aug 04 08:04:51 03  07master * r907e0ab071 10OE.dev/: Aug 04 08:04:53 merge of '434c9b83795714321c5e83703daa92ea144962c8' Aug 04 08:04:55 and 'df379835be88c87afe28ebc4ac3ec609317fc047' Aug 04 08:06:45 josch|nsn: what is the use/advantage of kiwix? Aug 04 08:06:55 especially if they use proprietary stuff Aug 04 08:07:37 it runs on windows Aug 04 08:07:50 mokopedia will not work there because of squashfs Aug 04 08:08:00 but ther comperssion advantage of squashfs is HUGE Aug 04 08:09:05 * * OE Bug has been RESOLVED by jeremy.laine(AT)bolloretelecom.eu Aug 04 08:09:07 * * spelling mistake Aug 04 08:09:09 * * http://bugs.openembedded.net/show_bug.cgi?id= Aug 04 08:19:14 josch|nsn: their stuff compresses better than squashfs? Aug 04 08:21:17 lol no Aug 04 08:21:31 they compress each article individually with gzip Aug 04 08:21:36 horrible compression ratio Aug 04 08:21:52 lzma compresses up to 15% of the original size Aug 04 08:22:30 ok, good Aug 04 08:23:06 morning Aug 04 08:23:53 morning Aug 04 08:25:23 Laibsch: thanks for the commits. Please note however, nandlogical is used for *all* zaurus clamshell models (see zaurus-updater/updater.sh) Aug 04 08:26:07 I was waiting for you to tell me Aug 04 08:26:16 ;-) Aug 04 08:26:23 (c7x0|spitz| Aug 04 08:26:24 ant: wrong Aug 04 08:26:26 what else? Aug 04 08:26:29 I'm trying to catch CoreDump Aug 04 08:26:44 he started a 'rewrite' of zaurus-updater Aug 04 08:26:51 ant: nandlogical is used for all >collie so not only clamshells Aug 04 08:26:55 well, you give me that authoritative list when you're done, OK? Aug 04 08:27:02 ^^ Aug 04 08:27:06 ant: by rewrite you mean unifing? Aug 04 08:27:12 OK, all Z except collie? Aug 04 08:27:17 Laibsch: yes Aug 04 08:27:23 thanks Aug 04 08:27:23 (hrw = authoritative) Aug 04 08:27:51 ant: unified zaurus-updater was started by me nearly 2 years ago Aug 04 08:28:07 hrw: yes, nice piece of software Aug 04 08:28:18 but I think u-boot is extrraneous Aug 04 08:29:16 ant: instead of talking and talking start documenting Aug 04 08:29:28 look at the file I referred to: Aug 04 08:29:38 u-boot for zaurus (c7x0/akita/spitz) has ~2 years now Aug 04 08:29:54 hrw: it is a bootloader ,must only boot Aug 04 08:30:06 ant: the wiki is all yours if you need space for documenting stuff Aug 04 08:30:40 ant: sorry, but 'must only boot' is bullshit Aug 04 08:30:58 hrw: ? do you want mp3 during boot? Aug 04 08:31:00 (collie|poodle|c7x0|akita|spitz|tosa) Aug 04 08:31:05 I guess that should be it Aug 04 08:31:17 ant: if you want u-boot to being used by more then 5 people you need to document how to install it, how to update device with uboot etc Aug 04 08:31:20 ant: I think he is saying it is not easy Aug 04 08:31:35 "must only boot" Aug 04 08:31:48 there is more to it Aug 04 08:32:17 oops wrong Aug 04 08:32:22 (poodle|c7x0|akita|spitz|tosa) Aug 04 08:32:27 excluding collie Aug 04 08:32:27 yes, I know, I read today on the ML 'pdaxrom-everyone' : So after attempting to port the code from and earlier uboot "nightly... Aug 04 08:32:31 ant: does u-boot has any interface other then serial line? (when used on zaurus) if not then how poeple will track updating? Aug 04 08:32:34 brb Aug 04 08:33:26 btw, why do we want nandlogical? Aug 04 08:33:30 what is the use? Aug 04 08:33:42 flash a new kernel from shell Aug 04 08:34:03 ant: make small jffs2 /boot instead... Aug 04 08:34:19 or keep /boot in / Aug 04 08:34:28 hrw: at first I'm curious about thesing'ps bootmenus Aug 04 08:34:36 no need for kernel part then... Aug 04 08:35:17 no need for nandlogical with uboot Aug 04 08:35:21 bbl Aug 04 08:35:24 hrw: aibsch: nandlogical would be only needed once to install u-boot.bin and the emergency-bootmenu kernel Aug 04 08:35:40 the real kernel could be in /boot Aug 04 08:35:45 as thesing did Aug 04 08:36:08 very easy to upgrade (without nandlogical) Aug 04 08:45:32 no need for nandlogical with uboot still. Aug 04 08:45:52 to install uboot we have updater Aug 04 08:46:02 hrw: you are using the 2.6.24 nandlogical when you run updater.sh. do you remember? Aug 04 08:46:18 to install anything when uboot on device you have mtd-utils Aug 04 08:46:29 no, it lacks ability to write mtd1 Aug 04 08:46:41 really? Aug 04 08:46:55 with uboot on device I can split flash in any way what I want Aug 04 08:46:59 sorry, from u-boot you mean...welll Aug 04 08:47:16 I can have mtd0 (uboot), mtd1 (uboot env), mtd2 (rootfs), mtd3 (home) Aug 04 08:47:31 yes, the best option IMHO Aug 04 08:47:40 when I unlock flash with flash_unlock (mtd-utils) then I can flash any mtd from linux Aug 04 08:47:50 and updater.sh boots under *2.4* Aug 04 08:48:04 I meant you're using the old one Aug 04 08:48:22 I tested the new one and 'works' Aug 04 08:48:28 because do not need nnew one with uboot Aug 04 08:48:46 nandlogical is needed only if you still use sharp bootloader Aug 04 08:48:55 he, ok, and how will you install it at first? Aug 04 08:49:07 because sharp bootloader knows only nandlogical structure of nand Aug 04 08:49:25 uboot? with 2.4 and updater.sh - it is supported for quite long itme Aug 04 08:49:32 time Aug 04 08:50:10 try it for yourself... I'd like to deploy authonome installer script for u-boot.bin Aug 04 08:51:00 opkg install uboot --i-am-sure-that-this-has-to-work? Aug 04 08:51:30 hrw: the kernel and initramfs creation for Zaurus are Sharps-oriented Aug 04 08:51:41 more work need to be done Aug 04 08:51:42 bbl sorry Aug 04 09:00:48 about bootargs, can anyone confirm 'rootwait' is ok or has to be 'rootwait=x' ? Aug 04 09:03:47 rootdelay=x? Aug 04 09:04:43 should have been superceeded Aug 04 09:05:39 just use "rootwait" Aug 04 09:06:14 florian: good morning Aug 04 09:12:07 hi all Aug 04 09:13:13 someone know industrial terminals with touchscreen available? qvga+ resolution, arm or x86, available on market Aug 04 09:22:15 hrw: isnt that what florian works on :-) Aug 04 09:22:34 heh forget to change nick Aug 04 09:23:12 XorA: thats why I ask here Aug 04 09:24:06 pb__: hi, I'm looking at my gentoo here and well, /include/mtd/mtd-user.h is there Aug 04 09:25:15 to pull that header I put a dependency to mtd-utils but dunno if it is right Aug 04 09:25:43 uh Aug 04 09:25:55 hrw: What kind of industial terminal? Aug 04 09:26:52 ant: on my debian, mtd-user.h is shipped as part of linux-libc-dev (i.e. the kernel headers) Aug 04 09:27:14 ant: lrg is eleet kernel h4x0r, he might know what the right answer is. Aug 04 09:28:04 ant: who is the author of nandlogical? Aug 04 09:28:07 homepage? Aug 04 09:28:23 ant: hello? Aug 04 09:28:34 Laibsch: sharp iirc Aug 04 09:28:44 jeremy_laine: hi Aug 04 09:28:52 ant: I am trying to fix the CSS issue you reported against oestats Aug 04 09:29:03 (broken layout with IE6/7) Aug 04 09:29:30 ah, ok, good, I'm browsing with IE6 right now Aug 04 09:29:40 ant: could you take a look at http://oestats.jerryweb.org/ and let me know if there is some improvement? Aug 04 09:29:41 pb_: heh Aug 04 09:29:56 lrg: good morning :-) Aug 04 09:29:58 ~fish lrg Aug 04 09:29:59 * ibot slaps lrg around with a large trout Aug 04 09:30:02 hey Aug 04 09:30:08 oouch Aug 04 09:30:20 ant: if your screen is small it still won't be perfect, because the "Metadata revision" in build information takes too much space Aug 04 09:30:27 lrg: dont forget thurs Aug 04 09:30:36 jeremy_laine: I'm at 1280x1024 Aug 04 09:30:38 XorA: i wont Aug 04 09:31:33 jeremy_laine: I was wondering why none of my recent builds show up as failed even though a number of them fail Aug 04 09:31:37 jeremy_laine: http://tinderbox.openembedded.net/builders/Laibsch/ Aug 04 09:31:46 jeremy_laine: btw, template error Aug 04 09:31:55 http://tinderbox.openembedded.net/builds/19065/ Aug 04 09:32:16 jeremy_laine: the right table (Build Information) is not yet right-aligned (I got horiz scrollbar) Aug 04 09:32:29 florian: friend will mail you @kc - ok? Aug 04 09:33:51 jeremy_laine: while you're there, could you explain why did you put openmoko-stuff in kernel.bbclass? Aug 04 09:33:54 depends = "%s u-boot-mkimage-openmoko-native" % depends Aug 04 09:34:31 ant: this is not really openmoko stuff, it's "any platform that uses u-boot images stuff" Aug 04 09:35:27 isn't u-boot-utils-native enough? Aug 04 09:35:37 hrw: ok, no problem Aug 04 09:36:00 ant: search the ML, there was a discussion on the merits of the openmoko or non-openmoko version Aug 04 09:36:10 ant: I can't remember what the bottom line was Aug 04 09:36:24 ok, FYI Poky uses the latter Aug 04 09:37:00 (hrw commit) Aug 04 09:37:24 Laibsch: hm, that template error is weird Aug 04 09:37:48 Connection to the stuff you are testing with ant? Aug 04 09:38:25 u-boot-mkimage-openmoko-native is only there and used because at the time there was no generic mkimage Aug 04 09:38:49 and we didnt see why people get their knickers in a twist just because it has openmoko name Aug 04 09:39:07 * * OE Bug 4473 has been created by amitbueno(AT)gmail.com Aug 04 09:39:09 * * prismstumbler-0.7.3+0.7.4pre1-r3 compilation break Aug 04 09:39:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4473 Aug 04 09:39:41 Laibsch: nope, I can't touch the tinderbox.oe.net server, koen runs that Aug 04 09:40:33 ant: could you post a screenshot of the new layout as viewed with IE6/7? Aug 04 09:40:53 Any idea why none of my tasks show up as failed? Aug 04 09:43:08 Laibsch: I guess it depends how they fail. it basically depends whether bitbake sends an explicit error Aug 04 09:43:47 if you have a precise example we can look at it this afternoon Aug 04 09:45:59 jeremy_laine: http://tinderbox.openembedded.net/builds/19066/ Aug 04 09:48:49 Laibsch: regarding your "template error" bug, I've asked koen to update and it seems fixed: Aug 04 09:48:57 http://tinderbox.openembedded.net/builds/19065/ Aug 04 09:51:32 jeremy_laine: for a moment the table fitted horizontally, but was vertically deplaced (started near the right-bottom corner of Package builds table) Aug 04 09:52:10 ok, taking a screenshot Aug 04 09:53:07 i need one advice about a "production" server Aug 04 09:53:14 what distro did you recommend? Aug 04 09:53:16 :) Aug 04 09:53:55 iwell, it's not a production server, it's a server that is going to make nighty builds of an oe Aug 04 09:54:02 machines Aug 04 09:55:30 03  07org.openembedded.dev * rec8bb29cc2 10OE.dev/packages/ffmpeg/ffmpeg_git.bb: ffmpeg git: bump SRCREV for arm Aug 04 09:55:37 03  07master * rec8bb29cc2 10OE.dev/packages/ffmpeg/ffmpeg_git.bb: ffmpeg git: bump SRCREV for arm Aug 04 09:57:50 jeremy_laine: jpg attached to bug 4346 Aug 04 10:02:40 anyone know why supertux 0.1.3 is DEFAULT_PREFERENCE="-1" ? Aug 04 10:02:45 jeremy_laine: the same pagination problem with IE appears on http://www.angstrom-distribution.org/ main page Aug 04 10:03:00 yummies acetone Aug 04 10:08:07 * * OE Bug 2153 has been RESOLVED (INVALID) by Aug 04 10:08:09 * * xorg-server-1.2.0.tar.bz2 checksum fails. Aug 04 10:08:11 * * http://bugs.openembedded.net/show_bug.cgi?id=2153 Aug 04 10:09:21 revs in: 55/12,608 Aug 04 10:09:22 doh Aug 04 10:09:52 oops Aug 04 10:20:29 ~kill monotone Aug 04 10:20:30 * ibot shoots a super-inverse anti-proton gun at monotone Aug 04 10:21:06 * * OE Bug 2065 has been RESOLVED (WONTFIX) by Aug 04 10:21:08 * * rootfs_tar_do_rootfs function not defined Aug 04 10:21:11 * * http://bugs.openembedded.net/show_bug.cgi?id=2065 Aug 04 10:26:34 ant: I have now chopped the metadata revision to avoid having a huge right column Aug 04 10:27:05 ant: koen was kind enough to deploy on tinderbox.oe.net, could you give it a test and update the screenshot in the bug report? Aug 04 10:28:15 XorA: oebug 1708 Aug 04 10:28:22 !oebug 1708 Aug 04 10:28:23 * * Bug 1708, Status: NEW, Created: 2006-12-21 05:52 Aug 04 10:28:24 * * dp(AT)xora.org.uk: Enabling thumb via -mthumb breaks glibc build Aug 04 10:28:25 * * http://bugs.openembedded.net/show_bug.cgi?id=1708 Aug 04 10:28:40 hrw: yeah? Aug 04 10:28:50 XorA: I attached patch Aug 04 10:29:31 please check Aug 04 10:30:57 hrw: I lost all interest in thumb when it turned out to be a bust Aug 04 10:31:54 jeremy_laine: seems solved! attaching jpg Aug 04 10:33:53 XorA: ok Aug 04 10:37:45 that patch looks reasonable enough. I guess you might as well go ahead and check it in. Aug 04 10:38:16 glibc has never supported thumb builds, and although it would be neat to be able to build a thumb version of glibc it would be a fair amount of work to make it possible. Aug 04 10:38:30 thx pb Aug 04 10:43:06 * * OE Bug 1708 has been RESOLVED (FIXED) by Aug 04 10:43:07 * * Enabling thumb via -mthumb breaks glibc build Aug 04 10:43:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1708 Aug 04 10:43:13 Laibsch: NOTE: package gsoap-native-2.7.7-r0: task do_compile: completed Aug 04 10:43:53 XorA: out of interest, what sort of binary sizes were you seeing with thumb? Aug 04 10:44:08 03  07org.openembedded.dev * re5fa8612cf 10OE.dev/packages/glibc/ (glibc.inc glibc_2.6.1.bb): glibc: use ARM instruction set always - it is not buildable with Thumb - close #1708 Aug 04 10:44:10 pb__: apart from samba, only a few bytes saving Aug 04 10:44:18 pb__: samba had a huge size decrease Aug 04 10:44:21 03  07master * re5fa8612cf 10OE.dev/packages/glibc/ (glibc.inc glibc_2.6.1.bb): glibc: use ARM instruction set always - it is not buildable with Thumb - close #1708 Aug 04 10:44:30 pb__: koen might still have the figures we produced Aug 04 10:45:43 we no longer have cia for monotone? Aug 04 10:46:47 hrw: I'll send you DEA and Interpol if you delay to commit the udev fixes anymore... Aug 04 10:48:20 ant: I do not run OE generated rootfs on any device now so I prefer to not break current devices Aug 04 10:48:27 hi mickeyl Aug 04 10:49:03 hrw: some devices *are* broken atm Aug 04 10:49:04 hail mickeyl Aug 04 10:49:24 XorA: oh, right, that's odd. it would be interesting to know why that is. Aug 04 10:49:29 pb__: http://ewi546.ewi.utwente.nl/~koen/comparison.txt (thats the figures we produced) Aug 04 10:49:35 I guess it's possible that gcc's thumb support might just be teh suck. Aug 04 10:49:57 okay Aug 04 10:50:05 so that's what, filename: thumb arm? Aug 04 10:50:06 * * OE Bug 2373 has been RESOLVED (FIXED) by Aug 04 10:50:08 * * gsoap-native fails do_compile Aug 04 10:50:10 * * http://bugs.openembedded.net/show_bug.cgi?id=2373 Aug 04 10:50:14 pb__: I assume so Aug 04 10:50:24 pb__: actually those figures look better than the ones I did Aug 04 10:50:34 pb__: maybe gcc improved when koen did these ones Aug 04 10:51:39 morning folks Aug 04 10:52:32 pb__: http://projects.linuxtogo.org/pipermail/openembedded-devel/2006-December/001028.html Aug 04 10:56:59 03  07org.openembedded.dev * r05cc4e7240 10OE.dev/packages/gsoap/ (3 files in 2 dirs): gsoap-native: unbreak build - close #2373 Aug 04 10:57:00 03  07master * r05cc4e7240 10OE.dev/packages/gsoap/ (3 files in 2 dirs): gsoap-native: unbreak build - close #2373 Aug 04 11:01:44 XorA: I think part of the reason you are seeing lousy-seeming numbers is that thumb code, being less redundant in the first place, doesn't compress as well as arm code Aug 04 11:02:08 it would be interesting to see the sizes of the uncompressed files inside the .ipks Aug 04 11:04:05 * * OE Bug 1255 has been RESOLVED (FIXED) by Aug 04 11:04:07 * * dgen-sdl-1.23 fails to build Aug 04 11:04:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1255 Aug 04 11:04:33 pb__: should be easy enough to do a tarball build in both modes and diff them Aug 04 11:04:41 right Aug 04 11:05:01 pb__: Ill see if I can find some time Aug 04 11:05:05 * * OE Bug 1745 has been RESOLVED (WORKSFORME) by Aug 04 11:05:07 * * IPKG_INSTALL += "libc6-dev" fails with no provider Aug 04 11:05:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1745 Aug 04 11:05:13 ok, cool Aug 04 11:05:25 pb__: space saving would be good for moko Aug 04 11:06:19 right Aug 04 11:06:27 you might also find that it's a performance win due to better cache utilisation Aug 04 11:09:09 03  07org.openembedded.dev * rddb8a2c643 10OE.dev/packages/dgen/ (dgen-sdl-1.23/fix-configure-and-make.patch dgen-sdl_1.23.bb): dgen-sdl 1.23 fix build. closes #1255 Aug 04 11:09:15 03  07org.openembedded.dev * r4309d91dd7 10OE.dev/: Aug 04 11:09:15 merge of '5fce36059a59f5f0270baf7f4ddbb9cb496ea312' Aug 04 11:09:15 and 'b68ae87d8ee0969bc8a91ea0ac326fb34c5eb9a4' Aug 04 11:09:15 03  07master * rddb8a2c643 10OE.dev/packages/dgen/ (dgen-sdl-1.23/fix-configure-and-make.patch dgen-sdl_1.23.bb): dgen-sdl 1.23 fix build. closes #1255 Aug 04 11:09:17 03  07master * r4309d91dd7 10OE.dev/: Aug 04 11:09:19 merge of '5fce36059a59f5f0270baf7f4ddbb9cb496ea312' Aug 04 11:09:21 and 'b68ae87d8ee0969bc8a91ea0ac326fb34c5eb9a4' Aug 04 11:11:12 pb__: I found in kernel.bbclass that kernel_do_stage() is selective (no mtd) Aug 04 11:11:25 now I understand Aug 04 11:11:38 morning all Aug 04 11:12:24 hi thesing Aug 04 11:20:55 3,389/12,683. go monotone! Aug 04 11:21:17 ant: ah, I see Aug 04 11:23:58 pb__: Your machine is quite fast :-) Aug 04 11:30:46 florian: :-) Aug 04 11:31:03 looks like there's at least some chance it might be finished by the end of the day Aug 04 11:31:13 yeah Aug 04 11:31:28 * pb__ tries to ignore the clouds of steam coming out of his cpu Aug 04 11:31:39 ibot: seen zecke? Aug 04 11:31:41 zecke was last seen on IRC in channel #oe, 7d 16h 26m 1s ago, saying: 'thanks'. Aug 04 11:31:53 tsts Aug 04 11:32:02 lazy zecke, what is he doing? Aug 04 11:32:53 sleeping after 6 weeks in taipei I assume Aug 04 11:32:59 * florian just noticed that he can't small the hot CPUs but the stinky cheese in the fridge Aug 04 11:33:08 heh Aug 04 11:48:11 ant, did the kexecboot initramfs work for you? Aug 04 11:57:42 thesing: sorry did not try last version yet... Aug 04 11:57:44 bbl Aug 04 11:59:50 03  07master * rc4280e1edc 10OE.dev/packages/neuros-public/ (6 files): neuros public: update nwm, mainmenu and lib-widgets, add skeleton for photoalbum, vplayer and lib-gui Aug 04 11:59:51 03  07org.openembedded.dev * rc4280e1edc 10OE.dev/packages/neuros-public/ (6 files): neuros public: update nwm, mainmenu and lib-widgets, add skeleton for photoalbum, vplayer and lib-gui Aug 04 11:59:52 03  07master * r5d3a3a3ea1 10OE.dev/packages/neuros-pkggen/ (files/package.c neuros-pkggen-native.bb): neuros-pkggen: sync with neuros git Aug 04 11:59:55 03  07org.openembedded.dev * r5d3a3a3ea1 10OE.dev/packages/neuros-pkggen/ (files/package.c neuros-pkggen-native.bb): neuros-pkggen: sync with neuros git Aug 04 11:59:57 03  07master * rf4efc6b0d6 10OE.dev/packages/vlc/vlc-davinci_0.8.6h.bb: vlc-davinci: bump SRCREV Aug 04 12:00:22 03  07master * rab62a33347 10OE.dev/packages/linux/linux-neuros_git.bb: linux-neuros: bump SRCREV Aug 04 12:00:46 03  07org.openembedded.dev * rab62a33347 10OE.dev/packages/linux/linux-neuros_git.bb: linux-neuros: bump SRCREV Aug 04 12:00:47 03  07org.openembedded.dev * rf4efc6b0d6 10OE.dev/packages/vlc/vlc-davinci_0.8.6h.bb: vlc-davinci: bump SRCREV Aug 04 12:12:05 * * OE Bug 2951 has been RESOLVED (FIXED) by Aug 04 12:12:07 * * fontconfig-native 2.3.91 fails to build Aug 04 12:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2951 Aug 04 12:18:27 03  07org.openembedded.dev * r4d2a8a82f3 10OE.dev/packages/fontconfig/ (4 files in 2 dirs): fontconfig: added 2.6.0 from Poky - should close #2951 Aug 04 12:18:33 03  07master * r474f86aa8e 10OE.dev/: Aug 04 12:18:33 merge of '474680366447a4dab2f989364e5d93df82ff5054' Aug 04 12:18:33 and 'e823514ff8e0cdded7f451b2e7602dea0a0a9fc7' Aug 04 12:18:34 03  07org.openembedded.dev * r474f86aa8e 10OE.dev/: Aug 04 12:18:34 merge of '474680366447a4dab2f989364e5d93df82ff5054' Aug 04 12:18:36 and 'e823514ff8e0cdded7f451b2e7602dea0a0a9fc7' Aug 04 12:18:42 03  07master * r4d2a8a82f3 10OE.dev/packages/fontconfig/ (4 files in 2 dirs): fontconfig: added 2.6.0 from Poky - should close #2951 Aug 04 12:19:02 do we really need to have org.openembedded.dev and master? Aug 04 12:31:06 03  07org.openembedded.dev * r3c30438e8c 10OE.dev/packages/nfs-utils/nfs-utils_1.1.2.bb: Aug 04 12:31:06 nfs-utils : Fix support for util-linux-ng. See bug #4459. Aug 04 12:31:06 * Move mount.nfs to /sbin and create symlink for mount.nfs4 Aug 04 12:31:06 * Package mount.nfs* in nfs-utils-client for nfs client only Aug 04 12:31:06 devices. Aug 04 12:31:07 * Bumps PR for new packaging. Aug 04 12:31:11 03  07org.openembedded.dev * r28f09655d6 10OE.dev/: Aug 04 12:31:13 merge of 'b7175a8d7fdb02e01e375f3df1f6ab39e8ef01ed' Aug 04 12:31:15 and 'd1d0e66906b855684896804e34694a07d4958fe4' Aug 04 12:31:17 03  07master * r3c30438e8c 10OE.dev/packages/nfs-utils/nfs-utils_1.1.2.bb: Aug 04 12:31:19 nfs-utils : Fix support for util-linux-ng. See bug #4459. Aug 04 12:31:21 * Move mount.nfs to /sbin and create symlink for mount.nfs4 Aug 04 12:31:23 * Package mount.nfs* in nfs-utils-client for nfs client only Aug 04 12:31:25 devices. Aug 04 12:31:27 * Bumps PR for new packaging. Aug 04 12:31:31 03  07master * r28f09655d6 10OE.dev/: Aug 04 12:31:33 merge of 'b7175a8d7fdb02e01e375f3df1f6ab39e8ef01ed' Aug 04 12:31:35 and 'd1d0e66906b855684896804e34694a07d4958fe4' Aug 04 12:32:24 Crofton: what is 'nfs client only device'? Aug 04 12:32:48 got a broken packadge while trying to compile the Angstrom for himalaya on -- prismstumbler_0.7.3+0.7.4pre1.bb -- http://pastebin.com/d2c9110d3 -- can anybody help? Aug 04 12:32:49 nfs-utils sets up the server and creates mount.nfs Aug 04 12:33:03 you need mount.nfs if you are using mount from util-linux-ng Aug 04 12:33:29 but, you may not want to install the nfs server sw just to be an nfs client Aug 04 12:33:54 so I packaged the pieces needs for nfs client separately Aug 04 12:34:02 ah. now I understand. thx Aug 04 12:34:08 np Aug 04 12:35:24 got a broken packadge while trying to build gpe-image on the Angstrom for himalaya on -- prismstumbler_0.7.3+0.7.4pre1.bb -- http://pastebin.com/d2c9110d3 -- can anybody help? Aug 04 12:36:48 nighthawk08: prismstumbler is c++ and you build it as c Aug 04 12:37:16 no, its more Aug 04 12:37:26 I used the bb,. doesn't it supposr to know that? Aug 04 12:38:07 recipe got lot of dust since last usage maybe Aug 04 12:38:24 I can try to build it Aug 04 12:39:06 if I would like to build it do I needto change something in the source? Aug 04 12:40:58 probably in build of it Aug 04 12:41:07 but I can not descibe exactly Aug 04 12:41:42 in which file,. hard to know -- I am a newbie in the OE -- so I find it hard to find all the proper location of files... Aug 04 12:45:48 hrw: can you try building it? Aug 04 12:49:13 nighthawk08, prismstumbler? Aug 04 12:49:19 ye Aug 04 12:49:44 for Angstrom, himalaya Aug 04 12:50:02 well Aug 04 12:50:13 Angstrom, gumstix-verdex is what I have atm Aug 04 12:50:23 nighthawk08: I am building it Aug 04 12:50:44 I don't have time to work on it, but one the cpus on the machine is idle, so I can collect a data point :) Aug 04 12:51:25 nighthawk08: NOTE: package prismstumbler-0.7.3+0.7.4pre1-r3: task do_build: completed Aug 04 12:51:50 whay i shimilaya? Aug 04 12:52:03 ? Aug 04 12:52:45 hrw: where do I put the built files? Aug 04 12:52:55 and how do I download that from you? Aug 04 12:53:06 nighthawk08: ? Aug 04 12:54:32 what? Aug 04 12:54:52 I do not understand you Aug 04 12:55:10 I though you have finished to build the package... Aug 04 12:55:21 I did Aug 04 12:55:25 it built fine on my system Aug 04 12:55:38 using Angstrom, Himalaya? Aug 04 12:56:14 Angstrom-2008.1 for qemuarm Aug 04 12:56:20 from .dev Aug 04 12:57:02 does this package matters, which machine it was compiled to? Aug 04 12:57:25 no Aug 04 12:57:41 can I download the built files from you? Aug 04 13:03:54 hrw, XorA: See http://www.linuxtogo.org/~thesing/kexecboot_collie.jpg initramfs+kernel=902 K Aug 04 13:04:11 thesing: sweet Aug 04 13:06:15 sweet Aug 04 13:06:20 brb Aug 04 13:07:00 XorA, time to reactivate your collie. Aug 04 13:07:12 thesing: yeah Aug 04 13:07:19 thesing: is that all building from OE now? Aug 04 13:07:57 more or less. I will commit last fixes in some minutes. Aug 04 13:08:09 thesing: cool, Ill give it a try some quiet evening Aug 04 13:14:30 gremlin[it], hi, are you the one who worked on h2200 kernel port? Aug 04 13:14:57 no ... i worked for h3600 ... Aug 04 13:15:53 its the strongarm based one? Aug 04 13:15:58 yes Aug 04 13:16:59 there is a new patch for usb-gadget support for strongarm. I got it working on collie. So you might try on your device. Aug 04 13:17:13 thesing: h2200 is pxa25x anyway Aug 04 13:17:14 ohhh nice news !!! Aug 04 13:17:39 thesing: nice to see progress Aug 04 13:17:42 thesing, where's the patch ? Aug 04 13:17:57 hrw, I have no clue why models with higher numbers have older cpus... Aug 04 13:18:39 thesing: not quite Aug 04 13:18:39 they don't, in general. Aug 04 13:18:49 there simply isn't any correlation between model number and cpu Aug 04 13:19:00 marketing people have strange idea of what monotone numbering is :D Aug 04 13:19:08 thesing: h3100 -> h3600 were sa, h3800 -> h3900 -> h5400 -> h5500 -> h2200 were pxa25x Aug 04 13:19:28 hrw ... 3800 is SA too Aug 04 13:19:42 h3700 too Aug 04 13:19:47 gremlin[it], http://git.linuxtogo.org/?p=thesing/collie.git;a=commitdiff;h=27215c8a984058cc69196d51b906460a8f16de46 Aug 04 13:19:49 3100, 3600, 3700, 3800 is SA Aug 04 13:19:52 thesing: zaurus a-sl300 was pxa210, sl-5000/5500 was iirc newer and sa1100... Aug 04 13:20:02 ops, sorry about h3800 then Aug 04 13:20:35 this is what I have. It worked some months ago and I didn't touch it since then. Aug 04 13:21:06 its from the balloon board. I don't have the original url ready. Aug 04 13:21:17 03  07org.openembedded.dev * rfc2ee24d89 10OE.dev/packages/opensync/libopensync-0.36/ (build-in-src.patch cmake.patch no-python-check.patch): libopensync: added missing patches for 0.36 Aug 04 13:21:18 03  07org.openembedded.dev * r50c2f11edb 10OE.dev/: Aug 04 13:21:18 merge of '3d8fcb3e38b76cf853ceee12d6cd8f1d518b546b' Aug 04 13:21:18 and '7d3ee6f9dd094cfa51709c24c15492d19ad64af7' Aug 04 13:21:20 03  07org.openembedded.dev * rdf2525b1f6 10OE.dev/packages/libusb/ (6 files in 3 dirs): libusb1: update to 0.9.2 for bugfixes and update the compatlayer to beta2 also for bugfixes Aug 04 13:21:24 03  07org.openembedded.dev * r2986e2bd9a 10OE.dev/: Aug 04 13:21:27 merge of '1ebb8320b743c004de3edbcfb17ea43a7cfbe6b2' Aug 04 13:21:29 and '5f904f7a12f760543efbb50eed318ac4e50f6558' Aug 04 13:21:31 03  07master * rfc2ee24d89 10OE.dev/packages/opensync/libopensync-0.36/ (build-in-src.patch cmake.patch no-python-check.patch): libopensync: added missing patches for 0.36 Aug 04 13:21:34 03  07master * rdf2525b1f6 10OE.dev/packages/libusb/ (6 files in 3 dirs): libusb1: update to 0.9.2 for bugfixes and update the compatlayer to beta2 also for bugfixes Aug 04 13:21:39 03  07master * r50c2f11edb 10OE.dev/: Aug 04 13:21:41 merge of '3d8fcb3e38b76cf853ceee12d6cd8f1d518b546b' Aug 04 13:21:43 and '7d3ee6f9dd094cfa51709c24c15492d19ad64af7' Aug 04 13:21:45 03  07master * r2986e2bd9a 10OE.dev/: Aug 04 13:21:47 merge of '1ebb8320b743c004de3edbcfb17ea43a7cfbe6b2' Aug 04 13:21:49 and '5f904f7a12f760543efbb50eed318ac4e50f6558' Aug 04 13:23:05 * * OE Bug 1878 has been RESOLVED (WONTFIX) by Aug 04 13:23:07 * * multisync fails do_compile Aug 04 13:23:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1878 Aug 04 13:23:16 gremlin[it], if you have some spare time left, and it works for you, it would be nice if you could beat it into shape and push it upstream. Aug 04 13:23:35 thesing, true ! Aug 04 13:32:02 gremlin[it], I got it from http://husaberg.toby-churchill.com/balloon/releases/development/2.6.12-tcl1-udc/ Aug 04 13:35:40 thesing: hello, I'm now back from vacation Aug 04 13:36:01 so I can test initramfs with bootmenu Aug 04 13:36:11 thesing: http://tinderbox.openembedded.net/public/logs/699871.txt is what I get trying to build almost any image for collie Aug 04 13:36:26 I think I need to build something else first, but forgot what it is Aug 04 13:36:35 03  07org.openembedded.dev * rd83e8b1908 10OE.dev/: Aug 04 13:36:35 merge of '59560bb699e5c53442482270321f0392e8772228' Aug 04 13:36:35 and 'd7ac2578b689d01a8d9b17579781f0f7a6926ebd' Aug 04 13:36:38 03  07org.openembedded.dev * rd85f3c2c5f 10OE.dev/packages/kexecboot/ (5 files in 2 dirs): Aug 04 13:36:38 kexecboot-initramfs: wait some seconds before startup Aug 04 13:36:38 linux-kexecboot: remove debug output Aug 04 13:36:41 kexecboot: pass rootdelay to all kernels Aug 04 13:36:41 Jay7, Laibsch did you see the image I posted? Aug 04 13:36:43 03  07master * rd85f3c2c5f 10OE.dev/packages/kexecboot/ (5 files in 2 dirs): Aug 04 13:36:45 kexecboot-initramfs: wait some seconds before startup Aug 04 13:36:47 linux-kexecboot: remove debug output Aug 04 13:36:49 kexecboot: pass rootdelay to all kernels Aug 04 13:36:51 03  07master * rd83e8b1908 10OE.dev/: Aug 04 13:36:53 merge of '59560bb699e5c53442482270321f0392e8772228' Aug 04 13:36:55 and 'd7ac2578b689d01a8d9b17579781f0f7a6926ebd' Aug 04 13:37:07 thesing: looking right now Aug 04 13:38:12 thesing: how this menu is created? :) Aug 04 13:38:32 Laibsch, In theory you only need an image and linux-kexecboot. The two things are not related and should build. Aug 04 13:39:07 Jay7, directly written to framebuffer. I stole those bits frome psplash and improved them a bit. Aug 04 13:40:03 Laibsch, maybe you could try with plain angstrom? if it works I have some path wrong. Aug 04 13:40:07 thesing: so we don't needed already to rewrite menu shell script? Aug 04 13:40:25 we speak about this week ago Aug 04 13:40:33 No I already did. Aug 04 13:40:39 ok :) Aug 04 13:41:16 But there is still room for improvement. I only did some quick hacking. Aug 04 13:41:18 bootloader is still sharp-loader? Aug 04 13:41:24 yes. Aug 04 13:41:51 The source should appear on git.linuxtogo.org once the git daemon picks the tree up. Aug 04 13:41:53 is here possibility with sharp-loader to resize rootfs? :) Aug 04 13:43:05 I have no idea. I guess not. Aug 04 13:43:38 But I don't know much about models other than collie. Aug 04 13:44:00 but cacko did this somewhat afaik.. Aug 04 13:44:37 I'll try to ask maslovsky Aug 04 13:45:05 * * OE Bug 1938 has been RESOLVED (WORKSFORME) by Aug 04 13:45:07 * * No buildable SDK cross compiler available Aug 04 13:45:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1938 Aug 04 13:45:11 I think it was from pdax. Aug 04 13:46:27 Jay7: cacko wwas for clamshells Aug 04 13:46:41 yep, I have one :) Aug 04 13:46:51 Jay7: on collie it is different Aug 04 13:46:56 ah.. Aug 04 13:47:35 thesing: sweet screenshot Aug 04 13:47:46 but cacko uses sharp loader, and can somehow resize root partition on Cxxxx Aug 04 13:47:54 Jay7: 16MB flash, 1MB kernel, 14.4MB rootfs and rest is bootloader Aug 04 13:48:13 Jay7: collie is different Aug 04 13:50:03 does anyone have experience with matchbox-keyboard or xvkbd? Aug 04 13:50:18 hrw: is opensync a replacement for multisync? I ask because the last occurences of multisync I could find inside files in packages/ are some opensync bb files that RRECOMMENDS multisync Aug 04 13:50:56 thesing: I had to catch up a lot of backlog. I saw the image now. That is *awesome* Aug 04 13:51:02 btw, I have some troubles with matchbox-keyboard and russian layout Aug 04 13:51:22 22.04.06 Multisync successor - by Armin Bauer We were working on the successor to Multisync called OpenSync. Aug 04 13:51:30 http://multisync.sourceforge.net/news.php Aug 04 13:51:53 Jay7: do you know if there are any options? when i run it on my host machine, it takes up half the screen and forces all windows to the bottom half of the screen (nothing is put to the top half) Aug 04 13:52:23 frikker: don't know yet :) Aug 04 13:52:43 Jay7: hah too bad. it looks promising but the bitbake build is not working at all for me Aug 04 13:53:04 frikker: try to look into sources :) Aug 04 13:53:23 Jay7: mb-keyboard lack russian layout? Aug 04 14:04:05 Is there an easy way to verify my staging package versions? Aug 04 14:06:58 hrw: when I press some letter, it ajust brightness instead Aug 04 14:07:29 one sec. Aug 04 14:09:01 florian: I guess you can inspect the do_populate_staging entries in tmp/stamps/ Aug 04 14:10:14 pb__: ah right, that's a good idea Aug 04 14:10:56 hrm nasty, it looks like I managed to break packaged-staging Aug 04 14:11:05 * * OE Bug 1773 has been RESOLVED (WORKSFORME) by Aug 04 14:11:07 * * libsdl-ttf-native build fails on compile Aug 04 14:11:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1773 Aug 04 14:12:05 * * OE Bug 1483 has been RESOLVED (FIXED) by Aug 04 14:12:08 * * coreutils fails with glibc 2.5 Aug 04 14:12:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1483 Aug 04 14:13:20 hrw: when I set 'Virtual Keyb.' in 'Keys And Buttons Setup' to en-ru-123... Aug 04 14:13:53 and select Ol' Good Keyboard in input selector on mb panel Aug 04 14:14:15 and select RU then Aug 04 14:15:21 hm.. Aug 04 14:15:27 and now it works fine :) Aug 04 14:15:33 sh*t.. Aug 04 14:16:21 it has small delay and enters 2-3 letters but enters all letters I tap.. Aug 04 14:18:23 hehe.. Aug 04 14:18:36 here is some strange things Aug 04 14:18:49 I'll open the bug Aug 04 14:18:58 jeremy_laine: http://tinderbox.openembedded.net/builds/19261/ Aug 04 14:19:08 There certainly is a problem there Aug 04 14:19:21 Status succeeded although one of the tasks failed Aug 04 14:19:30 Maybe you can take a look? Aug 04 14:25:10 Shift+russian 'K' in ol' good keyboard moves focus to Quit button in gpe-edit Aug 04 14:25:20 reproducible in 100% Aug 04 14:25:38 heh, that does sound like a bug Aug 04 14:25:45 can you use xev to find out what code the keyboard is sending? Aug 04 14:28:02 hehe.. after restarting gpe-dm here is more fun :) Aug 04 14:28:36 pb__: yes, I have xev installed :) Aug 04 14:28:53 explicitly for testing this but forget Aug 04 14:30:52 can someone point me to the direction of the standard X11 development libraries? Aug 04 14:31:05 I'm needing like 10 header files in a X11/ folder, but I can't seem to track them down Aug 04 14:31:14 they exist in the OE build but I need them on my host machine Aug 04 14:31:46 frikker: xorg.freedesktop.org, see the .bb files Aug 04 14:32:34 florian: doh! "mtn: error: I/O failure while talking to peer monotone.openembedded.org, disconnecting" Aug 04 14:32:48 3600 revs to go Aug 04 14:33:17 grab snapshot pb Aug 04 14:34:34 pb__: eeks Aug 04 14:35:02 oh, luckily mtn is smart enough to resume where it left off Aug 04 14:35:09 mtn: 3.9 M | 2.6 M | 12/15,663 | 4/3,881 Aug 04 14:35:14 that's not so bad Aug 04 14:35:30 it would have been annoying if I needed to start over from the beginning Aug 04 14:35:30 Anybody else seeing obexftp build failing? http://tinderbox.openembedded.net/public/logs/706489.txt Aug 04 14:35:39 libusb has already been built Aug 04 14:36:18 pb__ thank you Aug 04 14:36:56 pb__: seems like somewhat intercepts keypress Aug 04 14:37:26 matchbox or keylaunch Aug 04 14:37:27 florian, git.linuxtogo.org seems to be dead here. Aug 04 14:38:30 http://pastebin.com/d6082f753 Aug 04 14:38:50 thesing: ah, let me check... just running an update Aug 04 14:39:05 xev output on russian letter 'Ù' that interprets as 'brightness up' Aug 04 14:39:30 ah Aug 04 14:39:35 maybe you could kill keylaunch and try again Aug 04 14:39:48 and/or try without matchbox Aug 04 14:40:17 btw, russian K in xev sends right symbol Aug 04 14:40:47 pb__: how can I enable Ol' Good Keyboard without machbox? Aug 04 14:42:00 Jay7: just run it by hand. matchbox-keyboard, right? Aug 04 14:42:08 ah.. right.. Aug 04 14:45:29 thesing: mailman upgrade failed and left apache shut down... will be back in a minute or so. Aug 04 14:50:54 ~lart debian rsync package for failing to upgrade if there is no config for daemon Aug 04 14:50:54 * ibot burns debian rsync package for failing to upgrade if there is no config to a crisp with a laser for daemon Aug 04 14:51:09 heh Aug 04 14:51:20 ibot, your grasp of grammar is a bit tenuous Aug 04 14:51:20 okay, pb__ Aug 04 14:52:12 ~your grasp of grammar Aug 04 14:52:13 well, your grasp of grammar is a bit tenuous Aug 04 14:52:18 tia.. Aug 04 14:52:51 ibot, no, _your_ grasp... oh, never mind Aug 04 14:53:29 ibot, forget your grasp of grammar Aug 04 14:53:29 pb__: i forgot your grasp of grammar Aug 04 14:53:36 *g* Aug 04 14:56:23 hm.. Ol' Good Keyboard == xkbd Aug 04 14:56:31 not matchbox-keyboard.. Aug 04 14:56:32 ah Aug 04 14:56:43 I'm not sure that the "good" is appropriate for xkbd Aug 04 14:56:50 :) Aug 04 14:57:01 It's full of strange things.. Aug 04 14:57:15 hrw: I think multisync is not dead Aug 04 14:57:26 but looks more eye frendly.. Aug 04 14:57:29 It has become one of the GUI for opensync which is a lib Aug 04 14:57:31 Laibsch: it just smells that way Aug 04 14:57:35 http://www.opensync.org/wiki/download Aug 04 14:57:55 Laibsch: that one in OE use very old versions anyway Aug 04 14:57:58 To get started with OpenSync you probably need: [...] Some kind of user interface (UI), such as multisync or kitchensync. Aug 04 14:58:10 Needs to be later than 0.90 Aug 04 14:58:32 Laibsch: or msynctool which is cli Aug 04 14:59:02 does bitbake support the building of a package that uses this to generate a makefile: xmkmf? Aug 04 14:59:07 i am not familiar in any way with xmkmf Aug 04 15:00:28 hrw: The one in svn works with the new libraries... but they are lacking a stable release for ages now. Aug 04 15:02:07 If a package does "inherit cmake" is that enough to build cmake-native on time? Aug 04 15:02:13 yes Laibsch Aug 04 15:02:22 I just had libopensync fail on me because that was not the case Aug 04 15:02:24 Laibsch: and remember to use cmake 2.6 Aug 04 15:02:40 Laibsch: not failed on patching? Aug 04 15:02:46 no Aug 04 15:03:16 hrw, RP: http://rafb.net/p/6SVvKk23.html Aug 04 15:03:19 frikker: I don't think there's any class for that Aug 04 15:03:22 I build opensync 0.36 today Aug 04 15:03:34 I guess that might be one of those examples of BB_THREADS going wrong Aug 04 15:03:35 there might be some example packages, try grepping for imake or xmkmf in packages/* Aug 04 15:03:56 Laibsch: thats true Aug 04 15:04:01 hrw: I'm sure it will build fine after I explicitly built cmake-native Aug 04 15:04:15 ~curse mozilla for not being 64->32bit safe Aug 04 15:04:16 May you be reincarnated as a Windows XP administrator, mozilla for not being 64->32bit safe ! Aug 04 15:04:20 frikker: but, most of the modern x11 stuff is using autoconf anyway. you should only need imake/xmkmf for legacy bits. Aug 04 15:04:54 hrw: actually, no Aug 04 15:04:59 cmake still not found Aug 04 15:05:38 hm. Aug 04 15:05:44 /home/laibsch/oe/tmp/angstrom/dev/staging/i686-linux/bin/cmake Aug 04 15:05:49 is right there Aug 04 15:06:07 same here Aug 04 15:06:08 17:05 hrw@home:angstrom$ find tmp/staging/ -name cmake Aug 04 15:06:08 tmp/staging/x86_64-linux/bin/cmake Aug 04 15:06:32 hmm.. need to fix staging then Aug 04 15:06:54 I see... Aug 04 15:07:01 prefix=base_prefix ;( Aug 04 15:07:34 can you fix it? Aug 04 15:07:38 yes Aug 04 15:07:49 removing cmake from host now to fix that Aug 04 15:08:47 another issue Aug 04 15:08:50 GLIBC_GENERATE_LOCALES = "de_DE.UTF-8 en_US.UTF-8 fr_FR.UTF-8 ja_JP.UTF-8" Aug 04 15:08:52 not safe? Aug 04 15:09:01 I don't have en_GB in there Aug 04 15:09:32 and image as well as sdk creation breaks here with Aug 04 15:09:34 | + opkg-cl -f /home/laibsch/oe/tmp/angstrom/dev/staging/i686-linux/etc/opkg.conf -o /home/laibsch/oe/tmp/angstrom/dev/rootfs install locale-base-en-gb Aug 04 15:09:57 GLIBC_GENERATE_LOCALES is custom thing Aug 04 15:10:20 yes Aug 04 15:10:22 pb__ how do you mean? this is for xvkbd... so are you saying i can use something else to make it? Aug 04 15:10:25 I have it in site.conf Aug 04 15:10:53 I wonder if that is an unsupported setting (leaving en_GB out) or if the breakage is a bug Aug 04 15:11:30 i preferb gb then us Aug 04 15:11:42 OK Aug 04 15:11:45 * florian too Aug 04 15:11:50 how about I take all of them out? Aug 04 15:11:59 all en_* Aug 04 15:12:14 The question is whether this is an unsupported setting or a bug in OE Aug 04 15:14:09 Great Aug 04 15:14:09 dont you also need to change IMAGE_LINGUAS Aug 04 15:14:19 Now I can't even rebuild glibc Aug 04 15:14:47 you need to rebuild glibc-initial before glibc Aug 04 15:15:09 OK, thanks Aug 04 15:15:38 classes/image.bbclass:82:IMAGE_LINGUAS ?= "de-de fr-fr en-gb" Aug 04 15:15:38 BTW Aug 04 15:15:42 !oebug 4474 Aug 04 15:15:43 * * Bug 4474, Status: UNCONFIRMED, Created: 2008-08-04 16:26 Aug 04 15:15:44 * * : meta-toolchain fails do_populate_sdk when GLIBC_GENERATE_LOCALES is set Aug 04 15:15:45 * * http://bugs.openembedded.net/show_bug.cgi?id=4474 Aug 04 15:16:03 seems this is not an issue with meta-toolchain only Aug 04 15:16:43 XorA: Could we check for incompatibility between IMAGE_LINGUAS and GLIBC_GENERATE_LOCALES? Aug 04 15:16:53 Laibsch: no idea Aug 04 15:24:25 Is glibc machine-dependendent? Aug 04 15:24:39 IOW, do I need to rebuild glibc for all machines I compile for? Aug 04 15:25:49 for all ARCHs Aug 04 15:25:53 armv4t etc Aug 04 15:26:05 thesing: morning :) Aug 04 15:27:17 Laibsch: GLIBC_GENERATE_LOCALES in OE is unset so setting it can generate anything. if it generate bugs then developer should fix them by self Aug 04 15:27:24 I think Aug 04 15:27:44 Poky has it set in distro file but we also set IMAGE_LINGUAS to cover it Aug 04 15:27:53 user is not necessarily dev Aug 04 15:28:24 and if we can have a check here why should we not? Aug 04 15:28:37 go ahead and implement it Aug 04 15:28:59 as you know I do for things I understand Aug 04 15:29:03 hvontres|work, morning. http://www.linuxtogo.org/~thesing/kexecboot_collie.jpg Aug 04 15:29:31 If I find a way to implement this check, I'll propose it Aug 04 15:29:34 Laibsch: look at image.bbclass Aug 04 15:29:47 OK, thanks Aug 04 15:30:05 is kexecboot what I think it is? A L-A-B implementation? Aug 04 15:30:06 * * OE Bug 4474 has been created by  Aug 04 15:30:08 * * meta-toolchain fails do_populate_sdk when GLIBC_GENERATE_LOCALES is set Aug 04 15:30:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4474 Aug 04 15:30:40 Laibsch: the problem is that it depends on packages which are result of built. what if dev/user will set GLIBC_GENERATE_LOCALES, do build and then will recognize that he needs one more lang? Aug 04 15:31:02 Laibsch: I think that local.conf.sample could get more info about this (quite dangerous sometimes) flag Aug 04 15:31:05 thesing: Way cool I'll have to play with that when I get home tonight. I need to get linux-rp 2.6.26 working on poodle first Aug 04 15:31:20 CosmicPenguin, yes. But based on kexec. Aug 04 15:31:31 Laibsch: I got hit by that once with one project Aug 04 15:32:41 Laibsch, if you do such a check, keep in mind that there are other libcs. Aug 04 15:32:58 Don't expect it anytime soon Aug 04 15:33:01 the bug is open Aug 04 15:33:14 But I do have my hands full with other stuff, too Aug 04 15:33:21 It is not the highest prio for me Aug 04 15:34:38 thesing: can kexecboot deal with more than one partition on a card? I'd like to be able to have maybe a stable and a testing setup on the same card Aug 04 15:39:06 * * OE Bug 1878 has been REOPENED by Aug 04 15:39:07 * * multisync fails do_compile Aug 04 15:39:10 * * http://bugs.openembedded.net/show_bug.cgi?id=1878 Aug 04 16:00:04 morning Aug 04 16:05:03 yo kergoth`work Aug 04 16:07:56 hvontres|work, yes it should be able handle them. One needs to add more device nodes for mmc to device-table-collie.txt Aug 04 16:09:34 hi kergoth`work Aug 04 16:22:06 * * OE Bug 4475 has been created by  Aug 04 16:22:08 * * RFE: print log URL to console Aug 04 16:22:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4475 Aug 04 16:25:20 kde 4.1 stinks Aug 04 16:27:05 * * OE Bug 1606 has been RESOLVED (FIXED) by Aug 04 16:27:07 * * qtopia-core-4.2.0 linker: undefined reference Aug 04 16:27:09 * * http://bugs.openembedded.net/show_bug.cgi?id=1606 Aug 04 16:31:01 thesing: cool. Do you have a wiki page for this yet ? :) Aug 04 16:32:18 no not yet. I'm not sure what should be on it. Aug 04 16:34:05 * * OE Bug 4476 has been created by  Aug 04 16:34:08 * * smpeg fails do_configure Aug 04 16:34:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4476 Aug 04 16:37:39 The console-image does not contain ipkg? Aug 04 16:37:59 opkg maybe? Aug 04 16:38:20 svs57 tries kde3.5 on his zaurus :) Aug 04 16:38:33 btw, what difference is between ipkg and opkg? Aug 04 16:38:56 Jay7: opkg is bugfixed, maintained and not trademarked Aug 04 16:39:13 ipkg stinks... Aug 04 16:39:16 florian: so opkg is future? Aug 04 16:39:31 florian: of course Aug 04 16:39:36 * Laibsch bangs head on table Aug 04 16:39:44 Jay7: no, opkg is now! Aug 04 16:39:56 pb__: good :) Aug 04 16:39:59 :-) Aug 04 16:40:36 florian: the ipkg trademark was granted? Aug 04 16:40:47 Laibsch: we should have a kindo of opkg-ipkg-ui-compat package that contains a link ;) Aug 04 16:41:13 03  07org.openembedded.dev * rb23ff8efdf 10OE.dev/: Aug 04 16:41:13 merge of '0675e9a3e7f3d9faa1311df4548be2e200c02760' Aug 04 16:41:13 and 'ed7f086a6f3dc6bc06899e467a960cd37d7f2a9c' Aug 04 16:41:14 Laibsch: I think so, I guess noone had money to oppose it. Aug 04 16:41:18 03  07org.openembedded.dev * r0eda602115 10OE.dev/packages/linux/ (12 files in 2 dirs): linux omap2 git: sync with upstream git Aug 04 16:41:19 03  07org.openembedded.dev * r3cb77e360e 10OE.dev/packages/cmake/cmake.inc: cmake: configure with proper prefix Aug 04 16:41:19 03  07org.openembedded.dev * r8e07d1a96a 10OE.dev/: Aug 04 16:41:20 merge of '604e4566ff77ba4e877e134951341dca1fbf145e' Aug 04 16:41:22 and 'f2ceedc03b70c983dbbb20c9f461a7f40d0941e7' Aug 04 16:41:24 03  07org.openembedded.dev * r284b39cbd4 10OE.dev/packages/kexecboot/files/ (.mtn2git_empty rootdelay.patch): kexecboot: add missing patch Aug 04 16:41:27 03  07master * rb23ff8efdf 10OE.dev/: Aug 04 16:41:29 merge of '0675e9a3e7f3d9faa1311df4548be2e200c02760' Aug 04 16:41:31 and 'ed7f086a6f3dc6bc06899e467a960cd37d7f2a9c' Aug 04 16:41:33 03  07master * r3cb77e360e 10OE.dev/packages/cmake/cmake.inc: cmake: configure with proper prefix Aug 04 16:41:36 03  07master * r0eda602115 10OE.dev/packages/linux/ (12 files in 2 dirs): linux omap2 git: sync with upstream git Aug 04 16:41:39 03  07master * r8e07d1a96a 10OE.dev/: Aug 04 16:41:54 merge of '604e4566ff77ba4e877e134951341dca1fbf145e' Aug 04 16:41:54 and 'f2ceedc03b70c983dbbb20c9f461a7f40d0941e7' Aug 04 16:41:54 03  07master * r284b39cbd4 10OE.dev/packages/kexecboot/files/ (.mtn2git_empty rootdelay.patch): kexecboot: add missing patch Aug 04 16:42:03 hrw: you forgot PR bump ;-) Thanks for fixing cmake Aug 04 16:42:27 Laibsch: cmake? Aug 04 16:42:38 the commit you just made Aug 04 16:42:46 Laibsch: cmake.inc bumped PR Aug 04 16:42:48 cmake.inc Aug 04 16:42:57 oh, it does? Aug 04 16:43:03 I never put PR in .inc Aug 04 16:49:43 have a nice evening - I go for a walk Aug 04 16:51:25 what is this? Aug 04 16:51:27 http://rafb.net/p/l6kIO486.html Aug 04 16:52:02 thesing: Unfortunately, it looks like my CF card is really b0rked Aug 04 16:52:05 * * OE Bug 4477 has been created by  Aug 04 16:52:07 * * libusb1-0.9.2-autobuild Aug 04 16:52:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4477 Aug 04 16:52:20 I'll try to flash from it, but I am not sure it will succeed Aug 04 16:52:47 Laibsch, fortunately you only need to flash the kernel. Aug 04 16:53:04 well, that does not matter if I can't flash anything Aug 04 16:53:11 the collie cannot flash from SD Aug 04 16:53:13 hi thesing Aug 04 16:53:22 and I only have 1 CF card Aug 04 16:53:39 I'll see if I can get another one somewhere Aug 04 16:53:47 Laibsch, you should be able to get a new one for 5 € or so. Aug 04 16:53:53 yes Aug 04 16:54:01 mrdata, hi Aug 04 16:54:03 but I don't really have time to go shopping Aug 04 16:54:36 mrdata, did you have time to try if simpad ts works in irq mode? Aug 04 16:55:13 my last tests was not successfull Aug 04 16:55:42 irq reponse is not so easy handled on simpad Aug 04 16:56:38 thesing: How big a CF card do you think the collie will support? Aug 04 16:56:39 it could be time related, not every irq was handled right Aug 04 16:56:42 4G? 8G? Aug 04 16:56:59 Laibsch, any cf card should work. Aug 04 16:57:00 bbl Aug 04 16:57:07 nice Aug 04 16:57:31 mrdata, but some were? Aug 04 16:59:23 thesing: yes, but the result of coordinates was wrong Aug 04 16:59:50 i could not paint a normal line Aug 04 17:00:33 hm. I need to test touchscreen on collie Aug 04 17:01:06 i have made tests with ts_test application Aug 04 17:01:42 and the result for my current code was better for me Aug 04 17:03:20 Laibsch: but for flashing, you need fat16, so you might need to create partintions. I'll play with my 4GB card on my poodle tonight Aug 04 17:03:38 yeah Aug 04 17:03:53 otoh, I hope with thesing's recent work, I'll only need to flash once Aug 04 17:04:28 Laibsch: true. Plus a 4GB card makes for a nice MyPod setup :) Aug 04 17:04:43 offline wikipedia Aug 04 17:05:29 * hvontres|work is afraid of that :) Aug 04 17:05:54 * hvontres|work gets "lost" on wikipedia too easily Aug 04 17:06:27 * XorA|gone hmms as he remembers he doesnt own a CF card Aug 04 17:09:53 what is this? http://rafb.net/p/l6kIO486.html pkgconfig is bailing out on me with a QA error Aug 04 17:12:05 * * OE Bug 4478 has been created by  Aug 04 17:12:07 * * pkgconfig fails do_qa_staging Aug 04 17:12:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4478 Aug 04 17:12:45 03  07org.openembedded.dev * r53003380d1 10OE.dev/packages/linux/linux-omap2-git/beagleboard/flash2.patch: linux-omap2 git: add missing patch Aug 04 17:12:52 03  07master * r53003380d1 10OE.dev/packages/linux/linux-omap2-git/beagleboard/flash2.patch: linux-omap2 git: add missing patch Aug 04 17:14:08 Laibsch: what does libfakekey.pc look like? Aug 04 17:14:37 you'll have to inspect that file and figure out what zecke thinks is wrong with it Aug 04 17:17:31 * pb__ go home Aug 04 17:17:32 later all Aug 04 17:17:45 Laibsch, pkgconfig build fine here. Aug 04 17:37:32 thesing: yes, for collie it builds fine Aug 04 17:37:41 not for quemarm or spitz, though Aug 04 17:37:51 libfakekey.pc is http://rafb.net/p/jYo2ab74.html Aug 04 17:42:12 hm.. Aug 04 17:42:30 do we have stripe-native? Aug 04 17:42:56 I'm trying to port asapm Aug 04 17:43:15 it wants stripe binary Aug 04 17:50:48 Laibsch, the -L/home/laibsch/oe/tmp/angstrom/dev/staging/arm-angstrom-linux-gnueabi/usr/X11R6/lib is the problem Aug 04 17:52:01 right, yes, that's clearly no good Aug 04 17:52:08 Laibsch, I think it should only be -L/usr/X11R6/lib Aug 04 18:19:54 there seems to be a problem with udev on collie. I need to run udevtrigger to make the various device nodes appear Aug 04 18:28:40 thesing: I think there were some patches for the c7xx series that went in recently. Maybe those need to apply to collie as well Aug 04 18:36:43 thesing: thanks. Do you have an idea what needs to be changed in the recipe for that? Aug 04 18:38:10 no idea. I guess some sed magic on some autofoo files is needed. Aug 04 18:50:19 Laibsch, if you try the collie images: they only seem to run fine if you have no battery inserted. Don't ask me why. I guess its ipaq-sleep or some other pm-related script. Aug 04 18:51:00 Laibsch, wrong alarm, battery doesn't matter. Aug 04 19:01:45 hrw|gone: I think you fixed bug 4408 this morning, right? Aug 04 19:02:30 yes, you did Aug 04 19:02:34 closing. thanks Aug 04 19:04:06 * * OE Bug 4408 has been RESOLVED (FIXED) by Aug 04 19:04:08 * * CMake installed in wrong place Aug 04 19:04:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4408 Aug 04 19:48:12 kergoth: maybe you can push the patch in Aug 04 19:48:16 !oebug 518 Aug 04 19:48:16 * * Bug 518, Status: ASSIGNED, Created: 2005-12-10 05:39 Aug 04 19:48:17 * * mardy(AT)users.sourceforge.net: \[PATCH\] tslib: work with different screen resolution Aug 04 19:48:18 * * http://bugs.openembedded.net/show_bug.cgi?id=518 Aug 04 19:48:23 ? Aug 04 19:54:39 RP: ping? Aug 04 20:41:38 * Jay7 -> sleep Aug 04 21:02:06 * * OE Bug 4480 has been created by  Aug 04 21:02:08 * * x-load-1.41+r6+git04ad40d5c8bca196aa4a5dfe945a007e21f1b149-autobuild Aug 04 21:02:10 * * http://bugs.openembedded.net/show_bug.cgi?id=4480 Aug 04 21:14:26 re ant__ Aug 04 21:18:43 thesing: ping Aug 04 21:20:17 ant__, pong Aug 04 21:20:28 hi Aug 04 21:20:49 hi. Aug 04 21:20:51 I forgot to show you a possibly interesting link Aug 04 21:21:04 ftp://ftp.enneenne.com/pub/misc/pxa270-patches/u-boot/ Aug 04 21:21:22 he wrote some images to framebuffer, u-boot is secondary Aug 04 21:21:30 ant__, I have one for you too: http://www.linuxtogo.org/~thesing/kexecboot_collie.jpg Aug 04 21:21:58 thesing:-)) Aug 04 21:22:12 awesome Aug 04 21:22:28 (where did you stea* the icons?) Aug 04 21:22:37 ;-) Aug 04 21:23:14 seems like the vga bios of my first 486 Aug 04 21:23:44 they are from gnome I think. Aug 04 21:24:08 is it running 320x240? Aug 04 21:24:13 yes. Aug 04 21:24:45 have you put a soundtrack in the bg? (joke) Aug 04 21:24:57 but it also runs in bigger resolutions. Nearly nothing is hardcoded. Aug 04 21:25:00 I'm pulling now... Aug 04 21:25:47 ant__, could you check if your images still run? my stop booting after the initscripts finish Aug 04 21:26:21 hm..I had to add 'rootwait' to bootargs... Aug 04 21:27:01 never come to the end of initscripts recently... Aug 04 21:27:21 last time init was failing about 'expr' Aug 04 21:28:04 I'll try to log all on ttyS0 Aug 04 21:48:05 * * OE Bug 2420 has been RESOLVED (FIXED) by Aug 04 21:48:07 * * TxDrug wont compile, fix follows Aug 04 21:48:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2420 Aug 04 21:54:18 thesing: anything left to be done for Aug 04 21:54:24 !oebug 2334 Aug 04 21:54:25 * * Bug 2334, Status: NEW, Created: 2007-05-18 07:12 Aug 04 21:54:26 * * thommy(AT)tabao.de: new machine Netgear WGT634U Aug 04 21:54:26 * * http://bugs.openembedded.net/show_bug.cgi?id=2334 Aug 04 21:55:54 Laibsch, no. I found that openwrt ist better for those routers. If only because they maintain the machines. Aug 04 21:56:03 So feel free to close it. Aug 04 21:56:51 yes Aug 04 21:56:57 I think that is currently the case Aug 04 21:57:13 it would be nice to eventually build router stuff with OE, too Aug 04 21:57:27 but I don't update much anyway Aug 04 21:57:45 Well it would be a bunch of work Aug 04 21:58:11 and I'm not sure it the result would be better than what you get from openwrt. Aug 04 21:58:47 hello. can someone please complete the entry for the repository: src/gz ??? http://monotone.openembedded.org/??? Aug 04 21:59:29 ott, what do you want to do? Aug 04 22:00:11 i want to retrieve the gsm0702muxd Aug 04 22:00:38 that means install and later upgrade Aug 04 22:00:57 so you want the binary package? Aug 04 22:01:08 yes, only the binary Aug 04 22:02:41 thesing: FYI NOTE: linux-kexecboot-2.6.26: http://kernel.org/pub/linux/kernel/v2.6/linux-2.6.26.tar.bz2 has no entry in conf/checksums.ini, not checking URI Aug 04 22:03:11 well oe doesn't distribute binaries, but distributions using oe do. Are you using angstrom or openmoko or ... ? Aug 04 22:03:42 angstroem on freerunner Aug 04 22:03:54 ott, for angstrom look here: http://www.angstrom-distribution.org/repo/?action=details&pnm=gsm0710muxd Aug 04 22:05:05 thesing: you did not touch any defconfig apart collie in linux-kexecboot-2.6.26? Aug 04 22:05:47 well I did. But for the kexecboot stuff it doesn't matter. Aug 04 22:06:13 I see net is enabled..fear the size could be too big Aug 04 22:06:26 ant__,but the kernel must have mmc modules compiled in to boot from mmc for example Aug 04 22:06:58 ant__, I forgot you need to change linux-rp.inc to include the kernel in rootfs Aug 04 22:07:14 np, I noted that bit Aug 04 22:07:40 well, is /boot ro on collie? Aug 04 22:07:46 so this kernel can get as big as it wants. Aug 04 22:07:49 no. Aug 04 22:08:16 the good side affect is that you can update the kernel with package mgmt now. Aug 04 22:09:54 thesing: that worked well, thanks a lot Aug 04 22:10:26 ott, np. Aug 04 22:10:37 thesing: I have to check for the collie, but on the c7x0 and akita one could create a ro partition and write with the nandlogical tool. This would only save a couple of MB, though Aug 04 22:10:50 ott, but a better place to ask this would've been #angstrom Aug 04 22:11:36 ant__, and what would you do if you have root on sd or cf? Aug 04 22:11:58 I mean fit the kernel in mtd1 Aug 04 22:12:20 the kexecboot kernel, not the 'production' one Aug 04 22:13:11 the kexecboot kernel is on mtd1 for collie too. Aug 04 22:13:50 sorry I meant create /boot in mt1 Aug 04 22:14:37 but all this work only saves 2-3 MB Aug 04 22:14:37 for the kexecboot kernel? Aug 04 22:15:14 only one kernel in mtd1 (mtd-utils + nandlogical + bootmenu) Aug 04 22:15:38 so you still want you rescue image ;) Aug 04 22:15:57 well, for the inexpert user... Aug 04 22:16:17 who doesn't know how to use those utils... Aug 04 22:16:33 yes, but if they decide to uninstall Aug 04 22:16:52 they restore a nand backup Aug 04 22:16:59 they'd need the service-menu, yes Aug 04 22:17:28 and the service menu is in ro nor flash right? Aug 04 22:17:38 yes (this is independent from the sharp-flasher-kernel) Aug 04 22:17:58 accessible using Fn+D+M Aug 04 22:18:22 I think sash disassembled it Aug 04 22:19:14 03  07org.openembedded.dev * r373a119a5a 10OE.dev/packages/txdrug/txdrug_0.1.bb: txdrug: fix include path and incorrect assumptions about $palmtopdir. closes 2420. Aug 04 22:19:16 03  07master * r373a119a5a 10OE.dev/packages/txdrug/txdrug_0.1.bb: txdrug: fix include path and incorrect assumptions about $palmtopdir. closes 2420. Aug 04 22:19:25 I did the same with the mmc module from sharp for collie. It is some fun. But one really get used to read arm asm. Aug 04 22:19:39 thesing: but really, all this overwork is only needed if one want to change partition size Aug 04 22:20:14 * thesing thinks there should only one partition for rootfs. Aug 04 22:20:33 home can be put somewhere else if needed. Aug 04 22:21:11 yes, it's too big in the standard partitioning IMHO Aug 04 22:21:38 * thesing remembers the first time with collie. (symlinks from rootfs to various media) Aug 04 22:22:03 but then if one want to play with different distro on sd has to put there /home too Aug 04 22:22:34 or can risk to overwrite some files keeping /home in mtd3 Aug 04 22:23:27 something like kexecboot should have existed 3 years ago. Aug 04 22:23:38 he Aug 04 22:24:33 but if you look at the booting-time, the u-boot solution wins by far Aug 04 22:24:54 (one kernel less) Aug 04 22:25:34 thesing: in the meanwhile linux-kexecboot completed beautifully Aug 04 22:26:04 yes. but you have no bootmenu ;) Aug 04 22:27:31 well, only on our machines Aug 04 22:28:10 most of the new boards are using it Aug 04 22:28:12 ant__: but I think most users won't notice ~20s vs being able to mess up Z beyond recognition :) Aug 04 22:28:45 thesing: if you flash from console, with a script, you have low risk Aug 04 22:29:50 thesing: argh..zImage-kexecboot-2.6.26-r2-c7x0.bin ?1303372?Aug 5 00:08? Aug 04 22:30:37 hvontres|work: hi, answer was for you Aug 04 22:37:35 03  07org.openembedded.dev * r7adcfbdc30 10OE.dev/packages/apt/ (apt-0.5.28.6/autofoo.patch apt-0.6.25/autofoo.patch): apt: mark autofoo.patch for the two oldest versions in OE as unapplicable for upstream Aug 04 22:37:40 03  07master * r7adcfbdc30 10OE.dev/packages/apt/ (apt-0.5.28.6/autofoo.patch apt-0.6.25/autofoo.patch): apt: mark autofoo.patch for the two oldest versions in OE as unapplicable for upstream Aug 04 22:39:05 * * OE Bug 2334 has been RESOLVED (FIXED) by Aug 04 22:39:07 * * new machine Netgear WGT634U Aug 04 22:39:09 * * http://bugs.openembedded.net/show_bug.cgi?id=2334 Aug 04 22:40:31 OK, b&p weekend now officially ended Aug 04 22:40:36 thesing: would you pls elaborate ' += is not safe with machine overrides.' Aug 04 22:40:37 mail sent Aug 04 22:41:30 ant__, where did I say that? Aug 04 22:41:43 is it aknown bug? I did ask a couple of days ago about += and _append_machine Aug 04 22:42:16 http://gitweb.openembedded.net/?p=org.openembedded.dev.git;a=commit;h=9d38bd8db4543d35e38aae13754779ef197803c3 Aug 04 22:42:34 sorry, was RP... Aug 04 22:43:16 I have no idea. Aug 04 22:43:21 I was looking whether I'm overlooking smthg in that file Aug 04 22:43:50 but no, it's only the empty do_deploy Aug 04 22:44:26 ah, ok, and this CMDLINE_CON_c7x0 = " console=tty1 console=ttyS0,115200n8 noinitrd" Aug 04 22:44:34 it doesn't have to be empty. But since collie kernels are now to big to flash them it makes no sense to deploy them. Aug 04 22:44:55 I'll try to log init Aug 04 22:45:07 stderr and stdout Aug 04 22:45:39 I think you need to delete the console=tty1 line then. Otherwise the init stuff will be printed there. Aug 04 22:45:41 ups..noinitrd... Aug 04 22:46:34 doesn't harm. Aug 04 22:47:01 http://www.dell.com/content/topics/global.aspx/power/en/ps1q03_stanton?c=us&cs=555&l=en&s=biz Aug 04 22:47:23 Laibsch, you could include nice diagrams for bugcount it the mail ;) Aug 04 22:47:54 what kind of diagrams do you have in mind? Aug 04 22:48:03 bugzilla supports some graphing Aug 04 22:48:14 but for the life of me I cannot get it to work properly Aug 04 22:48:20 file a bug Aug 04 22:48:23 I'm happy with raw numbers for now Aug 04 22:48:27 NAiL: ;-) Aug 04 22:48:52 Something I will need to correct is people setting incorrect keywords all the time Aug 04 22:49:04 I hope I can restrict powers to people from OE group Aug 04 22:50:11 anyone using OE to build a bootstrap image with a kernel+initrd that does a pivot-root to a secondary fs? Aug 04 22:50:29 bug count over time would be nice. Aug 04 22:51:02 Laibsch: So, what was the total count? Aug 04 22:51:17 read the mail Aug 04 22:51:24 or just visit bugzilla Aug 04 22:51:46 the count is just one click away from the home page Aug 04 22:51:50 > 70 Aug 04 22:52:07 thesing: yes, I tried bug count over time Aug 04 22:52:15 opened and closed bugs over time Aug 04 22:52:20 Laibsch, do we really only 23 bugs that weren't touched for over a half year and 922 total open bugs ?? Aug 04 22:52:22 but it never shows anything Aug 04 22:52:31 thesing: yes, that is true Aug 04 22:52:40 I regularly comb through bugs Aug 04 22:52:59 When I update a single field, that removes that bug from "stale" for another half year Aug 04 22:53:06 We had about 100 such bugs Aug 04 22:53:16 I went through most of them and changed a few things Aug 04 22:53:20 Its very good that we have you as our bugmaster. Aug 04 22:53:29 I had already thought to reduce the number to 3 months Aug 04 22:53:35 thesing: thanks Aug 04 22:54:23 Laibsch: same appreciation from me Aug 04 22:54:35 thanks Aug 04 22:54:44 3 months count does not look too bad, either Aug 04 22:54:46 56 Aug 04 22:55:03 maybe I should define stale as "3 days" ;-) Aug 04 22:55:09 that should keep us on our feet Aug 04 22:56:25 haha Aug 04 22:56:47 * thesing thinks its better if the size is manageable Aug 04 22:57:04 yeah, I was joking Aug 04 22:57:13 How often are these IPW anyway? Aug 04 22:57:23 3 months could be a good number, though Aug 04 22:57:27 ipw? Aug 04 22:57:34 b&p Aug 04 22:57:46 I was afraid 3 month would lead to too high numbers Aug 04 22:57:54 given that we have a lot of stale bugs Aug 04 22:58:07 We sort of just (re)started Aug 04 22:58:24 I made sure to already announce the next one for September Aug 04 22:58:37 We should try and establish them again for first weekend of the month Aug 04 22:58:49 yeah Aug 04 22:59:04 Laibsch, are all machine specific bugs marked as such? Aug 04 22:59:26 no Aug 04 22:59:34 I don't think you could ever claim that Aug 04 22:59:52 But I don't think that area is even well-maintained at the moment Aug 04 23:00:07 The definition of "machine"-bug is also not crystal-clear Aug 04 23:00:14 not a big problem, IMHO Aug 04 23:00:25 The most important thing is that bugs get fixed Aug 04 23:00:40 Laibsch: there are several 'machine x fails to suspend/resume'. For sure some can be closed. Aug 04 23:00:41 well some bugs can only be worked on by people who have the machine. Aug 04 23:00:55 this would i consider a machine bug. Aug 04 23:01:12 yes Aug 04 23:01:29 But unfortunately, machine maintainer have become negligent recently Aug 04 23:01:30 I can confirm the bad reputation of linux-rp_2.6.23 on that matter Aug 04 23:01:32 I count myself in Aug 04 23:01:46 but we are soon at 2.6.26 Aug 04 23:01:47 great to see you coming back on collie, thesing Aug 04 23:02:00 and great to see ant fighting all odds continuously ;-) Aug 04 23:02:09 ;-) Aug 04 23:02:28 other than that, I don't see many machine maintainers, or are there? Aug 04 23:02:53 koen, crofton and pb also do the beagleboard Aug 04 23:02:58 let me have a look on angstrom hp. Aug 04 23:03:04 Laibsch: for c7x0 in therory RP (and hrw) ? Aug 04 23:03:08 imagine Aug 04 23:03:13 but I am not sure that is even usable currently Aug 04 23:03:58 I understand that hrw doesn't want to du much oe-related stuff in his freetime. He works on poky all day long. Aug 04 23:04:22 I can understand Aug 04 23:04:48 but the status is SNAFU Aug 04 23:05:32 for some machines Aug 04 23:09:01 Laibsch, do recently (read today) build images boot for you? (on spitz, qemu whatever) Aug 04 23:09:33 yes Aug 04 23:09:41 what kind of problem do you see? Aug 04 23:09:43 ant__, what machines do you have? Aug 04 23:09:59 Well it stops after the last init script is run. Aug 04 23:10:28 so psplash vanishes (from zappslash) and nothing more happens Aug 04 23:10:39 oh Aug 04 23:10:41 boot? Aug 04 23:10:48 yes Aug 04 23:10:52 well, I built a console-image for spitz Aug 04 23:10:56 and that booted OK Aug 04 23:11:08 Other than that I don't know Aug 04 23:12:05 maybe its related to udev. I noticed earlier (when images did boot) that node where missing from dev. I had to run udevtrigger to create them. Aug 04 23:12:58 thesing: on the desk c860, in the box a virgin c3200 Aug 04 23:13:27 you didn't unwrap it yet? Aug 04 23:13:48 thesing: udev is not working on tosa, c7x0 and probably akita. hrw is working on it Aug 04 23:14:07 oebug 4118 Aug 04 23:16:20 Laibsch, when collie is in a usable state (pm working again) we should thing about a gui. I'm not sure if opie or gpe are good choices. Its good to have them working, but I don't think they are ideal. Aug 04 23:16:37 OK Aug 04 23:16:43 what is your preference? Aug 04 23:16:51 * thesing thinks we should jump on the openmoko stack. Aug 04 23:17:05 OK Aug 04 23:17:10 Could be an option Aug 04 23:17:17 I've never tested it this far Aug 04 23:17:27 opie and gpe both have the problem that much to less people work on it. Aug 04 23:17:34 gpe-conf needs major rework Aug 04 23:17:34 but it would certainly be good to get some more movement behind openmoko Aug 04 23:17:45 seems like they can also use all the help they can get Aug 04 23:17:55 and we can't do kernel stuff, distro stuff and work on gpe and opie. Aug 04 23:17:57 all I need is Japanese input and AFAIK that is not there yet Aug 04 23:18:09 yeah Aug 04 23:18:14 focus is important Aug 04 23:18:52 I'd need some help from someone in getting Japanese input working (compile problems and possibly size and keyboard(-less) related issues) Aug 04 23:19:02 other than that, I'm open Aug 04 23:19:13 with this x11-qtopia stuff we probably could port opie apps too. (if we wanted to do that) Aug 04 23:20:31 yes Aug 04 23:20:38 ant that is where I'd need some help Aug 04 23:20:44 I'd be willing to put some work in Aug 04 23:21:11 but some thing I just would not know how to do Aug 04 23:21:29 * Laibsch hopes to get that frigging card moving for at least 20MB now Aug 04 23:23:24 Laibsch, well you would need to lean qt and then read the porting guide Aug 04 23:23:30 thesing: Do you have n OM device? Aug 04 23:23:54 thesing: I don't have time to read hundreds of pages of manual Aug 04 23:23:57 no. But I read its pretty well supported in qemu. Aug 04 23:24:03 I'd be thinking about learning on the job Aug 04 23:24:06 as usual Aug 04 23:24:38 yes but you need to know some of the core qt-concepts. Aug 04 23:24:57 yes Aug 04 23:25:08 * thesing knows nearly nothing about qt. Aug 04 23:26:06 thesing: I think I may have recvovered that bitchy card enough to flash Aug 04 23:26:08 I hope so Aug 04 23:26:18 What do I flash first now? Aug 04 23:26:39 the zImage-kexecboot Aug 04 23:26:54 if you don't want to use flash as rootfs nothing more. Aug 04 23:27:17 03  07org.openembedded.dev * r15573a3f54 10OE.dev/packages/pkgconfig/pkgconfig-0.22/autofoo.patch: pkgconfig: mark autofoo.patch for 0.22 as unapplicable to upstream since there is a newer version in OE. Aug 04 23:27:23 03  07master * r15573a3f54 10OE.dev/packages/pkgconfig/pkgconfig-0.22/autofoo.patch: pkgconfig: mark autofoo.patch for 0.22 as unapplicable to upstream since there is a newer version in OE. Aug 04 23:27:37 just untar your image to an ext2 formated card. Aug 04 23:31:42 thesing: the flash aborts immediately Aug 04 23:31:54 I need nothing but zImage.bin on the card? Aug 04 23:32:00 no rootfs? Aug 04 23:32:17 I think it has to be only zImage Aug 04 23:32:48 what about initramfs-kexecboot-image-collie.tar.gz Aug 04 23:32:52 or something like that? Aug 04 23:34:44 no nothing. Aug 04 23:35:23 they are only needed in the build process. (and only the cpio.gz one) Aug 04 23:36:02 I was thinking about removing them, but its handy to look whats into them in case sth. doesn't work. Aug 04 23:38:19 ant__, it seems that I have the udevproblem too. But I think its not related to the "stop booting" error. Aug 04 23:39:02 how long does the flashing take for you with the kexec stuff? Aug 04 23:39:51 some seconds. Aug 04 23:40:13 OK, it took about 10 seconds here too Aug 04 23:40:22 I named it zImage not zImage.bin Aug 04 23:40:30 but the thing will still not boot Aug 04 23:40:39 I'll try my other collie Aug 04 23:40:54 did you look at serial cable? Aug 04 23:41:11 not yet Aug 04 23:41:28 if you set the baudrate to 9600 you can see some messages form the bootloader Aug 04 23:42:33 oh, the backlight turned on Aug 04 23:45:10 it also stays on even with the switch in the off position Aug 04 23:45:36 thesing: what device Aug 04 23:45:41 ttyS0? Aug 04 23:46:17 depends where you attached the cable. Aug 04 23:47:06 Laibsch, there is no pm yet. The only function of this switch is to suspend the device if its in replace battery mode. Aug 04 23:48:13 "screen /dev/ttyS0" is apparently correct Aug 04 23:48:30 but it gave me very strane gibberish Aug 04 23:49:20 what baud rate so you have? for kernel you need 115000 (or so) and for flasher 9600 Aug 04 23:52:31 bah, the build with updated defconfig failed twice...will retry tomorrow Aug 04 23:52:36 good night Aug 04 23:53:54 night Aug 04 23:55:13 thesing: wait Aug 04 23:55:20 what command do you use? Aug 04 23:55:25 screen? Aug 04 23:55:27 cu? Aug 04 23:55:35 I'm not going yet. It was only for ant ;) Aug 04 23:55:39 I use minicom Aug 04 23:55:41 Oh Aug 04 23:55:47 OK Aug 04 23:55:52 what command? Aug 04 23:56:06 minicom with what options? Aug 04 23:56:40 I just run it. then press strg+a+z then menu comes up Aug 04 23:58:01 then press o for "configure minicom" the go to serial port setup. after you're done chose "save setup as dfl" Aug 05 00:03:30 OK, I have configured the thing now Aug 05 00:03:35 Do I need to dial? Aug 05 00:03:55 no. Aug 05 00:07:09 what configurations do you configure? Aug 05 00:07:17 I used to use cu for this Aug 05 00:08:10 I don't get any output in minicom Aug 05 00:08:28 It shows I'm offline Aug 05 00:08:36 But I don't see how to go online Aug 05 00:10:00 I used 115200 8n1 and no hardware or software flow control Aug 05 00:10:26 the rest is as it came from ubuntu Aug 05 00:12:20 you configure the thing, you cable up, you let the Z run and see the output? Aug 05 00:12:30 I do the same, but I don't see any output Aug 05 00:13:21 yes thats what I do. Aug 05 00:13:53 maybe you have the wrong device? you need to configure this too Aug 05 00:14:09 and you may have to restart minicom Aug 05 00:14:53 I think ttyS0 is correct Aug 05 00:15:02 I get a reaction on that in screen Aug 05 00:15:16 but minicom stays offline Aug 05 00:16:02 OK, got it now Aug 05 00:16:19 what was the error? Aug 05 00:16:44 http://rafb.net/p/78oYKh77.html Aug 05 00:16:59 I was assuming I'd at least see the screen you posted Aug 05 00:17:17 but it looks like I do need to prepare that rootfs Aug 05 00:17:54 yes. I guess a grafical error message would be nice. Aug 05 00:18:12 But at least you know that flashing was successful. Aug 05 00:19:56 its strange that it doesn't probe your flash. Aug 05 00:22:00 there should definitely be some error message Aug 05 00:22:06 graphical or textual Aug 05 00:30:44 how do I turn the collie off now Aug 05 00:30:52 so that it does not drain the battery? Aug 05 00:30:58 remove the battery Aug 05 00:31:38 there is no other way hardware wise. if pm was working you could suspend it. Aug 05 00:40:24 thesing: I have the boot screen now Aug 05 00:40:27 Yay! Aug 05 00:40:34 How do I continue? Aug 05 00:40:43 keyboard is blocked by serial cable Aug 05 00:40:54 OK, it seems there is a time-out Aug 05 00:41:23 No there isn't you have to press ok or middle of cursor. Aug 05 00:41:44 but it takes a few seconds to load the kernel. Aug 05 00:41:55 the screen is flickering a bit Aug 05 00:42:30 yes. I wanted to work on that today... but since images don't boot.. Aug 05 00:42:49 where does it hang? Aug 05 00:43:04 after pslash exits Aug 05 00:43:12 It might be I'm stuck now with an opie-untypical arrow Aug 05 00:43:21 that is where I am not now Aug 05 00:43:46 last entry on serial console is bluetooth stuff Aug 05 00:43:50 last line is something with bluetooth related. Aug 05 00:43:54 maybe that is a problem Aug 05 00:44:19 could you try an minimal image? Aug 05 00:44:35 btw: it booted from your sd card? Aug 05 00:44:38 maybe tomorrow Aug 05 00:44:40 yes Aug 05 00:44:47 the 256MB one Aug 05 00:45:00 One of those was working previously Aug 05 00:45:49 I'm gonna get some sleep Aug 05 00:45:52 good night Aug 05 00:45:55 night. Aug 05 00:46:17 thank you for this Aug 05 00:46:24 it's very nice Aug 05 00:46:40 does minimal-image boot for you? Aug 05 00:48:18 no. Aug 05 00:48:30 nothing boots for me. Aug 05 00:48:40 but yesterday everything was fine Aug 05 01:04:06 * * OE Bug 4449 has been marked as DUPLICATE of bug 4402 by Aug 05 01:04:07 * * libsvg-cairo-20050601 fails do_configure Aug 05 01:04:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4449 Aug 05 01:21:06 * * OE Bug 4481 has been created by  Aug 05 01:21:07 * * logs about do_qa_cnofigure are apparently not being sent to the server Aug 05 01:21:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4481 Aug 05 01:24:07 * * OE Bug 4482 has been created by  Aug 05 01:24:09 * * task that only seemingly succeeded Aug 05 01:24:11 * * http://bugs.openembedded.net/show_bug.cgi?id=4482 Aug 05 01:27:07 * * OE Bug 3218 has been RESOLVED (INVALID) by Aug 05 01:27:09 * * gcc-cross-initial_4.2.2 doesn't compile Aug 05 01:27:11 * * http://bugs.openembedded.net/show_bug.cgi?id=3218 Aug 05 01:44:06 * * OE Bug 3505 has been RESOLVED (FIXED) by Aug 05 01:44:08 * * QA issue prevent gconf-2.6.1 from building Aug 05 01:44:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3505 Aug 05 01:51:06 * * OE Bug 3550 has been RESOLVED (FIXED) by rod(AT)whitby.id.au Aug 05 01:51:08 * * libpcre-native fails to stage - libpcreposix.so.0.0.0U (note the 'U') Aug 05 01:51:10 * * http://bugs.openembedded.net/show_bug.cgi?id=3550 Aug 05 02:20:47 03  07org.openembedded.dev * ra979172a00 10OE.dev/packages/gnome/gconf_2.6.1.bb: gconf: bump PR for 2.6.1 Aug 05 02:20:50 03  07org.openembedded.dev * r16cf85a23a 10OE.dev/packages/gnome/gconf_2.6.1.bb: gconf: fix packaging for dbg, introduce autotools_stage_all and reorder fields according to StyleGuide. Closes 3505. Aug 05 02:20:51 03  07master * r16cf85a23a 10OE.dev/packages/gnome/gconf_2.6.1.bb: gconf: fix packaging for dbg, introduce autotools_stage_all and reorder fields according to StyleGuide. Closes 3505. Aug 05 02:21:02 03  07master * ra979172a00 10OE.dev/packages/gnome/gconf_2.6.1.bb: gconf: bump PR for 2.6.1 **** ENDING LOGGING AT Tue Aug 05 02:59:57 2008