**** BEGIN LOGGING AT Wed Sep 21 02:59:57 2011
Sep 21 05:10:25 <cjheath> Hi all. I was trying to build the OpenEmbedded Linux environment when kernel.org went down - and haven't been able to complete it because it's still down, days later.
Sep 21 05:10:51 <cjheath> Does anyone have a useful suggestion about how to complete the build so I can get some work done?
Sep 21 05:11:05 <cjheath> My target is the Gumstix with Angstrom, if that matters
Sep 21 06:04:11 <Noor> morning all
Sep 21 06:57:09 <tasslehoff> getting started with oe-core, and it's so silent :) - is there a way to make the fetch process more verbose?
Sep 21 07:07:54 <tasslehoff> it seems stuck at autoconf-native and m4-native
Sep 21 07:12:37 <tasslehoff> opening ports for ftp in the firewall helped..
Sep 21 07:27:47 <GNUtoo|work> tasslehoff, log_do* or bitbake -DDD are more verbose
Sep 21 07:28:33 <tasslehoff> GNUtoo|work: thanks. need that now. after fetching all I need for console-image, the actual build of it doesn't do anything: http://pastebin.com/uDQCmges
Sep 21 07:30:18 <GNUtoo|work> tasslehoff, make it build pseudo...look for pseudodone....
Sep 21 07:31:06 <tasslehoff> GNUtoo|work: pseudodone is there, and the file it claims doesn't exist actually does
Sep 21 07:31:23 <GNUtoo|work> yes that's why you have that error
Sep 21 07:31:31 <GNUtoo|work> so try to move pseudodone....
Sep 21 07:31:50 <GNUtoo|work> move means like not rm but move it instead
Sep 21 07:36:53 <tasslehoff> GNUtoo|work: why not rm? it's generated, isn't it?
Sep 21 07:37:03 * tasslehoff already did rm :)
Sep 21 07:37:04 <GNUtoo|work> just to be safe
Sep 21 07:37:11 <tasslehoff> and it seems to be working
Sep 21 07:37:16 <GNUtoo|work> I usually don't advise to rm stuff
Sep 21 07:37:34 <GNUtoo|work> because in case of issues you can put it back
Sep 21 07:37:43 <tasslehoff> GNUtoo|work: understandable. this is a fresh tree, so I haven't got much to lose :)
Sep 21 07:37:45 <GNUtoo|work> like for instance for stuff in download dir
Sep 21 07:37:49 <GNUtoo|work> ok
Sep 21 07:39:01 <tasslehoff> still get the same error.
Sep 21 07:40:02 <GNUtoo|work> 1)describe your setup
Sep 21 07:40:11 <GNUtoo|work> 2)in what dir are you when you bitbake
Sep 21 07:40:14 <GNUtoo|work> that's important
Sep 21 07:44:09 <tasslehoff> GNUtoo|work: I'm using the oe-core from git://git.angstrom-distribution.org/setup-scripts. from the top dir in the cloned repo:
Sep 21 07:44:11 <tasslehoff> MACHINE=beagleboard ./oebb.sh config beagleboard
Sep 21 07:44:13 <tasslehoff> MACHINE=beagleboard ./oebb.sh update
Sep 21 07:44:28 <tasslehoff> MACHINE=beagleboard ./oebb.sh bitbake console-image
Sep 21 07:44:58 <GNUtoo|work> hmmm so it should work
Sep 21 07:45:06 <GNUtoo|work> I'mve no idea then
Sep 21 07:48:13 <tasslehoff> I'll try again after removing all non-versioncontrolled files
Sep 21 07:51:13 <Noor> I want to append some more values to BB_HASHBASE_WHITELIST ...... I did it in my DISTRO.conf file
Sep 21 07:53:05 <Noor> but when I do it it over write the stuff that is written in bitbake.conf file ... is there a clean method for appending stuff?
Sep 21 07:54:09 <tasslehoff> I get a folder called "?[m?[K" on toplevel, which I suspect should not have been there.
Sep 21 08:00:34 <bluelightning> tasslehoff: hmm, that's odd... do you have any idea what the build was doing when that file might have been created?
Sep 21 08:00:40 <bluelightning> Noor: _append ?
Sep 21 08:01:25 <Noor> bluelightning: I used += ... I think both are equal but let me try append
Sep 21 08:02:05 <tasslehoff> bluelightning: I'll try to find out
Sep 21 08:02:14 <bluelightning> Noor: they are applied at different times; also _append doesn't add a space so if you need one you'll have to include it in the string you're appending
Sep 21 08:02:31 * bluelightning -> office, will be back on in ~1hr
Sep 21 08:03:25 <Noor> bluelightning: yeah the difference in += and append is that one adds space other does not but I was not aware that both are applied at different time
Sep 21 08:03:29 <Noor> thanks for the information
Sep 21 08:08:28 <tasslehoff> hm. that odd folder shows up after the build, when the error message about pseudo comes up.
Sep 21 08:19:53 <tasslehoff> The folder "?[m?[K" came because those characters prefixed the path in pseudodone.
Sep 21 08:27:02 <leonopulos> hello. Please help. I have problem with DISTRO = "angstrom-2010.x"  MACHINE = "at91sam9263ek" TARGET_ARCH = "arm". after build and start through NFS process stop with error ""Starting portmap daemon: portmapportmap: fork: No such device
Sep 21 09:02:22 <mckoan> leonopulos: which oe branch are you using?
Sep 21 09:04:16 <PaulePanter> Using OE-classic and `minimal-uclibc` for `beagleboard` task configure of `madplay` fails because some symbols are missing in `libid3tag.so`.
Sep 21 09:04:32 <PaulePanter> Using `angstrom-2010.x` or `minimal` (EGLIBC) works fine.
Sep 21 09:04:39 <PaulePanter> What could be the reason?
Sep 21 09:05:18 <PaulePanter> libid3tag.so: EGLIBC: 00006c64 T id3_compat_fixup
Sep 21 09:05:35 <PaulePanter> libid3tag.so: uClibc:          U id3_compat_fixup
Sep 21 09:14:51 <leonopulos> ie instead of "console-at91sam9-image.bb" use "minimal-image.bb"?
Sep 21 09:18:44 <leonopulos> mckoan: I'm OE uptate today.
Sep 21 09:22:14 <leonopulos> mckoan: but I "console-at9sam19-image" collected six months ago and then had no such problems.
Sep 21 09:30:03 <mckoan> leonopulos: things change quickly in oe
Sep 21 09:50:33 <juhsis> when i try to do bitbake ti-codec-engine it gives this error: http://pastebin.com/dkRXhafX
Sep 21 09:53:02 <PaulePanter> juhsis: Look at the recipe. There should be instructions how you can download the required files.
Sep 21 09:54:19 <tasslehoff> bluelightning: found the issue. GREPOPTIONS="--color=always" made odd characters appear in my pseudodone-file.
Sep 21 09:54:21 <juhsis> where is recipe?
Sep 21 09:54:57 <bluelightning> tasslehoff: hmm, perhaps our scripts ought to be unsetting that variable...
Sep 21 09:56:33 <tasslehoff> bluelightning: yeah. I added --color=never to the bitbake script, and that worked 
Sep 21 09:57:54 <PaulePanter> juhsis: In the OE repository. Please do the work yourself by for example using a search program.
Sep 21 09:58:47 <tasslehoff> bluelightning: I'll submit a patch
Sep 21 10:02:47 <PaulePanter> juhsis: Sorry for sounding rude. But giving support for free I think it is reasonable to expect that the person having a question shows that he first tried it him-/herself.
Sep 21 10:02:59 <bluelightning> tasslehoff: I would have thought "unset GREPOPTIONS" would be the easiest thing to do
Sep 21 10:03:02 <PaulePanter> juhsis: If you cannot find it ask again please.
Sep 21 10:03:10 <bluelightning> tasslehoff: (to make the script do)
Sep 21 10:04:28 <juhsis> ok i founf recipe, but cannot find cgt6xbin
Sep 21 10:06:20 <tasslehoff> bluelightning: true, and more correct. too bad I already sent the patch :)
Sep 21 10:06:49 <juhsis> yeap i found
Sep 21 10:06:56 <tasslehoff> will probably have to revise it then..
Sep 21 10:07:42 <juhsis> PaulePanter: i found ti-cgt6x_6.1.17.bb but what to do with that?
Sep 21 10:13:48 <juhsis> Paulepanther : ??
Sep 21 10:23:25 <PaulePanter> juhsis: Read `README` in `recipes/ti/`.
Sep 21 10:24:41 <PaulePanter> Basically you have to download it manually (see URL `HOMEPAGE` in `ti-cgt6x.inc`) and put it into the correct directory as written in `README`.
Sep 21 11:00:37 <juhsis> PaulePanter: there was ti_cgt_c6000_6.1.17_setup_linux_x86.bin file which mentioned by readme file
Sep 21 11:17:42 <woglinde> jo crofton
Sep 21 11:21:13 <Crofton> gm
Sep 21 11:24:17 <Noor> bluelightning: does exported global variable automatically included in cache .... that what I got from RP
Sep 21 11:24:45 <Noor> I have a situation at my side .... I am using external toolchain
Sep 21 11:25:43 <Noor> I have defined TOOLCHAINVER = "${@oe_run(d, bb.data.expand('${TOOLCHAIN_PATH}/bin/powerpc-linux-gcc -v 2>&1 | tail -n 1', d))}"
Sep 21 11:26:01 <Noor> this variable is not showing in siginfo file
Sep 21 11:26:11 <Noor> I havent exported it
Sep 21 11:27:03 <Noor> So i build the system with one compiler and used its cache with compiler with different version string
Sep 21 11:28:15 <Noor> but setscent function for external-toolchain recipe are executed but later bitbake also execute its runqueuw function
Sep 21 11:29:01 <juhsis> PaulePanter : i check ti-cgt6x_6.1.17.bb file that i have with the file in http://git.multitech.net/cgi-bin/cgit.cgi/multitech-oe.git/commit/?h=rm&id=05058b715bf233a73181838c032381b3aa985940
Sep 21 11:29:10 <juhsis> they are the same 
Sep 21 11:32:00 <juhsis> http://pastebin.com/nb37p91f
Sep 21 11:32:01 <juhsis> anyone has idea?
Sep 21 11:40:11 <juhsis> this problem is still needed by someones to know: Here is the same error by another developer: http://www.digipedia.pl/usenet/thread/18386/5095/ 
Sep 21 11:46:16 <woglinde> juhsis you need to generate the md5sum too
Sep 21 11:48:29 <juhsis> which file's?
Sep 21 11:48:46 <juhsis> can you describe little bit more pls
Sep 21 11:57:17 <juhsis> woglinde ??
Sep 21 11:57:44 <woglinde> look in your download dir
Sep 21 11:57:55 <woglinde> all files downloaded with oe
Sep 21 11:58:01 <woglinde> get another file with ending md5
Sep 21 12:03:07 <juhsis> i mean which file's md5sum?
Sep 21 12:03:43 <woglinde> ti-cgt6x_6.1.17
Sep 21 12:04:40 <juhsis> do you mean ti-cgt6x_6.1.17.bb?
Sep 21 12:04:53 <woglinde> *sigh*
Sep 21 12:05:25 <juhsis> :) sorry about that i am just newbie 
Sep 21 12:05:28 <woglinde> ti_cgt_c6000_6.1.17_setup_linux_x86.bin
Sep 21 12:05:45 <juhsis> ups there is no such file
Sep 21 12:06:05 <juhsis> aah
Sep 21 12:06:11 <juhsis> yes i found now
Sep 21 12:06:17 <woglinde> you need to download it on your own
Sep 21 12:06:21 <woglinde> registering at ti side
Sep 21 12:06:22 <juhsis> so i need md5 of this file
Sep 21 12:06:30 <juhsis> ?
Sep 21 12:06:41 <juhsis> i have allready downloaded
Sep 21 12:07:02 <woglinde> ah
Sep 21 12:07:09 <woglinde> yes now you need the md5 file
Sep 21 12:07:18 <woglinde> md5sum file > filename.md5
Sep 21 12:07:21 <woglinde> ups
Sep 21 12:07:31 <woglinde> md5sum filename > filename.md5
Sep 21 12:07:39 <juhsis> ok i did
Sep 21 12:08:10 <woglinde> than it should work
Sep 21 12:08:19 <juhsis> ti_cgt_c6000_6.1.17_setup_linux_x86.bin.md5 stays at OEBASE/sources/downloads
Sep 21 12:08:34 <woglinde> yes
Sep 21 12:09:11 <juhsis> nope :/
Sep 21 12:09:16 <juhsis> same error
Sep 21 12:09:36 <juhsis> sorry another error i get
Sep 21 12:10:10 <juhsis> ERROR: ti-cgt6x-6_1_17: http://install.source.dir.local/ti_cgt_c6000_6.1.17_setup_linux_x86.bin cannot check archive integrity
Sep 21 12:10:30 <woglinde> juhsis check if the md5sum is right
Sep 21 12:10:46 <juhsis> hint pls :)
Sep 21 12:10:53 <woglinde> or differs from the one defined in the .bb file
Sep 21 12:11:39 <juhsis> they are different
Sep 21 12:11:57 <woglinde> that either means your file is corrupt
Sep 21 12:11:59 <juhsis> then should i change .bb with md5's intend
Sep 21 12:12:13 <woglinde> or ti changed the file silently
Sep 21 12:12:32 <juhsis> i downloaded it from ti's webpage
Sep 21 12:28:56 <PaulePanter> woglinde: One question regarding libid3tag and uClibc and OE-classic.
Sep 21 12:29:31 <PaulePanter> Using minimal-uclibc not all symbols seem to be in libid3tag.so and for example madplay’s configure fails.
Sep 21 12:29:41 <woglinde> uhm?
Sep 21 12:29:45 <PaulePanter> libid3tag.so: EGLIBC: 00006c64 T id3_compat_fixup
Sep 21 12:29:49 <PaulePanter> libid3tag.so: uClibc:          U id3_compat_fixup
Sep 21 12:30:03 <woglinde> sorry I have no idea
Sep 21 12:30:27 <PaulePanter> woglinde: Alright. Thank you.
Sep 21 12:30:42 <PaulePanter> I guess I will just send a message to the list to document it.
Sep 21 12:31:29 <woglinde> did you made a grep where the function is definied?
Sep 21 12:31:37 <woglinde> and did you compare the compile logs
Sep 21 12:58:53 <juhsis> woglinde : i tried again and again but md5 was not the same :/
Sep 21 13:00:00 <juhsis> i download the file with the option linux
Sep 21 13:08:26 <CIA-77> 03Joshua Lock <josh@linux.intel.com> 07master * rd2b9167a7b 10bitbake.git/lib/bb/ui/crumbs/runningbuild.py: 
Sep 21 13:08:26 <CIA-77> ui/crumbs/runningbuild: fix log messages right-click menu
Sep 21 13:08:26 <CIA-77> Pass the correct callback name to the connect method.
Sep 21 13:08:26 <CIA-77> Signed-off-by: Joshua Lock <josh@linux.intel.com>
Sep 21 13:08:28 <CIA-77> 03Joshua Lock <josh@linux.intel.com> 07master * r043914a8b4 10bitbake.git/lib/bb/ui/crumbs/ (hobeventhandler.py runningbuild.py): (log message trimmed)
Sep 21 13:08:28 <CIA-77> hob: fix opening of image output dir on image build completion
Sep 21 13:08:28 <CIA-77> Firstly, rather than polling the DEPLOY_DIR_IMAGE directory each time an
Sep 21 13:08:28 <CIA-77> image is built store the variable as a member of the hobeventhandler.
Sep 21 13:08:29 <CIA-77> Secondly emit the generic "build-complete" signal *after* the specialised
Sep 21 13:08:29 <CIA-77> "build-failed" or "build-succeeded" signals such that the appropriate
Sep 21 13:08:30 <CIA-77> state variables are set before we try and use them.
Sep 21 13:08:30 <CIA-77> 03Julian Pidancet <julian.pidancet@gmail.com> 07master * r623e9c7f7a 10bitbake.git/lib/bb/fetch2/hg.py: 
Sep 21 13:08:38 <CIA-77> Fix mercurial fetcher in fetch2
Sep 21 13:08:38 <CIA-77> The _build_revision method in Hg class gets called with the wrong number
Sep 21 13:08:38 <CIA-77> of arguments. This tiny patch adds a 5th argument to the method
Sep 21 13:08:38 <CIA-77> declaration to prevent python from throwing an exception.
Sep 21 13:08:39 <CIA-77> Signed-off-by: Julian Pidancet <julian.pidancet@gmail.com>
Sep 21 13:08:39 <CIA-77> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Sep 21 13:16:05 <juhsis> Can anyone pls help me?
Sep 21 13:16:24 <juhsis> woglinde : ?
Sep 21 13:17:26 <woglinde> ask on beagle
Sep 21 13:17:31 <woglinde> #beagle
Sep 21 13:19:36 <juhsis> they said ask #oe :)
Sep 21 13:19:44 <juhsis> a week ago ..
Sep 21 13:54:11 <Noor> I am using external toolchain for building target recipes
Sep 21 13:55:34 <Noor> i have varified that if I define export GLOBAL_VERSION = "X" and build the sstate-cache and when I change the value of GLOBAL_VERSION all caches are invalidated 
Sep 21 13:55:46 <Noor> I dont want to invalidate cache for native recipes 
Sep 21 13:55:52 <Noor> is there any way to do that
Sep 21 14:15:44 <PaulePanter> juhsis: Please write a message to the list openembedded-devel with all relevant information. You should make it *easy* for the developers to understand your problem!
Sep 21 14:23:34 <juhsis> where is that list and how to message it?
Sep 21 14:23:42 <juhsis> i have a problem at installing ti codec engine. http://pastebin.com/uU7etDYs
Sep 21 14:23:50 <juhsis> i downloaded ti_cgt_c6000_6.1.17_setup_linux_x86.bin
Sep 21 14:23:59 <juhsis> and generated it's md5
Sep 21 14:24:46 <juhsis> in recipes/ti/...6.1.17.bb says md5 is : 41ee41cc74800b06705804f7ef901447
Sep 21 14:25:34 <juhsis> but when i calculate its md5, i get this: 5ee5c8e573ab0a1ba1249511d4a06c27
Sep 21 14:25:51 <juhsis> then i changed bb file to 5ee5c8e573ab0a1ba1249511d4a06c27
Sep 21 14:26:03 <juhsis> and run bitbake ti-codec-engine
Sep 21 14:26:39 <juhsis> but the result was: http://pastebin.com/1SCrtWvQ
Sep 21 14:27:05 <PaulePanter> juhsis: Please, do some work yourself. You should get the answer regarding where the list is using any search engine. It is even on the OpenEmbedded homepage!
Sep 21 14:28:07 <PaulePanter> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Sep 21 14:28:34 <PaulePanter> juhsis: And please, before you post, read the netiquette <http://en.opensuse.org/openSUSE:Mailing_list_netiquette>.
Sep 21 14:29:11 <PaulePanter> juhsis: If you waste the time of developers by not reading or not following it, the chances you will get help will be less.
Sep 21 14:29:44 <juhsis> ok ok, thx 
Sep 21 16:26:38 <kergoth> Hmm, is cbrake's script he uses to send out the weekly commit summary around where I can grab it, by chance?
Sep 21 16:55:57 <woglinde> hi djwillis
Sep 21 16:59:35 <DJWillis> hey woglinde 
Sep 21 17:10:23 <brent_> I'm building linux-omap3.  I know where the defconfig is located in the recepies, but where can I find the bb script, or better yet the place that determines which one is called?
Sep 21 17:14:44 <woglinde> brent_ what you are using excatly?
Sep 21 17:14:47 <woglinde> oe-core
Sep 21 17:14:49 <woglinde> oe classic?
Sep 21 17:18:07 <brent_> Good question.  I pulled from git://gitorious.org/gumstix-oe/mainline.git, so I assume that is oe-core?
Sep 21 17:21:48 <brent_> It seems to be building linux-omap3_2.6.39.bb, but I would like to build another kernel version.
Sep 21 17:23:29 <Crofton|work> denix0, did you make any headway with gcc in maintnenace?
Sep 21 17:27:58 <woglinde> brent_ no its the gumstix tree based on oe classic
Sep 21 17:28:15 <woglinde> which often had problems in the past
Sep 21 17:44:08 <pack3754> Any plans for gumstix to move ot OE-core? 
Sep 21 17:55:02 <Crofton|work> pack3754, ask on the gumstix list
Sep 21 17:55:28 <woglinde> its more likely we will see a meta-gumstix layer soon
Sep 21 17:57:16 <Crofton|work> woglinde, obviously the best case is have gumstix pay someone to support it
Sep 21 17:57:46 <woglinde> hm
Sep 21 17:58:03 <woglinde> later
Sep 21 18:39:21 <Crofton|work> so oe-core does not have a way to mirror git tarballs?
Sep 21 18:54:41 <incandescant> Crofton|work: that seems unlikely, what makes you assume so?
Sep 21 18:57:40 <Crofton|work> I can't build cpufrequtil
Sep 21 18:57:48 <Crofton|work> fetching from git @ kernel.org
Sep 21 18:58:40 <incandescant> what's the failure? could be a myriad of things. i.e. if you're using AUTOREV it needs to be able to connect to the remote host
Sep 21 18:59:14 <Crofton|work> git.kernel.org is hosed
Sep 21 18:59:45 <incandescant> indeed
Sep 21 18:59:49 <Crofton|work> so the clone fails
Sep 21 19:00:03 <Crofton|work> nromally, I would expect the Angstrom source mirrors to fix this :)
Sep 21 19:05:56 <Crofton|work> I'm trying to get an oe-core build done for angstrom ....
Sep 21 20:22:44 <lumag> hi all
Sep 21 20:28:57 <denix0> Crofton|work: yes I did - I'll send the pull request shortly
Sep 21 20:29:17 <Crofton|work> awesome
Sep 21 21:18:38 <Crofton|work> denix0, do you have the pull in a branch I can use?
Sep 21 21:20:08 <woglinde_> good nite
Sep 21 21:33:23 <denix0> http://arago-project.org/git/people/?p=denix/openembedded.git;a=shortlog;h=refs/heads/2011.03-maintenance
Sep 21 21:34:13 * cbrake watches his oe-core build trying to fetch lots of stuff from kernel.org :-(
Sep 21 21:34:56 <cbrake> has anyone heard if there is a plan for getting kernel.org servers back on line?
Sep 21 21:35:13 <ka6sox> there is, but they aren't sharing it yet :(
Sep 21 21:35:14 <pack3754> hmmm... haven't heard
Sep 21 21:35:21 <fray> work is in progress.. but it's taking time.. thats as much as I know
Sep 21 21:35:22 <ka6sox> that much I do know.
Sep 21 21:35:36 <fray> do you have a mirror configured so your build doesn't fail?
Sep 21 21:35:36 <brent_> I'm no expert, but my workaround was to add the following line to my local.conf
Sep 21 21:35:38 <brent_> export KERNELORG_MIRROR = "ftp://ftp.uni-frankfurt.de/pub/Mirrors/ftp.kernel.org"
Sep 21 21:35:41 <pack3754> We were able to bypass kernel.org by setting KERNELORG_MIRROR in local.conf
Sep 21 21:35:51 <denix0> Crofton|work: git://arago-project.org/git/people/denix/openembedded.git (2011.03-maintenance branch)
Sep 21 21:35:51 <pack3754> ahh, brent beat me to it
Sep 21 21:35:52 <fray> I use the Yocto mirrors myself
Sep 21 21:36:50 <fray> http://lists.linuxtogo.org/pipermail/openembedded-core/2011-September/009920.html
Sep 21 21:37:13 <brent_> Anyone know how to make omap3-palmtop-image use the 2.6.36 kernel, and not the default 2.6.39 (Gumstix)?
Sep 21 21:39:14 <brent_> fray: how does your system work if yoctoproject.org isn't working?
Sep 21 21:39:27 <fray> it is working though.. ;)
Sep 21 21:39:47 <fray> if yoctoproject.org is down (which it was for a small about of the kernel.org outtage) then you can shift to angstrom or your local mirror..
Sep 21 21:39:57 <fray> (I also have a local mirror where i keep backups as well)
Sep 21 21:40:30 <pack3754> fray: well prepared!
Sep 21 21:40:37 <brent_> :-)
Sep 21 21:41:22 <Crofton|work> apparently the headache is versions tarballs of git checkouts in my case
Sep 21 21:46:21 <Crofton|work> alright, we'll see how this goes
Sep 21 21:55:57 <Crofton|work> testing your pull and mine (I think)
**** ENDING LOGGING AT Thu Sep 22 02:59:56 2011