**** BEGIN LOGGING AT Sun May 06 02:59:56 2007 May 06 03:20:40 noones here then? May 06 04:05:07 03pfalcon 07org.oe.dev * r5a0c2498... 10/ (3 files in 3 dirs): (log message trimmed) May 06 04:05:07 opie-init: Handle qss startup properly and diagnostably. May 06 04:05:07 * Based on Michael Krelin's patch in #2211, changed to restart qss May 06 04:05:07 if exits, and log what happens. It turns out that after initial setup, May 06 04:05:07 few OPIE service is essentially restarted (During "Please wait" white May 06 04:05:07 screen), including qcop, on which qss depends, so qss quits. Plus, we May 06 04:05:11 always should anticipate possibility of it segfaulting ;-). May 06 07:03:06 * ljp wonders if i am the only one that perl wont compile May 06 07:11:56 ljp: use 5.8.8 May 06 07:18:05 hmm.. May 06 07:18:22 am trying angstrom ... May 06 07:23:35 03koen 07org.oe.dev * r1d5e5e75... 10/ (1 conf/distro/angstrom-2007.1.conf): angstrom: add armv5teb, prefer a perl that works for armv5teb, update gtk+ May 06 07:23:49 there you go May 06 07:25:03 ta May 06 07:25:11 'bitbake perl-native' to get around a deadlock May 06 07:25:53 do you know if angstrom uclibc builds? May 06 07:26:19 it built a few weeks ago May 06 07:26:30 likewise is looking into getting .29-pre into OE May 06 07:26:45 since you need either svn or .29-pre for eabi May 06 07:36:10 cool, I can fly from edin to birmingham for £0.04 May 06 08:00:39 koen: would you recommend buying an N800 ? May 06 08:00:57 (I'm flying through HK to FR and am in a gadget buying mood) May 06 08:16:03 !oebug 2177 May 06 08:16:05 * * Bug 2177, Status: RESOLVED (FIXED), Created: 2007-04-30 13:31 May 06 08:16:05 !oebug 2176 May 06 08:16:05 * * polyonymous(AT)klever.net: prismstumbler build fails for two reasons. May 06 08:16:06 * * http://bugs.openembedded.org/show_bug.cgi?id=2177 May 06 08:16:08 * * Bug 2176, Status: RESOLVED (FIXED), Created: 2007-04-30 12:43 May 06 08:16:12 * * polyonymous(AT)klever.net: gpe-autostarter 0.12 fails compilation with wireless headers related errors May 06 08:16:13 * * http://bugs.openembedded.org/show_bug.cgi?id=2176 May 06 08:16:30 Good morning boys and girls! May 06 08:17:36 rwhitby: it's not open, but it's a fun toy May 06 08:17:38 hmmm.. perk 5.8.8 doesnt build either ;( May 06 08:17:42 perl, thatis May 06 08:17:59 koen: how's it go with IRC, feeds, web? May 06 08:18:23 not sure why perl is getting cross built anyway... May 06 08:18:26 there was a xchat 'port' for the 770 May 06 08:18:38 rwhitby: 'feeds' are virtually non-existant May 06 08:18:48 rwhitby: webbrowsing works well May 06 08:18:51 how about rss feeds? May 06 08:19:11 the built-in rss reader is bare-bones but useable May 06 08:19:30 ljp: perl built fine for me a few days ago. But I think Jamie made some changes after that May 06 08:20:01 ljp: It even built for Sharp ROM which it had not done for ages -> bug 1700 May 06 08:20:14 hm May 06 08:21:10 perl_5.8.8-r11_arm-oabi.ipk May 06 08:21:10 perl_5.8.8-r11_armv4t.ipk May 06 08:21:11 perl_5.8.8-r11_armv5te.ipk May 06 08:21:11 perl_5.8.8-r10_armv5teb.ipk May 06 08:21:18 that's what I built the last few days May 06 08:28:05 hmm May 06 09:14:39 koen: how is the n770 in comparison. is it worth going for the older technology to get more FOSS apps for it? May 06 09:17:14 rwhitby: the n770 is completely unsupported by nokia at the moment May 06 09:17:25 and the developers have jumped to the n800 May 06 09:17:35 thx May 06 09:17:55 time for some coffee and pie May 06 09:17:58 later all May 06 09:30:56 mickeyl hi ! May 06 09:46:05 hey May 06 09:48:14 * CoreDump|home waves in mickeyl's general direction May 06 10:18:00 why i had two setts of tool chain gcc-4.1.1 and gcc-4.1.2 after a simple bitbake nano with machine=tosa and distro=angstrom May 06 10:18:18 ./cross/bin/arm-angstrom-linux-gnueabi-gcc-4.1.1 May 06 10:18:24 ./cross/bin/arm-angstrom-linux-gnueabi-gcc-4.1.2 May 06 10:18:29 and etc. May 06 10:20:17 xjqian: good question, I'll try to reproduce. May 06 10:22:14 btw, qemu=assume-provided, if that matters May 06 10:28:49 xjqian: just before I start, what's your local.conf like? May 06 10:30:38 likewise: just sample local.conf with machine=tosa, distro=angstrom-2007.1, and qemu=assume-provided May 06 10:30:52 everything else is default as in the sample May 06 10:33:53 xjqian: which target do you bitbake? May 06 10:34:01 nano, right. May 06 10:34:15 (need coffee) May 06 10:34:15 nano May 06 10:34:18 yes May 06 10:34:20 :-) May 06 10:34:32 I'm not really reading, so it seems May 06 10:35:04 well, it doesn't matter. I've tried other targets, same result May 06 10:38:25 try "bitbake nano -g" and then read the *depends.dot file, and see where the gcc-cross appear May 06 10:38:30 polyonymous_: your key has been added. welcome on board May 06 10:38:39 morning mickeyl May 06 10:38:42 ibot: botmail for sirfred: your key has been added. welcome on board May 06 10:39:00 hey May 06 10:40:32 polyonymous: You build kdpimpi successully? All patches in OE? It failed for me. May 06 10:40:59 xjqian: I learnt that assuming qemu as provided is not a good idea May 06 10:41:09 likewise: I learnt that assuming qemu as provided is not a good idea May 06 10:41:57 Laibsch: I do not like it either, but it fails to build by default with a segfault on some hosts (isn't this the gcc 4 issue?) May 06 10:42:45 xjqian: yeah, i know the issue May 06 10:43:10 but as you said, it fails for the gcc4 issue May 06 10:43:55 i'm waiting for somebody to committ the attempted patch in the bugtracker May 06 10:47:09 morning mickeyl May 06 10:49:00 hey philippe. the parcel is packed, but i didn't manage to send it off yet. will do tomorrow morning. it will come in two packets, one is the debug board, one is the FPC (comes as letter) May 06 10:49:07 xjqian, likewise: You are on AMD64? May 06 10:49:32 xjqian: If there is a patch you could just apply it locally May 06 10:49:35 mickeyl: great! May 06 10:50:16 mickeyl: I have upped my participation level again. May 06 10:50:21 :) May 06 10:50:54 Laibsch: yes, AMD64 May 06 10:51:10 Laibsch: no i'm on i686 May 06 10:51:29 mickeyl: you might have to verify some bugs later on. Cleaning that bugzilla a bit up now. May 06 10:53:06 xjqian: I think gcc-cross 4.1.1 is gcc-cross-initial, which remains after gcc-cross 4.1.2 has been installed. May 06 10:53:48 philippe: cool, thanks. despite moving, next week is 100% OM work for me, so that's a good timing May 06 10:55:15 mickeyl: no prob. I am actually sorry I have not put more time into it yet. May 06 10:55:29 likewise: You will have more problems. You are aware of the AMD64 meta-bug? I think there are workaround listed in the BTS. May 06 10:55:41 Laibsch: no, not aware May 06 10:55:43 xjqian: Then you should not have so much trouble. May 06 10:55:49 likewise: hang on May 06 10:55:59 !oebug 641 May 06 10:56:01 * * Bug 641, Status: NEW, Created: 2006-01-30 06:09 May 06 10:56:02 * * shadow(AT)serverart.org: amd64 build host metabug May 06 10:56:02 * * http://bugs.openembedded.org/show_bug.cgi?id=641 May 06 10:56:32 yes, that one May 06 10:57:28 * likewise is thinking about setting up a mirroring 32-bit build machine May 06 10:57:50 Laibsch: what do you mean? I can just ignore it? May 06 10:58:29 Laibsch: and any reason why gcc-cross-initiial is not the same version (4.1.2) as gcc-cross May 06 10:58:52 Laibsch: I'm probably missing a page here May 06 10:59:29 I am not sure what your problem is May 06 10:59:33 Anything failing? May 06 11:00:12 no, nothing failing, I'm just trying to understand why there're two version May 06 11:00:27 xjqian: I never bothered to check May 06 11:00:36 I think you should not either May 06 11:00:52 xjqian: You have a tendency to try and understand everything? ;-) May 06 11:01:01 Sometimes not knowing is peace ;-) May 06 11:01:02 xjqian: I *think* gcc-cross 4.1.1 is gcc-cross-initial, which remains after gcc-cross 4.1.2 has been installed. May 06 11:01:39 yeah, you are right May 06 11:01:45 xjqian: After initial is built, I have gcc and gcc-4.1.1 there, which is the same executable. May 06 11:02:15 the only thing can introduce gcc-cross 4.1.1 is gcc-cross-initial May 06 11:02:18 xjqian: I expect, that after the final gcc cross is build it will put gcc-4.1.2 there and overwrite gcc (4.1.1) with gcc (4.1.2) May 06 11:02:37 xjqian: ending up with gcc-4.1.1, gcc-4.1.2 and gcc (version 4.1.2) May 06 11:03:28 likewise: exactly as you said. now I understand better May 06 11:03:30 who wrote the recent doc on how to fork *.bb files, I cannot find it... May 06 11:03:51 xjqian: good question, I never noticed this. May 06 11:04:42 got it, never mind (http://www.openembedded.org/upgradingpackages) May 06 11:07:18 Laibsch: now I can make peace with my inner curiosity that the correct gcc verison is always used.:) thank you all for the clearification. May 06 11:12:08 does the wiki require an account that I cannot setup myself? May 06 11:13:26 Anyone know if eabi armeb works properly yet? May 06 11:16:03 likewise: depends on what wiki you are talking about May 06 11:16:13 OE wiki does not require login to edit AFAIK May 06 11:16:29 Laibsch: wanted to update my personal data, then I noticed I'm not even on it: http://www.openembedded.org/the-people-behind-openembedded May 06 11:16:37 likewise: I wrote it ;-) May 06 11:17:01 Laibsch: ok, so now I owe you two beers? :-) May 06 11:17:12 You do? May 06 11:17:14 Why? May 06 11:17:43 the correct answer to that would be "Yes. Why?" ;) May 06 11:17:55 yes May 06 11:17:58 Why? May 06 11:17:59 ;-) May 06 11:18:19 =D May 06 11:20:08 Laibsch: As a thanks for adding me there :-) May 06 11:20:19 likewise: It seems http://www.openembedded.org/the-people-behind-openembedded is locked down (and I'm not on it either) May 06 11:20:27 where? May 06 11:20:42 Laibsch: Ah, you're trying to get free beers from me, right? ;-) May 06 11:20:42 And that warrants two beers? May 06 11:21:20 No I think there a backlog on beer. May 06 11:21:36 I just don't recollect adding you anywhere May 06 11:21:41 Lighten me up May 06 11:23:30 Laibsch: I was kidding. Only in the presumption that you were bribable to add me to the locked wiki page in exchange for a beer. May 06 11:28:25 Oh, this was a misunderstanding then May 06 11:28:52 I did not write the "people" page but the "upgradingpackages" page May 06 11:29:41 you want to be on the people page? drop me a mail with your entry May 06 11:29:59 Laibsch: Ok, instead of mtn mv -e 1 2; cp 2 1 you could do a mtn mv 1 2; cp 1 2, right? May 06 11:31:19 mickey|bbiab: email == key for you? May 06 11:31:28 ya May 06 11:33:13 http://pastebin.ca/473685 May 06 11:33:25 I got this building with libtool-1.5.22 May 06 11:39:52 Crofton|home: yeah, the -rpath /usr/lib picks up host libs, which are then determined to be false. May 06 11:40:10 intersting May 06 11:40:13 Crofton|home: Of course, no the trouble is fixing that in libtool-1.5.22... May 06 11:40:25 Crofton: line 26 May 06 11:41:13 of the pastebin? May 06 11:41:48 yes May 06 11:42:13 ok May 06 11:42:21 Is shepherd-kernel-2.4-embedix.bb still a valid *bb name (I am searching for a way to name my 2.6.20.11-cfs kernel)? May 06 11:42:34 so the use of rpath causes it to search /usr/lib? May 06 11:42:45 As foobar_2.6.20.11-cfs.bb is not valid May 06 11:42:55 Crofton: yes, I think so. May 06 11:43:28 so, we need to figure out how to beat libtool into not creating linker commands with rpath in them? May 06 11:43:38 Crofton: ah no, line 27: -L/usr/lib is probably the cause! May 06 11:44:08 hmm May 06 11:44:16 maybe a bad source package ... May 06 11:44:39 I used to have issues like that due to some bad autofoo May 06 12:01:29 likewise, looks like automake is adding the -rpath May 06 12:05:50 hi koen May 06 12:06:05 Crofton|home: ok, rest of the stuff so far built ok with new libtool? May 06 12:07:16 gotta go in a minute May 06 12:12:25 RP: hi, do you have some time for me? hrw told me that I have to ask you for future simpad kernel patch integrations into oe. May 06 12:14:00 yep May 06 12:17:23 hey like|bbl May 06 12:17:34 koen: hey May 06 12:25:04 NAiL: Yes, EABI/EB works thanks to Lennert and like|bbl May 06 12:25:16 aah, great May 06 12:25:49 NAiL: like with the EABI/LE port lennert is using angstrom to bootstrap a debian port :) May 06 12:25:54 then it's time to start hacking the fsg-3 soon May 06 12:27:10 there will probably be small bugs here and there, but it boots into init and starts dropbear May 06 12:27:29 that's mostly good enough ;) May 06 12:28:27 http://www.angstrom-distribution.org/unstable/feed/armv5teb/ and http://www.openembedded.org/~koen/ARM-eb-EABI-rootfs.tgz May 06 12:30:57 cool, thanks May 06 12:31:25 * koen goes back to eating pie May 06 12:32:24 do I have to do something to tell mtn to use my key or will it pick it up by some magic? May 06 12:46:14 like|bbl, rpath has been a pain for years May 06 12:46:15 http://lists.debian.org/debian-devel/1999/01/msg02250.html May 06 12:59:36 wil someone look at this error for me? I ctrl+c'd the job once, and this is the following attempt http://pastebin.ca/473157 May 06 13:00:57 I realize it's just telling me it failed, but I'm wanting to know how to fix it May 06 13:04:08 mtn pull; mtn update should get you past that May 06 13:46:46 Crofton|home: http://wiki.debian.org/RpathIssue May 06 13:51:19 maybe we should patch libtool-cross with one of those patches May 06 13:51:35 trying the disable-rpath on libgcrypt May 06 13:52:40 03polyonymous 07org.oe.dev * r526cf617... 10/ (3 files in 3 dirs): May 06 13:52:40 kdepimpi: fix the QMutexLocker build fix May 06 13:52:40 - patch to provide the QMutexLocker implementation. May 06 13:56:34 polyonymous: congrats! I hope you retested it? May 06 13:57:02 psokolovsky_, Just removed LDFLAGS+=-lstdc++ and tried to build without and it worked. May 06 13:57:24 psokolovsky_, Actually, since you can't break it if it ain't fixed, this patch could do no harm :) May 06 13:57:31 and thanks :) May 06 13:58:06 polyonymous: err, I mean *workings*, not building. and you add code which wasn't there, so... May 06 13:58:19 psokolovsky_, I'm using kdepimpi :) May 06 13:58:48 cool, thanks for confirmation! May 06 13:58:54 And I wouldn't be able to use it on my brand new angstrom opie-kdepim-image without the patch :) May 06 13:59:57 psokolovsky_, does opie-image build for you? I mean, I have a few more patches to commit, but I wonder if you managed to build your image without. May 06 14:01:06 polyonymous: I've been building opie-image's for half year now ;-) May 06 14:01:17 psokolovsky_, for angstrom? May 06 14:01:23 polyonymous: sure May 06 14:01:57 !oebug 2196 May 06 14:01:58 * * Bug 2196, Status: NEW, Created: 2007-05-01 08:20 May 06 14:01:59 * * polyonymous(AT)klever.net: sword (opie) build fails for angstrom fails because of symbols invisibility May 06 14:02:00 * * http://bugs.openembedded.org/show_bug.cgi?id=2196 May 06 14:02:05 haven't had this one? May 06 14:03:00 As for half a year - half a year ago I think I've been able to build opie-image too :)) May 06 14:03:05 polyonymous: 1) sword is not part of opie-image 2) there was some fixe committed already for opie-dagger May 06 14:03:29 psokolovsky_, I never meant to compile it - somehow it was pulled in while building opie-image. May 06 14:03:55 polyonymous: as you understand, bulding and run-testing all the time for half year now ;-) May 06 14:04:16 psokolovsky_, that pulling might have been a side effect of my fix to bitbake 1.6, though... May 06 14:04:45 psokolovsky_, well, can you try building sword and see if it needs patch? May 06 14:05:12 If it does and the patch works and we have sword in the tree, it makes sense to commit, anyway :) May 06 14:06:34 polyonymous: well, if you say it's needed, then commit, sword is not a thing which requires thorough retesting ;-) May 06 14:07:04 Well, then I'll just try rebuilding and commit. May 06 14:07:30 I have never tested functionality, but the fix shouldn't affect it, anyway. May 06 14:08:59 me is pissed off May 06 14:12:29 chouimat: did my commit piss you off? May 06 14:12:35 re May 06 14:13:07 wb May 06 14:13:15 hey likewise May 06 14:13:42 likewise: try whois mcrd.ca and look at the nameserver stuff ... the other domain is suspended May 06 14:15:48 chouimat: you from .ca? May 06 14:16:31 yup May 06 14:16:34 03polyonymous 07org.oe.dev * r61b65ffb... 10/ (4 files in 3 dirs): May 06 14:16:34 sword: gcc visibility fixes, closes #2196 May 06 14:16:34 - patch to make certain inlines, hidden by -fvisibility-hidden-inlines, back visible. May 06 14:17:41 chouimat: always thought you were from France. May 06 14:19:53 likewise: now I have to find a solution ... May 06 14:20:24 chouimat: your dns server account is suspended? May 06 14:22:11 likewise: the e-c.qc.ca one yes ... and mine will be too soon because the guy is an ass and simply decided to let his business die ... ( he has all the informations I need to transfert my domain but I can't reach him) so I have to find another solution for now May 06 14:23:16 chouimat: yes all those registrars and business have too much power in keeping *your* domain names. May 06 14:24:31 likewise: any good inexpensive dyndns service ... May 06 14:25:11 psokolovsky_, what do you think of this one: http://rafb.net/p/BqgOEw12.html May 06 14:25:40 hmm... May 06 14:25:49 Or is it not the one that gets built... May 06 14:27:16 heh, it's not. May 06 14:50:09 recipe naming: what is allowed for the version in a *bb name? "version is the version number." is simply reads on http://www.openembedded.org/user-manual&dpage=recipes_versioning May 06 14:50:17 s/is/it/ May 06 14:51:08 http://www.openembedded.org/wiki/VersioningPolicy May 06 15:00:19 psokolovsky_, would you object this one?http://rafb.net/p/AJLV5675.html - I know, ideally, that should originate upstream, but I, for instance, will keep it in my tree, anyway, why not share? May 06 15:14:16 koen: although alpha characters for *pre* releases are pitfalls (and should be worked around with x+y), I will avoid them for patched kernels. (2.6.20.11-cfs is not less than 2.6.20.11-rt) May 06 15:14:43 koen, what would you think about this one? http://bugs.openembedded.org/attachment.cgi?id=1430&action=diff May 06 15:14:54 As I would like to submit 2.6.20.11-cfs and 2.6.20.11-rt (complete fair scheduling and real-time) soon May 06 15:15:55 polyonymous: looks ok on brief inspection May 06 15:16:20 koen, I'll try to make people try it and commit then. May 06 15:16:31 I think Laibsch was interested, according to the bug. May 06 15:16:35 Laibsch, ping? May 06 15:17:36 the worst it can do is not fix anything. May 06 15:18:49 polyonymous: could you also have a look at stopping psplash earlier, so console-images work? May 06 15:19:01 victor_rx1950: I don't have issues like #2054 describes (i.e., maybe it fishes in /usr still, but locales build well for me) May 06 15:20:19 psokolovsky_: the fix for the /usr thing has been discussed multiple times May 06 15:20:33 polyonymous: regarding bootsplash rotation: Is uggest we find more generic solution, like FB rotation at startup ;-) May 06 15:20:43 psokolovsky_: use base_do_join (or whatever it is called in base.bbclass) instead of the python .join May 06 15:20:53 koen: post link please May 06 15:23:15 I got "fakeroot: preload library not found, aborting." while trying to recompile an image... what's the problem May 06 15:23:16 http://www.openembedded.org/bonsai/view/rev/25034/ May 06 15:23:19 fakeroot is installed May 06 15:27:25 koen, will do. May 06 15:28:28 psokolovsky_, is fb rotation at startup possible at all regardless of device? Another thing is that it would then need to be propagated to the other packages, so it's a long-term goal, anyway. May 06 15:29:59 psokolovsky_, and hat do you think of opie-reader fix before this one-liner finally gets upstream? May 06 15:30:06 s/hat/what/ May 06 15:31:17 psokolovsky_: http://bugs.openembedded.org/attachment.cgi?id=1431&action=edit May 06 15:32:05 polyonymous: yes, console FB rotation is kernel option, device-independent. IIRC, psplash specifically check console dims, so it will auomagically work on it. of course, X needs own options, like it has now ;-) May 06 15:32:28 koen: cool, thanks! May 06 15:32:42 victor_rx1950: please test koen's patch above May 06 15:32:57 or xora's ;-) May 06 15:32:57 psokolovsky_: I was waiting for pb to fix it, but I think it's safe to assume after 3 months nothing is going to happen May 06 15:33:02 psokolovsky_, that's what I'm afraid of - those rotation things should be consistent. May 06 15:33:10 no, koen's ;-) May 06 15:33:37 polyonymous: yeah, so let's start from the start, as usual ;-) May 06 15:34:06 psokolovsky_: if you search the OE mailing list you'll find multiple hints from me at base_path_join when people raise this isssue :( May 06 15:34:09 psokolovsky_, I think for the time being the small rotation fix won't hurt, anyway. May 06 15:36:20 03likewise 07org.oe.dev * red3f0331... 10/ (5 files in 3 dirs): linux-efika: Add kernel 2.6.20.11 with CFS scheduler. May 06 15:52:43 likewise: http://www.angstrom-distribution.org/unstable/images/ixp4xxbe/20070506/ May 06 15:53:59 how to create a mtn diff patch which also contains new created files? I read that mtn diff ist prefered over posting the files. May 06 15:54:15 mr_nice, mtn add files May 06 15:56:04 polyonymous: thx May 06 15:57:46 koen: That's a EABI kernel as well? May 06 15:57:53 likewise: it should be May 06 15:58:00 haven't tested it on my loft yet May 06 15:58:35 koen: ok, I only have a slug here, so I'll work from RAM, have to resize the ext2 fs down to 8 MB or so, I guess. May 06 15:58:59 angstrom for slug?? May 06 15:59:00 koen: but I'm still fighting with my efika now. May 06 15:59:10 chouimat: yes May 06 16:00:01 I should update mine ... still 2.6.17 iirc May 06 16:03:50 koen I like your Turing Test ;) May 06 16:14:49 new perl thing crashes on me. May 06 16:15:35 mr_nice: mtn diff or mtn diff or only May 06 16:15:45 to only diff a subset May 06 16:15:55 | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/gdbm May 06 16:15:56 | cc1: internal compiler error: in add_path, at c-incpath.c:362 May 06 16:16:05 * koen recommends mr_nice http://monotone.ca/monotone.html May 06 16:19:07 koen: I have created this diff (bug 2247). I hope I did it all right. May 06 16:19:24 mr_nice: see what I said above May 06 16:19:29 * mr_nice will now read the documentation May 06 16:19:38 koen: ok May 06 16:32:28 It seems that I did it right :). May 06 16:33:31 RP: do you have some time for me? May 06 16:39:56 or does one of the devs have time to integrate the simpad 2.6.21 (bugrep 2247) into oe? May 06 16:40:09 wil someone look at this error for me? I ctrl+c'd the job once, and this is the following attempt http://pastebin.ca/473157 May 06 16:40:10 I realize it's just telling me it failed, but I'm wanting to know how to fix it May 06 16:41:19 hi all May 06 16:44:31 summatusmentis, how old your tree is? May 06 16:44:41 summatusmentis: mtn pull && mtn up May 06 16:45:06 polyonymous: note the revision on the top :) May 06 16:45:38 && bitbake -c clean gcc-cross May 06 16:45:51 koen, yeah, indeed, but I don't know all revisions by heart, yet :) May 06 16:47:13 polyonymous: mtn log --from 6e27dbf199086b085250d9254e0497262f8f6cba --last 1 May 06 16:47:36 koen, yes, there's a number of ways to do it, of course. May 06 16:47:48 * koen notices the --diffs option to mtn log May 06 16:48:19 that would essentially produce the database dump :) May 06 16:49:15 03ifaistos 07org.oe.dev * rde6c1243... 10/ (47 files in 3 dirs): May 06 16:49:15 packages/linux/linux-magicbox_2.6.19.2.bb: Add kernel 2.6.19.2 for Magicbox May 06 16:49:15 The patch set comes from Openwrt project May 06 17:02:19 likewise: I'll upload a minimal-image as well May 06 17:02:55 koen: almost got 2.6.21++ running on EFIKA May 06 17:03:20 likewise: cool May 06 17:03:21 hostperl keeps passing /usr/include/gdb/ to crosscompiler... May 06 17:03:41 koen: 2.6.21 will be a nice base to play with real-time support in the kernel May 06 17:04:18 .23 even more May 06 17:04:22 according to tglx May 06 17:04:57 koen: and you PDA, N800 guys must really try the -CFS scheduler on those little machines. Should have make GUI's more responsive while keeping tasks fair on the cpu (no starvation) May 06 17:05:27 koen: works like a charm on my host May 06 17:05:52 koen: http://people.redhat.com/mingo/cfs-scheduler/ May 06 17:06:22 CFS looks nice May 06 17:06:43 but the n800 is stuck in binary only nokia land for teh wifi driver May 06 17:11:18 hmmm May 06 17:11:31 /usr/.debug/bin May 06 17:11:47 * koen suspects a missing install -d May 06 17:13:19 hmm, for the efika I need to pull and merge two git trees, then apply three patches. Any script that does a similar thing as an example? May 06 17:13:39 yes, it's called 'intern' ;) May 06 17:14:26 * likewise notices his bash scripting skills are still better than cooking recipes. May 06 17:22:49 03koen 07org.oe.dev * r67942eb6... 10/ (1 packages/acpid/acpid.inc packages/acpid/acpid_1.0.4.bb): May 06 17:22:49 acpid: add an extra install -d to avoid things like this: May 06 17:22:49 ./acpid-1.0.4-r2/image/usr/.debug/bin May 06 17:31:32 wow, those pdaX dudes are really 1337: "Nano 2.0.6 compiled for 2.6.x kernels." May 06 17:33:02 * CoreDump|home congratulates sarcastically May 06 17:33:40 and screw nokia. The Nx00 is such a nice niche product and they fucked it up May 06 17:33:53 * koen amens to that May 06 17:34:03 I really should install angstrom on the n800 May 06 17:36:37 koen: do you know of any other - similar priced - tablets which are more open than nokia? May 06 17:36:53 ( the simpad doesn't count ;) ) May 06 17:37:17 CoreDump|home: intel recently built the own tablet May 06 17:37:25 with "mobile ubuntu" May 06 17:37:27 yeah I read that May 06 17:37:42 *lightbulb* May 06 17:37:53 we should ask intel for some of those tablets May 06 17:38:06 wasn't that more of a product-demo to motivate other manufacturers to build mobile devices w/ Intel chipsets? May 06 17:38:26 great idea May 06 17:38:57 a developer program might work as well =) May 06 17:39:01 * koen wonders how many millions will be wasted^H^H^H^H^Hspent fixing x86 to be mobile friendly May 06 17:39:23 do we know any intel people from the tablet department? May 06 17:40:34 sounds like these things would cost serious bucks May 06 17:41:15 TI's "low cost" starterkits cost at least $700 as well May 06 17:42:05 which is indeed low-cost for commercial application May 06 17:42:09 low cost ... I don't want to see the high end one :) May 06 17:42:13 but a no-go for volunteers May 06 17:42:17 Hello May 06 17:42:27 hey sirfred May 06 17:42:34 hi sirfred May 06 17:42:51 CoreDump|home: luckily OE is going to get a few OSKs sponsored :) May 06 17:43:18 =D May 06 17:43:36 Wheee! EFIKA deep sleep support! May 06 17:43:57 It's amazing how many manufacturers respond with "Sure, how many?" when asked about free hardware May 06 17:44:00 likewise: cool May 06 17:44:04 but where's the fun in hacking a dev board? Unless you build some kewl new gadget w/ it of course ;) May 06 17:44:04 (now how was this deep sleep left again? :-) ) May 06 17:44:40 CoreDump|home: distcc :) May 06 17:44:51 most devboards have ethernet + sane amount of ram May 06 17:45:15 likewise: minimal image for ixp4xxbe uploaded May 06 17:45:34 hmmm May 06 17:45:46 6.7k is a bit small May 06 17:46:29 heh May 06 17:47:14 koen: http://rafb.net/p/nKwA0E88.html May 06 17:47:27 koen: that's what I call minimal (hello world init? ) :-) May 06 17:48:04 how did you wake it up? May 06 17:48:36 koen: short circuit pin 1 and 3 of the IRDA header (its hardcoded in the driver for now) May 06 17:48:59 tried dyntick yet? May 06 17:49:05 I've got a question about pushing changes upstream. I've made a change, commited it to my local DB, and them, pulled changes from upstream and merged them with my local DB. May 06 17:49:19 koen: nope, not on any platform afaik May 06 17:49:21 sirfred: mtn push or mtn sync May 06 17:49:35 now I have a local revision that seems to be the combination of all the changes at upstream and my local changes. May 06 17:49:40 Is it safe to push that? May 06 17:50:05 koen: this efika kernel does not have dyntick support. May 06 17:50:09 I suppose that they will be merged correctly, as the upstream already have some of the changes. May 06 17:50:13 ikoen: did the 2.6.19/20 one? May 06 17:50:33 I never worked with this kind of revision tool, with local and remote DB. May 06 17:50:42 And didn't want to mess anything the first time. :) May 06 17:51:37 Well,let's try May 06 17:51:51 there's always 'mtn disapprove' :) May 06 17:52:02 koen: Of course. :) May 06 17:52:04 * CoreDump|home has fond memories of pushing the stable branch right into the .dev brach and hence totally trashing the dev tree =D May 06 17:52:18 CoreDump|home: :) May 06 17:52:24 revs out 4/4... May 06 17:52:40 I made more than one merge, have to say, because was delaying the changes. May 06 17:53:23 03sirfred 07org.oe.dev * r3ddc510c... 10/ (1 packages/gstreamer/gstreamer_0.10.12.bb): May 06 17:53:23 gstreamer: Add version 0.10.12 May 06 17:53:23 * Closes bug 2204 May 06 17:53:38 Humm, nothing seems to explode. May 06 17:56:00 3.2M Angstrom-minimalist-image-test-20070506-ixp4xxbe.rootfs.tar.gz May 06 17:56:05 that's better May 06 17:59:12 likewise: how did your uclibc experiments turn out? May 06 18:00:44 koen: not good, the purpose was to go to smaller images, but then I hit the task-* dependency problem. May 06 18:04:26 morning May 06 18:06:02 hey XorA May 06 18:06:10 XorA: did you get the mail I forwarded you? May 06 18:12:04 koen: yup May 06 18:12:16 koen: BTW what did you do with gtk+ 2.10.12?? May 06 18:12:48 not much May 06 18:12:59 it ran on my neo, so I added it May 06 18:13:05 is it slow again? May 06 18:13:34 koen: I think you forgot to push the .bb May 06 18:13:43 preferred version 2.10.12 of gtk+ not available May 06 18:14:00 heh May 06 18:14:47 XorA: btw, cairo 1.4.8 has the surface cache and x workqueue May 06 18:14:53 koen: cool May 06 18:14:55 no more OE patches needed :) May 06 18:15:31 sirfred: we don't have gstreamer 0.8 anymore in OE, so the default_preference can be removed :) May 06 18:15:47 koen: ok May 06 18:15:48 03koen 07org.oe.dev * r3d3b8efe... 10/ (22 files in 3 dirs): gtk+: add 2.10.12 May 06 18:16:20 http://gitweb.freedesktop.org/?p=cairo;a=commitdiff;h=966a39396eb75d9d4ecc9997bb21d62fba176f78 May 06 18:17:35 03sirfred 07org.oe.dev * r829ba9b3... 10/ (1 packages/gstreamer/gst-plugins-good_0.10.5.bb): May 06 18:17:35 gst-plugins-good 0.10.5: Be coherent with --with-check option in May 06 18:17:35 gstreamer configuration. May 06 18:17:35 * Add --with-check=no to configure options May 06 18:17:35 * Closes 2205 May 06 18:19:31 sirfred: The cream on top would be if you asked on the ML which old versions of the packages can be removed May 06 18:19:44 OE has a tendency to accumulate old cruft May 06 18:19:53 Thank you for your work May 06 18:19:58 nah, just remove them and see who screams :-D May 06 18:20:02 Looking forward to your continued contribution May 06 18:20:04 :) May 06 18:20:22 sirfred: Do as XorA says and blame him if it goes wrong ;-) May 06 18:20:49 blaming me is a good fallback as well May 06 18:20:58 we all blame you koen May 06 18:21:07 :D May 06 18:21:34 all blame kOEn :-D May 06 18:21:46 Laibsch: I will ask for all the gstreamer related packages. May 06 18:21:55 In my opinion only the last ones are useful. May 06 18:22:17 But perhaps some people/distro is using them. May 06 18:23:17 03sirfred 07org.oe.dev * r17057efd... 10/ (1 packages/gstreamer/gstreamer_0.10.12.bb): May 06 18:23:17 gstreamer 0.10.12: Remove default_preference as gstreamer 0.8 is no May 06 18:23:17 longer in OE. May 06 18:24:07 koen: http://paste.org.ru/?jp5hp8 with your patch May 06 18:24:52 ah May 06 18:24:58 remove the space in line 101 May 06 18:25:15 "base_path_ join" is not a valid function name :) May 06 18:25:15 sirfred: easy to grep for distros locking down versions May 06 18:25:31 agrhhh... May 06 18:25:47 ignore angstrom, that seems to lock down gst, but that was only to force 0.10 over 0.8 May 06 18:26:15 I will take a look once I commit all my related pending changes. May 06 18:27:25 http://lists.linuxtogo.org/pipermail/angstrom-distro-devel/2007-May/000242.html May 06 18:32:04 03sirfred 07org.oe.dev * rbfd69b4c... 10/ (1 packages/gstreamer/gst-plugins-base_0.10.12.bb): May 06 18:32:04 gst-plugins-base: Add version 0.10.12 May 06 18:32:04 * Closes bug 2206 May 06 18:35:14 03sirfred 07org.oe.dev * r67ae3155... 10/ (1 packages/gstreamer/gst-plugins-ugly_0.10.5.bb): May 06 18:35:14 gst-plugins-ugly: Add version 0.10.5 May 06 18:35:14 * Closes bug 2207 May 06 18:40:10 koen: Ill try that firefox patch as soon as I get image built May 06 18:40:24 koen: due to that gtk+ snafu I had to rm tmp/ May 06 18:43:33 03sirfred 07org.oe.dev * r502b0e80... 10/ (1 packages/gtk-engines/gtk-sato-engine_svn.bb): May 06 18:43:33 gtk-sato-engine: New recipe for svn May 06 18:43:33 * Closes bug 2182 May 06 18:45:58 ah, right it'll default to 2.ancient May 06 18:45:59 03sirfred 07org.oe.dev * rdead8726... 10/ (1 packages/matchbox-themes-extra/matchbox-theme-sato_svn.bb): May 06 18:45:59 matchbox-theme-sato: New recipe for svn May 06 18:45:59 * Matchbox theme for Sato OpenedHand May 06 18:45:59 * Closes bug 2182 May 06 18:46:01 sorry about that May 06 18:47:33 I think that bug 2038 could be safely closed, as the problem was caused by GMemChunk deprecated types used into GtkWidgets, so that using G_DISABLE_DEPRECATED to compile was dangerous. May 06 18:47:52 But for newer gtk versions, I think that is fixed. May 06 18:50:54 koen: my nslu is headless (no serial...), any idea how to proceed? :-) May 06 18:51:15 ssh? May 06 18:52:05 if it booted properly it should announce itself via rendezvouz/bonjour May 06 18:52:07 koen: But I need to load a EABI kernel (using redboot), and the ramdisk, after that I have no output May 06 18:52:14 ok May 06 18:52:18 will try a blind run May 06 18:54:16 koen: http://rafb.net/p/FIf9Jp54.html May 06 18:55:09 should solder a max chip on the serial port... May 06 18:55:45 http://freelanceswitch.com/humour/top-ten-signs-you-may-be-charging-too-little/ May 06 18:58:34 told you so May 06 18:58:39 you charge too little May 06 18:59:11 Hmm, bug 2048 seems not to happen under angstrom. But I don't know what is the difference with openzaurus that changed it. May 06 19:10:01 XorA|tv: that castle even has the old-style ghost! May 06 19:10:11 * koen just loves that lego character May 06 19:12:03 Jin^eLD: Hey! May 06 19:12:04 koen now I know why Indian's company are giving me jobs :) May 06 19:12:28 Jin^eLD: will get the 8100 board soon on loan, and a project proposal is made to build something with it May 06 19:12:29 hi likewise :) May 06 19:12:35 nice May 06 19:12:48 Jin^eLD: all *maybe*s May 06 19:12:56 koen: same thing with your patch May 06 19:12:59 so I guess you will be faced with the SDK soon ;) May 06 19:13:11 koen: problem in qemu May 06 19:26:44 something in perl build seems to want to run gnome-terminal May 06 19:30:16 devshell_do_devshell() May 06 19:30:44 ljp, failed patch, I guess. May 06 19:30:58 Something in perl build seems to want /usr/include/gdbm - that's worse :( May 06 19:31:21 thats retarded that it tries to run something thats not on my machine May 06 19:34:15 chuimat : Wow :) You get jobs from Indian companies ? that would be a first here... :) May 06 19:34:30 Ifaistos: hehe May 06 19:39:16 i dont think default for TERMCMD should be gnome-terminal, but something more likely to be found on all machines - xterm May 06 19:42:10 ljp: or make it detect what it's installed on the box :) May 06 19:42:57 that might be too clever May 06 19:43:30 ljp: but users expect computer to more clever than them ;) May 06 19:46:49 koen : The last patches for Magicbox create an image similar to the OpenWRT projects, the problem is there is no space left in the device if i use jffs2 May 06 19:47:47 ljp, I think psokolovsky_ already complained about it on oe-devel ML. May 06 19:47:57 koen : but it basically means that we could get OE images on 8MB devices :) May 06 19:48:00 xterm? May 06 19:48:08 that requires a graphics card May 06 19:48:13 * koen builds on a headless box May 06 19:48:19 and what abnout gnome-terminal May 06 19:48:33 that also requires gnome May 06 19:48:33 I set it to bash May 06 19:50:00 night everyone May 06 19:56:37 * ljp curses patch and sets PATCH_GET May 06 20:37:12 * chouimat|away is away: PUB May 06 20:52:27 Good night May 06 21:33:18 Hey guys, what do you use for screen protectors for your Z or other devices? May 06 21:34:09 Speedy2: You are in the totally wrong channel May 06 21:34:16 Sort of. May 06 21:34:25 Oh you knew it? May 06 21:34:27 There's a lot of people here who use OZ or OE on their PDA or embedded device May 06 21:34:38 So I figure there must be some common knowledge. May 06 21:34:40 Nice. Another person on the ignore list May 06 21:34:43 so there are a lot of them on the streets. May 06 21:34:56 Go and ask koen, he might be able to help yo May 06 21:35:03 :)))) May 06 21:35:03 you May 06 21:35:16 Laibsch, have you tried psplash patch yet? May 06 21:35:23 no May 06 21:35:31 Unless it has been committed May 06 21:35:38 I'd love to get at least one report before comitting. May 06 21:35:39 And even then May 06 21:35:50 Sorry, too much to do right now May 06 21:35:54 ah, ok. May 06 21:36:07 Well, I may commit it anyway, of course, because the worst it can do is not fix anything. May 06 21:36:12 Go ahead and commit May 06 21:36:19 Right now I have to sort out the perl problem... May 06 21:36:39 the recent perl bump broke my build. May 06 21:36:40 If it can only break something that is not working now. Who cares. May 06 21:37:07 OE (and angstrom as an important OE-derived distro) is not so stable at the moment May 06 21:37:12 Well, I wouldn't say "break". It may leave your splash disoriented, the way it is now :) May 06 21:37:17 Which is a good thing. Lots of progress. May 06 21:37:34 a good and a bad. May 06 21:37:56 Some breakages prevent from fixing further problems. May 06 21:37:59 But that's life. May 06 21:38:09 It is recompiling for me now, I noticed May 06 21:38:21 I hope it does not break so I can continue my "work" May 06 21:38:53 Yes. But it would be discouraging to know it only breaks on me :) May 06 21:39:35 I'm building image afresh now... But it doesn't look to me like a working area screwup... May 06 21:39:59 ibot: botmail for philippe: Would you obkect to dropping a couple of bb files from gpe-timesheet? Like say, the last three or so. May 06 22:42:16 polyonymous: If you have perl problems pastebin some logs and I'll take a look at it. All works fine here. A /usr/include problem sounds like a missing dependency in perl. May 06 22:43:19 v8jlene, it's a (1) internal compiler error (2) cross-compile badness /usr/include/gdbm. Can't paste log at the moment, as it's not yet built afresh. May 06 22:44:02 polyonymous: Yep. Is this on perl or perl-native, version 5.8.7 or 5.8.8? May 06 22:44:31 v8jlene, it's on perl (perl-native isn't cross-compiling, I think) 5.8.8 May 06 22:45:39 He, yeah of course ;) It looks like I don't have any gdbm headers on my host system, which could explain why I don't see the problem. I'll install thay now and see if I get the same issue. May 06 22:46:00 thay?... them even May 06 22:46:03 * v8jlene needs coffee May 06 22:46:11 v8jlene, yeah, those badness problems are normally related to host system setup... May 06 22:47:11 and, btw, bitbake gdbm didn't help it to pick up staged gdbm. May 06 22:47:50 Gdbm support is disabled in perl so it shouldn't be looking for the headers at all... May 06 22:48:06 v8jlene, that's what I thought after exploring config.sh May 06 22:51:46 Hmmm, I've installed libgdbm-dev on the host and perl still builds fine. May 06 22:52:03 hmm... May 06 22:52:09 Well... I don't know :) May 06 22:53:31 does perl depend on perl-native? Maybe one should rebuild both of them ? May 06 22:53:42 I'll probably need to see some logs from your build when you get around to it.. May 06 22:54:03 I don't know how soon it will come to building perl :) May 06 22:54:04 perl does depend on perl-native - and they must be matching versions. May 06 22:54:24 v8jlene, maybe it picks up -I from perl-native somehow then? May 06 22:55:04 polyonymous: yeah, that's a possibility... I'll rebuild perl-native as well now and check it again May 06 22:55:06 I'm building angstrom-console-image and I'm on dbus-glib, I don't know when perl comes in :) May 06 22:55:47 I wish I didn't have gdbm, but for some reason db depends on gdbm on gentoo (dunno why) May 06 22:56:12 on the other hand, it should be fixed, anyway, if it is really a problem. May 06 22:56:29 I just need to see it fail so I can figure out how to fix it ;) May 06 22:57:09 hmm... I'll look if I mved or rmed the old tmp.. May 06 22:57:09 I want to remove the DEFAULT_PREFERENCE from perl 5.8.8 today May 06 22:58:33 http://rafb.net/p/PKDdbI60.html] May 06 22:59:13 that's from the old build. May 06 23:00:10 Ok, that's something... let me have a look May 06 23:01:34 I'd say that's a lot ;-) That's the whole log.do_compile.* May 06 23:02:17 ah NOTE: package perl-5.8.8-r11: task do_compile: started May 06 23:02:19 :) May 06 23:05:23 v8jlene, failed. May 06 23:07:06 polyonymous: Can you pastebin your tmp/staging/x86_64-linux/lib/perl5/5.8.8/x86_64-linux-thread-multi/Config_heavy.pl for me May 06 23:07:18 yup, hang on May 06 23:08:02 http://rafb.net/p/nxUvDX27.html May 06 23:10:16 polyonymous: Ah, that's the problem then. ccflags in your perl-native include a "-I/usr/include/gdbm". My host doesn't put the gdbm headers file in a subdirectory which may be why I don't see the problem. May 06 23:10:41 I'm not sure where to prevent it... May 06 23:10:50 Now to figure out why it's picking this up... May 06 23:11:24 haven't looked into perl build process since y2k or so... May 06 23:11:39 maybe even 99, but likely 01 :) May 06 23:12:02 polyonymous: Well since I added perl 5.8.8 to OE I happen to know something about it at the moment (far more than I really wanted to!) May 06 23:12:33 :)))) Ah, then please, figure it out before you forget :) May 06 23:17:38 v8jlene, does it matter that gdbm is in config.sh-{32,64}:libswanted= ? May 06 23:18:08 polyonymous: Can I also get you to pastebin the configure log from your perl-native? May 06 23:18:49 sure. May 06 23:18:49 polyonymous: I don't think so, it's the /usr/include/gdbm being added to ccflags for perl-native that is causing the problem. May 06 23:19:21 doesn't config.sh-* affect perl-native? May 06 23:19:31 http://rafb.net/p/1Bj5Ce18.html May 06 23:20:39 nope, config.sh-* is for perl only, for perl-native the configuration is generated as normal - via running the perl configure script May 06 23:21:04 ah ok. May 06 23:33:01 polyonymous: What files do you have in /usr/include/gdbm on your host? May 06 23:33:14 dbm.h ndbm.h May 06 23:36:00 Ah, thanks. So It'll be the ndbm.h that's the issue. My host installs that as gdbm-ndbm.h which perl doesn't find. May 06 23:36:21 ah. yes. gdbm.h itself goes into /usr/include/ here. May 06 23:40:38 My host installs them as /usr/include/gdbm.h and /usr/include/gdbm-ndbm.h. I moved them to /usr/include/gdbm to try and reproduce the problem. I see the problem now with gdbm-ndbm.h renamed to just ndbm.h. May 06 23:41:25 could be... May 06 23:41:40 but NOT found. ? May 06 23:42:30 meanwhile, I think I'll get rid of gdbm on host system, anyway. I'm rebuilding dependencies, but will keep gdbm itself for the purpose of testing of this issue. May 06 23:44:47 yeah, the log says that but it still seems to trigger adding that directory... testing a fix for it now. May 06 23:47:27 aha, so you reproduced the problem? May 06 23:48:40 polyonymous: I think so. I'll push a fix for it in a minute. May 06 23:50:00 oh that would be great. May 06 23:56:52 03lenehan 07org.oe.dev * rdfd9359f... 10/ (3 files in 3 dirs): May 06 23:56:52 perl-native 5.8.8: Fix for cross-compile badness in the perl build. The May 06 23:56:52 perl-native configure script was added -I/usr/include/gdbm to the ccflags if May 06 23:56:52 you host had a /usr/include/gdbm/ndbm.h header, even though gdbm support is May 06 23:56:52 disabled. This patch stops the configure script adding that even if it finds May 06 23:56:52 the header there. May 06 23:56:56 03lenehan 07org.oe.dev * re5ec927d... 10/ (1 packages/perl/perl_5.8.8.bb): May 06 23:56:58 perl 5.8.8: Bump PR due to the perl-native change which will fix failing May 06 23:57:00 perl builds on some hosts. May 06 23:57:19 polyonymous: Change pushed... hopefully this will work for you now! May 06 23:57:49 aha. I'm rebuilding without a patch now, after I santizied host perl of gdbm. Just to make sure. May 06 23:58:21 pulling now. May 07 00:01:36 for what I can tell by the patch it makes sense, but what bothers me is that there was no ' found.' message :) May 07 00:03:57 okay, failed. now I'm updating and rebuilding... May 07 00:08:43 v8jlene, it's still building, but in native's lib/Config_heavy.pl I don't see /usr/include/gdbm :) May 07 00:11:16 polyonymous: I was concerned about the lack of the message - but apparently the output from that part of the Configure script is going somewhere else - none of the surrounding echo's show anything in the logs either. May 07 00:11:31 yeah, could be. May 07 00:11:38 NOTE: package perl-5.8.8-r13: task do_compile: started May 07 00:11:39 :) May 07 00:12:06 should finish this way or another soon :) May 07 00:15:08 v8jlene, build went fine. May 07 00:15:23 v8jlene, I'll leave it to build the rest overnight :) May 07 00:15:29 yeah! May 07 00:15:35 thanks and good night :) May 07 00:15:46 Thanks. May 07 00:16:28 just one commit to celebrate the success before I go to sleep :) May 07 00:17:57 It's about time I did some paid for work I suppose... windows MFC GUI code is no fun though ;( May 07 00:18:24 heh, well, it can be fun at times. May 07 00:18:52 last time was almost 10 years ago for me, though... May 07 00:19:37 03polyonymous 07org.oe.dev * rcfa8d2cb... 10/ (3 files in 3 dirs): psplash: adjust the rotation angle in the initscript according to the machine being used. Should fix #2149 May 07 00:20:41 After doing tcl/tk UI's for years it was very painful to go to something without a decent layout manager! Beside, I'm a networking/vpn/ipsec/smartcard/pki/crypto person ;) May 07 00:22:07 heh, that's understandable I wouldn't say that lack of layout manager is the worst part of mfc. After all they assume that all machines are the same... May 07 00:22:18 Well, goodnight everyone. May 07 00:22:20 * polyonymous is gone. May 07 01:57:57 will someone look at this error for me? I ctrl+c'd the job once, and this is the following attempt http://pastebin.ca/473157 May 07 01:57:59 I realize it's just telling me it failed, but I'm wanting to know how to fix it May 07 02:05:49 summatusmentis: weren't you ansered to to mtn pull and update already? May 07 02:06:04 psokolovsky_: not that I know of May 07 02:06:19 I've been here on an off all day long, so I may have missed it May 07 02:06:30 I'm the process of doing that now, anyway, I'll see how that goes May 07 02:06:52 but of course, you didn't try to do it yourself, not at all, right? ;-) May 07 02:07:13 psokolovsky_: what? **** ENDING LOGGING AT Mon May 07 02:59:56 2007