| 00:05.57 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 00:41.21 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 00:56.25 | *** join/#oe robtow (~rob@184-105-177-98.static.hilltopinternet.com) |
| 01:31.24 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 02:23.41 | *** join/#oe jkridner (~jkridner@pdpc/supporter/active/jkridner) |
| 02:34.34 | *** join/#oe dlan^ (~dennis@116.228.88.134) |
| 02:40.07 | *** join/#oe zenlinux_ (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 02:57.43 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 03:45.26 | *** join/#oe silviof1 (~silviof@ppp-93-104-4-126.dynamic.mnet-online.de) |
| 04:05.46 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) |
| 04:51.58 | *** join/#oe abesis (~abesis@217.131.244.170) |
| 04:57.39 | *** join/#oe ccssnet (~ccssnet@c-98-216-141-157.hsd1.ma.comcast.net) |
| 05:09.35 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 05:28.21 | *** join/#oe abesis (~abesis@217.131.244.170) |
| 05:42.22 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 05:45.39 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 05:50.20 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 05:54.15 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 06:00.25 | *** join/#oe abesis (~abesis@217.131.244.170) |
| 06:08.51 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 06:12.20 | *** join/#oe dlan (~dennis@116.228.88.131) |
| 06:12.37 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 06:50.01 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
| 07:04.22 | *** join/#oe tasslehoff (~tasslehof@147.84-49-231.nextgentel.com) |
| 07:07.45 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 07:14.06 | *** join/#oe clio (~andrej@85.159.109.222) |
| 07:15.21 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 07:16.02 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 07:18.41 | *** join/#oe apelete (~apelete@176-26-190-109.dsl.ovh.fr) |
| 07:19.15 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 07:21.48 | *** join/#oe mshakeel (~mshakeel@110.93.212.98) |
| 07:24.12 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 07:24.13 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 07:24.16 | *** join/#oe vps (~vitus@145.253.169.211) |
| 07:26.43 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 07:34.02 | *** join/#oe dm8tbr (dm8tbr@cl-790.ham-01.de.sixxs.net) |
| 07:34.32 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
| 07:36.10 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
| 07:36.40 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 07:37.53 | hrw | hello |
| 07:42.53 | *** join/#oe kurre2 (~tomimo@xdsl-83-150-88-111.nebulazone.fi) |
| 07:44.34 | *** join/#oe abesis (~abesis@78.187.167.191) |
| 07:45.04 | *** join/#oe JaMa (~martin@ip-62-24-80-7.net.upcbroadband.cz) |
| 07:46.18 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 07:46.23 | *** join/#oe zecke (~ich@91-65-247-145-dynip.superkabel.de) |
| 07:47.26 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 07:56.11 | tasslehoff | morning |
| 07:56.56 | tasslehoff | JaMa: I think there are some issues with meta-qt5 on 32-bit systems. Are you on 64-bit? |
| 08:01.27 | JaMa | yes I'm on 64-bit |
| 08:01.41 | tasslehoff | Is there something I can put in a recipe/conf to generate sdk for both 32 and 64 bit hosts? |
| 08:01.45 | JaMa | but there are many issues, can you pastebin what issues you see? |
| 08:01.50 | *** join/#oe TheBootroo (~TheBootro@191.202.6.109.rev.sfr.net) |
| 08:02.23 | JaMa | tasslehoff: I don't think so, but you can set SDK_MACHINE from outside (bash env), I was using for cycle to generate both |
| 08:02.25 | tasslehoff | JaMa: hm. unfortunately not. I installed 64-bit last friday, and have started recompiling |
| 08:03.21 | tasslehoff | but, on master I believe the problem was "cc1plus: out of memory" when compiling qtbase, even though I had plenty of memory left. |
| 08:05.17 | *** join/#oe woglinde (~henning@g229044180.adsl.alicedsl.de) |
| 08:12.26 | *** join/#oe phdeswer (~phdeswer@dyn3-82-128-188-141.psoas.suomi.net) |
| 08:14.26 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 08:17.25 | *** join/#oe bhaskar (cbf79598@gateway/web/freenode/ip.203.247.149.152) |
| 08:17.40 | bhaskar | Hi |
| 08:17.56 | bhaskar | ERROR: gstreamer: Recipe file does not have license file information (LIC_FILES_CHKSUM) |
| 08:18.04 | *** join/#oe ralluri (7370e94b@gateway/web/freenode/ip.115.112.233.75) |
| 08:20.37 | woglinde | bhaskar than add a licesens file checksum |
| 08:20.46 | *** join/#oe ralluri (7370e94b@gateway/web/freenode/ip.115.112.233.75) |
| 08:21.24 | bhaskar | ya that i did it s worked fine |
| 08:21.38 | bhaskar | but its failed at packaging |
| 08:21.54 | bhaskar | do_qa_configure error came |
| 08:24.18 | bhaskar | ERROR: QA Issue: pkgconfig rdepends on external-gf-toolchain-dev |
| 08:24.28 | bhaskar | ERROR: QA run found fatal errors. Please consider fixing them. |
| 08:24.35 | bhaskar | ERROR: Function failed: do_package_qa |
| 08:24.51 | bhaskar | i am building gstreamer with my externel tool chain |
| 08:25.00 | bhaskar | but at the end i got this error |
| 08:25.15 | bhaskar | Please can any one help me to fix |
| 08:27.59 | woglinde | please pastebin more from the log |
| 08:28.42 | bhaskar | ERROR: Logfile of failure stored in: /home/kotha/REDROSE/build-webos/BUILD-redrose/work/armv7a-vfp-neon-gf115x-linux-gnueabi/pkgconfig-0.25-r5/temp/log.do_package.19422 |
| 08:28.53 | JaMa | bhaskar: hi :) |
| 08:28.54 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
| 08:28.55 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
| 08:28.59 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
| 08:29.07 | woglinde | bhaskar that is not pastebin |
| 08:29.16 | florian | moin |
| 08:29.23 | woglinde | hi florian |
| 08:29.28 | JaMa | florian: hi |
| 08:29.41 | bhaskar | pastebin means? |
| 08:29.53 | bhaskar | Hi JaMa |
| 08:30.12 | woglinde | bhaskar and why do you need an external toolchain for webos? |
| 08:30.51 | bhaskar | this is needed for my own architecture |
| 08:30.57 | JaMa | bhaskar: services like http://paste.debian.net/ |
| 08:31.05 | woglinde | bhaskar ? |
| 08:31.10 | bhaskar | webos is just i used reference |
| 08:31.29 | woglinde | you bought an armsoc design from arm? |
| 08:31.59 | woglinde | which is not covered yet by gcc and binutils? |
| 08:32.02 | woglinde | nice |
| 08:32.26 | JaMa | woglinde: :) |
| 08:32.35 | bhaskar | we hv added externel arm tool chain |
| 08:32.51 | bhaskar | able to build some hello worl, glibc2 |
| 08:33.04 | bhaskar | but gstreamer its giving packaging problem |
| 08:33.56 | JaMa | bhaskar: it probably links to something provided by external-gf-toolchain-dev |
| 08:34.15 | bhaskar | ok |
| 08:34.25 | JaMa | bhaskar: and here it builds correctly with the same toolchain you're using :) |
| 08:34.28 | bhaskar | where to check that? |
| 08:34.38 | JaMa | log.do_package.19422 |
| 08:35.31 | JaMa | and you're mixing 2 issues, one is missing LIC_FILES_CHKSUM in gstreamer recipe and 2nd is pkgconfig linking to toolchain-dev |
| 08:36.22 | bhaskar | this LIC_FILES_CHKSUM was fixed by adding empty do_qa_configure() function |
| 08:36.34 | bhaskar | only pkgconfig |
| 08:36.42 | bhaskar | is the problem |
| 08:37.24 | bhaskar | NOTE: DO PACKAGE QA |
| 08:37.37 | bhaskar | ERROR: QA Issue: pkgconfig rdepends on external-gf-toolchain-dev |
| 08:37.45 | bhaskar | ERROR: QA run found fatal errors. Please consider fixing them. |
| 08:37.58 | bhaskar | ERROR: Function failed: do_package_qa |
| 08:38.25 | bhaskar | in log also i am able to see this error |
| 08:38.37 | bhaskar | nothing new in log file |
| 08:42.54 | *** join/#oe ralluri (7370e94b@gateway/web/freenode/ip.115.112.233.75) |
| 08:43.34 | JaMa | bhaskar: that's not fix! 09:36:23 < bhaskar> this LIC_FILES_CHKSUM was fixed by adding empty do_qa_configure() function |
| 08:44.05 | bhaskar | ya its fixed |
| 08:44.16 | bhaskar | its not giving any error |
| 08:44.27 | bhaskar | do_qa_configure() { |
| 08:44.38 | bhaskar | all my modules which are building i did like that |
| 08:44.44 | bhaskar | so its working fine |
| 08:44.55 | bhaskar | do i need to have md5check sum?? |
| 08:45.46 | JaMa | removing check is not fixing the problem |
| 08:46.26 | bhaskar | but its not giving error |
| 08:46.34 | bhaskar | its creating images |
| 09:04.23 | *** join/#oe blitz00 (~stefans@192.198.151.43) |
| 09:04.23 | *** join/#oe blitz00 (~stefans@unaffiliated/blitz00) |
| 09:05.07 | mckoan | good morning |
| 09:05.26 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 09:12.44 | woglinde | hi mckoan |
| 09:24.40 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
| 09:29.04 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
| 09:39.26 | *** join/#oe ecloud (~quassel@cm-84.211.85.120.getinternet.no) |
| 10:09.10 | *** join/#oe stefan_schmidt_w (~stefan_sc@62.6.189.26) |
| 10:09.27 | *** join/#oe dlan^ (~dennis@116.228.88.131) |
| 10:25.59 | *** join/#oe oe-core (cbf79598@gateway/web/freenode/ip.203.247.149.152) |
| 10:28.40 | *** join/#oe anarsoul (~anarsoul@212.98.184.189) |
| 10:31.17 | *** join/#oe RP1 (~richard@dan.rpsys.net) |
| 10:31.33 | *** join/#oe vivekm (~Administr@pgl-110.173.180-82.primenet.in) |
| 10:31.51 | vivekm | What is bootloader? |
| 10:34.38 | *** join/#oe mrcan_ (~mrcan@unaffiliated/mrcan) |
| 10:39.38 | *** join/#oe eballetbo_ (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
| 10:50.23 | JaMa | vivekm: this is not right chanell for such questions |
| 10:52.17 | *** join/#oe blindvt (~brf@91-119-221-41.dynamic.xdsl-line.inode.at) |
| 10:56.35 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 11:04.15 | *** join/#oe ensc|w (~ensc@www.sigma-chemnitz.de) |
| 11:07.20 | tasslehoff | almost a year since last time I tried 64-bit, but I ran into the same compile error now http://lists.linuxtogo.org/pipermail/openembedded-core/2012-April/021438.html |
| 11:07.23 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
| 11:17.20 | *** join/#oe RP1 (~richard@dan.rpsys.net) |
| 11:24.39 | *** join/#oe tasslehoff (~tasslehof@84.49.231.147) |
| 11:27.22 | mckoan | tasslehoff: I'm currently (and always) running on 64-bit host (ubuntu) without problems |
| 11:32.10 | *** join/#oe ChrisD1_Away (~ChrisD@merak.alcor.co.uk) |
| 11:36.10 | tasslehoff | mckoan: yeah. it's our own hostbuilds that has been holding us back, but I will fix that now |
| 11:36.52 | tasslehoff | anyone besides me compiling boost with python support? not sure how to get around that compile error |
| 11:37.31 | tasslehoff | trying to add -m32 to CFLAGS/CXXFLAGS for the boost recipe, but I don't know how this bjam-stuff works |
| 12:03.19 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
| 12:13.49 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 12:15.51 | *** join/#oe _chase_ (~a0271661@192.94.92.11) |
| 12:17.14 | *** join/#oe vitus (~vitus@145.253.169.211) |
| 12:21.30 | woglinde | tasslehoff bjam suckz |
| 12:26.09 | tasslehoff | woglinde: YES! I'm getting angrier by the minute, trying to figure out how to get my flag into the build :| |
| 12:28.11 | woglinde | tasslehoff I think it was really strange |
| 12:29.36 | *** join/#oe CMoH|office (~cipi@89.35.222.158) |
| 12:29.37 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 12:36.25 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
| 12:41.59 | *** join/#oe challinan (~challinan@173-10-226-189-BusName-WestFlorida.hfc.comcastbusiness.net) |
| 12:42.08 | *** join/#oe roxell (~roxell@sestofw01.enea.se) |
| 12:42.12 | *** join/#oe phdeswer (~phdeswer@gprs-internet-bceeab-94.dhcp.inet.fi) |
| 12:46.52 | *** join/#oe cminyard (~cminyard@pool-173-74-121-95.dllstx.fios.verizon.net) |
| 12:51.23 | *** join/#oe CMoH|office (~cipi@unaffiliated/c-moh) |
| 13:16.47 | *** join/#oe ensc_ (~irc-ensc@p54ADEAC4.dip.t-dialin.net) |
| 13:27.21 | *** join/#oe Crofton|work (~balister@pool-96-240-181-109.ronkva.east.verizon.net) |
| 13:32.36 | *** join/#oe abesis (~abesis@78.187.167.191) |
| 13:43.00 | *** join/#oe Crofton (~balister@32.159.56.29) |
| 13:51.50 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 13:52.28 | tasslehoff | heh. now I found a patch in master fixing it. done by tasslehoff a year ago... |
| 14:14.02 | *** join/#oe ascor_ (~ascorL@191.202.6.109.rev.sfr.net) |
| 14:15.39 | *** join/#oe AppleJuice (~benny@fw-wifi.ict.nl) |
| 14:25.28 | *** join/#oe silviof1 (~silviof@ppp-93-104-4-126.dynamic.mnet-online.de) |
| 14:30.21 | *** join/#oe shoragan (~jlu@2001:6f8:1178:2:219:99ff:fe56:8d7) |
| 14:30.21 | *** join/#oe shoragan (~jlu@debian/developer/shoragan) |
| 14:34.46 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 14:42.32 | *** join/#oe mtr (~michael@v29762.1blu.de) |
| 14:45.45 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
| 14:56.11 | hrw | 1;) |
| 15:00.17 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
| 15:05.46 | *** join/#oe zenlinux (~sgarman@c-50-137-42-92.hsd1.or.comcast.net) |
| 15:08.02 | *** join/#oe denisATeukrea (~GNUtoo@host1-141-dynamic.0-79-r.retail.telecomitalia.it) |
| 15:19.46 | *** join/#oe VtS (~quassel@188-22-213-20.adsl.highway.telekom.at) |
| 15:29.36 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 15:38.27 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 15:38.41 | khem | ah someone is struggling to cross compile python-modules, I have fixed distutils locally to that effect |
| 15:39.04 | khem | problem is on OE we use python setup.py .... in do_compile for modules |
| 15:39.38 | khem | which setup.py lameness groks for header search and lib search |
| 15:40.10 | khem | so basically you end up with compiling a 32bit module against 64bit host headers, that module will never function correctly even if it compiled fine |
| 15:44.40 | ausxxh_ | khem: hope oe can have full blown python support one day |
| 15:44.59 | ausxxh_ | pip install django |
| 15:47.36 | JaMa | khem: https://fedorahosted.org/releases/c/r/cronie/cronie-1.4.9.tar.gz'. Unable to fetch URL from any source. |
| 15:47.57 | JaMa | khem: fedora timeouts today, but still applied (timeout is better then failing parse) |
| 16:01.40 | khem | JaMa: hmmm I did not run into it |
| 16:01.51 | khem | JaMa: probably, I fetched it sometime last week |
| 16:02.16 | khem | ausxxh_: yes OE is quite far in cross compiling python |
| 16:11.28 | *** join/#oe abesis (~abesis@78.187.167.191) |
| 16:19.53 | *** join/#oe abesis (~abesis@78.187.167.191) |
| 16:40.11 | *** join/#oe phdeswer (~phdeswer@gprs-internet-bceeac-37.dhcp.inet.fi) |
| 17:04.17 | *** join/#oe abesis (~abesis@217.131.244.170) |
| 17:11.00 | *** join/#oe _Lucretia_ (~munkee@pdpc/supporter/active/lucretia) |
| 17:15.13 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
| 17:23.23 | *** join/#oe ecloud (~quassel@cm-84.211.85.120.getinternet.no) |
| 17:28.56 | *** join/#oe kristoffer (~kristoffe@c-11dee555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
| 17:29.42 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
| 17:29.42 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
| 17:35.01 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
| 17:36.00 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 17:42.22 | *** join/#oe dos1 (~dos@unaffiliated/dos1) |
| 17:50.38 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 18:02.50 | *** join/#oe zenlinux (~sgarman@c-76-105-137-48.hsd1.or.comcast.net) |
| 18:13.05 | *** join/#oe rsalveti (~rsalveti@unaffiliated/rsalveti) |
| 18:13.52 | *** join/#oe ausxxh (~xxiao@li41-126.members.linode.com) |
| 18:16.42 | *** join/#oe lamikr (lamikr@nat/nokia/x-lodogjusqkpzvtyi) |
| 18:25.14 | *** join/#oe rcw (~rwoolley@128.224.252.2) |
| 18:37.09 | woglinde | ah hi khem |
| 18:37.19 | woglinde | right your patches are still pending |
| 18:38.09 | *** join/#oe cminyard (~cminyard@pool-173-74-121-95.dllstx.fios.verizon.net) |
| 18:41.45 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 18:41.51 | *** join/#oe florian (~fuchs@sign-4db6058c.pool.mediaWays.net) |
| 18:41.52 | *** join/#oe florian (~fuchs@Maemo/community/contributor/florian) |
| 19:01.37 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
| 19:36.57 | *** join/#oe vitus (~vitus@hnvr-4dbb6458.pool.mediaWays.net) |
| 19:39.50 | *** join/#oe JDuke128 (~kadirbaso@188.3.61.14) |
| 19:54.12 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
| 19:57.47 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
| 19:57.48 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
| 20:05.35 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 20:19.36 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
| 20:27.34 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 20:34.29 | *** join/#oe jkroon_ (~jkroon@89-253-118-72.customers.ownit.se) |
| 20:41.11 | *** join/#oe martiert (~martin@37.191.128.59) |
| 20:43.24 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
| 20:50.01 | *** join/#oe KNERD (~KNERD@24.175.249.177) |
| 20:55.00 | khem | so someone broke autofs with systemd |
| 20:55.05 | khem | lets see |
| 20:55.53 | khem | $ git show 2d6c355a55ab92555128a3c3e876a7752c035329 |
| 20:55.53 | khem | commit 2d6c355a55ab92555128a3c3e876a7752c035329 |
| 20:55.53 | khem | Author: Joe MacDonald <joe.macdonald@windriver.com> |
| 20:55.53 | khem | Date: Mon Mar 18 15:01:17 2013 -0400 |
| 20:55.53 | khem | <PROTECTED> |
| 20:55.55 | khem | <PROTECTED> |
| 20:55.58 | khem | <PROTECTED> |
| 20:56.00 | khem | <PROTECTED> |
| 20:56.03 | khem | <PROTECTED> |
| 20:56.06 | khem | <PROTECTED> |
| 20:56.08 | khem | <PROTECTED> |
| 20:56.11 | khem | <PROTECTED> |
| 20:56.13 | khem | <PROTECTED> |
| 20:56.16 | khem | <PROTECTED> |
| 20:56.18 | khem | <PROTECTED> |
| 20:56.21 | khem | <PROTECTED> |
| 20:56.23 | khem | <PROTECTED> |
| 20:56.26 | khem | systemd is a DISTRO_FEATURE why dont use that ? |
| 20:56.41 | khem | now one needs yet another knob |
| 20:56.52 | fray | doesn't pkgconfig inherit the features? |
| 20:57.24 | khem | and that patch was never posted to ml |
| 20:57.34 | khem | I cant find any reference to it in patchwork |
| 21:00.00 | khem | even if one has push access, didnt we decide to have reviews |
| 21:00.42 | fray | yes.. take it up with joe.. I have no idea why it didn't end up on the list |
| 21:04.10 | fray | and if the distro falgs don't get inherited into the PACKAGECONFIG settings, then that was probably my mistake telling him they did |
| 21:05.00 | kergoth | usually the reciep defines the default PACKAGECONFIG value using base_contains on DISTRO_FEATURES. it's not automatic, its up to the recipe defining PACKAGECONFIG to play nice |
| 21:05.04 | kergoth | heh |
| 21:05.19 | khem | yes |
| 21:05.21 | fray | then that bit is my fault for telling him the wrong info |
| 21:05.37 | khem | in this case simply defining it in terms of DISTRO_FEATURE would have beent he right thing |
| 21:14.04 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
| 21:14.36 | dv_ | do I understand the function of PACKAGES_DYNAMIC correctly? typically, OE "guesses" the group of files that will result (shared objects, documentation, binaries etc.), prepares packages for these groups. if a recipe's do_install result does not fit into this particular scheme (for example, because it is binary-only, and has .so's that are stripped already), one should use PACKAGES_DYNAMIC, to bypass this automatic "guessing" and specify |
| 21:14.37 | dv_ | the packages + contents at runtime? |
| 21:14.54 | kergoth | it doesn't guess |
| 21:15.11 | kergoth | there are explicit lists of what packages will be emitted (PACKAGES) and what files will be included (FILES_*) |
| 21:15.18 | kergoth | the defaults cover most cases, but recipes sometimes override this |
| 21:15.38 | dv_ | yes, but there are expectations. for example, a non-dev package cannot have .so files |
| 21:15.40 | kergoth | PACKAGES_DYNAMIC is for emission of packages whose existence may vary, based on what actually came out of the build |
| 21:15.57 | kergoth | in those cases, it can't know at runqueue generation time what packages will be emitted |
| 21:16.13 | kergoth | hence the pattern it can match against to find recipes which may emit packages matching that pattern (PCACKAGES_DYNAMIC) |
| 21:16.28 | dv_ | okay |
| 21:16.35 | kergoth | most often used for locale generation, or recipes which emit a variety of different slightly different shared libraries based on what configure options were enabled |
| 21:16.45 | dv_ | and for binary-only packages? |
| 21:17.02 | kergoth | those are packaged like any other recipe, and dont' need PACKAGES_DYNAMIC at all |
| 21:17.04 | *** join/#oe zecke (~ich@91-65-247-145-dynip.superkabel.de) |
| 21:17.08 | kergoth | just override the appropriate FILES ariables |
| 21:17.14 | kergoth | see bitbake.conf for th edefault values |
| 21:17.16 | dv_ | I do have stuff here that comes as .so files (not .so.X.Y, just .so) , and without PACKAGES_DYNAMIC, it wont work |
| 21:17.21 | dv_ | hmm. |
| 21:17.24 | kergoth | no, packages_dyanmic is irreleevent |
| 21:17.25 | dv_ | I did that. |
| 21:17.29 | dv_ | and it didnt work. |
| 21:17.31 | kergoth | define FILES_${PN} and FILES_${PN}-dev correctly |
| 21:17.50 | dv_ | bitbake complained about putting .so's in a non-dev package |
| 21:17.54 | dv_ | no matter what I put in FILES |
| 21:18.01 | kergoth | then you're doing something wrong, or something else is going on. packages are built in PACKAGES order. the first recipe in that list to grab a file gets it, and the others will not |
| 21:18.11 | kergoth | so if a package is ahead of the one you're exerting control over, it'll get it instead of you |
| 21:18.24 | kergoth | use bitbake -e to examine PACKAGES and the FILES variables |
| 21:18.28 | dv_ | hmm perhaps something else was grabbing them, true. |
| 21:18.41 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 21:18.41 | kergoth | bitbake -e is an invaluable tool for checking our assumptions against reality, sometimes vars aren't set the way we think they are, too |
| 21:18.43 | dv_ | and by adding PACKAGES_DYNAMIC, can it somehow influence this order? |
| 21:18.46 | kergoth | for exmaple, due to a typo, or an override |
| 21:18.51 | kergoth | no, do not touch packages_dynamic |
| 21:18.54 | kergoth | again, it has nothing to do with this case |
| 21:18.55 | dv_ | because that would explain a few things I've seen |
| 21:19.03 | dv_ | no I mean I have used it in the past to circumvent this |
| 21:19.11 | dv_ | with it, it worked |
| 21:19.14 | kergoth | then you're doing it wrong |
| 21:19.19 | kergoth | that's not what i'ts used for |
| 21:19.29 | dv_ | yeah, I suspected that. its just odd that it worked |
| 21:19.36 | dv_ | I guess it was a coincidence |
| 21:19.51 | khem | fray: is Joe on IRC > |
| 21:19.57 | khem | I sent him a mail too |
| 21:20.32 | kergoth | dv_: could be, it's tough to say without looking at the exact recipe exhibiting the behavior :) |
| 21:20.53 | dv_ | I'll try to reproduce. the recipe had many more problems, it was hacked together for quick results. |
| 21:20.56 | kergoth | but first make sure your FILES vars are set the way you think they are via bitbake -e, then make sure no earlier packages are stealing the files before your package can dos o |
| 21:20.58 | fray | he's not right now |
| 21:21.09 | kergoth | and go from there |
| 21:28.27 | *** join/#oe dv_ (~quassel@chello080108009040.14.11.vie.surfer.at) |
| 21:30.02 | dv_ | sorry, what was my last message? |
| 21:35.46 | kergoth | 16:20 < dv_> I'll try to reproduce. the recipe had many more problems, it was hacked together for quick results. |
| 21:35.56 | dv_ | alright, thanks |
| 21:36.06 | dv_ | <dv_> okay, one more question: for a recipe, the source contents are in one big unified tarball. a tarball containing tarballs (not my choice). |
| 21:36.06 | dv_ | <dv_> how can I specify that in the SRC_URI ? |
| 21:36.06 | dv_ | <dv_> I thought of prepending something to the unpack stage, but the best thing would be to do this only once for several recipes |
| 21:37.07 | *** join/#oe PaulePanter (~paul@mail.gw90.de) |
| 21:39.21 | kergoth | i'd say create a .inc or bbclass which adds a function to run after do_unpack that extracts any files which were unpacked into ${WORKDIR} |
| 21:39.27 | kergoth | do_unpack[postfuncs] += "unpack_more" |
| 21:39.40 | kergoth | do_unpack[vardeps] += "unacpk_more" |
| 21:47.17 | dv_ | so, unpack the big tarball, and in the postfunc, unpack the little ones? |
| 21:49.44 | dv_ | well, alright.. I am just worried that the big tarball will then be unpacked once for each recipe. |
| 21:51.15 | *** join/#oe Tartarus (trini@pixelshelf.com) |
| 21:57.21 | *** join/#oe ant_home (~andrea@host244-166-dynamic.6-79-r.retail.telecomitalia.it) |
| 21:59.12 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
| 21:59.13 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
| 21:59.54 | *** join/#oe pvanhoof (~philip@codeminded.be) |
| 22:11.41 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 22:15.43 | *** join/#oe aloril (~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) |
| 22:21.58 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 22:30.58 | *** join/#oe dos11 (~dos@unaffiliated/dos1) |
| 22:44.11 | *** join/#oe likewise (~likewise@095-097-098-131.static.chello.nl) |
| 22:51.47 | *** join/#oe flynn378 (~AndChat27@75.76.30.45) |
| 23:59.14 | *** join/#oe lamikr (lamikr@nat/nokia/x-pvrvuuuduqhzkkmg) |