**** BEGIN LOGGING AT Thu Nov 11 02:59:57 2010
Nov 11 03:12:18 <sandbox> what should my environment look like to build an angstrom base-image?
Nov 11 03:12:38 <sandbox> I have the toolchain in my path and lib in my LD_LIBRARY_PATH
Nov 11 03:13:16 <sandbox> yet I'm getting an error that it can't find libmpfr.so.1 which is in /opt/arm-angstrom/arm-angstrom-linux-gnueabi/usr/lib/ which is in ld_library_path
Nov 11 03:18:57 <lpjhjdh> hmm, I even copied it to one of the paths specified with -rpath-link on the cli and it can't find it
Nov 11 03:23:10 <lpjhjdh> does oe nuke environmentals?  LD_RUN_PATH seems to be of no hel peither
Nov 11 03:32:59 <lpjhjdh> tried copying them into /usr/lib, don't see how it could be looking for a native copy, could this be the case?
Nov 11 03:38:35 <kergoth> lpjhjdh: normally oe builds its own toolchain.  i assume you're using an external-toolchain setup, including the .inc?
Nov 11 03:39:16 <lpjhjdh> I see, I actually just grabbed a copy because I thought oe didn't as I was getting command not found
Nov 11 03:39:57 <mrj10> i'm trying to build gstreamer-ti for a beagleboard with the angstrom_2010_x toolchain setup (gcc 4.5, binutils 2.20, new libtool, ..) and it's dying in the link phase because libtool can't find the libraries in sysroot
Nov 11 03:40:31 <lpjhjdh> currently reading the user manual but I was trying to just get a base image up.  After editing local.conf should I be able to do a "bitbake base-image" and expect it to complete without intervention?
Nov 11 03:40:39 <mrj10> OE is passing in --with-libtool-sysroot=/path/to/sysroots/armv7a-angstrom-linux-gnueabi  to the ./configure
Nov 11 03:40:48 <kergoth> lpjhjdh: no, don't mess with that, don't set LD_*, don't even *think* about touching /usr/lib unless you want a broken machine.
Nov 11 03:40:52 <kergoth> lpjhjdh: yes.
Nov 11 03:41:35 <mrj10> but gstreamer-ti is getting built in beagleboard-angstrom-linux-gnueabi, not armv7a-angstrom-linux-gnueabi, so the libraries it's looking for are all in the armv7a sysroot but libtool can't see them
Nov 11 03:41:42 <lpjhjdh> yeah, there are few enough files it's easy to remove them
Nov 11 03:42:14 <mrj10> any idea how to proceed?  i'm not sure if libtool-sysroot is used in the library search path and/or if it's used as the deployment location
Nov 11 03:45:26 <lpjhjdh> kergoth: so if I setup my host deps properly and bitbake, should I be able to just setup local.conf, BBPATH and then "cd $OEHOME/build && bitbake base-image"
Nov 11 04:42:13 <mrj10> my bandaid solution is to create symlinks in sysroots/beagleboard.../usr/lib to all the libraries gstreamer-ti needs in sysroots/armv7a.../usr/lib
Nov 11 08:55:54 <mckoan> good morning
Nov 11 09:00:53 <atiti> morgen
Nov 11 10:28:29 <woglinde> he obi
Nov 11 10:28:46 <obi> hi :)
Nov 11 10:29:50 <woglinde> how many patches from you arent applied?
Nov 11 10:31:06 <woglinde> hm or do you have write acess now?
Nov 11 10:31:26 <obi> two: http://patchwork.openembedded.org/bundle/obi/opendreambox/
Nov 11 10:31:30 <obi> in theory, yes
Nov 11 10:31:49 <obi> but it doesn't work. cbrake is investigating why
Nov 11 10:32:01 <woglinde> only two
Nov 11 10:32:01 <woglinde> cool
Nov 11 10:32:30 <obi> last thing i heard is that gitosis was broken on the server
Nov 11 10:32:40 <woglinde> hm uh
Nov 11 10:36:34 <obi> actually, there are 4 submitted patches pending, but  2 of them depend on another one
Nov 11 10:36:37 <obi> http://patchwork.openembedded.org/bundle/obi/opendreambox/?state=*
Nov 11 10:38:18 <woglinde> uh libfribiddi patch
Nov 11 10:38:28 <woglinde> hm why you comment the AC_RANLIB
Nov 11 10:39:41 <obi> i don't. i removed that patch
Nov 11 10:41:24 <obi> i have some other patches, which i didn't submit yet, because they are just too many for the mailing list and they have already been discussed and acked
Nov 11 10:41:28 <obi> http://git.opendreambox.org/?p=obi/openembedded.git;a=shortlog;h=refs/heads/equality-operator
Nov 11 10:42:06 <obi> would you like to push them?
Nov 11 10:42:30 <obi> i'd rebase the tree then
Nov 11 10:42:56 <woglinde> ups
Nov 11 10:43:11 <woglinde> now I am like zecke
Nov 11 10:43:14 <woglinde> didnt see the remove
Nov 11 10:44:37 <obi> they are already two weeks old now
Nov 11 10:45:06 <obi> which is how long i'm waiting for my ssh key to become activated ;)
Nov 11 11:01:34 <woglinde> hm strange
Nov 11 11:01:46 <woglinde> maybe you can ask k6sox this evening
Nov 11 11:01:53 <woglinde> or I will
Nov 11 11:05:23 <Jay7> hehe.. bitbaking into 1 bb-thread is sooo sloooow...
Nov 11 11:05:47 <Jay7> 5 hours instead of 2 to build collie images..
Nov 11 11:06:58 <woglinde> jupp
Nov 11 11:07:48 <obi> woglinde: ok. i've rebased my equality-operator branch, so feel free to pull and push.
Nov 11 11:09:36 <woglinde> hm when I find the time
Nov 11 11:09:42 <woglinde> maybee after lunch
Nov 11 11:10:56 <woglinde> hm
Nov 11 11:11:08 <woglinde> shell stuff
Nov 11 12:27:56 <woglinde> will be intressting when we will switch to clang
Nov 11 12:32:48 <otavio> Folks ... I am doing something wrong and I don't know what
Nov 11 12:33:03 <otavio> the tmp/rootfs ends with wrong owner in files 
Nov 11 12:33:27 <otavio> otavio@neumann:~/hacking/ossystems/oe$ ls tmp/rootfs/dev/ttyS0 -l
Nov 11 12:33:27 <otavio> -rw-r--r-- 1 otavio otavio 0 Nov 11 10:21 tmp/rootfs/dev/ttyS0
Nov 11 12:33:43 <otavio> Do someone know what possible cause for it?
Nov 11 12:34:02 <woglinde> hi otavio
Nov 11 12:34:18 <woglinde> mknod?
Nov 11 12:34:29 <woglinde> whithout fakeroot?
Nov 11 12:34:42 <otavio> woglinde: My system has fakeroot installed
Nov 11 12:34:49 <otavio> (using Debian sid one)
Nov 11 12:34:54 <otavio> and
Nov 11 12:34:59 <woglinde> oe builds fakeroot its self
Nov 11 12:35:15 <otavio> otavio@neumann:~/hacking/ossystems/oe$ ls tmp/staging/x86_64-linux/usr/bin/fakeroot -l
Nov 11 12:35:18 <otavio> -rwxr-xr-x 1 otavio otavio 3607 Nov 10 17:32 tmp/staging/x86_64-linux/usr/bin/fakeroot
Nov 11 12:35:21 <otavio> it has it
Nov 11 12:35:40 <otavio> woglinde: where it is called?
Nov 11 12:36:38 <woglinde> image generation somewhere
Nov 11 12:36:55 <woglinde> rootfs
Nov 11 12:39:08 <otavio> fakeroot do_rootfs()?
Nov 11 12:47:48 <otavio> strange
Nov 11 12:47:58 <otavio> it is difficult for me to trace it. any idea?
Nov 11 12:53:10 <otavio> humm
Nov 11 12:53:22 <otavio> I used the stagging fakeroot byhand and it is working
Nov 11 12:53:47 <CIA-1> 03Michael Smith <msmith@cbnco.com> 07master * r2c41577eda 10openembedded.git/recipes/smpeg/ (smpeg-0.4.5+svnr387/add-disable-rpath.patch smpeg_svn.bb): 
Nov 11 12:53:47 <CIA-1> smpeg: configure with --disable-rpath
Nov 11 12:53:47 <CIA-1> Otherwise libtool and ld try to link against ${libdir}/libdl.so.2 on the
Nov 11 12:53:47 <CIA-1> host system.
Nov 11 12:53:47 <CIA-1> Signed-off-by: Michael Smith <msmith@cbnco.com>
Nov 11 12:53:58 <CIA-1> 03Michael Smith <msmith@cbnco.com> 07master * r6bd4101ffc 10openembedded.git/recipes/xorg-driver/xf86-input-mutouch_git.bb: 
Nov 11 12:53:58 <CIA-1> xf86-input-mutouch: add latest git release
Nov 11 12:53:58 <CIA-1> Fixes build with XINPUT ABI 7.
Nov 11 12:53:58 <CIA-1> Signed-off-by: Michael Smith <msmith@cbnco.com>
Nov 11 12:54:02 <CIA-1> 03Michael Smith <msmith@cbnco.com> 07master * raf1a2e0e76 10openembedded.git/recipes/libsdl/libsdl-x11_1.2.14.bb: 
Nov 11 12:54:02 <CIA-1> libsdl-x11: configure with --disable-rpath
Nov 11 12:54:02 <CIA-1> Otherwise libtool and ld try to link against ${libdir}/libdl.so.2 on the
Nov 11 12:54:02 <CIA-1> host system.
Nov 11 12:54:02 <CIA-1> Signed-off-by: Michael Smith <msmith@cbnco.com>
Nov 11 12:54:04 <CIA-1> 03Michael Smith <msmith@cbnco.com> 07master * r13a0c4a2f1 10openembedded.git/conf/distro/include/ (2 files): 
Nov 11 12:54:04 <CIA-1> preferred-xorg-versions: use git release of xf86-input-mutouch
Nov 11 12:54:04 <CIA-1> The latest source release, 1.2.1, fails to build with X11R7.5.
Nov 11 12:54:04 <CIA-1> Signed-off-by: Michael Smith <msmith@cbnco.com>
Nov 11 14:00:26 <Tartarus> Hmm
Nov 11 14:00:41 <Tartarus> I did a box w/ tinderbox stuff enabled and it's only showing up on the page as started
Nov 11 14:00:46 <Tartarus> not succeeded (which I see it did)
Nov 11 14:01:33 <Tartarus> http://tinderbox.openembedded.net/builds/102244/
Nov 11 14:02:30 <Tartarus> One that failed earlier did show up as Failed, btw http://tinderbox.openembedded.net/builds/102240/
Nov 11 14:09:32 <stefan_schmidt> Anyone know if Michael Smith is on this channel? If yes under which nick?
Nov 11 14:10:11 <kergoth> morning
Nov 11 14:10:34 <woglinde> hi kergoth
Nov 11 14:10:37 <woglinde> hi stefan
Nov 11 14:10:48 <stefan_schmidt> hi woglinde 
Nov 11 14:13:15 <Jay7> Tartarus: +1 to issue w/ tinderbox
Nov 11 14:13:50 <Jay7> Tartarus: but if you will run bitbake again after build it will shown as successfull
Nov 11 14:14:32 <Jay7> I have had other issue with efikamx build - it was shown as started but was failed in reality
Nov 11 14:14:42 <Tartarus> ok
Nov 11 14:14:52 <Tartarus> I'll kick it again for that machine in a while, started another image now
Nov 11 14:14:54 <Jay7> with bb 1.10 at least
Nov 11 14:15:03 <Jay7> now I'm switched to master
Nov 11 14:15:07 <Jay7> so will check again
Nov 11 14:24:37 <khem> gm all
Nov 11 14:24:57 <woglinde> he khem slept well?
Nov 11 14:25:05 <woglinde> who was the arm conference going
Nov 11 14:25:07 <khem> yeah sort of 
Nov 11 14:25:30 <khem> went bed early (body is not adjusted to sleep early) 
Nov 11 14:25:53 <khem> and now 6am it feels tired of sleeping :)
Nov 11 14:26:07 <khem> woglinde: its going well
Nov 11 14:26:21 <woglinde> 6am uaha
Nov 11 14:26:24 <woglinde> I would be dead
Nov 11 14:26:27 <khem> lot of interest in Opensource tracks especially dealing with embedded lnx
Nov 11 14:26:40 <woglinde> its hard for me to get at 7.30am
Nov 11 14:26:43 <woglinde> up
Nov 11 14:27:08 <khem> woglinde: same for me but last night I slept at like 9
Nov 11 14:28:00 <stefan_schmidt> hmm, you guys have kids, doesn't that mean that you are used to get up early?
Nov 11 14:28:21 <stefan_schmidt> khem: good to see you taking the role for the first release manager
Nov 11 14:28:22 <khem> stefan_schmidt: heh supposed to
Nov 11 14:28:25 <woglinde> no
Nov 11 14:28:36 <woglinde> the problem is he never sleeps before 21am
Nov 11 14:28:39 <stefan_schmidt> woglinde: long sleeper kid?
Nov 11 14:28:47 <stefan_schmidt> ah, ok
Nov 11 14:28:58 <woglinde> so its hard for him too to get up
Nov 11 14:29:10 <stefan_schmidt> yeah, that is understandable
Nov 11 14:30:03 <khem> stefan_schmidt: I would request devs to lift foot from commit pedal during last week of november
Nov 11 14:30:22 <khem> so we could test build and do any fixes needed for release
Nov 11 14:30:40 <stefan_schmidt> khem: You think one week is enough? Personally I would aim for two weeks
Nov 11 14:31:10 <woglinde> hehe cut rw for non testers
Nov 11 14:31:19 <khem> stefan_schmidt: 2 would be better. 
Nov 11 14:31:24 * stefan_schmidt is doing some big buglabs merge to master in his git tree. Adjusting my workflow to a merge window ;)
Nov 11 14:31:33 <woglinde> if i would be the beloved dictator I would do it
Nov 11 14:31:57 <stefan_schmidt> woglinde: I see nothing that makes this problematic.
Nov 11 14:32:06 <khem> woglinde: well if you were beloved dictator then you would say it and no body will commit 
Nov 11 14:32:14 <stefan_schmidt> People can use a branch for these two weeks and push it after the release
Nov 11 14:32:23 <khem> yeah 
Nov 11 14:32:26 <stefan_schmidt> over time we can tweak the workflow
Nov 11 14:32:33 <khem> stefan_schmidt: 2 weeks a good idea
Nov 11 14:32:39 <khem> let me send an email on friday 
Nov 11 14:32:43 <woglinde> khem nah
Nov 11 14:32:46 <stefan_schmidt> khem: great
Nov 11 14:33:08 <khem> and I would request folks to test test test
Nov 11 14:33:23 * stefan_schmidt is excited what OE will learn during the first releases
Nov 11 14:34:36 * stefan_schmidt plans to test openjdk for 32bit/64bit and angstrom 2008 and 2010
Nov 11 14:34:49 <stefan_schmidt> And perhaps more if they went well
Nov 11 14:35:59 <khem> stefan_schmidt: great
Nov 11 14:36:16 <khem> I would hope that the test matrix grows 
Nov 11 14:36:27 <khem> and we can boast more testing combinations
Nov 11 14:37:50 <stefan_schmidt> yeah
Nov 11 14:38:30 <stefan_schmidt> we also discussed getting the testing-next builds to tinderbox and from there directly into a matrix
Nov 11 14:38:40 <stefan_schmidt> Need somebody with python skills doing this
Nov 11 14:40:23 <khem> I wonder if wiki can handle such automatic edits
Nov 11 14:40:31 <woglinde> he learn python yourself
Nov 11 14:40:36 <woglinde> isnt that hard
Nov 11 14:40:43 <woglinde> lot of modules
Nov 11 14:40:46 <woglinde> good dokus
Nov 11 14:40:47 <khem> then bots can write out wiki
Nov 11 14:40:55 <stefan_schmidt> woglinde: I heard this from various people over the years :)
Nov 11 14:41:13 <stefan_schmidt> khem: I don't think we would keep it in the wiki then anymore
Nov 11 14:41:14 <woglinde> and you are mostly faster than doing it in c
Nov 11 14:41:21 <khem> stefan_schmidt: just another language 
Nov 11 14:41:50 <khem> python is handy sometimes at othertimes C is handy
Nov 11 14:42:07 <stefan_schmidt> I never stated the same
Nov 11 14:42:09 <stefan_schmidt> :)
Nov 11 14:42:19 <woglinde> khem sure
Nov 11 14:42:23 <stefan_schmidt> Just not going to implement this
Nov 11 14:42:28 <woglinde> stefan is only to lazy
Nov 11 14:42:35 <stefan_schmidt> woglinde: indeeeeeed
Nov 11 14:47:08 <Jay7> khem: better to integrate text matrix with our tinderbox/stats engine
Nov 11 14:47:27 <Jay7> it holds almost all needed data 
Nov 11 14:47:59 <stefan_schmidt> Jay7: I hear you volunteer for the code changes ;)
Nov 11 14:48:31 <khem> Jay7: btw. wrt to the disk usage is the space in Mbytes
Nov 11 14:52:12 <Jay7> khem: yes
Nov 11 14:52:17 <Jay7> /1024
Nov 11 14:52:23 <Jay7> not /1000
Nov 11 14:53:26 <Jay7> stefan_schmidt: well.. may be but not before release anyway :)
Nov 11 14:53:35 <Jay7> I can add more testing combinations to my server
Nov 11 14:53:44 <Jay7> feel free to request
Nov 11 14:53:48 <stefan_schmidt> Jay7: sure, this release will have the manual testing matrix tag
Nov 11 14:55:27 <gchiii> should my custom image recipe have a PR?  
Nov 11 14:55:36 <Tartarus> yes
Nov 11 14:57:20 <Jay7> hm... improving oe-stats is interesting idea..
Nov 11 14:57:42 <Jay7> but I should do some work on kexecboot before
Nov 11 15:25:38 <woglinde> oy my god oesf is still alive
Nov 11 15:26:26 <Jay7> hehe
Nov 11 15:31:46 <Tartarus> Jay7: re-running didn't help :(
Nov 11 15:32:20 <Jay7> seems something is broken in oe-stats then..
Nov 11 15:32:26 <Tartarus> yeah
Nov 11 15:34:56 * Tartarus puts ina  debug print
Nov 11 15:38:08 <woglinde> hi ka6sox
Nov 11 15:39:57 <woglinde> ka6sox do you have some time?
Nov 11 15:48:55 <Tartarus> hmm, some ideas
Nov 11 15:49:03 * Tartarus re-reruns a failing build
Nov 11 15:49:10 <Tartarus> Then I need to do a bitbake 1.8.x build I think
Nov 11 15:50:54 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * r3be3b9be62 10bitbake.git/setup.py: 
Nov 11 15:50:54 <CIA-1> Don't ship our own copy of PLY, require it
Nov 11 15:50:54 <CIA-1> PLY is publically available, so there's no point in shipping ours. We still
Nov 11 15:50:54 <CIA-1> retain a local copy, however, so we don't lose the ability to run bitbake in
Nov 11 15:50:54 <CIA-1> place in the source tree.
Nov 11 15:50:55 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 15:51:06 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * rcc11b9c20e 10bitbake.git/ (ez_setup.py setup.py): 
Nov 11 15:51:06 <CIA-1> Per Luke Leighton, drop setuptools/ez_setup usage
Nov 11 15:51:06 <CIA-1> They are unnecessary for us.
Nov 11 15:51:06 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 15:51:07 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * rdaa3ffe359 10bitbake.git/setup.py: 
Nov 11 15:51:07 <CIA-1> Add missing codegen.py to the distutils install
Nov 11 15:51:07 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 16:02:27 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * r1cbf8a9403 10bitbake.git/ (10 files in 2 dirs): 
Nov 11 16:02:27 <CIA-1> Move the pysh package into the bb package
Nov 11 16:02:27 <CIA-1> The pysh we're using is modified, and we don't want to risk it conflicting
Nov 11 16:02:27 <CIA-1> with one from elsewhere.
Nov 11 16:02:27 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 16:02:53 <marenas> hi
Nov 11 16:03:31 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * rff4753e362 10bitbake.git/lib/bb/pysh/pyshyacc.py: 
Nov 11 16:03:31 <CIA-1> bb.pysh: fix writing pyshtables all over the place
Nov 11 16:03:31 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 16:03:42 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * r6e24f573a0 10bitbake.git/lib/bb/pysh/pyshyacc.py: 
Nov 11 16:03:42 <CIA-1> bb.pysh: add Case support to format_commands
Nov 11 16:03:42 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 16:05:10 <marenas> any one knows how can a fix the following message
Nov 11 16:05:11 <marenas> NOTE: the following files were installed but not shipped in any package:
Nov 11 16:05:15 <marenas> ??
Nov 11 16:05:56 <mrj10> marenas: http://docs.openembedded.org/usermanual/usermanual.html
Nov 11 16:06:07 <mrj10> search for that message
Nov 11 16:06:19 <mrj10> it's not necessarily a problem, especially if you're using a recipe from the repos
Nov 11 16:06:35 <mrj10> but if you're developing your own recipe and you need those files to be included, the user manual should help you out
Nov 11 16:07:17 <marenas> okk, thx
Nov 11 16:07:24 <mrj10> np
Nov 11 16:07:39 <marenas> its my own recipe for something im testing
Nov 11 16:08:05 <marenas> i would like to cpy an executable file along with a couple of txt files
Nov 11 16:08:56 <marenas> in a custom directory, but bitbake seems to not want to copy these files to a custom dir
Nov 11 16:09:51 <Tartarus> Is someone around that can delete things from tinderbox?
Nov 11 16:09:52 <kergoth> it isn't copying thats the problem, its packaging.
Nov 11 16:10:15 <marenas> and how can i include them in the packaging ?
Nov 11 16:12:02 <kergoth> marenas: read the manual you've already been linked to
Nov 11 16:14:49 <marenas> im on it
Nov 11 16:15:15 <marenas> its very helpful ! thx
Nov 11 16:23:55 <Tartarus> Bah, this is crazy, now it is reporting success
Nov 11 16:26:33 <Jay7> Tartarus: hehe
Nov 11 16:33:04 <mrj10> anyone know if angstrom-distribution.org ran into the same bandwidth problems as last month?
Nov 11 16:33:16 <mrj10> it was fast for a couple days, but slow as a dog again as of yesterday :-/
Nov 11 16:46:35 <ka6sox> woglinde ping?
Nov 11 17:00:35 <woglinde> ka6sox hm could look why the ssh-key for git for obi(Andreas Oberriter) dont works, cbrake looked at it but didnt make any progress
Nov 11 17:06:36 <ka6sox> I don't have access to gitosis...sorry :(
Nov 11 17:13:24 <woglinde> oh
Nov 11 17:13:27 <woglinde> okay
Nov 11 17:13:28 <ka6sox> wb
Nov 11 17:13:29 <woglinde> sorry dont know who is mangeging what
Nov 11 17:13:32 <woglinde> hms
Nov 11 17:13:35 <woglinde> we need a wiki site for it
Nov 11 17:14:13 <ka6sox> ya, to fix gitosis we need to fix gitosis so others can fix it...(kind of circular I know)
Nov 11 17:14:42 <woglinde> hm so whole machine is broken?
Nov 11 17:19:47 <Jin^eLD> hmm, for an autotoolized package, what is the easiest way to tell it to lok for the native compiler? it builds a tool that processes some stuff, but the stuff itself is "noarch"
Nov 11 17:32:11 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r5c5d48e2a9 10openembedded.git/recipes/inetutils/ (inetutils_1.4.2.bb inetutils_1.5.bb inetutils_1.8.bb): 
Nov 11 17:32:11 <CIA-1> inetutils: Use fakeroot in do_install
Nov 11 17:32:11 <CIA-1> rsh/related and traceroute will otherwise be usuable.
Nov 11 17:32:11 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 11 17:36:42 <Jay7> hm..
Nov 11 17:36:53 <Jay7> from my current builds only one was succeeded
Nov 11 17:37:16 <Jay7> it is akita which was build in same TMPDIR where tosa was built before
Nov 11 17:37:37 <Jay7> succeeded according to oestats
Nov 11 18:08:58 <marenas> hey, anybody can help me with this plz 
Nov 11 18:09:11 <marenas> ERROR: Exception:<type 'exceptions.SystemExit'> Message:1
Nov 11 18:10:09 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * r173540c96a 10openembedded.git/recipes/autoconf/autoconf.inc: 
Nov 11 18:10:09 <CIA-1> autoconf: don't choke on m4-native in ASSUME_PROVIDED
Nov 11 18:10:09 <CIA-1> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Nov 11 18:12:48 <marenas> .
Nov 11 18:14:36 <mrj10> marenas: need more info.  please pastebin the whole thing
Nov 11 18:17:00 <marenas> NOTE: Running task 608 of 615 (ID: 11, /home/marenas/OE/openembedded/recipes/tn200-utils/tn200-utils_1.0.0.bb, do_qa_staging)
Nov 11 18:17:01 <marenas> DEBUG: Parsing /home/marenas/OE/openembedded/recipes/tn200-utils/tn200-utils_1.0.0.bb (full)
Nov 11 18:17:01 <marenas> DEBUG: Executing task do_qa_staging
Nov 11 18:17:01 <marenas> DEBUG: Checking Package: tn200-utils
Nov 11 18:17:01 <marenas> ERROR: QA Issue with tn200-utils: No GNU_HASH in the elf binary: '/home/marenas/OE/angstrom-dev/work/armv5te-angstrom-linux-gnueabi/tn200-utils-1.0.0-r0/install/tn200-utils/TN200/IFV/IFVD'
Nov 11 18:17:01 <marenas> ERROR: QA Issue with tn200-utils: non debug package contains .debug directory: tn200-utils path /work/armv5te-angstrom-linux-gnueabi/tn200-utils-1.0.0-r0/install/tn200-utils/TN200/IFV/.debug/IFVD
Nov 11 18:17:01 <marenas> ERROR: QA Issue with tn200-utils: No GNU_HASH in the elf binary: '/home/marenas/OE/angstrom-dev/work/armv5te-angstrom-linux-gnueabi/tn200-utils-1.0.0-r0/install/tn200-utils/usr/bin/ESN_read'
Nov 11 18:17:02 <marenas> ERROR: QA run found fatal errors. Please consider fixing them.
Nov 11 18:17:02 <marenas> ERROR: Error in executing: /home/marenas/OE/openembedded/recipes/tn200-utils/tn200-utils_1.0.0.bb
Nov 11 18:17:03 <marenas> ERROR: Exception:<type 'exceptions.SystemExit'> Message:1
Nov 11 18:17:03 <marenas> ERROR: Printing the environment of the function
Nov 11 18:17:12 <kergoth_> marenas: do *not* spam the channel again
Nov 11 18:17:18 <kergoth_> use a pastebin, read the channel topic
Nov 11 18:19:40 <marenas> sry
Nov 11 18:22:17 <mrj10> marenas: which errors are you confused about?  seems like the solutions are fairly self-evident
Nov 11 18:23:22 <kergoth_> the GNU_HASH error indicates your build isnt obeying OE's LDFLAGS
Nov 11 18:23:44 <kergoth_> the other is self explanatory, your globs in your FILES_* vars are including .debug dirs in the non-dbg packages
Nov 11 18:23:56 <mrj10> try adding "TARGET_CC_ARCH += "${LDFLAGS}" " to your recipe
Nov 11 18:24:11 <marenas> okk
Nov 11 18:24:44 <mrj10> (i didn't know what GNU_HASH was either, but i used the following method: http://lmgtfy.com/?q=no+GNU_HASH+openembedded&l=1
Nov 11 18:25:53 <mrj10> not trying to be a dick, i've just found that people are more helpful if you do a few minutes of googling before asking for help
Nov 11 18:27:05 <marenas> but GNU_HASH alone isn't a problem
Nov 11 18:27:21 <marenas> i've had that error b4 and the file is copied and works ok
Nov 11 18:28:26 <mrj10> similarly, the answer to your other problem can be found by googling "non debug package contains .debug directory"
Nov 11 18:44:34 <CIA-1> 03Chris Larson <chris_larson@mentor.com> 07master * rdc1e3efb70 10openembedded.git/recipes/autoconf/autoconf.inc: 
Nov 11 18:44:34 <CIA-1> Revert "autoconf: don't choke on m4-native in ASSUME_PROVIDED"
Nov 11 18:44:34 <CIA-1> Drop this for now, to avoid risk of introduction of another problem. Will
Nov 11 18:44:34 <CIA-1> revisit and verify both.
Nov 11 18:44:34 <CIA-1> This reverts commit 173540c96aac632de5ff1a78b25cdc49201ee27e.
Nov 11 18:51:59 <khem> gm all
Nov 11 19:00:22 <Crofton> gm
Nov 11 19:01:24 <khem> Crofton: it was great meeting you yesterday
Nov 11 19:01:35 <khem> Crofton: I am still at the Conf
Nov 11 19:02:48 <Crofton> cool
Nov 11 19:02:52 <Crofton> I am back at work
Nov 11 19:03:24 <khem> few of us went for dinner later
Nov 11 19:43:46 <otavio> Is anything special required for sem_open to work?
Nov 11 19:49:19 <otavio> It is suppose to work if nptl is enabled  and I am suppose to have it included
Nov 11 19:49:21 <otavio> but it fails
Nov 11 19:50:37 <khem> otavio: what version of eglibc and kernel
Nov 11 19:52:29 <khem> otavio: do u have /dev/shm mounted as tmpfs
Nov 11 19:53:31 <florian> re
Nov 11 19:53:36 <otavio> khem: I am using glibc 2.9 and 2.6.34
Nov 11 19:53:52 <khem> otavio: ok
Nov 11 19:53:52 <otavio> khem: it can be a bug here or not.
Nov 11 19:54:07 <khem> otavio: versions look ok they should support it
Nov 11 19:54:27 <otavio> khem: do you know any easy way for me to check if nptl is "working"?
Nov 11 19:55:13 <khem> hmm
Nov 11 19:56:08 <otavio> khem: whole system is running at tmpfs so /dev/shm ought to be fine
Nov 11 19:57:31 <khem> is it mounted
Nov 11 19:58:14 <otavio> I guess it is not
Nov 11 19:58:16 * otavio checks
Nov 11 19:59:07 <otavio> khem: yes mounted
Nov 11 19:59:09 <otavio> and fails
Nov 11 20:00:12 <otavio> khem: sem_open fails. ENOSYS
Nov 11 20:01:03 <otavio> it looks it is not kernel related but glibc only
Nov 11 20:12:02 <otavio> khem: any idea?
Nov 11 20:56:33 <Jay7> well, build finished
Nov 11 20:56:45 <Jay7> let's update chart
Nov 11 20:56:53 <GNUtoo|laptop> yes, I've found a fix for the lack of sound in libsdl_mixer with vorbis
Nov 11 20:57:13 <GNUtoo|laptop> it didn't find libvorbis
Nov 11 21:18:12 <GNUtoo|laptop> hmmm
Nov 11 21:18:14 <CIA-1> 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rac36d86725 10openembedded.git/recipes/libsdl/libsdl-mixer_1.2.11.bb: (log message trimmed)
Nov 11 21:18:14 <CIA-1> libsdl-mixer 1.2.11: fix libvorbis's search path
Nov 11 21:18:14 <CIA-1> without that patch configure outputed something like this:
Nov 11 21:18:14 <CIA-1> checking tremor/ivorbisfile.h usability... yes
Nov 11 21:18:14 <CIA-1> checking tremor/ivorbisfile.h presence... yes
Nov 11 21:18:14 <CIA-1> checking for tremor/ivorbisfile.h... yes
Nov 11 21:18:15 <CIA-1> checking for ov_open_callbacks in -lvorbisidec... no
Nov 11 21:18:33 <GNUtoo|laptop> maybe I should try to add ENTREPRISE stugfg to libsdl_mixer while I'm at it
Nov 11 21:20:39 <khem> otavio: interesting
Nov 11 21:20:49 <GNUtoo|laptop> hi khem 
Nov 11 21:20:56 <khem> hey GNUtoo|laptop 
Nov 11 21:21:13 <GNUtoo|laptop> I'll go but we must find time to fix the libtool stuff on libsdl
Nov 11 21:21:21 <GNUtoo|laptop> so I got music without locally removing it
Nov 11 21:21:43 <GNUtoo|laptop> also
Nov 11 21:21:51 <GNUtoo|laptop> I saw that in libsdl_mixer:
Nov 11 21:22:16 <GNUtoo|laptop> --enable-music-mp3-mad-gpl
Nov 11 21:22:18 <khem> GNUtoo|laptop: sure, next week >
Nov 11 21:22:20 <GNUtoo|laptop> that doesn't look right
Nov 11 21:22:21 <GNUtoo|laptop> ok
Nov 11 21:22:25 <GNUtoo|laptop> I must find the time too
Nov 11 21:22:41 <khem> yeah, tomorrow if you have sometime then ping me
Nov 11 21:22:44 <GNUtoo|laptop> ok
Nov 11 21:23:26 <GNUtoo|laptop> ${@base_conditional('ENTERPRISE_DISTRO', '1', '--disable-music-mp3-mad-gpl', '--enable-music-mp3-mad-gpl', d)}
Nov 11 21:23:30 <GNUtoo|laptop> should be used instead
Nov 11 21:23:37 <GNUtoo|laptop> ok thanks a lot khem 
Nov 11 21:23:41 <khem> what is ENTERPRISE_DISTRO
Nov 11 21:23:57 <GNUtoo|laptop> in USA they have a software patent system
Nov 11 21:24:09 <GNUtoo|laptop> one of the most dangerous patent is the MP3 patent
Nov 11 21:24:14 <GNUtoo|laptop> it's enforced
Nov 11 21:24:22 <GNUtoo|laptop> for instance they even went against openmoko
Nov 11 21:24:23 <khem> I know 
Nov 11 21:24:39 <GNUtoo|laptop> so ENTREPRISE_DISTRO is for avoiding mp3 and such risky things
Nov 11 21:24:50 <khem> I see
Nov 11 21:25:01 <GNUtoo|laptop> for instance it's used in scummvm
Nov 11 21:25:09 <khem> ok
Nov 11 21:25:23 <khem> is this an issue with libtool 2.4
Nov 11 21:25:24 <GNUtoo|laptop> DEPENDS = "virtual/libsdl libvorbis libogg zlib  ${@base_conditional('ENTERPRISE_DISTRO', '1', '', 'libmad mpeg2dec', d)}"
Nov 11 21:25:46 <GNUtoo|laptop> khem, I don't know what your big libtool patch does
Nov 11 21:25:59 <GNUtoo|laptop> for libsdl I mean
Nov 11 21:26:32 <khem> oh i remember now
Nov 11 21:26:42 <khem> hmmm I think that patch was just to get it building
Nov 11 21:26:53 <khem> try to remove it and see if you can still build
Nov 11 21:26:57 <GNUtoo|laptop> but it build without
Nov 11 21:27:00 <khem> if yes then we can trash it
Nov 11 21:27:08 <GNUtoo|laptop> I'll retry now
Nov 11 21:27:15 <khem> I have forgotten why I put it there
Nov 11 21:27:18 <khem> in first place
Nov 11 21:30:45 <khem> ok I see. So if it works without the libtool patch then you can trash it
Nov 11 21:30:57 <khem> send a patch and I will review it 
Nov 11 21:31:26 <GNUtoo|laptop> NOTE: package libsdl-x11-1.2.14-r7: task do_build: Started
Nov 11 21:31:37 <GNUtoo|laptop> ok thanks a lot
Nov 11 21:36:06 <GNUtoo|laptop> I'll go to sleep, thanks a lot
Nov 11 21:36:30 <khem> gn
Nov 11 22:04:35 * Jay7 have updated disk usage chart
Nov 11 22:04:42 <khem> are there any changes
Nov 11 22:04:58 <Jay7> I'll say no :)
Nov 11 22:05:00 <khem> Jay7: can you change BB_SCHEDULER = "speed"
Nov 11 22:05:04 <khem> and see if it changes
Nov 11 22:05:17 <khem> and then another run with BB_SCHEDULER = "completions"
Nov 11 22:05:19 <khem> and then another run with BB_SCHEDULER = "completion"
Nov 11 22:05:23 <Jay7> khem: what should it change?
Nov 11 22:06:13 <Jay7> speed/disk usage/parsing time?
Nov 11 22:06:27 <Jay7> where to look for changes? :)
Nov 11 22:06:59 <khem> I just want to know the disk usage patterns with those scheduling policies
Nov 11 22:07:26 <Jay7> ah
Nov 11 22:07:34 <Jay7> well, I'll try this night
Nov 11 22:08:09 <Jay7> but now with bb master and 3 bb threads
Nov 11 22:08:19 <Jay7> 1 thread is soo slooow
Nov 11 22:09:48 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r3bf5876d57 10openembedded.git/recipes/linux/ (3 files in 3 dirs): 
Nov 11 22:09:49 <CIA-1> linux 2.6.33: Add mpc831[35]e-rdb support
Nov 11 22:09:49 <CIA-1> Bring these boards up to a slightly more modern version. In the
Nov 11 22:09:49 <CIA-1> case of 8313, grab upstream defconfig and in the case of 8315 just
Nov 11 22:09:49 <CIA-1> confirm against upstream defconfig for nothing too strange.
Nov 11 22:09:49 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 11 22:12:16 <Jay7> will check latest bb changes too
Nov 11 22:18:57 <kergoth_> Jay7: with completion, it works to complete a single recipe asap before moving to the next, which slows down build time, but means you hit rm_work faster, which should reduce the peak disk usage (for background)
Nov 11 22:19:12 <kergoth_> s/background/background info/
Nov 11 22:19:38 <Jay7> well, let's check
Nov 11 22:20:28 <kergoth_> "speed" is the default scheduler, btw, so don't bother with a separate one for that
Nov 11 22:20:46 * Tartarus prods linux_2.6.35.bb a little since it's the 1st flag version for us embedded folks
Nov 11 22:20:59 <kergoth_> Tartarus: good plan
Nov 11 22:21:19 <kergoth_> should see if there are any cves that apply to that version
Nov 11 22:21:31 * kergoth_ kicks off a qemux86 build and crosses fingers
Nov 11 22:21:33 <Tartarus> Bringing it up to .8 now
Nov 11 22:21:41 <Tartarus> And then yeah, bringing some of the easy platforms up to it
Nov 11 22:22:50 <Jay7> kergoth_: so I'll check with completion then
Nov 11 22:23:11 * kergoth_ nods
Nov 11 22:23:13 <kergoth_> cool
Nov 11 22:23:24 <kergoth_> always interesting to see if reality matches up with expectations :)
Nov 11 22:27:57 <Jay7> build started
Nov 11 22:29:14 <kergoth_> i hope this qemux86 build finishes, would really like to do more testing of an oe based distro on the target, haven't messed with that end of things in a while
Nov 11 22:33:01 <Jay7> my plan is to do pair of builds then update testing-next to current state to check incremental builds
Nov 11 22:33:36 <Jay7> and start building of minimal distro too
Nov 11 22:52:34 <reactor16> hi all
Nov 11 22:52:41 <kergoth> hey
Nov 11 22:53:25 <reactor6> hi all
Nov 11 22:53:42 <reactor6> any one here ?
Nov 11 22:54:53 <Crofton> yeah
Nov 11 22:54:56 <Crofton> just ask
Nov 11 22:56:17 <reactor6> i want to know if any one compiled driver ath9k_htc for mipsel machine ?
Nov 11 22:56:59 <reactor6> i want to compile this driver for my dm800, but i'm losted and i don't know from where i begin :(
Nov 11 23:00:15 <reactor6> any one help me ?
Nov 11 23:26:31 <Jay7> I've added info about BB_SCHEDULER to http://wiki.openembedded.org/index.php/Advanced_configuration
Nov 11 23:26:46 <Jay7> will update later with real data :)
Nov 11 23:27:11 <ant__> ah, do this test too:
Nov 11 23:27:21 <ant__> bitbake console-image x11-image \
Nov 11 23:27:37 <ant__> heh..the two images start in parallel
Nov 11 23:27:48 <Jay7> vs bitbake console-image; bitbake x11-image? :)
Nov 11 23:27:52 <ant__> yes
Nov 11 23:27:58 <Jay7> hm.. good idea
Nov 11 23:28:05 <ant__> usually 
Nov 11 23:28:12 <ant__> I do sequentially
Nov 11 23:28:17 <ant__> but once I tried
Nov 11 23:28:33 <ant__> seems no time gain iirc
Nov 11 23:29:57 <Jay7> it should take slightly more time but should have lower peak
Nov 11 23:44:57 <Jay7> btw, I should try to do build with dash too..
Nov 11 23:47:47 <khem> Jay7: yes dash is a good idea
Nov 11 23:48:06 <khem> although there are known issues that may not work with dash
Nov 11 23:48:31 <Jay7> btw, I've tried to build under FreeBSD
Nov 11 23:48:42 <Jay7> it does not working at all
Nov 11 23:48:42 <khem> ok and ?
Nov 11 23:48:47 <khem> :(
Nov 11 23:48:52 <Jay7> we should have compatibility layer
Nov 11 23:48:55 <khem> did you report problems
Nov 11 23:48:58 <Jay7> not yet
Nov 11 23:48:59 <khem> or fixed some
Nov 11 23:49:01 <khem> ok 
Nov 11 23:49:07 <khem> I will be happy to fix them
Nov 11 23:49:14 <Jay7> will do after release
Nov 11 23:49:19 <khem> only problem I have is I dont have a fbsd system
Nov 11 23:49:22 <khem> ok
Nov 11 23:49:36 <Jay7> but for now we should say that we are not supported FreeBSD at this time
Nov 11 23:49:38 <khem> yeah in this release we should consolidate what we have and put it out
Nov 11 23:49:48 <khem> then do the hard work of such kind later
Nov 11 23:50:20 <Jay7> should we have some wiki page with tasks to do before release?
Nov 11 23:50:26 <Jay7> and may be with release plan
Nov 11 23:50:37 <khem> Jay7: yes good idea
Nov 11 23:50:49 <Jay7> http://www.freebsd.org/releng/
Nov 11 23:50:56 <Jay7> just as a sample
Nov 11 23:52:37 <khem> well 
Nov 12 00:01:39 <ant__> Jay7: look here about bitbaking two images   http://pastebin.com/1dCT1jGd
Nov 12 00:01:52 <ant__> (those were already built)
Nov 12 00:02:41 <ant__> in the case of no-updates it is faster, you save the initial parse-times
Nov 12 00:03:02 <Jay7> yes, sure
Nov 12 00:03:51 <ant__> let me restart X
Nov 12 00:08:49 * Jay7 should buy second HDD to build on RAID0
Nov 12 00:09:39 <Jay7> according to charts tmpfs usage is almost impossible :)
Nov 12 00:09:51 <Jay7> so, SSD or RAID0
Nov 12 00:10:31 <Jay7> hm... or tmpfs but with swap partitions on two drives..
Nov 12 00:12:15 <khem> I have seen some folks do sucessful builds on machines with 12G of ram
Nov 12 00:12:20 <khem> and using ramfs
Nov 12 00:12:36 <khem> so if you have like 16G of ram and use rm_work you should be well set
Nov 12 00:12:46 <ant__> I did it long ago with 8gb
Nov 12 00:12:57 <ant__> now seems thing have inflated
Nov 12 00:13:03 <khem> 8gb may be too small now with pstage
Nov 12 00:13:09 <khem> or you can disable pstage
Nov 12 00:13:16 <ant__> I had it enabled
Nov 12 00:13:21 <khem> hmm
Nov 12 00:13:27 <khem> did u build like x11-image ?
Nov 12 00:13:32 <ant__> 3 images
Nov 12 00:13:37 <ant__> console, opie, x11
Nov 12 00:13:50 <khem> hmm and all fitted into ramfs ?
Nov 12 00:13:55 <khem> interesting .
Nov 12 00:14:01 <ant__> yes, months ago
Nov 12 00:14:03 <Jay7> btw..
Nov 12 00:14:08 <khem> actually if we use rm_work it should be ok
Nov 12 00:14:11 <Jay7> how to disable pstage?
Nov 12 00:14:25 <khem> by default bb will use completion scheduler
Nov 12 00:14:37 <khem> so it should use less ram at a giventime
Nov 12 00:14:53 <Jay7> [01:14] <kergoth_> "speed" is the default scheduler, btw, so don't bother with a separate one for that
Nov 12 00:14:56 <khem> we should not see the spikes we see in Jay7 's graph
Nov 12 00:15:03 <ant__> khem: yes, Jay7 is experimenting
Nov 12 00:15:12 <khem> speed is default true
Nov 12 00:15:16 <khem> but not when you use rm_work
Nov 12 00:15:27 <Jay7> hm..
Nov 12 00:15:30 <khem> with rm_work completion is default
Nov 12 00:15:35 <ant__> ah ha
Nov 12 00:15:38 <Jay7> interesting
Nov 12 00:15:59 <Jay7> so, I should bother with 'speed' then :)
Nov 12 00:16:14 <Crofton> hmm
Nov 12 00:16:17 <ant__> khem: after build, tmpfs was just 2,5GB
Nov 12 00:16:24 <ant__> 3 images for armv5te
Nov 12 00:16:24 <khem> if any of you are usinf x86 target then beaware of this glibc fiasco https://bugzilla.redhat.com/show_bug.cgi?id=638477
Nov 12 00:16:30 <Crofton> I am trying to push and getting the remote end hung up
Nov 12 00:16:33 <khem> ant__: ok
Nov 12 00:16:34 <ant__> + toolchain
Nov 12 00:16:55 <khem> Crofton: ka6sox must be around to see if git is hosed
Nov 12 00:17:12 <Crofton> pull is ok, I just can't push
Nov 12 00:17:20 <Crofton> not sure if it something at my end
Nov 12 00:17:22 <khem> yes this has happened before
Nov 12 00:17:26 <khem> file going r/o
Nov 12 00:17:34 <khem> i mean filesystem
Nov 12 00:18:56 <Tartarus> khem: Do you know if minimal-image happens to be the smallest image you can use w/ DISTRO=minimal?  Updating the qemus to use 2.6.35 and I want a quick build target
Nov 12 00:20:20 <khem> Tartarus: yes its minimal
Nov 12 00:20:23 <khem> but it may not boot
Nov 12 00:20:34 <khem> as some images dont include udev
Nov 12 00:20:43 <khem> and the system sort of expects it
Nov 12 00:20:52 <khem> Tartarus: why not 2.6.36
Nov 12 00:21:03 <Tartarus> .35 is the embedded linux flag version
Nov 12 00:21:08 <khem> Tartarus: 2.6.35 has bug on arm with gcc 4.5
Nov 12 00:21:14 <Tartarus> So I figure we'll see a lot of activity there
Nov 12 00:21:18 <khem> Tartarus: embedded flag eg
Nov 12 00:21:20 <khem> eh
Nov 12 00:21:30 * khem meant sarcasm
Nov 12 00:21:40 <Tartarus> http://lwn.net/Articles/413341/
Nov 12 00:21:45 <khem> Tartarus: I know I know
Nov 12 00:21:52 <khem> OE is beyond that 
Nov 12 00:21:59 <khem> we are more at bleeding edge 
Nov 12 00:22:13 <khem> 2.6.36 is better for us
Nov 12 00:22:28 * Jay7 have updated wiki page about scheduler :)
Nov 12 00:22:58 <khem> I still have issues with SH4 and gcc 4.5
Nov 12 00:23:08 <Jay7> capture the flag.. embedded flag :)
Nov 12 00:23:08 <khem> we might have to use 4.4 just for SH4
Nov 12 00:23:10 <Tartarus> Not if silicon vendors are going to be releasing kernel trees based on .35
Nov 12 00:23:15 <khem> I dont know if I can fix it in time for release
Nov 12 00:23:33 <khem> Tartarus: fine QEMU can be spared
Nov 12 00:24:03 <khem> or could be portrayed as torch bearer for next 'flagged' version
Nov 12 00:24:33 <Tartarus> I don't think OE is going to have much sway in what's picked as the next one
Nov 12 00:24:34 <khem> you can harden other non qemu machines on .35 
Nov 12 00:24:36 <khem> thats ok
Nov 12 00:24:43 <Tartarus> But I think if we have stuff on the current one, it's a good thing
Nov 12 00:24:56 <Tartarus> And yeah, if you want to move all of the qemus up to .36, that's fine
Nov 12 00:25:11 <Tartarus> But I'm trying to get everyone up to .35 now, given they're a little spread atm
Nov 12 00:25:15 <Crofton> whats the problem with 4.5 and the kernel?
Nov 12 00:25:47 <khem> Crofton: there is some code gcc emits that kernel's ELF loader can not handle w.r.t modules
Nov 12 00:26:00 <khem> its in unwinding parts for ARM
Nov 12 00:26:06 <Crofton> hmm
Nov 12 00:26:11 <khem> let me find the bug if I can
Nov 12 00:26:15 <Tartarus> ok, i take that back, it was just mips64 that was .35 before
Nov 12 00:26:18 <Crofton> I ahve a kernel built with OE 4.5
Nov 12 00:26:23 <khem> yeah its a nasty one there is a workaround though
Nov 12 00:26:24 <Crofton> seems ok
Nov 12 00:26:59 <Jay7> well.. too late is here
Nov 12 00:27:03 <Jay7> time to sleep
Nov 12 00:27:17 <khem> Jay7: sleep well
Nov 12 00:27:24 <Crofton> gn
Nov 12 00:27:42 <Jay7> computer should build OE, man should sleep :)
Nov 12 00:27:43 <Tartarus> khem, fwiw, I would have preferred the flag version to follow the ones that normally get extended maintenance windows anyhow, but, whichever
Nov 12 00:27:50 <Tartarus> Maybe the next one will do that :)
Nov 12 00:29:01 <khem> https://bugzilla.kernel.org/show_bug.cgi?id=16310
Nov 12 00:29:04 <khem> thats the bug
Nov 12 00:29:24 <khem> Tartarus: thats fine too
Nov 12 00:29:29 <khem> just backport that fix
Nov 12 00:29:52 <khem> I am not so much married to .36
Nov 12 00:30:02 <khem> but I want qemu's to do the latest stuff
Nov 12 00:30:11 <khem> so we can find issues and debug them easily 
Nov 12 00:30:23 <khem> rather than using JTAGS to debug them real hardware
Nov 12 00:30:34 <khem> its easy to debug them in qemu
Nov 12 00:30:50 <khem> thats why plan to keep qemu's at bleeding edge kernels
Nov 12 00:31:21 <angelox_123> Hi all
Nov 12 00:32:28 * Tartarus switches tasks-tools-proper to inetutils from netkit-telnet, locally first
Nov 12 00:33:06 <khem> Tartarus: heh netkit-telnet does not build on ppc :) good job
Nov 12 00:33:08 <khem> get rid of it
Nov 12 00:33:18 <kergoth> khem: ah, right, good call on the completion w/ rm_work, i forgot it did that (imo it shouldn't, even if that reduces disk space usage -- its unintuitive to think your build time is effected by rm_work)
Nov 12 00:33:34 <kergoth> er, affected
Nov 12 00:33:42 <khem> yeah right
Nov 12 00:33:55 <khem> but its like Os and O2 nature in gcc
Nov 12 00:33:59 <khem> so I think its ok
Nov 12 00:46:27 <Tartarus> khem, fyi, that fix was already part of the .35 recipe
Nov 12 00:52:40 <angelox_123> trying to compile e-wm i get a error with eeze:
Nov 12 00:52:41 <angelox_123> | checking for LIBUDEV... configure: error: Package requirements (libudev) were not met:
Nov 12 00:52:41 <angelox_123> | 
Nov 12 00:52:41 <angelox_123> | No package 'libudev' found
Nov 12 00:53:01 <angelox_123> i'll try build udev
Nov 12 00:53:15 <angelox_123> It is already builded
Nov 12 00:53:17 <angelox_123> :(
Nov 12 00:57:50 <Tartarus> see why it's not found
Nov 12 00:57:52 <Tartarus> check config.log
Nov 12 00:59:20 <angelox_123> ok
Nov 12 00:59:40 <angelox_123> it's says that libudev doesn't existis
Nov 12 01:00:02 <angelox_123> http://angelox_123.pastebin.com/biLA7FEq3
Nov 12 01:00:06 <angelox_123> http://angelox_123.pastebin.com/biLA7FEq
Nov 12 01:00:17 <angelox_123> that's correct link(without 3 number on finish)
Nov 12 01:10:12 <Tartarus> Well, check and see why :)
Nov 12 01:10:18 <Tartarus> That's saying it couldn't find it w/ pkgconfig
Nov 12 01:10:25 <Tartarus> So see if the .pc files are installed
Nov 12 01:10:28 <Tartarus> And if they aren't
Nov 12 01:10:31 <Tartarus> rebuild libudev
Nov 12 01:10:34 <Tartarus> and see if they're not being packaged
Nov 12 01:11:02 <angelox_123> libudev doesn't exists :(
Nov 12 01:11:05 <angelox_123> what is .pc files ?
Nov 12 01:11:16 <Tartarus> libudev probably comes from udev, heh
Nov 12 01:11:22 <Tartarus> and that's the type of file pkg-config reads from
Nov 12 01:11:38 <angelox_123> i tried rebuild udev :)
Nov 12 01:11:43 <angelox_123> i'm +/- newbie :)
Nov 12 01:12:53 <Tartarus> rebuild it again, and pay attention to the end
Nov 12 01:12:59 <Tartarus> see if it says anything about unshipped files
Nov 12 01:13:51 <angelox_123> okay i'll try soon(it's re-building gcc by a commit here,Pentium 4 3GHZ 1GB RAM {SLOWWWW} :( )
Nov 12 01:24:35 <CIA-1> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r9b6c781643 10openembedded.git/recipes/tasks/task-proper-tools.bb: 
Nov 12 01:24:35 <CIA-1> task-proper-tools: Switch from netkit-telnet to inetutils
Nov 12 01:24:35 <CIA-1> netkit-telnet is very old and doesn't compile for PowerPC to boot.
Nov 12 01:24:35 <CIA-1> Switch to inetutils here as that's still maintained upstream.
Nov 12 01:24:35 <CIA-1> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Nov 12 01:26:19 <grg> where are you, testing-next?
Nov 12 01:26:30 <grg> :(
Nov 12 01:26:46 <grg> 9b6c781643 is my testing next
Nov 12 01:30:13 * Tartarus is fixing stuff to test the next testing branch
Nov 12 01:31:43 <ka6sox> khem ping?
Nov 12 01:33:51 <ka6sox> hmmm...can anyone please try to push something to the git server?
Nov 12 01:36:20 <ka6sox> crofton Crofton|road ping?
Nov 12 01:36:26 <Tartarus> I did just a min ago
Nov 12 01:36:30 <Tartarus> sec, I can checkin one fix now
Nov 12 01:36:44 <ka6sox> okay it works then Tartarus?
Nov 12 01:37:05 <Tartarus> It did 12 min ago
Nov 12 01:37:11 <Crofton> hmmm
Nov 12 01:37:20 <Crofton> I see fatal: The remote end hung up unexpectedly
Nov 12 01:37:28 <Crofton> any thoughts on what I screwed up
Nov 12 01:37:44 <ka6sox> gitosis is b04k3n
Nov 12 01:37:51 <ka6sox> needs fixin
Nov 12 01:38:19 <ka6sox> that can cause exactly what we are seeing
Nov 12 01:43:42 <aditya_10101> so umm
Nov 12 01:43:50 <aditya_10101> if you are trying to use PROC_read and PROC_write
Nov 12 01:43:55 <aditya_10101> make sure you have sdmak
Nov 12 01:44:01 <aditya_10101> ... that will save oyu several days of wtf
**** ENDING LOGGING AT Fri Nov 12 02:59:57 2010