**** BEGIN LOGGING AT Sat Apr 28 02:59:56 2007 Apr 28 07:19:51 03koen 07org.oe.dev * r56a54683... 10/ (5 files in 3 dirs): linux-ezx 2.6.21: update patches to r1988 to get a working mux_cli (needs a recent opentapi) Apr 28 07:32:58 Does anybody know at what stage the modules.symbols file gets generated? I seem to have problems getting it generated propery. Apr 28 07:33:55 I suspect during the kernel build Apr 28 07:45:43 which stamp dir does h1940 use? Apr 28 07:48:44 it is reported that "Continued download failed on this file, which conflicts with `-c'. Apr 28 07:48:44 Refusing to truncate existing file `/home/sbox/moko/sources/linux-2.6.17.tar.bz2'. Apr 28 07:48:44 when i compile my image with linux-h1940 kernel bb file Apr 28 07:57:54 Readon: I think moko problems are better addressed in #openmoko Apr 28 08:01:30 Laibsch: that is not a moko problems, i modified moko's file and using oe. you know i am trying h1940's kernel Apr 28 08:56:20 which get tools does bibake using? i think it's a single thread programme, is it? Apr 28 08:57:22 hi Readon ... once again please? ;) Apr 28 08:57:43 which get tools does bibake using? i think it's a single thread programme, is it? Apr 28 08:57:58 I meant ... try writing it in more understandable english Apr 28 08:58:18 get tools ... you mean to fetch sources? Apr 28 08:58:18 cvs svn git wget Apr 28 09:00:58 the tools fetch sources through http url. Apr 28 09:00:59 how about aget? Apr 28 09:00:59 it's a multi-thread programme. Apr 28 09:00:59 can i modify it myself? Apr 28 09:14:53 good morning all Apr 28 10:25:25 rwhitby: good evening to you. I could not find the 2.3.2 Intel NPE on Intel's site, only 2.4. Apr 28 10:29:19 Readon, why would you need such thing? Apr 28 10:29:37 to put bigger load on servers and nothing else? Apr 28 10:44:12 likewise: oh god. don't tell me they changed it again today! Apr 28 10:44:39 likewise: you went to http://www.intel.com/design/network/products/npfamily/ixp400_current.htm, right? Apr 28 10:44:42 rwhitby: it seems, and the 2.3.2 is not there... 2.3.0 is and the 2.3.1 patch (AFAI could find) Apr 28 10:44:57 rwhitby: yes, took several paths Apr 28 10:45:08 likewise: you clicked on the microcode (no crypto), right? Apr 28 10:45:12 rwhitby: even ended up somewhere in the *old* intel web site pages. Apr 28 10:45:15 rwhitby: yes Apr 28 10:45:28 and got to this page: http://downloadfinder.intel.com/scripts-df-external/detail_desc.aspx?ProductID=2100&DwnldID=11193&agr=Y Apr 28 10:45:30 ? Apr 28 10:45:49 rwhitby: hmm, I now see it... Apr 28 10:46:13 _microcode_ Apr 28 10:46:24 where do we need to make it more clear? or have you just been drinking ;-) Apr 28 10:47:25 rwhitby: I guess I am in a drunk state, but AFAIK I only drank coffee this morning :-) Apr 28 10:48:25 rwhitby: "NPE Microcode v2.4" on http://www.intel.com/design/network/products/npfamily/ixp400_archives.htm Apr 28 10:48:47 whoa. interesting. Apr 28 10:49:00 rwhitby: OK, seems I did not enter through the URL you mentioned (or I clicked some wrong link there) Apr 28 10:49:23 rwhitby: I think it only involves the IXP435 (three five) Apr 28 10:49:52 likewise: looks like you've found the latest. I'll have to test it out. Apr 28 10:50:58 hmm - they want some login id for the 2.4 microcode. Apr 28 10:51:11 the url in the .bb file points to the 2.3.2, right? Apr 28 10:51:40 bbiab Apr 28 10:53:47 rwhitby: guess so, I noticed it from the recent checkins on oe.org. Not building atm. Apr 28 11:08:48 likewise: we'll stick with 2.3.2 cause 2.4 requires you to not only agree to the license, but you also have to register your email address with intel. Apr 28 11:09:32 rwhitby: sure, np. it's strange that I could not get 2.3.2 once logged in, only 2.3.1 and 2.4. Apr 28 11:10:18 This page (http://www.intel.com/design/network/products/npfamily/ixp400_archives.htm) has 2.3 microcode (which actually downloads 2.3.2) Apr 28 11:10:18 rwhitby: but I must have overlooked something. consider the issue closed. thanks for bringing 2.3.2 :-) Apr 28 11:11:02 rwhitby: Ah yes, "NPE Microcode v2.3" brings us to 2.3.2. OK, clear! Apr 28 12:02:58 Ifaistos: Let's say I compile for sharprom. I have installed the toolchain on one machine but not the other. Can I still use icecc? Apr 28 12:03:29 It seems that not. All the compile jobs that get distributed fail. But I just wanted to double-check. Apr 28 12:03:51 Laibsch: well, that is what icecc should be able to do Apr 28 12:04:12 Laibsch: check the iceccd tmp dir on the machine where it is failing Apr 28 12:04:30 Laibsch: check if the toolchain was downloaded, check if you can manually execute it Apr 28 12:07:23 zecke: Thank you for the reply. Apr 28 12:09:54 I am not sure where the iceccd tmp dir is Apr 28 12:10:06 I looked through the configs to find out Apr 28 12:10:32 There is no ~/.icecc directory where I thought this was placed Apr 28 12:11:15 Laibsch: /var/tmp/ would be my guess Apr 28 12:11:18 But it seems that /var/cache/icecc plays a role. There were some cryptically named files in there: http://rafb.net/p/bvGGOd42.html Apr 28 12:11:48 Laibsch: these are the toolchains Apr 28 12:12:30 zecke: so db2d45b021fac3ecc6eecdfe2e29a316 would be my candidate? Apr 28 12:12:42 Laibsch: this looks like your local toolchain Apr 28 12:12:58 Laibsch: I assume that icecc.bbclass fails to pack your sharprom toolchain :) Apr 28 12:14:04 Probably Apr 28 12:16:04 zecke: Is Ifaistos the one to talk to? I believe it is his baby. Apr 28 12:17:21 Laibsch the class will save a tar.bz2 of the toolchain, check if it is present Apr 28 12:19:49 There is only one tar in /var/cache/icecc which is /var/cache/icecc/native/db2d45b021fac3ecc6eecdfe2e29a316.tar.gz Apr 28 12:20:04 Normal compilation with icecc runs fine. Apr 28 12:21:06 Laibsch: did you read the wiki page on this? Apr 28 12:21:20 Laibsch: no, the toolchain will be within the $TMPDIR of OE Apr 28 12:22:12 likewise: I created it ;-) Apr 28 12:22:49 Laibsch: yes, I remember us working through it then, so I was already confused you asking questions here :-) Apr 28 12:24:14 likewise: Normal compilation runs fine. It is just Sharp ROM that appears to be unwilling to cooperate Apr 28 12:24:36 Laibsch: ok Apr 28 12:25:49 ICECC_USER_CLASS_BL = " native" Apr 28 12:26:00 Is that generally advisable? Apr 28 12:26:14 It is indeed a native compilation that is giving me trouble now Apr 28 12:26:20 native package Apr 28 12:37:21 likewise: Is setting ICECC_USER_CLASS_BL to native generally advisable? Apr 28 12:37:47 Laibsch: Never touched that one. Apr 28 12:37:55 Me neither so far Apr 28 12:38:03 I'll give it a shot Apr 28 12:38:09 mrdata? Apr 28 12:38:26 woglinde: hallo and jýes Apr 28 12:38:52 Laibsch: My current setup is broken, I should really bring my host machines up-to-date Apr 28 12:39:32 that should not take more than 5 minutes, should it? Apr 28 12:39:39 OE is such a breeze nowadays Apr 28 12:40:04 mrdata: Was that a yes to my earlier question? Apr 28 12:40:06 mrdata there is a small error in the gpio patch for 2.6.21 on the svn Apr 28 12:40:26 mrdata: I guess not. Seems your conversation is unrelated. Apr 28 12:40:30 in simpad.c you put an # behind a function Apr 28 12:41:02 Laibsch: no sorry, it was to woglinde Apr 28 12:41:52 woglinde: i know, there is this little error inside, yes Apr 28 12:43:10 woglinde: the patches are managed from mr_nice, and there are for 2.6.21 now?, must look at it Apr 28 12:45:28 woglinde: right, the patches are for 2.6.21-rc6 have this little error, we work on 2.6.21 now Apr 28 12:45:49 woglinde: and thanks for your reply Apr 28 12:49:58 koen: hello Apr 28 13:04:44 mrdata hm the applie cleanly on 2.6.21 Apr 28 13:08:05 woglinde: they should, but we have also transfer cs3 to sysfs, driver for backlight (brightness) and lcd (power 0 and 4) Apr 28 13:08:30 xyes Apr 28 13:08:34 :) Apr 28 13:08:40 woglinde: mr_nice are busy with learning for school Apr 28 13:08:49 compile went clean Apr 28 13:08:55 will test it later Apr 28 13:10:15 woglinde: also apm_get_power_status is working for me, but the patches are missing for now Apr 28 13:10:54 hm? Apr 28 13:11:04 woglinde: and thans for testing it Apr 28 13:11:11 you mean they arent clean for distribute? Apr 28 13:11:43 are you develpoping with git and quilt? Apr 28 13:11:52 woglinde: no my great problem, i have not make patches befor Apr 28 13:12:19 woglinde: only dump writing on console most Apr 28 13:12:20 oh you compiled the kernel and than delete the source? Apr 28 13:13:29 woglinde: i compile the kernel, make my changes, delete stamps for oe (from do.compile) and build it again Apr 28 13:14:09 woglinde: this take no long time for me Apr 28 13:15:19 woglinde: and i know, it is no comfortable, but my usable time was limited, and i want the progress in development progress Apr 28 13:18:53 woglinde: and yesterday i got my orinoco working (only wep for now) , build sucessfull gpe-mini-browser, and could surf on the net ;-) Apr 28 13:22:46 woglinde: also the patches for solve suspend/resume (pcmcia) and a little extra patch for gpio also missed Apr 28 13:29:38 Laibsch: none of the broken .la files is coming from perl Apr 28 13:29:58 Laibsch: the sanity check is quite poor as it doesn't know which files got copied to the staging dir and just rescans it completely Apr 28 13:47:58 zecke: What are you referring to? Apr 28 13:48:07 Laibsch: your perl mail Apr 28 13:48:53 hrw|gone: Please lock down the wiki NOW! Apr 28 14:00:39 hrw|gone: take a look at http://wiki.openzaurus.org/Special:Recentchanges to see why Apr 28 14:02:20 zecke: Sorry, but which mail exactly? I sent a success mail to oe-devel and was working on another mail. But I don't remember anything about .la files Apr 28 14:03:59 " Apr 28 14:04:00 Apr 28 14:04:00 Apr 28 14:04:00 Apr 28 14:04:02 Apr 28 14:04:07 ~lart terminal Apr 28 14:04:08 * ibot plops terminal into a giant vat of herring Apr 28 14:04:09 sorry Apr 28 14:04:23 Laibsch: your mail from 10:31 Apr 28 14:05:49 And what's wrong with a vat of herring??? Apr 28 14:05:53 :p Apr 28 14:08:46 zecke: no mail with that timestamp in my outbox Apr 28 14:08:51 Is it a BTS mail? Apr 28 14:09:15 12:28:20 as time? Apr 28 14:09:23 probaly Re: [oe] perl 5.8.8 is ready Apr 28 14:10:04 so now lets see if 2.6.21 boots on simpad Apr 28 14:10:28 :) Apr 28 14:12:07 zecke: My "success" mail? Well, that I had filed away as "everything alright" Apr 28 14:12:10 ;-) Apr 28 14:19:26 hm the ipc error is still present Apr 28 14:21:16 http://pastebin.ca/462717 Apr 28 14:21:24 woglinde: use an older libc version? Apr 28 14:22:11 strings /lib/libc.so.6 | grep glibc Apr 28 14:22:16 glibc 2.5 Apr 28 14:22:27 woglinde: use 2.3 Apr 28 14:22:55 pfff Apr 28 14:25:53 zecke can it be some alignment error? Apr 28 14:27:45 drapper/drepper error Apr 28 14:28:08 but how can userspace produce kernel oops *g* Apr 28 14:28:08 woglinde: I don't think the kernel is broken, I suspect the non EABI libc Apr 28 14:28:21 hm okay Apr 28 14:35:27 woglinde: just test it Apr 28 14:36:00 woglinde: and if you need a faster CPU, we finally got bagaluga back from Ben? Apr 28 16:24:25 Marex, it's too slow here to download sources.:( Apr 28 16:24:51 use different mirrors then Apr 28 16:26:10 you mean edit variable SRC_URI? Apr 28 16:31:47 probably Apr 28 16:54:26 Hello Apr 28 16:55:38 Any idea of how scummvm have adquired a dependency against libmpeg2-0, instead of libmpeg. The former doesn't seem to exist. The latter is the one that used to be the dependency (the DEPENDS line includes libmpeg2) Apr 28 17:10:37 Jin^eLD: good evening Apr 28 17:10:43 hi likewise Apr 28 17:13:23 hi likewise Apr 28 17:14:01 * likewise is about to reboot into a 2.6.21 w/ CFS scheduler Apr 28 17:47:24 anyone can help me with this http://www.nabble.com/building-package-fann-2.0.0-fails-t3628862.html ? Apr 28 17:52:54 pierrelux: your build system is screwed, this is a nslu2-le build of your .bb: http://rafb.net/p/I3czx389.html Apr 28 17:54:01 pierrelux: bitbake 1.6.x btw Apr 28 17:55:03 oh, you actually tried to compile it using my bb file ? Apr 28 17:55:11 yes Apr 28 17:55:27 nice, thank you Apr 28 17:55:32 np Apr 28 17:55:37 now I will look for something else... Apr 28 17:55:55 if you run bitbake 1.8, you should probably try 1.6 as well Apr 28 17:55:59 maybe updating their last "Master Makefile" Apr 28 17:56:11 just to make sure it's not a bug in the relatively new 1.8 branch Apr 28 17:56:41 I'm using 1.6.5 Apr 28 17:57:06 well 1.6.7 here but close enough Apr 28 17:57:18 And I do not use the Master Makefile Apr 28 17:59:01 what do you suggest ? Starting from the ground up with a clean OE environment ? Apr 28 17:59:40 well, I don't know. As other packages appear to build fine for your, it's hard to say Apr 28 18:01:46 pierrelux: can you upload tmp/work/fann* somewhere? Apr 28 18:07:17 here it is: www.aqra.ca/IMG/gz/fann-2.0.0-r0.tar.gz Apr 28 18:26:24 pierrelux: are you sure you are using exactly the same .bb that you posted? Because something is messing up your WORKDIR Apr 28 18:26:57 it is beeing set to ${PV}-${PR} but it should be set to ${PV} Apr 28 18:27:05 err Apr 28 18:27:44 it is beeing set to ${PN}-${PV}-${PR} but it should be set to ${PN}-${PV} Apr 28 18:28:47 I made some changes a few minutes ago and sent you that version instead Apr 28 18:28:59 but does the same anyway Apr 28 18:29:09 no Apr 28 18:29:11 was just trying to solve the problem Apr 28 18:29:53 the version you sent me fails because it looks in tmp/work/armv5teb-linux/fann-2.0.0-r0/fann-2.0.0-r0, not in tmp/work/armv5teb-linux/fann-2.0.0-r0/fann-2.0.0 Apr 28 18:30:32 well heh right Apr 28 18:31:01 now it fails at install Apr 28 18:33:00 www.aqra.ca/IMG/gz/fann-2.0.0-r0.tar.gz Apr 28 18:33:10 now with the original bb file Apr 28 18:44:16 the last workdir was aborted in do_configure Apr 28 18:45:33 xorg-server-1.2.0.tar.bz2 checksum failed... is it just me? Apr 28 18:46:23 polyonymous: IIRC someone on the devel ML has the same problem Apr 28 18:46:39 CoreDump|home, sounds like it deserves fix, then? :) Apr 28 18:46:55 probably the tarball have changed upstream... Apr 28 18:47:27 polyonymous: which would be a very very bad thing Apr 28 18:47:40 Yes, but depends on the reason why Apr 28 18:47:43 fixed-version tarballs must not change at all Apr 28 18:47:49 I agree. Apr 28 18:48:31 But it sounds like if someone experienced it and someone didn't, that the latter someone just had it in distfiles... Apr 28 18:48:33 it could be a hack, the original checksum could be wrong etc etc Apr 28 18:49:05 Yes, I think someone who has the proper (i.e. with the checksum from metadata) tarball should diff them. Apr 28 18:49:15 indeed Apr 28 18:49:39 I wonder if letting the world here know would suffice or should I file the bug? Apr 28 18:50:56 I'd file a bug Apr 28 18:51:01 ok, will do. Apr 28 18:53:56 filed. Apr 28 18:57:30 hmm... gentoo metadata has the "proper" checksum (that is - matching newly downloaded tarball) Apr 28 18:58:10 polyonymous: and is the one in OE different? Apr 28 18:58:23 Zero_Chaos, Yes: NOTE: The MD5Sums did not match. Wanted: '2d59fd4e5f2756fed3717b93ec0e5df6' and Got: 'ea291c89e68832d570d9d5e007218bd6' Apr 28 18:58:38 (wanted is OE's one) Apr 28 18:58:58 polyonymous: then add the correct checksum to your bug and say you checked it against gentoo as well Apr 28 18:59:15 Yup, I was just going to add a comment. Apr 28 19:01:45 and so did. Apr 28 19:02:01 bug 2153 if anyone's interested. Apr 28 19:02:16 !oebug 2153 Apr 28 19:02:17 * * Bug 2153, Status: NEW, Created: 2007-04-28 11:53 Apr 28 19:02:18 * * polyonymous(AT)klever.net: xorg-server-1.2.0.tar.bz2 checksum fails. Apr 28 19:02:19 * * http://bugs.openembedded.org/show_bug.cgi?id=2153 Apr 28 19:02:52 I didn't lie! :) Apr 28 19:03:51 I was wondering if all these QA failures from insane class are expected behaviour? Apr 28 19:04:14 polyonymous: no, most .la files needs fixing Apr 28 19:04:46 zecke, I meant that it's not something wrong in my setup. But I was talking about messages about bad rpath in, for instance, libstdc++ Apr 28 19:05:11 Because .la files are just notices, I think, rpath is an error. Apr 28 19:05:21 polyonymous: yes, sadly it is known. See the mailing list Apr 28 19:05:42 Ah, ok. Apr 28 19:05:57 Which one, is it gmaned? I do not feel like subscribing at the moment. Apr 28 19:06:07 (should sort out my email setup first) Apr 28 19:08:10 polyonymous: it should be gmaned Apr 28 19:08:40 I found g.c.handhelds.openembedded Apr 28 19:10:34 while we're at it - fresh build of angstrom-console-image failed with ipk-cl: command not found and I hate to file bugs without a fix, I'm not sure where exactly it should include ipkg-native in the dependency chain... Apr 28 19:21:09 polyonymous: version of bitbake? Apr 28 19:21:26 version of OE? Apr 28 19:21:29 1.6 branch Apr 28 19:21:38 both todays pull/update Apr 28 19:21:45 you should use bitbake 1.8 Apr 28 19:21:56 no, that is not mandantory Apr 28 19:22:04 but it's nice :-) Apr 28 19:22:37 polyonymous: weird, this is supposed to be fixed Apr 28 19:22:43 Well, I thought about switching to it, but then I decided that I want to complete one build successfully after long time no build. Apr 28 19:22:56 zecke, well... I just report what I see :) Apr 28 19:23:57 polyonymous: what version/revision of OE? what revision of Bitbake? BBPATH? conf/local.conf? Apr 28 19:24:52 zecke, I told you - I've pulled/updated everything today. BBPATH packages/*/*.bb Apr 28 19:25:01 local.conf is pretty much default Apr 28 19:25:05 spitz/angstrom Apr 28 19:25:22 polyonymous: see, I don't trust humans ;) Apr 28 19:25:31 Neither I do :) Apr 28 19:25:45 But I'm unhuman enough :) Apr 28 19:26:14 I'm totally pissed off by this instability, I want to copy your setup to verify it Apr 28 19:29:50 By which instability? The ipkg-cl one? Apr 28 19:30:12 no missing dependencies... Apr 28 19:30:25 Sure I have no problems sharing my local.conf and revisions of both trees. Apr 28 19:30:30 and mtn diff too :) Apr 28 19:30:40 But I think it's a bit too much hassle for you. Apr 28 19:30:47 Maybe I can just help to diagnose the problem? Apr 28 19:31:08 The fix was, of course, bitbake ipkg-native and then rerun bitbake angstrom-console-image. Apr 28 19:31:17 see mailing lists for the report(s) Apr 28 19:31:24 Ah, I see. Apr 28 19:31:59 and yes, I'm really pissed off. I'm about to propose a lock down on classes/ and fundamental parts of the toolchain.. Apr 28 19:32:25 Well, I think I'll try to complete my first build and then `mv tmp tmp-away` and see... Apr 28 19:32:43 polyonymous: there were a couple of errors Apr 28 19:32:52 polyonymous: a missing " " in the DEPENDS line Apr 28 19:32:57 Well, being a bit cautious when handling critical parts is a good ide... Apr 28 19:33:09 Hmm.. where? Apr 28 19:35:10 polyonymous: see the mailing list Apr 28 19:36:15 argh :) Apr 28 19:50:40 Hi all Apr 28 19:51:14 How do I get past the checksum error on xorg? Apr 28 19:51:57 I see Koen mentioned it in http://lists.linuxtogo.org/pipermail/openembedded-devel/2007-April/002008.html Apr 28 19:52:46 hello HopsNBarley goxboxlive geekoid Apr 28 19:53:05 hi likewise Apr 28 19:53:13 hi likewise Apr 28 19:53:21 hey likewise Apr 28 19:57:52 geekoid: change the checksums.ini? Apr 28 19:59:00 heh, I touched conf/checksums.ini and bitbaked the backage in question. Apr 28 19:59:14 heh, "backage" is a nice typo :) Apr 28 19:59:38 Ok looking for it now... Apr 28 20:04:24 zecke|gym: thanks that did it (also had to change sha256 too) Apr 28 21:27:41 03ifaistos 07org.oe.dev * r98e80d9d... 10/ (3 files in 3 dirs): conf/machine/sequoia.conf: Add machine config for AMCC's Sequoia 440 based dev board Apr 28 21:27:45 03ifaistos 07org.oe.dev * raa7099bc... 10/ (11 files in 3 dirs): packages/linux/linux-magicbox-2.6.18.6: Add kernel 2.6.18.6 for the Magicbox board Apr 28 21:58:23 hrw|gone: You really need to lack that OZ wiki down Apr 28 21:58:30 lock down Apr 28 22:07:37 Laibsch: hi ! Did you solve the issue with icecc ? Apr 28 22:11:36 zecke: is there any chance to "make menuconfig" for kernel-config with qemu and arch=sa1100 ? Apr 28 22:12:41 mrdata: I don't understand Apr 28 22:13:23 zecke: i want a way to make a new default config for kernel-2.6.21 Apr 28 22:13:34 mrdata: cd into the kernel dir, have ncurses-native installed, hack run.do_compile to run "make menuconfig" Apr 28 22:13:52 make ARCH=arm menuconfig in the kernel dir Apr 28 22:14:01 configure, and then copy the .config file Apr 28 22:14:01 Ifaistos: I did not check any further. Apr 28 22:14:03 zecke: yes, but arch skipped to x86 Apr 28 22:14:19 zecke: that is what i have missed Apr 28 22:14:19 mrdata: I don't believe that Apr 28 22:14:38 Ifaistos: I'll let you know if I discover anything fishy Apr 28 22:14:56 zecke: sorry for such dumb question again, mh ... Apr 28 22:14:57 Ifaistos: I guess you never compiled for sharprom? Apr 28 22:15:11 mrdata: no you are welcome, set ARCH=arm and then stuff works Apr 28 22:15:14 Ifaistos: Did you ever use icecc and OE with a prebuilt toolchain? Apr 28 22:15:40 mrdata: make ARCH=arm CROSS_COMPILE=arm-linux- can also speed up your work Apr 28 22:15:41 zecke: and thanks, i have try it for hours now Apr 28 22:15:57 mrdata: just make sure you have arm-linux-gcc in your path Apr 28 22:16:09 mrdata: well and read/scan the Makefile of the kernel, it is documented Apr 28 22:17:05 Laibsch: never tried Apr 28 22:30:36 perl 5.8.8 compiles fine on ppc Apr 28 22:30:47 let's see if it works also Apr 28 22:48:26 03ifaistos 07org.oe.dev * rc7f68caa... 10/ (1 MAINTAINERS): MAINTAINERS: Add myself to MAINTAINERS Apr 28 22:48:30 03ifaistos 07org.oe.dev * r540ebc99... 10/ (6 files in 3 dirs): packages/asterisk/asterisk_1.2.18.bb : Add asterisk 1.2.18 which has some security fixes Apr 28 23:07:55 03likewise 07org.oe.dev * r4d77339e... 10/ (1 packages/linux/linux-x86-2.6.20/defconfig): linux-x86-2.6.20/defconfig: Enabled Wireless extensions. Apr 28 23:07:59 03likewise 07org.oe.dev * re2281151... 10/ (1 packages/pango/pango_1.16.4.bb): pango_1.16.4.bb: Added 1.16.4 with DEFAULT_PREFERENCE=-1, needs testing. Quantize kerning value if metrics hinting is on. This greatly improves screen text rendering with certain fonts like DejaVu Sans. Apr 28 23:08:03 03likewise 07org.oe.dev * r7d6ea0e6... 10/ (3 files in 3 dirs): pango_1.16.4.bb: Needs no-test patch. Apr 28 23:15:45 night all **** ENDING LOGGING AT Sun Apr 29 02:59:56 2007