irclog2html for #oe on 20060301

00:01.31radugabtw, if you want to be an official tester, send mail to openembedded@hrw.one.pl
00:02.00radugabut the images are in: http://ewi546.ewi.utwente.nl/tmp/hrw/oz3.5.4-test-images/test5/
00:02.42patientfoxi sent an email to test354 or something.... it was an addy hrw put in a post on the 3.5.4 thread... i guess ill try the other one too
00:02.42raduganot sure if its up to 2.6 kernel yet (maybe!)
00:03.20raduga3.5.4.1 will probably have 2.6 updates; but that wont be out for awhile
00:04.31*** join/#oe cvs___ (n=cvs@h190140.upc-h.chello.nl)
00:05.50patientfoxthank you
00:08.08patientfoxraduga do you know if the oz/opie port of gaim has made it into the test feed?
00:09.04patientfoxahhh yes here it is
00:16.14*** join/#oe leoncamel (n=leoncame@219.142.132.189)
00:19.00patientfoxok wish me luck on flashing...
00:22.42*** join/#oe victorz (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net)
00:24.37*** join/#oe W8TVI (n=me@2001:618:400:0:0:0:a6a5:9e6e)
00:48.13*** join/#oe jott (n=j@e178090074.adsl.alicedsl.de)
00:52.32*** join/#oe dkey (i=nobody@193.170.48.236)
00:53.28*** join/#oe hhhhcz (n=arnaud@vau06-1-82-228-255-84.fbx.proxad.net)
00:56.15*** join/#oe benlau (n=benlau@benlau.rd.ust.hk)
00:58.33*** join/#oe idealm (n=ideal@58.33.57.17)
01:07.24*** join/#oe noclouds (n=mhfan@60.166.42.130)
01:08.44NA|ZzzIs the kernel in .dev known to be broken?
01:24.16JustinPNA|Zzz: which device and kernel? there are many kernels?
01:25.32NA|ZzzJustinP: Yeah.. should've specified that.. it's too early :)  borzoi (3100), kernel 2.6.15
01:25.32*** join/#oe decca_work (n=decca@203-59-28-79.perm.iinet.net.au)
01:26.34JustinPummm...not that I know of...IIRC it should build
01:27.18NA|ZzzIt builds.. I'm just getting oopses on the console relating to APM
01:27.25NA|ZzzLet me boot it again..
01:29.10decca_workwow ;D NA|Zzz can type while sleeping !!
01:29.39NA|Zzzdecca_work: Yeah, I call it work :)
01:29.44NA|ZzzWeird... it's booting this time
01:29.45decca_worklol
01:38.11*** join/#oe Timelord (n=TL@4.78.4.43)
01:43.16njskoen: ping
01:44.39*** join/#oe gb2 (n=gbritton@fog.sekrit.org)
01:49.01*** join/#oe ScytheBlade1 (n=Death@about/pxe/ScytheBlade1)
01:53.50*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
01:57.29JustinPnjs: I feel I can point people to that e-mail :-)
01:58.30njsJustinP: oh, cool :-)
01:59.54*** join/#oe champ (n=champ@216.85.238.67)
02:44.01*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
02:52.01*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
02:56.47*** join/#oe leoncamel (n=leoncame@219.238.107.98)
03:13.47leoncamelhi, folks. is the any soft float toolchain for OE ?
03:17.31NAbyssI believe soft floats are used on targets requiring it..
03:26.50leoncamelNAbyss, what do you mean ?
03:27.21*** join/#oe Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net)
03:27.45*** join/#oe idealm (n=ideal@222.66.46.90)
03:32.23emtenot all cpu have floating point registers
03:32.25*** join/#oe aquadran_ (i=pablo@scummvm/undead/aquadran)
03:32.28emteso they need soft float
03:33.24*** join/#oe AvengerMoJo (n=alex@207.44.242.115)
03:34.51leoncamelok. and what is VFP ?
03:35.40leoncamelemte, and how does the linux kernel float emulator working ?
04:04.37jncleoncamel: i am guessing VFP means virtual floating point?
04:08.12*** join/#oe minipanda (n=hzhang@221.221.146.173)
04:40.49*** join/#oe champ (n=champ@216.85.238.67)
04:53.53*** join/#oe angom_h (n=angom@red-corp-200.38.17.111.telnor.net)
04:55.20*** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de)
04:58.10*** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net)
04:59.47*** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de)
05:02.01jncNAbyss: http://oe.pastebin.com/577917
05:02.23jncmy notes on the cxx00 keyboard configuration possibilities
05:03.07*** join/#oe memeruiz (n=memeruiz@201.194.192.98)
05:03.28jncNAbyss: it's quite beautiful ;)
05:03.40NAbyssBloody hell..
05:05.56NAbyssLooks rather complete
05:07.42*** join/#oe angom_h (n=angom@red-corp-201.143.96.47.telnor.net)
05:12.43jncNAbyss: it's genius if you're "a westerner" (american)
05:13.10jnci preserve places for all sorts of english keys, foregoing the non-english ones =)
05:15.19jnclike i even manage to squeeze in numlock and crap
05:23.37*** part/#oe law_ (n=_law_@213.173.86.202)
05:25.34NAbyssYep :)
05:28.18*** join/#oe noclouds (n=mhfan@60.166.52.232)
05:29.00jncscroll lock was needed because of SysRq
05:29.42*** join/#oe mhfan (n=mhfan@60.166.52.232)
05:30.53*** join/#oe Jenna (n=cherryRe@209.8.233.231)
05:31.28*** part/#oe Jenna (n=cherryRe@209.8.233.231)
05:31.29jncwho is Jenna
05:32.02*** join/#oe mhfan (n=mhfan@60.166.52.232)
05:35.28kergothjnc: ?
05:35.41jnckeep popping in/out of channel
05:35.45jnci am curious about that
05:35.58kergothhundreds of people go in and out of channels all day
05:36.04kergothyou expect us to know them all?
05:36.05kergothwho cares?
05:36.14*** join/#oe rwhitby-away (n=rwhitby@nslu2-linux/rwhitby)
05:50.32*** join/#oe champ (n=champ@216.85.238.67)
05:52.12emte:P
05:52.40jnc*laugh*
05:52.56jncjohnX: it used to be that everyone did, in like 1992
05:53.05emtei do
05:53.46emteevery one is the pervert fat guy named bubba sitting in jail trying to pick up little kids, selling viagra, and is ebay's #1 seller
05:54.25johnXebay's *only* real seller
05:54.43emtelol
05:54.53jnc...is selling haunted pieces of french toast in the likeness of jesus
05:55.12emtelol
05:55.28johnXthe whole thing just consists of him laundering money through thousands of fake ebay accounts, and every so often ripping people off who believe in the reseller ratings
05:55.31jnchey are any of you capable of building openzaurus SharpROM kernels?
05:55.59emteanyone who has OE installed can
05:56.10jnci mean, one that will work with SharpROM
05:56.11emtejust follow the instructions
05:56.21jnci'm trying to verify a bug
05:56.32jncmy C3000 does not resume/suspend properly
05:56.36emteanyone who has OE installed can just follow the instructions   the Sharp instructions are there
05:56.40jncRP's C3000 does resume/suspend properly
05:56.47jncso we're like, derr..  what's going on
05:56.54jncoh
05:57.09jncemte: i have amd64 build host, going to need ia32 or someone else to do it for me :(
05:57.32emtewhy not just ask RP hof his image?
05:57.38emtefor*
05:57.44jnchis SharpROM image?
05:57.53jncyea, he's kind of short on time
05:57.57emteit would verify where the problem is
05:58.00jncoh
05:58.13emteeitehr its image based or hardware
05:58.17jnci should mention that SharpROM appears to suspend/resume fine on my hardware
05:58.25jncso like i'm trying to figure out what the heck is going on
05:58.38jnci would hate to think that the reason it works is the closed-source SD module
05:58.40jncholy crap
05:58.43jncthe SD module!
05:58.57jncthat would be a difference hmm...
06:00.02jncanyhow RP raises a good point, which is that unless you actually build the kernel yourself, it's not going to be clear whether the binaries Sharp released will be equal to the source code supposedly used to make those binaries
06:02.35emtedid sharp release their toolchain as well?
06:03.27jnchmm
06:04.53jncooOoh http://kopsisengineering.com/kopsis/SharpZaurusSdkDsl
06:07.02emtehe links to OE :P
06:09.53*** join/#oe [lala_] (n=lala@p54B3A12A.dip0.t-ipconnect.de)
06:12.10jncthat is rather handy
06:27.08*** join/#oe Jenna (n=cherryRe@209.8.233.194)
06:27.45*** part/#oe Jenna (n=cherryRe@209.8.233.194)
06:40.05*** join/#oe AvengerMoJ1 (n=alex@207.44.242.115)
06:58.29*** join/#oe rob_w|mis (n=rob_w@p549BCADB.dip0.t-ipconnect.de)
07:05.02*** join/#oe katossi (n=guillerm@dslb-084-062-138-106.pools.arcor-ip.net)
07:06.03*** join/#oe katossi_uni (n=guillerm@linkwood.informatik.uni-duisburg.de)
07:14.15*** join/#oe koobla (n=Simon@wall4.soft.uni-linz.ac.at)
07:14.32kooblahi all!
07:30.30*** join/#oe obergix[home] (n=olivier@mag77-1-82-238-13-91.fbx.proxad.net)
07:50.47CIA-1203mwester 07org.oe.dev * r28f5897f... 10/packages/linux/ (3 files in 2 dirs): unslung-kernel: added kernel module netconsole
07:50.54CIA-1203mwester 07org.oe.dev * r6f4af617... 10/ (6 files in 4 dirs): unslung-rootfs: unsling fix, empty pcmcia dir fix - unsling script fixed for no-automatic mount, updated README and NOTES, change to remove empty pcmcia dir
07:50.55CIA-1203mwester 07org.oe.dev * ra0581b19... 10/packages/linux/unslung-kernel_2.4.22.l2.3r63.bb: unslung-kernel: add missing netconsole patch file
08:20.24*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)
08:25.36*** join/#oe champ (n=champ@216.85.238.67)
08:27.15*** join/#oe minipanda (n=hzhang@221.221.155.35)
08:33.47*** join/#oe theturtle (n=theturtl@guiness.lifl.fr)
08:40.42_law_hmm how can i get my private key from monotone db?
08:41.33_law_cant commit anything to OE
08:43.18*** join/#oe marcan (n=marcanso@160.10.7.144)
08:48.23hrw|workmorning
08:48.36hrw|work_law_: monotone --help
08:49.03hrw|work_law_: monotone privkey KEYID
08:49.26*** join/#oe greentux (n=m@ip-217-18-177-19.reverse.dsi.net)
08:50.47*** join/#oe greentux_alt (n=m@ip-217-18-177-19.reverse.dsi.net)
08:52.54hrw|work~hail offlineimap
08:52.57ibotACTION bows down to offlineimap and chants, "I'M NOT WORTHY!!"
08:53.42*** join/#oe greentux_alt2 (n=m@ip-217-18-177-19.reverse.dsi.net)
08:54.09_law_hrw|work, and how can i checkout what KEYID i have got?
08:54.26_law_monotone privkey law@openembedded.org doesnt work
08:55.18hrw|work_law_: monotone keys
09:04.11_law_hrw|work, i dont have got an privkey :-(
09:06.11hrw|work_law_: so if you lost your privkey then you will need to generate new one and discuss with koen+mickeyl
09:08.09XorAmorning
09:08.58hrw|workhi XorA
09:09.17XorAhrw|work: offlineimap rules my Z
09:09.32NAbyssXorA: What client?
09:09.56XorAhrw|work: btw if you import python-2.4.2-manifest.inc and offlineimap_4.0.11.bb into the branch you will get fully functional for oz3.5.4
09:10.04XorANAbyss: muttng
09:11.17_law_koen, i noticed that i lost my private key (had an hd-crash 2 month ago), could you remove my existing key from monotone?
09:11.23*** join/#oe gints|wrk (n=gints@195.244.141.102)
09:11.55RPmorning all
09:11.59XorAbad _law_ you disobeyed the rule about locking your key in a fire proof safe and copying it to 1000 machines for safe keeping :-)
09:12.04XorARP: morning
09:12.33koengood morning all
09:12.49koenRP: tf rocks
09:12.56hrw|workhi RP koen
09:13.36koenXorA: http://pastebin.com/578068
09:13.39koenhey hrw|work
09:14.09koen_law_: we can't actually remove keys from the db, so you have generate a key with a different name
09:14.26_law_koen, ok
09:14.35XorAkoen: sweet, abiword likes us
09:15.08RPkoen: I was rather amused when you started complaining about abiword in the presentation as I knew he might fix things :)
09:15.28_law_XorA, so you have to wait a little bit longer for tinymail update,or should i post .bb + gtk-no-dox stuff on my webserver ?
09:15.39greentux_alt2morning @all
09:15.44XorA_law_: I fixed my self
09:18.13_law_XorA, ok perhabs you could post it to OE ?
09:18.28XorA_law_: if you want, I could do that later
09:18.49*** join/#oe mallum (n=mallum@host86-136-17-6.range86-136.btcentralplus.com)
09:21.13koenRP: the linux-openzaurus.bb had a nice effect on the audience ;)
09:22.05RPkoen: Yes. It is getting rather scary atm. I was told I was working too hard :)
09:23.12RPkoen: I thought it all went very well and presented OE in a good light in a manner that people found find useful. I know tf found it a useful intro (as someone who
09:23.16RP's no used OE yet)
09:23.54*** join/#oe [lala] (n=lala@ip-217-18-177-19.reverse.dsi.net)
09:24.46*** join/#oe ade|desk (n=adavey@194.200.143.249)
09:25.22*** join/#oe _guillermo (n=guillerm@dslb-084-062-145-172.pools.arcor-ip.net)
09:25.41koenRP: at Gulev tigrux said that complex subjects like this are better handled with interactivity
09:26.31RPkoen: Was there anything special you needed to do to get hald running btw? hal-device-manager appears to want pygnome - is that in OE?
09:27.31koenit isn't in OE, but it's not hard to get it to make an ipkg
09:27.38*** join/#oe hrw|work (n=hrw@host-ip170-158.crowley.pl)
09:27.46koenit is hard to add it to OE in a clean way
09:28.19RPkoen: I thought both the style and content worked well. It complemented mickeyl's presentation which aims to show different things (assuming I got the feel from his slides as I didn't see it in person)
09:28.20koenat least for a complete python novice as me
09:29.51RPI guess I can't describe myself as a complete python novice now... :)
09:31.06hrw|work<PROTECTED>
09:32.43[lala]hi guys
09:32.57[lala]RP: any luck with that asoc patch yet?
09:33.11*** join/#oe noclouds (n=mhfan@60.166.52.232)
09:49.32RP[lala]: not had a chance yet. I'll aim to do that shortly
09:53.19[lala]RP: that would be great :-) thx in advance!
10:03.42ade|deskkoen: can you see if vanille is running please
10:04.42*** join/#oe lrg (n=liam@exize.demon.co.uk)
10:06.15koenade|desk: it is, I'm pushing to it right now :)
10:06.37*** join/#oe obergix[work] (n=olivier@inf-berger.int-evry.fr)
10:08.41CIA-1203koen 07org.oe.dev * ra277efc6... 10/packages/vnc/vnc_3.3.7.bb: Add realvnc 3.3.7, courtesy Raymond Danks
10:08.47obergix[work]hi
10:12.23hrw|workhi obergix[work]
10:16.41greentux_alt2hi lrg
10:17.41lrghey greentux_alt2
10:18.16greentux_alt2lrg: i am missing a usb adapter in the borzoi case. before i start searching the office...
10:18.28greentux_alt2lrg: do you forgot it?
10:21.03lrggreentux_alt2: is it about 10cm long ?
10:21.10greentux_alt2lrg: yes...
10:21.26lrggreentux_alt2: found it my laptop bag
10:21.40greentux_alt2lrg: is it possible for you to send it asap to a adress i mail you?
10:21.51lrgok
10:21.53greentux_alt2lrg: simple in a letter case
10:21.58greentux_alt2lrg: tnx
10:23.30greentux_alt2lrg: mail sent
10:44.15*** join/#oe njs (i=njs@adsl-66-159-194-130.dslextreme.com)
10:44.19ade|deskok cheer koen
10:44.28ade|deskcheers even
10:45.10*** join/#oe johnX (n=john@c-24-16-192-158.hsd1.wa.comcast.net)
10:52.10leoncamelhi, folks. I just bitbake bootstrap-image. And, the /lib directory is empty. So. where is wrong ?
10:53.02leoncamelAnd the "arm-linux-ldd busybox" indicate that it is really dynamicly linked.
10:53.10leoncamelSo. What shall I do ?
10:54.47hrw|workleoncamel: you used own toolchain?
10:55.02leoncamelhrw|work, yes.
10:55.16hrw|workleoncamel: then copy all needed libs by hand
10:56.03hrw|workleoncamel: bitbake did not have to build libc, libgcc1 etc so it does not package them and your packages does not depend on them
10:56.59koenis there a *good* reason to use your own toolchain with OE?
10:57.50leoncamelhrw|work, So. which libs should I copying ?
10:59.26njskoen: heya
10:59.39koenhey njs
11:00.06leoncamelhrw|work, I mean, how many libs should I copy to /lib in the new rootfs ?
11:00.20XorAleoncamel: as many as ldd says are needed
11:00.57leoncamelXorA, ok.
11:01.36njskoen: just wanted to get back to you about the nasty merge
11:01.48koennjs: I suspected as much
11:03.52koennjs: did the rosterify work out?
11:04.31njskoen: I tried it with both 0.24 and 0.26pre-whatever -- with 0.24, it looks like you got lucky, and not only did it pick a really stupid base, but running with --lca it hit an old bug in the lca algorithm!  and still picked a bad base.
11:05.48koenand with 0.26pre?
11:05.49njskoen: however, when I pulled up monotone-viz to see what the right LCA was, and told monotone to use that directly with explicit_merge, then the actual merge did become trivial -- just 1 conflict, some kernel config file that had a timestamp in a comment at the top, and the timestamp had changed.
11:05.54njskoen: with 0.26, it gave me that same conflict directly, without any fiddling around or anything.  it also ran about 5 times faster, just to mock its elder and less able ancestor, or something :-)
11:05.59njskoen: err... it just went.  I didn't time it or anything.
11:06.01njsbut no problems.
11:06.35koenthat's pretty good news
11:09.23njsis your last question there about whether I was using mainline monotone or not?  if so, the answer is "yes"
11:10.20koendo you have a static version of 0.26pre which I can use to do some tests?
11:10.54RPnjs: That sounds quite positive. Thanks for checking that out :)
11:11.32njshmm, how static do you need?  is dependency on libstdc++6 okay?
11:11.53koenthat would probably okay
11:11.59koendebain/stable over here
11:13.54koen-rw-r--r--  1 root root 874164 2005-10-02 07:29 /usr/lib/libstdc++.so.6.0.6
11:14.30njsRP: np.  it was a bit of a trip down memory lane actually, I'd managed to supress the memories of most such workaround over the last few months...
11:14.30njsRP: was helpful to understand what the problem really was, too; I'd have suggested the explicit_merge trick, but I didn't realize it was applicable.
11:14.55koennjs: and if possible a copy of the rosterified db :)
11:15.23njskoen: gimme a sec for the linker to run :-)
11:15.27koen:)
11:16.02koenibot: botmail for zecke: dominion will serve a 0.26 db soon(TM)
11:16.56koenRP: you wouldn't have any updates gtkmm/glibmm packages lying around?
11:17.04njskoen: hmm, it has The Revisions That Must Not Be Named in it...
11:17.26njskoen: I guess you can kill them off easily enough, though.
11:17.56RPkoen: no, sorry
11:18.29njshmm, I guess people have been, like, improving monotone or something, apparently make wants to rebuild lots of files.  will be a minute...
11:18.50koennjs: I have all day :)
11:22.12njsoh, and small warning, I doubt this applies to you guys, but we _just_ (like, a hour ago) tightened up monotone's checking of filename charsets.  so it's possible if you have weird non-ascii, non-utf8 filenames checked in (which should be impossible, but we haven't had time to make sure it hasn't happened yet :-)), then it might fail.
11:22.18*** part/#oe AvengerMoJo (n=alex@207.44.242.115)
11:22.27njskoen: http://frances.vorpus.org/~njs/OE-bad-rosterified.db.bz2
11:22.51koenwgetting
11:23.20njskoen: http://frances.vorpus.org/~njs/monotone-0.26pre-latest.bz2
11:23.43koenthanks
11:24.03njsOE-bad-rosterified is RP's OE db, from before he removed the revs that were killed
11:24.03njsthen run through rosterify
11:24.32koeninitially I want to compare first pull timings
11:24.47koenafter that it'd be testing to see if we can get it to break
11:25.19CoreDump|workhrw|work: ping
11:27.03hrw|workCoreDump|work: pong
11:27.42njskoen: nod
11:27.51njskoen: please break it!  I am being scared by the lack of bugs found so far :-(
11:27.51njskoen: and you guys are really good at breaking things, it seems ;-)
11:28.30CoreDump|workhaha, phear my push of death =)
11:28.42hrw|workCoreDump|work: altboot 1.0?
11:28.42njskoen: and the first pull timings are still being worked on in the next phase of work, as I guess you know from #monotone.
11:29.03koennjs: yes, and I read the mailinglist as well
11:29.29koennjs: I used 'delta storage format' a lot last weekend in converstations ;)
11:29.33CoreDump|workraduga: its coming ;) I just read your update on OZ.org regarding cxxxx machines
11:29.44CoreDump|workraduga: s/raduga/hrw
11:30.07CoreDump|workwhat's the problem with kernel 2.4?
11:30.37njskoen: oh my.
11:30.38njskoen: I'm sorry.
11:30.41njskoen: I have to use it a lot in conversations, I don't particularly wish that fate on other people :-)
11:30.42hrw|workCoreDump|work: apm problems, on/off button does not work correctly iirc etc
11:31.23CoreDump|workright, the button is fu*ked. But suspend / resume works fine with test5 AFAICT
11:32.16hrw|workCoreDump|work: anyway we skip them
11:32.16CoreDump|workhrw|work: anyways, was just wondering, gotta go back to work ;) later
11:57.06hrw|workkoen: ping
11:57.24koenhrw|work: pong
11:58.39hrw|workkoen: angstrom-2006.9.conf contain orinoco-modules_h3x00 = 0.13e - should not it be placed in machine configs rather?
11:59.59koenhrw|work: probably, but I hate all the whining I get when touching ipaq machine files
12:05.40hrw|workheh.
12:17.54*** join/#oe Jenna (n=cherryRe@209.8.233.194)
12:18.19*** part/#oe Jenna (n=cherryRe@209.8.233.194)
12:20.58koenstarting pull with monotone 0.26
12:22.08*** join/#oe joshua_ (i=joshua@cl-5.chi-01.us.sixxs.net)
12:29.42*** join/#oe JustinP_ (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
12:30.49koen20% done :)
12:31.22njshuh, I guess that's not _so_ bad...
12:31.22hrw|workafter 10 minutes?
12:31.25koenyes
12:31.32hrw|workfscking awesome speed
12:31.53koen800/4599 revs
12:32.00koenso slightly less than 20%
12:32.31koenibot: calc 80 / 6
12:32.32hrw|workkoen: where from I can pull?
12:32.37njsit may slow down as you go, that's been seen sometimes...
12:32.50njsoh well, if you're happy, cool :-)
12:32.59koenhrw|work: only localhost ewi
12:33.37njsand we'll keep working on making it _actually_ fast, not just fast if your expectations are already lowered by old versions :-)
12:33.40hrw|workkoen: ah.. cant you serve it? iirc 0.26pre use other port..
12:34.36njshrw|work: note you have to use mainline monotone from this week to pull, or it will get pissed off at the root suture stuff
12:34.36koenhrw|work: on port 80, 22 and old-monotone are open
12:35.17hrw|workah.. ok
12:35.22koenhttp://ewi546.ewi.utwente.nl/OE/monotone-0.26pre-latest.bz2
12:35.25koenthat one :)
12:35.28hrw|worknjs: just fetched your latest one
12:35.38njscool
12:36.04koenhrw|work: if you use ssh port forwarding you could pull
12:36.07koenport 4691
12:37.03hrw|workhmm.. how it goes...
12:37.17koennjs: you can make it ~60% faster by making it multithreaded
12:37.32koennjs: one cpu is idling during pull over here
12:41.58*** join/#oe darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it)
12:42.11njskoen: that's the cpu you use to play movies while you're waiting for the download to finish
12:42.22koen:)
12:42.26hrw|worknjs: on headless server?
12:42.41koenhrw|work: aalib in screen ;)
12:42.49hrw|workkoen: libcaca
12:43.00hrw|workthat remind me that I had to build mplayer with caca
12:45.12koenmonotone:   23.8 M |       634 |  4,816/17,910 | 1,337/4,599
12:46.13hrw|workso on one opteron full pull is 1.5-2h
12:46.31koenlooks like it
12:46.57hrw|work~lart mplayer cvs for being unbuildable
12:46.59koenroughly 1 rev/second
12:51.44*** join/#oe gints|wrk (n=gints@195.244.141.102)
13:15.31*** join/#oe leoncamel (n=leoncame@219.142.132.189)
13:17.55*** join/#oe mr_nice (n=poison@p54A9DDA1.dip.t-dialin.net)
13:17.59*** join/#oe ruied (n=ruied@213.22.166.8)
13:18.03mr_nicehi all
13:22.26hrw|workhi Rui
13:22.48mr_niceI have a little question about monotone. I followed the description in the getting started part of the oe.handhelds.org wiki and got into some trouble. After I set up this line monotone --db=/stuff/oe.db pull ewi546.ewi.utwente.nl "org.openembedded.{dev,dreambox}" . The terminaloutput says this monotone:   41,1 M |     1,9 M |   18.792 |   4.778 |        2.475 . It is now about 24 hours ago that I set up that line. Is this normal? Have I've got jus
13:23.07hrw|work~ewi
13:23.08ibotewi is probably ewi546.ewi.utwente.nl - main backup server for OE monotone. Hosts database snapshot: http://ewi546.ewi.utwente.nl/OE/OE.db.bz2
13:23.17hrw|workget snapshot and then pull
13:23.48_law_has anyone a working kismet.conf for me (i use hostap modules)
13:24.01_law_or only source string
13:24.29*** join/#oe tmb_grrr (i=XXX@dslb-082-083-086-186.pools.arcor-ip.net)
13:25.32RPlrg: The asoc fix works, thanks. Will push into OE shortly
13:25.40koenhrw|work:
13:25.41koen14:24 < CIA-1>  * commands.cc (CMD(merge)): don't say "misuse" if it's
13:25.41koen14:24 < CIA-1>  just already merged.
13:26.07hrw|workkoen: noticed
13:26.45koengrrrr
13:26.49hrw|work01 14:26 -!- Irssi: #monotone #oe  : koen (dominion.kabel.utwente.nl)
13:27.02hrw|workchannels shared
13:27.12koensome bozo removed the extra warnings from GettinStarted
13:27.57koenmr_nice: the gettingstarted wiki tells you it will take a long time, so follow the advice given in that warning
13:30.56mr_nicekoen: ok. I thougt 24 h are a long time -  how many days takes it normaly?
13:30.57koenhrw|work: dominion.kabel.utwente.nl is now server 0.26 and 0.26pre
13:31.02hrw|workok
13:31.10koenmr_nice: 8 hours on my build machine
13:31.12lrgRP: cool, I'm now fixing tosa with dapm, etc
13:33.01hrw|workkoen: started pulling
13:33.35mr_nicekoen: could you please give me a guess about the revs written? have it to be the same nuber as the revs in to be compleate?
13:34.32koenmr_nice: it has to be the same number
13:35.14hrw|workRP: how much work we need to get 2.6 for oz 3.5.4.1?
13:36.09RPhrw|work: It shouldn't be that much work - just a lot of changes from .dev
13:38.14mr_nicekoen: thx - thats great so I have a gues how long it will take :)
13:38.18mr_nicecya all
13:38.25*** part/#oe mr_nice (n=poison@p54A9DDA1.dip.t-dialin.net)
13:40.50hrw|workkoen: 8 minutes and still 0/4599
13:41.11hrw|workkoen: but probably first need to fetch more then 11M
13:41.39koenyes, about 20M
13:41.51koenyour hitting my bandwidth limit :)
13:43.10hrw|work;)
13:45.54hrw|work19.6M
13:46.40hrw|workupto 23.8 has to be
13:46.48hrw|workstarted revs
13:46.56hrw|work20.6M is all
13:51.56hrw|workand its about 1rev/s here too (axp1700+)
14:00.33koenmonotone:   36.6 M |       634 | 17,714/17,910 | 4,552/4,599
14:00.35hrw|work460revs after 14 minues
14:00.43*** join/#oe benlau (n=benlau@221.125.13.158)
14:01.53koenreal    97m29.603s
14:01.53koenuser    97m37.583s
14:01.53koensys     1m23.731s
14:02.36koenthe wall clock says it took 1 hour and 37 minutes
14:02.55hrw|workmuch faster
14:04.31koen11 hours vs 1.6 hours
14:04.47ade|deskbut is it faster than other SCMs
14:04.59*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
14:05.01Bernardohi
14:05.10hrw|workhi Bernardo
14:05.18ade|deskif so monotone stays , better the devil you know and all
14:06.32koenit's now actually faster as svk in my tests
14:06.49koenwhich is an unfair test, since the svk server wasn't on localhost
14:07.51*** join/#oe cbrake (i=user110@216.144.26.242)
14:13.49*** join/#oe idealm (n=ideal@58.33.57.17)
14:15.31*** join/#oe tnb (n=tnb@dynamic-acs-24-154-237-101.zoominternet.net)
14:25.51hrw|work1055revs
14:32.47minipandahi, anybody can help me take a look at     http://pastebin.com/578400
14:33.04minipandai faild to 'fetch bootstrap-image' in bitabke -i mode
14:37.00hrw|work~lart handhelds-sa maintainer
14:37.13hrw|workminipanda: looks like handhelds-sa is fscked a bit
14:38.59koenhrw|work: looks more like a fscked cache/too old bitbake
14:39.48hrw|workNOTE: bb.build.FuncFailed:("can't read from file '%s' (%s)", ('/home/hzhang/netspectrum/wrt/20060228/build/tmp/staging/arm-linux/kernel/kernel-abiversion', <exceptions.IOError instance at 0xa746bbec>)) while evaluating:
14:40.02hrw|worktmp/staging/arm-linux/kernel/kernel-abiversion is only AFTER building of kernel
14:40.22hrw|workso recipe cannot use ${KERNEL_VERSION}
14:42.51minipandaem ....
14:43.38hrw|workminipanda: first update bitbake to current version
14:44.05minipandahrw|work: ok, svn up now
14:45.56CIA-1203xora 07org.oe.dev * rd3623b9b... 10/packages/tinymail/ (files/gtk-doc.m4 files/gtk-doc.make tinymail_svn.bb): tinymail_svn.bb : add gtk doc stuff for _law_
14:46.00CIA-1203rpurdie 07org.oe.dev * rc231cb3f... 10/packages/linux/linux-openzaurus_2.6.15.bb: linux-oz-2.6: Update to ASoC 0.10rc3 and tweak the headphone switch patch
14:52.39CIA-1203koen 07org.oe.dev * r4d485370... 10/packages/dia/dia_0.94+0.95pre3.bb: dia: add 0.95-pre3
14:53.06koenXorA: what's the trick you use to boot from SD?
14:53.53XorAkoen: just change root=/dev/mmcblk0p1
14:55.13hrw|work1600revs
14:55.17koenXorA: thanks
15:03.47chouimatmorning
15:04.58*** join/#oe dkey (i=nobody@193.170.48.236)
15:07.43*** join/#oe Bernardo (n=Bernardo@sourcemage/Bernardo)
15:17.39CwiiisDoes anyone here have editing access to the OZ site? I can't remember my password and the lost password feature appears to be broken/slow...
15:27.06CIA-1203koen 07org.oe.dev * rdfe9588c... 10/packages/libgpewidget/libgpewidget_0.110.bb: libgpewidget: update to 0.110
15:32.58hrw|workCwiiis: broken - sf.net does not allow to send mails from project sites
15:33.19mickeyl|officehi ho
15:33.22hrw|workCwiiis: mail me from your address used at oz website and I will set pass for you
15:33.27hrw|workmickeyl|office: ho hi
15:33.39Cwiiishrw|work: Thanks - what's your address?
15:34.06hrw|workuse irc@hrw.one.pl
15:35.27Cwiiishrw|work: Sent
15:35.29mickeyl|officehrw|work: do you think you can make it for next years FOSDEM? It would be great to have you there as well. We plan to do two OE presentations and a combined OE/OZ/Familiar/Opie stand
15:35.40mickeyl|officeGPE as well, of course
15:36.09hrw|workmickeyl|office: I have fosdem 2007 in plans
15:36.15mickeyl|officehrw|work: excellent!
15:36.27hrw|work1h50m with monotone 0.26-pre = 2500 revs
15:36.34koenhey mickeyl|office
15:36.57hrw|workhi CoreDump|home
15:37.25CoreDump|homehello hrw|work hi all
15:37.40koenhey CoreDump|home
15:38.55mickeyl|officehi koen, hi CoreDump|home
15:39.08mickeyl|officeCoreDump|home: how about you and FOSDEM 2007 ?
15:39.27CoreDump|homemickeyl|office: if I can get the day off, why not =)
15:39.40CoreDump|homeI hope you had a good time there?
15:40.40minipandahrw|work: alright, since svn up, bitbake -i, fetch bootstrap-image done :-)
15:40.50CoreDump|homehrw|work: I'll so the last of the altboot testing on collie today. Should be ready by the end of the day
15:40.57hrw|workCoreDump|home: great
15:41.01*** join/#oe france_ (n=france@pool-151-203-238-32.bos.east.verizon.net)
15:42.15CwiiisCoreDump|home: Is it easy to use your collie SD package stuff btw?
15:42.15CoreDump|homeCwiiis: dead simple
15:42.17CwiiisI'll have to check it out this week then :)
15:42.20CoreDump|home;)
15:42.36hrw|workCwiiis: and there is no other root-on-sd scripts/hacks anymore
15:42.49*** join/#oe drw (n=drw@c-67-172-219-167.hsd1.tx.comcast.net)
15:43.00CwiiisIs ipkg-link still being used?
15:43.41[lala]RP: starting devmand: /etc/zaurusd/scripts/zaurus-hinge: 37: xrandr not found
15:43.53[lala]RP: what's that about?
15:44.37CoreDump|homemehhh 61 revs to pull
15:44.45hrw|workgood news: we will get poodle ;)
15:44.56koenCoreDump|home: about 1 minute with the new monotone :)
15:45.06mickeyl|officeCoreDump|home: that'd be cool. FOSDEM is always a great happening. It's not just about the presentations, but also about meeting the guys in person and having contacts to the people who actually use your stuff :)
15:45.07CoreDump|homedoh
15:45.15CoreDump|homemickeyl|office: indeed
15:45.16koen[lala]: devmand is written for X :)
15:45.27mickeyl|officehrw|work: excellent!
15:45.31hrw|workhttp://www.oesf.org/forums/index.php?showtopic=17632&view=findpost&p=116531
15:45.33CoreDump|homes/people/suckers hehe
15:45.37koenmickeyl|office: and seeing mickeyl drink leffe
15:45.39mickeyl|officeCoreDump|home: heh
15:45.45mickeyl|officekoen: :D
15:45.55mickeyl|officeindeed. I have a slight leffe brun consume problem
15:46.09[lala]koen: that's what i had in mind as well ... but zaurusd seems to require it
15:46.10mickeyl|officeespecially the days when I'm outside belgium
15:46.31CoreDump|home<hrw|work> good news: we will get poodle ;)
15:46.33CoreDump|homeyay
15:46.59hrw|workI hope that I will not be the one who will get it
15:48.09koenit needs to go to someone who has time to hack on it
15:48.26hrw|workkoen: we have someone with time?
15:48.35koenehm.....
15:48.59mickeyl|officewe can do it like with the 6000. everyone can look at a different aspect. RP could check some kernel issues, I can look about wifi cards behaving odd on that model, coredump could check altboot etc. etc.
15:49.27CoreDump|homesounds like a plan
15:49.39hrw|workmickeyl|office: for me tosa is 2nd to be marked as non-maintained machine
15:50.11CoreDump|homehrw|work: that came as a little surprise for me. I always thought that tosa was a nice machine
15:50.44hrw|workCoreDump|home: look at oz-devel and recent tosa fixes..
15:50.51hrw|workit has FSCKED keymap since 3.5.3
15:51.01hrw|worknoone fixed it
15:51.02mickeyl|officehrw|work: that will change. there are a lot of tosas out there. when we have 2.6 on the device, our distribution will get more attractive than it's now.
15:51.15hrw|workit cannot suspend/resume with working usb wifi
15:51.20hrw|worketc etc etc
15:51.40mickeyl|officelrg: yay
15:51.41hrw|workwe maintain c7x0 and collie.
15:51.58hrw|workcxx00/2.6 are maintained
15:52.08mickeyl|officei can do more work on tosa, but not until summer has passed
15:52.23CoreDump|homehrw|work: got a question about 3.5.4.1
15:52.26hrw|workmickeyl|office: write PhD first
15:52.33hrw|workCoreDump|home: dont ask to ask but ask
15:52.33mickeyl|officehrw|work: *nod* absolutely
15:52.36CoreDump|homeis it 3.5.4 + 2.6 kernel or a .dev snapshot
15:52.41RP[lala]: If you're using opie, you can remove the zaurus-hinge script for now - it should be checking if that binary exists before trying to run it. It handles rotating the screen under GPE
15:52.44hrw|workCoreDump|home: 3.5.4 + 2.6 kernel
15:52.56CoreDump|homeexcellent =)
15:52.58hrw|workCoreDump|home: and all updates which are needed to get it working good
15:53.10hrw|workCoreDump|home: .oz354fam083 is for 3.5.4+ releases
15:53.16CoreDump|homeworks damn fine as it is. The kernl has very few bugs
15:53.31hrw|workCoreDump|home: if soemthing is not in .oz354fam083 then it does not exist in 3.5.4+
15:53.38CoreDump|homehrw|work: ok
15:54.10CoreDump|homewell the biggest problem with 2.6 is that it changes your jffs2 partitions so that a 2.4 kernel oopses during mount.
15:54.24CoreDump|homeno kexec to 2.4 =(
15:55.05koenI've been saying that for months
15:55.11koen;)
15:55.38HopsNBarleykoen: dumb question - what is multimachine?
15:56.04koenHopsNBarley: it allows you do build for multiple machines and reuse toolchains and stuff
15:56.22koenmickeyl|office: did you see http://www.kdedevelopers.org/node/1829 ?
15:56.25RPre: poodle, If I get it for a few weeks, I suspect i can sort out 2.6 on it in sort order. There can't be that much wrong with it...
15:56.37RPs/sort/short/
15:56.39mickeyl|officeRP: yay!
15:56.47HopsNBarleyah, guess you can't do that now - though I do parallel openslug and ucslugc builds...
15:56.54HopsNBarleysounds great, and i'll love it too!
15:57.46mickeyl|officekoen: yeah. finally some kind of event interoperability between qt and gtk
15:57.53mickeyl|officekoen: and the lower layers of course
15:58.17koenmickeyl|office: and the glib mainloop integration
15:58.42koenmickeyl|office: it means you can start looking at using dbus for opie/fluffie
15:59.07mickeyl|officekoen: yeah. Fluffie/Qt4 will happily use dbus
16:01.16hrw|workfor(rok = rok_start, a = 0; rok <= rok_end; rok++, a++)
16:01.30hrw|workjavascript suxx but atleast it work
16:02.24hrw|workmonotone:   30,9 M |       634 | 12033/17910 | 3150/4599
16:02.39*** join/#oe pb__ (n=pb@2002:5246:d929:1:20e:2eff:fe2d:60bf)
16:02.54mickeyl|officehail pb_
16:05.31*** join/#oe lardman (n=lardman@138.38.73.178)
16:05.52koenmickeyl|office: http://www.handhelds.org/hypermail/oe/68/6816.html
16:05.54greentux_alt2RP: headphone has "right mixer" off, thats a "little" bug :)
16:06.13*** join/#oe mrz80 (i=1000@caledonia.cns.ufl.edu)
16:06.21RPgreentux_alt2: Are you not in headset mode? It worked when I tested it this morning
16:06.38*** join/#oe law_ (n=_law_@213.173.86.202)
16:07.54mickeyl|officekoen: impressive!
16:08.01mickeyl|office6 times is better than what I hoped for
16:09.58koen|foodbbl
16:10.03mickeyl|office~bon appetit
16:10.05ibotextra, extra, read all about it, bon appetit is smacznego.  Guten Appetit.  Eet Smakelijk.  God Appetitt.  Buon Appetito.  Buen apetito  Bom Apetite. buen apetito
16:13.55greentux_alt2RP: you are right, it was headphone(!)... only for later finalising
16:15.05CwiiisIs it possible to compile the collie kernel without the gcc 2.9x toolchain at the moment?
16:15.34RPCwiiis: no :-(
16:15.41Cwiiisah, scratch that then :)
16:16.05hrw|work~zauruskernels
16:16.06ibotextra, extra, read all about it, zauruskernels is By default Zaurus use 2.4.18 or 2.4.20 and you need GCC 2.95.3 to compile them - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels There is also work on 2.6: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26
16:17.48hrw|workibot: no, zauruskernels is By default Zaurus used 2.4.18 or 2.4.20 which need GCC 2.95.3 to compile - all is described in OE wiki: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels Now we work on moving all models to 2.6 kernels: http://openembedded.org/cgi-bin/moin.cgi/ZaurusKernels26
16:17.50ibotokay, hrw|work
16:22.52*** join/#oe pH5 (n=ph5@e178241205.adsl.alicedsl.de)
16:23.16pH5hi
16:27.11greentux_alt2lrg + RP: perhaps you have an idea: after "arecord -c 1 -r 48000 -f S16_LE | aplay" all other apps work very fine! no problem. but without the (possible) init from arecord th emic was down.
16:27.46greentux_alt2lrg: what does arecord, what other apps (i think they are using oss emu) not do?
16:30.01lrggreentux_alt2: do you mean the mic does not work without arecord ?
16:30.29greentux_alt2lrg: yes, after loading the init states from RP the Pi/Phone app had no mic.
16:30.42greentux_alt2lrg: i assume te pi/phone uses oss (/dev/dsp r/w)
16:30.56greentux_alt2lrg: perhaps there are a little problem in the oss emulation?
16:31.10lrggreentux_alt2: can you cat /sys/device/platform/soc-audio/dpm
16:31.16*** join/#oe gints|wrk (n=gints@195.244.141.102)
16:31.20pb__hail mickeyl|office
16:31.41greentux_alt2RP: suspend worked for you?
16:32.09RPgreentux_alt2: Yes, even with music playing
16:32.25lrggreentux_alt2: same here, np on mainstone
16:32.40greentux_alt2RP: in th emoment nothing happens. will look deeper :)
16:32.51CIA-1203xora 07org.oe.dev * rbcba7ea1... 10/packages/vnc/ (tightvnc/Makefile tightvnc_1.3dev7.bb): tightvnc_1.3dev7.bb : add tightvnc recipe
16:33.26greentux_alt2lrg: root@borzoi:~# cat /sys/devices/platform/soc-audio/dpm
16:33.26greentux_alt2Mono Out 1: Off
16:33.27greentux_alt2Out 3: Off
16:33.27greentux_alt2Right PGA Mux: Off
16:33.27greentux_alt2Left PGA Mux: On
16:33.29greentux_alt2Left ADC: On
16:33.31greentux_alt2Right ADC: Off
16:33.33greentux_alt2Mic Bias: On
16:33.35greentux_alt2Left DAC: Off
16:33.37greentux_alt2Right DAC: Off
16:33.39greentux_alt2Left Out 1: Off
16:33.41greentux_alt2Right Out 1: On
16:33.43greentux_alt2Left Out 2: Off
16:33.45greentux_alt2Right Out 2: Off
16:33.47greentux_alt2Mono Mixer: Off
16:33.48RPgreentux_alt2: In future, use pastebin
16:33.49greentux_alt2DAC Mute: On
16:33.51CoreDump|home...
16:33.51greentux_alt2WM8750 Clock: Off
16:33.53greentux_alt2PM State: D3hot
16:33.55RP~pastebin
16:34.05ibotit has been said that pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste
16:34.06hrw|work~pastebin
16:34.08ibotmethinks pastebin is a place to paste your stuff without flooding the channel - try http://pastebin.com/, or http://pastebin.ca, or http://channels.debian.net/paste
16:34.08hrw|work~flood
16:34.09ibotsomebody said flood was spewing loads of output into a channel; *very* rude in most channels and often grounds for banning.  If you want to show a lot of output to someone, ask them to join you in #flood and paste the output there.
16:34.09greentux_alt2RP: sorry, yes!
16:35.57lrggreentux_alt2: dapm looks fine, the ADC is on and the mic is supplied with bias (power)
16:36.23greentux_alt2lrg: in headset mic is the "right" channel?
16:37.04RPgreentux_alt2: This was after running arecord so though so everything was working? Is it the same if you run it after booting and switching to headset mode but before you run arecord?
16:37.05greentux_alt2lrg: sorry, above do u see the working output...
16:37.18greentux_alt2RP: will do that
16:37.28hrw|workwow.. someone use qtopia under pdaX - inside of qvfb...
16:38.05CoreDump|homesounds sick
16:38.11hrw|workis sick
16:38.18hrw|workmore sick then x/qt
16:38.28CoreDump|home=)
16:38.59lrggreentux_alt2: headset mic is left chn
16:40.12greentux_alt2after rebooting: http://pastebin.ca/44111
16:40.19greentux_alt2all off, no zaurusd
16:40.28greentux_alt2switch_vd runs
16:41.30greentux_alt2mode is hodephone.
16:42.15greentux_alt2now i switch to headset with alsamixer right?
16:42.33lrggreentux_alt2: looks fine for no active streams, you need to either run aplay or arecord to see the bits powered up.
16:43.04RPgreentux_alt2: Not with alsamixer. Use the script as I detailed in the email
16:43.13greentux_alt2RP: ok
16:43.41greentux_alt2/etc/zaurusd/scripts/zaurus-mixer-callback Headset Off
16:43.56RPgreentux_alt2: Was just typing that :)
16:44.32greentux_alt2http://pastebin.ca/44112
16:44.37greentux_alt2something changed. right?
16:46.09greentux_alt2what should i do now? test the voip app or the arecord?
16:46.16lrggreentux_alt2: you need to run your app now
16:46.40greentux_alt2lrg: ok start kphone/pi, no dialing...
16:47.11greentux_alt2lrg: nothing changed
16:47.16greentux_alt2lrg: will try a call
16:47.45greentux_alt2lrg: damn! it works!
16:48.50greentux_alt2lrg: will try again. (i love that soundchip).
16:52.30greentux_alt2lrg: suspend/resume and works...
16:59.28pH5I'm planning to do the xlibs rename/move this evening (x11/x11, xpm/xpm -> xlibs/libx11, xlibs/xpm, etc.). Any objections?
16:59.57koennope
17:00.08hrw|workI do not touch .dev even
17:00.13hrw|workmonotone:   35,9 M |       634 | 16954/17910 | 4365/4599
17:00.26hrw|work3h15m
17:01.25pH5s/xpm,/libxpm,/
17:01.52*** join/#oe Timelord (n=TL@4.78.4.43)
17:05.40RPpH5: fine with me :)
17:06.20*** join/#oe zecke (n=ich@145.253.107.2)
17:07.04*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
17:07.06zeckehey
17:07.18zeckerwhitby: I have one Unslung question
17:08.20hrw|workhmm.. we need to make something like http://people.kde.nl/ (The People Behind KDE website) - "The People Behind OE"
17:08.37hrw|workwhat do you think?
17:09.05zeckeagreed, who can do it?
17:09.32RPhi zecke
17:09.41hrw|workzecke: why you always ask trouble questions?
17:09.42hrw|work:)
17:10.41ade|deskand then maybe a website for the people behind the website for the people behind oe ??
17:11.44CoreDump|home=)
17:12.23hrw|workreal    219m10.116s
17:12.24hrw|workuser    140m5.715s
17:12.24hrw|worksys     1m53.158s
17:12.33hrw|workmoreal    219m10.116s
17:12.33hrw|workuser    140m5.715s
17:12.33hrw|worksys     1m53.158s
17:12.35hrw|workops
17:12.45hrw|workit was: time ~/monotone-0.26pre-latest  pull dominion.kabel.utwente.nl org.openembedded.dev --db baza-0.26-pre.db
17:13.53hrw|workok. time to go home - cu
17:16.33CoreDump|homecu hrw|gone
17:19.50pb__hail zecke
17:19.54koenzecke: you can test monotone 0.26pre-thismorning now
17:21.00pH5org.oe.dev has two heads
17:22.05koennot on vanille.de
17:22.28*** join/#oe dkey (i=nobody@193.170.48.236)
17:23.21pH5oh, sorry. I guess 601faaded8a6427e29dc8dc43433fe9be662c96c is one of those mysterious to-be-deleted-locally revisions?
17:23.29koenyes
17:26.01minipandahi, is this the latest one?   monotone: already up to date at f076172bf11be4df22001e51898b11d9f9e2050d
17:26.27*** join/#oe zap (n=zap@217.170.93.9)
17:28.18koenmonotone: already up to date at 3a42af814b71596f330d557943e49bdcd8b602d6
17:28.25RPCoreDump|home: Submit a patch?
17:28.32CoreDump|homenahh
17:28.32koenCoreDump|home: anything with dates breaks across timezones
17:29.17CoreDump|homeit was just an idea, anything is better than hashes (if you need to compare them at least)
17:29.41koenisn't that the purpose of hashes?
17:29.45koeneasier comparision
17:30.01CoreDump|homeum not if you do the comparsion by hand heh
17:30.48koenthis is taking ages
17:30.58koenuntarring a rootfs from cf to sd on a c700
17:31.19CoreDump|homekoen: use altboot for that heh
17:31.28CoreDump|homeit mounts them async for that ;)
17:31.47koenI doubt that helps on a c700 :(
17:32.29CoreDump|homehttp://oz.hentges.net/openembedded/altboot/latest-snapshot/c7x0/ <- untested ;)
17:34.43koenmy kernel boots straight from sd :)
17:36.00CoreDump|homethat's cheating =D
17:39.11HopsNBarleythe do_package phase of the bake just walks the image/ directory to make a package, correct?
17:41.40CoreDump|homehmm that would be install/ or not?
17:42.29CoreDump|homedo_install: image/ -> install, do_package install/ -> .ipk IIRC
17:43.30CoreDump|homehmmmm looks like SD auto-mounting has problems on collie at least
17:44.26HopsNBarleyi'm trying to figure out how bb knows which files to put in the package.  the 2800 examples use various schemes.  in some of them there is no FILES defined at all.  In others, they are explicitly listed.  just looking for some light on the issue.
17:44.50RPHopsNBarley: There is a default set of FILES_ defined
17:45.57koenany volunteers for adding libata to OE?
17:46.22RPIs dbus-native-0.61 known to work?
17:47.01HopsNBarleyRP: can't find FILES anywhere in bitbake hierarchy... where is it set?
17:47.06CIA-1203rpurdie 07org.oe.dev * r0abc6467... 10/packages/libtool/libtool-native_1.5.10.bb: libtool-native: Remove unneeded DEPENDS (the original problem this works around is fixed).
17:47.36*** join/#oe [lala_] (n=lala@p54B3A12A.dip0.t-ipconnect.de)
17:48.24*** join/#oe zecke (n=ich@88.134.3.107)
17:48.35zeckehrw|gone: sorry for that
17:48.41RPHopsNBarley: conf/bitbake.conf
17:48.50zeckekoen: I have read your email
17:49.18zeckekoen: I think there is no easy way to incrementally convert?
17:49.35HopsNBarleyi see FILESDIR and FILESPATH... i'll read some code and hopefully come back with better questions!  thanks
17:49.57RPHopsNBarley: Note this file is in openembedded, not bitbake
17:50.31HopsNBarleygot it.
17:50.42koenzecke: maybe via monotone-dumb
17:52.17koenzecke: njs also had a solution for vendors with private branches
17:53.16CoreDump|homekoen: tar.gz install w/ async on collie: <1m for gpe-image
17:53.38koencollie doesn't have broken cache and ide bugs
17:53.56HopsNBarleyRP: ahhh....
17:54.39*** join/#oe incinerator (n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk)
17:57.15*** join/#oe gremlin[it] (n=gremlin@88-149-148-176.f4.ngi.it)
18:01.52CIA-1203pH5 07org.oe.dev * r71d2eba1... 10/packages/ (192 files in 75 dirs): xlibs: move X libraries to a common folder and unify naming to tarball names
18:06.01pb__pH5: rock
18:11.10*** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be)
18:12.30*** join/#oe Crofton (n=balister@hc6521cde.dhcp.vt.edu)
18:13.06zeckeCrofton: hey
18:13.13Croftonhey
18:13.29zeckenow I see you I should merge svn again :)
18:13.36zeckewell the feedback is quite low, I wonder why
18:13.59zeckeI guess everyone is perfectly happy with monotone afterall
18:14.24Croftonheh
18:15.08CosmicPenguinpeople are lazy
18:15.18CosmicPenguinI'm sure they'll have lots to say about svn if they were forced to use dit
18:16.06CIA-1203coredump 07org.oe.dev * r6e871c66... 10/packages/altboot/ (4 files in 4 dirs): altboot: Last changes before the stable relase
18:16.39koenhey mreimer
18:16.46emtezecke, monotone IS getting better ...
18:16.57HopsNBarleyi wish monotone had a '-n' flag, ala make.  would be useful for propagate
18:17.04CroftonHow is the new version of monotone? I saw some speed improvement remarks
18:17.26CroftonIs there anything explaining the multiple head problem in terms I can understand?
18:17.35koenCrofton: initial pull in 1.5 hours
18:17.59Croftonas opposed to almost forever :)
18:18.28emteCrofton, take two cars and drive them headlong into eachother ... theoretically they "could" combine into one car ... usually you end up with a mess
18:18.44Croftonhmmm
18:18.57CroftonI think I need something slightly more technical :)
18:19.33koenCrofton: we hit a bug in monotone 0.25
18:19.52koenmonotone 0.26 handled the multiple head situation without problems
18:19.55Croftonso this problem will not be as bad in .26?
18:19.56Croftonok
18:20.06law_hmm should also work now (since latest kernel update)
18:20.26law_alsa always doesnt find any soundcard
18:21.21lrglaw_: what Z do you have again ?
18:21.33law_husky c760
18:22.01lrgRP: is husky a corgi.c ?
18:22.16RPlrg: yes
18:22.33CIA-1203pH5 07org.oe.dev * rf16c11d5... 10/packages/ (167 files in 77 dirs): all over the place: adapt DEPENDS to new xlib names
18:23.24lrgRP: ah, thanks. It looks like an init problem.
18:23.41lrgIt's not matching the codec to the machine...
18:24.03law_should i post a lsmod ?
18:24.59lrglaw_: no, RP knows the machine very well. We've made some recent changes to asoc and corgi.c in asoc, so it's possible somethings been missed
18:25.13law_ah ok
18:25.21RPlaw_: I'm building a kernel now and will look into it
18:25.30law_RP: nice
18:25.37RPI'll also see if I can get the mic working with it...
18:26.24lrg~hail RP
18:26.25ibotACTION bows down to RP and chants, "I'M NOT WORTHY!!"
18:33.45*** join/#oe dan2003 (n=dan2003@cpc1-ware3-0-0-cust291.lutn.cable.ntl.com)
18:54.21CIA-1203pH5 07org.oe.dev * r45ff7b0c... 10/packages/ (5 files in 2 dirs): adapt various DEPENDS, part 2: libxdmcp
18:58.00*** join/#oe victorz (n=somebody@4ab54-1-81-56-3-73.fbx.proxad.net)
19:11.30*** join/#oe katossi (n=guillerm@dslb-084-062-145-172.pools.arcor-ip.net)
19:13.15*** join/#oe katossi (n=guillerm@dslb-084-062-145-172.pools.arcor-ip.net)
19:25.54*** join/#oe mithro (n=tim@lester.mithis.com)
19:28.36*** join/#oe mhentges (n=mhentges@xdsl-213-196-244-52.netcologne.de)
19:29.59*** join/#oe woglinde (i=woglinde@e178125013.adsl.alicedsl.de)
20:16.07*** join/#oe mr_nice (n=poison@p54A9F08B.dip.t-dialin.net)
20:17.59*** join/#oe pleemans (n=peter@d54C24BC0.access.telenet.be)
20:20.42gremlin[it]hi to all, i have an issue (dependecy issue i think)
20:21.08mhentgeshi gremlin[it]
20:21.36gremlin[it]i'm have done some changed to oe configs to build a h3600 image with kernel 2.6
20:21.55gremlin[it]recently (in last 10 days about) i got this error
20:22.02gremlin[it]| ERROR: Cannot satisfy the following dependencies for task-bootstrap:
20:22.02gremlin[it]|        kernel-module-mcp-core-2.6
20:22.11mr_nicehi all - to take a long story short, which is the correct statement in local.conf to set the TARGET_OS variable to Linux? Here is the long version :Well, I have a little trouble configuring my local.conf file. I've red the file and changed everything to my needs. I've also read, that the default TARGET_OS is Linux so i don't uncommented it. Now I've got a error ERROR: The following variable(s) were not set: TARGET_OS. After this I uncommented the  
20:22.49gremlin[it]but i have deleted all 'mcp-core' modules from my config files (ad not exist in oe original) ... :(
20:22.53gremlin[it]any clue ?
20:22.58gremlin[it]hi mhentges :)
20:23.19koengremlin[it]: rebuild task-bootstrap
20:23.51gremlin[it]i try but i got the error at the end ...
20:24.04RPmr_nice: I guess you're not using a DISTRO so TARGET_OS isn't being set to anything. It would only "default" if you use a distro
20:24.09lrgkoen: looks like our videos are online now - yikes
20:25.22koeneeks!
20:25.33koenlrg: fosdem.org or free-electrons?
20:26.12lrgkoen: free-electrons, you should have an email to your handhelds address
20:26.27mhentgesnice
20:26.49lrgkoen: I only got mine about 10 mins ago
20:27.51koenhmmm
20:28.07koenapparently the only device with the right codecs is my ipaq
20:29.38minipandakoen: hi, i've updated to latest OE.db and bitbake ...
20:29.41mr_niceRP: if I set the  DISTRO = "familiar-unstable" then i get this error ERROR: Unable to parse conf/bitbake.conf (conf/local.conf:79: unparsed line: ' DISTRO = "familiar-unstable"') The MACHINE variable is set to MACHINE = "simpad" is the familiar-unstable setting illegal if the MACHINE is set to simpad?
20:30.02minipandakoen: and now fetch bootstrap-image is ok, but i still failed to build ...
20:30.18minipandakoen: please take a look at  http://pastebin.com/578966
20:30.44tnbkoen (or someone else), this is probably a FAQ : - /, but how do I get some random package (e.g.  'atd') into my opie-image build and gpe-image? Maybe by defining EXTRA_IMAGEDEPENDS (used in rootfs_ipk.bbclass)?
20:31.18koenatd is already in gpe image :)
20:31.36tnbok, use bash as the example, then :)
20:31.46koentnb: the quickest way is to poke at BOOTSTRAP_EXTRA_(R)DEPENDS in ipaq-pxa270.conf
20:32.15RPtnb: No, you need to add it to the image dependencies. We don't have then but could probably use some EXTRA_OPIE_IMAGE_RDEPENDS and EXTRA_GPE_IMAGE_RDEPENDS people could use...
20:32.28RPThese would work like EXTRA_BOOSTRAP_RDEPENDS
20:32.37koenminipanda: rm /home/hzhang/netspectrum/wrt/20060228/build/tmp/cache -rf
20:32.47RPmr_nice: That should work - I'd work out why you get the parse error
20:32.59*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com)
20:33.09tnbwhat are the _append versions of these for? I put the packages there initially
20:33.37koentnb: did you doo foo_append = "bar" or foo_append = " bar"?
20:33.46koen_append needs an extra space
20:33.46RPtnb: append versions of which variable?
20:34.05tnband, would it go in RDEPENDS or DEPENDS or both? (their use is still unclear)
20:34.12tnbBOOTSTRAP_EXTRA_RDEPENDS_append = " udev module-init-tools bash"
20:34.15tnbfor example
20:34.19RPtnb: You're using .dev?
20:34.43tnbno, fam083
20:35.12tnb(oz354fam083)
20:35.22RPWhich file uses an _append on BOOTSTRAP_EXTRA_DEPENDS - that sounds like bad practise...
20:35.35RPFor the branch it will need to be added to both variables
20:35.48RPThis all changed in .dev which just uses RDEPENDS now
20:36.08tnbRP: conf/machine/ipaq-pxa270.conf
20:36.40tnbRP: ok (both), I'll give it a try
20:37.26RPtnb: Note that RDEPENDS takes a package name and DEPENDS takes a bitbake target name which can be different
20:37.35minipandakoen: well, it failed again, even after i removed whole /build/tmp
20:37.50tnbRP: ah, that could be my problem
20:37.55minipandakoen: and it's still the same error like my last post
20:38.27zeckerwhitby: can more than two USB disks be hooked to the NSLU when using unslung?
20:38.47*** join/#oe malfimalfi (n=malte@dslb-084-059-023-068.pools.arcor-ip.net)
20:39.06RPkoen: That append line is confusing in ipaq-pxa270.conf. If there's a reason, I can't see it :)
20:39.59RPzecke: I have some bitbake updates. I've rewritten some of the git fetcher and enhanced the mirrors handling code to accept multiple src mirrors. Just testing the changes now...
20:40.42zeckeRP: Well. Get back to real work!
20:41.02zeckeRP: if you do not listen you could move the 'command runner' to the fetcher module
20:41.07pH5btw, why do so many machine conf files append module-init-tools to BOOTSTRAP_EXTRA_RDEPENDS when it is pulled by task-bootstrap.bb already?
20:41.22zeckeRP: and make the premirror and tarballstash use any other SCM system :)
20:41.29zeckeRP: use cvs to get the git tarball :)
20:42.10pb_pH5: historical reasons, I suppose
20:42.21pb_task-bootstrap didn't use to do that
20:42.48RPpH5: That sounds like something we can cleanup
20:43.17RPzecke: I suggested moving the "command runner" to the fetcher module a while back - I thought you had concerns about it though?
20:43.48zeckeRP: ah, just general concern when using os.system
20:44.08zeckeRP: I agree though that bitbake should set exported variables when running commands
20:44.59RPzecke: so we agree having it wrapped in one function in the fetcher module would be safer than the mutliple os.system calls in each fetcher module as at the moment?
20:45.32RPI'll move it, we can then worry about making it more secure...
20:47.08gremlin[it]koen .. do u have far distance ESP debugging ability ?!?!?! i rebuild again and again, clening and not ... but nothing change ... after u said "rebuild" start to work without errors !!! :) :) :)
20:47.35koenmy crystal ball came back from repairs ;)
20:47.49gremlin[it]hihihi :)
20:48.30gremlin[it]koe wgat is the irc chan for cirrus 93xx ???
20:48.40gremlin[it]s/koe/koen/
20:49.05koengremlin[it]: #ep93xx
20:49.13gremlin[it]thanks
20:49.17zeckeRP: right
20:55.36*** join/#oe Harvy (n=norm@80-193-172-141.stb.ubr05.pres.blueyonder.co.uk)
21:00.00tnbRP: after I add a package to DEPENDS/RDEPENDS how much do I need to rebuild?
21:00.20RPzecke: I like the idea of the stash using all available SCMs. I suspect we can get into nasty loops doing that though :)
21:00.33RPtnb: Probably task-bootstrap
21:00.40tnba 'build opie-image' build the dependency, but did not include it in the base tarball
21:00.49tnbok, thanks
21:01.08zeckeRP: I would be happy to use scp instead of http
21:02.29pH5hi Philippe
21:02.36RPzecke: Indeed. I just tried multiple stash urls including a file:// and an http://. The file:// was unsupported :-/
21:02.49RPzecke: Multiple stash sources is supported though
21:03.22zeckeI'm busy implementing a couple of Fourier Transformations and I think I'm too dump
21:03.25zeckedumb even
21:03.27pH5if I want to update  libxv_2.2.2 to the one from X11R7.0 (libxv_1.0.1) - until bitbake gets epoch support, is it okay to set the version to libxv_X11R7.0-1.0.1 ?
21:04.07tnbRP: bingo! that did it, thanks!
21:05.10RPpH5: That will just break when we do get epoch support :-/
21:06.23RPpH5: Set the version to the correct string including the epoch and people with problems will just have to set a PREFERRED_VERSION...
21:06.31RPpH5: That way ipkg can still do its job
21:07.08pH5Is it correct that packages with an epoch set have colons in their file names?
21:08.03RPpH5: I guess so. You could omit the colon part and just set PV in the file to include that bit I guess...
21:08.19pH5RP: how will it break? once there is epoch support, the next version will be 1:1.0.1, which should sort after X11R7.0-1.0.1.
21:10.59RPpH5: Read the version policies page on the wiki and the debian link. It will compare X with "" and conclude X sorts higher
21:11.40RPpH5: I think anyway - try ipkg-compare-versions to be sure :)
21:11.45*** part/#oe mr_nice (n=poison@p54A9F08B.dip.t-dialin.net)
21:11.54pH5RP: thanks, I will :)
21:12.15rwhitbyzecke: with Unslung 6.7 (in alpha testing now), you can have as many disks behind a hub as you like.
21:12.16RPpH5: hang on, you're right, For some reason I was thinking there was a colon in both expressions :-/
21:12.31Philippehey pH5
21:12.40rwhitbyzecke: but I expect you would want to run OpenSlug or DebianSlug, being a linux firmware developer yourself.
21:14.07*** join/#oe champ (n=champ@216.85.238.67)
21:14.31zeckerwhitby: right, so it is time to get a NSLU2 from my paypal account
21:14.39zeckeany other ideas on how to spend money useful?
21:18.03zeckewell I'm sure I could send it to pb_
21:18.48pb_I guess you could, but that wouldn't be terribly useful.
21:19.03pb_better to spend it on buying leffe for mickey.
21:20.08pb_or scotch for kergoth, or something.
21:23.39rwhitbyzecke: it's always a good time to get an NSLU2 :-)  Unless you can find an NAS100d or DSMG600 instead ;-)
21:25.41*** join/#oe mhentges_ (n=mhentges@xdsl-81-173-170-20.netcologne.de)
21:27.04*** join/#oe greentux (n=m@195.227.105.180)
21:27.29koen|tvrwhitby: no, a ixp2800 :)
21:27.54rwhitbyheh
21:28.49koen|tvimagine a slug with 10x1.4GHz microengines  
21:29.55*** join/#oe mr_nice (n=poison@p54A9F08B.dip.t-dialin.net)
21:32.43mr_nicerp: I just want to inform you, that it now works :). I had to set both the DISTRO and the TARGET_OS variable. cya - and many thanks for such an great community :). This irc channel is very frendly to new users!
21:32.48*** part/#oe mr_nice (n=poison@p54A9F08B.dip.t-dialin.net)
21:36.11*** part/#oe law_ (n=_law_@213.173.86.202)
21:36.19greentuxkoen|tv: i am not a germ, no, i am italy :)
21:39.29lrgkoen|tv: videos have now been mentioned on lwn....
21:40.26greentuxlrg: end of day i want to say tnx to you and rp for the support @afternoon. all works perfect. good work!
21:41.02lrggreentux: np
21:42.04greentuxlrg: watch from time to time: http://www.linux-kongress.org/2006/
21:43.29koen|tvgcc 4.1 is out
21:43.38koen|tvwhich should have eabo support
21:43.45*** join/#oe Geo_KM (n=keith@ppp47-111.lns2.syd6.internode.on.net)
21:43.55woglindewhats eabo?
21:45.26koen|tvooops
21:45.29koen|tveabi that is
21:45.47mreimeryay
21:46.15koen|tvno matching glibc though
21:51.12pH5koen|tv: what is missing?
21:53.32*** join/#oe champ_ (n=champ@216.85.238.67)
21:56.48lrgnight all
22:00.38zeckehttp://cgi.ebay.de/miniLAMP-Linux-Distribution-fuer-Linksys-NSLU2_W0QQitemZ5871702247QQcategoryZ26808QQrdZ1QQcmdZViewItem
22:00.42zeckelol
22:00.54zeckerwhitby: just for some bucks you can buy Unslung on a USB stick
22:01.38woglindezecke as usual
22:03.36koen|tvpH5: a glibc release with matching eabi bits
22:06.07pH5koen: glibc 2.3.6 doesn't include those bits?
22:07.06koenpH5: afaik it doesn't
22:10.07*** join/#oe ArthurMaciel (n=Arthur@c911a25d.bhz.virtua.com.br)
22:10.08koenpH5: the gcc 4.1 from http://ewi546.ewi.utwente.nl/tmp/eabi/ needs an updated ldflags.patch
22:10.10ArthurMacielhi there.
22:10.21koenhey ArthurMaciel
22:10.31ArthurMacielare you, Ken Koen?
22:10.51koenno, I'm not Ken
22:11.17zeckeArthurMaciel: he is Klark Kent
22:11.32ArthurMacielOh, that's my nick name between my friends.
22:13.04koenzecke: and you are Bruce Wayne?
22:13.13ArthurMacielguys, I'm trying to build an h2200 image, but it fails when trying to compile gettext.
22:13.26ArthurMacielIs there any site where I can found corrections for these errors?
22:15.23*** join/#oe JustinP (i=papercra@c-67-174-226-161.hsd1.ca.comcast.net)
22:15.37zeckekoen: how did you find out
22:16.46ArthurMacielwho is Alfred here?
22:18.23zeckedunno haven't seen him in a while
22:19.29CIA-1203koen 07org.oe.dev * r2968a65d... 10/conf/distro/angstrom.conf: angstrom: prefer softfloat till we get proper eabi
22:20.10koenzecke: I used my spidersense
22:20.25ArthurMaciellol
22:20.43ArthurMacielguys, any idea on gettext errors?
22:20.49mreimerkoen: prefer softfloat to what?
22:21.15koenmreimer: hardfloat
22:21.40koenit now uses that hidious softfpa
22:22.03mreimerkoen: so when we get eabi, each binary will get tagged with what kind of fp it uses?
22:22.14zeckeArthurMaciel: gettext errors in what sense? How to use gettext? compile it?
22:22.21koenmreimer: yes, and you can mix and match them at will
22:22.34mreimerah ok
22:22.46*** join/#oe angom (n=Administ@red-corp-200.38.16.10.telnor.net)
22:22.47koenand stuff like iwmmx works
22:22.59ArthurMacielyes, while compiling it.
22:23.05mreimerkoen: in userland, or the kernel, or both?
22:23.10koenmreimer: both
22:23.13mreimernice
22:24.24woglindekoen aehm that means you can use soft when you think its better than the hardfloat support?
22:24.44koenwoglinde: yes, without apps suddenly crashing
22:25.14woglindekoen but then cpu hasnt fpu than there is nothing new
22:25.37woglindethen = when
22:34.53*** join/#oe minipanda (n=hzhang@219.236.28.40)
22:35.59ArthurMacielplease, could anyone take a look at http://rafb.net/paste/results/D17yuU86.html ?
22:40.58Zero_Chaosis there a place to browse the metadata online?
22:44.06*** part/#oe greentux (n=m@195.227.105.180)
22:44.37*** part/#oe pH5 (n=ph5@e178241205.adsl.alicedsl.de)
22:45.26Zero_Chaosmickeyl|office: ping
22:45.33Zero_Chaosmickeyl|office: bug 658
22:49.58zeckeZero_Chaos: yes
22:50.05zeckeZero_Chaos: viewmtn on ewi
22:50.36Zero_Chaoszecke: url?
22:51.47zeckemonotone.vanille.de?
22:52.18Zero_Chaosahh, thanks
22:52.29zeckeit has a link to viewmtn
22:53.06Zero_ChaosAn error has occurred
22:54.03*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com)
23:00.17*** join/#oe katossi (n=guillerm@dslb-084-062-145-172.pools.arcor-ip.net)
23:08.49*** join/#oe Geo_KM (n=keith@bh02i525f01.au.ibm.com)
23:20.42RPzecke: Do you think its reasonable to have the try_mirror function check for the file in DL_DIR first (as per http://www.rpsys.net/openzaurus/temp/bitbake_stash-r0.patch) ?
23:31.34*** join/#oe cbrake (n=cbrake@cpe-65-25-51-117.neo.res.rr.com)
23:34.32zeckelet me take a look
23:36.14zeckeRP: Isn't it checked somewhere else already?
23:36.22zeckeRP: also what about the md5 file?
23:42.42*** join/#oe CosmicPenguin (n=nobody@aus-ext-proxy01.amd.com)
23:43.51*** join/#oe benlau (n=benlau@221.125.13.158)
23:50.03*** part/#oe angom (n=Administ@red-corp-200.38.16.10.telnor.net)
23:56.18RPzecke: The way the git fetcher uses try_mirror, the check is needed and isn't covered elsewhere. The md5 file is a good question
23:57.20RPWell, its needed in that it makes things more efficient rather than having wget try and download the file which would fail if you were say offline

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.