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.26 | rlrosa | hi |
04:22.21 | *** join/#oe penghb (~penghb@202.108.130.138) |
04:29.00 | rlrosa | any 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.41 | nerdboy | PREFERRED_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.43 | hvontres|home | any 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.04 | mckoan | good morning |
08:04.59 | fraxinath | is 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.00 | 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? |
08:46.00 | Nyoxi | can I use it to distinguish devices rather than architectures? (the architecture is the same for all my packages) |
08:47.20 | Nyoxi | and 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.18 | jonasdn | Is there someway to make OE look at a local directory as a mirror? like specifying a sources-directory in MIRRORS_append? |
09:42.39 | Zagor | jonasdn: sure, PREMIRRORS_prepend: http://www.yoctoproject.org/docs/latest/poky-ref-manual/poky-ref-manual.html#id1292386 |
09:42.56 | jonasdn | thank you! |
10:03.29 | mckoan | Zagor: does it work with oe-classic too? |
10:03.55 | Zagor | mckoan: I don't know |
10:04.37 | mckoan | Zagor: np, I'll give it a try |
10:05.07 | *** join/#oe robtaylor (~robtaylor@floopily.codethink.co.uk) |
10:06.11 | mckoan | Zagor: looks like only conf/distro/include/oplinux.inc uses it but should work then |
10:12.37 | bluelightning | morning all |
10:13.37 | mckoan | bluelightning: hi |
10:14.17 | *** join/#oe icanicant (~klawson@213.218.221.154) |
10:17.11 | kenws | Hi, 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.52 | kenws | interesting 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.44 | pwgen | anyone with deep knowledge on bitbake here, i have some question regarding the cooker class and its configuration |
12:19.57 | likewise | you may just ask, or otherwise post on a mailing list instead |
12:20.25 | likewise | not 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.18 | pwgen | <likewise>: i am ( planning/working) on a django based web interface to bitbake. |
12:32.24 | pwgen | my 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.20 | pwgen | whe 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.11 | bluelightning | pwgen: FYI bitbake is now capable of running as a server |
13:02.46 | pwgen | . zes i have seen this xmlrpc stuff and its looking very interesing. |
13:02.48 | bluelightning | pwgen: 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.01 | bluelightning | so you may be working on the same thing... |
13:03.34 | pwgen | my 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.37 | pwgen | paul Eggleton mentioned this |
13:04.56 | pwgen | that he would like to have an interface |
13:12.14 | pwgen | seem that nothing happend since december regarding web hob . |
13:16.04 | pwgen | <bluelightning>: did you allready used the xmlrpc interface ? |
13:16.26 | bluelightning | pwgen: Paul Eggleton is me ;) |
13:16.53 | pwgen | *FG*. sorry how coud i know ... |
13:17.02 | bluelightning | no worries ;) |
13:17.25 | bluelightning | pwgen: 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.28 | pwgen | pwgen, thats the long haired guy that was at fosdem beside you |
13:17.59 | bluelightning | pwgen: ah, hi! nice to match nicks to faces :) |
13:18.07 | pwgen | zes .. |
13:19.33 | bluelightning | re 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.08 | bluelightning | but 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.19 | pwgen | <PROTECTED> |
13:39.30 | bluelightning | pwgen: hmm, I thought eeepcs were all atom-based... I'm definitely no expert |
13:41.00 | bluelightning | pwgen: 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.47 | msm | is 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.59 | msm | were* 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.34 | JViz | is there a way to use oe with qt-creator? |
17:47.46 | *** join/#oe HokieTux (~HokieTux@157.22.28.13) |
17:49.12 | bluelightning | JViz: we can build it... |
17:49.21 | *** join/#oe risca (~risca@wi-secure-8080.cc.umanitoba.ca) |
17:49.23 | bluelightning | JViz: AFAIK nobody has worked on the other way around though (i.e. integration) |
17:49.39 | bluelightning | which is I suspect what you were asking about |
17:49.52 | JViz | ah |
17:50.24 | JViz | yeah |
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.46 | Nyoxi | reposting my previous questions (in case the other half of the planet is already awake) |
18:58.49 | Nyoxi | -<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.52 | Nyoxi | -<09:47>- Nyoxi>> can I use it to distinguish devices rather than architectures? (the architecture is the same for all my packages) |
18:58.56 | Nyoxi | -<09:48>- Nyoxi>> and second question, can I prevent OE from building empty *-{dev,dbg} packages? |
18:59.21 | Nyoxi | and I have another one, that is quite stupid actually but has been bugging me a lot |
19:00.23 | Nyoxi | why 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.15 | msm | whats the different between cross crosssdk and runtime? |
19:17.55 | msm | do 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.51 | bluelightning | Nyoxi: 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.47 | Nyoxi | bluelightning: yes, but it makes sense only if the upstream package contains license, which isn't necessarily the true in my case |
19:52.57 | Nyoxi | contains license file |
19:53.19 | bluelightning | Nyoxi: they have no license statement at all? what about at the top of a source file, or in a readme? |
19:53.46 | bluelightning | I realise this does occur, and there are ways to handle it if that's the case |
19:54.01 | bluelightning | but 80% of the time there's some kind of notice you can checksum |
20:02.01 | bluelightning | bbl |
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.06 | kobe | @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.21 | awozniak | Building my kernel. sakoman.com is down. "task do_fetch" fails. What sorts of options do I have? |
22:31.43 | sakoman | awozniak: wait for the server to come back up? :-) |
22:32.03 | sakoman | working on that now :-) |
22:32.29 | awozniak | Thank 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) |