**** BEGIN LOGGING AT Sun Mar 08 02:59:57 2009
Mar 08 03:55:17 <Daga> for the mesa package, there are several versions defined
Mar 08 03:55:27 <Daga> bitbake is choosing 7.0.2 over 7.2
Mar 08 03:56:11 <Daga> is there a specific place where it would be hard set?
Mar 08 04:11:50 <Daga> nevermind, it looks like PREFERRED_VERSION_mesa will override whatever is causing it to choose the older version
Mar 08 06:47:29 <aaron_> * garren (n=garren@41.246.49.149) has joined #oe
Mar 08 06:47:42 <aaron_> http://paste.pchowtos.co.uk/?id=1570&key=6dbfc3940469f
Mar 08 06:48:00 <aaron_> bitbake beagleboard-demo-image 
Mar 08 06:48:05 <aaron_> errors
Mar 08 06:48:07 <aaron_> bitbake beagleboard-demo-image 
Mar 08 06:48:07 <aaron_> .
Mar 08 06:48:15 <aaron_> http://paste.pchowtos.co.uk/?id=1570&key=6dbfc3940469f
Mar 08 09:04:03 <aaron_> 3bitbake beagleboard-demo-image 
Mar 08 09:04:09 <aaron_> http://paste.pchowtos.co.uk/?id=1570&key=6dbfc3940469f
Mar 08 10:17:14 <BlindMan> morning
Mar 08 12:42:29 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r45cf18b90d 10openembedded.git/packages/cdrkit/files/xconfig.patch: cdrkit: updated for LE cross compilation
Mar 08 13:34:44 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r0b2d8d7c37 10openembedded.git/ (conf/checksums.ini packages/xfsprogs/libattr_2.4.43.bb): libattr: created: lib to access attribute bits of a file
Mar 08 15:18:37 <CIA-2> 03Lukas Gorris <lukas.gorris@gmail.com> 07org.openembedded.dev * rff5c09e220 10openembedded.git/ (3 files in 3 dirs): linux-msm7xxxx: add htcblackstone machine, update srcrevs
Mar 08 15:18:39 <CIA-2> 03Lukas Gorris <lukas.gorris@gmail.com> 07org.openembedded.dev * r101860728e 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev
Mar 08 15:22:58 <gremlin[it]> is possible to override MACHINE_FEATURES from local.conf  ? 
Mar 08 15:34:41 <Crofton> gremlin[it], I think that is the point
Mar 08 15:35:20 <Crofton> oh, local.conf
Mar 08 15:35:28 <Crofton> I misread
Mar 08 15:38:41 <gremlin[it]> hi Crofton 
Mar 08 16:53:49 <Gnutoo> hello in the path libtool comes from /usr/bin/libtool...
Mar 08 16:54:01 <Gnutoo> and it should comes from the i686 staging dir...
Mar 08 16:55:20 <Gnutoo> but there seem to be no simlink for libtool....
Mar 08 16:58:17 <Gnutoo> and which libtool should be used...the arm-cross or the i686 one?
Mar 08 17:02:40 <eFfeM-away> gnutoo i think the cross one, there are recipes with libtool
Mar 08 17:03:09 <Gnutoo> eFfeM, ok thanks...what should I do a simlink for the cross-one?
Mar 08 17:03:10 <eFfeM> but for some reason if I don't have problems with opkg, i have problems with libtool
Mar 08 17:03:23 <eFfeM> you shouldn't afaik
Mar 08 17:03:26 <eFfeM> i never did it
Mar 08 17:04:22 <Gnutoo> eFfeM, here's my problem:http://rafb.net/p/ROSMPV53.html
Mar 08 17:05:06 <Gnutoo> eFfeM, so I wonder how the correct libtool is selected 
Mar 08 17:06:33 <Gnutoo> and here's the configure: http://rafb.net/p/rOfgPY97.html
Mar 08 17:06:57 <Gnutoo> the last time I had a similar problem I had to bitbake -c clean automake and bitbake automake
Mar 08 17:07:13 <Gnutoo> but it was because it was taking automake from my gentoo installation
Mar 08 17:07:55 <eFfeM> gnutoo earlier today for libattr I used:
Mar 08 17:07:56 <eFfeM> do_configure () {
Mar 08 17:07:56 <eFfeM>         export LIBTOOL="${STAGING_BINDIR_NATIVE}/${HOST_SYS}-libtool"
Mar 08 17:07:56 <eFfeM>         export DEBUG="-DNDEBUG"
Mar 08 17:07:56 <eFfeM>         oe_runconf
Mar 08 17:07:56 <eFfeM> }
Mar 08 17:08:11 <Gnutoo> thanks a lot
Mar 08 17:08:17 <eFfeM> guess you do not need the debug but you might try the other lines
Mar 08 17:08:35 <eFfeM> Gnutoo: np, we're here to help each other
Mar 08 17:08:38 <Gnutoo> i'll prepend the first export
Mar 08 17:13:57 <Gnutoo> doesn't change anything...i'll check the result
Mar 08 17:15:02 <Gnutoo> i'll try to put that in the shell script
Mar 08 17:16:05 <Gnutoo> ah i was in the old dir
Mar 08 17:16:06 <Gnutoo> sorry
Mar 08 17:17:39 <eFfeM> <grin> happens to me too every once in a while
Mar 08 17:18:59 <eFfeM> can I prepend a -L dir in such a way that it comes before the default -L ?
Mar 08 17:19:21 <eFfeM> (i want to link from a local lib; not the one in staging)
Mar 08 17:21:23 <eFfeM> LDFLAGS_prepend :-)
Mar 08 17:21:35 <eFfeM> grep */*.bb is your friend
Mar 08 17:37:33 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rc71a6ebf79 10openembedded.git/ (3 files in 3 dirs): libcap2: libcap 2.16; created as separate package to allow both .so.1 and .so.2 to coexist
Mar 08 17:37:44 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * r9a31dd1ed4 10openembedded.git/packages/cdrkit/cdrkit_1.1.9.bb: cdrkit: forgot this file in my earlier commit ...
Mar 08 17:41:38 <Gnutoo> I still don't find the root of the problem...I don't even know which version the error is talking about:
Mar 08 17:41:51 <Gnutoo> libtool: Version mismatch error.  This is libtool 2.2.4, but the definition of this LT_INIT comes from an older release.
Mar 08 17:41:58 <Gnutoo> but it doesn't say what is the older version
Mar 08 17:42:28 <eFfeM> hm, odd
Mar 08 17:42:40 <Gnutoo> maybe i'll look the m4 macros in all the possibles dirs
Mar 08 17:42:58 <eFfeM> i'm not really good in that area 
Mar 08 17:42:58 <Gnutoo> but I don't know how to identify the version inside the macros
Mar 08 17:43:11 <Gnutoo> ok
Mar 08 17:44:27 <Gnutoo> ah ok maybe i've something:   if test "$package_revision" != "$macro_revision"; then
Mar 08 18:05:09 <CIA-2> 03Frans Meulenbroeks <fransmeulenbroeks@gmail.com> 07org.openembedded.dev * rb4b7f59131 10openembedded.git/ (5 files in 3 dirs): setpwc: updated to 1.2; removed older versions
Mar 08 18:17:35 <ynezz> which dongle for OpenOCD? Is usbprog ok?
Mar 08 18:18:44 <ynezz> I just need to read some NAND flash and maybe debug something on PXA2xx and ep93xx CPUs
Mar 08 18:18:45 * mwester sends a tomahawk cruise missile in search of Frans for deleting the setpwc recipes.
Mar 08 18:18:46 <garren> hi all, I'm trying to do my first recipe... it compiles but no package is created when I build an image... could someone look at it and offer some advice:
Mar 08 18:18:55 <garren> http://pastebin.com/d44750fe5
Mar 08 18:18:55 <mwester> Grrrr... :(
Mar 08 18:19:11 <garren> and the make file: http://pastebin.com/dafb044a
Mar 08 18:23:12 <eFfeM> mwester: sorry, is this in the openslug build or so ?
Mar 08 18:23:29 <eFfeM> didn't realise that
Mar 08 18:23:41 <eFfeM> can I undo ?
Mar 08 18:24:58 <eFfeM> mwester or if they are still in your local git please re-add them (that is probalby more convenient)
Mar 08 18:25:01 <ynezz> garren: why do you inherit autotools if you don't need them? for package try to define PACKAGES="" and FILES_*=""
Mar 08 18:25:56 <ynezz> garren: and you don't need to define PR if its 0, it's set auto
Mar 08 18:26:16 <garren> ynezz: I'm quite new to linux development? I thought all make files require autotools?
Mar 08 18:26:40 * eFfeM thinks it is good practice to always have a PR line, that slightly increase the chance that bumping it is not forgotten whenupdated
Mar 08 18:26:57 <mwester> eFfeM:  I'll take care of it; right now it's only an issue for the 5.3-alpha users, and they need to move to the 5.3-beta branch anyway (it's on a separate branch so the beta stuff is unaffected by the turmoil that the dev branch has become lately)
Mar 08 18:27:36 <eFfeM> mwester: thanks! I didn't realise someone was still using the old version ...
Mar 08 18:27:44 <eFfeM> will be more careful next time
Mar 08 18:27:49 <mwester> I didn't think there were newer versions yet.
Mar 08 18:27:54 <garren> ynezz: I'm not sure if I've done the installation location correctly according to the makefile.
Mar 08 18:28:57 <eFfeM> well there was a PR in the database that the checksum for 1.1 was incorrect, wanted to fix that then saw there was a 1.2 so did a git mv 1.1 to 1.2 and made that to work, so 1.1 was gone after that, and 0.9 was so old, i thought i could safely rm it
Mar 08 18:30:33 <Gnutoo> I've again(different one,I tried the old fix and it didn't work) problem with libtool : so does someone knows well libtool: oe_runmake says: libtool: Version mismatch error.  This is libtool 2.2.4, but the definition of this LT_INIT comes from an older release.You should recreate aclocal.m4 with macros from libtool 2.2.4 and run autoconf again.
Mar 08 18:49:38 <Gnutoo> hello,anyone there
Mar 08 18:49:38 <Gnutoo> ?
Mar 08 18:50:52 <_diego_> gnutoo: looks like a problem with libtool 2
Mar 08 18:51:17 <Gnutoo> _diego_,ok so what should I do? change libtool version
Mar 08 18:51:18 <Gnutoo> ?
Mar 08 18:51:30 <_diego_> some packages had problem with the new libtool version
Mar 08 18:51:34 <Gnutoo> ah ok
Mar 08 18:51:51 <_diego_> usually i solved forcing libtool 1 O:-)
Mar 08 18:52:12 <Gnutoo> _diego_, can staging libtool cross's m4 file resolve the problem?
Mar 08 18:52:24 <Gnutoo> _diego_, ok how do I do that?
Mar 08 18:52:43 <_diego_> using _PREFER in your local.conf
Mar 08 18:52:56 <BET_frogger> /clear/clear
Mar 08 18:54:23 <Gnutoo> _diego_, ouch...but that would break a lot of others packages...and before the libsdl-mixer compiled...i'll try anyway
Mar 08 18:54:42 <Gnutoo> or I'll try the new libsdl-mixer
Mar 08 18:55:34 <_diego_> or open a ticket about the package
Mar 08 18:59:30 <Gnutoo> thanks i'll try
Mar 08 18:59:52 <Gnutoo> but I'd like to solve the problem...opening a ticket won't solve the problem automagically
Mar 08 19:00:03 <Gnutoo> moreover all is now on the mailing-list
Mar 08 19:30:31 <Gnutoo> mmm 1.2.8 seems to work
Mar 09 00:16:19 <MostAwesomeDude> I just built base-image and console-image, and they appear to be missing bash, or dash, or in fact any kind of shell. How do I rectify this?
Mar 09 00:17:20 <mewyn> It should have a link to busybox for ash, but you can edit the image bb files to add bash into it.
Mar 09 00:20:35 <MostAwesomeDude> It does not have busybox either.
Mar 09 00:21:17 <MostAwesomeDude> I am running with a custom machine conf; do I need to specify a preferred shell before it will install one, maybe?
Mar 09 00:24:28 <mewyn> Odd, I've never had busybox not build.
Mar 09 00:26:13 <MostAwesomeDude> busybox builds just fine.
Mar 09 00:30:04 <MostAwesomeDude> But it's not included in the build...hmm...
Mar 09 00:30:35 <mewyn> I think it's included on task-base.
Mar 09 00:31:40 <mewyn> When's the last time you've updated?
Mar 09 00:31:54 <MostAwesomeDude> It's been a few days.
Mar 09 00:32:06 <MostAwesomeDude> I think it might be something to do with my machine not being in mainline.
Mar 09 00:33:03 <mewyn> Doubt that.  I build for 2 custom machine confs, although both are based off existing machine confs.
Mar 09 00:33:16 <mewyn> (I'm also no expert with OE, though)
Mar 09 00:36:10 <MostAwesomeDude> Hm, yeah, it's in task-boot.
Mar 09 00:36:14 <MostAwesomeDude> So it should be included...
Mar 09 00:36:31 <mewyn> Indeed.
Mar 09 00:45:11 <MostAwesomeDude> Hm. console-image depends on task-base too. WTF.
Mar 09 01:16:04 <MostAwesomeDude> Nope, still not in there.
Mar 09 01:16:29 <MostAwesomeDude> And I suppose that there's no way to add stuff to the rootfs outside of being booted into it, yeah?
Mar 09 01:18:10 <mewyn> I think there's a way, I just don't know it.
Mar 09 01:18:49 <MostAwesomeDude> I'll just wait then. :3
**** ENDING LOGGING AT Mon Mar 09 02:59:57 2009