**** BEGIN LOGGING AT Sat Jun 05 02:59:57 2010
Jun 05 02:59:58 <javaJake> Well, I was hoping someone remembered how it was done in the past
Jun 05 03:08:49 <javaJake> kergoth: how would you use xml to communicate with python?
Jun 05 03:09:06 <kergoth> the backend runs an xml/rpc server
Jun 05 03:09:14 <javaJake> Ahh...
Jun 05 03:09:15 <kergoth> that's how the UI communicates with it
Jun 05 03:09:23 <kergoth> and vice versa, it's used to send messages to the UI as well
Jun 05 03:09:29 <javaJake> Sounds heavy
Jun 05 03:09:58 <javaJake> You guys must have a way to keep it lean given its embedded target?
Jun 05 03:10:07 <kergoth> Why?
Jun 05 03:10:12 <khem> pyxml
Jun 05 03:10:18 <kergoth> bitbake is used as a crosscompile tool
Jun 05 03:10:24 <javaJake> Oh, OK
Jun 05 03:10:25 <kergoth> running it *on* the device would gain you little
Jun 05 03:10:36 <javaJake> Excuse my ignorance; I've delt very little with OE.
Jun 05 03:10:55 <javaJake> I understand now. Thanks for answering my Q's. :)
Jun 05 03:15:27 <kergoth> np
Jun 05 03:16:20 <kergoth> we certainly don't intend it to be bloated, but xml/rpc is 1) easy to implement, and 2) supported by python itself, it's a module in the standard library, so no additional dependencies are introduced
Jun 05 03:16:46 * kergoth wouldn't mind looking into something like protobuf as an alternative
Jun 05 03:18:31 <javaJake> I was curious because I am implementing a feature in Gentoo portage which would greatly benefit with th ability to communicate between bash and python.
Jun 05 03:19:13 <javaJake> A dev mentioned that you guys had a nifty way of communicating with python back when you used .oe, but I can't seem to find it.
Jun 05 03:34:01 <IgorK> good evening
Jun 05 03:34:58 <IgorK> which packet consists of "tune2fs" program?
Jun 05 03:37:14 <PythonPup> Howdy.  I am new to openembedded.  I think I have it all installed and I want to build something now.  My first step was to run   'bitbake x86', to which I get the response ERROR: Nothing Provides 'x86'.  I don't understand, since I have ~/oe/openembedded/conf/machine/x86.conf  Doesn't that provide it?
Jun 05 03:39:18 <IgorK> for which device you need to build the stuff?
Jun 05 03:39:27 <khem> PythonPup: your first step should be to read the OE and bitbake manual
Jun 05 03:39:31 <khem> and wiki
Jun 05 03:40:03 <IgorK> what OS it is supported? then as khem suggested u need to read the manuals....
Jun 05 03:40:48 <PythonPup> My goal is to produce an image to run on a Geode based embedded PC.  I have been looking for a good OE manual to start with.  I am fine with reading docs first.
Jun 05 03:41:08 <khem> IgorK: e2fsprogs
Jun 05 03:41:48 <khem> PythonPup: see the channel topic and go to the website thats homepage
Jun 05 03:49:49 <IgorK> thx, khem
Jun 05 03:50:28 <PythonPup> khem, Those were the instructions I started from.  I installed everything in the http://wiki.openembedded.net/index.php/OEandYourDistro for Ubuntu.  Then, I setup the required software.  Then I proceeded to the Getting Started and I am on my first build.  I'll go the the user manual next.  
Jun 05 03:51:05 <IgorK> I need to look at the build to find out why it didn't build/installed... :confused
Jun 05 04:49:21 <PythonPup> I guess the documentation is not up to date with the packages.  I have seen lots of nothing provides messages tonight, but no attempt to ever compile anything.  Is there any better documentation that the manual on the wiki?
Jun 05 04:54:50 <kergoth> there's no "x86" package, so yes, bitbake x86 will do nothing
Jun 05 04:54:59 <kergoth> try bitbaking something that exists
Jun 05 04:55:06 <kergoth> like busybox, task-boot, console-image, ..
Jun 05 04:55:28 <PythonPup> I also tried bitbake nano, like the manual said.  Same error message.
Jun 05 04:56:53 <PythonPup> I tried bitbake with the name of several things that I see recipes for.  nano, zsh, helloworld, task-boot
Jun 05 05:00:40 <PythonPup> no, not task-boot, it was task-base
Jun 05 05:01:00 <kergoth> if nothing is provided, then your BBPATH or BBFILES are set incorrectly.
Jun 05 05:12:34 <IgorK> can I remove the temp/work directory, and leave /temp/staging only?
Jun 05 05:12:47 <PythonPup> I believe you, but I don't see it.  In my .bashrc file, I set BBPATH to ~/oe/build:~/oe/openembedded    In ~/oe/build/conf/local.conf, I set BBFILES to "${OEBASE}/openembedded/recipes/*/*.bb"  If I ls -l ${OEBASE}/openembedded/recipes/*/*.bb, I see hundreds of recipes.
Jun 05 05:13:07 <IgorK> My desktop computer failed and currently I am struggling with space on my laptop
Jun 05 05:13:13 <PythonPup> OEBASE is set to ~/oe
Jun 05 05:27:04 <IgorK> PythonPup: use this script to set the environment, just change accordingly....
Jun 05 05:27:10 <IgorK> http://pastebin.com/Ui0KtuhU
Jun 05 05:29:31 <IgorK> anybody? can I leave on just temp/staging and remove temp/work?
Jun 05 05:38:20 <PythonPup> IgorK, I still get Nothing PROVIDES nano.  I don't have a root account, so I changed one line   sudo sysctl vm.mmap_min_addr=0
Jun 05 05:40:36 <PythonPup> No, I had to do one other thing.  I had to source that script, instead of just running it.  I now get a different problem, but I'll look into that.  Thank you for your help.
Jun 05 08:21:58 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r7e3937ebfd 10openembedded.git/recipes/linux/ (2 files in 2 dirs): 
Jun 05 08:21:58 <CIA-2> linux-openmoko-2.6.32: fix for lost touchscreen bug #2328
Jun 05 08:21:59 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 08:22:07 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf814ce0089 10openembedded.git/recipes/linux/ (2 files in 2 dirs): 
Jun 05 08:22:07 <CIA-2> linux-openmoko-2.6.34: add patch for building with gcc-4.5.0 (from linux_2.6.34)
Jun 05 08:22:07 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 08:22:08 <CIA-2> 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r101d302e46 10openembedded.git/recipes/linux/ (2 files in 2 dirs): 
Jun 05 08:22:09 <CIA-2> linux-openmoko-2.6.34: fix for lost touchscreen bug #2328
Jun 05 08:22:09 <CIA-2> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 09:25:15 <woglinde> morning gnutoo
Jun 05 09:28:07 <djszapi> woglinde: hi
Jun 05 09:28:38 <woglinde> hi djszapi
Jun 05 09:56:04 <woglinde> hi likewise
Jun 05 09:56:06 <likewise> gm
Jun 05 09:56:18 <woglinde> kiting
Jun 05 09:56:19 <woglinde> hm
Jun 05 09:56:21 <woglinde> *g*
Jun 05 09:56:40 <likewise> kiting-->zzz-->
Jun 05 09:56:47 <woglinde> hehe okay
Jun 05 09:58:26 <shazkhan> hi everyone
Jun 05 09:58:35 <likewise> hi
Jun 05 09:59:10 <shazkhan> can someone explain how permissions and ownership can be manipulated at generation of rootfs time i.e. while building with OE
Jun 05 10:00:20 <woglinde> shazkan look at post_process command
Jun 05 10:00:25 <woglinde> like zap_password
Jun 05 10:00:34 <woglinde> start in recipe/images
Jun 05 10:01:02 <shazkhan> woglinde: u mean pre and post scripts
Jun 05 10:01:09 <woglinde> no
Jun 05 10:01:19 <woglinde> I mean post_process-image command
Jun 05 10:01:27 <shazkhan> k
Jun 05 10:07:28 <shazkhan> woglinde: Found "IMAGE_POSTPROCESS_COMMAND ?= " in image.bbclass inherited by base-image.bb
Jun 05 10:08:52 <shazkhan> no idea what to do with it?
Jun 05 10:09:59 <woglinde> shr-image.inc:ROOTFS_POSTPROCESS_COMMAND += " rootfs_update_timestamp;"
Jun 05 10:10:10 <woglinde> now find rootfs_update_timestamp
Jun 05 10:10:16 <woglinde> and you get the idea
Jun 05 10:13:13 <shazkhan> let me see
Jun 05 10:22:31 <shazkhan> woglinde: So what is this rootfs_update_timestamp? Some script or command .... should I grep my OE directories for it?
Jun 05 10:23:21 <woglinde> jupp
Jun 05 10:23:41 <shazkhan> ?
Jun 05 10:24:10 <woglinde> yes
Jun 05 10:24:14 <shazkhan> :)
Jun 05 10:39:21 <shazkhan> woglinde: T think of it how will individual files and directories be manipulated for permissions if they are not known at the time of post rootfs. I think this has to be done while the rootfs is being populated at each package install time.
Jun 05 10:39:50 <woglinde> yes
Jun 05 10:40:01 <woglinde> but that was not your question
Jun 05 10:40:11 <shazkhan> What I am trying to do is create another user (non root) and enabling her to boot and use shr decently
Jun 05 10:40:17 <woglinde> for your case post/pre scripts of the package format
Jun 05 10:40:21 <woglinde> you need
Jun 05 10:40:25 <woglinde> if it is supported
Jun 05 10:40:34 <shazkhan> if it is supported ?
Jun 05 10:40:43 <woglinde> sure tar format
Jun 05 10:40:48 <woglinde> dont support it at install
Jun 05 10:41:10 <woglinde> sorry lunch now
Jun 05 10:41:52 <shazkhan> k
Jun 05 13:43:26 <GNUtoo|laptop> hi does someone knows how srcpv/autorev etc ... work
Jun 05 13:54:32 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r387fc78ae8 10openembedded.git/recipes/grep/ (grep-2.6.3/uclibc-fix.patch grep_2.6.3.bb): 
Jun 05 13:54:32 <CIA-2> grep-2.6.3: Add recipe.
Jun 05 13:54:32 <CIA-2> * Fix build for uclibc as well.
Jun 05 13:54:32 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 13:54:32 <CIA-2> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 13:54:50 <CIA-2> environment so cache it.
Jun 05 13:54:50 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 13:54:50 <CIA-2> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 13:54:50 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r3dd56a5f0c 10openembedded.git/recipes/coreutils/ (4 files in 2 dirs): 
Jun 05 13:54:51 <CIA-2> coreutils-8.5: Add recipes for version 8.5
Jun 05 13:54:58 <CIA-2> needs libiconv and libiconv needs gettext so we need to solve this
Jun 05 13:54:58 <CIA-2> catch 22
Jun 05 13:54:59 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 13:54:59 <CIA-2> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 13:55:00 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rd8ca2465eb 10openembedded.git/recipes/libiconv/ (4 files in 2 dirs): 
Jun 05 13:55:03 <CIA-2> libiconv-1.13.1: Add recipes
Jun 05 13:55:03 <CIA-2> * Get rid of old style staging.
Jun 05 13:55:03 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 13:55:51 <CIA-2> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 13:55:51 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r6b559f54a9 10openembedded.git/recipes/glib-2.0/glib-2.0_2.24.0.bb: 
Jun 05 13:55:51 <CIA-2> glib-2.0_2.24.0.bb: Remove virtual/libiconv virtual/libintl from DEPENDS
Jun 05 13:55:51 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 13:55:52 <CIA-2> Acked-by: Martin Jansa <Martin.Jansa@gmail.com>
Jun 05 13:56:24 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r80c5b3fe1c 10openembedded.git/conf/distro/include/sane-toolchain-uclibc.inc: 
Jun 05 13:56:24 <CIA-2> sane-toolchain-uclibc.inc: Dont force USE_NLS for glib-2.0 here.
Jun 05 13:56:24 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 14:01:45 <GNUtoo|laptop> JaMa, hi
Jun 05 14:01:52 <GNUtoo|laptop> I've bitbake master
Jun 05 14:02:14 <GNUtoo|laptop> what should I add in local.conf to be able to compile SHR with:
Jun 05 14:02:19 <GNUtoo|laptop> *fso-autorev.inc
Jun 05 14:02:24 <GNUtoo|laptop> *shr-autorev.inc
Jun 05 14:02:51 <khem> GNUtoo|laptop: require <path/to/file>
Jun 05 14:03:07 <GNUtoo|laptop> I don't know well theses things and the following thing changed
Jun 05 14:03:23 <GNUtoo|laptop> bitbake master now support remote count
Jun 05 14:03:44 <GNUtoo|laptop> so I wonder the effect on PV
Jun 05 14:04:02 <GNUtoo|laptop> maybe I should just use that (how?) and rebuild a rootfs
Jun 05 14:04:07 <khem> how does it maintain remote count
Jun 05 14:04:08 <GNUtoo|laptop> and ditch the old one
Jun 05 14:04:15 <GNUtoo|laptop> I don't know
Jun 05 14:04:16 <khem> is there some sort of database
Jun 05 14:04:18 <GNUtoo|laptop> I heard that
Jun 05 14:04:21 <khem> hmm ok
Jun 05 14:04:36 <GNUtoo|laptop> maybe I should re-read the [oe] thread about that
Jun 05 14:04:48 <GNUtoo|laptop> before there was a database
Jun 05 14:04:51 <GNUtoo|laptop> for counts
Jun 05 14:05:06 <khem> unless we have an algorith to say count the commits upstream in a git repo eg. 
Jun 05 14:05:15 <GNUtoo|laptop> let me look
Jun 05 14:06:25 <GNUtoo|laptop> "If you use bitbake-1.10 it will do it just once for git revision (it will cache the result of "git list-rev | wc -l" which is used by BB_GIT_CLONE_FOR_SRCREV."
Jun 05 14:06:49 <GNUtoo|laptop> but I don't understand well theses things and the implications
Jun 05 14:07:10 <GNUtoo|laptop> the subject was [oe] AUTOREV and SRCPV
Jun 05 14:07:34 <GNUtoo|laptop> so what's the howto for using bitbake master or 1.10
Jun 05 14:08:09 <JaMa> GNUtoo|laptop: nothing.. BB_LOCALCOUNT_OVERRIDE is defined empty in shr.conf
Jun 05 14:08:18 <GNUtoo|laptop> ok
Jun 05 14:08:23 <GNUtoo|laptop> so here's what I'll do:
Jun 05 14:08:30 <GNUtoo|laptop> the 2 require 
Jun 05 14:08:32 <GNUtoo|laptop> and I build
Jun 05 14:08:34 <GNUtoo|laptop> that's all?
Jun 05 14:08:55 <khem> BB_LOCALCOUNT_OVERRIDE jama what will that do
Jun 05 14:09:16 <JaMa> khem: read bitbake.conf
Jun 05 14:09:31 <JaMa> khem: basically it disables autoincrement in SRCPV for git recipes
Jun 05 14:10:31 <GNUtoo|laptop> btw pstage ended up in my temp dir
Jun 05 14:10:40 <GNUtoo|laptop> is it the mandatory packaged staging?
Jun 05 14:10:41 <khem> SRCPV for git recipes is not the SHA right
Jun 05 14:10:44 <khem> like svn 
Jun 05 14:10:56 <JaMa> SHA?
Jun 05 14:11:11 <JaMa> for svn it's only revision
Jun 05 14:11:21 <JaMa> for git its LOCALCOUNT+hash
Jun 05 14:11:22 <khem> yes thats what I meant 
Jun 05 14:12:12 <JaMa> khem: and with BB_LOCALCOUNT_OVERRIDE stays fixed to value of LOCALCOUNT (by default 0)
Jun 05 14:12:23 <JaMa> so always 0+has
Jun 05 14:12:25 <JaMa> h
Jun 05 14:12:32 <khem> hmm as I see Peiter's solution is nice
Jun 05 14:13:02 <khem> the gitpkgv class
Jun 05 14:13:58 <JaMa> yes looks nice
Jun 05 14:15:26 <JaMa> pity it wasn\t introduced before SRCPV.. if nobody finds a flaw in it, it's clearly superior to SRCPV usage..
Jun 05 14:16:27 <khem> hmm shadow does not behave with uclibc
Jun 05 14:16:54 <JaMa> but even better it would be automagically without need for new bbclass (I mean if PV contains gitr${SRCREV} then mangle PKGV in package.bbclass or somewhere)
Jun 05 14:18:23 <woglinde> khem funny why you left force NLS for glib-2.0-native?
Jun 05 14:18:47 <woglinde> okay I have to go
Jun 05 14:18:49 <woglinde> bye all
Jun 05 14:18:53 <woglinde> till later maybee
Jun 05 14:18:53 <khem> woglinde: I dont want to open cans I dont want to 
Jun 05 14:19:01 <khem> woglinde: it can be nasty
Jun 05 14:19:07 <woglinde> I will test all stuff tomorrow
Jun 05 14:19:09 <woglinde> or later
Jun 05 14:19:10 <woglinde> bye
Jun 05 14:19:28 <khem> JaMa: yes
Jun 05 14:19:48 <khem> SRCPV could just be reimplemented like this
Jun 05 14:21:15 <JaMa> khem: I have some benchmarks from gcc-4.4 and gcc-4.5 images
Jun 05 14:21:26 <JaMa> khem: but it doesn't look good :/
Jun 05 14:22:47 <JaMa> khem: http://paste.pocoo.org/show/222202/
Jun 05 14:23:11 <JaMa> khem: will rerun on gcc-4.5 few times.. (aritmetic tests are messed ..)
Jun 05 14:26:55 <khem> JaMa: what does lps stand for ?
Jun 05 14:27:26 <khem> JaMa: btw huge differences in file operations
Jun 05 14:30:37 <JaMa> khem: I guess loops per sec
Jun 05 14:30:45 <khem> JaMa: ah ok
Jun 05 14:31:00 <khem> JaMa: would you mind repeating it at -O2
Jun 05 14:31:09 <JaMa> khem: both tests were almost the same image, and same kernel 2.6.34, both from uSD (1st and 2nd partition)
Jun 05 14:31:21 <JaMa> khem: you mean rebuild whole image at -O2?
Jun 05 14:31:24 <khem> ok
Jun 05 14:31:30 <khem> no just the tests
Jun 05 14:31:40 <khem> btw you can also switch partitions :)
Jun 05 14:31:49 <khem> just to make sure that its not the disk
Jun 05 14:56:31 <JaMa> khem: bison-native now depends on virtual/libintl-native (is it what you intended?) DEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'virtual/libintl-native' but it wasn't found in any PACKAGE or RPROVIDES variables
Jun 05 14:59:13 <khem> JaMa: no
Jun 05 14:59:47 <khem> JaMa: hmm I think we need to override the depends for native package
Jun 05 15:01:29 <JaMa> yes, seems so
Jun 05 15:01:40 <JaMa> btw binutils-cross also fails now :/
Jun 05 15:02:02 <JaMa> http://tinderbox.openembedded.net/builds/72955/
Jun 05 15:03:29 <khem> can you try this fix http://pastebin.com/4XjrTrUX 
Jun 05 15:03:31 <khem> for bison
Jun 05 15:05:44 <khem> hmmm binutils failure I have not seen 
Jun 05 15:05:49 <khem> here ts new
Jun 05 15:08:59 <JaMa> bison-native is OK with virtual/libintl-native from gettext..
Jun 05 15:11:29 <khem> JaMa: ok
Jun 05 15:11:34 <khem> do you use getoo ?
Jun 05 15:11:58 <khem> JaMa: gentoo's binutils has this issue what you are seeing
Jun 05 15:12:07 <JaMa> yes
Jun 05 15:12:18 <khem> ok 
Jun 05 15:12:28 <khem> lets see
Jun 05 15:13:20 <JaMa> gtg in few minutes.. bbl
Jun 05 15:13:40 <khem> JaMa: hmm 
Jun 05 15:14:15 <khem> can you show me output of ar --help
Jun 05 15:14:27 <JaMa> on host?
Jun 05 15:14:31 <khem> yes
Jun 05 15:14:48 <JaMa> http://paste.pocoo.org/show/222229/
Jun 05 15:15:38 <JaMa> use multitarget && myconf="${myconf} --enable-targets=all"
Jun 05 15:15:42 <khem> JaMa: ok it does seem to support the emulation
Jun 05 15:15:49 <JaMa> ^ is what gentoo binutils is missing?
Jun 05 15:15:54 <JaMa> I have it disabled (default)
Jun 05 15:17:16 <khem> JaMa: hmm I dont think it should matter here but you can rebuild host binutils with that set
Jun 05 15:17:29 <khem> is it 2.19.1 bintils
Jun 05 15:17:46 <khem> it works all well on debian here
Jun 05 15:19:39 <JaMa> GNU ar (GNU Binutils) 2.20.1.20100303
Jun 05 15:20:37 <khem> hmm ok
Jun 05 15:21:58 <khem> JaMa: http://bugs.gentoo.org/76436 is similar problem with nm
Jun 05 15:22:07 <khem> but gentoo folks have no clue
Jun 05 15:28:37 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rf8f9419d71 10openembedded.git/recipes/gettext/ (gettext_0.17.bb gettext_0.18.bb): 
Jun 05 15:28:38 <CIA-2> gettext-native: Add virtual/libintl-native to PROVIDES list.
Jun 05 15:28:38 <CIA-2> * Some packages have DEPENDS on virtual/libintl which gets
Jun 05 15:28:38 <CIA-2> converted to virtual/libintl-native when they use BBCLASSEXTEND
Jun 05 15:28:38 <CIA-2> for their corresponding native packages.
Jun 05 16:08:54 <mindThomas> Oh man it takes quite a while to bitbake PHP, but it looks like it bitbakes a lot of languages? Is it possible to select only a couple of languages?
Jun 05 17:00:01 <mindThomas> now I've finished bitbaking php, but then what should I transfer to my device?
Jun 05 17:02:51 <khem> mindThomas: if you have proper feeds setup on the device you can simply opkg install php
Jun 05 17:03:37 <mindThomas> feeds setup?
Jun 05 17:03:48 <mindThomas> shouldn't I transfer the files to the device, as I haven't set TFTP up
Jun 05 17:03:57 <mindThomas> and then, which files should I transfer?
Jun 05 17:16:18 <mindThomas> ??
Jun 05 18:07:19 <GNUtoo|laptop> mindThomas, hi
Jun 05 18:07:40 <GNUtoo|laptop> mindThomas, basically if you just transfer the ipk you'll have dependencies issuee
Jun 05 18:07:43 <GNUtoo|laptop> *issues
Jun 05 18:08:03 <GNUtoo|laptop> so you will spent endless hours copiying and installing every dependency
Jun 05 18:08:22 <GNUtoo|laptop> so just put the deploy dir on a webserver
Jun 05 18:08:26 <GNUtoo|laptop> and point opkg to it
Jun 05 18:08:31 <GNUtoo|laptop> using the configuration files
Jun 05 18:10:37 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * ra9806d48ca 10openembedded.git/conf/distro/include/ (angstrom-2008-preferred-versions.inc sane-srcrevs.inc): angstrom: automake 1.11 doesn't exist, 1.11.1 does
Jun 05 18:13:49 <GNUtoo|laptop> mmm I've some NOTE: Task failed: Unknown fetch Error: [Errno 2] No such file or directory: '/home/gnutoo/embedded/oe/sources/git_gitorious.org.webkit-efl.webkit-efl.git_3a5ee77664c898ed51a2b2d5759822f8c0a06472.tar.gz' sometimes
Jun 05 18:14:05 <GNUtoo|laptop> so I've to fetch manually
Jun 05 18:14:08 <GNUtoo|laptop> but it's annoying
Jun 05 18:14:20 <GNUtoo|laptop> that's because of that:
Jun 05 18:14:30 <GNUtoo|laptop>  fatal: The remote end hung up unexpectedly
Jun 05 18:14:55 <GNUtoo|laptop> maybe I should look at it 
Jun 05 18:15:01 <GNUtoo|laptop> because it has not changed since last year
Jun 05 18:23:34 <CIA-2> 03Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r86e285b567 10openembedded.git/conf/distro/include/sane-srcrevs.inc: efl: revert SRCREV bump, needs more testing
Jun 05 18:34:08 <mindThomas> GNUtoo|laptop: how should I put it on a webserver? I'm not a great linux guy yet ;)
Jun 05 18:34:18 <mindThomas> and then, how should I point opkg on the device?
Jun 05 18:35:05 <GNUtoo|laptop> mindThomas, install apache in your buildsystem
Jun 05 18:35:24 <GNUtoo|laptop> then copy the files to the apache directory
Jun 05 18:35:28 <GNUtoo|laptop> /var/www
Jun 05 18:35:31 <GNUtoo|laptop> or something like that
Jun 05 18:35:40 <GNUtoo|laptop> then look into /etc/opkg
Jun 05 18:35:43 <GNUtoo|laptop> on the device
Jun 05 18:35:47 <GNUtoo|laptop> there are feed address
Jun 05 18:35:54 <GNUtoo|laptop> change it for the address of your build system
Jun 05 18:36:16 <GNUtoo|laptop> like http://192.168.1.100/openembedded/htcdream
Jun 05 18:36:19 <GNUtoo|laptop> or something like that
Jun 05 18:36:37 <GNUtoo|laptop> if it pointed to armv6-novfp for instance
Jun 05 18:36:40 <GNUtoo|laptop> change to :
Jun 05 18:36:50 <GNUtoo|laptop> http://192.168.1.100/openembedded/htcdream/ipk/armv6-novfp
Jun 05 18:41:41 <mindThomas> ehich files should I copy?
Jun 05 18:52:10 <GNUtoo|laptop> mindThomas, look into your tmpdir for a dir called deploy
Jun 05 18:57:44 <khem> kergoth_: around ?
Jun 05 18:57:54 <khem> kergoth_: could you revive http://patchwork.openembedded.org/patch/1487/
Jun 05 18:58:02 <khem> with current master plz
Jun 05 19:02:55 <mindThomas> GNUtoo|laptop: yes, in that I have glibc, and in that I have ipk and sources
Jun 05 19:03:17 <mindThomas> in ipk there is two folders, all and armv4t
Jun 05 19:03:42 <mindThomas> in all there is 3 ipk files, but none of their names include PHP
Jun 05 19:04:28 <GNUtoo|laptop> mindThomas, mmm
Jun 05 19:04:36 <GNUtoo|laptop> strange
Jun 05 19:04:57 <GNUtoo|laptop> what's the output of bitbake on the console?
Jun 05 19:05:02 <GNUtoo|laptop> does it say fails
Jun 05 19:05:05 <GNUtoo|laptop> or something like that
Jun 05 19:05:07 <GNUtoo|laptop> else try:
Jun 05 19:05:10 <GNUtoo|laptop> bitbake package-index
Jun 05 19:06:47 <mindThomas> that it did finish without anyone who should be retried and without any errors
Jun 05 19:12:02 <kergoth> khem: hmm, yes, good idea, i'll look into it this week
Jun 05 19:12:39 <khem> kergoth: I changed IMAGE_BOOT to  IMAGE_VARS
Jun 05 19:12:48 <khem> to match your patch
Jun 05 19:13:03 <khem> and also revived it to current master
Jun 05 19:13:05 <khem> a bit
Jun 05 19:13:24 <khem> is that what you meant with your comment after the patch 
Jun 05 19:13:40 <khem> i.e. Erm, forgot to fix the IMAGE_VARS vs IMAGE_BOOT thing.  Well, you get the idea :)
Jun 05 19:20:54 <JaMa> khem: multitarget wasn't enough for gentoo binutils.. trying newer
Jun 05 19:21:35 <JaMa> khem: also noticed on other box, that new grep is using tar.xz (probably first recipe with xz) so I noticed that the box doesn't have xz installed and there is no xz-native afaik
Jun 05 19:28:18 <mindThomas> GNUtoo|laptop, what should I do next?
Jun 05 19:30:14 <GNUtoo|laptop> mindThomas, one sec
Jun 05 19:34:07 <GNUtoo|laptop> ok back
Jun 05 19:34:59 <GNUtoo|laptop> mindThomas, pastebin me the output of find in the ipk directory
Jun 05 19:35:12 <GNUtoo|laptop> mindThomas, a pastebin is a website like this:
Jun 05 19:35:20 <GNUtoo|laptop> http://pastebin.com/
Jun 05 19:35:33 <GNUtoo|laptop> so don't past in the irc channel the content
Jun 05 19:35:39 <GNUtoo|laptop> but past it in http://pastebin.com/
Jun 05 19:35:49 <GNUtoo|laptop> and then click on submit
Jun 05 19:36:06 <GNUtoo|laptop> and copy-paste the address that you have in your address bar here
Jun 05 19:38:12 <mindThomas> i know pastebin :D
Jun 05 19:38:36 <mindThomas> oh, just one thing
Jun 05 19:38:57 <mindThomas> when I ran the bitbake package thing, it said 92 finished and 72 didn't need to be rerun
Jun 05 19:38:59 <khem> JaMa: hmm xz should be there isnt it 
Jun 05 19:40:29 <GNUtoo|laptop> ok
Jun 05 19:40:36 <GNUtoo|laptop> that's normal
Jun 05 19:40:49 <GNUtoo|laptop> it doesn't recompile everything from scratch
Jun 05 19:41:06 <GNUtoo|laptop> it uses what you previously compiled if there is no more recent thing to compile
Jun 05 19:41:15 <hrw|gone> http://gcc.gnu.org/ml/gcc-patches/2009-08/msg00365.html - armv7a improvements for thumb2
Jun 05 19:42:59 <JaMa> khem: recipe for it? haven't found it
Jun 05 19:43:15 <HopsNBarley> ny recommendations on benchmarks, glibc test suites, etc. for verification?  I have a customer of a client that is complaining of glibc bugs - i'm hoping to demonstrate that is not the case.
Jun 05 19:43:17 <mindThomas> but GNUtoo|laptop, now there is also alot more files in the deploy/armv4t directory
Jun 05 19:43:21 <mindThomas> why wasn't those there before?
Jun 05 19:43:31 <mindThomas> i post to pastebin now
Jun 05 19:43:48 <JaMa> khem:  but there is a patch for xz http://www.mail-archive.com/openembedded-devel@lists.openembedded.org/msg03644.html
Jun 05 19:43:57 <GNUtoo|laptop> mindThomas, ok
Jun 05 19:45:13 <mindThomas> http://pastebin.com/NCsPZURr
Jun 05 19:46:20 <khem> JaMa: let me pull that patch and auger it into OE
Jun 05 19:46:25 <khem> JaMa: thx btw.
Jun 05 19:46:55 <JaMa> khem: the discussion http://patchwork.openembedded.org/patch/1587/ seems a bit stalled.. :/
Jun 05 19:47:29 <JaMa> maybe Bernhard Reutner-Fischer has newer version now..
Jun 05 19:50:23 <khem> JaMa: actually its not stalled 
Jun 05 19:50:31 <khem> but it was dragged into other discussions
Jun 05 19:51:31 <JaMa> well last xz related reply was 4 months ago..
Jun 05 19:52:23 <GNUtoo|laptop> mindThomas, here it is: -rw-rw-r--. 1 mindthomas mindthomas     25566 2010-06-05 18:39 php_5.2.13-r6.5_armv4t.ipk
Jun 05 19:52:24 <khem> I dont see any issues with this recipe though
Jun 05 19:53:36 <JaMa> khem: but maybe he has version using BBCLASSEXTEND for native
Jun 05 19:53:52 <khem> thats the one here
Jun 05 19:54:28 <JaMa> khem: ah right, I shouldn't read the first post :)
Jun 05 19:54:49 <khem> http://pastebin.com/4tKecKDD
Jun 05 19:54:51 <JaMa> khem: btw I got binutils-cross compiled with gentoo binutils now
Jun 05 19:54:58 <khem> pfff
Jun 05 19:55:00 <khem> how ?
Jun 05 19:55:17 <khem> Send an email to ml about your fix otherwise ant__ will surely run into it 
Jun 05 19:55:20 <khem> he uses gentoo too
Jun 05 19:55:46 <GNUtoo|laptop> mindThomas, the copy deploy to your web server directory
Jun 05 19:56:15 <JaMa> khem: only hack for now, forced --enable-plugins in toolchain-binutils.eclass
Jun 05 19:57:14 <JaMa> khem: trying 2.20.1-r1 again with enabled plugins
Jun 05 19:57:26 <khem> --enable-plugins ?
Jun 05 19:57:35 <khem> thats a gcc option 
Jun 05 19:57:37 <khem> I believe
Jun 05 19:58:09 <CIA-2> 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07org.openembedded.dev * r30d1238879 10openembedded.git/recipes/xz/ (xz.inc xz_4.999.9beta.bb xz_git.bb): 
Jun 05 19:58:09 <CIA-2> xz: add recipe and use BBCLASSEXTEND for native version.
Jun 05 19:58:09 <CIA-2> Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
Jun 05 19:58:09 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 19:58:11 <JaMa> I've read it in binutils changelog..
Jun 05 19:58:33 <JaMa> http://gcc.gnu.org/ml/gcc/2010-05/msg00632.html
Jun 05 20:02:32 <khem> JaMa: strange
Jun 05 20:02:38 <CIA-2> 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * re7b683e877 10openembedded.git/recipes/grep/grep_2.6.3.bb: 
Jun 05 20:02:38 <CIA-2> grep_2.6.3.bb: DEPEND on xz-native.
Jun 05 20:02:38 <CIA-2> * Becuase we are using .xz compressed archive in SRC_URI
Jun 05 20:02:38 <CIA-2> make sure that xz is installed for the host.
Jun 05 20:02:38 <CIA-2> Signed-off-by: Khem Raj <raj.khem@gmail.com>
Jun 05 20:09:13 <mindThomas> gnutoo, copy the all directory or the complete deploy?
Jun 05 20:09:28 <mindThomas> and then what?
Jun 05 20:11:40 <JaMa> khem: btw benchmark with O2 got numbers about the same as gcc-4.4.4 now running it with O2 and gcc-4.4.4
Jun 05 20:13:40 <GNUtoo|laptop> mindThomas, basically first install apache
Jun 05 20:13:55 <GNUtoo|laptop> the procedure depend on your distribution
Jun 05 20:14:04 <GNUtoo|laptop> but you should have a package manager
Jun 05 20:14:06 <GNUtoo|laptop> so use that
Jun 05 20:14:15 <GNUtoo|laptop> also the package could be called apache2
Jun 05 20:14:47 <mindThomas> huh?
Jun 05 20:15:03 <mindThomas> my device is a mini2440 with angstrom... it currently already have apache
Jun 05 20:15:06 <mindThomas> but it doesn't have PHP!
Jun 05 20:15:16 <GNUtoo|laptop> no I mean apache on your build system
Jun 05 20:15:23 <GNUtoo|laptop> for serving the ipks
Jun 05 20:15:29 <GNUtoo|laptop> to your device
Jun 05 20:15:51 <GNUtoo|laptop> I bet you know how to do that,else ask
Jun 05 20:16:31 <GNUtoo|laptop> because you want php and apache on your mini2440,I can assume you know apache enough?
Jun 05 20:16:42 <GNUtoo|laptop> for setting it up on your desktop
Jun 05 20:16:48 <GNUtoo|laptop> s/desktop/build system
Jun 05 20:17:35 <GNUtoo|laptop> sorry If I say banalities but I'm doing many things at the same time....
Jun 05 20:17:48 <mindThomas> hmm, currently apache is installed on my main system
Jun 05 20:17:56 <mindThomas> and i can access it at 127.0.0.1
Jun 05 20:18:13 <mindThomas> but i can't reach it with another computer, and maybe that's because i'm running it in VMWare?
Jun 05 20:19:00 <GNUtoo|laptop> yes it's because of that
Jun 05 20:19:11 <GNUtoo|laptop> I've another solution
Jun 05 20:19:16 <GNUtoo|laptop> you're on windows right?
Jun 05 20:19:26 <GNUtoo|laptop> copy the files from your vmware to your windows
Jun 05 20:19:37 <GNUtoo|laptop> and serve them using apache on windows or another web server
Jun 05 20:20:47 <mindThomas> whole deploy?
Jun 05 20:21:32 <GNUtoo|laptop> the directory that contains:
Jun 05 20:21:43 <GNUtoo|laptop> armv4 all
Jun 05 20:21:45 <GNUtoo|laptop> etc...
Jun 05 20:21:53 <GNUtoo|laptop> that should be sufficent
Jun 05 20:22:21 <JaMa> khem: btw do you have some hint, why I see quite a lot packages failing with "undefined reference to `__cxa_end_cleanup'" now? ie http://tinderbox.openembedded.net/packages/601053/ and about 5 other for image built ok 2 days ago
Jun 05 20:22:32 <JaMa> khem: both images were gcc-4.5
Jun 05 20:32:29 <mindThomas> now it's on my webserver
Jun 05 20:32:30 * mwester wonders which gcc is the most stable, and wonders if he should just go back to before the sysroot change and branch the git repo until some of this stuff gets fixed. :(
Jun 05 20:33:14 <mindThomas> GNUtoo|laptop: then what's next?
Jun 05 20:33:28 <GNUtoo|laptop> mindThomas, ok nice
Jun 05 20:33:29 <GNUtoo|laptop> then:
Jun 05 20:33:36 <GNUtoo|laptop> go into the mini 2440
Jun 05 20:33:42 <GNUtoo|laptop> and look into /etc/opkg
Jun 05 20:33:49 <GNUtoo|laptop> there are files like armv4
Jun 05 20:33:52 <GNUtoo|laptop> or similar
Jun 05 20:33:58 <GNUtoo|laptop> look inside
Jun 05 20:34:00 <GNUtoo|laptop> with cat
Jun 05 20:34:02 <GNUtoo|laptop> cat ./file
Jun 05 20:34:07 <GNUtoo|laptop> file beeing the file name
Jun 05 20:35:01 <mindThomas> nope
Jun 05 20:35:08 <mindThomas> there af mini2440-feed.conf
Jun 05 20:35:14 <JaMa> mwester: gcc-4.4.4 worked fine for me and SHR
Jun 05 20:35:18 <mindThomas> and other *-feed.conf files
Jun 05 20:35:31 <GNUtoo|laptop> look in theses feed.conf
Jun 05 20:36:08 <JaMa> mwester: but even while working fine it had at least 2 unresolved issues agains gcc-4.3*
Jun 05 20:36:22 <mindThomas> in mini2440-feed.conf it has an adress to an ipk folder on www.angstrom-distribution.org
Jun 05 20:37:09 <GNUtoo|laptop> mindThomas, indeed change that to point to your server
Jun 05 20:38:47 <mindThomas> but there are many .conf files
Jun 05 20:38:55 <mindThomas> they all have adress to angstrom's site
Jun 05 20:39:11 <mindThomas> but with different directories, the mini2440 conf has: src/gz mini2440 http://www.angstrom-distribution.org/feeds/unstable/ipk/glibc/armv4t/machine/mini2440
Jun 05 20:39:16 <GNUtoo|laptop> mindThomas, look at one with armv4
Jun 05 20:39:24 <mindThomas> they all have
Jun 05 20:40:17 <GNUtoo|laptop> ok
Jun 05 20:40:23 <GNUtoo|laptop> then backup the directory
Jun 05 20:40:32 <GNUtoo|laptop> and make one file that looks like that
Jun 05 20:40:41 <GNUtoo|laptop> (give me some time to login in a device)
Jun 05 20:41:13 <mwester> JaMa,  4.2.4 worked fine, but with the gcc sysroot change, it won't build the gcc-4.2.4 target for the device any longer.  I have no idea where/how to troubleshoot, and nobody is interested in fixing it, which seems a terrible shame, since it means I have to switch gcc versions, test each and everything int he feeds all over again, and quite possible debug compiler issues with BE (which always seems to be a problem with gcc/ARM)... so I'm not thrilled a
Jun 05 20:41:13 <mwester> bout the lack of commitement to making the sysroot stuff work.
Jun 05 20:46:40 <GNUtoo|laptop> mindThomas, sdid you backup the directory?
Jun 05 20:47:55 <mindThomas> yup
Jun 05 20:50:27 <mindThomas> then what...?
Jun 05 20:50:31 <GNUtoo|laptop> mindThomas, ok now delete or move the /etc/opkg directory
Jun 05 20:50:37 <GNUtoo|laptop> and create the following files
Jun 05 20:51:08 <GNUtoo|laptop> let me boot a device with opkg
Jun 05 20:51:13 <GNUtoo|laptop> I booted the wrong one
Jun 05 20:52:55 <GNUtoo|laptop> then do:
Jun 05 20:52:57 <GNUtoo|laptop> mkdir opkg
Jun 05 20:53:20 <GNUtoo|laptop> phone's ringing sorry
Jun 05 20:54:41 <GNUtoo|laptop> back
Jun 05 20:54:47 <GNUtoo|laptop> after doing the mkdir do:
Jun 05 20:54:48 <GNUtoo|laptop> cd opkg
Jun 05 20:54:54 <GNUtoo|laptop> then create this file:
Jun 05 20:55:02 <GNUtoo|laptop> armv4t-feed.conf
Jun 05 20:55:09 <GNUtoo|laptop> edit it and add this content
Jun 05 20:55:26 <GNUtoo|laptop> src/gz shr-dev-armv4t http://......./armv4t
Jun 05 20:56:09 <GNUtoo|laptop> and then copy the following files from the old dir:
Jun 05 20:56:13 <GNUtoo|laptop> arch.conf
Jun 05 20:56:24 <GNUtoo|laptop> opkg.conf
Jun 05 20:56:51 <GNUtoo|laptop> and then opkg update && opkg install php
Jun 05 20:59:33 <GNUtoo|laptop> create the other files like all.conf and mini2442.conf acrodingly if needed
Jun 05 21:00:49 <mindThomas> i think it worked
Jun 05 21:00:51 <mindThomas> but then
Jun 05 21:01:03 <mindThomas> how do I get httpd/apache to work with php?
Jun 05 21:06:20 <GNUtoo|laptop> I don't know
Jun 05 21:06:36 <GNUtoo|laptop> I'm not a web expert
Jun 05 21:10:50 <mindThomas> hmm, then where has it installed the php?
Jun 05 21:14:19 <GNUtoo|laptop> opkg files php
Jun 05 21:14:35 <mindThomas> i think i have to install more than just opkg install php
Jun 05 21:14:41 <mindThomas> cause there is different packages
Jun 05 21:14:48 <mindThomas> like php-cgi and php-cli
Jun 05 21:27:19 <JaMa> khem: benchmark both version built with -O2 http://paste.pocoo.org/show/222345/
Jun 05 21:27:35 <JaMa> khem: results are almost the same, fs difference is gone..
Jun 05 21:29:50 <GNUtoo|laptop> mindThomas, install php-cgi
Jun 05 21:30:08 <GNUtoo|laptop> php-cli is for using php as a desktop programming language
Jun 05 21:30:15 <GNUtoo|laptop> like python,perl,C etc...
Jun 05 21:30:28 <GNUtoo|laptop> basically you can make GUI with php-gtk etc...
Jun 05 21:30:35 <GNUtoo|laptop> that's what php-cli is meant for
Jun 05 21:30:42 <GNUtoo|laptop> so use php-cgi
Jun 05 21:33:44 <ant__> mindThomas: usually you just add PHP in APACHE2_OPTS
Jun 05 21:34:07 <ant__> e.g. APACHE2_OPTS="-D DEFAULT_VHOST -D SSL -D PHP5"
Jun 05 21:34:32 <ant__> install cgi only if you know what you do
Jun 05 21:36:40 <ant__> hm..sorry...seems I'm Gentoo-biased...
Jun 05 21:56:14 <GNUtoo|laptop> ah yes I remember now
Jun 05 21:56:44 <GNUtoo|laptop> I must go bye
Jun 05 22:27:01 <khem> JaMa|Zzzz: thx
Jun 05 22:45:08 <khem> mwester: 4.4.4 is what is mostly used
Jun 05 22:45:16 <khem> mwester: did you try 4.4.4
Jun 05 22:45:37 <khem> mwester: as I said before if there are issues with 4.4.4 I will be interested 
Jun 05 22:46:32 <khem> mwester: with 4.2 version its the target gcc which is failing ?
Jun 05 23:01:55 <ensc> khem: gcc 4.4 is broken for iwmmxt (pxa)
Jun 05 23:02:30 <khem> ensc: in what way ? did you ever report it
Jun 05 23:03:09 <ensc> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836
Jun 05 23:03:10 <woglinde> jo re
Jun 05 23:10:12 <woglinde> hm gotcha
Jun 05 23:10:22 <woglinde> giflib-native depends on some target stuff
Jun 05 23:12:53 <khem> ensc: ah I remember those
Jun 05 23:13:24 <khem> ensc: iwmmxt has fallen a behind
Jun 05 23:13:37 <woglinde> hm
Jun 05 23:14:31 <khem> never mind I have started to build gcc 4.2.4 let me see if I can reproduce the problem mwester is hitting
Jun 05 23:15:06 <woglinde> ah okay
Jun 05 23:15:09 <woglinde> xorg stuff
Jun 05 23:17:44 <woglinde> hm libice-native
Jun 05 23:18:14 <Spz0> anyone alive for a quick question?
Jun 05 23:18:17 <khem> binutils have multiplied like rabbits
Jun 05 23:18:25 <woglinde> khem *g*
Jun 05 23:18:27 <khem> woglinde: whats the problem
Jun 05 23:18:28 <woglinde> spz0
Jun 05 23:18:30 <woglinde> no
Jun 05 23:18:34 <Spz0> damn
Jun 05 23:18:37 <Spz0> =\
Jun 05 23:18:45 <Spz0> :p
Jun 05 23:18:47 <woglinde> khem native packages again which depends on target stuff
Jun 05 23:18:52 <woglinde> spz0 just ask
Jun 05 23:19:17 <khem> woglinde: eh ok
Jun 05 23:19:51 <khem> I wish I had that six core i7
Jun 05 23:20:03 <khem> I could do so many things faster
Jun 05 23:20:10 <woglinde> he
Jun 05 23:20:16 <khem> for toolchain sort of things you need to churn all bits
Jun 05 23:20:17 <woglinde> try icecc
Jun 05 23:20:23 <khem> I feel like a ditch digger
Jun 05 23:20:44 <woglinde> hm glib-2.0-native is it not
Jun 05 23:20:49 <khem> even for icecc I need more than one machine and I only have 2
Jun 05 23:21:06 <woglinde> some dep of libx11
Jun 05 23:21:26 <khem> woglinde: glibc-2.0-native is asking for something from native ?
Jun 05 23:21:35 <khem> oh I mean target package
Jun 05 23:21:41 <woglinde> no
Jun 05 23:21:51 <woglinde> libx11-native was the latest stop
Jun 05 23:22:03 <woglinde> unfornatly the dep graphs are strange
Jun 05 23:22:05 <Spz0> Im trying to fix someones recipe.  We're trying to upgrade one of our overlays to the unstable branch of angstrom -- and there is this one recipe which has been reworked to autotools.  I had found a typo in the makefile.am, so I manually corrected it, and found out I needed to also reflect the change in the makefile.in, but I am still rcving a make error.
Jun 05 23:22:27 <Spz0> keep in mind that I am quite new to this, and am still learning quite a bit as I go
Jun 05 23:22:30 <Spz0> heh
Jun 05 23:22:33 <woglinde> there is no unstable branch for ansgtroem
Jun 05 23:22:56 <woglinde> only dev branch which will be master for oe
Jun 05 23:23:06 <Spz0> thats what Im referring to.
Jun 05 23:23:07 <khem> Spz0: makefiles are regenerated
Jun 05 23:23:08 <Spz0> thanks for the correction
Jun 05 23:23:31 <woglinde> make a patch for Makefile.am
Jun 05 23:23:35 <khem> Spz0: so make sure you make changes to makefile.am 
Jun 05 23:23:38 <khem> heh
Jun 05 23:23:59 <woglinde> Makefile.am -> automake -> Makefile.in -> configure -> Makefile
Jun 05 23:24:07 <woglinde> recipe should inherit autotools
Jun 05 23:24:32 <khem> woglinde: how about autoheader stuff ;)
Jun 05 23:25:14 <Spz0> specific error rcv'd is :: | make: *** No rule to make target `archoshelperclient', needed by `archos-helper-client'.  Stop.
Jun 05 23:25:40 <Spz0> I have made the changes to the makefile.am and .in in the tarball -- cleaned, and tried to rebuild. same error.
Jun 05 23:26:01 * Spz0 is too new to really know how to debug this, so Im learning as I go.
Jun 05 23:27:07 <khem> Spz0: make sure that you make changes to source of all
Jun 05 23:27:24 <khem> sometimes makefiles are generated from more than one input
Jun 05 23:27:30 <khem> may be there is another file
Jun 05 23:27:38 <khem> thats fed into it
Jun 05 23:27:56 <Spz0> ahh.  another recipe that is fed into it.  k.  I"ll check.  It is tied into 3 recipes iirc
Jun 05 23:28:10 <khem> no not recipe
Jun 05 23:28:26 <khem> you should not modify tat first of all.
Jun 05 23:28:33 <khem> but create a patch on top
Jun 05 23:29:00 <khem> and apply the patch after untarring which iwill happen for you if you code it in the recipe
Jun 05 23:30:04 <Spz0> I have checked all files within the tarball for reference to said typo, but have found it only in makefile.am and makefile.in.
Jun 05 23:30:14 <woglinde> Spz0 could be a problem with staging
Jun 05 23:30:51 <Spz0> hmm
Jun 05 23:31:14 <woglinde> try -f
Jun 05 23:31:22 <woglinde> when bitbaking
Jun 05 23:32:14 <khem> woglinde: Can you do a build from scratch if you have bandwidth
Jun 05 23:32:19 <Spz0> that would be beyond my knowledge atm.  heh.  I keep missing florian (been working with him -- hes the recipe creator) to ask hi about it -- on opposite sides of the globe.
Jun 05 23:32:24 <Spz0> I"ll try -f
Jun 05 23:33:06 <woglinde> khem no time yet
Jun 05 23:33:18 <woglinde> I rebuild from scratch with package-staging
Jun 05 23:33:44 <woglinde> sorry
Jun 05 23:35:17 <khem> ah 
Jun 05 23:35:28 <khem> that would not help
Jun 05 23:36:13 <woglinde> yes
Jun 05 23:36:20 <woglinde> but your latest commits worked
Jun 05 23:36:22 <woglinde> sofar
Jun 05 23:36:28 <woglinde> *g*
Jun 05 23:36:40 <woglinde> haha
Jun 05 23:36:44 <woglinde> xproto-native
Jun 05 23:36:57 <woglinde> gotcha
Jun 05 23:37:05 <woglinde> "xproto-native" -> "util-macros"
Jun 05 23:38:52 <woglinde> *sigh*
Jun 05 23:40:31 <Spz0> http://pastebin.mozilla.org/731520  -- error report
Jun 05 23:40:35 <Spz0> with -f 
Jun 05 23:40:58 <woglinde> ieehks
Jun 05 23:41:26 <woglinde> xproto needs BBCLASSEXTEND love
Jun 05 23:44:07 <Spz0> specifically "make: *** No rule to make target `archoshelperclient', needed by `archos-helper-client'.  Stop."  what is this referring to?  There is (to my knowledge) a rule int eh makefile.am as follows::: archos_helper_client_LDADD = -L . -l archoshelperclient
Jun 05 23:44:19 <Spz0> in the*
Jun 05 23:45:14 <Spz0> I understand the frustration of helping someone new, so in advance, I really do appreciate the help.  :)
Jun 05 23:45:32 <woglinde> could please bastebin whole Makefile.am
Jun 05 23:45:37 <woglinde> ups pastebin
Jun 05 23:45:40 <woglinde> ~pastebin
Jun 05 23:45:42 <ibot> [~pastebin] A "pastebin" is a web-based service where you should paste anything over 3 lines so you don't flood the channel. Here are links to a few : http://www.pastebin.com , http://pastebin.ca , http://channels.debian.net/paste , http://paste.lisp.org , http://bin.cakephp.org/ , http://asterisk.pastey.net/ , or install pastebinit with yum or aptitude.
Jun 05 23:46:12 <Spz0> http://pastebin.mozilla.org/731522
Jun 05 23:46:15 <Spz0> makefile.am
Jun 05 23:47:39 <woglinde> there is a l missing
Jun 05 23:47:54 <woglinde> archos_helper_client_LDADD = = -L . -l archoshelperclient
Jun 05 23:47:56 <woglinde> ups
Jun 05 23:47:58 <Spz0> I had noticed an error previously on line14.  "-l archoshelperclient" _was_ "-larchoshelperclient"
Jun 05 23:47:58 <woglinde> hm sorry
Jun 05 23:48:06 <woglinde> yes
Jun 05 23:48:19 <woglinde> hm not real error
Jun 05 23:49:35 <Spz0> hmm. damn. I forget the error that I got previously with "-larchoshelperclient" in place, but there was a whole separate build error there..  let me revert and see
Jun 05 23:49:53 <woglinde> okay
Jun 05 23:49:57 <woglinde> take your time
Jun 05 23:52:07 <Spz0> http://pastebin.mozilla.org/731525   --- reverted makefile.am
Jun 05 23:52:08 <woglinde> hm sdk vs. nativesdk?
Jun 05 23:52:14 <woglinde> whtas correct?
Jun 05 23:52:34 <woglinde> thats not the error
Jun 05 23:52:41 <woglinde> what error you now get?
Jun 05 23:52:50 <Spz0> running recipe now.
Jun 05 23:52:56 <Spz0> sec
Jun 05 23:53:21 <woglinde> khem?
Jun 05 23:53:39 <woglinde> or should I put both in
Jun 05 23:57:20 <Spz0> http://pastebin.mozilla.org/731529
Jun 05 23:57:23 <Spz0> new error
Jun 05 23:57:58 <Spz0> line 11
Jun 05 23:58:45 <woglinde> hm he should build libarchoshelperclient before
Jun 06 00:00:34 <Spz0> hmm. according to the makefile, isnt it indeed being built before? or is this a whole separate deal.
Jun 06 00:02:38 <woglinde> okay
Jun 06 00:02:47 <woglinde> time to read the automake manual
Jun 06 00:03:07 <Spz0> lol
Jun 06 00:03:08 <woglinde> http://www.gnu.org/software/automake/manual/automake.html
Jun 06 00:03:13 <woglinde> why lol?
Jun 06 00:03:32 <Spz0> perfect.  :) I've been looking for more documentation on bitbake.  :)
Jun 06 00:03:42 <Spz0> haven't been able to find much at all,, thus the lol
Jun 06 00:06:51 <woglinde> ah
Jun 06 00:06:58 <woglinde> hos_helper_client_LDADD = -L . -larchoshelperclient
Jun 06 00:07:08 <woglinde> try archos_helper_client_LDADD = -L . -larchoshelperclient
Jun 06 00:07:11 <woglinde> args
Jun 06 00:07:13 <woglinde> archos_helper_client_LDADD = -L . -larchoshelperclient
Jun 06 00:07:25 <woglinde> archos_helper_client_LDADD = libarchoshelperclient.la
Jun 06 00:07:40 <woglinde> last one
Jun 06 00:09:10 <woglinde> spz0 is libarchoshelperclient used anywhere else?
Jun 06 00:09:48 <mwester> khem: I have been working on 4.4.4 gcc.  More packages failed than with 4.4.2, I think... but I ran out of time to debug, and today coreutils-native fails to build!  I'm becoming so discouraged at this point; I know OE goes through cycles of stability/chaos, but I'm just unable to keep a tiny little distro working through this chaotic period. :(
Jun 06 00:09:51 <Spz0> not that Im aware of
Jun 06 00:10:11 <woglinde> spz0 do a qucik grep
Jun 06 00:10:33 <woglinde> and please look where archos-helper-client.h is include
Jun 06 00:10:34 <woglinde> d
Jun 06 00:10:36 <woglinde> in which file
Jun 06 00:12:49 <mwester> coreutils-native-8.5-r0: do_compile fails: "./signal.h:375: error: size of array 'verify_NSIG_constraint' is negative"    Has anyone encountered this today, or should I begin trying to sort this out?
Jun 06 00:12:59 <woglinde> hm no
Jun 06 00:13:07 <woglinde> but I am using gcc 4.3 atm
Jun 06 00:13:13 <woglinde> and binutils 2.18
Jun 06 00:15:34 <mwester> Sigh.  Ok.  I guess I could set another PREFERRED_VERSION for an older coreutils, but I'd prefer to pull the preferred_version forward for something else instead -- I'll check my binutils if that might be what's making a difference.
Jun 06 00:16:57 <mwester> With the new sysroot stuff, when I see the log file list a path "/usr/include/signal.h", I presume it's meaning the one staged (as opposed to the one on my host), right?
Jun 06 00:17:47 <woglinde> aeh???
Jun 06 00:17:59 <woglinde> native package?
Jun 06 00:18:03 <mwester> yes.
Jun 06 00:18:20 <Spz0> libarchoshelper is referred to in various placese in the .in file.  archos-helper-client.h is refferenced once.
Jun 06 00:18:21 <woglinde> native is okay
Jun 06 00:18:41 <Spz0> hmm. that change you suggested made it pass through the compile task
Jun 06 00:18:43 <woglinde> spzo Makefile.in dont count
Jun 06 00:18:59 <Spz0> do_package_stage now.
Jun 06 00:19:47 <Spz0> although I don't remember it taking this long to package.
Jun 06 00:25:37 <Spz0> hmm sry woglinde, Im not sure where Im suppose to be looking for reference of libarchoshelperclient ot archos-helper-client.h  =\
Jun 06 00:25:54 <woglinde> do a grep
Jun 06 00:26:02 <woglinde> over the whole package
Jun 06 00:30:16 <CIA-2> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * ra99ef9d570 10openembedded.git/recipes/classpath/classpath-tools-native.bb: classpath-tools-native: remove do_stage function, not needed anymore
Jun 06 00:56:25 <CIA-2> 03Henning Heinold <heinold@inf.fu-berlin.de> 07org.openembedded.dev * r2895ccd6df 10openembedded.git/recipes/classpath/classpath-tools-native.bb: classpath-tools-native: *sigh* seems do_stage needs to be override in all cases
Jun 06 01:25:53 * mwester bumps up PREFERRED_VERSIONS for auto*, m4, and misc other things, and tries gcc 4.4.4 once again.
Jun 06 01:26:14 <mwester> Nothing like random flailing in the dark to try to get a distro to build! :D
Jun 06 01:33:58 <khem> mwester: yes
Jun 06 01:34:24 <khem> mwester: btw. I am building gcc target atm for MACHINE=nslu2be DISTRO=slugos
Jun 06 01:34:46 <khem> mwester: if I am able to reproduce the issue you are seeing I will try to fix it 
Jun 06 01:34:47 <mwester> Thanks!
Jun 06 01:35:21 <khem> mwester: btw. as another project you could try to use 4.4.4
Jun 06 01:35:27 <khem> I know its more PITA
Jun 06 01:35:40 <mwester> I'm working on moving to gcc 4.4.4
Jun 06 01:35:45 <khem> cool
Jun 06 01:36:01 <khem> mwester: I know I havent ported forward the big endian stuff 
Jun 06 01:36:05 <khem> for gcc 
Jun 06 01:36:12 <khem> let me know how far you get
Jun 06 01:36:17 <mwester> It would be ideal to have both working for a period of time, that way I can more easily determine if a given issue is toolchain-related, or just the current OE choas.
Jun 06 01:36:45 * khem sees the interest to fix 4.2.4
Jun 06 01:36:56 <khem> mwester: yes I agree
Jun 06 01:37:05 <mwester> I'd very much like to have BE working, but the technical issues that required BE are long ago resolved; we can switch to LE if necessary.
Jun 06 01:37:57 <mwester> So if getting to 4.4.4 is an LE-only step, well, that's just the way it is.  There are some other gains (disk space for the servers and feeds, etc) for dropping one of the two endianness's
Jun 06 01:38:15 <khem> your call 
Jun 06 01:38:24 <khem> I could fix BE for you
Jun 06 01:39:16 <mwester> I presume that BE is just not used by anyone any longer?  Is there any benefit to the community at large to have a distro actively keeping BE working, or is there simply no need for BE?
Jun 06 01:40:00 <khem> I think it still makes sense for Xscale atleast
Jun 06 01:40:08 <khem> plus why to narrow horizons
Jun 06 01:40:22 * khem wishes for a faster machine
Jun 06 01:40:48 <khem> my daughter (who is 4) promised a new computer on fathers day for me. 
Jun 06 01:40:53 <mwester> When there are limited resources (specifically, people who know how to work with toolchains), then perhaps limiting horizons is the best way to move forward...
Jun 06 01:41:12 <mwester> You have a kind daughter, indeed! :)
Jun 06 01:41:40 <mwester> Hopefully she'll get some help to pick out the machine, though.
Jun 06 01:41:57 <mwester> (lest you end up with one with Mickey Mouse ears, or similar...)
Jun 06 01:42:16 <khem> mwester: she has vested interest because right now I dont play her rhymes because I complain if I do that I cant work :)
Jun 06 01:42:31 <khem> heh she thinks it will be pink in color
Jun 06 01:43:19 <khem> mwester: do you have any slug device spare 
Jun 06 01:43:26 <mwester> My daughters are a bit older (college), but they wanted nothing to do with pink.
Jun 06 01:43:42 <mwester> And yes, I'm quite sure we have an IXP4xx-based device somewhere about.
Jun 06 01:43:47 <khem> yeah I hope she gets over it soon
Jun 06 01:44:07 <khem> mwester: if there is something I could use that will help you with your pains in future
Jun 06 01:44:15 <mwester> Where in the world might you be?
Jun 06 01:44:17 <khem> right now all I have is qemu 
Jun 06 01:44:25 <khem> I am in Bay area
Jun 06 01:44:31 <mwester> Ah - that's easy then.
Jun 06 01:45:07 <mwester> Let me see what I can come up with.
Jun 06 01:45:10 <khem> I am remodelling a small part in my garage for computers 
Jun 06 01:45:40 <khem> ATT was kind enough to lay ethernet cables to all rooms
Jun 06 01:45:41 <mwester> You'll have your own computer museum, then.
Jun 06 01:45:48 <khem> ys heh
Jun 06 01:46:45 <mwester> Are you comfortable with soldering your own serial port connector, or should I look for one that already has the header added?
Jun 06 01:46:46 <khem> for toolchain stuff I need to do build from scratch and it takes like 4 hrs minimum to build something like minimal-image on my machine
Jun 06 01:47:18 <khem> mwester: I would prefer to have one I am not a electronics sort of guy
Jun 06 01:47:26 <mwester> Ok.
Jun 06 01:47:29 <khem> I can fix my bicycle
Jun 06 01:47:31 <khem> though
Jun 06 01:49:17 <Linf> this is not OE-related, but could anyone explain me why every time I write my nfs rootfs to nand and then try to mount it I get zounds of ECC errors trying to read that?
Jun 06 01:51:07 <khem> mwester: armeb-linux-gnueabi-g++: /scratch/oe/sysroots/armv5teb-linux-gnueabi/usr/lib/.libs/libstdc++.so: No such file or directory
Jun 06 01:51:24 <khem> mwester: seems like I am getting same error as you right ?
Jun 06 01:51:30 <mwester> That's the one.
Jun 06 01:51:39 <woglinde> ieehlks
Jun 06 01:51:42 <khem> ok great
Jun 06 01:51:51 <khem> woglinde: was that the cat
Jun 06 01:51:56 <woglinde> no
Jun 06 01:51:57 * mwester wondes if woglinde's cat is about
Jun 06 01:52:05 <woglinde> the libstdc++
Jun 06 01:52:16 <khem> yeah libstdc++ is PITA
Jun 06 01:52:47 <mwester> But it exists, AFAICT -- just not in .libs.
Jun 06 01:53:00 <woglinde> wrong .la file?
Jun 06 01:53:16 <mwester> BTW, 41m 7s to build SlugOS LE
Jun 06 01:53:29 <khem> mwester: wow you must have a fast machine
Jun 06 01:53:50 <khem> I started my build at about 2pm
Jun 06 01:53:59 <khem> and its now 6:53p here
Jun 06 01:55:01 <mwester> Once upon a time it was fast, but I think most of the folks here have faster by now.  Quad-core 2.83GHz with 12GB RAM, ordinary SATA HD.
Jun 06 01:55:29 <khem> well here I have a P4 Dual core 
Jun 06 01:55:32 <khem> 2G mem
Jun 06 01:55:54 <woglinde> p4 is PITA
Jun 06 01:55:55 <mwester> But, I can now build the core image with gcc4.4.4 -- so now to move on to the package feed and see what happens.   Progress by randomness!  It worked. :D
Jun 06 01:56:27 <mwester> ls
Jun 06 01:56:30 <mwester> oops
Jun 06 01:57:06 * mwester wonders why boost is in the feeds anyway, who needs boost on a 32MByte embedded device??
Jun 06 01:57:18 <woglinde> lol
Jun 06 02:02:52 <mwester> khem,  do you have a host with a real serial port, or just USB ports?  (for access to an NSLU2's console)?
Jun 06 02:12:05 <khem> mwester: I have one serial port
Jun 06 02:12:17 <khem> and I use it alternatively
Jun 06 02:12:37 <khem> mwester: I though of buying a USBtoserial converter
Jun 06 02:13:23 <khem> mwester: wow 4.4.4 built image boots for you :)
Jun 06 02:13:27 <khem> is LE or BE
Jun 06 02:13:44 <mwester> Oh I haven't tried booting yet - just building.
Jun 06 02:13:55 <mwester> But I'm about to flash it and see.
Jun 06 02:14:21 <khem> good luck
Jun 06 02:14:45 <woglinde> bye
Jun 06 02:22:36 <mwester> Kernel panic - not syncing: Attempted to kill init!
Jun 06 02:22:42 <mwester> Oh well.
Jun 06 02:26:08 <khem> ugh
Jun 06 02:26:22 <khem> mwester: that looks no good.
Jun 06 02:26:30 <khem> enable more debugging
Jun 06 02:26:47 <mwester> Ah, at least it's hardly a subtle problem :D
**** ENDING LOGGING AT Sun Jun 06 02:59:56 2010