**** BEGIN LOGGING AT Mon Jul 04 23:59:56 2005 Jul 05 00:40:41 morning all Jul 05 00:47:53 hi all! Jul 05 00:48:06 morning all Jul 05 00:48:18 finally - i got my new devboard to boot my own kernel + oe rootfs :) Jul 05 00:52:36 morning Jul 05 00:54:11 I've tried a 'monotone pull'. The mt process is more than an hour working, with more than 90% of CPU most of the time, and it does not finish. Jul 05 00:54:25 Any idea of what could be happening? Jul 05 00:54:56 Sirfred|work: It usually takes a while. An hour seems like a long time though... Jul 05 00:55:21 RP: I tried it some days ago and I think it doesn't take so long, even for a full cloning. Jul 05 00:56:13 same behaviour here... 2 machines computing like hell Jul 05 00:56:39 seems like monotone beats bitbake ;) Jul 05 00:57:13 Sirfred|work: I think that sooner or later I will pull&checkout from scratch instead of pull&update Jul 05 00:57:58 hrw|work: I'm not doing it from scratch, I think that it's not a great update neither: Jul 05 00:58:04 monotone: [bytes in: 263.0k] [bytes out: 21.8k] [certs in: 432] [revs in: 131] Jul 05 00:58:36 Sirfred|work: I know - had that yesterday.. Jul 05 00:58:40 * RP hopes I didn't break it with my first checkin last night :-/ Jul 05 00:58:56 it looks like monotone needs 3GHz cpu Jul 05 00:59:13 Hi Jul 05 00:59:15 i get the error : Can't open XFT font when i run xtscal ? Jul 05 00:59:19 i dont know what packages i should include ?. i have used xserver-fsbdev . wont it pull the reqd libs ? Jul 05 00:59:23 i get the error : Can't open XFT font when i run xtscal ? i dont know what packages i should include ?. i have used xserver-fsbdev . wont it pull the reqd libs ? Jul 05 00:59:38 It would be nice if we could add a "only use hashes when absolutely neccessary" flag... Jul 05 00:59:42 hi do13 Jul 05 00:59:49 hi dirk Jul 05 00:59:53 hi RP dirk Jul 05 00:59:59 hi hrw|work Jul 05 01:04:19 RP: does SD mouting works in 2.6.12-mm1? Jul 05 01:05:33 morning Jul 05 01:07:56 when i run xtscal; it says Cant open XFT font ? i tried copying the file manually but it does not work ? Jul 05 01:20:05 uf.. this time pull/update was only 10minutes Jul 05 01:23:39 hrw|work: Mine is still working hard. Perhaps my P-III 700Mhz is not ready for the future. Jul 05 01:24:21 * Sirfred|work looks for the boost button on his laptop. Jul 05 01:25:50 what packages are needed to compile and include xtscal and ts utilities with the image. i am using xserver-kdrive Jul 05 01:26:26 do13: Its never worked on first boot. I thought it was working if you removed/resinserted the card.... Jul 05 01:27:39 It works that way, at least on 2.6.11 for me. Jul 05 01:32:10 eJumbo: tried with gpe-image? Jul 05 01:33:28 RP: my sd card is mounted - I dont remember when last time I get it off Jul 05 01:34:50 I can reboot and look Jul 05 01:35:06 rebooting.. Jul 05 01:35:48 i just want a rootfs without any frills with xserver and matchbox in it. i am able to build it but xserver does work but touch screen does not; Jul 05 01:36:18 eJumbo: ts_print works? Jul 05 01:37:01 it is not included in my file system. does xserver-kdrive pull it ?. Jul 05 01:37:07 i found a system with on-board VIA Eden to 400Mhz, whath cpu does it have? Jul 05 01:37:23 eJumbo: ts_print is in tslib-utils (or tslib-tools) package Jul 05 01:37:35 BleSS: VIA Eden - x86 (i586) Jul 05 01:39:04 does its cpu is Ezra? so CGLAGS = -march=i586 -m3dnow Jul 05 01:39:48 BleSS: I dont know more about via cpus Jul 05 01:39:56 np, thanks Jul 05 01:42:49 hrw: there is a tslib package but tslib-tools or tslib-utils is not there. i dont think xserver-kdrive pulls ts-utilities. i am trying to build xtscal. does it pull ts utilities ? Jul 05 01:43:48 sorry - tslib-tests it looks Jul 05 01:44:43 RP: Did you submitted the fixstretchblit.patch ? Jul 05 01:45:13 RP: I have it not in the sharp-aticore-oss directory after pull & update, but the bb file references it, hence build fails. Jul 05 01:45:38 RP: http://pastebin.com/307692 my dmesg from husky which has sd card automounted after boot Jul 05 01:52:57 anybody knows what is Internet Security EPC? Jul 05 01:54:50 ~lart dtl1_cs and 2.6.12-mm1 pcmcia hotplug Jul 05 01:54:50 * ibot gives dtl1_cs and 2.6.12-mm1 pcmcia hotplug a "free" copy of Windows and then charges double for "Upgrades" Jul 05 01:55:19 I love ibot. I want one for home. Jul 05 01:59:50 i can only find one tslib package nothing else ? xtscal does not pull ts_print ? Jul 05 02:01:18 eJumbo: if you build tslib then you HAVE tslib-tests package in feed Jul 05 02:06:51 Jul 5 08:46:37 c7x0 daemon.notice cardmgr[1963]: unsupported card in socket 0 Jul 05 02:06:51 Jul 5 08:46:37 c7x0 daemon.info cardmgr[1963]: product info: "Socket", "CF+ Personal Network Card" Jul 05 02:06:54 argh Jul 05 02:07:05 fine ; got it Jul 05 02:08:16 eJumbo: no, xtscal does not depend on ts_print. You need to install those utilities by hand if you want them. Jul 05 02:08:26 it looks like I have to make a patch for dtl1_cs ;( Jul 05 02:09:10 hrw|work: if it isn't supplying the right pcmcia configuration files, that's certainly a bug that must be patched. Jul 05 02:09:17 it should be a fairly trivial change, though Jul 05 02:09:51 sure Jul 05 02:10:43 I guess not many people use dtl1_cs cards. Jul 05 02:13:04 they are shitty - 230kbps max, no suspend/resume support Jul 05 02:14:12 ah, I thought they were faster than that. Jul 05 02:14:17 I haven't used one for years though. Jul 05 02:14:50 atleast I heard that they are no faster then 230k - and I never got more with that one Jul 05 02:19:52 if i include tslib in DEPENDS and ts-tests and ts-calibrate in RDEPENDS i get an build error saying:cannot satisfy the dependencies for ts-tests and ts-calibrate. why is this ? i want to install ts-tests,ts-calibreate so i included in RDEPENDS. what is wrong ? Jul 05 02:20:23 well, do you have ts-tests.ipk and ts-calibrate.ipk in your deploy/ipk directory? Jul 05 02:20:57 at a guess, the problem is that the package names are tslib-tests and tslib-calibrate, not ts-tests and ts-calibrate. Jul 05 02:21:42 how stupid i am ;) Jul 05 02:33:29 hi mickeyl Jul 05 02:33:48 morning hrw Jul 05 02:33:52 someone is subscribed to bluez ML? Jul 05 02:34:01 note me Jul 05 02:34:06 s/note/not/ Jul 05 02:35:32 mickeyl: could opie-pcmciaapplet show pcmcia:m0104c009FfFEfn00pfn00paB38BCC2EpbE732BAE3pc00000000pd00000000 string? it is used by hotplug to autoload modules (ofcourse string content depend by card model) Jul 05 02:35:54 woah. that's quite a string. how is it comupted? Jul 05 02:35:57 computed, even Jul 05 02:36:05 I dont know Jul 05 02:36:25 hrw|work: which tool can show it? Jul 05 02:36:48 mickeyl: hotplug/pcmcia.rc with debug on Jul 05 02:37:03 hrw|work: ok, i can have a look at how hotplug computes that thing. Jul 05 02:37:11 it is manfid, cardid, funcid and few other data Jul 05 02:37:22 kernel need paXXXX pbXXXX Jul 05 02:37:52 mickeyl: do "modinfo dtl1_cs" Jul 05 02:38:04 or other pcmcia module from kernel Jul 05 02:38:20 i get an error while i run ts_print: selected device is not a touchscreen i understand. i have created 2 devices at /dev/input/event1 and /dev/input/event0 and loaded omapfb. i dont know why it is not recognising the touchscreen. i have also done export TSLIB_TSDEVICE=/dev/input/event1. Jul 05 02:38:30 i get an error while i run ts_print: selected device is not a touchscreen i understand. i have created 2 devices at /dev/input/event1 and /dev/input/event0 and loaded omapfb. i dont know why it is not recognising the touchscreen. i have also done export TSLIB_TSDEVICE=/dev/input/event1 Jul 05 02:44:24 hmm.. I dont understand pcmcia hotplug/2.6.12-mm1 idea in correct way.. Jul 05 02:44:44 "modinfo dtl1_cs" gives: Jul 05 02:44:45 alias: pcmcia:m*c*f*fn*pfn*paB38BCC2EpbE732BAE3pc*pd* Jul 05 02:44:55 so I go with root@c7x0:/etc/hotplug# modprobe pcmcia:m0104c009FfFEfn00pfn00paB38BCC2EpbE732BAE3pc00000000pd00000000 Jul 05 02:44:58 modprobe: module pcmcia:m0104c009FfFEfn00pfn00paB38BCC2EpbE732BAE3pc00000000pd00000000 not found. Jul 05 02:45:09 just like hotplug tries to do Jul 05 02:47:11 hmm i don't even get these information Jul 05 02:47:25 sounds like my module-utils are too old Jul 05 02:47:31 i can't update easily here Jul 05 02:47:33 I have 3.2-pre4 Jul 05 02:48:17 uh oh Jul 05 02:48:20 3.0 here Jul 05 02:48:27 3.2-pre7 is available Jul 05 02:51:10 ~seen treke Jul 05 02:51:10 treke is currently on #opie (2d 6h 36m 33s) #handhelds.org (2d 6h 36m 33s) #oe (2d 6h 36m 33s) Jul 05 02:51:15 treke: ping Jul 05 02:58:27 ok. Jul 05 02:58:31 NAiL: ping Jul 05 02:58:57 with 2.6.12-mm1 and pcmciautils we NEED modprobe from module-init-tools (or hotplug by module alias will now work) Jul 05 02:59:11 "modprobe pcmcia:m0104c009FfFEfn00pfn00paB38BCC2Epb44EBF863pc00000000pd00000000" does not work with busybox Jul 05 02:59:39 ya, that's not surprising Jul 05 03:00:22 there's more to that pcmcia restructuring than i like Jul 05 03:00:51 i don't want to change too much before 3.5.4 Jul 05 03:01:55 I can understand it Jul 05 04:21:55 i am just building an image; i want to see how the libs are build; execs are build; and what are the options of the cflags; how do i see it. does it get dumped into some file ? Jul 05 04:26:15 eJumbo: use bbread or add -D -D -D to bitbake Jul 05 04:28:49 i have already built a gpe-image and am building a image with x and matchbox; i think it uses the previously built libs. it does not build again. Jul 05 04:50:22 I try to build a bootstrap-image for jornado56x, and get this error mERROR: Nothing provides virtual/arm-linux-depmod- Jul 05 04:50:22 ERROR: dependency virtual/arm-linux-depmod- (for handhelds-sa-2.6) not satisfiedessage: Jul 05 04:51:24 handhelds-sa-2.6.bb is broken. It needs to set PV properly. Jul 05 04:51:46 (where "properly" means "to a string that starts with 2.6.") Jul 05 04:52:27 it should be virtual/arm-linux-depmod-2.6 Jul 05 04:52:27 :pb thanks, I'll try it. Jul 05 04:53:41 *sigh* Jul 05 04:53:59 reintegrating make back into bitbake is a lot of work Jul 05 04:54:07 i'll finish it anyway Jul 05 04:54:13 it'll be more concise and clear afterwards Jul 05 04:54:54 very good Jul 05 04:55:21 do you have any comment on #131 and #132 ? Jul 05 05:00:10 NOTE: package module-init-tools-3.2-pre7-r0: task do_build: completed Jul 05 05:00:13 yeah, that's a tricky situation. Really, bitbake needs to have a deeper understanding of cross-package task dependencies. Jul 05 05:01:21 for example, if I do "bitbake -c compile busybox", the do_compile step is not going to work unless bitbake builds and stages all the depended-on packages. Jul 05 05:02:06 on the other hand, if I do "bitbake -c fetch busybox", the expected behaviour is probably that busybox should just fetch all the depended-on stuff and not build anything. Jul 05 05:02:14 exactly. those are the two extremes. Jul 05 05:02:59 in other words, rather than just "busybox depends on glibc", it needs to understand that "busybox:do_compile depends on glibc:do_stage" Jul 05 05:02:59 if I will do "mt commit --message 'something'" will it commit into default (org.openembedded.dev) branch? Jul 05 05:03:05 hrw|work: yes Jul 05 05:03:08 thx Jul 05 05:04:10 pb_: Assuming that people know what they're doing, and assuming that we don't want to add lots of new code - the solution to just make bitbake not fail on unknown tasks in case they're explicitly requested by the caller sounds to be the best shorthand solution to me Jul 05 05:04:29 yeah, I agree Jul 05 05:04:59 ok, I'll take care about that as soon as I finished the make reintegration. Jul 05 05:05:13 great Jul 05 05:05:35 please remind me in case I forget that we have to document that behaviour somewhere Jul 05 05:05:49 perhaps best in the bitbake --help Jul 05 05:05:55 "mt pull;mt merge;mt sync"? Jul 05 05:06:04 I guess the bitbake manual would be the place. Jul 05 05:06:13 or, yeah, in the help would work too Jul 05 05:07:57 bbl, lunchtime now Jul 05 05:07:59 hrw|work: yep Jul 05 05:08:03 bon appetit pb_ Jul 05 05:08:08 smacznego pb Jul 05 05:08:52 RP: amusing, -vf rotate=1 in mplayer is faster than using the w100 to do the rotate Jul 05 05:09:04 XorA: nah, really? Jul 05 05:09:29 mickeyl: its true Jul 05 05:09:38 monotone: successful exchange with monotone.vanille.de Jul 05 05:09:39 uf.. Jul 05 05:09:47 excellent. your first commit, right? Jul 05 05:09:56 2nd Jul 05 05:10:18 lunch time Jul 05 05:10:31 smacznego hrw Jul 05 05:10:35 :) Jul 05 05:10:37 ;) Jul 05 05:10:49 mickeyl: can you spell it? Jul 05 05:10:52 03hrw 07org.openembedded.dev * raaa61c11... 10/packages/module-init-tools/ (3 files in 2 dirs): added module-init-tools 3.2-pre7 Jul 05 05:11:03 hrw|work: only when I'm drunk ;) Jul 05 05:12:42 mickeyl: to start my org.openembedded.dreambox branch, i just have to commit into it? Jul 05 05:12:52 tmbinc: right Jul 05 05:12:58 ok i'll sync then Jul 05 05:13:05 cool. lets see how that works out Jul 05 05:13:07 is there any way to prevent typos, except then being careful? Jul 05 05:13:17 i'm afraid not :) Jul 05 05:13:28 we should check if there is something like --dry-run Jul 05 05:13:37 i don't have the manual handy Jul 05 05:13:52 ok :) let's hope the list of branches does not turn into a list of the most pupular typos ;) Jul 05 05:13:58 well currently i check "mt log" before Jul 05 05:14:43 but a "changes -L" would be nice Jul 05 05:21:52 03tmbinc 07org.openembedded.dreambox * rc091dd2c... 10/conf/distro/ (opendreambox-1.1.conf opendreambox.conf): add opendreambox distribution Jul 05 05:21:53 03tmbinc 07org.openembedded.dreambox * rd831e618... 10/packages/busybox/busybox-1.00/opendreambox/defconfig: add busybox configuration for opendreambox Jul 05 05:21:53 03tmbinc 07org.openembedded.dreambox * r2456e6d7... 10/packages/base-files/base-files_3.0.14.bb: add opendreambox specific links, resolv.conf handling Jul 05 05:21:54 03tmbinc 07org.openembedded.dreambox * r5e8954cb... 10/packages/meta/dreambox-image.bb: add dreambox-image Jul 05 05:21:55 03tmbinc 07org.openembedded.dreambox * r6c67b78d... 10/packages/sysvinit/sysvinit_2.86.bb: remove console on tty1, add enigma to inittab for opendreambox Jul 05 05:21:57 03tmbinc 07org.openembedded.dreambox * r688f3ae7... 10/packages/sysvinit/sysvinit/opendreambox/inittab: add opendreambox specific inittab: initdefault is runlevel 2 Jul 05 05:22:11 yeppa Jul 05 05:22:23 here we are :) Jul 05 05:22:49 It's just exciting Jul 05 05:22:52 * mickeyl hugs monotone Jul 05 05:22:59 ok looks good so far :) that's about 2/14 patches. Jul 05 05:24:15 however i'm missing my last commit. Are commits which only add files ignored? Jul 05 05:24:25 hm no Jul 05 05:24:41 the last displayed one also only adds files.. or are they just limited to 6 messsages? Jul 05 05:25:23 mickeyl: pong? Jul 05 05:26:22 tmbinc: no, it should show everything. perhaps in the next batch. unfortunately we use a poll style for now (5 minutes) Jul 05 05:26:43 NAiL: did one of your commits fix #44? If so, could you please set that bug to resolved? Jul 05 05:26:58 uh? Which bugdb? Jul 05 05:27:04 03tmbinc 07org.openembedded.dreambox * r1b162ad9... 10/ (6 files in 6 dirs): add machine: dm7020 Jul 05 05:27:08 What is bug 44? :) Jul 05 05:27:20 mickeyl: What is this make reintegration about ? Jul 05 05:27:46 * NAiL reads topic Jul 05 05:28:01 NAiL: something with openntpd. please see the bugtracker Jul 05 05:28:13 proti: make.py Jul 05 05:28:32 proti: has been factored out in the days where we had more than one oemake. now the time has come to reintegrate it. Jul 05 05:29:25 Ah. Where can I find this modified version ? Jul 05 05:29:31 aha, kind of, yes. The newer version of openntpd uses "ntpd", not "_ntp". So if the openzaurus feed has been rebuilt since my commit, Jul 05 05:30:08 afternoon Jul 05 05:30:16 proti: you can't. I'm working on it Jul 05 05:30:49 It involves some changes to eliminate module scope variables (make.) in favour of creating a BBConfiguration class. Jul 05 05:30:51 mickeyl: How do I figure out who's building the openzaurus feed? Jul 05 05:31:14 NAiL: for the releases it's me. for the upgrades, it's hrw. Jul 05 05:31:42 NAiL: feel free to set this bug to resolved, since it's fixed in Metadata and will hit the feed as soon as we rebuild / put it into upgrades. Jul 05 05:31:49 yeah, ok. Jul 05 05:32:11 I rather treat the bugreports as bugs against our metadata than bugs against the individual distributions. Jul 05 05:34:09 yeah, makes sense actually Jul 05 05:35:30 mickeyl: Bug#131, could the command executed be qualified as sub tasks ? Then bitbake -c semantic became bitbake -c . Jul 05 05:36:02 command are implicit taksks. Jul 05 05:37:00 yeah. problem is how to sort this implicit task into the task dependency graph Jul 05 05:37:21 which is why I'm leaning more towards ignoreing unknown tasks when explicitly stated Jul 05 05:40:08 re Jul 05 05:41:27 speaking about upgrades... I have to look how all those users fail with -r21 collie kernel. My collie works great with it Jul 05 05:45:27 talking about kernel... i'm seriously considering to remove support for poodle from OZ. Jul 05 05:45:39 or at least not to put out a release Jul 05 05:45:58 until someone joins us who commits to taking care about it Jul 05 05:46:06 mickeyl: closed bug :) Jul 05 05:46:11 NAiL: thanks Jul 05 05:47:54 mickeyl: Now,I'm not really sure to understand the bug at all. What do you want to improve, or what is the problem you are trying to solve ? Jul 05 05:47:54 mickeyl: or add BigGreenWarning with info that we cannot support that machine without someone with hardware Jul 05 05:48:41 proti: uhm... i want to solve malfunctioning of bitbake -c configure nano Jul 05 05:48:59 and #132 is a bug report to make clear we document the semantics of bitbake -c Jul 05 05:49:01 hrw|work: would be better to do no release at all with a request on website for a maintainer, if there is any form of release people will still try and fuddle by Jul 05 05:49:27 hrw|work: a warning won't get us anything. people will complain anyway. the lack of a release will have more impact Jul 05 05:49:43 mickeyl: I alway thought bitbake -c . Jul 05 05:50:10 proti: yes. however... this doesn't work. Jul 05 05:50:13 did you read my bug report yet? Jul 05 05:50:20 Yes, both Jul 05 05:50:32 good. then you know the problem Jul 05 05:50:38 the problem is an invalid task exception Jul 05 05:50:43 which is not quite correct behaviour Jul 05 05:50:52 ok Jul 05 05:50:55 or at least not what we intended Jul 05 05:51:06 how common was/is poodle anyway? Ive never seen one advertised Jul 05 05:51:15 hrw|work: lets see if darkschneider comes up with anything Jul 05 05:51:24 who? Jul 05 05:51:47 XorA: a lot of early adopters have bought it. it was the last supported model when Sharp USA had something to do with the Zaurus family. Jul 05 05:52:06 XorA: Unfortunately real developers spotted its weaknesses and didn't buy it Jul 05 05:52:14 mickeyl: ah, UK as far as I can see only ever got the 5500 which was everywhere Jul 05 05:52:27 ~seen darkschneider Jul 05 05:52:27 darkschneider <~gab@213-140-22-64.fastres.net> was last seen on IRC in channel #elinux, 111d 17h 12m 55s ago, saying: 'hardwire: rigth :-)'. Jul 05 05:52:29 mickeyl: I didnt get one imported due to the total lack of ram Jul 05 05:52:35 XorA: same here :) Jul 05 05:52:37 in Poland seeing Zaurus is nearly impossible Jul 05 05:53:08 I got mine from argos (high street catalogue shop) Jul 05 05:53:26 I saw 3 Z in Poland... my 5500, my c760 and 5500 owned by one user from Spain Jul 05 05:54:48 hrw|work: can you do me a favour. please check which tags appear in the version of bitbake that you are currently running and then tag it once more? Jul 05 05:55:19 hrw|work: I'm going to commit a large change and if there are problems with it we will want to release 1.3.1 from the tag Jul 05 05:55:55 aha Jul 05 05:57:00 but how to look for tags on svn? "svn log" does not list them Jul 05 05:57:20 mickeyl: Ok I understand better the problem. patcher_native should have the do_configure from the base.bbclase, shouldn't it ? Jul 05 06:02:25 mickeyl: it looks like last tag was 1.3.1 Jul 05 06:03:17 proti: *bingo* Jul 05 06:03:42 hrw|work: thanks. can you retag with this tag pleae? Jul 05 06:04:34 mickeyl: ok - searching in docs now Jul 05 06:04:38 merci Jul 05 06:07:13 svn copy http://svn.berlios.de/svnroot/repos/bitbake/trunk http://svn.berlios.de/svnroot/repos/bitbake/tags/bitbake-1.3.1 -m"retagging before Mickeyl will push some large changes" is correct? I never tagged svn Jul 05 06:07:37 me neither Jul 05 06:08:28 it looks correct though Jul 05 06:08:38 since a tag in svn is just a dir Jul 05 06:08:53 but does it allow to retag.. Jul 05 06:09:18 ok. starting.. Jul 05 06:09:44 shit.. here I have anon only repo :( Jul 05 06:13:51 svn: Connection is read-only Jul 05 06:13:55 argh Jul 05 06:16:06 so I cannot :( Jul 05 06:17:12 ok, nm Jul 05 06:19:43 mickeyl: closed bug 15 as well. Jul 05 06:20:39 excellent Jul 05 06:22:21 and 86. Jul 05 06:22:42 kergoth`zzz, mickeyl: have you seen http://pkgconfig.freedesktop.org/wiki/CrossCompileProposal ? Jul 05 06:24:12 03mickeyl 07bitbake-1.3.1 * r270 10/trunk/: retagging before reintegration of make.py Jul 05 06:25:33 mallum: no i didn't yet. it looks interesting though Jul 05 06:30:04 mickeyl: as you and kergoth know a lot about that kind of stuff thought you should be involved Jul 05 06:54:53 time to update kdepimpi Jul 05 06:56:34 hrw|work: have fun Jul 05 06:56:44 lutz seems to have much time... Jul 05 06:57:32 zecke: recently it is quite easy - 2x mv and rebuild Jul 05 06:57:52 but I have to check does it work - I stopped using it Jul 05 07:00:44 ~lart RP for lack of patch in sharp-aticore Jul 05 07:00:44 * ibot pushes the wall down onto RP whilst whistling innocently for lack of patch in sharp-aticore Jul 05 07:26:45 mickeyl: bitbake -i then "parse;filebuild kdepimpi_2.1.12.bb;filebuild pwmpi_2.1.12.bb" - will fail on pwmpi/do_configure - works outside Jul 05 07:29:14 hrw|work: ok, would you add into the bugtracker please? I'll soon commit the make reintegration and afterwards I expect that some refactorings to bitbake and the shell will fix some of those bugs Jul 05 07:29:21 ok Jul 05 07:32:30 03mickeyl * r271 10bitbake/ (5 files in 2 dirs): (log message trimmed) Jul 05 07:32:30 This (large) patch reintegrates the bb.make module into the bitbake executable. Jul 05 07:32:30 Said make module has been factorered out back in the old days when we had two concurrent Jul 05 07:32:30 oemake implementations which were in need of code sharing. Nowadays, there's no Jul 05 07:32:30 more use of a seperated make module and in fact the split has always been a bit Jul 05 07:32:31 artificial. Jul 05 07:32:33 A brief overview of the changes: Jul 05 07:32:44 *phew* Jul 05 07:32:46 * mickeyl exhausted Jul 05 07:36:39 all hail mickeyl! Jul 05 07:37:23 03hrw 07org.openembedded.dev * r44956d59... 10/packages/kdepimpi/ (4 files): updated kdepimpi to 2.1.12 Jul 05 07:37:32 FYI: the full commit log is @ http://svn.berlios.de/viewcvs/bitbake/trunk/bitbake/bin/bitbake?rev=271&view=log Jul 05 07:37:38 mickeyl: argh Jul 05 07:37:45 FYI: and the patch is @ http://svn.berlios.de/viewcvs/bitbake/trunk/bitbake/bin/bitbake?rev=271&r1=268&r2=271 Jul 05 07:37:49 mickeyl: sorry but bb.make -> bitbake breaks bitbake_qa Jul 05 07:38:18 zecke: too bad. shouldn't be a big problem to repair it. I'll have a look at it if you tell me how to use bitbake_qa Jul 05 07:39:16 mickeyl: sorry false alarm Jul 05 07:39:22 *phew* even better :) Jul 05 07:39:32 anyway, the methods are still there, just in a different scope Jul 05 07:39:46 and the configuration is no longer directly in module scope, but in a dedicated class Jul 05 07:40:01 which makes the whole thing looks more understandable, btw. :) Jul 05 07:40:02 good Jul 05 07:40:20 i'm wandering home now. have theater cards for tonite. Jul 05 07:40:21 cu Jul 05 07:40:40 mickeyl: you ruine my business.. I wanted to sell 'Understanding python'-implantats Jul 05 07:41:00 ;) Jul 05 07:41:08 mickeyl: OT: cann I pull something from one mt db to another? Jul 05 07:43:27 mickeyl: I'm testing that bitbake -i bug with newer bitbake (r271) Jul 05 08:03:02 03florian 07org.openembedded.dev * rcd9371ca... 10/packages/maemo/nokia770-init_1.0.bb: Fix file location. Jul 05 08:03:03 03florian 07org.openembedded.dev * r9a5e7cd3... 10/ (2 files in 2 dirs): Jul 05 08:03:03 Get finally rid of irda stuff. Jul 05 08:03:03 Update device fixup script to create some retro-style links in /dev. Jul 05 08:03:03 03florian 07org.openembedded.dev * r6a2d27de... 10/packages/maemo/nokia770-init_1.0.bb: Ensure that /lib/firmware is created. Jul 05 08:08:16 zecke: no idea sorry. I'm afraid i don't know more about monotone than you . i already read the manual twice but it didn't settle yet :) Jul 05 08:09:20 zecke: if you can't pull directly, then just say "monotone serve ..." and pull via netsync Jul 05 08:19:03 mickeyl: hehe how to setup netsync ;) Jul 05 08:19:42 pretty easy Jul 05 08:19:50 monotone serve localhost org.openembedded Jul 05 08:19:53 finished Jul 05 08:19:54 :D Jul 05 08:20:07 then mt pull localhost Jul 05 08:20:15 ah well Jul 05 08:20:18 you need to give the --db of course Jul 05 08:23:11 mickeyl: as I run out the door for CRL, check your e-mail. I will catch the answer in about 40 minutes. Jul 05 08:24:12 france: thanks! Jul 05 08:24:49 * france is away: Away Jul 05 08:25:40 france: howdy Jul 05 08:27:57 mickeyl: ok, I've set up the bugs to go to berlios Jul 05 08:28:04 thanks treke Jul 05 08:28:12 You also have admin access on the bug tracker in case you ever can't get ahold of me Jul 05 08:28:18 excellent. Jul 05 08:28:22 didn't see you a lot lately Jul 05 08:28:22 busy? Jul 05 08:28:32 ggilbert: hey Jul 05 08:28:53 Not particularly. Just got completely frustrated with zaurus and haven't touched it in a month or two Jul 05 08:29:22 d'oh. bummer. why's that? Jul 05 08:29:52 the stupid stuff like the clock, reminders, syncing Jul 05 08:30:06 I need to try another build again Jul 05 08:30:07 syncing gets better :} Jul 05 08:30:12 we will switch to OpenSync Jul 05 08:30:25 but I just got fed up and shoved it in a drawer. Jul 05 08:31:10 it didnt help that I was dealing with other unpleasantness at the time Jul 05 08:31:54 i see Jul 05 08:31:56 ya Jul 05 08:32:01 3.5.4 will rock :) Jul 05 08:33:15 hi mickeyl treke|home Jul 05 08:33:29 hi chouimat Jul 05 08:33:49 cu all Jul 05 08:33:52 hi zecke_ Jul 05 08:41:27 hi treke|home Jul 05 08:41:36 hi zecke_ Jul 05 09:06:47 hi all Jul 05 09:07:11 I seem to have an error with monotone: monotone: warning: caught bad_decode exception decoding input from peer monotone.vanille.de: 'protocol version mismatch: wanted '1' got '4'' Jul 05 09:07:51 This is when I try to run "mt --db=/somepath/oe.db pull monotone.vanille.de org.openembedded" Jul 05 09:08:04 I've not tried to generate keys, is this step required? Jul 05 09:09:21 lardman|work: Not if you don't want to commit to the tree. Jul 05 09:09:44 proti: okay, thanks, I'll see if a google will track down the err message then Jul 05 09:13:37 what version of monotone is everyone running? 0.15 (I have 0.14 it would seem)? Jul 05 09:18:04 lardman|work: 0.19. Jul 05 09:18:05 re Jul 05 09:18:07 lardman|work: 0.19 Jul 05 09:18:19 hrw: first :) Jul 05 09:18:22 ;) Jul 05 09:19:32 ok, thanks guys, time to work out how use rpm I suppose Jul 05 09:25:40 sorted, thanks, it's pulling now Jul 05 09:53:34 hi marcan Jul 05 10:06:13 RP: battery level is totally weird in 2.6.12-mm1 Jul 05 10:10:00 ~lart pcmcia hotplug Jul 05 10:10:00 * ibot blasts pcmcia hotplug to oblivion with a kamehameha wave Jul 05 10:12:36 inserting wifi card does not even load module or if I load all hostap by hand it does not mean that wlan0 will exist Jul 05 10:16:52 ~hail usbnet Jul 05 10:16:52 * ibot bows down to usbnet and chants, "I'M NOT WORTHY!!" Jul 05 10:17:24 RP: ping? Jul 05 10:20:52 cu Jul 05 10:22:01 bye all Jul 05 10:34:26 monotone seems 2 orders of magnitude slower than bk, in this 60mhz i486 it would take bk about 20min. Monotone might be several hours. Looking at top, its cranking on slowly. Jul 05 10:34:59 upgrade? :p Jul 05 10:35:52 do have a dual Opti, but this junk I use to handle Net traffic... Jul 05 11:02:52 france_: do you've a perspective on tinderbox.hh.org? Jul 05 11:21:17 zecke_: This weekend I took a 3 day brea from hh.org. I now have new perspectives. I am working on the admin todo list, as I type this Jul 05 11:21:24 s/brea/break/ Jul 05 11:22:04 zecke_: lots of things to be done, after the list priorites will need to be set, as there is a good six months of work that needs to be done. Jul 05 11:22:53 zecke_: I think, that I have found a volunteer to re-write the admin system, which is priority one. I hope it will free up my time for things like tenderbox, when not working on the 65xx port Jul 05 11:23:13 zecke_: USB serial in the bootldr is also very high on the list. Jul 05 11:24:36 mickey|theater: it appears that jamey tried to setup the list remotely, but failed, fixing..... Jul 05 11:29:35 france_: can I do something to speed things up? Jul 05 11:30:09 zecke_: I hope that in the next 90 minutes to have a list and schedule Jul 05 11:30:44 zecke_: we can then change things about as needed. Jul 05 11:33:31