**** BEGIN LOGGING AT Wed Feb 22 10:59:57 2006 Feb 22 11:03:48 03koen 07org.oe.dev * r4ed0964b... 10/packages/eds/eds-dbus_svn.bb: eds: apply patch from OE bug #700, courtesy Patrick Steiner Feb 22 11:03:53 03coredump 07org.oe.dev * rf0fcc929... 10/packages/altboot/ (4 files in 2 dirs): altboot: Update to 0.0.5-rc3, fixes a bug preventing CF booting Feb 22 11:03:57 03coredump 07org.oe.dev * r84edeec7... 10/packages/altboot/ (3 files in 3 dirs): altboot: update to 0.0.5-rc4, this version passes all kernel 2.6 tests Feb 22 11:09:05 RP: wm8750 is fine under mainstone on 2.6.16-rc2, I'm going to apply the headphone patch now. Feb 22 11:09:45 lrg|home: could there be some change you applied to mainstone.c but not spitz.c? Feb 22 11:09:56 RP: got it. Feb 22 11:10:08 RP: it's a 2.6.15 i2c driver change Feb 22 11:10:23 I'll email you the diff Feb 22 11:10:28 Ah, those i2c flags. right Feb 22 11:10:32 yes Feb 22 11:10:38 sorry, I should have remembered that :-/ Feb 22 11:10:49 It slipped my mind too Feb 22 11:10:59 Easy fix :) Feb 22 11:11:07 yes :) Feb 22 11:11:16 RP: I assume you don't need a diff now Feb 22 11:11:42 hi liam Feb 22 11:11:47 lrg|home: I'll roll a 2.6.16-rc2 release and be done with it :) Feb 22 11:11:55 Hi Marcin Feb 22 11:12:03 RP: cool :) Feb 22 11:12:43 or do I go straight for -rc4... ? :) Feb 22 11:13:17 RP: oh rc4 sounds better :) Feb 22 11:13:18 RP: will fixed in 2.6.15 too? Feb 22 11:13:46 greentux: Do you specifically need 2.6.15? Feb 22 11:14:37 RP: yes... but what are your plans for next times? Feb 22 11:15:27 greentux: I can fix 2.6.15 but generally I don't backport changes. I was wondering about jumping straight to 2.6.16-rc4... Feb 22 11:16:23 RP: ok, so let do the asoc fix for 2.6.15 (that will finish my recent project) and then lala will try a 2.6.16 Feb 22 11:19:02 greentux: ok Feb 22 11:19:44 greentux: I've been using 2.6.16-rc2 locally for a while so its not as bigger risk/change as it seems btw Feb 22 11:20:09 RP: but we have also a bunch of patches for our project. :) Feb 22 11:20:23 Yes, I kind of guessed - I know the problem Feb 22 11:22:07 RP: but i see forward that lala can check this next week ... Feb 22 11:23:38 RP: http://dominion.kabel.utwente.nl/koen/pda/files/asound.state.c700 Feb 22 11:25:26 koen: thanks Feb 22 11:29:20 np Feb 22 11:31:03 does c700 differ in sound area or all c7x0 has same? Feb 22 11:31:17 c7x0 are all the same Feb 22 11:31:55 I wasn't sure, so I name the file c700 Feb 22 11:32:45 With these asoc changes, I'll have to edit the mixer files a bit anyway. They shouldn't change again though... Feb 22 11:34:07 RP: they wont change again :) Feb 22 11:40:27 lrg|home, greentux I have it playing back sound :) Feb 22 11:40:41 RP: :) Feb 22 11:40:52 RP: have you tried 8k ? Feb 22 11:41:10 lrg|home: no, I don't have a sample around... Feb 22 11:41:23 np, I think greentux does Feb 22 11:45:17 mplayer -af resample=8192 Feb 22 11:53:09 greentux, lrg|home: Changes pushed. I'll have to update zaurusd after the changes due to the mixer changes Feb 22 11:53:45 03rpurdie 07org.oe.dev * r78ba9d64... 10/packages/linux/linux-openzaurus_2.6.15.bb: linux-oz-2.6.15: Upgrade to ASoC 0.15rc2 Feb 22 12:09:12 * XorA is being incredibly dense somewhere but just cant see where Feb 22 12:16:29 morning all Feb 22 12:19:21 Hey Dirk Feb 22 12:19:31 hi dirk Feb 22 12:19:43 hey Liam, Richard Feb 22 12:20:43 hi Dirk Feb 22 12:20:44 lrg|home: Do you have an updated wm97xx touch driver? The previous one won't work with the new asoc layer Feb 22 12:21:11 do13_: can you test something on tosa/2.4? Feb 22 12:21:19 do13: oh, not yet. I've been v busy doing my fosdem presntation :( Feb 22 12:21:58 hrw|work: Hey Marcin. The updated apm? Feb 22 12:22:04 do13_: yes Feb 22 12:22:18 do13_: apm on poodle/tosa is one of 2 blockers Feb 22 12:23:23 hrw|work: I read the mails. I'll do after work Feb 22 12:23:30 thx Feb 22 12:44:17 <_law_> could someone add "--disable-gevolution" configure option to gaim_cvs.bb Feb 22 12:45:50 <_law_> or you?ll get an gaim build error if you have installed eds-dbus Feb 22 12:51:44 _law_: shouldn't we rather try to fix the build error? Feb 22 12:52:03 * pH5 wonders if gaim plugins should be packaged separately Feb 22 12:52:38 pH5: the protocol bits are already in seperate packages Feb 22 12:53:17 pH5: so doing the same with plugins would be a good idea :) Feb 22 12:55:28 I'll look at it. --> off to build eds-dbus Feb 22 12:58:50 ls Feb 22 13:15:06 lrg|home: Did you test input on the wm8750? Feb 22 13:15:19 morning Feb 22 13:15:43 hi reenoo Feb 22 13:15:44 morning reenoo Feb 22 13:16:20 hey RP Feb 22 13:16:27 hi pH5 Feb 22 13:17:01 <_law_> pH5, good idea Feb 22 13:18:07 lrg|home: Ignore me, I think I have a loose wire, sorry :-/ Feb 22 13:20:34 RP: hmm we still have some issues to fix :) Feb 22 13:20:50 zecke: Which ones are those? Feb 22 13:21:06 RP: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=4&logfile=20060222085004.log Feb 22 13:23:01 RP: http://ewi546.ewi.utwente.nl/tinderbox/showbuilds.pl?tree=OpenEmbeddedBuilds Feb 22 13:23:06 see the comment for the failure Feb 22 13:23:40 zecke: I think we'll find a lot of issues :} Feb 22 13:26:42 intltool-native :) Feb 22 13:26:46 zecke: can you add a legend there? which color has which meaning etc Feb 22 13:28:43 hrw|work: maybe Feb 22 14:03:26 hrw|work: I'm not good at HTML and not good with perl Feb 22 14:04:34 hi zecke Feb 22 14:05:28 pb__: I have to bother about gcj again, which version did work for you - if any Feb 22 14:05:50 4.0.1? something like that. Feb 22 14:06:06 or 4.1.0, I get a bit dyslexic with numbers Feb 22 14:06:18 pb__: 4.1.0 is about to be released Feb 22 14:06:26 pb__: current gcc is 4.0.2, did you do any changes? Feb 22 14:06:57 RP: could you take a look at cpan.bbclass and do you understand that sed magic? Feb 22 14:09:35 zecke: I do, yes... Feb 22 14:09:47 it is wild :) Feb 22 14:10:34 I'm sure I've written worse :-/ Feb 22 14:11:03 I wonder if that HOST != TARGET is sane Feb 22 14:11:28 hi guys Feb 22 14:18:52 oh ncurses doesn't depend on virtual/arm-linux-gcc :) Feb 22 14:21:26 03koen 07org.oe.dev * rdf057ead... 10/conf/distro/angstrom.conf: angstrom: use multimachine and splitout images per machine in deploy/images Feb 22 14:22:43 _law_: this patch fixes the gaim-evolution plugin build: http://en.pastebin.ca/42766, but I guess there has to be done more to make it actually work Feb 22 14:25:42 eeeew Feb 22 14:25:46 c++ style comments Feb 22 14:26:01 ~lart pH5 Feb 22 14:26:01 * ibot forces pH5 to use Outlook Express Feb 22 14:27:21 koen: this patch seems to make gaim package plugins separately: http://en.pastebin.ca/42768 Feb 22 14:27:45 only I don't like how it tries to create empty gaim-plugin-lib* packages for the protocol .so files Feb 22 14:30:31 BB>> peek ncurses DEPENDS Feb 22 14:30:31 autoconf-native automake-native libtool-native gnu-config-native ncurses-native Feb 22 14:30:50 03freyther 07org.oe.dev * re7b6148d... 10/conf/bitbake.conf: Feb 22 14:30:50 conf/bitbake.conf: Feb 22 14:30:50 Add perl-native to the ASSUMED_PROVIDED list. It is Feb 22 14:30:50 a RDEPENDS of auotreconf but to build dependencies of Feb 22 14:30:50 perl-native (virtual/db-native:db3 and gdbm) we are Feb 22 14:30:50 likely to call autoreconf in the process of building Feb 22 14:30:52 those. Feb 22 14:32:32 pH5: and gaim probably needs RDEPENDS/RRECOMMENDS containing plugins Feb 22 14:32:46 zecke: Does that not break perl? (which DEPENDS on perl-native) Feb 22 14:33:33 oh Feb 22 14:33:49 which needed to match with -native? perl or python? Feb 22 14:33:52 that could be the reason for my libxml-expat breackage :} Feb 22 14:33:59 zecke: Lets create perl-native-lite and python-native-lite Feb 22 14:34:01 koen: python for sure (IIRC) Feb 22 14:34:12 zecke: We assume-provided the lite versions Feb 22 14:34:33 RP: so autoconf needs to be changed to RDEPEND on the lite one :} Feb 22 14:34:38 zecke: yes Feb 22 14:34:59 RP: and I have a badly broken, OE here (it doesn't have the default dependencies from base.bbclass) Feb 22 14:35:00 koen: is there a way to sort out the lib*.so from that regexp other than "([^l][^i][^b].*)\.so"? Feb 22 14:35:28 pH5: no idea, sorry Feb 22 14:35:35 zecke: Did you have an ASSUME_PROVIDED = in your local.conf? Feb 22 14:35:38 hi all, is there a subversion ipkg? Feb 22 14:35:43 pH5: sort out in which way? Feb 22 14:35:47 * RP -> back shortly Feb 22 14:36:18 RP: on ewi yes, locally no Feb 22 14:36:51 zecke: I want to match *.so, but not lib*.so Feb 22 14:36:52 * lrg|home -> also back shortly Feb 22 14:37:23 RP: I have disapproved the my change Feb 22 14:37:54 03freyther 07org.oe.dev * r28fad962... 10/conf/bitbake.conf: disapproval of revision 'e7b6148db01cf69374f58797db452c5a4af21c9d' Feb 22 14:38:32 I am looking for one for openzaurus 3.5.4 Feb 22 14:38:56 pH5: it should be possible Feb 22 14:56:37 03tmbinc 07org.oe.dreambox * r404659c5... 10/conf/machine/dm7025.conf: machine/dm7025: add usb kernel modules to image Feb 22 14:56:41 03tmbinc 07org.oe.dreambox * r42dbdf25... 10/packages/glibc/glibc_2.3.5+cvs20050627.bb: glibc-2.3.5: work around upstream cvs breakage Feb 22 14:56:45 03tmbinc 07org.oe.dreambox * rb930792e... 10/packages/hddtemp/hddtemp_0.3-beta14.bb: hddtemp: add package Feb 22 14:56:49 03tmbinc 07org.oe.dreambox * rac8741e3... 10/packages/dreambox/dreambox-dvb-modules.bb: dreambox-dvb-modules/dm7025: upgrade to 20060222, add fpupgrade Feb 22 14:56:54 03tmbinc 07org.oe.dreambox * r3e900d7e... 10/packages/enigma2/ (enigma2.bb enigma2/enigma2.sh): enigma2: upgrade to 20060223, add new RDEPENDS, split plugins into seperate packages, add (dreambox specific) fp upgrade script Feb 22 14:56:58 03tmbinc 07org.oe.dreambox * rbf016a8b... 10/packages/meta/dreambox-image.bb: dreambox-image: add smartmontools, hddtemp, add enigma2 plugins Feb 22 15:01:27 njs: ping :) Feb 22 15:01:41 koen: I suppose gaim should RRECOMMEND gaim-plugin-docklet (systray icon). anything else? Feb 22 15:02:55 pH5: I can't think off anything else Feb 22 15:03:13 don't forget to add the appropriate RREPLACES Feb 22 15:04:25 koen: what for do I need RREPLACES if I only add new packages (gaim-plugin-*)? Feb 22 15:06:11 those packages contain files that used to be in the gaim packages Feb 22 15:06:25 but it doesn't matter, since you need to install a new gaim to use the new packages Feb 22 15:06:48 <_law_> ipkg: fork failed Feb 22 15:06:48 <_law_> Segmentation fault Feb 22 15:08:13 looks like you ran out of ram Feb 22 15:11:00 oooh Feb 22 15:11:01 http://usbip.naist.jp/#overview Feb 22 15:11:03 * koen wants Feb 22 15:12:54 <_law_> koen, you are right ipkg ist a ram eater :-( Feb 22 15:29:44 http://linuxdevices.com/articles/AT2191860258.html <- more PR for OE Feb 22 15:33:33 thanks Feb 22 15:33:47 CoreDump|afk: are your changes to gpe-bootsplash invasive in any way? Would it be possible to get the e bootsplash into oz354fam083? Feb 22 15:34:08 CoreDump|afk: Looks like we're about to go live and I'd really like to have the e bootsplash.... Feb 22 15:34:24 CoreDump|afk: (sorry, been busy with other things so I haven't looked myself...) Feb 22 15:35:07 koen: RP : Both python and perl are depending on their native versions Feb 22 15:36:58 zecke: yes Feb 22 15:37:15 hmmm...is that so that they can compile themselves? Feb 22 15:41:51 RP: a true dependency (not just RDEPENDS) Feb 22 15:42:03 RP: will your headphone patch affect my remote patch? Feb 22 15:42:30 RP: I haven't gotten any further yet, BTW. Planning on looking closer in a few minutes....assuming my internet connection doesn't lag.... Feb 22 15:44:15 JustinP: It moves the headphone interrupt into the keyboard driver so yes, it will mean disabling the sound drivers won't be enough for what you're doing... Feb 22 15:44:28 JustinP: The drivers should probably share that interrupt Feb 22 15:44:48 zecke: Perhaps this is why we should have ASSUME_RPROVIDED? Feb 22 15:45:25 zecke: or have perl-native-runtime? Feb 22 15:45:55 RP: I'm still in favor of this and -runtime sounds better than -lite Feb 22 15:46:32 RP: hmmm....I can change the request_irq to allow a shared IRQ, but I'm not sure how that works... Feb 22 15:46:56 RP: and if the keyboard irq isn't set yet to allow shared.... Feb 22 15:46:57 JustinP: both the keyboard driver and your driver will have to register it as shared iirc Feb 22 15:47:03 perhaps I'll just disable that patch for now Feb 22 15:47:14 just for simplicity Feb 22 15:47:19 It might be safer for now Feb 22 15:47:33 zecke: In favour of ASSUME_RPROVIDED ? Feb 22 15:47:48 (in addition to ASSUME_PROVIDED) Feb 22 15:48:09 RP: ah no, I think we can live without that ASSUME_RPROVIDED Feb 22 15:48:31 RP: we just need to change some occurences from perl-native to perl-native-runtime Feb 22 15:48:36 and same for python Feb 22 15:48:39 agreed Feb 22 15:48:47 RP: hmmm...will those asoc changes affect me? Feb 22 15:48:56 * JustinP should really copy the bbfile... Feb 22 15:48:56 I also like runtime better Feb 22 15:49:13 JustinP: They shouldn't - just the headphone patch Feb 22 15:49:31 RP: ok, thanks Feb 22 15:50:03 RP: I'm attempting to copy the 2.4 max1111 function into my driver for testing. Feb 22 15:50:08 linux-oz.bb is looking insane atm. I must try and get some of those patches into mainline... Feb 22 15:51:18 RP: got my serial cable!!!!11!!1one Feb 22 15:52:36 shadows: Great! I guess I'd better find the pm debugging patch :) Feb 22 15:53:19 :)_ Feb 22 15:53:21 RP: yes, it is quite insane....I'm always surprised how many patches are in there. Mainline support would be great. :-) Feb 22 15:53:35 wtf @ erics Feb 22 15:53:42 *I* am erics Feb 22 15:53:46 he cannot be erics :P Feb 22 15:55:40 hey shadows Feb 22 15:55:47 hi koen Feb 22 15:56:30 JustinP: mainline kernels do work (if you add the pxa-linking patch) Feb 22 15:58:03 what desktop program would y'all suggest for serial stuff Feb 22 15:58:19 shadows: I use minicom... Feb 22 15:59:00 any special settings for the CE 170TS? Feb 22 15:59:34 RP: :-) cool. Glad it's gotten that far. There are still lots of patches, though.... Feb 22 16:00:26 JustinP: They're bascially tosa, alsa soc, leds and ipaq hx2750. So not much needed for our "core" devices Feb 22 16:02:12 oh, I see. :-) Feb 22 16:02:31 RP: did you see the PXA27x g_file_storage patch on kernel-discuss? Feb 22 16:02:40 hmmm maybe i don't know how to do this Feb 22 16:02:47 how do i make minicom talk to the Z Feb 22 16:03:08 cu -l -s 115200 /dev/ttyS0 ? Feb 22 16:03:19 cu has support for colours :) Feb 22 16:03:23 shadows: you have to set it to the right .....yeah, what koen said Feb 22 16:03:26 :) Feb 22 16:03:50 my cu says too many parameters Feb 22 16:03:51 heh Feb 22 16:04:03 you want 115200 8N1 Feb 22 16:04:21 colours?! Feb 22 16:04:24 * pH5 apt-get install cu Feb 22 16:04:44 cu -s 115200 -l /dev/ttyS0 works Feb 22 16:05:01 yay Feb 22 16:06:32 and cu has a sane scrollback Feb 22 16:06:35 ~lart minicom Feb 22 16:06:35 * ibot blasts minicom with a huge firehose then strangles minicom with it Feb 22 16:06:55 and it doesn't break if your resize your terminal Feb 22 16:07:16 does this work the other way around (give the Sharp device access to other computers' serial ports?) Feb 22 16:07:41 it would be really neat to use my Sharp for serial terminal on rack machines Feb 22 16:08:08 shadows: sure Feb 22 16:08:57 groovy Feb 22 16:09:11 now somebody has to make a cu .bb Feb 22 16:09:16 how to exit cu? Feb 22 16:09:19 ~. Feb 22 16:09:19 . Feb 22 16:09:54 ~hi Feb 22 16:09:54 hello, justinp Feb 22 16:10:11 ~scream Feb 22 16:10:11 aaaaaaaaaaaaaaahhhhhhhhhhhh!!! Feb 22 16:10:25 oh hmm Feb 22 16:10:35 ~off to work i go Feb 22 16:10:36 ;) Feb 22 16:21:11 gremlin[it]work: problems? Feb 22 16:25:24 JustinP, no no just playing with ibot ;) Feb 22 16:25:41 ah :-) Feb 22 16:26:47 * JustinP waits for his kernel to recompile Feb 22 16:26:55 wow, I'm amazed that compiled Feb 22 16:27:15 why? did you paste your resume in the sources? Feb 22 16:27:38 heh Feb 22 16:27:39 no Feb 22 16:28:01 I copied a function from a crappix 2.4 kernel into 3.6. Then I copied a few var declarations and defines in Feb 22 16:28:13 I thought it would take more than 2 tries Feb 22 16:28:17 2.6, not 3.6 Feb 22 16:28:47 JustinP: and there I thought you had the jump on linus Feb 22 16:29:49 * Stephmw grins Feb 22 16:35:48 heh Feb 22 16:45:22 cu Feb 22 17:01:03 morning Feb 22 17:01:10 hey alan|home Feb 22 17:01:17 hey koen Feb 22 17:02:36 morning alan|home Feb 22 17:09:57 mhh good idea paste the resume in the source of kernel :) ... also printing it during boot :) :) :) Feb 22 17:11:39 heh Feb 22 17:23:11 hi all Feb 22 17:24:05 hey lamikr Feb 22 17:24:55 shadows: have you tried compiling e-image(-core) with gcc4? Feb 22 17:24:57 hey zecke Feb 22 17:25:07 re Feb 22 17:27:16 I am stuck when I have tried to update h6300.conf... I think I do not understand the difference between DEPENDS RDEPENDS and RRECOMMENDS correctly. I put some apps like "minicom" only to BOOTSTRAP_EXTRA_RRECOMMENDS and that cause boostrap image build to fail. It will get error: "| task-bootstrap: unsatisfied recommendation for minicom" Feb 22 17:27:35 that's just a warning Feb 22 17:27:41 DEPENDS = buildtime Feb 22 17:27:53 RDEPENDS = runtime, hard dependecy Feb 22 17:28:06 RRECOMMENDS = runtime, soft dependency Feb 22 17:28:53 anything in DEPENDS will be built, anything in RDEPENDS needs to be installed in the rootfs, anything in RRECOMMEDS gets in when it's available Feb 22 17:29:06 But bitbake has not build apps that have only been set to PRECOMMENDS Feb 22 17:29:25 correct Feb 22 17:29:32 PRECOMMENDS? Feb 22 17:29:36 that's why they have to be in DEPENDS as well Feb 22 17:30:16 Ok... How about apps in RDEPENDS, do they also need to be in DEPENDS? Feb 22 17:30:18 zecke: what about adding RRECOMMENDS to the inferred DEPENDS logic? Feb 22 17:30:42 it should be there Feb 22 17:30:49 or is it only RECOMMENDS Feb 22 17:31:17 does RECOMMENDS make sense to have? Feb 22 17:32:24 Do you suggest me to change all PRECOMMENDS to RECOMMENDS? Feb 22 17:32:54 no, you need to make sure everything mentioned in RECOMMENDS also is in DEPENDS Feb 22 17:33:06 unless zecke thinks there's a bug in bitbake ;) Feb 22 17:35:39 Ok. I will try that. Feb 22 17:43:04 am I the only one without sound on the akita (fam853oz354 branch, kernel 2.4)? Feb 22 17:43:10 koen: rdepends += bb.utils.explode_deps(bb.data.getVar('RRECOMMENDS', the_data, True) or "") Feb 22 17:43:34 is RRECOMMENDS_${PN} used? Feb 22 17:44:34 koen@bitbake:~/OE/monotone/org.openembedded.dev$ grep RRECOMMENDS_ packages/ -rn |wc -l28 Feb 22 17:44:40 28 times it seems Feb 22 17:45:02 03koen 07org.oe.dev * r7b004a0b... 10/packages/xchat/xchat_2.6.1.bb: xchat: add 2.6.1 which does seem to build against a recent dbus Feb 22 17:45:13 of of which is: packages/autoconf/autoconf-native_2.59.bb:5:RRECOMMENDS_${PN} = "automake-native" Feb 22 17:47:07 pb_: hey Feb 22 17:47:18 <[lala]> hi guys Feb 22 17:47:32 <[lala]> RP: ping Feb 22 17:49:52 zecke: yo Feb 22 17:50:07 pb__: are you the author of gcc3-corss-build.inc? Feb 22 17:50:35 mplayer-atty looks for chkhinge, what package provides it? Feb 22 17:50:46 pb__: there is a rm -rf share - which deletes man and info packages Feb 22 17:51:26 pb__: well and libgcj-4.0.2.jar. Do you think it is really not worth to install man pages and info? Feb 22 17:51:53 Bernardo: ehm.. chkhinge? Feb 22 17:53:32 zecke: I think it is really not worth installing them into ${CROSS_DIR}, yeah Feb 22 17:54:00 koen: didn't get built, if that is the name, I'll have to see at home Feb 22 17:54:04 [lala]: pong Feb 22 17:54:27 zecke: though, I don't think I am the author of the line in question. I think that was probably gb2 or kergoth. Feb 22 17:54:34 I built meta-opie iqnotes mplayer-atty kdepim-image and chkhinge isn't on the resulting feed Feb 22 17:55:05 <[lala]> RP: i saw your asoc commit for linux-oz-2.6.15. does that mean i can build a new kernel now for testing? :) Feb 22 17:55:15 pb__: okay I will remove the man and info subdir Feb 22 17:55:40 pb__: but leave that precious java directory there Feb 22 17:55:53 [lala]: yes. Note it will need new mixer configs which I'm still working on (for zaurusd) Feb 22 17:56:15 <[lala]> RP: ok, but kernel is complete Feb 22 17:57:09 [lala]: yes. I have one fix for it pending but its just cosmetic Feb 22 17:57:41 <[lala]> cool Feb 22 17:57:44 zecke: righto, that sounds fine Feb 22 17:57:54 bye guys Feb 22 17:58:59 <[lala]> RP: do i need anything in addition to zaurusd or just that package? Feb 22 18:00:38 [lala]: Just that package (you should already have alsa-utils?). I still need to update it though Feb 22 18:00:59 * RP -> afk - back later Feb 22 18:08:20 zecke: http://lists.gnu.org/archive/html/monotone-devel/2006-02/msg00184.html Feb 22 18:10:15 03freyther 07org.oe.dev * r2f632183... 10/packages/gcc/gcc3-build-cross.inc: Feb 22 18:10:15 packages/gcc/gcc3-build-cross.inc: Feb 22 18:10:15 -gcc4.0.2 gcj installs the libgcj-4.0.2.jar Feb 22 18:10:15 into the share directory. We want it to remain Feb 22 18:10:15 there. Feb 22 18:20:44 hi Feb 22 18:20:54 2 days until FOSDEM Feb 22 18:20:57 and counting... Feb 22 18:21:03 hey mickeyl Feb 22 18:21:05 s/FOSDEM/Leffe Brun/ Feb 22 18:21:35 * koen buys leffe by the dozen Feb 22 18:21:39 heh Feb 22 18:22:54 Philippe hinted that leffe has a new beer Feb 22 18:23:41 cool. let's see if they have it @ roy d'espagne Feb 22 18:23:50 I hope so :) Feb 22 18:23:57 when will you arrive? Feb 22 18:24:13 friday at 18.00-ish Feb 22 18:24:22 4:43 hours by train Feb 22 18:25:23 mickeyl: any dinner plans for saturday? Feb 22 18:25:54 koen: not yet - I'm open for everything Feb 22 18:26:01 mickeyl: good evening Feb 22 18:26:02 same here :) Feb 22 18:26:06 good evening pb_ Feb 22 18:26:30 koen: excellent. We can do a OE steering committee dinner then ;) Feb 22 18:26:42 :) Feb 22 18:26:53 evening Feb 22 18:26:58 I can try to bribe zecke with some vla Feb 22 18:27:00 hey XorA Feb 22 18:28:05 hi XorA, thanks for your mail. I'll commit your patch - I need to do it myself because the manifest is autogenerated from one of my scripts Feb 22 18:28:18 which means i need to do changes in the source Feb 22 18:28:59 mickeyl: cool Feb 22 18:30:21 ~curse FOSDEM timing Feb 22 18:30:55 XorA: you can't come? Feb 22 18:31:13 mickeyl: smack in middle of valentines and wifes birthday Feb 22 18:31:43 so Im -ive on the old bank balance Feb 22 18:32:35 re Feb 22 18:32:40 hey reenoo Feb 22 18:32:55 hi koen Feb 22 18:33:11 XorA: ah bummer Feb 22 18:33:14 hi reenoo Feb 22 18:33:35 hey mickeyl Feb 22 18:34:05 mickeyl: I shall have to sneak out OZ 3.5.5 when your all drunk kor something Feb 22 18:36:49 hehe Feb 22 18:39:06 eek Feb 22 18:39:11 I locked up my spitz Feb 22 18:39:24 that will teach me to copy kernel 2.4 functions into 2.6... Feb 22 18:39:24 mickeyl: what do you think about the installer ideas on angstrom-dev? Feb 22 18:39:29 :-P Feb 22 18:41:03 koen: pretty cool, that's what I would have wanted to do since long. (using evas, btw.) Feb 22 18:41:13 JustinP: eek. NAND backup time? Feb 22 18:41:26 mickeyl: I thought so :) Feb 22 18:41:40 mickeyl: no, it seems ok.... Feb 22 18:41:41 can't wait until i have time to hack again Feb 22 18:41:51 i can see my programming skills fade Feb 22 18:41:51 heh Feb 22 18:41:55 mickeyl: but I should be more careful.... Feb 22 18:41:55 heh Feb 22 18:42:04 * JustinP doesn't know what the max1111 is connected to... Feb 22 18:43:42 mickeyl: can updater.sh run stuff of the card? Feb 22 18:45:26 koen: sure. It uses gnu-tar right now for e.g. spitz ^_^ Feb 22 18:46:47 koen: yeah, the card is mounted Feb 22 18:46:51 ah, cool Feb 22 18:47:23 which means assuming a sufficiently large card we can do a multimedia video installer Feb 22 18:47:24 heh Feb 22 18:47:29 so you put a statically linked angstrom-ueber-installer on there Feb 22 18:47:35 *nod* :) Feb 22 18:48:03 sweet Feb 22 18:48:29 'select movie to play during install' Feb 22 18:48:42 hehe Feb 22 18:48:54 * JustinP sees visions of rotating logos Feb 22 18:50:25 it would be a nice motivator Feb 22 18:50:36 'the OS sucks, but our installer looks way too cool' Feb 22 18:51:20 ^_^ Feb 22 18:52:37 hehehe Feb 22 18:52:59 get some of the old amiga demo dudes to write an installer demo Feb 22 18:52:59 we will have a voice guided installer Feb 22 18:53:10 XorA: actually i _am_ one of the old amiga dudes Feb 22 18:53:16 demo dudes, even Feb 22 18:53:27 my wife will speak the instructions Feb 22 18:53:27 mickeyl: techno techno techno techno :-) Feb 22 18:53:30 :D Feb 22 18:55:32 mickeyl: do you still have the edje files for the bootmanager? Feb 22 18:57:03 koen: yeah, actually there's more than just the edje files. after FOSDEM I'll put the current stuff together with EFL++ in a public cvs Feb 22 18:57:14 yay! Feb 22 18:57:56 * koen wants to have angstrom net-install *now* Feb 22 18:58:22 * Philippe is back (gone 20:29:20) Feb 22 18:58:23 hmm, I think h2200 + LAB could do that Feb 22 18:58:40 mreimer: I know, but with a package selector gui Feb 22 18:58:53 would be nice Feb 22 18:59:09 mickeyl: cvs? Feb 22 18:59:24 zecke: is there another SCM? Feb 22 18:59:31 mickeyl: RCS! Feb 22 18:59:42 ah yeah, better use that :D Feb 22 19:00:02 might as well use a bk repo ;) Feb 22 19:01:02 manually copied backups! Feb 22 19:53:25 * RP returns Feb 22 19:53:37 RP: wb Feb 22 19:57:45 RP: I copied over that max1111 function from 2.4 kernel and copied all of the missing defines and a few vars. It locked up my Z when I pressed a button on the remote :-| Feb 22 19:58:32 RP: see the "//from 2.4 pxa_ssp.c" section in http://oe.reversefold.com/sharpsl-rc.patch Feb 22 19:59:05 RP: should I perhaps track down the rest of the defines as well? (i.e. GPSR, GPIO_bit, SSDR, etc) Feb 22 19:59:23 (and of course I'd rename then as GPRS_24 or something... Feb 22 20:00:36 RP: if you don't have time to look at it just let me know and I'll just keep trying to track it down myself Feb 22 20:01:22 damn, again new dependency error. Any idea what are ALSA_PACKAGES. Alsa utils has :RDEPENDS_alsa-utils += "${ALSA_PACKAGES}" and I get bootstrap image creation error: Feb 22 20:01:48 ERROR: Cannot satisfy the following dependencies for task-bootstrap: ${ALSA_PACKAGES} Feb 22 20:02:06 JustinP: s/remove/remote/ in KConfig Feb 22 20:02:22 zecke: pong Feb 22 20:02:32 koen: thx :-) Feb 22 20:03:08 doesn't fix my problem, thugh, of course Feb 22 20:03:14 lamikr: looks like ALSA_PACKAGES isn't defined Feb 22 20:03:59 Can I just put: ALSA_PACKAGES = "" to h6300.conf? Feb 22 20:04:13 proabably Feb 22 20:04:20 * koen has no idea what it does Feb 22 20:05:01 njs: delta-storage optimalization stuff is post 0.26? Feb 22 20:05:19 koen: dunno yet. Feb 22 20:05:58 lamikr: I guess you should find out who added that dependency on ALSA_PACKAGES. It does seem a bit weird. Feb 22 20:06:05 koen: they're both "when they're ready", basically Feb 22 20:06:28 koen: for 0.26 this mostly means, after I polish off this big honking pile of merge tests that I need to write, plus a few other small things Feb 22 20:06:48 I actually just found by google that this dependency has been left from dev branch. Maybe same should be done also to fam083? http://www.handhelds.org/hypermail/oe-commits/28/2838.html Feb 22 20:06:56 njs: root-dir rename is for 0.26, right? Feb 22 20:07:11 koen: and for delta optimization, http://venge.net/monotone/wiki/DeltaStorageStrategies/ShootOut is what we're working on right now... Feb 22 20:07:13 koen: yes Feb 22 20:08:50 njs: have any tests been run yet? Feb 22 20:09:07 koen: on the delta storage stuff, you mean? Feb 22 20:09:15 yes Feb 22 20:09:22 lamikr: probably, yeah Feb 22 20:09:26 cya later Feb 22 20:09:28 off to the gym Feb 22 20:10:16 I removed the ALSA_PACKAGES variable from .dev as nothing set it. Nobody's complained yet... :) Feb 22 20:10:20 I'm not sure; it's another guy doing the main work there. I think the status is that the scripts for doing the rigorous testing on that page are mostly done, as are all of the candidate strategies except revlogs Feb 22 20:10:44 and he has some initial numbers on other tests, but not with the full-featured tests. Feb 22 20:10:53 pb_: I am now testing the image creation without it in fam083. Feb 22 20:11:23 JustinP: The problem is this code conflicts with that in corgi_ssp... Feb 22 20:11:44 I know on one test he did he got ~75kB/s sustained on pull, against net.venge.monotone*. which isn't yet as good as we want, but is definitely getting closer... Feb 22 20:11:50 JustinP: You might be best off replaceing the code in corgi_ssp with the 2.4 code, being careful to use 2.6's locking, not that from 2,4 Feb 22 20:12:14 JustinP: But be warned the sharp pm code uses the max1111 functions... Feb 22 20:12:30 njs: I'm more interested in revs/minute than bandwidth Feb 22 20:12:39 njs: monotone pull is a local operation here :) Feb 22 20:12:51 koen: yeah, but it's not bandwidth limited :-) Feb 22 20:13:36 nvm* is ~5000 revs, and it took 6 minutes total, so a bit over 800 revs/s. Feb 22 20:13:54 wow Feb 22 20:14:00 I'm used to 3 revs/min Feb 22 20:14:33 keep in mind this was prototype-y, though, I think the version he was using paid like a factor of 1.5-2x speed on 'checkout' Feb 22 20:14:52 co is mostly IO limited for me Feb 22 20:14:55 crappy disks Feb 22 20:14:59 nod Feb 22 20:15:21 OE has 5,146 revs right now Feb 22 20:15:32 so 6 minutes is better as 8 hours on initial pull Feb 22 20:15:48 the other thing, that I hadn't properly appreciated until recently, is that I think we had some serious non-linearity in tree size, at least in the 0.25-style code. Feb 22 20:16:06 and OE doesn't have a lot of revisions, but each tree is very large Feb 22 20:17:21 0.26 _should_ be much better in this respect, because 0.25 has to use a very stupid algorithm to validate consistency, that does stupid things like loading multiple trees into memory at once and then tromping all over them. Feb 22 20:17:54 while in the common case, 0.26 can fully validate a revision by loading its parent tree, then doing O(changes) work Feb 22 20:17:58 RP: it's conflicting? The function *is* named differently. Or is the max1111 stuff using a function named the same internally? I'm not sure how it could be conflicting... Feb 22 20:18:16 pb_ RP & koen: it worked alsa for me after I removed ALSA_PACKAGES rdependency from the alsa-utils.bb. Could somebody remove that from the fam083 branch? Feb 22 20:18:17 RP: it could be the use of 2.4 style locking, though. I'll try to swiitch around the locking in that patch Feb 22 20:18:53 Necronom's benchmarks also support this, considering that 'pull net.venge.monotone*' is basically the same speed between 0.25 and current mainline, but org.oe* is apparently 7x faster :-) Feb 22 20:19:34 RP -> hey RP, a little question on the hx2750, would you tell me which configuration you made/have to build the gpe-image with bitbake? in my local conf I have MACHINE set to "ipaq-pxa270", TARGET_OS to "linux-uclibc" and DISTRO to "familiar-unstable", I tried to build an opie-image, however the kernel (handhelds-pxa-2.6-2.6.13) was missing your patches (pxa_keys and so on...), can I just try to apply your patches to the 2.6.13 hh kernel? or t Feb 22 20:19:43 arg, sorry for the long text (: Feb 22 20:20:11 JustinP: The MAX1111 is a piece of hardware. Think what happens if two bits of linux try and access it at once Feb 22 20:20:36 JustinP: Disabling PREEMPT in your testing kernel might be wise, then you only have one execution path to worry about Feb 22 20:20:41 oh, and I'm using the prebreakge tag of OE Feb 22 20:21:05 RP: do you think it's time to tag post-breakage? ;) Feb 22 20:21:11 SapoChule: You need to tell it to use the linux-openzaurus kernel Feb 22 20:21:28 okie, I will look that up, cheers Feb 22 20:21:32 koen: I guess we could remove the warnings about it :) Feb 22 20:21:50 SapoChule: zaurus-clamshell-2.6.conf shows how to set it Feb 22 20:21:58 RP: or just move the tag forward each day ;) Feb 22 20:22:15 RP -> thanks Feb 22 20:24:14 RP: although removing the warning might need a new release of bitbake Feb 22 20:24:45 koen: We did fix a couple of key bugs after the last release and OE now depends on them... Feb 22 20:24:53 I noticed Feb 22 20:25:05 Unavoidable :-/ Feb 22 20:25:08 dominion and ewi were 2 revs apart Feb 22 20:25:15 dominion worked, ewi didn't Feb 22 20:25:30 took me a while to figure out that 'svn up' would solve it Feb 22 20:26:12 RP: true. Did you mean that the locking in the 2.4 code is not actually locking and probably causing the lock-up? I'll try disabling PREEMPT as well Feb 22 20:26:16 We should have a minimum bitbake version check in OE Feb 22 20:26:42 JustinP: That locking code is near enough useless. Feb 22 20:27:51 Imagine your remote control fires a timer and starts to query the max1111. At the same time, you touch the touchscreen triggering a interrupt for the touchscreen driver which then tries to read from the ADSxxx (which is also on the SSP bus) Feb 22 20:28:30 I guess the irq part of the spinlock does protect you from that but only by shear luck ;-) Feb 22 20:29:33 heh Feb 22 20:29:33 ok Feb 22 20:29:40 well, I'll try disabling PREEMPT Feb 22 20:29:58 then if that doesn't work I'll try to copy the 2.6 locking into the 2.4 function and see what that does Feb 22 20:30:01 and go from there Feb 22 20:30:02 :-) thanks Feb 22 20:30:27 JustinP: You'll have to export the lock from corgi_ssp so they can share the lock Feb 22 20:35:44 RP: OIC....dumb me. Yeah, I should move the function to corgi_ssp to make that work. Will try PREEMPT first, though Feb 22 20:36:38 JustinP: There is another issue as well. If I remember rightly. corgi_ssp always leaves the ssp configured for the touchscreen (as its the most frequently accessed) Feb 22 20:37:06 So you might see things work until you touch the touchscreen... Feb 22 20:37:41 The SSP port is used by the touchscreen, LCD and PM code... Feb 22 20:38:12 Its a nightmare basically, unless you understand what its doing :-/ Feb 22 20:44:41 JustinP: You want to test something like: http://www.rpsys.net/openzaurus/temp/corgi_ssp-r0.patch Feb 22 21:01:40 'meh Feb 22 21:01:46 has anyone tested socat on arm? Feb 22 21:01:50 its crashingw ith an assertion here :\ Feb 22 21:02:38 doh, that can't be good Feb 22 21:02:44 still, I don't even know what socat is Feb 22 21:02:45 heh Feb 22 21:02:51 its like netcat, but much more powerful Feb 22 21:02:59 oh right, awesome Feb 22 21:03:10 supports unix domain sockets, pipes, tcp4, udp4, tcp6, udp6, etc Feb 22 21:03:16 pretty slick, if itd stop crashing Feb 22 21:03:28 cute Feb 22 21:03:54 cat foo | socat stdin UDP4:192.168.0.1:2500 Feb 22 21:03:56 heh Feb 22 21:04:01 ah well Feb 22 21:04:31 odd, I wonder why it blows up Feb 22 21:04:38 RP: thanks :-) Feb 22 21:04:54 probably doign something stupid, like alignment issues or assumptions about character signedness, no doubty Feb 22 21:05:03 s/y$// Feb 22 21:05:05 by the way, what timezone is Nevada in - is that PST? Feb 22 21:05:20 i think its moutain Feb 22 21:05:23 mountain, even Feb 22 21:05:32 okay, thanks Feb 22 21:07:06 turns out that the first article engineer at our local programming house isn't quite as local as I thought he was Feb 22 21:07:26 apparently he actually works somewhere in Reno. Feb 22 21:07:27 heh Feb 22 21:08:23 heh Feb 22 21:08:53 03koen 07org.oe.dev * r3a34eff9... 10/packages/eds/eds-dbus_svn.bb: eds-dbus: refine fix by symlinking camel-1.2 to camel to satisfy all apps building against eds Feb 22 21:08:57 03koen 07org.oe.dev * r4d942644... 10/packages/tinymail/tinymail_svn.bb: tinymail: add svn version, courtesy Patrick Steiner Feb 22 21:28:03 * Philippe is away: visual contact - melancholic dreams Feb 22 21:34:35 koen: no tries for gcc4 and e-image(-core) yet here Feb 22 21:34:58 thought so Feb 22 21:35:27 koen: after the remaining libmatchbox trouble is resolved, i will be doing the Opie image, and then the e-image Feb 22 21:35:47 opie compiles with gcc4 Feb 22 21:36:49 I get linking errors with iconv symbols in ecore-x11 Feb 22 21:37:06 after removing the gcc3 stuff from preferred-versions-e.inc Feb 22 21:39:10 bwaahahaha! Feb 22 21:39:20 * JustinP shrugs Feb 22 21:43:18 RP: that didn't work....locks up on "probing IDE device ide0" Feb 22 21:43:42 * JustinP turns preempt back on Feb 22 21:43:55 not that that should really fix it but.... Feb 22 21:54:42 net-snmp don't build with -j, anyone know if it's possible to make oe not use -j for a specific package? Feb 22 21:59:18 PARALLEL_MAKE = "" Feb 22 22:08:05 JustinP: The patch didn't work or turning preempt off? Feb 22 22:11:57 RP: I used your patch and turned preempt off. Lockup on bootup when finding the IDE device. Feb 22 22:12:06 RP: I'm trying with preempt set back to Feb 22 22:12:07 y Feb 22 22:14:05 JustinP: Did you have to adjust my patch? Feb 22 22:14:40 JustinP: I'd remove the GPSR lines at the end of the piece I inserted as that's better off handled by other code... Feb 22 22:15:25 RP: yes, I did Feb 22 22:15:35 I added some defines and a variable Feb 22 22:16:16 I don't see that it would make a difference... Feb 22 22:16:26 XorA|gone: I see the libtool troubles now, rebuilding libtool-cross fixed it Feb 22 22:16:29 hmmm, nope, preempt doesn't help Feb 22 22:17:10 RP: so remove the last 3 GPSR lines? what about SSCR0 = 0;? Feb 22 22:17:26 ping CosmicPenguin Feb 22 22:18:30 JustinP: I have a better idea - try moving the GPCR to after the second SSCR0 line... Feb 22 22:19:23 That last SSCR0 line is also suspect - I'd remove it Feb 22 22:19:37 The SSCR0 = 0; one Feb 22 22:19:41 which GPSR lines? the last 3? move them *up* to after SSCR0 = SSCR0_MAX1111? Feb 22 22:20:08 I'll rediff... Feb 22 22:20:11 * JustinP wishes he knew what these lines did... Feb 22 22:20:24 you also need these lines: Feb 22 22:20:36 +#define GPIO_MAX1111_CS 20 Feb 22 22:20:37 +#define GPIO_SSP_SFRM GPIO14_SFRM //PXA27x Feb 22 22:20:37 +#define GPIO14_SFRM 14 /* SSP Frame */ //PXA27x Feb 22 22:20:37 +#define SSSR_TNF_MSK (1u << 2) Feb 22 22:20:37 +#define SSSR_RNE_MSK (1u << 3) Feb 22 22:20:42 + volatile unsigned int dummy; Feb 22 22:22:29 koen|tv: Thanks. I'd finally figured that out after much finding and grepping! Feb 22 22:24:57 JustinP: http://www.rpsys.net/openzaurus/temp/corgi_ssp-r1.patch Feb 22 22:26:32 JustinP: There are some interesting differences to between the two functions which I hadn't perhaps intended like the CS (chip select) line being changed before the ssp port speed change Feb 22 22:28:17 lrg|home: pong Feb 22 22:28:18 * CosmicPenguin fears Feb 22 22:28:22 I know, I owe you something Feb 22 22:28:42 CosmicPenguin: how's the .bb sale going? Feb 22 22:29:12 CosmicPenguin: had a question from Eric Roberts at AMD Feb 22 22:32:31 JustinP: there is one bug in the "new" bootsplash code which I will fix today.Other than that I do not see any problems with backporting it to .oz Feb 22 22:32:53 hi Feb 22 22:33:49 * lrg|home owes CosmicPenguin a beer at FOSDEM for some au1200 drivers. Feb 22 22:33:55 CoreDump|home: I guess you'll have to get rid of some zaurus'ism first though Feb 22 22:34:01 koen: no takers.. :( Feb 22 22:34:26 oh really? I don't remember any Z stuff in there in the first place Feb 22 22:35:17 CosmicPenguin: I might take on the xfce stuff in a few weeks Feb 22 22:35:45 koen: that would be cool - I wish I could do more, but I'm so not in the graphics world right now, it would be hard to keep up Feb 22 22:36:04 CoreDump|home: z specific key combinations, non-devfs file names, etc. Feb 22 22:36:13 lol? Feb 22 22:36:56 is /proc/fb in 2.4 and 2.6? Feb 22 22:37:08 RP: glad this is causing some possible issues to come to light :-). I'm trying the new patch now (well, building) Feb 22 22:37:52 CoreDump|home: telling iPAQ users to use key combinations on a zaurus keyboard is a bit off Feb 22 22:38:12 heh Feb 22 22:38:17 CoreDump|home: and chances are /dev/fb0 doesn't exist when gpe-bootsplash runs Feb 22 22:38:21 ah the fn thingy Feb 22 22:38:59 iirc /etc/init.d/devices start runs as one of the first scripts. Feb 22 22:39:24 And while altboot remounts / rw it doesn't create /dev/fb0... Feb 22 22:39:35 so, what's the key-combo on iPAQ? Feb 22 22:39:54 iPAQs generally don't have a keyboard Feb 22 22:39:59 Or maybe just s/Fn/Alt Feb 22 22:40:32 night all Feb 22 22:40:34 that's no reason why there couldn't be a key combo to switch VTs Feb 22 22:40:39 'night lrg|home Feb 22 22:40:43 n8 lrg|home Feb 22 22:41:16 * lrg|home has to catch a flight to Brussels tomorrow Feb 22 22:41:24 have a good flight Feb 22 22:41:27 :-/ Feb 22 22:42:03 CoreDump|home: there's no such thing on ipaqs Feb 22 22:42:08 ok Feb 22 22:42:22 so no message for *IPAQ* Feb 22 22:43:16 Yes, see you there :-) Feb 22 22:49:33 'night all Feb 22 22:51:53 CoreDump|home: or only message for zaurii Feb 22 22:52:18 `module_id` | grep -q "SHARP" && echo "Use Fn-LeftArrow to see the boot messages." > /dev/tty2 Feb 22 22:53:25 ^_^ Feb 22 22:53:38 * JustinP prepares to lock his Z again Feb 22 22:54:14 pb_: where you able to run gcj compiled apps using qemu? Feb 22 22:55:10 RP: loc after it shows the hda info Feb 22 22:55:20 RP: corgi_ssp_max1111_get entered af Feb 22 22:56:02 RP: and second boot only shows Probing IDE ... and then "corgi_ssp ... entered cf Feb 22 22:56:55 yes, it showed "af" the first time and now it always shows "cf" Feb 22 22:57:58 JustinP: Are you calling this function from your remote driver or still using a custom implmentation in the remote control driver? Feb 22 22:58:06 'night all Feb 22 22:58:14 Or isn't the remote control driver loaded at this point? Feb 22 22:58:17 'night koen Feb 22 22:58:29 RP: oh, no, the driver is a module Feb 22 22:58:34 RP: this is on boot Feb 22 22:58:52 RP: and I removed the custom function in my driver as well (well, commented) Feb 22 23:01:42 RP: just during/after IDE probe it looks like Feb 22 23:03:23 JustinP: I don't understand why it hangs - it should work. The next step for something like this is to work out which line causes it to hang - add a printk between every line like printk(KERN_ERR "1\n");, 2 etc. Feb 22 23:03:43 Hmm, why would I notbe seeing the patch for busybox (http://bugs.openembedded.org/show_bug.cgi?id=657) in a monotone pull/update? Feb 22 23:04:17 JustinP: Alternatively, we could assume the problem might be one of two differences I can see between these functions. One is the udelay between writing a value and reading it back, the other the points we change the CS Feb 22 23:04:54 To test the latter, add those differences to the oroginal corgi_ssp and see what happens... Feb 22 23:05:10 v8jlene: as someone rverted it? (accidentally or such... :}) Feb 22 23:05:44 njs: this is one feature that would be handy. 'Who did ever mess with xyz file' (so more like monotone annotate) Feb 22 23:06:22 zecke: Ok, I guess monotone should be able to tell me... will go look at the documentation. Feb 22 23:07:23 RP: I really don't know what the differences are...the 2.4 stuff uses all defines that I don't really grok... Feb 22 23:07:34 RP: I'll get the line that it's hanging onw Feb 22 23:09:00 zecke: hmm, like 'log '? Feb 22 23:09:36 njs: I could have sworn it didn't work yesterday Feb 22 23:10:03 hrw|gone pointed out to us a day or two ago that 'log ' doesn't work, which is a bug Feb 22 23:10:09 but 'log ' does :-) Feb 22 23:10:26 (and we have a ticket open for 'log ' now, we thought it did work :-)) Feb 22 23:10:48 ~lart us for bad communication Feb 22 23:10:48 * ibot puts us through a wood chipper for bad communication Feb 22 23:11:32 JustinP: http://www.rpsys.net/openzaurus/temp/corgi_ssp-r2.patch is what I mean by the udelay - you could try that and see if that hangs... Feb 22 23:12:02 * RP -> afk for 30mins Feb 22 23:12:41 hrw|gone: I've tracked down the "tmpfs is not beeing mounted" bug. Turns out that the initial mount oopses (due to the god damn jffs2 bug) and hangs Feb 22 23:13:50 hrw|gone: or in other words, test5 is not at fault Feb 22 23:14:22 RP: ah, ok Feb 22 23:14:46 RP: will finish the build/flash to find what line is run last, then wull try the udelays Feb 22 23:15:01 03freyther 07org.oe.dev * r7b8bb26d... 10/classes/tinderclient.bbclass: Feb 22 23:15:01 classes/tinderclient.bbclass: Feb 22 23:15:01 -Disable sending of the environment as this somehow Feb 22 23:15:01 refuses to work from within a screen - dunno why Feb 22 23:15:01 -The lines of the log messages are ended with a new line Feb 22 23:15:02 no need to add another empty line. Feb 22 23:15:05 03freyther 07org.oe.dev * r07467662... 10/ (4 files in 2 dirs): (log message trimmed) Feb 22 23:15:08 conf/bitbake.conf: Feb 22 23:15:10 -Add perl-native-runtime and python-native-runtime Feb 22 23:15:12 to the ASSUMED_PROVIDED packages. We expect to be Feb 22 23:15:14 able to run bitbake a suitable python version is Feb 22 23:15:16 installed. Same applies for running autoreconf to Feb 22 23:15:18 perl. Feb 22 23:15:43 zecke: ah, well, we probably should have done better to actually find out how things were working for you... Feb 22 23:15:54 RP: the build with this change is running here: http://ewi546.ewi.utwente.nl/tinderbox/showlog.pl?machine_id=4&logfile=20060223001313.log Feb 22 23:16:28 njs: koen pointed me to gitcvs, how closely did you look at it? Feb 22 23:16:35 Bug 657 (fix busybox for uclibc) breaks busybox build on glibc for me. Should I re-open the bug? Feb 22 23:17:09 my hope is once we put out the current fires (get the migration to 0.26 done, get the speed issues resolved), we can put much more serious effort to the various usability stuff Feb 22 23:17:39 including UI cleanups, running another user survey, putting better reporting in the tool to make it easier to find out how people use it... Feb 22 23:25:59 zecke: I don't think I ever tried Feb 22 23:29:00 03rwhitby 07org.oe.dev * rb8f59958... 10/packages/linux/ (10 files in 2 dirs): ixp4xx-kernel: Updated to match latest patches in CVS repo. Feb 22 23:35:16 rwhitby: do you have an idea why all NSLU tinderclients are outdated but Unslung uses the right one? Feb 22 23:38:02 ummm Feb 22 23:42:55 CoreDump|home: yes? Feb 22 23:43:20 zecke: oh, hmm, I totally missed your question about gitcvs :-) Feb 22 23:43:42 nm, need someone w/ a test5 GPE img to compare something Feb 22 23:43:42 JustinP: don't get carried away there chief. Feb 22 23:43:58 manually copied backups might be too easy Feb 22 23:44:05 zecke: I haven't read the source or anything, but I publicized it on #monotone and monotone-devel... one person already expressed interest in porting it to run against monotone Feb 22 23:44:19 nice Feb 22 23:44:28 oh guys I'm just too tired Feb 22 23:44:42 Me and the Userguide to UML will go to bed now :) Feb 22 23:44:54 'night! Feb 22 23:47:31 RP: let me know what suggestions you have for c3k/suspend debuggery over serial console Feb 22 23:48:20 n8 zecke Feb 22 23:50:41 zecke: they are all using the same openembedded dir Feb 22 23:50:55 I think there are build errors in the others Feb 22 23:52:12 rwhitby: it looks like the build is completed, and errors should be catched :) Feb 22 23:52:17 anyone I'm too tired Feb 22 23:53:20 zecke: looks like we haven't fixed a DEPENDS->RDEPENDS somewhere Feb 22 23:53:41 this need to wait until tomorrow Feb 22 23:53:43 BYE! Feb 22 23:53:49 'night zecke Feb 22 23:54:16 shadows: With FOSDEM, the next few days are going to be hectic... Feb 22 23:55:18 that's cool, if you have some info i should read up on / about it would be nice Feb 22 23:55:49 shadows: Have a look at http://www.rpsys.net/openzaurus/patches/archive/sharpsl_pm-r9.patch for the sys_ctx lines. These suspend the UART in the zaurus right at the last second Feb 22 23:56:18 hrw|gone: the tar.gz installer requires mkfs.ext2 and friends in the rootfs Feb 22 23:56:26 UART meaning serial.... so i should comment that out and dump debug info to the serial console? Feb 22 23:57:02 shadows: You need to add that to your kernel - that debug code was ditched when I pushed the pm code into mainline Feb 22 23:57:21 shadows: and comment out the suspend call in drivers/serial/pxa.c Feb 22 23:57:35 okay Feb 22 23:57:47 Basically you move the UART suspend code into the PM driver right at the last second Feb 22 23:58:49 The file to patch is now arch/arm/common/sharpsl_pm.c Feb 22 23:59:07 * shadows takes notes Feb 23 00:00:07 Adding #define DEBUG 1 before the includes in that file (replacing the #undef) might also prove useful for you Feb 23 00:00:38 If you send me the debug log up to the point it crashes, that will tell me a lot Feb 23 00:00:57 sweet Feb 23 00:01:05 FOSDEM, excited? Feb 23 00:01:19 anybody know whether the ARM kexec patch will go into mainline? Feb 23 00:01:35 mreimer: Someone needs the courage to ask rmk about it... Feb 23 00:01:55 RP: I haven't taken hits for a while; maybe I should Feb 23 00:02:01 RP: where's the latest patch? Feb 23 00:02:06 I'll do it eventually if nobody beats me to it... Feb 23 00:02:39 You're going to link to it on my server, aren't you :-} Feb 23 00:02:56 we might have to beat you to do it, with hotlinks Feb 23 00:02:59 RP: I don't have to if you'd rather I didn't drag you into it :-) Feb 23 00:03:35 http://www.rpsys.net/openzaurus/patches/archive/kexec-arm-r0.patch Feb 23 00:03:59 I don't mind too much. Just keep in mind this patches the arm syscalls, despite his explicit instrctions at the top of the header not to... Feb 23 00:04:23 So say you'd like to ask if a syscall number has/can be assigned... Feb 23 00:04:59 That way we might not take too much of a hit ;-) Feb 23 00:05:05 :-) Feb 23 00:05:18 shadows: I'm looking forward to meeting people at FOSDEM Feb 23 00:05:24 too much to do beforehand though :-/ Feb 23 00:09:08 i would love to go to an event like this Feb 23 00:09:31 someone should add support to socat to join/leave a multicast group Feb 23 00:09:33 * kergoth ponders Feb 23 00:09:33 RP: line 179, which is while ((SSSR & SSSR_RNE_MSK) != SSSR_RNE_MSK); is where it fails Feb 23 00:09:37 RP: (well, locks) Feb 23 00:10:32 JustinP: Is that the 1st, 2nd or 3rd line that says that? Feb 23 00:10:38 RP: using this patch: http://oe.reversefold.com/patches/corgi_ssp-r1.patch Feb 23 00:11:08 just before dummy = SSDR; Feb 23 00:11:17 in the TB1/RB1 section it's the last while() Feb 23 00:11:39 I used printk(KERN_ERR "%d\n", __LINE__); BTW Feb 23 00:12:04 ok, that means it never gets any reponse from the max1111 Feb 23 00:12:23 and it locks in an infinite loop waiting... Feb 23 00:13:16 ah, the infinite loop Feb 23 00:13:33 * shadows goes afk, not having any idea what is going on Feb 23 00:13:52 shadows: audio remote for the cxx00 :-) Feb 23 00:14:08 not that anyone but me seems to have one.... Feb 23 00:14:26 RP: I'll try your r2 patch Feb 23 00:19:17 03tmbinc 07org.oe.dreambox * r990d193e... 10/packages/enigma2/enigma2.bb: enigma2: split packages according to new scheme Feb 23 00:19:59 JustinP: i tried to buy one Feb 23 00:20:09 could not find any merchant that would sell one Feb 23 00:24:18 shadows: *really*...that's interesting. I got mine from....what the heck was their name.... Feb 23 00:24:35 shadows: ah yes, dynamism Feb 23 00:24:51 Right, that's zaurusd's mixer control hopefully fixed... Feb 23 00:25:12 shadows: looks like they don't offer it any more, though...that sucks Feb 23 00:25:45 shadows: actually, they sent me the CE-RH1 remote first (the remote for the C7x0 zaurii) which doesn't work with the Cxx00 Feb 23 00:25:57 shadows: had to send it back and wait forever for the CE-RH2 Feb 23 00:26:18 * JustinP hasn't looked at zaurusd yet....I have no idea what all it's supposed to do... Feb 23 00:27:44 shadows: conics.net has it...not sure if they ship to usa, though Feb 23 00:27:52 JustinP: What's the difference between the two? Feb 23 00:28:01 * RP thought the devices were the same :-/ Feb 23 00:28:15 (from the headphone socket POV) Feb 23 00:28:51 nope Feb 23 00:29:03 the location of the data contact is switched I believe Feb 23 00:29:18 I didn't even get sound out of it Feb 23 00:29:23 hmm. nice of them... Feb 23 00:29:27 yeah Feb 23 00:29:35 stupid, too, it's basically the same thing Feb 23 00:29:48 it's just to get that extra $$ out of upgraders... Feb 23 00:29:56 yes :-( Feb 23 00:33:13 * JustinP flashes the r2 ssp patch Feb 23 00:33:53 doesn't lock on boot, that's a good sign Feb 23 00:34:19 god lots of ssp stuff just before IDE was registered Feb 23 00:34:36 a few more after mounting Feb 23 00:36:11 probably the pm code - you'll probably see bursts of activity... Feb 23 00:36:49 trying the module.... Feb 23 00:38:21 ummm...yeah... Feb 23 00:38:33 seeing 8f from corgi_ssp_... entered Feb 23 00:39:57 ok, I farked the return from the read fucntion in the module Feb 23 00:40:06 but the value coming back is always 115 now it seems.... Feb 23 00:40:39 no Feb 23 00:40:41 I taike it back Feb 23 00:40:54 it's 0-5 Feb 23 00:40:58 about same as before Feb 23 00:41:44 server back on line Feb 23 00:44:16 JustinP: I don't know what to suggest... Feb 23 00:45:50 'night all Feb 23 00:55:44 night RP Feb 23 00:56:00 thanks for the help, I just managed to get the kernel compiling Feb 23 01:04:11 RP: also, suspend caused an infinite loop with your r2 patch... Feb 23 01:04:30 RP: thanks, I'll keep playing with everything Feb 23 02:02:44 ~kill SmartBridge Feb 23 02:02:46 * ibot shoots a inverse neutrino gun at SmartBridge Feb 23 02:03:34 ! Feb 23 02:06:57 SmartBridge is one of the most complete shareware bridge programs available for download on the Web. Feb 23 02:07:10 Program features: Feb 23 02:07:11 very accurate graphics Feb 23 02:07:11 more than 40 conventions Feb 23 02:07:33 So ... you are trying to take up online gambling !! Feb 23 02:07:42 ;D Feb 23 02:20:57 heh Feb 23 02:20:58 no Feb 23 02:21:10 it's an Indian coding company Feb 23 02:22:35 JustinP: good to know Feb 23 02:23:00 searching "CE-RH2" crashes firefox on my desktop Feb 23 02:23:03 that's always charming Feb 23 02:23:52 hehe Feb 23 02:23:56 doesn't crash mine Feb 23 02:24:47 hmm Feb 23 02:25:04 yeah, i've been running "testing" for a while in debian now Feb 23 02:25:05 they are a tad expensive Feb 23 02:25:22 * decca generaly runs unstable ;D Feb 23 02:25:29 everything i hear tells me that "unstable" is actually more stable right now than testing Feb 23 02:25:41 i rarely have a problem Feb 23 02:25:52 sometimes have to roll back the odd package after an apt-get upgrade Feb 23 02:25:53 but heh Feb 23 02:25:59 this will be interesting *hits apt-get dist-upgrade* Feb 23 02:28:33 * JustinP laughs Feb 23 02:31:28 i have commit access now, as user jnc@openembedded.org Feb 23 02:32:17 cool Feb 23 02:32:27 you can start comitting your own gcc4 fixes Feb 23 02:32:55 that seems to be the hint Feb 23 02:36:44 i need help though with the libmatchbox stuff Feb 23 02:37:21 http://bugs.treke.net/show_bug.cgi?id=705 Feb 23 02:37:55 shadows, who is the maintainer for the matchbox stuff? Feb 23 02:38:04 errmm... Feb 23 02:38:56 i don't know Feb 23 02:39:33 grep -i for 'maintain' in packages/libmatchbox turns up NULL Feb 23 02:39:56 Koen is the maintainer for matchbox-keyboard_svn.bb Feb 23 02:40:00 that's about as close as it gets Feb 23 02:41:35 ah, then its unmaintianed or has lost its maintainer Feb 23 02:41:48 i thought it might have been one of the gpe devs Feb 23 02:46:17 03coredump 07org.oe.dev * r7d009efa... 10/packages/altboot/altboot_0.0.5-rc4.bb: altboot: Pushing rc4 *yet* again Feb 23 02:46:18 it doesn't have to be maintained, i am looking for help, presumably from someone who knows what the deal is with libmatchbox and the font issue Feb 23 02:46:51 i think koen said it was that xsettings was not linked in Feb 23 02:47:08 it needs to be changed so that xsettings is linked in, and that would resolve the font issue Feb 23 02:47:26 well what your doing would be concidered maintainance i'd think ... Feb 23 02:47:52 are you volunteering? Feb 23 02:48:08 i've a couple of my own already to maintain Feb 23 02:48:22 hey everyone, emte has volunteered himself to maintain libmatchbox Feb 23 02:48:29 ;) Feb 23 02:48:39 this might go the same way that e17 went Feb 23 02:48:46 * decca-work congratulate emte Feb 23 02:48:50 and i am sure JustinP doesnt want that Feb 23 02:49:21 i made more mess than i helped Feb 23 02:50:00 try doing more, and helping less Feb 23 02:50:03 :) Feb 23 02:50:26 thats double edged Feb 23 02:50:34 i do more and i throw away more code Feb 23 02:51:16 actually if i understood the devices more it would help Feb 23 02:51:26 so i am currently reading a lot Feb 23 02:52:54 i was thinking about trying to see if i can get redboot to work under OE/BitBake Feb 23 03:19:59 * france is away: Away Feb 23 03:23:34 hmm Feb 23 03:23:48 | checking that a separate build tree is being used... no Feb 23 03:23:48 | configure: error: This configure script should not be run inside the source tree. Instead please use a separate build tree Feb 23 03:23:55 tiny issue i guess ... Feb 23 03:27:44 hmm Feb 23 04:44:06 * shadows tries a commit Feb 23 04:49:17 * emte waits for shadows to curse at monotone Feb 23 04:49:43 it could be much worse Feb 23 04:50:30 ah it didnt tellyou about hydras or rejecting your commit? Feb 23 04:51:06 why should it Feb 23 04:51:13 i followed the phrase book Feb 23 04:51:24 like a good little developer person =) Feb 23 04:51:44 occasionally it sounds liek it will do those things Feb 23 05:05:35 I've never had a commit "rejected".... Feb 23 05:05:54 i pushed my changes to the ewi server Feb 23 05:06:03 JustinP: where should i be pushing my changes? Feb 23 05:06:34 shadows: always try vanille.de first. If it won't connect use ewi. If ewi is down you can try the others but I would suggest waiting in that case. Feb 23 05:06:40 monotone.vanille.de that is Feb 23 05:06:46 oh okay Feb 23 05:06:55 i think only vailla talks to the rss Feb 23 05:06:59 vanilla* Feb 23 05:07:05 rss/cia Feb 23 05:07:06 it's the main server and also the one that triggers commit e-mails and the messages in this channel Feb 23 05:07:11 ah Feb 23 05:13:01 why doesn't someone put in a cname for monotone.openembedded.org ? Feb 23 05:13:26 openembedded.org domain expired Feb 23 05:13:31 as did openzaurus.org Feb 23 05:13:42 yeah, I mean when it's renewed. Feb 23 05:14:16 (how long does it take to renew an expired domain anyway?) Feb 23 05:14:36 it's not just time, there's a penalty fee Feb 23 05:15:14 03jnc 07org.oe.dev * reeda3ca3... 10/packages/libmatchbox/ (files/svn-explicit-types.patch libmatchbox_1.7.bb): sync type explicitness fixes for libmb 1.7 from svn upstream Feb 23 05:16:11 hooray Feb 23 05:16:15 my first OE commit. Feb 23 05:16:40 ^_^ Feb 23 05:16:57 perhaps you should be named jnc here so that people know who you are Feb 23 05:17:07 i could do that Feb 23 05:17:12 or shadows(jnc) Feb 23 05:17:15 or something.... Feb 23 05:19:53 JustinP: how do i make the build system generate a 'configure' and makefiles from the .ac/.am templates Feb 23 05:20:10 i'm pretty close to solving the libmatchbox issues i think Feb 23 05:21:22 rwhitby, if your registrar is decent it takes ~30 seconds Feb 23 05:22:04 shadows: inherit autotools Feb 23 05:22:43 JustinP: oh. i think it's doing this by way of an include (libmatchbox.inc) Feb 23 05:22:47 hmm Feb 23 05:23:12 i think i've decided trying to put redboot into OE is kinda silly ... Feb 23 05:23:33 shadows: are you overriding do_configure? Feb 23 05:23:33 its liek doing everything twice Feb 23 05:24:19 i don't think so Feb 23 05:24:49 oh wait Feb 23 05:24:51 yeah i am Feb 23 05:25:02 do_configure_prepend Feb 23 05:25:05 does that count? Feb 23 05:25:25 that shouldnt override do_configure ... Feb 23 05:25:37 unless your doing something bad in it Feb 23 05:27:00 it looks like autoreconf is running Feb 23 05:27:05 from the log files Feb 23 05:36:58 hmm Feb 23 05:37:04 how to do this ... Feb 23 05:46:08 i'm going to now try an svn build of libmatchbox Feb 23 05:46:10 see if that works Feb 23 06:54:02 03jnc 07org.oe.dev * r414d0381... 10/packages/libmatchbox/ (3 files in 2 dirs): libmatchbox: closes oe bug #705 "mb panel menu font too small" Feb 23 07:59:38 shadows: try to be move verbose in commit logs - think about them as entries in Changelog. Someone who read "monotone log" want to see what changed not 'what was closed' Feb 23 07:59:49 bb in ~30m Feb 23 08:00:39 okay Feb 23 08:00:49 i'm adjusting from Gentoo developership Feb 23 08:01:03 was used to simply referencing bug report numbers and be terse Feb 23 08:23:55 morning (09:26) Feb 23 08:24:34 <_law_> hi hrw|work Feb 23 08:25:41 <_law_> hrw|work, http://members.a1.net/patrick.steiner/c7x0-keylayout/c7x0-keylayout.tar.bz2 Feb 23 08:25:46 <_law_> http://members.a1.net/patrick.steiner/c7x0-keylayout/Notes.txt Feb 23 08:28:21 just read that Feb 23 08:29:07 _law_: anyway I would prefer to get something which I can add in this week into .oz354fam083 Feb 23 08:29:16 and get oz 3.5.4 shipped Feb 23 08:30:33 morning Feb 23 08:30:47 <_law_> hrw|work, why couldnt you add this? Feb 23 08:32:17 _law_: this need cooperating with gpe team and probably familiar team too Feb 23 08:32:27 _law_: I do not want to break familiar Feb 23 08:34:26 <_law_> hrw|work, so you only dont need do add new keylauncher and modify keylaunchrc and key-layout back to old style Feb 23 08:35:10 <_law_> STEP 1 and 2 shouldnt make any problem Feb 23 08:43:50 03pH5 07org.oe.dev * r38849dcd... 10/packages/libmatchbox/libmatchbox_1.7.bb: libmatchbox-1.7: PR++ Feb 23 08:48:11 morning Feb 23 08:49:01 _law_: ok about step1/2 - but which OE packages they are? Feb 23 08:49:11 hi XorA Feb 23 08:50:08 <_law_> hrw|work, have you downloaded the tar.bz2 the folders are called like the package Feb 23 08:51:11 03pH5 07org.oe.dev * rd819632a... 10/packages/avahi/ (avahi_0.6.7.bb avahi_0.6.8.bb): avahi: bugfix release 0.6.8 Feb 23 08:51:28 not yet - sorry Feb 23 08:58:10 good morning all Feb 23 08:58:28 hi Feb 23 08:58:43 .dev looks like it is almost in shape again Feb 23 08:59:00 koen: you might try to use the tinderclient for your regular build as well? Feb 23 08:59:50 zecke: will do Feb 23 09:00:16 I first need to fix angstrom to build complete images for all machines Feb 23 09:02:15 morning all Feb 23 09:03:31 koen: libtool problems? Feb 23 09:08:11 XorA: you mentioned libtool problems earlier Feb 23 09:09:04 koen: install-sh problems Feb 23 09:09:18 ah, I guess this one is different Feb 23 09:10:07 koen: something changed with install as packages that used to install no longer do, and i can see why, install-sh doesnt handle arguments of the form -m0755 but how those packages installed before puzzles me Feb 23 09:10:28 ipaq-sleep is an example as it passes -Ds Feb 23 09:11:52 good morning Feb 23 09:12:17 hi pH5 Feb 23 09:12:22 hi RP Feb 23 09:15:36 RP: some time ago you had a patch for this ide flash removable issue. will this make it into 2.6.16? Feb 23 09:15:40 XorA: Hasn't that always been the case? The files are copied before packaging and loose any permission bits you set. It took my ages to realise I had to do a "umask 022" before building of lots of things wouldn't work... Feb 23 09:16:14 v8jlene: you misunderstand, -m0755 is processed by install-sh as a file Feb 23 09:16:27 pH5: It will, yes Feb 23 09:17:12 XorA: Yes, no doubt I do ;) Feb 23 09:17:30 RP: that's good to hear Feb 23 09:21:54 03koen 07org.oe.dev * r34a81958... 10/packages/matchbox-panel/matchbox-panel.inc: matchbox-panel: set package arch to machine to avoid iconsize troubles Feb 23 09:25:09 ERROR: Nothing provides dependency libx11ERROR: dependency libx11 (for lirc) not satisfiedERROR: No buildable providers for runtime lircERROR: No buildable providers for runtime opie-remoteNOTE: no buildable providers for meta-opie Feb 23 09:25:54 hm. iirc it was fixed Feb 23 09:26:13 zecke: lirc: s/libx11 libxau/x11 xau/ Feb 23 09:27:00 is the xlibs patch in already? Feb 23 09:27:17 lirc 0.8.0 has fscked deps.. 0.7.1 has correct one Feb 23 09:30:19 I will pick up my mom from hospital now, will argue later :) Feb 23 09:31:29 koen: no it is not, seems somebody was overzealous? Feb 23 09:34:09 ~lart something for always building gconf :-( Feb 23 09:34:09 * ibot throws something's poor little doggy off a cliff for always building gconf :-( Feb 23 09:34:46 I was planning to do a build from scratch with the xlibs patch first, and if that works, to check it in next weekend. Feb 23 09:42:36 ljp: hi Feb 23 09:49:06 good morning folks Feb 23 09:49:25 hey chris144 Feb 23 09:49:30 hi koen Feb 23 09:53:56 http://pastebin.ca/42880, bootstrap image fails on building perl, there are a lot more dependencies now which were not build before, did anybody do a bitbake bootstrap-image from scratch recentyl and succeeded? Feb 23 09:55:02 chris144: /home/chris/projects/CL-Embedded_Linux/test-oe-linux/build/tmp/work/perl-5.8.7-r14/temp/log.do_configure.16293 will tell more Feb 23 09:57:10 hrw|work: sed: kann config.sh-i586-linux nicht lesen: Datei oder Verzeichnis nicht gefunden Feb 23 09:57:15 ok Feb 23 09:57:21 chris144: Jawohl Feb 23 09:57:33 thats one of very few german words which I understand Feb 23 09:57:35 lets look where the file is... Feb 23 09:58:10 hrw|work: sorry, it says file not found Feb 23 10:00:53 ! Feb 23 10:00:58 http://www.urbandictionary.com/images.php?imageid=6547 Feb 23 10:00:59 ;D Feb 23 10:02:32 hrw|work: I think I have got it: config.sh-i586-linux really is missing. This is probably related to x86 support. the i386 file is there. ok Feb 23 10:03:10 I am one of the few (I think) folks who bulld for x86, as I underatnd a lot of you guys does ARM Feb 23 10:03:53 * chris144 looks into fixing the perl/i586 problem Feb 23 10:04:14 chris144: I did mipsel too but mostly arm Feb 23 10:04:22 hrw|work: ok Feb 23 10:23:21 bizarre, ubuntu just posted me a million cd's Feb 23 10:26:09 How to register new packages (wxbase, amule) in OE repo (I havn't write acces) I send them to oe@handhelds.org in "diff -Nurd" form and I recive answer with suggest to register it in bugtrucker as bug Feb 23 10:27:38 demsey: we will get on it as soon as we have spare time Feb 23 10:48:00 Ok - thanx for info:) Feb 23 10:51:22 good morning Feb 23 10:53:01 hi Bernardo Feb 23 10:55:33 how can i create such a patch file? Feb 23 10:55:48 is there a simple tool which creates one out of 2 files? Feb 23 10:55:59 * Bernardo just found out so much sharp crap on his akita... Vows to start with a clean home next time Feb 23 10:57:26 Cobelius: diff file1 file2 -u Feb 23 10:59:05 hrw|work: just had a friend complainig that wifi with opie (oz 3.5.4-test5) will work only on the first invocation, is opie network applet still putting "mode infrastruture" instead of "mode managed" in /etc/network/interfaces? Feb 23 10:59:24 Bernardo: machine? Feb 23 10:59:34 ahhh tank you **** ENDING LOGGING AT Thu Feb 23 10:59:56 2006