irclog2html for #oe on 20060416

00:13.59*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
00:29.25*** join/#oe mwester (n=mwester@nslu2-linux/mwester)
00:32.12RP'night all
00:32.58*** part/#oe evildevil (n=evildevi@p54A6ED26.dip.t-dialin.net)
00:56.47rm_youSooo.... What ever happened to using the internal 5500 system speaker for audio? :P I miss that.
00:58.36emte?
01:01.48rm_you!
01:01.51rm_you:P
01:03.04rm_youI'm assuming there was a kernel module or something in the ooooooold releases of OE and such that made the sl5500 play sound out of its internal speaker when there werent any headphones plugged in.
01:03.19rm_youNo one elose knows what I'm talking about, so I figured you guys might :)
01:03.37rm_yous/elose/else/
01:03.39jncdevelopment has shifted to kernel 2.6 and ALSA, generally
01:04.10rm_youyeah, the 2.6 switch is nice for everyone on cxxx, I'm sure :) ah well
01:05.19jncnot especially me.   it would have been nice for the 2.6 porter, but i keep bugging him to fix suspend on my c3000 and there are only 24 hours in a day, not 50 hours in a day.
01:05.22jnc:)
01:05.39*** join/#oe W8TVI (n=me@166.165.158.233)
01:07.03emtejnc, dont worry, the suspend doesnt work properly on the ipaqs either in certain cases no matter which kernel you run
01:07.06emte:P
01:07.25jncheh
01:07.45jnci wish there were a simple one or two liner patch i could do to completely disable suspend
01:07.58*** join/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
01:17.47*** join/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
01:33.30*** join/#oe W8TVI_ (n=me@166.165.154.163)
01:41.18*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
01:44.52*** join/#oe idealm (n=ideal@58.33.48.141)
01:50.23TheMasterMind1jnc:  can't you select power management = n in the kernel config?
02:01.15TheMasterMind1my kernel-module-rfcomm has files for /etc/modutils/
02:01.32TheMasterMind1i can't figure out how the ended up in the ipk. they're not in the image/ installation
02:15.57jncTheMasterMind1: that is a thought, hrm
02:34.58*** join/#oe Readon (n=xydarche@202.120.6.15)
02:36.21ReadonTraceback (most recent call last):
02:36.21Readon<PROTECTED>
02:36.21Readon<PROTECTED>
02:36.21ReadonImportError: No module named sets
02:37.11ReadonIt is reported when i use bitbake nano. how to solve it?
02:53.03TheMasterMind1what version
03:00.33Readonbitbake 1.3.2
03:01.35Readoni am trying to upgrade python to current release
03:02.01*** join/#oe benlau (n=benlau@221.125.13.158)
03:03.21JustinPwell, e-image-core has some problems on spitz again....locking up :-{
03:06.59Readon<PROTECTED>
03:07.00ReadonTraceback (most recent call last):
03:07.00Readon<PROTECTED>
03:07.00Readon<PROTECTED>
03:07.00ReadonImportError: No module named sets
03:07.15Readonstill have problem
03:07.22JustinPReadon: heh
03:07.28JustinPReadon: you need to update badly
03:07.38JustinPReadon: I removed that a long time ago
03:08.30ReadonJustinP, I update python to 2.4.3, the error still existed
03:08.39JustinPReadon: no, OE
03:08.56JustinPReadon: you need to pull and then update
03:09.19JustinPhmmm, at least my menu conversion script is still working in e-image ^_^
03:10.32ReadonjustinP i can't use scm. i can only update by release
03:11.13JustinPReadon: release?
03:11.36JustinPReadon: well, that was changed a while ago...and you *should* be able to use monotone...there's even cygwin releases
03:11.38ReadonJustinP, I mean release packages
03:11.55JustinPReadon: if you're using an OE snapshot.....get a newer one
03:12.14JustinPReadon: or you can go edit package.bbclass and remove some stuff
03:13.45JustinPReadon: I can give you a patch if you like....
03:16.26ReadonI do it follow the GetStarted
03:16.56JustinPReadon: where did you get your OE?
03:17.29Readonhttp://ewi546.ewi.utwente.nl/OE/OE.db.bz2,
03:17.30*** join/#oe tmbinc (i=XXX@e176173155.adsl.alicedsl.de)
03:22.22JustinPReadon: so you have the OE db and you're using monotone
03:22.33JustinPReadon: do a pull for the branch you're using
03:25.26JustinPdamn it, why is e locking up
03:26.10Readonthe network is very slow.
03:33.14JustinPReadon: well, you should be updating your monotone DB
03:33.41JustinPReadon: and FWIW it's not the network/download that's slow with monotone, it's checking the revisions
03:34.03JustinPReadon: as I said I can give you a patch if you want it for a quick fix for this one problem
03:34.08JustinPReadon: just give me your e-mail address
03:34.21*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
03:34.51Readonxydarcher@uestc.edu.cn
03:35.24Readonthank you
03:42.43JustinPReadon: I still suggest you update your OE db
03:43.08JustinPReadon: monotone --db=OE.db pull monotone.vanille.de org.openembedded.dev
03:43.10*** join/#oe punk-ass (n=user@ptbynynas01pool0-a56.ptbyny.tds.net)
03:44.45JustinPReadon: I forwarded you the commit e-mail where I reverted the change that causes the problem you're seeing
03:45.32JustinPCoreDump|afk: the new altboot is great :-) It was very easy to add a "boot from HDD" option (and a kexec option ;-)
03:46.36JustinPCoreDump|afk: BTW, why isn't there a "boot from HDD" option built in? The hdd (hda3) is the best place to put images...
03:51.13ReadonJustinP, that is solved by upgrading python completed, but it is said that ERROR: Unable to parse conf/bitbake.conf (conf/bitbake.conf:398: unparsed line: 'require conf/sanity.conf')
03:54.48JustinPReadon: if you updated bitbake then clear your cache directory
04:00.46*** join/#oe bigal (n=bigal@220-253-116-123.ACT.netspace.net.au)
04:27.02JustinPRP: sharpsl_rc_probe isn't being called for me any more.....
04:39.50*** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
04:54.18*** join/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
04:55.24*** part/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
04:56.48*** join/#oe dhr (n=hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com)
05:49.46TheMasterMind1hrm linuxfromscratch has a nice set of init scripts
06:00.03Readonwhich website could i download current OE.db? i can't use monotone pull because of poor net
06:00.57jncbelieve me, i doubt network access is the limiting factor.
06:01.11jncmonotone pull takes about 5-10 hours
06:02.08Readoni can't afford that, our lab would cut off power every night.
06:03.25JustinPReadon: cut off power? that's a little odd. Just grab the latest snapshot, then pull. As long as you pull every day it shouldn't take too long to pull the newest revisions
06:03.35rm_youhttp://ewi546.ewi.utwente.nl/OE/OE.db.bz2 right?
06:03.55JustinPReadon: if you download new snapshots you're taking a lot of extra bandwidth from ewi that you really don't need to
06:05.24Readonyes, i downloaded that, but it seems too much would be download.
06:11.17mithroRP: you about?
06:19.32JustinPReadon: if you pull then you download *less* than if you download a whole new snapshot
06:38.24*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
06:39.58*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
06:51.13*** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net)
07:09.43Readondoes it needed to cvs source ball from website when i use bitbake nano?
07:19.38JustinPReadon: all builds download source externally, either as a tarball from a site or from an SCM like CVS or SVN
07:23.03ReadonOMG, would you give some advise about xserver/kdrive? i only want to test this on our board, oe is too large for us.
07:23.32ReadonI have not find a proper way to get source files for that
07:29.36johnXReadon: The source appears to be here: http://forums.fark.com/cgi/fark/comments.pl?IDLink=2015024
07:29.50johnXer
07:29.51johnXwrong link
07:30.02*** join/#oe benlau (n=benlau@221.125.13.158)
07:30.11johnXhttp://freedesktop.org/wiki/Software_2fXserver
07:30.15JustinPReadon: just build it.....OE can build anything that it knows about. And many types of processors and "boards" are supported, although every person who comes in here seems to have one of their own....
07:32.18Readonwe are using ARM7T on Hynix 7202 Reference Board, i have not find the machine config file, so i use arm9tmdi instead.
07:34.03ReadonjohnX, does xorg contains the kdrive for framebuffer?>
07:34.20TheMasterMind1xserver-kdrive does
07:34.24JustinPReadon: if you want to know where sources for things are check the bb files in OE for that package
07:35.51ReadonTheMasterMind1, that seems a test only desktop
07:36.05ReadonJustinP, ok, i find it's useful.
07:39.08TheMasterMind1JustinP:  can it build me a sexy female companion?
07:41.12ReadonTheMasterMind1: haha, you are pray for a magic world. actually, i think the same as u.
07:44.33*** join/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
07:50.08*** part/#oe angom_h (n=angom@red-corp-200.76.229.86.telnor.net)
07:55.05*** join/#oe Philippe (n=philippe@a81-197-102-144.elisa-laajakaista.fi)
08:01.32*** join/#oe cromain (n=cromain@AToulouse-157-1-48-157.w86-201.abo.wanadoo.fr)
08:04.05koengood morning all
08:04.48Cockroach-morninh
08:04.51Cockroach-h=g
08:26.53mithrohey koen
08:37.13koenhey mithro & Cockroach-
08:38.18mithrowhats := do?
08:39.29koenimmediate expand iirc
08:40.12koenmithro: http://bitbake.berlios.de/manual/ch02.html#id894553
08:40.36*** join/#oe ar_ (n=ar@port-ip-213-211-250-51.reverse.mdcc-fun.de)
08:42.28Cockroach-Electric bill goes through the roof :P
08:47.53RPmrning all
08:48.14koenhey RP
08:49.32rm_youmorning :)
08:49.42koenhey rm_you
08:49.57rm_youkoen: :)
08:50.44rm_youRP: I know you'
08:50.44Cockroach-Is there a decent ipkg manual available? the one in the handhelds.org wiki isn't exactly one
08:50.44rm_yougah... stupid enter button :P
08:50.44koenRP: bvdd isn't acceptable for upstream, right?
08:50.44koenCockroach-: that's the only on I know off
08:50.51Cockroach-hmh
08:51.21rm_youRP: I know you're a (the?) 2.6 person, but do you perchance remember if it was a kernel module or something that allowed the 5500 to play sound through its system speaker? back in like 3.2 of OZ?
08:51.56rm_youno one I've talked to even knows what I'm talking about :/ It's getting depressing
08:52.29koenisn't that speaker just a buzzer?
08:52.51rm_youyes... sorta. but it produces decent sound :P
08:53.05rm_youI have a couple of those things hooked up to a cd player and they work decently
08:53.31rm_youand in OZ 3.2ish it used to play audio on that buzzer when there werent headphones plugged in
08:53.44Cockroach-What's the purpose of arch.conf? does IPKG process all (regardless of filename)  .conf files in /etc/ipkg dir?
08:54.13RPrm_you: I am the 2.6 kernel persion but know little about the 5500 I'm afraid
08:54.17rm_youand I cant seem to find an old release of OZ to go back and scope out what they were doing
08:54.19*** join/#oe benlau (i=benlau@221.125.13.158)
08:54.40rm_youRP: darn :( Maybe Hent will know when he gets on :/
08:55.11RPkoen: bvdd won't be accepted upstream, correct
08:55.24RPkoen: Instead we need the mutliple framebuffers patch
08:56.23koenRP: ok
08:56.37koenRP: I've got a feeling the pdaX people will go the bvdd way....
08:56.56RPkoen: Thats not actually what sashz said they'd do
08:57.29RPkoen: Have you tried bitbake head yet?
08:58.10RPkoen: In theory, zecke reverted some of the parsing speed up for stability so it should work so I'd be interested to hear what it does in the real world...
08:58.24koenRP: trying now
08:58.36RPkoen: You can ignore the duplicate methods "errors"
08:58.41koenah
08:58.42*** join/#oe mickey|bbiab (n=nLPA@gandalf.tm.informatik.uni-frankfurt.de)
08:58.52koenhey mickey|bbiab
09:00.40koenRP: it's very vast
09:01.44koenhttp://oe.pastebin.com/662760
09:06.03mithrowhays bvdd?
09:09.12koenmithro: pxa270 overlay and colorspace conversion (iirc)
09:09.36koennewer clamshells don't have a w100 anymore
09:11.16*** join/#oe pb_ (n=pb@2002:5165:89b3:2:20e:9bff:fe56:eb5)
09:14.18mithroahh
09:16.26RP2.64s. Nice :)
09:16.49koenRP: check the second one: 1.7s
09:16.56koenRP: but no build summarry
09:17.51RPkoen: There's just one at the above url?
09:17.51Eccokoen, I see that you're talking about the loss of the w100. According to you, is it a bad thing ?
09:18.57koenRP: http://oe.pastebin.com/662764
09:19.18koenEcco: I only have a c700, so I don't really care
09:19.24Eccooh, ok
09:19.27*** join/#oe polyonymous (n=hacker@pD95391E8.dip0.t-ipconnect.de)
09:19.43EccoBout how does the pxa fb generally compares to the w100 ?
09:19.48koenRP: don't forget to bump the BB_VERSION
09:20.15RPkoen: neat. I'm not sure why the build summary disappears but that shouldn't be too difficult to fix (and is probably an existing bug rather than something I've added)
09:20.59RPI'm quite pleased with 1.7s. That's going to take some improving :)
09:21.30koenbitbake - now with sub-second parsing ;)
09:22.53EccoThat's really cool. How can I upgrade my bitbake copy ?
09:23.28koenEcco: svn update
09:23.33Eccooh, ok
09:23.37Eccodoes it work now ?
09:24.31koenit seems so: NOTE: package gnumeric-1.6.3-r0: task do_build: completed
09:29.13TheMasterMind1lies, all lies. OE can't be that fast, its not allowed.
09:29.15CIA-903koen 07org.oe.dev * ra9b5462b... 10/packages/abiword/abiword-plugins_2.4.4.bb: abiword-plugins: temporarely remove gtkmathview
09:29.23TheMasterMind1s,OE,bitbake,
09:32.01koenTheMasterMind1: the TrollTech metric for FUDing is 'does it run on a zaurus sl5000d', so it still sucks ;)
09:34.02TheMasterMind1heh. running initial parse, bunch of 'method already seens'
09:35.20RPTheMasterMind1: Ignore them, they're harmless
09:36.13TheMasterMind1wow. intial parse about 4 minutes, subsequent about 3 seconds
09:36.31TheMasterMind1amazing, great job guys
09:36.51TheMasterMind1now just need monotone to be fast and i can actually convince people to use OE
09:37.06koentry monotone 0.26
09:37.14koenthat was about 8 times faster as 0.25
09:37.33TheMasterMind1yea i've been meaning to
09:37.39koenTheMasterMind1: and for really obnoxious people we have daily tarballs and diffs at http://ewi546.ewi.utwente.nl/OE/
09:38.46*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
09:38.52TheMasterMind1yea but you give people so many options and it just confuses them.
09:39.01koenheh
09:39.27koen"we want more options" [...] "we want less options"
09:39.36koenthe everlasting battle against clueless users
09:39.40RPIts probably time to try and simplify getting started...
09:39.43TheMasterMind1yep yep yep
09:40.17TheMasterMind1i tried convincing the gumstix people to use oe, but it's hard to argue with 'svn co buildroot; cd buildroot; make'
09:40.32mithrothis c parser is coming along nicely
09:40.41mithrothat should reduce that 4 minutes
09:40.46TheMasterMind1awesome
09:40.48koenTheMasterMind1: 'wget http://www.nslu2-linux.org/Makefile ; make openslug'
09:40.57TheMasterMind1koen:  that is a disgusting make file
09:40.59TheMasterMind1=P
09:42.08TheMasterMind1anyone looked at linux from scratch before? i really like their initscripts http://wiki.linuxfromscratch.org/lfs/browser/trunk/bootscripts/lfs?rev=7532
09:42.28koenTheMasterMind1: I've used LFS for many years
09:43.25TheMasterMind1i think i'm going to use it instead of the initscripts bb in OE - its too messy and hacked together
09:43.52mithroisn't OE, Linux from Scratch? :P
09:43.52TheMasterMind1anyway, it's almost 6am, so g'night
09:43.57koenTheMasterMind1: if you make it work, please integrate it in OE
09:44.01koen'night TheMasterMind1
09:44.08TheMasterMind1yep, that's the plan
09:44.21TheMasterMind1i really need to update my OE soon. and push all these changes, i have a ton of them
09:44.21pb_tmm1: night night
09:45.07mithrohey pb_
09:45.15pb_hi mithro
09:51.05CoreDump|homemorning
09:51.27CoreDump|homeJustinP: because one of these days I'll hack up suck a script with partitions detection etc
09:54.13rm_youah! There you are, CoreDump|home :)
09:54.49rm_youI need to ask you a question... ermm.... as soon as I remember what it was :P
09:55.22CoreDump|homeno hurry heh
09:55.42rm_youah! do you perchance remember what it was that let the 5500 to play sound through its system speaker? back in like 3.2 of OZ?
09:56.19koenRP: http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted
09:56.24rm_youin OZ 3.2ish it used to play audio on the system speaker when there werent headphones plugged in
09:56.41koenRP: it should be a bit clearer now
09:56.56CoreDump|homerm_you: for this you require a kernel patch (which breaks Opies system sounds) or so I was told
09:57.04rm_youhrm
09:57.39rm_youI thought it might be a kernel hack, but I couldnt find an old OZ release to investigate (I wasnt into development back then, and OZ only goes back to 3.5.1 now :/ )
09:58.38rm_youI could care less about opie's sounds.... I mean, if I'm not going to hear them anyway since I won't have headphones... :P
09:59.25rm_youDo you perchance know where I could find a copy of the old kernel that had that so I can scope out the patch? or possibly who might have the patch itself?
09:59.37XorAmorning
09:59.39CoreDump|homehttp://www.hentges.net/misc/openzaurus/files/oz32_opie102-initrd-t9.tar.gz
09:59.43koenhey XorA
09:59.47rm_youawsome, thanks
09:59.48CoreDump|homeIve got an old initrd, but kernel nope
09:59.56CoreDump|homemorning XorA
10:00.39koenRP: what do you think about updating bitbake to 1.3.4.0?
10:00.57rm_youhrm, found some sites that have the patch for newer kernels, might could fix it up for .18
10:01.31rwhitbykoen: nslu2-linux is still is RDEPENDS purgatory (our autobuilds are all failing since the big RDEPENDS change a number of weeks ago).  Would someone more knowledgeable than I in OE care to look at packages/meta/slugos-native.bb and identify why we are getting the error shown in http://logs.nslu2-linux.org/buildlogs/autobuild-nudi-last.txt ?
10:01.55rwhitbyHmm - make that packages/meta/slugos-packages.bb
10:02.21rwhitbyhttp://logs.nslu2-linux.org/buildlogs/autobuild-nudi-last.txt
10:02.36rwhitbyERROR: Nothing provides runtime dependency python
10:02.46rwhitbyNOTE: no buildable providers for ipkg-utils
10:05.33koenrwhitby: what does a bitbake -nv ipkg-utils say on that box?
10:06.35koenrwhitby: and does it happen with a clean build (after wiping /tmp)?
10:07.01rwhitbykoen: answers on the way ...
10:07.25*** join/#oe zecke (n=ich@88.134.3.107)
10:07.46koenhey zecke
10:07.51zeckeRP: it looks like we are building task-bootstrap-unionroot?!
10:07.53rwhitbyI know that we have recently cleared the cache on that machine
10:08.31zeckerwhitby: hey
10:08.47rwhitbykoen: you want the bitbake -nv ipkg-utils output pastebinned, or is there are single line or two to look at?
10:08.53rwhitbyzecke: g'day
10:09.05koenrwhitby: pastebin
10:11.06rwhitbykoen: http://pastebin.ca/49492
10:11.42zeckeRP: The cache is not handling removed files ;)
10:12.05zeckeRP: I just deleted the task-b-union..bb file and now the cache is broken ;)
10:12.51zeckeRP: http://oe.pastebin.com/662825 <- but don't consdier this as an attempt to clone you
10:15.18mithrohey zecke
10:15.39rwhitbykoen: any idea's what we need to update ?
10:16.08rwhitbyor is a tmp-blowaway in order ..
10:16.13koenrwhitby: this looks like the bitbake heisenbug we have been seeing
10:16.29koenremoving /tmp should fix it
10:16.53rwhitbyok, we're overdue for a tmp-blowaway, so that's what I will do.
10:17.11koenRP: could you give a short description (or link) what the multiple framebuffer approach is about?
10:19.58pb_hail zecke
10:22.33zeckecya in a while
10:24.53*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
10:37.09CIA-903frederic 07org.oe.oz354fam083 * r9286cbfa... 10/packages/xmame/ (6 files in 2 dirs): xmame: fix URIs, add 0.100 and xmame-tiny
10:37.13CIA-903frederic 07org.oe.dev * rf92f4782... 10/packages/xmame/ (6 files in 2 dirs): xmame: fix URIs, add 0.100 and xmame-tiny
10:39.08*** join/#oe koen__ (n=koen@dominion.kabel.utwente.nl)
10:39.12*** join/#oe koen (i=koen@dominion.kabel.utwente.nl)
10:44.24CIA-903frederic 07org.oe.oz354fam083 * rd467095f... 10/packages/vlc/ (vlc-gpe-0.8.4/pda-interface.patch vlc-gpe_0.8.4.bb): vlc-gpe: add 0.8.4 with PDA interface patch
10:44.31CIA-903frederic 07org.oe.dev * re6dd8f24... 10/packages/vlc/ (vlc-gpe-0.8.4/pda-interface.patch vlc-gpe_0.8.4.bb): vlc-gpe: add 0.8.4, with PDA interface patch
10:52.34*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
10:54.31*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
11:29.08pb_oh, heh, no wonder bitbake keeps wanting to build this 2.6 kernel.  I had KERNEL = "kernel26" in local.conf.
11:29.09pb_doh
12:11.22*** join/#oe nacer (n=laradji@abo-219-177-68.mtp.modulonet.fr)
12:16.02*** join/#oe blaster8 (n=jonesml@dsl-217-155-56-85.zen.co.uk)
12:17.02*** join/#oe wrobbie (n=rob@cm7.sigma181.maxonline.com.sg)
12:24.01*** join/#oe cromain (n=cromain@AToulouse-157-1-48-157.w86-201.abo.wanadoo.fr)
12:26.46zecke|awaykoen: To the 'Summary screen': We miss firing an Event somewhere
12:27.52koenthe kernelabiversion error also reared its ugly head again
12:29.54zecke|awaykoen: well, not bitbake's fault at all ;)
12:30.57*** join/#oe idealm (n=ideal@58.33.48.141)
12:35.39CIA-903koen 07org.oe.dev * r80830d28... 10/packages/nogravity/nogravity_2.0.bb:
12:35.39CIA-9nogravity: add nogravity, a space age shooter
12:35.39CIA-9* this game insists on linking against libvorbis, so it will be quite slow on ARM
12:37.11koen~lart libvorbis
12:37.36CoreDump|homekoen: you removed gtkmathview from abiwords depends right?
12:37.48*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
12:37.48koenCoreDump|home: yes
12:37.55CoreDump|homeok
12:37.59koenCoreDump|home: I don't get why it only built before I checked it in
12:38.28CoreDump|homeI have one bad ass merge on my hand wth
12:42.04zeckeRP: are you around?
12:42.55CoreDump|homebloody hell
12:43.14CoreDump|homedid someone push an ancient ancient altboot or something
12:44.04koentry with --lca
12:45.57CoreDump|homeahh that worked =)
12:48.29koenyou'll gonna love 0.26's mark-and-merge
12:53.23CIA-903coredump 07org.oe.dev * rcfbb957e... 10/packages/altboot/ (6 files in 5 dirs):
12:53.23CIA-9altboot: - Fix image_reconf to propperly mount /home.flash
12:53.23CIA-9<PROTECTED>
12:53.23CIA-9<PROTECTED>
12:53.23CIA-9<PROTECTED>
12:53.59polyonymousCoreDump|home, ever considered adding altbooting into chrooted image with no dedicated device?
12:54.52CoreDump|homelike on /?
12:55.21polyonymouswell, I have, for instance, /dev-image/ on my hdd and altboot into this chroot
12:56.02CoreDump|homeah, nope, never occured to me as my rootfs on Akita is kinda small for this heh
12:56.13polyonymousmount -o bind / /dev-image/mnt/root/ && mount -o bind /lib/modules/2.6.16/ /dev-image/lib/modules/2.6.16/ && mount -o remount,rw / -n && exec /usr/sbin/chroot /dev-image/ $REAL_INIT "$INIT_RUNLEVEL"
12:56.32polyonymousYes, It's not even perfectly "legal", but damn convenient :)
12:57.54CoreDump|homewell, you MicroDrive guys are kinda uniq heh
12:58.19polyonymousYou can blame it on us, it's sharp's guilt.
12:58.32polyonymouscan't
12:59.06polyonymousWhat I don't like is that my opie barely survives any reboot...
12:59.14polyonymousresume, I mean
12:59.31CoreDump|home;)
13:00.09*** join/#oe aquadran (i=pablo@scummvm/undead/aquadran)
13:01.24koenand another holiday tomorrow!
13:05.35NAbyss~gettingstarted
13:05.37ibotmethinks gettingstarted is http://oe.handhelds.org/cgi-bin/moin.cgi/GettingStarted
13:06.22CoreDump|homemonotone.vanille.de <- down
13:08.07CoreDump|homenm, it's back
13:09.28polyonymouseven sysrq magic doesn't work after suspend/resume...
13:09.37polyonymousssh does, though.
13:10.15CoreDump|homeso your keyboard is dead
13:10.27polyonymousit's not after I restart opie in ssh
13:10.42CoreDump|homesuspend / rsume in VT works?
13:10.46polyonymoussomething's wrong with vts though
13:10.54polyonymousWas just going to check.
13:11.24polyonymousThe problem is that is doesn't happen on EVERY suspend...
13:11.54polyonymousright now suspend on vt worked...
13:12.16polyonymousand again it did..
13:12.17CoreDump|home.dev image?
13:12.21polyonymousboth
13:12.36CoreDump|homeit could be the opie kbd patch...
13:12.37polyonymousnow -- .dev, but the same happens on .oz354x
13:12.48polyonymousyou mean -r30 or something?
13:12.51zeckeRP: ouch ;)
13:12.56CoreDump|homedunno what's it called
13:13.05polyonymousIt was there before, I was hoping it would fix it, but it didn't.
13:13.10CoreDump|homeahh ok
13:13.13zeckeRP: task-boostrap-union PROVIDES task-bootstrap
13:13.26polyonymousmoreover, sometimes, after it happens I can't chvt 1 from ssh
13:13.28CoreDump|homeI never had problems with opie resume from SD or NFS
13:13.39polyonymousit just sits at chvt until I ^C it...
13:14.04polyonymousnot sure where to look for the specifics of the problem now...
13:14.06CIA-903coredump 07org.oe.oz354x * rb8a11c7f... 10/packages/altboot/ (altboot_1.0.6-rc3.bb altboot_1.0.6-rc4.bb): altboot: Add 1.0.6-rc4
13:14.12CIA-903coredump 07org.oe.dev * rb2aabdd1... 10/packages/altboot/ (altboot_1.0.6-rc3.bb altboot_1.0.6-rc4.bb): altboot: Add 1.0.6-rc4
13:14.12zeckeRP: and this somehow makes BitBake think that it needs unionfs etc.. for task-bootstrap
13:14.55polyonymousCoreDump|home, do you know right out of your head how can I chvt before doing suspend?
13:14.59polyonymousautomatically that is
13:15.21polyonymous/etc/apm ?
13:15.23CoreDump|homepoli: /etc/apm* place a scipt in there
13:15.30polyonymousAha, thank you
13:15.33CoreDump|homenp
13:16.50polyonymousI'm going to hit the road this tuesday and I don't fancy the idea of being unable to suspend for the whole month -- I'm afraid it will drain the battery before the month is over :)
13:17.32koenCoreDump|home: monotone should get restarted within 5 seconds on vanille and ewi
13:17.38CoreDump|homeneat
13:17.41koenCoreDump|home: if not, something more serious is going on
13:18.30polyonymousgcc4 for handheld doesn't build... I have a fix, but I'm not sure if it's the right one.... Will, file it to bugzilla, anyway...
13:19.06polyonymouss/l,/l/
13:20.21koenI butchered gettingstarted a bit
13:20.28koenit should be a bit clearer now
13:20.59zecketask-bootstrap-1.0unionroot is that a valid name?
13:21.25mithrohey zecke
13:21.26zeckelol
13:21.33zeckePN = "task-bootstrap"
13:21.33zeckePV = "1.0unionroot"
13:21.33zeckePR = "r1"
13:21.43zeckeno wonder bitbake chokes majorily...
13:22.48zeckeI'm looking in the textbook now - cya
13:23.33mithrolooking in the textbook?
13:24.19*** join/#oe netnix (n=alex@81.25.36.136)
13:28.42koenpolyonymous: does it fail in do_package?
13:29.02polyonymousumm.. don't remember the name, the one that installs
13:29.13polyonymouslikely do_package
13:29.43polyonymousdo_install
13:30.05polyonymousActually, MY illiterate fix was:
13:30.10polyonymous-       sed -i -e '/^*cross_compile:$/ { n; s/1/0/; }' ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/specs
13:30.10polyonymous+       sed -i -e '/^*cross_compile:$/ { n; s/1/0/; }' ${D}${libdir}/gcc/${TARGET_SYS}/${BINV}/specs &>/dev/null || true
13:30.15polyonymousand
13:30.17polyonymous-       rm ${D}${libdir}/libg2c.la
13:30.17polyonymous+       rm ${D}${libdir}/libg2c.la || true
13:30.27polyonymousso, just ignore certain errors for inexistant files.
13:30.35polyonymousAs I don't know if the exist sometimes.
13:30.51polyonymousThe resulting package works fine.
13:30.53polyonymousforme.
13:35.33koenI'm seeing the same problem over here
13:37.14polyonymouskoen, if you're good with gcc-package internals maybe you know why specs aren't there and if they should be... the same for .la file, but this problem is more likely to be safe to ignore
13:37.31polyonymousTwo '|| true's fixed it for me...
13:50.03koensame here
13:51.05polyonymousThen I don't think I should file this bug now.
13:51.22koenwhy not?
13:51.45polyonymousAh, I thought you'll fix it.
13:51.50polyonymousSure, if you want me to I will.
13:52.19koenthe spec file is supposed to do something I guess
13:52.27koenbut lets see what the experts say about it
13:52.35polyonymousYes, but since it works without:) Okay, I'll file it.
13:59.03*** join/#oe zap (n=zap@217.170.93.196)
13:59.25polyonymousfiled it.
13:59.34koenthanks
13:59.45polyonymousnp
14:02.40koenhey mithro
14:02.42koenehm
14:02.44koenhey mickeyl
14:03.25mickeylRP: what can we do about the RDEPENDS thing? I hesitate to just return "" or None if the file is not found because this would shadow a potential problem. Can't we save RDEPENDS in unexpanded form?
14:03.27mickeylhi koen
14:05.46Pend-Goneemail?
14:06.30koenmickeyl: tcl/tk doesn't build with eabi, could you have a look at that when you have some time?
14:06.43mickeylkoen: can't reproduce that. it builds fine here
14:07.08mickeyliirc this has nothing to do with eabi, on some systems the configuration file shows an error
14:07.15mickeylbut not on mien
14:07.16koenah
14:07.17mickeylmine, even
14:08.14mickeyltried removing some of the config file?
14:08.58koenI've rebuilt from scratch a few times
14:10.07mickeylno i mean removing the offending portions of the configure script
14:10.50koenit is just too fast
14:11.03mickeylthe parsing errors are annoying a bit :)
14:11.37zecke|studymickeyl: well, module-base.bbclass
14:11.57zecke|studymickeyl: feel free to make it use a 'default' value e.g. UNKNOWN
14:12.05mickeyl<PROTECTED>
14:12.22Pendalarmickeyl, email?
14:12.37zecke|studymickeyl: this would require a dependency 'scan'
14:12.47zecke|studymickeyl: this RDEPENDS is calling a function
14:12.58zecke|studymickeyl: this function could use data we don't know...
14:12.58mickeylPendalar: eeks. still didn't read the botmails. sorry, doing that atm.
14:13.37mickeylhmm
14:13.43mickeylibot is very quet
14:13.46mickeylquiet even
14:13.53mickeylibot: you there?
14:13.54ibotOf course I am!
14:14.01mickeylibot: botmail read
14:14.09mickeylhmm. no botmail
14:14.36mickeylPendalar: no botmail for me. could you resend your msg via email?
14:14.42mickeylPendalar: mickeyl@handhelds.rog
14:14.44mickeyl.org even
14:18.45koenhrm
14:19.08koenobviously I suck at removing the right portion
14:20.02mickeylis this shell?
14:20.34koenconfigure should be shell code
14:21.10mickeylwhich bash do you have?
14:21.36koenGNU bash, version 3.1.14(1)-release (i486-pc-linux-gnu)
14:21.44mickeylhmm 3.0 here
14:22.47mickeylaha!
14:22.57mickeyl| checking system version (for dynamic loading)... /local/pkg/oe/c7x0/tmp/work/armv5te-linux/tcl-8.4.11-r2/tcl8.4.11/unix/configure: line 7624: syntax error near unexpected token `)'
14:22.57mickeyl| /local/pkg/oe/c7x0/tmp/work/armv5te-linux/tcl-8.4.11-r2/tcl8.4.11/unix/configure: line 7624: `        OSF*)'
14:22.57mickeyl| FATAL: oe_runconf failed
14:23.01mickeylbash 3.1 then
14:24.00mickeylhttp://wiki.linuxfromscratch.org/blfs/ticket/1720
14:28.59mickeylNOTE: package tcl-8.4.11-r2: task do_configure: completed
14:29.02mickeylok, i have a patch for it
14:29.09mickeylneed to do the same w/ tk
14:29.11mickeylhold on....
14:31.51mickeylNOTE: package tk-8.4.11-r2: task do_configure: completed
14:31.58koenah, cool
14:32.06Pendalarit was about the oz.pdai.org mirror and my lack of oz.org access to update in a unison/rsync fashion
14:32.24Pendalarand lack of anyone willing to discuss it with me (or with sufficent access)
14:33.13mickeylwhat kind of access do you needß
14:33.14mickeyl?
14:33.40Pendalarwell before I had a sf.net account with oz access
14:33.57Pendalarand I ran unison/rsync between the boxes in a 1 way fashion
14:34.00Pendalar<PROTECTED>
14:35.48mickeylcan you get a new sf account?
14:36.02mickeyli guess I can provide access to the sf.net oz project
14:36.16PendalarI suppose so
14:36.27Pendalaror use my old one
14:37.06Pendalarmmmk... /usr/lib/mozilla-1.7.11/mozilla-bin: error while loading shared libraries: /usr/lib/libgtk-x11-2.0.so.0: invalid ELF header
14:37.11Pendalarthat can't be good
14:37.23mickeylwhat's your account name @ sf.net ?
14:38.10PendalarI assume pendalar@ .. checking
14:38.33mickeylkoen: pushing the fix....
14:39.04koenmickeyl: thanks
14:39.32mickeylnp
14:39.59mickeyli feel kind of responsible since people only cook tcltk because of python :))
14:42.20Pendalarheh some monkey changed root pass already this week
14:43.36CIA-903mickeyl 07org.oe.dev * rdcff2c4c... 10/packages/tcltk/ (4 files in 3 dirs):
14:43.36CIA-9tcltk: apply patch to fix a bogus line in the configure scripts
14:43.36CIA-9bash 3.1 has a more strict syntax checking than 3.0, this is why it bailed out only on some boxes
14:43.50*** join/#oe gremlin[it] (n=gremlin@88-149-148-110.f4.ngi.it)
14:44.21mickeylkoen: let me know if it works now
14:44.40koenmickeyl: I think we can modify the ciabot script to sync the mirror servers as well
14:44.49koenthat would save some cpu and bandwidth
14:44.54gremlin[it]happy easter to all :)
14:44.57koenhey gremlin[it]
14:45.30gremlin[it]hi koen, mickeyl :)
14:47.19*** part/#oe bigal (n=bigal@220-253-116-123.ACT.netspace.net.au)
14:47.40koenOSError: [Errno 2] No such file or directory: '/home/koen/OE/monotone/org.openembedded.dev/packages/altboot/altboot_1.0.6-rc3.bb'
14:47.43koenhrm
14:47.49koenbitbake can't handle deleted files
14:47.51*** join/#oe netnix (n=alex@81.25.36.245)
14:49.03mickeylit could. I'm afraid that's a symptom of the new cache
14:50.21zecke|studykoen: have you ordered Letux already?
14:50.29koenno
14:50.35zecke|studykoen: Deleted Files: Yes I have seen that already...
14:50.42zecke|studyI'm waiting for RP to turn up
14:50.45koenmickeyl: | 2 out of 2 hunks ignored
14:50.45koen| Patch fix-configure.patch does not apply (enforce with -f)
14:55.15mickeyleek
14:55.17mickeylsorry
14:55.29koenthe fix is on its way
14:55.33koenpnum=2
14:55.46koenNOTE: package tk-8.4.11: completed
14:55.53mickeylexcellent
14:57.23CIA-903koen 07org.oe.dev * r4588bfe8... 10/packages/tcltk/ (tcl_8.4.11.bb tk_8.4.11.bb): tcl/tk: add pnum=2 to make the latest patch apply
14:57.29CoreDump|homew00t, first boot via g_ether
14:57.48koenshould we start sending out mails about the upgrade to monotone 0.27 to give our ISV time to adapt?
14:58.15koenISVs*
15:00.28mickeylpretty good idea, would be good to communicate our plan
15:00.54mickeylheh
15:01.09koenand I intend to stay out of discussions and just handle the actual changeover
15:01.42mickeylif it was me, our plan is to migrate the month when 0.27 comes out and to do the flag thing then.
15:01.50zecke|studynjs: what is the roadmap for monotone 0.27?
15:02.01zecke|studymickeyl: is a 0.27 planned anyway?
15:02.27koenmickeyl: that would be problematic for ISVs with branches
15:03.05mickeylI'm sure 0.27 is planned
15:03.06mickeylthey won't close down the project :))
15:03.06zecke|studymickeyl: http://frances.vorpus.org/~monotone-cov/net.venge.monotone/#roster.cc
15:03.19mickeylkoen: ok, what else should we do?
15:03.57zecke|studymickeyl: maybe it is is monotone 1.0?
15:04.10mickeylzecke|study: heh
15:04.15koenmickeyl: offer them to rosterify their branches by a trusted party (i.e a OE core dev)
15:04.48zecke|studymickeyl: hmm I think I will get the monotone baseball shirt
15:06.24mickeylkoen: sounds good to me. i doubt that they would give in to that though. I would think they don't want/can't disclose the things they have in branches. otherwise they would've commited to mainline....
15:06.42koenI'd be happy to sign NDAs
15:08.56Cockroach-hmm
15:09.23koenbut as I said, I intend to stay out of discussions
15:09.37mickeylwell, there's not much to discuss IMO
15:09.45mickeyleither we switch or we stay @ 0.25 for ever
15:09.47mickeylso
15:10.01mickeyl0.26+ is that much better that it is justified in our opinion
15:11.25mickeyland we sincerely hope that this will be last db switch
15:11.28mickeylfor a long long time
15:12.26mickeyltogether with our svn repository mirror i don't see why people should be angry about that
15:12.41mickeyli can't stand all the mt is too slow complaints any longer anyway
15:12.54zecke|studymickeyl: hehe
15:12.56mickeylPendalar: found your username?
15:13.02zecke|studymickeyl: alias that
15:13.41Pendalarthe box has already been updated this week (root pass) so I'm trying to break in =-/
15:13.50Pendalarmy backup admin isn't answering his cell
15:14.00mickeyli see.
15:14.16PendalarI should get it in a sec
15:15.06*** join/#oe blaster8 (n=jonesml@dsl-217-155-56-85.zen.co.uk)
15:15.09Pendalaron top of that one of my x11 libs broke for some reason
15:15.21Pendalarso I can't load any new x11 soft ^_^
15:19.13zecke|studymickeyl: I wonder when the results of the linuxdevices survey gets published
15:21.27mickeylzecke|study: yeah, they're taking long this year.... *cough*
15:21.56zecke|studymickeyl: I wonder what is up to Harald Welte...
15:22.07zecke|studymickeyl: wow having soldered two lines to STUART...
15:22.22zecke|studyno wonder netfilter is still experimental :}
15:23.01Pendalaryes it's pendalar@shell.sf.net
15:26.23zecke|studykoen: have you ever considered using HAL on a handheld?
15:30.29koenzecke|study: I *am* using hal on a handheld :)
15:31.26zecke|studykoen: which one?
15:31.49koenthe newest in OE
15:32.03zecke|studykoen: can I easily control power status of devices with HAL?
15:33.01koenzecke|study: no idea
15:33.03CoreDump|homedo we still need /etc/init.d/hotplug? shouldn't udev handle that?
15:33.04*** join/#oe idealm (n=ideal@58.33.48.141)
15:33.10koenI was busy adding gnome-powermanager to OE
15:34.29koenzecke|study: it should just be a matter of writing hal metadata to handle such devices
15:37.46*** join/#oe Pendalar (i=pendalar@h38.231.213.151.ip.alltel.net)
15:38.32Pendalarwell that fixed.. part of my problem
15:38.49XorAkoen: what version of poppler do you have staged?
15:39.32koenXorA: 0.5.1
15:39.35zecke|studyokay: Did anyone look at task-bootstrap-union as well?
15:39.52koenzecke|study: I deleted it
15:39.58XorAkoen: odd, as abiword is incompatible with that version, how you get it to compile :-)
15:40.04zecke|studyit is playing evil tricks with the PN which leads to the wrong RDEPENDS (unionfs)
15:40.08koenXorA: I'm asking that myself
15:40.09zecke|studykoen: why didn't you correct the PN and PV and PR usage?
15:40.23koenzecke|study: because I'm lazy
15:40.36zecke|studykoen: where did you delete it?
15:40.37XorAkoen: I will do a patch tomorrow as the fix is one gBool :-)
15:45.01*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
15:45.14Pendalarmickeyl, I sent you an email while I was fixing problems
15:45.43Pendalarmickeyl, just email me back with instructions on what all to mirror etc and the full path to the parts (or I can poke around later)
15:45.59Pendalarusing unison =-)
15:46.00Pendalarbbl
15:46.34*** join/#oe nacer (n=laradji@abo-219-177-68.mtp.modulonet.fr)
15:47.42Bernardohi
15:49.39koenhey Bernardo
16:01.25polyonymoushmm... in perl .bb file there is an SRC_URI for file://config.sh-arm-linux-gnueabi which doesn't exist and in do_configure it does cp config.sh-arm-linux config.sh-arm-linux-gnueabi...
16:02.05koenpolyonymous: monotone update
16:02.43koenpolyonymous: http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=d93900aa884b52d778b478749eeafadb6bef3a21
16:03.26polyonymousI see. Thanks.
16:04.28polyonymoushm... Well, For what I can tell by .diff I don't need it anymore ;-))) But thanks for letting me know my fix was right.
16:06.53*** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net)
16:13.43koenbleh
16:13.50koenthis bitbake bug is getting annoying
16:14.05koenfailed build -> go straight to do_rootfs
16:15.24polyonymousyes, that makes catching errors harder.
16:22.00koenoh dear
16:22.03koenbitbake -b broke
16:22.18koenzecke|study: bitbake doesn't pickup PR anymore...
16:22.38koenzecke|study: nevermind
16:25.38polyonymousautomake depends on a bunch of perl modules, but it doesn't depend on them from ipkg point of view...
16:25.46EccoWhat's the point of using jffs2 guys N
16:25.48Ecco?
16:26.05koenEcco: there are no real alternatives to it
16:28.46CIA-903koen 07org.oe.dev * ref3ab2ca... 10/packages/gnutls/gnutls_1.3.5.bb: gnutls: ship psktool in 1.3.5
16:29.58EccoIt's not possible to use ext3 on a flash drive ?
16:30.15koenext3 needs a block device
16:30.24koenflash is an mtd device
16:32.07Eccooh, I see
16:32.18EccoI thought flash was handleds as a block device
16:32.36EccoWhat would you recommend then if I choose to use a CF card as a root fs ?
16:32.48Ecco(And by the way, which one would you recommend : CF or SD ?)
16:32.52zecke|studyre
16:33.14koenEcco: ext2 with noatime would be the least bad thing
16:33.49Eccook, thanks for the tip
16:33.56EccoWhy not journaling the FS ?
16:34.46koenthat would mean extra writes to the CF/SD card
16:35.58koenRP,zecke|study : wb
16:36.50RPmickeyl: Still here?
16:37.16zecke|studyRP: hey ;)
16:37.16zecke|studyRP: not too much issues
16:37.17zecke|studyRP: if two files (fn) have the same PN how should we handle it?
16:37.57RPzecke|study: It becomes a multiple providers issue
16:38.12RPzecke|study: This is task-bootstrap?
16:38.35RPzecke|study: Given the unionfs one a negative default preference?
16:39.31zecke|studyRP: worse
16:39.57zecke|studyRP: unionfs just sets PN to task-bootstrap and PROVIDES task-bootstrap
16:40.05RPzecke|study: Ah, as they have the same name? :-/
16:40.19RPzecke|study: I think that should be illegal
16:40.29zecke|studyRP: right
16:40.47RPzecke|study: It can have the same RPROVIDES but not PN
16:40.49zecke|studyRP: removing that PN makes it a true multiple provider
16:41.12zecke|studyRP: PN, PV, PR should be removed and PROVIDES should be renamed to RPROVIDES
16:41.24RPzecke|study: Yes
16:41.30zecke|studyRP: or both (PROVIDES and RPROVIDES)
16:41.46zecke|studyRP: e.g. building opie-image could build a unionfs or none unionfs image
16:42.22RPzecke|study: Probably PROVIDES and RPROVIDES
16:42.33RPIts PN that will cause the real problems
16:42.53RPWas this checked in recently?
16:46.01zecke|studyRP: no
16:46.21zecke|studyRP: it is due the change to bin/bitbake
16:46.58RPzecke|study: So it was just luck that caused task-bootstrap to build before?
16:47.01zecke|studyRP: we take PN and put it in a dict, add add the deps (add_deps)
16:47.20zecke|studyRP: yes, we should have seen multiple providers ;)
16:47.59RPI guess there should be a check for conflicting PNs in there...
16:48.28RPAlthough that won't work as PV and PR will be different and you'd not be able to tell the difference...
16:48.31RPI just can
16:48.45zecke|studywell it is okay to have conflicting PNs?
16:49.00RPTwo different packages with the same PN is wrong
16:49.06zecke|studywe should fix task-bootstrap first and then consider something to solve such issues more easily
16:49.38RPHaving two different programs both called apache in OE would be equally wrong...
16:50.07zecke|studyRP: it is wrong from a OE point of view
16:50.58RPzecke|study: Well, bitbake presumably handles them as it should - finds all similar PN's, then picks the highest PV
16:51.17zecke|studyRP: no, it puts all RDEPENDS
16:51.25zecke|studyRP: into the same provider
16:51.32zecke|studyRP: task-bootstrap gets selected
16:51.44zecke|studyRP: but RDEPENDS of task-bootstrap-unionfs get build ;)
16:52.00RPzecke|study: Ah, that is totally broken :-(
16:52.42RPThe RDEPENDS need to be hashed by fn then?
16:52.42zecke|studyRP: the add_deps is the issue...
16:52.42zecke|studyRP: yes we need one level of indirection more
16:52.59zecke|studyunionfs is wrong regardles
16:53.21RPzecke|study: Yes, but bitbake is also wrong
16:53.35zecke|studyRP: right, and delete a .bb file and see what happens
16:54.08RPzecke|study: The deletion business doesn't worry me - we just need to ignore the cache if it doesn't exist :)
16:54.34zecke|studyRP: most things don't worry me ;)
16:54.44RPzecke|study: I had an insane idea about deepcopy btw
16:54.55zecke|studyRP: I lave insanity
16:54.58zecke|studylove even
16:55.13RPzecke|study: How about replacing the copies with grafts (joins) ?
16:55.39zecke|studyRP: joins?
16:56.08zecke|studyRP: cooker.bb_cache.loadDataFull
16:56.26zecke|studyRP: why is it returning a 'Cached' version?
16:58.03RPzecke|study: loaddatafull doesn't return a cached version?
16:58.22*** join/#oe chouimat (n=dieu@kde/developer/chouinard)
16:58.28zecke|studyRP: will it ever return one?
16:58.36RPzecke|study: No
16:58.42zecke|studyRP: currently it returns a tuple ;)
16:59.28RPzecke|study: We can remove that second option - it was from when I had both caches active
17:00.03RPzecke|study: The idea of joins is instead of doing a copy, we just mark another dict as the parent. If a lookup fails for the copy, we check the parent
17:00.26zecke|studyRP: ah, right
17:00.33RPIf the parent is modified, it knows the children so it can place the unmodified data into each child, then update itself
17:00.42zecke|studyRP: yes currently the dict is not meant to be accurate (it can contain wrong data
17:01.30RPIt would take COW to a new level...
17:01.48RPbut I didn't know the dicts could contain wrong data :-/
17:01.49zecke|studyRP: hehe, this is our COW implementation already ;)
17:02.06zecke|studyRP: you could have removed an override
17:02.12zecke|studyRP: but that is legal...
17:02.31RPzecke|study: Then why do we need deepcopy?
17:02.39zecke|studylazyness
17:03.02RPzecke|study: The dicts do parent/child tracking?
17:04.49zecke|studyRP: python ones? not that I know
17:05.39RPzecke|study: So how do you avoid copying all the data? Or does python do that for you somwhow?
17:06.30zecke|studyRP: we d['_parent'] -> going to our parent
17:06.31zecke|studyRP: basicly we need to implement keys() __getitem__ and __setitem__
17:06.41zecke|studyanyway back to studyinf
17:06.57zecke|studyRP: doing that joins/COW is just a matter of writing a couple of lines python code
17:07.30RPzecke|study: ok, thanks for the details. I'll understand eventually :)
17:07.56zecke|studyRP: in these two dicts we just save overrides we have seen
17:08.13zecke|studyRP: we might save too many, but we do not skip one
17:08.26zecke|studyRP: so the simple _parenting is almost working perfectly
17:09.00RPI'll have a look at the code and hopefully it will all become clear :)
17:09.18zecke|studycya later
17:09.25RPzecke|study: cya
17:16.31*** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1)
17:34.36CIA-903coredump 07org.oe.dev * r1f312706... 10/packages/altboot/ (6 files in 6 dirs): altboot: Allow usage of USB network (g_ether) for NFS booting
17:37.18*** join/#oe netnix (n=alex@81.25.37.36)
17:39.36RPok, I just committed fixed to bitbake for the task-bootstrap issue and the deleted file handling
17:41.05koencool
17:42.09zecke|studyis hh.org owned?
17:48.27mickeylI'm off for a coffe break some hours.
17:48.35mickeylRP: please add changes to ChangeLog
17:48.38mickeyl(in bitbake)
17:48.46mickeylbtw.
17:48.52mickeylI vote for bumping version to at least 1.4.0
17:48.56mickeylbbi2h
17:49.09zecke|studymickey|bbi2h: 1.4 would be stable
17:49.19mickey|bbi2hare we linux? :))
17:49.25mickey|bbi2hgo for 1.5 then
17:49.28mickey|bbi2hthe changes deserve it
17:49.29mickey|bbi2h(imo)
17:49.39zecke|studymickey|bbi2h: are we NetBSD?
17:50.06RPmickey|bbi2h: At some point I'd like to talk to you about that kernel RDEPENDS
17:55.53RPhehe :)
17:57.11zecke|studyRP: OT: Do you know how big the pxafb framebuffer is?
17:57.25RPzecke|study: Offhand, no, sorry
17:58.27koenRP: how would having multiple framebuffers help with videoaccell?
17:58.43RPkoen: One is an overlay for the other
17:59.06RPkoen: So it gives things like mplayer, overlay capability
17:59.21zecke|studyRP: how would you place the overlay?
17:59.28zecke|studyRP: changing the var screen info?
18:00.07RPzecke|study: Not sure
18:01.38koenhmm
18:01.45koenbuild task-foo doesn't work anymore
18:01.50koen(did it work before?)
18:02.41*** join/#oe gints|wrk (n=gints@195.244.141.102)
18:03.13CoreDump|homeRP: how do I pass kernel options with kexec? kexec -l zImage --append="blahh" doesn't change a thing here
18:03.28RPCoreDump|home: You'll need a kernel without CMDLINE compiled in
18:03.32CoreDump|homeahhh
18:03.34zeckewell I'm back to my text book...
18:03.42CoreDump|home~lart self
18:06.19RP"unlike OZ, our users are very active"
18:06.30Ecco??
18:06.35koenlet me guess: pdaX dweeps?
18:06.38Eccowho said that ?
18:06.57RPEcco: I think koen can guess :)
18:07.03koenRP: "Then I guess your users will help you with 2.6 integration, goodbye"
18:07.19Ecco:-D
18:07.28polyonymouswhat is pdaX?
18:07.39koenpolyonymous: moneysucking evil
18:07.44polyonymousThanks :)
18:08.02RPkoen: I will remain patient :)
18:08.14Ecco:-D
18:08.29koenRP: ask for a share of the $500 they get each month
18:08.34EccoIndeed, I quite like the way pdaXrom is wired
18:08.47polyonymousis pdaX == pdaXrom?
18:08.51Eccoyep
18:08.55RPkoen: Where does that come from? users?
18:09.00koenRP: yes
18:09.19koenRP: they 'demand' $500/month to keep working on pdaX
18:09.29Eccogee
18:09.32polyonymousI see. Well, it is one of the best, but I preferred OZ over it.
18:09.49Eccoi ported Linux to Palm devices fo free !!!
18:10.06polyonymousI haven't managed to do much for money.
18:10.34koenRP: CosmicPenguin had a nice quote for that "I could miss $500 a month to lock some russion dude in a closet to work on OE"
18:10.46polyonymousI have had a few free and open utils for Win32 and by public demand I added the page for donations. Got about 16 EUR in about 2 years :)
18:10.49Ecco:-D
18:11.32zeckepolyonymous: hehe, and how much did you pay to paypal and your bank?
18:11.36RPI hid away from donations for a long time with the Zaurus kernels. It wasn't why I did it...
18:11.50koenso they get loads of money for work RP did
18:11.57koenand insult us at the same time
18:12.02EccoYeah, I mean, let's keep free software free as in beer as well :-)
18:12.23polyonymouszecke, nothing, I haven't withdrer the money.
18:12.23RPkoen: Apparently we get "patches and stuff" to look forward to
18:12.32RPstuff is probably the insults :)
18:12.43koenyeah, 'patches'
18:12.58koentheir track record for patches is not that good
18:13.42zeckeRP: why where you so stupid and started ARM kernel hacking?
18:14.00Ecco<PROTECTED>
18:14.10polyonymousWell, I can't even fight for when people take credit for what I do. My open sources were stolen and it didn't bother me much. Although I did email those guys and they promised to put the credits back. Never had any release since that, though...
18:14.20zeckeRP: what where your reasons?
18:14.36RPzecke: Initally I got annoyed about the jog wheel on my 760 which didn't work properly
18:14.57Ecco:-D
18:14.58polyonymousRP, you should be paid for being annoyed then.
18:14.59EccoLol
18:15.15RPzecke: I then tried to understand the 2.4 kernel's keyboard driver. Things then sort of got out of hand :)
18:15.29zeckeRP: which thing worked last with the 2.6er kernel?
18:15.33zeckeRP: jog wheel?
18:15.37CoreDump|home=D
18:15.44RPzecke: no, sound
18:16.00RPzecke: The jog wheel worked with the rest of the keyboard
18:16.23polyonymousspeaking of sound... seems it doesn't work on my .dev image...
18:16.38zeckeOT: when was the last kdepimpi release?
18:18.41Bernardozecke: I recall zautrix saying he's been busy, but has got outlook sync almost finished
18:21.54polyonymoushmm... no, sound works, but not opie's screen taps/key clicks... I can live without those...
18:23.10RPpolyonymous: Its an opie bug - sometimes sound works, sometimes it doesn't
18:23.22CoreDump|homecorrect
18:23.30polyonymousI see. It worked in my .oz image, so I used it to test, which was the wrong thing to do.
18:23.37zeckenot Opie, QtE :}
18:23.48polyonymouswhatever
18:23.51koenqtopiaaargh sound 'server'?
18:24.04RPzecke: Its not the kernel which means its not my problem ;-)
18:24.44JustinPRP: I updated my patch to apply to 2.6.16 (really no changes) and the probe function isn't being called when I insert the driver....
18:25.05polyonymousopie dies on me all the time... Sometimes after this suspend/resume death it dies so hard that it doesn't communicate with qcop either. Which is good thing because I restart it on resume automatically if it's dead :)
18:25.11RPJustinP: Did you remember to add the section to arch/arm/mach-pxa/spitz.c
18:26.48zeckepolyonymous: is it frozen, or dead (could you get a ps?)
18:26.56zeckepolyonymous: I think I know why it is dieing
18:26.56polyonymouszecke, it is in ps
18:27.18JustinPRP: yes, the device is in there
18:27.28JustinPRP: and I added the device to the list
18:27.43zeckeQtE allocates memory, and uses semaphores from within signal handlers
18:27.50polyonymousAnd it clings so hard to keyboard that I can't even switch to vt1 with sysrq magic :)
18:31.32koenhmmm
18:31.46koenhh.org mailingslists seem to be broken *again*
18:32.01JustinPRP: the patch is essentially the same as it was previously
18:34.20zeckekoen: hh.org seems down
18:35.07koenzecke: scap still works
18:35.20zecke(again)
18:38.22polyonymousI'm practically ready to do a few "mv"s and switch to .dev image as a main one now...
18:42.57polyonymousGuess I'm getting close to the point where I will have to dig qte/opie sources deeper.
18:44.56JustinPRP: http://oe.reversefold.com/sharpsl-rc.patch
19:12.27CoreDump|homeholy cow, kernel init w/o flash is _real_ fast
19:13.11polyonymouswhat is kernel init w/o flash?
19:13.27polyonymousas in kernel startup with no mtd crap?
19:13.33CoreDump|homea kernel thar does not mount flash
19:13.38CoreDump|homecorrect
19:13.42polyonymousI see.
19:13.53polyonymousI wonder what should I do with my flash...
19:14.04CoreDump|homeyou should see the init on akita......
19:15.04polyonymousI still wonder why no one came up with the idea to put bootloader into flash for MD models...
19:15.23CoreDump|homehmm?
19:15.48polyonymousCoreDump|home, well, basically, to do the same thing we have on the "computers". So that you don't flash kernel on each upgrade.
19:16.14CoreDump|homeah, right. typicallysharp
19:16.40polyonymousyup.
19:16.57polyonymousIt would be great to delegate this job somewhere else.
19:16.57CoreDump|homewell, we can use kexec
19:17.07polyonymousYes, that's another way to accomplish it.
19:17.22polyonymousBut it's twice as much stuff to do at startup.
19:18.00CoreDump|homeyep
19:18.53XorA|gonekoen: hmm, just tried to openn an openoffice doc in abiword, it just churned away until X crashed, it does however save PDF successfully
19:20.59koenweird
19:22.02koenXorA|gone: I guess it emulated OOo
19:22.11koentaking 600GB of ram and 2000% of cpu
19:22.28XorA|gonekoen: also a lot of the plugins seem to be ill, they cant respolve a symbol (it looks like a mangled symbol)
19:23.23koenXorA|gone: you could try mailing tf@o-hand.com, mallum's abiword minion
19:24.31XorA|gonekoen: Well when Im bored in work tomorrow I shall investigate some more, then if I get nowhere, Ill send him an email
19:24.53XorA|goneah, I can here the food is ready beeper
19:27.51*** join/#oe koen__ (n=koen@dominion.kabel.utwente.nl)
19:36.15zeckekoen: tasks are not broken :)
19:36.42zeckekoen: they have almost no DEPENDS though
19:36.51zeckekoen: and do not carray a build all rdepends flag
19:37.58koenthat would explain it
19:38.11zeckekoen: bitbake task-sdl -> fast
19:38.17zeckekoen: bitbake meta-sdl -> slow
19:38.32koentask-sdk-bare is what I'm after
19:41.04zeckewow if we release a new version of BitBake, I oculd get back to the tinderbox
19:41.59koenyes, sheriff
19:43.14zecke-fPIC -DPIC -o .libs/SDL_QWin.o
19:43.14zecke| SDL_QWin.h:56: error: extra qualification 'SDL_QWin::' on member 'ApplyKeyRotation'
19:43.14zeckenice gcc4.1 issue
19:44.54koengcc 4.1, you're living on the edge
19:45.26zeckekoen: hmm if I would live in Nurenberg I could just go to the gcc people
19:46.32koenbut you don't live there
19:46.39zeckeright ;)
19:49.20*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
19:50.27*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
19:53.19TheMasterMind1morning
19:53.37koenhey TheMasterMind1
19:53.51koenzecke: I just checked my bank account and I'm still not filthy rich
19:54.10zeckekoen: give me your pin and tans numbers, and I can check for you
19:54.27zeckekoen: you should apply at TT for the Berlin office
19:55.55koenzecke: I don't have s SL-5000d, so I can't FUD properly
19:56.55TheMasterMind1hm 5000?
19:59.32TheMasterMind1bitbake is so fast. it feels so.. unnatural
19:59.57koenpeople are running out of excuses to not use OE
20:00.16TheMasterMind1its true. i should try the new monotone
20:00.27koenalthough some people at TT sill claim bitbake still needs gigs of ram
20:00.32TheMasterMind1its not in portage yet
20:01.46TheMasterMind1alright how do i use monotone to create diffs so i can prove i deserve push access
20:02.01koenzecke, mickey|bbi2h: could one of you send a monotone upgrade plan to oe@?
20:02.14koenTheMasterMind1: monotone diff <files>
20:02.25zeckekoen: 1. upgrade monotone 2. get flithy rich
20:02.25koenTheMasterMind1: or plain monotone diff
20:02.28zeckekoen: or another one?
20:02.37TheMasterMind1alright
20:03.04koenzecke: a bit more detail detail on 1) :)
20:03.36zeckekoen: 1.1 upgrade monotone 1.2 get rich 2. get flithy rich?
20:04.00JustinP1) upgrade monotone 2) ?? 3) Profit!
20:04.16zeckeJustinP: I had that in mind as well...
20:04.31zeckeJustinP: but we just Copy n' Pasted MontaVistas Business Plan...
20:04.38*** join/#oe angom_h (n=angom@200.76.229.86)
20:04.50zeckeJustinP: get Venture Capital, get more venture Capital, get more
20:05.02zeckeobviously this is not the truth
20:05.12zeckejust to avoid missunderstanding
20:06.27TheMasterMind1which part?
20:07.05zeckeTheMasterMind1: I have heard the FUD there is a big company behind OE... e.g. the dark side...
20:07.24zeckeTheMasterMind1: I just want to avoid misunderstandings for the forum people of us...
20:08.01TheMasterMind1gotcha
20:08.18TheMasterMind1what is mtn? mtsh wants me to run $ mtn pull venge.net net.venge.monotone.contrib.mtsh
20:08.28koenforums are 1337 lolz0rs OMG
20:08.42koenTheMasterMind1: the monotone binary got rem
20:08.46koenrenamed to 'mtn'
20:08.55zeckekoen: I think one should avoid Venture Capital...
20:09.29TheMasterMind1ah. is .26 a drop in replacement for .25?
20:09.44koenTheMasterMind1: it isn't
20:09.58koenTheMasterMind1: different network protocol, port and storage format
20:10.06koenhence the dreading to upgrade
20:10.10TheMasterMind1oh fun
20:10.14TheMasterMind1can i still use it to create diffs atleast?
20:10.19zeckeTheMasterMind1: different port, but IANA assigned one now
20:11.18*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
20:11.54JustinPsomeone sent me a msg before I crashed but I didn't see it
20:13.40TheMasterMind1JustinP:  everything has to be about you doesn't it?
20:15.13JustinPI just noticed that someone sent me a message before it crashed....
20:16.00TheMasterMind1not that i can see
20:24.56koenTheMasterMind1: how's your gumstix coming along?
20:26.50TheMasterMind1local dbs and working copies will be broken
20:26.51TheMasterMind1meh
20:27.51*** join/#oe CSMan (n=csman@bas1-montreal42-1177928304.dsl.bell.ca)
20:28.20TheMasterMind1koen:  making progress, i've been all over the place. patched the kernel to get mmc hotplug working, patched jikes/classpath to get java working, played with unionfs to get the latest version of that working and wrote some scripts to integrate that with mmc hotplug. working on udev now, the lfs bootscripts has a nice udev script along with a bunch of other ones so i'm adding those to OE
20:30.02koensounds good
20:30.35koenTheMasterMind1: your best bet is to attach diffs to bugzilla, with one bug per package
20:31.29TheMasterMind1yea. i'm just dreading doing it, so much extra work
20:34.24JustinPTheMasterMind1: perhaps you should have been doing it as you went along...
20:34.52TheMasterMind1perhaps.
20:35.28koenRP: did you get any patches from the pdaX people yet?
20:40.48RPkoen: What do you think? :)
20:41.06koen<sashz> aaaaaadddddeddddd overlay2 support in kernel 2.6!
20:41.20koenI think no, but please prove me wrong ;)
20:41.35RPkoen: He said he has it working but I've not seen the patch
20:41.44TheMasterMind1monotone diff doesn't show files that i added.. do i need to monotone add them first?
20:41.48CoreDump|homewhere is that chat channel anyways?
20:41.48*** join/#oe W8TVI (n=me@166.165.155.47)
20:41.56RPJustinP: probe never gets called?
20:41.57koenTheMasterMind1: yes
20:42.03koenTheMasterMind1: monotone add --unknown
20:42.10RPCoreDump|home: The boot time is why I like Spitz btw ;-)
20:42.27CoreDump|homeno kidding, it's pratically instant heh
20:42.47RPCoreDump|home: Its also why boot from microdrive rules and why I'll never be using the flash ;-)
20:43.19TheMasterMind1mtsh has a tab for 'File Comments' on each file, how does that work from commandline. can i create comments for each change i made and have them show up in the monotone diff output
20:43.20CoreDump|homeoh I can understand that perfectly, flash stinks heh
20:44.17koenno idea, I never used mtsh
20:44.35JustinPRP: yes, probe is never called. init and exit are, though
20:45.30TheMasterMind1well i'm not using mtsh, just noting that functionality. basically is there a way for me to embed comments in the diff or should i put that in the bug report
20:46.39koenBug report I guess
20:47.58zeckemickey|bbi2h: ping
20:48.05mickey|bbi2hpöng
20:48.39RPJustinP: It looks fine - are you sure the patch applied ok to the kernel?
20:48.46RPwb mickeyl
20:48.49mickeylhi
20:48.54CoreDump|homehey mickeyl
20:49.06zeckemickeyl: http://oe.pastebin.com/663712
20:49.12zeckemickeyl: am I stupid or what is the issue?
20:49.56JustinPRP: well....pretty sure... I suppose perhaps I could be running the wrong kernel...I'll try reflashing with my remote kernel agian
20:50.07JustinPRP: I know that the patch applied, yes
20:50.24RPJustinP: It should work...
20:50.35JustinPwill make sure I flashed the right kernel
20:50.46zeckemickeyl: why am I getting a KeyError: 0
20:50.54RPmickeyl: When you have a moment, we could discuss this RDEPENDS issue
20:51.47mickeylzecke: heh, that's a funny one
20:51.47mickeyllets see....
20:51.54mickeylzecke: when you are using getitem and setitem you should derive from Object
20:52.06mickeyltry if that changes anything
20:52.13mickeylthe new class object model is a bit more sane
20:52.59mickeylit would be probably better to not use __getitem__/__setitem__ directly on the _dict
20:53.21mickeylmickey@gandalf:/tmp$ python foo.py
20:53.21mickeylinit
20:53.21mickeylsetitem 10 20
20:53.21mickeylgetitem 0
20:53.22mickeylhmm
20:53.26mickeylwith print output
20:53.36zeckehttp://oe.pastebin.com/663716
20:55.35zeckemickeyl: hmm for 'i' in o
20:55.40zeckemickeyl: what do I need to implement?
20:55.49zeckemickeyl: only __getitem__(self, name) right?
20:55.49mickeylan iterator
20:55.50TheMasterMind1hrm, 300 files with diffs
20:56.00mickeylbtw., your __getitem__ should return something :)
20:56.11zeckemickeyl: isn't None returned anyway?
20:56.23mickeylzecke: don't bother with __getitem__, you really want to implement the iterator protocol
20:56.25zeckemickeyl: or return NotEvenNone
20:56.38zeckemickeyl: I want to have [] and 'in' working
20:56.47JustinPRP: ah...oops, sorry, looks like I flashed the wrong kernel
20:56.54zeckemickeyl: well, after it choked on me, I decided to use add and get
20:57.02zeckemickeyl: as my semantic is different from a dict anyway
20:57.05JustinPRP: I'm getting probe again
20:57.09mickeylheh
20:57.21RPJustinP: ok, that's better :)
20:57.33mickeylzecke: __getitem__ seems to be given an integer
20:57.43mickeylthat's where the 0 comes from
20:57.59zeckemickeyl: that is KeyError(0) isn't it?
20:58.19mickeylyeah
20:58.34mickeyliirc you need to raise an index exception if you don't find something
20:58.48mickeylall nasty things.... which is why prefer the iterator :
20:58.49mickeyl9
20:58.51mickeyl:)
20:58.51zeckemickeyl: I need to look into it at some point...
20:58.59mickeylRP: go ahead
20:59.51mickeylRP: at do_package time, we need to evaluate the RDEPENDS statement.
20:59.57mickeylRP: it's not necessary before
20:59.58JustinPRP: same as before, though, I get 0-5 for press and 254-255 for release....
21:00.11zeckemickeyl: http://oe.pastebin.com/663723
21:00.23zeckemickeyl: add was __setitem__, get was obviously __getitem__
21:00.47mickeylhmm
21:00.49RPmickeyl: With the runtime dependency code in bitbake, it has to evaluate RDEPENDS before do_package
21:01.00zeckeOT: Developing bitbake  is like developing a 16bit, real mode operating system
21:01.02mickeylRP: oh that's nasty. right
21:01.17mickeylRP: will it get reevaluated at build time ?
21:01.21mickeylRP: if not, then we have a problem
21:01.23zeckemickeyl: yes
21:01.24RPmickeyl: yes
21:01.29mickeyloh
21:01.31mickeylin that case
21:01.45mickeyli could perhaps live with it returning "" or None
21:01.48mickeylthing is though...
21:01.53zeckemickeyl: and it is guranteed that at least one kernel has been built
21:02.05mickeylin general it really would hide potential problems
21:02.24mickeyli guess i can't find out whether i'm in dependency tracking state, right?
21:02.30mickeyl(from base class)
21:02.37RPmickeyl: The cache is only used for the depencency calculations and to work out what to build and in what order - each build actually has its data reparsed just before it builds
21:03.07RPmickeyl: I'm not sure having variables that depend on things in staging is a good idea really
21:03.25RPmickeyl: In a way, I'd prefer it if this was handled more like the shlibs code
21:03.39mickeylRP: ya, something to think about.
21:03.58RPmickeyl: This about the case of a multithreaded bitbake/OE
21:04.04RPs/This/Think/
21:05.17Cockroach-blah
21:05.32zeckemickeyl: something like a USE flag on stereoids
21:05.33Cockroach-All this sitting in front of computer starts to take it's toll
21:05.43koennooooo
21:05.47koennot USE flags
21:05.55zeckemickeyl: have a graph and dependencies on the nodes.. if a node linux-2.6 exists, create node FOO_FEATURE
21:05.56RPI think they're banned :)
21:06.02koenUSE flags are only usefull if you aren't going to make binary packages
21:06.08zeckeand update the graph until nothing happens
21:06.22zeckethis way packages can be configured dependand on others :}
21:06.42RPWe are going to need to consider this at some point...
21:06.42zeckee.g. one could create a 'profile' this way and store it
21:06.54RPIf X is going to be built, configure Y with X enabled
21:06.55koenversioned dependencies
21:07.04koenwe *need* those
21:07.25mickeyl-               raise bb.build.FuncFailed("can't read from file '%s' (%s)", (filename,reason))
21:07.25mickeyl+               return "" # can't raise an error because of the new runtime dependency handling
21:07.31mickeylshould i commit that?
21:07.43mickeylwhat can we do about the method already seen stuff now?
21:07.52koensurpress it?
21:08.07zeckemickeyl: can't we give a default argument to it?
21:08.08mickeylyeah. for once it would be nice to have it as a -D warning
21:08.13zeckemickeyl: to suppres the exception?
21:08.37zeckemickeyl: well, with func failed it will not land in the cache
21:08.40RPmickeyl: That fix is ok with me for now. Long term, I think it should be more shlibs like - something like if we see a kernel depends, add a version depedency if the app has said it needs one
21:09.08koenmickeyl: 2 feature req for the shell: build <providee> <providee> and build <foo> -k
21:09.16RPmickeyl: See debian.bbclass for examples of the insane things you can do to package names/dependencies
21:09.18mickeylah the method already seen things occur only on first parse
21:09.26mickeylkoen: can you put these to the bugtracker please.
21:09.31mickeylkoen: that way I remember :)
21:10.14RPmickeyl: I rewrote debian.bbclass due to similar "we don't know the field until build time" problems
21:10.33mickeylRP: ok, i will look into that when I have more time
21:11.26RPmickeyl: I think we will have to stipulate that certain core fields should be determined at parse time. This kernel one is borderline as bitbake doesn't care about the version field (yet) :)
21:11.31zeckeplease someone test r444
21:11.32zeckespecially initial parsing
21:11.48mickeylRP: i agree
21:13.26koenmickeyl: done :)
21:13.50mickeylgood :)
21:14.01mickeylok, I'll commit that bit and then i need to leave again
21:14.05mickeyleaster days are family days...
21:14.08mickeylcya
21:14.29RPcya mickeyl
21:14.57koenzecke: still method already seen errors
21:15.03RPzecke: Somehow, these Error Method seen issues don't raise an error and still get cached...
21:15.17RPI also still see them...
21:15.35RPzecke: Should they all see each other?
21:15.57zeckeRP: koen : compare the time from 443 to 444
21:16.08RPglibc_2.4.bb shouldn't see the contents of glibc_2.2.5.bb ...
21:16.22koen.incs....
21:16.24zeckeRP: well, we have a global method scope
21:16.39zeckeRP: but both files specify a method with the same name
21:16.44RPzecke: Initial parse is 3m13 vs. 4m+ for r443
21:16.48zeckekoen: the point is, it is not in a .inc
21:17.12CIA-903mickeyl 07org.oe.dev * r60b952e9... 10/classes/base.bbclass:
21:17.12CIA-9base class: make base_read_file not raise an exception if the file to read is not present
21:17.12CIA-9This is necessary due to the new RDEPENDS handling. I don't feel 100% comfortable with it,
21:17.12CIA-9but until we rework the complete staging-shouldn't-contain-dependency-information, this is
21:17.12CIA-9our way.
21:17.15RPzecke: Should we have a global method scope?
21:17.24zeckeRP: that is a different question
21:17.36RPzecke: Does anything make use of it?
21:17.45zeckeRP: form a performance point of view, it makes sense to have one
21:17.56zeckeRP: no need to compile the same code over and over again
21:18.00zecke(base.bbclass etc)
21:18.03RPHave we always had it?
21:18.17zeckeyes
21:18.29TheMasterMind1can someone look at http://www.themastermind1.net/oe/patches/ipkg_offlinedir_handling.patch real quick and make sure i did the diff right
21:18.31RPinteresting
21:18.57zeckeRP: yes it was :}
21:20.03RPTheMasterMind1: The diff looks fine
21:20.10koenzecke: http://oe.pastebin.com/663764
21:20.28koenTheMasterMind1: the IPKGLIBDIR - > /usr/lib is a bit bogus, isn't it?
21:20.51koenTheMasterMind1: and didn't pigi fix offline rootstuff a while ago?
21:21.27RPkoen: Which version? I remember seeing it but perhaps the version in OE is old?
21:21.59RPzecke: 2m57 to do a full scan here with a hot disk cache :)
21:22.06koen"006-03-30 pigi ( pigi@frumar.it) * Version update to 0.99.160 * Fix for #1585 after the bug introduced with the modify for offline root.
21:22.09koen"
21:22.15koenfrom http://handhelds.org/cgi-bin/cvsweb.cgi/familiar/dist/ipkg/C/ChangeLog?rev=1.220&content-type=text/x-cvsweb-markup
21:22.18TheMasterMind1koen:  that wasn't my patch, i just moved it from 154/ into files
21:22.28RPkoen: Is 160 in OE and does it work?
21:22.34TheMasterMind1koen:  i reported that bug, its not fixed in .159 so i put a patch in, and it doesn't work in .169
21:22.36TheMasterMind1160
21:22.42TheMasterMind1i reopened the bug a couple of days ago
21:22.47koenTheMasterMind1: I see
21:23.08zeckeRP: with some more testing
21:23.18zeckeRP: I would be happy to release a new version of bitbake soon
21:23.26TheMasterMind1i wish i could embed comments
21:23.36RPzecke: That sounds good to me
21:23.50RPTheMasterMind1: Embed comments in what?
21:24.12TheMasterMind1in the diff, like you can with changesets
21:24.34RPTheMasterMind1: Just add them at the top
21:25.03TheMasterMind1alright, thats easier than putting them in the bug report
21:25.18koenzecke: could you bump the version in svn?
21:25.35zeckeRP: could you give the cache a version?
21:25.41RPzecke: We need to add a cache version :)
21:25.42zeckeRP: I would be fine with starting with 666
21:25.52RPI was just typing that as you said it :)
21:25.55zeckehehe
21:25.59*** join/#oe alizardo (n=alizardo@200-230-128-159-mns.cpe.vivax.com.br)
21:26.24zeckeI will bump both versions
21:26.36koen'night all
21:26.49RP'night koen|sleep
21:28.04RPzecke: Do we store the bitbake version anywhere accessible?
21:28.30zeckeRP: I would use a separate version for the cache
21:28.47zeckeimport bb
21:28.51zeckebb.__version__
21:28.56RPzecke: I want to compare bitbake version, libbitbake and cache versions
21:29.09RPzecke: What about __version__ in bin/bitbake ?
21:30.37zecke<PROTECTED>
21:30.45zeckeso only stabilisation now :)
21:31.13zeckeI'm currently building oz354fam083 with bitbake 1.3.9
21:32.58pb_zecke: very good
21:33.42zeckepb_: and then it failed, libtool-native couldn't find i686-linux-libtool
21:33.55pb_zecke: very bad
21:34.44zeckepb_: but it is on the todolist for 1.4.0
21:35.46pb_great
21:36.18pb_hm, drat, I see my gpe-image build failed again while I was away
21:36.38zeckepb_: on libgcrypt?
21:36.46pb_no, xstroke
21:36.49zeckepb_: gnupg.com is so secure, you can't even connect to it anymore
21:36.51pb_the SRC_URI is wrong
21:36.55pb_zecke: heh
21:36.58zeckepb_: oh another secure site
21:37.24pb_right
21:37.53zeckeERROR: function do_stage failed
21:37.53zeckeERROR: log data follows (/home/ich/hacking/embedded/oe/builds/fam83/tmp/work/libtool-native-1.5.10-r3/temp/log.do_stage.16023)
21:37.57zecke| install: Aufruf von stat für „i686-linux-libtool“ nicht möglich: Datei oder Verzeichnis nicht gefunden
21:38.00zeckeNOTE: Task failed: /home/ich/hacking/embedded/oe/builds/fam83/tmp/work/libtool-native-1.5.10-r3/temp/log.do_stage.16023
21:38.02pb_mm, oh well, I guess I will try again in the morning
21:38.03zeckeany idea?
21:38.24zeckepb_: xstroke.org vanished
21:38.25pb_that is rather weird
21:38.35pb_zecke: indeed it did
21:38.44pb_the SRC_URI needs to point to a copy of the tarball on some other site
21:38.46zeckepb_: weird because it is german?
21:38.56zeckepb_: do we have that tarball?
21:39.14pb_zecke: well, that too, but I was thinking more of i686-linux-libtool being missing.
21:39.23pb_did it build libtool under some other name?
21:39.43pb_zecke: I guess we do.  it hasn't changed for a while, so it ought to be in the familiar 0.8.0 sources (for example)
21:39.57zeckeich@bigboy:~/hacking/embedded/oe/builds/fam83$ ls tmp/work/libtool-native-1.5.10-r3/libtool-1.5.10/libtool
21:39.58pb_likewise openzaurus 3.5.1 or some such
21:40.01zecketmp/work/libtool-native-1.5.10-r3/libtool-1.5.10/libtool
21:41.26pb_how strange
21:41.53zeckepb_: I could have a package mission... I don't know which one though :}
21:42.39pb_zecke: what is bin_SCRIPTS set to in your libtool-native's Makefile?
21:43.15zecke# The standalone libtool script, and the libtool distributor.
21:43.15zeckebin_SCRIPTS = libtool libtoolize
21:43.38pb_that is indeed no good
21:43.41pb_how about Makefile.am?
21:43.59zeckepb_: the same version with .dev bin_SCRIPTS = $(host_alias)-libtool libtoolize
21:44.00zeckehmm
21:44.25zeckepb_: without $(host-alias) already
21:44.45zeckehow can this happen :}
21:45.17pb_sounds like your computer has been sabotaged
21:45.53zeckepb_: I should have not used that 'Linux'...
21:46.08pb_too true
21:46.14pb_night night
21:46.19zeckeI should have stayed with Windows for Workgroups
21:46.48zeckepb_: sleep well
21:46.57pb_zecke: will do
21:49.05CoreDump|home~lart busybox
21:50.02rwhitbyHmm - OE's perl-5.8.7 build is failing:
21:50.05rwhitbyNOTE: Unpacking /home/slug/openembedded/packages/perl/perl-5.8.7/config.sh-arm-linux-gnueabi to /home/slug/debianslug/tmp/work/perl-5.8.7-r15/
21:50.05rwhitbycp: cannot stat `/home/slug/openembedded/packages/perl/perl-5.8.7/config.sh-arm-linux-gnueabi': No such file or directory
21:50.27zeckerwhitby: out of space?
21:50.35rwhitbyzecke: nope - 26 Gig free
21:50.44zeckeI should be enough
21:50.47koen|sleeprwhitby: your OE tree is too old
21:50.57rwhitbykoen|sleep: updated 5 minutes ago
21:51.20koen|sleephttp://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=d93900aa884b52d778b478749eeafadb6bef3a21
21:51.30rwhitbyah, a recent change?
21:52.14koen|sleep2 days ago...
21:52.34rwhitbyHmm - how often do the syncs from ewi to nslu2-linux.org happen?
21:52.45zeckecould someone check the md5sum of libtool's tar gz?
21:52.48koen|sleeprwhitby: in theory every 15 minutes
21:52.59*** part/#oe alizardo (n=alizardo@200-230-128-159-mns.cpe.vivax.com.br)
21:53.10koen|sleeprwhitby: but as I said, you have to do your own syncing, since you're not serving all OE branches
21:53.16polyonymouse2093a85f6d48f1562c36920087502d6 ?
21:53.30polyonymous(libtool-1.5.10.tar.gz.md5)
21:53.56koen|sleephrm
21:54.03koen|sleepit seems someone botched a merge
21:55.01zeckesome one else on libtool 1.5.10?
21:55.16polyonymouszecke, didn't like my md5? ;-)
21:55.22zeckepolyonymous: it matched mine
21:55.27polyonymousah, sorry about that :)
21:55.28zeckepolyonymous: and my bin_SCRIPTS is wrong
21:55.33koen|sleepe2093a85f6d48f1562c36920087502d6  /home/koen/OE/downloads/libtool-1.5.10.tar.gz
21:55.34rwhitbye2093a85f6d48f1562c36920087502d6  downloads/libtool-1.5.10.tar.gz
21:55.41polyonymousuhh
21:55.48zeckehmm
21:55.49polyonymousI think my libtool works okay...
21:56.15zeckepb_: some odd is happening then, I will ping you tomorrow
21:56.20polyonymousmaybe it's patched wrongly?
21:56.26CIA-903koen 07org.oe.dev * r42ed9228... 10/packages/perl/perl_5.8.7.bb: perl: someone seems to have botched a merge, so I'm reapplying http://ewi546.ewi.utwente.nl/tmp/viewmtn/revision.psp?id=d93900aa884b52d778b478749eeafadb6bef3a21
21:56.40rwhitbykoen|sleep: thx
21:57.21koen|sleepand go to sleep as well
21:57.26XorA|gonekoen|sleep: I beleive that was the nlus to oe merge mickey|bbl had to do
21:57.31rwhitbymanual merges - just say no.
21:57.46koen|sleepjust have $DISPLAY set up right
22:01.05zeckeokay
22:04.42TheMasterMind1hrm whats the best way to do this.. include the patch as an attachment, as a URL in the url field or in the bug report text?
22:05.07zeckepb_: oz354fam083 should apply the prefix.patch from .dev on libtool as well
22:05.10TheMasterMind1<PROTECTED>
22:06.27koen|sleepattachment
22:07.12TheMasterMind1k
22:12.09RPThe cache now has a version number
22:13.31zeckenice
22:13.37rwhitbyDoes anyone have something (maybe a script) which cleans out the previous obsolete versions of stuff in tmp/work and tmp/stamps?
22:14.22zeckerwhitby: hrw, had once
22:14.22RPrwhitby: Not me but if you find/write one, could you add it to contrib please? :)
22:14.44zeckerwhitby: RP: actually one could automatically remove tmp/work after the build
22:15.02rwhitbyOur nslu2-linux autobuilder runs every 15 minutes, and it has over 100GB in old versions in work and stamps
22:15.10RPzecke: There is already a bbclass to do that as you build
22:15.18zeckeRP: My plan is: release 1.4.0
22:15.24zeckeRP: work on 1.5.0 in trunk
22:15.31zeckeRP: make bugfixes in 1.4.1 as well
22:16.05RPzecke: ok with me. We have a few bugs to fix before 1.4.0 though
22:16.52RPrwhitby: I guess the problem is you can't automatically say the highest version number is the latest :-/
22:17.25zeckeRP: what numbers do you have in your mind?
22:17.49RPzecke: The recursive cleaning for a start
22:17.55CoreDump|home~curse busybox
22:17.56ibotMay the fleas of a thousand camels infest your most sensitive regions, busybox !
22:18.06rwhitbyRP: true - perhaps a successful build could remove all other versions than the one which just built
22:18.08TheMasterMind1rwhitby:  you can always do a find -ctime +/-DAYS | xargs rm
22:18.11RPzecke: and the cached build failure if it still happens
22:18.20*** join/#oe netnix (n=alex@81.25.36.31)
22:18.25zeckeRP: how should it happen?
22:18.40zeckeonly by a broken stamp... or a bög in Cache.py
22:18.57rwhitbyTheMasterMind1: I want to keep the latest built version (no matter how old) - I just want to remove all the other versions.
22:19.46RPrwhitby: Really you want bitbake to dump out all the packages it would build for targets X, Y, Z, make a script that removes anything but those versions
22:19.56RPrwhitby: bitbake's dry-run option might be useful
22:19.58zeckedamn...
22:20.53rwhitbyRP: Hmm - I'd like to do it as bitbake runs, on a package by package basis.  Just in case there is a dependencies problem.  The autobuilder needs to be conservative in deleting things :-)
22:22.07zeckeRP: there is a bug with my COW
22:22.23RPrwhitby: You can have a class with event notifications like tinderbox.bbclass
22:22.38RPrwhitby: Maybe you could abuse them?
22:23.09RPrwhitby: package X builds successfully, nuke all other versions?
22:23.16rwhitbyyep
22:23.35rwhitbyI would think that could even default to on.
22:25.21RPrwhitby: It just won't nuke the last copy of things you don't normally build but perhaps that could be a manual cleanup script now and again
22:25.37RPzecke: What's the COW infected with?
22:25.48*** join/#oe mndctrl_ (n=mind@81.167.1.2)
22:26.09rwhitbyRP: yeah, the safest thing is only touch other versions of the package which just built sucessfully.
22:26.24zeckeRP: hmm, one bbfile affecting another one
22:26.53rwhitbytask do_build: completed, task do_cleanup: started ...
22:27.24*** join/#oe goxboxlive (n=goxboxli@ti500710a080-11245.bb.online.no)
22:28.51RPzecke: At least the build failure caching bug doesn't appear to be here anymore (not that I'm sure its possible with the new cache)
22:36.59polyonymoushow fast is usbnet?
22:37.34TheMasterMind1probably as fast as usb1/usb2
22:37.48polyonymousWhich is? comparing to 11mbps?
22:38.45JustinPno networking technology runs at mas speed
22:38.48JustinPmax
22:39.03polyonymousI know, but you know what I mean
22:39.04JustinPusb1 is ~10mbps, usb2 is 40-something IIRC
22:39.14polyonymousActually, it doesn't matter.
22:39.14JustinPeasily findable on google
22:39.30polyonymousIt just seemed to me that ipkg update takes too long, but then I found out it was networking problem :)
22:39.40zeckeRP: I'm reverting the COW patch now...
22:41.32RPzecke: :-(
22:41.49zeckeRP: somehow it forgets some 'keys'
22:42.18zeckeokay good nite
22:42.23zeckeI will make it work tomorrow
22:44.14RP'night zecke
22:45.52TheMasterMind1hrm how do i do simple if then logic in a bb file
22:46.37zeckeTheMasterMind1: python and lambda expressions
22:46.43TheMasterMind1yuck
22:46.52zeckeRP: did you eat yet? http://handhelds.org/~zecke/pics/privat/belly_left.jpg
22:47.10zeckehttp://handhelds.org/~zecke/pics/privat/belly_right.jpg
22:47.29zeckethis was one day before CeBit 2003 or 2004 I don't remember correctly
22:47.33zeckeI think it was 2003
22:47.42zecke*shouder*
22:48.57RPouch/yuck :-/
22:52.22polyonymousumm... I just beamed some files from palm to opie's irda thingie and I'm excited -- it seems to be putting files in / ;-)
22:52.59cromainTheMasterMind1: don't know so much on bb syntax but in python it is something like this print "The loop ran %d time%s" % (i, i != 1 and 's' or '')
22:53.15CoreDump|home~curse busybox
22:53.17ibotMay you be reincarnated as a Windows XP administrator, busybox !
22:55.47TheMasterMind1ah, that would have bee easier. i just did a normal if else like i'm used to
23:01.02cromainTheMasterMind1: well, if else is simpler but if you need a ternary operator, then 'a and b or c' can be useful :)
23:04.01TheMasterMind1yea that's pretty nifty
23:04.04TheMasterMind1nicer than ? :
23:22.35TheMasterMind1this is getting tiring
23:24.24cromain(yawning) good night !
23:24.39TheMasterMind1night
23:41.02*** join/#oe tyz (n=chatzill@adsl-66-51-222-241.dslextreme.com)
23:49.40*** join/#oe W8TVI_ (n=me@166.165.159.163)

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.