**** BEGIN LOGGING AT Sun Oct 19 02:59:56 2008
Oct 19 03:01:24 <echelon> ok, i fixed the tslib thing by removing the enable tslib patch and rebuilt xserver-kdrive-fbdev
Oct 19 03:01:28 <echelon> but it still get Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c
Oct 19 03:38:04 <echelon> hello?
Oct 19 04:38:41 <Tartarus> echelon, can you describe your hw platform a bit?
Oct 19 04:39:01 <Tartarus> having tslib & co on a non-ts device don't hurt things, it's just wasted space
Oct 19 04:39:10 <Tartarus> and it sounds like you're not quite to the optimize my space step :)
Oct 19 04:40:34 <echelon> Tartarus: i already removed the tslib
Oct 19 04:40:50 <Tartarus> right
Oct 19 04:40:59 <Tartarus> i'm saying removing it wasn't what you needed to do,if it still doesn't work :)
Oct 19 04:41:01 <echelon> Tartarus: http://www.openzipit.org/
Oct 19 04:41:05 <Tartarus> it should be working, even with tslib
Oct 19 04:41:17 <echelon> that's the device
Oct 19 04:41:34 <echelon> the Z2
Oct 19 04:41:40 <echelon> all i get now is this message.. Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c
Oct 19 04:42:02 <Tartarus> hmm
Oct 19 04:42:16 <Tartarus> perhaps there's patches there that need migration over to current oe?
Oct 19 04:42:20 <Tartarus> or is there stuff not working?
Oct 19 04:44:08 <echelon> hrm.. the problem seems to be only Xfbdev
Oct 19 04:57:08 <echelon> ugh, the drivers for the wireless card sucks on this thing
Oct 19 04:57:20 <echelon> it disassociates from the AP every minute
Oct 19 04:57:41 <echelon> i should just put "iwconfig ..." in an infinite loop
Oct 19 05:20:09 <CIA-3> 03Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r0f048f279a 10openembedded.git/packages/meta/slugos-packages.bb: SlugOS: slugos-packages - reinstate gdb
Oct 19 08:36:52 <pb_> mickeyl: good morning
Oct 19 08:37:08 <mickeyl> good morning p
Oct 19 08:37:08 <mickeyl> b
Oct 19 08:37:09 <mickeyl> _
Oct 19 08:37:10 <mickeyl> oops
Oct 19 08:37:20 <mickeyl> this keyboard is strange sometimes
Oct 19 08:37:30 <mickeyl> (might be my finger)
Oct 19 08:37:37 <pb_> heh
Oct 19 08:43:38 <CIA-3> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * rc2bc66b520 10openembedded.git/packages/perl/perl-native_5.8.8.bb: perl-native: respect STAGING_BINDIR over prefix
Oct 19 08:45:06 <mickey|squash> lauter
Oct 19 08:45:11 <mickey|squash> later, even
Oct 19 08:51:55 <RP> morning all
Oct 19 09:16:37 <pb_> hi rp
Oct 19 09:16:43 <pb_> lauter mickeyl
Oct 19 09:43:20 <CIA-3> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * r45d8068286 10openembedded.git/packages/glibc/ (15 files in 2 dirs): glibc: remove ld.so.conf, don't ship ldconfig if USE_LDCONFIG=0
Oct 19 10:36:22 <woglinde> hi
Oct 19 10:42:08 <pb_> hi woglinde 
Oct 19 10:42:38 <woglinde> hi pb
Oct 19 10:42:48 <woglinde> hm
Oct 19 10:43:29 <woglinde> maybee qte 2 can be not compiled with as-needed or hash-style
Oct 19 10:43:37 <woglinde> I am just searching the error
Oct 19 10:52:04 <woglinde> args
Oct 19 10:52:07 <woglinde> gotcha
Oct 19 10:52:19 <woglinde> as-needed strips down -lts and -lstdc++
Oct 19 10:52:31 <woglinde> bettere strips down the symbols of it
Oct 19 10:52:34 <woglinde> why this
Oct 19 10:52:40 <woglinde> linking suckz *g*
Oct 19 11:07:42 <pb_> woglinde: what do you mean by "strips down the symbols"?
Oct 19 11:11:09 <woglinde> pb qte-mt.so is linked with gcc and -lts and -lsupc++
Oct 19 11:11:25 <woglinde> but when you then link a opie app which use new delete or the ts
Oct 19 11:11:29 <woglinde> like qss
Oct 19 11:12:12 <woglinde> the compiler screems and says that he cant find the ts symbols like ts_raw and new and delete in qte-mt.sp
Oct 19 11:12:19 <woglinde> .so
Oct 19 11:13:27 <woglinde> I compiled now qte-mt without as-needed
Oct 19 11:13:35 <woglinde> and opie-qss too and it worked
Oct 19 11:13:45 <woglinde> hm now I have to try opie-ass with as-needed
Oct 19 12:03:26 <RP> woglinde: Usually its a chain reaction of failures - if one lib fails, all dependencies end up failing :(
Oct 19 12:03:39 <RP> woglinde: The problem is usually the order the libraries are passed to the linker
Oct 19 12:17:30 <woglinde> rp really?
Oct 19 12:17:54 <woglinde> hm ah
Oct 19 12:17:57 <woglinde> okay
Oct 19 12:18:03 <Crofton|work> rp, looks like I get to test building for arm5 and arm7 in the same tmp dir
Oct 19 12:18:07 <woglinde> opie-qss fails with as-needed anyway
Oct 19 12:18:22 <woglinde> now it does not find the listdc++ symbols
Oct 19 12:18:27 <woglinde> the ts symbols are find
Oct 19 12:18:42 <woglinde> rp what you mean now with the order?
Oct 19 12:18:56 <woglinde> as -Wl,--as-needed to ste before -lts?
Oct 19 12:40:50 <woglinde> bye
Oct 19 12:41:21 <woglinde> pb I will write an email to the list and will discuss this issue with zecke tomorrow at the university
Oct 19 12:51:48 <RP> Crofton|work: Its known to work ;-)
Oct 19 14:04:39 <pb_> oh dear, I have a problem with python-native
Oct 19 14:04:43 <pb_> mickey|squash: help, I need your skills
Oct 19 14:06:00 <mickey|squash> at your service
Oct 19 14:06:53 <pb_> aha :-)
Oct 19 14:07:09 <pb_> mickeyl: for some reason, my python-native seems to be looking for all its modules in the wrong place.
Oct 19 14:07:56 <pb_> it seems to expect, for example, to find site.py in lib/python2.5/lib-dynload/, but this is not where it is
Oct 19 14:08:19 <pb_> do you know what controls this searching behaviour?
Oct 19 14:09:23 <mickeyl> usually the searchpath is defined by 'sys.prefix, sys.execprefix' (derived from compile-time configuration) + PYTHONPATH
Oct 19 14:09:51 <pb_> okay, thanks.  I guess something is wrong with my sys.prefix.
Oct 19 14:10:12 <mickeyl> did you change anything in your setup?
Oct 19 14:10:31 <pb_> yeah, I am trying to build with prefix='/usr' but exec_prefix=''
Oct 19 14:10:58 <pb_> I had to patch python a bit to get the .py files installed at all, because it was previously outwitting autotools_stage_all by putting them in an obscure directory
Oct 19 14:11:27 <pb_> it seems to use SCRIPTDIR in Makefile.pre to control that, so I set this to ${prefix}/share.
Oct 19 14:11:39 <pb_> that caused the files to get installed in what seems to be the right place, but the interpreter doesn't find them there.
Oct 19 14:11:44 <mickeyl> ah, interesting
Oct 19 14:11:50 <mickeyl> yes, python is very picky wrt. that
Oct 19 14:12:14 <mickeyl> i have always meant to try pushing some crosscompiling support upstream, but alas i failed to do that
Oct 19 14:14:03 <pb_> okay, so I currently have:
Oct 19 14:14:09 <pb_> >>> print sys.prefix
Oct 19 14:14:09 <pb_> /home/pb/oe/build/tmp/staging/x86_64-linux//usr
Oct 19 14:14:09 <pb_> >>> print sys.exec_prefix
Oct 19 14:14:09 <pb_> /home/pb/oe/build/tmp/staging/x86_64-linux
Oct 19 14:14:13 <pb_> which seems to be in order
Oct 19 14:14:26 <pb_> site.py is at /home/pb/oe/build/tmp/staging/x86_64-linux//usr/share/python2.5/site.py
Oct 19 14:14:40 <pb_> which, again, is where I wanted it to be (though, perhaps, not where I ought to have put it)
Oct 19 14:15:36 <pb_> but, if I look with strace, I see that python is trying to do:
Oct 19 14:15:38 <pb_> open("/home/pb/oe/build/tmp/staging/x86_64-linux/lib/python2.5/lib-dynload/site.py", O_RDONLY) = -1 ENOENT (No such file or directory)
Oct 19 14:15:50 <pb_> with, predictably, no success
Oct 19 14:17:12 <pb_> (this path is indeed the correct location of the lib-dynload directory, which has various .so files in, but the .py files are elsewhere)
Oct 19 14:17:27 <mickeyl> hmm
Oct 19 14:18:22 <pb_> bbiab, need to chop some vegetables in the kitchen
Oct 19 14:18:32 <mickeyl> k
Oct 19 14:36:52 <pb_> re
Oct 19 14:38:09 <pb_> so, I inspected sys.path, it says:
Oct 19 14:38:11 <pb_> ['', '/home/pb/oe/build/tmp/staging/x86_64-linux//usr/lib/python25.zip', '/home/pb/oe/build/tmp/staging/x86_64-linux//usr/lib/python2.5/', '/home/pb/oe/build/tmp/staging/x86_64-linux//usr/lib/python2.5/plat-linux2', '/home/pb/oe/build/tmp/staging/x86_64-linux//usr/lib/python2.5/lib-tk', '/home/pb/oe/build/tmp/staging/x86_64-linux/lib/python2.5/lib-dynload']
Oct 19 14:38:29 <pb_> ... which is nearly right, except that it has .../usr/lib/python2.5 not .../usr/share/python2.5.
Oct 19 14:38:56 <pb_> I guess the path in the interpreter isn't set by the same variable in the makefile that controls where the files are installed.
Oct 19 14:42:28 <pb_> hm, right, I see, that's hardcoded in getpath.c.
Oct 19 14:42:51 <pb_> I suppose I ought to put the makefile back how it was, let it install into usr/lib/python2.5, and then figure out how to make autotools stage that directory as well.
Oct 19 14:43:12 <pb_> kitchen duty again now
Oct 19 14:54:52 <rob_w> libsdl-mixer complains about Invalid configuration `avr32-angstrom-linux-uclibc': machine `avr32-angstrom' not recognized
Oct 19 14:54:52 <rob_w> | configure: error: /bin/sh ./build-scripts/config.sub avr32-angstrom-linux-uclibc failed
Oct 19 14:55:23 <rob_w> do i need to add "avr32-angstrom" as machine in config.sub ??
Oct 19 14:56:48 <rob_w> sorry i go for #angstrom for that
Oct 19 15:08:01 <sweetlilmre> any one around that can help me with an 'interesting' recepie problem?
Oct 19 15:08:40 <woglinde> re
Oct 19 15:10:36 <sweetlilmre> woglinde: heya :) I have a makefile that does not have an install action. my package build fails at the staging function because of this with: make: *** No rule to make target `install'.  Stop.
Oct 19 15:11:17 <woglinde> write your own do_install function
Oct 19 15:12:08 <sweetlilmre> woglinde: I have :) here is my .bb file: http://pastebin.com/d3fb118f0
Oct 19 15:12:23 <sweetlilmre> woglinde: here is the makefile: http://pastebin.com/d75ecbdf6
Oct 19 15:13:15 <sweetlilmre> woglinde: here is the log: http://pastebin.com/d77e78710
Oct 19 15:15:02 <sweetlilmre> I have a feeling my near total lack of understing of 'autotools_stage_all' is the problem
Oct 19 15:17:06 <woglinde> autotools_stage_all is for staging
Oct 19 15:17:15 <woglinde> and is called when you inherit autotools
Oct 19 15:17:36 <woglinde> does do_install
Oct 19 15:17:44 <sweetlilmre> I guess I want something simpler then?
Oct 19 15:18:27 <woglinde> without the source code and Makefile I can say more
Oct 19 15:19:16 <sweetlilmre> Makefile is here:  http://pastebin.com/d75ecbdf6 if it helps :)
Oct 19 15:19:41 <sweetlilmre> I need to override do_populate_staging to make it a null operation
Oct 19 15:22:08 <woglinde> oh gp2x stuff
Oct 19 15:22:13 <woglinde> re crofton
Oct 19 15:22:53 <sweetlilmre> the gp2x stuff is just for the 2x port. I can compile this fine on ubuntu
Oct 19 15:23:24 <woglinde> you do not need staging at all
Oct 19 15:24:38 <sweetlilmre> woglinde: ok. is there a different inheritance that I need (I can fix the error by putting in a blank install task in the makefile)
Oct 19 15:25:08 <pb_> mickeyl: http://www.pastebin.ca/1231023 seems to fix it for me.  any views on that?
Oct 19 15:26:20 <pb_> sweetlilmre: just add a do_stage() method that does nothing, if you don't need any staging.
Oct 19 15:33:32 <mickeyl> pb_: looks good to me
Oct 19 15:34:30 <sweetlilmre> pb_: thanks looking at that now
Oct 19 15:35:13 * RP reruns the git filter branch command for the 20th time :/
Oct 19 15:36:17 <pb_> mickeyl: ok, great.  I'll check that in.
Oct 19 15:36:21 <pb_> mickeyl: thanks
Oct 19 15:53:49 <Crofton|work> so git-stash is way to track local changes that you have not commited?
Oct 19 15:55:48 <RP> Crofton|work: It would seem so
Oct 19 15:55:59 <Crofton|work> I may have to try this
Oct 19 15:56:17 <Crofton|work> although I really need to make a branch and commit my changes to use the old libusb
Oct 19 15:56:40 <Crofton|work> basically, everything must be stashed or commited so you can change a branch?
Oct 19 15:58:50 <exco1> Can i build all images inside packages/images on any distro, or do some require a specific distro?
Oct 19 16:07:08 <pb_> exco1: some might well require a specific distro and/or machine
Oct 19 16:07:39 <exco1> pb_ Is there a table somewhere listing the possible combinationsß
Oct 19 16:07:48 <exco1> ß*?
Oct 19 16:07:49 <pb_> I don't think so.
Oct 19 16:08:19 <exco1> so build will just fail at some point if it doesn't match, pb_?
Oct 19 16:08:25 <pb_> yes, probably
Oct 19 16:11:22 <exco1> I managed to build x11-gpe and opie images for Magician, but fso, gpe and qtopia-core-gui and openmoko-devel images still fail - do I report bugs on those or are they expected to fail?
Oct 19 16:13:07 <mickeyl> they're not
Oct 19 16:13:10 <mickeyl> please report this to the tracker
Oct 19 16:13:11 <mickeyl> thanks
Oct 19 16:13:33 <mickeyl> (make that individual bugs, please)
Oct 19 16:13:38 <mickeyl> (and be sure to include the logs)
Oct 19 16:15:17 <kalev> mickeyl: thanks for adding the COMPATIBLE_HOST. I had no idea about the bug when I made my own dmidecode recipe :)
Oct 19 16:16:09 <mickeyl> no problem, that happens
Oct 19 16:16:21 <mwester> xserver-xorg build says: scanelf: ELF has multiple DT_RUNPATH's !?   (and takes several weeks to do the packaging )   ((ok, not several weeks, but over an hour on a 2.66GHz P4, otherwise idle))
Oct 19 16:16:23 <mickeyl> just try to do a quick search over the bugtracker before you add more :)
Oct 19 16:16:28 <mwester> (FSO unstable build)
Oct 19 16:17:54 <woglinde> re
Oct 19 16:33:08 <exco1> could someone have a quick look at this (not that I open bugs and there's just something wrong with my machine) http://pastebin.com/d300067a4
Oct 19 17:26:08 <exco1> is there a bot destroying the wiki? e.g.: http://wiki.openembedded.net/index.php?title=OEandYourDistro&diff=729&oldid=727
Oct 19 17:28:10 <echelon> checking for C compiler default output file name... 
Oct 19 17:28:12 <echelon> configure: error: C compiler cannot create executables
Oct 19 17:28:38 <echelon> how do i fix this.. this error shows up in mosts of the packages i'm trying to build
Oct 19 17:31:36 <kalev> woglinde: hey
Oct 19 17:32:14 <kalev> can you review some more changes today?
Oct 19 17:34:28 <kalev> or someone else who has push access
Oct 19 17:34:43 <kalev> http://git.smartlink.ee/?p=openembedded.git;a=summary
Oct 19 17:37:58 <woglinde> echelon your toolchain is broken then
Oct 19 17:38:01 <woglinde> re pb
Oct 19 17:38:05 <woglinde> kalev let me see
Oct 19 17:39:27 <echelon> how would i fix it? :\
Oct 19 17:39:34 <echelon> i don't recall doing anything
Oct 19 17:41:28 <pb_> re woglinde 
Oct 19 17:44:20 <exco1> what causes this error "ERROR: Please set the 'CACHE' variable." (on Mandriva)?
Oct 19 17:45:42 <woglinde> kalev hm why did you disable usb on pcslite?
Oct 19 17:45:55 <woglinde> any special reason
Oct 19 17:46:23 <echelon> how to unbreak toolchain?
Oct 19 17:47:18 <kalev> woglinde: because it's broken with libusb, but usb hotplug works through hal
Oct 19 17:47:27 <woglinde> kalev ah okay
Oct 19 17:47:43 <woglinde> kalev hm seems I had to better review your patches
Oct 19 17:47:49 <woglinde> I overseen the FILE_PR
Oct 19 17:48:02 <woglinde> echelon which is you configuration?
Oct 19 17:48:07 <woglinde> machine? local.conf?
Oct 19 17:48:41 <kalev> yes, I missed that one too. The recipe was before the FILE_PR conversion
Oct 19 17:53:19 <woglinde> kalev hm seems okay
Oct 19 17:53:20 <woglinde> so far
Oct 19 17:53:24 <woglinde> I will push it
Oct 19 17:53:56 <kalev> thanks
Oct 19 17:54:05 <woglinde> hm I hope it will work now
Oct 19 17:54:10 <kalev> lets see if we get linear git history this time :)
Oct 19 17:54:17 <woglinde> made a new local branch
Oct 19 17:54:17 <kalev> better do "git pull --rebase" before that
Oct 19 17:54:24 <woglinde> and pulled your stuff
Oct 19 17:54:29 <kalev> sounds good
Oct 19 17:55:46 <woglinde> hm
Oct 19 17:55:58 <woglinde> now it says it dont knows which branch to merge
Oct 19 17:56:00 <woglinde> hm hm
Oct 19 17:56:06 <kalev> hmm
Oct 19 17:56:24 <kalev> discard the branch then, make a new one, update it, and then pull again from my repo
Oct 19 17:56:35 <woglinde> hm hm
Oct 19 17:56:47 <woglinde>  I thought that would be easier
Oct 19 17:57:01 <woglinde> when I branched from my org.openembedded.dev
Oct 19 17:57:13 <woglinde> I thougt it knews what to merge
Oct 19 17:57:25 <woglinde> maybee I am using it wrong
Oct 19 17:57:55 <kalev> usually it does, but even if it merges correctly, you'll get non-linear history
Oct 19 17:58:11 <kalev> if someone wants to use a tool like git-bisect, it's very good to have linear history
Oct 19 17:59:07 <woglinde> kalev aeh
Oct 19 17:59:11 <woglinde> whats the way to go now
Oct 19 17:59:33 <woglinde> pulling into my original checkout?
Oct 19 17:59:36 <echelon>  
Oct 19 18:03:58 <echelon> woglinde: http://rafb.net/p/zqud5r77.html
Oct 19 18:04:03 <kalev> woglinde: do something like that:
Oct 19 18:04:06 <kalev> git checkout -b kalev-temp origin/org.openembedded.dev
Oct 19 18:04:23 <kalev> this switches you to a new branch called kalev-temp
Oct 19 18:04:28 <kalev> then update it:
Oct 19 18:04:29 <kalev> git pull
Oct 19 18:04:44 <kalev> then pull in my changes:
Oct 19 18:04:46 <kalev> git pull git://git.smartlink.ee/openembedded.git org.openembedded.dev
Oct 19 18:04:59 <kalev> then check if everything looks ok by doing "git log"
Oct 19 18:05:03 <kalev> and then push it
Oct 19 18:07:33 <woglinde> hm
Oct 19 18:07:41 <woglinde> thats what I did
Oct 19 18:07:57 <woglinde> only I branched from my lokal origin
Oct 19 18:08:27 <pb_> g'day kergoth
Oct 19 18:08:49 <echelon> woglinde: i did this.. http://linux.zipitwireless.com/wiki/OpenEmbedded#RunningOpenEmbeddedonYourSystem
Oct 19 18:09:38 <woglinde> echelon -> svn co http://linux.zipitwireless.com/svn/zipitforge/openembedded
Oct 19 18:09:45 <woglinde> oe is using git
Oct 19 18:09:59 <woglinde> so guess whom you should ask about support
Oct 19 18:10:27 <echelon> woglinde: that's only for getting the configurations
Oct 19 18:10:46 <echelon> i got the latest from oe server
Oct 19 18:10:57 <woglinde> jepp
Oct 19 18:11:10 <woglinde> and might be that the config from them is outdated
Oct 19 18:11:21 <woglinde> oe sometimes is moving fast
Oct 19 18:11:40 <echelon> anyway, i just symlinked local-zipit2.conf to local.conf in conf/ and machine/
Oct 19 18:13:11 <woglinde> kalev hm
Oct 19 18:13:18 <woglinde> git now says all is pushed
Oct 19 18:13:19 <echelon> http://rafb.net/p/AMxLAr50.html
Oct 19 18:13:26 <woglinde> but it isnt
Oct 19 18:13:29 <woglinde> hm hm
Oct 19 18:17:35 <woglinde> hm okay
Oct 19 18:17:42 <woglinde> pb check something in
Oct 19 18:17:46 <woglinde> I will try again
Oct 19 18:20:21 <woglinde> hm
Oct 19 18:20:24 <woglinde> sorry
Oct 19 18:20:29 <woglinde>  I do not understand it
Oct 19 18:21:27 <kalev> what exactly happens?
Oct 19 18:21:55 <woglinde> nothing
Oct 19 18:22:03 <woglinde> push says always is up to date
Oct 19 18:22:40 <kalev> what's the command you use?
Oct 19 18:22:45 <woglinde> git push
Oct 19 18:22:54 <woglinde> and git push origin oe...dev
Oct 19 18:23:14 <woglinde> or is there a merge stage btw. ?
Oct 19 18:24:56 <woglinde> ah
Oct 19 18:24:57 <woglinde> okay
Oct 19 18:25:38 <woglinde> nope
Oct 19 18:25:43 <woglinde> *sigh*
Oct 19 18:26:24 <woglinde> seems its to compicated for me
Oct 19 18:26:50 <kalev> yeah, git exposes a bit too much detail to the end user
Oct 19 18:27:04 <kalev> merging should happen automatically I think
Oct 19 18:27:54 <woglinde> kalev the brach says now I am three checkins ahaed
Oct 19 18:28:02 <woglinde> but pushing does not work
Oct 19 18:29:41 <kalev> ok, try that: first do "git pull --rebase" to rebase on top of pb_'s work, then "git log" to doublecheck and then try "git push git@git.openembedded.net:openembedded
Oct 19 18:31:17 <woglinde> same
Oct 19 18:31:22 <woglinde> it says up to date
Oct 19 18:32:00 <woglinde> I will try again
Oct 19 18:32:55 <sweetlilmre> woglinde: what can I use to view ipk files un ubuntu
Oct 19 18:33:37 <woglinde> sweetlilmre dpkg
Oct 19 18:38:01 <sweetlilmre> woglinde: thanks
Oct 19 18:39:21 <pb_> woglinde: you shouldn't need to do any merging.  are you sure that your change really hasn't been pushed?
Oct 19 18:39:52 <woglinde> pb
Oct 19 18:39:53 <woglinde> yes
Oct 19 18:39:57 <woglinde> I switched back
Oct 19 18:40:02 <woglinde> and pulled
Oct 19 18:40:07 <woglinde> and nothing comes out
Oct 19 18:40:12 <woglinde> but whats wrong
Oct 19 18:40:19 <woglinde> I made a new branch
Oct 19 18:40:25 <woglinde> pulled in kalev changes
Oct 19 18:40:31 <woglinde> the got applied
Oct 19 18:40:35 <woglinde> and when I push
Oct 19 18:40:38 <woglinde> it says
Oct 19 18:40:41 <woglinde> all up to date
Oct 19 18:41:32 <shoragan> woglinde, 'git fetch' and then 'gitk -all'
Oct 19 18:41:51 <pb_> hm, I'm confused now.  what branch are you trying to push?
Oct 19 18:41:54 <shoragan> then you can see what needs to be pushed or if it is uptodate
Oct 19 18:43:00 <kalev> he's trying to push my changes, because I don't have push access
Oct 19 18:43:15 <woglinde> hm yesterday it worked
Oct 19 18:43:30 <woglinde> but with my normal origin
Oct 19 18:45:59 <woglinde> hm
Oct 19 18:46:10 <woglinde> zecke have to advice me
Oct 19 18:47:35 <kalev> woglinde: xjqian once said that I should ask for write access
Oct 19 18:47:54 <kalev> maybe you could write to the ML and ask if I could get push access?
Oct 19 18:48:27 <kalev> it's getting silly that you have to spend so much time checking in my changes
Oct 19 18:48:35 <woglinde> hm hm
Oct 19 18:48:50 <woglinde> no I pushed it now with the way yesterday
Oct 19 18:49:42 <sweetlilmre> gn all, woglinde and pb_ thanks for all the help, my package builds :)
Oct 19 18:50:24 <woglinde> nite sweetlilmre
Oct 19 18:51:27 <kalev> thanks woglinde, looks ok now
Oct 19 18:52:10 <woglinde> yeag but why the other way does not worj
Oct 19 18:57:18 <kalev> if you find out, tell me too :)
Oct 19 18:57:36 <woglinde> kalev yes I will ask zecke tomorrow about it
Oct 19 18:57:44 <woglinde> maybe its only a little error
Oct 19 19:55:17 <apitrus> hi
Oct 19 19:55:39 <kalev> hi
Oct 19 19:55:59 <apitrus> does anybody knows an updated howto to build OE with qemux86 ?
Oct 19 19:56:13 <apitrus> hi kalev
Oct 19 19:56:47 <apitrus> I found plenty of docs still based on monotone
Oct 19 19:57:30 <apitrus> I tried by myself but I'm facing to an error
Oct 19 19:58:54 <Jay7> what kind of error?
Oct 19 19:59:21 <apitrus> http://paste.debian.net/19570/
Oct 19 19:59:48 <apitrus> the problem is that I don't know how to change kernel version 
Oct 19 20:00:37 <apitrus> which file defines that I have to use oe/openembedded/packages/linux/linux-rp_2.6.25+2.6.26-rc4.bb ?
Oct 19 20:01:30 <Jay7> preffered version somewhere
Oct 19 20:01:52 <Jay7> look into conf/ dir
Oct 19 20:03:50 <gregoiregentil> Hello, I'm trying to compile either mplayerplug-in or gecko-mediaplayer for ARM platform but I can't manage to do it: http://pastebin.com/d517937ae or http://pastebin.com/d1f8a694d Can anyone explain to me what should be modified probably in the firefox package?
Oct 19 20:07:51 <apitrus> Jay7: in oe/openembedded/conf/distro/angstrom-2008.1.conf there is something but no reference to linux-rp_2.6.25+2.6.26-rc4
Oct 19 20:09:01 <kalev> gregoiregentil: I think pkgconfig looks for firefox-plugin.pc, but our firefox package doesn't install it in staging
Oct 19 20:14:24 <gregoiregentil> kalev: many thanks for the answer. I appreciate. This makes sense. So how can I add this file? At least manually in a first phase.
Oct 19 20:14:43 <gregoiregentil> kalev: I guess that I will have to add xpidl too to the staging. Correct?
Oct 19 20:15:21 <gregoiregentil> kalev: I'm confused why this gecko-mediaplayer uses staging/i686-linux... Is it normal?
Oct 19 20:21:26 <kalev> gregoiregentil: I guess you could try to copy the .pc files over from your host system for testing, but eventually the firefox package should install them to staging
Oct 19 20:22:21 <gregoiregentil> on my host, I have a mozilla-plugin.pc but it references xulrunner
Oct 19 20:22:33 <gregoiregentil> so I guess that it's not good for OE
Oct 19 20:23:41 <kalev> gregoiregentil: yes, I think nowadays most desktop distros build separate xulrunner package and then use it to build firefox
Oct 19 20:24:01 <kalev> you could try to figure out how to do it in OE too :)
Oct 19 20:24:46 <gregoiregentil> well, quite difficult. I'm not sure that I have an understanding of OE good enough to do that
Oct 19 20:26:03 <kalev> you could also write to OE devel mailing list, maybe someone has already tried to do it
Oct 19 20:26:11 <kalev> I should go away now though, good luck!
Oct 19 20:26:30 <gregoiregentil> thanks for your help
Oct 19 20:36:51 * RP looks at the mess that are his filesystems and sobs quietly :/
Oct 19 20:37:30 <NAiL> RP: rm -rf / works like a charm ;)
Oct 19 20:37:47 <NAiL> alternatively, mkfs
Oct 19 20:37:48 <RP> NAiL: Don't tempt me...
Oct 19 20:37:52 <NAiL> hehe
Oct 19 20:38:06 <thesing> morning all.
Oct 19 20:38:27 <NAiL> RP: I'm pretty sure I've got 20+ repos in various states of disrepair
Oct 19 20:39:22 <thesing> RP: I wanted to separate module build from kernel build some time ago, and you had an argument against it. Do you remember it?
Oct 19 20:39:38 <RP> thesing: not offhand
Oct 19 20:40:42 <thesing> ok. 
Oct 19 20:51:29 <apitrus> oe/openembedded/packages/expat/expat_2.0.0.bb
Oct 19 20:51:54 <apitrus> http://puzzle.dl.sourceforge.net/sourceforge/expat/expat-2.0.0.tar.gz is broken
Oct 19 20:53:29 <pb_> that's very sad.  how is it broken?
Oct 19 20:58:29 <apitrus> bad link, I'm trying to replace it
Oct 19 20:58:44 <apitrus> I found it at sourceforge
Oct 19 20:59:05 <apitrus> but I don't understand where to replace its URL
Oct 19 21:00:06 <apitrus> any hint?
Oct 19 21:00:36 <pb_> see SRC_URI in expat.inc
Oct 19 21:01:39 <CIA-25> 03Phil Blundell <philb@gnu.org> 07org.openembedded.dev * rd047ea4504 10openembedded.git/packages/bluez/bluez-utils3.inc: bluez-utils: don't blow up if ${base_sbindir} is same as ${sbindir}
Oct 19 21:01:58 <pb_> ah, cia lives again
Oct 19 21:05:03 <CIA-25> 03Thomas Kunze <thommycheck@gmx.de> 07org.openembedded.dev * r5b9a8183cc 10openembedded.git/packages/kexecboot/ (2 files in 2 dirs): linux-kexecboot: repair collie defconfig
Oct 19 21:30:42 <woglinde> re
Oct 19 23:23:06 <woglinde> morning raster
Oct 19 23:23:31 <raster> boop
**** ENDING LOGGING AT Mon Oct 20 02:59:57 2008