**** BEGIN LOGGING AT Tue Feb 19 02:59:56 2008 **** ENDING LOGGING AT Tue Feb 19 05:51:58 2008 **** BEGIN LOGGING AT Tue Feb 19 05:52:15 2008 Feb 19 06:00:05 * * OE Bug 3832 has been created by  Feb 19 06:00:07 * * wxwidgets-2.6.3-r0-do_install Feb 19 06:00:09 * * http://bugs.openembedded.net/show_bug.cgi?id=3832 Feb 19 06:33:15 03jeremy_laine 07org.oe.dev * rbb83c936... 10/ (4 files in 4 dirs): linux-2.6.24: add defconfig for qemux86 Feb 19 08:18:14 RP: Thanks, very clean indeed. Feb 19 08:18:23 no more autofoo.patch files at all ;-) Feb 19 08:19:04 In fact, only 13 patch files left after all Feb 19 08:19:22 plus 3 diff files Feb 19 08:19:29 so 16 patche Feb 19 08:19:32 patches Feb 19 08:20:34 RP: ping? Feb 19 08:46:51 grrrrr I want to stab whoever hasn't upgraded their oe repository in fucking years Feb 19 08:58:53 bonjour Feb 19 09:00:23 jeremy_laine: pong Feb 19 09:00:50 RP: hiya! Feb 19 09:01:28 I posted a message to oe-devel concerning an issue staging kernel >= 2.6.24 on x86 Feb 19 09:01:56 as you maintain the qemux86 arch, you're affected by this :) Feb 19 09:02:45 jeremy_laine: I don't build many external modules with qemux86 so I've not noticed Feb 19 09:02:50 for x86 we need to stage arch/x86/Makefile* from now on, arch/i386/Makefile* is gone Feb 19 09:03:09 ah, ok. A good test is madwifi-ng Feb 19 09:03:13 jeremy_laine: I'd say just to stage the x86 makefile if i386 doesn't exist, unconditionally Feb 19 09:03:29 I'll reply to the list Feb 19 09:04:00 another question regarding qemux86: is there any compelling reason to use "linux-rp" instead of plain "linux" for qemux86? Feb 19 09:04:27 there don't seem to be any qemux86-specific patches and plain "linux" works fine for me (I added a defconfig for linux-2.6.24) Feb 19 09:04:35 Well, there are some tweaks for qemuarm in linux-rp and since I maintain both... Feb 19 09:04:57 but plain linux should work just as well for qemux86 Feb 19 09:08:56 ggilbert: What are you referring to? Feb 19 09:10:19 jeremy_laine: In fact I'd say your patch is fine as is tbh Feb 19 09:11:05 RP: do we have a pre-defined x86_64 machine as I have a feeling it will also need this tweak? Feb 19 09:11:41 jeremy_laine: I can't think of anything x86_64 offhand Feb 19 09:12:03 jeremy_laine: We need this tweak for x86-64 too though? Feb 19 09:12:30 RP: I'm guessing so, I think the change is due to the recent i386/x86_64 merge effort Feb 19 09:12:38 jeremy_laine: Yes, it will be Feb 19 09:13:09 hm, the "elif" clause is going to get a bit longer then :) Feb 19 09:13:15 jeremy_laine: In that case lets just drop the ARCH check there and add a comment Feb 19 09:14:01 RP: yeah, it's not as though the extra disk space is going to be an issue :) Feb 19 09:14:28 RP: could you post a comment to the mailing list for future reference? after that I'll commit the patch Feb 19 09:14:35 jeremy_laine: ok Feb 19 09:14:46 RP: thanks for the quick answers Feb 19 09:16:13 jeremy_laine: reply sent Feb 19 09:19:29 jeremy_laine: My one concern with adding a qemux86 defconfig to the other linux is maintainability. How is responsible for making sure both are now in sync? :/ Feb 19 09:19:37 s/How/Who/ Feb 19 09:20:32 RP: I use qemux86 quite regularly as a sanity check, to check my images are generic (I develop mainly for powerpc) Feb 19 09:20:56 RP: as a more generic question, why not merge linux-rp into linux? Feb 19 09:22:09 RP: the patch I'll be commiting: http://pastebin.ca/909596 Feb 19 09:22:36 jeremy_laine: patch looks good to me Feb 19 09:23:06 jeremy_laine: Why didn't people join in with linux-rp when they created linux instead? ;-) Feb 19 09:23:44 jeremy_laine: Seriously, people didn't like all the patches that are applied in linux-rp unconditionally and originally linux wasn't supposed to be patched Feb 19 09:24:48 RP: ok, in that case an approach could be: if you need heavy patching for your arch, use a linux-SOMETHING, if there is a limited set of patches, use plain "linux" for your arch Feb 19 09:25:35 jeremy_laine: right, hence the existence of linux-rp Feb 19 09:25:53 RP: absolutely, but as qemux86 doesn't need any patches at all.. Feb 19 09:26:22 jeremy_laine: well, I personally don't want to maintain more than one recipe Feb 19 09:26:30 jeremy_laine: Why does linux-rp cause a problem? Feb 19 09:27:33 RP: ok no problem really, I'll merge my changes back into your linux-rp defconfig (add some iptables modules) Feb 19 09:27:55 jeremy_laine: That would be appreciated, I'd prefer to have all the changes in one place Feb 19 09:29:48 RP: one thing though, can we mark linux-rp_2.6.24 as the default for qemux86 or do you want to hang onto 2.6.23? Feb 19 09:30:06 jeremy_laine: 2.6.24 is fine with me Feb 19 09:30:37 jeremy_laine: 2.6.24 doesn't quite work for everything yet but I'm fine with it being the default for qemu Feb 19 09:31:14 03jeremy_laine 07org.oe.dev * r132275be... 10/ (1 classes/kernel.bbclass): classes/kernel.bbclass: fix staging for x86 on kernels >= 2.6.24 Feb 19 09:31:27 RP: where is that preferences defined btw, I don't see it in linux-rp_*.bb nor in qemux86.conf Feb 19 09:32:42 jeremy_laine: DEFAULT_PREFERENCE = "-1" in the linux-rp_2.6.24.bb file Feb 19 09:32:57 jeremy_laine: Just add a DEFAULT_PREFERENCE_qemux86 = "1" Feb 19 10:41:57 XorA: Can you tell me again, what would be necessary to switch a distro (Sonkei, in this case) from ipkg to opkg? Feb 19 10:42:40 Laibsch: I think koens ipkg-compat package for angstrom, and adding opkg, not ipkg to image Feb 19 10:43:08 Is the ipkg-compat really needed when you start totally anew? Feb 19 10:43:27 IOW, no legacy installations, all new flashes Feb 19 10:43:52 Laibsch: no, but you probably need to teach a few bbclasses/ipkg-collateral stuff to put stuff in /etc/opkg/ Feb 19 10:43:53 I guess it can't hurt, but I'm just curious Feb 19 10:44:18 I guess try switch ipkg to opkg and see what breaks Feb 19 10:44:20 OK, I shall try with opkg to find those rough edges and eliminate them Feb 19 10:44:28 Laibsch: awesome Feb 19 10:44:29 XorA: Exactly Feb 19 10:44:38 Expect more questions ;-) Feb 19 10:45:28 Laibsch: it should work exactly the same apart from everything that was ipkg is now opkg, and you need to gpg sign Packages file in feeds Feb 19 10:45:51 Laibsch: and install your public key on machine before you opkg update Feb 19 10:48:38 XorA: Would you consider adding a task to packages-index to gpg-sign as in-scope for OE? Feb 19 10:48:59 Laibsch: opkg-native doesnt do signing anyway Feb 19 10:49:10 Installing the public key should be done in via distro config, I guess Feb 19 10:49:27 XorA: IOW, lots of manual work? Feb 19 10:49:32 Laibsch: and deploy/* is not a feed Feb 19 10:49:37 I'd try to eliminate that as much as possible Feb 19 10:49:41 XorA: ;-) Feb 19 10:49:46 That is debatable Feb 19 10:49:52 And has been discussed Feb 19 10:49:55 Laibsch: put a contrib script in instead Feb 19 10:50:43 find tmp/deploy -name "Packages" -exec gpg -sign \{\} \; Feb 19 10:50:52 Laibsch: signing also need password to be entered Feb 19 10:51:00 Laibsch: so cant really be done in OE Feb 19 10:54:21 Can gpg be made to remember the passphrase (sort of like ssh-agent) Feb 19 10:54:38 Signing a couple of thousand packages would become a chore otherwise Feb 19 10:54:47 Nevermind Feb 19 10:54:53 Laibsch: Packages not packages :-) Feb 19 10:55:00 Hehe Feb 19 10:55:02 Just realized Feb 19 10:55:16 as Packages already md5 sums packages :-) Feb 19 10:59:03 good morning Feb 19 10:59:14 morning Feb 19 11:04:38 morning, all! Feb 19 11:04:51 ~seen koen Feb 19 11:04:54 koen was last seen on IRC in channel #oe, 68d 58m 31s ago, saying: 'I forgot to commit that portion yesterday'. Feb 19 11:06:06 what is needed to be done for machine to be added to autobuilder? Feb 19 11:16:02 I've recommend people read the mail I just sent to the OE list - basically, I'm planning to make some changes to OE which may affect stablity in the short term so be careful :) Feb 19 11:16:30 (sysroot support and packaged staging in summary) Feb 19 11:16:59 RP: xserver-kdrive-xomap builds with that patch... unluckily it does not seem to work. the device resets after some time Feb 19 11:17:08 RP: sounds scary :) Feb 19 11:17:59 florian: The version without that patch works? Feb 19 11:18:24 florian: I just want to make it clear what I'm doing so when it breaks, people aren't surprised ;-) Feb 19 11:18:55 Obviously I don't want to break it but with the best will in the world, something will probably go wrong :/ Feb 19 11:20:52 RP: The one in the angstrom stable branch at least - I built an image some days ago and it started. Feb 19 11:21:07 Can anybody explain how RDEPENDS are handled in oe? I always thought that oe creates them with ldd for libs or so. Feb 19 11:21:21 But the 770 seems to be affected by #2674 Feb 19 11:22:05 thesing: sometimes you can't know all dependencies... e.g. for shared resources such as pixmaps Feb 19 11:22:34 florian: in my case I just want a package depend on a lib it needs. Feb 19 11:23:24 thesing: that should happen automatically - just set the build time depends Feb 19 11:24:44 florian: the problem is that lib and binaries that depend on the lib are in the same package. Feb 19 11:25:37 thesing: then your packaging is wrong :) Feb 19 11:26:20 Is anybody still working on enlightenment? Feb 19 11:26:34 The stuff has been not compiling for at least two years now Feb 19 11:27:07 * Laibsch is tempted by "mtn mv packages/$efl-stuff packages/non-working/" Feb 19 11:27:26 Laibsch: See mickey about that Feb 19 11:27:51 thesing: You can manually add RDEPENDS for the things OE can't detect Feb 19 11:28:29 ping mickey|zzZZzz about enlightenment Feb 19 11:28:36 what is the status, what is the plan? Feb 19 11:28:39 RP: like RDEPENDS_foo = "bar" ? Feb 19 11:28:42 !oebug 407 Feb 19 11:28:44 * * Bug 407, Status: RESOLVED (FIXED), Created: 2005-10-15 00:35 Feb 19 11:28:45 * * marc.poulhies(AT)epfl.ch: python download path is broken Feb 19 11:28:46 * * http://bugs.openembedded.org/show_bug.cgi?id=407 Feb 19 11:28:59 mickey|zzZZzz: wrong number Feb 19 11:29:01 !oebug 403 Feb 19 11:29:03 * * Bug 403, Status: ASSIGNED, Created: 2005-10-14 01:22 Feb 19 11:29:04 * * guillermo.juarez(AT)gmail.com: e-utils won't compile Feb 19 11:29:05 * * http://bugs.openembedded.org/show_bug.cgi?id=403 Feb 19 11:29:24 Just as an example. It is not even e-utils anymore, the stuff before it breaks Feb 19 11:29:35 Laibsch: hey do not make that much of noise, you could wake him ;) Feb 19 11:30:29 thesing: yes Feb 19 11:30:53 Ok. I will try. Feb 19 11:32:10 Anyone with a serial connector for a 770 here? Feb 19 11:33:43 florian: Sadly not me :( Feb 19 11:34:04 florian: I know poky's nokia770 images do work though Feb 19 11:34:46 RP: maybe i should switch from angstrom to poky ;) Feb 19 11:35:58 florian: :) Feb 19 11:38:33 RP: I do not have free time to construct a proper adapter, but worst case I could solder wires to the pads and connect it to an old Siemens M series phone USB cable. Feb 19 11:38:47 Worked for the Greenphone too :) Feb 19 11:39:15 florian: Yes, that should work Feb 19 11:54:10 03jeremy_laine 07org.oe.dev * r95605d90... 10/ (3 files in 3 dirs): linux-rp-2.6.24: add netfilter modules for qemux86, make 2.6.24 preferred Feb 19 11:54:15 03jeremy_laine 07org.oe.dev * r30d98b44... 10/ (4 files in 4 dirs): linux-2.6.24: revert addition of qemux86 defconfig, use linux-rp-2.6.24 instead Feb 19 11:54:23 03xora 07org.oe.dev * r69dabfbe... 10/ (7 files in 2 dirs): Feb 19 11:54:23 claws-mail_3.3.0.bb : new version Feb 19 11:54:23 claws-plugin-gtkhtml2-viewer_0.17.1.bb : new version Feb 19 11:54:23 claws-plugin-rssyl_0.18.bb : new version Feb 19 13:04:08 re zecke Feb 19 13:06:55 03rpurdie 07org.oe.dev * r7db15487... 10/ (1 conf/sanity.conf): sanity.conf: Set the minimum bitbake version for OE.dev to 1.8.10 Feb 19 13:07:03 03rpurdie 07org.oe.dev * r7238f326... 10/ (1 classes/package.bbclass): package.bbclass: Drop unneeded copyfile function since we can use the version from bitbake now Feb 19 13:07:13 03rpurdie 07org.oe.dev * r095cd59f... 10/ (1 classes/package_deb.bbclass classes/package_ipk.bbclass): package_ipk.bbclass/package_deb.bbclass: Use bitbake locking functions Feb 19 13:07:24 03rpurdie 07org.oe.dev * rf3c7be1b... 10/ (3 files in 2 dirs): packaged-staging.bbclass: Remove older version and replace with improved version Feb 19 13:07:35 03rpurdie 07org.oe.dev * rd9be4ea2... 10/ (1 classes/package_deb.bbclass): package_deb.bbclass: Tweaks from poky - use PKGDEST, don't clobber any existing do_package_write_deb depends and only set when PACKAGES isn't empty Feb 19 13:07:44 03rpurdie 07org.oe.dev * rdaaf0b5a... 10/ (1 classes/package_ipk.bbclass): package_ipkg.bbclass: Remove uneeded line, the anonymous python function sets this only in the case its needed (PACKAGES isnt empty) Feb 19 13:07:50 03rpurdie 07org.oe.dev * r7a8d9695... 10/ (1 classes/package_rpm.bbclass classes/package_tar.bbclass): package_rpm/tar.bbclass: Don't clobber task depends, append to it. Also make tar packaging slightly less verbose (from poky) Feb 19 13:08:00 03rpurdie 07org.oe.dev * rf235aaab... 10/ (1 classes/package.bbclass): package.bbclass: Add SHLIBSDIR variable and replace hardcoded paths with it. Also replace long since unused old_shlibs_dir (from poky) Feb 19 13:08:08 03rpurdie 07org.oe.dev * rffe8d8c8... 10/ (1 classes/package.bbclass): package.bbclass: Add various depchains improvements/fixes from poky. This whole functionality ideally needs rewriting but this fixes various important issues with SDK generation Feb 19 13:08:12 03rpurdie 07org.oe.dev * r8a94fb3e... 10/ (1 packages/gcc/gcc-package.inc): gcc-package.inc: Override SHLIBSDIR since gcc is a very special case Feb 19 13:08:21 03rpurdie 07org.oe.dev * r29c35231... 10/ (1 classes/package.bbclass): package.bbclass: Correct SHLIBSDIR to use HOST_SYS, not TARGET_SYS. For most packages this doesn't change much but for cross/sdk/native packages the distinction is important (from poky) Feb 19 13:08:26 03rpurdie 07org.oe.dev * r409a4420... 10/ (1 classes/base.bbclass): base.bbclass: Drop now unused bbdepcmd flag Feb 19 13:08:49 ibot: karma Feb 19 13:08:49 zecke has neutral karma Feb 19 13:08:58 RP++ Feb 19 13:09:02 ibot: karma RP Feb 19 13:09:03 rp has neutral karma Feb 19 13:09:07 ibot: karma RP++ Feb 19 13:09:07 rp++ has neutral karma Feb 19 13:09:11 damn Feb 19 13:09:23 ibot: RP++ Feb 19 13:09:27 ibot: karma RP Feb 19 13:09:27 rp has karma of 1 Feb 19 13:09:29 :) Feb 19 13:11:30 re Feb 19 13:11:58 sorry for the dumb question, but what is "sysroot support" that RP is talking about on the mailing list? Preferably in layman's terms. Feb 19 13:12:02 03mickeyl 07org.oe.dev * r538e4bfa... 10/ (3 files in 2 dirs): ecore[-native] cvs really disable SDL Feb 19 13:42:58 * XorA rages about telephone sales people Feb 19 13:43:10 Laibsch: gcc supports the idea of a sysroot. In sysroot mode, instead of having to mutate paths and set complicated variables like CFLAGS so the compile can find headers/libraries to compile against, gcc takes care of prefixing all its paths internally Feb 19 13:43:29 RP: I was just about to ping you Feb 19 13:43:37 Laibsch: The problem is that to use it, your staging area needs to match the target system Feb 19 13:43:44 and OEs currently doesn't Feb 19 13:43:52 to test packaged staging, one needs to just "inherit packaged-staging" in local.conf? Feb 19 13:43:52 RP: I assume you have to remove zeckes -I/usr/include patch? Feb 19 13:44:00 XorA: yes Feb 19 13:44:27 Laibsch: yes although its status is still as described on the mailing list a while back Feb 19 13:44:47 RP: well, I have one setup just for playing around Feb 19 13:45:02 XorA: With sysroot active, it shouldn't ever check /usr/include Feb 19 13:45:04 I guess inherinting it there and breaking stuff is a good thing ;-) Feb 19 14:26:47 03pfalcon 07org.oe.dev * rb479f8d6... 10/ (1 packages/meta/package-index.bb): Feb 19 14:26:47 package-index: Add explicit DEPENDS on "ipkg-utils-native" Feb 19 14:26:47 * Otherwise it relies that something else staged it. Good guess, but let's Feb 19 14:26:47 be explicit. Feb 19 14:27:22 RP: eloberate on the removal :) Feb 19 14:27:42 03koen 07org.oe.angstrom-2007.12-stable * r5cb878e2... 10/ (1 contrib/angstrom/build-release.sh): autobuilder: add palmz72, palmtt3, palmld and palmtx Feb 19 14:37:04 XorA: ping Feb 19 14:37:19 zecke: gnop Feb 19 14:37:42 XorA: how much time do you have? how occupied are you? Feb 19 14:37:53 zecke: how much time do you need? Feb 19 14:40:40 XorA: everything? :) Feb 19 14:41:05 zecke: you get as much time as you need subject to John assigning me elsewhere, which he hasnt done yet Feb 19 14:41:07 RP: with the above what does 'it' mean? Feb 19 14:41:17 lol Feb 19 14:41:24 zecke: and as long as I get tea breaks Feb 19 14:41:32 zecke: BTW are you still at FOSDEM? Feb 19 14:41:51 XorA: yes, I will boss you around all the time :) Feb 19 14:43:10 XorA: I would ask gismo to create a git playground, then polish the split script Feb 19 14:43:29 XorA: have you ever compiled opie from sources? Feb 19 14:44:25 XorA: We would need to settle on a buildsystem, I would go for CMake now. So you could start by reading the documentation of it :) Feb 19 14:45:07 XorA: we just need some little tests, config options, moc/uic/rcc support for Qt and sane installation, CMake is doing this the best, TT will not use this change but it is fine Feb 19 14:46:05 morningt Feb 19 14:49:28 zecke: barely even looked at opi Feb 19 14:50:18 zecke: righto so learn cmake then Feb 19 14:50:23 XorA: :) Feb 19 14:50:51 XorA: autotools and moc is a issue, other options would be qmake and cmake. qmake doesn't handle config tests and options too well Feb 19 14:51:35 zecke: you spent infinitely longer playing with qtopia than me so Ill beleive you Feb 19 14:51:57 XorA: also take a look at qmake. What we will do is sanitize their .pro files, extract the options they have properly :) Feb 19 14:54:59 zecke: "remove" means I had to disable that patch in poky in order to make the sysroot work properly Feb 19 14:55:18 RP: "inherit packaged-staging" does not seem to work from local.conf Feb 19 14:55:25 I thought it should Feb 19 14:55:55 zecke: sysroot means all compiler paths are already prefixed so the check doesn't make that much sense in the sysroot case Feb 19 14:56:04 Laibsch: What do you mean by "doesn't work" ? Feb 19 14:56:18 ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:15: unparsed line: 'inherit packaged-staging') Feb 19 14:56:18 RP: right, but the 'it' is worrying me. so if I say -I/usr/include it will look at sysroot+/usr/include? Feb 19 14:56:27 RP: That is what I mean Feb 19 14:56:34 I don't understand Feb 19 14:56:47 packaged-staging.bbclass is right there Feb 19 14:56:57 Laibsch: INHERIT += "packaged-staging" ?? Feb 19 14:57:16 XorA: :-* Feb 19 14:57:19 Aha! Feb 19 14:57:29 Looks much better Feb 19 14:58:25 zecke: As I remember from the docs, yes Feb 19 15:00:11 zecke: time for you to stress test gcc :-) Feb 19 15:00:19 can anyone point me to a good gdb tutorial that would show how to trace execution from an application into a library? I build the library and application with debug support, but as soon as I step into the library function gdb stops printing symbols. Feb 19 15:05:32 apaulsen : r u running gdb on the target machine or remote ? Feb 19 15:09:03 steliosk: on the target Feb 19 15:11:38 apaulsen : what does gdb say when outputing the "Reading symbols from /usr/lib/foo" stuff Feb 19 15:12:07 does it use the lib with the debug stuff ? Feb 19 15:12:36 steliosk: I never see that, so I think it is not using the debug lib Feb 19 15:14:05 * * OE Bug 2566 has been RESOLVED (FIXED) by Feb 19 15:14:07 * * Build of ecore-native 0.9.9. 038 fails with missing Evas_Engine_Software_X11.h Feb 19 15:14:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2566 Feb 19 15:16:05 * * OE Bug 2785 has been RESOLVED (FIXED) by Feb 19 15:16:07 * * evas-0.9.9+cvs20070721-r0-do_configure Feb 19 15:16:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2785 Feb 19 15:17:05 * * OE Bug 2999 has been RESOLVED (FIXED) by Feb 19 15:17:07 * * e-wm_0.16.999.041-r0_armv5te.ipk doens't install Feb 19 15:17:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2999 Feb 19 15:17:56 apaulsen : it should display where it loads it symbols from in any case. Check about exporting the correct dir to gdb Feb 19 15:18:25 when I load the application, it says it loads the symbols for that correctly, I see nothing about the library though Feb 19 15:19:05 * * OE Bug 2992 has been RESOLVED (FIXED) by Feb 19 15:19:07 * * efl1/emotion fails to build because of edje_cc-native segfault Feb 19 15:19:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2992 Feb 19 15:21:39 apaulsen : strange. Try this. Run your app and then use gdb to attach to it Feb 19 15:22:35 apaulsen : you should get a list of all the libs its reading symbols from Feb 19 15:22:59 steliosk: ok, I'll try that (rebooting target...) Feb 19 15:24:05 * * OE Bug 3415 has been RESOLVED (FIXED) by Feb 19 15:24:07 * * DirectFB examples look in wrong include path Feb 19 15:24:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3415 Feb 19 15:25:04 * * OE Bug 3433 has been RESOLVED (FIXED) by Feb 19 15:25:06 * * Evas and Ecore no longer build with directfb support Feb 19 15:25:06 steliosk: that gave me some output about the libraries: it is reading symbols from the .debug library Feb 19 15:25:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3433 Feb 19 15:26:03 * * OE Bug 3542 has been RESOLVED (FIXED) by Feb 19 15:26:05 * * e-wm depends on ecore-imf now, but no ecore-imf Feb 19 15:26:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3542 Feb 19 15:27:50 apaulsen : are you sure your debug build lib is *actually* build with debug info and not stripped ? Feb 19 15:28:03 * * OE Bug 2777 has been RESOLVED (FIXED) by Feb 19 15:28:05 * * packages eflpp resp. edje fail to build Feb 19 15:28:07 * * http://bugs.openembedded.org/show_bug.cgi?id=2777 Feb 19 15:29:50 steliosk: I did an objdump -S on the binary and it worked and the .debug/lib is not empty Feb 19 15:31:04 * * OE Bug 3127 has been RESOLVED (FIXED) by Feb 19 15:31:06 * * ecore-0.9.9.041+cvs20070819-r5-do_compile Feb 19 15:31:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3127 Feb 19 15:32:12 steliosk: when I attach to the running process, I *can* step through the library Feb 19 15:39:10 apaulsen : that means that when you run it in standalone mode probably you don't have the correct paths Feb 19 15:39:36 apaulsen : and gdb uses the non debug lib Feb 19 15:40:07 steliosk: I agree, I just couldn't figure out how to tell it what path to use for the library Feb 19 15:41:45 apaulsen : gdb help set solib-search-path Feb 19 15:42:04 * * OE Bug 1579 has been RESOLVED (FIXED) by Feb 19 15:42:06 * * gnome-power -> hal -> python-pygnome Feb 19 15:42:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1579 Feb 19 15:42:24 03mickeyl 07org.oe.dev * r188473a4... 10/ (1 packages/e17/e-wm_cvs.bb): e-wm cvs need to call autopoint for gettext support Feb 19 15:42:31 apaulsen : gdb) help set solib-absolute-prefix Feb 19 15:42:31 03mickeyl 07org.oe.dev * rd684223b... 10/ (3 files in 2 dirs): libpng[-native] 1.2.19 remove buggy version Feb 19 15:44:45 apaulsen : hope that helps Feb 19 15:45:13 gremlin[it]: you still see Feb 19 15:45:13 !oebug 404 Feb 19 15:45:15 * * Bug 404, Status: REOPENED, Created: 2005-10-14 01:28 Feb 19 15:45:16 * * guillermo.juarez(AT)gmail.com: task-xfce-base has non existant dependencies Feb 19 15:45:17 * * http://bugs.openembedded.org/show_bug.cgi?id=404 Feb 19 15:45:21 ? Feb 19 15:46:42 Laibsch, what sorry ... Feb 19 15:47:03 * * OE Bug 3561 has been RESOLVED (FIXED) by Feb 19 15:47:05 * * bluez-cups-backend-3.23 do_patch failure Feb 19 15:47:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3561 Feb 19 15:47:22 steliosk: thanks for your help! Feb 19 15:47:48 gremlin[it]: bug 404 Feb 19 15:47:58 whether you still experience it Feb 19 15:57:04 * * OE Bug 2126 has been RESOLVED (FIXED) by Feb 19 15:57:06 * * new bb file: fbvncserver2 Feb 19 15:57:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2126 Feb 19 16:19:05 * * OE Bug 2776 has been RESOLVED (FIXED) by Feb 19 16:19:07 * * python-gammu-0.21-ml0-do_compile Feb 19 16:19:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2776 Feb 19 16:19:16 * * OE Bug 3779 has been RESOLVED (FIXED) by Feb 19 16:19:18 * * parsing errors regarding PV in anki_0.4.3.b Feb 19 16:19:20 * * http://bugs.openembedded.org/show_bug.cgi?id=3779 Feb 19 16:21:48 Laibsch, ahh ok i see ... Feb 19 16:22:41 03mickeyl 07org.oe.dev * r4f1c373d... 10/ (1 packages/vnc/fbvncserver2_cvs.bb): add fbvncserver2. closes #2126 Feb 19 16:22:51 03mickeyl 07org.oe.dev * rc8560517... 10/ (1 packages/gammu/gammu_1.17.0.bb): gammu 1.17.0 remove bogus pc file so it doesn't conflict with the real one Feb 19 16:23:28 anyone remember who had the preferred version problem with collections? Feb 19 16:25:05 * * OE Bug 3467 has been RESOLVED (FIXED) by Feb 19 16:25:07 * * epdf_cvs.bb, fails to compile even with updated patch Feb 19 16:25:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3467 Feb 19 16:25:29 mickeyl: looks like you found a can of Raid this weekend :) Feb 19 16:25:48 hehe Feb 19 16:26:03 in bugfixing mood today Feb 19 16:30:34 RP: packaged staging seems to work fine Feb 19 16:31:22 How do I rebuild a package if I really want to? Feb 19 16:43:29 Laibsch: bitbake foo -c fetch -f Feb 19 16:43:44 Ah, right Feb 19 16:48:13 Laibsch: See that mail I sent to the list a while ago Feb 19 16:48:38 oh, you mean *that* mail? Feb 19 16:48:40 :-) Feb 19 16:48:45 Forgive me but which one? Feb 19 16:49:20 "Packaged Staging, nearly a reality!" Feb 19 16:49:32 It specifically mentioned -c fetch -f Feb 19 16:49:43 Laibsch: are you and mickeyl in some sort of bug squashing competition today? Feb 19 16:50:21 yes, we want to clean out all open bugs by midnight Feb 19 16:50:50 Laibsch: 4:10 to go Feb 19 16:51:01 depends on your location Feb 19 16:51:37 Ok, here it's more like 15:10 to go :) Feb 19 16:52:33 RP: http://rafb.net/p/fa2rZ317.html is not what I was looking for Feb 19 16:53:29 Laibsch: Did I mention rebuild? Feb 19 16:54:20 Laibsch: packaged-staging breaks and requires it to be done in a different way Feb 19 17:04:55 RP: I am sorry for being so thick today. But even "bitbake -c clean ewl && bitbake -c fetch -f ewl && bitbake -c rebuild ewl && bitbake -f ewl" did not do what I was looking for Feb 19 17:05:17 anyone know a motherboard that can support 2 intel core 2 quad cpu? Feb 19 17:09:13 * Khem thinks of mac Feb 19 17:10:09 Khem: me too but ... I was thinking of less $$$ :) Feb 19 17:10:24 I know I know Feb 19 17:11:38 I was looking for one also, but found only those with 771 socket Feb 19 17:12:42 Khem, wb! Feb 19 17:13:11 Crofton: thanks, I took a break :) Feb 19 17:14:58 hmm nasty Feb 19 17:15:11 cleaning libsdl directory up a bit Feb 19 17:15:32 looks like good weather for FOSDEM Feb 19 17:20:33 hopefully Feb 19 17:20:42 it was frickin' cold the previous years Feb 19 17:38:55 any sdl experts in da house? Feb 19 17:39:10 why does it link to x11? shouldn't it use dlopen? Feb 19 17:47:04 * * OE Bug 35 has been RESOLVED (FIXED) by Feb 19 17:47:06 * * libsdl-qpe and libsdl-x11 are compiled with --disable-video-fbcon Feb 19 17:47:08 * * http://bugs.openembedded.org/show_bug.cgi?id=35 Feb 19 17:49:05 RP ? Feb 19 17:55:36 mickeyl: yes? Feb 19 17:56:03 Laibsch: bitbake foo -c fetch -f;bitbake foo Feb 19 17:56:04 can you comment on #61, please? Feb 19 17:59:56 bbl Feb 19 18:00:33 mickeyl: commented Feb 19 18:00:42 thanks Feb 19 18:01:44 ok, with that being said, i'll close the bug for now Feb 19 18:01:55 mickeyl: No, leave it open, its not resolved Feb 19 18:02:03 well Feb 19 18:02:15 mickeyl: Closing bugs with valid issues in them defeats the point of the bugzilla Feb 19 18:02:27 i don't know whether this is valid issue Feb 19 18:02:39 i don't see the issue. it's a documentation problem Feb 19 18:02:50 oefunctions add output to the log Feb 19 18:03:00 or do you want to change the behaviour eventually? Feb 19 18:03:05 in that case, sure lets keep it open Feb 19 18:03:25 I think we should probably enhance the behaviour eventually. Feb 19 18:03:34 mickeyl: I'd regrade it as a feature enhancement Feb 19 18:03:39 agreed. Feb 19 18:11:05 * * OE Bug 348 has been RESOLVED (FIXED) by Feb 19 18:11:07 * * add TARGET_OS setting to jlime.conf (and possibly others?) Feb 19 18:11:09 * * http://bugs.openembedded.org/show_bug.cgi?id=348 Feb 19 18:14:00 greetings, does anyone know what this kernel message means? JFFS2 notice: (1174) check_node_data: wrong data CRC in data node at 0x03bd4800: read 0xf887c744, calculated 0x2f0ba4c1 Feb 19 18:14:17 so far it looks like an unclean unmount type of error Feb 19 18:17:05 * * OE Bug 572 has been RESOLVED (FIXED) by Feb 19 18:17:07 * * Proposal to enable "MD5_SUM_CHECK" and USLEEP in busybox Feb 19 18:17:09 * * http://bugs.openembedded.org/show_bug.cgi?id=572 Feb 19 18:18:05 * * OE Bug 3773 has been RESOLVED (FIXED) by Feb 19 18:18:07 * * busybox-1.9.1-r0-do_unpack Feb 19 18:18:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3773 Feb 19 18:39:23 http://blog.haerwu.biz/2008/02/19/i-am-dad-now/ Feb 19 18:39:55 hrw|gone: woo woo congrats Feb 19 18:41:11 hrw|gone, congratulations! Feb 19 18:45:30 Glückwunsch, hrw|gone Feb 19 18:48:27 hrw|gone: Crongratulations and welcome to the Club :) Feb 19 18:49:49 03mickeyl 07org.oe.dev * r5911d0d0... 10/ (15 files in 4 dirs): Feb 19 18:49:49 libsdl-* consolidate using a .inc file, enable fbcon, closes #35 Feb 19 18:49:49 (yes, this one has been open since 2005-05-24 *cough*) Feb 19 18:49:56 03mickeyl 07org.oe.dev * r36bb6fb4... 10/ (1 conf/distro/colinuxoe.conf conf/distro/nylon.conf): nylon|colinuxoe.conf: add TARGET_OS. closes #348 Feb 19 18:50:15 03mickeyl 07org.oe.dev * r816b87c8... 10/ (1 packages/busybox/busybox_1.9.1.bb): Feb 19 18:50:15 busybox 1.9.1 add fix for lineedit on arm, remove our own version of run_parts.c which is identical Feb 19 18:50:15 with upstream nowadays Feb 19 18:50:33 hvontres|work: Hi hvontres|work! Feb 19 18:51:05 * * OE Bug 404 has been RESOLVED (FIXED) by Feb 19 18:51:07 * * task-xfce-base has non existant dependencies Feb 19 18:51:09 * * http://bugs.openembedded.org/show_bug.cgi?id=404 Feb 19 18:56:04 * * OE Bug 3774 has been RESOLVED (FIXED) by Feb 19 18:56:06 * * busybox-1.9.1-r0-do_patch Feb 19 18:56:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3774 Feb 19 18:56:16 * * OE Bug 2689 has been RESOLVED (FIXED) by Feb 19 18:56:19 * * busybox 1.6.0 adduser fails to actually add users Feb 19 18:56:21 * * http://bugs.openembedded.org/show_bug.cgi?id=2689 Feb 19 19:13:05 * * OE Bug 2195 has been RESOLVED (FIXED) by Feb 19 19:13:07 * * bitbake recipe for json-c Feb 19 19:13:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2195 Feb 19 19:21:40 helgeD: hey there Feb 19 19:26:55 mickey|bbiab, how are we set for FOSDEM demos? Feb 19 19:28:01 Crofton: not too well, i'm afraid Feb 19 19:28:10 i heard nothing definitive Feb 19 19:28:21 i hope to find some time to bring at least one or two PDAs with Angstrom on it Feb 19 19:28:44 I plan to bring my gumstix set Feb 19 19:28:50 that's cool Feb 19 19:29:01 I can run a direct fb demo Feb 19 19:29:08 we had this robotics guy who wanted to come, but i did not hear from him Feb 19 19:29:11 nothing very exctiing Feb 19 19:29:19 moving pixels Feb 19 19:29:22 that's enough :D Feb 19 19:29:24 gremlin[it], has a neuros? Feb 19 19:29:26 yeah Feb 19 19:29:30 Two chumbys will be there, too. Feb 19 19:29:34 ah right Feb 19 19:29:36 good! Feb 19 19:29:43 running Angstrom? Feb 19 19:29:47 03mickeyl 07org.oe.dev * rf5e925a4... 10/ (3 files in 3 dirs): repair openmoko-python-devel-image Feb 19 19:29:54 03mickeyl 07org.oe.dev * r9aed6ced... 10/ (1 conf/distro/generic-uclibc.conf): generic-uclibc.conf: prefer uclibc 0.9.29 Feb 19 19:29:54 But Shoragan and I haven't really prepared/polished that too much Feb 19 19:29:58 shame on us :-( Feb 19 19:30:01 03mickeyl 07org.oe.dev * rfc137f4f... 10/ (1 packages/dbus/dbus.inc packages/dbus/dbus_1.1.4.bb): dbus 1.1.4 ship necessary files and directories for system bus activation Feb 19 19:30:09 03mickeyl 07org.oe.dev * r1f88d7bc... 10/ (1 packages/libjson packages/libjson/libjson_0.6.bb): add libjson, a library to create and parse json files Feb 19 19:30:15 I should badger the trolls to get a qtopia demo for gumstix Feb 19 19:30:27 Yeah, Xfbdev has the wrong colours, but openmoko-devel-image was working Feb 19 19:30:38 :) Feb 19 19:30:52 alphaone: how bout some EZX phones? Feb 19 19:30:56 I might be motivated to try and fix that before/during the train ride. Feb 19 19:31:10 I bet it's not that difficult. just haven't looked at it. Feb 19 19:31:35 Crofton yes i have a neuros ... just i'm not sure i'll have "powered by OE" ... but i'm working on ;) Feb 19 19:31:36 mickey|bbiab: Right Feb 19 19:31:43 :) Feb 19 19:31:49 good luck gremlin[it] Feb 19 19:31:55 mickey|bbiab: I'll ask stefan_schmidt to give me one of his devphones Feb 19 19:32:17 but if i carry the neuros i nees a television or something with 'composite' input to show something ... someone can help ?! Feb 19 19:32:36 alphaone: good Feb 19 19:33:05 don't forget to bring your international AC adapters Feb 19 19:33:11 or converters, for that matter Feb 19 19:33:37 plus this weird plug for BElgium and some power extenders Feb 19 19:33:47 plugs are always in short supply Feb 19 19:34:16 i have also a zaurus SLC 3000 ... at now with openzaurus ... i can flash on site :) Feb 19 19:35:19 good! Feb 19 19:35:33 XorA|gone will bring a neo and a n810 Feb 19 19:35:42 mickey|bbiab: And maybe if I use my reassembled Razr2 we'll have my A1200 as EZX phone Feb 19 19:36:01 mickey|bbiab: Yeah, I want to take a look at the N810 Feb 19 19:36:19 alphaone: can we boot into X on the a1200 now? Feb 19 19:36:25 i have _not_ been able to reproduce Antons work Feb 19 19:36:31 I could also bring an ATNGW100 Feb 19 19:36:33 did not look much into it though Feb 19 19:36:35 what's that? Feb 19 19:36:41 But I haven't done anything with that Feb 19 19:36:49 mickey|bbiab: No Feb 19 19:37:12 mickey|bbiab: stefan_schmidt tried for some hours last night (he stayed over), but no luck Feb 19 19:37:29 ATNGW100 is an AVR32 board Feb 19 19:37:42 no Display, though so might not be interesting Feb 19 19:42:05 * * OE Bug 981 has been RESOLVED (FIXED) by Feb 19 19:42:07 * * Blackbox.bb file Feb 19 19:42:09 * * http://bugs.openembedded.org/show_bug.cgi?id=981 Feb 19 19:42:17 * * OE Bug 3833 has been created by  Feb 19 19:42:19 * * getting OE ready for opkg and throw out ipkg Feb 19 19:42:21 * * http://bugs.openembedded.net/show_bug.cgi?id=3833 Feb 19 19:45:04 * * OE Bug 988 has been RESOLVED (FIXED) by Feb 19 19:45:06 * * Icewm in need of some cleanups? Feb 19 19:45:09 * * http://bugs.openembedded.org/show_bug.cgi?id=988 Feb 19 19:52:05 helgeD: I just rememberd why opie-* images use task-base instead of task-base-exeteneded. the opie-* image recipies use MACHINE_TASK_PROVIDER which defaults to task-base. and According to hrw, that should be a distro config setting and according to koen it shouldn't even be used. So I think we should ask one of the opie maintainers how we should fix this. Feb 19 19:54:53 hvontres|work: Ah, ok. I'll try to look at that. BTW, I'm currently trying to look at the keyboard driver (http://bugs.openembedded.net/show_bug.cgi?id=2367) Feb 19 19:55:53 someone who came at FOSDEM have some kind of display (also a small 5") with composite input ? Feb 19 19:56:20 helgeD: here is the mail: http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2008-January/001627.html Feb 19 19:57:11 helgeD: so are you testing thesings patch? Feb 19 19:57:58 hvontres|work: yes, and try to clean it up if it works. Up to now the key is detected, but there is something else strange... Feb 19 20:00:19 !oebug 2367 Feb 19 20:00:20 * * Bug 2367, Status: NEW, Created: 2007-05-23 10:58 Feb 19 20:00:21 * * folkertvanderbeek(AT)gmail.com: angstrom poodle: no suspend support with "Cancel" button Feb 19 20:00:22 * * http://bugs.openembedded.org/show_bug.cgi?id=2367 Feb 19 20:00:43 helgeD: as I recall, the whole cancel to suspend thing was pretty buggy back in OpenZaurus. I haven't really missed it that much Feb 19 20:08:04 hrw|gone: congrats! Feb 19 20:08:39 I suspect hrw|gone is very happy the delivery has occured Feb 19 20:09:01 my stepmother was two weeks late with my sister, I thought she was going to go insane Feb 19 20:09:12 Crofton: that is drug jargon?! the CIA and FBI will get you now :) Feb 19 20:09:31 Carinvore is omcing Feb 19 20:10:42 lol Feb 19 20:12:40 Crofton: hi Feb 19 20:13:01 Crofton: i have a little favor to ask Feb 19 20:13:09 what is it? Feb 19 20:13:22 I suspect it has to do with commiting the zipit stuff? Feb 19 20:13:24 Crofton: cna you please look at http://bugs.openembedded.net/show_bug.cgi?id=3803 Feb 19 20:13:27 * hvontres|work thinks we should have someone double-check hrw's commits for the next couple of weeks Feb 19 20:13:31 Crofton: exactly :-) Feb 19 20:13:59 Crofton: not exactly commiting..just reviewing if it is right Feb 19 20:16:23 Laibsch: re bug #3678: cursor keys on poodle work. (I'd submit a comment myself, but bugs.openembedded.net is on the surfcontrol list here at work) Feb 19 20:16:34 ~lart surfcontrol Feb 19 20:16:34 * ibot beats surfcontrol severely about the head and shoulders with a rubber chicken Feb 19 20:16:51 Magon, it is touching a lot of stuff Feb 19 20:17:21 Crofton: i know..because it changes few things in angstrom to mimic the strongarm based ones Feb 19 20:17:39 i am doing so because i need arm-oabi binary Feb 19 20:18:10 ok Feb 19 20:18:41 Crofton: in each file i is 1 line change Feb 19 20:18:46 ok Feb 19 20:18:53 can you ask next week? Feb 19 20:18:58 Crofton: probably Feb 19 20:19:02 I promise to try and read in some detail Feb 19 20:19:12 but I am leaving for FOSDEM tomorrow morning Feb 19 20:19:16 or cautch psokolovsky and ask him doing it Feb 19 20:19:32 FOSDEM is now? Feb 19 20:22:26 this weekend Feb 19 20:22:30 I fly out tomorrow Feb 19 20:22:33 Crofton: Good luck :) When are you coming back? I'd like to get the poodle transfer settled soon :) Feb 19 20:22:39 I give myself a couple of days to adjust Feb 19 20:22:48 be back Monday night Feb 19 20:22:56 * hvontres|work thinks Carnivore is now trying to figure out what the hell kind of drug poodle is Feb 19 20:23:41 Crofton: Ok. I'll catch you sometime Tuesday or Wednesday then :) Feb 19 20:23:49 ok Feb 19 20:24:02 make sure XorA|gone rememebrs to bring it Feb 19 20:24:36 Crofton: Good point. I'll drop him an email Feb 19 20:36:15 hi thesing Feb 19 20:36:24 hi Feb 19 20:40:35 hvontres|work: I'll got the keyboard suspend working. Will propose patch soon... Feb 19 20:45:36 hvontres|work: is the IP blocked as well? Feb 19 20:49:42 hvontres|work: You are using opie on that poodle, right? Feb 19 20:49:53 and a recently compiled image Feb 19 21:02:25 03pfalcon 07org.oe.dev * rd0de4044... 10/ (2 files in 2 dirs): ipkg-utils: ipkg-make-index-track-stamps.patch: Remove hunk with whitespace-only changes. Feb 19 21:02:31 03pfalcon 07org.oe.angstrom-2007.12-stable * r4ade39d8... 10/ (1 BACKPORTS.txt): BACKPORTS.txt: Record proposed initramfs-bootmenu-image backports. Feb 19 21:04:40 Crofton: Ill try Feb 19 21:05:17 Can anyone confirm, that locomokbd.c in Linux kernel is only used by Sharp Collie and Poodle? It seems all other devices have their own keyboard driver... Feb 19 21:06:10 Forget it... KConfig says: "Say Y here if you are running Linux on a Sharp Zaurus Collie or Poodle based PDA" Feb 19 21:11:52 Laibsch: Yes. Opie images from .dev built on Jan 22 (My daily driver image) Feb 19 21:16:47 elo Feb 19 21:17:00 salut! Feb 19 21:17:01 helgeD: only collie and poodle use locomo chip Feb 19 21:17:06 hrw: congrats! Feb 19 21:17:14 thx zecke Feb 19 21:17:19 and all the rest Feb 19 21:17:23 re hrw Feb 19 21:17:34 hrw best wishes from me Feb 19 21:18:00 re Feb 19 21:18:38 Do we have a reason for a party? Feb 19 21:18:40 hrw, no blogging from the hospital? Feb 19 21:19:06 Crofton: I was to tired for this Feb 19 21:19:14 hvontres|work: at least I dont have to poodle smuggle and end up in Orange :-) Feb 19 21:19:19 Crofton: and use of cellphones is forbidden on that area Feb 19 21:19:23 CosmicPenguin, provided bloggage during labour :) Feb 19 21:19:25 ah Feb 19 21:19:40 well I hope everyone is doing fine Feb 19 21:20:55 Yeah, I wasn't the one doing all the work Feb 19 21:21:05 oh Feb 19 21:21:11 hrw: congratulations Feb 19 21:22:14 CosmicPenguin: How did you survive blogging during Labor? :) Feb 19 21:22:32 durgs Feb 19 21:22:35 drugs, I mean Feb 19 21:37:16 bye Feb 19 21:37:18 * hrw|gone -> sleep Feb 19 21:37:53 hrw|gone: good night Feb 19 21:38:03 sleep as long as you can ;) Feb 19 21:56:12 03pfalcon 07org.oe.dev * r76d40800... 10/ (4 files in 3 dirs): (log message trimmed) Feb 19 21:56:12 ipkg-utils*: Re-add support for openwrt-style .ipk's. Feb 19 21:56:12 * There're two .ipk formats: one with ar top-level wrapping (essentially, .deb Feb 19 21:56:12 format, native OE format) and with tar.gz top-level wrap, used by OpenWRT and some Feb 19 21:56:12 tiny distros. When I did performance optimization work on ipkg-make-index, I just Feb 19 21:56:12 blocked support of tar.gz-style ipk's, as it was unclear if those are used in OE Feb 19 21:56:16 at all. Now support is readded, with the old code to handle them (i.e. not as optimal Feb 19 22:24:20 did anyone make our FOSDEM shirts that say "OpenEmbedded\nNOTE: Running task 1205 of 3979"? Feb 19 22:39:34 apaulsen: *gg* Feb 19 22:40:59 ok neuros OSD work with OE (with a couple hacks) ... only pic slide show at now ... tomorrow i'll see for movie ... Feb 19 22:41:20 now i really need a TV on our booth ... no one have ? Feb 19 22:41:31 can we ask at fosdem organization ? Feb 19 23:10:13 hi Feb 19 23:10:31 recently my OE builds started to mourn about stuff like this: Feb 19 23:10:31 head: `-1' option is obsolete; use `-n 1' Feb 19 23:10:34 same for tail Feb 19 23:11:31 the system's head and tail versions accept this parameter. Feb 19 23:12:48 Does anyone know why images I make have my build output dir in them? Feb 19 23:12:57 ie ./home/trini/...../usr/lib/ipks/lists Feb 19 23:13:26 rschuster: interesting Feb 19 23:13:44 03utx 07org.oe.dev * rbd72b021... 10/ (3 files in 3 dirs): Output NUL terminated lines with sort -z (busybox#1591). Fixes updatedb. Feb 19 23:13:50 zecke: ./i686-linux/bin/tail --version Feb 19 23:13:51 tail (GNU coreutils) 5.3.0 Feb 19 23:13:52 03utx 07org.oe.dev * r9a5df4f8... 10/ (7 files in 3 dirs): Feb 19 23:13:52 - Ignore false toggle signals (work-around for OE#3390). Feb 19 23:13:52 - Fixed default ALSA state for SL-Cxx00 (OE#2617). Feb 19 23:13:52 - Do not alter incorrect mixer levels by zaurus-mixer-callback. Feb 19 23:13:52 - Allow to disable rotation by touch ~/.norot. Feb 19 23:13:54 - Fixed detection of panel_user. Feb 19 23:14:06 zecke: the one in debian is tail --version Feb 19 23:14:06 tail (GNU coreutils) 5.97 Feb 19 23:14:50 there are coreutils-native 6.0 in OE. perhaps I should use those ... Feb 19 23:15:38 those are not preferred (DEFAULT_PREFERENCE = "-1") .. Feb 19 23:15:40 rschuster: 5.3.0 is complaining about deprecation, 5.97 is not? or is it the other way around, I'm a bit tired Feb 19 23:16:10 zecke: yeah it is this way. 5.3.0 complains, 5.97 does not Feb 19 23:17:05 zecke: I wonder why only me has this trouble. this tail and head -1 stuff is autogenerated through the autotools AFAIK Feb 19 23:17:16 happens in configure scripts Feb 19 23:17:32 no idea Feb 19 23:33:31 Anyone know the image stuff well? Feb 19 23:44:18 03utx 07org.oe.dev * rc72441dc... 10/ (3 files in 3 dirs): (log message trimmed) Feb 19 23:44:18 Fixed default ALSA state for SL-Cxx00 (OE#2617). Feb 19 23:44:18 * Fixes bass/treble levels (reflects kernel fix alsa-wm8750-treble.patch (>2.6.24)). Feb 19 23:44:18 * Increased Mic Levels and Boost. Feb 19 23:44:18 * Enabled Capture Switch. Feb 19 23:44:18 * Improved Headphones / Speaker volume balance. Feb 19 23:44:20 * Disabled all bypasses. Feb 19 23:47:05 * * OE Bug 2303 has been RESOLVED (FIXED) by Feb 19 23:47:07 * * QA errors with xfdesktop Feb 19 23:47:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2303 Feb 19 23:52:41 03mickeyl 07org.oe.dev * r5b8dc55c... 10/ (5 files in 4 dirs): add blackbox 0.70.1, fixes #981 Feb 19 23:52:46 03mickeyl 07org.oe.dev * rf420342c... 10/ (1 packages/dbus/dbus.inc packages/dbus/dbus_1.1.4.bb): Feb 19 23:52:46 dbus 1.1.4 fix permissions of dbus system bus activation helper binary Feb 19 23:52:46 * with this revision, system bus activation finally works Feb 19 23:52:51 03mickeyl 07org.oe.dev * r5b4101ed... 10/ (1 packages/freesmartphone/gsm0710muxd_svn.bb): gsm0710muxd svn fix name of dbus service file (temp.) Feb 20 00:03:44 03thebohemian 07org.oe.dev * r6c23c9e3... 10/ (10 files in 3 dirs): Feb 20 00:03:44 zziplib: Unification and new versions. Feb 20 00:03:44 - added zziplib.inc file Feb 20 00:03:44 - added native and non-native recipe for latest stable (0.12) series Feb 20 00:03:44 - added native and non-native recipe for latest development (0.13) series Feb 20 00:13:04 * * OE Bug 1803 has been RESOLVED (WORKSFORME) by Feb 20 00:13:06 * * xfce-mcs pugins fails to build Feb 20 00:13:08 * * http://bugs.openembedded.org/show_bug.cgi?id=1803 Feb 20 00:36:05 * * OE Bug 2374 has been RESOLVED (FIXED) by Feb 20 00:36:07 * * gaim doesn't find bonobo.h Feb 20 00:36:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2374 Feb 20 01:02:16 03Laibsch 07org.oe.dev * r5ad99f74... 10/ (16 files in 7 dirs): gaim: moved gaim to packages/obsolete and pidgin to its own directory. Fixes 2374. Feb 20 01:42:09 03xjqian 07org.oe.dev * r7fb87889... 10/ (1 conf/distro/include/angstrom-2008-preferred-versions.inc): angstrom-2008-preferred-versions.inc: bump libtool to 1.5.10. version 1.2.14 no longer exist. Feb 20 02:20:09 03pfalcon 07org.oe.dev * r2d800b36... 10/ (1 packages/joe/joe_3.1.bb): joe 3.1: Update DESCRIPTION to something useful and add HOMEPAGE. Feb 20 02:20:14 03pfalcon 07org.oe.dev * r248fdd93... 10/ (3 files in 3 dirs): bvi 1.3.1: Usual "don't install -s" patch. Feb 20 02:20:21 03pfalcon 07org.oe.dev * r574cd9ef... 10/ (1 conf/distro/openwrt-sdk.conf): openwrt-sdk.conf: Start adding package renaming stuff. **** ENDING LOGGING AT Wed Feb 20 02:59:57 2008