| 00:18.49 | *** join/#oe penghb (~penghb@202.108.130.138) |
| 00:36.50 | *** join/#oe lamawithonel (~lucas@184-201-109-74.pools.spcsdns.net) |
| 00:50.33 | *** join/#oe thaytan (~jan@CPE-124-183-182-124.lns17.ken.bigpond.net.au) |
| 01:26.05 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 02:03.28 | *** join/#oe devzero_ (devzero@xdsl-78-35-63-28.netcologne.de) |
| 02:56.11 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 03:59.13 | *** join/#oe mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 04:01.14 | *** join/#oe morphis (~morphis@dslb-088-071-229-176.pools.arcor-ip.net) |
| 04:02.56 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 04:04.54 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 04:17.11 | *** join/#oe lamawithonel (~lucas@72-63-213-31.pools.spcsdns.net) |
| 04:25.49 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 05:07.07 | *** join/#oe lamikr (~lamikr@dyn60-31.dsl.spy.dnainternet.fi) |
| 05:09.25 | *** join/#oe sanket (~sanket@114.143.165.67) |
| 05:26.18 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 05:39.31 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 05:51.46 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 06:11.33 | sanket | hello I had created x11-image for mini2440... but i m getting wrong touchscreen calibration.... can anyone help me which scripts handles touchscreen calibration... |
| 06:13.14 | *** join/#oe amarsman (~marsman@52488909.cm-4-1c.dynamic.ziggo.nl) |
| 06:20.28 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 06:20.54 | *** join/#oe udovdh (~udovdh@pindarots.xs4all.nl) |
| 06:30.16 | *** join/#oe Lopi (~lopi@li54-110.members.linode.com) |
| 06:42.45 | *** join/#oe mario-goulart (~user@67.205.85.241) |
| 07:28.34 | *** join/#oe openfree (~dennis@116.228.88.131) |
| 07:30.26 | *** join/#oe NvrBst (~NvrBst@gateway/tor-sasl/nvrbst) |
| 07:48.04 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 07:53.18 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 08:15.43 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 08:15.43 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 08:22.43 | *** join/#oe rob_w (~bob@ppp-93-104-176-215.dynamic.mnet-online.de) |
| 08:30.32 | *** join/#oe timtimred (~meh@79-67-228-176.dynamic.dsl.as9105.com) |
| 08:37.17 | *** join/#oe nullpuppy (~dustin@c-24-16-84-118.hsd1.wa.comcast.net) |
| 08:40.45 | *** join/#oe timtimred (~meh@79-67-228-176.dynamic.dsl.as9105.com) |
| 08:41.43 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:52.21 | *** join/#oe B_Lizzard (~havoc@athedsl-119394.home.otenet.gr) |
| 08:57.37 | bluelightning | morning all |
| 09:13.54 | sanket | can anyone help how tvout work... I had one development board of MIPS... it 1 tv out port.... i want some basic application to run tvout... |
| 09:19.43 | *** join/#oe DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
| 09:39.21 | *** join/#oe phdeswer (~philippe@85-156-127-111.elisa-mobile.fi) |
| 09:50.42 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 09:58.32 | *** join/#oe rcf (~rcf@139.101-243-81.adsl-dyn.isp.belgacom.be) |
| 10:06.31 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 10:06.34 | *** join/#oe ultimate_warrior (~rahul@114.143.165.67) |
| 10:16.46 | *** join/#oe thaytan (~jan@ppp59-167-167-201.static.internode.on.net) |
| 10:36.38 | *** join/#oe GarthPS (~quassel@qrc29-1-82-245-206-103.fbx.proxad.net) |
| 10:47.30 | *** join/#oe kristoffer (~kristoffe@host-90-237-151-38.mobileonline.telia.com) |
| 11:02.33 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 11:14.12 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 11:14.40 | *** join/#oe toi (~peter@94-226-63-5.access.telenet.be) |
| 11:25.09 | sanket | how to change display port from VGA to TV out can anyone help me... |
| 11:26.34 | pb_ | see the topic |
| 11:44.37 | *** join/#oe ant_work (~andrea@host6-80-static.42-85-b.business.telecomitalia.it) |
| 11:50.01 | mickey|daddy | morning folks |
| 11:50.06 | bluelightning | hi mickey|daddy |
| 11:50.09 | pb_ | congratulations daddy |
| 11:50.13 | mickey|daddy | thanks pb_ :) |
| 11:50.17 | bluelightning | mickey|daddy: how's the little one? |
| 12:01.01 | ant_work | heh |
| 12:01.18 | ant_work | mine said just yesterday he'd marry mum ;) |
| 12:02.28 | eFfeM | gratz mickey|daddy |
| 12:02.35 | ant_work | pb_:if you have still some sugar before lunch... |
| 12:03.02 | ant_work | I tried to remove PACKAGE_ARCH from klibc |
| 12:03.21 | ant_work | but th ekernel is staged per-machine :/ |
| 12:04.06 | ant_work | so ln -sf ${STAGING_KERNEL_DIR} linux will fail |
| 12:04.57 | ant_work | now,if we only had one third of the vars, these would still be too many... |
| 12:05.31 | pb_ | heh |
| 12:05.31 | pb_ | indeed |
| 12:05.35 | ant_work | I think I'll have to put the arch-sysroot string together |
| 12:06.14 | pb_ | I'm not entirely convinced it is good/desirable/necessary for the kernel headers to be staged per arch. |
| 12:06.24 | pb_ | er, per machine that is |
| 12:06.53 | ant_work | in fact the only specific file is a .config |
| 12:07.04 | pb_ | yeah |
| 12:07.04 | ant_work | machine-specific Imean |
| 12:08.01 | ant_work | how do uclibc solv ethat? |
| 12:08.34 | ant_work | apologizes for the broken SPACE key |
| 12:09.10 | pb_ | uclibc uses linux-libc-headers, not the kernel itself |
| 12:09.12 | *** join/#oe methril_work (~Rafael@189.114.111.135) |
| 12:09.18 | ant_work | ah, right |
| 12:09.23 | pb_ | afaik, neither uclibc nor eglibc DEPEND on any kernel package |
| 12:09.23 | ant_work | hm..udev then |
| 12:10.12 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 12:12.44 | *** join/#oe pepermint (~pepermint@host151-77-dynamic.8-87-r.retail.telecomitalia.it) |
| 12:20.04 | ant_work | I have to rephrase KLIBCKERNELSRC=${STAGING_KERNEL_DIR} |
| 12:33.08 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:41.02 | *** join/#oe thhp (50c14443@gateway/web/freenode/ip.80.193.68.67) |
| 13:05.24 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rkvvkzjrnbtxjrbt) |
| 13:14.59 | *** join/#oe playya (~playya@93.216.247.170) |
| 13:14.59 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 13:16.05 | *** join/#oe nschle85 (~kvirc@89.204.153.228) |
| 13:17.53 | nschle85 | hello, the tcl revipe may be broken, ERROR: The checksums for "/var/lib/jenkins/jobs/shr-unstable-image-clean-build/workspace/shr-unstable/downloads/tcl8.5.8-src.tar.gz" did not match. |
| 13:17.54 | nschle85 | <PROTECTED> |
| 13:17.54 | nschle85 | <PROTECTED> |
| 13:18.19 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 13:18.25 | nschle85 | can anybody fix it please ? |
| 13:20.25 | *** join/#oe cminyard (~cminyard@pool-173-57-145-237.dllstx.fios.verizon.net) |
| 13:22.29 | mickey|daddy | thanks eFfeM |
| 13:24.27 | mickey|daddy | bluelightning: everything ok so far, mummy and Lara Marie are back at home since saturday. she's often hungry and we're tired, but i'm afraid that's how things are going to be usually ;) |
| 13:36.31 | *** join/#oe Heinervdm (~thomas@pD9E1579A.dip.t-dialin.net) |
| 13:36.59 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:40.17 | *** join/#oe methril (~methril@189.27.132.75.dynamic.adsl.gvt.net.br) |
| 13:40.47 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 13:52.16 | *** join/#oe otavio (~otavio@189.114.111.55) |
| 13:52.16 | *** join/#oe otavio (~otavio@debian/developer/otavio) |
| 13:55.32 | *** join/#oe chase (~chase@nat/ti/x-mzwqrzhajqdaccwr) |
| 13:57.10 | *** join/#oe kergoth (~kergoth@ip24-251-173-232.ph.ph.cox.net) |
| 13:57.37 | *** join/#oe brolin (~brolin@nat220.udea.edu.co) |
| 14:01.08 | pb_ | morning kergoth |
| 14:04.16 | *** join/#oe devzero_ (devzero@xdsl-78-35-57-92.netcologne.de) |
| 14:05.27 | CIA-8 | 03Richard Purdie <richard.purdie@linuxfoundation.org> 07master * rc1d978d7bd 10bitbake.git/lib/bb/fetch2/__init__.py: (log message trimmed) |
| 14:05.27 | CIA-8 | bitbake/fetch2: When replacing URLs in mirror handling mask out empty entries |
| 14:05.27 | CIA-8 | The symptom of this problem is something like a cvs url which specifies |
| 14:05.27 | CIA-8 | a username where the username is then passed through to something like |
| 14:05.27 | CIA-8 | an http mirror. |
| 14:05.28 | CIA-8 | This patch fixes things by ensuring empty entries are preserved in the |
| 14:05.29 | CIA-8 | new URL. |
| 14:10.13 | *** join/#oe lamikr (~lamikr@dsl-kpobrasgw1-ff76c100-142.dhcp.inet.fi) |
| 14:12.21 | *** join/#oe ldnunes (~ldnunes@189.114.111.55) |
| 14:20.00 | *** join/#oe morphis (~morphis@p5489B5BE.dip.t-dialin.net) |
| 14:31.59 | *** join/#oe drw|away (~Dan@cpe-76-187-60-200.tx.res.rr.com) |
| 14:34.09 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |
| 14:37.59 | *** join/#oe drw|away (~Dan@cpe-76-187-60-200.tx.res.rr.com) |
| 14:47.07 | *** join/#oe awozniak (~awozniak@76.205.222.174) |
| 14:48.04 | *** join/#oe kgilmer (~kgilmer@ntngsk052174.ngsk.nt.ftth4.ppp.infoweb.ne.jp) |
| 14:50.18 | joelagnel | Is there way to tell bitbake to be a bit more verbose about what commands for the individual tasks (i.e. the actual command "make .." "cp ..") . I've already tried the -D -n -v options |
| 14:50.28 | joelagnel | *commands it will execute |
| 14:56.28 | bluelightning | joelagnel: can you not just consult the logs in /tmp/work/<arch>/<packagename>/temp/ ? |
| 14:59.05 | kergoth | joelagnel: -D should show you the output from the individual tasks, and they already run with set -x for the shell ones |
| 14:59.40 | *** join/#oe drw_ (~Dan@cpe-76-187-60-200.tx.res.rr.com) |
| 15:00.57 | joelagnel | bluelightning, sure I can :) thanks |
| 15:02.04 | joelagnel | kergoth, uhm, ok I will try and see if I can get it to spit that out. thanks |
| 15:02.45 | kergoth | the problem with -D is generally the opposite -- that it shows too much :) |
| 15:02.52 | kergoth | but you can turn it up further, up to -DDD |
| 15:03.00 | kergoth | i doubt it will help you in this particular case, as one level is enough to show task output |
| 15:04.31 | *** join/#oe hollisb (~hollisb@24.20.193.174) |
| 15:12.18 | *** join/#oe lamawithonel (~lucas@72-63-213-31.pools.spcsdns.net) |
| 15:16.18 | *** join/#oe nitink (~nitink@nat/intel/x-euewezsucnwmidsj) |
| 15:26.14 | *** join/#oe CosmicPenguin (~nobody@soa.codeaurora.org) |
| 15:31.00 | *** join/#oe tomimo (~kurre@xdsl-83-150-88-111.nebulazone.fi) |
| 15:31.59 | Heinervdm | oe.dev can't be parsed with bitbake master |
| 15:33.16 | *** join/#oe kurre_ (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 15:34.03 | Heinervdm | http://pastebin.com/V6RcmULR |
| 15:43.11 | *** join/#oe risca (~risca@h241n2-n-a31.ias.bredband.telia.com) |
| 15:45.20 | *** join/#oe msm (~msm@192.88.168.35) |
| 15:45.53 | *** join/#oe kevinsc (~a0214685@nat/ti/x-rcynjqipdfmmztie) |
| 15:46.12 | *** join/#oe rob_w (~bob@ppp-93-104-176-215.dynamic.mnet-online.de) |
| 15:46.13 | *** join/#oe rob_w_ (~bob@ppp-93-104-176-215.dynamic.mnet-online.de) |
| 15:57.00 | *** join/#oe jocom (~jocom@87.195.174.84) |
| 16:02.06 | *** join/#oe pespin (~pespin@90.163.82.81) |
| 16:02.59 | *** part/#oe jocom (~jocom@87.195.174.84) |
| 16:21.30 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 16:25.41 | *** join/#oe incandescant (~incandesc@nat/intel/x-dzydoqqqteqwmdag) |
| 16:30.17 | *** join/#oe nullpuppy (~dustin@freematrix/staff/nullpuppy) |
| 16:36.29 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 16:49.03 | bluelightning | Heinervdm: hmm, you're right... I have a one-liner workaround but I'd like to know what really caused this and if there are other implications |
| 16:55.52 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 17:02.10 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 17:03.02 | *** join/#oe orges (~yet@94.55.165.5) |
| 17:19.52 | *** join/#oe lamawithonel (~lucas@72-63-213-31.pools.spcsdns.net) |
| 17:22.02 | otavio | bluelightning: are you still looking at qt issues? |
| 17:22.31 | bluelightning | otavio: yes although I have not yet looked at bringing over the native* patches from oe... I know you are waiting, sorry... |
| 17:23.11 | otavio | bluelightning: not only it; meta-oe still provides 4.6.2 packages while oe-core provides .3 |
| 17:23.25 | otavio | bluelightning: it would be nice to move those to a small set of .bbappend files |
| 17:24.13 | khem | RP__: ping |
| 17:24.33 | khem | RP__: I am running into a strange parsing error on oe-core/angstrom |
| 17:24.35 | bluelightning | otavio: slightly ahead of you ;) I have a patch ready that replaces all of the recipes in meta-oe with bbappends that just set the db driver options |
| 17:24.43 | bluelightning | haven't submitted it yet |
| 17:25.17 | RP__ | khem: pong |
| 17:25.20 | otavio | bluelightning: so please do that; I was going to work on that |
| 17:25.36 | otavio | bluelightning: and duplicate your work heh |
| 17:25.44 | khem | RP__: a strange parsing error happens on qemux86 and qemux86_64 only |
| 17:25.53 | bluelightning | otavio: will send the patch out this evening |
| 17:25.56 | RP__ | khem: what kind of error? |
| 17:26.01 | otavio | bluelightning: please do |
| 17:26.09 | otavio | bluelightning: i will wait for it then |
| 17:26.34 | khem | RP__: I will paste the error http://paste.ubuntu.com/626013/ |
| 17:26.47 | khem | RP__: I tracked it down to allarch |
| 17:27.13 | khem | so when I remove BASE_PACKAGE_ARCH = "all" from allarch.bbclass the parsing goes through |
| 17:27.28 | khem | but then that fix was added to get away with those endianness things |
| 17:27.50 | khem | and the same works fine for no x86 so I am not sure if that the real problem |
| 17:30.21 | RP__ | khem: Can you find out which task is causing that error (add a bb.error(task) in the for loop) |
| 17:31.44 | RP__ | khem: The AddTaskNode handler in ast.py very clearly calls bb.data.setVarFlag(var, "deps", existing, data) |
| 17:31.46 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 17:31.58 | khem | RP__: ok |
| 17:32.17 | RP__ | khem: So I can't immediately see how "deps" would end up unset, it should at least be empty |
| 17:32.35 | *** join/#oe Jefro (~josiermi@nat/intel/x-mhlnzcqogvkkwaeo) |
| 17:32.47 | khem | RP__: so its the loop in asp.py you meant right ? |
| 17:33.37 | khem | for dep in flags['deps']: ah thsi one |
| 17:33.39 | RP__ | khem: no, add it before the loop in build.py, line 468 |
| 17:33.46 | RP__ | or 469 |
| 17:36.11 | khem | RP__: NOTE: do_rm_work |
| 17:36.38 | khem | added notes instead of bberror |
| 17:37.31 | otavio | Do someknow knows why this fails? |
| 17:37.32 | otavio | ERROR: Nothing PROVIDES 'virtual/i686-oesdk-linux-gcc' |
| 17:37.32 | *** join/#oe eFfeM (~frans@j200125.upc-j.chello.nl) |
| 17:37.33 | otavio | ERROR: Required build target 'task-ostt-osnt-toolchain-host' has no buildable providers. |
| 17:37.49 | RP__ | otavio: oe-core master? |
| 17:37.53 | khem | otavio: bitbake -g |
| 17:37.54 | otavio | RP__: yes |
| 17:38.16 | RP__ | otavio: try http://git.openembedded.net/cgit.cgi/openembedded-core-contrib/commit/?h=rpurdie/for-master&id=c3d317014f417ca895458b797afdf6c40e5b5a57 |
| 17:40.23 | otavio | RP__: I pulled your for-master branch to test. |
| 17:41.39 | RP__ | khem: hmm, I can't reproduce :/ |
| 17:42.23 | khem | RP__: add INHERIT += "rm_work" to your local.conf |
| 17:42.32 | RP__ | khem: I did |
| 17:42.45 | khem | RP__: because if I remove that then it starts to parse |
| 17:43.04 | *** join/#oe hollisb (~hollisb@192.94.38.34) |
| 17:43.18 | khem | hmm |
| 17:43.49 | khem | there is no ghost of this class in meta-oe |
| 17:43.55 | khem | so that possibility is out |
| 17:44.06 | khem | RP__: koen is seeing same problem too |
| 17:44.07 | otavio | RP__: now it fails to include the required file |
| 17:44.14 | khem | so its not something in my env |
| 17:44.44 | RP__ | otavio: checkout out the renaming commit in what you just pulled |
| 17:45.19 | RP__ | khem: What is OVERRIDES for you? |
| 17:45.27 | RP__ | (bitbake -e | grep ^OVERRIDES) |
| 17:45.36 | otavio | na, nativesdk |
| 17:45.41 | otavio | ok, testing |
| 17:46.25 | otavio | RP__: same |
| 17:46.26 | otavio | ERROR: Nothing PROVIDES 'virtual/i686-oesdk-linux-gcc' |
| 17:46.26 | otavio | ERROR: Required build target 'task-ostt-osnt-toolchain-host' has no buildable providers. |
| 17:46.54 | RP__ | otavio: touch local.conf |
| 17:47.43 | khem | RP__: it cant do that dies before that |
| 17:47.56 | otavio | RP__: same |
| 17:48.47 | RP__ | khem: Ok, can you add something to ast.py around line 244 "bb.data.setVarFlag(var, "deps", existing, data)" and provide that it sets "deps" for var == "do_rm_work" ? |
| 17:48.57 | RP__ | s/provide/prove/ |
| 17:52.28 | RP__ | otavio: no idea then, sorry |
| 17:52.56 | otavio | RP__: what I could check to try to track it down? who ought to set the virtual? |
| 17:53.33 | RP__ | otavio: It looks very like the nativesdk error that patch I pointed at fixes |
| 17:53.41 | RP__ | otavio: It should have -crosssdk on the end |
| 17:54.47 | *** join/#oe GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
| 17:55.01 | khem | RP__: if var == "do_rm_work": |
| 17:55.01 | khem | <PROTECTED> |
| 17:55.01 | khem | <PROTECTED> |
| 17:55.01 | khem | <PROTECTED> |
| 17:55.07 | khem | same error |
| 17:55.49 | RP__ | khem: Can you turn that into a bb.note and prove its setting that flag for do_rm_work ? |
| 17:55.58 | *** join/#oe mangomake (~dan@cpc2-hitc3-0-0-cust115.9-2.cable.virginmedia.com) |
| 17:56.18 | RP__ | khem: It won't change the error, I just want to figure out if the data store loses the flag or we never set it |
| 17:56.41 | otavio | trying to figure the sdk issue |
| 17:57.42 | khem | RP__: I added a bb.note but its not printed |
| 17:57.55 | khem | bb.note("Setting do_rm_work deps") |
| 17:58.22 | RP__ | khem: so it looks like addtask is never called for do_rm_work? |
| 17:58.54 | khem | hmmm but why only for qemux86 |
| 17:59.13 | khem | in my local.conf I have INHERIT += "rm_work" |
| 17:59.19 | khem | which should be picked up all the time |
| 17:59.23 | RP__ | khem: Can you try and work this backwards through the parser, see if its seeing the addtask at all? |
| 17:59.44 | RP__ | e.g. whether handleAddTask() is called? |
| 18:00.01 | RP__ | -> afk, sorry |
| 18:00.43 | khem | RP__: hmm I missed it last time |
| 18:00.54 | khem | but yes the original bb.note is printed |
| 18:00.55 | khem | NOTE: Setting do_rm_work deps |
| 18:01.10 | khem | I missed it in output last time |
| 18:01.19 | khem | and also handleAddTask is called |
| 18:01.54 | mangomake | does any1 know the state of the tx25 conf? is it supposed to be useable or still WIP ? I just tried it - the kernel it builds wont boot, i tried another kernel but that results in a cycle of erros scrolling up the screen as soon as it start to do userland bit (i.e. once kernel has finished loading) |
| 18:06.02 | *** join/#oe veganadian (~andrew@CPE0013f7b6cfd2-CM0013f7b6cfce.cpe.net.cable.rogers.com) |
| 18:07.45 | GNUtoo | hi, are ${MACHINE_ARCH} preferred over another arch(like ALL for instance),even if the recipe's PR is higher withthout MACHINE_ARCH |
| 18:07.51 | GNUtoo | *without |
| 18:13.07 | kergoth | you mean opkg's behavior? |
| 18:13.31 | GNUtoo | yes |
| 18:13.35 | GNUtoo | on target for instance |
| 18:13.53 | GNUtoo | I've to remove a machine specific gtkrc |
| 18:13.57 | GNUtoo | for htcdream |
| 18:14.20 | GNUtoo | I vaguely remember JaMa having issues with that |
| 18:15.05 | GNUtoo | roughly will that work: http://www.pastie.org/private/jshvvtuqfwtiuhirxjiw |
| 18:15.09 | GNUtoo | can I push it? |
| 18:17.06 | khem | RP__: FWIW this error happens on all x86 machines |
| 18:17.17 | *** join/#oe MWelchUK_work__ (~welchma@65.91.2.71) |
| 18:17.17 | khem | I tried few from meta-intel |
| 18:23.38 | *** join/#oe zenlinux_laptop (~sgarman@masterfoo.zenlinux.com) |
| 18:29.01 | *** join/#oe kevinsc (~a0214685@nat/ti/x-xywsgiatohnrskuc) |
| 18:33.38 | GNUtoo | mangomake, what's tx25? the karo modules for mx25? |
| 18:34.21 | *** join/#oe hbeck (~hbeck@69.41.94.155) |
| 18:36.25 | *** join/#oe unsolo (~unsolo@146.80-203-33.nextgentel.com) |
| 18:36.57 | *** join/#oe lamawithonel_ (~lucas@wsip-174-79-188-247.dc.dc.cox.net) |
| 18:42.51 | *** join/#oe lamawithonel__ (~lucas@72-63-213-31.pools.spcsdns.net) |
| 18:43.41 | *** join/#oe msm (~msm@192.88.168.34) |
| 18:47.22 | GNUtoo | hmmm it seem to have been installed |
| 18:47.25 | GNUtoo | I'll push then |
| 18:53.44 | CIA-8 | 03Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> 07org.openembedded.dev * ra36d53f780 10openembedded.git/recipes/shr/ (2 files in 2 dirs): |
| 18:53.44 | CIA-8 | gtk-theme-e17lookalike: fix htcdream's gtkrc |
| 18:53.44 | CIA-8 | Without that fix we have all the gtk appliactions that looks too big: |
| 18:53.44 | CIA-8 | The htcdream's DPI was added to match its real DPI, |
| 18:53.44 | CIA-8 | So now we have to remove the htcdream's specific gtkrc, |
| 18:53.45 | CIA-8 | else the gtk applications looks too big. |
| 18:53.45 | CIA-8 | Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org> |
| 19:07.07 | *** join/#oe pepermin1 (~pepermint@host167-85-dynamic.8-87-r.retail.telecomitalia.it) |
| 19:18.00 | *** join/#oe florian (~fuchs@sign-4db6ab9b.pool.mediaWays.net) |
| 19:18.00 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:20.13 | tharvey | anyone using INITRAMFS_IMAGE? I get a circular dependency when setting that in a machine conf file |
| 19:26.19 | *** join/#oe joelagnel (~joel@nat/ti/x-phgclafhjxxojgvi) |
| 19:43.34 | *** join/#oe playya (~playya@93.216.247.170) |
| 19:43.34 | *** join/#oe playya (~playya@unaffiliated/playya) |
| 19:53.00 | nschle85 | hello, libgiso does not compile: posix-ext.vapi:7.5-7.30: error: `Posix' already contains a definition for `INET_ADDRSTRLEN' |
| 19:53.01 | nschle85 | | const int INET_ADDRSTRLEN; |
| 19:53.01 | nschle85 | | ^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| 19:58.58 | *** join/#oe sgw (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
| 20:03.58 | *** join/#oe methril (~methril@189.27.136.57.dynamic.adsl.gvt.net.br) |
| 20:14.00 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) |
| 21:08.40 | *** join/#oe ibot (~ibot@rikers.org) |
| 21:08.40 | *** topic/#oe is OpenEmbedded Developer Lounge | Web: http://openembedded.org | Bugtracker: http://bugs.openembedded.org and http://tinderbox.openembedded.org for compile issues | Repository: git.openembedded.org/openembedded and repo.or.cz/r/openembedded.git as ro mirror | This is not a distro or machine support channel |
| 21:08.56 | *** join/#oe hrw (~hrw@linaro/hrw) |
| 21:13.19 | *** join/#oe ant__ (~andrea@host9-105-dynamic.50-82-r.retail.telecomitalia.it) |
| 21:16.00 | *** join/#oe rsalveti (~rsalveti@201.82.65.93) |
| 21:16.00 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 21:18.09 | *** join/#oe rsalveti (~rsalveti@201.82.65.93) |
| 21:18.09 | *** join/#oe rsalveti (~rsalveti@linaro/rsalveti) |
| 21:28.38 | ant__ | khem: ping |
| 21:29.43 | khem | ant__: yes |
| 21:29.56 | ant__ | hi sunny California |
| 21:30.29 | ka6sox-away | sunny? let me look outside. |
| 21:30.38 | ant__ | trying to unbind klibc from $MACHINE, I stumble in the fact the kernel headers are staged per-machine :/ |
| 21:31.21 | ant__ | KLIBCKERNELSRC=${STAGING_INCDIR}/linux |
| 21:31.57 | ant__ | was my try but theb I reflected: why are sources staged per-machine? Because of the patches? |
| 21:32.49 | khem | ant__: it will be hard job to untangle klibc |
| 21:33.12 | Crofton | sun is out |
| 21:33.19 | khem | ant__: if it can work with installed kernel headers then you might succeed |
| 21:33.28 | Crofton | and the climate is best by government test! |
| 21:34.08 | ant__ | yes, but those are in sysroots/$MACHINE-*abi/kernel |
| 21:36.59 | ant__ | hm.. |
| 21:37.04 | ant__ | I'll test STAGING_KERNEL_DIR = |
| 21:37.04 | ant__ | "${STAGING_DIR}/${MACHINE_ARCH}${TARGET_VENDOR}-${TARGET_OS}/kernel" |
| 21:44.57 | ant__ | khem: well, it builds |
| 21:45.36 | ant__ | now, what happens if 1st machine uses 2.6.39 and 2nd machine uses 2.6.26 ? |
| 21:45.53 | ant__ | in the case I build for different archs? |
| 21:46.17 | khem | or see if the library has dependency of kernel like that |
| 21:46.25 | khem | then you need to make it go with kernel |
| 21:46.35 | khem | so it will remain machine specifiv |
| 21:47.05 | khem | but if it is immune to kernel versions then we can think of making it non machine specific |
| 21:47.25 | khem | the thing you need to determine is |
| 21:47.32 | khem | if it needs kernel or kernel-headers |
| 21:47.46 | khem | if its kernel-headers then its arch specific |
| 21:47.49 | ant__ | it just needs the headers, anyway each buyuild will have a fake .so |
| 21:47.52 | khem | if its kernel then its machine specifiv |
| 21:48.06 | ant__ | so you cannot use a different klibc for linking |
| 21:48.32 | ant__ | well, I'll build for armv4 now |
| 21:51.54 | ant__ | ok, armv4 has klibc-EIBwDrOZCHE0IZzMnwZ4uLnn52I.so while armv5te has a different klibc-KJIXXU905NmdsAhH9CDvjaMiMpU.so |
| 21:52.20 | ant__ | seems just fine |
| 22:00.58 | *** join/#oe phdeswer (~philippe@84-231-92-86.elisa-mobile.fi) |
| 22:06.47 | *** join/#oe mpoirier (~quassel@S0106002369de4dac.cg.shawcable.net) |
| 22:10.09 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 22:16.03 | *** join/#oe MWelchUK_work_ (~welchma@65.91.2.71) |
| 22:23.05 | CIA-8 | 03Andrea Adami <andrea.adami@gmail.com> 07org.openembedded.dev * r89adc55282 10openembedded.git/recipes/klibc/klibc.inc: (log message trimmed) |
| 22:23.05 | CIA-8 | klibc: remove PACKAGE_ARCH = "${MACHINE_ARCH}" |
| 22:23.05 | CIA-8 | * paraphrasing uclibc discussion: |
| 22:23.05 | CIA-8 | * there is no good reason for klibc to be machine specific. |
| 22:23.05 | CIA-8 | * remove local assignment to PACKAGE_ARCH so that it gets the default target |
| 22:23.06 | CIA-8 | * architecture and bump INC_PR for that change. |
| 22:23.07 | CIA-8 | * |
| 22:27.06 | *** join/#oe lamawithonel (~lucas@pool-173-66-110-102.washdc.fios.verizon.net) |
| 22:29.29 | *** join/#oe lamawithonel_ (~lucas@72-63-213-31.pools.spcsdns.net) |
| 22:41.05 | *** join/#oe phdeswer (~philippe@80-186-1-113.elisa-mobile.fi) |
| 23:04.11 | kgilmer | i have 2 native recipes. B depends on A. A puts something in staging that I want B to replace. Is the best approach to, in B's recipe, delete what A added to staging? Or is there a cleaner approach? |
| 23:05.46 | kergoth | i think the cleaner approach is 'don't do that' |
| 23:05.47 | kergoth | but.. :P |
| 23:06.18 | kgilmer | :) Can once recipe 'clean' another? |
| 23:06.31 | kgilmer | this is all during a bootstrapping phase |
| 23:07.09 | kgilmer | ie package A is only necessary during the bootstrapping of B. Once B-native is installed A should not be needed. |
| 23:07.24 | kgilmer | is there a way to embed A inside of B? |
| 23:22.58 | Tartarus | RP__: ping |
| 23:24.20 | Crofton | heh, I was going to tell him to go the bed :) |
| 23:28.01 | ant__ | gn |
| 23:28.09 | *** join/#oe ensc (~irc-ensc@fedora/ensc) |
| 23:30.47 | Crofton | gn AnssiN_ |
| 23:43.51 | *** join/#oe lamawithonel_ (~lucas@72-63-213-31.pools.spcsdns.net) |
| 23:56.55 | *** join/#oe joelagnel (~joel@cpe-76-184-244-226.tx.res.rr.com) |