IRC log for #oe on 20120320

00:11.24*** join/#oe darkschneider (~gab@93-32-58-160.ip32.fastwebnet.it)
00:18.13*** join/#oe rsalveti (~rsalveti@177.99.134.181)
00:18.13*** join/#oe rsalveti (~rsalveti@linaro/rsalveti)
01:09.41*** join/#oe rsalveti (~rsalveti@177.99.134.181)
01:09.41*** join/#oe rsalveti (~rsalveti@linaro/rsalveti)
01:12.22*** join/#oe zenlinux_ (~sgarman@75-93-58-1.war.clearwire-wmx.net)
02:08.56*** join/#oe GeorgeH (~George@c-69-141-105-145.hsd1.nj.comcast.net)
02:27.47*** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net)
02:30.48*** part/#oe ALoGeNo (~alogeno@unaffiliated/alogeno)
02:34.24*** join/#oe fray (U2FsdGVkX1@gate.crashing.org)
03:01.40*** join/#oe fraxinath (~quassel@pD95327A0.dip.t-dialin.net)
03:04.33*** join/#oe hvontres|home (~hvontres@71.159.231.96)
03:05.37*** join/#oe devzero_ (devzero@xdsl-89-0-141-168.netcologne.de)
03:08.46*** join/#oe hvontres|home (~hvontres@adsl-71-159-231-96.dsl.sndg02.sbcglobal.net)
03:12.01*** join/#oe housel` (~user@mccarthy.opendylan.org)
03:18.57*** part/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net)
03:54.32*** join/#oe hvontres|home (~hvontres@adsl-71-159-231-96.dsl.sndg02.sbcglobal.net)
04:18.45*** join/#oe rlrosa (~rrosa@r186-50-78-29.dialup.adsl.anteldata.net.uy)
04:21.26rlrosahi
04:22.21*** join/#oe penghb (~penghb@202.108.130.138)
04:29.00rlrosaany tips on how to tell oe to build  2.6.32 instead of  3.0.17?
04:59.10*** join/#oe snkt (~snkt@122.170.104.85)
05:28.14*** join/#oe erwt (~erwt@122.170.104.85)
05:29.29*** join/#oe Jay7 (jay@2.92.212.41)
06:01.41nerdboyPREFERRED_VERSION doesn't work?
06:01.43*** join/#oe mrmoku` (~mrmoku@ppp-93-104-178-199.dynamic.mnet-online.de)
06:13.22*** join/#oe _tasslehoff_ (~Tasslehof@147.84-49-231.nextgentel.com)
06:14.34*** join/#oe clio (~andrej@85.159.109.222)
06:23.43hvontres|homeany udc driver experts out there?
06:29.36*** join/#oe jkridner__ (~jason@pdpc/supporter/active/jkridner)
06:40.26*** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net)
07:14.31*** join/#oe vitus (~vitus@145.253.169.210)
07:34.08*** join/#oe ao2 (~ao2@2001:1418:117::1)
07:38.22*** join/#oe rob_w (~bob@93.104.205.194)
07:38.22*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
07:42.23*** join/#oe tscheck (~t@83.151.21.119)
07:51.57*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
08:00.04mckoangood morning
08:04.59fraxinathis there a solution for the pseudo-native-1.2-r5 32-bit gcc incompatibility issue on amd64 machines?
08:13.21*** join/#oe rschus (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr)
08:25.14*** join/#oe Zagor (~bjst@rockbox/developer/Zagor)
08:36.45*** join/#oe lamikr (lamikr@nat/nokia/x-bxshirmngwrpbjqc)
08:40.52*** join/#oe Nyoxi (~Nyoxi@sulaco.nyoxi.net)
08:45.00Nyoxihi! in oe-core: is the value of PACKAGE_ARCH important for the proper build or can I set it to my own values in the package?
08:46.00Nyoxican I use it to distinguish devices rather than architectures? (the architecture is the same for all my packages)
08:47.20Nyoxiand second question, can I prevent OE from building empty *-{dev,dbg} packages?
08:59.17*** join/#oe pespin (~pespin@cisne-cn10.upc.es)
09:08.55*** join/#oe florian (~fuchs@port-217-146-132-69.static.qsc.de)
09:08.55*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
09:16.28*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
09:38.18jonasdnIs there someway to make OE look at a local directory as a mirror? like specifying a sources-directory in MIRRORS_append?
09:42.39Zagorjonasdn: sure, PREMIRRORS_prepend: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#id1292386
09:42.56jonasdnthank you!
10:03.29mckoanZagor: does it work with oe-classic too?
10:03.55Zagormckoan: I don't know
10:04.37mckoanZagor: np, I'll give it a try
10:05.07*** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk)
10:06.11mckoanZagor: looks like only conf/distro/include/oplinux.inc uses it but should work then
10:12.37bluelightningmorning all
10:13.37mckoanbluelightning: hi
10:14.17*** join/#oe icanicant (~klawson@213.218.221.154)
10:17.11kenwsHi, it looks like the newly added bdwgc recipe (the Hans Boehm garbage collector which is needed by guile) uses a version of libatomic that will fail when building in ARM Thumb mode
10:18.52kenwsinteresting the pulseaudio/libatomics-ops_1.2.bb has: ARM_INSTRUCTION_SET = "arm"
10:37.56*** join/#oe pepermint (~pepermint@95.232.87.86)
10:38.08*** join/#oe XorA (~XorA@188-220-34-37.zone11.bethere.co.uk)
10:38.17*** join/#oe muriani (~james@internal.directron.us)
10:55.10*** join/#oe mertsas (~martin@nat/cisco/x-zeuqixfdfkwdtapj)
11:12.56*** join/#oe stefan_schmidt (~stefan@p4FC7704A.dip.t-dialin.net)
11:37.08*** join/#oe armin^ (~aburchard@ricgw02.informatik.uni-bremen.de)
11:39.32*** part/#oe rlrosa (~rrosa@r186-50-78-29.dialup.adsl.anteldata.net.uy)
11:42.34*** join/#oe rschus1 (~rschus@vsr56-1-89-84-156-196.dsl.sta.abo.bbox.fr)
11:46.29*** join/#oe roric (~roric@194-237-7-146.customer.telia.com)
11:54.08*** join/#oe likewise (~likewise@116-66-ftth.onsneteindhoven.nl)
12:04.44pwgenanyone with deep knowledge on  bitbake here, i have some question regarding the cooker class  and its configuration
12:19.57likewiseyou may just ask, or otherwise post on a mailing list instead
12:20.25likewisenot many people with deep bitbake knowledge, but one might be enough for your question. (not me though...)
12:32.16*** join/#oe nslu2-log (~nslu2-log@140.211.169.184)
12:32.18pwgen<likewise>: i am ( planning/working) on a django based web interface to bitbake.
12:32.24pwgenmy qeustion is: make it sense to set the configuration for the cooker and the call the cooker to do bitbake stuff, or will it be more handy to execute a bitbake task as a process that s getting its configuration from files
12:32.44*** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk)
12:33.20pwgenwhe i use the files based way my frontend has to create them and then execute this task, otherwise i will create the cooker config aout of some django settings and execut it from the django interface ..
12:53.25*** join/#oe cminyard (~cminyard@pool-173-57-157-96.dllstx.fios.verizon.net)
13:02.11bluelightningpwgen: FYI bitbake is now capable of running as a server
13:02.46pwgen. zes i have seen this xmlrpc stuff and its looking very interesing.
13:02.48bluelightningpwgen: also, there is a 'web hob' project currently going on within the yocto project which I believe is going to be a django-based bitbake frontend
13:03.01bluelightningso you may be working on the same thing...
13:03.34pwgenmy idea is ( after i now have a fast root server ) of haveing an webinterface wher you can configure a build an leet it run
13:04.37pwgenpaul Eggleton mentioned this
13:04.56pwgenthat he would like to have an interface
13:12.14pwgenseem that nothing happend since december regarding web hob .
13:16.04pwgen<bluelightning>: did you allready used the xmlrpc interface ?
13:16.26bluelightningpwgen: Paul Eggleton is me ;)
13:16.53pwgen*FG*. sorry how coud i know ...
13:17.02bluelightningno worries ;)
13:17.25bluelightningpwgen: I'm not sure what the progress on web hob is, you might want to ask Shane Wang who is heading up the team working on it
13:17.28pwgenpwgen, thats the long haired guy that was at fosdem beside you
13:17.59bluelightningpwgen: ah, hi! nice to match nicks to faces :)
13:18.07pwgenzes ..
13:19.33bluelightningre the xmlrpc interface, no I only really know it exists... probably the best examples of how to build a UI will be in the existing non-web hob code
13:20.08bluelightningbut it would be great if you could check with Shane, maybe you can work together....
13:33.38*** join/#oe lamikr (lamikr@nat/nokia/x-psscxnlvmpmimgdk)
13:37.19pwgen<PROTECTED>
13:39.30bluelightningpwgen: hmm, I thought eeepcs were all atom-based... I'm definitely no expert
13:41.00bluelightningpwgen: I'm not sure we have one but creating a generic x86 MACHINE probably would be fairly easy
13:45.47*** join/#oe mhnoyes (~mhnoyes@74-38-52-125.dr01.myck.or.frontiernet.net)
13:45.47*** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes)
13:47.09*** join/#oe erwt (~erwt@122.170.104.85)
13:47.33*** join/#oe troth (~troth@nat/hp/x-caeffdptaiafnrwo)
13:50.35*** join/#oe CanyonMan (~quassel@leavenworth78.main.ad.rit.edu)
14:04.17*** join/#oe dos1 (~dos@unaffiliated/dos1)
14:12.19*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
14:16.14*** join/#oe sH|Mnemonic (~cyberdeck@iss66.vlsi.informatik.tu-darmstadt.de)
14:20.15*** join/#oe darknighte (~darknight@pdpc/supporter/professional/darknighte)
14:25.49*** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi)
14:28.01*** join/#oe lamikr (lamikr@nat/nokia/x-rrpjlyjytmznhlhj)
14:32.18*** join/#oe vivijim (~vivijim@134.134.139.70)
14:32.19*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
14:33.01*** join/#oe vivijim (vivijim@nat/intel/x-whgugfofrqbohlky)
14:33.03*** join/#oe vivijim (vivijim@unaffiliated/vivijim)
14:33.24*** join/#oe vivijim (vivijim@nat/intel/x-ulsiusffhfeexcav)
14:33.26*** join/#oe vivijim (vivijim@unaffiliated/vivijim)
14:34.22*** join/#oe vivijim (~vivijim@134.134.139.70)
14:34.23*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
14:35.03*** join/#oe galak (~galak@nat/ti/x-uhnsuiiutukbhrbw)
14:35.10*** join/#oe vivijim (vivijim@nat/intel/x-zjecqkwulsbaguac)
14:35.11*** join/#oe vivijim (vivijim@unaffiliated/vivijim)
14:44.52*** join/#oe vivijim (vivijim@nat/intel/x-srixxgwlsmlwdgae)
14:44.54*** join/#oe vivijim (vivijim@unaffiliated/vivijim)
14:45.11*** join/#oe vivijim (~vivijim@134.134.139.70)
14:45.14*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
14:45.59*** join/#oe vivijim (~vivijim@134.134.139.70)
14:46.01*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
14:48.40*** join/#oe risca (~risca@wi-secure-8080.cc.umanitoba.ca)
14:57.57*** join/#oe bluelightning_ (~paul@83.217.123.106)
14:57.57*** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning)
15:03.17*** join/#oe pespin (~pespin@cisne-cn07.upc.es)
15:05.57*** join/#oe devzero_ (devzero@xdsl-78-34-215-30.netcologne.de)
15:06.57*** join/#oe msm (~msm@gate-tx3.freescale.com)
15:19.32*** join/#oe andi- (~andi@p4FDB4AB4.dip.t-dialin.net)
15:45.47msmis anyone aware of issues that exist or where fixed where a toolchain tarball doesn't work and the exact same toolchain (supposedly) works within the yocto build environment?
15:45.59msmwere* fixed
15:54.22*** part/#oe troth (~troth@nat/hp/x-caeffdptaiafnrwo)
16:02.40*** join/#oe W1N9Zr0 (~W1N9Zr0@24-212-193-98.cable.teksavvy.com)
16:09.53*** join/#oe rphillips (~rphillips@unaffiliated/rphillips)
16:10.04*** join/#oe gungfuwayne (~wayne@ns2.emacinc.com)
16:14.40*** part/#oe Zagor (~bjst@rockbox/developer/Zagor)
16:22.07*** join/#oe stefan__ (~stefan@p4FC76846.dip.t-dialin.net)
16:39.19*** join/#oe Cubi_ (~cubi@static-87-79-65-72.netcologne.de)
16:53.45*** join/#oe GNUtoo (~gnutoo@host155-102-dynamic.10-188-r.retail.telecomitalia.it)
17:01.13*** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net)
17:01.14*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
17:04.54*** join/#oe kristoffer_ (~kristoffe@c-63dce555.010-30-6c6b7012.cust.bredbandsbolaget.se)
17:16.56*** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de)
17:21.51*** join/#oe fagius (~fagius@static-50-52-145-66.lkvl.mn.frontiernet.net)
17:23.37*** join/#oe fagius (~fagius@static-50-52-145-66.lkvl.mn.frontiernet.net)
17:26.42*** join/#oe fagius (~fagius@static-50-52-145-66.lkvl.mn.frontiernet.net)
17:41.49*** join/#oe JViz (~JViz@rrcs-70-63-118-85.midsouth.biz.rr.com)
17:42.39*** join/#oe NightMonkey (~NightMonk@pdpc/supporter/professional/nightmonkey)
17:43.34JVizis there a way to use oe with qt-creator?
17:47.46*** join/#oe HokieTux (~HokieTux@157.22.28.13)
17:49.12bluelightningJViz: we can build it...
17:49.21*** join/#oe risca (~risca@wi-secure-8080.cc.umanitoba.ca)
17:49.23bluelightningJViz: AFAIK nobody has worked on the other way around though (i.e. integration)
17:49.39bluelightningwhich is I suspect what you were asking about
17:49.52JVizah
17:50.24JVizyeah
18:03.38*** join/#oe mrcan (~mrcan@unaffiliated/mrcan)
18:06.36*** join/#oe eFfeM (~frans@a2038.upc-a.chello.nl)
18:09.21*** join/#oe mrcan (~mrcan@unaffiliated/mrcan)
18:11.01*** join/#oe HokieTux (~HokieTux@157.22.28.13)
18:29.40*** join/#oe jkridner (~jason@pdpc/supporter/active/jkridner)
18:31.56*** join/#oe roric (~roric@c-b474e455.1210-29-64736c14.cust.bredbandsbolaget.se)
18:40.41*** join/#oe pespin (~pespin@90.163.49.171)
18:50.00*** join/#oe rcf (~rcf@45.162-243-81.adsl-dyn.isp.belgacom.be)
18:55.53*** join/#oe playya (~playya@unaffiliated/playya)
18:58.46Nyoxireposting my previous questions (in case the other half of the planet is already awake)
18:58.49Nyoxi-<09:46>-             Nyoxi>> hi! in oe-core: is the value of PACKAGE_ARCH important for the proper build or can I set it to my own values in the package?
18:58.52Nyoxi-<09:47>-             Nyoxi>> can I use it to distinguish devices rather than architectures? (the architecture is the same for all my packages)
18:58.56Nyoxi-<09:48>-             Nyoxi>> and second question, can I prevent OE from building empty *-{dev,dbg} packages?
18:59.21Nyoxiand I have another one, that is quite stupid actually but has been bugging me a lot
19:00.23Nyoxiwhy do I have to specify LIC_FILES_CHKSUM if I use a common license? (by common I mean one from meta/files/common-licenses/
19:01.49*** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org)
19:16.15msmwhats the different between cross crosssdk and runtime?
19:17.55msmdo we built an x86 compiler to compile the toolchain for meta-toolchain?
19:20.46*** join/#oe rob_w (~bob@host-188-174-192-117.customer.m-online.net)
19:20.46*** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029)
19:23.37*** join/#oe pepermint (~pepermint@95.232.87.86)
19:40.50*** join/#oe vivijim (~vivijim@134.134.139.70)
19:40.51bluelightningNyoxi: you have to specify LIC_FILES_CHKSUM because it's independent of what LICENSE you're using - it's a tool to detect if the upstream license changes
19:40.52*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
19:52.47Nyoxibluelightning: yes, but it makes sense only if the upstream package contains license, which isn't necessarily the true in my case
19:52.57Nyoxicontains license file
19:53.19bluelightningNyoxi: they have no license statement at all? what about at the top of a source file, or in a readme?
19:53.46bluelightningI realise this does occur, and there are ways to handle it if that's the case
19:54.01bluelightningbut 80% of the time there's some kind of notice you can checksum
20:02.01bluelightningbbl
20:08.38*** join/#oe phdeswer (~phdeswer@HSI-KBW-078-043-064-116.hsi4.kabel-badenwuerttemberg.de)
20:32.19*** join/#oe dijenerate (~dijenerat@173.225.251.175)
21:03.22*** join/#oe msm (~msm@gate-tx3.freescale.com)
21:18.01*** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning)
21:43.51*** join/#oe florian (~fuchs@Maemo/community/contributor/florian)
21:56.13*** join/#oe kobe (b2767405@gateway/web/freenode/ip.178.118.116.5)
21:57.06kobe@florian: I remember you once said you got Qt 4.8.0 working with oe classic?
22:01.02*** join/#oe mrcan (~mrcan@unaffiliated/mrcan)
22:23.17*** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan)
22:26.35*** join/#oe mrcan (~mrcan@unaffiliated/mrcan)
22:30.21awozniakBuilding my kernel.  sakoman.com is down.  "task do_fetch" fails.  What sorts of options do I have?
22:31.43sakomanawozniak: wait for the server to come back up? :-)
22:32.03sakomanworking on that now :-)
22:32.29awozniakThank you so much, for everything.  Btw, any progress on that RAM issue?
22:34.24*** join/#oe JaMa (~martin@94.230.152.246)
22:44.21*** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy)
23:08.55*** join/#oe HokieTux (~HokieTux@157.22.28.13)
23:09.50*** join/#oe housel (~user@mccarthy.opendylan.org)
23:13.54*** join/#oe blindvt_ (~brf@91.119.59.26)
23:14.24*** join/#oe vivijim (~vivijim@134.134.139.70)
23:14.25*** join/#oe vivijim (~vivijim@unaffiliated/vivijim)
23:48.13*** join/#oe msm1 (~msm@99-47-177-27.lightspeed.austtx.sbcglobal.net)

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