| 00:09.42 | *** join/#oe zenlinux (~sgarman@c-50-139-96-211.hsd1.or.comcast.net) |
| 00:10.41 | JaMa | Crofton|work: yes, from khem's patches |
| 00:16.52 | *** join/#oe dvhart (~dvhart@134.134.139.74) |
| 00:21.47 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
| 00:38.07 | JaMa | heh PID 1 now ported to libsystemd-bus, so long with my issues to get some MACHINEs to at least 3.0 kernel to support latest systemd from oe-core :) |
| 00:58.57 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 00:59.45 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 01:14.22 | *** join/#oe nitink1 (~nitink@134.134.139.76) |
| 01:52.41 | *** join/#oe dijenerate (~dijenerat@65.48.221.118) |
| 02:27.12 | *** join/#oe nitink (nitink@nat/intel/x-juuxoaozdzwmapao) |
| 02:29.17 | *** join/#oe nitink1 (nitink@nat/intel/x-bnutjpogiadrlrbu) |
| 02:51.40 | tlwoerner | i just noticed, earlier today, that OVERRIDES, by default, doesn't (seem to) include FILESOVERRIDES |
| 02:52.01 | tlwoerner | am i investigating OVERRIDES correctly? |
| 02:54.11 | tlwoerner | is FILESOVERRIDES not part of the OVERRIDES facility? |
| 02:55.34 | kergoth | FILESOVERRIDES is a subset of OVERRIDES for use by FILESPATH, as minimizing the FILESPATH is important for performance |
| 02:55.45 | kergoth | afaik, that is |
| 02:56.26 | tlwoerner | ah okay, i see it being used in base_set_filespath() |
| 02:56.53 | tlwoerner | kergoth: thanks for the clarification :-) |
| 02:56.56 | kergoth | np |
| 03:01.44 | *** join/#oe silviof1 (~silviof@unaffiliated/silviof) |
| 03:17.33 | *** join/#oe shawn187 (~Tiberius@unaffiliated/shawn156) |
| 03:29.50 | *** join/#oe _chase_ (~a0271661@nat/ti/x-kxegxigfrhuxetaw) |
| 03:30.28 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 04:10.27 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 04:28.17 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 06:02.17 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
| 06:16.19 | *** join/#oe clio (~andrej@85.159.109.222) |
| 06:36.11 | *** join/#oe roric (~roric@c-107ae455.213-3-64736c14.cust.bredbandsbolaget.se) |
| 07:11.12 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:18.52 | *** join/#oe stefan_schmidt (~stefan@p4FC75936.dip0.t-ipconnect.de) |
| 07:23.41 | *** join/#oe hollisb (~hollisb@nat-dem.mentorg.com) |
| 07:36.38 | *** join/#oe SorenHolm (~quassel@cpe.ge-0-2-0-950.faaqnqu1.dk.customer.tdc.net) |
| 07:44.55 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 07:46.00 | *** join/#oe roric (~roric@c-919f70d5.013-177-67626713.cust.bredbandsbolaget.se) |
| 07:49.51 | ndec | hi JaMa, i am trying to understand your 'state of bitbake world', and trying to reproduce some build failures. i don't see where you configure Qt5 related stuff. e.g. you probably enabled 'icu' somewhere , where is that? |
| 07:56.43 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 08:04.45 | mckoan | good morning |
| 08:06.05 | *** join/#oe KNERD (~KNERD@cpe-68-203-231-86.gt.res.rr.com) |
| 08:10.11 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 08:11.46 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 08:23.59 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 08:26.46 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:26.46 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:39.11 | *** join/#oe andre_d (~andre_d@164.129.115.76) |
| 08:48.08 | koen | RP_: what's the goal of linux-dummy.bb? |
| 08:48.21 | koen | 'git log --follow' is being useless for that |
| 08:48.57 | koen | I'd like to enhance it so it will actually stage headers and allow 'perf' to build, but I'm not sure if that's in the scope for linux-dummy |
| 08:51.09 | *** join/#oe hollisb (~hollisb@nat-dem.mentorg.com) |
| 08:51.43 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
| 08:54.21 | *** join/#oe martiert (~martin@59.37-191-128.fiber.lynet.no) |
| 09:04.13 | RP | koen: it was intended to allow someone to build a system without a kernel |
| 09:04.41 | RP | koen: perf and headers are therefore kind of out of scope |
| 09:08.14 | *** join/#oe mihai (~mihai@80.97.15.150) |
| 09:09.18 | koen | RP: right, I expected as much |
| 09:09.40 | koen | the situation I am in now calls for perf, but also for not building a kernel |
| 09:33.55 | *** join/#oe bluelightning (~paul@83.217.123.106) |
| 09:33.56 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 09:38.07 | ZetaNeta | i were sent here from #angstrom to ask how to use sysvinit instead of systemd |
| 09:38.18 | ZetaNeta | as systemd needs CONFIG_DEVTMPFS |
| 09:38.27 | ZetaNeta | And my kernel got no such option |
| 09:43.01 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 09:43.01 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 09:44.31 | ZetaNeta | or anything else (like OpenRC), but not systemd |
| 09:52.49 | JaMa | ndec: have you seen the wiki page related to that? |
| 09:53.02 | ndec | yes... |
| 09:53.52 | JaMa | ndec: check some recent world_fixes.inc file |
| 09:54.14 | JaMa | e.g. this one http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/log.world.20131120_212012.log/world_fixes.inc |
| 09:54.34 | ndec | ah, sorry... i didn't notice that the one linked on the wiki was an old one... |
| 09:54.38 | ndec | i see it now... |
| 09:55.15 | JaMa | I'll update the link, but the point is that every world report has own file |
| 09:55.50 | ndec | ok, got it. now. |
| 09:57.50 | bluelightning | morning all |
| 09:58.48 | bluelightning | ZetaNeta: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#selecting-an-initialization-manager |
| 10:07.03 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 10:09.02 | RP | koen: you could have a perf recipe which just downloads kernel source directly? |
| 10:19.25 | koen | RP: right |
| 10:19.40 | koen | I'm not sure how to 'fix' this situation |
| 10:19.53 | koen | in the long run I want every machine to build a real kernel :) |
| 10:30.56 | *** join/#oe jkridner|work (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 10:31.47 | Noor | hello all |
| 10:32.16 | Noor | I was trying to understand what SPDXLICENSEMAP[GPLv3] = "GPL-3.0" means |
| 10:32.16 | Noor | can anybody explain it to me |
| 10:32.42 | Noor | I googled to get explanation of SPDXLICENSEMAP but did not find any |
| 10:35.17 | bluelightning | Noor: it means that LICENSE = "GPLv3" will be mapped to "GPL-3.0" so that the licensing code can find the appropriate matching license text file in meta/files/common-licenses |
| 10:35.40 | Noor | aahhhh OK |
| 10:36.03 | Noor | bluelightning: but it will have no impact on INCOMAPTIBLE_LICENSES |
| 10:36.55 | Noor | if we have INCOMPATIBLE_LICENSE ?= "GPLv3 LGPLv3" set then will that recipe will be built which have GPL-3.0 |
| 10:38.01 | bluelightning | hmm, looking at the code, that might be the case |
| 10:38.38 | Noor | bluelightning: can you point me which piece of code you are looking |
| 10:38.50 | Noor | just for knowledge increase |
| 10:39.11 | bluelightning | Noor: classes/base.bbclass |
| 10:39.30 | bluelightning | that's where you will find most of the INCOMPATIBLE_LICENSE handling code |
| 10:39.43 | bluelightning | everything else is in classes/license.bbclass |
| 10:40.41 | Noor | bluelightning: thanks |
| 10:40.42 | *** join/#oe ldnunes (~ldnunes_@177.194.208.225) |
| 10:40.43 | *** join/#oe mrAlmond (1fc568c9@gateway/web/freenode/ip.31.197.104.201) |
| 10:40.43 | Noor | got it |
| 10:40.43 | silvio_ | morning all |
| 10:40.47 | bluelightning | hi silvio_ |
| 10:40.49 | mrAlmond | hi |
| 10:41.16 | mrAlmond | how can I make a build in oe-yocto for an armv4 processor? |
| 10:41.37 | mrAlmond | must I write a machine config file? |
| 10:42.43 | bluelightning | mrAlmond: you should yes |
| 10:42.52 | bluelightning | unless one exists already |
| 10:43.14 | mrAlmond | bluelightning : how can I check if one already exists? |
| 10:43.26 | mrAlmond | where should I look? |
| 10:43.33 | bluelightning | mrAlmond: http://layers.openembedded.org/layerindex/branch/master/machines/ |
| 10:44.42 | mrAlmond | I've search for armv4 and the only result is generic-armv4t |
| 10:45.03 | mrAlmond | I must check the differences between armv4 and armv4t |
| 10:55.44 | bluelightning | thumb vs non-thumb I think |
| 10:55.54 | bluelightning | (well, other way round respectively) |
| 10:56.50 | *** join/#oe koen (~koen@cl-267.ams-05.nl.sixxs.net) |
| 11:14.26 | *** join/#oe likewise (~likewise@ip-213-127-193-12.ip.prioritytelecom.net) |
| 11:15.42 | mrAlmond | bluelightning : I'm trying to use meta-handheld layer with yocto because it seems there are some machine files that could be ok for armv4 |
| 11:15.57 | mrAlmond | I've downloaded the meta-handheld layer using git |
| 11:16.05 | mrAlmond | I've configured it in layers.conf |
| 11:16.13 | bluelightning | mrAlmond: FWIW, I'm one of the maintainers of that layer as it happens ;) |
| 11:16.20 | *** join/#oe blitz00 (~stefans@192.198.151.43) |
| 11:16.20 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 11:16.24 | mrAlmond | great! |
| 11:16.31 | bluelightning | mrAlmond: what do you plan on setting MACHINE to? |
| 11:16.47 | mrAlmond | I've tried with poodle |
| 11:16.56 | bluelightning | ok, that should be fine |
| 11:17.09 | mrAlmond | but now klibc class file is missing |
| 11:17.25 | mrAlmond | what am I missing? |
| 11:17.29 | bluelightning | meta-handheld also requires meta-initramfs |
| 11:17.43 | bluelightning | this is documented in the README file and in the layer index entry |
| 11:17.48 | mrAlmond | ok |
| 11:17.56 | mrAlmond | are there other dependencies? |
| 11:18.17 | bluelightning | no, shouldn't be |
| 11:22.59 | *** join/#oe mrAlmond (1fc568c9@gateway/web/freenode/ip.31.197.104.201) |
| 11:23.11 | mrAlmond | here I am again...damned connection... |
| 11:26.07 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
| 11:27.22 | mrAlmond | bluelightning : I've seen that poodle uses tune xscale |
| 11:27.40 | mrAlmond | in which the armv5te architecture is used but also armv4 is mentioned |
| 11:28.06 | mrAlmond | PACKAGE_EXTRA_ARCHS += "${@['armv4b armv4tb armv5teb', 'armv4 armv4t armv5te'][ bb.data.getVar('TARGET_ARCH', d, 1) == 'arm']}" |
| 11:30.14 | mrAlmond | so which arch is used for rootfs? |
| 11:30.24 | bluelightning | depends what DEFAULTTUNE says I think |
| 11:31.35 | silvio_ | some suggest to show "fast" an imag on framebuffer on oe? |
| 11:33.54 | mrAlmond | BLUELIG |
| 11:33.58 | mrAlmond | sorry |
| 11:34.21 | mrAlmond | bluelightining : so I should use DEFAULTTUNE in the machine file? |
| 11:34.27 | mrAlmond | using armv4? |
| 11:38.45 | mrAlmond | bluelightning |
| 11:39.25 | bluelightning | well, tune-xscale isn't really right if your hardware isn't xscale |
| 11:39.58 | bluelightning | (xscale is armv5 in any case) |
| 11:40.17 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 11:40.27 | mrAlmond | it's a marvell armada pxa166 |
| 11:40.48 | mrAlmond | in wikipedia they say it should be armv5te |
| 11:40.59 | mrAlmond | but I can compile binaries only using armv4 |
| 11:41.40 | bluelightning | hmm, ok, so it ought to be xscale |
| 11:41.44 | bluelightning | and it ought to be armv5te yes |
| 11:42.30 | mrAlmond | http://www.marvell.com/application-processors/armada-100/assets/armada_16x_software_manual.pdf |
| 11:43.48 | mrAlmond | The ARMADA 16x Applications Processor Family contains one embedded high-performance MarvellĀ® SheevaTM PJ1 core that is compatible with the ARM V5TE instruction set processors |
| 11:43.59 | bluelightning | that sounds a bit like kirkwood |
| 11:44.13 | bluelightning | at least it sounds like it might have a similar core |
| 11:44.28 | mrAlmond | but they compile using march armv4 |
| 11:44.38 | mrAlmond | I really don't understand this mess |
| 11:44.41 | bluelightning | who is "they"? |
| 11:44.59 | mrAlmond | it's another company that worked on this chip |
| 11:45.08 | bluelightning | hmm ok |
| 11:45.10 | mrAlmond | they released us an old "sdk" |
| 11:45.25 | mrAlmond | and everywhere they use armv4 |
| 11:45.34 | mrAlmond | otherwise binaries will not work |
| 11:45.35 | bluelightning | it could possibly be that at the time gcc was producing incorrect code for armv5 for that chip perhaps |
| 11:46.04 | mrAlmond | it's a project done 5-6 years ago |
| 11:46.25 | bluelightning | anyway, xscale + DEFAULTTUNE set to armv4 may work |
| 11:46.51 | mrAlmond | so you said that an old compiler may use armv4 because it's compatible will all arm architectures? |
| 11:50.11 | mrAlmond | bluelightning : should I specify DEFAULTTUNE_poodle ?= armv4 in my local.conf ? |
| 11:50.59 | bluelightning | use = not ?=, otherwise yes |
| 11:51.06 | mrAlmond | ok thank you!!!! |
| 11:51.15 | mrAlmond | you are great! |
| 11:51.25 | bluelightning | but to be honest it's probably best if you create your own machine conf file (by copying that file as a start) |
| 11:51.37 | bluelightning | you'll want one later anyway |
| 11:51.44 | *** join/#oe roric (~roric@c-919f70d5.013-177-67626713.cust.bredbandsbolaget.se) |
| 11:54.49 | ensc|w | mrAlmond: for pxa168, I use require conf/machine/include/tune-xscale.inc |
| 12:13.25 | pb_ | hi all |
| 12:14.45 | florian | hey pb_ |
| 12:15.33 | pb_ | afternoon florian |
| 12:31.14 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 12:31.14 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 12:36.32 | *** join/#oe fusman (~fahad@110.93.212.98) |
| 12:46.20 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.219.195) |
| 12:48.32 | *** join/#oe hollisb (~hollisb@nat-dem.mentorg.com) |
| 13:04.54 | *** join/#oe ant_work (~ant@host54-128-static.10-188-b.business.telecomitalia.it) |
| 13:05.59 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 13:06.53 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 13:13.40 | mrAlmond | ensc|w yes I am using that one too |
| 13:13.45 | mrAlmond | thank you |
| 13:25.40 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.219.101) |
| 13:30.48 | *** join/#oe adelcast (~adelcast@130.164.62.234) |
| 13:31.30 | *** join/#oe Vutral (ss@mirbsd/special/Vutral) |
| 13:33.02 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.222.58) |
| 13:55.50 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.222.58) |
| 13:56.02 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 14:02.19 | *** join/#oe tgall (~tgall@70.35.96.184) |
| 14:02.19 | *** join/#oe tgall (~tgall@linaro/tgall-foo) |
| 14:02.30 | *** join/#oe tgall_foo (~tgall@70.35.96.184) |
| 14:02.30 | *** join/#oe tgall_foo (~tgall@linaro/tgall-foo) |
| 14:10.30 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.223.238) |
| 14:46.34 | koen | JaMa: can you push that "Restore few MIRROR variables" patch today? |
| 14:47.12 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 14:55.19 | *** join/#oe Daemon404 (~who_knows@cpc50-newt31-2-0-cust38.19-3.cable.virginm.net) |
| 14:58.11 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.218.209) |
| 15:13.17 | *** join/#oe kristoffer (~kristoffe@c-e9dce555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 15:18.59 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 15:24.42 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 15:28.45 | *** join/#oe lumag_ (~lumag@78.25.120.32) |
| 15:49.14 | JaMa | koen: y |
| 15:52.02 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 15:52.02 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:03.38 | *** join/#oe NightMonkey (~NightrMon@173-164-139-193-SFBA.hfc.comcastbusiness.net) |
| 16:03.38 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
| 16:07.32 | *** join/#oe ohama (ohama@cicolina.org) |
| 16:09.46 | *** join/#oe Daemon404 (~who_knows@pdpc/supporter/student/Daemon404) |
| 16:28.23 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 16:38.44 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 16:39.03 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 16:39.03 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 16:46.07 | *** join/#oe dvhart (dvhart@nat/intel/x-tajfdkreailmkqqi) |
| 16:47.11 | *** join/#oe galak (~galak@99-51-185-173.lightspeed.austtx.sbcglobal.net) |
| 16:55.05 | *** join/#oe dvhart (dvhart@nat/intel/x-elbjekisbvsvrdai) |
| 17:00.47 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 17:00.47 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:04.12 | *** join/#oe jkridner (~jkridner@c-98-250-142-42.hsd1.mi.comcast.net) |
| 17:04.12 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 17:19.18 | *** join/#oe nitink (~nitink@134.134.139.76) |
| 17:25.38 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:34.07 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 17:37.48 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:43.53 | *** join/#oe bluelightning_ (~paul@83.217.123.106) |
| 17:43.53 | *** join/#oe bluelightning_ (~paul@pdpc/supporter/professional/bluelightning) |
| 17:54.25 | *** join/#oe dvhart (~dvhart@134.134.139.74) |
| 17:56.36 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 18:03.26 | *** join/#oe darkschneider (~gab@93-32-56-112.ip32.fastwebnet.it) |
| 18:07.42 | *** join/#oe Crofton (~balister@pool-108-44-82-190.ronkva.east.verizon.net) |
| 18:10.07 | *** part/#oe _chase_ (~a0271661@nat/ti/x-kxegxigfrhuxetaw) |
| 18:10.56 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 18:14.40 | *** join/#oe nitink (~nitink@134.134.139.72) |
| 18:17.19 | *** join/#oe Crofton-bot (~supybot@pool-108-44-82-190.ronkva.east.verizon.net) |
| 18:22.29 | *** join/#oe likewise (~likewise@h230004.upc-h.chello.nl) |
| 18:22.29 | *** join/#oe cmorgan (484a5434@gateway/web/freenode/ip.72.74.84.52) |
| 18:23.46 | Crofton|work | Does anyone understand this? |
| 18:23.47 | Crofton|work | http://pastebin.com/3HXV1HaZ |
| 18:23.56 | Crofton|work | semi random I think |
| 18:24.48 | pb_ | rp has a patch for that, see the list |
| 18:24.55 | Crofton|work | k |
| 18:25.04 | Crofton|work | I thought it sounded familiar |
| 18:25.46 | pb_ | in fact, I thought the patch had already been applied, but maybe not. |
| 18:26.07 | Crofton|work | yeah, thi sis oe-core from a few days back, but I didn't see anything obvious in git log |
| 18:26.13 | Crofton|work | but I can bump the rev |
| 18:26.23 | Crofton|work | is testing repo for managing layers |
| 18:28.06 | pb_ | I think you need a new bitbake as well. |
| 18:28.25 | pb_ | iirc, the bug was fundamentally a bitbake one. |
| 18:31.01 | Crofton|work | hmm, nothing obvious there, must conslt list archive |
| 18:31.06 | Crofton|work | thanks pb_ |
| 18:33.13 | pb_ | http://lists.openembedded.org/pipermail/bitbake-devel/2013-November/004136.html |
| 18:33.15 | pb_ | is the one |
| 18:36.15 | *** join/#oe zenlinux (~sgarman@masterfoo.zenlinux.com) |
| 18:46.33 | *** join/#oe Vutral (~ss@mirbsd/special/Vutral) |
| 18:53.01 | *** join/#oe waynr (U2FsdGVkX1@ma.sdf.org) |
| 18:55.44 | cmorgan | i'm seeing the texinfo issue with setup-scripts.git master and f19 |
| 18:56.44 | *** join/#oe anarsoul|2 (~anarsoul@212.98.178.223) |
| 18:57.22 | cmorgan | i was under the impression that the texinfo issues with eglibc were fixed some time ago... |
| 18:57.56 | cmorgan | (angstrom setup-scripts.git btw) |
| 18:59.07 | *** join/#oe florian (~fuchs@sign-4db6b923.pool.mediaWays.net) |
| 18:59.07 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:01.35 | cmorgan | koen? |
| 19:15.27 | Crofton|work | I bet the Angstrom build is using an unifxed version |
| 19:15.32 | Crofton|work | this rings a bell |
| 19:18.02 | koen | 2012.12, 2013.06 and 2013.12 build on f19 and f20 |
| 19:19.59 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 19:25.18 | *** join/#oe anarsoul|2 (~anarsoul@80.249.93.25) |
| 19:28.09 | *** join/#oe mihai (~mihai@188.25.23.23) |
| 19:32.08 | cmorgan | koen: I'm using git master from today |
| 19:37.10 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 19:41.34 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 19:43.59 | *** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi) |
| 19:46.26 | *** join/#oe stefan_schmidt (~stefan@p4FC74946.dip0.t-ipconnect.de) |
| 19:58.12 | *** join/#oe cmorgan (484a5434@gateway/web/freenode/ip.72.74.84.52) |
| 19:58.48 | cmorgan | koen: as I mentioned, I'm using git master from today, ran ./oebb.sh update and then a build of console-image and seeing the eglibc texinfo thing with 'vsep' and 'hsep' |
| 20:06.00 | cmorgan | <PROTECTED> |
| 20:11.15 | *** join/#oe vmeson (~quassel@128.224.252.2) |
| 20:22.52 | *** join/#oe stefan_schmidt (~stefan@p4FC74D05.dip0.t-ipconnect.de) |
| 20:29.44 | dv_ | koen: you too use gstreamer with yocto , right? |
| 20:29.59 | dv_ | what is your opinion on this .text relocation issues with libav and gst-libav? |
| 20:31.11 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 20:33.08 | *** join/#oe ant_home (~andrea@host39-62-dynamic.24-79-r.retail.telecomitalia.it) |
| 20:34.06 | *** join/#oe awozniak (~awozniak@71-93-61-178.static.snlo.ca.charter.com) |
| 20:38.26 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 20:48.06 | kergoth | pb_: ping |
| 20:48.45 | *** join/#oe rcf (~rcf@d51A5F9DE.access.telenet.be) |
| 20:56.00 | *** join/#oe Jay7 (jay@128-73-240-16.broadband.corbina.ru) |
| 20:56.24 | pb_ | kergoth: yo |
| 20:57.19 | kergoth | pb_: iirc you've messed with emitting a standalone/parallel debug data filesystem before? how are you doing that sort of thing? |
| 20:59.18 | pb_ | yeah. I think nowadays the IMAGE_INSTALL_COMPLEMENTARY thing does most of the heavy lifting. I'll have a quick look and see what extra bits/changes we have on top of that. |
| 21:02.55 | pb_ | kergoth: http://pbcl.net/debugtree.diff seems to be it |
| 21:03.21 | kergoth | ah, nice. thanks |
| 21:03.43 | pb_ | add dbg-pkgs to IMAGE_FEATURES, set IMAGE_ROOTFS_DBG to where you want the debug bits put |
| 21:05.27 | kergoth | cool. i could see that being useful. shove the debug fs onto a usb stick or so |
| 21:12.30 | pb_ | dv_: iirc, there is no good reason for gst-libav to have relocations in .text on any platform other than x86. |
| 21:12.35 | pb_ | I thought that was all fixed ages ago. |
| 21:12.50 | dv_ | only for some architectures |
| 21:13.18 | dv_ | the fixes were to add cases for armv5te etc. to enable pic for everything |
| 21:13.21 | pb_ | ah. well, send patches to fix it for the others. :-} |
| 21:13.58 | dv_ | I thought of that. but hunting after architectures is no long term solution |
| 21:14.00 | pb_ | right, libav should be built -fpic for everything except x86. |
| 21:14.10 | pb_ | it shouldn't really be necessary to enumerate all the architectures that are not x86. |
| 21:14.18 | pb_ | it would be quicker to just enumerate the one that is. |
| 21:14.21 | dv_ | yes |
| 21:14.28 | dv_ | same problem exists in the libav package btw |
| 21:14.51 | dv_ | which is why I didnt fix this in the gstreamer 1.2.0 patch. this is a separate problem. |
| 21:15.16 | pb_ | right. well, if you wanted to send a patch to enable -fpic in libav for (literally) anything other than x86 then I think that would be a fine idea. |
| 21:16.31 | pb_ | if it still has the big list of "things that are not x86" that needs updating every time a new architecture is invented then I agree that this is silly. |
| 21:18.43 | *** join/#oe stefan1234 (~stefan@p4FC771FE.dip0.t-ipconnect.de) |
| 21:21.36 | *** join/#oe _chase_ (~a0271661@nat/ti/x-pponzkkexcgutsqh) |
| 21:21.50 | *** join/#oe GusBricker (~GusBricke@c220-237-20-42.eburwd9.vic.optusnet.com.au) |
| 21:32.49 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 21:35.04 | *** join/#oe Guest20662 (~kuldeepdh@117.254.216.68) |
| 21:39.51 | oneQubit | anyone ever have oe-init-build-env fail the 'test -d "$BITBAKEDIR"' portion even if $BITBAKEDIR exists? |
| 21:40.07 | kergoth | it's not a symlink, is it? :) |
| 21:40.13 | oneQubit | kergoth, nope |
| 21:40.16 | kergoth | weird |
| 21:41.26 | oneQubit | I appear to have encountered some strange problem (possibly dealing with SIGPIPE), running: 'test -d "$BITBAKEDIR"; echo $?' returns 0, however '(test -d "$BITBAKEDIR"); echo $?', which parenthesis, return 141. |
| 21:41.28 | oneQubit | VERY weird. |
| 21:42.34 | oneQubit | only on this one system however, on my others systems, both return 0. |
| 21:43.10 | kergoth | sounds like a bug in the version of the shell you're using on that machine |
| 21:44.19 | oneQubit | both are "GNU bash, version 4.2.25(1)-release (x86_64-pc-linux-gnu)", they're Ubuntu 12.04 systems |
| 21:44.26 | kergoth | very strange |
| 21:45.05 | oneQubit | makes-me-want-to-pull-my-hair-out strange |
| 21:50.55 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 21:55.29 | *** join/#oe jackmitc1 (~Thunderbi@cpc22-cmbg15-2-0-cust21.5-4.cable.virginm.net) |
| 22:02.45 | *** join/#oe g1zer0 (~g1zer0@adsl-ull-79-59.48-151.net24.it) |
| 22:04.59 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 22:05.21 | *** join/#oe GusBricker (~GusBricke@CPE-120-148-198-99.heum1.vic.bigpond.net.au) |
| 22:09.46 | *** join/#oe kuldeepdhaka_ (~kuldeepdh@117.254.219.246) |
| 22:44.55 | *** join/#oe nitink1 (~nitink@134.134.139.72) |
| 22:48.12 | *** join/#oe nitink (nitink@nat/intel/x-mrpfmaojpfuargbz) |
| 22:59.44 | *** join/#oe phdeswer (~phdeswer@a88-113-94-60.elisa-laajakaista.fi) |
| 23:10.37 | *** join/#oe nitink (~nitink@134.134.137.75) |
| 23:17.31 | *** join/#oe hillct (~hillct@cpe-071-070-208-078.nc.res.rr.com) |
| 23:26.36 | *** join/#oe florian (~fuchs@sign-4db6aa45.pool.mediaWays.net) |
| 23:26.36 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 23:40.11 | *** join/#oe RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 23:45.03 | *** join/#oe SorenHolm (~quassel@5634f347.rev.stofanet.dk) |
| 23:57.18 | *** join/#oe kuldeepdhaka (~kuldeepdh@117.254.216.100) |