**** BEGIN LOGGING AT Sun Oct 12 02:59:57 2008
Oct 12 03:03:50 <infernal_jesus> Hello. I need some help configuring internet. :)
Oct 12 03:10:43 <infernal_jesus> Anyone?
**** ENDING LOGGING AT Sun Oct 12 03:14:00 2008

**** BEGIN LOGGING AT Sun Oct 12 03:14:13 2008
Oct 12 03:18:02 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * rb1a6b9ec9d 10org.openembedded.dev.git/packages/libxml/ (7 files): 
Oct 12 03:18:02 <CIA-3> libxml2: bump to 2.7.2
Oct 12 03:18:02 <CIA-3> * package xml2conf.sh to utils
Oct 12 03:18:02 <CIA-3> # drop obsolete 2.6.*
Oct 12 03:18:02 <CIA-3> * drop unbuildable libxml++
Oct 12 05:27:17 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * r7c8a6269cb 10org.openembedded.dev.git/packages/motion/motion_3.2.10.1.bb: motion: bump to 3.2.11 close bug# 4709
Oct 12 05:27:27 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * r50221bb11c 10org.openembedded.dev.git/packages/fbida/ (7 files in 2 dirs): add fbida. courtesy of SZ. close bug# 4707
Oct 12 06:47:56 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * r5437b75263 10org.openembedded.dev.git/packages/gtk+/ (gtk+-2.14.2/smallscreen_filechooser.patch gtk+_2.14.2.bb): gtk+ 2.14.2: add smallscreen_filechooser patch bug# 4704
Oct 12 06:54:22 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * r7508f9e129 10org.openembedded.dev.git/packages/gnuplot/gnuplot_4.2.3.bb: gnuplot: bump to 4.2.4
Oct 12 07:06:54 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * r1446bb947b 10org.openembedded.dev.git/packages/mcabber/ (.mtn2git_empty mcabber_0.9.9.bb): add mcabber: close bug# 4669 courtesy of Elena ``of Valhalla''
Oct 12 08:13:57 <CIA-3> 03 <xjqian@openembedded.org> 07org.openembedded.dev * rf828f5492b 10org.openembedded.dev.git/packages/opie-i18n/opie-i18n.inc: opie-i18n.inc: fix missing empty ${PN}, close bug# 4555
Oct 12 09:47:39 <mmp> Hello, where did distro generic-uclibc disappear from org.openembedded.dev?
Oct 12 09:48:21 <mmp> Just few days ago I was building something using it, and now it seems to be gone; is minimal-uclibc intended to replace it?
Oct 12 09:49:17 <mmp> looks like some distros, like openwrt-sdk, reference the old file
Oct 12 10:43:35 <mmp> are there any more recent OE.db snapshots than those on www.openembedded.org/snapshots ?
Oct 12 10:44:52 <mmp> I'm pullin org.openembedded.dev with OE.db downloaded from there, and it already synchronizes the db for 43 minutes, being not much farther than in 25%
Oct 12 11:56:30 <pb_> mmp: I thought generic was renamed to minimal months ago.  Maybe the uclibc version only just caught up.
Oct 12 11:57:06 <mmp> pb_: it looks like I did not sync'ed the OE.db when I downloaded it few days ago...
Oct 12 11:57:27 <pb_> ah, yeah, the OE.db snapshot might well be months out of date.
Oct 12 11:58:05 <mmp> good three months (and the synchronization takes eternity:)
Oct 12 11:59:08 <pb_> by the way, to answer your question from yesterday, I think TARGET_LDFLAGS is intended for consumption by gcc.
Oct 12 11:59:42 <mmp> (OE.db) but at least I'm pretty sure I did not have synchronized it before; I would remember waiting that much :)
Oct 12 11:59:49 <pb_> I can't think of any case offhand where invoking ld directly would be the right thing to do.
Oct 12 12:00:01 <pb_> okay, yeah, in that case your database might well predate the generic -> minimal renaming
Oct 12 12:00:26 <pb_> to be honest I'm not quite sure why those files were renamed in the first place.
Oct 12 12:01:21 <mmp> (TARGET_LDFLAGS) Yesterday I was making bbfile for compat-wireless, it looks like that it called 'ld', unless I changed something... 
Oct 12 12:01:56 <mmp> ahh, well, I did not call module_do_compile, but oe_runmake directly
Oct 12 12:02:20 <mmp> I think that was the issue
Oct 12 12:06:30 <mmp> pb_: btw, any idea whether it would be acceptable to include compat-wireless package in OE ?
Oct 12 12:07:40 <mmp> argh, bad habits, s/pb_/anyone/ :)
Oct 12 12:45:07 <pb_> dunno.  what is compat-wireless?
Oct 12 12:45:25 <pb_> it would have to be a pretty egregious piece of software to be unacceptable for inclusion in oe
Oct 12 13:00:47 <mmp> pb_: it's a wireless stack and drivers from recent kernel versions backported to work with >= 2.6.22
Oct 12 13:01:35 <pb_> ah right
Oct 12 13:01:37 <mmp> it's more philosophical question, newer kernels contain everything neccessary; the question is whether there is need to support older ones instead of the newer :)
Oct 12 13:02:00 <pb_> well, if you have a need for it, I don't see any reason why you shouldn't go ahead and add it to oe.
Oct 12 13:02:19 <pb_> on the other hand, if you don't have any use for it, it doesn't sound like a piece of software that would be worth adding "just because you can".
Oct 12 13:03:46 <mmp> pb_: I do have use for it (one project I'm currently working on; mpc8315 board with new intel wifi), as I said, that was more philosophical question :)
Oct 12 13:04:01 <pb_> okay.  well, in that case, go right ahead.
Oct 12 13:04:20 <pb_> oe has no philosophical requirements which would exclude this kind of software.
Oct 12 13:06:13 <mmp> ok :)
Oct 12 15:41:15 <mmp> hello; anyone recently managed to compile gettext-0.17-r1 ?
Oct 12 15:42:04 <mmp> for me it fails with error_print_progname undefined symbol when linking msgcmp
Oct 12 15:43:34 <mmp> (that symbol is defined in gettext-tools/gnulib-lib/error.c, but that file seems to be only an EXTRA_ source for libgettextlib)
Oct 12 19:06:59 <pb_> ~botmail for mmp: dunno about gettext 0.17-1, but 0.17-2 builds fine for me
Oct 12 19:07:11 <pb_> hi woglinde 
Oct 12 19:07:12 <woglinde> hi pb
Oct 12 19:07:23 <woglinde> whats with gettext?
Oct 12 19:07:48 <pb_> <mmp> hello; anyone recently managed to compile gettext-0.17-r1 ?
Oct 12 19:07:48 <pb_> <mmp> for me it fails with error_print_progname undefined symbol when linking msgcmp
Oct 12 19:07:48 <pb_> <mmp> (that symbol is defined in gettext-tools/gnulib-lib/error.c, but that file 
Oct 12 19:07:59 <woglinde> I do not know while the others beside angstorem do not use the newer autotools
Oct 12 19:08:50 <woglinde> ah the bug report
Oct 12 19:09:57 <woglinde> hm do not know either why it fails on ppc
Oct 12 19:10:03 <woglinde> args
Oct 12 19:10:08 <woglinde> right was older autotools
Oct 12 19:10:12 <woglinde> hms
Oct 12 19:10:19 <woglinde> oe should update
Oct 12 19:10:27 <pb_> I'm using automake 1.93 and autoconf 2.61.  no idea if this is the same as 4ng5tr0m uses.
Oct 12 19:10:31 <woglinde> so we catch more errors
Oct 12 19:10:40 <woglinde> on shitty configure.ac and stuff
Oct 12 19:11:06 <woglinde> automake 1.10 autoconf 2.61 and libtool 2.4
Oct 12 19:11:42 <woglinde> libtool 2.4 has some improvements
Oct 12 19:12:22 <pb_> what sort of improvements?
Oct 12 19:12:29 * pb_ still using libtool 1.5.10
Oct 12 19:12:38 <Crofton|work> heh
Oct 12 19:12:46 <Crofton|work> even 1.5.24 is better
Oct 12 19:12:53 <Crofton|work> except for the bits that break
Oct 12 19:13:02 <woglinde> please update
Oct 12 19:13:04 <Crofton|work> libtool is annoying
Oct 12 19:15:00 <pb_> I'm a bit reluctant to roll the libtool dice again unless a new version is going to bring me a significant advantage.
Oct 12 19:15:27 <pb_> right now 1.5.10 seems to be able to build everything I need and I don't really want to put that in jeopardy just to keep up with the cool kids 
Oct 12 19:15:46 <woglinde> *sigh*
Oct 12 19:16:11 <Crofton|work> I had issues with some c++ stuff
Oct 12 19:16:19 <Crofton|work> and bits of netfilter I think
Oct 12 19:16:25 * woglinde pray for sf packages which depends on newer libtool *g*
Oct 12 19:17:16 <woglinde> hm maybee I should write my own cool programm which depends on newer libtool and gettext 
Oct 12 19:28:31 <pb_> woglinde: so, er, what exactly is so great about the new libtool?
Oct 12 19:28:44 <pb_> other than being cool and having a high version number?
Oct 12 19:29:12 <woglinde> older do not get bugfixes
Oct 12 19:29:20 <woglinde> and it will brake
Oct 12 19:29:28 <woglinde> in the future on taht
Oct 12 19:29:57 <pb_> why will it break?
Oct 12 19:30:05 <mwester> woglinde:  Your patch to e2fsprogs-libs (@MKINSTALLDIR@) breaks SlugOS :(
Oct 12 19:30:24 <mwester> I don't know how to fix it without breaking whatever was broken that your patch fixed.
Oct 12 19:30:32 <woglinde> mwester jesus, slugos should update to gettext-0.17
Oct 12 19:31:12 <mwester> I can't do that woglinde : it breaks other packages such as e2fsprogs
Oct 12 19:31:19 <woglinde> ????
Oct 12 19:31:26 <woglinde> hm
Oct 12 19:31:59 <mwester> e2fsprogs will not build with the newer gettest, complains about MKINSTALLDIRS.
Oct 12 19:32:02 <woglinde> than e2fsprogs have to been fixing too
Oct 12 19:32:06 <woglinde> hehe okay
Oct 12 19:32:11 <woglinde> thanks I will fix it
Oct 12 19:32:18 <woglinde> if ivman has compiled here
Oct 12 19:33:06 <mwester> Is there a simple way (other than finding breakage in the feeds one by one) to search the bb files or tmp/work/* dirs to see what else needs patching?
Oct 12 19:33:09 <woglinde> btw. mostly every distro fixing e2fsprogs on this issue
Oct 12 19:33:34 <woglinde> only because tso didnt read that this gettext macro vanished in newer versions
Oct 12 19:34:29 <woglinde> mwester unfornatly no
Oct 12 19:34:54 <woglinde> we needed a script which untars all recipe which has inherit gettext and search for it
Oct 12 19:35:09 <woglinde> but that do not garantied that we cat all
Oct 12 19:35:28 <mwester> :(  Oh well.  Ok, then I will remove the PREFERRED_VERSION I set for SlugOS as soon as the patch for e2fsprogs is commited, and watch the autobuilder to see what all may fail.  Hopefully only that one...
Oct 12 19:36:08 <woglinde> hm give me 30 minutes
Oct 12 19:36:55 <woglinde> args
Oct 12 19:37:08 <mwester> np, I'm not in a hurry. :)
Oct 12 19:44:14 <woglinde> h, sttange something on my system
Oct 12 19:44:21 <woglinde> is double stuff up inf files
Oct 12 19:53:42 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * rb7cd5fcdc2 10org.openembedded.dev.git/: 
Oct 12 19:53:42 <CIA-3> merge of '1e5f74b2b60986b2dbf42fbd03a69ee2a59be5a2'
Oct 12 19:53:42 <CIA-3>  and 'a205d31ba30bfe2c36e1988e8e13a5dbe3399620'
Oct 12 19:53:43 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r78bd67699d 10org.openembedded.dev.git/packages/fbida/ (fbida_2.07.bb files/sys_siglist.patch): (log message trimmed)
Oct 12 19:53:43 <CIA-3> fbida: fix some stuff
Oct 12 19:53:46 <CIA-3> * add sys_siglist.patch, sys_siglist[x] should not be used anymore,
Oct 12 19:53:48 <CIA-3>  strsignal() is the better way
Oct 12 19:53:50 <CIA-3> * package is not based on autotools
Oct 12 19:53:52 <CIA-3> * add runtime dependency ttf-dejavu-sans-mono as suggested in
Oct 12 19:53:54 <CIA-3>  the bugreport
Oct 12 19:53:56 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * rb4454e984c 10org.openembedded.dev.git/packages/ivman/ivman_0.6.14.bb: ivman: oops recipe got doubled, fix it
Oct 12 19:53:59 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r46de9bc4fd 10org.openembedded.dev.git/packages/ivman/ (3 files in 2 dirs): ivman: seems something strange on my pc, patches got doubleb too
Oct 12 19:54:04 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r4a74edb0f7 10org.openembedded.dev.git/packages/ivman/ (5 files in 2 dirs): 
Oct 12 19:54:07 <CIA-3> ivman: new recipe in oe
Oct 12 19:54:09 <CIA-3> * patch was provided by Kalev Lember
Oct 12 19:54:11 <CIA-3> * closes bug 4600
Oct 12 19:54:15 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * r9b0f91df0e 10org.openembedded.dev.git/packages/fbida/fbida_2.07.bb: 
Oct 12 19:54:18 <CIA-3> fbida: don't do it again and let it depend on virtual/libiconv
Oct 12 19:54:23 <CIA-3> * bump PR again
Oct 12 20:01:37 <methril|laptop> hi
Oct 12 20:03:13 <woglinde> hi methril
Oct 12 20:19:21 <methril|laptop> woglinde, i'm having some troubles compiling qemu-native
Oct 12 20:19:38 <methril|laptop> was not my objective, but makes me crash the entire build
Oct 12 20:20:23 <methril|laptop> i though that was because glibc, but it's done
Oct 12 20:24:31 <CIA-3> 03 <woglinde2@openembedded.org> 07org.openembedded.dev * rc7bf487595 10org.openembedded.dev.git/packages/e2fsprogs/ (4 files in 2 dirs): 
Oct 12 20:24:31 <CIA-3> e2fsprogs: fix for newer gettext and add 1.41.2
Oct 12 20:24:31 <CIA-3> * add the same patch as in e2fsprogs-libs
Oct 12 20:24:31 <CIA-3> * add version 1.41.2, but let 1.38 be the default
Oct 12 20:24:31 <CIA-3> * bump PR on 1.38
Oct 12 20:49:13 <CIA-3> 03 <tmbinc@openembedded.org> 07org.openembedded.dreambox * ra5e043bba9 10org.openembedded.dev.git/packages/images/dreambox-image.bb: dreambox-image: automatically create image .nfo file after image build
Oct 12 20:49:23 <CIA-3> 03 <tmbinc@openembedded.org> 07org.openembedded.dreambox * r8bbbe3d3f1 10org.openembedded.dev.git/packages/enigma2/enigma2-streamproxy.bb: enigma2-streamproxy: update
Oct 12 21:22:25 <mifritscher> hi
Oct 12 21:22:31 <mifritscher> how can I  fix this:
Oct 12 21:22:31 <mifritscher>  In function 'open',
Oct 12 21:22:32 <mifritscher> |     inlined from 'msgdomain_list_print' at write-catalog.c:223:
Oct 12 21:22:32 <mifritscher> | /usr/include/bits/fcntl2.h:51: error: call to '__open_missing_mode' declared with attribute error: open with O_CREAT in second argument needs 3 arguments
Oct 12 21:22:32 <mifritscher> | 
Oct 12 21:22:49 <mifritscher> host: ubuntu 8.10 
Oct 12 21:23:01 <mifritscher> I don't really want to mess with my local headers
Oct 12 21:23:12 <mifritscher> does happen in e.g. gettext or gcc 3.4.4
Oct 12 21:30:46 <zecke> alphaone: ping
Oct 12 21:30:53 <alphaone> zecke: pong
Oct 12 21:38:28 <woglinde> he zecke
Oct 12 21:38:38 <woglinde> zecke alles klar fuer morgen?
Oct 12 21:40:41 <zecke> woglinde: sehen wir uns morgen?
Oct 12 21:42:28 <woglinde> zecke ich denke
Oct 12 21:42:38 <woglinde> um 10 uhr im grossen hoeorsaal
Oct 12 21:42:40 <zecke> 10h HA?
Oct 12 21:42:57 <zecke> ZIB Hoersaal
Oct 12 21:42:59 <zecke> die erste
Oct 12 21:43:54 <woglinde> ah
Oct 12 21:44:04 <woglinde> steht nicht mal auf der homepage seöber
Oct 12 21:44:09 <woglinde> okay also im zib morgen
Oct 12 21:44:17 <zecke> im kvv
Oct 12 21:44:19 <woglinde> flug gut ueberstanden?
Oct 12 21:44:26 <woglinde> ja hab ich dann auch gesehen
Oct 12 21:44:31 <woglinde> oder noch jelag?
Oct 12 21:44:33 <woglinde> jetlag
Oct 12 21:45:09 <zecke> jetlag
Oct 12 21:47:48 <woglinde> hm ich muss dir ja noch sshkey schicken
Oct 12 21:47:49 <woglinde> fuer git
Oct 12 21:50:01 <alphaone> zecke:  was ist los?
Oct 12 21:55:44 <woglinde> nite
Oct 12 21:55:47 <woglinde> ups
Oct 12 21:56:01 <woglinde> didnt see we were in oe
Oct 12 21:56:02 <woglinde> sorry
Oct 12 22:04:30 <CIA-3> 03zecke123 * r1095 10bitbake/lib/bb/fetch/__init__.py: 
Oct 12 22:04:30 <CIA-3> Make the revision key unique by adding the PN
Oct 12 22:04:30 <CIA-3>  If two different recipes (e.g. linux-openmoko and linux-openmoko-devel)
Oct 12 22:04:30 <CIA-3>  use the same git repository but with different SRCREVs the count just
Oct 12 22:04:30 <CIA-3>  incremented on each parsing. By adding PN to the key we keep the count on
Oct 12 22:04:33 <CIA-3>  a per package level. Spotted by Graeme.
Oct 12 22:16:13 <CIA-3> 03zecke123 * r1096 10bitbake/lib/bb/fetch/__init__.py: Allow to conditionally implement sortable revision in the fetcher
Oct 12 22:16:13 <CIA-3> 03zecke123 * r1097 10bitbake/lib/bb/fetch/git.py: 
Oct 12 22:16:13 <CIA-3> [git] Disable downloading of checkouts.
Oct 12 22:16:13 <CIA-3>  Instead of calling try_mirror check if we have a local checkout
Oct 12 22:16:13 <CIA-3>  already. This code fetched a new checkout even if you had a local
Oct 12 22:16:16 <CIA-3>  repository which is rather bad if you don't have internet but a full
Oct 12 22:16:18 <CIA-3>  repository. And the overhead of a full checkout vs. repository is not
Oct 12 22:16:20 <CIA-3>  too big anyway.
Oct 12 22:16:22 <CIA-3> 03zecke123 * r1098 10bitbake/lib/bb/fetch/git.py: 
Oct 12 22:16:24 <CIA-3> [git] Do not git-fetch if we already have the rev we want
Oct 12 22:16:26 <CIA-3>  When not having internet do not fail on a not needed git-fetch
Oct 12 22:16:28 <CIA-3> 03zecke123 * r1099 10bitbake/lib/bb/fetch/git.py: (log message trimmed)
Oct 12 22:16:30 <CIA-3> [git] Optionally use git-rev-list to get a sortable revision
Oct 12 22:16:32 <CIA-3>  With setting BB_GIT_CLONE_FOR_SRCREV="1" you can get a sensible
Oct 12 22:16:34 <CIA-3>  and global (per repository with only fast forwards) revision. The downsides
Oct 12 22:16:36 <CIA-3>  are you will have to have a repository at parse time which means you will
Oct 12 22:16:38 <CIA-3>  git-clone certain trees you don't even use. This is also the reason why
Oct 12 22:16:40 <CIA-3>  this is optional. This also means you might need to download your git
Oct 12 22:16:46 <CIA-3> 03zecke123 * r1100 10bitbake/lib/bb/fetch/git.py: 
Oct 12 22:16:48 <CIA-3> [git] Do not run git-rev-list everytime to increase the speed
Oct 12 22:16:50 <CIA-3>  Cache the result of git-rev-list for a repo and hash. This
Oct 12 22:16:52 <CIA-3>  speeds up do_package of the linux kernel tremendously.
Oct 12 22:20:10 <CIA-3> 03zecke123 07bitbake-1.8 * r1101 10/lib/bb/fetch/__init__.py: 
Oct 12 22:20:10 <CIA-3> Make the revision key unique by adding the PN
Oct 12 22:20:10 <CIA-3>  If two different recipes (e.g. linux-openmoko and linux-openmoko-devel)
Oct 12 22:20:10 <CIA-3>  use the same git repository but with different SRCREVs the count just
Oct 12 22:20:10 <CIA-3>  incremented on each parsing. By adding PN to the key we keep the count on
Oct 12 22:20:10 <CIA-3>  a per package level. Spotted by Graeme.
Oct 12 22:20:14 <CIA-3> 03zecke123 07bitbake-1.8 * r1102 10/lib/bb/fetch/__init__.py: Allow to conditionally implement sortable revision in the fetcher
Oct 12 22:20:17 <CIA-3> 03zecke123 07bitbake-1.8 * r1103 10/lib/bb/fetch/git.py: 
Oct 12 22:20:19 <CIA-3> [git] Disable downloading of checkouts.
Oct 12 22:20:21 <CIA-3>  Instead of calling try_mirror check if we have a local checkout
Oct 12 22:20:23 <CIA-3>  already. This code fetched a new checkout even if you had a local
Oct 12 22:20:25 <CIA-3>  repository which is rather bad if you don't have internet but a full
Oct 12 22:20:27 <CIA-3>  repository. And the overhead of a full checkout vs. repository is not
Oct 12 22:20:29 <CIA-3>  too big anyway.
Oct 12 22:20:31 <CIA-3> 03zecke123 07bitbake-1.8 * r1104 10/lib/bb/fetch/git.py: 
Oct 12 22:20:33 <CIA-3> [git] Do not git-fetch if we already have the rev we want
Oct 12 22:20:35 <CIA-3>  When not having internet do not fail on a not needed git-fetch
Oct 12 22:20:39 <CIA-3> 03zecke123 07bitbake-1.8 * r1105 10/lib/bb/fetch/git.py: (log message trimmed)
Oct 12 22:20:43 <CIA-3> [git] Optionally use git-rev-list to get a sortable revision
Oct 12 22:20:45 <CIA-3>  With setting BB_GIT_CLONE_FOR_SRCREV="1" you can get a sensible
Oct 12 22:20:47 <CIA-3>  and global (per repository with only fast forwards) revision. The downsides
Oct 12 22:20:49 <CIA-3>  are you will have to have a repository at parse time which means you will
Oct 12 22:20:51 <CIA-3>  git-clone certain trees you don't even use. This is also the reason why
Oct 12 22:20:55 <CIA-3>  this is optional. This also means you might need to download your git
Oct 12 22:20:57 <CIA-3> 03zecke123 07bitbake-1.8 * r1106 10/lib/bb/fetch/git.py: 
Oct 12 22:20:59 <CIA-3> [git] Do not run git-rev-list everytime to increase the speed
Oct 12 22:21:01 <CIA-3>  Cache the result of git-rev-list for a repo and hash. This
Oct 12 22:21:03 <CIA-3>  speeds up do_package of the linux kernel tremendously.
Oct 13 00:08:57 <CIA-3> 03 <utx@openembedded.org> 07org.openembedded.dev * r10fbab9f52 10org.openembedded.dev.git/packages/minicom/ (minicom-2.1/gcc4-scope2.patch minicom_2.1.bb): minicom: Added gcc4-scope2.patch to prevent gcc variable scope clash.
Oct 13 01:08:04 <CIA-3> 03 <mwester@openembedded.org> 07org.openembedded.dev * rc759451343 10org.openembedded.dev.git/conf/distro/include/slugos.inc: 
Oct 13 01:08:04 <CIA-3> slugos.inc: conf - revert PREFERRED_VERSION for the older gettext tools
Oct 13 01:08:04 <CIA-3> The patches requires to e2fsprogs* to make it work with the newer gettext
Oct 13 01:08:04 <CIA-3> stuff make it no longer work at all with the older gettext. Note that this
Oct 13 01:08:04 <CIA-3> may break more packages than just e2fsprogs* but there is little that can
Oct 13 01:08:07 <CIA-3> be done about that or to identify it, it seems.
Oct 13 01:08:09 <CIA-3> 03 <oe@openembedded.org> 07org.openembedded.dev * r4f670adf4f 10org.openembedded.dev.git/: 
Oct 13 01:08:11 <CIA-3> merge of '520adb7194d1e84d76986739599b959aaba1f352'
Oct 13 01:08:13 <CIA-3>  and '730bf4933e7dda0fe908e13d1296d388d8a6d091'
**** ENDING LOGGING AT Mon Oct 13 02:59:57 2008