**** BEGIN LOGGING AT Sat Mar 26 02:59:58 2011
Mar 26 11:14:59 <CIA-39> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * r12270185fa 10openembedded.git/recipes/xbmc/xbmc_svn.bb: (log message trimmed)
Mar 26 11:15:00 <CIA-39> xbmc: add `libass` to `DEPENDS`
Mar 26 11:15:00 <CIA-39> Task compile of `xbmc_svn.bb` fails with the following error message when using `angstrom-2010.x`. `angstrom-2008.1` does/did not have this problem probably because of using Libtool 2.2.
Mar 26 12:13:50 <woglinde> he mickeyl
Mar 26 12:14:32 <mickeyl> morning woglinde 
Mar 26 12:15:47 <phdeswer> Hi guys! 
Mar 26 12:15:59 <mickeyl> ericben: n_gsm works like a charm on my Cinterion MC75i, thanks for the docs! Applying this to the Calypso will make some problems, so I'm not sure whether it's worth the pain, but anyways, it's very good to see that this is now working, especially given that we talked about it for about 4 years now :)
Mar 26 12:16:17 <phdeswer> Quick question. Trying to build e-image-core and it fails not being able to find a provider for xserver-xorg-extension-dri
Mar 26 12:16:52 <phdeswer> However it is built, and provided by xserver-xorg (actually the xorg-xserver-common.inc)
Mar 26 12:17:00 <phdeswer> Anybody an idea what might be wrong there?
Mar 26 12:18:15 <JaMa|Off> phdeswer: which MACHINE?
Mar 26 12:18:18 <woglinde> pastebin complete error
Mar 26 12:18:32 <phdeswer> omap4430
Mar 26 12:18:33 <woglinde> all other is crystall ball magic
Mar 26 12:18:48 <woglinde> omap4430?
Mar 26 12:18:51 <woglinde> thats not a machine
Mar 26 12:18:57 <woglinde> thats a processor
Mar 26 12:18:59 <woglinde> or soc
Mar 26 12:19:21 <phdeswer> woglinde, http://pastebin.com/q0GdMML1
Mar 26 12:19:38 <phdeswer> woglinde, that is the machine conf name (pandaboard here)
Mar 26 12:19:58 <woglinde> omap4430-panda
Mar 26 12:20:00 <phdeswer> openembedded/conf/machine/omap4430-panda.conf
Mar 26 12:20:02 <phdeswer> yep
Mar 26 12:20:16 <woglinde> hm
Mar 26 12:20:25 <woglinde> intressting that E is depending on dri
Mar 26 12:21:04 <phdeswer> E is not immediately. Only needs glx (which fails in the same way)
Mar 26 12:21:17 <phdeswer> The omap4430-panda requires it
Mar 26 12:21:31 <pepermint> "The giant panda, or panda (Ailuropoda melanoleuca, literally meaning "black and white cat-foot")[2] is a bear[3] native to central-western and south western China." from wikipedia
Mar 26 12:21:35 <JaMa|Off> woglinde: that's XSERVER var from panda config
Mar 26 12:21:38 <phdeswer> I commented them out to try, but then the e build fails because of the missing glx.
Mar 26 12:22:05 <woglinde> so xserver var is wrong
Mar 26 12:22:14 <woglinde> intressting that koen didnt fixed it
Mar 26 12:22:32 <JaMa|Off> phdeswer: can you try to build only xserver-xorg and check it builds dri for you?
Mar 26 12:22:37 <phdeswer> woglinde, tought so too but could not find anything wrong... 
Mar 26 12:22:42 <phdeswer> JaMa|Off, I did.
Mar 26 12:22:55 <woglinde> yeah dri and dri2 is wrong
Mar 26 12:23:14 <woglinde> omap stuff has no dri
Mar 26 12:23:45 <phdeswer> woglinde, if it does or not is irrelevant. dri, dri2 and glx packages are built.
Mar 26 12:23:54 <phdeswer> Somehow the dep resolving does not notice they are there.
Mar 26 12:25:48 <phdeswer> Hmm, just noticed xserver is defined in the panda AND angstrom config...
Mar 26 12:25:59 <woglinde> phdeswer try bitbake -g too
Mar 26 12:26:38 * phdeswer is so freakishly rusty at OE after being out for 1,5 years 
Mar 26 12:33:45 <phdeswer> woglinde, where am I supposed to find that dependency graph? bitbake -g e-image-core gives me the exact same output...
Mar 26 12:44:04 <Crofton> frak, autom4te: need GNU m4 1.4 or later: /home/balister/oe/tmp/sysroots/x86_64-linux/usr/bin/m4
Mar 26 12:44:22 <Crofton> running an autotools configure script on an omap3
Mar 26 12:44:31 <Crofton> this bug keeps coming back
Mar 26 12:45:54 <phdeswer> Worked around it... DIRTY... edited the PROVIDES line in xorg-xserver-common.inc to have the ones I need.... Better options are welcome. Preferably the "right way tm"
Mar 26 12:47:28 <woglinde> crfoto what the hell you are doing?
Mar 26 12:57:00 <woglinde> phdeswer ask koen
Mar 26 12:57:14 <woglinde> on #panda
Mar 26 12:57:23 <woglinde> or was it #pandaboard
Mar 26 13:03:56 <phdeswer> woglinde, I will ask koen indeed.
Mar 26 13:04:03 <phdeswer> #pandaboard btw indeed
Mar 26 13:04:19 <phdeswer> atm it works anyway :D
Mar 26 13:04:43 <woglinde> you are not the only one with panda
Mar 26 13:05:51 <phdeswer> woglinde, I know :) Just want to build a working image now because Ubuntu is so painfully slow and heavy (after boot it uses 3,5x more memory than my default Debian laptop install???)
Mar 26 13:06:22 <phdeswer> I will sort out the details later.
Mar 26 13:09:06 <woglinde> phdeswer dont use gnome
Mar 26 13:09:11 <woglinde> thats the root of evil
Mar 26 13:09:17 <woglinde> dont use networkmanager
Mar 26 13:09:24 <Jay7> use kde4! :)
Mar 26 13:09:25 <woglinde> and a lot of other shit
Mar 26 13:09:52 <mickeyl> ericben: ping
Mar 26 13:09:52 <woglinde> hm my javac script seems to work now
Mar 26 13:10:13 <woglinde> shitty workedaround the aborts from jamvm and cacao
Mar 26 13:10:42 <phdeswer> woglinde, gnome is not that bad. My tweaked debian install after booting into gnome uses 170Mb ram.
Mar 26 13:10:51 <woglinde> tries now to execute javac 5 times when its failing
Mar 26 13:11:02 <phdeswer> but agree on the network manager... Jeez just pulls in 4 daemons etc to do network settings...
Mar 26 13:11:10 <woglinde> gnome3 will be your nitemare
Mar 26 13:11:22 <phdeswer> agree there....
Mar 26 13:11:39 <phdeswer> But a gnome2 install without network manager, hal or mono is pretty ok
Mar 26 13:11:52 <woglinde> hm no
Mar 26 13:12:00 <woglinde> to many applets running
Mar 26 13:12:19 <woglinde> lunch now
Mar 26 13:12:21 <woglinde> till later
Mar 26 13:12:25 <phdeswer> woglinde, I only have  few
Mar 26 13:12:28 <phdeswer> enjoy lunch!
Mar 26 14:22:24 <woglinde> re
Mar 26 14:30:15 <Crofton> woglinde, native compiles
Mar 26 14:34:02 <woglinde> crofton pyqt?
Mar 26 14:34:31 <Crofton> no
Mar 26 14:34:35 <Crofton> gnuradio
Mar 26 14:34:43 <Crofton> but it uses autotools
Mar 26 14:34:55 <woglinde> hm?
Mar 26 14:34:57 <Crofton> and autotools is looking for something in the build system path
Mar 26 14:35:03 <woglinde> yes
Mar 26 14:35:06 <Crofton> need to talk with Tartarus /khem
Mar 26 14:35:12 <Crofton> they last poked at it
Mar 26 14:35:14 <woglinde> show me the log
Mar 26 14:35:28 <Crofton> autom4te: need GNU m4 1.4 or later: /home/balister/oe/tmp/sysroots/x86_64-linux/usr/bin/m4
Mar 26 14:35:42 <Crofton> is the error
Mar 26 14:35:45 <woglinde> and we dont have m 1.4
Mar 26 14:35:47 <Crofton> this has cropped up b4
Mar 26 14:35:58 <woglinde> hm lets see
Mar 26 14:36:02 <Crofton> root@usrp-e1xx:~/gnuradio# m4 --version
Mar 26 14:36:02 <Crofton> m4 (GNU M4) 1.4.14
Mar 26 14:36:13 <Crofton> :)
Mar 26 14:36:20 <woglinde> can you pastebin the the recipe?
Mar 26 14:36:28 <woglinde> and the configure.ac?
Mar 26 14:36:47 <Crofton> this is running configure on the omap3 
Mar 26 14:36:50 <Crofton> no recipe
Mar 26 14:37:08 <Crofton> I am pretty sure I can work it out with Tartarus 
Mar 26 14:37:15 <woglinde> ah okay sdk
Mar 26 14:37:21 <Crofton> he mde the change that made this happen last time :)
Mar 26 14:37:23 <Crofton> yeah
Mar 26 15:41:39 <Tartarus> Some amount of additional mangling needed somewhere I think, heh
Mar 26 15:47:35 <Crofton> Tartarus, yeah
Mar 26 15:47:49 <Crofton> I think this is the same problem we had before
Mar 26 15:47:55 <Crofton> and you reverted something
Mar 26 15:48:06 <Crofton> be nice to fix it once and for all ...
Mar 26 15:48:30 <Crofton> I see to be the native sdk test subject ....
Mar 26 17:03:11 <GNUtoo|laptop> hi DJWillis 
Mar 26 17:03:19 <GNUtoo|laptop> I'll push slim now if you don't mind
Mar 26 17:03:24 <GNUtoo|laptop> because else I forgett
Mar 26 17:03:52 <GNUtoo|laptop> forget means keep it in my head in the todo list but never do it because of the lack of time
Mar 26 17:23:49 <GNUtoo|laptop> hmmm
Mar 26 17:23:55 <GNUtoo|laptop> DEPEND="virtual/x11 libxmu libpng libjpeg libpam freetype sessreg"
Mar 26 17:23:55 <GNUtoo|laptop> RDEPEND="${DEPEND} perl libpam-meta xauth"
Mar 26 17:24:04 <GNUtoo|laptop> what is autodetected in all that?
Mar 26 17:24:12 <GNUtoo|laptop> should I leave the recipe as is?
Mar 26 17:24:24 <GNUtoo|laptop> it comes from slim which comes from openpandora
Mar 26 17:24:30 <GNUtoo|laptop> I'll commit and push soon
Mar 26 17:25:42 <GNUtoo|laptop> maybe I should ldd slim to check?
Mar 26 17:26:25 <GNUtoo|laptop> hmmm theses DEPENDS and RDEPENDS seem wrong
Mar 26 17:29:18 <GNUtoo|laptop> hi JaMa|Off 
Mar 26 17:29:51 <GNUtoo|laptop> a quick comment on that:
Mar 26 17:29:55 <GNUtoo|laptop> DEPEND="virtual/x11 libxmu libpng libjpeg libpam freetype sessreg"
Mar 26 17:29:59 <GNUtoo|laptop> RDEPEND="${DEPEND} perl libpam-meta xauth"
Mar 26 17:30:00 <GNUtoo|laptop>  ?
Mar 26 17:30:17 <GNUtoo|laptop> for me it seems bogus at fist sight
Mar 26 17:31:49 <GNUtoo|laptop> I'm very tempted to push
Mar 26 17:31:54 <GNUtoo|laptop> as is
Mar 26 17:32:04 <GNUtoo|laptop> since I fixed all the rest in this recipe
Mar 26 17:32:15 <JaMa|Off> GNUtoo|laptop: 1) it should be RDEPENDS_${PN}
Mar 26 17:32:22 <GNUtoo|laptop> ok
Mar 26 17:32:41 <JaMa|Off> 2) most of it is bogus, shlibs should generate right RDEPENDS for all libs
Mar 26 17:33:21 <GNUtoo|laptop> ok
Mar 26 17:33:35 <JaMa|Off> if it's not recipe like task/task-devlibs-for-something :)
Mar 26 17:33:53 <GNUtoo|laptop> so...
Mar 26 17:34:07 <GNUtoo|laptop> libpam-meta and xath are not needed for compilation?
Mar 26 17:34:15 <GNUtoo|laptop> *xaht
Mar 26 17:34:17 <GNUtoo|laptop> *xauth
Mar 26 17:35:01 <GNUtoo|laptop> freetype are fonts
Mar 26 17:35:03 <GNUtoo|laptop> so they should not
Mar 26 17:35:10 <GNUtoo|laptop> I'll look what sessreg is
Mar 26 17:36:11 <GNUtoo|laptop> sesreg seem to be a program
Mar 26 17:36:14 <GNUtoo|laptop> an xorg program
Mar 26 17:36:24 <GNUtoo|laptop> I'm a bit lost with all theses deps beside the obvious libs
Mar 26 17:40:43 <GNUtoo|laptop> in other words:
Mar 26 17:40:45 <GNUtoo|laptop> DEPEND = "virtual/x11 libxmu libpng libjpeg libpam freetype sessreg"
Mar 26 17:40:45 <GNUtoo|laptop> RDEPEND_${PN} = "perl libpam-meta xauth virtual/x11 freetype sessreg"
Mar 26 17:40:46 <GNUtoo|laptop> is fine?
Mar 26 17:41:09 <GNUtoo|laptop> or should xauth go in DEPENDS to?
Mar 26 17:41:36 <GNUtoo|laptop> I'll keep like that
Mar 26 17:42:14 <GNUtoo|laptop> (the ${RDEPENDS} was so obvious that I forgott to mention it
Mar 26 17:42:24 <GNUtoo|laptop> s/RDEPENDS/DEPENDS
Mar 26 17:43:36 <woglinde> re
Mar 26 17:44:51 <GNUtoo|laptop> hi
Mar 26 17:45:57 <GNUtoo|laptop> woglinde, hi do you know if freetype, sessreg and virtual/x11 are correct in DEPENDS(are their header and libs usually needed), what about xauth?
Mar 26 17:46:15 <GNUtoo|laptop> because I'm fixing a recipe
Mar 26 17:46:22 <GNUtoo|laptop> that is not in oe yet
Mar 26 17:46:30 <GNUtoo|laptop> because it was considered too hackish
Mar 26 17:46:40 <GNUtoo|laptop> so I'm standardizing it to the oe standards
Mar 26 17:46:54 <GNUtoo|laptop> here's my current DEPENDS and RDEPENDS:
Mar 26 17:46:58 <GNUtoo|laptop> DEPEND = "virtual/x11 libxmu libpng libjpeg libpam freetype sessreg"
Mar 26 17:47:04 <GNUtoo|laptop> RDEPEND_${PN} = "perl libpam-meta xauth virtual/x11 freetype sessreg"
Mar 26 17:47:19 <GNUtoo|laptop> basically it's the last thing that I need to fix before pushing I think
Mar 26 19:03:19 <Jay7> well.. time to install second HDD
Mar 26 21:02:06 <chrisw957_home> This change from a couple weeks ago seems to have broken docbook-sgml-3.1-native for me: http://git.openembedded.org/cgit.cgi/openembedded/commit/recipes/docbook-sgml-dtd/docbook-sgml-dtd-native.inc?id=a1a3a895663ac23c17bdfb9c0ab625dfd75b2717
Mar 26 21:02:25 <chrisw957_home> All it did was add subdir to the SRC_URI.
Mar 26 21:03:33 <chrisw957_home> If I back it out, it builds fine.  I'm using up to date bitbake, I believe.
Mar 26 21:04:24 <chrisw957_home> The error that I get is because the current directory is set wrong, and it can't find a file, which is actually there, just in the parent of where it's looking.
Mar 26 21:04:41 <chrisw957_home> sed: can't read docbook.cat: No such file or directory
Mar 26 21:05:27 <chrisw957_home> Anyone have a suggestion for me?
Mar 26 21:07:59 <woglinde> check the dir in oetmp/work/arch/docbook
Mar 26 21:15:19 <chrisw957_home> yes, docbook.cat is in overo-oe/tmp/work/x86_64-linux/docbook-sgml-dtd-3.1-native-1.0-r2.0
Mar 26 21:15:44 <chrisw957_home> but bitbake seems to be looking for it in overo-oe/tmp/work/x86_64-linux/docbook-sgml-dtd-3.1-native-1.0-r2.0/docbook-sgml-dtd-3.1-1.0
Mar 26 21:15:44 <sr105> What's the proper SRC_URI to copy an entire folder tree? I have file://* but I get a "cp" error about the subdirectories
Mar 26 21:17:55 <woglinde> sr105 there isnt something
Mar 26 21:18:04 <woglinde> either archive or files
Mar 26 21:18:09 <woglinde> no folders
Mar 26 21:18:11 <sr105> ok
Mar 26 21:18:15 <woglinde> why you need folders?
Mar 26 21:18:53 <sr105> I'm building my own app and using bb to compile it. I have my code separated into sub-dirs
Mar 26 21:19:14 <woglinde> ?
Mar 26 21:19:29 <woglinde> how this should work when others will compile your app?
Mar 26 21:19:50 <woglinde> use a sane code repository
Mar 26 21:19:55 <woglinde> as everybody
Mar 26 21:20:14 <sr105> I have a bitbake recipe for my own qt app. and would I then need to check in the code every single time I want to compile it?
Mar 26 21:20:26 <woglinde> ?
Mar 26 21:20:38 <woglinde> get familar with git
Mar 26 21:21:18 <woglinde> setup up your repos
Mar 26 21:21:19 <sr105> can the git fetcher pull a working revision?
Mar 26 21:21:26 <woglinde> o.O
Mar 26 21:21:35 <woglinde> fun question?
Mar 26 21:22:12 <sr105> The recipe is in a separate tree of recipes and that entire tree is under source control
Mar 26 21:22:44 <sr105> as soon as my dev is complete, I'll move the code into a tar ball or another source control repo for bitbake
Mar 26 21:22:47 <woglinde> please! look at other recipes ending with _git _svn or _hg
Mar 26 21:22:58 <sr105> it does mercurial?
Mar 26 21:23:35 <sr105> is there a better source of info than the bitbake manual?
Mar 26 21:23:40 <sr105> the online one
Mar 26 21:24:10 <sr105> mercurial's not even listed in the list of fetchers
Mar 26 21:24:20 <woglinde> hm seems I speaking spanish
Mar 26 21:24:37 <woglinde> find -name "*_hg*" inside recipe dir
Mar 26 21:26:28 <sr105> found some, thanks. But of course, they can still only pull from checked in revs. I guess I can work with that.
Mar 26 21:26:36 <sr105> I'll create a throw-away repo
Mar 26 21:28:03 <woglinde> ?
Mar 26 21:28:18 <woglinde> please look at the cacao-native_hg.bb
Mar 26 21:35:25 <chrisw957_home> back on docbook-- bitbake does a chdir to the "subdir", then does the unpacking of the zip to the parent, then it tries to sed on docbook.cat, which is can't find, because it's in the parent, not the cwd.
Mar 26 21:36:17 <chrisw957_home> I assume this works for others?
Mar 26 21:38:54 <anarsoul> bluelightning: hi, are you here?
Mar 26 21:39:03 <bluelightning> hi anarsoul
Mar 26 21:39:44 <anarsoul> bluelightning: is it possible to run opie on device without touchscreen/mouse?
Mar 26 21:40:26 <bluelightning> anarsoul: it would be difficult I think, most of the UI is designed assuming there is some kind of pointing device
Mar 26 21:40:48 <anarsoul> and there's no some kind of mouse emulation?
Mar 26 21:45:32 <anarsoul> bluelightning: ?
Mar 26 21:45:38 <Jay7> bluelightning: as I remember from my opie on Zaurus experience it was possible
Mar 26 21:51:39 <vb> hii! can anyone help me with this error, got during setting up OE "bitbake helloworld" http://pastebin.com/bBWcGzXf
Mar 26 21:52:24 <bluelightning> anarsoul: I'm not aware of any emulation unfortunately
Mar 26 21:52:58 <bluelightning> anarsoul: you'd have to test to see if you could use it comfortably with keys only
Mar 26 22:03:17 <vb> anyone??
Mar 26 22:04:05 <Jin^eLD> vp: /usr/bin/env: svn: No such file or directory
Mar 26 22:04:39 <Jin^eLD> vp: I'd make sure you have all the stuff listed here first http://openembedded.org/index.php/Required_software
Mar 26 22:04:47 <GNUtoo|bug20> vb, it's a fetch error
Mar 26 22:04:48 <GNUtoo|bug20> retry
Mar 26 22:05:11 <Jin^eLD> GNUtoo|bug20: fetch error because he does not have svn installed.. at least from what I see from the log
Mar 26 22:05:22 <GNUtoo|bug20> ok
Mar 26 22:05:30 * GNUtoo|bug20 goes back to fixing abuse
Mar 26 22:06:20 <vb> i tried installing svn http://pastebin.com/3wZjYGVk but got this error
Mar 26 22:06:40 <angelox_123> vb,what distro are you using?
Mar 26 22:06:54 <vb> metano
Mar 26 22:07:15 <woglinde> metano whats distro is that?
Mar 26 22:07:26 <angelox_123> no
Mar 26 22:07:30 <angelox_123>  i mean on the pc
Mar 26 22:07:40 <angelox_123> Metano is a minimal-distro and angstrom-distro based distribution
Mar 26 22:07:40 <Jin^eLD> vb: why are you bitbaking svn? I meant - you have to install svn on your build system
Mar 26 22:08:01 <vb> :O ohkk..
Mar 26 22:08:07 <woglinde> and it would be svn-native
Mar 26 22:08:08 <angelox_123> yep vb,what's your distro on your PC? (fedora,debian...)
Mar 26 22:08:26 <vb> ubuntu.
Mar 26 22:08:31 <pr0d1gy> he's on ubuntu 10.10
Mar 26 22:08:41 <Jin^eLD> vb: that required software list that I pasted - it refers to your build system, i.e. install those packages before attempting to build anything with OE
Mar 26 22:09:21 <vb> okay Jin^eLD thanks.
Mar 26 22:09:35 <angelox_123> vb: "aptitude install sed wget cvs subversion git-core \
Mar 26 22:09:36 <angelox_123>    coreutils unzip texi2html texinfo docbook-utils \
Mar 26 22:09:36 <angelox_123>    gawk python-pysqlite2 diffstat help2man make gcc build-essential g++ \
Mar 26 22:09:36 <angelox_123>    desktop-file-utils chrpath"
Mar 26 22:17:46 <vb> thanks angelox_123 :)
Mar 26 22:17:59 <angelox_123> np :)
Mar 26 22:40:22 <Jin^eLD> is IMAGE_ROOTFS_SIZE in bytes? somehow it has no effect fo rme
Mar 26 22:40:31 <GNUtoo|bug20> hi
Mar 26 22:40:51 <GNUtoo|bug20> can I push something with that inside:
Mar 26 22:41:40 <GNUtoo|bug20> +DEPEND = "virtual/x11 libxmu libpng libjpeg libpam freetype sessreg"
Mar 26 22:41:41 <GNUtoo|bug20> +RDEPEND_${PN} = "perl libpam-meta xauth virtual/x11 freetype sessreg"
Mar 26 22:41:49 <GNUtoo|bug20> without the + of course
Mar 26 22:42:01 <GNUtoo|bug20> does that seem correct?
Mar 26 22:42:30 <woglinde> no RDEPENDS with virtual
Mar 26 22:43:34 <GNUtoo|bug20> ok thanks a lot
Mar 26 22:43:44 <GNUtoo|bug20> it's such kind of comment that I was looking for
Mar 26 22:43:48 <GNUtoo|bug20> I remove the virtual
Mar 26 22:44:10 <GNUtoo|bug20> and does some RDEPEND stuff should go in DEPENDS too?
Mar 26 22:49:21 <Jay7> offtopic question: do anybody using GPT partitions with linux on PC?
Mar 26 22:49:47 <GNUtoo|bug20> ahh off topic
Mar 26 22:49:54 <GNUtoo|bug20> becaause there are x86 targets in oe
Mar 26 22:50:21 <Jay7> well, semi-offtopic then :)
Mar 26 22:50:30 <GNUtoo|bug20> lol
Mar 26 22:50:41 <GNUtoo|bug20> because the x86 install are as hard as gentoo
Mar 26 22:50:56 <GNUtoo|bug20> and there isn't even grub2 in oe 
Mar 26 22:51:01 <GNUtoo|bug20> if I remember well
Mar 26 22:51:05 <GNUtoo|bug20> only a fixed grub1
Mar 26 22:52:38 <GNUtoo|bug20> unfortunately I use plain BIOS stuff
Mar 26 23:00:44 <Jin^eLD> mhm, I created an ext3 image in OE, resized it using qemu-img (since IMAGE_ROOTFS_SIZE_ext3 did not do anything for me), still "no space left on device", did anyone mess around with qemu/OE-built rootfs images?
Mar 26 23:04:58 <woglinde> butler did it again
Mar 26 23:13:55 * mwester didn't know woglinde has a butler
Mar 26 23:22:24 <CMoH-notebook> hey. does bitbake 1.10.2 still uses environment variables during the build?
Mar 26 23:23:20 <CMoH-notebook> through BB_ENV_EXTRAWHITE i mean
Mar 27 00:04:40 <CIA-39> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r40225fbb40 10openembedded.git/recipes/ekiga/ekiga_git.bb: (log message trimmed)
Mar 27 00:04:40 <CIA-39> ekiga_git: fix configure not finding boost signals
Mar 27 00:04:40 <CIA-39> Without that fix we have that in the configure log:
Mar 27 00:04:52 <CIA-39> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r58b8da5fdf 10openembedded.git/recipes/abuse/ (3 files in 2 dirs): (log message trimmed)
Mar 27 00:04:52 <CIA-39> abuse: update to 0.7.1,fix license,compilation(host libdir),and sdl install
Mar 27 00:04:52 <CIA-39> Without the sdl install fix() we have:
Mar 27 00:14:08 <Jin^eLD> hmm, how do I tell OE to put the kernel to the rootfs?
Mar 27 02:24:55 <ka6sox-away> ~ugt
**** ENDING LOGGING AT Sun Mar 27 02:59:59 2011