irclog2html for #oe on 20060324

00:00.09TheMasterMind1so why is it monotone is so slow?
00:01.19emteyou dont have the roster patch applied
00:01.28NAbyss_Roster patch?
00:01.42emteand its down to ~ 30seconds a rev now without that patch
00:01.50emteyeah
00:01.58zeckeTheMasterMind1: the way it handles revisions is kind of slow
00:02.09emteits a ... beta patch taht helps speed things up immensly
00:02.27TheMasterMind1emte:  where might one find this patch
00:02.33zeckeTheMasterMind1: in contrast to any other SCM signature etc... are controled
00:02.44TheMasterMind1the wiki says download the snapshot and continue from step 6, what about step 4, generating a public key
00:02.47zeckeTheMasterMind1: monotone 0.26 will be way faster
00:03.04zeckeTheMasterMind1: if you want to commit to your db, you will need a public key
00:03.14emteunless you need commit or specific repo access you can skip the kep
00:03.27emtesince that command actually no longer exists
00:04.20emteit looks like it was removed in the last version of monotone
00:04.47emtelast/current stable
00:06.19TheMasterMind1emte:  is this patch in trunk?
00:06.33emteTheMasterMind1, i do not belive so
00:06.49emtenjs, if your around do you knwo where the roster patch lives?
00:06.53emteknow*
00:07.06zeckeemte: I think you can not get it seperately
00:07.12zeckeemte: rosters will be in monotone 0.26
00:07.53emteyeah, but i was guessing it was seperate from the way others have been talking about it for the last few mo
00:08.28CIA-403rpurdie 07org.oe.dev * r5f22b55f... 10/packages/linux/ (7 files in 2 dirs): linux-oz-2.6: Updated defconfigs to add CONFIG_TUN=m (refresh c7x0 and cxx00 against 2.6.16). Add patch to ignore invalid MMC SCR structures. This should be tested carefully as its effect is unknown.
00:08.32CIA-403rpurdie 07org.oe.dev * r1aeba3dd... 10/packages/dates/dates_svn.bb: dates: Sync with poky and fix icons issue
00:08.36CIA-403rpurdie 07org.oe.dev * r1fd90356... 10/packages/contacts/ (contacts_0.1.bb contacts_svn.bb): contacts: Sync with poky and fix icons issue
00:08.42CIA-403rpurdie 07org.oe.dev * ra8d1f60a... 10/packages/autoconf/ (autoconf-2.59/autoconf-x.patch autoconf_2.59.bb): autoconf: Correct the xlibs detection to correctly detect xlibs (from poky)
00:08.47CIA-403rpurdie 07org.oe.dev * rb76b6bfe... 10/conf/ (7 files in 4 dirs): PCMCIA_MANAGER: Correctly handle this for various machines in a consistent way and set a default in bitbake.conf for backwards compatibility in such a way it can be overridden in a variety of ways.
00:08.52CIA-403rpurdie 07org.oe.dev * r1fa9e864... 10/packages/pcmanfm/ (8 files in 2 dirs): Add pcmanfm 0.1.9.8 (from poky)
00:09.04CIA-403rpurdie 07org.oe.dev * r487614c7... 10/packages/galago/ (eds-feed/disable-bonobo.patch eds-feed_0.3.2.bb): Add eds-feed 0.3.2 (from poky)
00:09.11CIA-403rpurdie 07org.oe.dev * refa3876b... 10/ (.mt-attrs packages/gnome/libgnomecanvas_2.6.1.1.bb): libgnomecanvas: Correct DEPENDS
00:09.18CIA-403rpurdie 07org.oe.dev * rf7ac5e5e... 10/packages/ipkg/ipkg-native_0.99.159.bb: Add ipkg-native 0.99.159
00:09.19CIA-403rpurdie 07org.oe.dev * r79664cfb... 10/packages/gtk+/ (15 files in 2 dirs): Add gtk+ 2.8.16 (from poky). Only a subset of patches are being used against this by poky but the treeview fix is included
00:09.23CIA-403rpurdie 07org.oe.dev * r79cefc4c... 10/packages/gnome/libsoup_2.2.7.bb: Add libsoup 2.2.7 (from poky)
00:09.31CIA-403rpurdie 07org.oe.dev * r5c2e54a0... 10/packages/gcalctool/ (gcalctool/makefile-fix.diff gcalctool_5.7.32.bb): Add gcalctool 5.7.32
00:09.34CIA-403rpurdie 07org.oe.dev * rfb171e42... 10/packages/js/ (files/host-cc.patch files/jsautocfg.h js_1.5.bb): Add js 1.5
00:09.38CIA-403rpurdie 07org.oe.dev * rbda91375... 10/ (4 files in 3 dirs): Add kf 0.5.4.1
00:09.42CIA-403rpurdie 07org.oe.dev * r99615a35... 10/ (4 files in 3 dirs): Add leafpad 0.8.4
00:13.03zeckeoh
00:15.44zeckeRP: touching documentation.conf for this PCMCIA variable would be nice
00:16.14RPzecke: ok, will do
00:26.02TheMasterMind1any existing i686 machine confs i can copy and modify?
00:26.28zeckeTheMasterMind1: via boards
00:26.42zeckeTheMasterMind1: I'm too tired something like epia is it named
00:28.21TheMasterMind1k
00:28.27TheMasterMind1native.conf looks like it might work too
00:31.54*** join/#oe Timelord (n=TL@4.78.4.43)
00:33.22zeckeTheMasterMind1: well, I can build for epia on a PowerPC (cross compile)
00:33.32zeckeTheMasterMind1: native limits me :)
00:35.00zeckeRP: how do you upgrade OE at o-hand.com?
00:35.07zeckeRP: aeh bitbake...
00:35.26zeckeRP: don't tell anyone that it got faster, I want to see if people recognise it is faster
00:36.24RPzecke: Its updated manually and is a nightmare. I can't afford to break builds so I have to be very careful
00:38.26zeckeat ROAD I used to create debs
00:40.39RPsvn works quite well. It leaves all the nightmares for me :-/
00:41.28zeckebitbake is now really about ~60  faster when parsing (that wouldn't hold in court...)
00:41.55RPI'm trying it out :)
00:42.23mreimerzecke: 60x faster? 60s faster? 60% faster? hoping for the first :-)
00:42.52zecke60%
00:43.16mreimerthat's still a lot. good work!
00:43.30zeckemreimer: loading from cache is now at 24 seconds, it used to be roughly 59s to 1.1m
00:43.38mreimervery good
00:43.56zeckemreimer: and parsing the complete set is one minute faster
00:43.58zecke(on ewi)
00:44.04emtehey zecke, do you know what causes this?
00:44.06zeckeso it could be even faster on other machines
00:44.07emte./configure: line 10881: syntax error near unexpected token `1.2'
00:44.07emte./configure: line 10881: `GTK_DOC_CHECK(1.2)'
00:44.23zeckeemte: you need some gtk.m4's ;)
00:44.25emtei am guessing an autotool mismatch
00:44.40zeckeemte: or a mismatch
00:44.42zeckegood nite!
00:44.49emteno, it errors an all things defined in that fashion
00:44.56emtenight
00:45.00RP'night zecke - nice work :)
00:45.19zeckeRP: unpickling takes 17s of the 23s seconds
00:45.32mreimerzecke: cpickle?
00:45.53zeckeRP: the other 8 (something is wrong with my math) are spend in expanding python expressions
00:46.06zeckemreimer: at least it tries to use it, and fallsback to stock pickle
00:46.19RPzecke: That might still leave some room for optimisation then :)
00:46.59zeckeRP: we could write a unserpickel or meinpickel which is better suited for OE's usage - but I doubt it is giving us anything
00:47.13zeckeRP: we should look into reducing the data we store
00:47.27RPzecke: Agreed, that's likely to be more productive
00:48.11zeckeRP: I think I will speed up glibc packaging now
00:48.20zecke'now' as in the next couple of month
00:48.23RPzecke: yay :)
00:48.26TheMasterMind1NOTE: exceptions.SyntaxError:EOL while scanning single-quoted string (line 1) while evaluating: - bunch of those
00:48.39zeckeTheMasterMind1: on dvb stuff?
00:48.53zeckequiten them is on my todo :}
00:48.58zeckeokay cya tomorrow
00:59.58TheMasterMind1hrm won't build anything, can't satisfy diffstat-native
01:08.44*** join/#oe benlau (n=benlau@benlau.rd.ust.hk)
01:27.20*** join/#oe idealm (n=ideal@222.66.46.90)
01:31.49*** join/#oe mithro (n=tim@lester.mithis.com)
01:40.34*** join/#oe wrobbie (n=rob@cm17.sigma183.maxonline.com.sg)
01:49.07*** join/#oe jacques (n=username@nslu2-linux/jacques)
02:15.58*** join/#oe idealm (n=ideal@222.66.46.90)
02:44.05*** join/#oe mithro (n=tim@lester.mithis.com)
02:51.57TheMasterMind1i686-oe-linux-uclibc/bits/ctype_noninline.h:121: error: cannot convert 'const __ctype_touplow_t*' to 'const int*' in assignment
02:57.46*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
03:05.47TheMasterMind1hrm why is bitbake building gcc 4.0.1 when 4.1 is available
03:09.06jacqueswhy does bitbake do any of the things it does?
03:09.24jacqueswhy does it insist on building glibc-initial for a powerpc toolchain?
03:09.41emtenature of the beast
03:10.07emteyou need to compile a native version of glibc then compile a cross version adn finally use taht to compile a target version
03:10.38emteyou have to build the tools before you can build the tools
03:10.49emtechicken-egg syndrom
03:12.10jacquesemte, well, I don't wanna be rude, but the arm toolchain for nslu2 does not build a glibc-initial
03:12.16emteTheMasterMind1, you probably need to explicitly specify 4.1
03:12.19jacquesI know this for a fact
03:12.54emtenslu2 has quite a few non-standard customisations from what i gather
03:13.22emtebitbake/OE is a generic buildsystem trying to encompass all variables
03:14.08emteex building for x86 on an x86 host will do the same as compiling for arm on an x86 host
03:14.30emteunless you tell bitbake to behave differently
03:15.36emtecorrect me if i am wrong but nslu2 already has an emulator in place which would hlep skip some crosstool stages
03:15.40emtehelp*
03:15.54emteqemu has only been introduced into OE in the last few weeks
03:20.03jacquesthat's cool about qemu - I'll have to check that out, but nslu2 doesn't use that
03:21.02emtethere are other emulators besides qemu
03:32.28*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
03:39.56*** join/#oe idealm (n=ideal@222.66.46.90)
03:47.03*** join/#oe mithro (n=tim@lester.mithis.com)
04:36.06TheMasterMind1emte:  what are the other emulators?
04:39.13*** join/#oe mithro (n=tim@lester.mithis.com)
04:42.56*** join/#oe minipanda (n=hzhang@221.217.121.63)
04:42.59TheMasterMind1what's the status of ipkg
04:43.09TheMasterMind1ever get rewritten to not suck so much?
04:46.22*** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net)
04:58.13emteTheMasterMind1, your better off to search and investigate for yourself
04:58.37emtethere are many emulators, some with more device supoprt than others
04:58.58emteand there is very little worng with ipkg
04:59.13emtethe problem is/are the interfaces written for it
05:07.10TheMasterMind1emte:  there used to be a ton wrong with ipkg, but that was almost 4 years ago. looking at the changelog now, looks like a lot of progress since then
05:32.30*** join/#oe dijenerate (n=dijenera@72.22.136.159)
05:56.13*** join/#oe p0g0_ (n=pogo@madwifi/support/p0g0)
06:12.19*** join/#oe HuntrCkr (n=huntrckr@196.38.235.2)
06:13.54HuntrCkrrun.do_patchcleancmd.15255: line 455: syntax error near unexpected token `'INHIBIT_PACKAGE_STRIP','
06:14.01HuntrCkrany ideas?
06:15.53njsemte: rosters used to be in a branch (what use would we have for a patch? ;-)), but it's been merged into mainline for a few months now...
06:22.34*** join/#oe _law_ (n=law@mail.stiftadmont.at)
06:46.10*** join/#oe psioff (n=root@trafikland.rmt.ru)
06:52.30grmamorning
06:52.42HuntrCkrmorning grma
06:54.16*** join/#oe idealm (n=ideal@222.66.46.90)
07:28.41*** join/#oe idealm (n=ideal@222.66.46.90)
07:33.43*** join/#oe hrw (n=hrw@host-ip170-158.crowley.pl)
07:33.57hrw|workhi
07:38.10RPmorning all
07:52.00hrw|workRP: how goes merging zaurus patches?
07:56.27koengood morning all
07:56.37koenRP: thanks for syncing poky <> OE
07:58.41*** join/#oe idealm (n=ideal@222.66.46.90)
07:59.19ade|deskmorning all
07:59.39koenhey ade|desk
08:00.52RPhrw|work: Not enough time to sort anything much out yet :-/
08:01.52RPkoen: I'm not finished yet although most things are probably in OE now. I've ignored certain problem cases such as opensync as I don't know who's implementation is better :-/
08:02.00RPhi ade|desk
08:06.40hrw|work"Inge Arnesen" - someone know who he is?
08:08.10koenRP: and we need a policy on the MAINTAINER field
08:08.35*** join/#oe eumel (n=chatzill@p54824144.dip0.t-ipconnect.de)
08:08.36koenRP: IMO every MAINTAINER must have push access
08:08.43RPkoen: Yes. I'm aware I pushed some oh addresses
08:08.52*** join/#oe idealm (n=ideal@222.66.46.90)
08:09.24hrw|workkoen: not necessary
08:09.24RPkoen: If we state that, it just gives me more merging nightmares. Effectively people at OH do have access, just via me
08:09.42hrw|workkoen: we need maintainers and "sponsors"
08:10.30hrw|workJoe Smith maintain umbaumba in OE and Hank Gar sponsors Joe by pushing his changes to umbaumba
08:10.57koenthat should be in the .bb
08:12.08RPI really don't want to have to do a serach and replace on the MAINTAINER field when merging packages to/from OE as I have enough problems as it is...
08:13.40*** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr)
08:14.03alan|homehi all
08:14.38hrw|workkoen: if every maintainer will have access to repo who will work on fixing their bad NMC? (NMC = Non Maintaner Commit)
08:14.41hrw|workhi alan
08:15.01alan|homehi hrw
08:15.22*** join/#oe idealm (n=ideal@222.66.46.90)
08:15.41koenhrw|work: what's an NMC?
08:15.48hrw|workNon Maintaner Commit
08:16.08koenwhat's an 'Non Maintaner Commit'?
08:16.35hrw|workany changeset which touch stuff maintained by somebody else
08:16.48hrw|workif I change your package then it is NMC
08:17.19hrw|workyou can disapprove this, you can shout at me that it is your package and I should not even think about touching it etc
08:18.38koenI see
08:19.30hrw|workthink about jnc changes for example
08:20.11hrw|workif everyone get r/w access then someone will have to work only on checking does all changes are ok
08:20.44RPPersonally, I see the MAINTAINER as someone who is prepared to look after the package, be that take bugs, apply patches etc.  - someone to talk to about the package. If they have indirect commit access but are active, I don't see a problem
08:21.04TheMasterMind1fuck i'm hungry. wonder if they're still serving dinner..
08:21.25hrw|workRP: thats why I also like
08:22.01alan|homeTheMasterMind1: you can find a restaurant serving breakfast, here, but i guess it is quite far from where you are... ^^
08:22.41TheMasterMind1heh. we have a diner type thing about 10 yards from me on campus, but they stop serving dinner and start breakfast at some point. they also close at 4am
08:22.46TheMasterMind1and its cold out.
08:23.31TheMasterMind1anyone done any [modular] xorg7 stuff with OE?
08:23.47hrw|workTheMasterMind1: we have xorg7 in OE iirc
08:23.52emtethe ideal and unfeasable solution is that each package would have its own branch with maintiner control of that package and regular merges into a main trunk ...
08:25.03_law_if i try to build a gpe-image from .dev i get the following error http://pastebin.com/619578
08:25.21_law_are the hostap-modules really required?
08:25.34koenRP: about opensync: OE has newer (0.18) packages, which I know that they work, because I tested them myself :)
08:26.10*** join/#oe oyo (n=oe@221.216.149.31)
08:26.14RPkoen: right, so I really need to sync that into poky. I need to run that past chris first though
08:26.38RPkoen: I'm trying to deal with the xlibs atm...
08:27.00emteinstead of more senseless comment by me i think i'll go to sleep
08:27.46TheMasterMind1hrm there's an xorg-xserver_cvs bb that looks like it should work
08:28.59*** join/#oe do13_ (i=do13@antilope.in-berlin.de)
08:29.05do13_morning all
08:29.08koenhey do13_
08:29.44do13_hi koen
08:29.59hrw|workhi Dirk
08:30.11TheMasterMind1how do you force a version from commandline bitbake? bitbake =package_ver work like it does with emerge?
08:30.50hrw|workTheMasterMind1: I prefer 'bitbake -i' (bitbake shell) where you can do it easier
08:30.56do13_hey Marcin
08:30.56hrw|work'build package-version'
08:31.22TheMasterMind1sweet
08:31.24CIA-403hrw 07org.oe.oz354x * r747076e6... 10/packages/groff/groff_1.19.1.bb:
08:31.24CIA-4groff: fixed paths so manpages are packaged
08:31.24CIA-4- removed not-needed RDEPENDS on libstdc++
08:31.24CIA-4- disabled PARALLEL_MAKE
08:31.32*** join/#oe keta (n=luchino@pdpc/supporter/basic/keta)
08:32.43TheMasterMind1oh wow. it doesn't have to re-parse cache everytime in interactive mode
08:34.41RPWhy does gnome-vfs-dbus DEPEND on samba?
08:34.44*** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr)
08:35.55hrw|workto use smb:// in apps
08:37.00RPI guess that makes sense :)
08:37.11*** join/#oe DaKa (n=david@193.13.58.211)
08:39.40TheMasterMind1hrw|work:  hrm, i'm trying to build xserver-xorg cvs
08:39.46koenRP: but on a gnome-vfs-module ipkg depends on samba
08:39.51koens/on/only/
08:39.55TheMasterMind1doesnt work when i do package-version
08:40.00TheMasterMind1shows up in which though
08:40.11koenso you won't see gnome-vfs RDEPENDING on samba
08:40.29_law_hrw|work, the matchbox-keyboard-collie-stuff into .oz354x ?
08:40.45RPkoen: Yes, I realise that. Its just a headache when samba isn't in your repository :)
08:40.52hrw|work_law_: dont remember
08:41.09koenRP: use 3.0.14 to avoid some api mismatches
08:41.46_law_hrw|work, that /etc/matchbox/kbd stuff (you have removed collie specific keys) afer that ctrl and alt should work
08:42.51*** join/#oe alan|home (n=alan@ARouen-152-1-59-47.w83-199.abo.wanadoo.fr)
08:43.17hrw|work_law_: that mapping ctrl to calendar, alt to contacts thing?
08:44.07_law_hrw|work, yes
08:44.21koenRP: that new gtk requires glib 2.10.1, which isn't in OE
08:46.09RPkoen: I'll merge along with a newer pango
08:46.10koenRP: another thing: it's bad form to do 'cp foo_2.6.bb foo_2.8.bb' without zapping the maintainer
08:46.53RPkoen: I'll try and educate the peole within OH. I zap it when I spot it
08:47.07*** join/#oe idealm (n=ideal@222.66.46.90)
08:47.17koennotifying the maintainer would also be ok I guess
08:49.04*** join/#oe mndctrl (n=mind@81.167.1.2)
08:52.15XorAmorning
08:53.09koenhey XorA
08:53.19XorAhey koen I saw some signs of success last night
08:53.49koenXorA: you did?
08:53.57XorAkoen: you and ph5 last night
08:54.09koenah yes
08:54.18koenwe solved the socket() problem
08:54.50koenbut I suspect we need some further patches from the csl gang to make it actually work
08:54.58koen(or wait for glibc 2.4.1)
08:55.27XorAif glibc like the kernel used to be then, release x86 then let the platforms catch up
08:55.32XorAs/if/is/
08:59.12koenXorA: the problem is that the CSL people don't really care about upstream
08:59.35koen"we have patches in our CSL toolchains for that, which we will release soon" type of shit
08:59.42XorA:-(
09:00.33koenand seeing the previous csl-arm branch stuff in OE, I'll be happy to stick with the upstream releases  
09:02.50ade|deskcsl does give stuff upstream all the time
09:03.29ade|deskjust seems like they are giving more uclibc stuff up to gcc atm
09:03.43koenade|desk: but everytime they do they 'forget' patches
09:03.54koenno idea if the 'forgetting' is on purpose or not
09:04.14ade|deski dont think it is on purpose
09:04.34ade|deskcertainly get more stuff from them than mvista
09:04.57koenheh
09:05.00koen~kill mvista
09:05.03ibotACTION shoots a inverse anti-meson gun at mvista
09:12.15*** join/#oe idealm (n=ideal@222.66.46.90)
09:15.16*** join/#oe rob_w|mis (n=rob_w@p549BB56E.dip0.t-ipconnect.de)
09:16.46mndctrlI would like to create a makefile for a shared library I'm makeing... pretty new at this so don't die on me ;) I need to spesify in this makefile first a compilation routing, and then a library creating routine? And what about the macros? Don't I need to add some -shared etc for my $CFLAGS ?
09:18.04mndctrlI've been told these macros are previously defined, but where is it determined wich to use for a shard library and wich to use for a normal application ? Is it at all?
09:25.47*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
09:27.31*** join/#oe idealm (n=ideal@222.66.46.90)
09:28.42grmahi guys !
09:31.39*** join/#oe dyoung-away (n=dyoung@nslu2-linux/dyoung)
09:32.21*** join/#oe keta (n=luchino@pdpc/supporter/basic/keta)
09:32.43koenhey grma
09:33.11*** join/#oe H3yB0y (i=elenaleo@host176-203.pool80181.interbusiness.it)
09:33.15*** part/#oe H3yB0y (i=elenaleo@host176-203.pool80181.interbusiness.it)
09:33.32grmahi koen
09:34.02grmai still don't have all *.tar.gz files from all packages...
09:35.23grmain the ipk dir there are over 1000 *.ipk files and in the tar dir there are only 500, so i tlooks like that the toolchain and libs are build as *.tar.gz but not meta-opie and and not meta-gpe, any solltution ?
09:37.35koengrma: no idea on that, sorry
09:37.40grmaok
09:44.20*** join/#oe mickey|saks06 (n=mickey@vs-pc26.vs.eecs.uni-kassel.de)
09:44.37mickey|saks06hi
09:47.31*** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net)
09:47.49do13_hi mickey|saks06
09:49.01hrw|workmickeyl: you saks?
09:49.07hrw|worksaks fonetic
09:52.40*** join/#oe dkey (n=dkey@L0002P14.dipool.highway.telekom.at)
09:53.15mickey|saks06heh
09:58.06*** join/#oe idealm (n=ideal@222.66.46.90)
10:00.03mickey|saks06french people speaking english giving me headaches
10:00.26koenhey mickey|saks06
10:00.29mickey|saks06hi koen
10:00.43RPhi mickey|saks06
10:00.58koenanybody attending SPS/DART next week?
10:01.14CIA-403rpurdie 07org.oe.dev * r45e00484... 10/packages/glib-2.0/glib-2.0_2.10.1.bb: Add glib-2.0 2.10.1
10:01.14CIA-403rpurdie 07org.oe.dev * r0611ba84... 10/conf/documentation.conf: documentation.conf: Add PCMCIA_MANAGER
10:01.16mickey|saks06hi RP.
10:01.24CIA-403rpurdie 07org.oe.dev * rbcb91ddb... 10/packages/pango/pango_1.12.0.bb: Add pango 1.12.0
10:09.02*** join/#oe idealm (n=ideal@222.66.46.90)
10:13.19hrw|workmickey|saks06: what about Polish people speaking english?
10:14.23mickey|saks06interestingly, they're not bad
10:14.30mickey|saks06at least those who i've heard
10:20.55*** join/#oe polyonymous (i=hacker@pD9539847.dip0.t-ipconnect.de)
10:23.11*** join/#oe benlau (n=benlau@221.125.13.158)
10:26.42*** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de)
10:30.00hrw|work~lart tosa updater.sh for lack of zImage.bin
10:30.40CIA-403mickeyl 07org.oe.dev * rff499565... 10/packages/uicmoc/ (uicmoc-native-2.3.10/gcc4_1.patch uicmoc-native_2.3.10.bb):
10:30.40CIA-4uicmoc-native 2.3.10: apply patch to make it work with gcc 4.1
10:30.40CIA-4fixes bug #771
10:30.54*** join/#oe lrg (n=liam@212.20.225.130)
10:33.12do13_Hey Liam
10:33.51lrghey Dirk
10:35.08do13_lrg: Does the image works?
10:37.51lrgdo13: I've not had a chance to try it yet. I'll be able to do so this weekend.
10:39.04do13_lrg: ok
10:41.46CIA-403hrw 07org.oe.oz354x * rc89c1106... 10/packages/zaurus-updater/ (tosa/updater.sh zaurus-updater.bb): zaurus-updater: added zImage.bin to tosa updater.sh
10:42.14hrw|work~lart updater.sh idea
10:43.05mickey|saks06RP my opie-image wants to build hostap-modules but I can't see where this dependency comes from. do you have any idea?
10:43.11mickey|saks06bitbake -nv shows
10:43.37koenheh
10:43.47mickey|saks06task-bootstrap -- hostap-modules (hostap-conf)
10:43.52koenRP: I'm pretty sure the nokia770 doesn't need pcmcia-utils ;)
10:43.52mickey|saks06what's that supposed to mean?
10:44.30mickey|saks06this is for c7x0 with DISTRO=angstrom-2006.9 btw.
10:45.02koenmickey|saks06: it seems hostap-conf depends on the external modules
10:45.03RPkoen: At the moment, the nokia770 images depend on it. Fix that and we can fix the other issues
10:45.28mickey|saks06koen: i can't find that in hostap-conf.bb though
10:45.45RPmickey|saks06: bitbake -n -D -D -D > logfile and search for hostap-modules
10:46.32RPmickey|saks06: At a guess set PREFERRED_PROVIDER_hostap-conf = "hostap-conf"
10:47.08RPFor some reason it prefers hostap-modules over hostap-conf by default
10:52.03*** join/#oe idealm (n=ideal@222.67.238.179)
10:53.08koenRP: I think I fixed the 770 stuff
10:53.31TheMasterMind1| + ipkg-cl -f /oe/tmp/work/bootstrap-image-1.0-r0/temp/ipkg.conf -o /oe/tmp/rootfs update
10:53.31TheMasterMind1| Updated list of available packages in /oe/tmp/rootfs//oe/tmp/rootfs//usr/lib/ipkg/lists/oe
10:53.44TheMasterMind1its repeating the first part of the path twice and putting the ipkg list in the wrong place =\
10:53.54RPkoen: ah, ok. We can remove pcmcia then
10:54.33*** join/#oe rob_w|mis (n=rob_w@p549BBD0C.dip0.t-ipconnect.de)
10:55.18CIA-403koen 07org.oe.dev * r2d22f5a5... 10/conf/machine/nokia770.conf:
10:55.18CIA-4nokia770.conf: remove cruft
10:55.18CIA-4* GPE_EXTRA_INSTALL should be in a distro.conf -> removed
10:55.18CIA-4* handheld-common is largely distro related -> removed
10:55.18CIA-4Users will be still able to 'bootstrap' without the above, thanks to the initfs present in the 770.
10:57.14*** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1)
10:57.59RPkoen: Keep in mind that locally some of us don't use the initfs...
10:59.21koenRP: OE assumus you have the initfs
10:59.26koenassumes even
10:59.57koenthe 770 kernel isn't in OE yet
11:00.07koenpatches welcome :)
11:00.27mickey|saks06RP: wow, that fixed it.
11:04.46*** join/#oe dijenerate (n=dijenera@69.73.207.227)
11:05.38CIA-403koen 07org.oe.dev * r879120a7... 10/conf/distro/angstrom-2006.9.conf: angstrom 2006.9: add PREFERRED_PROVIDER_hostap-conf = "hostap-conf"
11:07.23mickey|saks06it looks odd to me though. why is this necessary?
11:09.10RPmickey|saks06: There is nothing in bitbake that gives PN an advantage as a preferred provider
11:09.38RPmickey|saks06: I guess we've just been lucky until now
11:11.27mickey|saks06hmm i see
11:12.18koenand till that gets fixed properly, angstrom makes sure it gets the right thing  
11:14.36hrw|workhmm.. soon I will have to clean '3.5.4.1 upgrades' thread...
11:20.57*** join/#oe zecke (n=ich@rosine63.inf.fu-berlin.de)
11:21.08koenhey zecke
11:21.13zeckehey
11:24.01RPhi zecke
11:27.14TheMasterMind1grr. stupid ipkg
11:27.17*** join/#oe bluelightning (n=blueligh@222-154-148-161.jetstream.xtra.co.nz)
11:28.52CIA-403mickeyl 07org.oe.dev * r94671c08... 10/packages/qmake/ (qmake-native_1.07a.bb qmake-native_2.00a.bb): qmake-native: install linux-eabi configurations
11:28.56CIA-403mickeyl 07org.oe.dev * rdc67cfbd... 10/classes/qmake.bbclass: qmake-bbclass: make it know about linux-gnueabi
11:29.04CIA-403koen 07org.oe.dev * rac0da6aa... 10/packages/linux/ (3 files in 2 dirs):
11:29.04CIA-4ep93xx kernel: update to 2.6.16
11:29.04CIA-4* use derevo17
11:29.04CIA-4* integrate framebuffer patches
11:29.04CIA-4* turn on EABI and old ABI compat
11:31.37zeckeand is bitbake faster for you?
11:34.09do13_zecke: Revision 419?
11:34.19RPzecke: Its still taking 90 seconds or so for a cached scan for me :-/
11:34.20zeckeyes
11:34.30zeckeRP: what did it take before?
11:34.33TheMasterMind1zecke:  seems faster to me
11:34.58do13_zecke: ERROR: 'str' object has no attribute 'keys' while parsing  for each bb
11:35.06do13_Hmm
11:35.12RPdo13_: wipe your cache
11:35.12zeckedo13_: rm -rf tmp/cache - as I have mailed :)
11:35.14hrw|workdo13_: rm -rf tmp/cache/
11:35.19TheMasterMind1heh
11:35.29do13_ok ok
11:35.36TheMasterMind1anyone know why ipkg is repeating the first part of this path: Updated list of available packages in /oe/tmp/rootfs//oe/tmp/rootfs//usr/lib/ipkg/lists/oe
11:35.46hrw|workzecke: could you give info from bitbake about wrong cache format?
11:36.03RPzecke: I'm not sure. Something similar I think. I need to revert and test
11:36.28hrw|workI can test r329 <> r419
11:36.41zeckehrw|work: would be nice :)
11:36.54hrw|workzecke: -d?
11:36.58RPzecke: I'll also test but I can't do it now
11:37.16hrw|workzecke: test on ewi btw
11:37.25zecketake your time
11:37.32do13_zecke: Now it works :)
11:37.42zeckeI will be away until wednesday
11:37.58hrw|workreal    0m50.737s
11:37.58hrw|workuser    0m48.858s
11:37.59hrw|worksys     0m1.030s
11:38.03hrw|workfor r329 with cache
11:38.34hrw|workbuilding cache with r419 now
11:39.05hrw|workzecke: .oz354x is not compatible with r419
11:39.10hrw|workERROR: EOL while scanning single-quoted string (line 1) while parsing /home/hrw/devel/oe/OZ354x/packages/gnome/gconf-dbus_cvs.bb
11:39.13hrw|worketc
11:39.28zeckehmm
11:40.14*** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr)
11:41.04*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
11:41.07Bernardogood morning
11:41.10zeckewill start parsing as well on ewi
11:41.35hrw|workhi Bernardo
11:41.54hrw|workERROR: The following variable(s) were not set: TARGET_OS
11:42.07hrw|workr329 works better with .oz354x ;)
11:42.26hrw|workstarted time bitbake -d umbaumba
11:42.49hrw|workwill do test at work on .dev
11:42.58zeckeoh hehe
11:43.10hrw|workreal    0m40.373s
11:43.10hrw|workuser    0m20.281s
11:43.13hrw|worksys     0m0.684s
11:48.59zeckeokay user dropped +50%
11:49.09zeckebut the parsing errors look odd, I will look at them
11:51.29HuntrCkrzecke: i don't suppose BitBake has a feature like fetchonly, sort of like the --fetchonly option on Portage?
11:52.21RPHuntrCkr: bitbake -c fetch
11:52.26zeckeHuntrCkr: see RP
11:53.53HuntrCkrok... thx :)
11:56.49TheMasterMind1who's pigi?
11:57.50*** join/#oe hrw (n=hrw@host-ip170-158.crowley.pl)
11:57.57hrwre
11:59.08zeckewb
11:59.29zeckehrw|work: hmm, do you have an idea where the parse error could be from?
11:59.50hrw|worknope
12:01.46hrw|workwith or without psyco is same here
12:02.02RPzecke: You often see it when a variable is unset but referenced in a string
12:02.07koenTheMasterMind1: it's better to assign ipkg bugs to pigi@frumar.it instead of oe@handhelds.org
12:02.25zeckeRP: right, but not that one bitbake works and another not
12:03.04hrw|workzecke: http://pastebin.com/619771 - r419
12:03.13hrw|workzecke: cache built with psyco
12:04.03zeckehmm
12:04.57TheMasterMind1koen:  yea i just noticed it did that
12:07.17zeckekoen:  could you install python-examples pleasE?
12:08.15koenzecke: done
12:11.21grmahi ! what dose nherit image_ipk do ?
12:11.36zeckegrma: it includes image_ipk.bbclass
12:13.01*** join/#oe alan|home (n=alan@ARouen-152-1-3-35.w83-115.abo.wanadoo.fr)
12:14.26TheMasterMind1grr. i despise ipkg. how is it bootstrap-image is so broken, don't people use it a lot?
12:14.51*** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net)
12:16.31koenTheMasterMind1: I suspect RP's addition of ipkg-native .159 broke it
12:17.21koenTheMasterMind1: as always: patches welcome
12:17.23TheMasterMind1ah. that would make sense. that's what just occurred to me i was trying to figure out how to use monotone to tell me when that file was added
12:17.36koenmonotone log <file>
12:17.43TheMasterMind1log, alright thanks
12:18.03grmazecke: where do i find this things image_ipk.bbclass, i want to find out what it does ?
12:18.14zeckeclasses/
12:18.33zeckehmm psyco is better than freeze
12:19.12grmazecke: ahh no something gets clearer ...
12:21.31TheMasterMind1zecke:  the errors i mentioned earlier during parsing: http://pastebin.com/619801
12:21.43HuntrCkris it safe to do a bitbake of a specific package in one terminal while another terminal is running bitbake -c fetch for instance?
12:22.32hrw|workHuntrCkr: as long as they do not start fetching same thing...
12:22.36TheMasterMind1maybe because distro_ver isn't set
12:23.04HuntrCkrobviously... thx hrw :)
12:24.04zeckeTheMasterMind1: yes, DISTRO_VER is not set
12:24.14HuntrCkreish!! that didn't work :(
12:26.10HuntrCkrhttp://pastebin.com/619806 - log of errors received while trying to start a 2nd instance of bitbake
12:29.42koenshouldn't sanity.conf pickup an unset DISTRO_VERSION?
12:29.50hrw|workkoen: no
12:30.04hrw|workkoen: only oz, fam, angstrom use distro_version iirc
12:30.18hrw|workand DISTRO was never required
12:30.37grmajow can i speed up USB-Mous in gpe ?
12:30.42koensanity.conf checks lots of stuff which isn't required
12:30.44grmas/jow/how/
12:30.52hrw|workkoen: DISTRO="generic" is also ok and does not need DISTRO_VERSION
12:34.45TheMasterMind1yay! went from offline root being double prepended to not being prepended at all
12:40.10HuntrCkrok... another n00b question about BitBake, but is there a way to set it to try and download all source files from a local webserver location first before trying to go out and get it from elsewhere?
12:41.06TheMasterMind1yea the last option in local.conf
12:41.16TheMasterMind1err no thats for cvs only
12:41.39koenTheMasterMind1: that works for all tarballs
12:42.06TheMasterMind1ok. the comment says for cvs:// URIs only
12:42.27HuntrCkrthats what i understand from that as well TheMasterMind1
12:42.49koenit seems that comment is wrong
12:43.55HuntrCkrhmmm... ok koen, lets say it is wrong... i have mine set to "http://www.oesources.org/source/current/", right...
12:44.17HuntrCkryet when it tried to download the linux kernel tarball, it went straight to the ftp.kernel.org
12:46.54koenyou could fiddle with PREMIRRORSI
12:47.03katossi_uniuoh! I see there are multiple update candidates now, what are the differences between mickey and koen branches?
12:47.54koensee classes/nslu2-mirrors.bbclass
12:49.44koenhttp://ewi546.ewi.utwente.nl/tmp/viewmtn/headofbranch.psp?branch=org.openembedded.dev shows only one head ;)
12:49.54HuntrCkrok... thx koen
12:53.04*** join/#oe pb_ (n=pb@cpc1-cmbg6-0-0-cust434.cmbg.cable.ntl.com)
13:03.49*** join/#oe skoti (n=konradk@80.50.17.6)
13:04.50IfaistosHi all !
13:05.33koenhey Ifaistos
13:05.59hrw|workhi Ifaistos
13:06.03hrw|workhi NAiL
13:06.51*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
13:07.11Ifaistosi had a meeting with an institute that supports opensource in Greece and are planning a conference on OS and talked to them about OE.
13:07.25IfaistosAnybody interested in comming to Greece ? :)
13:08.11IfaistosIt might be possible to get a slot in the presentations
13:09.45hrw|workyou reminds me to write Polish presentation about OE (if I will go for any Linux meetings in Poland)
13:09.47*** join/#oe tmbinc (i=XXX@e176146017.adsl.alicedsl.de)
13:12.09*** join/#oe dijenerate (n=dijenera@69.73.207.227)
13:12.54IfaistosI know the cover (some/all not sure yet) of the expenses of the people they invite, but don't have a possitive on that yet
13:14.23IfaistosOn another matter...
13:14.40IfaistosHas anyone tried to build for a ppc target and uclibc ?
13:16.26Ifaistosgcc-cross.3.4.4 "bombs" out at the packaging stage, as its looking for libstdc++ which existist but one a different dir
13:16.54Ifaistosfor some reason uclibc (0.9.28) puts these libs instead of /lib in /lib/nof
13:17.04Ifaistosas a result gcc-cross cant find them
13:17.27Ifaistosif i copy them by hand (once it bombs out) and restart the build it works
13:18.39IfaistosDoes it look to you like a uclibc or gcc-cross problem ?
13:20.43hrw|workuclibc for me
13:23.25Ifaistosi think the "nof" must be something like "no float" probably ?????
13:24.23Cockroach-Good day
13:27.31*** join/#oe idealm (n=ideal@218.82.61.97)
13:34.25*** join/#oe Timelord (n=TL@4.78.4.43)
13:35.56HuntrCkrl8r ppl... time to go home
13:36.44*** join/#oe idealm (n=ideal@218.82.61.97)
13:39.09*** join/#oe chenz (n=chenz@tallinn.c-lab.de)
13:40.05*** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net)
13:43.53*** join/#oe dijenerate (n=dijenera@69.73.207.227)
13:45.41*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
13:53.01chenzis there an easy way to specify the installation prefix (ie /usr/local instead of /usr) when compiling a package from oe?
14:02.58pb_chenz: set prefix = "/usr/local" in local.conf
14:03.48pb_it might be nice if you could set that in the environment, but I don't think that will work right now
14:04.01chenzthanks, pb_
14:04.46*** join/#oe mithro (n=tim@lester.mithis.com)
14:07.48*** join/#oe gints|wrk (n=gints@195.244.141.102)
14:13.03*** join/#oe stelios_ (n=stelios@dslcustomer169.vivodi.gr)
14:13.53*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
14:18.28*** join/#oe cbrake (i=user110@216.144.26.242)
14:19.24*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
14:20.38*** join/#oe dijenerate (n=dijenera@69.73.207.227)
14:21.04*** join/#oe Ifaistos (n=stelios@dslcustomer169.vivodi.gr)
14:21.51Ifaistoskoen : -> videos from FOSDEM 2006 http://free-electrons.com/community/videos/conferences
14:22.05koenIfaistos: yes, I've seen them :)
14:22.22hrw|workI have to watch Liam one..
14:22.29Ifaistoskoen : Put them on thw wiki ?
14:22.36koenIfaistos: sure, go ahead
14:38.01*** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de)
14:49.23*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
14:57.43Ifaistosi think there is a bug with softfloat on ppc.
14:57.48IfaistosOE Build Configuration:
14:57.48IfaistosBB_VERSION    = "1.3.3.0"
14:57.48IfaistosOE_REVISION   = "0b9a2dfead1136f996280e9827949f83cb032537"
14:57.48IfaistosTARGET_ARCH   = "powerpc"
14:57.48IfaistosTARGET_OS     = "linux-uclibc"
14:57.49IfaistosMACHINE       = "dht-walnut"
14:57.51IfaistosDISTRO        = "owmnr"
14:57.53IfaistosTARGET_FPU    = ""
14:57.55Ifaistosthis works
14:58.07Ifaistosif TARGET_FPU is is set to "soft"
14:58.15Ifaistosgcc-cross-3.4.4 fails
14:59.10hrw|workIfaistos: your ppc has FPU so no need to soft it
14:59.58koensome ppc don't have an fpu
15:00.13Ifaistoshrw|work -> actually depends on the ppc... but in any case shouldn't that be handled correctly
15:00.33hrw|workah. was thinking that each one has it
15:04.33*** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com)
15:07.51ade|desk4.1.0 works with uclibc 386 so far, dont have ppc to try sorry
15:08.04Ifaistosit looks like slugos is the only non  ARM arch with soft float
15:09.30koenslugos is arm as well
15:09.40NoodlesWhat about any of the mips stuff?
15:09.50koenthe intel IXP and IOP are xscales
15:10.54Ifaistosa grep shows this
15:10.57Ifaistos/home/stelios/oe/orig/org.openembedded.dev/classes/tinderclient.bbclass:180:    output.append("TARGET_FPU = '%(fpu)s'" )
15:10.57Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/generic.conf:7:# TARGET_FPU = "soft"
15:10.57Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/openmn.conf:10:TARGET_FPU = "soft"
15:10.58Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/openomap.conf:7:TARGET_FPU ?= "soft"
15:10.58Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/opensimpad.conf:7:TARGET_FPU ?= "soft"
15:10.59Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/openzaurus.conf:12:TARGET_FPU = "soft"
15:11.01Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/sharprom-compatible.conf:12:TARGET_FPU = ""
15:11.03Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/slugos.conf:62:TARGET_FPU = "soft"
15:11.07Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/unslung.conf:17:TARGET_FPU = "soft"
15:11.09Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/distro/angstrom.conf:35:TARGET_FPU = "soft"
15:11.11Ifaistos/home/stelios/oe/orig/org.openembedded.dev/conf/documentation.conf:32:TARGET_FPU[doc] = "Floating point option (mostly for FPU-less systems), can be 'soft' or empty"
15:11.28hrw|work~pastebin
15:11.29ibot[pastebin] a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste
15:12.02Ifaistossorry guys
15:15.34*** join/#oe ronan (n=ronan@dyn-83-156-25-96.ppp.tiscali.fr)
15:15.56ronanhello
15:23.07nevarrieshould I be able to build with a pull of org.openembedded.dev or do I need to be using another branch...or am I totally lost...
15:23.51hrw|worknevarrie: should be
15:24.02hrw|worknevarrie: many people build from .dev
15:25.53nevarriethat is what I thought...
15:27.41nevarrieany simple answer to why I might be getting "ERROR: Unable to open conf/bitbake.conf" when I have a strait pull and it works when I have ran monotone update -rjan2006prebreakagemonotone update -rjan2006prebreakage
15:35.16chenznevarrie: i got that error when i forgot to set BBPATH
15:36.17chenzhmm, setting prefix="/usr/local" breaks the perl build :-/
15:40.52nevarriechenz: looks liek I have BBPATH set but I just noticed that bitbake.conf only exists in /home/jgrant/zaurus/org.openembedded.dev/MT/tmp/288/bitbake.conf...I guess I need to do a new pull
15:42.21nevarrielocate bitbake.conf
15:42.26chenzerror is: mv: cannot stat `/FOO/build/tmp/work/arm-linux/perl-5.8.7-r14/image//usr/local/lib/perl5/5.8.7/arm-linux/CORE/libperl.so': No such file or directory
15:44.34chenzonly .../image/usr/lib/perl5/5.8.7/arm-linux/CORE/libperl.so exists
15:45.04chenzso guess i would have to start hacking on the perl .bb file(s) to get this working?
15:45.42hrw|workchenz: building with prefix other then /usr/ is hack
15:45.54*** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de)
15:54.54CIA-403florian 07org.oe.dev * r5c811c2b... 10/packages/tapioca/tapiocaui_0.3.0.bb: tapiocaui: Add missing RDEPENDS to tapioca-xmpp.
15:55.01CIA-403florian 07org.oe.dev * rde8c26e5... 10/packages/meta/task-gpe.bb: task-gpe: add gpe-screenshot
15:59.19CoreDump|homehi
15:59.24koenhey CoreDump|home
16:00.19hrw|workhi coredump
16:00.21do13_hey CoreDump|home
16:00.37*** join/#oe alan|home (n=alan@ARouen-152-1-59-250.w83-199.abo.wanadoo.fr)
16:06.44hrw|workcu all
16:06.48hrw|workhave a nice weekend
16:08.21Bernardobye hrw|work
16:08.28Bernardohi CoreDump|home
16:08.28do13_bye hrw|work
16:08.46Bernardohrw|work: I am going to flash alpha2 now... Just doing a nand backup... :)
16:09.21hrw|workBernardo: alpha2 is nearly same as alpha1 - nearly nothing changed in repo
16:09.56BernardoI noticed, still no 2.6.16
16:10.13Bernardobut at least now I'll have my rt2570 driver to test if it works on 2.6.x
16:11.52*** join/#oe ar_ (n=ar@port-ip-213-211-231-102.reverse.mdcc-fun.de)
16:17.34RP2.6.16 is coming - copy the files from .dev if you're keen :)
16:24.20BernardoRP: I might do just that... :) But first I'm praying for a miracle, that my usb dongle will work with 2.6.15... :D
16:25.01ade|deskRP: what about pcmciautils ?
16:25.19ade|deskor sticking with pcmcia-cs
16:25.45RPade|desk: I did set the stage by fixing that in .dev. We'll see what happens when I add it to an image. I just worry the network support isn't there yet
16:27.04*** join/#oe tuomasi (i=tinkilai@ext-ssh.movial.fi)
16:39.24*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
16:40.20BernardoI see that "list_dir ext var/lib/ipkg" is still commented in ipkg.conf, and aqpkg looks for its lists there
16:45.40*** join/#oe nxu (n=n@tor/session/x-7b27cff6879afb4b)
16:48.56*** join/#oe AvengerMoJo (n=alex@61.149.26.193)
16:50.03Bernardocan I remove /etc/timestamp on the akita?
16:52.03*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
16:52.21*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
16:56.30nevarriehow long shoudl a pull take to update the db file..I have been waiting 2 hours already...
16:57.00koencheck the progress counter and do an estimate
16:58.25*** join/#oe Bernardo (n=Bernardo@213.58.66.95)
16:58.43nevarrieprogress counter?  Should I be seeing one? so far all that has printed to standard out is "monotone: connecting to ewi546.ewi.utwente.nl"
16:59.57koennevarrie: something like http://pastebin.com/620219
17:01.33nevarrieI have nto got that far yet...looks like I have a problem...
17:01.33*** part/#oe Bompo (n=Bompo@V1ec7.v.pppool.de)
17:02.50nevarrieI have a progress screen now...
17:02.56nevarriethanks..
17:17.10Bernardolooks like the akita doesn't provide enough power on usb for the wifi dongle to work...
17:17.12Bernardo:(
17:17.14Bernardoit even killed the keyboard when I removed the dongle with the interface still up
17:20.46emteBernardo, that is a common USB problem on any hardware
17:21.27Bernardonot enough power?
17:21.43Bernardoor killing the keyboard when a driver doesn't exit cleanly?
17:21.47emteand from what i understand one of the biggest differeences between USB1 and USB2 standards
17:21.53emtenot enough power
17:22.13BernardoI need to find a battery powered (rechargeable) usb hub
17:23.28pb_Bernardo: yah, lots of wifi dongles use more power than a usb port is guaranteed to supply
17:24.15Bernardothis one works with my laptop and desktop pcs without any problem, but probably those have a little higher tolerance
17:24.32pb_right, most laptops and desktops can supply five unit loads on each port.
17:24.40pb_the akita, most likely, can only supply one unit load
17:25.14emtei've run accross many PCs that are ~1.4 volts under needed
17:25.46pb_in theory the software on your akita ought to detect that the dongle needs too much power and refuse to start it up, but that might not be working for some reason.
17:26.08pb_(either because the dongle is mis-reporting the amount it needs, or because the usb host stack is broken)
17:26.29emtehttp://www.newegg.com/product/Product.asp?Item=N82E16817804003&CMP=OTC-Froogle&ATT=CyberPower+CP-H420P+Battery+Powered+Hub
17:26.33emte$16.99
17:27.33Bernardonewegg sells only for the us, right?
17:27.40emteno idea
17:27.55emtei just selected the first search reply
17:29.12Bernardo:)
17:29.13Bernardothanks
17:29.19BernardoI'll look localy for it
17:35.52*** join/#oe do13- (n=ndirk@do13.in-dsl.de)
17:42.37*** join/#oe lrg (n=liam@212.20.225.130)
17:45.45CIA-403coredump 07org.oe.dev * r4221f5be... 10/packages/gpe-bootsplash/ (files/speed.patch gpe-bootsplash_1.15.bb): gpe-bootsplash: Fix a bug where an uncompressed screendump was written to the rootfs. This causes space issues on devices with large screens and low rootfs space.
17:45.49CIA-403coredump 07org.oe.dev * r3668ee2a... 10/packages/zaurusd/ (files/mbinputmgr-honor-user-prefs.patch zaurusd_svn.bb): zaurusd: Honor user-preferences when starting / killing mbinputmgr on rotation
17:46.29CoreDump|home~lart 2-space indents
17:56.50koenCoreDump|home: does mbinputmanager still get killed when I go from portrait->landscape?
17:57.27CoreDump|homenot if you have configured your panel to use it in landscape
17:57.41CoreDump|homeotherwise yes
17:58.05koenwhere 'have configured' is 'running in landscape'?
17:59.01CoreDump|homeif mbinpumgr is displayed in landscape (be it by default or you have added it to the panel) then it will _not_ be killed by returning from portrait
17:59.13koenah, good
18:17.48*** join/#oe Crofton (n=balister@hc6521c9e.dhcp.vt.edu)
18:18.16*** join/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com)
18:18.39*** part/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com)
18:24.56*** join/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com)
18:25.13xinfinityxheya, does anyone know anything about xsane?
18:35.13*** part/#oe xinfinityx (n=infinity@88-104-198-161.dynamic.dsl.as9105.com)
18:53.49*** join/#oe TMM1 (n=aman@residents-liberty-potomac-129-174-185-149.residents.gmu.edu)
18:56.01*** join/#oe ljp (n=lpotter@203.94.178.46)
19:00.01*** join/#oe _law_ (n=_law_@213.173.86.202)
19:00.21_law_hi
19:03.06koenhey _law_
19:05.43_law_hi koen|tv
19:06.02*** join/#oe Bompo (n=Bompo@V1ec7.v.pppool.de)
19:27.32*** join/#oe jsun (n=jsun@ftp.linux-mips.org)
19:27.44*** join/#oe jsun (n=jsun@ftp.linux-mips.org)
19:41.30*** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be)
19:43.55*** join/#oe tux1800 (n=eric@c66.110.147-33.clta.globetrotter.net)
20:01.59*** join/#oe minipanda (n=hzhang@221.220.121.219)
20:13.02*** join/#oe bam_ (n=bam@pool-71-108-99-77.lsanca.dsl-w.verizon.net)
20:26.43mreimerHow do I fix this error building gpe-image in .dev: ERROR: "gcc" looks like gcc 4.x| QEMU is known to have problems when compiled with gcc 4.x
20:26.52mreimerI haven't changed my config, just mt update
20:27.43koen|tvmreimer: http://ewi546.ewi.utwente.nl/tmp/d/keyENABLE_BINARY_LOCALE_GENERATION.html
20:27.52mreimerthanks koen
20:28.15koen|tvwe finally have some doco to point to :)
20:28.30mreimerso I should set it to 0?
20:28.36koen|tv""
20:28.48mreimerok
20:30.30*** part/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com)
20:43.08*** join/#oe woglinde (i=woglinde@e178089041.adsl.alicedsl.de)
21:01.08*** part/#oe _law_ (n=_law_@213.173.86.202)
21:01.16*** join/#oe bronson (n=bronson@pool-68-160-59-53.bos.east.verizon.net)
21:01.52*** join/#oe dtx (n=chatzill@cdf-imaging.com)
21:07.40*** join/#oe dtx (n=chatzill@cdf-imaging.com)
21:27.47*** join/#oe dtx_ (n=chatzill@cdf-imaging.com)
21:32.09*** join/#oe stevenh (n=lews@65.167.23.2)
22:11.21*** join/#oe GeoKM (n=keith@ppp47-111.lns2.syd6.internode.on.net)
22:12.42*** join/#oe XorA|gon1 (n=dp@81-178-84-33.dsl.pipex.com)
22:30.45*** join/#oe nevarrie (n=jgrant@CPE-72-129-236-111.kc.res.rr.com)
22:32.32nevarrieif I ma only building and not changing bb files when disabling the cache is alright...
22:45.12JustinPnevarrie: disabling the cache means it has to re-aprse the bbs every time you build
22:46.59nevarriethat is what I just figured out...
22:47.32nevarrieI was hoping that is woudl stop having to reread all the files everytime...I guess I shoudl have looked closer...
22:51.30koen|tvnevarrie: bitbake -i
22:54.33TMM1anyone build bootstrap-image successfully recently? what ipkg-native was used
22:54.52koen|tv.154 was the last succesfull one I tried
22:55.19TMM1.154 tries to create /usr/lib/ipkg on my root
22:55.29TMM1though i suppose that doesn't stop it from working
22:56.04koenevery ipkg tries to do that
22:56.11koenthat's not the real error
22:56.36TMM1its still a bug
22:56.44TMM1anyway, i'll push patches for both .154 and .159
22:56.45koennot really
22:56.57koenipkg keeps track of what you install
22:57.04koenit would be a bug if it didn't
22:57.10TMM1ofcourse it is. if you're passing -o then it should not be touching /usr/ it should be touching /offlineroot/usr
22:57.52koenit touches /offlineroot/usr as well
23:00.37TMM1hrm. but if i'm doing ipkg-cl -o /oe/rootfs/ update why should i get an error that says mkdir /usr/lib/ipkg failed, before it goes ahead and installs in /oe/rootfs/usr/lib/ipkg. it needs to assert that /oe/rootfs/usr/lib/ipkg exists, not /usr/lib/ipkg
23:03.22TMM1am i mistaken?
23:06.12*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
23:33.27*** join/#oe W8TVI (n=me@166.165.154.37)
23:33.29JustinPTMM1: no, I think you're right. I just think that no-one has taken the time to fix it. feel free to create a patch and submit it to the bugtracker

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.