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.54 | CIA-2 | 03Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> 07org.openembedded.dev * r070e46f293 10openembedded.git/recipes/uclibc/uclibc_git.bb: (log message trimmed) |
00:51.54 | CIA-2 | uclibc_git: keep PV at "git" |
00:51.54 | CIA-2 | With this change, you can put |
00:51.54 | CIA-2 | PREFERRED_UCLIBC_VERSION="git" into your conf/local.conf |
00:51.54 | CIA-2 | once or set PREFERRED_VERSION_uclibc{*}="git" and need |
00:51.55 | CIA-2 | not adjust local.conf if the git revision was changed. |
00:51.55 | CIA-2 | Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop@gmail.com> |
00:51.57 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r428c2de6d2 10openembedded.git/lib/oe/patch.py: (log message trimmed) |
00:51.57 | CIA-2 | lib/oe/patch.py: Dont import patches but symlink them instead |
00:51.57 | CIA-2 | * This patch removes the usage of quilt import <patch> |
00:51.58 | CIA-2 | instead it creasted a symlink to the patch in the patches |
00:51.58 | CIA-2 | directory and synthesizes the series file which otherwise |
00:51.59 | CIA-2 | would be done automatically by quilt import. |
00:51.59 | CIA-2 | * This should help a bit in reducing build time as it avoids |
00:52.00 | CIA-2 | 03Khem 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.55 | kergoth | damn, i thought i had this |
00:54.45 | kergoth | it *works*, but the logging levels arent working correctly |
01:04.57 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * rbfe9198dda 10openembedded.git/lib/oe/patch.py: |
01:04.57 | CIA-2 | Revert "lib/oe/patch.py: Dont import patches but symlink them instead" |
01:04.57 | CIA-2 | pushed wrong branch. It needs to be reviewed before pushing. |
01:04.57 | CIA-2 | This reverts commit 428c2de6d27dd49274b9884c3123b053c42af0ce. |
01:10.22 | *** join/#oe kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
01:18.14 | kergoth_ | god this is weird |
01:18.16 | kergoth_ | hmm |
01:20.09 | kergoth_ | 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.34 | kergoth_ | damnit, what the fuck |
01:37.27 | kergoth_ | whew |
01:37.28 | kergoth_ | 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.08 | CIA-2 | 03Khem 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.08 | CIA-2 | gdb_7.1: Add patch to shut a warning when we boot into shell. |
02:05.08 | CIA-2 | * [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for |
02:05.08 | CIA-2 | * device] |
02:05.08 | CIA-2 | this warning is pretty annoying when debugging on a shell which |
02:05.09 | CIA-2 | does not have a proper console device allocated and no job control. |
02:05.10 | CIA-2 | Signed-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.20 | kergoth_ | hmmm |
02:20.39 | kergoth_ | something is still swallowing exceptions whole |
02:20.40 | kergoth_ | :( |
02:43.36 | kergoth_ | whew, all betteer |
02:43.51 | kergoth_ | few more usages of bb.msg to kill inside of bitbake itself, but everything is happy now |
03:10.45 | kergoth | hmm, now.. |
03:10.48 | kergoth | bb.fatal |
03:10.57 | kergoth | this needs to just die |
03:11.00 | kergoth | period |
03:11.09 | kergoth | if 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.35 | OpenEmbed | hi , i m currently having some problems on compiling with arm-angstrom-linux-gnueabi-g++ |
03:32.46 | OpenEmbed | undefined reference to `feof@GLIBC_2.0' |
03:34.02 | OpenEmbed | http://pastebin.com/QYQ213CU |
03:34.10 | OpenEmbed | i 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.36 | kergoth | has 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.17 | OpenEmbed | kergoth , glibc ? |
03:44.21 | OpenEmbed | i need glibc ? |
03:45.33 | kergoth | you have it |
03:46.27 | OpenEmbed | where is it ? |
03:46.32 | kergoth | what? |
03:46.39 | kergoth | this isn't linux 101 |
03:46.43 | OpenEmbed | i cant do compilation |
03:47.17 | OpenEmbed | undefined reference to `fputs@GLIBC_2.0' |
03:47.37 | kergoth | we heard you the first time |
03:47.42 | kergoth | repeating yourself isn't going to accomplish anything |
03:47.54 | kergoth | except perhaps getting you kicked and banned from the channel, eventually |
03:48.47 | OpenEmbed | well okay but this is help channel |
03:51.11 | OpenEmbed | i need glibc include and libs ? |
03:59.21 | OpenEmbed | i ve found glibc location on : /home/kadirbasol/OE/angstrom-dev/staging/armv7a-angstrom-linux-gnueabi/usr/include |
03:59.26 | OpenEmbed | but 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.01 | grg | I 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.37 | BoardTester | hi , 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.39 | Linf | BoardTester: there's a program called fbset that maybe can help you |
06:11.59 | Linf | still, you'll have to try to run it via network/ssh or blindly typing it over the screwed console |
06:12.20 | Linf | and 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.30 | hrw | morning |
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.17 | JaMa|Wrk | is blind today.. added subpackages to navit recipe and they always stay empty, grr |
08:24.53 | JaMa|Wrk | does 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.39 | hrw | PACKAGES += |
08:26.47 | hrw | do =+ instead |
08:27.02 | hrw | otherwise PN package will take all |
08:27.29 | JaMa|Wrk | ahh, thanks! |
08:27.56 | hrw | JaMa|Wrk: and for future - try to split commits so packaging change is one and rest is in second |
08:28.01 | hrw | easier to check changes ;D |
08:29.26 | JaMa|Wrk | hrw: 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.46 | ant_work | JaMa|Wrk: any news wrt Gentoo's binutils? Seems very old issue... |
08:48.14 | janp | morning |
08:55.10 | JaMa|Wrk | ant_work: have you seen that reply on bug? |
08:55.48 | ant_work | yes, I even followed the links posted there |
08:55.59 | ant_work | well, we have to ask khem.... |
08:56.17 | JaMa|Wrk | ant_work: from what I've read there I wasn't sure if it's the same issue |
08:56.34 | ant_work | seems so, but have you tried the bfd patch? http://sourceware.org/ml/binutils/2007-10/msg00019.html |
08:56.44 | JaMa|Wrk | ant_work: because enabling plugins/threads "resolve" it.. so doesn't look like upstream issue |
08:57.15 | JaMa|Wrk | ant_work: for binutils-cross you mean? no.. |
08:57.27 | ant_work | hmm...I understood that vapier did finally gave an evidence |
08:57.54 | JaMa|Wrk | ant_work: I've already asked khem for ideas.. |
08:58.34 | ant_work | well, here I see two 'eek' http://sourceware.org/ml/binutils/2007-07/msg00407.html |
09:03.26 | ant_work | as 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.28 | ant_work | binutils ... 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.12 | gremlin[it] | hi sll |
12:03.14 | gremlin[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.39 | CIA-2 | 03Robert Schuster <robertschuster@fsfe.org> 07org.openembedded.dev * r8b29951fa7 10openembedded.git/recipes/db/ (db4.inc db5.inc): |
13:08.39 | CIA-2 | db4.inc: Change SRC_URI to a FreeBSD mirror (link on Oracle site does not work anymore) |
13:08.39 | CIA-2 | db5.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.55 | JaMa|Wrk | woglinde: navit packages splitted :) not pushed yet.. |
13:44.44 | woglinde | jama cool |
13:44.45 | woglinde | thanks |
13:45.05 | woglinde | add you RSUGESTIONS? |
13:45.10 | woglinde | for sound stuff |
13:45.22 | kergoth | morning |
13:45.30 | woglinde | jo kergoth |
13:47.00 | kergoth | thinks about diving back into converting bitbake to the python logging module |
13:47.07 | kergoth | ran into some totally insane behavior last night |
13:47.30 | JaMa|Wrk | woglinde: RRECOMMENDS for stuff used in shipped config and RSUGGESTIONS for rest |
13:47.59 | kergoth | isn't it RSUGGESTS, not RSUGGESTIONS? :) |
13:48.14 | hrw | RSUGGESTS |
13:48.31 | woglinde | yeah whatever it is calles |
13:48.33 | woglinde | called |
13:48.35 | woglinde | hi hrw |
13:48.47 | JaMa|Wrk | yeah 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.07 | kergoth | okay, 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.26 | kergoth | they can all be replaced with either error messages and recovery, or they can raise a proper exception instead |
14:09.27 | woglinde | kergoth hm and than? |
14:09.31 | woglinde | okay |
14:09.34 | *** join/#oe shazkhan (~shaz@119.153.2.102) |
14:09.34 | woglinde | fine for me |
14:09.37 | kergoth | i mean, if the shit has hit the fan |
14:09.47 | kergoth | best to retain as much info about why as we can |
14:09.53 | kergoth | heh |
14:10.01 | kergoth | this is the purpose of exceptions, after all |
14:10.39 | kergoth | was 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.47 | JaMa|Wrk | kergoth: cannot you add bb.fatal( msg, exception ) method which also prints stacktrace and replace every bb.fatal() call with exception? |
14:12.00 | kergoth | i don't really see the point |
14:12.20 | kergoth | raise SomeException("foo") will do the job just as well as bb.fatal("foo") |
14:12.33 | kergoth | for now, we can replace with raise SystemExit(), which is exactly what it does today |
14:12.50 | kergoth | it 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.33 | mechman | i , i need some framebuffer imageviewer program on my beagle , is there any software that do it ? |
14:13.35 | JaMa|Wrk | but 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.43 | mechman | hi , i need some framebuffer imageviewer program on my beagle , is there any software that do it ? |
14:13.49 | kergoth | i don't really see how that's easier to read |
14:13.56 | kergoth | i'm not removing bb.fatal |
14:14.03 | kergoth | i expect it to be used by the metadata still, for convenience |
14:14.15 | kergoth | but inside of bitbake, we should be using the correct exception for the failure in question |
14:14.19 | kergoth | bb.fatal is generic |
14:14.30 | kergoth | imo, anyway |
14:15.03 | mechman | remove bb.fatal files if its on bitbake conf |
14:15.24 | *** join/#oe tsjsieb (~tsjsieb@80.101.185.65) |
14:15.42 | kergoth | mechman: what do you mean? |
14:15.44 | mechman | does someone know any image dumping program for framebuffer ? |
14:15.49 | kergoth | doesn't, sorry |
14:15.58 | mechman | okay... |
14:16.09 | mechman | i need some image display program on framebuffer |
14:16.21 | kergoth | oh, wait, i do know of one |
14:16.21 | Jay7 | zgv afaik can display images on fb |
14:16.25 | mechman | that will show screen in fullscreen mode |
14:16.27 | kergoth | i'm not sure if its in oe, but i always used to use 'feh' |
14:16.38 | kergoth | back when i didn't use X much |
14:16.47 | mechman | feh ? |
14:16.51 | mechman | opkg install feh |
14:16.52 | mechman | i try now |
14:17.12 | tsjsieb | mechman: I use fbsplash, wich is standard in busybox iirc |
14:17.13 | mechman | Collected errors: * Cannot find package feh. |
14:17.36 | tsjsieb | but it only shows ppm images |
14:17.41 | mechman | ah , nice |
14:17.44 | mechman | ppm |
14:17.46 | mechman | hmm |
14:17.55 | mechman | i need for png |
14:18.06 | hrw | fbview works |
14:18.15 | hrw | or fbv - do not remember |
14:19.18 | mechman | there |
14:19.24 | mechman | there is no packages on opkg |
14:19.28 | mechman | fbview or fbv |
14:20.52 | mechman | btw , i changed splash screen on boot but its background color is not 255,255,255 ( white ) |
14:21.02 | mechman | whats the color on bsplash background ? |
14:21.22 | mechman | and how can i change splash screen's background color on boot ? |
14:22.49 | tsjsieb | you 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.47 | mechman | tsjsieb , i looked there but there is no color information ? |
14:25.56 | Jay7 | well.. -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.18 | Jay7 | I'm not sure this is documented behaviour |
14:26.27 | Jay7 | but I'll use it for patch cmake :) |
14:29.34 | tsjsieb | mckoan|away: it suggests to look in the patches, I guess these are in the psplash/files/ dir. |
14:30.36 | woglinde | he mickeyl |
14:30.46 | woglinde | sorry was there yesterday |
14:31.22 | Jay7 | btw, what devices we have on LTG stand? :) |
14:31.34 | woglinde | the florian yes |
14:31.44 | woglinde | beagleboard, archos 7 |
14:31.48 | woglinde | ups has |
14:31.57 | woglinde | the booth isnt this big |
14:32.07 | woglinde | so thats proably fills up the desk |
14:32.07 | Jay7 | have misread florian as device name ;) |
14:32.12 | woglinde | sorry |
14:38.04 | *** join/#oe ant_work (~andrea@host214-85-static.34-85-b.business.telecomitalia.it) |
14:39.29 | mikeul | I'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.02 | kergoth | glibc-initial runs after cross-initial, from what i recall. |
14:40.13 | kergoth | the crosscompiler build process is more than two steps |
14:40.18 | *** join/#oe Leatherface (~leatherfa@suse.pitelink.com) |
14:41.17 | ant_work | JaMa|Wrk: what you sent to the ML is indeed a mega-patch! |
14:42.40 | mwester | Anyone 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.48 | pb__ | 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.12 | pb__ | upgrading busybox is always a headache and I suspect most folks would just rather stick with the versions that work for them. |
14:47.37 | ant_work | kergoth: silly question about buildall: does is still just extra packages the dependencies of PN ? |
14:48.07 | ant_work | and the rrecommends / rsuggests ? |
14:49.31 | mwester | pb__: 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.59 | mwester | (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.49 | pb__ | morning kergoth_ |
14:53.29 | ant_work | pb__: have you installed an ip-cam to watch the works? |
14:53.44 | pb__ | ant_work: heh, no, but my wife has been sending me pictures |
14:54.14 | pb__ | a webcam would be a fun idea though, maybe I will set one up at the weekend :-) |
14:54.18 | ant_work | important is the workers don't feel alone... |
14:54.37 | pb__ | yeah, luckily they have my daughter to keep them company |
14:54.41 | ant_work | ha ha |
14:55.22 | woglinde | we have 2 cams here |
14:55.25 | woglinde | ha ha |
14:55.34 | woglinde | but we need them for a product |
14:56.43 | jaime | some of you have experienced this error during bitbake nano "ERROR: Please set the 'PERSISTENT_DIR' or 'CACHE' variable" |
14:57.12 | jaime | Ive googled but there are nothing clear about the cause and solution |
14:57.25 | kergoth_ | your BBPATH isn't set up correctly |
14:57.33 | kergoth_ | it's falling back to the bitbake conf/bitbake.conf, rathe rthan using the OE one |
14:57.53 | JaMa|Wrk | ant_work: this one was easy.. no need for manual changes.. just script monkeys played.. |
14:58.29 | JaMa|Wrk | ant_work: rdepends/rrecommends needed some cleanup after monkeys and checksums in recipe was real mega-patch with stupid manual work |
14:59.09 | jaime | ok my BBPATH was set in .bashrc "export BBPATH="/home/jaime/oe/build:/home/jaime/oe/openembedded"" |
14:59.30 | kergoth_ | echo $BBPATH, ensure its set the way you think it is |
14:59.30 | jaime | where oe is a symbolinc link to another drive. |
14:59.36 | kergoth_ | then ls /home//jaime/oe/openembedded/conf/bitbake.conf |
14:59.39 | kergoth_ | okay, thats a problem too |
14:59.52 | ant_work | JaMa|Wrk: I see khem already ack'ed it, now let see what pb says |
14:59.54 | kergoth_ | if you do builds inside of a path with a symlink, autoconf can explode |
15:00.02 | kergoth_ | at least when built under oe |
15:00.27 | jaime | ok, thanks, I will change that, |
15:00.28 | ant_work | JaMa|Wrk: for such patches better have solid ack's ;) |
15:00.39 | kergoth_ | np |
15:01.28 | pb__ | kergoth_: heh, should really fix that one day, it's pretty sad to have these weird restrictions |
15:01.36 | kergoth_ | agreed |
15:01.38 | pb__ | ant_work: I haven't read the whole patch but it looks basically fine to me |
15:01.43 | kergoth_ | low priority though, its too easy to work around :) |
15:01.52 | kergoth_ | almost wish it wasn't so easy |
15:02.21 | ant_work | pb__: yea, just dubious for some eventual strange border-case ...which I cannot imagine by myself.. |
15:02.50 | kergoth_ | okay, i'm really sick of these "new RPATH" messages |
15:02.57 | Jay7 | http://en.pastebin.ca/1880453 |
15:03.11 | Jay7 | this is my diff |
15:03.19 | Jay7 | it it sane enough to commit to .dev? |
15:04.20 | pb__ | what's the purpose of that patch? |
15:04.53 | Jay7 | cmake_2.6.4: Patch added to fix compilation when FORTIFY_SOURCE is enabled |
15:05.29 | Jay7 | upstream notified is here http://public.kitware.com/mantis/view.php?id=9267 |
15:05.33 | jaime | I 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.35 | pb__ | ah, is your patch reversed? |
15:05.37 | Jay7 | s/ is// |
15:05.40 | *** join/#oe cyberdeck (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de) |
15:05.45 | pb__ | it looks like you are _deleting_ that file, not adding it |
15:06.08 | Jay7 | +++ b/recipes/cmake/cmake-2.6.4/fix_fortify_source_compilation.patch |
15:06.10 | jaime | all this happend after a openembedded/git pull |
15:06.28 | jaime | two hour ago everything was fine |
15:06.41 | jaime | sorry for my english |
15:07.05 | Jay7 | pb__: it's newly added patch |
15:07.12 | kergoth_ | jaime, you should never, ever build as root |
15:07.17 | pb__ | okay, so your diff in pastebin is backwards |
15:07.54 | jaime | ups |
15:08.16 | Jay7 | pb__: it's just commit in my local tree. not pushed yet |
15:08.36 | Jay7 | I wish to collect some ack's :) |
15:08.57 | hrw | jaime: unless you want to do "bitbake please-destroy-my-system-and-send-all-my-p0rn-to-ohter-place" |
15:08.57 | mwester | hands Jay7 a large butterfly net |
15:09.24 | Jay7 | mwester: thanks :) |
15:09.26 | jaime | jjaja |
15:09.32 | jaime | got ir |
15:09.53 | kergoth_ | hrw, hehe |
15:10.08 | mwester | wonders 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.41 | hrw | mwester: ops.. probably forgot to merge some client branch... |
15:12.40 | *** join/#oe shazkhan (~shaz@116.71.208.180) |
15:14.38 | kergoth_ | hmm, forgot to update the ncurses bitbake ui per these logging changes... |
15:14.40 | kergoth_ | ponders |
15:16.42 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-44-240.w90-2.abo.wanadoo.fr) |
15:17.16 | konni | hi - 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.06 | ant_work | JaMa|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.30 | ant_work | neither can I remember if some sort of useflags are used to mask some undesidered deps (see gpsd>mysql) when using buildall |
15:19.57 | kergoth_ | they'll be packaged fine |
15:20.27 | ant_work | even without buildall? |
15:21.04 | kergoth_ | well, rdepends for sure, bitbake knows about those and includes them in its runqueue generation |
15:21.09 | kergoth_ | pretty sure rrecs too |
15:21.11 | kergoth_ | should be fine |
15:21.26 | kergoth_ | should double check rrecs, though |
15:21.27 | kergoth_ | hmm |
15:21.33 | ant_work | it's lot of time I don't trust opk and install all deps in my images ...should try my own feed again |
15:21.40 | kergoth_ | 's never used buildall, never saw the need |
15:23.29 | ant_work | iirc comes from Poky |
15:24.35 | kergoth_ | 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.28 | ant_work | kergoth_: thx. I'll have to ask RP. http://www.mail-archive.com/bitbake-dev@lists.berlios.de/msg00490.html |
15:25.50 | kergoth_ | do_build shouldn't be executed. |
15:26.17 | kergoth_ | 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.41 | kergoth_ | so that link isn't a bug, it's working as designed |
15:26.47 | kergoth_ | afaik, anyway |
15:27.07 | kergoth_ | ah, rp explained it well in the resolve :) |
15:27.11 | kergoth_ | thought so |
15:27.30 | kergoth_ | so it depends on what you're trying to do |
15:27.47 | kergoth_ | 'bitbake foo' won't package the deps of foo, but if you bitbake an image or whatever, then it would |
15:27.58 | kergoth_ | so if not using an image or similar recipe, buildall is the way to go |
15:28.15 | ant_work | well, border-case, then |
15:28.58 | ant_work | kergoth_: now I understand. thx |
15:29.57 | kergoth_ | 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.59 | ant_work | it's a note for people building single binaries and wanting the deps |
15:30.02 | kergoth_ | nods |
15:30.04 | kergoth_ | exactly |
15:30.14 | kergoth_ | hell, that should go in an FAQ |
15:32.27 | ant_work | yes, and I'd add: bitbake package-index afterward. Or? |
15:32.48 | kergoth_ | yeah, if they're using the feed rather than copying the packages manually |
15:32.50 | kergoth_ | absolutely |
15:33.07 | kergoth_ | wonders if we even have an faq.. probably on the wiki somewhere :) |
15:34.06 | kergoth_ | looks at prepping some more oe patches for submission |
15:34.30 | kergoth_ | 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.46 | kergoth_ | blindvt, blindvt`: was it you? |
15:34.48 | kergoth_ | scratches head |
15:35.22 | Jay7 | well.. seems no one is against at least :) |
15:35.37 | kergoth_ | heh :) |
15:35.48 | kergoth_ | thats what usually happens with bitbake.conf and main class changes |
15:35.50 | kergoth_ | silence :) |
15:37.22 | mikeul | sorry, 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.06 | kergoth_ | read the recipes |
15:38.08 | kergoth_ | look at DEPENDS |
15:38.18 | Jay7 | anyway 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.55 | ant_work | kergoth_: added to http://wiki.openembedded.net/index.php/Advanced_configuration |
16:01.49 | woglinde | hm a cool feature would be |
16:01.51 | kergoth_ | cool |
16:02.04 | woglinde | when the tasks could be split up more to threads |
16:02.18 | woglinde | for instance fetch threads could be 5 |
16:02.24 | woglinde | build threads 2 |
16:02.28 | woglinde | that would be cook |
16:02.31 | kergoth_ | yeah, i think thats on list |
16:02.34 | kergoth_ | on my list |
16:02.36 | woglinde | cool |
16:02.37 | kergoth_ | either by task or by resource |
16:02.39 | woglinde | gogo kergoth |
16:02.43 | kergoth_ | i.e. this task is disk bound |
16:03.12 | kergoth_ | woglinde, http://bit.ly/oe-wave |
16:03.24 | GNUtoo|laptop | wow nice |
16:04.00 | GNUtoo|laptop | for now I don't know what's the best setup because the thread could build,link,package,downloads etc... |
16:04.27 | CIA-2 | 03Yuri 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.43 | woglinde | eah google-account needed? |
16:04.47 | kergoth_ | 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.23 | kergoth_ | 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.18 | Jay7 | cool |
16:07.21 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-34-145.w90-2.abo.wanadoo.fr) |
16:07.25 | kergoth_ | shrugs |
16:07.28 | Jay7 | we can use num of cpu, incoming internet bandwidth, i/o bandwidth from some know test (hdparm -T?) |
16:07.30 | kergoth_ | something to give more thought to |
16:07.42 | kergoth_ | hmm thats an idea |
16:07.49 | Jay7 | this will be easier to configure for ordinary user |
16:07.54 | kergoth_ | could actually add a separate script to run system tests and emit a site.conf |
16:08.00 | kergoth_ | so itd be one time operation |
16:08.10 | kergoth_ | could also emit ASSUME_PROVIDED from that |
16:08.12 | kergoth_ | hmmm :) |
16:08.15 | Jay7 | ;) |
16:08.15 | *** join/#oe PuffTheMagic (~quassel@unaffiliated/puffthemagic) |
16:08.16 | woglinde | yeah |
16:08.21 | woglinde | cool idea jay7 |
16:08.29 | Jay7 | I can test it even ;) |
16:08.38 | kergoth_ | pfft, start coding ;) |
16:08.46 | Jay7 | seems I have strangest env here ;) |
16:08.49 | woglinde | *g* |
16:11.37 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
16:16.20 | Jay7 | well.. 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.59 | woglinde | jay7 right |
16:17.02 | Jay7 | not sure about inet bandwidth |
16:17.14 | woglinde | hm maybee one could use iotop |
16:17.16 | Jay7 | git pull? :) |
16:17.16 | woglinde | somehow |
16:17.24 | woglinde | untaring it |
16:17.28 | woglinde | kernelsource |
16:17.30 | woglinde | for instance |
16:17.34 | Jay7 | hm |
16:17.48 | woglinde | I am at creating ideas too |
16:17.56 | Jay7 | do timings for fetching kernel sources and for untaring it :) |
16:18.07 | woglinde | hehe |
16:18.17 | woglinde | to bad gsoc is over |
16:18.25 | woglinde | now we got a good idea |
16:18.29 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
16:19.04 | Jay7 | bad thing that I don't know python :) |
16:19.09 | woglinde | uh |
16:19.12 | woglinde | learn it |
16:19.21 | woglinde | isnt that hard |
16:19.27 | Jay7 | one time I'll do :) |
16:19.37 | woglinde | and there are tons of snipets how to do things the right way |
16:19.54 | woglinde | there are so many modules you mostly dont have to invent it |
16:20.04 | woglinde | only a sane netlink-wrapper is missing |
16:26.18 | kergoth_ | 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.15 | kergoth_ | 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.12 | kergoth_ | and it sends them to a "BitBake.Warnings" logger with the logging module, so it can be controlled there from the ui |
16:28.14 | kergoth_ | hmmm |
16:32.15 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-19-52.w86-212.abo.wanadoo.fr) |
16:34.13 | Jay7 | well.. neon is still failing for me.. |
16:34.24 | Jay7 | will investigate :( |
16:49.07 | Jay7 | ah.. that was kerberos |
16:49.21 | Jay7 | CROSS COMPILE Badness: /usr/include in INCLUDEPATH: /usr/include/krb5 |
16:52.08 | woglinde | ~lart adobe for not providing flash-previewplugin 10.1 for 64bit |
16:52.08 | ibot | puts 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.27 | Jay7 | wonders why only he is having some problems with kerberos and neon |
16:57.47 | woglinde | maybee we dont have kerberos dev stuff installed |
16:58.06 | Jay7 | all you here around? :) |
16:58.32 | Jay7 | gentoo pplz should have imho |
17:00.17 | khem | kergoth_: mind acking my patch.py patch :) |
17:00.30 | kergoth_ | k |
17:01.55 | kergoth_ | sent |
17:05.25 | kergoth_ | hmm, bug |
17:05.36 | kergoth_ | if you chmod 000 local.conf, it doesn't error |
17:05.44 | kergoth_ | 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.44 | khem | kergoth_: heh |
17:20.01 | woglinde | jo khem |
17:20.09 | khem | kergoth_: if (cant read local.conf) error please |
17:20.13 | khem | woglinde: hello |
17:20.33 | *** join/#oe jkridner2 (~a0321898@nat/ti/x-ezimbjgoeylhqfkv) |
17:20.38 | kergoth_ | yeah, exactly |
17:20.42 | kergoth_ | added it to the bitbake TODO |
17:21.04 | kergoth_ | gets annoyed and finally fixes it to exit gracefully when you ^C during the initial parsing |
17:21.42 | khem | kergoth_: merci |
17:22.08 | kergoth_ | *trying* to make things a bit more sane while converting to the logging module |
17:22.13 | kergoth_ | but its a twisty maze |
17:22.37 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-38-6.w90-2.abo.wanadoo.fr) |
17:22.56 | khem | kergoth_: you should put the todo in public so if someone dares can help you to fix some |
17:23.11 | kergoth_ | its in master |
17:23.14 | kergoth_ | there's a TODO file now |
17:23.18 | khem | oh cool |
17:23.21 | kergoth_ | added it yesterday or the day before :) |
17:23.44 | kergoth_ | http://git.openembedded.org/cgit.cgi/bitbake/tree/TODO |
17:23.52 | *** part/#oe jkridner2 (~a0321898@nat/ti/x-ezimbjgoeylhqfkv) |
17:23.55 | khem | I think I should put my compiler shoes back and hack on bitbake |
17:28.10 | kergoth_ | hmmm |
17:28.16 | kergoth_ | wonder how logger.exception() formats its output |
17:28.21 | kergoth_ | wonder if we should use it |
17:29.31 | kergoth_ | khem, 5 minutes due to the patch change? seriously? |
17:29.38 | kergoth_ | that's a pretty nice decrease |
17:29.41 | khem | kergoth_: I dont think |
17:29.45 | khem | its all that |
17:29.55 | khem | but I did simple time bitbake |
17:30.10 | khem | and it took 3hrs50min |
17:30.14 | khem | and 3hr45min |
17:30.24 | kergoth_ | nods |
17:30.26 | khem | but its probably not all due to patch I am sure |
17:30.32 | kergoth_ | certain amount of run to run deviation always |
17:30.43 | kergoth_ | but it takes so long to run multiple timings |
17:30.54 | kergoth_ | hmm, could do bitbake -c patchall foo |
17:30.56 | khem | kergoth_: yeah |
17:30.56 | kergoth_ | and time that way |
17:31.02 | kergoth_ | no patchall exists atm, but its easy enough to add |
17:31.07 | khem | I am sure the automatic updater must have kicked in |
17:31.20 | khem | and other random automactic stuff |
17:31.23 | kergoth_ | 'll see about fixing the unpack copying patches into workdir thing today |
17:31.27 | khem | but it does not make it worse |
17:31.39 | khem | kergoth_: 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.33 | kergoth_ | okay, i'm also sick of knotty bitching about the log file not existing |
17:39.39 | kergoth_ | fixes |
17:40.10 | kergoth_ | also: god, do we print the same shit enough? |
17:40.13 | kergoth_ | i know the function failed |
17:40.19 | kergoth_ | do i really need to see 6 error messages about it? |
17:43.56 | kergoth_ | okay, i'm going to put off investigating that one |
17:43.58 | kergoth_ | one step at a time.. |
17:44.00 | kergoth_ | 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.32 | kergoth_ | okay, screw it, i'm pushing those bitbake.conf changes |
18:35.32 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r29e61b1d38 10openembedded.git/conf/bitbake.conf: |
18:35.32 | CIA-2 | bitbake.conf: don't filter out nonexisting paths from FILESPATH |
18:35.32 | CIA-2 | It's unnecessary, and can cause problems with amend.bbclass. |
18:35.32 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:35.39 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r52ef926522 10openembedded.git/conf/bitbake.conf: |
18:35.39 | CIA-2 | bitbake.conf: make the EXTENDPE bits slightly less disturbing |
18:35.39 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:35.39 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r4d060ecf3d 10openembedded.git/conf/bitbake.conf: |
18:35.40 | CIA-2 | bitbake.conf: Drop some unnecessary getVar usage in python snippets |
18:35.40 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:35.41 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r9004bd8f2e 10openembedded.git/conf/bitbake.conf: |
18:35.41 | CIA-2 | bitbake.conf: use := for BUILD_OS and BUILD_ARCH |
18:35.42 | CIA-2 | These don't change, so their initial values should be just fine. Apparently, |
18:35.42 | CIA-2 | in a typical build, those os.uname() snippets are called around 46k times, |
18:35.43 | CIA-2 | which seems a tad excessive :) |
18:35.43 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:36.08 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r2959eb8c60 10openembedded.git/ (classes/packaged-staging.bbclass lib/oe/path.py): |
18:36.08 | CIA-2 | Add a rm -rf utility function and use it in packaged-staging.bbclass |
18:36.08 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:36.08 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r50d20ac55d 10openembedded.git/classes/packaged-staging.bbclass: |
18:36.09 | CIA-2 | packaged-staging.bbclass: fix typo, it's PSTAGE_TMPDIR_STAGE, not PSTAGE_TMDPDIR_STAGE |
18:36.09 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
18:36.18 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * rf6ac2d399a 10openembedded.git/classes/ (relocatable.bbclass utils.bbclass): |
18:36.19 | CIA-2 | utils.bbclass: set close_fds=True by default for the popen helper |
18:36.19 | CIA-2 | Signed-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.59 | kergoth_ | hmm, now to check sanity on that unnecessary immediate assignments commit |
18:42.58 | blindvt | kergoth_, oe.path.remove()? what about moving that to replace bb.utils.prunedir() and use the latter in oe, too? |
18:43.58 | kergoth_ | 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.32 | JaMa | good evening |
18:45.43 | woglinde | hi jama |
18:46.11 | khem | hey JaMa |
18:52.00 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
18:58.55 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1480492360 10openembedded.git/recipes/perl/libmail-spf-perl_2.007.bb: |
18:58.55 | CIA-2 | libmail-spf-perl: fix bad interpreter in spfquery executable |
18:58.55 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
18:58.55 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r674f92812e 10openembedded.git/recipes/clamav/ (2 files in 2 dirs): |
18:58.55 | CIA-2 | clamav: introduce version 0.96.1 |
18:58.56 | CIA-2 | This one has llvm built-in and since llvm itself is handled natively |
18:58.57 | CIA-2 | with cmake autoreconf goes mad about missing configure.ac or .in. Thus |
18:58.57 | CIA-2 | this oe_runconf hook. I hope this will be handled by upstream sooner |
18:58.58 | CIA-2 | or later. |
18:58.58 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
18:58.59 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r101eac534a 10openembedded.git/recipes/clamav/clamav.inc: |
18:58.59 | CIA-2 | clamav: convert to new staging |
18:59.00 | CIA-2 | Signed-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.45 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r18a6ce739e 10openembedded.git/recipes/iproute2/iproute2_2.6.34.bb: |
19:11.45 | CIA-2 | iproute2: add version 2.6.34 |
19:11.45 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:11.46 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r7f9cfe4fb9 10openembedded.git/recipes/openais/openais_1.1.2.bb: |
19:11.46 | CIA-2 | openais: update to version 1.1.3 |
19:11.46 | CIA-2 | Bug fix release, considered as safe upgrade |
19:11.46 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:11.47 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r1d3b9b87c6 10openembedded.git/recipes/corosync/corosync_1.2.1.bb: |
19:11.47 | CIA-2 | corosync: update to version 1.2.3 |
19:11.47 | CIA-2 | * bug fix release, considered as safe upgrade |
19:11.48 | CIA-2 | * remove init file installed by default (we have our own) |
19:11.48 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:11.49 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6e65ca4068 10openembedded.git/recipes/ebtables/ (5 files in 2 dirs): |
19:11.49 | CIA-2 | ebtables: add version 2.0.9-2 |
19:20.19 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * r6c0ea7eb72 10openembedded.git/recipes/iperf/iperf.inc: |
19:20.20 | CIA-2 | iperf.inc: don't disable threads for everyone |
19:20.20 | CIA-2 | As per comment in iperf.inc threading was disabled because it doesn't |
19:20.20 | CIA-2 | work on one particular configuration. I don't think it's right to cripple |
19:20.20 | CIA-2 | everyone's iperf because of that. It also works fine here with NPTL-enabled |
19:20.20 | CIA-2 | uclibc, thus limit this hack to epia machine only. |
19:20.21 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:20.22 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * ra9d3aed0e3 10openembedded.git/recipes/xtables-addons/xtables-addons_1.26.bb: |
19:20.22 | CIA-2 | xtables-addons: new recipe |
19:20.22 | CIA-2 | Xtables-addons is a package that obsoletes the old patch-o-matic |
19:20.23 | CIA-2 | repository for the Linux kernel and iptables. Instead of patching |
19:20.23 | CIA-2 | the kernel source, extensions are built as modules and thus allow |
19:20.24 | CIA-2 | extending kernels without recompilation. |
19:20.24 | CIA-2 | Signed-off-by: Roman I Khimov <khimov@altell.ru> |
19:20.25 | CIA-2 | 03Roman I Khimov <khimov@altell.ru> 07org.openembedded.dev * rc10c33f869 10openembedded.git/recipes/iperf/ (10 files in 2 dirs): |
19:20.25 | CIA-2 | iperf 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.57 | gnutoo | hi, 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.02 | blindvt | pb_, that "fixes" busybox to honor ipv4, ipv6, lfs, nls etc |
20:04.06 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
20:06.13 | kergoth_ | gnutoo, yes, as the email said, its not happening immediately, don't want to impact people |
20:06.22 | kergoth_ | though, with the symbolic ref thing, maybe we can do it now |
20:06.30 | kergoth_ | 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.29 | gnutoo | ok |
20:17.32 | gnutoo | thanks |
20:18.44 | gnutoo | thinks master whould make people thing it's ultra-instable |
20:19.03 | kergoth_ | it's no more or less stable than master/trunk of any other project |
20:19.05 | kergoth_ | shit may break |
20:19.11 | gnutoo | ok |
20:19.19 | kergoth_ | we try not to, but it happens :) |
20:19.27 | gnutoo | yes lol |
20:25.44 | *** join/#oe mrmoku` (~mrmoku@ppp-188-174-18-139.dynamic.mnet-online.de) |
20:26.03 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r296dc83c01 10openembedded.git/recipes/navit/navit_svn.bb: |
20:26.03 | CIA-2 | navit: bump SRCREV |
20:26.03 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:26.04 | CIA-2 | 03Martin 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.04 | CIA-2 | opkg-utils: convert to new staging, BBCLASSEXTEND native, fix QA GNU_HASH error |
20:26.04 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:26.08 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * r719de6735f 10openembedded.git/recipes/ (136 files in 69 dirs): (log message trimmed) |
20:26.08 | CIA-2 | recipes: conform to OE packaging guidelines with RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES |
20:26.08 | CIA-2 | * even worse than last RDEPENDS/RRECOMMENDS change, because now ie: |
20:26.08 | CIA-2 | opkg info coreutils-doc |
20:26.08 | CIA-2 | Provides: textutils, shellutils, fileutils |
20:26.08 | CIA-2 | Replaces: textutils, shellutils, fileutils |
20:26.09 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:26.09 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rf91c6bd3df 10openembedded.git/recipes/navit/navit_svn.bb: |
20:26.10 | CIA-2 | navit: split config, dbus, speech, gui, graphics to separate packages |
20:26.10 | CIA-2 | Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> |
20:26.15 | CIA-2 | 03Martin Jansa <Martin.Jansa@gmail.com> 07org.openembedded.dev * rdce51c1b4e 10openembedded.git/recipes/ (769 files in 321 dirs): (log message trimmed) |
20:26.15 | CIA-2 | recipes: bump PR/INC_PR for packages changed in RDEPENDS/RRECOMMENDS/RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES cleanup |
20:26.15 | CIA-2 | * only 769 from 1102 recipes were covered by automatic PR bump, list |
20:26.15 | CIA-2 | of remaining 333 recipes not using PR/INC_PR is available for manual |
20:26.16 | CIA-2 | PR add or INC_PR conversion - volunteers? |
20:26.16 | CIA-2 | http://build.shr-project.org/tests/jama/files.not.PR.bumped |
20:29.14 | kergoth_ | hmmm |
20:29.33 | kergoth_ | 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.55 | kergoth_ | I wonder if I can hook into it and make it send them directly across the client/server connection as events |
20:30.03 | kergoth_ | then let the server check |
20:30.04 | *** join/#oe dfarnsworth (~dfarnswor@nat/montavista/x-bjuzaajlgtgiipcw) |
20:30.06 | kergoth_ | thinks |
20:32.38 | kergoth_ | 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.40 | kergoth_ | wonders what to call the module that holds the value objects for variable ref tracking and expansions |
20:34.57 | kergoth_ | its sort of in the data.py space |
20:35.11 | kergoth_ | 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.15 | kergoth_ | 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.39 | mwester | Whenever 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.21 | gnutoo | I bet that bc is not core |
20:52.28 | gnutoo | can I make it depend on flex |
20:52.38 | gnutoo | ld: cannot find -lfl |
20:52.41 | gnutoo | that's what I have |
20:52.53 | gnutoo | with flex as depedency it works |
20:53.35 | blindvt | gnutoo, how did it compile if linking against fl fails? |
20:54.02 | gnutoo | simply by doing that: |
20:54.08 | gnutoo | +PR = "r1" |
20:54.08 | gnutoo | +DEPENDS += "flex" |
20:54.10 | gnutoo | in the recipe |
20:54.41 | gnutoo | without that it fails with the error pasted |
20:54.54 | gnutoo | of course ld is in reality: |
20:54.56 | *** join/#oe guillaum1 (~gl@AMontsouris-153-1-90-213.w90-2.abo.wanadoo.fr) |
20:54.59 | gnutoo | .../lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/../../../../arm-angstrom-linux-gnueabi/bin/ld |
20:55.43 | blindvt | gnutoo, 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.27 | blindvt | gnutoo, 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.39 | gnutoo | I don't know |
20:56.57 | gnutoo | I can look |
20:57.24 | blindvt | s/hardcodes/erroneously hardcodes/ |
21:00.00 | gnutoo | configure: { $as_echo "$as_me:${as_lineno-$LINENO}: WARNING: readline works only with flex." >&5 |
21:01.05 | gnutoo | strange |
21:01.08 | gnutoo | now it works |
21:01.15 | gnutoo | this fix won't go in then |
21:01.27 | gnutoo | obviously I cleaned flex |
21:10.45 | *** join/#oe GNUtoo|laptop (~gnutoo@95.237.157.170) |
21:11.43 | kergoth_ | damnit |
21:11.53 | kergoth_ | i hate when i can't test a change due to a pile of unrelated bugs |
21:12.10 | pb__ | yeah, that sucks |
21:13.51 | pb__ | 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.42 | kergoth_ | 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.05 | kergoth_ | svn: Could not open the requested SVN filesystem |
21:15.06 | kergoth_ | bah |
21:15.26 | pb__ | 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.30 | pb__ | hrm |
21:17.47 | pb__ | stabs all the electrical suppliers in the world |
21:17.58 | pb__ | seems that nobody makes a switch that will fit in the box my builder has chosen. doh. |
21:21.47 | Tartarus | how many outlets in that box? |
21:21.55 | Tartarus | I assume it won't fit due to all the wires in it |
21:22.38 | kergoth_ | | /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.41 | kergoth_ | hrmph |
21:23.47 | GNUtoo|laptop | I'll try to commit now |
21:23.53 | GNUtoo|laptop | s/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.28 | pb__ | 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.43 | pb__ | btw, quick question for the mentor dudes: am I right in thinking that "expedition enterprise" is what used to be veribest? |
21:30.14 | Tartarus | Not sure |
21:30.28 | JaMa | some 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.53 | JaMa | changing to proto=svn works.. but maybe not for all recipes |
21:31.06 | JaMa | I mean not possible for all recipes |
21:32.40 | *** join/#oe woglinde (~heinold@f052239114.adsl.alicedsl.de) |
21:33.46 | GNUtoo|laptop | woglinde, hi |
21:34.45 | JaMa | relase 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.52 | CIA-2 | 03Denis '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.52 | CIA-2 | scummvm: add version 1.1.1 |
21:34.52 | CIA-2 | *removed the useless CCACHE="" |
21:34.52 | CIA-2 | *do_configure_append is still necessary,else you still have issues |
21:34.52 | CIA-2 | like that: |
21:34.52 | CIA-2 | | sound/rate_arm_asm.s:713: Error: no such instruction: `ldr PC,[r13,' |
21:34.53 | CIA-2 | *I took the following from DJWillis(John Willis)'s recipe(he sent it to me via mail) |
21:34.53 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r5a67c1d1da 10openembedded.git/recipes/netbase/ (netbase/htcdream/interfaces netbase_4.21.bb): |
21:34.54 | CIA-2 | netbase: add support for htcdream |
21:34.54 | CIA-2 | If we don't add a custom file containing auto usb0, |
21:34.55 | CIA-2 | usb0 is not configured at boot and we can't ssh into the phone |
21:34.56 | CIA-2 | Acked-by: Khem Raj <raj.khem@gmail.com> |
21:34.56 | CIA-2 | Acked-by: Michael 'Mickey' Lauer <mlauer@vanille-media.de> |
21:34.57 | CIA-2 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * r3e7f28bd30 10openembedded.git/recipes/linux/linux-leviathan_git.bb: |
21:34.57 | CIA-2 | linux-leviathan: permit booting directly with fastboot |
21:34.58 | CIA-2 | if we don't gzip the empty ramdisk,the bootloader will refuse |
21:35.16 | GNUtoo|laptop | hmmm: http://pastebin.com/RRA8MVyZ |
21:35.27 | GNUtoo|laptop | Setting locale failed |
21:35.30 | GNUtoo|laptop | during 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.55 | CIA-2 | 03Chris Larson <chris_larson@mentor.com> 07org.openembedded.dev * r12f5ca2d61 10openembedded.git/classes/ (openmoko-base.bbclass openmoko2.bbclass qmake_base.bbclass): |
21:41.56 | CIA-2 | Drop some unnecessary immediate assignments |
21:41.56 | CIA-2 | Signed-off-by: Chris Larson <chris_larson@mentor.com> |
21:46.17 | woglinde | gogo kergoth |
21:46.27 | kergoth_ | heh |
21:46.38 | kergoth_ | finally got around to verifying that the openmoko stuff wasn't affected by it |
21:49.29 | Jay7 | GNUtoo|laptop: I see the same here, but for ru_RU.utf8 |
21:49.43 | GNUtoo|laptop | ok |
21:49.44 | GNUtoo|laptop | thanks |
21:49.44 | Jay7 | seems perl on server see no locales |
21:49.51 | GNUtoo|laptop | ah ok |
21:50.40 | Jay7 | is looking for someone with kerberos-devel installed (/usr/include/krb5) |
21:52.41 | Jay7 | well.. will look tomorrow |
21:52.44 | Jay7 | now sleep |
21:56.42 | *** join/#oe marcosmamorim (~marcos@201-43-208-162.dsl.telesp.net.br) |
21:56.51 | woglinde | jay7 just look at the configuere.in/ac |
21:57.12 | woglinde | look 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.47 | kergoth_ | 'module' object has no attribute |
22:35.48 | kergoth_ | bite me. |
22:36.20 | kergoth_ | bitbake's python modules are way, way too intertwined |
22:36.21 | woglinde | hm? |
22:36.23 | CIA-2 | 03Khem Raj <raj.khem@gmail.com> 07org.openembedded.dev * r7dc8f29768 10openembedded.git/lib/oe/patch.py: (log message trimmed) |
22:36.23 | CIA-2 | lib/oe/patch.py: Dont import patches but symlink them instead |
22:36.23 | CIA-2 | * This patch removes the usage of quilt import <patch> |
22:36.23 | CIA-2 | instead it creasted a symlink to the patch in the patches |
22:36.23 | CIA-2 | directory and synthesizes the series file which otherwise |
22:36.23 | CIA-2 | would be done automatically by quilt import. |
22:36.24 | kergoth_ | deps in both directions |
22:36.25 | CIA-2 | * This should help a bit in reducing build time as it avoids |
22:36.34 | kergoth_ | 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.51 | kergoth_ | 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.53 | kergoth_ | 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) |