**** BEGIN LOGGING AT Tue Jul 03 02:59:57 2007 Jul 03 03:43:15 * summatusmentis is lost... considers letting someone else debug mb-applet-wireless Jul 03 03:49:00 * * OE Bug 2592 has been created by shane.oe(AT)hathawaymix.org Jul 03 03:49:02 * * linux-rp_2.6.21.bb has the wrong Collie patches Jul 03 03:49:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2592 Jul 03 04:55:13 03pfalcon 07org.oe.dev * r80fcddab... 10/ (4 files in 3 dirs): opie-qcop: Do not mess with debughandlers, they are for user control. Jul 03 04:55:18 03pfalcon 07org.oe.dev * rfe825c18... 10/ (3 files in 2 dirs): libqpe-opie: Fix packaging. Jul 03 04:55:23 03pfalcon 07org.oe.dev * ra62d80fb... 10/ (1 classes/opie.bbclass): opie.bbclass: Bother to expand palmtopdir. Jul 03 04:55:29 03pfalcon 07org.oe.dev * r3caac664... 10/ (3 files in 2 dirs): Jul 03 04:55:29 opie-console: Install one of missing images. Jul 03 04:55:29 * Another one (linewrap) is missing and doesn't appear to be present in CVS. Jul 03 04:55:34 03pfalcon 07org.oe.dev * rde76eef5... 10/ (5 files in 3 dirs): opie-init: Do not hardcode OPIEDIR and friends, substitute ${palmtopdir} build value. Jul 03 04:55:38 03pfalcon 07org.oe.dev * r60811f48... 10/ (1 packages/libopie/libopie2_cvs.bb): libopie2 cvs: Drop patch merged upstream. Jul 03 04:55:42 03pfalcon 07org.oe.dev * r0bb3c74d... 10/ (1 packages/opie-irdaapplet/opie-irdaapplet_cvs.bb): opie-irdaapplet cvs: Drop patch merged upstream. Jul 03 04:55:48 03pfalcon 07org.oe.dev * rdd0c3f07... 10/ (1 packages/opie-ttf-support/opie-ttf-support_1.1.bb): opie-ttf-support 1.1: Do not use hardcoded OPIEDIR and friends. Jul 03 04:55:53 03pfalcon 07org.oe.dev * rae88d476... 10/ (1 packages/qte/qte-mt_2.3.10.bb): qte-mt 2.3.10: Fix packaging. Jul 03 04:55:58 03pfalcon 07org.oe.dev * re131c955... 10/ (1 packages/opie-oxygen/opie-oxygen.inc): opie-oxygen: Elaborate DESCRIPTION. Jul 03 04:56:04 03pfalcon 07org.oe.dev * r08779813... 10/ (1 packages/opie-networksettings/opie-networksettings_cvs.bb): opie-networksettings cvs: Drop patch merged upstream. Jul 03 04:56:11 03pfalcon 07org.oe.dev * rc5035132... 10/ (1 conf/bitbake.conf): Jul 03 04:56:11 bitbake.conf: Switch OPIE prefix to /usr. Jul 03 04:56:11 * With the other latest changes, this produces bootable system, still needs Jul 03 04:56:11 more detailed testing. Jul 03 04:56:11 * The next stage is fix data/plugin file location. Jul 03 04:56:13 * Partially closes #2254. Jul 03 04:56:15 03pfalcon 07org.oe.dev * rb4ae3e32... 10/ (1 conf/machine/wl500g.conf): wl500g.conf: Add MACHINE_FEATURES. Jul 03 04:56:20 03pfalcon 07org.oe.dev * ra45766d5... 10/ (1 conf/distro/include/preferred-opie-versions-1.2.3-pre.inc): Jul 03 04:56:24 preferred-opie-versions-1.2.3-pre.inc: Bump SRCDATE to 20070702. Jul 03 04:56:26 * Few patches merged. Jul 03 04:56:27 * Improved Palm support. Jul 03 06:17:18 olá birunko Jul 03 06:38:57 good morning Jul 03 07:00:16 good morning Jul 03 07:15:21 good morning all Jul 03 07:16:21 hi koen Jul 03 07:16:30 hey djay-il Jul 03 07:19:10 hi koen, djay-il Jul 03 07:20:21 koen: I have a problem which requires your intimate knowledge of OE to solve I think. Jul 03 07:21:00 I need to use gcc-cross_csl-arm-2005q3.bb to compile a kernel, but I don't want to use that version to compile the rest of the rootfs. Jul 03 07:21:38 (the reason is that I have binary modules for the kernel from the vendor, and I need to kernel compiler to match those, but I want the rest of the rootfs to be Angstrom) Jul 03 07:21:56 rwhitby: GCC_CROSS_KERNEL should be able to do that Jul 03 07:22:15 is there an example of that anywhere? Jul 03 07:22:33 grepping right now Jul 03 07:22:38 me too :-) Jul 03 07:23:47 it used to be in the handhelds 2.4 kernels Jul 03 07:24:24 ah Jul 03 07:24:25 KERNEL_CCSUFFIX = "-3.3.4" Jul 03 07:25:39 So do I need to create a gcc-cross-kernel.bb of some sort? Jul 03 07:25:48 rwhitby: see kernel.bbclass how OE uses KERNEL_CCSUFFIX Jul 03 07:26:44 rwhitby: no, PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} = "gcc-cross" + PREFERRED_VERSION__virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} = "csl-arm-2005q3" should do it Jul 03 07:27:13 that should at least trick bitbake into some more helpfull error messages Jul 03 07:29:11 I presume the double underscore in PREFERRED_VERSION_virtual was just a typo? Jul 03 07:29:20 rwhitby: http://www.openembedded.org/snapshots/ update complete Jul 03 07:29:25 yes, that's a typo Jul 03 07:30:00 rwhitby: http://www.openembedded.org/snapshots/OE.mtn.bz2 is now a symlink pointing to a snapshot, no garantees on the version Jul 03 07:30:56 every snapshot is updated each morning (UTC) Jul 03 07:31:07 cool. Jul 03 07:31:39 so pointing the makefiles to OE-this-is-for-mtn-.mtn.bz2 should always work Jul 03 07:35:26 so that should be no change for any of the makefiles I know about then. Jul 03 07:38:47 good, that's what I hoped Jul 03 07:40:10 koen: how does the preferred provider stuff above stop the csl compiler being installed in tmp/cross/bin with the unsuffixed name? Jul 03 07:40:50 ah crap Jul 03 07:40:58 you do need a gcc-cross-kernel recipe Jul 03 07:41:37 but making on is not hard Jul 03 07:41:47 judging from gcc-cross-kernel-3.4.4_3.4.4.bb Jul 03 07:42:05 will it be called gcc-cross-kernel-csl-arm-2005q3_csl-arm-2005q3.bb ? Jul 03 07:42:43 I think so Jul 03 07:43:09 it's been >2 years since I use a kernel that needed CCSUFFIX, so I'm not clear on the details Jul 03 07:43:24 and it looks like it will be identical to gcc-cross-kernel-3.3.4_3.3.4.bb Jul 03 07:43:57 echo 'require gcc-cross-kernel-3.3.4_3.3.4.bb' > gcc-cross-kernel-csl-arm-2005q3_csl-arm-2005q3.bb Jul 03 07:46:28 ok, starting a build from scratch with that. Jul 03 07:47:06 koen: Freecom are using BE EABI 2.6.18 kernel on the new alpha firmware for the FSG-3 device. Jul 03 07:48:16 I'm trying to work out how I can install Angstrom, but still be able to use the TwonkyVision media application that comes with the vendor firmware. Jul 03 07:54:58 if all else fails, use a minimal chroot Jul 03 07:55:18 or poke Jin|away to make mediatomb kick twonkies ass :) Jul 03 07:57:19 heh Jul 03 07:57:27 koen: ever seen this before: "udevd-event[397]: run_program: open /dev/null failed: Directory not empty Jul 03 07:57:28 " Jul 03 07:58:13 actaully, never mind - that's SlugOS, which I'm going to immediately replace with Angstrom on the fsg3, so I don't care if SlugOS doesn't work. Jul 03 08:00:07 I have never seen that before Jul 03 08:00:23 but IIRC slugos uses a different udev version as the rest of OE Jul 03 08:00:28 100 vs 092 Jul 03 08:00:47 hmm - I wonder why we do that. Jul 03 08:01:21 I think it's a leftover of the aborted mdev attempt Jul 03 08:04:39 good, the udev error doesn't occur with Angstrom-minimalist-image-glibc-test-20070605-ixp4xxbe Jul 03 08:08:59 koen: no unstable angtsrom python feed for ixp4xxbe? Jul 03 08:09:22 morning Jul 03 08:09:33 g'day hrw Jul 03 08:11:48 rwhitby: it seems to be missing, let me see if it's a build problem or not Jul 03 08:11:53 hey hrw Jul 03 08:12:22 koen: gstreamer is not there either - but I don't even know what that is so I'm not concerned yet :-) Jul 03 08:13:02 gstreamer should be there Jul 03 08:13:25 unless you built the rootfs before I fixed the gsteamer typo :) Jul 03 08:14:06 ah, that'd be it then. Jul 03 08:14:27 Also: "ERROR: Cannot satisfy the following dependencies for task-proper-tools: Jul 03 08:14:28 coreutils findutils gawk sed patch tar diffutils less vim" for ixp4xxbe Jul 03 08:15:36 (I would have expected those to be in armv5teb) Jul 03 08:16:26 bitbake task-proper-tools start to build here Jul 03 08:16:33 for MACHINE=ixp4xxbe Jul 03 08:16:51 rwhitby: CSL? what you builds? Jul 03 08:17:02 hrw: Freecom FSG-3 vendor kernel Jul 03 08:17:17 (so I can reuse their binary modules for the wifi card) Jul 03 08:17:20 ah Jul 03 08:21:06 would someone tell me why fbset setting do not preserved and get reset to 8bpp all the time? Jul 03 08:27:18 or, how do I force specific mode in kernel? Jul 03 08:28:17 03koen 07org.oe.dev * r6c8b1580... 10/ (6 files in 3 dirs): motorola ezx phones: add an include that sets the basic stuff, remove killswitch from a1200, e680 because the machines need different defconfigs Jul 03 08:28:25 hmmm uboot for fic fails to git Jul 03 08:57:12 03koen 07org.oe.dev * r42d82be3... 10/ (4 files in 2 dirs): kazehakase: add cvs version Jul 03 08:57:16 03koen 07org.oe.dev * rfca5fc25... 10/ (4 files in 3 dirs): angstrom: add support for htcwallaby and htctornado Jul 03 09:02:52 hmm too old git Jul 03 09:12:22 hey lrg & pH5 Jul 03 09:12:33 hey koen Jul 03 09:13:07 hey koen & lrg Jul 03 09:18:33 so someone , whats the deal with AMD64 host`s .. what problems will have have with oe when i upgrade my host to his arch ? Jul 03 09:19:24 rob_w|mis, Marek submitted a patch that supposedly fixes qemu problem, haven't tried it yet, though... Jul 03 09:19:56 polyonymous, that was the only issue .. and only to create the glibc-locales or such ? Jul 03 09:20:08 so i am secure to update my host pc , cool Jul 03 09:20:27 rob_w|mis, Well, that's the only issue I have and I am on amd64 Jul 03 09:20:47 wonderfull .. so let the money rain in and i am off to the stores !! Jul 03 09:33:36 rob_w|mis: :) Jul 03 09:33:50 too bad that my amd64 is out of stock in shopes Jul 03 09:34:20 hmm seems AMD AM2 is the current stuff Jul 03 09:34:41 and I have 939 Jul 03 09:35:04 change from 939 -> am2 costs too much Jul 03 09:35:41 ive a "old" AMD XP 3200 .. so i am good to get my whole crap new Jul 03 09:37:24 yea!! I've got gpe-dm working, finally Jul 03 09:38:52 can anyone suggest how can I make a screenshot for proof of deed? Jul 03 09:39:38 install fbgrab Jul 03 09:51:55 first ever attempt at using bitbake to compile a kernel for an h4000 based device - process errored out whilst building gcc-cross-initial-4.1.2 with | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/libffi Jul 03 09:51:55 | cc1: internal compiler error: in add_path, at c-incpath.c:362. Any pointers ? Jul 03 09:53:12 hrw: fbgrab? Jul 03 09:56:36 djay-il: that or gpe-scap or scap or just cat /dev/fb0 > rgb565-file Jul 03 09:56:42 3yes Jul 03 09:58:00 * * OE Bug 2491 has been RESOLVED (FIXED) by florian.boor(AT)kernelconcepts.de Jul 03 09:58:02 * *  gpesyncd build failure (blocks angstrom-x11-image) Jul 03 09:58:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2491 Jul 03 10:03:20 pH5: just cat would do it?? Jul 03 10:05:09 djay-il: yes, you'll end up with the raw frame buffer data, so you need to remember width/height/pixel format when converting that into some image file format. Jul 03 10:10:37 hi lrg Jul 03 10:15:50 djay-il: http://www.angstrom-distribution.org/repo/?action=details&pnm=fbgrab Jul 03 10:23:32 Hi all ! Jul 03 10:25:41 When bitbaking qt4-X11-free for x86, I get the following message from the qt build process: Jul 03 10:25:45 #error "Qt has not been ported to this architecture" Jul 03 10:26:25 Should I use a different setting for machine / architecture to avoid this ? Jul 03 10:31:30 Laibsch: the kazehase browser can compile against anthy Jul 03 10:32:01 koen? Jul 03 10:32:17 maybe that rings your CJKV bell Jul 03 10:32:20 anthy is an input framework. Jul 03 10:32:39 koen: It surely does. But I don't understand the link between anthy and kazehakase Jul 03 10:33:59 I only know anthy is for cjkv and kazehakase is written by someone that is from the cjkv part of the world Jul 03 10:34:16 did I already show you http://lists.maemo.org/pipermail/maemo-developers/2007-June/010632.html ? Jul 03 10:34:23 my memory is getting a bit fuzzy Jul 03 10:35:46 koen: thanks, got it! Jul 03 10:42:02 When bitbaking qt4-X11-free for x86, I get the following message from the qt build process: Jul 03 10:42:03 morning Jul 03 10:42:08 #error "Qt has not been ported to this architecture" Jul 03 10:42:19 morning XorA ! Jul 03 10:42:30 What could be the reason for that ? Jul 03 11:00:30 Good morning ! Jul 03 11:02:14 koen: OK, the two are unrelated then Jul 03 11:02:32 Yes, you showed me that mail. Thank you for the continued input. Jul 03 11:07:12 re Jul 03 11:10:39 hey XorA Jul 03 11:11:38 koen: I missed checkin logs, did you add a kazehakase cvs? Jul 03 11:12:11 XorA: yes, I still need to figure out the mozilla trouble Jul 03 11:12:11 how kazehakase works? good? usable? ssl works? Jul 03 11:12:25 segfaults like crazy Jul 03 11:12:35 but after spawning a thread, so gdb is useless Jul 03 11:12:56 I'm committing almost finished bits from my tree before going on holiday Jul 03 11:28:11 koen: what ipkg update in angstrom does? Jul 03 11:28:21 if you please :- Jul 03 11:28:45 it downloads the package index files Jul 03 11:28:55 so you can use 'ipkg list' and 'ipkg search' Jul 03 11:29:59 cool, thanks. But if I want to build a package for it, I'd use bitbake, right? Jul 03 11:35:07 yes Jul 03 11:37:22 how then I solve the dependency problem? Jul 03 11:38:56 which dependency problem? Jul 03 11:43:35 I've built gvim and when I'm trying to install it, it says libxt6.so is missing Jul 03 11:48:17 tried 'ipkg update ; ipkg install gvim_.ipk' ? Jul 03 12:01:20 koen: http://pastebin.ca/601237 Jul 03 12:02:07 koen: did you have any more luck with blackfin recently? Jul 03 12:02:39 djay-il: time to configure networking on board? Jul 03 12:02:46 djay-il: look into /etc/resolv.conf too Jul 03 12:03:15 Jin^eLD: there is some slight progress, but nothing ready to commit Jul 03 12:03:36 roger that Jul 03 12:04:29 djay-il: ah, 'cd /etc/ipkg ; for i in *feed.conf ; do sed -i s:arm:armv5te:g $i ; done' Jul 03 12:07:10 hrw: Jul 03 12:07:30 koen: sec Jul 03 12:08:33 03rwhitby 07org.oe.dev * redcd7cc3... 10/ (3 files in 3 dirs): arm-kernel-shim: Updated the FSG-3 configuration to allow the bootloader cmdline to pass through. Jul 03 12:08:38 03florian 07org.oe.dev * r035b2607... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc: Update gpesyncd srcdate to become compatible with latest libraries. Fixes #2491 Jul 03 12:08:42 03koen 07org.oe.dev * r5b87de51... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: add FEED_ARCH for compulab-pxa270 Jul 03 12:08:50 koen: thanks. Is this documented somewhere? Jul 03 12:10:41 hrw: yea, what I wanted to say is that resolv.conf is ok... Jul 03 12:11:00 djay-il: your next build should be OK Jul 03 12:11:14 koen: next build? Jul 03 12:11:48 djay-il: yes, the one after you update to r5b87de51 :) Jul 03 12:14:05 Marex: your qemu seems to work for me Jul 03 12:14:49 XorA, ok, thanks :) Jul 03 12:15:06 XorA, but hrw has probably better idea - merging poky qemu Jul 03 12:15:15 XorA, I havent tested it on amd64 though Jul 03 12:15:20 Marex: will that not have the same bug? Jul 03 12:15:37 XorA: it has other fix Jul 03 12:15:54 I dont know, it has many other patches and some seems to fix the same issue Jul 03 12:16:05 hrw, and probably better, yeah Jul 03 12:16:49 Hi! Jul 03 12:16:57 psokolovsky, hi ;-E Jul 03 12:17:52 koen: Re: "use $bindir directly" - and what about overriding it? opie is big system, and having a "master switch" to override it for all packages instead of each one individually would help Jul 03 12:17:54 psokolovsky: could you renable mtd for h2200? Jul 03 12:18:07 psokolovsky: $bindir is a masterswitch Jul 03 12:18:09 Marex: I' glad you work on qemu update issues Jul 03 12:18:21 don't add abstractions to abstractions Jul 03 12:18:28 koen: will check mtd Jul 03 12:19:25 psokolovsky, I' dont really work on it, I just fixed it, it worked so I put it in bugtracker, but anyway, poky version is surely better, they have more experienced developers than me Jul 03 12:19:33 s/me/I am/ Jul 03 12:19:34 koen: can you please provide scenario how to produce "install base to flash, opie on SD" image then (separating per dir is obvious easy solution) Jul 03 12:20:28 Marex: so, I'm glad you're working on reviewing it and making one good solution suitable for OE merge, please lead it to finish Jul 03 12:20:44 psokolovsky, can you check this http://planet.hackndev.com and this http://step2back.blogspot.com/ ? Jul 03 12:20:52 psokolovsky: if you install to sd you can chroot anyway Jul 03 12:20:58 psokolovsky, after all it seems what s2b pushed to OE is broken :-E Jul 03 12:21:50 Marex: please put priority into defconfigman to solve that in sustainable way Jul 03 12:22:18 koen: what's r5b87de51? Jul 03 12:22:37 psokolovsky, I should rather explain who is maintainer of palm lifedrive to some people ... Jul 03 12:22:44 [14:08] CIA-3: koen org.oe.dev * r5b87de51... / (1 conf/distro/angstrom-2007.1.conf): angstrom: add FEED_ARCH for compulab-pxa270 Jul 03 12:22:53 btw, I get "connection refused" now... Jul 03 12:23:04 psokolovsky, I have defconfigman in my todo, dont worry, but now Im fixing stuffed opie Jul 03 12:23:38 Marex: I hope you noticed it was updated to 20070702 to include your stuff Jul 03 12:23:42 djay-il: try again Jul 03 12:24:11 koen: ok, worked now Jul 03 12:24:24 psokolovsky, I havent noticed it ... if you included the stuff I put into bugtracker some time ago, then that is deprecated Jul 03 12:25:25 koen: so, what's r5b87de51? and why would my life become better with it ? :-) Jul 03 12:25:30 psokolovsky, I cant really do ten things at once Jul 03 12:25:42 djay-il: its a mtn revision Jul 03 12:25:50 djay-il: he means mane sure your mtn is upto date Jul 03 12:26:53 XorA: oh, I don't do that intentionally atm, because I've made changes in the tree. I will update mtn after I'm sure I can restore all the changes Jul 03 12:28:25 psokolovsky, I think if there is now some deprecated defconfig in OE, we should rather wait some time for defconfigman-crafted one ... or I can supply you with latest version directly so you can fast-fix it Jul 03 12:29:50 Marex: yes, if possible, just post last, known working version of defconfig for palmld, I'll commit it immediately, and close all those previous ones. Jul 03 12:30:20 psokolovsky, ok, I'll build kernel right away Jul 03 12:30:39 I have to strip my wifi-stuff from it since palmld wifi is still not finished Jul 03 12:38:38 djay-il: mtn diff, save the diff, then reaplly the bits you need Jul 03 12:38:55 djay-il: but as long as your changes dont conflict with server changes, mtn wont remove them Jul 03 12:41:57 XorA: thanks :-) Jul 03 12:42:13 btw, is there a way to make my device to work with external mouse? Jul 03 12:42:13 psokolovsky, what is the current version of hackndev kernel in OE? Jul 03 12:42:23 Marex: hnd2 Jul 03 12:42:31 psokolovsky, Ill prepare defconfig for r1101 Jul 03 12:42:43 psokolovsky, can you somehow set that revision in OE? Jul 03 12:44:27 djay-il: ask CoreDump|afk when he comes back online, afaik he had some magic for mixing mice and touchscreens Jul 03 12:47:12 Marex: you should tag your releases in svn, and submit .bb's with matching defconfigs for that. Jul 03 12:52:31 djay-il: plug it in? Jul 03 12:54:00 can someone either w/ a neo, or w/ the virtual env setup see if running mb-applet-wireless segfaults? Jul 03 12:55:48 summatusmentis: mb-applet-wireless is for matchbox-panel1 and openmoko use mb-panel2 Jul 03 12:56:21 hrw: oh.. ok Jul 03 12:56:33 hrw: sorry, I just woke up, for some reason I thought this was #openmoko Jul 03 12:57:53 summatusmentis: and mb-panel1 is considered obsolete in OH so no new code for it Jul 03 12:58:10 hrw: angstroms x11-image still uses it Jul 03 12:58:15 I know Jul 03 12:58:16 right? Jul 03 12:58:33 mb-panel1 is more usable then mb-panel2 for now Jul 03 12:58:41 ok, so then... will that change? or is the plan to just leave that as is? Jul 03 12:59:00 * * OE Bug 2593 has been created by jstoefer(AT)schuett-elektronik.de Jul 03 12:59:02 * * Qt4-x11 broken for generic x86 target Jul 03 12:59:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2593 Jul 03 13:02:17 hrw: so no new code fixing something for mb-panel1 will be accepted, even for angstrom? Jul 03 13:02:40 it can be accepted into OE Jul 03 13:02:53 I do not know does it will be accepted in OH Jul 03 13:03:11 oh, just that OH will not be releasing anything new, etc. alright Jul 03 13:03:13 thanks Jul 03 13:04:21 summatusmentis: networkmanager applet would be better then that wireless applet Jul 03 13:04:57 networkmanager is fully working apart from a couple on install tweaks needed Jul 03 13:05:13 and someone to investigate using HAL instead of pseudo libhal that mmp wrote Jul 03 13:05:16 XorA: and it fetch libgnomeui and few other craps? Jul 03 13:05:36 or use gpe libs for nearly no gui Jul 03 13:05:50 hrw: well, partly I was working on fixing wireless applet, due to my minimal coding skills, and ignorance about the state of mb-panel1 Jul 03 13:05:59 djay-il: USB mouse should just work as long as you have the right options in the kernel enabled. Jul 03 13:06:15 djay-il: touchscreen and mouse can be used at the same time. Jul 03 13:09:04 cbrake: hi!! I'm so happy I finally did the thing... Jul 03 13:10:40 now, I just need to get it working with normal mouse... Jul 03 13:10:52 djay-il: excellent! So is compulab going to start using OE? Jul 03 13:10:57 cbrake: I have usb mouse detected, it just doesn't work Jul 03 13:11:01 djay-il: PS2 or USB? Jul 03 13:11:02 cbrake: definitely Jul 03 13:11:08 cbrake: usb Jul 03 13:11:31 and I can fly to Paris now in good mood Jul 03 13:12:13 djay-il: hmm, that should "just work". Have you verified you have all the HID stuff enabled in the kernel? Jul 03 13:12:55 psokolovsky, http://85.132.236.161/upload/defconfig please check this one Jul 03 13:13:35 Marex: please submit to tracker Jul 03 13:14:54 jeez Jul 03 13:17:58 cbrake: well, besides that kernel detects my mouse and its model, what should I check? Jul 03 13:18:40 good afternoon Jul 03 13:19:50 I still have aproblem bitbaking qt4-x11 for generic x86 target. have filed the bug some minutes ago Jul 03 13:20:22 seemms like there is a problem with the architecture the qt build process sees Jul 03 13:20:27 Any idea ? Jul 03 13:21:04 jan_js: first guess i486 doesn't have the atomic test and set operation? Jul 03 13:21:32 jan_js: open the file from the log (iirc qatomic_bla.h) and check what it checks Jul 03 13:21:55 has anyone had experience with maintaining multiple local.conf files with a single 'tmp' area? Jul 03 13:22:17 jsheldon: why multiple local.conf? Jul 03 13:22:35 o.k., I will have a look into that. Jul 03 13:23:06 I'll be building two different root file systems, one using ulibc, another using glibc, I assumed that couldn't be done with a single local.conf Jul 03 13:23:47 jsheldon: angstrom-glibc and angstrom-uclibc? Jul 03 13:25:30 well the glibc image uses a custom distro config file, but yes, the uclibc image uses angstrom Jul 03 13:26:04 if you mix distros I would not recommend sharing TMPDIR Jul 03 13:26:18 I'm just wondering if I can avoid having to use two different tmp trees Jul 03 13:26:31 ah, ok that's good to know Jul 03 13:26:33 just use angstrom :) Jul 03 13:26:59 psokolovsky, http://bugs.openembedded.org/show_bug.cgi?id=2594 Jul 03 13:27:12 koen: I might Jul 03 13:27:15 psokolovsky, at least try building it, my oe tree might be a bit obscure Jul 03 13:27:30 OE completely switched to bb 1.8 now? Jul 03 13:27:38 Jin^eLD: yes Jul 03 13:28:02 what is the main difference between 1.6 and 1.8? I will probably have to upgrade my local repos to 1.8 too then, but wonder how risky that may be Jul 03 13:28:39 less bugs and being able to do multithreaded builds Jul 03 13:28:52 Jin^eLD: main: multithreading and task dependencies instead of recipes dependencie Jul 03 13:28:54 s Jul 03 13:29:00 * * OE Bug 2594 has been created by marek.vasut(AT)gmail.com Jul 03 13:29:02 * * palmld defconfig Jul 03 13:29:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2594 Jul 03 13:29:11 Jin^eLD: on fast machines build time is now shorter Jul 03 13:29:17 ok, that sounds cool Jul 03 13:29:31 so should not break a little older stuff? Jul 03 13:29:37 * hrw would like to do bitbake run on sun niagara or similiar 32-64 cores machine Jul 03 13:29:57 Jin^eLD: bitake 1.7/1.8 is in use for over half year Jul 03 13:29:59 I have an oe snapshot that I am using internally, not syncing it everyday with dev Jul 03 13:30:27 oh ok.. well it looked like 1.6 was quite popular, so I did not switch to higher versions yet Jul 03 13:30:48 zecke: in qatomic_arch.h there are checks like .. if defined(QT_ARCH_GENERIC) ... if defined(QT_ARCH_I386) and so on. Jul 03 13:31:01 djay-il: I'm not sure if tslib config would affect X and USB mouse -- might want to look into that. I suspect not. Jul 03 13:31:06 depending on result the aapropriate header is included. Jul 03 13:31:07 Jin^eLD: and you have now information how much tasks left to build Jul 03 13:31:18 Jin^eLD: NOTE: Running task 521 of 2569 (ID: 2372, /home/hrw/devel/OH/poky/meta/packages/lzo/lzo_1.08.bb, do_patch) Jul 03 13:31:39 Jin^eLD: output of bitbake is now harder to read Jul 03 13:31:46 jan_js: well, you have a line with #error, read the context. E.g. findout how the preprocessor gets there Jul 03 13:31:50 so how could I insert e.g. QT_ARCH_I386 for qt ? Jul 03 13:31:50 Jin^eLD: but you will get used to it Jul 03 13:32:02 ok, let me try it :) Jul 03 13:32:14 jan_js: read the qglobal.h and see how it is defined Jul 03 13:32:39 jan_js: check what TARGET_ARCH OE is passing to ./configure (see the configuration log bitbake wrote) Jul 03 13:33:06 o.k, tahts some hint, thanks ! Jul 03 13:33:49 jan_js: we used to have a mapping from TARGET_ARCH to what Qt's configure expects, this might be wrong for qt4 and the generic case Jul 03 13:34:04 has anyone ever gotten the following? I tried changing the configure args to include '--with-libiconv=gnu' that I found on google but to no avail: gconvert.c:48:2: error: #error GNU libiconv not in use but included iconv.h is from libiconv Jul 03 13:34:11 I am building glib-2.0 Jul 03 13:34:24 for arm9 (armv4t) Jul 03 13:34:36 Christopher: glibc, uclibc? Jul 03 13:34:37 Christopher: you built libiconv Jul 03 13:34:49 I hadn't built libiconv until I got that error. Jul 03 13:35:03 then, I tried that in addition to see if that would help and changed the bb file. Jul 03 13:35:06 koen: I can guarantee someone is deleting iconv.h from the staging area :} Jul 03 13:35:15 nothing has worked thus far. Jul 03 13:35:45 Christopher: I can only say that glib-2.0 built for armv4t here using uclibc. But the last time I tested was a week ago Jul 03 13:36:08 zecke: ok. thanks. Jul 03 13:36:48 where do I tell it to use uclibc? it looks like it is using glibc Jul 03 13:36:55 zecke: there were some cset doing "DEPENDS = libiconv" for packages, and the committer didn't respond to my questions why those where added Jul 03 13:37:00 btw, there is a iconv.h in staging area Jul 03 13:38:22 koen: ah okay Jul 03 13:38:26 ./packages/php/php_5.1.4.bb:4:DEPENDS = "zlib libxml2 mysql libiconv" Jul 03 13:38:27 ./packages/php/php_5.2.0.bb:4:DEPENDS = "zlib libxml2 mysql libiconv php-native" Jul 03 13:38:37 there were more, but I reverted those Jul 03 13:38:46 Christopher: listen to koen Jul 03 13:38:49 koen: be nice :) Jul 03 13:38:59 :) Jul 03 13:39:28 should I just get an update then? and how do I specify to use uclibc? Jul 03 13:39:46 Christopher: i thought you were using uclibc, ignore this :) Jul 03 13:39:50 remove tmp, rebuild is the safest bet Jul 03 13:41:30 I see it in the conf file now. I hadn't changed that Jul 03 13:41:37 so, delete tmp and start over with uclibc? Jul 03 13:42:39 ignore uclibc :) Jul 03 13:42:47 glibc and uclibc are both fine for glib Jul 03 13:43:08 I have seen "libiconv" and thought of uclibc Jul 03 13:44:28 zecke: ok. which should be used in general? if uclibc is best long term, I'll go with that Jul 03 13:44:54 Christopher: There is no rule of thumb Jul 03 13:45:02 Christopher: and glibc is more mature than uclibc Jul 03 13:45:09 zecke: ok. Jul 03 13:45:33 Christopher: but if you are interested in 700kb rootfilesystems with working ssh, uclibc will be of interest Jul 03 13:46:52 zecke: Previously I have used buildroot. However, there are so many changes and so few other packages implemented, I found open embedded hoping to find something suitable to build a RFS. keeping it that small is not as important as getting it to compile and work. :) Jul 03 13:47:20 Christopher: what is RFS? Jul 03 13:47:38 Christopher: I have seen your error for the first time Jul 03 13:47:39 wbx: Root file system Jul 03 13:48:09 zecke: does that mean that you have never heard of that or that you just recreated it? Jul 03 13:49:42 Christopher: ah, okay. there are other solutions to get a working rfs ;) Jul 03 13:50:03 Christopher: in my point of view, they might sometimes be simpler than oe. sometimes not. Jul 03 13:51:10 wbx: well, I have a working file system. I guess with other packages that I may need, it is nice to have something like oe to keep the build environment in check so that I don't have to worry about defining every last detail in a configure to get it to compile. I like the idea of picking a package and having it included in. buildroot did work and I do have a file system. Just need more things (graphics in particular) for a project Jul 03 13:52:27 03koen 07org.oe.dev * r41bd7025... 10/ (1 packages/php/php_5.1.4.bb packages/php/php_5.2.0.bb): php: depend on virtual/iconv Jul 03 13:53:16 Christopher: yes, x11 and graphics needs can be very good fulfilled with oe Jul 03 13:54:25 wbx: that's the way it seems. I am obviously new to it so I am trying to get the packages to compile and then tailor a distro or something to get the file system created properly. it isn't for a zaurus. just a at91rm9200 custom board. Jul 03 13:55:10 Christopher: I have to force my friend to push his at91rm9200 board configs and tweaks back into OE Jul 03 13:55:35 hrw: that would be great! what's he waiting for? :) Jul 03 13:55:41 Christopher: no idea Jul 03 13:55:55 hrw: :) Jul 03 13:56:29 Christopher: http://blackmesaeast.com.pl/projects/electronics/sarge-single-board-computer/ Jul 03 13:56:34 hrw: I know there is a kb9202 file out there and that board has a at91rm9200 so I have been using it. Jul 03 13:58:29 hrw: yep, that's in effect what I have. pretty funny project there :) Jul 03 14:00:38 hrw: he has some good detail there. thanks! Jul 03 14:01:04 zecke: did you say you saw the error when you tried it? Jul 03 14:01:38 Christopher: no problem Jul 03 14:01:51 Christopher: your error? no, I have never seen this error. But as koen pointed out it is due mixing glibc's iconv.h and libiconv Jul 03 14:02:47 how do I tell the configure to only use glibc's iconv? When I tried this the first time, I didn't have libiconv built at all through oe...then, I did a clean of libiconv and tried it all again... Jul 03 14:06:00 Christopher: well, for 99,9% glib-2.0 just build out of the box Jul 03 14:06:23 :) ok. that sounds like my luck. Jul 03 14:06:30 Christopher: so what is specific with your invocation for bitbake glib-2.0? what did you built before? Why did you manually built libiconv? Jul 03 14:06:52 cbrake: mouse works, I just don't see a cursor in matchbox..... Jul 03 14:07:21 well, i had built a lot of things before that. built nano as the example said...then, built matchbox desktop but when I got to matchbox-wm, it failed on glib. so, I built that by itself. Jul 03 14:07:32 it said it needed libiconv so I tried building that. Jul 03 14:07:43 I see the following when I do a find/grep: ./glib-2.0/glib-2.0_2.8.6.bb:DEPENDS += "virtual/libiconv virtual/libintl" Jul 03 14:07:43 ./glib-2.0/glib-2.0_2.4.6.bb:DEPENDS += "virtual/libiconv virtual/libintl" Jul 03 14:07:43 ./glib-2.0/glib-2.0_2.6.4.bb:DEPENDS += "virtual/libiconv virtual/libintl" Jul 03 14:07:43 ./glib-2.0/glib-2.0_2.6.6.bb:DEPENDS += "virtual/libiconv virtual/libintl" Jul 03 14:07:43 ./glib-2.0/glib-2.0_2.2.3.bb:DEPENDS += "virtual/libiconv virtual/libintl" Jul 03 14:07:56 so, I guess I need to take out all DEPENDS for libiconv, right? Jul 03 14:08:25 no, virtual/libiconv resolves to glibc if your distro has set it up right Jul 03 14:09:04 e.g. ./include/angstrom-glibc.inc:2:PREFERRED_PROVIDER_virtual/libiconv ?= "glibc" Jul 03 14:12:42 koen: ok. thanks. I'll check that and see if that was set up correctly Jul 03 14:16:06 has anyone tried building uboot-utils_1.2.0.bb lately? Jul 03 14:17:41 uuh.. has the structure in 1.8 changed? no temp directory with scripts anymore Jul 03 14:17:47 was looking for the log Jul 03 14:18:15 where did the logs go? Jul 03 14:18:23 Jin^eLD: temp/ as it was Jul 03 14:19:03 hrw: in /work/armv5te-angstrom-linux-uclibcgnueabi/uboot-utils-1.2.0-r5 - there is no temp there Jul 03 14:19:35 just the u-boot-1.2.0 dir with the sources and thats it Jul 03 14:20:42 Jin^eLD: after full build? Jul 03 14:21:37 hrw: well the build failed... so I wanted to look up the log to see why it failed, and I expected the log to be in /work/armv5te-angstrom-linux-uclibcgnueabi/uboot-utils-1.2.0-r5/temp as it was with bb 1.6 Jul 03 14:22:21 the only thing that bitbake 1.8 printed to me was: ERROR: /org.openembedded.dev/packages/uboot/uboot-utils_1.2.0.bb' failed Jul 03 14:22:26 works for me (logs) Jul 03 14:22:33 doh... Jul 03 14:23:07 why was 1.8 enforced? :) Jul 03 14:23:15 read ML Jul 03 14:23:22 ok Jul 03 14:24:19 crap.. no logs Jul 03 14:25:25 and uboot-utils is failing on me, 1.1.2 did work fine :P Jul 03 14:25:36 well, any idea why I am missing the logs with bitbake 1.8? Jul 03 14:26:06 fails on which step? Jul 03 14:26:28 I do not know, the output is - as you warned me - hard to read Jul 03 14:26:34 03marek.vasut 07org.oe.dev * rfbab458b... 10/ (1 packages/linux/linux-hackndev-2.6/palmld/defconfig): linux-hackndev-2.6: Updated defconfig for palmld. Jul 03 14:27:00 I think do_unpack failed Jul 03 14:27:05 Jin^eLD: but it tells which one fails Jul 03 14:27:33 if I bitbake only one package, why is it still trying to do some others in parallel? Jul 03 14:27:47 is there a mode where I could tell it to really build only this particular one so I could analyze the output more easily? Jul 03 14:28:00 * * OE Bug 2594 has been RESOLVED (FIXED) by Jul 03 14:28:02 * *  palmld defconfig Jul 03 14:28:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2594 Jul 03 14:28:12 bitbake -b package/foo/bar.bb -D Jul 03 14:28:36 oh ok, I did not do the -b thing Jul 03 14:28:52 thx Jul 03 14:29:11 it can not stat fw_env.config Jul 03 14:29:16 hi, all! Jul 03 14:29:40 did anyone try building uboot-utils-1.2.0 recently? Jul 03 14:29:49 hi slapin Jul 03 14:30:01 * * OE Bug 2535 has been RESOLVED (WONTFIX) by Jul 03 14:30:02 a stupid question - is it possible shell-wise to change group (setgid) temprorarily from script? Jul 03 14:30:02 * *  PalmLD defconfig for 2.6.21 Jul 03 14:30:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2535 Jul 03 14:30:08 Jin^eLD: it never built for me Jul 03 14:30:12 * * OE Bug 2557 has been RESOLVED (WONTFIX) by Jul 03 14:30:14 * *  PalmLD: new kernel defconfig Jul 03 14:30:16 * * http://bugs.openembedded.org/show_bug.cgi?id=2557 Jul 03 14:30:50 doh.. who changed it? 1.1.2 worked well Jul 03 14:30:52 Jin^eLD: I use u-boot-mkimage-gta01-native_oe.bb to get mkimage built Jul 03 14:31:31 what's that? can I safely use it? Jul 03 14:32:12 I think the problem in the .bb file is that it says file://fw_env.config, and that file is in the directory u-boot-1.2.0 but the .bb file is actually uboot-utils_1.2.0.bb so it can't find the source Jul 03 14:33:28 * hrw builds Ã…ngström for Sarge-AT91 Jul 03 14:33:56 Christopher: I will push support for Sarge (at91rm9200 board) when rootfs for it will be built Jul 03 14:34:39 hrw: cool. thanks. I am now removing the tmp directory and will try and start again. I am wondering if I don't have something right in the conf file. Jul 03 14:34:45 but I'll try it again. :) Jul 03 14:36:26 Christopher: DISTRO="angstrom-2007.1" MACHINE="yourmachine" is enough local.conf Jul 03 14:36:53 koen: the package you suggested does not build for me either Jul 03 14:37:02 hrw: will that impact anything? I didn't know what angstrom was... Jul 03 14:37:09 it fails with some patches or something Jul 03 14:37:37 Christopher: angstrom is main OE distro - it has to unify all our distros into one Jul 03 14:37:47 Christopher: and it is best supported one ;) Jul 03 14:38:20 hrw: ok...that sounds good. I thought it may be tailored to something hardware wise but I guess that is the MACHINE part. Jul 03 14:38:23 I'll give that a shot Jul 03 14:40:12 koen: when did you try this mkimage package last time? fails here Jul 03 14:41:27 well. I'll switch to the older uboot-utils 1.1.2, luckily I kept it around Jul 03 14:41:49 Jin^eLD: first do one thing Jul 03 14:42:21 Jin^eLD: mkdir uboot/files/;cp uboot/uboot-1.2.0/fw_env.config uboot/files/ and then build uboot-utils 1.2.0 again Jul 03 14:43:02 hrw: I tried copying the files over from 1.2.0 to files and it bombed out later on with some exception Jul 03 14:43:16 Jin^eLD: then pastebin it Jul 03 14:43:21 which looked quite similar to the one that I had when trying the package that koen suggested Jul 03 14:43:31 ok, one moment Jul 03 14:44:57 hi Jul 03 14:45:26 mrdata: hi Jul 03 14:46:23 http://pastebin.ca/601450 Jul 03 14:46:58 I do not know what this CommandError thing is, but looks like the patch is not applying Jul 03 14:47:25 hrw: hi Jul 03 14:48:58 Jin^eLD: show local.conf Jul 03 14:49:46 http://pastebin.ca/601454 Jul 03 14:53:31 hrw: the older uboot-utils_1.1.2.bb did always work without problems Jul 03 14:54:39 ok Jul 03 14:55:04 well, so what would you suggest? Jul 03 14:55:18 I was about to file a bugreport before you asked me for the paste Jul 03 14:56:57 file a bug Jul 03 14:57:09 roger that, will do tonight, gotta run now Jul 03 14:57:12 thx Jul 03 14:57:13 l8r Jul 03 15:01:18 hi Jul 03 15:02:53 morning Jul 03 15:06:22 :zecke: I went through the config log (... /temp/log.do_configure). TARGET_ARCH does not occur there. Jul 03 15:07:01 * * OE Bug 2413 has been RESOLVED (INVALID) by Jul 03 15:07:03 * *  Klimt wont compile Jul 03 15:07:05 * * http://bugs.openembedded.org/show_bug.cgi?id=2413 Jul 03 15:07:06 jan_js: sure it doesn't TARRGET_ARCH is a variable name Jul 03 15:07:13 zecke: where dou you think the mapping might be done ? Jul 03 15:07:18 jan_js: normally the values of variables is passed to the configure script? Jul 03 15:07:35 packages/qt*/*.{bb,inc}? Jul 03 15:08:33 check if -arch SOME_VALUE is passed to ./configure Jul 03 15:08:45 check configure on how it detects the arch Jul 03 15:10:29 zecke: configure says something like: Determining system architecture... (Linux:2.6.15.7:i686) System architecture: 'x86' Jul 03 15:12:49 zecke: there is a section in run.doconfigure where it calls configure with -crossarch x86 Jul 03 15:13:59 zecke: Before the call to configure, 3 lines are commented out: #export QMAKESPEC="linux-oe-g++" Jul 03 15:14:08 #rm -rf ./mkspecs Jul 03 15:14:18 #ln -sf /stuff/build/tmp/staging/i686-linux/share/qmake ./mkspecs Jul 03 15:16:02 jan_js: well, so -crossarch is passed to ./configure? Jul 03 15:16:09 jan_js: and the arch looks sane? Jul 03 15:16:32 jan_js: well then dig into the Qt sourcecode (configure script) and check if they allow cross compiling x86 Jul 03 15:21:10 zecke: At least I can see from the configure log that the configure finishes without error and shows the typical feature list at the end. Jul 03 15:22:12 jan_js: Well, I have currently no interest in Qt4. There was a mail on qt4-feedback for native compiling on ARM. You seem to have the opposite issue Jul 03 15:22:29 have to go, bye all!! see you in a week Jul 03 15:23:47 jan_js: I think fixing Qt's configure script shouldn't take more than 5 minutes if you understand the issue Jul 03 15:24:11 zecke: O.K. So for x86 there are allways other options, like using Gtk or efl, or - not using oe, as thelast resort. Jul 03 15:24:50 zecke: Anyway, I wil have a look into the script. Jul 03 15:28:51 jan_js: well, I can only give you hints Jul 03 15:29:02 jan_js: and tell you what I would do to fix it in 5 minutes Jul 03 15:29:57 jan_js: and you will run into this issue when cross compiling for x86, regardles of OE Jul 03 15:33:01 zecke: Thanks, Zecke, I appreciate your help. With not using oe I meant not cross - compiling, because that would be an option for my project. Jul 03 15:34:03 jan_js: look into it, it will be fairly easy to fix. Trust me :) Jul 03 15:35:36 http://lists.trolltech.com/qt4-preview-feedback/2007-05/thread00075-0.html Jul 03 15:35:46 your case is the other way around Jul 03 15:36:01 zecke: If you say so ;-) Jul 03 15:37:49 zecke: found the place where configure assembles an ARCG_STR, which it appends to QT_ARCH, which it then writes out Jul 03 15:38:06 ahem, ARCH_STR Jul 03 16:06:03 03koen 07org.oe.dev * r820c9166... 10/ (1 conf/machine/htcwallaby.conf): htcwallaby: remove comment that makes bitbake barf Jul 03 16:49:14 Morning all Jul 03 16:50:19 hi sirfred Jul 03 16:50:25 mickeyl: alive? Jul 03 16:51:56 CIA-3: report new machine Jul 03 16:52:25 hrw: kind of, yes :) Jul 03 16:52:47 mickeyl: how goes office? got rid of water? Jul 03 16:53:35 hi greentux Jul 03 16:53:41 hrw: yeah phew everything dryed and I' Jul 03 16:53:52 m almost finished placing all stuff Jul 03 16:54:21 good to hear Jul 03 16:54:35 mickeyl: smell will disappear soon Jul 03 16:54:47 hrw: yah, it's almost unnoticable now Jul 03 16:54:56 * mickeyl going to add some more Vanille candles :) Jul 03 16:55:20 ;) Jul 03 16:55:31 Floodings? Jul 03 16:55:40 Vanille candles for Vanille-media Jul 03 16:55:51 sirfred: yes :/ Jul 03 16:56:01 mickeyl: In Germany? Jul 03 16:57:18 hi everybody, Jul 03 16:57:32 sirfred: yes. we had an unusual amount of rain while i was in .tw and it soaked into my freshly new office Jul 03 16:57:46 mickeyl: Oh, sorry to hear that. :-( Jul 03 16:58:11 sirfred: thanks. good news is that hardly anything was damaged except our nerves... Jul 03 16:58:30 hi thesing Jul 03 16:58:30 * chouimat|lunch tought mickeyl's new office was near a swimming pool ... Jul 03 16:58:46 in this office i attached all devices and outlets directly to the wall as opposed to leaving them on the carpet (as in my previous offices) Jul 03 16:58:48 mickeyl: Well, it could be worse Jul 03 16:58:51 thesing: hi Jul 03 16:58:51 chouimat|lunch: heh Jul 03 16:59:14 mickeyl: sorry bad joke ;) Jul 03 16:59:34 chouimat|lunch: no problem. now it's over and i can smile over it again Jul 03 16:59:46 03hrw 07org.oe.dev * r81d27db3... 10/ (1 conf/machine/sarge_at91.conf): sarge_at91: added AT91RM9200 board from Black Mesa East project Jul 03 16:59:51 03hrw 07org.oe.dev * r9362dda0... 10/ (1 conf/machine/sarge_at91.conf conf/machine/sarge-at91.conf): sarge-at91: renamed to not conflict with overrides Jul 03 16:59:52 CIA-3: yay Jul 03 16:59:57 03hrw 07org.oe.dev * r157e251b... 10/ (1 conf/machine/sarge-at91.conf): sarge-at91: use u-boot 1.1.6 and linux 2.6.21 Jul 03 17:00:02 03McGregor 07org.oe.dev * r0b32061e... 10/ (3 files in 3 dirs): u-boot 1.1.6: added Sarge-AT91 support Jul 03 17:00:07 03hrw 07org.oe.dev * ra7fa35e3... 10/ (8 files in 4 dirs): linux: added Sarge-AT91 support (based on original submission kernel) Jul 03 17:00:10 Black Mesa... that sounds a little gothic. Jul 03 17:00:12 Christopher: thats for you Jul 03 17:00:14 03McGregor 07org.oe.dev * ra02852cd... 10/ (3 files in 3 dirs): u-boot 1.1.6: fix Sarge patchset Jul 03 17:00:22 03mwester 07org.oe.dev * r1293c35f... 10/ (1 packages/slugos-init/files/boot/kexec): Jul 03 17:00:22 /boot/kexec: Added tftp method to fetch kernel to boot, added notes on Jul 03 17:00:22 usage to the comments section. Jul 03 17:01:13 sirfred: its rather Half Life related Jul 03 17:01:24 hrw: :) Jul 03 17:01:40 board is nice - self made project Jul 03 17:02:27 I envy you, always playing with nice devices... Jul 03 17:02:51 sirfred: its friend's device Jul 03 17:03:08 sirfred: speaking about playing.. want to play with tosa maybe? Jul 03 17:03:16 Perhaps I should consider to change my job. Jul 03 17:03:26 what you are doing now? Jul 03 17:04:06 03hrw 07org.oe.dev * r799ba111... 10/ (1 packages/linux/linux.inc): linux: make Sarge-AT91 use u-boot-mkimage-gta01-native instead of uboot (which is not building) Jul 03 17:04:20 hrw: Software design and developing for a big enterprise. Jul 03 17:04:38 hrw: Used to enjoy a lot of C/C++, but now, mostly java. Jul 03 17:05:39 And less developing , more 3rd party integration ... Jul 03 17:06:53 They came with their shiny ppt presentations, dazzling our managers. Jul 03 17:06:59 haha, killer argument against using git: You can't have empty dirs in your repository Jul 03 17:08:34 zecke: killer how? Jul 03 17:08:55 hrw: About that tosa... I hardly have time to play with my husky. I'm back into trying to reverse engineering the idct/mc routines of the wince Toshiba e740 dll. Jul 03 17:09:54 no problem Jul 03 17:09:58 Probably the day I have a proper xvmc implementation using the card features, we could find it in history museums. Jul 03 17:10:14 wmat: you can't switch OE to git. If you do, it won't work and git doesn't tell you Jul 03 17:10:19 hrw: Thanks a lot for the offer, anyway Jul 03 17:12:16 zecke: couldn't you just have dirs with .gitignore files in them? Jul 03 17:12:34 wmat: it would be workarund Jul 03 17:12:59 wmat: and then you have .gitignore in your rootfs? Jul 03 17:13:12 wmat: well then you can fix base.bbclass to automatically remove .gitignore files Jul 03 17:13:24 wmat: then add special cases for packages that want to install .gitignore Jul 03 17:13:39 so you actually don't want to hardcode any SCM Jul 03 17:17:38 wmat: oh and the question is: Is this a theoretically problem. For me it isn't. I have broken build due git Jul 03 17:19:41 cu all Jul 03 17:19:46 hrw|gone: cu Jul 03 17:19:55 re Jul 03 17:20:27 guys, could you please take a look: http://www.deadlock.dhs.org/jin/log.do_rootfs.22123.txt Jul 03 17:20:40 I am trying to build angstrom but my do_rootfs is failing Jul 03 17:21:29 some KeyError: Parsing weirdness, something with bitbake? Jul 03 17:46:16 03florian 07org.oe.dev * rd77d1f96... 10/ (1 packages/linux/linux-x86_2.6.20.bb): linux-x86: Add deploying of kernel image again. Jul 03 17:46:22 03florian 07org.oe.dev * r4a07a607... 10/ (3 files in 2 dirs): 0xffff-native: Depend on libusb, license change to GPLv3. Jul 03 18:13:19 hmm Jul 03 18:13:32 hrw: thanks! Jul 03 18:13:33 * oxo keeps getting errors concerning pthread when building perl-native Jul 03 18:13:37 http://rafb.net/p/qLoFmZ71.html Jul 03 18:14:35 oxo: what distro do you use? Jul 03 18:14:44 ubuntu feisty (on x86) Jul 03 18:15:33 oxo: weird, your address looks 64bit wide... Jul 03 18:15:47 oxo: anyway, check if you have a pthread.so on your system Jul 03 18:15:53 good point Jul 03 18:16:04 /lib/libpthread.so.0 Jul 03 18:16:09 and /lib/tls/i686/cmov/libpthread.so.0 Jul 03 18:16:12 .so as well? Jul 03 18:16:26 yeah, but in /usr/lib/libpthread.so Jul 03 18:17:28 no idea, I use dapper,feisty, gusty and perl-native compiles fine. I would use strace -fF and check if it is looking for libpthread at all Jul 03 18:17:51 oxo: check the config.log of the perl package for signs of ptrace and if all fails patch perl to add -lpthread Jul 03 18:18:54 well, there seems to be no config.log Jul 03 18:19:09 ah right, it is perl and doesn't use autoconf Jul 03 18:19:18 oxo: you can look at the log file bitbake saved Jul 03 18:19:58 hmm, I see very strange things concerning a rogue 'test' somewhere in $HOME/bin :-) Jul 03 18:20:07 perhaps that fixes things Jul 03 18:22:04 tnx zecke, I think that fixed the problem Jul 03 18:22:27 hrw: so, this build of angstrom broke on qemu because it is using gcc 4.x instead of gcc 3.x what version are you using? do you spec that in the conf file? Jul 03 18:31:58 zecke|tv: it works! tnx! Jul 03 18:35:44 yay for 3+ hours of DSL outage Jul 03 18:36:10 core hm Jul 03 18:36:16 cordumo you are early home Jul 03 18:36:49 woglinde: hi Jul 03 18:41:57 he mrdata Jul 03 18:42:55 mrdata is the touchscreen fix for the suspend issue avaible now? Jul 03 18:43:41 woglinde: it is at slackpad svn Jul 03 18:43:51 ah in which oatch? Jul 03 18:43:54 ups patch Jul 03 18:43:54 woglinde: there is no touchscreen bug for now Jul 03 18:44:17 fine ;) Jul 03 18:44:51 woglinde: it is included into the driver source Jul 03 18:45:06 linux-2.6.21-SIMpad-ucb1x00-ts-supend-and-accuracy.patch Jul 03 18:45:08 iguess Jul 03 18:45:19 woglinde: yes ;-) Jul 03 18:45:39 mrdata it seems we have a error with ipc Jul 03 18:45:53 but I will confirm it after building new kernel Jul 03 18:46:09 woglinde: i know and i have no reason for it Jul 03 18:46:26 hm Jul 03 18:49:16 sysvipc is enabled in my kernel config Jul 03 18:52:28 mrdata woglinde: do you think we should start to use the bugtracker for stuff like that? Jul 03 18:53:05 mr_nice good idea Jul 03 18:53:16 and you guys can start using quilt for patches Jul 03 18:53:22 mr_nice: also okay for me Jul 03 18:53:38 than its easier to share Jul 03 18:53:53 quilt is really simple Jul 03 18:53:58 quilt new patch.name Jul 03 18:54:02 quilt edit somefile Jul 03 18:54:10 quilt refresh patch.name Jul 03 18:54:18 and some more commands Jul 03 18:54:21 for patching series Jul 03 18:54:35 aeh maintain series Jul 03 18:54:42 of patches Jul 03 18:56:00 woglinde: do you have a link for it? Jul 03 18:56:07 no Jul 03 18:56:18 I searched for a tutorial Jul 03 18:56:28 and zecke helped me with the commands Jul 03 18:56:43 I can put it in yur wiki Jul 03 18:56:52 quilt is always build with oe Jul 03 18:57:10 so you can use it its under oetm/staging/ix86/bin Jul 03 18:58:04 mr_nice: -> http://kerneltrap.org/node/5061 Jul 03 18:58:45 woglinde mrdata: ok thx I will try to get into quilt Jul 03 18:59:00 yeah made patching work a lot easier Jul 03 18:59:35 woglinde: I hope so Jul 03 19:00:09 you can edit more files for one patch Jul 03 19:00:31 woglinde: qte-mt_2.3.10 will not clean compile (do_patches for devfs.patch failed) to build a opie-image Jul 03 19:00:53 ah right Jul 03 19:00:56 woglinde: any hints for that? Jul 03 19:00:59 I fixed a local here Jul 03 19:01:08 devfs patch can go away Jul 03 19:01:17 because we use 2.6 Jul 03 19:01:20 kernel Jul 03 19:01:30 okay, that make sence Jul 03 19:02:12 yes Jul 03 19:02:20 I simply removed it Jul 03 19:02:21 -SRC_URI_append_simpad = "file://devfs.patch;patch=1 " Jul 03 19:06:27 woglinde: many thx ;-) Jul 03 19:07:32 woglinde: have any other local fixes? Jul 03 19:07:42 hm yes Jul 03 19:08:16 for uclibc Jul 03 19:10:34 hm, no errors for building uclibc-0.9.29-r5 Jul 03 19:10:42 yeah Jul 03 19:10:47 but bluez-utils Jul 03 19:10:56 needs patching 2 headers Jul 03 19:14:38 and there can i find this patches? Jul 03 19:14:49 soon in oe Jul 03 19:14:53 or is it simple stuff? Jul 03 19:15:00 hm its really simple Jul 03 19:15:02 but Jul 03 19:15:34 the toolchain had some side effects after my "ineditings" Jul 03 19:15:35 mom Jul 03 19:15:45 i will ade it available for you Jul 03 19:18:07 * cbrake digs into ARM/mono issues again ... Jul 03 19:18:22 he koen Jul 03 19:18:54 hi all Jul 03 19:19:07 hi koen Jul 03 19:20:30 hi all, Jul 03 19:20:54 what's the older version of bitbake good for OE ? Jul 03 19:21:18 im using 1.6.9 on my build server gremlin[it] Jul 03 19:21:34 1.8 doesnt work well enough for it Jul 03 19:21:39 mrdata -> http://page.mi.fu-berlin.de/heinold/uclibc.diff Jul 03 19:21:58 hi guys, I was wondering, is anyone working on adding distcc support to OE? Jul 03 19:22:00 pull the 1.6 branch Jul 03 19:22:38 woglinde: thx! Jul 03 19:22:54 mhh ok so 1.6.6 present in Fedora 6 should be good :) Jul 03 19:23:59 gremlin[it] no idea, i'd trash it and pull the svn personally :) Jul 03 19:24:38 im also interested in jonli447s question; is there distributed compiling on the roadmap please? Jul 03 19:24:55 timtimred: http://lists.linuxtogo.org/pipermail/openembedded-commits/2007-July/006578.html Jul 03 19:25:27 doh! it needs a version of bitbake that breaks on my build server Jul 03 19:25:28 timtimred i hope radhat/fedora people don't make customization on bitbake :) :) HAHHAH Jul 03 19:25:31 thx koen Jul 03 19:26:59 um. i should check if its fixed i guess. Jul 03 19:29:23 re Jul 03 19:30:50 hi florian Jul 03 19:38:00 re Jul 03 19:39:05 hrw: wb Jul 03 19:39:52 thesing: ping Jul 03 19:40:43 hi hrw Jul 03 19:40:56 hm mrdata/mrnice cs3 patch has some issues Jul 03 19:41:25 woglinde: how to create an metabug for simpad? Jul 03 19:41:28 woglinde: in witch way? Jul 03 19:41:37 grrr bitbake 1.8.6 don't work on fedora x86_64 :( Jul 03 19:41:38 http://pastebin.ca/601886 Jul 03 19:41:48 header missing I guess Jul 03 19:42:54 woglinde: I have seen one for oz but I don't know how to create one Jul 03 19:44:00 mr_nice hm I guess you cant apply meta bug for simpad Jul 03 19:44:16 mrdata -> http://pastebin.ca/601886 Jul 03 19:44:36 mr_nice: you create bug, give it a name 'meta bug for simpad' and add list of simpad bugs as 'this bug depend on:' Jul 03 19:45:38 hrw: thx Jul 03 19:46:00 thesing: I will push 2.6.21 linux-rp with collie patches adapted to apply. please do test does it works at all Jul 03 19:48:46 thesing: two patches are in packages/linux/linux-rp-2.6.21: locomo-spi-r4 (r3 adapted for 2.6.21) and sharp-pm-r1 (adapted for .21) Jul 03 19:48:54 woglinde: please apply linux-2.6.21-SIMpad-serial-gpio_keys-and-cs3-ro.patch Jul 03 19:50:00 * * OE Bug 2592 has been RESOLVED (FIXED) by openembedded(AT)hrw.one.pl Jul 03 19:50:02 * *  linux-rp_2.6.21.bb has the wrong Collie patches Jul 03 19:50:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2592 Jul 03 19:50:14 woglinde: this extend /include/asm-arm/arch-sa1100/simpad.h Jul 03 19:50:42 mrdata oh my fault Jul 03 19:50:52 i deleted the wrong patch Jul 03 19:50:55 woglinde: no problem Jul 03 19:51:55 hrw: I think I updated the patches too and put them online. I'll check. Jul 03 19:52:03 ok Jul 03 19:54:02 * * OE Bug 2595 has been created by  Jul 03 19:54:04 * * meta bug for simpad Jul 03 19:54:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2595 Jul 03 19:55:11 hrw: thanks for adding sarge to linux_2.6.21 Jul 03 19:55:49 hmz, now I'm getting 'getsockopt failed strangely' when I start iptables on the device Jul 03 19:57:14 koen: first it was as linux-sarge but I like my linux_VER recipes Jul 03 19:57:50 woglinde mrdata can some one of you make a bugreport for the ipc problem? Jul 03 19:58:31 hrw: I updated the sharpsl-pm patch some time ago: http://www2.informatik.hu-berlin.de/~tkunze/zaurus/patches/sharpsl_pm-2.patch Jul 03 19:58:43 thesing: ok Jul 03 19:58:47 hrw: what did you change on locomo-spi? Jul 03 19:59:20 03hrw 07org.oe.dev * r290305d1... 10/ (4 files in 3 dirs): linux-rp 2.6.21: adapted collie patches to apply - close #2592 Jul 03 19:59:22 thesing: Makefile Jul 03 20:00:21 thesing: can you use patchname-rNUM.patch? Jul 03 20:00:51 bb in 10-15m Jul 03 20:00:58 hrw: if I get bored on holidays I might take a look at merging linux-x86 and ep93xx into linux_.bb Jul 03 20:01:09 hrw: I changed names because of quilt (atomatic renames patches on fork) Jul 03 20:02:40 hrw: http://www2.informatik.hu-berlin.de/~tkunze/zaurus/patches/locomo_spi-4.patch is my updated version. Jul 03 20:05:17 psokolovsky: hi. does opie use tslib for touchscreen? I tried the opie-image16mb on collie and the touchscreen didn't work. Jul 03 20:07:32 thesing yes Jul 03 20:07:35 thesing: when did you try? Jul 03 20:08:09 psokolovsky: last week. Jul 03 20:08:29 thesing: try again Jul 03 20:09:05 psokolovsky: ok. Jul 03 20:11:55 thesing: ah.. Jul 03 20:13:13 hrw: I renamed all patches to -rN. Jul 03 20:13:18 night all Jul 03 20:13:37 I guess I should write a script that does that. Jul 03 20:14:15 thesing: sharpsl_pm-2.patch or sharpsl_pm-r2.patch? Jul 03 20:14:42 mrdata: good night to you Jul 03 20:15:54 thesing: I am asking because I want to push linux-rp changes Jul 03 20:16:08 koen: nice it would be Jul 03 20:16:20 hrw: Ok. I forgot one rename. Jul 03 20:17:24 hrw: now its sharpsl_pm-r2.patch and locomo_spi-r4.patch Jul 03 20:17:27 koen: we also can talk with crofton about merging linux-omap_2.6.21 into linux_2.6.21 Jul 03 20:17:36 thesing: already noticed and changed recipe Jul 03 20:19:36 hrw: if i remember correctly there where problems with mmc on 2.6.21. But i haven't time to test. I have build 2.6.22-rc some time ago but haven't found time to test it either :( Jul 03 20:19:58 ok Jul 03 20:20:11 thesing: users also wants to test 2.6.21 ;D Jul 03 20:21:00 * * OE Bug 2583 has been RESOLVED (FIXED) by Jul 03 20:21:02 * *  modutils-cross_2.4.27.bb; added missing debendency "bison-native " Jul 03 20:21:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2583 Jul 03 20:26:00 * * OE Bug 2581 has been RESOLVED (FIXED) by Jul 03 20:26:02 * *  unable to build virtual/kernel => patch Jul 03 20:26:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2581 Jul 03 20:33:49 people, I think we hav inconsistency here. build requires bison to be installed on host and at the same time some packages require bison-native. Why not just update all packages requiring bison just depend on *-native packages? Jul 03 20:34:19 slapin_nb: thats the plan Jul 03 20:34:53 hrw, that's great! Jul 03 20:35:23 slapin_nb: if you know which parts of OE need bison-native then report them as bugs Jul 03 20:36:19 hrw, ok, I will. Jul 03 20:36:34 hrw: don't you mean report bugs for builds using host bison and not bison-native from OE? Jul 03 20:37:20 03hrw 07org.oe.dev * r9f6cc5f5... 10/ (1 packages/linux/linux-rp_2.6.21.bb): linux-rp: switch to Thomas patches Jul 03 20:37:25 03Patrik 07org.oe.dev * rf7249bf5... 10/ (3 files in 2 dirs): modutils(-cross): depend on bison-native - closes #2583 Jul 03 20:37:30 03hrw 07org.oe.dev * r8313ef9b... 10/ (1 packages/linux/linux-rp_2.6.21.bb): linux-rp: switch to Thomas patches Jul 03 20:37:34 03Patrik 07org.oe.dev * r2c850bc3... 10/ (1 conf/distro/sharprom-compatible.conf): sharprom-compatible: use sanity and changed DISTRO_VERSION so builds does not break on 2.4-crapix kernels - close #2581 Jul 03 20:37:39 03hrw 07org.oe.dev * r36a42fda... 10/ (1 packages/tasks/task-opie-all.bb): task-opie-all: added missing PACKAGES - should close #2572 Jul 03 20:39:32 bye Jul 03 20:39:52 Zero_Chaos: report all ones which use bison and do not depend on bison-native Jul 03 20:43:47 What's wrong with the host's bison? (Soon we'll have "linux-native" being built by OE!!!) Jul 03 20:45:48 Heck, at *some* point, we need to assume that the builder has a sane host system, no? Jul 03 20:56:45 mwester: not all hosts ship bison :\ Jul 03 20:57:34 then use yacc Jul 03 21:02:52 CoreDump|home: agreed. But most hosts can install bison from somewhere. The question is, what/how/who decides when we have to make a "-native" package versus declaring the host in question to be too broken to build with OE? Jul 03 21:03:24 good question Jul 03 21:03:36 right now that would mean blacklisting gentoo and fedora Jul 03 21:04:02 and ubuntu Jul 03 21:04:31 gentoo for moving headers around, fedora for their VDSO stuff and ubuntu for dash Jul 03 21:05:34 Ok, understand. Jul 03 21:06:09 But if user joe comes along, and says he needs *-native to make OE build on "joe-linux", do we do that? Jul 03 21:06:10 I'd love to have OE working on those 3 without -native packages, but that would mean a serious amount of work Jul 03 21:06:48 I think we'd need to look at that on a case to case basis Jul 03 21:07:13 Specific example: for the tz* recipes, I was required to create a recipe for zic-native. Can we not expect that rational, sensible machines have a working zic? Jul 03 21:07:51 * mwester is not trying to argue, just trying to understand the decision process. Jul 03 21:08:01 I have no idea Jul 03 21:08:17 I have 'build-essential' installed since I started using linux Jul 03 21:09:07 I think it depends on teh popularity of the recipe and obscureness of the native package Jul 03 21:09:21 s/teh/the/g Jul 03 21:09:50 Ok. I can handle that -- :-D it's not strictly a technical set of criteria. Jul 03 21:13:28 as usual, it's fuzzy and ad-hoc Jul 03 21:15:13 As long as we all admit that. The worst is when fuzzy and ad-hoc decisions are presented and defended as being based on sound technical merits. Jul 03 21:23:00 night Jul 03 21:23:41 ~lart keyunlocking of greenphone Jul 03 21:23:41 * ibot_ breaks out the Hoover and sucks up keyunlocking of greenphone Jul 03 21:32:00 * * OE Bug 2596 has been created by  Jul 03 21:32:02 * * angstrom simpad: gpe touchscreen calibration restarts without reason Jul 03 21:32:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2596 Jul 03 21:33:36 woglinde: can you add a bugreport for that ipc problem? Jul 03 21:35:23 mr_nice Jul 03 21:35:27 yes I will Jul 03 21:37:34 woglinde: thx Jul 03 21:37:57 I will do it tommorrow Jul 03 21:38:21 woglinde: ok Jul 03 21:38:53 re Jul 03 21:59:02 * * OE Bug 2572 has been RESOLVED (FIXED) by Jul 03 21:59:04 * *  meta-opie is broken since task-opie-16mb.bb Jul 03 21:59:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2572 Jul 03 22:08:00 * * OE Bug 2585 has been RESOLVED (FIXED) by Jul 03 22:08:02 * *  No sound output - SL-C750 Jul 03 22:08:04 * * http://bugs.openembedded.org/show_bug.cgi?id=2585 Jul 03 23:22:44 03polyonymous 07org.oe.dev * r48173d5e... 10/ (3 files in 3 dirs): uicmoc-native 2.3.10: an attempt to fix build against recent kernel, bug #2564 Jul 04 00:34:37 * wick7xx is away: afk **** ENDING LOGGING AT Wed Jul 04 02:59:56 2007