IRC log for #oe on 20091105

00:00.15*** part/#oe orbarron|OoO (n=orb@nat/ti/x-vzwgnrhumbwovmqi)
00:10.20*** join/#oe rsalveti (n=rsalveti@189.115.172.148)
00:16.21*** join/#oe thaytan (n=jan@78.16.81.164)
00:25.13*** join/#oe starek (n=marel@unaffiliated/romani)
00:25.26*** part/#oe starek (n=marel@unaffiliated/romani)
00:27.47*** join/#oe hufnus_cicq (n=hufnus_c@69-12-177-67.dsl.static.sonic.net)
00:46.09*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
00:47.47*** join/#oe BenLauDC (n=benlau@221.125.8.18)
00:53.12*** join/#oe benlau2 (n=benlau@221.125.8.45)
01:02.36*** join/#oe mithro (n=tim@unaffiliated/mithro)
01:04.21*** join/#oe frogger_ (n=frogger@cl-2094.ham-01.de.sixxs.net)
01:04.51*** join/#oe freddy (n=freddy@hotel742.server4you.de)
01:22.15*** join/#oe kg4ysn (n=kg4ysn@gateway.headnut.org)
01:24.08kg4ysnhas anyone had success with src_distribute_local added to INHERIT?
01:40.55*** join/#oe Ironnads_ (n=Ironnads@host86-144-102-167.range86-144.btcentralplus.com)
01:44.03kg4ysnah nevermind, looks like i didn't clean /tmp well enough
01:46.38*** join/#oe marcosmamorim (n=marcos@201-43-208-59.dsl.telesp.net.br)
01:50.03nullpuppykergoth: where is the tmp/deploy/etc dir? i'm not finding one in me OE tree anywhere.
01:50.28kergothTMPDIR defaults to ${TOPDIR}/tmp
01:50.37kergothtopdir defaults to $PWD, where you ran the bitbake command
01:52.06kergothhttp://docs.openembedded.org/usermanual/html/gettingoe_configuring_oe.html
01:52.42kergothto use that example structure, it would be $OEBASE/build/tmp/deploy/images/, assuming you run in build, which is the usual case
01:53.44kergothnullpuppy: http://docs.openembedded.org/usermanual/html/usage_workspace.html describes this.
01:54.00nullpuppyhmm
01:55.21nullpuppyok. i wonder if i rm'd tmp, cause i'm not finding one. *sigh*
01:55.54*** join/#oe mekius (n=mekius@enlightenment/developer/mekius)
01:57.34kergothtmp is created when you do a build, relative to the dir you run the command in
01:57.58kergothcan always explicitly set TOPDIR or TMPDIR in local.conf to make it always emit relative to the build dir
01:58.00kergothmany do so
01:59.09nullpuppyyeah. i still had the screen session open that i ran bitbake in, (which, since i was following angstrom build instructions, was in $(OE)/openembedded)
02:00.02nullpuppyand the setup script isn't changing TOPDIR or TMPDIR so.. i dunno what happened.
02:00.57kergothshrugs
02:01.17nullpuppyyep, pretty much.
02:01.22nullpuppyrebuilding now.
02:03.04nullpuppy*sigh* screen -x can be so unreliable sometimes.
02:04.58nullpuppyhmm, and i don't see a tmp being generated. /me pokes around a bit.
02:10.36nullpuppykergoth: ok... if its not creating a tmp dir in pwd, have any idea what i should do or look for/at?
02:10.55nullpuppyoooh
02:10.56kergothbitbake -e | grep \^TMPDIR=
02:10.59nullpuppyignore that.
02:11.35nullpuppythe local.conf is setting it ;)
02:12.11nullpuppyhowever, i don't have a deploy/images. i do have a deploy/ which only has glibc in it.
02:12.30nullpuppyah ha! ok.
02:12.54nullpuppythings make a lot more sense now. thanks.
02:33.02*** join/#oe ctusar (n=ctusar@c-71-58-119-148.hsd1.pa.comcast.net)
02:43.10*** join/#oe archae0pteryx (n=snewman@69-12-128-192.dsl.static.sonic.net)
02:46.51*** join/#oe orbarron (n=orb@pool-96-226-149-102.dllstx.fios.verizon.net)
02:53.19*** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net)
03:11.34*** join/#oe fraxinas (n=quassel@p4FD6481F.dip.t-dialin.net)
03:20.47*** join/#oe reachfh (n=reachfh@123-204-22-190.dynamic.seed.net.tw)
03:30.52*** join/#oe sicu_ (n=n_a@cm-84.208.110.191.getinternet.no)
03:30.52*** join/#oe archae0pteryx1 (n=snewman@207.47.42.130.static.nextweb.net)
03:30.52*** join/#oe mekius (n=mekius@enlightenment/developer/mekius) [NETSPLIT VICTIM]
03:30.52*** join/#oe Ironnads_ (n=Ironnads@host86-144-102-167.range86-144.btcentralplus.com)
03:30.52*** join/#oe freddy (n=freddy@hotel742.server4you.de)
03:30.52*** join/#oe frogger_ (n=frogger@cl-2094.ham-01.de.sixxs.net) [NETSPLIT VICTIM]
03:30.52*** join/#oe benlau2 (n=benlau@221.125.8.45) [NETSPLIT VICTIM]
03:30.52*** join/#oe BenLauDC (n=benlau@221.125.8.18) [NETSPLIT VICTIM]
03:30.52*** join/#oe thaytan (n=jan@78.16.81.164) [NETSPLIT VICTIM]
03:30.52*** join/#oe CIA-2 (n=CIA@208.69.182.149) [NETSPLIT VICTIM]
03:30.52*** join/#oe jpereira (n=jpereira@unaffiliated/jpereira) [NETSPLIT VICTIM]
03:30.52*** join/#oe MWelchUK_work__ (n=welchma@65.91.2.71) [NETSPLIT VICTIM]
03:30.52*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
03:30.52*** join/#oe pocek (i=pock@87-205-78-228.adsl.inetia.pl) [NETSPLIT VICTIM]
03:30.52*** join/#oe reid04 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) [NETSPLIT VICTIM]
03:30.53*** join/#oe Artful (n=Laruft@cpc4-hers2-0-0-cust792.hers.cable.ntl.com) [NETSPLIT VICTIM]
03:30.53*** join/#oe DJWillis (n=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) [NETSPLIT VICTIM]
03:30.53*** join/#oe nullpuppy (n=dustin@c-98-237-195-243.hsd1.wa.comcast.net)
03:30.53*** join/#oe dhd (n=dhuggins@LIMA-2.SPEECH.CS.CMU.EDU) [NETSPLIT VICTIM]
03:30.53*** join/#oe hrw|gone (n=hrw@chello089078170228.chello.pl) [NETSPLIT VICTIM]
03:30.53*** join/#oe koobe_ (n=matti@83.150.95.26) [NETSPLIT VICTIM]
03:30.53*** join/#oe jconnolly|away (n=jconnoll@firebug.buglabs.net) [NETSPLIT VICTIM]
03:30.53*** join/#oe mike_cw (n=quassel@213.218.221.154) [NETSPLIT VICTIM]
03:30.53*** join/#oe mrc3_ (n=ddiaz@189.157.113.233) [NETSPLIT VICTIM]
03:30.53*** join/#oe tmbinc_ (i=abcd@83.141.3.59) [NETSPLIT VICTIM]
03:30.53*** join/#oe neale (n=neale@proxyout.lanl.gov) [NETSPLIT VICTIM]
03:30.53*** join/#oe ynezz (i=ynezz@ibawizard.net) [NETSPLIT VICTIM]
03:30.53*** join/#oe mturquette (n=mturquet@adsl-76-249-224-33.dsl.rcsntx.sbcglobal.net) [NETSPLIT VICTIM]
03:30.53*** join/#oe akheron (n=akheron@lilja.asteriski.fi) [NETSPLIT VICTIM]
03:30.53*** join/#oe Stecchino (n=quassel@amarok/developer/Stecchino) [NETSPLIT VICTIM]
03:30.53*** join/#oe Cprossu (n=Administ@ip68-231-17-43.ph.ph.cox.net) [NETSPLIT VICTIM]
03:30.53*** join/#oe Ainulindale (n=ainu@calaquendi.org) [NETSPLIT VICTIM]
03:30.53*** join/#oe Crofton|work (n=balister@pool-71-171-31-89.nwrknj.east.verizon.net)
03:30.53*** join/#oe CSMan (n=csman@unaffiliated/csman) [NETSPLIT VICTIM]
03:30.53*** join/#oe betheg (i=betheg@83.151.29.136) [NETSPLIT VICTIM]
03:30.53*** join/#oe Sat_Man (n=satman@83.141.3.41) [NETSPLIT VICTIM]
03:30.53*** join/#oe Tartarus (i=trini@pixelshelf.com) [NETSPLIT VICTIM]
03:30.53*** join/#oe pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net)
03:30.53*** join/#oe univac (n=univac@xmms2/user/univac)
03:30.54*** join/#oe khem (n=khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net) [NETSPLIT VICTIM]
03:31.31*** join/#oe ChanServ (ChanServ@services.)
03:31.31*** join/#oe chii (i=chii@freenode/bot/chii) [NETSPLIT VICTIM]
03:31.31*** mode/#oe [+o ChanServ] by irc.freenode.net
03:32.14*** join/#oe kergoth (n=kergoth@ip24-251-170-95.ph.ph.cox.net)
03:32.14*** join/#oe gt1 (n=geetha@nat/ti/x-3c3e9767081dc299) [NETSPLIT VICTIM]
03:32.14*** join/#oe Kevin` (n=kevin@rrcs-67-52-47-69.west.biz.rr.com) [NETSPLIT VICTIM]
03:32.14*** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net) [NETSPLIT VICTIM]
03:32.14*** join/#oe playya (n=playya@unaffiliated/playya) [NETSPLIT VICTIM]
03:32.14*** join/#oe ScriptRipper (n=martin@opensuse/member/MartinMohring) [NETSPLIT VICTIM]
03:32.14*** join/#oe colinbates (n=colin@88-109-34-83.dynamic.dsl.as9105.com)
03:32.14*** join/#oe jic23_ (n=jic23@arcturus.eng.cam.ac.uk) [NETSPLIT VICTIM]
03:32.14*** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) [NETSPLIT VICTIM]
03:32.14*** join/#oe udovdh (n=udovdh@pindarots.xs4all.nl) [NETSPLIT VICTIM]
03:32.14*** join/#oe Analias (n=analias@c-68-35-8-162.hsd1.nm.comcast.net) [NETSPLIT VICTIM]
03:32.14*** join/#oe blindvt (n=bf@85-127-251-67.dynamic.xdsl-line.inode.at)
03:32.14*** join/#oe tomimo (n=kurre@xdsl-83-150-88-111.nebulazone.fi)
03:32.14*** join/#oe ShadowJK (i=jk@terminus.enivax.net) [NETSPLIT VICTIM]
03:32.14*** join/#oe roopar (n=roopati@nat/ti/x-snvqjillaferawsu) [NETSPLIT VICTIM]
03:32.14*** join/#oe mckoan|away (n=marco@unaffiliated/mckoan) [NETSPLIT VICTIM]
03:32.14*** join/#oe zub (i=[U2FsdGV@linux.fjfi.cvut.cz) [NETSPLIT VICTIM]
03:32.14*** join/#oe Splat1 (n=Splat1@rf1.splat1.com) [NETSPLIT VICTIM]
03:32.16*** join/#oe mpr (n=mpr@aggr.com)
03:43.54*** join/#oe lisppaste7 (n=lisppast@common-lisp.net)
03:56.25*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
04:01.17khemkergoth: how are CONFFILES used
04:01.34khemkergoth: is it similar to debian conffiles
04:13.46kergothkhem: yep
04:20.34khemcool
05:13.34*** join/#oe thaytan_ (n=jan@78.16.124.233)
05:21.31*** join/#oe Sup3rkiddo (n=sudharsh@unaffiliated/sudharsh)
06:10.48*** join/#oe sakoman_ (n=sakoman@mdb0f36d0.tmodns.net)
06:13.20*** part/#oe amitshah1 (n=amit@utdpat242007.utdallas.edu)
06:16.22CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r824a1cb1cc 10openembedded.git/recipes/ (gypsy/gypsy.inc navit/navit.inc): navit: fix depends
06:23.08*** join/#oe zecke (n=ich@123-192-145-111.dynamic.kbronet.com.tw)
06:46.35*** join/#oe spaetz (n=spaetz@mtec-hg-docking-1-dhcp-199.ethz.ch)
06:49.28*** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com)
07:00.59*** join/#oe Weaselweb (n=quassel@2001:6f8:9e4:123:21a:92ff:fe5a:1409)
07:09.06*** join/#oe xjqian (n=gordon@68-184-201-0.dhcp.stls.mo.charter.com)
07:17.15*** join/#oe recalcati_ (i=51485a51@gateway/web/freenode/x-be4d0ee0869daefe)
07:18.45*** join/#oe Jay7 (n=jay@93-81-136-41.broadband.corbina.ru)
07:20.21*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:24.54CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rb084808fca 10openembedded.git/ (conf/checksums.ini recipes/vala/vala_0.7.8.bb):
07:24.54CIA-2vala: add version 0.7.8 and checksums
07:24.54CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
07:26.06*** join/#oe thebohemian (n=rschus@p5DDC612B.dip.t-dialin.net)
07:26.21CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r3da5e2c22c 10openembedded.git/ (conf/checksums.ini recipes/vala/vala_0.7.8.bb):
07:26.21CIA-2vala: add version 0.7.8 and checksums
07:26.21CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
07:29.09*** join/#oe xjqian (n=gordon@mir-nil-pat-118-150.wustl.edu)
07:33.43CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07shr/merge * r80ccb1c805 10openembedded.git/recipes/vala/vala-native_0.7.8.bb:
07:33.43CIA-2vala-native: add 0.7.8
07:33.43CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
07:34.46CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * rce66333fb4 10openembedded.git/recipes/vala/vala-native_0.7.8.bb:
07:34.46CIA-2vala-native: add 0.7.8
07:34.46CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
07:40.28mckoangood morning
07:44.20*** join/#oe aloisiojr (n=aloisio@a91-155-177-209.elisa-laajakaista.fi)
07:47.29*** join/#oe kristoffer (n=kristoff@95.209.137.26.bredband.tre.se)
07:55.24recalcati_mckoan:  good morning
07:59.28*** join/#oe Longfield (n=valentin@lsa1pc7.epfl.ch)
08:04.47mckoanhi recalcati_
08:10.17*** join/#oe eFfeM (n=frans@j192117.upc-j.chello.nl)
08:11.52CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rcbda7eff82 10openembedded.git/recipes/mplayer/mplayer_svn.bb: angstrom: raise default pref in mplayer recipe as well
08:14.21*** join/#oe NvrBst (n=nb@66.183.106.176)
08:17.08*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
08:22.54CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r6d51f2acd4 10openembedded.git/conf/checksums.ini: checksums: sort and add missing checksum
08:22.55CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r26d5a16ea7 10openembedded.git/: Merge branch 'shr/merge' of git.openembedded.org:openembedded into shr/merge
08:22.56CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r5855f30d42 10openembedded.git/ (conf/checksums.ini recipes/tangogps/tangogps_0.9.8.bb):
08:22.56CIA-2tangogps: add 0.9.9 bugfix release, drop 0.9.8
08:22.58CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
08:33.19*** join/#oe ZaPPaS (n=moritz@weinberg.pi5.physik.uni-stuttgart.de)
08:45.15*** join/#oe lrg (n=lrg@slimlogic.co.uk)
08:49.07*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
08:53.30recalcati_DISTRO_PR has changed (.3 to .4)      :   I have to rebuild all.
08:59.21zeckerecalcati_: yeah, there was a change that will impact all packages
09:00.44recalcati_zecke:   I know it was important, just to complain ..
09:01.03zeckerecalcati_:
09:01.11zeckerecalcati_: complain about what?
09:01.37*** join/#oe pvanhoof (n=pvanhoof@d54C0C0BA.access.telenet.be)
09:03.46*** join/#oe Pr0t0N (n=lcintrat@fe2adsl-2.wyplay.net)
09:04.18*** join/#oe john3909 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
09:05.55*** join/#oe Heinervdm (n=thomas@pD9E1633E.dip.t-dialin.net)
09:08.43eFfeMrecalcati_: this happened almost a week ago and was announced on the mailing list (maybe not the oe one, maybe the angstrom one)
09:09.38recalcati_eFfeM:  it's good.  I now that there are many think. Also there was eabi changing before . no pb .
09:09.45recalcati_eFfeM:  it's good.  I now that there are many things. Also there was eabi changing before . no pb .
09:09.50zeckeeFfeM: and the actual change was developed on the OE ml... I love how people that only take complain
09:10.37recalcati_I have many setups. I don't have to discourage!!!
09:10.50*** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net)
09:12.34*** join/#oe daal (n=daal@110.23.37.67)
09:13.46hrwmorning
09:15.49hrwI just bumped ABI in tmp/ files
09:23.14XorA|gonegod some people just dont know when to stop sending emails
09:25.58CIA-203Klaus Kurzmann <mok@fluxnetz.de> 07shr/merge * rd3e271f9dc 10openembedded.git/ (3 files in 2 dirs):
09:25.58CIA-2linux-openmoko.inc: move autoload of sound modules to the appropriate machine config
09:25.58CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
09:26.32Jay7btw
09:26.42Jay7http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel
09:26.47hrwfsck..
09:26.49eFfeMhm, anyone an idea how automake gets its defaults for cross test? somehow for mysql5 stack_direction has no value whereas it has for mysql4. apparently I'm lost in automake hell
09:26.59Jay7ML for zaurus development coordination :)
09:26.59hrwhow to tell update-rc.d to apped not to $PN package?
09:27.34hrweFfeM: last argument was for cross?
09:28.03Jay7eFfeM: you can look into patches for fvwm recipe
09:28.13XorA|gonehrw: yeah I noticed you broke transmission packages :-D
09:28.20hrwXorA|gone: yep ;(
09:28.27Jay7there I've fixed some cross-awareness
09:28.39hrwXorA|gone: thinking about doing s/PN-daemon/PN and s/PN/PN-gui/
09:28.47eFfeMhrw, don't understand your comment, Jay7 will do (actually looked at the mysql files but didn't find there but there is a big change between 4 and 5)
09:28.54XorA|gonehrw: I was just going to say that
09:29.00XorA|gonehrw: we think alike
09:30.10Jay7eFfeM: recipes/fvwm/files/upstream-configure.ac.patch
09:30.13hrwXorA: I have to say that transmission web is nice
09:30.15XorAeFfeM: autoconf isnt that bad
09:30.25hrwXorA: lacks some things but usable
09:30.28XorAeFfeM: pretty easy to work out how the tests work
09:30.39hrwXorA: can you share your settings for transmission?
09:30.59XorAhrw: I use the defaults
09:31.02eFfeMXorA: never got to understand autoconf, sorry, maybe need to spend some time in it
09:31.05XorAhrw: apart from whitelist
09:31.27Jay7I'm using transmission-daemon + remote + web + qt gui at home :)
09:31.29eFfeMJay7: you lost me, my recipes dir does not have a fwm subdir  (puzzled?)
09:31.30Jay7but on x86
09:31.57eFfeMan i am at yesterdays head
09:32.15eFfeMJay7: are you on a branch ?
09:32.45Jay7eFfeM: in that patch I've fixed test results for cross-compiling
09:33.01Jay7but may be I've musunderstand your first question..
09:33.29eFfeMJay7: i don't even have a recipes/fwm dir !
09:33.39eFfeMwould love to have a look at your patch
09:33.46Jay7eFfeM: hm.. it should be in oe.dev
09:33.54zeckeearthquake
09:33.59eFfeMcd recipes; ls | wc gives 1989, ls fwm gives not found
09:34.09Jay7f v w m :)
09:34.10CIA-203Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * r810df5f14c 10openembedded.git/docs/usermanual/chapters/introduction.xml:
09:34.10CIA-2usermanual: Aesthetic fix in chapter 1.
09:34.10CIA-2A simple tidy of a comma-separated list in Chapter 1.
09:34.10CIA-2Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
09:34.10CIA-2Acked-by: Holger Hans Peter Freyther <zecke@selfish.org>
09:34.12CIA-203Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * raa6bc11505 10openembedded.git/docs/usermanual/chapters/getting_oe.xml: (log message trimmed)
09:34.15eFfeMoopks 1898
09:34.16CIA-2User manual typoes and aesthetics, chapter 2 only.
09:34.18CIA-2Some minor cleanups for Chapter 2 of the User Manual:
09:34.20CIA-2* add some DocBook tags for filenames
09:34.22CIA-2* update BitBake version to 1.8.16
09:34.24CIA-2* add missing space after "wget" command
09:34.26CIA-2* correct misspelled "local/conf" to "local.conf"
09:34.28CIA-203Robert P. J. Day <rpjday@crashcourse.ca> 07org.openembedded.dev * rf2b43d21cf 10openembedded.git/docs/usermanual/chapters/getting_oe.xml: (log message trimmed)
09:34.31CIA-2User Manual: Warn readers about mmap and SELinux issue.
09:34.33CIA-2On some Linux distros, if you set the kernel /proc file
09:34.35CIA-2/proc/sys/vm/mmap_min_addr to zero, you will probably get an SELinux
09:34.36zeckewow that was a long one
09:34.37CIA-2violation if you're running SELinux in enforcing mode. Explain to the
09:34.39CIA-2reader how to get around that.
09:34.41CIA-2Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca>
09:35.40CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * r56b84b4f4c 10openembedded.git/recipes/vala/ (vala-native_0.7.8.bb vala_0.7.8.bb):
09:35.40CIA-2vala vala-native: Make use of GNOME_MIRROR in SRC_URI
09:35.40CIA-2Signed-off-by: Sebastian Spaeth <Sebastian@SSpaeth.de>
09:35.51CIA-203Sebastian Spaeth <Sebastian@SSpaeth.de> 07org.openembedded.dev * ra3ee457e82 10openembedded.git/: Merge branch 'org.openembedded.dev' of git+ssh://git@git.openembedded.net/openembedded into org.openembedded.dev
09:36.12eFfeMJay7: oops sorry just found out after browsing the git tree on the web
09:36.16Jay7http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/fvwm/files/upstream-configure.ac.patch
09:36.18Jay7here :)
09:36.42Jay7time to eat something..
09:36.45Jay7afk
09:37.25eFfeMJay7 enjoy :-)
09:41.23XorAhrw: are you going to make that name change for transmission? I think thats the best option shortterm
09:42.06hrwyes
09:42.54hrwfixing it now
09:43.15MWelchUK_work__Hi Guys. A little while back I think we decided that ccache was no longer a requirement (in fact it was causing random compile problems). Shall I remove the remaining mentions of it from the wiki on http://wiki.openembedded.net/index.php/Required_software & http://wiki.openembedded.net/index.php/Getting_started ?
09:55.08hrw~hail commit --amend
09:55.08ibotACTION bows down to commit --amend and chants, "I'M NOT WORTHY!!"
09:55.44CIA-203Marcin Juszkiewicz <marcin@juszkiewicz.com.pl> 07org.openembedded.dev * r7f845d2618 10openembedded.git/recipes/transmission/transmission.inc:
09:55.44CIA-2transmission: fix breakage of "r3" version - GUI in PN-gui, daemon in PN
09:55.44CIA-2update-rc.d.bbclass adds only to PN package so I moved PN-daemon into PN
09:55.44CIA-2and PN became PN-gui now
09:56.47*** join/#oe tasslehoff (n=Mich@147.84-49-231.nextgentel.com)
09:58.07pb___MWelchUK_work__: yes, go ahead
09:58.39hrwbrb
09:59.31*** join/#oe hrw (n=hrw@chello089078170228.chello.pl)
10:01.38CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rac8425fce9 10openembedded.git/recipes/squashfs-tools/ (squashfs-tools-native_4.0.bb squashfs-tools_4.0.bb): squashfs-tools: fix up native version
10:03.21*** join/#oe benlau2 (n=benlau@221.125.8.45)
10:06.13*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
10:07.08*** join/#oe zoff99 (i=chatzill@chello080109110037.13.15.vie.surfer.at)
10:07.41MWelchUK_work__pb__, I've left the mention on http://wiki.openembedded.net/index.php/Getting_started as it's mentioning a partial work around if it is installed. I've extended the text to suggest it should be uninstalled.
10:08.14*** join/#oe jest (n=jest@150.254.31.31)
10:08.45*** join/#oe rob_w (n=bob@217.237.177.190)
10:10.01*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
10:10.11jestI sent patch to oe-devel list a few days ago. I don't know customs there, shall I ask for ack and commit to repo directly?
10:10.28zeckejest: got a patchwork URL?
10:10.51jesthttp://patchwork.openembedded.org/patch/1192/
10:11.59jestthis applicable to both dev and stable branches
10:12.32zeckejest: oh boy... boost... atomic operations
10:12.39jestyeah :)
10:13.11zeckedo you have any idea why atomic_count_gcc_atomicity.patch is only applied in 1.33.1?
10:13.12jestzecke: this is a patch resulting from reading sources of newer version of Boost
10:13.25jestzecke: no
10:13.42jestzecke: I can try if any other version compiles without it for ARM
10:14.11zeckejest: can I ask you to find that out? if you do that within the next ~3 hours I can land your patch (otherwise I'm off to bed)
10:14.23jestsure, I'll take a look
10:14.52*** join/#oe florian_kc (n=fuchs@Maemo/community/contributor/florian)
10:18.40*** join/#oe bswix (n=rode@147.84-49-231.nextgentel.com)
10:19.05likewiseola all
10:19.32likewisedf
10:20.51tasslehoffIn my custom Angstrom, I want an empty /upgrade folder created in my rootfs. Is there a recipe / script that I could use for this?
10:21.19XorAtasslehoff: you could define a rootds post process command
10:21.24jestzecke: I'll find out that it depends on GCC version
10:21.27*** join/#oe thaytan_ (n=jan@62.231.57.248)
10:22.25jestzecke: for GCC < 4.2 it should be bits/atomicity.h (just as is), for GCC >= 4.2 ext/atomicity.h should be used
10:22.56jestzecke: I think I should correct the patch, just copying the code from boost 1.40
10:23.27jestzecke: how can I do that with git?
10:27.06tasslehoffXorA: sounds like what I want. any such processes defined already that I can "learn from"?
10:27.22XorAtasslehoff: I think in angstrom.conf
10:28.55*** join/#oe raster (n=raster@enlightenment/developer/raster)
10:31.57zeckejest: copying or what?
10:32.01tasslehoffXorA: can't find it, but then I don't understand much of that file yet :)
10:32.31*** join/#oe cbrake_away (n=cbrake@oh-69-34-21-229.sta.embarqhsd.net)
10:32.37jestzecke: shall I just post another patch, or relate the new one with the old one (somehow)?
10:32.40*** join/#oe thaytan (n=jan@nat/sun/x-b823fc2ba7228044)
10:34.01zeckejest: fixing all boost versions in one go would be great
10:34.20floriangood morning
10:34.55jestzecke: I have no possibility to check, but it's just '#if __GCC__' stuff, so should work
10:35.27zeckejest: why? you could do bitbake -b boost_version.bb (just compile them... or is this header file not used during compile?)
10:36.00DJWillistasslehoff: http://pastebin.com/dcca9723 should give you an idea (it's how I generate a version file for images I build for the Pandora)
10:36.31jestzecke: the problem is it's a header file and should be included somewhere. I'll try
10:37.49DJWillistasslehoff: ROOTFS_POSTPROCESS_COMMAND += "mkdir ${IMAGE_ROOTFS}/upgrade" should do it to be honest, add that to your image file. Not checked that will work but it should.
10:38.38CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r6c1ed757c1 10openembedded.git/recipes/update-alternatives/ (3 files in 2 dirs):
10:38.38CIA-2update-alternatives-cworth: if there is more alternatives with same preference use latest
10:38.38CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:38.48CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * rd20ff32699 10openembedded.git/: Merge branch 'shr/merge' of git.openembedded.org:openembedded into shr/merge
10:39.41*** join/#oe radhermit (n=radhermi@c-67-169-210-177.hsd1.or.comcast.net)
10:45.31CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r791907dd12 10openembedded.git/recipes/tasks/task-shr-feed.bb:
10:45.31CIA-2task-shr-feed: remove some unneeded apps
10:45.31CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
10:46.50pb__florian: good morning
10:46.56pb__zecke: good afternoon
10:47.30zeckepb__: hey!
10:55.38*** join/#oe mario-goulart (n=user@67.205.85.241)
10:57.44rwhitbyIs anyone actively building OE on MacOSX?  I've found Koen's darwin-fixes branch, but there's no commits in it since March ...
10:58.23pb__I think kergoth is/was working on OS X.
10:59.57RPmorning all
11:00.46pb__hi rp
11:02.24*** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie)
11:04.29tasslehoffDJWillis: thanks. (late reply because of lunch)
11:09.14*** join/#oe Laibsch (n=Laibsch@p4211-ipbf1401marunouchi.tokyo.ocn.ne.jp)
11:12.23*** join/#oe mickey|office (n=M@dialbs-092-079-168-007.static.arcor-ip.net)
11:15.17*** join/#oe marcosmamorim (n=marcos@bd210299.virtua.com.br)
11:21.23*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-118ace4f1673bc00)
11:21.36*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
11:27.52*** join/#oe fraxinath (n=quassel@p4FD64FCB.dip.t-dialin.net)
11:33.16mike_cwanyone got any tips for getting icecc working? at the moment the helper machines don't seem to be doing any work, although iceccd on those machine uses up a few % CPU when a build is in progress elsewhere
11:33.59tasslehoffDJWillis: worked like a charm
11:34.30CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07shr/merge * r565f3559ef 10openembedded.git/conf/distro/shr.conf:
11:34.30CIA-2shr: few more preferred providers for task-shr-feed, add testlab
11:34.30CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
11:43.24*** join/#oe ao2 (n=u@2001:1418:117:0:0:0:0:1)
11:44.37*** join/#oe alecrim (n=alecrim@189.2.128.130)
11:50.08*** join/#oe alecrim (n=alecrim@189.2.128.130)
11:52.04cdbot2* * OE Bug 5332 has been created by ospite(AT)studenti.unina.it
11:52.06cdbot2* * building ncurses triggers an internal compiler error
11:52.08cdbot2* * http://bugs.openembedded.org/show_bug.cgi?id=5332
11:52.56*** join/#oe Laibsch (n=Laibsch@p4211-ipbf1401marunouchi.tokyo.ocn.ne.jp)
11:56.05*** join/#oe aloisiojr1 (n=aloisio@a91-155-177-209.elisa-laajakaista.fi)
12:05.46eFfeMhm, doing something stupid again or don't understand things:
12:05.54eFfeMmy msql5 recipe contains a line: FILES_${PN}-leftovers = "/"
12:06.28eFfeMi get a QA issue on /work/armv7a-angstrom-linux-gnueabi/mysql5-5.1.40-r0/install/mysql5-leftovers/usr/lib/plugin/.debug/ha_innodb_plugin.so.0.0.0
12:06.35eFfeMwhiich is understandable
12:07.05eFfeMadded FILES_${PN}-leftovers-dbg = "${libdir}/plugin/.debug/"
12:07.05eFfeM<PROTECTED>
12:07.16eFfeMwhat am I doing wrong here????
12:07.23zeckeeFfeM: add an '*' to the end
12:07.29eFfeMah ok
12:08.03eFfeMas the leftovers package contained only a dir , thought that would be ok
12:08.10pb__yeah, I think that should be ok without the *
12:08.15pb__what is the value of ${PACKAGES}?
12:09.04eFfeMzecke, pb__ with * does not matter
12:09.18eFfeMpackages contains ${PN}-leftovers not the -dbg
12:09.23eFfeMshould that be there too ?
12:09.26pb__yes
12:09.34pb__and, it needs to be before ${PN}-leftovers
12:10.00pb__mickey|office: good morning
12:10.02eFfeMah ok
12:11.00CIA-203Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/merge * r9d555403fe 10openembedded.git/recipes/xorg-lib/ (libxext-native_1.1.1.bb libxfont-native_1.4.1.bb):
12:11.00CIA-2libx*-native: fix PROVIDES for some packages
12:11.00CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
12:11.02CIA-203Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/merge * rd589342d65 10openembedded.git/recipes/matchbox2/matchbox-panel-2_svn.bb:
12:11.02CIA-2matchbox-panel-2: add -Wno-error to TARGET_CFLAGS to build with gcc 4.4
12:11.04CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
12:11.06CIA-203Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/merge * r08d79665e9 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
12:11.09CIA-2task-shr-minimal: include matchbox-keyboard-im again in task-shr-minimal-gtk
12:11.11CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
12:11.18zeckehmm meta-toolchain is broken in more ways :(
12:11.32pb__oh dear
12:11.35pb__what's wrong with it?
12:11.57zeckepb__: the libtool-cross-sdk (or such package) stopped installing config.guess install-sh...
12:12.05zeckeso an autoreconf --install is failing
12:12.21pb__drat
12:16.28eFfeMpb__, thanks that worked
12:16.36eFfeMone issue left: what is the policy to resolve
12:16.38eFfeMNOTE: Multiple libraries (libmysqlclient.so.16, libmysqlclient_r.so.16) found and LEAD_SONAME not defined
12:17.03pb__put those two in separate packages
12:17.05*** join/#oe alecrim (n=alecrim@189.2.128.130)
12:17.52eFfeMok, mysql4 did nod seem to have this
12:18.40pb__possibly mysql4 didn't ship both those libraries
12:20.06*** join/#oe alecrim (n=alecrim@189.2.128.130)
12:21.01CIA-203Klaus Kurzmann <mok@fluxnetz.de> 07shr/merge * r8f88d5e6e1 10openembedded.git/recipes/tasks/task-shr-minimal.bb:
12:21.01CIA-2task-shr-minimal.bb: remove notifier and libframeworkd-phonegui-efl
12:21.01CIA-2Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
12:21.41mickey|officemorning pb__
12:23.42jestzecke: I checked my patch on 1.33 and it works
12:24.00jestzecke: on boost 1.34 it is not applicable
12:24.56*** join/#oe otavio (n=otavio@debian/developer/otavio)
12:32.56*** join/#oe th1_ (n=th@cpc1-cmbg15-2-0-cust361.5-4.cable.virginmedia.com)
12:33.58th1_if I have a recipe that has 2 git repos in SRC_URI how can I specify a different SRCREV for each?
12:34.03*** join/#oe vo5 (n=vo@bd210299.virtua.com.br)
12:35.28jic23_hrw: You about
12:35.31jic23_?
12:35.53jic23_Was just wanting to check wrt email that by vendor page you mean on the wiki? (or is there some other list?)
12:44.04*** join/#oe timtimred (n=meh@79-75-151-48.dynamic.dsl.as9105.com)
12:46.38pb__th1_: I don't think you can.
12:46.59pb__in that kind of situation I don't think SRCREV really works.
12:49.12tasslehoffI'm trying to keep my own application outside the OE tree. I have a myimage.bb that picks modules from oe/recipes and myown/recipes. It works well, but how can I make my applications and scripts start automatically? Could I have a myown/recipe/startup.bb that has a script that starts all my stuff, put that in some magic directory where it will automatically be started?
12:49.35*** join/#oe ant_work (n=andrea@host214-85-static.34-85-b.business.telecomitalia.it)
12:51.06CIA-203Robert Nelson <robert.nelson@digikey.com> 07org.openembedded.dev * r6f0e47264d 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux-omap 2.6.29: fix FIFO issues with large transfers on the MUSB controller
12:51.10CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf389ecae02 10openembedded.git/ (3 files in 2 dirs): linux-omap-pm 2.6.29: cleanup some touchbook stuff
12:51.20CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2b0e95fd5d 10openembedded.git/recipes/gnome/ (gdm-2.28.0/gdm gdm_2.28.0.bb): gdm: tweak initscript and add grep to depends since busybox grep doesn't do -w
12:53.00pb__tasslehoff: yes, you can put anything you like in /etc/init.d
12:53.04pb__that will do what you want for most distros
12:55.58hrwjic23_: in machine config I mean
12:56.02tasslehoffpb__: that simple? great :). how can I control when it runs? I think I want it to run as the last initscript.
13:03.03pb__more or less that simple, yes.  the actual running is controlled by the symlinks in /etc/rcN.d, which are usually managed by update-rc.d.
13:03.26pb__in straightforward cases, you can use update-rc.d.bbclass to take care of all that stuff for you.
13:04.18*** join/#oe dos1 (n=dos@unaffiliated/dos1)
13:04.22pb__to make it be the last thing started, you can set INITSCRIPT_PARAMS = "default 99"
13:04.27pb__er, "defaults 99"
13:05.14tasslehoffpb__: I think I have a straightforward case on my hands :)
13:07.21jic23_hrw: Ah. Fair point.
13:08.22*** join/#oe rob_w (n=bob@217.237.177.190)
13:13.01mckoanpb__: about oedem, AFAYK there is a meeting somewhere in Cam to go at the Red Lion?
13:13.31CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r12c4514ab0 10openembedded.git/recipes/gnome/ (gdm-2.28.0/gdm gdm_2.28.0.bb): gdm: add tcp-wrappers to DEPENDS, fix typo in initscript
13:19.20th1_pb__, any other way I can get a similar effect?
13:20.12*** join/#oe thebohemian (n=rschus@p5DDC5972.dip.t-dialin.net)
13:22.43CIA-203Thomas Zimmermann <zimmermann@vdm-design.de> 07shr/merge * r5c2aac7c18 10openembedded.git/recipes/e17/elmdentica_svn.bb:
13:22.43CIA-2elmdentica: add inherit pkgconfig and some cleanup
13:22.43CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
13:23.26tasslehoffpb__: this simple? : http://pastebin.com/d457637f5
13:25.56pb__th1_: what exactly is the effect you're trying to achieve?
13:26.07pb__tasslehoff: yep, that should do it
13:26.36pb__oh, might need to arrange to install mystartup into /etc/init.d; I don't remember whether update-rc.d.bbclass will do that for you.
13:26.40pb__probably not I guess
13:28.13tasslehoffpb__: I had that at first, but it gave an error so I just removed it :) I'll try again if it's missing
13:33.37th1_pb__,  I have a package that is built from two local git repositories, and I need to specify the revision ID for both the repositories so I can be sure I have a consistent build (and can update the recipe with "known-working" combinations)
13:33.56pb__th1_: if all you need is to specify the revision IDs in your recipe, you can do that directly in the URLs.
13:34.13th1_so omit SRCREV altogether?
13:34.17pb__right
13:35.09*** join/#oe noglitch (n=Miranda@mail.atmel.fr)
13:36.15*** join/#oe chouimat (n=quassel@CPE002129b5a060-CM0011e6c40c15.cpe.net.cable.rogers.com)
13:37.18th1_pb__, how do I specify the revision ID in the URL? ;)
13:38.03pb__git:///;tag=012345 I think
13:38.43ant_workyes, embed branch and tag
13:38.49ant_workhi pb__
13:38.52pb__or might be "rev=" not "tag="
13:38.56ant_workready for heavy weekend?
13:38.59pb__I'm not sure if git distinguishes them
13:39.01pb__hi ant_work
13:39.22pb__yeah, more or less ready
13:39.58th1_pb__, from looking at git.py it looks like it must be tag but I don't quite understand that file..
13:40.06pb__th1_: see also the fine manual: http://bitbake.berlios.de/manual/ch03s07.html
13:40.45th1_pb__, yes I've seen that but it doesn't have a REV only tags and branch .. anyway I'll try to put the ID in tag and see if it worsk
13:41.33pb__th1_: I don't think git makes any distinction between tags and revs at that level.
13:41.40zeckejest: I commented on your GNU_HASH fix. When touching a .inc file you will need to bump the PR on every of its users
13:42.01jestzecke: I did
13:42.05zeckejest: in the last year we have done something like FILE_PR/INC_PR you could convert the boost recipes to that
13:42.12pb__th1_: I guess patches for the manual are welcome :-)
13:42.13zeckejest: the .inc is only used by 1.33.1.bb?
13:42.17jestyes
13:42.46jestzecke: 1.34 has everything "embedded", 1.36 uses another .inc
13:42.54th1_pb__, after we make the switch there'll be lots of patches hopefully :)
13:42.55ant_workpb__: I'd ike to debug a non-booting kernel and was thinking about have early output. I found this new patch
13:42.57ant_workhttp://lists.infradead.org/pipermail/linux-arm-kernel/2009-November/003452.html
13:43.03th1_so far it's a struggle because I'm the only one maintaining the OE stuff
13:43.15ant_workwuestion: does it work on framebuffer?
13:43.26ant_work*question
13:43.31ant_work(damned qwerty)
13:43.35pb__ant_work: no
13:43.39pb__that would be for serial only
13:43.41zeckejest: oh, e.g. writing this in the commit message would be good :)
13:43.48ant_workah, ok, still fine
13:44.10*** join/#oe Gnutoo (n=gnutoo@host87-147-dynamic.44-79-r.retail.telecomitalia.it)
13:44.21pb__the kernel isn't in control of the framebuffer at the point where that runs.
13:44.33jestzecke: in fact, I'd vote for deprecation policy in this case... :)
13:44.35ant_workyep, even console is not there yet..silly question
13:44.37pb__obviously you could move the fb initialisation earlier, but that starts to defeat the object of the "early" printk
13:44.48zeckejest: deprecation as in throwing this file out?
13:44.49ant_workatm I have no output on serial
13:45.06pb__since, obviously, the more code that you have to move to the "early" stage, the greater the chance that one of those things will be what is causing your crash
13:45.09ant_workI have doubt about the decompression
13:45.31ant_workI don't even see 'Uncompressing...'
13:45.44pb__ah, that doesn't sound good
13:45.54ant_workwait, this only booting from nand
13:45.57ant_workhe
13:46.04ant_workall fine from SD
13:46.09ant_work(kexec)
13:46.10jestzecke: more or less. In cases where nobody uses old versions, as newer ones are better. But it is a matter of attitude and kind of philosophical.
13:46.12*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
13:46.50ant_workpb__: anyway that 'Uncompressing..' msg comes *after* console is up
13:47.07ant_workor?
13:47.23th1_pb __: nope, it doesn't work: fatal: Couldn't find remote ref 04087d7838830880a5bc52207b13bf22d6a8bfa2
13:47.33th1_so it has to be a tag there apparently :(
13:47.34pb__ant_work: no, before
13:47.50ant_workah, is logged and displayed later
13:48.12ant_workhow could it go to serial without console?
13:48.13*** join/#oe Weaselweb_ (n=quassel@77-64-160-64.dynamic.primacom.net)
13:48.19pb__no, that particular message is displayed by special code in the first stage bootstrap
13:48.25ant_workI see
13:48.29pb__see arch/arm/boot/compressed/head.S
13:48.48pb__this is completely separate to the "real" kernel, which can't be running at that point since it hasn't been uncompressed yet
13:49.04ant_workis a bit like that earlyprintk patch
13:49.09ant_workextra
13:49.13pb__th1_: ah, that is a shame.  I guess you should look at what git command the fetcher is running and compare that to what you are trying to get it to do.
13:49.35jestzecke: Considering commit style: I can excuse myself by watching others patches' commits -- sometimes they are really sparse :)
13:49.48th1_pb__, yes that's what I'm doing but it's using git commands I wouldn't normally use so taking me a bit of time to figure out :) I'm sure I'll get it in the end though
13:51.38tasslehoffpb__: "defaults 99" will make it start last and stop first?
13:52.04ant_workpb__: yes, arm boot is a long story :)
13:52.09zeckejest: this argument is weak, today morning I had to explain a ~2 year old patch of mine and my commit message had grammar issues and was crap :)
13:52.13pb__tasslehoff: I think that will make it start last and stop first.
13:52.17pb__er, sorry, start last and stop last
13:52.27pb__if you want start last, stop first, you need "defaults 99 01"
13:56.30jestzecke: I understand all the care of commit quality and totally support it. However, this requirement may pose problems for unexperienced OE users, as they are not so knowledgeable to understand fully the whole machinery, dependencies, consequences, and so on. So there is a risk of losing potential patches.
13:58.29zeckejest: it is more about putting thought into the change, no need to be perfect... One difference from user to maintainer is... the user fixes his problem (e.g. in boost version X), the maintainer has to ask if it is in other versions too
13:58.30eFfeMguys, we yesterday discussed the naming of the mysql5 recipe, it it now mysql5...., should the pacakges also get a mysql5 prefix or just mysql_5.... ?
13:59.03jestzecke: I definitely a user here :)
13:59.10jestzecke: I -> I'm
13:59.13zeckejest: e.g. a commit message telling why other boost recipes do not need to be changed is great for everyone
13:59.39jestzecke: I guess. It just didn't cross my mind.
14:00.09jestzecke: Shall I correct it somehow and send a new patch?
14:02.36zeckejest: please :)
14:03.01jestzecke: which one? both, or just GNU_HASH
14:03.05tasslehoffpb__: thanks
14:03.07jestzecke: ?
14:04.17*** join/#oe greyback (n=greyback@ip-83-147-165-234.dub-3rk1.metro.digiweb.ie)
14:04.42XorAeFfeM: do what debian does
14:05.05eFfeMXorA: will check
14:05.46XorAeFfeM: they have mysql-4.0 mysql-5.0 mysql-5.1 packages
14:05.54eFfeMok
14:05.56XorAso they obviously saw some ABI/API problems
14:06.33zeckejest: try to write a less brief message
14:06.45eFfeMbtw any idea why I would get libmysqlclient16_5.1.40-r0.4_armv7a.ipk (and especially the number 16) my recipe just has FILES_libmysqlclient = "${libdir}/libmysqlclient.so.*"
14:07.09XorAeFfeM: debian renaming
14:07.13*** join/#oe sgh (n=quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
14:07.45eFfeMah ok
14:08.03eFfeMlearns something new every day (and sometimes even every hour ;-) )
14:09.07eFfeMXorA:  the issue with the client name is that if I just postfix with a 5 to distinguish between 4 and 5 the name will become something like libmysqlcient516...
14:09.22XorAit wont
14:09.34eFfeMok
14:10.17XorAI think you could name it "randomlibraryinhere666" and it would still change name to libmysqlclient16_5.1.40-r0.4_armv7a.ipk
14:14.15hrwSOVERSION is used for name not number in PACKAGES
14:17.14*** join/#oe MWelchUK_work (n=welchma@65.91.2.71)
14:19.20eFfeMstill one more thing: when installing mysql-server wants libmysqlclient-dev not the regular package, is this something wrong in the recipe ?
14:21.41XorAeFfeM: yes, means you stuck the libraries in the -dev
14:22.08XorAeFfeM: normally anyway
14:27.09hrwshell question I have: how should "if [ -e filename ]" react to filename being broken symlink?
14:29.17th1_false
14:29.27hrwthx
14:29.36hrwand how to make it return true?
14:30.11th1_-h
14:30.33th1_-h FILE        True if file is a symbolic link.
14:30.40hrwbut it can be also a file sometimes
14:30.55*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk)
14:31.12th1_-h FILE -o -e FILE
14:31.21hrwthx
14:33.23*** join/#oe rsalveti (n=rsalveti@200.184.118.130)
14:33.47*** join/#oe kergoth (n=kergoth@nat/montavista/x-ae28f951dc329845)
14:38.16recalcati_recompiled: still this error:  http://pastebin.com/f7c9b47f3    . any idea?
14:40.31kergothmeh
14:41.00CIA-203Marcin Juszkiewicz <marcin@buglabs.net> 07org.openembedded.dev * r4270cb2928 10openembedded.git/classes/java.bbclass: (log message trimmed)
14:41.00CIA-2java.bbclass: fixed oe_jarinstall for broken symlinks
14:41.00CIA-2Code checked for existance of JAR file and if it was present then it had
14:41.00CIA-2to be removed before symlinking to it. But it was not working sometimes
14:41.02CIA-2so we forced symlinking.
14:41.04CIA-2Proper fix is to check "does file exists or is a symlink" which we do
14:41.06CIA-2now.
14:41.54eFfeMXorA: ok, thanks (was afk) just copied the packaging from mysql 4.
14:42.04eFfeMguess this needs  a review once it it done :-)
14:45.59*** join/#oe Hrww (n=hrw@chello089078170228.chello.pl)
14:47.01*** join/#oe ctusar (n=ctusar@router2.videon-central.net)
14:47.03CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rf54128714e 10openembedded.git/ (conf/checksums.ini recipes/sqlite/sqlite3_3.6.20.bb): sqlite3: add 3.6.20
14:47.04CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r38396f8aa5 10openembedded.git/conf/machine/omap3-touchbook.conf: omap3-touchbook: ship both omapfb and fbdev drivers
14:47.05CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r2b1a41cbb8 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): xserver-xorg-conf: switch to fbdev driver for touchbook till the vrfb bug gets solved
15:01.08CIA-203Otavio Salvador <otavio@ossystems.com.br> 07org.openembedded.dev * r0da71f8df5 10openembedded.git/recipes/chicken/chicken.inc:
15:01.08CIA-2chicken.inc: fix install and compilation issues
15:01.08CIA-2Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
15:01.35*** join/#oe dijenerate (n=dijenera@64.210.44.37)
15:02.49*** join/#oe spaetz (n=spaetz@62.48.113.247)
15:05.00pb__kergoth: good morning
15:05.04kergothhey
15:10.16*** join/#oe montamer (n=montamer@203.199.213.3)
15:14.34*** join/#oe montamer (n=montamer@203.199.213.3)
15:18.13*** part/#oe jest (n=jest@150.254.31.31)
15:18.39*** join/#oe pH5 (n=ph5@e178195081.adsl.alicedsl.de)
15:22.38RPhi kergoth
15:25.46*** join/#oe reid02 (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com)
15:25.50reid02join #reddit
15:27.28*** join/#oe bbradley (n=bbradley@87-194-119-230.bethere.co.uk)
15:32.52*** join/#oe benlau2 (n=benlau@221.125.8.45)
15:39.38*** join/#oe tzanger (n=tzanger@208.68.91.47)
15:39.41tzangergood morning
15:40.14tzangerI'm trying to build the gumstix-basic-image but it's failing almost immediately when trying to unpack libtool
15:40.24tzangerI was following the instructions on the wiki: http://www.gumstix.net/wiki/index.php?title=Build_Environment_Ubuntu_9.04
15:43.17th1_after rebasing OE from upstream I'm getting several of these: ERROR: Multiple .bb files are due to be built which each provide XXXX (e.g. xfvwm4) (/path/to/XXXX_4.6.1.bb /path/to/XXXX_4.4.1)
15:43.38th1_I don't know why it still wants to build the old version of those
15:46.22*** part/#oe thebohemian (n=rschus@p5DDC5972.dip.t-dialin.net)
15:53.15DJWillisth1_: is the Gumstix setup building Xfce? I did not realise many people used 4.4.1 still (when I asked on the mailing list) when I pushed the upgrade to 4.6. What's in the gumstix-basic-image? Xfce seems OTT for a 'basic' image.
15:55.28th1_DJWillis, sorry it was 4.4.2
15:55.39th1_but it is not gumstix, it's XenClient our own custom project.
15:56.13th1_I've tried replacing my dependency on task-xfce-base with task-xfce46-base hoping it might be that which pulls in the old version
15:56.51DJWillisth1_: Sorry, mixed you and tzanger up there ;-). Anyway, 4.4.2 is still old, I am suprised you have a prefered version in there somewhere, that would normally cause that sort of issue.
15:57.06th1_I don't have it in my custom tree anywhere
15:57.22DJWillisth1_: something old and Xfce 4.4 in there like xffm or xcalender?
15:57.35th1_but after replacing task-xfce-base with task-xfce46-base in my image recipe it's not showing it anymore for xfwm (yet at least)
15:57.57th1_no there's nothing like that in there actually
15:58.03DJWillisI am using the task-xfce46-* for a few builds without any issues with hte 4.4.* stuff still in tree.
15:58.09th1_ok
15:58.42DJWillisHow many recipies do it other than XFWM4?
15:58.48th1_just gconf
15:58.59th1_probably down to network manager applet
15:59.09th1_which I have a custom hacked version for...
15:59.22*** join/#oe orbarron (n=orb@nat/ti/x-b06d899480bac6b6)
15:59.46DJWillisI would expect any odd vesion stuff to call in more then just XFWM4, hmmm, what DISTRO if any?
16:00.01*** join/#oe Sleep_Walker (n=Sleep@nat/novell/x-d8be47428441aafc)
16:00.10th1_ahh yes xfce4-panel and sundy others as well :)
16:00.14th1_but that has gone with using the 46 task
16:00.39th1_DISTRO="angstrom-2008.1"
16:02.34*** join/#oe cyberdeck (n=cyberdec@iss66.vlsi.informatik.tu-darmstadt.de)
16:02.41*** join/#oe tomasg (n=tomas@rrcs-67-78-37-210.sw.biz.rr.com)
16:02.49*** join/#oe thebohemian (n=rschus@p5DDC5972.dip.t-dialin.net)
16:05.01DJWillisth1_: do you have your image file or task file somewhere public?
16:06.35*** join/#oe mario-goulart (n=user@67.205.85.241)
16:06.41tomasgHello...  I'm tring to remove a dependency under the angstrom distro that is confounding me: Missing or unbuildable dependency chain was: ['virtual/kernel', 'u-boot-mkimage-openmoko-native']
16:07.08tomasgI'm not using openmoku, and I've set up my own linux kernel and u-boot (local overlay) recipes
16:08.32*** join/#oe Timelord (n=TL@16.8c.d12c.cidr.airmail.net)
16:12.23th1_DJWillis, let me find out ... :)
16:16.46tomasgahhhhh... nevermind... i found the hard dependency under kernel.bbclass.  don't know why my grep didn't pull this up earlier..
16:17.40*** join/#oe xxiao (n=chatzill@cpe-70-123-143-205.austin.res.rr.com)
16:18.51*** part/#oe thebohemian (n=rschus@p5DDC5972.dip.t-dialin.net)
16:20.11DJWilliswonders what was wrong with the existing mkimage-native that OM needed to override it?
16:20.52XorADJWillis: other way round
16:21.17XorADJWillis: the OM version was first, people didnt like seeing the name openmoko in build logs and created the other one
16:22.04hrwand openmoko one is ugly due to lot of patches applied
16:22.14hrwuboot-utils-native do the same iirc
16:22.27DJWillisXorA: Mea culpa!
16:23.04XorAthe OM version could go away now, but no-one can be bothered :-D
16:23.10tzangerwhen a bitbake script fails, is there somewhere I can look to see the actual compiler output?
16:23.16tzangeror a way to tell bitbak to put that up on the screen for me?
16:23.46DJWillistzanger: it will tell you where the log you want to look at is ;-)
16:26.20tzangerDJWillis: hmm, I'm not seeing it but I do see the compiler errors
16:26.35tzangerstupid "error out on warnings" is fine, but for output of asprintf? gimme a break
16:27.51tzangerwtf
16:27.59tzanger(void)asprintf(...) should be enough to shut that warning up
16:29.51*** join/#oe marex (n=marex@vasut.kolej.mff.cuni.cz)
16:33.40*** join/#oe BET-frogger (n=frogger@cl-2094.ham-01.de.sixxs.net)
16:34.27tzangerhmm very weird errors, maybe I really should have downgraded the compiler :-)
16:34.38tzangergcc-4.4.1 doesn't like it, gcc-4.1 is supposed
16:34.41tzangerer supposed to
16:44.10*** join/#oe otavio (n=otavio@debian/developer/otavio)
16:45.15CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * re9c3ba01c8 10openembedded.git/recipes/gnome-mplayer/ (gecko-mediaplayer_0.9.8.bb gnome-mplayer_0.9.8.bb):
16:45.15CIA-2gecko-mediaplayer: fix packaging
16:45.15CIA-2gnome-mplayer: bump PR
16:45.16CIA-2The symlinking should be done in a postinst, but I'm too low on caffeine right now to make that work
16:49.04tzangerhmm, is there a way to tell bitbake to use a specific gcc/g++? I'd really, REALLY rather not have to have the entire computer using the older compiler
16:49.14*** join/#oe claudiu (n=claudiu-@host53-248-dynamic.15-87-r.retail.telecomitalia.it)
16:49.27pb__as your native compiler, you mean?
16:51.13tzangercorrect
16:51.20tzangerI'd like to continue to use gcc 4.4.1 for everything else on the system
16:51.28pb__see ${BUILD_CC} in bitbake.conf
16:51.32tzangerbut I'd like to tell OE to use gcc 4.1 to build the cross compiler and tools
16:53.35tzangeraha, that looks like what I want to modify. perfect
16:53.51tzangernow that I've done that though, what's the command to clean out everything I've built so far so I can start over?
16:54.09pb__rm -rf tmp?
16:54.13hrwbye all
16:54.15*** join/#oe woglinde (n=henning@p5DDC5972.dip.t-dialin.net)
16:54.21hrwsee you on oedem
16:54.24tzangerreally, that simple? groovy.
16:54.26woglindeoh
16:54.32tzangeras you can see I'm a little new to OE and bitbake :-)
16:54.33woglindebye hrw
16:54.41pb__yeah, everything in tmp is expendable
16:54.53tzangerthe downloads aren't in there are they?
16:55.02th1_tzanger, no
16:55.03pb__shouldn't be.  they usually go to ~/sources/ or some such
16:55.16pb__you can configure that in local.conf though so it might be worth checking what you have set.
16:55.38pb__seems unlikely that you would have accidentally set DL_DIR to be a path inside tmp, but... :-}
16:58.12*** join/#oe alecrim (n=alecrim@189.2.128.130)
16:58.42*** join/#oe bbradley_ (n=bbradley@87-194-119-230.bethere.co.uk)
17:01.37tzanger:-)
17:01.39tzangerthanks again guys
17:08.48mckoansee you tomorrow in UK
17:11.46*** part/#oe claudiu (n=claudiu-@host53-248-dynamic.15-87-r.retail.telecomitalia.it)
17:25.45CIA-203Jeremy Lainé <jeremy.laine@m4x.org> 07org.openembedded.dev * r56db8bc2ab 10openembedded.git/conf/bitbake.conf:
17:25.45CIA-2bitbake.conf: add support for "cpio.lzma" images
17:25.45CIA-2* add support for LZMA-compressed cpio images for use as Linux
17:25.45CIA-2RamDisk images.
17:26.07tzangerhmm, that didn't seem to change the compielr used, bugger.
17:26.17CIA-203Brijesh Singh <bksingh@ti.com> 07org.openembedded.dev * r0816c962bd 10openembedded.git/recipes/ti/ti-dmai.inc:
17:26.17CIA-2ti-dmai_svn: bumup svn rev
17:26.17CIA-2This has proper CPU detection, so no need to manually add platforms anymore
17:28.14noglitchhi
17:28.32noglitchis somebody knows how to launch a QT embedded application ?
17:28.58noglitchis there a framebuffer manager to launch before running the application ?
17:29.08noglitchqws ?
17:32.59*** join/#oe alecrim (n=alecrim@189.2.128.130)
17:33.18woglindeyou can run it with -nodaemon or so
17:33.26woglindecant remember exactly
17:35.18woglindeokay bye till later
17:36.34*** join/#oe timtimred (n=meh@79-75-151-48.dynamic.dsl.as9105.com)
17:39.42*** join/#oe dos1 (n=dos@unaffiliated/dos1)
17:45.58noglitchok I manage to run a qte application : ./qte-example -qws
17:46.06noglitchall is good !
17:53.43*** join/#oe toi (n=toi@d54C2A96D.access.telenet.be)
17:59.11*** join/#oe CosmicPenguin (n=nobody@66-162-99-237.static.twtelecom.net)
18:06.47*** join/#oe rddDavid51 (n=roudoudo@78.234.93.192)
18:10.13*** join/#oe Gnutoo (n=gnutoo@host87-147-dynamic.44-79-r.retail.telecomitalia.it)
18:12.42*** part/#oe Tartarus (i=trini@pixelshelf.com)
18:14.06*** join/#oe mango_make (n=dan@89.193.17.170)
18:16.06mango_makehi guys, have an Angstrom install on Zaurs c760, booting from SD, it used to boot fine. I have installed a whole host of packages and rebooted and now it hangs at usb0: RNDIS ready. odd thing is the version i flashed to the internal flash does this too, but always did from the first time i flashed it
18:16.42mango_makeany ideas what casues that?
18:17.02mango_makeas it boots from SD i shoul din thoery be ablel to fix the issue form PC
18:36.23*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
18:37.30*** join/#oe xjqian (n=gordon@68-184-201-0.dhcp.stls.mo.charter.com)
18:40.42*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
18:42.23*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
18:44.01*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
18:46.21*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
18:48.52*** join/#oe archae0pteryx (n=snewman@207.47.42.130.static.nextweb.net)
18:49.20*** join/#oe jest (n=jest@103-215.echostar.pl)
18:55.17*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:00.59*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:02.59*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:04.47*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:08.22*** join/#oe kg4ysn (n=kg4ysn@dsl081-028-098.sfo1.dsl.speakeasy.net)
19:10.50*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:13.07*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:16.05kg4ysnhas anyone experienced an issue in compiling connman_git.bb with "signal" being redefined in bluetooth.lo?
19:17.25*** join/#oe bluelightning (n=blueligh@93-96-131-185.zone4.bethere.co.uk)
19:20.02*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:22.28*** part/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:22.32*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:24.41*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:28.53*** join/#oe florian (n=fuchs@Maemo/community/contributor/florian)
19:30.27*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:34.10*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
19:36.42*** join/#oe MWelchUK_work_ (n=welchma@65.91.2.71)
19:42.59*** join/#oe amitshah1 (n=amit@utdpat241047.utdallas.edu)
19:47.06CIA-203Artur Wronowski <arteqw@gmail.com> 07org.openembedded.dev * r69026f3da9 10openembedded.git/ (conf/checksums.ini recipes/libpar2/libpar2_0.2.bb): libpar2: new recipe; multi-part archives library
19:47.16CIA-203Artur Wronowski <arteqw@gmail.com> 07org.openembedded.dev * r9a06361338 10openembedded.git/recipes/nzbget/ (nzbget.inc nzbget_0.6.0.bb nzbget_0.7.0-testing.bb): nzbget: new recipe; a command-line based binary newsgrabber for nzb files
19:47.17florianre
19:49.39*** join/#oe sgh (n=quassel@0x4dd5bf76.adsl.cybercity.dk)
19:56.41mckoanhi florian
19:58.53*** join/#oe qsp (n=qsp@bl6-40-197.dsl.telepac.pt)
20:00.22*** join/#oe xjqian (n=gordon@mscitspubwlgw.wustl.edu)
20:01.55*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
20:03.10*** join/#oe amitshah1 (n=amit@utdpat242007.utdallas.edu)
20:06.24qspgood evening everyone. i'm trying to extract angstrom's linux-rp kernel .config i thought i could make it with bitbake -c menuconfig virtual/kernel
20:06.42qspbut this starts menuconfig and the generated.conf seems to be a default one
20:06.50qspam i missing something here?
20:07.30*** join/#oe lookingAround (n=chatzill@64.85.190.26)
20:09.26CIA-203Michael 'Mickey' Lauer <mickey@vanille-media.de> 07org.openembedded.dev * r97ae177996 10openembedded.git/conf/machine/htcdream.conf: conf/machine/htcdream.conf: mention commercial device names in description
20:09.37CIA-203David Lanzendörfer <david.lanzendoerfer@o2s.ch> 07org.openembedded.dev * r1d86318cd9 10openembedded.git/recipes/linux/ (12 files in 10 dirs): linux-replicant: new recipe; kernel tree for HTC devices
20:24.12khemgm all
20:28.37tzangerurg.
20:28.52tzangerunifdef-native redefines getline()
20:29.08RPmickey|zzZZzz: I need to talk to you about python and these staging changes at some point ;-)
20:29.31RPhi khem
20:30.03khemRP: I will cherry pick your branch into my local branch
20:30.07khemthis weekend
20:30.35RPkhem: ok, sounds good. My testing in Poky has gone well
20:30.49RPMy OE testing is less complete but also showed no problems
20:31.06kergothshould try it in mvl6, too
20:31.20*** join/#oe playya (n=playya@unaffiliated/playya)
20:31.31khemtzanger: hmmm it must be fixed getline is a POSIX function. May be unifdef should rename it to mygetline or something else
20:31.48RPCoverage wise for poky, 205/972 recipes to convert to new staging. 59 -native recipes not using BBCLASSEXTEND remain
20:32.00khemcool
20:32.24RPand of that -59, a load only have a -native version
20:35.01khemtzanger: hmmm OE version of unifdef is fixed on .dev
20:35.25tzangerkhem: that's exactly what I did, was make it mygetline
20:36.05khemtzanger: thats right approarch
20:41.08tzangerthanks
20:43.02*** join/#oe qsp (n=qsp@bl9-28-254.dsl.telepac.pt)
20:56.08kg4ysnfor anyone who might be interested, there seems to be a variable name conflict between connman_0.42 and /usr/include/signal.h in the connman/plugins/bluetooth.c file.  Both define a variable "signal", but of different types.  Upstream, connman changed this variable in their package to "watch" -- see version 0.46.  Unfortunately, the "sane-rev" for connman in OE is stuck at 0.42, so you have to grab the new GIT tag and override it in your
20:56.08kg4ysnlocal.conf.  (This message is mostly for the IRC sniffers for those who may Google search for the problem.)
21:05.43*** join/#oe spaetz (n=user@62.48.113.247)
21:10.33khemyou can post a patch to ml
21:11.43kg4ysnkhem: yeah, i have a number of patches to submit.  i'm queueing them up for when we release our product.
21:12.42khemkg4ysn: nice
21:13.32kg4ysnkhem: does OE have their patch submission guidelines anywhere?  I'm used to the kernel's process, but wasn't sure if there were differences preferred by the OE team.
21:13.53khemits same almost
21:14.15khemthere is a wiki link
21:14.39kg4ysnkhem: ok i've seen that.  it was fairly sparse, so i'll just do my best and hope it works.  :-)
21:14.47kg4ysnkhem: thanks for confirming
21:15.59khemyeah, git-format your patches with signed-offs and git send-email them to openembedded-devel ml
21:16.43khemthey will then appear in the patchwork.openembedded.org and reviewed and applied
21:16.47kg4ysni'll try to make them an early christmas present then
21:17.08khemheh that might be a time when activity is low
21:18.43*** join/#oe Martin-B (n=martin@pool-139-67-198-89.dbd-ipconnect.net)
21:19.54*** join/#oe dth (n=Dieter@p4FDEB0CA.dip.t-dialin.net)
21:21.18*** join/#oe mango_make (n=dan@89.192.231.202)
21:22.12mango_makehas anybody done any performance tests with qt4-embedded vs qt4-x11 ?
21:23.04*** join/#oe likewise (n=chatzill@82-171-51-231.ip.telfort.nl)
21:26.48*** join/#oe Sleep_Walker (n=Sleep@193.179.96.131)
21:27.36*** join/#oe Jay7 (n=jay@93-81-70-123.broadband.corbina.ru)
21:28.38jestqsp: you are right, there is a problem with menuconfig
21:29.24qspjest: and there is some workaround?
21:29.41jestqsp: I'm trying with linux-2.6.28 and have the same effect as you did
21:30.01qspas i've been telling in the last days here, i'm configuring a kernel for c700 cause angstrom one wont boot
21:30.08*** join/#oe cminyard (n=cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
21:30.34qspso i wanted to get current config and then try to meddle with the options :-)
21:31.16qspso it took me 2 days to compile a kernel with bitbake :-) many obstacles, and this is the latest one :-) that i cant extract the .config :-)
21:31.17jestqsp: I just tried 'bitbake virtual/kernel' and now I have two files, .config and .config.old. Of course the same, but this allows me to copy .config and reuse later
21:31.49qspmm, i'll try then
21:33.17jestqsp: try this:
21:33.17jest1. bitbake virtual/kernel -c configure
21:33.17jest2. bitbake virtual/kernel -c menuconfig
21:33.17jest3. bitbake virtual/kernel
21:33.39jestqsp: I try it as well right now, I'll let you know
21:33.52qspthank you! :-) starting the process :-)
21:40.04khembitbake virtual/kernel -c listtasks will show you available tasks
21:40.18khemfor given recipe
21:40.26qspyes, i was inspecting the tasks
21:40.31qspand i tried unpack one
21:40.35CIA-203Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r3cc58ee273 10openembedded.git/recipes/ncurses/ncurses.inc: ncurses: Always use --enable-static to work-around possible linking problems.
21:40.39qspthought it would just unpack the sources
21:40.43khemunpack just creates src tree
21:40.46CIA-203Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r11f33f70f6 10openembedded.git/recipes/gdb/gdb_7.0.bb: gdb-7.0: Always use --enable-static to work-around possible linking problems.
21:41.21qspthats it.. it didnt touch .config
21:41.33qspi'm now trying as per jest suggestion
21:41.58qsp:-) should open champagne when i finally can boot my zaurus again :-D
21:42.23*** join/#oe pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB)
21:43.49CIA-203Stanislav Brabec <utx@penguin.cz> 07org.openembedded.dev * r21cb1d0889 10openembedded.git/recipes/gnome/gnome-icon-theme_2.28.0.bb: gnome-icon-theme-2.28.0: Set it as arch-independent package.
21:44.56*** join/#oe orbarron1 (n=orb@nat/ti/x-23f53889de39b1c0)
21:46.05jestqsp: looking at do_menuconfig, it simply does 'make menuconfig'. So, no special magic regarding even creating .config
21:46.44jestqsp: and do_configure is different, as it creates .config based (somehow) on defconfig
21:47.01qspits making the configure task
21:47.07qspjust, so that i learn it as well
21:47.16qsphow do you see the details of the task?
21:47.41*** join/#oe claudiu_m (n=claudiu@host53-248-dynamic.15-87-r.retail.telecomitalia.it)
21:47.41jestqsp: because both do_configure and do_menuconfig goes after do_patch, I think it should work to do 'configure' and then 'menuconfig'
21:48.18qspmm... it failed :-/
21:48.20jestqsp: I run a specified task, and then look at run.do_... files in work
21:48.55jestqsp: this way you see exactly what is going on, after any magic of bitbake, inheritance, etc.
21:49.27qspah, so i should tail them :-)
21:49.49*** join/#oe ant__ (n=andrea@host191-189-dynamic.60-82-r.retail.telecomitalia.it)
21:51.15cbrakeMelo (git server) will be down for about 20 minutes over the next 1.5 hours
21:51.17CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * r25904bc071 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.org:openembedded into org.openembedded.dev
21:51.20CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rb8d29529be 10openembedded.git/recipes/linux/ (2 files in 2 dirs): linux-omap-pm 2.6.29: add hack to get asoc to register on the touchbook
21:51.24qspkhem: yes, just its not always obvious what each task do
21:51.26jestqsp: slowly... after 'configure' I have .config which is exactly the same as 'defconfig', with exception of CONFIG_LOCALVERSION
21:51.30cbrakewe need to replace some RAM
21:52.07qspjest:then its exactly what i need :-)
21:52.15khemcbrake: how much are you putting on
21:52.19qspmaybe my machine is slower here, cause its still running
21:52.41jestqsp: so, you don't need to add manual changes to .config?
21:52.55qspyes, i will
21:53.04qspafter i get the default ones
21:53.24cbrakekhem: I'm not actually sure
21:53.38qspjest: i'll compare with kexecboot kernel, which is stripped down, and see what might be causing it not to boot in my zaurus
21:53.55cbrakekhem: we're hoping to upgrade the Melo VM to 1.5G, but the machine itself has something crazy like 24G
21:54.04khemcbrake: it will be faster afterward I hope
21:54.09qspjest: as everyone told me so far, it might be a mem issue, cause the c700 is only 32mb
21:54.14cbrakekhem: have you noticed it being slow?
21:54.28khemcbrake: I think its been good
21:54.38khemnot that I clone often
21:54.45khembut pulls are ok
21:54.50cbrakekhem: nod, neither do I
21:55.13khemsomeone cloning frequently could tell better
21:56.13jestqsp: what 'configure' does is 'make oldconfig'; what is interesting, it calls this target *twice* :O
21:57.30qspi did try a bitbake -c oldconfig before, but it isnt a task on its own, so you just found exactly what i was looking for :-) thank you. can't wait for it to finish
21:58.05CIA-203Koen Kooi <koen@openembedded.org> 07org.openembedded.dev * rc1ff4bb5b8 10openembedded.git/ (conf/checksums.ini recipes/webkit/arora_0.10.1.bb):
21:58.05CIA-2arora: add 0.10.1. Arora is a qtwebkit based browser.
21:58.05CIA-2This recipe is ugly because neither I nor the upstream authors know how to use qmake
21:58.05CIA-2screenie: http://scap.linuxtogo.org/files/25c0d644dfabb484382183269e8af286.png
22:02.56*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
22:03.22jestqsp: looks like the procedure I gave you works, i.e. it creates default, correct .config for my machine and let me change anything with menuconfig, and then build the kernel
22:04.03*** join/#oe thaytan (n=jan@78.16.51.22)
22:04.04jestqsp: I can't confirm fully, as I don't know how to check contents of the kernel image file without booting it
22:04.52tzangerhmm
22:05.21tzangerlibtool-cross is erroring out on decompress with a broken pipe... any ideas on how to get around that? it decompresses just fine by hand but it still tries to do it again when I re-run bitbake
22:05.44*** part/#oe claudiu_m (n=claudiu@host53-248-dynamic.15-87-r.retail.telecomitalia.it)
22:05.47kergothsounds like you're using an oe tree that doesn't have the subprocess SIGPIPE fix
22:06.14tzangerpossible, it's the gumstix-oe tree
22:09.25kergothcd upstreamoe; git log -SPIPE org.openembedded.dev -- classes/base.bbclass
22:13.48tzangerI'll have to pull it manually, they use svn and git won't let me do what you're suggesting :-)
22:14.21*** join/#oe grg (n=grg@eth7090.sa.adsl.internode.on.net)
22:14.45kergothi said "cd upstreamoe" for a reason.  upstream oe isn't svn.
22:15.15ant__khem: hi, any idea how to circumvent this (new kernel headers brought this issue):  kernel/qpixmapcache.cpp:125:57: error: asm/page.h: No such file or directory
22:19.04khemant__: search for this include and delete it in the sources
22:19.19ant__ah :)
22:19.29ant__provided by modern libc?
22:19.56ant__I had found it in klibc
22:21.13khemoh
22:21.17ant__and bluelightning found out this: http://www.nntp.perl.org/group/perl.perl5.porters/2007/02/msg121370.html
22:21.22khemklibc is probably not so modern
22:21.48ant__nkhem: was only found by grepping, no use of klibc in this project :)
22:22.31*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
22:23.07tzangerkergoth: that fixed it, many thanks.
22:23.47kergothnp
22:24.03khemant__: which packge is this
22:24.21*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
22:24.54ant__he qte-mt_2.3.10.bb
22:25.04ant__(opie-image)
22:26.25khemant__: you should try to get rid of including this file and replacing the functionality
22:27.36*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
22:31.25*** join/#oe santamarta (n=Juanjo@195.Red-213-96-224.staticIP.rima-tde.net)
22:36.19*** join/#oe john268 (n=john268@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
22:46.16*** join/#oe nslu2-log (n=nslu2-lo@limax.nslu2-linux.org)
22:46.53ant__Jay7: we still miss Pavel
22:47.01*** part/#oe john268 (n=john268@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
22:47.38Jay7ant__: I see..
22:47.44Jay7we are working on this :)
22:48.28ant__btw I fear that Laibsch did NOT yet send a serial cable to Pavel :/
22:48.28Jay7florian: I suspect some problems..
22:48.54Jay7florian: I've sent some test mails to zaurus-devel@ but w/o any visible success
22:48.59florianJay7: oh no :-(
22:49.13Jay7what is graylisting timeout?
22:49.21Jay7(if any)
22:50.11Jay7ant__: do Laibsch still have zaurus?
22:50.33ant__think so, but he has some cables
22:50.42ant__iirc
22:50.59Jay7seems we should catch him then :)
22:51.27florianJay7: the default ;)
22:51.39ant__one month?
22:51.43ant__:D
22:51.50Jay7:))
22:51.58Jay7well...
22:52.05Jay7let's wait then..
22:52.24*** join/#oe john268 (n=jsynesio@99-26-125-126.lightspeed.sndgca.sbcglobal.net)
22:54.09*** join/#oe aloisiojr (n=aloisio@84-231-70-176.elisa-mobile.fi)
22:57.06ant__Jay7: hooray \°/
22:57.21ant__florian: congrats
22:59.30Jay7~20 min is gone from last mail to list was sent :(
22:59.31ibotJay7: okay
22:59.39Jay7hm..
22:59.43ant__lol
22:59.50Jay7smart bot :)
22:59.57bluelightningibot: what is 20 min
22:59.58ibotwell, 20 min is gone from last mail to list was sent :(
23:00.02bluelightninghahaha
23:00.09ant__hmpfff
23:00.13bluelightninggood teaching there
23:00.24ant__good english too
23:00.30bluelightningibot: forget 20 min
23:00.30iboti forgot 20 min, bluelightning
23:00.54bluelightning~botsnack
23:00.54ibotbluelightning: :)
23:00.54Jay7well.. i should replace ~ with about then :)
23:01.16ant__bluelightning: don't harrass the pet!
23:01.26bluelightning~lart ant__
23:01.26ibotgives ant__ an extra strength ACME sleeping pill, sending ant__ to sleep for 150 years, and awakening to seven strange dwarfs and a large apple
23:01.42bluelightninghmm...
23:01.57ant__omg
23:09.34florianJay7: its supposed to be 10 minutes
23:09.58*** part/#oe jest (n=jest@103-215.echostar.pl)
23:10.07Jay7florian: hm..
23:10.35florianJay7: it does not seem to work as expected, disabling it now
23:12.25Jay7florian: can you look into smtp-server log for mail from jay4mail at gmail.com?
23:13.32floriantakes a look
23:32.43*** part/#oe amitshah1 (n=amit@utdpat242007.utdallas.edu)

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