**** BEGIN LOGGING AT Fri Jan 21 02:59:57 2011
Jan 21 04:40:29 <sanket> has anyone followed the given example in openembedded doc about Writing Meta Data (Adding packages) .... did it works? n how?
Jan 21 05:30:23 <sanket> can anyone help me how to update recipes since I m new to openembedded... I m building a fileystem for an ARM base architecture and I require some packages of specific version....
Jan 21 05:32:58 <sanket> for e.g I require a glibc-2.12.1 ... but in my recipes/glibc/ .. I dont hv a .bb file of version glibc-2.12.1... latest .bb file I hv is glibc_2.10.1.bb
Jan 21 06:13:01 <sanket> can anyone help me how to update recipes since I m new to openembedded... I m building a fileystem for an ARM base architecture and I require some packages of specific version.... for e.g I require a glibc-2.12.1 ... but in my recipes/glibc/ .. I dont hv a .bb file of version glibc-2.12.1... latest .bb file I hv is glibc_2.10.1.bb
**** BEGIN LOGGING AT Fri Jan 21 07:52:17 2011
Jan 21 08:24:13 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * r625c37c943 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: 
Jan 21 08:24:13 <CIA-10> preferred-slugos-versions.inc: Prefer perl 5.10.1
Jan 21 08:24:13 <CIA-10> * We do not need to pin bluez-libs anymore we use bluez4 for everything
Jan 21 08:24:13 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 21 08:24:13 <CIA-10> Acked-by: Mike Westerhof <mike@mwester.net>
Jan 21 09:20:40 <sanket> NOTE: package sample-1.0-r0: task do_install: Failed
Jan 21 09:20:41 <sanket> ERROR: TaskFailed event exception, aborting
Jan 21 09:20:49 <sanket> how to solve this problem
Jan 21 09:40:33 <sanket> cn anyone help me how bitbake handles single tar file
Jan 21 09:49:16 <sanket>     commandmethod(self.cmds_async, self, options)
Jan 21 09:49:34 <sanket>     commandmethod(self.cmds_async, self, options)
Jan 21 10:07:40 <sanket> FATAL: sample-1.0: http://ftp.gnu.org/gnu/bison/bison-2.4.3.tar.bz2 cannot check archive integrity
Jan 21 10:07:58 <sanket> i m getting this error... cn anybody help me
Jan 21 10:18:28 <Jin^eLD> sanket: your recipe rpobably misses md5/sha256 sums for the tarball
Jan 21 10:19:11 <Jin^eLD> you could disable this check in your local.conf using OE_ALLOW_INSECURE_DOWNLOADS="1"
Jan 21 10:19:15 <Jin^eLD> if you do not care about that
Jan 21 10:19:18 <Jin^eLD> or fix the recipe
Jan 21 10:22:41 <ensc|w> is git down?
Jan 21 10:27:35 <Rahul_> I have a question about bitbake 1.10.1 special character handling
Jan 21 10:27:38 <Rahul_> https://lists.berlios.de/pipermail/bitbake-dev/2011-January/000774.html
Jan 21 10:27:55 <Rahul_> Does anyone came across this issue?
Jan 21 10:30:19 <mckoan> Rahul_: what about using bitbake 1.10.2 ?
Jan 21 10:30:58 <Rahul_> bitbake 1.10.2 has same issue
Jan 21 10:31:03 <mckoan> ensc|w: looks like git is down
Jan 21 10:39:08 <aissen> hi !
Jan 21 10:40:23 <aissen> I'd like to build some recipes, and it can't because of anoncvs.handhelds.org unavailability 
Jan 21 10:40:33 <aissen> is there an alternative source or a way around that ?
Jan 21 10:41:44 <sanket> my sample.bb is http://pastebin.mozilla.org/966222 .... cn anyone help has I had done any mistake
Jan 21 10:43:17 <sanket> and my local.conf is http://pastebin.mozilla.org/966227
Jan 21 10:43:22 <aissen> in fact, I was hitting this error : http://www.mail-archive.com/bug-m4@gnu.org/msg02767.html (m4 not compiling)
Jan 21 10:44:44 <aissen> (in addition to the handhelds.org problem)
Jan 21 10:55:06 <Rahul_> bitbake file lib/bb/taskdata.py has a bug for handling packages whose name contain special characters
Jan 21 10:55:38 <Rahul_> this issue persists across bitbake 1.10.1 and 1.10.2 
Jan 21 10:56:09 <ka6sox-away> if anybody knows who is "resurrecting" the handhelds.org site I'd like to get ahold of them and at least get the sources.
Jan 21 10:58:34 <aissen> the packages I'm trying to fetch from handhelds.org: update-rc.d, ipkg-utils. Does anyone have a copy of them?
Jan 21 11:05:25 <mckoan> ka6sox-away: did you try whois handhelds.org ?
Jan 21 11:07:00 <ka6sox-away> still says george france...don't think he is still associated with it...but I could be wrong.
Jan 21 11:24:05 <otavio> is OE server down?
Jan 21 11:25:02 <mario-goulart> otavio: there was a message sent to the mailing list from a user who cannot access the server either.
Jan 21 11:25:21 <otavio> mario-goulart: right; it seems down.
Jan 21 11:26:29 <CIA-10> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r52efb72982 10openembedded.git/recipes/ffmpeg/ (5 files): 
Jan 21 11:26:29 <CIA-10> omapfbplay*: refactor into .inc
Jan 21 11:26:29 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
Jan 21 11:27:57 <otavio> it seems the git server is down.
Jan 21 11:31:37 <eFfeM_work> apparently koen again forgot to take his pills this morning :-(
Jan 21 11:31:38 <eFfeM_work> http://article.gmane.org/gmane.comp.handhelds.openembedded/41665
Jan 21 11:32:21 <eFfeM_work> lunch
Jan 21 11:35:20 <mickey|office> ~bon appetit, frans
Jan 21 11:37:43 <ericben> hi 
Jan 21 11:47:22 <CMoH-notebook> hello. what values does bitbake return on success and on failure?
Jan 21 11:47:32 <CMoH-notebook> i mean shell exit codes
Jan 21 12:12:31 <Jay7> hm..
Jan 21 12:12:34 <Jay7> oe-stats is broken
Jan 21 12:12:45 <Jay7> Table 'oestats_package' is marked as crashed and should be repaired
Jan 21 12:13:12 * Jay7 is looking for ka6sox
Jan 21 12:13:52 <woglinde> I think he is asleep
Jan 21 12:14:00 <Jay7> yeah..
Jan 21 12:16:07 <eFfeM_work> any python wiz around? if I build my image on our autobuilder I get a python error: 
Jan 21 12:16:08 <eFfeM_work> IOError: [Errno 21] Is a directory: '/home/hudson/jobs/SYGDG2_GEN/workspace/tmp/work/sygdg2-gen-image-1.0.0-r0/temp/log.image_cmd.13776'
Jan 21 12:16:08 <eFfeM_work> but ls says:
Jan 21 12:16:08 <eFfeM_work> -rw-r--r-- 1 hudson nogroup 0 2011-01-20 12:03 /home/hudson/jobs/SYGDG2_GEN/workspace/tmp/work/sygdg2-gen-image-1.0.0-r0/temp/log.image_cmd.13776
Jan 21 12:16:08 <eFfeM_work> this is on ubuntu 10.04 64 bit python 2.6.5. The odd thing is that it builds fine on a desktop pc with the same configuration
Jan 21 12:17:10 <Jay7> eFfeM_work: what code is raising this exception?
Jan 21 12:17:53 <eFfeM_work> Jay7: it is in bitbake:
Jan 21 12:17:54 <eFfeM_work>   File "/home/hudson/jobs/SYGDG2_GEN/workspace/bitbake/lib/bb/build.py", line 167, in exec_func_shell
Jan 21 12:17:54 <eFfeM_work>     so = file(logfile, 'w')
Jan 21 12:18:13 <Jay7> hm..
Jan 21 12:18:49 <Jay7> try to run 'file' on this file :)
Jan 21 12:18:49 <eFfeM_work> note that this is not a recent bitbake but 1.8.2 (yeah yuk :-(, but the product is build with thsi version and needs an additional patch for which we do not want to upgrade the toolchain)
Jan 21 12:18:53 <Jay7> just to be sure
Jan 21 12:19:57 <eFfeM_work> Jay7: says empty; 
Jan 21 12:19:59 <eFfeM_work> /home/hudson/jobs/SYGDG2_GEN/workspace/tmp/work/sygdg2-gen-image-1.0.0-r0/temp/log.image_cmd.13776
Jan 21 12:20:31 <eFfeM_work> actually I was thinking about name length etc but a small test for an equally long path succeeded
Jan 21 12:21:20 <Jay7> I have 2 ideas - 1) bug in this python version 2) broken FS
Jan 21 12:22:29 <blindvt`> khem, Re: b86b1570bd45deaf3e9b9b2249a989f001b3d4cc Does anybody need nls for gcc-*cross* ? If yes (which would be kind of odd IMO), then why isn't nls derived from DISTRO_FEATURES for cross (it should already be via autotools.bbclass, no?)
Jan 21 12:23:29 <Jay7> hm.. 
Jan 21 12:23:39 * Jay7 is looking on aldebaran-robotics Neo
Jan 21 12:23:46 <Jay7> looking interesting
Jan 21 12:23:53 <Jay7> they have developer program
Jan 21 12:24:11 <Jay7> http://www.aldebaran-robotics.com/developer_program
Jan 21 12:24:28 <Jay7> not sure they will have kexecboot ported on robot ;)
Jan 21 12:24:46 <eFfeM_work> Jay7: i tested with the same python version on the same os (ubuntu 10.04 with the python they have, and there has not been a python patch on the ubuntu feed since the patch
Jan 21 12:24:48 <woglinde> jay7 we had one guy he how worked for them
Jan 21 12:24:52 <woglinde> but he quitted the job
Jan 21 12:25:25 <eFfeM_work> Jay7: will try an fsck to be safe, but it is quite repeatable
Jan 21 12:25:46 <Jay7> eFfeM_work: then my ideas are over :)
Jan 21 12:25:53 <Jay7> ask kergoth :)
Jan 21 12:26:34 <eFfeM_work> yeah will do, ofc this is a very old bb version, but if I move to a newer one I also need to update things in recipes and this is just a maintenance patch for a product so don't wnat to do that
Jan 21 12:29:41 <Jay7> eFfeM_work: try to google for alike errors
Jan 21 12:29:48 <Jay7> may be known problem in some env
Jan 21 12:30:14 <CMoH-notebook> i have another problem with hudson builds, i.e. with bitbake return codes. I am using the git 1.10 tag
Jan 21 12:30:24 <eFfeM_work> yeah did so already, not much success yet, but I see something in the log that is somewhat suspect
Jan 21 12:31:03 <CMoH-notebook> normally in the shell they don't pose any problem, but it seems on the first build bitbake returns failure even if the build succeeds (tests on my desktop). on second builds bitbake correctly returns 0
Jan 21 12:31:05 <eFfeM_work> thanks for your help. if I find something worth reporting I'll let you know
Jan 21 12:32:05 <CMoH-notebook> is this behavior normal for bitbake? how can i get around it
Jan 21 12:32:37 <eFfeM_work> CMoH-notebook: Hm, I also have errors but for me they are persistent, when I build nslu2le/slugos everything is ok, but when I build calamari/minimal/console-image I get a msg that all tasks are completed successfully, but still hudson feels it fails.
Jan 21 12:33:05 <eFfeM_work> but then again there are some issues in the log (ERROR lines), the build does not stop on this, but I think bb still remembers
Jan 21 12:33:16 <eFfeM_work> see also my post in the last testing thread
Jan 21 12:33:39 <Jay7> CMoH-notebook: known problem as well
Jan 21 12:34:18 <CMoH-notebook> eFfeM_work, do you have a link to that post?
Jan 21 12:34:21 <Jay7> CMoH-notebook: iirc, no one bb version behaves wanted way
Jan 21 12:34:48 <eFfeM_work> CMoH-notebook: http://article.gmane.org/gmane.comp.handhelds.openembedded/41657
Jan 21 12:34:53 <CMoH-notebook> ty Jay7; is this problem being worked on?
Jan 21 12:35:04 <Jay7> if you need workaround you may tail log file and grep for 'failed' word :)
Jan 21 12:35:43 <Jay7> 1) write all output to file; 2) tail logfile | grep failed; 3) return appropriate code :)
Jan 21 12:35:47 <CMoH-notebook> hehe - ty
Jan 21 12:35:52 <CMoH-notebook> brb
Jan 21 12:36:22 <Jay7> may be I'll add this to testbuilder one time..
Jan 21 12:38:38 <blindvt`> ~seen paulepanter
Jan 21 12:38:44 <ibot> paulepanter <~paul@f053033237.adsl.alicedsl.de> was last seen on IRC in channel #oe, 293d 1h 17m 33s ago, saying: 'I have to go.'.
Jan 21 12:41:34 <GNUtoo|laptop> hi ericben 
Jan 21 12:44:09 <alx_> hi all
Jan 21 12:44:15 <alx_> mckoan|away, hi :)
Jan 21 12:44:21 <alx_> GNUtoo|laptop, hi you too :)
Jan 21 12:44:42 <GNUtoo|laptop> hi
Jan 21 12:45:00 <alx_> do you remember my last troubles ? :) that's not finished yet :)
Jan 21 12:45:11 <GNUtoo|laptop> no
Jan 21 12:45:39 <alx_> oh lol, nevermind
Jan 21 12:45:53 <alx_> it was about overlays
Jan 21 12:46:20 <alx_> but .. good news... some more reading, some more trial and error, and some moral support from you and I got it :)
Jan 21 12:46:31 <alx_> now I'm fighting against qemu :(
Jan 21 12:47:52 <ericben> hi GNUtoo|laptop 
Jan 21 12:48:42 <GNUtoo|laptop> hi
Jan 21 12:48:50 <GNUtoo|laptop> so, several things:
Jan 21 12:49:02 <GNUtoo|laptop> I rebased the patches but I don't know where to send them
Jan 21 12:49:11 <GNUtoo|laptop> is there a pengutronix mailing list?
Jan 21 12:49:24 <GNUtoo|laptop> or should it go to linux-arm?
Jan 21 12:49:29 <ericben> GNUtoo|laptop: linux-arm-kernel
Jan 21 12:49:38 <GNUtoo|laptop> ok thanks
Jan 21 12:49:47 <GNUtoo|laptop> then I'll PM you
Jan 21 12:50:12 <ericben> GNUtoo|laptop: if you want me to do a preliminary review feel free to send it to me (even if I'm not a good reviewer ;-)
Jan 21 12:51:26 <alx_> btw which bootloader is good for embedded ?
Jan 21 12:51:29 <alx_> grub ?
Jan 21 12:52:17 <woglinde> alx depends on your platform/machine
Jan 21 12:53:00 <alx_> dumbly it is x86
Jan 21 12:53:02 <alx_> :D
Jan 21 12:53:53 <alx_> x86 with hardware built custom, with usb ts, and a 2Gb flash that is seen as hda1
Jan 21 12:54:17 <Jay7> grub/lilo/syslinux
Jan 21 12:54:20 <alx_> oky
Jan 21 12:54:32 <Jay7> what you know better :)
Jan 21 12:54:35 <alx_> grub
Jan 21 12:54:46 <Jay7> so just use it then
Jan 21 12:55:00 <alx_> Jay7, so once I do a bitbake grub, what is the command to use the oe version of grub ?
Jan 21 12:55:13 <Jay7> oh..
Jan 21 12:55:21 <Jay7> do we  have grub recipe?
Jan 21 12:55:23 <woglinde> you dont need grub from oe
Jan 21 12:55:27 <GNUtoo|laptop> alx_, maybe add grub2 in oe if it's not already there
Jan 21 12:55:34 <GNUtoo|laptop> Jay7, we have only grub1
Jan 21 12:55:38 <GNUtoo|laptop> if I remember well
Jan 21 12:55:42 <whosit> When I do a git clone of git.openembedded.org/openembedded, I get a connection refused message. Is the repo down?
Jan 21 12:55:42 <woglinde> gnutoo haha
Jan 21 12:55:43 <alx_> Jay7, yes there is grub1
Jan 21 12:55:50 <woglinde> he shouldnt use grub1 anymore
Jan 21 12:55:53 <woglinde> use grub2
Jan 21 12:56:08 <Jay7> grub1 is good enough :)
Jan 21 12:56:18 <alx_> grub-0.97.bb
Jan 21 12:56:37 <Jay7> but from upgrading point of view it may be PITA..
Jan 21 12:56:48 <alx_> what is PITA ?
Jan 21 12:57:02 <Jay7> pain in the ass :))
Jan 21 12:57:12 <alx_> o.O 
Jan 21 12:57:16 <CMoH-notebook>  back
Jan 21 12:57:29 <whosit> Is the repo down? 'git clone git://git.openembedded.org/openembedded' gives me 'connection refused'
Jan 21 12:57:51 <GNUtoo|laptop> ericben, ok
Jan 21 12:58:10 <CMoH-notebook> thinking on the workaround on getting a proper error code, it got me thinking about bitbake design: could it be designed with a error collector object, and an error reporting policy?
Jan 21 12:58:19 <CMoH-notebook> much like the junit/cppunit test runners
Jan 21 12:58:25 <Jay7> whosit: looks like
Jan 21 12:58:55 <whosit> @Jay7: Ok, thanks for confirming. When the west coast wakes up, will it likely be fixed?
Jan 21 12:59:08 <Jay7> git-daemon is down
Jan 21 12:59:49 <Jay7> whosit: sure
Jan 21 12:59:55 <whosit> Thanks
Jan 21 13:00:07 <Jay7> I have other outage awaiting for west coast :)
Jan 21 13:21:27 <alx_> Jay7, GNUtoo|laptop, how to discover why my image doesn't boot (it's bitbake base-image)
Jan 21 13:22:32 <Jay7> how do you booting it?
Jan 21 13:46:11 <eFfeM_work> Jay7: fyi it is getting more and more mysterious, logged in into the autobuilder did a manual execute of do_rootfs and all works !
Jan 21 13:46:37 <Jay7> hm.. some kind of magic :)
Jan 21 13:47:14 <mwester> Interference from fakeroot?
Jan 21 13:47:45 <kergoth> eFfeM_work: RP has argued in the past that seeing an error message should result in a non-zero exit status from bitbake.  i disagree, personally.  the behavior may vary between versions right now, should verify
Jan 21 13:49:15 <ericben> from memory, un successful build with some parsing warnings returned a non zero exit status
Jan 21 13:49:22 <ericben> from memory, a successful build with some parsing warnings returned a non zero exit status
Jan 21 13:49:36 <kergoth> again, i'm referring to bb.error()/bb.msg.error()
Jan 21 13:49:42 <kergoth> regardless of what it says *in the message*
Jan 21 13:50:18 <eFfeM_work> kergoth: I'm not taking a position in that discussion, but ... 
Jan 21 13:50:27 <eFfeM_work> in that case I feel that the message at then end:
Jan 21 13:50:28 <eFfeM_work> NOTE: Tasks Summary: Attempted 5793 tasks of which 0 didn't need to be rerun and 0 failed. 
Jan 21 13:50:39 <Jay7> shouldn't warnings be bb.warn?
Jan 21 13:50:53 <eFfeM_work> is somewhat misleading, the task that got the error should then also be marked as failed
Jan 21 13:50:56 <kergoth> yeah, its misleading.  if a non-fatal error occurred, the task succeeded, yet bitbake exits 1? makes no sense
Jan 21 13:50:58 <kergoth> right
Jan 21 13:51:10 <kergoth> also, where do you draw the line between a non-fatal error and a warning
Jan 21 13:51:32 <Jay7> non-fatal error is warning :)
Jan 21 13:51:39 <Jay7> fatal error is error :)
Jan 21 13:51:41 * kergoth nods
Jan 21 13:51:59 <kergoth> of course, python's logging module has warning, error, and critical
Jan 21 13:52:05 <eFfeM_work> yup, IMHO if there is an error the result cannot be ok (although there might be a back to teh rails mechanism to try to proceed and get mroe errors
Jan 21 13:52:06 <kergoth> which just adds to the confusion
Jan 21 13:53:08 <Jay7> well.. when image was build it should return 0
Jan 21 13:53:44 <Jay7> so image can't be build successfully when some errors present
Jan 21 13:55:14 <Jay7> so any message that doesn't break build shouldn't set exit code to non-zero
Jan 21 13:55:24 <Jay7> that is my point of view
Jan 21 14:00:39 <eFfeM_work> if the image is successfully built is was not an error
Jan 21 14:01:22 <eFfeM_work> so either the package that generated an error (in my case a QA one) should be flagged as erroneous and should stop the build or the buid is ok and there is no error
Jan 21 14:02:03 <ericben> eFfeM_work: I fully agree, else we should also add -Werror as default CFLAGS :)
Jan 21 14:03:12 <Jay7> QA messages threating should be configurable :)
Jan 21 14:03:16 <woglinde> ericben muahaha
Jan 21 14:03:17 <Jay7> as warning or as error
Jan 21 14:03:39 <woglinde> than 70% of the soft will not compile
Jan 21 14:03:47 <Jay7> yeah
Jan 21 14:03:52 <ynezz> 0.7% will compile :p
Jan 21 14:04:18 <woglinde> damn still minipci isdn cards are this expensive
Jan 21 14:04:24 <Jay7> then enable -DFORTIFY_SOURCE :)
Jan 21 14:04:31 <Jay7> and kill leaving 0.7 :)
Jan 21 14:04:36 <ericben> woglinde: yes but in that case the return code of bitbake will most of the time  be representative of the result of the execution :-D
Jan 21 14:05:08 <ericben> Jay7: and call it oe-core as what is left should be clean :-D
Jan 21 14:05:12 <Jay7> woglinde: is isdn widely used in germany?
Jan 21 14:05:20 <Jay7> still
Jan 21 14:24:41 <bertszoghy> Hello,
Jan 21 14:25:06 <bertszoghy> Yesterday I bitbaked a full kernel and a base root filesystem for a Ka-ro TX25 board. Today I am trying to compile a simple "hello world" external kernel module to figure out how to achieve this with Bitbake. In a devshell I try echo $BUILD_CFLAGS and get -isystem/home/bertrand/oe/arago-tmp/sysroots/i686-linux/usr/include -O2 -g
Jan 21 14:25:21 <bertszoghy> If I do: unset LDFLAGS
Jan 21 14:25:31 <bertszoghy> $CC -D__KERNEL__ -D__SMP__ -DMODULE -DMODVERSIONS $BUILD_CFLAGS -Wall -O2 -o hello.o -c hello.c
Jan 21 14:25:42 <alx_> ehm.. how to obtain a verbose kernel to see what is wrong ? 
Jan 21 14:25:45 <bertszoghy> Compiler complains: hello.c:1:60: error: linux/module.h: No such file or directory ... What is the bitbake variable I should use instead of $BUILD_CFLAGS to specify the pre-configured kernel include dir?
Jan 21 14:26:14 <ericben> bertszoghy: using http://www.kunen.org/uC/beagle/oe_kmod.html youc an werit a recipe to compile a kernel module
Jan 21 14:26:43 <bertszoghy> thanks ericben, looking...
Jan 21 14:32:13 <bertszoghy> I like this group! ;)
Jan 21 14:36:35 <alx_> ericben, I bitbaked an image and a kernel but I cannot get any debug info :(
Jan 21 14:38:07 <ericben> alx_: what do you mean by "debug info" ?
Jan 21 14:38:34 <alx_> any text beyond Booting linux kernel...
Jan 21 14:38:44 <ericben> alx_: which target ?
Jan 21 14:38:47 <alx_> x86
Jan 21 14:38:52 <alx_> working with qemu
Jan 21 14:39:01 <ericben> how do you launch qemu ?
Jan 21 14:40:04 <alx_> $ /usr/bin/qemu -M pc --snapshot -m 1024 -kernel /home/alessandro/biotechware/build/cardiopad-x86_angstrom.9//deploy/glibc/images/cardiopad-x86/bzImage-cardiopad-x86.bin -serial stdio -usb -usbdevice wacom-tablet --no-reboot -localtime -drive file=/home/alessandro/biotechware/build/cardiopad-x86_angstrom.9//deploy/glibc/images/cardiopad-x86/base-image-cardiopad-x86.ext3 -append 'console=tty0 root=/dev/hda rw   debug user_debug=-1' -net none
Jan 21 14:40:17 <alx_> qemu from host system  (not OE) 
Jan 21 14:40:25 <alx_> ubuntu 10.10
Jan 21 14:42:28 <ericben> try console=ttyS0
Jan 21 14:43:04 <ericben> to have log on serial which is you stdio
Jan 21 14:43:15 <Tartarus> khem, or any other uclibc people? qemuarm+minimal-uclibc+samba fails: http://pastebin.com/Ff6K8FGQ
Jan 21 14:43:58 <alx_> ericben, same as before :(
Jan 21 14:45:59 <alx_> tried -serial stdio and -serial vc (as manpage of qemu)
Jan 21 14:48:04 <woglinde> tartarus hm samba again
Jan 21 14:48:05 <ericben> alx_: try with one of you /boot/vmlinuz to see if that works
Jan 21 14:48:13 <alx_> ok
Jan 21 14:48:13 <woglinde> I thought khem already solved it
Jan 21 14:48:23 <ericben> once that work this way, try wiith OE's image
Jan 21 14:48:46 <ericben> just tried here (fedroa 14) with you commande line my PC's kernel boots fine
Jan 21 14:51:39 <woglinde> hm at_exit again
Jan 21 14:51:44 <woglinde> didnt saw this for a while
Jan 21 14:51:48 <woglinde> but I cannot solve it
Jan 21 14:51:59 <woglinde> we have to wait for khem
Jan 21 14:52:29 <alx_> ericben, yes it works with my host kernel
Jan 21 14:53:31 <ericben> alx_: so the problem is in your OE generated kernel
Jan 21 14:54:20 <alx_> ericben, I was sure about it :( how to solve ?
Jan 21 14:54:26 <alx_> any suggestion ?
Jan 21 14:57:09 <ericben> alx_: now : no :-(
Jan 21 14:58:08 <alx_> np
Jan 21 14:58:19 <alx_> if I found a bug and I patch it
Jan 21 14:58:24 <alx_> what should I do next ?
Jan 21 14:58:30 <alx_> git commit <file> ?
Jan 21 14:58:31 <alx_> :D
Jan 21 14:59:48 <ericben> alx_: http://wiki.openembedded.org/index.php/GitPhraseBook
Jan 21 15:00:10 <ericben> alx_: http://wiki.openembedded.org/index.php/GitPhraseBook#Create_patches_suitable_for_the_mailing_list
Jan 21 15:09:43 <dbrant> hi there
Jan 21 15:10:35 <dbrant> I'm getting "connection refused" when trying to clone Bitbake from git://git.openembedded.net/bitbake... any ideas?
Jan 21 15:11:51 <dbrant> OK then!
Jan 21 15:11:57 <woglinde> dbrant problem with the server you have to wait
Jan 21 15:12:31 <woglinde> use the mirror
Jan 21 15:12:34 <woglinde> see /topic
Jan 21 15:15:37 <dbrant> sorry, what is /topic?
Jan 21 15:16:09 <woglinde>  type /topic and egt your wonder
Jan 21 15:17:10 <bertszoghy> ericben: if I do MACHINE=tx25 bitbake kmodule-test then I get an ipk, but what is the command to build the whole kernel bin with kmodule-test? It's not MACHINE=tx25 bitbake kmodule-test virtual/kernel ... or do I need to add it to a DEPENDS variable somewhere?
Jan 21 15:19:03 <dbrant> "the remote end hung up unexpectedly"
Jan 21 15:42:03 <bertszoghy> ericben?
Jan 21 15:51:40 <ynezz> ah, tinderbox is on the same box, ok than
Jan 21 16:19:50 * khem yawns
Jan 21 16:20:12 <woglinde> hi khem
Jan 21 16:20:18 <khem> hello 
Jan 21 16:20:32 <woglinde> khem hehe samba bites you
Jan 21 16:20:47 <khem> alx_: there are scripts in contrib/qemu/ directory to run qemu with OE images
Jan 21 16:20:52 <khem> woglinde: hmm
Jan 21 16:20:58 <khem> ah I see
Jan 21 16:21:31 <woglinde> and I dont know why the samba-stuff isnt fixing the compilerwarnings
Jan 21 16:21:54 <nschle85> hello, may be the 10000th question: is there any problem with the git server ?
Jan 21 16:22:33 <khem> Tartarus: I would ask you to do 2 things 1. Can you try to downgrade to binutils 2.20.1 and see if it works ? 2. Set PREFERRED_ARM_INSTRUCTION = "arm" for samba and that should get it building 
Jan 21 16:22:40 <woglinde> nschle85 yes there is
Jan 21 16:23:04 <khem> Tartarus: its a issue with mixing arm and thumb code jama ran into similar but different issue
Jan 21 16:23:04 <woglinde> khem ieehks so a thumb problem again
Jan 21 16:23:40 <khem> Tartarus: I need to verify if its a legitimate limitation or linker is going wonky
Jan 21 16:23:54 <khem> hmm git server issues ?
Jan 21 16:24:00 <khem> I thought we fixed it last night
Jan 21 16:24:37 <khem> let ka6sox wakeup
Jan 21 16:25:01 <nschle85> woglinde: would the git problem be fixed today ? (UTC)
Jan 21 16:26:30 <woglinde> nschle85 maybee
Jan 21 16:26:57 <nschle85> khem: git.openembedded.net[0: 140.211.169.165]: errno=Connection refused
Jan 21 16:29:54 <khem> nschle85: works ok here
Jan 21 16:30:28 <khem> nschle85: try git.openembedded.org
Jan 21 16:31:05 <nschle85> khem: i am using martins Makefile ... 
Jan 21 16:32:09 <nschle85> how to switch the server in an existing repository ?
Jan 21 16:33:00 <Heinervdm> change it in .git/config
Jan 21 16:35:27 <nschle85> khem: Heinervdm: git.openembedded.org[0: 140.211.169.165]: errno=Connection refused
Jan 21 16:36:19 <nschle85> org and net seems to have the same IP
Jan 21 16:41:53 <nschle85> khem: git problem also on my dedicated server: http://norman-schleicher.de/hudson/job/shr-unstable-image-clean-build/141/console
Jan 21 16:43:22 <nschle85> khem: german government blocks openembedded :-)
Jan 21 16:43:32 <woglinde> ?
Jan 21 16:45:08 <Tartarus> khem, I know i've had this for longer than the 2.21 switch
Jan 21 16:45:16 <Tartarus> khem, I'll try #2 mondayish
Jan 21 16:48:45 <nschle85> woglinde: woglinde who is solving the git problem ? khem seems not to have any problems, strange ...
Jan 21 16:49:13 <woglinde> woho
Jan 21 16:49:14 <woglinde> http://labs.qt.nokia.com/2011/01/21/status-of-qt-modularization/#more-3044
Jan 21 16:49:20 <woglinde> mom
Jan 21 16:51:29 <woglinde> ah yes
Jan 21 16:51:33 <woglinde> http is broken
Jan 21 16:51:35 <woglinde> ssh still works
Jan 21 16:53:13 <nschle85> woglinde: i have no ssh access to oe git :-( 
Jan 21 16:54:00 <woglinde> yes
Jan 21 16:54:12 <woglinde> but thats the reason it works for khem and me
Jan 21 16:54:18 <woglinde> and not for you
Jan 21 16:55:01 <nschle85> woglinde: but if anybody knows and is still fixing  it then all is fine
Jan 21 16:55:32 <nschle85> woglinde: is ist possible to get Readonly acces if i send youz my public key ?
Jan 21 16:57:39 <woglinde> nschle85 no
Jan 21 16:57:40 <woglinde> sorry
Jan 21 17:00:59 <nschle85> woglinde: for read write access  i am not trusted and active enough, i think 
Jan 21 17:05:59 <alx_> khem, already using those
Jan 21 17:08:05 <CIA-10> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * rbd7a0fa284 10openembedded.git/recipes/gstreamer/ (gst-plugins-base_0.10.25.bb gst-plugins-base_0.10.31.bb): 
Jan 21 17:08:05 <CIA-10> gst-plugins-base: Add libxrandr to DEPENDS
Jan 21 17:08:05 <CIA-10> Fixes link errors with libgdk-x11.
Jan 21 17:08:05 <CIA-10> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Jan 21 18:18:28 <dbarden> Hi, I just tried to download openembedded from git and got a connection refused. Anybody know if the server is scheduled for maintenance or is it just instability?
Jan 21 18:18:48 <dbarden> git.openembedded.org[0: 140.211.169.165]: errno=Connection refused
Jan 21 18:19:31 <ka6sox> dbarden, lemme look
Jan 21 18:19:31 <khem> Tartarus: great so its not a binutils 2.20 -> 2.21 switch glad to know that
Jan 21 18:19:46 <khem> Tartarus: I am pretty sure #2 will work
Jan 21 18:21:17 <bertszoghy> hello
Jan 21 18:22:24 <bertszoghy> My Arago linux qte image doesn't have a /var/log/messages (where on Earth???)
Jan 21 18:24:20 <bertszoghy> where do the insmod printk messages go? Grrr...
Jan 21 18:25:45 <ka6sox> dbarden, try again please.
Jan 21 18:25:53 <ka6sox> I want to watch it
Jan 21 18:27:05 <dbarden> ka6sox: it is now working. Thanks very much. 
Jan 21 18:27:29 <ka6sox> ya, had to unplug up the works....thanks for the heads up.
Jan 21 18:27:29 <khem> nschle85 should be informed too that git is fixed now
Jan 21 18:27:48 <nschle85> ka6sox: i had the same problem, git via http works now, thank you very much !
Jan 21 18:28:01 <khem> ka6sox: thx for fixing it
Jan 21 18:28:18 <ka6sox> yw...okay back to your regularly scheduled programme
Jan 21 18:28:20 * khem should have biked to work its sunny
Jan 21 18:29:00 <nschle85> khem: thank you 
Jan 21 18:29:50 <khem> oh thank ka6sox I did nothing
Jan 21 18:29:58 <khem> other than empathy :)
Jan 21 18:30:26 <khem> mwester: around ?
Jan 21 18:30:56 <nschle85> khem: you told ka6sox that i should be informed, thats nice ...
Jan 21 18:31:00 <khem> mwester: yesterday I was able punt udev out of ucslugc image and use busybox-mdev fully
Jan 21 18:31:26 <khem> I have posted few patches with regard to that
Jan 21 18:32:16 <woglinde> hi ka6sox
Jan 21 18:33:27 <ka6sox> hiya woglinde going to CeBit?
Jan 21 18:34:16 <woglinde> ka6sox yes
Jan 21 18:34:20 <woglinde> for oe and navit
Jan 21 18:34:30 <woglinde> from thursday-satuarday
Jan 21 18:35:04 <ka6sox> woglinde, nice
Jan 21 18:35:24 <ka6sox> I'll be at SCALE from thurs-monday
Jan 21 18:35:33 <nschle85> khem: some minutes ago you talked about arm thumb problems. My question: i did have problems building shr image on i386 host, then i switched to amd64 and all was fine. Is it now possible to compile shr on a 386 host ?
Jan 21 18:36:41 <nschle85> khem: the problem i am talking where round about 4-5 month ago
Jan 21 18:36:45 <khem> nschle85: jama will be the best guy to answer that
Jan 21 18:36:59 <khem> nschle85: 4-5 months is a looooong time ago
Jan 21 18:37:03 <khem> you should retry
Jan 21 18:37:23 <nschle85> khem: if i try will it be fixed ?
Jan 21 18:39:32 <khem> nschle85: what do u mean
Jan 21 18:40:54 <nschle85> khem: if there will be the same arm thumb  problems i had 5 month ago, will anybody care about it ?
Jan 21 18:41:58 <nschle85> khem: 5 month ago nobody was interested in so i changed my build host from 32->64 bit
Jan 21 18:42:39 <khem> nschle85: yes I can try 
Jan 21 18:42:45 <khem> but I only have so much time
Jan 21 18:43:50 <nschle85> khem: thank you, ill try to compile under 32 bit and inform you about the result
Jan 21 18:44:00 <khem> nschle85: sure np
Jan 21 18:44:04 <khem> good luck
Jan 21 18:44:13 <khem> nschle85: whats your machine btw
Jan 21 18:44:42 <woglinde> so dish is waiting
Jan 21 18:44:45 <woglinde> till later
Jan 21 18:44:54 <ka6sox> woglinde, enjoy
Jan 21 18:45:50 <nschle85> khem: amd64 x2 ubuntu 10.10amd64 but ill try under ubuntu 10.10i386
Jan 21 18:46:20 <khem> I mean target machine
Jan 21 18:49:56 <nschle85> khem: arm(v4t) (shr for opnmoko freerunner)
Jan 21 18:52:12 <nschle85> khem: i was surprised that the toolchain behaves different on i386 and amd64 host
Jan 21 18:52:49 <nschle85> khem: on amd64 not thumb errors recognized, under i386 host the build failed
Jan 21 18:52:49 <CIA-10> 03Chris Larson <chris_larson@mentor.com> 07master * rf2f23a5c2a 10openembedded.git/recipes/iputils/ (files/CVE-2010-2529.patch iputils_20071127.bb): 
Jan 21 18:52:49 <CIA-10> iputils: apply patch for CVE-2010-2529
Jan 21 18:52:49 <CIA-10> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Jan 21 18:53:03 <CIA-10> 03Chris Larson <chris_larson@mentor.com> 07master * raf1046551e 10openembedded.git/recipes/guile/ (guile-native-1.8.7/reloc.patch guile-native_1.8.7.bb): 
Jan 21 18:53:04 <CIA-10> guile-native: apply relocation patch
Jan 21 18:53:04 <CIA-10> This makes guile-tools find its datadir based upon the location of the script,
Jan 21 18:53:05 <CIA-10> rather than the paths replaced by ./configure.
Jan 21 18:53:05 <CIA-10> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Jan 21 18:53:08 <CIA-10> 03Chris Larson <chris_larson@mentor.com> 07master * r4880cfd021 10openembedded.git/recipes/libmikmod/ (3 files in 2 dirs): 
Jan 21 18:53:09 <CIA-10> libmikmod: apply patch for CVE-2010-2971
Jan 21 18:53:09 <CIA-10> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Jan 21 18:53:09 <CIA-10> 03Chris Larson <chris_larson@mentor.com> 07master * r89fe684110 10openembedded.git/recipes/rng-tools/ (files/default files/init rng-tools_2.bb): 
Jan 21 18:53:09 <CIA-10> rng-tools: improve startup script
Jan 21 18:53:09 <CIA-10> - Use short arguments for start-stop-daemon
Jan 21 18:53:10 <CIA-10> - Fix path to the daemon (it isn't in /usr/local)
Jan 21 18:53:10 <CIA-10> - Allow specifying the RNG device in /etc/default/rng-tools
Jan 21 18:53:11 <CIA-10> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Jan 21 18:53:12 <CIA-10> 03Chris Larson <chris_larson@mentor.com> 07master * rca83d2d399 10openembedded.git/recipes/wget/ (wget-1.12/CVE-2010-2252.patch wget_1.12.bb): 
Jan 21 18:53:12 <CIA-10> wget: apply patch to 1.12 for CVE-2010-2252
Jan 21 18:53:12 <CIA-10> Signed-off-by: Chris Larson <chris_larson@mentor.com>
Jan 21 18:55:11 <nschle85> khem: another problem i recognized is: compiling in an i368 chroot environment on amd64 was also not possible (gives another error which ich does not remember)
Jan 21 19:02:13 <nschle85> khem: we keep in contact, ill do my tasks and give you the results
Jan 21 19:02:25 <nschle85> khem: bye
Jan 21 19:07:49 <tharvey> how does bitbake determine what tasks to create logs for in WORKDIR/temp?  ie why is there no log for do_deploy_to for images (which has addtask deploy_to after do_rootfs in image.bbclass) 
Jan 21 19:17:40 <woglinde> re
Jan 21 19:18:22 <bertszoghy> Hello, is there a conf file for the Ka-ro TX28 board? It runs on a  Freescale i.MX287 processor.
Jan 21 19:18:48 <woglinde> look under conf/machine
Jan 21 19:20:56 <bertszoghy> have looked, was hoping it had another name than tx28.conf
Jan 21 19:21:24 <ericben> bertszoghy: no there isn't any tx28 in OE
Jan 21 19:22:52 <bertszoghy> understood
Jan 21 19:28:25 <woglinde> hm cannt he make a config himself?
Jan 21 19:39:45 <Jay7> ka6sox: tinderbox saying me "Table 'oestats_package' is marked as crashed and should be repaired"
Jan 21 19:41:00 <ka6sox> Jay7, thanks
Jan 21 20:29:25 <woglinde> hi  mickeyl
Jan 21 20:29:35 <mickeyl> hey woglinde 
Jan 21 20:47:41 <tharvey> in image.bbclass there is an 'addtask deploy_to after do_rootfs' yet 'do_deploy_to' never gets called that I can tell when building an image - why would that be?
Jan 21 20:48:00 <bertszoghy> hello, my manager asks if OE has plans to support and/or has a timeline for the Ka-ro TX28 board? 
Jan 21 20:48:45 <woglinde> bertszoghy not really
Jan 21 20:48:55 <woglinde> bertszoghy you might write the machine file your self
Jan 21 20:49:02 <woglinde> and/or provide a kernel.bb
Jan 21 20:50:59 <bertszoghy> woglinde: thank you for your confidence! ;)
Jan 21 20:51:06 <bertszoghy> never say never
Jan 21 21:00:51 <ericben> bertszoghy: or ask Karo to provide support for their boards in OE !
Jan 21 21:02:14 <woglinde> ericben I think when he is looking at the other machine file he is cable to write the machine file himself
Jan 21 21:02:20 <woglinde> problem might be the kernel
Jan 21 21:02:29 <bertszoghy> Indeed, I do not relish the thought of cross-compiling PHP with pChart support without Bitbake again.
Jan 21 21:15:19 <mr_nice> yes kernels are always the problem :(
Jan 21 21:18:27 <Crofton> bertszoghy, we can't schedule that sort of thing
Jan 21 21:18:40 <Crofton> we depend on volunteers to do that sort of thing
Jan 21 21:19:00 <Crofton> or companies can fund people to do it, or contribute the work themselves :)
Jan 21 21:19:30 <bertszoghy> That was understood.
Jan 21 21:19:59 <bertszoghy> Just wondering if someone was working on it.
Jan 21 21:20:07 <bertszoghy> Already.
Jan 21 21:20:36 <Crofton> looks like a neat board though
Jan 21 21:21:37 <mr_nice> bertszoghy: do you know if the board is supported in linux mainline?
Jan 21 21:22:06 <ericben> mr_nice: mx28 support is actually wip
Jan 21 21:22:57 <mr_nice> ah ok
Jan 21 21:24:37 <khem> ericben|away: otherwise is my patch ok for slugos/busybox
Jan 21 21:25:06 <kergoth_> hmmm
Jan 21 22:15:00 <Jay7> well.. archlinux VM for development consume 1G vs OE's 160Mb of native-sdk-image
Jan 21 22:15:32 <Jay7> but working :)
Jan 21 22:18:33 <ka6sox> Jay7, working?
Jan 21 22:18:59 <Jay7> autoconf is broken in native-sdk-image
Jan 21 22:19:12 <Jay7> may be just broken even
Jan 21 22:19:12 <ka6sox-away> oh, i meant oe tindebox
Jan 21 22:19:33 <Jay7> tinderbox still waiting for repair table :)
Jan 21 22:36:13 <khem> Jay7: IIRC you had freebsd boxes too right ? 
Jan 21 22:36:19 <khem> Jay7: for trying OE builds
Jan 21 22:37:59 <Jay7> khem: yes
Jan 21 22:38:15 <Jay7> I have freebsd inside kvm for this
Jan 21 22:40:18 <Jay7> but freebsd 8.1 fails in kvm when trying to run with -smp >1
Jan 21 22:40:35 <woglinde> try virtualbox
Jan 21 22:40:46 <Jay7> yes, I'm thinking about this too
Jan 21 22:41:38 <Jay7> because amd phenom isn't good for run single cpu hungry process..
Jan 21 22:42:00 <woglinde> he xora
Jan 21 22:42:05 <woglinde> jay7 yes I know
Jan 21 22:42:07 <XorA> hey woglinde 
Jan 21 22:44:44 <khem> Jay7: so have you been able to run any oe builds on fbsd ? or still struggling to get fbsd setup
Jan 21 22:45:09 <Jay7> khem: this requires lots of work on compatibility
Jan 21 22:45:27 <Jay7> so, no success ATM
Jan 21 22:46:41 <khem> k
Jan 21 22:47:26 <Jay7> I'll continue after kexecboot release
Jan 21 22:51:47 <woglinde> jay7 hehe
Jan 21 22:51:55 <woglinde> whats new in new version?
Jan 21 22:52:28 <Jay7> woglinde: UI mostly
Jan 21 22:53:02 <Jay7> and may be logs/debug viewing dialog
Jan 21 22:53:29 <ka6sox> jay7
Jan 21 22:53:35 <ka6sox> its fixed according to mysqlcheck
Jan 21 22:54:06 <Jay7> ka6sox: yes, looking alive
Jan 21 22:54:10 <Jay7> thanks
Jan 21 22:54:15 <woglinde> ka6sox is there no sqlite backend for tinderbox?
Jan 21 22:54:56 <Jay7> sqlite isn't good for multiple writing processes iirc
Jan 21 22:55:07 <woglinde> ?
Jan 21 22:55:17 <woglinde> where did you hear that?
Jan 21 22:55:30 <woglinde> its thread safe
Jan 21 22:55:33 <Jay7> there is no daemon -> every process should lock entry database file
Jan 21 22:56:33 <woglinde> ah damn
Jan 21 22:56:41 <Jay7> switch oe-stats to innodb should help too
Jan 21 22:56:53 <woglinde> switching it to postgres
Jan 21 22:56:58 <Jay7> even better ;)
Jan 21 22:57:14 <woglinde> jay7 sorry I mixed it up with patchwork
Jan 21 22:57:45 <woglinde> oe-stats has a lot more parallel access
Jan 21 22:58:08 <Jay7> yes, sqlite under patchwork may be accessible
Jan 21 22:59:05 <Jay7> but anyway, mysql already there in memory
Jan 21 22:59:43 <Jay7> we just should migrate from myisam to innodb at first 
Jan 21 22:59:58 <Jay7> then to postgres ;)
Jan 21 23:10:06 <Jay7> oh.. vbox can't share VT CPU extension with kvm
Jan 21 23:17:59 <Crofton> khem, ping
Jan 21 23:19:23 <hbeck> so, I know not specifically OE related, but anyone familiar with opkg?  I am trying to figure out how to make use of x-feed.conf files I am generating to provide src/gz references to a http uri location
Jan 21 23:22:21 <woglinde> jay7 yes you have to unload the modules
Jan 21 23:22:38 <Jay7> woglinde: done already :)
Jan 21 23:30:43 <Jay7> hm.. seems vbox + fbsd is more stable than kvm + fbsd
Jan 21 23:33:05 <woglinde> good nite
Jan 21 23:51:34 <khem> Crofton: pong
Jan 21 23:52:22 <khem> hbeck: x-feed.conf ? 
Jan 21 23:53:01 <Crofton> hmmm
Jan 21 23:53:03 <Crofton> ah
Jan 21 23:53:27 <Crofton> remember I complained about a .py file in /lib and ldconfig complainging
Jan 21 23:53:41 <Crofton> gn wog
Jan 21 23:53:45 <Crofton> woop
Jan 21 23:53:50 <khem> Crofton: yes I do
Jan 21 23:53:59 <Crofton> did it get fixed?
Jan 21 23:54:08 <khem> no, but its harmless
Jan 21 23:54:15 * Crofton has to go to a Si Valley style meeting soon
Jan 21 23:54:18 <Crofton> I know that
Jan 21 23:54:23 <Crofton> :)
Jan 21 23:54:37 <Crofton> I just want to say it is fixed in updates and tick it off my list
Jan 21 23:54:38 <khem> Fixing will need some package restructuring
Jan 21 23:54:39 <Crofton> no problem
Jan 21 23:54:51 <Crofton> I just thought I'd check 
Jan 21 23:54:57 <Crofton> we have bigger fish to fry
Jan 21 23:55:03 <khem> let me think if I can find a a straighter solution to fix it
Jan 21 23:55:28 <khem> yeah usually I spend time fighting the fires :)
Jan 21 23:55:44 <khem> so how is your trip thus far
Jan 21 23:56:23 <Crofton> it will be better when data comes out of the fpga again :0
Jan 21 23:56:25 <Crofton> :)
Jan 21 23:57:14 <khem> ah k
Jan 21 23:57:18 <khem> weekend plans ?
Jan 21 23:57:22 <khem> work work work ?
Jan 22 00:00:29 <Crofton> heh
Jan 22 00:00:33 <Crofton> work probably
Jan 22 00:04:20 <khem> Crofton: ok, tomorrow I have to go to a open hours for a school for my daughter
Jan 22 00:04:27 <Crofton> cool
Jan 22 00:04:36 <khem> Crofton: lemme know if you have some time we could catch up 
Jan 22 00:04:43 <Crofton> will do
Jan 22 00:04:45 <khem> over on sunday or next week 
Jan 22 00:06:03 <Jay7> well.. 
Jan 22 00:06:09 <Tartarus> Jay7, any link for autoconf being broken?  It's good here in native-sdk-image in my matrix, but autoconf/perl stuff keeps being a PITA :(
Jan 22 00:06:28 <Tartarus> or was that on a non-linux host?
Jan 22 00:06:33 * Jay7 have finished tuning open-e dss v6 and citrix xenserver
Jan 22 00:07:07 <Jay7> Tartarus: this is not build breakage
Jan 22 00:07:14 <Jay7> this is runtime problem :)
Jan 22 00:07:20 <Jay7> I've sent mail to ML
Jan 22 00:07:31 <khem> I can look into the auto-foo
Jan 22 00:07:40 <khem> but I wont have time
Jan 22 00:07:44 <Tartarus> Is it a bad path in the program runtime error?
Jan 22 00:07:50 <Tartarus> or, subject?  I can peek real quick
Jan 22 00:08:01 <khem> Tartarus: I think paths are hardcored
Jan 22 00:08:03 <Jay7> http://lists.linuxtogo.org/pipermail/openembedded-devel/2011-January/028959.html
Jan 22 00:08:06 <khem> err hardcoded
Jan 22 00:08:07 <Jay7> here is it
Jan 22 00:08:32 <Jay7> I have this image here, so I can look for more info 
Jan 22 00:08:38 <Jay7> and TMPDIR is still alive
Jan 22 00:08:54 <Tartarus> ok
Jan 22 00:08:59 <Tartarus> So that's not too bad really
Jan 22 00:09:20 <Tartarus> A few of those are harmless as the first line of the program is either /usr/bin/perl or /usr/bin/env perl
Jan 22 00:10:13 <Tartarus> i was worried I broke things badly again, but that doesn't look to be the case :)
Jan 22 00:10:42 <Jay7> hehe :)
Jan 22 00:11:10 <Jay7> someone just should replace sysroots path's to right ones
Jan 22 00:11:26 <Tartarus> Yes
Jan 22 00:11:47 <Tartarus> I'd be very much in favor of a few manglers being added in the right spots to fixup both -native stuff and target stuff
Jan 22 00:12:19 <Jay7> btw, good testcase for runtime testing of native-sdk-image..
Jan 22 00:12:30 <Jay7> upload some sources there and try to compile
Jan 22 00:12:33 <Tartarus> kernel? and then some autotool thing
Jan 22 00:12:54 <Jay7> I'll add this to testbuilder once :)
Jan 22 00:13:19 <Jay7> or may be to bitbake, when we will be merged with yocto :)
Jan 22 00:21:23 * Jay7 -> sleep
Jan 22 00:36:09 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * r0f2a949439 10openembedded.git/recipes/ncurses/ncurses_5.7.bb: 
Jan 22 00:36:09 <CIA-10> ncurses_5.7.bb: Update the rollup patches
Jan 22 00:36:09 <CIA-10> * Fixes bugzilla/5505
Jan 22 00:36:09 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 00:37:23 <khem> Tartarus: around ?
Jan 22 00:37:54 <khem> Tartarus: I think your autobuilder rocks half of testing table is now populated by you 
Jan 22 00:38:32 <khem> Tartarus: however I think it would be nice if you could roll the images into one row for same distro/machine combo
Jan 22 00:38:35 <khem> like I do
Jan 22 00:38:40 <khem> that way we can keep the table small 
Jan 22 00:42:20 <Tartarus> I really want it automated
Jan 22 00:42:40 <Tartarus> and the problem I have with doing it like that, at least until it all turns blue, is the manual process of seeing what's working/not
Jan 22 00:42:47 <Tartarus> and updating the table thusly
Jan 22 00:43:00 <Tartarus> and obtw, i plan to bug oe-members about what else they want to see covered
Jan 22 00:43:39 <Tartarus> just a few failures (and I need to recheck) and it's only a 16h cycle
Jan 22 00:43:41 <Tartarus> So there's room to add more
Jan 22 00:46:03 <Tartarus> khem, obtw, minimal-uclibc+p2002ds+gcc-cross-sdk has a non-locale build failure, sec
Jan 22 00:46:27 <ka6sox> short interruption on melo while we reset a drive
Jan 22 00:46:53 <Tartarus> http://pastebin.com/kU4w1r3M
Jan 22 00:47:27 <Tartarus> That + gst-plugins-base that I fixed today + the samba thing we talked about earlier are it that's failing still
Jan 22 00:47:44 <Tartarus> oh and angstrom 2010.x + mini2440 due to u-boot + gcc 4.5 issue
Jan 22 00:47:49 <Tartarus> afk, dinner & stuff
**** ENDING LOGGING AT Sat Jan 22 00:48:05 2011

**** BEGIN LOGGING AT Sat Jan 22 00:52:36 2011
Jan 22 00:53:03 <khem> Tartarus: somehow its messing up the toolchain install I think
Jan 22 00:54:30 <khem> Tartarus: I can look at the uboot issue 
Jan 22 00:54:30 <khem> I think uboot needs a boot
**** BEGIN LOGGING AT Sat Jan 22 04:42:16 2011
Jan 22 05:06:40 <sanket> can anyone help me how to make sample.bb file.... I have created a file which is http://pastebin.mozilla.org/969167 .... the file is executing without any error .... but in work dir I m not getting any bin file
Jan 22 05:07:27 <sanket> has I done any mistake ?
Jan 22 08:15:14 <khem> sanket: 13.S = "${WORKDIR}/CHANGEME-${PV}"
Jan 22 08:15:32 <khem> sanket: the S should be set properly
Jan 22 08:16:02 <khem> 13.S = "${WORKDIR}/CHANGEME-${PV}"
Jan 22 08:16:25 <khem> an once you inherit autotools all do_* functions you define in the recipe will be overridden 
Jan 22 08:22:33 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * r358e9c4bc5 10openembedded.git/recipes/util-linux-ng/util-linux-ng.inc: 
Jan 22 08:22:33 <CIA-10> util-linux-ng.inc: Remove udev from DEPENDS
Jan 22 08:22:33 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 08:22:33 <CIA-10> Acked-by: Mike Westerhof <mike@mwester.net>
Jan 22 08:22:35 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * rfd387f9c30 10openembedded.git/ (conf/distro/slugos.conf recipes/tasks/task-slugos.bb): 
Jan 22 08:22:35 <CIA-10> slugos.conf: Define IMAGE_DEV_MANAGER to be udev
Jan 22 08:22:35 <CIA-10> * Dont hardcode udev to RDEPENDS but use IMAGE_DEV_MANAGER
Jan 22 08:22:35 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 08:22:35 <CIA-10> Acked-by: Mike Westerhof <mike@mwester.net>
Jan 22 08:22:38 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * rc792d04d2b 10openembedded.git/conf/distro/include/slugos.inc: 
Jan 22 08:22:38 <CIA-10> distro/include/slugos.inc: Change DEPLOY_DIR and CACHE locations
Jan 22 08:22:38 <CIA-10> * Current set of defines does not let slugos and ucslugc build in
Jan 22 08:22:38 <CIA-10> one tmpdir, this patch will let that happen and there by increase
Jan 22 08:22:38 <CIA-10> build times for those who would like to build both distros
Jan 22 08:22:38 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 11:06:32 <unsolo> Hi guys anyone running 2.6.34 on a beagleboard (normal or xM) or omap3evm
**** ENDING LOGGING AT Sat Jan 22 11:17:40 2011

**** BEGIN LOGGING AT Sat Jan 22 11:22:21 2011
Jan 22 11:44:11 <eFfeM> ka6sox: do you ever sleep ?
Jan 22 11:51:22 <ka6sox> eFfeM nope
Jan 22 11:53:13 <eFfeM> figured that
Jan 22 11:53:44 <eFfeM> ka6sox: how well populated is sources.openembedded.org ?
Jan 22 11:54:17 <ka6sox> eFfeM not well enough...we need access to the hh.org repos.
Jan 22 11:55:04 <eFfeM> can we get in touch with the hh.org admins  for that
Jan 22 11:56:14 <ka6sox> nope...they are AWOL.
Jan 22 11:57:06 <eFfeM> yeah: Handhelds.org is undergoing renovations - The site should be active on the week of December 1st, 2010!
Jan 22 15:12:46 <alx_> hi all, how to choose which xserver to use ? i'm building qt4-x11-demo-image for qemux86 and I get Xvesa instead of Xorg so the image doesn't work :(
Jan 22 15:17:21 <woglinde_> alx_ look in conf/machine
Jan 22 15:19:17 <alx_> woglinde_, if I'm right: I copy x86.conf to myx86.conf and write the line PREFERRED_PROVIDER_virtual/xserver="xserver-xorg". what about XSERVER ?
Jan 22 15:21:41 <alx_> woglinde_, well, i read that qemux86 should be already xserver-xorg, but so why I get Xvesa ? is it because in the recipe i see an include i686-generic.conf that override the defines written in qemu.inc ?
Jan 22 15:21:57 <GNUtoo|laptop> hi
Jan 22 15:22:11 <GNUtoo|laptop> does someone knows how to use kgdboc?
Jan 22 15:22:22 <GNUtoo|laptop> each I tried I failed
Jan 22 15:22:54 <GNUtoo|laptop> *each time
Jan 22 15:22:57 <GNUtoo|laptop> I lack something
Jan 22 15:23:07 <GNUtoo|laptop> all is setup by the book
Jan 22 15:23:11 <GNUtoo|laptop> but it doesn't break
Jan 22 15:23:56 <GNUtoo|laptop> woglinde_, hi
Jan 22 15:29:38 <alx_> GNUtoo|laptop, hi :)
Jan 22 15:31:03 <GNUtoo|laptop> hi
Jan 22 15:31:20 <GNUtoo|laptop> alx_, do you know how to activate kgdb break
Jan 22 15:32:23 <alx_> GNUtoo|laptop, sorry :(
Jan 22 15:38:10 <woglinde_> alx yes could be
Jan 22 15:38:12 <GNUtoo|laptop> hmmm it seem that freescale driver doesn't implement some callbacks 
Jan 22 15:38:16 <GNUtoo|laptop> http://forums.freescale.com/t5/i-MX-Microprocessors/kgdb-on-i-MX25-PDK-board/m-p/66087
Jan 22 15:39:30 <GNUtoo|laptop> namely .poll_get_char
Jan 22 15:39:45 <GNUtoo|laptop> and .poll_put_char
Jan 22 16:41:54 <woglinde> jo kergoth
Jan 22 16:50:28 <alx_> btw, may I SPAM here the request or a vote on an european startup competition where my device is using openembedded ? :P (Searching for votes) :P
Jan 22 16:51:15 <woglinde> alx hm
Jan 22 16:51:23 <woglinde> better write it to the ml
Jan 22 16:53:16 <alx_> woglinde, lol :) may I really ? :D
Jan 22 16:53:22 <alx_> which one is better ?
Jan 22 16:53:34 <woglinde> today arent that much people here
Jan 22 16:53:37 <woglinde> just post it
Jan 22 16:53:44 <alx_> ??
Jan 22 16:53:46 <woglinde> so the ml may get wider audience
Jan 22 16:53:55 <woglinde> hi mr_nice
Jan 22 16:54:04 <alx_> woglinde, openembedded-devel ?
Jan 22 16:54:19 <woglinde> yes
Jan 22 16:54:23 <alx_> oh ok
Jan 22 16:54:32 <woglinde> and post it to me in querry
Jan 22 16:54:36 <woglinde> I will have a look
Jan 22 16:54:51 <mr_nice> hi woglinde
Jan 22 16:55:55 <woglinde> hm?
Jan 22 17:00:17 <alx_> woglinde, may I send the email to you for check if it fits ? I hate SPAM :D
Jan 22 17:00:26 <woglinde> alx query
Jan 22 17:00:43 <woglinde>  /msg woglinde link
Jan 22 17:01:36 <alx_> ops ... 
Jan 22 17:01:38 <alx_> pasted the draft of the email :$
Jan 22 17:03:46 <woglinde> alx hm mail it to oe-users
Jan 22 17:03:50 <woglinde> that should fit
Jan 22 17:04:14 <alx_> ops ok
Jan 22 17:05:57 <woglinde> alx a pitty you didnt mentioned that you are using opensource software
Jan 22 17:06:03 <woglinde> in the voting
Jan 22 17:30:08 <CIA-10> 03Jesse Gilles <jgilles@multitech.com> 07master * r03069201ee 10openembedded.git/recipes/logrotate/logrotate_3.7.1.bb: 
Jan 22 17:30:09 <CIA-10> logrotate: fix /etc/crontab entry -- run as root
Jan 22 17:30:09 <CIA-10> * /etc/crontab entry was missing username field, so it never ran
Jan 22 17:30:09 <CIA-10> Signed-off-by: Jesse Gilles <jgilles@multitech.com>
Jan 22 17:30:09 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 17:30:14 <CIA-10> 03Koen Kooi <koen@dominion.thruhere.net> 07master * r6aa31074ad 10openembedded.git/classes/insane.bbclass: 
Jan 22 17:30:14 <CIA-10> insane bbclass: extend RPATH check to cover sysroots as well
Jan 22 17:30:14 <CIA-10> * Having rpath to sysroot is just as bad as one to workdir
Jan 22 17:30:14 <CIA-10> Based on insane.bbclass from yocto
Jan 22 17:30:15 <CIA-10> Signed-off-by: Koen Kooi <koen@openembedded.org>
Jan 22 17:30:15 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 17:30:21 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * r9660b51b53 10openembedded.git/recipes/libass/ (libass.inc libass_0.9.11.bb): (log message trimmed)
Jan 22 17:30:21 <CIA-10> libass: add 0.9.11
Jan 22 17:30:21 <CIA-10> The web site states the following [1].
Jan 22 17:30:21 <CIA-10> The following projects use libass:
Jan 22 17:30:21 <CIA-10> MPlayer
Jan 22 17:30:21 <CIA-10> VLC
Jan 22 17:30:22 <CIA-10> GStreamer (assrender plugin)
Jan 22 17:30:35 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * r0e8eaa0a67 10openembedded.git/recipes/openmax/ (3 files in 2 dirs): (log message trimmed)
Jan 22 17:30:35 <CIA-10> libomxil-bellagio_{0.9.2.1, git}: add patch: remove `-Werror` from `CFLAGS` to fix build with GCC 4.5
Jan 22 17:30:35 <CIA-10> Am Montag, den 17.01.2011, 12:45 +0100 schrieb Paul Menzel:
Jan 22 17:30:35 <CIA-10> > Build tested with `angstrom-2008.1` for `MACHINE = "beagleboard"`. With `angstrom-2010.x` it fails with the following error.
Jan 22 17:30:36 <CIA-10> >
Jan 22 17:30:36 <CIA-10> > arm-angstrom-linux-gnueabi-libtool: compile:
Jan 22 17:30:37 <CIA-10> arm-angstrom-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon
Jan 22 17:31:08 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * rb0a5147083 10openembedded.git/recipes/ltp/ltp_20100831.bb: 
Jan 22 17:31:08 <CIA-10> ltp_20100831: `${PN}-dbg`: use `+=` instead of `=` to append to the list
Jan 22 17:31:08 <CIA-10> Populating `${PN}-dbg` the second entry replaces the list instead of appending to it [1].
Jan 22 17:31:08 <CIA-10> [1] http://docs.openembedded.org/usermanual/usermanual.html#metadata_writing_data
Jan 22 17:31:08 <CIA-10> Signed-off-by: Paul Menzel <paulepanter@users.sourceforge.net>
Jan 22 17:31:08 <CIA-10> CC: Leon Woestenberg <leon@sidebranch.com>
Jan 22 17:31:09 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 17:31:15 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * reb55dcf11d 10openembedded.git/recipes/openmax/ (3 files): (log message trimmed)
Jan 22 17:31:15 <CIA-10> libomxil-bellagio: remove/delete unused versions 0.9.{0, 1, 2}
Jan 22 17:31:15 <CIA-10> These version are not used anymore and 0.9.{0,1} do not even build with current FFmpeg [1].
Jan 22 17:31:15 <CIA-10> $ zless minimal-dev/work/armv7a-oe-linux-gnueabi/libomxil-bellagio-0.9.0-r8.0/temp/log.do_compile.16833
Jan 22 17:31:15 <CIA-10> […]
Jan 22 17:31:16 <CIA-10> /bin/sh ../../../arm-oe-linux-gnueabi-libtool --tag=CC --mode=compile arm-oe-linux-gnueabi-gcc -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -m
Jan 22 17:31:17 <CIA-10> no-thumb -DHAVE_CONFIG_H -I. -I../../.. -isystem/oe/build-minimal-eglibc/minimal-dev/sysroots/armv7a-oe-linux-gnueabi/usr/include -I/oe/build-minimal-eglibc/m
Jan 22 17:31:23 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * r8a9476c411 10openembedded.git/recipes/openmax/ (gst-openmax/check.diff gst-openmax_0.10.0.4.bb): (log message trimmed)
Jan 22 17:31:23 <CIA-10> gst-openmax: remove obsolete patch
Jan 22 17:31:23 <CIA-10> Task `configure` fails with the following error with `angstrom-2008.1` and `MACHINE = "beagleboard"`.
Jan 22 17:31:23 <CIA-10> | configure: using GStreamer tools in /usr/bin
Jan 22 17:31:24 <CIA-10> | configure: using GStreamer plug-ins in /usr/lib/gstreamer-0.10
Jan 22 17:31:24 <CIA-10> | checking for GST_BASE... yes
Jan 22 17:31:25 <CIA-10> | checking for GST_CHECK... no
Jan 22 17:31:31 <CIA-10> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * rb46d348526 10openembedded.git/recipes/openmax/gst-openmax_0.10.0.4.bb: (log message trimmed)
Jan 22 17:31:31 <CIA-10> gst-openmax: do not use `-Werror` in `CFLAGS` to fix build
Jan 22 17:31:31 <CIA-10> Task `compile` fails with the following error using `angstrom-2008.1` for `MACHINE = "beagleboard"`.
Jan 22 17:31:31 <CIA-10> arm-angstrom-linux-gnueabi-libtool: compile: arm-angstrom-linux-gnueabi-gcc
Jan 22 17:31:32 <CIA-10> -march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -mthumb-interwork
Jan 22 17:31:32 <CIA-10> -mno-thumb -DHAVE_CONFIG_H -I. -I..
Jan 22 17:31:33 <CIA-10> -isystem/oe/build/angstrom-dev/sysroots/armv7a-angstrom-linux-gnueabi/usr/include
Jan 22 17:31:34 <CIA-10> 03Andreas Müller <schnitzeltony@gmx.de> 07master * r7e0c02bad4 10openembedded.git/recipes/clutter/clutter-gtk.inc: (log message trimmed)
Jan 22 17:31:34 <CIA-10> clutter-gtk: Fix broken build for images depending on gobject-introspection-native (e.g. libwnck_2.30.5 / libgee_0.6.0)
Jan 22 17:31:34 <CIA-10> * Error situation:
Jan 22 17:31:35 <CIA-10> * 1. configure detects gobject-introspection:
Jan 22 17:31:35 <CIA-10> *
Jan 22 17:31:36 <CIA-10> configure:11385: checking for gobject-introspection
Jan 22 17:31:36 <CIA-10> configure:11416: $PKG_CONFIG --exists --print-errors "gobject-introspection-1.0 >= 0.9.3"
Jan 22 17:31:40 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * r7751975e41 10openembedded.git/recipes/madwifi/ (5 files): (log message trimmed)
Jan 22 17:31:40 <CIA-10> madwifi-ng: convert to new style staging, fix packaging
Jan 22 17:31:40 <CIA-10> * Build and install tools and modules seperately,
Jan 22 17:31:40 <CIA-10> "unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS" only for modules.
Jan 22 17:31:41 <CIA-10> * Install man pages into correct location.
Jan 22 17:31:54 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * rb9d43e2cb5 10openembedded.git/recipes/madwifi/ (4 files in 2 dirs): (log message trimmed)
Jan 22 17:31:54 <CIA-10> madwifi-ng-r3314: Apply patches from OpenWrt 10.03
Jan 22 17:31:54 <CIA-10> [This revision is not pinned in OE, but used by opendreambox.]
Jan 22 17:31:54 <CIA-10> * Update HAL to 20090508.
Jan 22 17:31:54 <CIA-10> * Use SRCREV 20550 of OpenWrt.
Jan 22 17:31:54 <CIA-10> * Skip 446-single_module.patch (breaks install target).
Jan 22 17:31:55 <CIA-10> * Remove dependency on OpenWrt's wprobe API.
Jan 22 17:31:56 <CIA-10> 03Andreas Müller <schnitzeltony@gmx.de> 07master * rd6cd2b7e98 10openembedded.git/recipes/clutter/clutter-box2d.inc: (log message trimmed)
Jan 22 17:31:56 <CIA-10> clutter-box2d: Fix broken build for images depending on gobject-introspection-native (e.g. libwnck_2.30.5 / libgee_0.6.0)
Jan 22 17:31:56 <CIA-10> * Error situation:
Jan 22 17:31:57 <CIA-10> * 1. configure detects gobject-introspection:
Jan 22 17:31:57 <CIA-10> *
Jan 22 17:31:58 <CIA-10> configure:16373: checking for gobject-introspection
Jan 22 17:31:59 <CIA-10> configure:16404: $PKG_CONFIG --exists --print-errors "gobject-introspection-1.0 >= 0.6.8"
Jan 22 17:31:59 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * r8b9608b1f9 10openembedded.git/recipes/madwifi/ (files/madwifi-fix-2.6.30.patch madwifi-ng_r3837-20080802.bb): 
Jan 22 17:32:00 <CIA-10> madwifi-ng: remove unused version r3837-20080802
Jan 22 17:58:17 <woglinde> hi rp
Jan 22 18:16:21 <mwester> I need to conditionally "inherit" --- I don't expect that "inherit_nslu2 foo" will actually work -- any better suggestions?
Jan 22 18:17:06 <mwester> I guess I'll try to make the class file itself be an effective no-op based on the machine, but that doesn't seem quite so elegant.
Jan 22 18:20:13 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * r63375e9d0e 10openembedded.git/recipes/dvdbackup/dvdbackup_0.4.1.bb: 
Jan 22 18:20:13 <CIA-10> dvdbackup-0.4.1: Initial recipe
Jan 22 18:20:13 <CIA-10> Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Jan 22 18:20:26 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * r8e7adfdd70 10openembedded.git/recipes/madwifi/madwifi-ng_r3314-20080131.bb: 
Jan 22 18:20:26 <CIA-10> madwifi-ng-r3314: don't apply OpenWrt's 104-autocreate_none.patch
Jan 22 18:20:26 <CIA-10> * Restore previous behaviour to create a STA interface on module load.
Jan 22 18:20:26 <CIA-10> Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Jan 22 18:20:27 <CIA-10> 03Andreas Oberritter <obi@opendreambox.org> 07master * rb66a04703e 10openembedded.git/recipes/ddrescue/ddrescue_1.14.bb: 
Jan 22 18:20:27 <CIA-10> ddrescue-1.14: Initial recipe for GNU ddrescue
Jan 22 18:20:27 <CIA-10> Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
Jan 22 18:32:00 <mwester> commit of libass just broke parsing -- missing a line continuation character.
Jan 22 18:38:49 <Tartarus> that's probably as eligent as it gets atm :(
Jan 22 18:40:46 <CIA-10> 03Tom Rini <tom_rini@mentor.com> 07org.openembedded.dev * r0575bd040e 10openembedded.git/recipes/u-boot/ (2 files in 2 dirs): 
Jan 22 18:40:46 <CIA-10> u-boot: Fixup mini2440 and the various 'weak' problems
Jan 22 18:40:46 <CIA-10> Based on the existing patches for other platforms.
Jan 22 18:40:46 <CIA-10> Signed-off-by: Tom Rini <tom_rini@mentor.com>
Jan 22 19:10:06 <Crofton> anyone looked at python-qt lately?
Jan 22 19:13:53 <florian> re
Jan 22 19:20:12 <Crofton> hi
Jan 22 19:22:11 <lostincake1> if anyone cares
Jan 22 19:22:16 <lostincake1> staples has a sale on webcams
Jan 22 19:22:25 <lostincake1> c210 and C260 for 9 bucks each
Jan 22 19:22:32 <lostincake1> going to pick up a couple for meself
Jan 22 19:59:03 <rob_w> is someone here willing to give me git lessons ?
Jan 22 19:59:13 <woglinde> ?
Jan 22 19:59:33 <rob_w> i never mange to get my brain over the better functions 
Jan 22 19:59:36 <woglinde> there are tons of tutorials on the net
Jan 22 19:59:54 <rob_w> yeah .. they are sooo dry
Jan 22 20:00:05 <rob_w> ah never mind .. 
Jan 22 20:00:20 <woglinde> what you mean with better functions?
Jan 22 20:01:16 <rob_w> maybe i mean the way of using git and arrange my coding to it 
Jan 22 20:01:35 <rob_w> so i can deliver small but complete sets of changes .. 
Jan 22 20:01:59 <kergoth> Pro Git is very good material imo
Jan 22 20:02:01 <woglinde> hm most used functions are clone, pull --rebase, branch, checkout, cherry-pick
Jan 22 20:02:04 <woglinde> rebase -i
Jan 22 20:02:09 <woglinde> commit
Jan 22 20:02:11 <woglinde> and push
Jan 22 20:02:33 <woglinde> and sendmail and format-patch
Jan 22 20:02:51 * rob_w notes all 
Jan 22 20:03:23 <nschle85> woglinde: hello, i cannot build the shr image, because openembedded/recipes/libass/libass.inc cannot be parsed
Jan 22 20:03:44 <woglinde> nschle85 I never touched libass
Jan 22 20:03:48 * rob_w trys to become more usefull to oe, as it has been soo good to me so far
Jan 22 20:03:49 <nschle85> woglinde: could you please fix it ? I think there is a \ missing 
Jan 22 20:04:10 <nschle85> woglinde: before the last line
Jan 22 20:04:43 <nschle85> woglinde: i have no write access
Jan 22 20:05:30 <nschle85> woglinde: Paul Menzel is the commiter of the file
Jan 22 20:05:33 <woglinde> ~lart khem
Jan 22 20:05:33 * ibot takes a big bite out of khem's jugular vein
Jan 22 20:05:36 <woglinde> no
Jan 22 20:05:41 <woglinde> paul made the patch
Jan 22 20:05:53 <woglinde> khem did a poor review
Jan 22 20:10:13 <woglinde> pushed
Jan 22 20:10:18 <rob_w> thx 
Jan 22 20:10:45 <rob_w> i just crashed on this one ;.-(
Jan 22 20:11:29 <nschle85> woglinde: thanks too
Jan 22 20:11:46 <CIA-10> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r93064a29cb 10openembedded.git/recipes/libass/libass.inc: libass: fix missing \ and make spaces to tab
Jan 22 20:14:20 <CIA-10> 03Lars Michelsen <lm@larsmichelsen.com> 07master * r6d810a7bac 10openembedded.git/recipes/python/python-caldav_0.1.6.bb: 
Jan 22 20:14:20 <CIA-10> python-caldav: New recipe - CalDAV rfc4791 client
Jan 22 20:14:20 <CIA-10> This patch adds a new recipe for the python caldav client library module.
Jan 22 20:14:20 <CIA-10> Tested building on Ubuntu 10.10 x86_64 for beagleboard c4. Tested
Jan 22 20:14:20 <CIA-10> functionality on beagleboard c4.
Jan 22 20:14:21 <CIA-10> Signed-off-by: Lars Michelsen <lm@larsmichelsen.com>
Jan 22 20:14:22 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 20:14:23 <CIA-10> 03Lars Michelsen <lm@larsmichelsen.com> 07master * r89342ad3fd 10openembedded.git/recipes/python/python-caldav_0.1.6.bb: (log message trimmed)
Jan 22 20:14:23 <CIA-10> python-caldav: Recipe cleanups; Fixed missing dep
Jan 22 20:14:23 <CIA-10> - Updated the recipe according to the feedback on mailinglist
Jan 22 20:14:24 <CIA-10> - Added missing installation depenencies
Jan 22 20:14:24 <CIA-10> Tested building on Ubuntu 10.10 x86_64 for beagleboard rev. c4.
Jan 22 20:14:25 <CIA-10> Tested installation and functionality on beagleboard rev. c4.
Jan 22 20:14:25 <CIA-10> Signed-off-by: Lars Michelsen <lm@larsmichelsen.com>
Jan 22 20:18:41 <ckrinke> good morning (or afternoon)
Jan 22 20:18:53 <woglinde> yeah
Jan 22 20:19:07 <ckrinke> A few questions to ask may I?
Jan 22 20:20:41 <khem> ckrinke: what questions
Jan 22 20:21:11 <woglinde> khem better review next time
Jan 22 20:21:26 <khem> woglinde: I swear I built it
Jan 22 20:21:49 <woglinde> haha lincoln still exist
Jan 22 20:21:57 * woglinde is watching cbs
Jan 22 20:22:54 <woglinde> collegue basketball
Jan 22 20:23:15 <ckrinke> I just loaded openembedded again after a  year away on another project and seem to be having an error with bitbake base-image (or other) that gets to "NOTE: build Angstrom ${DISTRO_VERSION}: started and then errors with a traceback that starts from bitbake main and ends in bb/__init__.py with "warn() takes at least 2 arguments, 1 given"
Jan 22 20:23:20 <woglinde> why the hell the still have 35 seconds
Jan 22 20:23:42 <woglinde> ckrinke update bitbake
Jan 22 20:23:51 <woglinde> best take the git head version
Jan 22 20:24:03 <ckrinke> Ah, not just wget 1.8.18 anymore?
Jan 22 20:24:30 <woglinde> why use an older verion?
Jan 22 20:24:41 <woglinde> where the newer has so nice features
Jan 22 20:24:55 <ckrinke> Cuz the openembedded manual said "wget 1.8.18" perhaps
Jan 22 20:25:27 <ckrinke> But, this is a good idea, I'll see if I can get the latest bitbake and try again
Jan 22 20:26:06 <khem> OE wants 1.10.x now
Jan 22 20:26:10 <khem> atleast
Jan 22 20:26:19 <khem> if you are using .dev
Jan 22 20:27:54 <ckrinke> Ok, khem, thanks. I guess someone might want to look into the openembedded manual for getting started sometime.
Jan 22 20:33:34 <ckrinke> A second question if I may. I applied to the mailing list yesterday to join "users" and have not received a reply. Is this normal? Should I wait a couple of days?
Jan 22 20:35:39 <khem> woglinde: a wrong autocompletion I ended up building libaal :)
Jan 22 20:35:59 <khem> ckrinke: no its auto generated
Jan 22 20:36:26 <khem> ckrinke: if you subscribed with right address then you should have got a confirmation email almost immediately
Jan 22 20:36:33 <khem> check your junk folder
Jan 22 20:37:17 <ckrinke> Rats, the junk folder is emptied right away. Can I apply again?
Jan 22 20:37:25 <khem> sure
Jan 22 20:38:17 <ckrinke> thanks, let me do that right now. By the way, I get an entirely different error with 1.10.2 then 1.8.18 which basically says "install diffstat, texi2html, gawk and chrpath". That at least is forward motion.
Jan 22 20:40:19 <woglinde> thats not an error
Jan 22 20:42:59 <ckrinke> Oh, I understand. And this is a good thing. The issue was with 1.8.18 it left me with no ideas. At least with this I can install a few things
Jan 22 20:43:49 * khem finds Antenne Bayern 101.9FM on the tuner
Jan 22 20:44:00 <woglinde_> haha
Jan 22 20:44:22 <khem> woglinde: on most popular channel list its number 4
Jan 22 20:44:36 <woglinde_> hm
Jan 22 20:44:47 <khem> and 5 is Duetschlandfunk 91.3FM
Jan 22 20:44:47 <woglinde_> most antenne stations suckz
Jan 22 20:45:10 * khem was lookin for some classical channels
Jan 22 20:45:16 <woglinde_> hm ah
Jan 22 20:45:19 <rob_w> but there is a Rock Antenne here which is decent enough 
Jan 22 20:45:48 <woglinde_> I am usally listen to radio1
Jan 22 20:46:28 <khem> Klassik Radio 98.1FM is on 
Jan 22 20:47:38 <khem> ah 87.9FM Rock Antenne
Jan 22 20:48:34 <woglinde_> hm uconn will win
Jan 22 20:50:52 * khem will listen to ORF OE3 because it has OE in it
Jan 22 20:51:07 <woglinde_> bah to much commercials
Jan 22 21:01:07 <khem> all top 40 are from de,ch,fr or uk
Jan 22 21:01:21 <khem> it seems no one else listens to internet radio
Jan 22 21:10:14 <woglinde_> texas vs. kansas now
Jan 22 21:10:48 <GNUtoo|Laptop> lol about the oe in it
Jan 22 21:14:01 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * ra1701b5b11 10openembedded.git/recipes/mono/mono_2.6.3.bb: 
Jan 22 21:14:01 <CIA-10> mono_2.6.3.bb: Fix install error and Bugzilla/5501
Jan 22 21:14:01 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 22 21:15:13 <woglinde_> lol
Jan 22 21:15:16 <woglinde_> 0:10 for kansas
Jan 22 21:15:34 <woglinde_> re crofton
Jan 22 21:16:58 <Crofton> gm
Jan 22 21:19:17 <ckrinke> Interesting, khem. I do get a confirmation if I use a gmail address, but not if I use my primary which is pacbell.net in Southern California. I recall having a similar issue a couple of years back with opensim. It seems that pacbell.net and some other isp's in the US blacklist some servers and mail *never* is received from those.
Jan 22 21:21:55 <CIA-10> 03Thomas Zimmermann <ml@vdm-design.de> 07org.openembedded.dev * rb42dc90315 10openembedded.git/recipes/freesmartphone/frameworkd_git.bb: 
Jan 22 21:21:55 <CIA-10> frameworkd: install needed directory: /etc/freesmartphone/opim/
Jan 22 21:21:55 <CIA-10> Signed-off-by: Thomas Zimmermann <ml@vdm-design.de>
Jan 22 21:54:24 <Crofton> anyone seen a tentative program for the embedded devroom?
Jan 22 21:54:26 <Crofton> at FOSDEM
Jan 22 22:32:51 <khem> ckrinke: yeah might be I never use the email addy given by my dsl provider
Jan 22 23:06:55 <ckrinke> Thanks for the help guys, I'm off to do some studying. See you all a bit later.
Jan 22 23:08:33 <Crofton> l8r
Jan 22 23:09:23 <woglinde_> hm texas leads by 6
Jan 22 23:15:30 <Crofton> texas leads what?
Jan 22 23:17:40 <woglinde_> texas won
Jan 22 23:17:51 <woglinde_> kansas lost first game of the season
Jan 22 23:17:52 <woglinde_> haha
Jan 22 23:18:03 <woglinde_> collegue basketball
Jan 22 23:18:04 * Crofton wonders why woglinde_ knows these things and what sport is invoved
Jan 22 23:18:06 <woglinde_> good nite
Jan 22 23:18:18 <woglinde_> found some stream
Jan 22 23:18:29 <woglinde_> which cost nothing and is proably not legal
Jan 22 23:19:37 <woglinde> crofton I am playing, coached and referee basketball for nearly 20 years now
Jan 22 23:19:49 <Crofton> ah cool
Jan 22 23:20:10 <Crofton> KS as in the big basketball school
Jan 22 23:20:34 <woglinde> okay good nite
Jan 23 00:24:17 <CIA-10> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r991070017a 10openembedded.git/recipes/images/ (slugos-extd-image.bb slugos-image.inc): 
Jan 23 00:24:17 <CIA-10> SlugOS: slugos images - add machine name to the image name
Jan 23 00:24:17 <CIA-10> This change is required to enable SlugOS to be built for multiple
Jan 23 00:24:17 <CIA-10> machines in the same tmpdir.
Jan 23 00:24:29 <CIA-10> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r7b922eeac4 10openembedded.git/classes/nslu2-image.bbclass: 
Jan 23 00:24:29 <CIA-10> SlugOS: nslu2-image.bbclass - use overrides to enable only for nslu2
Jan 23 00:24:29 <CIA-10> This change effectively makes inheriting nslu2-image a no-op unless
Jan 23 00:24:29 <CIA-10> MACHINE == nslu2, making it much easier and neater to support other
Jan 23 00:24:29 <CIA-10> machine types with SlugOS.
Jan 23 00:24:30 <CIA-10> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r49891de0b1 10openembedded.git/conf/distro/include/slugos.inc: SlugOS: slugos.inc - lock down DEPLOY_DIR, weak assignment doesn't work
Jan 23 00:24:31 <CIA-10> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r62d11f2018 10openembedded.git/recipes/tasks/task-slugos-extd.bb: SlugOS: task-slugos-extd.bb - kexec-tools should just be kexec, now.
Jan 23 01:48:21 <Crofton> khem, who added the board you want to remove?
Jan 23 01:57:36 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * r184fc34a6d 10openembedded.git/ (6 files in 4 dirs): 
Jan 23 01:57:36 <CIA-10> xxs1500.conf: Remove this board from OE
Jan 23 01:57:36 <CIA-10> * The kernel is no more fetchable as reported in bugzilla/1737
Jan 23 01:57:36 <CIA-10> * Vendor has EOLed the product
Jan 23 01:57:36 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 23 01:57:48 <CIA-10> 03Khem Raj <raj.khem@gmail.com> 07master * rd0607f1ad4 10openembedded.git/recipes/linux/ (2 files in 2 dirs): 
Jan 23 01:57:48 <CIA-10> netbook-pro-kernel_2.6.17.bb: Fix Bugzilla/5411 kernel compilation failure
Jan 23 01:57:48 <CIA-10> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jan 23 02:33:08 <khem> Crofton: it was added by 
Jan 23 02:33:09 <khem> commit 79e7bbcb166a9ba506d71895af5a913976cd1418
Jan 23 02:33:09 <khem> Author: Bruno Randolf <br1@subnet.at>
Jan 23 02:33:10 <khem> Date:   Sat Oct 9 19:04:01 2004 +0000
Jan 23 02:33:31 <khem> anyway I pushed the change mistakenly as I see
Jan 23 02:33:34 <Crofton> heh
Jan 23 02:33:51 <Crofton> I saw, hopefully no one has one lying around :)
Jan 23 02:34:17 <khem> yeah even if they have there was a request to to try something on it in 2007
Jan 23 02:34:22 <khem> received no ears
Jan 23 02:34:32 <Crofton> for all our scm switches, pretty good we have history from 7 years ago :)
Jan 23 02:34:46 <khem> yes we do indeed
Jan 23 02:35:02 <khem> this was added when bitkeeper was in use
Jan 23 02:35:36 <Crofton> those were the days :)
**** ENDING LOGGING AT Sun Jan 23 02:59:57 2011