**** BEGIN LOGGING AT Mon Sep 19 02:59:56 2005 Sep 19 03:05:44 heh.. 2.95 strikes back.. Sep 19 03:06:06 void DbFlatDir::store(const char *recordName,const void *record,int length) Sep 19 03:06:15 (char*)record += width; Sep 19 03:06:25 'nice' code.... Sep 19 03:09:51 ~lart coders which wrote code for 2.95 gcc only Sep 19 03:09:51 * ibot rm -rf's coders which wrote code for 2.95 gcc only Sep 19 03:11:10 hrw|work: thats not even for 2.95.X thats just a C programmer trying to do C++ and failing Sep 19 03:11:55 XorA: maybe - but 2.95 compile that Sep 19 03:12:16 03rpurdie 07org.oe.dev * r9081cef3... 10/packages/linux/ (14 files in 2 dirs): linux-oz-2.6: Create a linux-openzaurus.inc containing common metadata. Add 2.6.14-rc1 as our stable kernel. Sep 19 03:12:25 hrw|work: I would guess at a win32 coder :-) Sep 19 03:12:45 snmpz should be rewritten probably... "const char*" in C++ are very bad Sep 19 03:12:47 imho Sep 19 03:13:08 hrw|work: yeah, String is such a nicer class :-) Sep 19 03:13:18 XorA: QString in that app Sep 19 03:13:29 hrw|work: QT sux0rs :-) Sep 19 03:14:32 XorA: if app is written for qt(e) then it SHOULD use QT provided STL like classes Sep 19 03:14:46 who needs extra 800K from libstdc++? Sep 19 03:15:22 RP: can you add cpufreq for development kernel? Sep 19 03:15:41 hrw|work: you could also so who needs extra 800K from qt STL copy Sep 19 03:16:15 XorA: if you have QT then you have it Sep 19 03:16:26 snmpz is qte app Sep 19 03:16:27 hrw|work: I can but the development kernel is so broken you don't want to use it ;-) Sep 19 03:16:33 hrw|work: I dislike a widget set that tries to replace a whole OS Sep 19 03:16:50 MFC sucked, people stop copying it Sep 19 03:16:52 RP: ok - I have -mm3 currently.. have to bump to rc1 then Sep 19 03:17:15 hrw|work: Just don't change to -rc1-mm1 Sep 19 03:17:29 RP: what about LOZ_ENABLE_CPUFREQ flag? Sep 19 03:17:43 RP: ok - will go to rc1 Sep 19 03:18:10 RP: perfect timing for that checkin, I had just started a kernel compile :-) Sep 19 03:18:50 hrw|work: I don't think we need the flag as it will be added soon enough Sep 19 03:19:10 ok Sep 19 03:19:20 XorA: There will be a slight problem with hostap 0.4.4 and this kernel - use hostap 0.3.9 Sep 19 03:19:26 XorA: I build 2 kernels today.. Sep 19 03:19:28 RP: ok, cool Sep 19 03:20:22 I'll have to tweak that hostap kernel patch to make it look for kernel version 2.6.15 :-/ Sep 19 03:24:06 RP: rc1-mm1-rX < rc1-rX - even DEFAULT_PREFERENCE is not needed ;) Sep 19 03:25:05 hrw|work: I know - I just want to make it explicit though - -rc1-mm1 is broken :) Sep 19 03:28:35 NOTE: package linux-openzaurus-2.6.14-rc1-r0.1: task do_fetch: started Sep 19 03:31:56 I suddenly get the feeling tosa-bl-r5 is going to bite... Sep 19 03:32:07 NOTE: package linux-openzaurus-2.6.14-rc1-r0.1: task do_patch: completed Sep 19 03:32:14 NOTE: Applying patch 'tosa-bl-r5.patch' Sep 19 03:32:54 I suspect that your cached version is the good copy from my site - not the bad one from Dirks... Sep 19 03:33:01 RP: 1b24360a1b0238a3f1d67b72aff01ea9 tosa-bl-r5.patch - correct? Sep 19 03:33:17 RP: bump that patch maybe? tosa-bl-r5.1.patch Sep 19 03:34:43 RP: would it be an idea to have all patches in OE for the 'stable' kernel? Sep 19 03:35:12 RP: and only do weekly (or monthly) updates to that? Sep 19 03:37:49 koen: Its never really been a problem before and I only touch the stable kernel for bug fixes... Sep 19 03:38:01 03rpurdie 07org.oe.dev * ra2d3ac01... 10/packages/linux/linux-openzaurus_2.6.14-rc1.bb: linux-oz-2.6: Fix a potential conflict with the tosa-bl patch. Sep 19 03:56:51 hey Sep 19 03:57:02 hi zecke Sep 19 03:57:07 hi zecke Sep 19 03:57:09 hrw|work: RP : is the text/font issue resolved? Sep 19 03:57:23 zecke: I think so but I've not tested yet Sep 19 03:58:05 zecke: yes Sep 19 03:58:16 zecke: opie-freetype was missing Sep 19 03:58:51 my FreeBSD build stopped at libc-headers Sep 19 04:00:34 hail zecke Sep 19 04:01:30 RP: did you managed to build hostap-modules 0.4.4 with rc1 kernel? Sep 19 04:02:05 RP: http://pastebin.com/367925 Sep 19 04:02:16 hrw|work: It won't build - need to remove the kernel update patch. But is also won't run properly anyway... Sep 19 04:02:37 I'll update that patch... Sep 19 04:02:40 RP: ok - just wanted to know Sep 19 04:10:24 03rpurdie 07org.oe.dev * r867a0401... 10/packages/hostap/hostap-modules-0.4.4/kernel_updates.patch: Sep 19 04:10:25 hostap: These changes will happen in 2.6.15 but are present in the current -mm Sep 19 04:10:25 series. To get this to work, -mm kernels will have to pretend to be 2.6.15. The Sep 19 04:10:25 only other alternative is to break 2.6.14 series kernels which is unacceptable. Sep 19 04:12:50 * zecke gets angry... ;) Sep 19 04:13:23 what happened zecke? Sep 19 04:13:49 RP: NOTE: package hostap-modules-0.4.4-r0: task do_build: completed Sep 19 04:13:50 thx Sep 19 04:14:18 RP: did you say 0.4.4 wont work even though it compiles? Sep 19 04:14:50 XorA: Correct. It will work until you try to eject the card Sep 19 04:16:12 hrw|work: I just read a diploma thesis that got graded 1.0... Sep 19 04:16:18 well one word *bullshit* Sep 19 04:17:27 zecke: 1.0 is the highest grade, right? Sep 19 04:17:28 zecke: Ah. I presume that wasn't 1/100 :) Sep 19 04:18:15 koen: right... excellence... Sep 19 04:18:40 koen: Code Part is unfinished, written code is crap, textual writing is crap... Sep 19 04:18:51 koen: in total nothing was achieved, really nothing... Sep 19 04:19:09 damn I should pass by raising my hand... Sep 19 04:27:45 03koen 07org.oe.dev * r41414d67... 10/packages/gpsd/gpsd.inc: packages/gpsd/gpsd.inc: fix depends Sep 19 04:30:59 zecke: in my last programming course the supervisors told me to use '//' to comment code in C Sep 19 04:31:18 koen: wow didn't know science was at c99 ;) Sep 19 04:31:39 koen: place comments with // at column 80+ ;) Sep 19 04:31:50 heh Sep 19 04:31:54 koen: When I was at uni, we used to get final year students who couldnt even spell C let alone code it supervising the labs Sep 19 04:32:15 our IDE was borland turbo C++ Sep 19 04:32:22 yes, the DOS version Sep 19 04:32:29 the year was 2003 Sep 19 04:32:40 koen: sucks Sep 19 04:32:53 This comfirms I was right to do Physics ;-) Sep 19 04:32:54 I start to hate Uni, it wastes my time Sep 19 04:32:55 XorA: I nicked my dads docs on that Sep 19 04:33:15 The only lanaguage they taught us was FORTRAN... Sep 19 04:33:17 50 cm of complate documentation and c/C++ api :) Sep 19 04:33:24 RP: sounds right, I'm too untrained for physics... Sep 19 04:33:43 * XorA did combo Computer Science / Electrical Engineering, and I must say, 99% of CS students on that course should not have been allowed a gameboy let alone a computer Sep 19 04:34:25 to reserve a computer in the LAB we used to turn off the monitor Sep 19 04:34:42 ~lart lazy people for using cp -a instead of cp -PRp ... Sep 19 04:34:42 zecke: the supervisors were amazed that I used switch() instead of 5 if statements... Sep 19 04:34:42 * ibot says "boot to the head" and knocks lazy people over for using cp -a instead of cp -PRp ... Sep 19 04:34:47 koen: in 2001 I wrote diploma using turbo c++ dos version Sep 19 04:34:59 koen: and you failed? as if was the only answer? Sep 19 04:35:12 zecke: I was the first one to use it Sep 19 04:35:13 RP: And did you ever have to use FORTRAN? Sep 19 04:35:43 lardman|work: At Uni I was forced to. I got out of it whenever I could... Sep 19 04:35:57 koen: at least NL is not too narrow minded... Sep 19 04:36:03 I still can't write C/C++, but at least I know I'm better at is than the CS students Sep 19 04:36:07 our main programming lecturer used to fail you if you didnt check for unprintable characters in C strings, even if you had used a function that removes unprintable characters for you :-( Sep 19 04:36:10 koen: I would have lost, as my solution is not equal to the example solution Sep 19 04:36:12 RP: Yeah I was taught it at uni, and I was about the only person who every used it - on placement writing CFD code Sep 19 04:36:56 XorA: did you ever repair nullmodem cable using chewing gum? Sep 19 04:37:18 I never want to see any FORTRAN ever again. C is better in every respect now. Sep 19 04:37:21 zecke: I hate when that happens Sep 19 04:37:24 hrw|work: no, but I did make a modem connection using a keyring and my thunb when we were hacking in blackpool one year Sep 19 04:37:32 In 1977 it might not have been but its 2005 now... Sep 19 04:37:51 koen: wget localhost/OE/OE.db.bz2 ;) Sep 19 04:37:57 XorA: I used terminal which has 2 wire nullmodem... Sep 19 04:38:08 XorA: ground was by powerline Sep 19 04:38:16 zecke: cp /var/www/OE/OE.db.bz2 is probably faster :) Sep 19 04:38:26 koen: 27MB/s was good enough Sep 19 04:38:59 oh, and one lecturer who couldnt figure that the max range of cos is -1 to 1 Sep 19 04:41:39 still no word from CELF... Sep 19 04:41:50 I was lucky in the most of my lecturers were quite good. It was just the fact they'd ignored 30 years of computer development... Sep 19 04:42:19 koen: Day X, still no contact with CELF Sep 19 04:42:38 and a maths lecturer who was so bad, they used to give us the answers before an exam Sep 19 04:42:39 zecke: I'm starting to sounds like all those maemo blogs Sep 19 04:42:49 "no news, x days left in Q3" Sep 19 04:42:54 hehe Sep 19 04:43:16 "no pad, x days left until Q3" Sep 19 04:45:33 I should look at SElinux integration in OE Sep 19 04:47:35 actually... Sep 19 04:47:47 * koen looks at "information theory and coding" Sep 19 04:48:02 grep -rni 'cp -a' * | wc -l Sep 19 04:48:02 97 Sep 19 04:48:22 shakes head, GNU makes gay ;) Sep 19 04:57:30 Hmmm. Hotplug is broken on the latest OZ kernel - echo "/sbin/hotplug" > /proc/sys/kernel/hotplug makes it work... Sep 19 04:57:52 03freyther 07org.oe.dev * r8167de3e... 10/packages/linux-libc-headers/ (3 files): Sep 19 04:57:53 packages/linux-libc-headers: Sep 19 04:57:53 -Use a more compatible command-line argument. -a is compatible Sep 19 04:57:53 to -dpR and -d is the same as -P and -P exist on FreeBSD Sep 19 04:58:14 RP: I thought hotplug was dead? Sep 19 04:58:28 koen|away: happen to have a reachable FreeBSD machine Sep 19 04:59:17 or can anyone offer me an account on a FreeBSD system? Sep 19 05:00:14 heh.. I love gpe stuff failing because of libtoolized to tmp/work/... Sep 19 05:00:29 | grep: /home/hrw/devel/build/0912/tmp/work/armv5te-linux/glib-2.0-2.6.4-r0/glib-2.6.4/glib/libglib-2.0.la: No such file or directory Sep 19 05:04:28 XorA: We use it for the firmware uploading for orinoco when its built into the kernel Sep 19 05:08:23 ~lart libtool errors in gpe stuff Sep 19 05:08:23 * ibot whips out his power stapler and staples libtool errors in gpe stuff's foot to the floor Sep 19 05:10:52 after cleaning tmp/work to build gnome-vfs you need to rebuild atleast: glib2, dbus, orbit2, bonobo ;( Sep 19 05:16:31 Ah, udev disabled hotplug in our images Sep 19 05:17:05 I'm not sure udev is a complete replacement for hotplug yet... Sep 19 05:18:26 I think we need a udev firmware script Sep 19 05:20:50 hrw|work: all of the stuff you mentioned isn't gpe Sep 19 05:21:20 koen: ok - it's used for gpe-image Sep 19 05:21:25 zecke: I don't know of any reachable *bsd machines Sep 19 05:22:07 hrw|work: it seems you built the wrong gnome-vfs Sep 19 05:22:19 koen: no - I just did 'rm -rf tmp/work' Sep 19 05:22:20 since gnome-vfs-dbus doesn't require orbit Sep 19 05:22:34 koen: gnome-vfs was taken automatically ;( Sep 19 05:33:23 hrw|work: sounds like a missing PREFERRED_PROVIDER Sep 19 05:42:39 03koen 07org.oe.dev * rdaa9aa70... 10/conf/distro/preferred-gpe-versions-2.7.inc: conf/distro/preferred-gpe-versions-2.7.inc: add preferred provider for gnome-vfs-dbus Sep 19 05:43:34 reenoo_: have you considered doing a mini bitbake and call it debian/rules? Sep 19 05:48:37 zecke: heh. no. might work though Sep 19 05:49:25 lo Sep 19 05:49:50 hi gerwinin Sep 19 05:50:23 Ciao all Sep 19 05:51:05 reenoo_: do you get along with monotone? - at least to some degree? Sep 19 05:52:21 Pigi: hey, which version should contain the FreeBSD patch? Sep 19 05:52:56 hi zecke, I have to say that having a biggest problem with "depends:" I did reverted the patch. Sep 19 05:53:29 I was too scary to commit two different patches in the same time, having all that problems. Sep 19 05:53:29 oh, was that patch guilty? Sep 19 05:53:38 understandable Sep 19 05:54:01 If I have problems with the latest patch, at least I know where to look. Sep 19 05:54:31 zecke: to some extent, yeah. I miss a couple of IMO important features and I still think its speed (or lack thereof) makes it a bad choice. Sep 19 05:54:35 If you wan't I can supply you the patch for testing, now that we are stable. Sep 19 05:54:44 want even Sep 19 05:54:52 ~ help botmail Sep 19 05:55:48 hey renoo Sep 19 05:56:01 Zecke: and are you happy with the outcome of the election :) Sep 19 05:57:04 Pigi: yeah please Sep 19 05:57:26 zecke _at_ handhelds.org ? Sep 19 05:57:28 reenoo_: speed yes, no alternatives were presented though Sep 19 05:57:31 Pigi: yep Sep 19 05:57:39 ok Sep 19 05:57:44 gerwinin: hehe, it was nice to see our chancelor on cocaine... Sep 19 05:58:00 gerwinin: actually it was a shame... Sep 19 05:58:52 koen: thx for fix Sep 19 06:08:33 We're really missing the hotplug scripts - network devices fail to auto configure :-/ Sep 19 06:09:17 mmc cards fail to mount :-/ Sep 19 06:09:26 03freyther 07org.oe.dev * r59667439... 10/ (23 files in 16 dirs): Sep 19 06:09:26 GNU cp has a nice -a switch, sadly the BSD tools lack it Sep 19 06:09:26 update our descriptions to work with any version of cp. Patches that include Sep 19 06:09:26 cp -a are not changed. They seem to work and I'm too scared busybox cp Sep 19 06:09:26 is more like GNU cp than BSD cp. (e.g do not know about P) Sep 19 06:09:37 03freyther 07org.oe.dev * rbe38e619... 10/packages/ (5 files in 4 dirs): Same GNU cp changes... Sep 19 06:09:42 03freyther 07org.oe.dev * r01581970... 10/packages/ (21 files in 21 dirs): Make cp invocations BSD compatible Sep 19 06:09:48 mmc cards fail to umount :) Sep 19 06:15:48 03rpurdie 07org.oe.dev * rfe605f84... 10/conf/distro/openzaurus-3.5.4.conf: openzaurus-3.5.4: Add hostap-modules-0.3.9 as the preferred version as 0.4.4 shows problems Sep 19 06:15:52 03rpurdie 07org.oe.dev * r9a1d8045... 10/packages/udev/ (udev-070/udev.rules udev_070.bb): udev: Enable firmware helper in udev to replace hotplug's firmware agent (fixes orinoco firmware issue). Sep 19 06:18:30 Pigi: why would one ever want to umount something Sep 19 06:19:05 zecke, heh... because ext2 module goes in error and is unable to read the card ? Sep 19 06:25:53 hmm.. x.org 6.9.99.900 debian experimental.. lets check does and how they works. Sep 19 06:26:23 hrw|work: you still on Xfree? Sep 19 06:27:32 XorA: no -xorg 6.8.2/sid Sep 19 06:27:52 hrw|work: ah so your just going for the razors edge p;-) Sep 19 06:28:09 XorA: sure Sep 19 06:29:24 03freyther 07org.oe.dev * r053ac8ef... 10/packages/ (2 files in 2 dirs): GNU cp the last missing files... all cp invocations should be BSD compatible now Sep 19 06:29:56 brb Sep 19 06:29:59 RP: SD cards have failed to mount for me for a long while without being ejected (for the past 4 kernels I suppose) - is this the reason? Sep 19 06:31:44 re Sep 19 06:32:50 heh.. some libs not upgraded Sep 19 06:36:14 lardman|work: The bootup mount issue has been present of a long time. Now they don't mount at all... Sep 19 06:36:37 lardman|work: The old fix would have been to add an mmc.rc script to hotplug. Now we need a udev script Sep 19 06:36:55 RP: Ah, I see Sep 19 06:38:32 koen: what was that URL taking the piss out of gentoo users ? Sep 19 06:39:28 We might be able to work around the hotplug net script problem with pcmcia-cs config files... Sep 19 06:39:57 RP: We've moved up to 2.6.14-rc1 now? I'll build a gpe-image and have a look see. Do you change the defconfigs between releases (as if so I'll need to alter it for cpufreq)? Sep 19 06:39:57 pcmcia-cs will die in 2.6 world after november... Sep 19 06:40:18 The -rc1 defconfig is the same as -rc1-mm1 Sep 19 06:40:34 -rc1 works a lot better. -rc1-mm1 is full of bugs Sep 19 06:40:53 RP: Thanks Sep 19 06:41:09 hrw|work: I know. We just need something to sort out oz 3.5.4 Sep 19 06:41:25 We switch to pcmciautils as soon as its tagged Sep 19 06:41:49 hrw|work: Or is pcmciautils in a good enough state to switch to now? Sep 19 06:41:59 RP: better after 354 Sep 19 06:42:01 brb Sep 19 06:45:14 re Sep 19 06:45:19 this time I'll stay Sep 19 06:55:32 morning Sep 19 07:07:00 03koen 07org.oe.dev * rd8788b6b... 10/packages/rxvt-unicode/ (rxvt-unicode-5.6/xwc.patch rxvt-unicode_5.6.bb): packages/rxvt-unicode/ : add 5.6 + patch Sep 19 07:17:21 morning Sep 19 07:18:34 morning kergoth Sep 19 07:24:51 morning kergoth Sep 19 07:27:12 http://oe.handhelds.org/cgi-bin/moin.cgi/KergothsRandomBits Sep 19 07:29:11 heh Sep 19 07:29:42 that looks pretty good Sep 19 07:30:43 that version doesnt include setting SRC_URI, but you get the point Sep 19 07:31:22 hi kergoth Sep 19 07:33:16 I don't suppose there would be any reasonable way to do conditional includes, would there? Sep 19 07:33:44 other than include ${FOO} and setting foo conditionally, i doubt it Sep 19 07:34:24 Dang Sep 19 07:34:40 Well, it would be nice if we could set a flag in local.conf, DEVEL_BUILD=1, that would enable such things as your hack Sep 19 07:34:58 So developers could use the build on their local sources without having to bang on the .bbs Sep 19 07:36:32 And it would also add a devel suffix on the versions of the packages, which would enable me to legally kill them if one made it into an official build... :) Sep 19 07:37:40 hehe Sep 19 07:37:44 that would be nice Sep 19 07:43:00 My people's problem is hacking the .bbs Sep 19 07:44:29 koen: anybody figure out if that RSYNC method works for Monotone? Sep 19 07:50:23 kergoth: hey Sep 19 07:51:02 CosmicPenguin: I want the file fecther to know about modules... Sep 19 07:51:25 CosmicPenguin: you could do SRC_URI="${CP_SOURCE};module=foo" Sep 19 07:51:42 why? Sep 19 07:51:53 CosmicPenguin: and then depending on CP_SOURCE either svn://cp.source.net/svn or file:///path/to/foo Sep 19 07:51:56 gets used Sep 19 07:52:01 03koen 07org.oe.dev * r6b9abb15... 10/packages/ (3 files in 2 dirs): packages/gpe-themes/: move foxbox to here and add gpe-theme-clearlooks Sep 19 07:52:02 zecke: i'd rather just make it so cvs/svn urls obey MIRRORS/PREMIRRORS. Sep 19 07:52:05 heh Sep 19 07:52:43 kergoth: how would you switch easily from localdir to SCM (current) build? Sep 19 07:52:53 CosmicPenguin: no, it seems all complainers are lazy bastards Sep 19 07:53:10 kergoth: you would have to use one override (to disable MIRROR*) for each custom bbfile Sep 19 07:53:57 CosmicPenguin: http://lists.gnu.org/archive/html/monotone-devel/2005-09/msg00230.html Sep 19 07:54:03 that one is interesting too Sep 19 07:57:27 anyone know a good code formatter for c++? Sep 19 07:57:38 indent -gnu ? Sep 19 07:57:47 the link made me remember I am sort of looking for one :) Sep 19 07:58:08 I'm thinking indent isn't so good at c++ :( Sep 19 07:58:34 don't try it on php either Sep 19 07:58:41 heh Sep 19 07:59:06 hi drw Sep 19 07:59:08 it works on php, as long as you don't do stuff like $foo .= "bla" Sep 19 07:59:25 hi hrw|work Sep 19 07:59:57 hey drw Sep 19 08:00:15 From the indent man page : Sep 19 08:00:16 hi zecke Sep 19 08:00:17 While an attempt was made to get indent working for C++, it will not Sep 19 08:00:17 do a good job on any C++ source except the very simplest. Sep 19 08:01:29 NOTE: the following files were installed but not shipped in any package: Sep 19 08:01:30 http://sourceforge.net/projects/astyle Sep 19 08:01:30 NOTE: /usr/lib/libdb.@SOSUFFIX@ Sep 19 08:01:32 funny Sep 19 08:01:41 This sounds promising, but not much activity Sep 19 08:01:55 Should udev call and run any hotplug scripts that exist? That would solve our immediate problem for oz 3.5.4... Sep 19 08:03:38 (to do so just needs an extra udev rule as we already install the binary) Sep 19 08:04:17 only if you're using udev as a hotplug replacement, afaik Sep 19 08:05:01 The problem being that under udev 070, hotplug gets disabled Sep 19 08:05:27 and we still have hotplug scripts we use... Sep 19 08:05:33 ah Sep 19 08:06:04 kergoth: do you have an opinion on BUILD_ARCH_CLEAN (from the macosx patch?) Sep 19 08:08:00 koen: I would be more helpful in that regard, but its really difficult for me to do monotone style stuff from behind the proxy - our IT department doesn't like MT one bit Sep 19 08:08:27 zecke: not offhand, havent looked at that patch Sep 19 08:09:15 the issue is os.uname() returns some string with 'spaces' Sep 19 08:09:39 and a lot of ${TARGET_SYS}/${TARGET_ARCH} code is broken Sep 19 08:10:19 yeah, i'm familiar with that. the cygwin os.uname() isnt what we need either Sep 19 08:10:21 this is why Disconnect in his patch introduced _CLEAN (or _PATH as I would prefer) Sep 19 08:10:40 is there any chanche we will do that as well? Sep 19 08:10:58 we will TARGET_ARCH and TARGET_ARCH_PATH? Sep 19 08:11:08 i dont get what you mean. if you dont trust os.uname, then dont use os.uname. Sep 19 08:12:06 kergoth: well I want to have OE working out of the box on platforms != GNU/Linux Sep 19 08:12:25 kergoth: the question is how to have one bitbake.conf that suits all Sep 19 08:12:42 ah, right. what about including a build/${build_os}.conf that overrides BUILD_OS and re-includes the new one Sep 19 08:12:49 thats how i always expected to implement it Sep 19 08:12:51 * kergoth shrugs Sep 19 08:13:12 right Sep 19 08:14:25 cu Sep 19 08:15:51 Does anyone here have any experience of pcmciautils? Sep 19 08:16:06 no.. always planned on playing iwth it, but never got aorund to it Sep 19 08:16:23 I know hrw|gone uses it but he's just left :) Sep 19 08:16:40 hehe Sep 19 08:17:21 I think we have a problem with auotmounting of disks and ifup/down of network interfaces. Sep 19 08:17:55 Currently, hotplug and pcmcia-cs do this but udev isn't supposed to. Their answer is use HAL... Sep 19 08:18:34 yeah HAL... fast and lightweight Sep 19 08:18:45 haw Sep 19 08:18:56 exactly... Sep 19 08:19:10 I think we need to write some udev scripts to replace the lost functionality even if it isn't how its supposed to be used Sep 19 08:19:31 Does that sound reasonable? Sep 19 08:20:17 Basically, when it detects a disk being added I'm going to have it run mount /dev/x 2> /dev/null ... Sep 19 08:20:28 If its in fstab, great. If not, tough :) Sep 19 08:20:34 no, you should be using pmount Sep 19 08:20:48 or make a uHAL Sep 19 08:20:53 clean, painless, designed for use with removable media that has no fstab entries Sep 19 08:21:07 well, more likely both. on my ubuntu machine, there's hal, but its pmount doing the heavy lifting Sep 19 08:21:11 wrt mounting, at any rate Sep 19 08:34:05 kergoth: Looking at pmount, it solves the fstab problem nicely but that's about it. It still needs to be called by hal... Sep 19 08:34:20 * kergoth nods Sep 19 08:34:34 we'd still need to write scripts, i j ust wanted to make sure we werent calling mount directly :) Sep 19 08:34:47 Right, so I still need a udev script. I thought you meant otherwise :) Sep 19 08:35:51 hehe, nah Sep 19 08:39:09 03koen 07org.oe.dev * r04a04d81... 10/packages/abiword/ (abiword-2.3.99/cdump-hack.patch abiword_2.3.99.bb): packages/abiword/: add 2.3.99 + patch Sep 19 08:40:58 hi Sep 19 08:48:42 RP: I use pcmciautils, but only to eject/insert cards Sep 19 08:52:24 XorA: Does it automatically bring up the network interfaces? Sep 19 08:53:12 If you echo "" > /proc/sys/kernel/hotplug, does it still do bring up/down network interfaces upon card insert/removal? Sep 19 08:55:42 RP: it did until I went to 2.6.14-rc1 Sep 19 08:56:35 RP: It does not bring them up of you echo "" > /proc/sys/kernel/hotplug Sep 19 08:56:40 Ah, if you're using 2.6.14-rc1 you'll be seeing the problem I'm seeing Sep 19 08:56:53 hotplug gets disabled = problems Sep 19 08:57:40 RP: sorry, have to go home now, not in work tomorrow so weds is the next time I can play with this stuff Sep 19 08:58:01 XorA: np. Hopefully I'll have it sorted by then ;-) Sep 19 08:58:55 XorA: Its just handy to know its also broken with pcmciautils... Sep 19 08:59:22 RP: wicked, a pcmcia-cs free release will be nice Sep 19 08:59:52 Packaged contents of qte into /home/hrw/devel/build/native/tmp/deploy/ipk/libqte2_2.3.10-r27_native.ipk Sep 19 08:59:55 yeah ;) Sep 19 09:00:53 hrw: Does pcmciautils manage to modprobe the right modules for you? Sep 19 09:01:03 RP: when I have normal modprobe Sep 19 09:01:41 RP: as a last leaving present, my machine will not suspend with 2.6.14-rc1 :-( Sep 19 09:02:02 hrw: What I mean is if you insert a hostap card, does hostap get loaded? Sep 19 09:02:08 Xora|GONE: Works fine here :-/ Sep 19 09:02:19 RP: with -mm3 - will look in a minute Sep 19 09:03:26 nevermind - I dont have hostap-modules installed now ;( Sep 19 09:04:34 hrw: Any pcmcia card will do - I'm just trying to work out what functionality we lose/gain with pcmciautils Sep 19 09:05:02 ok Sep 19 09:05:55 RP: works OK with -mm3 and pcmciautils 008 - inserted bt card and dtl1_cs loaded Sep 19 09:06:11 module is not removed with card anyway Sep 19 09:06:12 03koen 07org.oe.dev * ra49f6a2c... 10/packages/minimix/minimix_0.8.bb: packages/minimix/: add aminimix_0.8.bb Sep 19 09:06:21 hrw: and you don't have pcmcia-cs installed? Sep 19 09:06:30 dont Sep 19 09:07:25 hrw: ok, interesting, thanks. I guess I need to flash a pcmcia-cs less image and see what breaks first hand :) Sep 19 09:08:14 ok Sep 19 09:08:37 later all Sep 19 09:32:44 udev will let us kill detect stylus for 2.6 :) Sep 19 09:33:18 if we write rules for finding TS? Sep 19 09:33:30 hrw: correct Sep 19 09:33:53 sigh Sep 19 09:33:54 i hate html Sep 19 09:40:20 finally I have opie working on desktop Sep 19 09:40:55 cu Sep 19 10:19:09 spot the errors in http://en.wikipedia.org/wiki/OpenZaurus Sep 19 10:19:48 and http://en.wikipedia.org/wiki/Openembedded Sep 19 10:22:54 heh, we're on wikipedia? Sep 19 10:23:15 it seems so Sep 19 10:23:34 I'm removing the word 'ROM' from above pages Sep 19 10:23:46 hehe Sep 19 10:39:43 "gpe-conf theme" on spitz hates me. Sep 19 10:40:11 Noodles: start it from the menu Sep 19 10:40:23 iirc the issue is fixed in CVS Sep 19 10:40:41 One of you slugers, can you tell me where your fancy dancy OE wrapper Makefile lives? Sep 19 10:41:08 Are there any pretty background images for it in OE, like I get with OPIE? The blue background is really annoying. Sep 19 10:41:15 CosmicPenguin: http://www.nslu2-linux.org/Makefile Sep 19 10:41:21 grassy ass Sep 19 10:41:40 And starting it from the menu seems to work fine; thanks. Sep 19 10:42:16 Noodles: no, images occupy precious flash ;) Sep 19 10:43:07 Heh. I'm using 40M of a 4G HD. Want prettiness! Sep 19 10:43:34 Though for some reason the spitz fstab mounts /dev/hda1 on / and /media/hdd. Sep 19 10:44:37 Noodles: Confusion between 2.4 and 2.6 Sep 19 10:45:11 Why? Surely 2.4 has hda1 as / too? Sep 19 10:45:23 hdc1 Sep 19 10:45:30 Ahhhh. Sep 19 10:45:37 hang on, yes its hda1 Sep 19 10:45:45 it breaks if it becomes hdc1 Sep 19 10:46:04 I've changed my fstab to mount hda2 there. I need to think about how to sort out my extra space I guess. Sep 19 10:46:19 I will look at spitz's fstab as we need to address some of this Sep 19 10:46:34 Plus, /var in tmpfs just seems odd for a HD based machine, but I'm sure under 2.4 when I put it on the HD it made it more prone to crashing. Sep 19 10:46:53 Oh, and does the HD light not work? Sep 19 10:47:03 correct, its software emulated Sep 19 10:47:15 (Sorry, random ramblings; I'm really chuffed at 2.6 and GPE working from a stock bitbake) Sep 19 10:47:33 Are you likely to be around at LinuxExpo at all in October? Sep 19 10:47:38 Its getting there. HDD light isn't on my list of priorities :) Sep 19 10:47:46 :) Sep 19 10:47:52 Noodles: Yes, I will be there Sep 19 10:48:08 Cool. Me too (probably mostly around the Debian stand). Sep 19 10:48:19 I'll buy you a beer if you have time. ;) Sep 19 10:48:40 Openedhand will have a stand. Feel free to come and find it and drag me away ;-) Sep 19 10:49:01 I will do that. I need to meet Ross too, having missed him at Debconf. Sep 19 10:49:03 For now, I need to eat. Sep 19 10:49:07 /me slaps his head Sep 19 10:49:23 ugh, i really need to get work using oe Sep 19 10:49:29 i'mw asting _so_ much time on stupid shit Sep 19 10:49:50 Noodles: I'll be with Ross Sep 19 10:50:45 03koen 07org.oe.dev * r38436245... 10/packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: fix (R)DEPENDS Sep 19 11:20:39 hey Sep 19 11:53:09 mickey|election: thanks for the review Sep 19 11:53:13 mickey|election: P is d Sep 19 11:53:16 mickey|election: d is P Sep 19 11:53:25 d in P and P in d ;) Sep 19 11:56:35 <[cc]smart> hrw|gone: got console up on wrt54gs. mine is HW rev v1.0 Sep 19 11:59:06 03koen 07org.oe.dev * re1286bc9... 10/packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: gtk-engines provides gtk-engine-clearlooks, but gtk-clearlooks-engine provides something else. g-c-e is obsolete, so let's depend on g-e and rdepends on g-e-c Sep 19 11:59:25 <[cc]smart> hrw|gone: this is what it comes up with currently: http://pastebin.ca/23372 Sep 19 12:00:18 03koen 07org.oe.dev * rf6961b68... 10/packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: packages/gpe-themes/gpe-theme-clearlooks_0.2.bb: bump PR after rdepend changes Sep 19 12:07:03 http://bugs.linuxbase.org/show_bug.cgi?id=1055 Sep 19 12:07:04 lol Sep 19 12:19:05 03koen 07org.oe.dev * r77d8debc... 10/packages/meta/meta-gpe.bb: packages/meta/meta-gpe.bb: add gpesyncd to gpe-task-pim Sep 19 12:24:08 RP: did you see tnb's mail to kernel-discuss about udev? Sep 19 12:40:28 hi Sep 19 12:40:52 mickey|election: election is over Sep 19 12:42:33 <[cc]smart> he'll have to recover from the shocker results :) Sep 19 12:43:23 that bad? Sep 19 12:43:58 <[cc]smart> heh, what's bad. in any case, if the situation before was selfblocking, now it's self knockout ;) Sep 19 12:46:22 ;) Sep 19 12:47:21 zecke_: I have one qt/e patch to review - can you look? Sep 19 12:47:25 zecke_: http://home.hrw.one.pl/oe/diffs/fix-native-build.diff Sep 19 12:49:07 <[cc]smart> off to sleep Sep 19 12:49:20 so cu [cc]smart Sep 19 12:49:20 hrw: no #ifdefs needed Sep 19 12:49:37 zecke_: ok Sep 19 12:51:07 zecke_: I also added EXTRA_OECONF_native = "-config qpe -qvfb" and want to push both - what do you think about it? (first will look does it build for arm too) Sep 19 12:51:39 zecke_: with that changes opie built with machine=native works OK with external qvfb Sep 19 12:52:44 so now I can devel opie on desktop Sep 19 12:55:20 hrw: looks fine Sep 19 12:55:41 ok Sep 19 12:55:41 hrw: both, you might consider adding a gcc4 patch to opie/qt as well Sep 19 12:56:30 in opie cvs? Sep 19 12:56:34 yes Sep 19 12:57:03 into qt/qt-2.3.10.patch dir? Sep 19 12:57:48 yes Sep 19 12:57:50 ok Sep 19 13:03:18 zecke_: so into opie commit it as gcc4.patch or as fix-native-build.patch? Sep 19 13:03:37 hrw: gcc4.patch Sep 19 13:03:44 hrw: as your native compiler is gcc4 ;) Sep 19 13:03:49 okie Sep 19 13:04:01 hrw: gcc < 4.0 extracted from friend class QWSImputMethod Sep 19 13:04:01 03hrw 07org.oe.dev * r94d63e09... 10/packages/qte/ (qte-2.3.10/fix-native-build.patch qte_2.3.10.bb): Sep 19 13:04:02 qt/e 2.3.10: changes for MACHINE="native": Sep 19 13:04:02 - patch to fix build Sep 19 13:04:02 - enabled QVFb support Sep 19 13:04:02 With that changes it is possible to run OPIE/OE in QVFb/X11. Sep 19 13:04:13 hrw: that there is something like a class called QWSInputMethod Sep 19 13:04:54 me hits on his assignment but it does not autocomplete Sep 19 13:05:30 ok Sep 19 13:06:24 opie Changelog looks a bit funny for me... 3 changes after 1.2.1 release Sep 19 13:06:30 all marked (hrw) Sep 19 13:07:33 ;) Sep 19 13:09:12 koen|tv: I have now, thanks :) Sep 19 13:11:49 time to say goodbye to stuff on Z which was gcc-sl built Sep 19 13:29:00 shit... Sep 19 13:29:10 note to self: NEVER remove libgcc1 Sep 19 13:29:55 I have to reflash ;( Sep 19 13:38:03 lol Sep 19 13:59:15 hmm.. meta-opie strikes back.. Sep 19 14:09:39 why qpe-gaim depend on glibc-gconv-iso8859-1? Sep 19 14:10:05 its useless for me as I would rather prefer glibc-gconv-iso8859-2 Sep 19 14:10:33 hrw: dunno Sep 19 14:10:45 latinism ;} Sep 19 14:10:55 ~lart mickey|election for it Sep 19 14:10:55 * ibot shoves a crumpet down mickey|election's throat, happy now?! Huh? Want some JAM with that? for it Sep 19 14:11:15 sure it was mickeyl? Sep 19 14:11:33 03hrw 07org.oe.dev * rd9213f68... 10/packages/opie-pimconverter/ (3 files): opie-pimconverter: fixed dependency on both SQLite versions Sep 19 14:11:35 he is listed as MAINTAINER Sep 19 14:11:51 heh Sep 19 14:12:04 seems like there are a group who want locale support decreased to save space Sep 19 14:12:20 emte: I'm not using iso8859-1 Sep 19 14:12:25 i know Sep 19 14:12:36 so for me rdepends is wrong Sep 19 14:12:50 i just heard a few complaining and wanted it patched Sep 19 14:12:54 hrw: he is maintainer for a lot of files Sep 19 14:13:07 so maybe one of those pushed it Sep 19 14:13:19 zecke_: yes I know Sep 19 14:13:59 hrw: demote it to RRECOMMENDS and call it a day Sep 19 14:14:26 reenoo_: RSUGGESTS maybe? Sep 19 14:14:35 reenoo_: I removed it locally and wont push it Sep 19 14:14:44 will rather post a bug about it Sep 19 14:15:28 I don't think RSUGGESTS actually installs the package which is intended here Sep 19 14:15:44 it does not Sep 19 14:15:47 yes Sep 19 14:16:41 now qpe-gaim, gtk+ 2.x and abiword RRECOMMEND glibc-gconv packages Sep 19 14:16:59 iso1 cp850 cp1252 and iso15 Sep 19 14:17:08 latinlovers... Sep 19 14:17:21 damn why isn't libc building on BSD... Sep 19 14:17:38 zecke_: glibc? Sep 19 14:18:11 hrw: yes Sep 19 14:19:38 zecke_: Debian/BSD use b(sd)libc or glibc? Sep 19 14:19:57 hrw: cross compiling OpenSimpad on FBSD Sep 19 14:20:14 hrw: for some odd reason we need to manually touch a file... Sep 19 14:20:35 zecke_: understand - maybe we lack some fixes/patches to get glibc crossbuild on bsd Sep 19 14:21:52 hrw: right, maybe it was even fixed with later glibc Sep 19 14:22:31 NOTE: package hrw-opie-image-1.0-r1: task do_build: completed Sep 19 14:22:35 finally... Sep 19 14:34:09 http://bugs.openembedded.org/show_bug.cgi?id=335 - Latin1 RRECOMMENDS in packages Sep 19 14:35:45 bugs.pl #3455465467 switch charset to be as sane as other latin1 users Sep 19 14:36:18 hrw: congrats for the successfull build Sep 19 14:36:18 utf8 Sep 19 14:36:24 or utf32 :) Sep 19 14:37:10 its nice to have an option to choose 'Polski' in first step wizard :) Sep 19 14:39:57 zecke_: core/launcher has 'Please Wait' not translated ;( Sep 19 14:40:08 damn Sep 19 14:40:10 hrw: fwiw, RRECOMMENDS is correct Sep 19 14:40:22 03hrw 07org.oe.dev * r0f9c1705... 10/packages/meta/meta-opie.bb: meta-opie: cleaned dependencies on openobex Sep 19 14:43:24 reenoo_: but why only iso1 and related? Sep 19 14:43:51 zecke_: anyway its marked as 'no tr' in comment so it has to be like that probably Sep 19 14:43:56 to save space Sep 19 14:44:45 hrw: hehe maybe a bug from tt ;) Sep 19 14:45:10 zecke_: or this is sometimes displayed before i18n are loaded Sep 19 14:45:33 hrw: the idea is to have at least one glibc-gconv-* package installed so that e.g. gtk+ will work Sep 19 14:45:55 hrw: and well.. you have to pick one Sep 19 14:46:02 ok Sep 19 14:46:36 hrw: well then it shouldn't crash anyway? Sep 19 14:47:09 but the qpe-gaim DEPEND looks bogus Sep 19 14:47:29 koen: it's RDEPENDS in the .bb Sep 19 14:47:42 should be RRECOMMENDS Sep 19 14:47:52 ok Sep 19 14:49:01 zecke_: you know that for me opie launcher is magic Sep 19 14:49:40 fsck,,, I forgot dropbear.. Sep 19 14:49:43 hrw: what could it be else? Sep 19 14:49:47 * RP stabs the mmc subsystem Sep 19 14:51:28 We can do automounting with udev. umounting becomes rather tricky though as udev doesn't get the request to remove the mmcblk0p1 device until after you umount Sep 19 14:52:32 You could infer it from the destruction of mmcblk0 but I don't like the idea Sep 19 14:53:32 RP: with fresh opie-image I have lots of white dots when I do "logread" in opie-console ;( Sep 19 14:53:41 RP: commonly, the insertion event will store info about the device for use at unmount time, since often the device and/or proc/sysfs entries will be gone at that point Sep 19 14:53:43 RP: isn't that a kernel bug then? Sep 19 14:53:46 RP: at least, thats how it used to work Sep 19 14:53:50 * kergoth has been outta the loop Sep 19 14:54:09 the block device remove UEVENT should come as soon as the card is pulled Sep 19 14:54:17 RP: ignore me - on vt1 all is ok Sep 19 14:54:32 pH5: Well, should the device go before or after its last user...? Sep 19 14:54:37 bleh, today needs to hurry up and end already Sep 19 14:54:49 heh Sep 19 14:54:52 kergoth: What removal event do we use this stored information on though? Sep 19 14:54:57 23:52 over here :) Sep 19 14:55:36 RP: on the removal of the hardware, not the removal of the device. probably want a hotplug event, not a udev event. Sep 19 14:55:42 i'd think, anyway. Sep 19 14:55:53 We have no hotplug... :) Sep 19 14:56:07 hi kergoth Sep 19 14:56:17 RP: 2.6.14-rc1 - pccardctl eject/insert of memory card does not create /sys/block/hda* entries. they was not created after reboot too.... Sep 19 14:56:38 RP: right, but the same principle applies. you want to hook the removal of the hardware, _before_ the removal of the device, right? Sep 19 14:56:41 pb_: hey Sep 19 14:56:49 god i hate working o html Sep 19 14:56:53 heh Sep 19 14:57:08 FUCK! Sep 19 14:57:16 stylus drop and broke ;( Sep 19 14:57:38 collie stylus was soo good... Sep 19 14:57:54 fuck Sep 19 14:58:06 crumbs, I thought the stylii were more robust than that. Sep 19 14:58:12 did you drop it out of an aeroplane or something? Sep 19 14:58:18 ~1m Sep 19 14:58:25 my old collie stylus broke that way too Sep 19 14:58:28 fell onto carpet, even Sep 19 14:58:40 the issue is the shaft of the stylus being a different material than the tip Sep 19 14:58:44 kergoth: So when we mount, we log the actual sysfs device, watch for the device removal and umount. It could work I guess :) Sep 19 14:58:44 its prone to breaking the tip off Sep 19 14:58:52 ah, nasty Sep 19 14:59:15 the ipaq stylus is all made of the same plastic; seems to be almost indestructible. Sep 19 14:59:20 doesn't stop me losing them, of course, but still. Sep 19 14:59:22 hrw: :-( Sep 19 14:59:51 pb_: clamshell has full plastic stylus too - but I prefer collie one.. Sep 19 14:59:58 preferred ;( Sep 19 15:00:25 RP: its hard to install dropbear from cf card when there is no cf card device Sep 19 15:00:27 collie's was nice because it was a little heavier Sep 19 15:00:39 can buy a nice cross one or something, but then you'll just lose it ;) Sep 19 15:00:47 hrw: the devices appear in /sys/block here Sep 19 15:01:04 RP: I'll dig old 16M cf card Sep 19 15:01:31 hrw: It could be becuase you're using pcmciautils without hotplug Sep 19 15:01:49 hm.. 16M appeared Sep 19 15:02:03 Ah well... Sep 19 15:02:11 256M does not Sep 19 15:02:45 ide_cs doesn't recognise the card's id? Sep 19 15:02:58 maybe Sep 19 15:03:09 2.6.13-mm3 worked Sep 19 15:03:55 2.6.13-mm3 is near enough = 2.6.14-rc1 Sep 19 15:08:12 good nite Sep 19 15:08:28 'night zecke_ Sep 19 15:08:31 n8 zecke Sep 19 15:09:08 heh.. another kernel hackpatch to get my card supported ;( Sep 19 15:09:33 ~lart pcmcia subsystem Sep 19 15:09:33 * ibot raises middle finger to pcmcia subsystem Sep 19 15:09:42 hrw: If its just an ID, we can push it Sep 19 15:09:51 root@c7x0:~# pccardctl ident Sep 19 15:09:51 Socket 0: Sep 19 15:09:51 product info: "HITACHI", "FLASH", "5.0", "" Sep 19 15:09:51 manfid: 0x0007, 0x0000 Sep 19 15:09:51 function: 4 (fixed disk) Sep 19 15:11:52 RP: http://home.hrw.one.pl/oe/diffs/0920_ide_cs.c-hitachi-cf.diff Sep 19 15:12:02 RP: this is ok? Sep 19 15:14:12 hrw: You should really generate the other ID strings as well Sep 19 15:14:22 there is some pcmciautil that does it for you Sep 19 15:14:55 hrw: Also, you can combine it with the ide_cs id patch already in the OZ tree Sep 19 15:16:03 I've just had reports my common sharpsl pcmcia driver works (ish) on collie which is nice :) Sep 19 15:16:45 hi there :) Sep 19 15:17:35 hi nomichan Sep 19 15:19:06 maybe this is the wrong place to ask this question, but I tried to fetch an oe-database via monotone on a xeon 64bit-system, but somehow the pull always failed. Sep 19 15:19:16 is there some trick in compiling monotone? Sep 19 15:19:33 RP: do you remember maybe how to generate that? Sep 19 15:19:40 besides this, it seems the server is down sometimes :( Sep 19 15:20:30 nomichan: that's why we have mentioned 3 backup servers in the gettingstarted wiki Sep 19 15:21:14 oh, okay. i ended up downloading the tar, i should have read it better :) Sep 19 15:22:13 hrw pcmcia-modalias %n.%m Sep 19 15:22:25 %n = cardnum, %m = card function Sep 19 15:23:08 RP: found info in kernel doc Sep 19 15:23:18 but i did not have the pull problems on 32bit systems. there were a lot like these: monotone: warning: discarding revision data packet 7005f81e78151e6b8f2506ad8f2febf5667e01de with unmet dependencies Sep 19 15:25:29 RP: http://home.hrw.one.pl/oe/diffs/0920_ide_cs.c-hitachi-cf.diff - new version Sep 19 15:29:17 RP: you are on linux-pcmcia 2.6 ML - can you post that patch? Sep 19 15:29:55 hrw: I am, yes Sep 19 15:30:49 hrw: I'll combine it with the other ids from the other patch if that's ok though? Sep 19 15:31:08 RP: go ahead Sep 19 15:31:22 RP: I'm now recompiling kernel with that Sep 19 15:31:51 hrw: ok. I'll merge it with the patch in the OZ tree next time I'm doing that kind of thing Sep 19 15:32:00 ok Sep 19 15:33:11 "/dev/mtdblock2 on /dev/.static/dev type jffs2 (rw,noatime)" looks weird Sep 19 15:33:29 my debian box does not have it and udev is working.. Sep 19 15:33:51 RP: heh.. I have to edit paths in diff Sep 19 15:34:04 hrw: dev/.static/dev is for MAKEDEV Sep 19 15:34:58 NAiL: so noone will shout on me when I will remove it from my Z. Sep 19 15:35:24 hrw: Don't think so. pH5 might know Sep 19 15:35:35 # /dev/.static/dev/ is used by MAKEDEV to access the real /dev/ directory. <-- from the .bb committed by pH5 Sep 19 15:35:57 so removing it shouldn't do any harm as far as I can see Sep 19 15:48:01 RP: did you copied patch already? I will shutdown that machine soon Sep 19 15:48:06 hi ljp Sep 19 15:49:42 hrw: Yes, I have it, thanks Sep 19 15:50:04 kernel flashed Sep 19 15:51:02 card found Sep 19 15:51:26 I feel that we will get many bugs about missing card ids... Sep 19 15:52:03 hrw We should be able to tell pcmciautils to probe any card with a disk function somehow? Sep 19 15:52:16 dont know Sep 19 15:52:19 That's how pcmcia-cs works Sep 19 15:53:03 heh.. now hotplug told that module pcmcia:lotsofmiscthingswhichmakemodalias not foun Sep 19 15:53:04 d Sep 19 15:59:39 o... mickeyl waked Sep 19 15:59:48 heh. not quite.. Sep 19 16:00:06 just to say good evening before good night... soon. Sep 19 16:00:10 ;) Sep 19 16:01:23 mickeyl: good evening Sep 19 16:01:30 ~curse qte apps authors which hardcode qvga Sep 19 16:01:32 May the fleas of a thousand camels infest your most sensitive regions, qte apps authors which hardcode qvga ! Sep 19 16:01:35 mickeyl: good evening Sep 19 16:02:58 mickeyl: The good news is OZ is mostly working - the only two bugs are the orinoco conf files needing separating out and udev either needs hotplug compatibility adding back in or the scripts rewriting Sep 19 16:03:14 [this is on c7x0] Sep 19 16:06:37 tomorrow I will maybe check does stylus from Tungsten|E will be good for c7x0 Sep 19 16:07:21 I'm leaning more towards rewriting the scripts, but I know that's more work Sep 19 16:07:35 actually I've wanted to release 3.5.4 _before_ all the revamping Sep 19 16:07:45 but since I'm a lazy guy, it's too late now Sep 19 16:08:02 so better wait until udev,pcmcia,hotplug has been done Sep 19 16:08:05 (imo) Sep 19 16:08:46 RP: what are the open bug numbers? Sep 19 16:08:48 (in yourlist) Sep 19 16:08:57 mickeyl: I'm sort of tackling udev here... Sep 19 16:09:11 that'd be most appreciated! Sep 19 16:09:33 RP: change mknod --mode 600 to mknod -m 600 - I will reboot in a minute to test it Sep 19 16:09:35 1 and 6 are still open Sep 19 16:09:52 hrw: That looks spot on for 1 :) Sep 19 16:10:17 mickeyl: 6 is easily fixed - just need to split up orinoco a bit Sep 19 16:10:27 How is autoloading now triggered? Sep 19 16:10:33 you insert the card Sep 19 16:10:35 kernel matches Sep 19 16:10:38 and loads themodules? Sep 19 16:10:51 mickeyl: Good question -pcmciautils has to do something... Sep 19 16:10:56 RP: looks like it was that - busybox does not shout this time Sep 19 16:11:10 The modules contain the id numbers so how can the kernel know which ones to load? Sep 19 16:11:18 mickeyl: you need original modprobe iirc Sep 19 16:11:47 sigh. i had hoped it would be a clean solution. it looks even more messy than pcmcia-cs now. Sep 19 16:12:01 internal mappings, external mappings, modutils, pcmciautils Sep 19 16:12:32 mickeyl: I haven't looked at pcmcia yet - I'd say leave is alone until after release Sep 19 16:12:41 Lets just sort out hotplug and udev Sep 19 16:13:02 ok. so you think we should still ship it w/ our 2.6 images in 3.5.4 Sep 19 16:13:35 If ox 3.5.4 isn't for a month, we could convert to pcmciautils. Otherwise we don't have the time Sep 19 16:13:51 I think lots will break :-( Sep 19 16:13:57 probably Sep 19 16:14:02 ok, so that's definitly post 3.5.4 Sep 19 16:14:30 reenoo_: do you know if that i18n problem was fixed or even tackled in the past weeks? Sep 19 16:14:40 I'm tempted to say add the udev hotplug rule back and run with that for 3.5.4... Sep 19 16:15:05 but I'll continue to try and get some scripts to work outside of that Sep 19 16:15:11 RP: *nod* Sep 19 16:15:32 time to take cash from moneybookers and buy new stylus. Sep 19 16:16:12 mickeyl: I'm happy with 2.6.14-rc1 as out stable kernel Sep 19 16:16:44 RP: ok, that's good to know. i think there aren't that many goodies in the -mm tree at the moment to be lusting for it Sep 19 16:17:12 that reminds me... i still didn't catch up with inotify... Sep 19 16:17:25 I'm happy with my 2.6.14-rc1-r1.2 Sep 19 16:17:38 -mm is totally broken atm. Avoid like the plauge... Sep 19 16:18:17 Most useful things to us are in mainline or added in patches by me... Sep 19 16:19:18 cool Sep 19 16:19:44 this time I will kill hostap-modules 0.3.9 Sep 19 16:19:51 or just exchange them for 0.4.4 Sep 19 16:21:16 0.3.9 REQ pcmcia-cs Sep 19 16:22:46 heh.. 0.4.4 does not autoload too Sep 19 16:23:49 0.4.4 wouldn't unload for me... Sep 19 16:24:12 mickeyl: dunno. been on vacation for the past three weeks Sep 19 16:25:00 reenoo_: fair enough. Sep 19 16:27:02 * CosmicPenguin commits a minor crime and makes a Makefile wrapper for bitbake Sep 19 16:27:25 no crime at all. send us a copy when it's ready :D Sep 19 16:27:36 heh Sep 19 16:27:50 I was having trouble with making it really generic, so I made it specific instead Sep 19 16:28:07 I don't really give a shit about it, personally Sep 19 16:28:13 so I'm not motivated enough to make it very useful Sep 19 16:28:46 guess you better keep it private then Sep 19 16:28:56 I'm slowly coaxing Pavel towards OE ;-) Sep 19 16:29:03 OE scares him... Sep 19 16:29:03 RP: excellent! keep it up :) Sep 19 16:29:04 I'm must more interested in getting a BOM engine up Sep 19 16:29:26 how can anyone be scared by OE? send him a copy of buildroot Sep 19 16:29:27 heh Sep 19 16:29:35 ah the ancient times... Sep 19 16:29:45 Heh Sep 19 16:29:53 mickeyl: were you around when buildroot was all one makefile? Sep 19 16:29:55 I should rewrite my bitbake an OE image in 5 easy steps guide at some point... Sep 19 16:30:08 CosmicPenguin: i was. Sep 19 16:30:18 CosmicPenguin: _that_ was scary Sep 19 16:30:21 I remember buildroot but never tried to work on it much Sep 19 16:30:24 Heh - no doubt Sep 19 16:30:33 other than to make it generate a modified qte library... Sep 19 16:30:33 I go sleep. it was bad evening... broken favorite stylus (collie one), discovered that 2.6.14-rc1 does not like my cf card (fixed) heh... Sep 19 16:30:46 good night, hrw. better luck tomorrow. Sep 19 16:30:51 RP: I tried to use it but found OE 1.5 year ago Sep 19 16:31:02 hrw: hopefully tomorrow will be better - 'night Sep 19 16:31:19 can't tell that it was a very good day here as well Sep 19 16:31:25 after the desaster election Sep 19 16:31:31 and ofcourse zaurus does not want to connect to my AP... Sep 19 16:31:52 ~blame Z, Dlink, Linksys and other for it Sep 19 16:31:53 * ibot blames raduga and perhaps Z, Dlink, Linksys and other for it and the end of culture as we know it Sep 19 16:32:02 ~lart sharp too Sep 19 16:32:02 * ibot takes a large goose feather pillow and swings it wildly in sharp too's direction, hitting sharp too and sending sharp too flying into the closet Sep 19 16:32:18 mickeyl: I'm fed up with most politicians/parties atm here :-/ Sep 19 16:33:03 i can understand that. i voted, but i can't say i was very confident with my vote. there's a lack of a real alternative. Sep 19 16:33:14 I have to setup few things in registration office to be able to vote in sunday Sep 19 16:33:25 then few weeks later another voting.. Sep 19 16:33:50 mickeyl: exactly the problem Sep 19 16:34:02 now parliament and senate, then president.. Sep 19 16:34:11 wifi0: LinkStatus=1 (Connected) Sep 19 16:34:11 wifi0: LinkStatus: BSSID=00:13:10:3f:af:5b Sep 19 16:34:38 why does hostap LIE? or if it does not lie then why wlan0 does not get info from dhcp... Sep 19 16:34:54 hmm Sep 19 16:35:04 I'll have to try WPA one day... without WEP it works. with WEP it does not Sep 19 16:35:21 so now when I have 1.7.4+ firmware on card I can try WPA Sep 19 16:35:24 Ok - home time Sep 19 16:35:37 'night all Sep 19 16:36:36 n8 reenoo_ Sep 19 16:36:51 one moment when etui is really handy - there is a place where broken stylus can reside to be used from time to time Sep 19 16:37:21 hehe, yeap Sep 19 16:38:43 n8 Sep 19 16:39:29 good idea. late for me as well Sep 19 16:39:32 g'night Sep 19 16:42:27 me too. g'night all Sep 19 16:42:43 [good news is my script used udev to unmount things a few second ago] Sep 19 17:32:38 03nail 07org.oe.dev * rec6809b2... 10/packages/linux/ (2 files in 2 dirs): nslu2-kernel: Add "disk_led_blinking.patch", to enable disk1/disk2 leds. Sep 19 18:17:50 03nail 07org.oe.dev * r7ee33083... 10/packages/meta/openslug-image.bb: openslug-image: Add udev. With udev_070 it works like it's supposed to Sep 19 22:43:52 hi all Sep 19 22:44:18 OMG! I have stuck on building a working opie-image for a week already :( Sep 19 22:44:37 can someone give me some light? Sep 19 22:47:16 how about a specific question? Sep 19 22:47:26 generally gets more results Sep 19 22:47:26 yea Sep 19 22:47:53 I bitbake meta-opie and bitbake opie-image, I got the files Sep 19 22:48:16 but after flushed my zaurus, the opie doesn't have any languages Sep 19 22:48:25 know why? Sep 19 22:48:50 you never set the locale? Sep 19 22:49:07 need to set locale? where? Sep 19 22:49:14 someone else had mentioned missing locales earlier as well Sep 19 22:49:26 when building thier image Sep 19 22:49:36 oh really, how to solve it? Sep 19 22:50:04 you need to figure out if any were built and if so are you using one Sep 19 22:51:09 OH MY... how to do that? Sep 19 22:51:43 look at the files in your deploy Sep 19 22:51:54 you should have one for locales i think Sep 19 22:52:45 yea there is, about 339 of thems Sep 19 22:59:55 what should I do? Sep 19 23:00:02 have anyone solved this problem before? Sep 19 23:04:52 i told you what to do Sep 19 23:05:09 figure out if your building them or not Sep 19 23:05:47 I got them built as ipk files Sep 19 23:06:29 and there are 339 of them, but how to check if opie is using anyone of them or not. Sep 19 23:12:08 use a console and type locale Sep 19 23:14:43 ok i'll try Sep 19 23:15:30 goooood morning all! Sep 19 23:18:17 morning all Sep 19 23:18:38 good norming Sep 19 23:18:44 morning Sep 19 23:20:03 abm_y4k: No languages was a bug from a couple ofdays ago - repull, wipe meta-opie and opie-image and rebuild them Sep 19 23:21:01 I actually repulled yesterday, already rm -rf tmp folder and start building meta-opie and opie-image, and now same result Sep 19 23:21:55 abm_y4k: The fix went in yesterday morning Sep 19 23:22:10 good to know on that one RP Sep 19 23:23:51 night Sep 19 23:24:00 >_< Sep 19 23:24:03 'night emte Sep 19 23:24:15 rebuild will take another 2 days :( Sep 19 23:24:21 oh crazy... Sep 19 23:24:48 abm_y4k: You don't need to totally rebuild - I was telling you which bits to rebuild Sep 19 23:27:32 so I should do this: (cd /stuff/org.openembedded.dev; monotone update) , then bitbake meta-opie and then bitbake opie-image again? Sep 19 23:28:57 monotone pull, monotone update, bitbake meta-opie -c clean, bitbake opie-image -c clean, bitbake opie-image Sep 19 23:30:55 sorry, I am very new to this, should I cd /stuff/org.openembedded.dev then issue monotone pull? Sep 19 23:31:05 yes Sep 19 23:31:39 ok Sep 19 23:31:41 thankx Sep 19 23:34:33 am I doing something wrong here? Sep 19 23:34:33 [ztester@ztester org.openembedded.dev]$ monotone update Sep 19 23:34:34 monotone: already up to date at ea3898c26a969a1730474e3675cd46fc1b529d8b Sep 19 23:35:00 Did you monotone pull? Sep 19 23:35:24 yea, cd org.openembedded.dev/ monotone pull Sep 19 23:35:40 and I got this: Sep 19 23:35:42 monotone: finding items to synchronize: Sep 19 23:35:42 monotone: certs | keys | revisions Sep 19 23:35:42 monotone: 9598 | 32 | 2325 Sep 19 23:35:42 monotone: warning: protocol error while processing peer ewi546.ewi.utwente.nl: 'received network error: anonymous access to branch 'org.openembedded.nslu2-linux' denied by server Sep 19 23:35:42 monotone: ' Sep 19 23:35:43 monotone: terminated exchange with ewi546.ewi.utwente.nl Sep 19 23:35:45 monotone: bytes in | bytes out | certs in | revs in | revs written Sep 19 23:35:47 monotone: 98 | 175 | 0 | 0 | 0 Sep 19 23:36:01 sorry for this little flood Sep 19 23:36:16 So it failed. You need to fix that error Sep 19 23:37:03 or you'd already pulled previous to this... Sep 19 23:37:41 should I just redo: monotone --db=/stuff/oe.db pull monotone.vanille.de "org.openembedded.{dev,dreambox}" Sep 19 23:37:53 yes Sep 19 23:38:06 and monotone --db=/stuff/oe.db checkout --branch=org.openembedded.dev to get the latest? Sep 19 23:38:11 this is what I do all the time Sep 19 23:38:40 You should really stop it pulling the dead nslu2-linux brach but the above will work Sep 19 23:39:20 how to stop pulling that branch? Sep 19 23:39:53 Offhand, I don't know. change one of the monotone variables - look in the manual Sep 19 23:40:18 I am looking Sep 19 23:40:50 but will the above steps work? pull it to the oe.db and checkout the branch? Sep 19 23:41:34 Its overkill but yes Sep 19 23:43:13 thankx Sep 19 23:51:09 moin Sep 19 23:51:16 hi zecke Sep 19 23:56:10 now everyone says what -P does and settle that it is equivalent to -d ... Sep 20 00:09:25 03jbowler 07org.oe.dev * r0f461962... 10/conf/distro/ucslugc-packages.conf: ucslugc: add udev bb files to the packages to support udev in openslug-image Sep 20 00:37:51 morning Sep 20 00:37:54 nick hrw|work Sep 20 00:41:54 03frederic 07org.oe.dev * r52e24857... 10/packages/linux/ (31 files in 5 dirs): (log message trimmed) Sep 20 00:41:54 added opensimpad-2.4.27-vrs1-pxa1-jpm1 kernel. This contains the Sep 20 00:41:54 following new patches over 2.4.25: Sep 20 00:41:54 - simpad-proc-sys-board.patch (/proc/sys/board patch from Till Harbaum) Sep 20 00:41:54 - simpad-serial.patch (DTR/RTS/CTS support patch from Till Harbaum) Sep 20 00:41:54 - mppe-20040216.patch (add MPPE encryption for PPP) Sep 20 00:41:56 - 2.4.27-mh1.patch (bluetooth patches from Marcel Holtmann) Sep 20 00:46:42 morning hrw|work Sep 20 00:48:55 opera 8.50 is free :) Sep 20 00:50:37 hello !! Sep 20 00:50:45 morning... Sep 20 00:51:12 hrw|work: is there a version for z? Sep 20 00:51:56 sure not Sep 20 01:01:39 good morning all Sep 20 01:03:45 monring koen|slug Sep 20 01:04:39 hi all Sep 20 01:04:57 hey bluelightning Sep 20 01:05:06 hey koen|slug Sep 20 01:15:12 pdax people released new RC version. feed is small, dependencies written by hand.. Sep 20 01:15:34 lot of stuff is old stuff Sep 20 01:15:50 lots of bugs... need to be fix.. Sep 20 01:16:13 broken dependecies... Sep 20 01:16:20 hrw|work: still no 2.6 on c7x0 afaic see Sep 20 01:16:31 koen|slug: and glibc 2.2.5 still Sep 20 01:17:22 they use gcc 3.4.4 though... Sep 20 01:18:41 2.6 on c7x0 could cause so much breakage for them... Sep 20 01:18:51 s/could/would/ Sep 20 01:19:28 Despite kergoth's comments yesterday, I'm not going to add pmount to OE. Its too broken :-( Sep 20 01:20:16 I won't allow globbing in its config file and the mount parameters it uses are plain wrong Sep 20 01:20:19 posted comment about rc11 Sep 20 01:20:32 http://www.oesf.org/forums/index.php?showtopic=15066&view=findpost&p=96362 Sep 20 01:21:04 hrw|work: isn't poodle pxa too? Sep 20 01:21:33 too sa it with Xora's words: "Stop flogging a dead horse" Sep 20 01:22:35 I'll stop Sep 20 01:23:03 poodle is pxa Sep 20 01:23:19 I like the "its impossible to upgrade from rc10 to rc11 - too many changes" Sep 20 01:23:47 RP: to be honest, you can't upgrade most OE built distro's either Sep 20 01:24:01 RP: upgrade from oz 3.5.3 to 3.5.4 will be hard too - gcc/csl 3.4.4+ is newer then gcc 3.4.4 for ipkg Sep 20 01:24:18 koen|slug: If you have the packages, you can do it by hand in theory Sep 20 01:24:47 I hope we're not using gcc/csl for ox-3.5.4? Sep 20 01:24:55 we aren't Sep 20 01:25:00 good Sep 20 01:25:30 RP: and we have actually downgraded stuff between releases Sep 20 01:26:20 koen|slug: I know - its not simple. In theory, you could do it though Sep 20 01:26:37 yeah Sep 20 01:26:44 RP: libgcc1 has to be replaced by hand probably Sep 20 01:27:03 ~lart US webshops Sep 20 01:27:03 * ibot takes a large goose feather pillow and swings it wildly in US webshops's direction, hitting US webshops and sending US webshops flying into the closet Sep 20 01:27:24 stylus for 2.99 USD and free shopping - why not in europe... Sep 20 01:27:25 :) Sep 20 01:27:59 hrw|work: Europe is often on another planet as far as the US is concerned Sep 20 01:29:03 yep Sep 20 01:29:12 europe, isn't that the little country next to mexico? Sep 20 01:29:15 bluelightning: what about New Zealand? other galaxy? Sep 20 01:29:47 hrw|work: we're part of Australia... ;) Sep 20 01:30:00 bluelightning: reminds me of Abel Tasman Sep 20 01:30:21 he discovered tasmania and NZ but missed australia Sep 20 01:30:32 koen|slug: indeed, he was the first explorer down this way Sep 20 01:30:49 first European anyway Sep 20 01:54:53 mornin' Sep 20 01:55:25 hey Twiun Sep 20 02:19:37 morning Sep 20 02:22:31 hi rene Sep 20 02:23:33 hey Marcin Sep 20 02:25:17 hi reenoo_ Sep 20 02:27:15 hey bluelightning Sep 20 02:32:40 bluelightning: hmm.. could you check if alsa-driver is installed in the image? Sep 20 02:32:58 reenoo_: ok will check Sep 20 02:34:08 reenoo_: yep, it's there Sep 20 02:34:22 the modules seem to be loaded as well Sep 20 02:34:45 other alsa packages aren't installed though Sep 20 02:36:14 no need for other alsa packages. the oss emulation should be used Sep 20 02:37:31 hmm Sep 20 02:37:49 maybe check the permissions of /dev/dsp and /dev/mixer and make sure the device isn't muted or anything Sep 20 02:38:27 I've been using alsa-driver on my h3870 for about a month and haven't had any problems Sep 20 02:38:49 well that's just bizarre... now it's working fine Sep 20 02:38:50 ??? Sep 20 02:39:23 I'll do some more testing... maybe it has something to do with suspend/resume, or something else maybe Sep 20 02:44:56 bluelightning: that's a bit odd indeed Sep 20 02:47:46 reenoo_: got it... on first boot it doesn't work (appears to play, but no sound... madplay reports "error: frame 0: lost synchronization"). then suspend, resume, and sound works. Sep 20 02:57:31 hmm... alsamixer fails too.. maybe 1.0.8 is too old Sep 20 02:59:53 ah. heh. I rarely reboot/reset my ipaq **** ENDING LOGGING AT Tue Sep 20 02:59:56 2005