00:30.12 | *** join/#oe mrc3_ (~mrc3@192.94.92.11) |
00:30.12 | *** join/#oe martiert (~martin@59.37-191-128.fiber.lynet.no) |
00:30.12 | *** join/#oe signal11 (esteban@abq.quaddro.net) |
00:30.12 | *** join/#oe nitink (nitink@nat/intel/x-ruogqvpcuwivexgu) |
00:30.12 | *** join/#oe mckoan|away (~marco@unaffiliated/mckoan) |
00:30.12 | *** join/#oe Jay7 (jay@176.15.211.52) |
00:30.12 | *** join/#oe ynezz (ynezz@ibawizard.net) |
00:41.21 | *** join/#oe joeythesaint (~jjm@206-248-190-39.dsl.teksavvy.com) |
00:55.38 | *** join/#oe mhnoyes_ (~mhnoyes@74-38-53-105.dr01.myck.or.frontiernet.net) |
01:01.03 | *** join/#oe DJWillis (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
01:02.25 | *** join/#oe mario-goulart (~user@wkit.com.br) |
01:06.22 | *** join/#oe mhnoyes (~mhnoyes@184-12-248-59.dr01.myck.or.frontiernet.net) |
01:06.23 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
01:09.43 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:10.42 | *** join/#oe liuyq (~liuyq0307@221.123.128.227) |
01:11.09 | *** join/#oe mhnoyes_ (~mhnoyes@74.32.168.209) |
01:17.24 | *** join/#oe mhnoyes_ (~mhnoyes@74.32.168.209) |
01:24.39 | *** join/#oe slonsiki (~slonsiki@69-12-177-67.dsl.static.sonic.net) |
02:05.56 | *** join/#oe silviof1 (~silviof@ppp-188-174-22-65.dynamic.mnet-online.de) |
03:11.56 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
03:12.53 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
03:18.32 | *** join/#oe fusman (~fahad@110.93.212.98) |
04:42.48 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.246.93.30) |
04:47.45 | *** join/#oe rsalveti_ (~rsalveti@unaffiliated/rsalveti) |
05:19.41 | *** join/#oe fcooper (~a0273011@192.94.92.11) |
05:24.27 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
05:25.29 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
05:35.38 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
05:36.14 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
05:56.19 | *** join/#oe clio (~andrej@85.159.109.222) |
06:10.10 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
06:32.44 | *** join/#oe awozniak (~awozniak@74.82.132.35) |
06:37.46 | *** join/#oe woglinde (~henning@g225074031.adsl.alicedsl.de) |
06:46.09 | *** join/#oe eren (~eren@unaffiliated/eren) |
06:47.48 | hrw | #morning |
06:56.24 | hrw | http://pastebin.com/zqk1wLfi - uncatched exception in bitbake? |
07:01.28 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:03.19 | *** join/#oe woglinde (~henning@g229047004.adsl.alicedsl.de) |
07:04.23 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
07:09.19 | *** join/#oe Zagor (~bjst@sestofw01.enea.se) |
07:09.19 | *** join/#oe Zagor (~bjst@rockbox/developer/Zagor) |
07:21.21 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
07:23.48 | *** join/#oe silvio_ (~silvio@93-57-17-124.ip162.fastwebnet.it) |
07:24.46 | *** join/#oe nitink (nitink@nat/intel/x-fmmhglowibxxgcuy) |
07:26.08 | silvio_ | morning all |
07:27.49 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
07:28.35 | *** join/#oe florian_kc (~fuchs@port-217-146-132-69.static.qsc.de) |
07:28.36 | *** join/#oe florian_kc (~fuchs@Maemo/community/contributor/florian) |
07:29.13 | *** join/#oe KNERD (~kvirc@adsl-216-63-106-43.dsl.bumttx.swbell.net) |
07:29.48 | *** join/#oe W1N9Zr4463 (~W1N9Zr0@24-246-93-30.cable.teksavvy.com) |
07:30.57 | *** join/#oe nitink (nitink@nat/intel/x-salnpjptxjnfslrj) |
07:33.32 | hrw | hi silvio |
07:34.03 | *** join/#oe pigeon (~pigeon@eth5284.nsw.adsl.internode.on.net) |
07:34.18 | woglinde | hi hrw |
07:36.42 | hrw | WARNING: llvm2.8 does not support aarch64 yet |
07:36.53 | hrw | bb.warn() on parsing time should be forbidden |
07:37.24 | woglinde | hrw jama has now taken over llvm |
07:37.56 | hrw | JaMa|Zzz: can this bb.warn() be dropped? it is useless |
07:38.21 | hrw | JaMa|Zzz: aarch64 for example will be in 3.3 |
07:38.48 | apelete | Good morning |
07:40.05 | woglinde | hi apelete |
07:41.13 | hrw | <PROTECTED> |
07:41.16 | hrw | <PROTECTED> |
07:41.19 | hrw | ValueError: could not convert string to int |
07:41.21 | hrw | argh |
07:41.50 | hrw | uf. removed cache dir and it started |
07:42.28 | apelete | Hi woglinde, hrw |
07:44.57 | *** join/#oe ant_work (~ant@host6-80-static.42-85-b.business.telecomitalia.it) |
07:51.20 | *** join/#oe tasslehoff (~tasslehof@77.40.182.98) |
08:05.07 | *** join/#oe stefan_schmidt_w (~stefan_sc@82.43.26.66) |
08:05.30 | *** join/#oe DJW|Home (~djwillis@cpc1-bath5-2-0-cust122.aztw.cable.virginmedia.com) |
08:07.39 | *** join/#oe eballetbo (~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net) |
08:28.27 | silvio_ | hi hrw , woglinde , apelete |
08:29.29 | apelete | Hi silvio_ |
08:32.37 | *** join/#oe ao2 (~ao2@2001:1418:117::1) |
08:35.56 | silviof | hi friends |
08:43.15 | *** join/#oe OWayne (~wayne@host213-123-233-22.in-addr.btopenworld.com) |
08:50.06 | *** join/#oe lamikr (lamikr@nat/nokia/x-ilkxzoljbhudjmme) |
09:13.16 | *** join/#oe CMoH|notebook (~cipi@78.96.83.205) |
09:13.16 | *** join/#oe CMoH|notebook (~cipi@unaffiliated/c-moh) |
09:15.17 | *** join/#oe W1N9Zr0 (~W1N9Zr0@24.246.93.30) |
09:17.12 | *** join/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
09:38.29 | *** join/#oe sgw1 (~sgw@c-71-193-189-117.hsd1.wa.comcast.net) |
09:39.06 | *** join/#oe rob_w (~bob@unaffiliated/rob-w/x-1112029) |
09:41.42 | ant_work | woglinde: ping |
09:52.02 | woglinde | ant |
09:52.42 | ant_work | hi, quick question (forgive me, it's naive) |
09:52.59 | Noor | Hello all |
09:53.11 | woglinde | ant I have many of them too |
09:53.12 | Noor | I added a new package in a recipe PACKAGES += "${PN}-systemd ${PN}-srv" |
09:53.26 | ant_work | how does "export ac_cv_func_vfscanf=no" would help if the libc lacks vfscanf ? |
09:53.50 | Noor | but when I add FILES_${PN}-srv = "/srv/test.h" as a last line of the recipe this variable is not evaluated |
09:54.00 | woglinde | ant_work you have to check configure and than the code where it is used |
09:54.18 | woglinde | ant often configure files do not get updated |
09:54.28 | woglinde | and than they have a lot of non used stuff |
09:54.31 | Noor | but when I move it further up to the recipe FILE_${PN}-srv starts showing in bitbake -e |
09:54.42 | ant_work | ok, but the func is used in the code |
09:54.52 | ant_work | (x86 / x86_64 only) |
09:54.57 | Noor | is there a restriction that FILES_ var can be the last thing in recipe |
09:55.08 | woglinde | noor no |
09:55.22 | Noor | yes that was my assumtion as well |
09:55.26 | Noor | assumption |
09:55.27 | woglinde | ant what is your problem? |
09:55.39 | Noor | but this is happening on danny |
09:55.56 | ant_work | woglinde: http://www.zytor.com/pipermail/klibc/2013-April/003416.html |
09:57.38 | *** join/#oe pepermint (~pepermint@host153-77-dynamic.17-79-r.retail.telecomitalia.it) |
09:58.21 | woglinde | ant hm the commit is 5 years old |
09:58.38 | ant_work | heh, I've never cared about x86 before ;) |
09:59.19 | woglinde | ant the comment you got is valid |
10:00.16 | ant_work | yes, I can trust hpa :) |
10:02.10 | ant_work | i.e. in ubi-utils I've just commented out the problematic code |
10:04.14 | ant_work | like that http://tinyurl.com/cu6lfut |
10:10.06 | pb_ | morning all |
10:12.06 | woglinde | hi pb |
10:21.40 | *** join/#oe pvanhoof (~philip@codeminded.be) |
11:10.53 | *** join/#oe SlashV (~SlashV@ip176-146-172-82.adsl2.static.versatel.nl) |
11:13.32 | *** join/#oe fusman (~fahad@110.93.212.98) |
11:17.37 | _rink | otavio, hmm, i built fsl-image-gui on sabrelite imx.6 - it works fine, but the performance is abysmal ... |
11:18.05 | _rink | everything uses like 100% CPU, even the simplest examples - and opengl in qt looks distorted |
11:18.08 | _rink | is this known ? |
11:18.15 | *** join/#oe _chase_ (~a0271661@192.94.92.11) |
11:19.16 | *** part/#oe _chase_ (~a0271661@192.94.92.11) |
11:22.07 | *** join/#oe anarsoul (~anarsoul@86.57.155.118) |
11:26.07 | otavio | _rink: Hello |
11:26.41 | otavio | _rink: did you apply the patches we sent to ml yesterday? |
11:28.10 | _rink | otavio, hi |
11:28.17 | _rink | didn't see any patches... ? |
11:28.52 | otavio | _rink: in ml |
11:29.47 | _rink | is that the PATCH v2 thing ? |
11:30.03 | otavio | _rink: BINGO! lol :) |
11:30.21 | _rink | hmm guess not - is there a diff that contains them all somewhere? |
11:31.30 | _rink | they aren't in git due to the freeze ? |
11:31.55 | _rink | (i only have the web archives, isolating patches from there is a little tedious) |
11:37.25 | ensc|w | otavio: does there exist some tool for uploading boot images over usb to imx6 already? I hacked one for myself and wondered whether I should spent more time into it |
11:37.43 | otavio | ensc|w: sure it does |
11:37.53 | otavio | ensc|w: Boundary did it |
11:38.02 | otavio | ensc|w: and I use it daily :) |
11:38.10 | otavio | ensc|w: hold on |
11:38.34 | otavio | ensc|w: https://github.com/boundarydevices/imx_usb_loader |
11:38.48 | ensc|w | thx |
11:44.02 | _rink | discovers patches.openembedded.org :) |
11:44.11 | woglinde | rink lol |
11:54.58 | otavio | :) |
12:01.25 | *** join/#oe joeythesaint (~jjm@128.224.252.2) |
12:02.45 | *** join/#oe roric (~roric@194-237-7-146.customer.telia.com) |
12:05.36 | *** join/#oe flynn378 (~AndChat27@75.76.29.10) |
12:24.58 | *** join/#oe phdeswer (~phdeswer@194.157.27.2) |
12:31.07 | *** join/#oe pvanhoof (~philip@codeminded.be) |
12:45.17 | *** join/#oe denisATeukrea (~GNUtoo@host56-161-dynamic.1-79-r.retail.telecomitalia.it) |
13:12.00 | *** join/#oe mhnoyes (~mhnoyes@74-38-52-52.dr01.myck.or.frontiernet.net) |
13:12.00 | *** join/#oe mhnoyes (~mhnoyes@sourceforge/sitedocs/mhnoyes) |
13:12.43 | *** join/#oe Sj (cbf79598@gateway/web/freenode/ip.203.247.149.152) |
13:12.52 | Sj | hii |
13:13.40 | Sj | any body has any idea how to use bitbake variables in script file. i need to run a script file through bb file and ${WORKDIR} i need to use in shell script |
13:14.38 | woglinde | ? |
13:28.09 | *** join/#oe woglinde_ (~henning@g229045234.adsl.alicedsl.de) |
13:46.32 | *** join/#oe dbfi (~juha@85-23-12-26.bb.dnainternet.fi) |
13:51.50 | *** join/#oe dbfi (~juha@85-23-12-26.bb.dnainternet.fi) |
13:53.41 | *** join/#oe zecke (~ich@91-65-247-193-dynip.superkabel.de) |
14:05.19 | waynr | Sj: not sure i understand, could you maybe explain again? |
14:06.27 | waynr | are you trying to install a shell script into the resulting package? or need to use a shell script sometime during the build process? |
14:08.08 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
14:24.29 | *** join/#oe hsychla (~hsychla@2001:6f8:12d9:13:c48a:cdf5:eef4:9943) |
14:24.36 | hsychla | hello all! |
14:28.44 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
14:30.24 | hsychla | (hopefully) quick question: we build serveral images based on a core image. all images can be build with several BSPs. one of the BSPs needs to overwrite a task in the images (in recipes-<image>/image/core-image-<image>.bbappend). what's the the best practice to do so without having to write a .bbappend for each image and hence the need to change X files if we need to change the task? |
14:36.45 | *** join/#oe uwe_ (~uwe_@dslb-088-064-210-138.pools.arcor-ip.net) |
14:39.41 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
14:47.57 | hsychla | mhh...nobody? |
14:52.09 | *** part/#oe tsjsieb (~tsjsieb@2001:980:4b3b:1:225:31ff:fe00:ff7a) |
14:52.37 | waynr | hsychla: if it's just one BSP that needs to change the task, then just write a bbappend for that one BSP |
14:53.20 | hsychla | or asked differently. all our images are based on a core image. we try overwriting the task in that core image and have a "inherit <core-image> in the different images but the overwritten task does not seem to be inherited? |
14:54.28 | hsychla | waynr: we do that for one image now but that way we would need to write recipes-<image>/image/<image>.bbappend for every image with which we want to use that BSP? or are we doing it wrong? |
14:54.52 | *** join/#oe hollisb (~hollisb@nat-wv.mentorg.com) |
14:55.35 | waynr | ah, i think i see what you are asking now |
14:58.50 | waynr | hsychla: do you mean "inherit" or "include"? |
14:59.28 | hsychla | inherit right now (I'm quite new to all this) |
15:00.17 | *** join/#oe dvhart (~dvhart@static-50-53-88-120.bvtn.or.frontiernet.net) |
15:00.58 | waynr | okay i am confused right now...there is a bbclass called "core-image" is that also the name of a .bb file in your recipes-<image>/image/ directory? so for example recipes-core/image/core-image.bb |
15:01.58 | *** join/#oe Tartarus (trini@pixelshelf.com) |
15:02.23 | *** join/#oe lamikr (lamikr@nat/nokia/x-fafkradfxatvnctx) |
15:02.28 | waynr | because if what you want is to extend some base image recipe in another image recipe you should "require recipes-core/image/core-image.bb" (in keeping with my previous example) |
15:04.38 | waynr | if you write "inherit core-image" you are telling that particular recipe to "inherit" functionality from a bitbake class, in some folder called classes/core-image.bbclass, which is necessary in your base image recipe |
15:05.56 | hsychla | ah... would that classes/core-image.bbclass be in my layer or in the layer of the core-image? |
15:06.28 | waynr | it would be in whatever base layer you are using |
15:07.04 | waynr | so for example if you were using poky, the base layer containing this core-image.bbclass would be poky/meta so the full path would be poky/meta/classes/core-image.bbclass |
15:07.38 | hsychla | I am currently working on core-image-A which is based on core-image. In the layer defining core-image, there is a classes/core-image.bblcass and a recipes-core-image/image/core-image.bb |
15:08.34 | hsychla | and in my layer I have classes/core-image-A.bbclass and recipes-core-image-A/image/core-image-A.bb |
15:08.38 | waynr | but anyway, you only need to "inherit core-image" in your base recipe. so for the layout you just described, recipes-core-image/image/core-image.bb would have to have a line "inherit core-image" somewhere |
15:08.54 | waynr | core-image-A would ahve to "require recipes-core-image/image/core-image.bb" |
15:09.26 | waynr | oh, i see |
15:09.40 | hsychla | I see. will try with and require and come back later. thanks a lot for your help so far! |
15:09.46 | waynr | then maybe you need to "inherit core-image-A" in core-image-A.bb |
15:10.00 | *** join/#oe panda84kde (~diego@static-217-133-170-65.clienti.tiscali.it) |
15:11.05 | hsychla | I do have inherit core-image-A in core-image-A.bb |
15:11.42 | waynr | okay...can i ask what you are trying to do with core-image-A.bbclass? |
15:12.05 | hrw | if you want to include orther recipe then use include (failure accepted) or require (failure not accepted) |
15:12.38 | hrw | have a nice day |
15:13.17 | hsychla | in core-image-A.bblass I currently only set IMAGE_FEATURES |
15:13.40 | hsychla | <INTERNAL_NAME>_IMAGE_FEATURES = "package-management ssh-server-dropbear" |
15:13.58 | hsychla | these can differ from the core-image |
15:15.48 | waynr | hsychla: i believe it is more common to do that using local.conf, or even a distro configuration |
15:16.21 | waynr | so in the default local.conf there is a variable EXTRA_IMAGE_FEATURES which can be populated with your desired features |
15:17.24 | waynr | you could also append to this variable in the image recipe with a line like IMAGE_FEATURES += " package-management" |
15:19.52 | hsychla | ah.. I forgot to mention that core-image-A is also a distro with a conf/distro/core-image-A.conf |
15:20.46 | hsychla | or rather conf/distro/A.conf |
15:30.23 | *** join/#oe jackmitchell (~Thunderbi@195.171.99.130) |
15:34.17 | *** join/#oe msm (~msm@cpe-70-112-201-132.austin.res.rr.com) |
15:37.50 | pb_ | stabs openssl |
15:38.03 | pb_ | this afternoon for some reason I keep getting "../libcrypto: file truncated" all the time. |
15:38.40 | waynr | disk out of space? |
15:39.04 | pb_ | nope, 50G available |
15:39.25 | pb_ | I think it's probably some sort of PARALLEL_MAKE lossage. |
15:39.32 | pb_ | turns that off |
15:39.42 | pb_ | oh, and now poxy eglibc is broken again, grr. |
15:40.30 | pb_ | gives in and sets UNWINDING_pn-eglibc = "" |
15:46.40 | pb_ | hm, anybody know why icu is setting FULL_OPTIMIZATION_arm = "-Os"? That seems rather bogus. |
15:56.16 | waynr | pb_: looks like it was added for icu-3.6 in 5c8340 |
15:56.58 | pb_ | waynr: that commit just moved it from icu_3.6.bb to the .inc file |
15:57.32 | waynr | d'oh |
15:57.37 | pb_ | ah, here we are, it was added in 9b547ecf849b66aa883328fb6b26d9b412a4d2ec |
15:57.47 | pb_ | "icu: use -Os for arm to make it build with gcc 4.3.1" |
15:57.53 | pb_ | so, seems it was a workaround for some old gcc issue |
15:58.53 | pb_ | the gcc bug in question was fixed five years ago so I guess this is no longer needed :-} |
15:59.00 | waynr | : ) |
16:02.49 | *** join/#oe woglinde (~henning@f052228107.adsl.alicedsl.de) |
16:04.08 | pb_ | so, next question, why doesn't eglibc DEPEND on gettext-native? |
16:04.59 | woglinde | hm really? |
16:05.19 | *** join/#oe afournier (~alex@46.255.181.29) |
16:05.33 | pb_ | well, as far as I can tell it doesn't, and I get build failures due to msgfmt not being present. |
16:05.47 | pb_ | so, I guess the options are: |
16:05.58 | pb_ | a) there is something broken about my configuration which causes it to need msgfmt when it shouldn't |
16:06.12 | pb_ | b) there is something broken about my configuration which causes gettext-native not to have been build when it should have been |
16:06.23 | pb_ | c) everybody else has msgfmt installed in their host environment and is happily using that one |
16:06.31 | woglinde | I bet c |
16:06.44 | JaMa | pb_: I've seen the same issue today on jenkins |
16:07.13 | pb_ | ah right, not just me then |
16:07.30 | woglinde | ah hm host quilt depends on gettext |
16:07.36 | JaMa | yes and I've seen it today for first time, so something new is causing that |
16:07.49 | pb_ | it's been happening for me for a while |
16:07.58 | pb_ | certainly since last week |
16:08.09 | woglinde | dpkg: dependency problems prevent removal of gettext: quilt depends on gettext. |
16:08.09 | pb_ | (my current oe-core snapshot is from april 16) |
16:08.37 | JaMa | pb_: I had eglibc in sstate-cache from april 10th or something like that |
16:08.38 | woglinde | and I wonder why quilt needs it |
16:10.28 | *** join/#oe jkridner|work (~jkridner@pdpc/supporter/active/jkridner) |
16:11.04 | *** join/#oe ensc_ (~irc-ensc@p4FFCF565.dip0.t-ipconnect.de) |
16:15.24 | *** join/#oe mr_science (~sarnold@net-cf9a4e91.cst.impulse.net) |
16:15.25 | *** join/#oe mr_science (~sarnold@gentoo/developer/nerdboy) |
16:16.30 | *** join/#oe flo_lap (~fuchs@Maemo/community/contributor/florian) |
16:18.47 | *** join/#oe VtS_ (~quassel@91-115-125-126.adsl.highway.telekom.at) |
16:21.31 | *** join/#oe lamikr (lamikr@nat/nokia/x-eejzaayjcpstyrwz) |
16:25.27 | *** join/#oe andyross (~andy@c-67-171-188-207.hsd1.or.comcast.net) |
16:30.39 | *** join/#oe jkroon_ (~jkroon@89-253-118-72.customers.ownit.se) |
16:45.52 | *** join/#oe bluelightning (~paul@cpc13-lewi17-2-0-cust74.2-4.cable.virginmedia.com) |
16:45.52 | *** join/#oe bluelightning (~paul@pdpc/supporter/professional/bluelightning) |
16:59.39 | *** join/#oe fusman (~fahad@110.93.212.98) |
17:01.58 | *** join/#oe VtS (~quassel@194-166-89-23.adsl.highway.telekom.at) |
17:02.39 | *** join/#oe mrc3 (~ddiaz@189.157.56.220) |
17:03.20 | mrc3 | hey! yesterday i was asking how to add a module to auto-load (on danny), then there was a netsplit |
17:03.52 | mrc3 | i tried adding 'module_autoload_mymodule = "mymodule"' to the recipe, but the file system did not end up with that anywhere in etc/ |
17:04.22 | JaMa | did you rebuild kernel? |
17:04.33 | mrc3 | JaMa, did a whole new build |
17:04.44 | mrc3 | but kernel, you say? it's an out of tree module |
17:05.30 | *** join/#oe VtS_ (~quassel@93-82-88-148.adsl.highway.telekom.at) |
17:05.43 | mrc3 | it currently inherits module |
17:06.46 | mrc3 | arago-project.org/git/?p=meta-ti.git;a=blob;f=recipes-ti/dsplink/ti-dsplink.inc;hb=HEAD |
17:06.54 | JaMa | out of tree modules do not support module_autoload until master/dylan (with kernel-module.bbclass) |
17:07.05 | mrc3 | JaMa, ahh, i see |
17:07.41 | mrc3 | i guess for now i should append it manually on postinst |
17:08.17 | JaMa | you can backport kernel-module.bbclass, something like https://github.com/openwebos/meta-webos/commit/c5a3676e69ab54d62f29d7bbeb6a4ac517eb1c33 |
17:09.15 | JaMa | https://github.com/openwebos/meta-webos/commit/c9f91ecf31ebb602a8a86c8e2017ca431e2623e8 is how to use it |
17:09.31 | JaMa | and s/kernel-module/kernel-module-split/g in all I've said :) |
17:13.04 | mrc3 | JaMa, that looks very cool. thanks for the pointers! |
17:17.08 | *** join/#oe VtS (~quassel@188-22-210-242.adsl.highway.telekom.at) |
17:23.07 | *** join/#oe Tartarus_ (trini@pixelshelf.com) |
17:25.18 | hsychla | waynr: me again ;) |
17:26.34 | hsychla | I changed my image to require the core image to which the BSP adds the task bundle_files (addtask bundle_files after do_vmdkimg before do_build) but it is still not done in my image... any idea, why? |
17:29.10 | hsychla | btw. sorry i mixed up overwritung and adding of a task earlier |
17:29.16 | *** join/#oe fusman (~fahad@110.93.212.98) |
17:36.47 | *** part/#oe mrc3 (~ddiaz@189.157.56.220) |
17:38.00 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
17:38.03 | *** join/#oe robtow (~rob@184-105-177-98.static.hilltopinternet.com) |
17:38.04 | waynr | hsychla: in my admittedly limited experience, a "task" function name must take the form "do_<something>" where <something> in your case would be "bundle_files" |
17:38.29 | waynr | so you may want to try renaming the function to do_bundle_files |
17:38.56 | *** join/#oe robtow (~rob@184-105-177-98.static.hilltopinternet.com) |
17:38.59 | waynr | but you would still keep the "addtask bundle_files after do_vmdkimg before do_build" |
17:39.13 | *** join/#oe NightMonkey (~NightrMon@nat1.sp.collab.net) |
17:39.13 | *** join/#oe NightMonkey (~NightrMon@pdpc/supporter/professional/nightmonkey) |
17:39.42 | waynr | the "addtask" syntax expects just the <something> portion of the function name if i remember correctly |
17:39.43 | *** join/#oe zecke_ (~ich@91-65-247-193-dynip.superkabel.de) |
17:42.16 | hsychla | meh... , was wrong again, sorry. it is called via "python do_bundle_files() { bb.build.exec_func('create_bundle_files', d) }. and it does work if I build the image my image is based on... |
17:43.41 | *** join/#oe nitink (nitink@nat/intel/x-dudpnsdedddebpbp) |
17:46.25 | hsychla | bitbake -c bundle_files core-image-A |
17:46.32 | hsychla | Task do_bundle_files does not exist for target core-image-A |
17:48.54 | waynr | hsychla: can you pastebin the core-image-A recipe? |
17:52.13 | hsychla | sure, but it's not much in there: http://pastebin.com/VSQBU7Xh |
17:53.38 | waynr | hmm try moving your "inherit" line before the "require" line |
17:54.00 | waynr | actually |
17:54.13 | waynr | try just inheriting core-image-A in the core-image-A recipe |
17:54.34 | waynr | you probably already "inherit core-image" in the core-image.bb recipe |
17:54.50 | waynr | inheriting it again could overwrite the task list or something |
17:55.03 | hsychla | ok, trying a build |
17:56.45 | hsychla | still does not know the task |
17:57.42 | *** join/#oe rob_w (~rob@unaffiliated/rob-w/x-1112029) |
17:59.36 | waynr | by the way, i meant for you to remove the "core-image" from the inherit statement instead of swapping the require and inherit lines |
17:59.54 | waynr | so your inherit core-imageA should still follow the require line |
18:00.38 | hsychla | ah ok, I did both |
18:01.35 | hsychla | still nothing: ERROR: Task do_bundle_files does not exist for target core-image-tposs |
18:02.16 | hsychla | core-image-tposs == core-image-A, tired of censoring... |
18:03.27 | waynr | what does bitbake -c listtasks core-image-tposs show? |
18:05.22 | *** join/#oe pvanhoof (~philip@codeminded.be) |
18:06.03 | hsychla | http://pastebin.com/tP25P7cp |
18:11.09 | abelloni | quick question, I have a recipe using externalsrc.bbclass |
18:11.27 | abelloni | and I always want to execute do_compile |
18:11.32 | abelloni | is that possible ? |
18:12.46 | *** join/#oe kristoffer (~kristoffe@c-f9dfe555.010-30-6c6b7012.cust.bredbandsbolaget.se) |
18:14.57 | waynr | abelloni: as far as i can tell from reading externalsrc.bbclass do_compile won't be affected by that class |
18:16.06 | waynr | but if you want do_compile to run unconditionally every time (even if a previous compile step has been successful, then do_compile[nostamp] = "1" might work |
18:17.17 | waynr | hsychla: is the "python do_bundle_files...." code defined in the core-image-tposs.bbclass file? |
18:18.21 | hsychla | no, it is not |
18:18.23 | *** join/#oe nitink (nitink@nat/intel/x-hiqcptgchjuxnbcr) |
18:18.29 | waynr | where is it defined? |
18:19.01 | hsychla | in the core-image.bbappend |
18:19.11 | waynr | ah right, sorry |
18:19.37 | abelloni | yeah, basically, the customer has like 40 recipes using externalsrc and they would prefer to detect automatically what sources has changed and what to rebuild, I don't know if there is a way to do that |
18:20.58 | waynr | hsychla: what are the layer priorities? |
18:23.07 | hsychla | waynr: all 3 layers (the base image, my image and the BSP have prio 6) |
18:23.20 | hsychla | waynr: all 3 layers (the base image, my image and the BSP) have prio 6 |
18:25.57 | waynr | try setting the prioritis such that base < my < BSP |
18:26.47 | waynr | otherwise I believe that recipes will be parsed in the order they are found in the BBLAYERS variable in the build directory's conf/bblayers.conf |
18:27.38 | *** join/#oe rcf (~rcf@d51A58861.access.telenet.be) |
18:28.19 | waynr | maybe that doesn't explain why youre core-image builds with the bbappend but not the core-image-A but it can't hurt to be more explicit with the layer prirorities |
18:31.01 | hsychla | well, I think the explanation, why it works with the core-image is that the task is appended in recipes-core-image/images/core-image.bbappend |
18:32.29 | waynr | yeah i'll admit i have no idea whether an included recipe's bbappend files are accounted for |
18:35.26 | *** join/#oe dv__ (~quassel@chello080108009040.14.11.vie.surfer.at) |
18:35.34 | *** join/#oe n|west (~nathan@commlablaptop.ceat.okstate.edu) |
18:36.06 | hsychla | changing the priorities did not help either |
18:39.42 | waynr | hsychla: one more thing i would try, just after the "require" line in core-image-A.bb try "include recipes-core-image/image/core-image.bbappend" |
18:40.05 | hsychla | ok, just a sec |
18:43.28 | hsychla | waynr: ERROR: ParseError in recipes-core-image/image/core-image.bbappend: not a BitBake file |
18:51.28 | hsychla | it says the same if I intentionally make a typo. so it seems like it does not find the file |
18:54.02 | *** join/#oe phdeswer (~phdeswer@a88-113-104-180.elisa-laajakaista.fi) |
19:04.55 | *** join/#oe DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
19:24.13 | hsychla | waynr: thanks for your help, I have to go (9:30 pm here). I think we will return to writing a recipe for each image for now (or I#ll be back tomorrow ;) ). again, thanks! |
19:29.03 | *** part/#oe mrc3_ (~mrc3@192.94.92.11) |
19:30.09 | *** join/#oe GNUtoo-m4a785t-m (~GNUtoo@host56-161-dynamic.1-79-r.retail.telecomitalia.it) |
19:42.04 | *** join/#oe EsbenH (~esben@hugin.dotsrc.org) |
19:42.06 | *** part/#oe EsbenH (~esben@hugin.dotsrc.org) |
19:43.08 | *** join/#oe EsbenH (~esben@hugin.dotsrc.org) |
19:50.09 | *** join/#oe slapin (~slapin@host-39-159-66-217.spbmts.ru) |
20:03.14 | *** join/#oe dvhart (dvhart@nat/intel/x-ymsatvogxxsmmbzy) |
20:05.43 | *** join/#oe Crofton (~balister@pool-71-171-26-125.nwrknj.east.verizon.net) |
20:09.12 | *** join/#oe woglinde (~henning@f052232250.adsl.alicedsl.de) |
20:19.04 | *** join/#oe CMoH (~cipi@unaffiliated/c-moh) |
20:25.18 | *** join/#oe msm (~msm@cpe-70-112-201-132.austin.res.rr.com) |
20:25.32 | *** join/#oe msm (~msm@cpe-70-112-201-132.austin.res.rr.com) |
20:26.00 | *** join/#oe dijenerate (~dijenerat@199.47.52.87) |
20:27.09 | *** join/#oe staticshock_ (c0ea45a6@gateway/web/freenode/ip.192.234.69.166) |
20:36.27 | *** join/#oe fusman (~fahad@110.93.212.98) |
20:47.04 | *** join/#oe ant_home (~andrea@host186-248-dynamic.17-79-r.retail.telecomitalia.it) |
21:22.08 | jkroon_ | Is there no recipe for the Adwaita gtk theme ? |
21:23.17 | jkroon_ | for gtk3.4 i mean |
21:24.16 | *** join/#oe roxell (~roxell@c-853670d5.07-21-73746f28.cust.bredbandsbolaget.se) |
21:42.42 | *** join/#oe GNUtoo-m4a785t-m (~GNUtoo@host56-161-dynamic.1-79-r.retail.telecomitalia.it) |
21:58.18 | *** join/#oe ohama (ohama@cicolina.org) |
22:08.05 | *** join/#oe wooo (~IceChat77@14.139.122.114) |
22:08.55 | wooo | Hey is there any virtual memory/swapping concept in embedded devices? |
22:16.12 | *** join/#oe KNERD|2 (~kvirc@24.175.249.177) |
22:26.59 | mr_science | other than swap partitions/files, there's the compressed ram swap thing |
22:28.39 | mr_science | compcache i think it's called... |
22:29.12 | mr_science | seems to work pretty well on efikamx |
22:30.10 | mr_science | well, the compcache thing came up in a google hit |
22:30.34 | mr_science | the actual kernel module on my efika is called ramzswap |
22:30.49 | mr_science | ^^ wooo ^^ |
22:49.59 | *** join/#oe abesis (~abesis@92.45.176.117) |
23:12.46 | *** join/#oe shawn186 (~Tiberius@unaffiliated/shawn156) |
23:50.11 | mr_science | okay, if i have a tree of directories with small files (that are not machine-specific) does it make sense to put those under recipes/foo/files and install them from there? |
23:50.39 | mr_science | or should it really be a tarball in SRC_URI ? |
23:50.54 | *** join/#oe ftonello (~felipe@wsip-70-183-20-162.oc.oc.cox.net) |
23:51.29 | mr_science | i guess i can think about it on the way home... |