**** BEGIN LOGGING AT Wed Jan 18 03:00:03 2006 Jan 18 03:00:17 hrw: I need to add the patch first ;-) Jan 18 03:00:26 RP: ah. ok Jan 18 03:00:56 hrw: We have one which is known to work, but the bug will remind me to add it... Jan 18 03:01:08 RP: do you have a corrected patch? I can check if rapidly with a bitbake -n Jan 18 03:01:50 jbowler-away: http://www.rpsys.net/openzaurus/temp/bitbake-prefprov-r1.patch Jan 18 03:05:33 jbowler-away: A quick test here with DISTRO="openslug" gave ixp4xx-kernel as the kernel... Jan 18 03:11:50 RP: looks fine here too - nothing build unexpectedly Jan 18 03:13:20 jbowler-away: This sounds good :). I'll post it to the mailing lists and ask for further testing. I want to ajust the patch slightly to give warnings if more than one matching PREFERRED_PROVIDER is found first though. Jan 18 03:19:10 RP: http://www.oesf.org/forums/index.php?showtopic=17208 - with aternative (closed) sd stack c760 mount 2G sd card Jan 18 03:19:43 hi koen Jan 18 03:20:34 hrw: Interesting. It can't work around the fact that the Z can only handle blocksizes < 1024 Jan 18 03:20:48 hrw: I wish people would open source these things :-/ Jan 18 03:20:51 hi koen Jan 18 03:21:33 heh Jan 18 03:21:44 woo, a gpe image on x86_64 machine Jan 18 03:21:49 hrw: I posted a fix for something like that on the LKML a few weeks ago and RMK killed it Jan 18 03:22:13 CP|Dresden: Which fix was that? Jan 18 03:22:34 It forced the filesystem blocksize to 512 and adjusted the capacity accordingly Jan 18 03:22:53 According to RMK, that only works for cards that support partial block write Jan 18 03:24:53 http://article.gmane.org/gmane.linux.ports.mips.general/10997 Jan 18 03:26:24 CP|Dresden: Ah, I remember now, yes. I like the idea although I can also see rmk's point :-/ Jan 18 03:27:04 At the very least, this might give large cards a chance of working on the pxa... Jan 18 03:30:08 what does windows do? Jan 18 03:31:41 http://www.rpsys.net/openzaurus/temp/bitbake-prefprov-r2.patch is the version with better warnings. No funtionality change though Jan 18 03:40:35 RP: you were right about the kernel, I didn't flash the akita yet but in rootfs are the right modules in the right folder Jan 18 03:50:11 katossi_uni: excellent :) Jan 18 03:51:39 ~lart 2.4-crapix for using loadkeys Jan 18 03:51:39 * ibot whips out a sword and chops 2.4-crapix in half for using loadkeys Jan 18 04:04:32 no monotone servers running again? Jan 18 04:05:19 looks like vanille died on my push Jan 18 04:07:49 hrw: I assume you dont have the power (tm) Jan 18 04:08:15 good assumed Jan 18 04:08:52 damn, that was a bad choice on mickeyl part to delegate to people who are also not here Jan 18 04:15:42 morning all Jan 18 04:15:50 hi Liam Jan 18 04:16:18 hrw: are you going to FOSDEM ? Jan 18 04:16:24 lrg|home: no Jan 18 04:16:28 :( Jan 18 04:16:37 RP: your patch for rrecommends works Jan 18 04:17:07 lrg|home: two reasons: 1. my parents meet Ania parents, 2. no cash Jan 18 04:17:21 hi liam Jan 18 04:17:44 hrw: thanks for testing. I'll queue it up for zecke :) Jan 18 04:18:01 RP: still don't have my novotel confirmation yet. I need to chase this up today Jan 18 04:19:58 lrg|home: ok. I think OH is all sorted out now :) Jan 18 04:23:47 hrw: Could you pull the glibc_20050627 rm bits/* fix into the release branch please? Jan 18 04:24:19 RP: add proper patch to #350 Jan 18 04:25:37 I'm not toolchain expert and current glibc recipe works for me Jan 18 04:29:56 hrw: patch added - its already in .dev Jan 18 04:30:11 hrw: It wouldn't work if you wiped your DL_DIR Jan 18 04:31:53 RP: iirc I started from clean dl_dir on ewi Jan 18 04:32:49 hrw: Then you'd have hit an error. Its broken in the release branch (it was reported yesterday) Jan 18 04:34:11 hrw: it doesn't work for me Jan 18 04:34:53 something about "file must be written based on the data type sizes of the target" Jan 18 04:35:42 ah. Jan 18 04:36:33 removing the files from tmp/work/glibc*/libc/bits (as per RP's suggestion) does allow the compile to (successfully?) finish Jan 18 04:37:08 + file://arm-no-hwcap.patch;patch=1 \ Jan 18 04:37:16 that part add too? Jan 18 04:38:15 nope Jan 18 04:39:06 hrw: bug 350 has the patch that's needed Jan 18 04:39:50 found Jan 18 04:40:41 commited Jan 18 04:40:48 hrw: thanks Jan 18 04:41:04 XorA: btw, when you updated ipk-utils, the CVS format didn't quite conform to our PV SCMDATE version policy ;-) Jan 18 04:41:39 RP: feel free to fix - I wanted to clean it and be able to upgrade Jan 18 04:42:09 Thankfully, the fix (missing plus sign) won't break upgrades Jan 18 04:42:32 RP: I dont remeber messing with ipkg-utils Jan 18 04:42:42 XorA: I messed it Jan 18 04:43:35 XorA: Sorry, I meant hrw :) Jan 18 04:44:11 NOTE: preferred version 0.23 of gpe-clock not available Jan 18 04:44:11 NOTE: preferred version 0.1.28 of gpe-conf not available Jan 18 04:44:11 NOTE: preferred version 0.42 of gpe-what not available Jan 18 04:44:11 RP: had me panicked there, wondered what crap Id checked in by accident Jan 18 04:44:35 branch has bad version of gpe preffered.... Jan 18 04:48:17 XorA: when sylpheed will get update in OE? Jan 18 04:48:31 29 Sep Sylpheed 2.0.2 (stable) has been released. Jan 18 04:48:37 19 Oct Sylpheed 2.1.4 (development) / 2.0.3 (stable) has been released. Jan 18 04:49:22 RP: pushed Jan 18 04:49:37 hrw: sylphhed doesnt compile against gnutls Jan 18 04:49:48 hrw: and I havent got round to butchering it again yet Jan 18 04:49:54 ko Jan 18 04:50:16 gpe-image for borzoi is making rootfs... Jan 18 04:51:44 XorA: So what's the problem with orbit2? It does seem to define PKG_CONFIG_MIN_VERSION... Jan 18 04:52:05 hrw: Why not just set SRCDATE_ipkg-utils = "2005mmdd" in the distro.conf files? Jan 18 04:52:20 Although that error comes from the line that defines it... Jan 18 04:52:28 RP: last change was 2005-03-30 Jan 18 04:52:37 soon it will be year... Jan 18 04:52:39 DataBeaver: comment out line install -m 0644 ${WORKDIR}/pkg.m4 ${S}/ in pkgconfig_0.15.bb, rebuild both native and target versions Jan 18 04:52:46 DataBeaver: then continue your build Jan 18 04:53:06 ok Jan 18 04:53:26 hrw: I realise we want to fix the SRCDATE but why do it in the package - why not use a preferred-version file? Jan 18 04:53:35 Care to explain exactly what is the source of the problem? Jan 18 04:54:01 DataBeaver: Im afraid Ive no idea what or why on this problem, but we replace that file and the one we replace with is radically different, but no-one I spoke to knows why Jan 18 04:54:13 k Jan 18 04:54:37 hrw: I'm also not sure your change works as SRCDATE is never set to 20050330, just the PV is... Jan 18 04:55:41 * XorA swears as he forgot to set his / to SD and wastes 5 minutes debugging it again Jan 18 04:57:57 RP: hm Jan 18 04:58:55 RP: added - will push Jan 18 04:59:06 RP: thx for noticing Jan 18 04:59:15 hrw: Can you also rename to include the + in PV? Jan 18 04:59:35 hrw: May as well standardise on the naming :) Jan 18 05:00:13 ;) Jan 18 05:00:39 1.6+cvs20050404 or 1.6cvs+20050404? Jan 18 05:02:15 1.6+cvs20050404 Jan 18 05:02:28 As per the policy on the wiki :) Jan 18 05:06:41 RP: any idea how to make packages like tslib/sysvinit auto rebuild on MACHINE change? some subpackages are machine related but $PN is not Jan 18 05:08:08 hrw: The only way is to mark all the packages that .bb provides as machine dependent at the moment :-/ Jan 18 05:08:40 Or mark the package as having machine dependent subpackages somehow and have bitbake clean those packages when changing machine... Jan 18 05:09:13 Really, we should have a way of marking a paritcular build as being machine specific I guess Jan 18 05:09:28 note not package but build Jan 18 05:10:09 yes Jan 18 05:12:44 XorA: Commented that line, reparsed pkgconfig, rebuilt pkgconfig and pkgconfig-native, but I still get that error. Jan 18 05:13:29 DataBeaver: did you clean the orbit2-native? Jan 18 05:15:07 Yes Jan 18 05:16:32 oh, that worked for me Jan 18 05:18:31 But why does it say PKG_CONFIG_MIN_VERSION is possibly undefined on the line that's trying to define it? Jan 18 05:18:47 DataBeaver: I know noting about m4 magic Jan 18 05:19:30 Me neither. Jan 18 05:23:50 Maybe I should nuke the tmp dir... Jan 18 05:29:16 Hm, has the organization of the work dir changed recently? Jan 18 05:31:22 DataBeaver: in .dev? Jan 18 05:31:33 yeah Jan 18 05:32:09 Just noticed that I have pkgconfig-native-0.15.0-r2 in work as well as in work/i686-linux Jan 18 05:32:23 multimachine got included Jan 18 05:32:38 DataBeaver: erp, you have a criss crossed /tmp, probably time for a clean then Jan 18 05:34:29 I suppose I can leave the deploy directory at least? Jan 18 05:34:43 yes Jan 18 05:35:03 but when you wipe tmp then you will rebuilt deploy too Jan 18 05:35:34 mkdir conf/distro/include/; touch conf/distro/include/mutlimachine.conf from within your builddir will disable it Jan 18 05:36:58 Well, I want to keep the packages I've already built Jan 18 05:37:24 If there's an easy way to build only those I have built previously, do tell. Jan 18 05:38:14 It shouldn't matter that you have half your packages built with multimachine and half not. Jan 18 05:38:40 Neither staging nor the output packages are affected; the worst that will happen is that it tries to rebuild some stuff unnecessarily. Jan 18 05:39:53 It would be especially if I could take the package list from my Zaurus and rebuild those packages Jan 18 05:58:25 hi Jan 18 06:06:10 <_law_> http://www.busybox.net/news.html 1.1.0 is here Jan 18 06:13:10 nice Jan 18 06:13:42 it has some things which we currently have from other packages.. fuser, e2fsprogs, less Jan 18 06:27:23 bbl Jan 18 06:29:21 I can't connect to ewi Jan 18 06:33:48 It's been down since yesterdy I believe Jan 18 06:39:16 DataBeaver: ewi is up, monotone on ewi is not Jan 18 06:39:50 ok Jan 18 06:40:51 hmm Jan 18 07:06:55 hrw|food: ewi appears down from here :-( Jan 18 07:08:04 Not responding to ping may be perfectly normal... Jan 18 07:08:07 I just started bitbake there Jan 18 07:08:36 It does respond to http Jan 18 07:08:40 hrw|food: Perhaps apache isn't running either then... Jan 18 07:08:50 and it doesn't respond to pings :) Jan 18 07:09:16 RP: apache responds too Jan 18 07:09:20 I get the apache2 default page when I http to ewi546.ewi.utwente.nl Jan 18 07:10:43 My fault. I had a typo in the url I was using (http:///) :) Jan 18 07:11:10 heh Jan 18 07:11:50 An empty server doesn't work too well. Jan 18 07:12:13 DataBeaver: empty? Jan 18 07:12:23 it has so much usefull build power Jan 18 07:13:59 if I would have to build test images on my machines then it would take week Jan 18 07:14:28 DataBeaver: I did have a url after that. The three slashes were confusing thinsg Jan 18 07:16:44 Yeah, according to the http spec, an url starting with http:/// has an empty server part Jan 18 07:26:08 03hrw 07org.oe.oz354fam083 * r53b00c3d... 10/packages/glibc/glibc_2.3.5+cvs20050627.bb: Jan 18 07:26:09 glibc 2.3.5-cvs20050627: Add hack to work around the CVS breakage of the upstream repository Jan 18 07:26:09 taken from .dev Jan 18 07:26:12 03hrw 07org.oe.oz354fam083 * r403c4ec5... 10/packages/glibc/glibc_2.3.5+cvs20050627.bb: unbumped PR as change did not changed packaging Jan 18 07:26:17 03florian 07org.oe.dev * r6140847f... 10/packages/rxvt-unicode/rxvt-unicode_5.6.bb: rxvt-unicode: Split binaries into separate packages (5.6). Jan 18 07:26:21 03hrw 07org.oe.dev * r70c6a809... 10/packages/qpealarmclock/ (8 files in 4 dirs): qpealarmclock: updated to 1.0.9 and added it's clock applet - close #536 Jan 18 07:26:25 03hrw 07org.oe.dev * r7eab4425... 10/packages/ipkg-utils/ (6 files): ipkg-utils/ipkg-link: added fixed SRCDATE and renamed due to policy Jan 18 07:27:03 <_law_> http://pastebin.com/511448 <-- next gnokii proglem any ideas? Jan 18 07:27:07 <_law_> xpm is installed Jan 18 07:29:07 Hi! I'd like to use distcc for building... Are there any issues? Jan 18 07:46:55 koen|work: thx again for hrw@ewi456 Jan 18 08:04:51 hi drw Jan 18 08:08:19 * XorA prods monotone.vanille Jan 18 08:08:41 * hrw goes afk Jan 18 08:08:59 3.5.4 prepared for testing so I can ;) Jan 18 08:09:45 gah, I guess it died again as my sync has frozen Jan 18 08:28:13 hi Jan 18 08:28:25 hi CoreDump|home Jan 18 08:28:35 hi CoreDump|home Jan 18 08:34:14 hi all. Jan 18 08:34:21 anyone using distcc with oe? Jan 18 08:41:44 Is somewhere a big OpenEmbedded Logo available? Jan 18 08:41:51 I need it for a presentation Jan 18 08:45:58 oe/contrib/oe.svg Jan 18 08:47:15 cu Jan 18 09:17:36 morning Jan 18 09:26:00 night Jan 18 09:39:09 vanille.de now has an autorestarter :) Jan 18 09:39:38 koen: woowoo Jan 18 09:42:06 The only thing left is to brief mickeyl :) Jan 18 09:43:50 koen: what happened to ewi, that was always old mr reliable Jan 18 09:43:59 hm Jan 18 09:44:09 wtf is qtopia-core *g* Jan 18 09:48:47 XorA: some stupid c++ app in bitbake world OOMs/forkbombs it Jan 18 09:48:51 2G ram + 2g swap Jan 18 09:48:58 ~lart g++ Jan 18 09:48:58 * ibot throws a AN/M-8 smoke grenade at g++ Jan 18 09:50:02 ah wait Jan 18 09:50:09 this time /home ran out of space Jan 18 09:50:21 *g* ~lart koen Jan 18 09:50:42 * koen suspects zecke or hrw ;) Jan 18 09:51:09 =) Jan 18 09:51:12 zecke is in eidhoven Jan 18 09:51:43 koen: now I wonder if vanille has lost my changes Jan 18 09:54:33 all monotone server (ewi, vanille, nslu2 and dominion) have the same access rules now Jan 18 09:54:56 servers* Jan 18 09:55:45 why is zecke in eidhoven? Jan 18 09:58:47 koen: thanks for sorting that :) Jan 18 09:59:39 hmm handhelds.org is down or? Jan 18 10:23:16 Is dominion up to date? Jan 18 10:24:15 Cobelius: it should be Jan 18 10:30:41 monotone: warning: discarding revision data packet ea1b1fd1c744adb0b6a3d4bfd0d80654e097fee8 with unmet dependencies Jan 18 10:30:46 any ideas? Jan 18 10:37:59 monotone: error: database schema bd86f9a90b5d552f0be1fa9aee847ea0f317778b is unknown; cannot perform migration Jan 18 10:59:02 ReleaseNotesInProgress and OpenZaurusReleaseNotes ... isn't this redundant ? Jan 18 11:04:48 Yay, orbit2-native got past configure Jan 18 11:10:36 hi all Jan 18 11:11:19 wondering if someone could help me with a bitbake question... Jan 18 11:11:46 if multiple packages provide the same thing, must you define a preferred provider in order to have one build? Jan 18 11:42:38 hi Jan 18 11:42:43 Hi hrw Jan 18 11:42:58 testing gpe on c760 Jan 18 11:43:03 Err, this thing is still building orbit2-native? Jan 18 11:43:26 hrw: hows it going? Jan 18 11:43:36 Is it really big enough to warrant 40+ minutes building time? Jan 18 11:44:19 Hm, there's a make process that appears to be stuck... Jan 18 11:45:26 XorA|gone: bugs exist Jan 18 11:45:44 hrw: that is always true Jan 18 11:46:37 It would be rather alarming if all bugs suddenly disappeared Jan 18 11:47:00 using the latest db snapshot (from ewi): Jan 18 11:47:04 monotone: misuse: branch org.openembedded.dev has multiple heads Jan 18 11:47:16 when trying to checkout Jan 18 11:48:19 raduga: someon has to merge them Jan 18 11:52:18 Something wrong with orbit2... It gets stuck with a certain make all-am Jan 18 11:55:39 Anyone else seen this? Jan 18 11:56:02 DataBeaver: no, Ive built that package about 20 times in last couple of days and not seen that Jan 18 11:57:34 hm, strange. Jan 18 11:59:18 DataBeaver: months ago I had a problem like that with another package, but I cant remeber which package or the cure, what it was doing was running a file from /usr/bin/* instead of an OE generated one, the /usr/bin one had slightly different args and was waiting on input Jan 18 12:13:19 I don't think make would be waiting for input... Jan 18 12:13:53 DataBeaver: what is make calling as a sub process though Jan 18 12:14:31 Nothing. Jan 18 12:14:49 top shows the make process itself taking almost 100% of cpu time. Jan 18 12:15:42 DataBeaver: now that does sound bad :-) Jan 18 12:15:52 Yes it does. Jan 18 12:17:28 XorA|gone: What version of make are you using? Jan 18 12:17:41 GNU Make 3.80 Jan 18 12:18:03 GNU Make 3.81beta4 here, supposing bitbake uses the system make Jan 18 12:18:17 hrw|gone: I've just pushed altboot to .dev Jan 18 12:18:42 DataBeaver: seems to Jan 18 12:26:51 re for a moment Jan 18 12:51:11 is there any way for me to use OE to populate /usr/include on a zaurus or similar handheld? Jan 18 12:53:04 Doesn't it build devel-packages? Jan 18 12:53:14 simcop2387: install dev packages on device Jan 18 13:00:49 is there a way to set the preferred CVS_RSH method in a bb file cvs uri? Jan 18 13:01:29 because gnu-config-native would not pull down with CVS_RSH set to ssh, but JavaScriptCore would not pull without CVS_RSH set to ssh Jan 18 13:04:16 LoDown: gnu-config is now fetched via the pserver method. just clean out your sources/cvs/gnu-config and try again Jan 18 13:06:32 i got it to pull down...but it required unsetting CVS_RSH Jan 18 13:06:57 then when I got to Javascriptcore, i was having problems yet again...so I set cvs_RSH back to ssh Jan 18 13:06:59 and it worked Jan 18 14:28:52 maybe more lucky here ? : trying to build in .dev... which fails... and suggests defining PREFERRED_PROVIDER_virtual/arm-linux-libc-for-gcc ... should I do that ? Jan 18 14:38:57 good evening Jan 18 14:39:06 ~seen zecke Jan 18 14:39:09 'evening Jan 18 14:39:27 zecke was last seen on IRC in channel #oe, 23h 17m 27s ago, saying: 're'. Jan 18 14:39:32 hi [lala_] Jan 18 15:01:09 Hm, gconf-dbus is failing to build... Jan 18 15:02:58 | make[2]: *** No rule to make target `../backends/libgconfbackend-oldxml.la', needed by `xml-test'. Stop. Jan 18 15:05:23 Seems to be a parallel make error. Jan 18 15:05:40 Yeah, it got built after a couple retries. Jan 18 15:09:02 03xora 07org.oe.dev * r40b75988... 10/packages/gpe-bluetooth/gpe-bluetooth_0.49.bb: gpe-bluetooth_0.49.bb : add libcontactsdb to the DEPENDS Jan 18 15:09:08 03nail 07org.oe.dev * r090d8243... 10/ (9 files in 4 dirs): Jan 18 15:09:09 packages/lirc: Add NSLU2 support to lirc. Jan 18 15:09:09 Update lirc to 0.7.2+0.8.0pre4 Jan 18 15:09:09 Add lirc to slugos-packages Jan 18 15:09:13 03xora 07org.oe.dev * r45341717... 10/packages/libxsettings-client/ (2 files in 2 dirs): Jan 18 15:09:13 libxsettings-client_0.16.bb : fix a problem with include paths Jan 18 15:09:13 * Makefile.am contained a -I$(includedir) which is bogus and has now been Jan 18 15:09:15 patched out. This prevented building on my X86_64 machine. Jan 18 15:09:20 03xora 07org.oe.dev * r6fc08cb0... 10/packages/ppp/ (2 files in 2 dirs): Jan 18 15:09:20 ppp_2.4.3.bb : Makefile references /usr/lib /usr/include directly. Jan 18 15:09:21 * Patched out the checks the Makefile does for /usr/include/crypt.h and Jan 18 15:09:25 /usr/include/libcrypt.* as this is broken in cross compile and these Jan 18 15:09:27 files should always exist and be used for an OE generated libc. These Jan 18 15:09:29 bogus checks prevented compiling on X86_64 Jan 18 15:09:31 03coredump 07org.oe.dev * r83783039... 10/packages/altboot/ (5 files in 3 dirs): Jan 18 15:09:33 altboot: Jan 18 15:09:35 - Fixed a bug where altboot wouldn't prompt for the menu but do init 5 instead Jan 18 15:09:37 - Cosmetic changes (Thanks to andrewy@#openzaurus) Jan 18 15:09:39 - Fixed a bug where pressing enter to start altboot would launch the default option. (Thanks to prh@#openzaurus) Jan 18 15:09:41 - Disabled "Copy RootFS" menu item as this part is not finished, yet. Jan 18 15:09:45 03jbowler 07org.oe.dev * r6808527d... 10/packages/ (3 files in 2 dirs): Jan 18 15:09:47 libnet: add PROVIDES for API specific versions in 1.0.2a, 1.1.2.1 Jan 18 15:09:49 dsniff: change DEPENDS to use libnet-1.0 in 2.3 Jan 18 15:09:51 - v2.3 of dsniff uses the API from libnet 1.0, no later version of Jan 18 15:09:55 dsniff exists, therefore the API must be forced to be 1.0 Jan 18 15:09:57 03jbowler 07org.oe.dev * r4ab8fa05... 10/packages/meta/slugos-image.bb: slugos-image: correct the sed arch.conf edit in the rootfs for 1.0 Jan 18 15:10:36 hey Jan 18 15:17:02 RP: seen that with git? Jan 18 15:17:03 23:17:12 [I] /home/zecke/scm_convert/gitside $ git add packages/libtomcrypt/libtomcrypt_0.97b.bb Jan 18 15:17:05 fatal: unable to create new cachefile Jan 18 15:18:10 hey zecke... Jan 18 15:18:21 zecke: i was in berlin today... :) Jan 18 15:18:32 greentux: I just returned here :) Jan 18 15:18:39 greentux: how was the meeting? Jan 18 15:18:53 zecke: fine. Jan 18 15:19:02 zecke: will there again next week. Jan 18 15:19:14 i hope that is a good sign Jan 18 15:20:31 zecke: yes, we will do some thing together.. i hope you are using also OE environment for the building? Jan 18 15:21:17 greentux: we do Jan 18 15:22:37 greentux: and Qtopia is a beast to build Jan 18 15:22:39 zecke: thats nice. we are using 2.6.15 on the Z, so it should be possible to integrate our features in your environment Jan 18 15:23:10 zecke: in this project, the gui will be your job. we have only some doings in the kernel... and kernel related user space :) Jan 18 15:23:29 zecke: btw: the usb port is client only said your boss. i cant believe... Jan 18 15:24:59 greentux: it is a pxa26x Jan 18 15:25:35 zecke: yes, i know. and there is client only? i dont know the chips in detail... Jan 18 15:25:53 greentux: the pxa27x added usb2go (client+master) Jan 18 15:27:17 zecke: mmmh. but i heard about the next hw revision :) with 270. but not in th enext months. Jan 18 15:27:37 zecke: and somebody programmed a sdio driver.... tahts right? Jan 18 15:28:26 greentux: hard to comment ;) did mr. von Streit say that? Jan 18 15:28:56 zecke: yes. he said somebody is coding a sdio driver, but the slow version (1bit) ... Jan 18 15:29:49 zecke: but its no problem, next week we will go deeper in these problems. perhaps we can help to code this driver. the hardware should work (he said). sd-memory too Jan 18 15:29:57 the hardware is capable of one bit sdio Jan 18 15:30:16 greentux: and we have sd/mmc block device running Jan 18 15:30:26 RP: when will you be at the fosdem? Jan 18 15:31:00 zecke: yes, but we need sdio (if usb cant work as host... :) are u there next thuersday/friday? Jan 18 15:31:09 zecke: are u @fosdem too? Jan 18 15:33:02 there is hope for usb host Jan 18 15:33:14 well I plan to, I just wanted to book a flight Jan 18 15:34:36 zecke: is the usb problem a problem there RP can help to solve? Jan 18 15:35:56 greentux: no there needs to be an extra usb host chip Jan 18 15:36:32 zecke: ah ok. that is possible yes. so we had the sd port free for block devices... Jan 18 15:38:00 zecke: and i heard about a browser... Jan 18 15:38:09 zecke: hope khtml based Jan 18 15:42:16 greentux: won't comment on that one Jan 18 15:42:37 zecke: :) ok, can talk about @fosdem Jan 18 15:42:56 greentux: how do you get there? Jan 18 15:43:09 greentux: is it only on thr 25th and 26th? Jan 18 15:43:21 zecke: flying... dresden -> munich -> bruessel Jan 18 15:43:24 * zecke has Casis Jan 18 15:43:46 zecke: yes, but we will arrive friday afternoon... Jan 18 15:45:15 I need to check with mickeyl... Jan 18 15:45:34 I wdon't want to arrive too early and don't want to leave too late/early Jan 18 15:45:56 zecke: yes sunday we have alsso an early flight. Jan 18 15:46:50 I need to go to bed now Jan 18 15:47:14 cu Jan 18 15:56:16 koen|food: do you run monotone 0.26 preview one already? Jan 18 16:25:43 alright...i have asked this question before, and koen gave me some hints...but it didn't help out... Jan 18 16:26:00 the touchscreen on my iPAQ h5555 does not activate with the newer images Jan 18 16:26:15 if I flash it w/ .8.2 familiar, it works... Jan 18 16:26:50 but with images that I build (lately), the touchscreen turns on, but the backlight never comes on and it does not accept any input Jan 18 16:27:01 any ideas? Jan 18 16:31:12 the boot message says "Disabling LCD controller" Jan 18 16:31:15 why is it doing this Jan 18 16:44:50 hi zecke Jan 18 16:45:03 ah, he left... Jan 18 16:50:43 i guess nobody uses ipaq's anymore? Jan 18 16:51:37 hrm. Jan 18 16:51:41 Zaurus SL-5500, ho! Jan 18 16:51:46 haha Jan 18 16:51:53 sorry, just got mine ;) Jan 18 16:52:01 its all good Jan 18 16:52:02 building OZ for akita, I seem to keep getting failure at the kernel make Jan 18 16:52:11 (both 2.4 and 2.6) Jan 18 16:52:14 /mnt/dvd/oz/build/tmp/work/linux-openzaurus-2.6.14+2.6.15-rc7-r2/temp/run.do_patchcleancmd.3026: line 509: syntax error near unexpected token `(bb.data.getVar('INHIBIT_PACKAGE_STRIP',' Jan 18 16:52:18 i'm just annoyed because I have no idea what the problem is. Jan 18 16:52:30 I know it is not with my ipaq, because older images work Jan 18 16:52:31 I don't see anything obviously wrong with the .bb Jan 18 16:52:55 should that be inherit? Jan 18 16:53:17 lodown: what image do you have that works, and what image is broken? Jan 18 16:53:44 the last one i _know_ works is the 0.8.2 image Jan 18 16:53:44 obviously, newer vs older, but how much time elapsed? which kernel are you using? Jan 18 16:54:09 same kernel? or different? Jan 18 16:54:34 i am using 2.4.19-rmk-pxa1-hh39 Jan 18 16:54:40 i am not sure Jan 18 16:55:05 -hh39 is for the older (working) or newer (broken) image? Jan 18 16:55:24 the newer broken one Jan 18 16:55:46 find out what kernel you were using on the old image. Jan 18 16:55:52 its possible something's changed Jan 18 16:55:59 ok... Jan 18 16:56:19 it sounds like something's panicking early in the boot process Jan 18 16:56:26 raduga: check your DISTRO Jan 18 16:56:39 i have it set as familiar-0.8.3 Jan 18 16:57:08 DISTRO = "openzaurus-3.5.4" Jan 18 16:57:43 oh...didn't see you weren't talking to me :) Jan 18 16:57:44 do you have openzaurus-3.5.4.conf in conf/distro? Jan 18 16:58:32 pb: drat! silly me :( Jan 18 16:58:57 pb: my faith in OE devs is restored. thanks Jan 18 16:59:10 heh Jan 18 16:59:50 ok...i'm retarded... Jan 18 17:00:21 the H5555 (mine) is in the h3600 machine 'path'...i had it set as h3900 in my local.conf Jan 18 17:00:23 :( Jan 18 17:02:07 pb: actually. there's an 'openzaurus.conf' and 'openzaurus-unstable.conf' Jan 18 17:02:31 should the DISTRO be just the text name? or name + version? Jan 18 17:05:10 raduga: you probably want DISTRO="openzaurus-unstable" Jan 18 17:05:30 LoDown: h3900 is correct for h5555 Jan 18 17:05:33 thank you. Jan 18 17:06:21 crap Jan 18 17:06:24 oh...thanks Jan 18 17:11:48 raduga: there is no openzaurus 3.5.4 yet; it's in development still Jan 18 17:23:39 libgpewidget is failing to build... Jan 18 17:23:47 | /home/tdb/roinaa/OpenZaurus/src/build/tmp/work/armv5te-linux/libgpewidget-0.107-r0/libgpewidget-0.107/configure: line 21890: PKG_PROG_PKG_CONFIG: command not found Jan 18 17:23:48 | /home/tdb/roinaa/OpenZaurus/src/build/tmp/work/armv5te-linux/libgpewidget-0.107-r0/libgpewidget-0.107/configure: line 22013: syntax error near unexpected token `cairo,' Jan 18 17:23:48 | /home/tdb/roinaa/OpenZaurus/src/build/tmp/work/armv5te-linux/libgpewidget-0.107-r0/libgpewidget-0.107/configure: line 22013: ` PKG_CHECK_EXISTS(cairo, ENABLE_CAIRO=yes, ENABLE_CAIRO=no)' Jan 18 17:35:10 DataBeaver: you need a newer pkg-config Jan 18 17:35:50 I need to do monotone update for that? Jan 18 17:45:31 Grr... How can monotone be so slow... Jan 18 18:51:33 is mono broken? when trying to build it (jan2006prebreakage revision) it fails, here's the output: http://pastebin.com/512391 Jan 18 19:19:21 andrewy, what compiler are you using? Jan 18 19:21:57 emte: gcc arm 2.95.3 20010315 Jan 18 19:22:59 you compiling for the Sharp kernel? Jan 18 19:23:16 openzaurus-unstable Jan 18 19:23:24 hmm Jan 18 19:23:37 i thought you could use 3.3x for that Jan 18 19:24:12 what did the gcc page say? Jan 18 19:24:19 since its clearly a compiler issue Jan 18 19:25:01 i didnt bother asking them, because they would just tell me to upgrade Jan 18 19:25:17 # Jan 18 19:25:17 | socket-io.c:793: internal compiler error: in arm_print_operand, at config/arm/arm.c:9887 Jan 18 19:25:17 # Jan 18 19:25:17 | Please submit a full bug report, Jan 18 19:25:17 # Jan 18 19:25:17 | with preprocessed source if appropriate. Jan 18 19:25:19 # Jan 18 19:25:22 | See for instructions. Jan 18 19:25:26 ugh bad paste ... Jan 18 19:25:32 i guess i can use 3.3x, i'll upgrade Jan 18 19:30:38 grr Jan 18 19:30:47 how can 0.8.3 be this buggy ... Jan 18 19:46:51 how can i tell what compiler bitbake is using? Jan 18 22:45:18 03jbowler 07org.oe.dev * r35f14ece... 10/packages/ctrlproxy/ctrlproxy_2.6.2.bb: ctrlproxy: fix configure step in 2.6.2 Jan 18 22:45:27 03jbowler 07org.oe.dev * r109886e9... 10/packages/meta/slugos-packages.bb: slugos-packages: add MAINTAINER info, move corrected dsniff package back in in meta Jan 18 22:45:55 03jbowler 07org.oe.dev * r2bc00fe3... 10/ (3 files in 2 dirs): ixp4xx-kernel: bugfix release 2.6.15.1 **** BEGIN LOGGING AT Wed Jan 18 22:59:29 2006 **** BEGIN LOGGING AT Wed Jan 18 23:03:21 2006 Jan 19 01:14:17 03coredump 07org.oe.dev * rcb16fc63... 10/packages/initscripts/ (3 files in 2 dirs): Jan 19 01:14:18 Akita keymap: Jan 19 01:14:18 - Map "Alt" to the japanese button to the right of "Ctrl" Jan 19 01:14:18 - Allow changing of VTs with "Alt"+[1-5] Jan 19 01:14:18 - Fix mapping of "@" to use "Fn", not "Shift" as indicated on the keyboard Jan 19 01:14:18 - Add keymap-extension-2.4-de.map for german "umlauts" This file can be loaded in _addition_ to the normal keymap. I'll work out a way to package and use it. Currently it is _not_ packaged. Jan 19 01:14:23 03coredump 07org.oe.dev * r3c8d4c49... 10/packages/initscripts/ (initscripts-1.0/keymap initscripts_1.0.bb): initscripts: Add support for keymap extensions to /etc/init.d/keymap Jan 19 01:23:56 hi Jan 19 01:24:39 CoreDump|afk: does those changes should go into branch (keymaps)? Jan 19 01:26:15 well, it wouldn't hurt. The Akita keymap is very usable as it is so it doesn't really fix any "bugs" Jan 19 01:26:44 ok. Jan 19 01:26:52 CoreDump|afk: so I will update altboot Jan 19 01:27:16 CoreDump|afk: opie-ttf-support will get update which will generate 'fixed' fontline Jan 19 01:27:18 yep, it's tested under 3.5.4 Jan 19 01:27:37 nice Jan 19 01:28:01 CoreDump|afk: I had all code on disc - needed to update it a bit and test Jan 19 01:28:22 could you please cp .dev/libsdl .354/libsdl? 3.5.4 SDL is missing a patch from.dev and doesn't compile Jan 19 01:28:25 ok. time to go work. 1st time since 06.01.06 Jan 19 01:28:30 <_law_> hrw, i have read that you have build new test images. also for collie? Jan 19 01:28:35 have fun=) Jan 19 01:29:04 _law_: write comment for proper post on openzaurus.org and will send you link Jan 19 01:29:21 I have table with all testers and machines Jan 19 01:29:39 3.5.4 will be probably most tested release - ~40 machines now Jan 19 01:30:28 be back soon Jan 19 01:31:24 <_law_> hrw, done (hope you can find my mail address) :-) Jan 19 01:55:21 re Jan 19 01:55:26 _law_: will Jan 19 01:56:35 koen was saying something about lack of space on ewi? :) I'm cleaning builddir - 14G freed already Jan 19 01:56:39 2 Jan 19 01:57:17 morning Jan 19 01:57:39 hi Xra Jan 19 02:11:16 I freed ~20G on ewi Jan 19 02:11:32 took too much Jan 19 02:12:32 <_law_> hrw|work, you found my mail address ? Jan 19 02:12:40 _law_: not checked yet Jan 19 02:12:54 after nearly 2 weeks I have 300M update here Jan 19 02:13:05 hi all Jan 19 02:13:15 hi bluelightning Jan 19 02:13:19 hi hrw|work Jan 19 02:25:27 <[lala]> morning all Jan 19 02:25:32 <[lala]> RP: ping Jan 19 02:25:54 hi lala Jan 19 02:26:05 <[lala]> hi hrw :) Jan 19 02:26:43 hi [lala] Jan 19 02:27:23 <[lala]> hi blue :) Jan 19 02:41:09 morning Jan 19 02:42:26 I was thinking about how to include localized keymaps into OE. I believe the best way would be a new package "keymap-locale-XX_machine". As keyboard extensions are _very_ small, one could even just install all languages at once (as in keymap-locales_machine). What do you think? Jan 19 02:45:35 morning all Jan 19 02:45:39 [lala]: pong Jan 19 02:45:45 hi RP Jan 19 02:45:47 hi RP Jan 19 02:45:50 <[lala]> RP: hi rp Jan 19 02:45:59 ..and that's what happens when you have inadequate harddrive cooling. Jan 19 02:46:27 <[lala]> RP: i have the kernel trace on pastebin: http://pastebin.ca/37373 Jan 19 02:48:23 <_law_> hrw|work, thanks now i am an offical beta tester :-) Jan 19 02:48:43 [lala]: Looks like a bug in the hci release/close code Jan 19 02:50:37 <[lala]> RP: do you think you can trace it down and fix it? Jan 19 02:52:00 [lala]: Probably. It would be easier with some hardware to reproduce the problem though Jan 19 02:56:28 morning Jan 19 02:57:58 morning **** ENDING LOGGING AT Thu Jan 19 02:59:58 2006