IRC log for #oe on 20090322

00:10.02*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
00:11.48*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-91-205.w90-2.abo.wanadoo.fr)
00:25.41kergothit's pretty sad how many times variables get expanded in an OpenEmbedded build
00:29.31mwesterkergoth:  I wonder what benefits we might get in speed of metadata handling (and quality of metadata in general) if we required that all variables be declared.
00:30.24*** join/#oe brolin (n=brolin@190.157.13.75)
00:30.28kergothi've been toying with the idea of making them immutable.  and doing a = "${a} foo" would be valid, shadowing the previous layer's a with the current one's, if you were to layer the recipe, classes, conf, etc
00:30.33kergoth's been mulling over lots of things
00:33.18timtimredangstrom booting on sheevaplug!
00:33.24timtimred:D
00:33.52woglindetimtimred hehe
00:34.46timtimredwill tidy up and commit tomorrow eve.
00:44.43timtimredor maybe sooner.
01:16.55*** join/#oe xjqian (n=gordon@68-188-80-83.dhcp.stls.mo.charter.com)
01:26.06*** join/#oe mnabil_ (n=mnabil@62.135.96.186)
01:36.47*** join/#oe hufnus_cicq (n=hufnus_c@69.12.177.67)
02:08.52*** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk)
02:33.03*** join/#oe ALoGeNoff (n=alogeno@243.Red-217-125-20.staticIP.rima-tde.net)
02:45.03*** join/#oe Yillkid (n=yillkid@61-64-174-189-adsl-tpe.dynamic.so-net.net.tw)
03:01.18*** join/#oe fraxinas (n=quassel@84.170.74.114)
03:16.23*** join/#oe BenLauDC (n=benlau@221.125.8.105)
03:20.51*** join/#oe khem (n=khem@71.146.12.154)
03:44.55*** part/#oe Soopaman (n=Soopaman@67.204.55.212)
04:09.16*** join/#oe mrmoku (n=mrmoku@ppp-93-104-115-190.dynamic.mnet-online.de)
04:28.01CIA-203Mike Westerhof <mwester@dls.net> 07org.openembedded.dev * r34be9d4ae4 10openembedded.git/recipes/ (3 files in 3 dirs):
04:28.01CIA-2libgsm, bogofilter, man: fix misuse of FILESDIR
04:28.01CIA-2(Required to make these build again after some earlier changes)
04:28.51mwesterGee, I wish people would BUILD STUFF before they commit changes!!!
04:29.38mwesterI feel like for every one feature I commit, I commit at least a half-dozen fixes caused because somebody checks in a change without caring to test it!
04:30.45mwesterAnd what happened to sending RFCs for intrusive changes??  Changing base.bbclass should NEVER be done without an RFC, so that we all know what is going on.
04:57.36*** join/#oe slapin (n=slapin@iap-pxy-mow1.siemens.ru)
04:57.39*** join/#oe slapin_ (n=slapin@212.248.25.26)
05:58.49*** join/#oe sakoman_ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
06:37.45*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
07:25.06*** join/#oe ALoGeNoff (n=alogeno@243.Red-217-125-20.staticIP.rima-tde.net)
07:48.09*** join/#oe ALoGeNo (n=alogeno@243.Red-217-125-20.staticIP.rima-tde.net)
08:27.08*** join/#oe mnabil_ (n=mnabil@196.205.192.104)
08:43.06*** join/#oe gremlin[it] (n=gremlin@217.203.148.114)
09:10.34*** join/#oe lrg__ (n=lrg@80-47-100-203.lond-hex.dynamic.dial.as9105.com)
09:28.43*** join/#oe lrg__ (n=lrg@80.47.115.209)
09:35.09*** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl)
09:45.30*** join/#oe ALoGeNo (n=alogeno@243.Red-217-125-20.staticIP.rima-tde.net)
09:54.44*** join/#oe sroecker (n=sroecker@BAH5f71.bah.pppool.de)
09:57.54*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
10:11.16*** join/#oe Gnutoo (n=gnutoo@host70-133-dynamic.31-79-r.retail.telecomitalia.it)
10:25.24*** join/#oe pocek_ (i=pock@77-253-48-233.adsl.inetia.pl)
10:29.44*** join/#oe Ainulind1le (n=ainu@88.169.118.147)
10:45.35*** join/#oe XorA (n=XorA@94-193-93-235.zone7.bethere.co.uk)
11:05.28*** join/#oe mpoullet (n=mpoullet@77-22-121-59-dynip.superkabel.de)
11:35.37*** join/#oe ant__ (n=andrea@host48-248-dynamic.15-87-r.retail.telecomitalia.it)
11:35.50ant__good morning
11:37.01ant__I see qemu-native failing strangely...and the WORKDIR seems insane... base.bbclass changes (FILESPATH)?
11:38.42ant__e.g. xt-base/mmu.h.svn-base': Permission denied
11:38.42ant__cp: cannot create regular file `/oe/build/tmp/angstrom/work/i686-linux/qemu-native-0.9.1+svnr4242-r14/./qemu-native-0.9.1+svnr4242-r14/trunk/target-cris/.svn/text-base/mmu.c.svn-base': Permission denied
11:39.23ant__andrea@mizar /oe/build/tmp/angstrom/work/i686-linux/qemu-native-0.9.1+svnr4242-r14/qemu-native-0.9.1+svnr4242-r14/qemu-native-0.9.1+svnr4242-r14/qemu-native-0.9.1+svnr4242-r14/qemu
11:39.24ant__-native-0.9.1+svnr4242-r14/qemu-native-0.9.1+svnr4242-r14/qemu-native-0.9.1+svnr4242-r14 $
11:39.25ant__???
11:45.41mpoullet|homegood morning
11:47.02*** join/#oe putumutukas (n=putukas@62.65.236.211)
11:48.23ant__hmm.. at least is compiling now (FILESPATH = "${FILE_DIRNAME}/qemu-0.9.1+svn/"
11:48.23ant__FILESDIR = "${WORKDIR}"
11:48.23ant__)
11:55.18*** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl)
12:07.30mpoullet|homehi, I've a new dir called --no-check-certificate in my DL_DIR, what's the hell is that??
12:08.33mpoullet|homeit seems that it doesn't reuse the previous content of my DL_DIR
12:08.48mpoullet|homeand fetches everything again to this new dir
12:16.48XorAmpoullet|home: interesting new symptoms, do you have a custom setup?
12:19.14mpoullet|homeXorA: a little bit, here is my local.conf: http://pastebin.com/d3fe1e453
12:20.04mpoullet|homedoing a clean console-image rebuild right now
12:21.58*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
12:22.14mpoullet|homeI confirm: almost all the new downloads go in DL_DIR/--no-check-certificate
12:24.18*** join/#oe caratorn (n=aratorn@88.168.237.15)
12:26.07*** join/#oe Ojg (n=Ojg@c-83-233-228-68.cust.bredband2.com)
12:31.27XorAmpoullet|home: it looks like an arguments to wget is being used as the destination directory, that is odd
12:31.37XorAmpoullet|home: cant see any obvious cause in local.conf
12:32.19XorAold version of wget? or non linux host?
12:32.58mpoullet|homeXorA: well before I'v done a git pull today, it has always worked
12:33.30mpoullet|homeI haven't update for a week or so, waiting for the packages->recipes transition
12:33.41mpoullet|hometoday I've pulled and bang...
12:34.19mpoullet|homeXorA: wget: GNU Wget 1.11.4 on Ubuntu 8.10
12:38.15XorAmpoullet|home: you might have to git-bisect to find the change that borked it :-(
12:40.32XorAmpoullet|home: I suspect commit 2652dfa9fb6da4423f9d556aaa289ac6fc198fe5
12:43.20*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
12:46.47mpoullet|homeXorA: thanks for the tip
12:47.15mpoullet|homebut I must first fix alsa-state :-(
12:47.25XorA~curse alsa :-D
12:47.26ibotMay you be reincarnated as a Windows XP administrator, alsa :-D !
12:47.45mpoullet|homeit breaks at do_unpack...
12:48.16mpoullet|homethere's a cp into itself there
12:52.40*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
12:52.48*** join/#oe flameman (n=toor@net-93-65-19-21.cust.dsl.vodafone.it)
12:55.30*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
12:58.59*** join/#oe Genesis (n=genesis@98.78.74-86.rev.gaoland.net)
13:11.16*** join/#oe pvmhk (n=peter@80.101.178.185)
13:13.33Crofton|workI have a feelling kergoth's commits broke alsa-state
13:19.30mpoullet|homeoe_unpack_file is already called with the wrong file parameter...
13:20.54mpoullet|homeit's very hard for me to trace this further, any idea from some wizz around?
13:21.46mpoullet|homewith debugs in oe_unpack_file: http://pastebin.com/d719563ec
13:23.46mpoullet|homeinvestigating further in base_do_unpack...
13:23.48*** join/#oe Sleep_Walker (n=Sleep@1.57.broadband2.iol.cz)
13:26.20mpoullet|homethe local variable in base_do_unpack is already wrong
13:26.32mpoullet|hometrying to understand why
13:29.33mwestermpoullet|home:  Exactly the same symptoms I observed. Look for FILESDIR/FILESPATH problems in the recipe itself.
13:30.52mwestermpoullet|home:  See commit 34be9d4ae444d7109c3ea7232671bc63ec73918c for a couple of different fixes, one of which might apply for your situation
13:32.53mpoullet|homemwester: thanks, what is the best way to examine a single commit (still no so good at git...)
13:33.08Crofton|workcgit.openembedded.org
13:33.26mwesteris it alsa-state that's broken?
13:33.30Crofton|workyes
13:33.36mpoullet|homemwester: yes
13:33.45mwesterNo direct refs to FILESDIR or FILESPATH therein.
13:34.09mwesterBut I do see a wildcard in the SRC_URI, which makes me suspicious.
13:34.15mpoullet|homemwester: here with some debugs: http://pastebin.com/d185a44ee
13:34.31mwesterTry manually expanding that to the list of all the real .state files
13:34.58mpoullet|homemwester: debugs added this way: http://pastebin.com/d2bace82
13:35.23*** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh)
13:35.55*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
13:35.58mpoullet|homeCrofton|work: how do I locate quickly a commit in the cgit interface?
13:36.49mwesterJust type "git show  <git-hash>"
13:37.03mwesterat the command line, and you'll get the patch that was applied.
13:37.26mwesterbets a beer that the wildcard is the problem
13:38.27*** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com)
13:38.59mpoullet|homemwester: thanks, got it!
13:40.05mpoullet|homemwester: you mean file://*.state could be the problem?
13:40.44mwesterThat's a guess, but I'd try it -- should be easy to replace that with a list of the individual .state files
13:42.17mpoullet|homemwester: thanks, I'm trying that
13:45.12*** join/#oe putukas (n=putukas@62.65.236.69.cable.starman.ee)
13:47.55mpoullet|homemwester: THANK YOU!
13:48.18mpoullet|homeputting all the .state files in the recipe instead of using the wildcard fixes it
13:48.58mwesterOk.  Well, I'm not sure that wildcards in SRC_URI was ever documented, but it seems a useful feature that just regressed with kergoth's fix.
13:49.00mwester:(
13:49.20XorAIm not sure they are a wise feature
13:49.44mwesterConvenience vs Sloppiness
13:49.49XorAyes
13:50.11XorAkind of hard to check if a file is in use if you cant grep for it in meta data
13:50.36mwesterAh, that is a VERY good point, and I'll change my position based on that.
13:51.28mpoullet|homeXorA: I completely agree with you
13:55.52*** join/#oe synchris_odium (n=synchris@athedsl-205657.home.otenet.gr)
14:00.39Croftonis someone going to push a fix?
14:12.03*** join/#oe bin1010 (n=mia@71.40.238.241)
14:12.44CIA-203Philip Balister <philip@balister.org> 07org.openembedded.dev * r5667b0ad6b 10openembedded.git/conf/checksums.ini: checksums.ini : Add checksums for libconfig-1.3.1.tar.gz and qwo-0.4.tar.gz.
14:12.44CIA-203Philip Balister <philip@balister.org> 07org.openembedded.dev * r9429a8e008 10openembedded.git/recipes/libconfig/libconfig_1.3.1.bb:
14:12.44CIA-2libconfig : Add new recipe for libconfig-1.3.1.
14:12.47CIA-2Libconfig is a library for managing structured config files.
14:12.49CIA-203Philip Balister <philip@balister.org> 07org.openembedded.dev * r3ec6fa5f0b 10openembedded.git/recipes/qwo/ (qwo-0.4/check_lib.patch qwo_0.4.bb):
14:12.52CIA-2qwo : Add new recipe for qwo.
14:12.54CIA-2* qwo is an input method for text on hand-held devices.
14:13.11mpoullet|homeCrofton: I've sent a patch in the ml, so that people can discuss the issue there
14:13.41Croftonok
14:24.55*** join/#oe schme (n=schme@sxemacs/devel/schme)
14:25.05schmeOh hello #oe
14:25.13schmeAnyone good with slugs?
14:53.25Croftonmpoullet|home, I agree with the patch
14:53.49Croftonthe wild card make sit easier for people to add state files without bumping PR
14:57.58*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
14:58.19mpoullet|homeCrofton: yes, that's true, wildcard is evil :)!
14:58.56Croftonwe use them in packaging a lot
14:59.09Crofton, but that is more ok because the input files are controlled
15:01.40*** join/#oe chouimat (n=quassel@173.32.131.195)
15:01.50Croftonah, I can fix the commit message with git commit --amend without trashing the author
15:02.39mwesterschme:  you might either try asking your question here, or if your question is not about OE but about the NSLU2, then try the #nslu2-linux channel. :)
15:04.10mpoullet|homeCrofton: cool, thanks
15:08.23*** join/#oe likewise (n=likewise@82-171-51-231.ip.telfort.nl)
15:09.25Croftonah, I can also edit the mbox prior to applying the patch
15:10.07*** join/#oe sakoman__ (n=sakoman@static-74-41-60-154.dsl1.pco.ca.frontiernet.net)
15:10.29Croftonmpoullet|home, if I see a couple more acked-by's I'll go ahead and apply
15:12.21*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
15:17.39schmemwester: Oh sorry there, it seems I got a brain fart and forgot the question. Very much thanks for not giving me the "don't ask to ask, you retard" (:  Also thanks for pointing me to the channel there.
15:23.40mpoullet|homedoes someone know why angstrom doesn't look if DEPLOY_DIR is set or not?
15:24.15mpoullet|homeI'm tired of always editing angstom.inc and adding DEPLOY_DIR ?= "${TMPDIR}/deploy/${ANGSTROMLIBC}"
15:24.48mwesterCan't you put that in your local.conf?
15:25.51mpoullet|homemwester: I set it in my local.conf
15:25.59mpoullet|homebut angstrom.inc ignores it
15:26.15mpoullet|homebecause of DEPLOY_DIR = "${TMPDIR}/deploy/${ANGSTROMLIBC}" in it
15:26.24mpoullet|homeinstead of ?=
15:26.37sakoman__Crofton: how does qwo compare to rosetta?
15:27.02Croftondunno
15:27.09Croftonsomeone else submitted it
15:27.14CroftonI was being helpful
15:27.14sakoman__ah, OK
15:27.24sakoman__guess I'll have to build it and try
15:27.37CroftonI think I know how to commit and edit commit message without losing author now :)
15:27.51sakoman__rosetta is segfaulting in recent builds so I'm looking for an alternative
15:28.06sakoman__one that has been maintained in the last few years :-)
15:28.19sakoman__rosettahas been dormant for years
15:28.49sakoman__Crofton: just put a From: in the patch with the submitters name
15:28.51CroftonI think the qwo author submitted the recipe
15:29.06*** join/#oe brolin (n=brolin@190.157.13.75)
15:30.46sakoman__Crofton: ah, qwo isn't handwriting recognition, so it isn't an alternative
15:31.04sakoman__guess I will have to keep working on rosetta
15:31.13Croftonbummer
15:31.39sakoman__yeah, I'm not a X kind of guy and the bug seems to be in X font handling
15:32.26sakoman__rosetta can't find a font it likes
15:32.39sakoman__and it isn't picky at all :-)
15:41.48*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
15:44.57ant__signales a new victiom of file://xy-* keymaps_1.0.bb
15:48.25ant__oh..we have still 2.4 keymaps
15:48.40ant__who's using these?
15:51.34ant__mpoullet|home: go and weak-assign tha variables in angstrom.inc...it's just nobody dares to commit that fix ;-)
15:53.21ant__denix: ping
16:01.38mpoullet|homeant__: I've dared, I've submitted it on the ml :)
16:01.53ant__I'm thinking about committing it now...
16:02.01ant__looking for koen atm
16:02.54ant__the fix to base.bbclass needs discussion, though. I see denix had same issue and solved independently in the samw way :-)
16:03.32*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
16:04.25mpoullet|homeachieves to do a complete console-image in 10mn using packaged-staging :-D
16:04.51ant__mpoullet|home: console-image is ok, if you don'u use binary locales
16:05.01ant__otherwise fix qemu_svn
16:05.07ant__(I'l commit soon)
16:05.27ant__and, for X11 images, keymaps is broken too
16:05.41ant__noit exactly the right weekend to do tests :-)
16:08.44mpoullet|homedoes someone know how to generate a squashfs image instead of the jffs2?
16:12.25*** join/#oe rschuster (n=rob@f053000214.adsl.alicedsl.de)
16:12.55*** join/#oe mickey|sofa (n=mickey@e180142255.adsl.alicedsl.de)
16:15.55mwesterant__:  it's like this for one reason or another on far too many weekends!  ;-)   Last weekend it was the broken commit to OE that left me unable to push or sync for the entire weekend...
16:16.15mwesterOE has just gotten rather too unstable lately, and nothing we propose seems to fix that. :(
16:17.23mwesterI set a goal that seemed very realistic:  Test SlugOS builds with an empty TMPDIR at least once per week, to make sure it builds for any SlugOS users who are interested.   I find now that might have been too agressive a goal; it is very difficult just to keep it working once per week!
16:19.50ant__lol
16:20.27ant__mpoullet|home: ah..alsa-state fails too
16:20.29ant__:/
16:20.56ant__these seems easy fixes, though
16:22.04*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
16:23.24*** join/#oe bin1010 (n=mia@rrcs-71-40-238-241.sw.biz.rr.com)
16:26.26*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
16:26.29mwesterI think the issue is not so much how hard the fixes are, nor if they are justifed fixes of buggy recipes -- rather it is that the commit was done with no notice, and no testing.   I wasted two hours finding the problem; the author would have identified those problems and known how to fix them in 30 seconds.
16:28.04ant__he...we should reject all friday's commits :-)
16:28.13ant__fixes coming on monday usually...
16:28.16Crofton|workcan I get a few more Acked-by's on the alsa-stte patch ...
16:28.42ant__oh..I missed yours...I'm fixing it too...
16:28.53*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
16:29.02Crofton|workthe fix is mpoullet|home 's
16:29.13Crofton|worklooks goog to me, but I want to see more people agreeing
16:29.41ant__well, let's test it and ack, then
16:29.50Crofton|workwhen you like a pacthm use the line:
16:30.12Crofton|workAcked-by: name/email in the email, so patchwork picks it up and adds it to the patch
16:30.24ant__ah, yes, patchworks
16:30.44Crofton|workhttp://patchwork.openembedded.org/patch/180/
16:35.48Crofton|workant__, the fix works
16:35.48Crofton|workjust need enough review to make sure the wildcard is not a really brilliant idea we do not undrstand
16:35.48ant__Crofton: I've fixed keymaps here in similar way...but...
16:38.03*** join/#oe rsalveti (n=salveti@pc-a81040.wlan.inet.fi)
16:38.06*** join/#oe sudharsh (n=sudharsh@unaffiliated/sudharsh)
16:42.58*** join/#oe Russ (i=foobar@70.176.253.20)
16:43.24*** join/#oe fm45l3su3 (i=xp@59-114-130-109.dynamic.hinet.net)
16:50.06*** join/#oe pleemans (n=toi@d54C2AAB7.access.telenet.be)
16:55.13ant__mpoullet|home: good news x11-image builds again :-)
16:55.21*** join/#oe putumutukas (n=putukas@82.131.111.132.cable.starman.ee)
17:06.09*** join/#oe otavio (n=otavio@debian/developer/otavio)
17:16.02CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r01035b12f0 10openembedded.git/recipes/qemu/qemu_svn.bb: qemu_svn: fix FILESPATH after base.bbclass changes
17:16.12CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r6c2fa641b6 10openembedded.git/recipes/keymaps/keymaps_1.0.bb:
17:16.12CIA-2keymaps: wildcard in SRC_URI doesn't work anymore, specify files
17:16.12CIA-2- skip linux-2.4 keymaps
17:16.12CIA-2- bump PR
17:17.41ant__Crofton|work: go with alsa-state
17:19.36Croftonok
17:33.08Crofton|workI buggered the author on the alsa-state patch
17:33.10Crofton|workcrap
17:35.30*** join/#oe timtimred (n=meh@79-69-72-152.dynamic.dsl.as9105.com)
17:36.21CIA-203Philip Balister <philip@balister.org> 07org.openembedded.dev * rda1c299463 10openembedded.git/recipes/alsa/alsa-state.bb:
17:36.21CIA-2alsa-state: Wildcard removed and all *.state put back in the recipes
17:36.21CIA-2Bump PR
17:36.21CIA-2From: Matthieu Poullet (matthieu.poullet@gmail.com)
17:36.21CIA-2Acked-by: Philip Balister (philip@balister.org)
17:36.23CIA-2Acked-by: Andrea Adami (andrea.adami@gmail.com)
17:46.15*** join/#oe Ojg|laptop (n=Ojg@83.209.133.140)
17:53.44*** join/#oe eFfeM (n=frans@195-241-226-180.ip.telfort.nl)
18:02.33*** join/#oe mpoullet|home (n=mpoullet@77-22-121-59-dynip.superkabel.de)
18:03.35mpoullet|homeare the discussions in #oe logged?
18:03.47mpoullet|homeif yes, where?
18:05.26Crofton|work~logs
18:05.28ibotAll conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged.
18:05.37Crofton|work~botsnack
18:05.37ibotCrofton|work: aw, gee
18:05.50mpoullet|homeCrofton|work: thanks
18:05.54ant__and courtesy of hentges http://www.hentges.net/irclogs/
18:08.49ant__ok, I'm launching another build from scratch. bbl
18:10.45*** join/#oe guillaum1 (n=gl@AMontsouris-153-1-55-75.w86-212.abo.wanadoo.fr)
18:13.22mpoullet|homeant__: I'm glad to see that x11-image works again too :)
18:14.24mpoullet|homewhen a rebuild is done using packaged-staging, it outputs sooo much on the console, it is simply too much
18:14.46mpoullet|homedoes someone know how to reduce it?
18:15.10mpoullet|homeI think the lines beginning with NOTE: are enough
18:17.44mpoullet|homeespecially the big paragraphs with a long list of staging-* packages name which come again and again
18:33.14mpoullet|homebefore leaving I'd like to thank all the helpfull people here
18:33.19hrw|goneCrofton|work, mpoullet|home: I just NACK-ed rda1c299463 patch
18:33.59Croftonwhat don't you like about it?
18:34.10mpoullet|homepackaged-staging works almost well, my last issue is with the opkg-native, see the m-l
18:34.15hrw|goneread mailinglist
18:34.22Croftonok
18:34.36Croftoncan we leave it in for now so builds work?
18:34.54hrw|goneI would rather revert and apply it in proper way
18:35.07Croftonyeah, that is fine
18:35.17hrw|gonecan you do that?
18:35.20Croftonbut don't revert until we know what the proper fix is :)
18:35.30hrw|goneI listed fix
18:35.31Croftonno, I am about to go ride my bike
18:35.34hrw|goneok
18:35.40Croftonnice day here
18:35.46Crofton:)
18:35.47hrw|gone19:35 here
18:35.51Croftonbeen inside too long
18:35.55Crofton1435
18:36.01Crofton17-18C
18:36.25mpoullet|homehrw|gone: ok, I've learned something, thanks!
18:37.30mpoullet|homegb
18:37.33*** part/#oe mpoullet|home (n=mpoullet@77-22-121-59-dynip.superkabel.de)
18:39.48Croftonah, I see how it should work
18:40.09CroftonI'll fix later, if no one else does
18:44.52*** join/#oe Jay7 (n=jay@93-81-69-87.broadband.corbina.ru)
18:51.20*** join/#oe florian (n=fuchs@f049169204.adsl.alicedsl.de)
19:15.08CIA-203Denys Dmytriyenko <denis@denix.org> 07org.openembedded.dev * r681aba468c 10openembedded.git/conf/bitbake.conf: bitbake.conf: --no-check-certificate was added to the wrong place for RESUMECOMMAND_wget
19:25.25CIA-203Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r30b5d30c27 10openembedded.git/recipes/alsa/alsa-state.bb: alsa-state: fix for a780 additional states
19:25.26CIA-203Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * r139b0c1bad 10openembedded.git/recipes/alsa/alsa-state.bb: alsa-state: ${PN} is not always 'all' - some devices have own asound.conf
19:25.27CIA-203Marcin Juszkiewicz <hrw@openembedded.org> 07org.openembedded.dev * rdc6fc903ac 10openembedded.git/recipes/alsa/alsa-state.bb: alsa-state: revert wrong fix, do that better
19:27.22hrw|goneCrofton|work: reverted, fixed, improved
19:28.28*** join/#oe kristoffer (n=kristoff@79.138.149.91.bredband.tre.se)
19:29.42*** join/#oe mnabil (n=mnabil@196.205.193.43)
19:40.55*** join/#oe morphis (n=morphis@p5489AC24.dip0.t-ipconnect.de)
19:52.55*** join/#oe lrg__ (n=lrg@80-47-115-209.lond-hex.dynamic.dial.as9105.com)
19:53.02Croftonhrw|gone, thanks
20:03.37*** join/#oe wicknix (n=wicked@32.143.157.84)
20:17.08*** join/#oe jkridner_ (n=jason@c-76-31-18-64.hsd1.tx.comcast.net)
20:27.04CIA-203Tim 'timtim' Ellis <tim.ellis@foonas.org> 07org.openembedded.dev * rcd6ff2efac 10openembedded.git/recipes/linux/ (3 files in 2 dirs): linux-kirkwood: Add kernel recipe for Marvell Kirkwood platforms including the Sheevaplug
20:28.19CIA-203Tim 'timtim' Ellis <tim.ellis@foonas.org> 07org.openembedded.dev * r234d560853 10openembedded.git/conf/machine/ (include/kirkwood.inc sheevaplug.conf): sheevaplug: Add machine config for Sheevaplug and a generic include for Kirkwood platforms
20:28.40timtimredangstrom + sheevaplug = yay.
20:49.02*** join/#oe Sleep_Walker (n=Sleep@gprs2.vodafone.cz)
20:57.07eFfeMtimtimred: nice!
20:57.40*** join/#oe grma (n=gruberm@chello212186029093.tirol.surfer.at)
20:59.56eFfeMif I want to write my own install to add some functionality to do_install, what should I do to do the original install?
21:00.38timtimredthe wisdom you seek is in a .bbclass file...
21:00.53timtimredstrong will your understanding be if you follow this path...
21:01.08timtimredhungry i am... off i go...
21:01.14timtimred</yoda>
21:01.27eFfeMneither oe_runmake install nor oe_runmake DESTDIR="${D}" install does do the job
21:01.38eFfeMtimtimred: enjoy your food
21:03.24timtimredeFfeM try to use linux.inc too if poss.
21:04.44Jay7Release 0.10.1 of QEMU
21:04.55Jay7http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01052.html
21:07.00Gnutoohi, how hackable is the  SheevaPlug ?
21:08.12eFfeMas it is a dev platform i expect it to be quite hackable
21:08.47Gnutoowhat about the bootloader: how does it load the kernel,and is the kernel easy to replace...
21:09.09Gnutooby the way I saw that an OSGI implamentation is planed...will it be concierge?
21:09.09eFfeMno idea
21:09.12Gnutoook
21:09.14Gnutoothanks
21:09.20eFfeMdoes not have a sheevaplug yet
21:09.23Gnutoook
21:09.54eFfeMif i recall correctly linuxdevices told that martin michlmayr was going to work on it
21:10.07Gnutoothere was a guy living in italy that proposed to buy sheevaplugs...and I live in italy...so I'm evaluating if I will buy one
21:10.13Gnutoook
21:10.47eFfeMlikewise did the same, he ordered for me too, they are already ordered
21:10.51eFfeMhe lives close to me
21:11.17Gnutoook
21:12.35Gnutoomaybe timtimred knows about the bootloader as he commited the machine config...
21:12.53eFfeMguess so but he is too busy eating atm :-)
21:13.06Gnutoook
21:15.02mwesterGnutoo:  it is very "hackable" - the SheevaPlug is a dev platform, with full access to uboot and the ability to boot from multiple places (inc. USB).
21:15.09timtimredhi bootloader config? i didnt add one...
21:15.13timtimredum did i?
21:15.19Gnutoowow...boot from usb...
21:15.24timtimredyes it boots from usb
21:15.27timtimredand NAND
21:15.30timtimrednot SD though
21:15.37Gnutootimtimred, no you didn't add it
21:15.38timtimredand tftp
21:15.41Gnutoowow
21:16.09Gnutoomaybe it could replace my router one day...
21:16.10mwester;-) it's almost too good to be true!
21:16.16timtimredtheres a #openplug channel for sheeva chat too... thats reasonably populated
21:16.24Gnutoowow
21:16.27timtimredusb booting works....... mostly
21:16.42timtimredoccasionally it fails to find the usb storage device
21:16.46mwesterstill some bugs to work out...
21:16.48Gnutooah ok
21:17.05timtimredthat could be my crap cheap usb key though
21:17.10timtimred:D
21:18.16Gnutoosuch computer...is the perfect computer(but lack wifi hostap) for replacing web applications such as facebook,youtube,blogs etc...with cms etc...
21:18.51*** join/#oe pcgeil (n=steffen@p5B17ED32.dip.t-dialin.net)
21:18.51Gnutooit would be great if there is a company or people that [also] use it this way
21:18.59eFfeMaahrg, why does do_install_append not work for me
21:19.10eFfeMdoes not feel fortunate today
21:19.11*** join/#oe marcosmamorim (n=marcos@201.68.195.31)
21:19.24eFfeMGnutoo: add a wifi dongle
21:19.43GnutooeFfeM, yes...but which one supports a reliable hostap
21:19.47Gnutoo?
21:20.27timtimredbut, you can plug it into the plug where your router is and use the ethernet :)
21:20.44eFfeMactually marvell has a chip with wifi but never got hold of a good src for dev boards number was 8618 or so, it was intended for voip, usb otg, audio in/out wifh (of course a phy chip needed to be added
21:20.58eFfeMGnutoo: i think atheros chips have a decent hostap
21:21.17eFfeMor get whatever is in a wrt54gl and look what they do in their sw
21:21.58Gnutoothe problem for me is that it must have a free driver,and be avaliable as usb
21:22.13Gnutoothe broadcom work more or less well but are not avaliable as usb
21:22.29Gnutoo(you've also got a free firmware as bonus)
21:23.06*** join/#oe pinguozzz (n=pinguozz@host-78-13-166-8.cust-adsl.tiscali.it)
21:23.16timtimredanyway i think its great for the money
21:23.26timtimredcant complain too much :)
21:23.52timtimredim not sure orders are shipping yet tho
21:23.55Gnutooyes...I think i'll buy one anyway at the end
21:24.26timtimred:D
21:25.21GnutooThe problem with the ethernet is voip...and I use voip(I've an asterisk server),moreover it's difficult for the joe user to configure his router...could it be done automatically(in the case of making a box that replace web services)?
21:25.58Gnutoo(I'm not complaining but rather looking how to replace my router with it...)
21:26.29*** join/#oe Crofton|work (n=balister@pool-96-240-173-146.ronkva.east.verizon.net)
21:30.12eFfeMtrue, most of the things I've seen with hostap are minipci cards
21:32.56svolpeexit
21:33.04svolpeopps sorry.
21:34.06*** join/#oe svolpe (n=Gerrath@unaffiliated/gerrath)
21:35.13*** join/#oe Vitus (n=vitus@p548384D3.dip0.t-ipconnect.de)
21:54.57*** join/#oe rschuster (n=rob@f053000214.adsl.alicedsl.de)
22:11.39CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r00869ed01c 10openembedded.git/recipes/opie-multikey/opie-multikey.inc: opie-multikey.inc: add ru.keymap using SR_URI_append
22:23.13*** join/#oe titlebloc (n=tilp@cpe-76-95-172-5.socal.res.rr.com)
22:24.18*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
22:25.18*** part/#oe titlebloc (n=tilp@cpe-76-95-172-5.socal.res.rr.com)
22:28.17CIA-203Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r1f95213480 10openembedded.git/conf/machine/c7x0.conf: c7x0.conf: fix typo (rootfs is 53 MB)
22:34.33*** join/#oe tmbinc (i=abcd@83.141.3.59)
22:34.52*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
22:59.44*** join/#oe kergoth (n=kergoth@ip68-3-163-239.ph.ph.cox.net)
23:03.51*** join/#oe brolin (n=brolin@190.157.13.75)
23:23.06*** join/#oe mithro (n=tim@unaffiliated/mithro)
23:58.07*** join/#oe rwhitby (n=rwhitby@nslu2-linux/rwhitby)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.