IRC log for #oe on 20100610

00:01.39*** join/#oe BenLauDC (~benlau@221.125.8.44)
00:12.37*** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw)
00:14.00*** part/#oe robtow (~rob@12.156.66.34)
00:24.29*** join/#oe raster (~raster@enlightenment/developer/raster)
00:41.58*** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl)
00:42.51*** join/#oe methril_ (~methril@189.27.134.229.dynamic.adsl.gvt.net.br)
00:44.24*** join/#oe mwester-laptop (~chatzilla@nslu2-linux/mwester)
00:51.54CIA-203Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07org.openembedded.dev * r070e46f293 10openembedded.git/recipes/uclibc/uclibc_git.bb: (log message trimmed)
00:51.54CIA-2uclibc_git: keep PV at "git"
00:51.54CIA-2With this change, you can put
00:51.54CIA-2PREFERRED_UCLIBC_VERSION="git" into your conf/local.conf
00:51.54CIA-2once or set PREFERRED_VERSION_uclibc{*}="git" and need
00:51.55CIA-2not adjust local.conf if the git revision was changed.
00:51.55CIA-2Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com>
00:51.57CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r428c2de6d2 10openembedded.git/lib/oe/patch.py: (log message trimmed)
00:51.57CIA-2lib/oe/patch.py: Dont import patches but symlink them instead
00:51.57CIA-2* This patch removes the usage of quilt import <patch>
00:51.58CIA-2instead it creasted a symlink to the patch in the patches
00:51.58CIA-2directory and synthesizes the series file which otherwise
00:51.59CIA-2would be done automatically by quilt import.
00:51.59CIA-2* This should help a bit in reducing build time as it avoids
00:52.00CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r0dc02df572 10openembedded.git/conf/distro/minimal-uclibc.conf: (log message trimmed)
00:52.59*** join/#oe rsalveti (~rsalveti@187.113.169.142)
00:53.55kergothdamn, i thought i had this
00:54.45kergothit *works*, but the logging levels arent working correctly
01:04.57CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rbfe9198dda 10openembedded.git/lib/oe/patch.py:
01:04.57CIA-2Revert "lib/oe/patch.py: Dont import patches but symlink them instead"
01:04.57CIA-2pushed wrong branch. It needs to be reviewed before pushing.
01:04.57CIA-2This reverts commit 428c2de6d27dd49274b9884c3123b053c42af0ce.
01:10.22*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
01:18.14kergoth_god this is weird
01:18.16kergoth_hmm
01:20.09kergoth_i set the log level for this logger, then later on in the same process its been reset, yet i can't see any way that could happen :|
01:28.34kergoth_damnit, what the fuck
01:37.27kergoth_whew
01:37.28kergoth_finally
01:40.03*** join/#oe william_zhang (~william@58.247.126.174)
01:57.55*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
02:05.08CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r8b17bc55a9 10openembedded.git/recipes/gdb/ (gdb-7.1/gdb-tcsetpgrp.patch gdb_7.1.bb):
02:05.08CIA-2gdb_7.1: Add patch to shut a warning when we boot into shell.
02:05.08CIA-2* [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for
02:05.08CIA-2* device]
02:05.08CIA-2this warning is pretty annoying when debugging on a shell which
02:05.09CIA-2does not have a proper console device allocated and no job control.
02:05.10CIA-2Signed-off-by: Khem Raj <raj.khem@gmail.com>
02:12.45*** join/#oe mwester-laptop (~chatzilla@nslu2-linux/mwester)
02:14.22*** join/#oe mwester (~chatzilla@nslu2-linux/mwester)
02:15.44*** join/#oe mithro (~tim@unaffiliated/mithro)
02:19.20kergoth_hmmm
02:20.39kergoth_something is still swallowing exceptions whole
02:20.40kergoth_:(
02:43.36kergoth_whew, all betteer
02:43.51kergoth_few more usages of bb.msg to kill inside of bitbake itself, but everything is happy now
03:10.45kergothhmm, now..
03:10.48kergothbb.fatal
03:10.57kergoththis needs to just die
03:11.00kergothperiod
03:11.09kergothif shit hits the fan, raise a damn exception
03:14.25*** join/#oe hufnus_cicq (~hufnus_ci@69-12-177-67.dsl.static.sonic.net)
03:32.12*** join/#oe OpenEmbed (~51d6168a@gateway/web/freenode/ip.81.214.22.138)
03:32.35OpenEmbedhi , i m currently having some problems on compiling with arm-angstrom-linux-gnueabi-g++
03:32.46OpenEmbedundefined reference to `feof@GLIBC_2.0'
03:34.02OpenEmbedhttp://pastebin.com/QYQ213CU
03:34.10OpenEmbedi got this error when i try to compile my project
03:36.15*** join/#oe borg__ (~olaf@p5486892C.dip0.t-ipconnect.de)
03:36.34*** part/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
03:38.36kergothhas no idea what would cause that particular failure
03:41.05*** join/#oe shashi (~a0876501@nat/ti/x-tfmphbvqbcjoyawm)
03:42.34*** join/#oe xjqian (~gordon@128.252.118.159)
03:44.17OpenEmbedkergoth , glibc ?
03:44.21OpenEmbedi need glibc ?
03:45.33kergothyou have it
03:46.27OpenEmbedwhere is it ?
03:46.32kergothwhat?
03:46.39kergoththis isn't linux 101
03:46.43OpenEmbedi cant do compilation
03:47.17OpenEmbedundefined reference to `fputs@GLIBC_2.0'
03:47.37kergothwe heard you the first time
03:47.42kergothrepeating yourself isn't going to accomplish anything
03:47.54kergothexcept perhaps getting you kicked and banned from the channel, eventually
03:48.47OpenEmbedwell okay but this is help channel
03:51.11OpenEmbedi need glibc include and libs ?
03:59.21OpenEmbedi ve found glibc location on : /home/kadirbasol/OE/angstrom-dev/staging/armv7a-angstrom-linux-gnueabi/usr/include
03:59.26OpenEmbedbut i donno how to compile
04:10.56*** join/#oe methril_ (~methril@189.27.134.229.dynamic.adsl.gvt.net.br)
04:23.58*** join/#oe ZeeD (~ZeeD@80.252.210.136)
05:17.50*** join/#oe mrc3_ (~mrc3@nat/ti/x-ppjqbvpykpziqsio)
05:24.01grgI doubt he'll return, but if he does... OpenEmbed needs to add -mfpu=vfp
05:36.05*** join/#oe tasslehoff (~Mich@147.84-49-231.nextgentel.com)
05:46.21*** join/#oe zecke (~ich@123-192-240-117.dynamic.kbronet.com.tw)
05:58.53*** join/#oe ao2 (~ao2@cl-35.trn-01.it.sixxs.net)
06:03.52*** join/#oe BoardTester (~51d6168a@gateway/web/freenode/ip.81.214.22.138)
06:05.37BoardTesterhi , i m having problem on omapfbplay , when i try to play a video from framebuffer console , ( no x window system installed ) , it runs video perfectly but the problem is , when video play finishes , it doesnt return back to linux console , so i cant control machine anymore , how can i fix this problem ?
06:08.30*** join/#oe roopar (~roopati@nat/ti/x-emnschcttlbldjum)
06:09.51*** join/#oe vps (~vitus@212.144.247.210)
06:11.39LinfBoardTester: there's a program called fbset that maybe can help you
06:11.59Linfstill, you'll have to try to run it via network/ssh or blindly typing it over the screwed console
06:12.20Linfand you should read first its man
06:12.34*** join/#oe raster (~raster@enlightenment/developer/raster)
06:13.27*** join/#oe tsjsieb_ (~tsjsieb@80.101.185.65)
06:14.35*** join/#oe dth_ntb (~dieter@p4FDEFEE1.dip.t-dialin.net)
06:18.10*** join/#oe tsjsieb (~tsjsieb@80.101.185.65)
06:18.29*** join/#oe roopar (~roopati@nat/ti/x-jtsaamyhaprkwhpo)
06:19.25*** join/#oe tsjsieb (~tsjsieb@80.101.185.65)
06:19.57*** join/#oe guillaum1 (~gl@AMontsouris-153-1-25-1.w86-212.abo.wanadoo.fr)
06:42.54*** join/#oe guillaum1 (~gl@AMontsouris-153-1-4-151.w86-212.abo.wanadoo.fr)
06:56.55*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
06:57.14*** join/#oe ZeeD (~ZeeD@80.252.210.136)
06:58.59*** join/#oe shazkhan (~shaz@119.153.93.137)
07:02.24*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
07:04.53*** join/#oe Heinervdm (~thomas@pD9E15C3E.dip.t-dialin.net)
07:06.36*** join/#oe guillaum1 (~gl@AMontsouris-153-1-68-15.w90-2.abo.wanadoo.fr)
07:06.39*** join/#oe Heinervdm (~thomas@pD9E15C3E.dip.t-dialin.net)
07:10.30hrwmorning
07:12.16*** join/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net)
07:22.01*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
07:29.53*** join/#oe thebohemian (~rschus@p5DDC1A98.dip.t-dialin.net)
07:30.57*** join/#oe guillaum1 (~gl@AMontsouris-153-1-88-41.w90-2.abo.wanadoo.fr)
07:32.20*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
07:40.12*** join/#oe pix_ (~pix@2001:6f8:3b5:0:219:dbff:fec7:9c83)
07:43.25*** join/#oe dth_ntb (~dieter@p4FDEFEE1.dip.t-dialin.net)
07:46.02*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
07:47.09*** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk)
07:55.04*** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr)
07:56.39*** join/#oe guillaum1 (~gl@AMontsouris-153-1-76-11.w90-2.abo.wanadoo.fr)
07:57.10*** join/#oe playya (~playya@unaffiliated/playya)
08:16.04*** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it)
08:20.11*** join/#oe guillaum1 (~gl@AMontsouris-153-1-91-136.w90-2.abo.wanadoo.fr)
08:22.17JaMa|Wrkis blind today.. added subpackages to navit recipe and they always stay empty, grr
08:24.53JaMa|Wrkdoes anyone see obvious mistake/typo? http://gitorious.org/~jama/angstrom/jama-shr-experimental/commit/684b000d646d6bf0fbf74a9168eeb9c16b286b0c
08:25.59*** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk)
08:26.39hrwPACKAGES +=
08:26.47hrwdo =+ instead
08:27.02hrwotherwise PN package will take all
08:27.29JaMa|Wrkahh, thanks!
08:27.56hrwJaMa|Wrk: and for future - try to split commits so packaging change is one and rest is in second
08:28.01hrweasier to check changes ;D
08:29.26JaMa|Wrkhrw: OK, I'll split it
08:43.59*** join/#oe lrg (~lrg@slimlogic.co.uk)
08:47.38*** join/#oe guillaum1 (~gl@AMontsouris-153-1-68-63.w90-2.abo.wanadoo.fr)
08:47.46ant_workJaMa|Wrk: any news wrt Gentoo's binutils? Seems very old issue...
08:48.14janpmorning
08:55.10JaMa|Wrkant_work: have you seen that reply on bug?
08:55.48ant_workyes, I even followed the links posted there
08:55.59ant_workwell, we have to ask khem....
08:56.17JaMa|Wrkant_work: from what I've read there I wasn't sure if it's the same issue
08:56.34ant_workseems so, but have you tried the bfd patch? http://sourceware.org/ml/binutils/2007-10/msg00019.html
08:56.44JaMa|Wrkant_work: because enabling plugins/threads "resolve" it.. so doesn't look like upstream issue
08:57.15JaMa|Wrkant_work: for binutils-cross you mean? no..
08:57.27ant_workhmm...I understood that vapier did finally gave an evidence
08:57.54JaMa|Wrkant_work: I've already asked khem for ideas..
08:58.34ant_workwell, here I see two 'eek'  http://sourceware.org/ml/binutils/2007-07/msg00407.html
09:03.26ant_workas far as I understand in 2007 vapier diagnosed "LD_LIBRARY_PATH .. not sure which legacy pulled this in, but the code didnt exist in older
09:03.28ant_workbinutils ... it got merged as part of the recent libtool update i believe."
09:11.10*** join/#oe guillaum1 (~gl@AMontsouris-153-1-53-8.w86-212.abo.wanadoo.fr)
09:17.29*** join/#oe rob_w (~bob@pD95EF781.dip.t-dialin.net)
09:18.35*** join/#oe khem (~khem@99-57-141-118.lightspeed.sntcca.sbcglobal.net)
09:22.58*** join/#oe mithro (~tim@unaffiliated/mithro)
09:25.31*** join/#oe Jay7 (jay@95-29-185-51.broadband.corbina.ru)
09:30.21*** join/#oe cbrake (~cbrake@oh-69-34-21-229.sta.embarqhsd.net)
09:32.01*** join/#oe pirho (debian-tor@gateway/tor-sasl/pirho)
09:36.53*** join/#oe guillaum1 (~gl@AMontsouris-153-1-32-50.w86-212.abo.wanadoo.fr)
09:38.53*** join/#oe Sleep_Walker (~Sleep@nat/novell/x-wwbryziwyffhxurt)
09:59.23*** join/#oe mikeul (~509888f5@gateway/web/freenode/ip.80.152.136.245)
09:59.53*** join/#oe guillaum1 (~gl@AMontsouris-153-1-47-95.w90-2.abo.wanadoo.fr)
10:14.15*** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr)
10:22.17*** join/#oe guillaum1 (~gl@AMontsouris-153-1-11-49.w86-212.abo.wanadoo.fr)
10:25.19*** join/#oe thebohemian (~rschus@p5DDC1A98.dip.t-dialin.net)
10:39.45*** join/#oe neo01124 (~neo@122.163.112.179)
10:41.42*** join/#oe pb__ (pb@fwext.cambridgebroadband.com)
10:47.05*** join/#oe guillaum1 (~gl@AMontsouris-153-1-31-176.w86-212.abo.wanadoo.fr)
11:02.41*** join/#oe _chase_ (~chase@nat/ti/x-dntpdrdudfhnmynu)
11:09.38*** join/#oe guillaum1 (~gl@AMontsouris-153-1-67-156.w90-2.abo.wanadoo.fr)
11:15.23*** join/#oe svolpe (~Gerrath@unaffiliated/gerrath)
11:16.34*** join/#oe marex (~marex@vasut.kolej.mff.cuni.cz)
11:18.29*** join/#oe mrmoku|a` (~mrmoku@ppp-188-174-83-207.dynamic.mnet-online.de)
11:20.26*** join/#oe CMoH (~cipi@95.76.71.81)
11:24.56*** join/#oe d_t_h (~dieter@p4FDEA8AE.dip.t-dialin.net)
11:31.01*** join/#oe marcosmamorim (~marcos@201-43-208-176.dsl.telesp.net.br)
11:32.05*** join/#oe guillaum1 (~gl@AMontsouris-153-1-36-182.w90-2.abo.wanadoo.fr)
11:53.29*** part/#oe shashi (~a0876501@nat/ti/x-tfmphbvqbcjoyawm)
11:56.18*** join/#oe likewise (~likewise@84-106-116-232.cable.quicknet.nl)
11:56.34*** join/#oe guillaum1 (~gl@AMontsouris-153-1-30-69.w86-212.abo.wanadoo.fr)
12:02.36*** join/#oe gremlin[it] (~gremlin@host209-103-static.32-85-b.business.telecomitalia.it)
12:03.07*** join/#oe kristoffer (~kristoffe@109.58.64.241.bredband.tre.se)
12:03.12gremlin[it]hi sll
12:03.14gremlin[it]hi all
12:21.14*** join/#oe kristoffer (~kristoffe@95.209.27.205.bredband.tre.se)
12:21.32*** join/#oe guillaum1 (~gl@AMontsouris-153-1-51-130.w86-212.abo.wanadoo.fr)
12:33.09*** join/#oe playya_ (~playya@unaffiliated/playya)
12:40.53*** part/#oe mouss (~mouss@cqf44-2-88-164-112-80.fbx.proxad.net)
12:45.26*** join/#oe guillaum1 (~gl@AMontsouris-153-1-25-162.w86-212.abo.wanadoo.fr)
12:45.53*** join/#oe otavio (~otavio@debian/developer/otavio)
12:47.11*** join/#oe woglinde (~henning@p5DDC1A98.dip.t-dialin.net)
12:48.25*** join/#oe MWelchUK_work_ (~welchma@65.91.2.71)
12:49.41*** join/#oe jkridner1 (~a0321898@nat/ti/x-zztkrtgqddxgcrty)
12:56.05*** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net)
12:58.07*** join/#oe BenLauDC (~benlau@221.125.8.44)
13:02.30*** join/#oe rob_w (~bob@pD95EF781.dip.t-dialin.net)
13:04.08*** join/#oe otavio (~otavio@debian/developer/otavio)
13:04.46*** join/#oe otavio (~otavio@debian/developer/otavio)
13:08.39CIA-203Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * r8b29951fa7 10openembedded.git/recipes/db/ (db4.inc db5.inc):
13:08.39CIA-2db4.inc: Change SRC_URI to a FreeBSD mirror (link on Oracle site does not work anymore)
13:08.39CIA-2db5.inc: Dito.
13:12.31*** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-227.w90-2.abo.wanadoo.fr)
13:13.17*** join/#oe jaime (~c80114ee@gateway/web/freenode/ip.200.1.20.238)
13:15.17*** join/#oe mwester-laptop (~chatzilla@nslu2-linux/mwester)
13:22.46*** join/#oe shazkhan (~shaz@116.71.208.59)
13:26.55*** join/#oe LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net)
13:31.16*** join/#oe nusse (~nusse@gonzo.teamidiot.de)
13:37.41*** join/#oe guillaum1 (~gl@AMontsouris-153-1-75-148.w90-2.abo.wanadoo.fr)
13:38.44*** join/#oe kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net)
13:41.48*** join/#oe B_Lizzard (~havoc@athedsl-427688.home.otenet.gr)
13:42.55JaMa|Wrkwoglinde: navit packages splitted :) not pushed yet..
13:44.44woglindejama cool
13:44.45woglindethanks
13:45.05woglindeadd you RSUGESTIONS?
13:45.10woglindefor sound stuff
13:45.22kergothmorning
13:45.30woglindejo kergoth
13:47.00kergoththinks about diving back into converting bitbake to the python logging module
13:47.07kergothran into some totally insane behavior last night
13:47.30JaMa|Wrkwoglinde: RRECOMMENDS for stuff used in shipped config and RSUGGESTIONS for rest
13:47.59kergothisn't it RSUGGESTS, not RSUGGESTIONS? :)
13:48.14hrwRSUGGESTS
13:48.31woglindeyeah whatever it is calles
13:48.33woglindecalled
13:48.35woglindehi hrw
13:48.47JaMa|Wrkyeah RSUGGESTS is in recipe :)
13:49.20*** join/#oe playya__ (~playya@unaffiliated/playya)
13:53.50*** join/#oe konni (~91fd8592@gateway/web/freenode/ip.145.253.133.146)
13:56.26*** join/#oe mickey (~mickey@p579F65E2.dip.t-dialin.net)
13:57.08*** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170)
13:57.40*** join/#oe rsalveti (~rsalveti@200.184.118.130)
14:00.25*** join/#oe guillaum1 (~gl@AMontsouris-153-1-55-187.w86-212.abo.wanadoo.fr)
14:05.54*** join/#oe sgh (~quassel@cpe.ge-0-2-0-950.faaqnqu1.customer.tele.dk)
14:06.57*** join/#oe brolin (~c80debc4@gateway/web/freenode/ip.200.13.235.196)
14:09.07kergothokay, thoughts on me killing every single usage of bb.fatal and bb.msg.fatal in the bitbake codebase?
14:09.10*** join/#oe MWelchUK_work (~welchma@65.91.2.71)
14:09.26kergoththey can all be replaced with either error messages and recovery, or they can raise a proper exception instead
14:09.27woglindekergoth hm and than?
14:09.31woglindeokay
14:09.34*** join/#oe shazkhan (~shaz@119.153.2.102)
14:09.34woglindefine for me
14:09.37kergothi mean, if the shit has hit the fan
14:09.47kergothbest to retain as much info about why as we can
14:09.53kergothheh
14:10.01kergoththis is the purpose of exceptions, after all
14:10.39kergothwas converting to the logging module, and realized that i can't just replace fatal with logger.critical(), cause the latter only prints a message, it doesn't actually exit :)
14:11.47JaMa|Wrkkergoth: cannot you add bb.fatal( msg, exception ) method which also prints stacktrace and replace every bb.fatal() call with exception?
14:12.00kergothi don't really see the point
14:12.20kergothraise SomeException("foo") will do the job just as well as bb.fatal("foo")
14:12.33kergothfor now, we can replace with raise SystemExit(), which is exactly what it does today
14:12.50kergothit prints, then runs sys.exit(), which raises SystemExit
14:13.32*** join/#oe mechman (~51d6168a@gateway/web/freenode/ip.81.214.22.138)
14:13.33mechmani , i need some framebuffer imageviewer program on my beagle , is there any software that do it ?
14:13.35JaMa|Wrkbut bb.fatal("Cannot count checksum for file %s" % file, exception) whould be easier to read in code (when exception has ie something about missing file)
14:13.43mechmanhi , i need some framebuffer imageviewer program on my beagle , is there any software that do it ?
14:13.49kergothi don't really see how that's easier to read
14:13.56kergothi'm not removing bb.fatal
14:14.03kergothi expect it to be used by the metadata still, for convenience
14:14.15kergothbut inside of bitbake, we should be using the correct exception for the failure in question
14:14.19kergothbb.fatal is generic
14:14.30kergothimo, anyway
14:15.03mechmanremove bb.fatal files if its on bitbake conf
14:15.24*** join/#oe tsjsieb (~tsjsieb@80.101.185.65)
14:15.42kergothmechman: what do you mean?
14:15.44mechmandoes someone know any image dumping program for framebuffer ?
14:15.49kergothdoesn't, sorry
14:15.58mechmanokay...
14:16.09mechmani need some image display program on framebuffer
14:16.21kergothoh, wait, i do know of one
14:16.21Jay7zgv afaik can display images on fb
14:16.25mechmanthat will show screen in fullscreen mode
14:16.27kergothi'm not sure if its in oe, but i always used to use 'feh'
14:16.38kergothback when i didn't use X much
14:16.47mechmanfeh ?
14:16.51mechmanopkg install feh
14:16.52mechmani try now
14:17.12tsjsiebmechman: I use fbsplash, wich is standard in busybox iirc
14:17.13mechmanCollected errors:  * Cannot find package feh.
14:17.36tsjsiebbut it only shows ppm images
14:17.41mechmanah , nice
14:17.44mechmanppm
14:17.46mechmanhmm
14:17.55mechmani need for png
14:18.06hrwfbview works
14:18.15hrwor fbv - do not remember
14:19.18mechmanthere
14:19.24mechmanthere is no packages on opkg
14:19.28mechmanfbview or fbv
14:20.52mechmanbtw , i changed splash screen on boot but its background color is not 255,255,255 ( white )
14:21.02mechmanwhats the color on bsplash background ?
14:21.22mechmanand how can i change splash screen's background color on boot ?
14:22.49tsjsiebyou can read about that in the repo in  recipes/psplash/psplash.inc
14:24.30*** join/#oe B_Lizzard (~havoc@athedsl-425517.home.otenet.gr)
14:24.47mechmantsjsieb , i looked there but there is no color information ?
14:25.56Jay7well.. -native recipes will use patches laying in non-native recipe directory
14:26.07*** join/#oe guillaum1 (~gl@AMontsouris-153-1-93-105.w90-2.abo.wanadoo.fr)
14:26.18Jay7I'm not sure this is documented behaviour
14:26.27Jay7but I'll use it for patch cmake :)
14:29.34tsjsiebmckoan|away: it suggests to look in the patches, I guess these are in the psplash/files/ dir.
14:30.36woglindehe mickeyl
14:30.46woglindesorry was there yesterday
14:31.22Jay7btw, what devices we have on LTG stand? :)
14:31.34woglindethe florian yes
14:31.44woglindebeagleboard, archos 7
14:31.48woglindeups has
14:31.57woglindethe booth isnt this big
14:32.07woglindeso thats proably fills up the desk
14:32.07Jay7have misread florian as device name ;)
14:32.12woglindesorry
14:38.04*** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it)
14:39.29mikeulI've got a prob- Trying to 'bitbake glibc-initial' fails on do_install because arm-angstrom-linux-gnueabi-gcc doesn't exist. But 'bitbake gcc-cross' fails because it tries baking glibc-initial first.
14:40.02kergothglibc-initial runs after cross-initial, from what i recall.
14:40.13kergoththe crosscompiler build process is more than two steps
14:40.18*** join/#oe Leatherface (~leatherfa@suse.pitelink.com)
14:41.17ant_workJaMa|Wrk: what you sent to the ML is indeed a mega-patch!
14:42.40mwesterAnyone tried busybox >1.13.2 ?  More recent recipes exist, but don't seem to be listed as PREFERRED_VERSIONS by distros; I'm wondering if that's because something isn't right with it.
14:46.48pb__mwester: I'm not aware of anything wrong with it, but neither do I know of anything wrong enough with the old versions to make me want to go through the hassle of upgrading.
14:47.12pb__upgrading busybox is always a headache and I suspect most folks would just rather stick with the versions that work for them.
14:47.37ant_workkergoth: silly question about buildall: does is still just extra packages the dependencies of PN ?
14:48.07ant_workand the rrecommends / rsuggests ?
14:49.31mwesterpb__: That's a reasonable answer; I'd like to see if I can get rid of some of the "full" utilities we still need to carry along on the base SlugOS image -- in particular it would be nice if basic things like "mount" finally got fixed in busybox so that we didn't need those pulled in.   I'll try it, and see what works and not.
14:50.59mwester(We've run out of space in the base image with newer versions of various utilities -- the software keeps getting bigger and bigger, but unfortunately existing hardware can't expand to match.)
14:51.48*** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net)
14:52.01*** join/#oe guillaum1 (~gl@AMontsouris-153-1-67-222.w90-2.abo.wanadoo.fr)
14:52.49pb__morning kergoth_
14:53.29ant_workpb__: have you installed an ip-cam to watch the works?
14:53.44pb__ant_work: heh, no, but my wife has been sending me pictures
14:54.14pb__a webcam would be a fun idea though, maybe I will set one up at the weekend :-)
14:54.18ant_workimportant is the workers don't feel alone...
14:54.37pb__yeah, luckily they have my daughter to keep them company
14:54.41ant_workha ha
14:55.22woglindewe have 2 cams here
14:55.25woglindeha ha
14:55.34woglindebut we need them for a product
14:56.43jaimesome of you have experienced this error during bitbake nano "ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable"
14:57.12jaimeIve googled but there are nothing clear about the cause and solution
14:57.25kergoth_your BBPATH isn't set up correctly
14:57.33kergoth_it's falling back to the bitbake conf/bitbake.conf, rathe rthan using the OE one
14:57.53JaMa|Wrkant_work: this one was easy.. no need for manual changes.. just script monkeys played..
14:58.29JaMa|Wrkant_work: rdepends/rrecommends needed some cleanup after monkeys and checksums in recipe was real mega-patch with stupid manual work
14:59.09jaimeok my BBPATH was set in .bashrc "export BBPATH="/home/jaime/oe/build:/home/jaime/oe/openembedded""
14:59.30kergoth_echo $BBPATH, ensure its set the way you think it is
14:59.30jaimewhere oe is a symbolinc link to another drive.
14:59.36kergoth_then ls /home//jaime/oe/openembedded/conf/bitbake.conf
14:59.39kergoth_okay, thats a problem too
14:59.52ant_workJaMa|Wrk: I see khem already ack'ed it, now let see what pb says
14:59.54kergoth_if you do builds inside of a path with a symlink, autoconf can explode
15:00.02kergoth_at least when built under oe
15:00.27jaimeok, thanks, I will change that,
15:00.28ant_workJaMa|Wrk: for such patches better have solid ack's ;)
15:00.39kergoth_np
15:01.28pb__kergoth_: heh, should really fix that one day, it's pretty sad to have these weird restrictions
15:01.36kergoth_agreed
15:01.38pb__ant_work: I haven't read the whole patch but it looks basically fine to me
15:01.43kergoth_low priority though, its too easy to work around :)
15:01.52kergoth_almost wish it wasn't so easy
15:02.21ant_workpb__: yea, just dubious for some eventual strange border-case ...which I cannot imagine by myself..
15:02.50kergoth_okay, i'm really sick of these "new RPATH" messages
15:02.57Jay7http://en.pastebin.ca/1880453
15:03.11Jay7this is my diff
15:03.19Jay7it it sane enough to commit to .dev?
15:04.20pb__what's the purpose of that patch?
15:04.53Jay7cmake_2.6.4: Patch added to fix compilation when FORTIFY_SOURCE is enabled
15:05.29Jay7upstream notified is here http://public.kitware.com/mantis/view.php?id=9267
15:05.33jaimeI made the changes as you suggested, even I changed the BBFILES path in build/conf/local.conf, but now the error persist. I tried using just "bitbake nano" without sudo but this error appears File "<bb>", line 18, in check_sanity NameError: global name 'os' is not defined
15:05.35pb__ah, is your patch reversed?
15:05.37Jay7s/ is//
15:05.40*** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
15:05.45pb__it looks like you are _deleting_ that file, not adding it
15:06.08Jay7+++ b/recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch
15:06.10jaimeall this happend after a openembedded/git pull
15:06.28jaimetwo hour ago everything was fine
15:06.41jaimesorry for my english
15:07.05Jay7pb__: it's newly added patch
15:07.12kergoth_jaime, you should never, ever build as root
15:07.17pb__okay, so your diff in pastebin is backwards
15:07.54jaimeups
15:08.16Jay7pb__: it's just commit in my local tree. not pushed yet
15:08.36Jay7I wish to collect some ack's :)
15:08.57hrwjaime: unless you want to do "bitbake please-destroy-my-system-and-send-all-my-p0rn-to-ohter-place"
15:08.57mwesterhands Jay7 a large butterfly net
15:09.24Jay7mwester: thanks :)
15:09.26jaimejjaja
15:09.32jaimegot ir
15:09.53kergoth_hrw, hehe
15:10.08mwesterwonders when we added the "send-p0rn" feature, but knows that the "please-destroy-my-system-if-I-am-running-bitbake-as-root" mechanism usually works.
15:10.28*** join/#oe otavio (~otavio@debian/developer/otavio)
15:10.41hrwmwester: ops.. probably forgot to merge some client branch...
15:12.40*** join/#oe shazkhan (~shaz@116.71.208.180)
15:14.38kergoth_hmm, forgot to update the ncurses bitbake ui per these logging changes...
15:14.40kergoth_ponders
15:16.42*** join/#oe guillaum1 (~gl@AMontsouris-153-1-44-240.w90-2.abo.wanadoo.fr)
15:17.16konnihi - i have an OE system build with DBus for an ARM based platform (AT91RM9200) - when i try a little program using DBus i get a segmentation fault with an alignment trap - here is the backtrace from the dbus version with debugging symbols: http://pastebin.com/raw.php?i=fjEdvAuH - any ideas?
15:18.06ant_workJaMa|Wrk: I'm wondering if without BB_DEFAULT_TASK = "buildall" the packages in rdepends/rrecommends will not be packaged as before.
15:18.59*** join/#oe mikeul (~509888f5@gateway/web/freenode/ip.80.152.136.245)
15:19.30ant_workneither can I remember if some sort of  useflags are used to mask some undesidered deps (see gpsd>mysql) when using buildall
15:19.57kergoth_they'll be packaged fine
15:20.27ant_workeven without buildall?
15:21.04kergoth_well, rdepends for sure, bitbake knows about those and includes them in its runqueue generation
15:21.09kergoth_pretty sure rrecs too
15:21.11kergoth_should be fine
15:21.26kergoth_should double check rrecs, though
15:21.27kergoth_hmm
15:21.33ant_workit's lot of time I don't trust opk and install all deps in my images ...should try my own feed again
15:21.40kergoth_'s never used buildall, never saw the need
15:23.29ant_workiirc comes from Poky
15:24.35kergoth_we really need to figure out why cia notifications for bitbake don't work
15:25.02*** join/#oe dos1 (~dos@unaffiliated/dos1)
15:25.28ant_workkergoth_: thx. I'll have to ask RP.  http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00490.html
15:25.50kergoth_do_build shouldn't be executed.
15:26.17kergoth_the image or package-index recipe will set the necessary flags to ensure that all dependent packages are generated to run its tasks
15:26.41kergoth_so that link isn't a bug, it's working as designed
15:26.47kergoth_afaik, anyway
15:27.07kergoth_ah, rp explained it well in the resolve :)
15:27.11kergoth_thought so
15:27.30kergoth_so it depends on what you're trying to do
15:27.47kergoth_'bitbake foo' won't package the deps of foo, but if you bitbake an image or whatever, then it would
15:27.58kergoth_so if not using an image or similar recipe, buildall is the way to go
15:28.15ant_workwell, border-case, then
15:28.58ant_workkergoth_: now I understand. thx
15:29.57kergoth_not necessarily border case, i could see it being quite useful if you just need to build something to test it on your device, and its not something you build all the time.. in that case you definitely need all the packages
15:29.59ant_workit's a note for people building single binaries and wanting the deps
15:30.02kergoth_nods
15:30.04kergoth_exactly
15:30.14kergoth_hell, that should go in an FAQ
15:32.27ant_workyes, and I'd add: bitbake package-index afterward. Or?
15:32.48kergoth_yeah, if they're using the feed rather than copying the packages manually
15:32.50kergoth_absolutely
15:33.07kergoth_wonders if we even have an faq.. probably on the wiki somewhere :)
15:34.06kergoth_looks at prepping some more oe patches for submission
15:34.30kergoth_oh, i remember someone in here mentioning they'd be willing to ack my 4 bitbake.conf patches, anyone recall who that was? i'd like to get those in
15:34.46kergoth_blindvt, blindvt`: was it you?
15:34.48kergoth_scratches head
15:35.22Jay7well.. seems no one is against at least :)
15:35.37kergoth_heh :)
15:35.48kergoth_thats what usually happens with bitbake.conf and main class changes
15:35.50kergoth_silence :)
15:37.22mikeulsorry, I'm still stuck trying to rebuild my gcc-cross.  I was able to bake gcc-cross-initial. kergoth mentioned that gcc-cross is a multistep process.  Where can I find the steps?
15:38.01*** join/#oe playya (~playya@unaffiliated/playya)
15:38.06kergoth_read the recipes
15:38.08kergoth_look at DEPENDS
15:38.18Jay7anyway this will do no harm.. I'll commit
15:42.06*** join/#oe guillaum1 (~gl@AMontsouris-153-1-96-166.w90-2.abo.wanadoo.fr)
15:48.04*** join/#oe roopar (~roopati@nat/ti/x-lwsanexvhzwdiaqg)
15:54.38*** join/#oe alphaone|gone (~alphaone@2001:638:602:af01::1)
15:59.55ant_workkergoth_: added to http://wiki.openembedded.net/index.php/Advanced_configuration
16:01.49woglindehm a cool feature would be
16:01.51kergoth_cool
16:02.04woglindewhen the tasks could be split up more to threads
16:02.18woglindefor instance fetch threads could be 5
16:02.24woglindebuild threads 2
16:02.28woglindethat would be cook
16:02.31kergoth_yeah, i think thats on list
16:02.34kergoth_on my list
16:02.36woglindecool
16:02.37kergoth_either by task or by resource
16:02.39woglindegogo kergoth
16:02.43kergoth_i.e. this task is disk bound
16:03.12kergoth_woglinde, http://bit.ly/oe-wave
16:03.24GNUtoo|laptopwow nice
16:04.00GNUtoo|laptopfor now I don't know what's the best setup because the thread could build,link,package,downloads etc...
16:04.27CIA-203Yuri Bushmelev <jay4mail@gmail.com> 07org.openembedded.dev * rb8599e06e7 10openembedded.git/recipes/cmake/ (3 files in 2 dirs): cmake_2.6.4: Patch added to fix compilation when FORTIFY_SOURCE is enabled
16:04.43woglindeeah google-account needed?
16:04.47kergoth_conceptually, its really the resource thats the concern, not the number of processes, so i kind of like the idea of marking up tasks with their primary resource and controlling the number by that
16:05.23kergoth_i'd like to say  okay, i have a fast cpu but mediocre disk, limit disk to 2 and cpu to 5, and i have good bandwidth, to set that to 6
16:06.18Jay7cool
16:07.21*** join/#oe guillaum1 (~gl@AMontsouris-153-1-34-145.w90-2.abo.wanadoo.fr)
16:07.25kergoth_shrugs
16:07.28Jay7we can use num of cpu, incoming internet bandwidth, i/o bandwidth from some know test (hdparm -T?)
16:07.30kergoth_something to give more thought to
16:07.42kergoth_hmm thats an idea
16:07.49Jay7this will be easier to configure for ordinary user
16:07.54kergoth_could actually add a separate script to run system tests and emit a site.conf
16:08.00kergoth_so itd be one time operation
16:08.10kergoth_could also emit ASSUME_PROVIDED from that
16:08.12kergoth_hmmm :)
16:08.15Jay7;)
16:08.15*** join/#oe PuffTheMagic (~quassel@unaffiliated/puffthemagic)
16:08.16woglindeyeah
16:08.21woglindecool idea jay7
16:08.29Jay7I can test it even ;)
16:08.38kergoth_pfft, start coding ;)
16:08.46Jay7seems I have strangest env here ;)
16:08.49woglinde*g*
16:11.37*** join/#oe ensc (~irc-ensc@fedora/ensc)
16:16.20Jay7well.. you can get num of CPUs from /proc/cpuinfo (and look there for HT extension), i/o bandwidth from hdparm -t (requires root)
16:16.59woglindejay7 right
16:17.02Jay7not sure about inet bandwidth
16:17.14woglindehm maybee one could use iotop
16:17.16Jay7git pull? :)
16:17.16woglindesomehow
16:17.24woglindeuntaring it
16:17.28woglindekernelsource
16:17.30woglindefor instance
16:17.34Jay7hm
16:17.48woglindeI am at creating ideas too
16:17.56Jay7do timings for fetching kernel sources and for untaring it :)
16:18.07woglindehehe
16:18.17woglindeto bad gsoc is over
16:18.25woglindenow we got a good idea
16:18.29*** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net)
16:19.04Jay7bad thing that I don't know python :)
16:19.09woglindeuh
16:19.12woglindelearn it
16:19.21woglindeisnt that hard
16:19.27Jay7one time I'll do :)
16:19.37woglindeand there are tons of snipets how to do things the right way
16:19.54woglindethere are so many modules you mostly dont have to invent it
16:20.04woglindeonly a sane netlink-wrapper is missing
16:26.18kergoth_experiments with changing the warnings module behavior for bitbake
16:26.49*** join/#oe udovdh (~udovdh@2001:980:311f:0:21f:d0ff:feb1:f836)
16:27.15kergoth_think i've got it so it only shows python warnings (i.e. DeprecationWarning) for the bb module, oe module, and ones from <string> (i.e. python snippets, tasks in oe)
16:28.09*** join/#oe toi (~toi@d54C2AA76.access.telenet.be)
16:28.12kergoth_and it sends them to a "BitBake.Warnings" logger with the logging module, so it can be controlled there from the ui
16:28.14kergoth_hmmm
16:32.15*** join/#oe guillaum1 (~gl@AMontsouris-153-1-19-52.w86-212.abo.wanadoo.fr)
16:34.13Jay7well.. neon is still failing for me..
16:34.24Jay7will investigate :(
16:49.07Jay7ah.. that was kerberos
16:49.21Jay7CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/krb5
16:52.08woglinde~lart adobe for not providing flash-previewplugin 10.1 for 64bit
16:52.08ibotputs on some milking gloves. "All right, now, adobe for not providing flash-previewplugin 10.1, this won't hurt a bit...." for 64bit
16:57.12*** join/#oe guillaum1 (~gl@AMontsouris-153-1-37-119.w90-2.abo.wanadoo.fr)
16:57.27Jay7wonders why only he is having some problems with kerberos and neon
16:57.47woglindemaybee we dont have kerberos dev stuff installed
16:58.06Jay7all you here around? :)
16:58.32Jay7gentoo pplz should have imho
17:00.17khemkergoth_: mind acking my patch.py patch :)
17:00.30kergoth_k
17:01.55kergoth_sent
17:05.25kergoth_hmm, bug
17:05.36kergoth_if you chmod 000 local.conf, it doesn't error
17:05.44kergoth_it just silently doesn't parse it, then errors later on due to shit being unset
17:07.34*** join/#oe stefan_schmidt (~stefan@p5B033706.dip.t-dialin.net)
17:12.52*** join/#oe DJWillis (djwillis@cpc1-bath2-0-0-cust327.aztw.cable.virginmedia.com)
17:19.44khemkergoth_: heh
17:20.01woglindejo khem
17:20.09khemkergoth_: if (cant read local.conf) error please
17:20.13khemwoglinde: hello
17:20.33*** join/#oe jkridner2 (~a0321898@nat/ti/x-ezimbjgoeylhqfkv)
17:20.38kergoth_yeah, exactly
17:20.42kergoth_added it to the bitbake TODO
17:21.04kergoth_gets annoyed and finally fixes it to exit gracefully when you ^C during the initial parsing
17:21.42khemkergoth_: merci
17:22.08kergoth_*trying* to make things a bit more sane while converting to the logging module
17:22.13kergoth_but its a twisty maze
17:22.37*** join/#oe guillaum1 (~gl@AMontsouris-153-1-38-6.w90-2.abo.wanadoo.fr)
17:22.56khemkergoth_: you should put the todo in public so if someone dares can help you to fix some
17:23.11kergoth_its in master
17:23.14kergoth_there's a TODO file now
17:23.18khemoh cool
17:23.21kergoth_added it yesterday or the day before :)
17:23.44kergoth_http://git.openembedded.org/cgit.cgi/bitbake/tree/TODO
17:23.52*** part/#oe jkridner2 (~a0321898@nat/ti/x-ezimbjgoeylhqfkv)
17:23.55khemI think I should put my compiler shoes back and hack on bitbake
17:28.10kergoth_hmmm
17:28.16kergoth_wonder how logger.exception() formats its output
17:28.21kergoth_wonder if we should use it
17:29.31kergoth_khem, 5 minutes due to the patch change? seriously?
17:29.38kergoth_that's a pretty nice decrease
17:29.41khemkergoth_: I dont think
17:29.45khemits all that
17:29.55khembut I did simple time  bitbake
17:30.10khemand it took 3hrs50min
17:30.14khemand 3hr45min
17:30.24kergoth_nods
17:30.26khembut its probably not all due to patch I am sure
17:30.32kergoth_certain amount of run to run deviation always
17:30.43kergoth_but it takes so long to run multiple timings
17:30.54kergoth_hmm, could do bitbake -c patchall foo
17:30.56khemkergoth_: yeah
17:30.56kergoth_and time that way
17:31.02kergoth_no patchall exists atm, but its easy enough to add
17:31.07khemI am sure the automatic updater must have kicked in
17:31.20khemand other random automactic stuff
17:31.23kergoth_'ll see about fixing the unpack copying patches into workdir thing today
17:31.27khembut it does not make it worse
17:31.39khemkergoth_: that will be awsome
17:33.01*** join/#oe etrunko (~edulima@187.106.38.192)
17:38.36*** join/#oe pb__ (~pb@jost.swaffham-prior.co.uk)
17:39.33kergoth_okay, i'm also sick of knotty bitching about the log file not existing
17:39.39kergoth_fixes
17:40.10kergoth_also: god, do we print the same shit enough?
17:40.13kergoth_i know the function failed
17:40.19kergoth_do i really need to see 6 error messages about it?
17:43.56kergoth_okay, i'm going to put off investigating that one
17:43.58kergoth_one step at a time..
17:44.00kergoth_heh
17:46.24*** join/#oe guillaum1 (~gl@AMontsouris-153-1-52-107.w86-212.abo.wanadoo.fr)
17:54.59*** join/#oe dth (~dieter@p4FDEA8AE.dip.t-dialin.net)
18:06.06*** join/#oe kristoffer (~kristoffe@109.58.49.165.bredband.tre.se)
18:11.09*** join/#oe guillaum1 (~gl@AMontsouris-153-1-20-44.w86-212.abo.wanadoo.fr)
18:17.29*** join/#oe CMoH (~cipi@95.76.71.81)
18:33.32kergoth_okay, screw it, i'm pushing those bitbake.conf changes
18:35.32CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r29e61b1d38 10openembedded.git/conf/bitbake.conf:
18:35.32CIA-2bitbake.conf: don't filter out nonexisting paths from FILESPATH
18:35.32CIA-2It's unnecessary, and can cause problems with amend.bbclass.
18:35.32CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:35.39CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r52ef926522 10openembedded.git/conf/bitbake.conf:
18:35.39CIA-2bitbake.conf: make the EXTENDPE bits slightly less disturbing
18:35.39CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:35.39CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r4d060ecf3d 10openembedded.git/conf/bitbake.conf:
18:35.40CIA-2bitbake.conf: Drop some unnecessary getVar usage in python snippets
18:35.40CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:35.41CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r9004bd8f2e 10openembedded.git/conf/bitbake.conf:
18:35.41CIA-2bitbake.conf: use := for BUILD_OS and BUILD_ARCH
18:35.42CIA-2These don't change, so their initial values should be just fine. Apparently,
18:35.42CIA-2in a typical build, those os.uname() snippets are called around 46k times,
18:35.43CIA-2which seems a tad excessive :)
18:35.43CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:36.08CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r2959eb8c60 10openembedded.git/ (classes/packaged-staging.bbclass lib/oe/path.py):
18:36.08CIA-2Add a rm -rf utility function and use it in packaged-staging.bbclass
18:36.08CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:36.08CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r50d20ac55d 10openembedded.git/classes/packaged-staging.bbclass:
18:36.09CIA-2packaged-staging.bbclass: fix typo, it's PSTAGE_TMPDIR_STAGE, not PSTAGE_TMDPDIR_STAGE
18:36.09CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:36.18CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rf6ac2d399a 10openembedded.git/classes/ (relocatable.bbclass utils.bbclass):
18:36.19CIA-2utils.bbclass: set close_fds=True by default for the popen helper
18:36.19CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
18:37.19*** join/#oe guillaum1 (~gl@AMontsouris-153-1-27-103.w86-212.abo.wanadoo.fr)
18:37.49*** join/#oe aloisiojr (~aloisio@189.115.175.112)
18:37.59kergoth_hmm, now to check sanity on that unnecessary immediate assignments commit
18:42.58blindvtkergoth_, oe.path.remove()? what about moving that to replace bb.utils.prunedir() and use the latter in oe, too?
18:43.58kergoth_we can do that, but of course it takes time, oe can't use a new bitbake function until it requires a released version with it
18:45.32JaMagood evening
18:45.43woglindehi jama
18:46.11khemhey JaMa
18:52.00*** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net)
18:58.55CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1480492360 10openembedded.git/recipes/perl/libmail-spf-perl_2.007.bb:
18:58.55CIA-2libmail-spf-perl: fix bad interpreter in spfquery executable
18:58.55CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
18:58.55CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r674f92812e 10openembedded.git/recipes/clamav/ (2 files in 2 dirs):
18:58.55CIA-2clamav: introduce version 0.96.1
18:58.56CIA-2This one has llvm built-in and since llvm itself is handled natively
18:58.57CIA-2with cmake autoreconf goes mad about missing configure.ac or .in. Thus
18:58.57CIA-2this oe_runconf hook. I hope this will be handled by upstream sooner
18:58.58CIA-2or later.
18:58.58CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
18:58.59CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r101eac534a 10openembedded.git/recipes/clamav/clamav.inc:
18:58.59CIA-2clamav: convert to new staging
18:59.00CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:01.20*** join/#oe guillaum1 (~gl@AMontsouris-153-1-85-134.w90-2.abo.wanadoo.fr)
19:03.46*** join/#oe otavio (~otavio@debian/developer/otavio)
19:11.45CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r18a6ce739e 10openembedded.git/recipes/iproute2/iproute2_2.6.34.bb:
19:11.45CIA-2iproute2: add version 2.6.34
19:11.45CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:11.46CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r7f9cfe4fb9 10openembedded.git/recipes/openais/openais_1.1.2.bb:
19:11.46CIA-2openais: update to version 1.1.3
19:11.46CIA-2Bug fix release, considered as safe upgrade
19:11.46CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:11.47CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1d3b9b87c6 10openembedded.git/recipes/corosync/corosync_1.2.1.bb:
19:11.47CIA-2corosync: update to version 1.2.3
19:11.47CIA-2* bug fix release, considered as safe upgrade
19:11.48CIA-2* remove init file installed by default (we have our own)
19:11.48CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:11.49CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6e65ca4068 10openembedded.git/recipes/ebtables/ (5 files in 2 dirs):
19:11.49CIA-2ebtables: add version 2.0.9-2
19:20.19CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6c0ea7eb72 10openembedded.git/recipes/iperf/iperf.inc:
19:20.20CIA-2iperf.inc: don't disable threads for everyone
19:20.20CIA-2As per comment in iperf.inc threading was disabled because it doesn't
19:20.20CIA-2work on one particular configuration. I don't think it's right to cripple
19:20.20CIA-2everyone's iperf because of that. It also works fine here with NPTL-enabled
19:20.20CIA-2uclibc, thus limit this hack to epia machine only.
19:20.21CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:20.22CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * ra9d3aed0e3 10openembedded.git/recipes/xtables-addons/xtables-addons_1.26.bb:
19:20.22CIA-2xtables-addons: new recipe
19:20.22CIA-2Xtables-addons is a package that obsoletes the old patch-o-matic
19:20.23CIA-2repository for the Linux kernel and iptables. Instead of patching
19:20.23CIA-2the kernel source, extensions are built as modules and thus allow
19:20.24CIA-2extending kernels without recompilation.
19:20.24CIA-2Signed-off-by: Roman I Khimov <khimov@altell.ru>
19:20.25CIA-203Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rc10c33f869 10openembedded.git/recipes/iperf/ (10 files in 2 dirs):
19:20.25CIA-2iperf 2.0.4: import Debian patches
19:23.20*** join/#oe oneshel (~jim@c-98-216-198-0.hsd1.nh.comcast.net)
19:25.53*** join/#oe guillaum1 (~gl@AMontsouris-153-1-8-118.w86-212.abo.wanadoo.fr)
19:29.54*** join/#oe gnutoo (~gnutoo@95.237.157.170)
19:38.57gnutoohi, I bet the branch is still org.openembedded.dev,not master yet
19:49.44*** join/#oe guillaum1 (~gl@AMontsouris-153-1-68-218.w90-2.abo.wanadoo.fr)
19:50.02blindvtpb_, that "fixes" busybox to honor ipv4, ipv6, lfs, nls etc
20:04.06*** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl)
20:06.13kergoth_gnutoo, yes, as the email said, its not happening immediately, don't want to impact people
20:06.22kergoth_though, with the symbolic ref thing, maybe we can do it now
20:06.30kergoth_wouldn't break current behavior
20:10.42*** join/#oe guillaum1 (~gl@AMontsouris-153-1-15-101.w86-212.abo.wanadoo.fr)
20:12.53*** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-jlrxbuuvgicnpkse)
20:17.29gnutoook
20:17.32gnutoothanks
20:18.44gnutoothinks master whould make people thing it's ultra-instable
20:19.03kergoth_it's no more or less stable than master/trunk of any other project
20:19.05kergoth_shit may break
20:19.11gnutoook
20:19.19kergoth_we try not to, but it happens :)
20:19.27gnutooyes lol
20:25.44*** join/#oe mrmoku` (~mrmoku@ppp-188-174-18-139.dynamic.mnet-online.de)
20:26.03CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r296dc83c01 10openembedded.git/recipes/navit/navit_svn.bb:
20:26.03CIA-2navit: bump SRCREV
20:26.03CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:26.04CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r32054e2926 10openembedded.git/recipes/opkg-utils/ (opkg-utils-native_svn.bb opkg-utils_svn.bb):
20:26.04CIA-2opkg-utils: convert to new staging, BBCLASSEXTEND native, fix QA GNU_HASH error
20:26.04CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:26.08CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r719de6735f 10openembedded.git/recipes/ (136 files in 69 dirs): (log message trimmed)
20:26.08CIA-2recipes: conform to OE packaging guidelines with RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES
20:26.08CIA-2* even worse than last RDEPENDS/RRECOMMENDS change, because now ie:
20:26.08CIA-2opkg info coreutils-doc
20:26.08CIA-2Provides: textutils, shellutils, fileutils
20:26.08CIA-2Replaces: textutils, shellutils, fileutils
20:26.09CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:26.09CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf91c6bd3df 10openembedded.git/recipes/navit/navit_svn.bb:
20:26.10CIA-2navit: split config, dbus, speech, gui, graphics to separate packages
20:26.10CIA-2Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
20:26.15CIA-203Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdce51c1b4e 10openembedded.git/recipes/ (769 files in 321 dirs): (log message trimmed)
20:26.15CIA-2recipes: bump PR/INC_PR for packages changed in RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup
20:26.15CIA-2* only 769 from 1102 recipes were covered by automatic PR bump, list
20:26.15CIA-2of remaining 333 recipes not using PR/INC_PR is available for manual
20:26.16CIA-2PR add or INC_PR conversion - volunteers?
20:26.16CIA-2http://build.shr-project.org/tests/jama/files.not.PR.bumped
20:29.14kergoth_hmmm
20:29.33kergoth_python's warnings stuff only warns once for each occurrance, but that doesn't help when the occurrances are scattered across multiple processes
20:29.55kergoth_I wonder if I can hook into it and make it send them directly across the client/server connection as events
20:30.03kergoth_then let the server check
20:30.04*** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-bjuzaajlgtgiipcw)
20:30.06kergoth_thinks
20:32.38kergoth_i've, of course, thought about not using the warnings module at all, but python has its own internal usages of the framework, so it'd be nice if we could leverage it in a sane way
20:34.37*** join/#oe guillaum1 (~gl@AMontsouris-153-1-40-160.w90-2.abo.wanadoo.fr)
20:34.40kergoth_wonders what to call the module that holds the value objects for variable ref tracking and expansions
20:34.57kergoth_its sort of in the data.py space
20:35.11kergoth_but i'd really rather avoid making data a package
20:35.13*** join/#oe nitin (~nitin@c-98-234-114-32.hsd1.ca.comcast.net)
20:35.15kergoth_hmm
20:35.39*** join/#oe CosmicPenguin (~nobody@207-114-132-30.static.twtelecom.net)
20:39.01*** join/#oe hansdampf (~moritz@212.77.182.150)
20:51.39mwesterWhenever I can't think of a good name, I call it "fred" and let the first person who complains come up with a better name. :)
20:52.21gnutooI bet that bc is not core
20:52.28gnutoocan I make it depend on flex
20:52.38gnutoold: cannot find -lfl
20:52.41gnutoothat's what I have
20:52.53gnutoowith flex as depedency it works
20:53.35blindvtgnutoo, how did it compile if linking against fl fails?
20:54.02gnutoosimply by doing that:
20:54.08gnutoo+PR = "r1"
20:54.08gnutoo+DEPENDS += "flex"
20:54.10gnutooin the recipe
20:54.41gnutoowithout that it fails with the error pasted
20:54.54gnutooof course ld is in reality:
20:54.56*** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-213.w90-2.abo.wanadoo.fr)
20:54.59gnutoo.../lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld
20:55.43blindvtgnutoo, no, i mean if it calls into flex, i.e. needs flex headers and functions, how did it compile without them (not link! it didn't do that)?
20:56.27blindvtgnutoo, my question is: Does it really use flex as a hard requirement or can it be built without flex and just a makefile hardcodes -lfl
20:56.39gnutooI don't know
20:56.57gnutooI can look
20:57.24blindvts/hardcodes/erroneously hardcodes/
21:00.00gnutooconfigure:  { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: readline works only with flex." >&5
21:01.05gnutoostrange
21:01.08gnutoonow it works
21:01.15gnutoothis fix won't go in then
21:01.27gnutooobviously I cleaned flex
21:10.45*** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170)
21:11.43kergoth_damnit
21:11.53kergoth_i hate when i can't test a change due to a pile of unrelated bugs
21:12.10pb__yeah, that sucks
21:13.51pb__kergoth_: I think you're right that making reference to MACHINE_FEATURES (directly or via COMBINED_) should affect PACKAGE_ARCH.  But I guess this is not trivial to arrange without some kind of variable reference tracking mechanism... :-}
21:14.42kergoth_heh, that's what i was thinking too.  could hack it, search for ${FOO} exactly, give up on indirect refs and the like as a starting point
21:15.05kergoth_svn: Could not open the requested SVN filesystem
21:15.06kergoth_bah
21:15.26pb__yeah, true.  I guess most of those vars get used in some kind of ${@base_contains()} idiom, so that'd probably work out ok in practice.
21:17.24*** join/#oe guillaum1 (~gl@AMontsouris-153-1-25-81.w86-212.abo.wanadoo.fr)
21:17.30pb__hrm
21:17.47pb__stabs all the electrical suppliers in the world
21:17.58pb__seems that nobody makes a switch that will fit in the box my builder has chosen.  doh.
21:21.47Tartarushow many outlets in that box?
21:21.55TartarusI assume it won't fit due to all the wires in it
21:22.38kergoth_| /home/kergoth/Code/oe/tmp/sysroots/x86_64-linux/usr/bin/install: will not overwrite just-created `/home/kergoth/Code/oe/tmp/work/armv5te-oe-linux-gnueabi/libxosd-2.2.15+svnr627-r5/image/usr/share/man/man3/xosd_create.3' with `xosd_create.3'
21:22.41kergoth_hrmph
21:23.47GNUtoo|laptopI'll try to commit now
21:23.53GNUtoo|laptops/now/soon but today
21:23.59*** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian)
21:24.55*** join/#oe thebohemian (~rschus@p5DDC2E3E.dip.t-dialin.net)
21:25.28pb__Tartarus: ah, no, this is the main supply isolator.  the problem is that the builder has fitted an enclosure which is only 180mm deep, and it seems to be very hard to buy a switchfuse which has a total depth of less than about 210mm including the handle.
21:29.43pb__btw, quick question for the mentor dudes: am I right in thinking that "expedition enterprise" is what used to be veribest?
21:30.14TartarusNot sure
21:30.28JaMasome svn servers (ie kde) doesn't like @revision in URL when proto=http, introduced by http://git.openembedded.org/cgit.cgi/bitbake/commit/?h=1.10&id=42e57e467b8334230436f24dc4bdfff64b52d2b3 do anyone have some idea?
21:30.53JaMachanging to proto=svn works.. but maybe not for all recipes
21:31.06JaMaI mean not possible for all recipes
21:32.40*** join/#oe woglinde (~heinold@f052239114.adsl.alicedsl.de)
21:33.46GNUtoo|laptopwoglinde, hi
21:34.45JaMarelase notes of svn-1.6 says that revision and peg-revision can now be specified as http://host/repos/path?[p=PEG][&r=REV]
21:34.52CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * rf0c0823e89 10openembedded.git/recipes/scummvm/ (scummvm-1.1.1/no-strip.patch scummvm_1.1.1.bb): (log message trimmed)
21:34.52CIA-2scummvm: add version 1.1.1
21:34.52CIA-2*removed the useless CCACHE=""
21:34.52CIA-2*do_configure_append is still necessary,else you still have issues
21:34.52CIA-2like that:
21:34.52CIA-2| sound/rate_arm_asm.s:713: Error: no such instruction: `ldr PC,[r13,'
21:34.53CIA-2*I took the following from DJWillis(John Willis)'s recipe(he sent it to me via mail)
21:34.53CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r5a67c1d1da 10openembedded.git/recipes/netbase/ (netbase/htcdream/interfaces netbase_4.21.bb):
21:34.54CIA-2netbase: add support for htcdream
21:34.54CIA-2If we don't add a custom file containing auto usb0,
21:34.55CIA-2usb0 is not configured at boot and we can't ssh into the phone
21:34.56CIA-2Acked-by: Khem Raj <raj.khem@gmail.com>
21:34.56CIA-2Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de>
21:34.57CIA-203Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r3e7f28bd30 10openembedded.git/recipes/linux/linux-leviathan_git.bb:
21:34.57CIA-2linux-leviathan: permit booting directly with fastboot
21:34.58CIA-2if we don't gzip the empty ramdisk,the bootloader will refuse
21:35.16GNUtoo|laptophmmm: http://pastebin.com/RRA8MVyZ
21:35.27GNUtoo|laptopSetting locale failed
21:35.30GNUtoo|laptopduring git push
21:39.18*** join/#oe MWelchUK_work_ (~welchma@65.91.2.71)
21:41.38*** join/#oe guillaum1 (~gl@AMontsouris-153-1-65-166.w90-2.abo.wanadoo.fr)
21:41.55CIA-203Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r12f5ca2d61 10openembedded.git/classes/ (openmoko-base.bbclass openmoko2.bbclass qmake_base.bbclass):
21:41.56CIA-2Drop some unnecessary immediate assignments
21:41.56CIA-2Signed-off-by: Chris Larson <chris_larson@mentor.com>
21:46.17woglindegogo kergoth
21:46.27kergoth_heh
21:46.38kergoth_finally got around to verifying that the openmoko stuff wasn't affected by it
21:49.29Jay7GNUtoo|laptop: I see the same here, but for ru_RU.utf8
21:49.43GNUtoo|laptopok
21:49.44GNUtoo|laptopthanks
21:49.44Jay7seems perl on server see no locales
21:49.51GNUtoo|laptopah ok
21:50.40Jay7is looking for someone with kerberos-devel installed (/usr/include/krb5)
21:52.41Jay7well.. will look tomorrow
21:52.44Jay7now sleep
21:56.42*** join/#oe marcosmamorim (~marcos@201-43-208-162.dsl.telesp.net.br)
21:56.51woglindejay7 just look at the configuere.in/ac
21:57.12woglindelook if kerberos package makes the right dev stuff
21:59.50*** join/#oe martin__B (~martin@pool-12-65-198-89.dbd-ipconnect.net)
22:06.16*** join/#oe guillaum1 (~gl@AMontsouris-153-1-47-8.w90-2.abo.wanadoo.fr)
22:15.16*** join/#oe ant_home (~andrea@host12-190-dynamic.60-82-r.retail.telecomitalia.it)
22:18.19*** join/#oe marcosmamorim (~marcos@189-46-189-82.dsl.telesp.net.br)
22:25.33*** join/#oe marcosmamorim1 (~marcos@189-46-188-88.dsl.telesp.net.br)
22:32.05*** join/#oe marcosmamorim (~marcos@201-27-172-56.dsl.telesp.net.br)
22:32.22*** join/#oe guillaum1 (~gl@AMontsouris-153-1-95-143.w90-2.abo.wanadoo.fr)
22:35.47kergoth_'module' object has no attribute
22:35.48kergoth_bite me.
22:36.20kergoth_bitbake's python modules are way, way too intertwined
22:36.21woglindehm?
22:36.23CIA-203Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r7dc8f29768 10openembedded.git/lib/oe/patch.py: (log message trimmed)
22:36.23CIA-2lib/oe/patch.py: Dont import patches but symlink them instead
22:36.23CIA-2* This patch removes the usage of quilt import <patch>
22:36.23CIA-2instead it creasted a symlink to the patch in the patches
22:36.23CIA-2directory and synthesizes the series file which otherwise
22:36.23CIA-2would be done automatically by quilt import.
22:36.24kergoth_deps in both directions
22:36.25CIA-2* This should help a bit in reducing build time as it avoids
22:36.34kergoth_causes problems trying to import
22:37.14*** join/#oe marcosmamorim1 (~marcos@201-43-208-35.dsl.telesp.net.br)
22:40.45*** join/#oe mrc3__ (~mrc3@nat/ti/x-fzlyimxvkmqlfcfg)
22:41.15*** join/#oe univac (~univac@xmms2/user/univac)
22:42.40*** join/#oe Crofton (~balister@65.89.200.96)
22:43.51*** join/#oe mrc3_ (~mrc3@nat/ti/x-qybdtpoijcuodnvk)
22:44.40*** join/#oe valhalla (~valhalla@81-174-23-55.dynamic.ngi.it)
22:48.21*** join/#oe mrc3_ (~mrc3@nat/ti/x-mlkceszblocfweqc)
22:58.05*** join/#oe guillaum1 (~gl@AMontsouris-153-1-17-140.w86-212.abo.wanadoo.fr)
23:03.53*** join/#oe djszapi__ (~djszapi@204.12.234.4)
23:05.07*** join/#oe marcosmamorim (~marcos@201-68-108-56.dsl.telesp.net.br)
23:08.18*** join/#oe marcosmamorim1 (~marcos@189-46-189-158.dsl.telesp.net.br)
23:10.59*** join/#oe marcosmamorim (~marcos@200-161-62-20.dsl.telesp.net.br)
23:11.51kergoth_okay, i now have a partial list of the variables bitbake itself uses.. now to move those either into the blacklist or whitelist
23:11.53kergoth_hmm
23:17.13*** join/#oe marcosmamorim1 (~marcos@189-46-190-92.dsl.telesp.net.br)
23:17.28*** join/#oe ericben|away (~ebenard@pac33-2-82-240-38-71.fbx.proxad.net)
23:21.40*** join/#oe grg (~grg@eth7090.sa.adsl.internode.on.net)
23:22.03*** join/#oe guillaum1 (~gl@AMontsouris-153-1-81-11.w90-2.abo.wanadoo.fr)
23:37.04*** join/#oe marcosmamorim (~marcos@201-43-205-176.dsl.telesp.net.br)
23:42.06*** join/#oe marcosmamorim1 (~marcos@201-27-178-186.dsl.telesp.net.br)
23:43.28*** join/#oe Spz0 (~a@97-120-172-230.ptld.qwest.net)
23:44.26*** join/#oe guillaum1 (~gl@AMontsouris-153-1-73-8.w90-2.abo.wanadoo.fr)
23:45.02*** join/#oe CIA-2 (~CIA@208.69.182.149)
23:51.29*** join/#oe BenLauDC (~benlau@221.125.8.44)
23:52.46*** join/#oe marcosmamorim (~marcos@201-43-149-120.dsl.telesp.net.br)

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