*** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 00:01 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 00:05 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 00:09 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 00:11 | |
*** paulg <paulg!~paul@24-246-6-178.cable.teksavvy.com> has joined #yocto | 00:12 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto | 00:15 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 00:16 | |
*** sameo <sameo!samuel@nat/intel/x-fnwbszfhpsnuqlwe> has quit IRC | 00:36 | |
-YoctoAutoBuilder- build #422 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/422 | 00:37 | |
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 00:44 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 01:02 | |
*** paulg <paulg!~paul@24-246-6-178.cable.teksavvy.com> has quit IRC | 01:20 | |
seebs | https://twitter.com/SwiftOnSecurity/status/626927142916362240 <-- this is possibly one of the most beautiful things i have ever read | 01:45 |
---|---|---|
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 01:46 | |
-YoctoAutoBuilder- build #424 of nightly-mips is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips/builds/424 | 01:56 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 02:05 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 02:13 | |
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 02:15 | |
*** simmel80___ <simmel80___!~quassel@p4FF967B3.dip0.t-ipconnect.de> has joined #yocto | 02:16 | |
*** simmel80_ <simmel80_!~quassel@p5797F92D.dip0.t-ipconnect.de> has quit IRC | 02:19 | |
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 02:29 | |
*** _jmleo <_jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has joined #yocto | 02:36 | |
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 02:37 | |
*** _jmleo is now known as jmleo | 02:37 | |
*** _jmleo <_jmleo!~jmleo@105-197-190-109.dsl.ovh.fr> has joined #yocto | 02:41 | |
*** jmleo <jmleo!~jmleo@LDijon-156-64-30-180.w80-15.abo.wanadoo.fr> has quit IRC | 02:42 | |
*** _jmleo is now known as jmleo | 02:42 | |
-YoctoAutoBuilder- build #421 of nightly-fsl-arm is complete: Failure [failed BuildImages_1] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-arm/builds/421 | 03:12 | |
-YoctoAutoBuilder- build #421 of nightly-arm is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm/builds/421 | 03:32 | |
-YoctoAutoBuilder- build #141 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/141 | 03:36 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 03:43 | |
*** wobbly <wobbly!d0573896@gateway/web/freenode/ip.208.87.56.150> has quit IRC | 03:45 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:55 | |
*** fabo <fabo!~fabo@linaro/fabo> has quit IRC | 03:56 | |
-YoctoAutoBuilder- build #77 of nightly-arm64 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-arm64/builds/77 | 03:59 | |
*** staylor <staylor!~staylor@184.68.113.94> has joined #yocto | 04:17 | |
*** dlan_ <dlan_!~dennis@gentoo/developer/dlan> has quit IRC | 04:19 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 04:20 | |
*** staylor <staylor!~staylor@184.68.113.94> has quit IRC | 04:38 | |
*** behanw <behanw!~behanw@50.232.168.130> has quit IRC | 04:38 | |
*** miandonmenmian <miandonmenmian!~miandonme@210.22.153.182> has joined #yocto | 05:03 | |
*** miandonmenmian_ <miandonmenmian_!~miandonme@210.22.153.182> has joined #yocto | 05:03 | |
*** miandonmenmian__ <miandonmenmian__!~miandonme@210.22.153.182> has joined #yocto | 05:03 | |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has joined #yocto | 05:20 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 05:37 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto | 05:58 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 06:02 | |
*** Jay7 <Jay7!jay@128-73-158-5.broadband.corbina.ru> has quit IRC | 06:09 | |
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 06:16 | |
*** pohly <pohly!~pohly@p5DE8DB3E.dip0.t-ipconnect.de> has joined #yocto | 06:27 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 06:33 | |
*** redengin <redengin!~redengin@c-73-193-21-136.hsd1.wa.comcast.net> has quit IRC | 06:40 | |
*** redengin <redengin!~redengin@c-73-193-21-136.hsd1.wa.comcast.net> has joined #yocto | 06:44 | |
*** egavinc <egavinc!~egavinc@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 06:46 | |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-tknodgrkdrsxwpbe> has joined #yocto | 06:48 | |
*** jbrianceau_away is now known as jbrianceau | 06:48 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:08 | |
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 07:25 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has joined #yocto | 07:27 | |
*** pohly <pohly!~pohly@p5DE8DB3E.dip0.t-ipconnect.de> has quit IRC | 07:28 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@78-134-35-154.v4.ngi.it> has joined #yocto | 07:33 | |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 07:35 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has quit IRC | 07:37 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has joined #yocto | 07:38 | |
*** sameo <sameo!~samuel@192.55.54.42> has joined #yocto | 07:42 | |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 07:48 | |
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto | 07:52 | |
*** Biliogadafr1 <Biliogadafr1!~User@93.84.40.160> has joined #yocto | 07:54 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has quit IRC | 07:54 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 07:56 | |
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has joined #yocto | 07:57 | |
*** xata <xata!c3188e8a@gateway/web/freenode/ip.195.24.142.138> has joined #yocto | 08:04 | |
xata | Hello | 08:04 |
xata | Is this supposed to be a help channel or developers-only? I've got trouble with receipes trying compile image for my dev board (missing orc and bluez5-bluez4 conflict) | 08:05 |
*** Jay7 <Jay7!jay@128-73-158-195.broadband.corbina.ru> has joined #yocto | 08:06 | |
*** lordzen <lordzen!~lordzen@93-51-177-218.ip268.fastwebnet.it> has joined #yocto | 08:06 | |
*** ddalex <ddalex!~ddalex@233.128.113.87.dyn.plus.net> has quit IRC | 08:15 | |
*** sameo <sameo!~samuel@192.55.54.42> has quit IRC | 08:21 | |
*** arfoll <arfoll!~arfoll@192.198.151.44> has left #yocto | 08:28 | |
*** arfoll_ <arfoll_!~arfoll@192.198.151.44> has quit IRC | 08:29 | |
*** arfoll <arfoll!~arfoll@192.198.151.44> has joined #yocto | 08:30 | |
*** zaman1 <zaman1!zaman@nat/intel/x-awlasgsjevruhjzf> has joined #yocto | 08:33 | |
*** Biliogadafr1 <Biliogadafr1!~User@93.84.40.160> has quit IRC | 08:35 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:36 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has joined #yocto | 08:36 | |
*** zaman <zaman!~zaman@192.198.151.43> has quit IRC | 08:36 | |
*** belen <belen!~Adium@192.198.151.44> has joined #yocto | 08:39 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 08:43 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-haheqhisdlitzdew> has joined #yocto | 08:47 | |
vtech | Hi ! i solved my problem for a custom-xlnx kernel. There is no problem anymore on the recipe. Except that now the version taken is not the good one. It's back to the default (3.14) instead of mine (3.8) i settet LINUX_VERSION = "3.8" and KBRANCH ?= "xlnx_3.8" in my recipe and this in my local.conf : PREFERRED_PROVIDER_virtual/kernel = "linux-xlnx" and PREFERED_VERSION_linux-xlnx = "3.8". Somewere the version seems to be overrided. But i | 08:51 |
*** karotin <karotin!4d5007b2@gateway/web/freenode/ip.77.80.7.178> has joined #yocto | 08:51 | |
vtech | do you have any ideas ? | 08:51 |
karotin | hello, someone may have a sample makefile, which is running with a simple recipe? | 08:52 |
*** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has quit IRC | 08:53 | |
vtech | sorry i don't understand :/ you mean that the version might be hardcoded in a makefile or something ? | 08:53 |
bluelightning | morning all | 08:54 |
bluelightning | vtech: you meant PREFERRED not PREFERED right ? | 08:55 |
karotin | moin | 08:56 |
bluelightning | vtech: run bitbake -e linux-xlnx | less and search for LINUX_VERSION - see if it's being overridden | 08:56 |
ndec | vtech: you probably want 2 'R' at PREFERRED ;-) | 08:56 |
vtech | oh there is indeed PREFERED_VERSION_linux-xlnx = "3.8" in my local.conf, i test it with the correction right now >< | 08:56 |
ndec | karotin: the user manual has that. | 08:57 |
bluelightning | sometimes I think it would be nice if we could detect such typos, but I don't think it's practically possible with how our system works | 08:57 |
*** redengin <redengin!~redengin@c-73-193-21-136.hsd1.wa.comcast.net> has quit IRC | 08:58 | |
*** redengin <redengin!~redengin@c-73-193-21-136.hsd1.wa.comcast.net> has joined #yocto | 08:58 | |
ndec | bluelightning: we could integrate aspell in bitbake ;-) | 08:58 |
vtech | Ok i have another output, there was indeed a problem here , sorry >< . It tries to take my version but : NOTE: preferred version 3.8 of linux-xlnx not available (for item kernel-image) seems to be the problem. | 08:58 |
vtech | i am using linux-yocto.inc but i don't thkink linux-yocto has a 3.8 kernel :/ | 08:59 |
bluelightning | vtech: that in and of itself shouldn't be a problem, as long as you are pointing at your own source | 08:59 |
ndec | vtech: if you made your own layer, did you add it to bblayers.conf? | 09:00 |
vtech | yes i did. And i am using the xlnx repo on the 3.8 BRANCH as specified by the KBRANCH variable. | 09:02 |
vtech | the stange things is that it seems to see the 3.8 as available and then it's not : NOTE: preferred version 3.8 of linux-xlnx not available (for item kernel-image) NOTE: versions of linux-xlnx available: 3.14-xilinx+gitAUTOINC+2b48a8aeea 3.8-xilinx+gitAUTOINC+297a37ee40 | 09:02 |
bluelightning | vtech: ah right, to match that you need to set PREFERRED_VERSION_linux-xlnx = "3.8%" | 09:04 |
bluelightning | (% is a wildcard in PREFERRED_VERSION) | 09:04 |
vtech | bluelightning ndec: That solved it :) Thanks again for you help :) | 09:06 |
bluelightning | np | 09:06 |
[Sno] | bluelightning: wrt. two machines in one build-dir | 09:19 |
[Sno] | $ MACHINE=bohr bitbake rdm-core-image | 09:19 |
[Sno] | ERROR: Unable to determine endianness for architecture 'INVALID' | ETA: --:--:-- | 09:19 |
[Sno] | ERROR: Please add your architecture to siteinfo.bbclass | 09:19 |
[Sno] | ERROR: Failed to parse recipe: /home/sno/fsl-community-bsp/sources/meta-jens/recipes-extended/libstatgrab/libstatgrab_git.bb | 09:19 |
*** rdmtob <rdmtob!~tob@rademacherexchange.de> has joined #yocto | 09:19 | |
[Sno] | ERROR: Unable to determine endianness for architecture 'INVALID' | 09:19 |
[Sno] | ERROR: Please add your architecture to siteinfo.bbclass | 09:20 |
bluelightning | [Sno]: and that definitely does not happen if you set MACHINE = "bohr" in local.conf ? | 09:22 |
[Sno] | bluelightning: yes | 09:22 |
bluelightning | [Sno]: is this with master? | 09:22 |
[Sno] | bluelightning: I'm using that local.conf: https://github.com/rehsack/yocto-curie-workdir/blob/fido/conf/local.conf | 09:23 |
[Sno] | and for the error I commented out the first line ;) | 09:23 |
[Sno] | we have two machines, curie and bohr | 09:23 |
bluelightning | [Sno]: what does bitbake -e | less report about how MACHINE is being set? | 09:24 |
[Sno] | and even in https://github.com/rehsack/meta-jens/blob/fido/recipes-extended/libstatgrab/libstatgrab_git.bb I don't see anything which should cause such error | 09:24 |
[Sno] | bluelightning: PATTERN not found | 09:25 |
bluelightning | erm ... ? | 09:26 |
karotin | ndec: http://pastebin.com/gpKDtU3c still cant't find the error in the makefile..I'd like to compile a driver | 09:26 |
[Sno] | I tried to add "MACHINE = ${@os.getenv('MACHINE', 'nope')}" to local.conf - and it reports "nope" | 09:26 |
ndec | karotin: for kernel module it's slightly different. one sec. | 09:27 |
[Sno] | bluelightning: sno@waldorf:~/fsl-community-bsp/ornithologie$ MACHINE=bohr bitbake -e | grep MACHINE= | 09:27 |
[Sno] | sno@waldorf:~/fsl-community-bsp/ornithologie$ | 09:27 |
ndec | karotin: http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb | 09:28 |
[Sno] | same when grepping for "bohr" with above bitbake command | 09:29 |
karotin | ndec: the only thing i see, what is different, is the "inherit module" | 09:29 |
bluelightning | [Sno]: firstly, the environment is sanitised so that os.getenv isn't expected to work; secondly MACHINE is unexported so that grep isn't expected to work either | 09:29 |
bluelightning | [Sno]: you really do want to use bitbake -e | less and search, not grep | 09:30 |
[Sno] | bluelightning: I used less and "/" - that results in "pattern not found" ;) | 09:30 |
bluelightning | [Sno]: MACHINE isn't in there at all? I find that hard to believe... | 09:31 |
[Sno] | I can upload the output of bitbake -e | 09:32 |
[Sno] | # | 09:33 |
[Sno] | # $MACHINE [2 operations] | 09:33 |
[Sno] | # set /home/sno/fsl-community-bsp/sources/poky/meta/conf/documentation.conf:271 | 09:33 |
[Sno] | # [doc] "Specifies the target device for which the image is built. You define MACHINE in the conf/local.conf file in the Build Directory." | 09:33 |
[Sno] | # set /home/sno/fsl-community-bsp/sources/poky/meta/conf/bitbake.conf:760 | 09:33 |
[Sno] | # [unexport] "1" | 09:33 |
[Sno] | # pre-expansion value: | 09:33 |
[Sno] | # "None" | 09:33 |
[Sno] | unset MACHINE | 09:33 |
karotin | ndec: looks good :) | 09:33 |
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto | 09:35 | |
bluelightning | [Sno]: ah... in your external environment as set up by the environment setup script, does the value of BB_ENV_EXTRAWHITE include MACHINE? (it should by default) | 09:35 |
[Sno] | bluelightning: I check that ... | 09:36 |
*** LetoThe2nd <LetoThe2nd!~jd@s15387740.onlinehome-server.info> has joined #yocto | 09:36 | |
[Sno] | bluelightning: it doesn't - we initially used such an environment created by fsl-release-bsp which broke more than it helped and we removed most of that without sane replacements | 09:40 |
[Sno] | I dig deeper on that - maybe that solves the 2nd problem I had with different machines in one build-dir ;) | 09:40 |
bluelightning | [Sno]: ah, well, there's your problem then (well, at least an explanation of why it doesn't work) | 09:40 |
bluelightning | [Sno]: as I said earlier though there's nothing saying you can't just set the other machine in local.conf each time instead of passing it in from the environment, if you prefer | 09:41 |
[Sno] | the BB_ENV_EXTRAWHITE explains a lot ;) | 09:41 |
[Sno] | thanks a lot | 09:43 |
[Sno] | rdmtob: I miss the PR for meta-cpan :) | 09:44 |
[Sno] | I wanted this afternoon update some modules and add support for Tim's Slic3r wish | 09:44 |
karotin | Slic3r support? does that make even sense on embedded devices? | 09:45 |
[Sno] | karotin: depends on what you embed where ;) | 09:46 |
[Sno] | car infotainment is also embedded device and BMW uses Yocto for there infotainment platform | 09:47 |
bluelightning | telecommunications infrastructure is another oft-cited counterexample | 09:47 |
[Sno] | my customer put's an xbmc on it's device paired with a bunch of Java services | 09:48 |
karotin | k :) | 09:49 |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 10:03 | |
*** Daemon404 <Daemon404!~who_knows@93.186.150.27> has joined #yocto | 10:09 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@78-134-35-154.v4.ngi.it> has quit IRC | 10:22 | |
*** Net147_ <Net147_!~Net147@unaffiliated/net147> has quit IRC | 10:23 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@78-134-35-154.v4.ngi.it> has joined #yocto | 10:25 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 10:25 | |
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC | 10:26 | |
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 10:26 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-haheqhisdlitzdew> has left #yocto | 10:29 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 10:30 | |
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 10:32 | |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has joined #yocto | 10:33 | |
*** xata <xata!c3188e8a@gateway/web/freenode/ip.195.24.142.138> has quit IRC | 10:37 | |
*** egavinc <egavinc!~egavinc@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 10:42 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:983d:44d9:bffd:929> has joined #yocto | 11:26 | |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has joined #yocto | 11:35 | |
*** karotin <karotin!4d5007b2@gateway/web/freenode/ip.77.80.7.178> has quit IRC | 11:37 | |
*** blitz00 <blitz00!~stefans@192.198.151.44> has joined #yocto | 11:40 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 11:40 | |
*** rdmtob <rdmtob!~tob@rademacherexchange.de> has quit IRC | 11:43 | |
*** miandonmenmian <miandonmenmian!~miandonme@210.22.153.182> has quit IRC | 11:44 | |
*** miandonmenmian_ <miandonmenmian_!~miandonme@210.22.153.182> has quit IRC | 11:44 | |
*** miandonmenmian__ <miandonmenmian__!~miandonme@210.22.153.182> has quit IRC | 11:44 | |
*** darkspike_2 <darkspike_2!~darkspike@217.110.68.82> has joined #yocto | 11:46 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto | 11:47 | |
*** darkspike <darkspike!~darkspike@217.110.68.82> has quit IRC | 11:48 | |
*** darkspike_2 is now known as darkspike | 11:48 | |
*** Biliogadafr1 <Biliogadafr1!~User@93.84.40.160> has joined #yocto | 11:50 | |
*** Biliogadafr <Biliogadafr!~User@93.84.40.160> has quit IRC | 11:50 | |
*** belen <belen!~Adium@192.198.151.44> has quit IRC | 11:55 | |
*** belen <belen!~Adium@192.198.151.44> has joined #yocto | 11:56 | |
*** karotin <karotin!4d5007b2@gateway/web/freenode/ip.77.80.7.178> has joined #yocto | 11:58 | |
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC | 12:07 | |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 12:18 | |
*** grma <grma!~gruberm@HSI-KBW-46-237-193-133.hsi.kabel-badenwuerttemberg.de> has quit IRC | 12:19 | |
vtech | Hi ! I am still trying to build my 3.8 kernel for xilinx , i have a problem with the meta. I have several .scc and .cfg in my layer and i am trying to use several .scc and .cfg from meta-xilinx layer. I think there is a conflict on that. as the error shown is : | ERROR. Could not locate meta series for zynq in the do_patch function. am i right on the cause of the problem ? | 12:24 |
*** darkspike <darkspike!~darkspike@217.110.68.82> has quit IRC | 12:25 | |
*** darkspike <darkspike!~darkspike@217.110.68.82> has joined #yocto | 12:28 | |
*** andrewsh <andrewsh!~andrewsh@shadura.me> has joined #yocto | 12:29 | |
andrewsh | joshuagl: ohai :) | 12:30 |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 12:31 | |
* joshuagl doffs cap | 12:33 | |
*** realBigfoot <realBigfoot!~realBigfo@201.82.192.37> has joined #yocto | 12:36 | |
vtech | If a .inc uses the variable ${THISDIR} , how can i use it from another folder without having conflict ? | 12:41 |
*** realBigfoot_ <realBigfoot_!~realBigfo@134.191.220.74> has joined #yocto | 12:42 | |
*** realBigfoot <realBigfoot!~realBigfo@201.82.192.37> has quit IRC | 12:42 | |
*** hugovs <hugovs!~hugo@177.159.144.73> has joined #yocto | 12:43 | |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 12:45 | |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto | 12:48 | |
*** zenx <zenx!~quassel@37.189.236.81> has joined #yocto | 12:49 | |
bluelightning | vtech: you may be getting into a situation where the .inc file isn't going to work for what you're trying to do | 12:50 |
karotin | how to write a do_compile for a simple c++ program with dependencies? i can compile the main.cpp now, but i faile to make a dependecie on clas.cpps.. | 12:55 |
karotin | ${CXX} ${CXXFLAGS} ${LDFLAGS} ${WORKDIR}/main.cpp -o ttkeys | 12:55 |
*** imrehg <imrehg!~imrehg@118-168-71-92.dynamic.hinet.net> has joined #yocto | 12:56 | |
vtech | bluelightning: I think it is related to the usage of ${THISDIR} in the .inc which forbid it's use from anywhere else :/ overinding the THISDIR variable might do the job but this is the ugliest thing to do no ? :/ | 12:57 |
bluelightning | vtech: how is ${THISDIR} being used ? | 12:58 |
*** davis <davis!~davis@rrcs-96-10-245-18.midsouth.biz.rr.com> has quit IRC | 12:59 | |
*** behanw <behanw!~behanw@15.203.226.24> has joined #yocto | 12:59 | |
vtech | bluelightning: this way : FILESEXTRAPATHS_prepend := "${THISDIR}/linux-xlnx:" but the folder pointed is containing patches for 3.14 and 3.19 kernel which i don't use. I can't figure out why the meta xilinx cannot be found | 13:00 |
vtech | bluelightning: and the second one , which is , i think, the cause of the problem : FILESEXTRAPATHS_prepend := "${THISDIR}/config:" | 13:01 |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 13:02 | |
vtech | bluelightning: in the config folder (located inside the meta-xilinx layer) there are the base configs for the board. in a config folder located in my layer i have my .cfg and . scc. it seems that the meta paths are lost and do_patch fail :/ | 13:03 |
bluelightning | vtech: FILESEXTRAPATHS just specifies additional paths where do_fetch should look for for items specified in SRC_URI | 13:04 |
bluelightning | vtech: you can prepend your own paths there, or you can not have the items you don't want in SRC_URI, depending on what it is you need | 13:04 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:05 | |
vtech | bluelightning: yes, that's why i started using this .inc but how can the base meta be lost. i am just appending my files with : FILESEXTRAPATHS_prepend := "${THISDIR}/config:" (this one is in MY layer). So the meta i added should be found no ? | 13:05 |
*** melio_cc <melio_cc!~melio_cc@static-194-113-26-69.axsne.net> has quit IRC | 13:08 | |
bluelightning | vtech: if by "meta" you mean local files specified with file:// in SRC_URI, yes | 13:08 |
*** tsramos <tsramos!~tsramos@192.55.54.36> has joined #yocto | 13:09 | |
vtech | bluelightning: In the .inc , the THISDIR variable is refering to my recipe location or the .inc location ? because they are in separated layers. It might be the problem . I know THISDIR is relative to the recipe currently being parsed. But what about a .inc ? | 13:11 |
*** egavinc <egavinc!~egavinc@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 13:13 | |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has joined #yocto | 13:14 | |
bluelightning | vtech: I believe THISDIR will point to the path in which the current file is being parsed, and the current file at that point would be the inc file | 13:16 |
vtech | bluelightning: hmm seeing the error i'm getting i would say the opposite.. are you sure about that ? | 13:19 |
bluelightning | vtech: well, you can easily confirm what's really happening by using bitbake -e recipename | less and searching for FILESEXTRAPATHS | 13:20 |
vtech | bluelightning: indeed, you are right. it is relative to the .inc location. I have no clue about the error so.. thanks for you help once again.. ^ | 13:23 |
*** dorileo <dorileo!~dorileo@134.191.220.71> has joined #yocto | 13:23 | |
bluelightning | vtech: additionally you should be able to see in log.do_fetch where it is looking for each item | 13:23 |
*** mie_ <mie_!5c6797da@gateway/web/freenode/ip.92.103.151.218> has joined #yocto | 13:25 | |
vtech | bluelightning: every path is correct... i have no idea why the meta xilinx cannot be found.. | 13:29 |
bluelightning | vtech: what is the exact error you are receiving ? | 13:29 |
vtech | bluelightning: the error is : | ERROR. Could not locate meta series for zynq | 13:30 |
bluelightning | vtech: are you pointing at a repository that has a linux-yocto style meta branch + source branch, or only a source branch? | 13:31 |
mie_ | Hi ! I would like to disable c++ languages during the build of gcc-runtime . So I override LANGUAGES by "c" and disable "--disable-libstdcxx-v3" on the EXTRA_OECONF. But it fail during gcc-runtime configuration . Somebody knows this error : "checking for exception model to use... configure: error: unable to detect exception model " | 13:33 |
vtech | bluelightning: i think it's a source only. But i'm using the the xlnx .inc and variables which are able to build a 3.14 and 3.19 kernels from a source only repository. (https://github.com/Xilinx/linux-xlnx/tree/xlnx_3.8) | 13:33 |
* zeddii reads | 13:34 | |
* zeddii actually just improved the error messages in that area. | 13:35 | |
zeddii | vtech: what release are you using ? | 13:35 |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto | 13:37 | |
vtech | i'm using yocto fido | 13:38 |
vtech | zeddii: i'm using yocto fido | 13:38 |
*** manuel_ <manuel_!~manuel@c-24-61-40-209.hsd1.ma.comcast.net> has quit IRC | 13:39 | |
zeddii | ok. so my latest changes in master don't come into play .. that's good. but yes, chances are it isn't finding one of the references files and failing to generate a meta-series (which is the messages I've been working on). | 13:39 |
zeddii | is any of this somewhere you can pastebin, and I can see it ? | 13:39 |
zeddii | I'm heading out on vacation tomorrow, so have little time to get set up. but if I can jump start a debug of it, I can probably point it out quickly. | 13:40 |
vtech | zeddii: you want the error log ? | 13:40 |
zeddii | it won't be helpful. but sure. it doesn't have much information, that's what I've been improviing. | 13:40 |
zeddii | if you can find the log for the do_configme and do_patch phases, something may be lurking in there to point out the exact file it couldn't find. | 13:41 |
vtech | zeddii: ok, i'm posting that right now on a pastbin | 13:41 |
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-cjbldaitjfnzprxf> has joined #yocto | 13:44 | |
arfoll | otavio: i'm using meta-java and trying to get a decent JAVA_HOME for my lib using openjdk7/8. Was hoping java.class would provide this, any tips? | 13:44 |
bluelightning | mario-goulart: also ^ | 13:45 |
vtech | zeddii: here is the do patch log : http://pastebin.com/8ufjqALZ but i have no log in the temp folder for do_kernel_configme | 13:46 |
vtech | zeddii: are you talking about the do_kernel_metadata instead ? | 13:47 |
zeddii | yah. that's where I moved it. old habits :) | 13:47 |
vtech | ok i'm posting it too | 13:47 |
zeddii | yah. as expected zero of value in http://pastebin.com/8ufjqALZ | 13:48 |
zeddii | that's why I made some logging more verbose. | 13:48 |
vtech | zeddii: here is the metadata log : http://pastebin.com/0pHVyLHb | 13:48 |
zeddii | ok. so that shows us something. | 13:49 |
zeddii | bear with me if I ask you qusetinos that bluelightning already did. I didn't churn through the history. | 13:49 |
*** karotin <karotin!4d5007b2@gateway/web/freenode/ip.77.80.7.178> has quit IRC | 13:50 | |
zeddii | xilinx-drivers-linux-xlnx.scc, that is what you are trying to add ? | 13:50 |
* zeddii updates his meta-xilinx | 13:50 | |
* zeddii sees that in the layer | 13:51 | |
vtech | zeddii: no this one is in the xlnx layer | 13:51 |
vtech | i'm trying to add : framebuffer.scc and wifi.scc (they both have a corresponding .cfg and are located in meta-adeneo/recipes-kernel/linux/config/adeneo/features | 13:52 |
zeddii | that .scc file is wrong in the layer. they don't actually reference it in any of the configs in meta-xilinx, and it is in fact referring to a file that doesn't exist. | 13:54 |
zeddii | xilinx-ip-linux-xlnx.cfg isn't anywhere to be found ... are you saying that you are creating or importing that via another layer ? | 13:55 |
mario-goulart | arfoll: I'd suggest to take a look at some lib recipes in meta-java | 13:55 |
vtech | it does exist, i added it in my layer. and used SRC_URI_append += " \ file://adeneo;type=kmeta;destsuffix=adeneo \ " to reference it. | 13:55 |
vtech | no i don't use xilinx-ip-linux-xlnx , it is not mine... | 13:55 |
vtech | is that the one causing the issue ? Oo | 13:55 |
zeddii | yep. | 13:56 |
* ant_work thinks that layer is the only one using type=kmeta in SRC_URI | 13:56 | |
zeddii | ant_work, nope. all of master is now :) | 13:56 |
zeddii | linux-yocto* | 13:56 |
*** manuel_ <manuel_!~manuel@209.6.175.242> has joined #yocto | 13:56 | |
vtech | how can the xilinx layer build a 3.14 kernel if there are missing files.. Oo | 13:56 |
ant_work | yep but only in the master recipe, not in further appends/inc iirc | 13:57 |
zeddii | vtech, because they don't actually reference that fragments. | 13:57 |
zeddii | s/fragments/fragments/ | 13:57 |
zeddii | when I grep the fido branch of meta-xilinx, I get zero hits on xilinx-drivers-linux-xlnx.scc | 13:58 |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 13:58 | |
zeddii | ant_work, aha. I see. I do that locally in a meta-local, just to be sure it works. | 13:58 |
vtech | ok.. but neither i do.. well i thought so | 13:58 |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 13:59 | |
zeddii | it is worth pinging the meta-xilinx list, it is probably just an orphan .. but not using it in your work is probably a good thing as well. | 13:59 |
ant_work | zeddii: fwiw I have still to study the very last changes | 13:59 |
ant_work | " After this change, linux-yocto can no longer process combined trees, | 13:59 |
ant_work | and is simplified as a result." | 13:59 |
zeddii | no more meta branch to cause confusion :) | 14:00 |
vtech | but i never reference it directly from my recipe | 14:01 |
*** hugovs <hugovs!~hugo@177.159.144.73> has quit IRC | 14:02 | |
vtech | looking at the fido branch of the xilinx repo i find both the .scc and the .cfg | 14:03 |
vtech | oh no my bad | 14:04 |
vtech | i made a mistake , there is nothing indeed. | 14:04 |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 14:04 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 14:05 | |
arfoll | mario-goulart: do you have in particular? I see the inherit java-library seems to be the main thing but I dont see how that exports JAVA_HOME location which I need for my code to build | 14:05 |
zeddii | vtech. something, somewhere must be referencing that .scc file if it is coming into the mix though. I'm not seeing it. hmm. | 14:09 |
*** cference <cference!~cference@69-196-132-46.dsl.teksavvy.com> has quit IRC | 14:11 | |
vtech | zeddii: arf my last day of internship , so sad :p i'm looking for it too right now :) | 14:12 |
vtech | i have a reference to it in : meta-xilinx/recipes-kernel/linux/config/xilinx-base/bsp/xilinx/xilinx-drivers-linux-xlnx.scc | 14:13 |
vtech | zeddii: well it's referencing the cfg file | 14:14 |
ant_work | zeddii: time permitting I'll try again to create some macro-groups of fragments. I.e. fs compiled in plus block devices to boot from anywere | 14:14 |
zeddii | exactly. but unless a SRC_URI references that .scc, or another one includes it. it won't come into the build, and I'm not seeing that reference. | 14:14 |
vtech | yeah, me neither :/ | 14:15 |
zeddii | if the layers or recipes were public, I could track it down. but looking at what I have to go on, I'm not seeing it. | 14:16 |
darkspike | Hi All... I want to override a do_configure_prepend function in a .bbappend recipe. This does not seem to work. It will call both my do_configure_prepend and the one from original recipe. | 14:16 |
zeddii | like anything there's no magic. a .scc file has to be referenced someewhere to be used. | 14:16 |
darkspike | How do I do this ? | 14:16 |
vtech | zeddii: i'm currently searching my whole HDD for the file | 14:18 |
vtech | zeddii: well no match.. i'll give up maybe :/ | 14:19 |
* zeddii wants to know where that is coming from! | 14:20 | |
vtech | zeddii: yeah me too >< i'm still searching | 14:20 |
zeddii | if you do a bitbake -e and dump it to a file. Is it someone on the SRC_URI ? | 14:20 |
zeddii | s/someone/somehow/ | 14:21 |
vtech | i tell you in a second | 14:21 |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:22 | |
vtech | not a single reference :/ | 14:23 |
vtech | how is that possible ? | 14:23 |
zeddii | having written all the code that processes those files. there's nothing that would go out and reference it by itself. barring a horrible bug of course. | 14:24 |
zeddii | vtech. can you go look at the meta-series itself ? it's in the kernel source directory | 14:24 |
zeddii | tmp/worked-shared/<your machine>/kernel-source/.meta/meta-series | 14:25 |
vtech | i can't find any .meta folder.. i'm in /tmp/work/zc702_zynq7-poky-linux-gnueabi/linux-xlnx/3.8-xilinx+gitAUTOINC+297a37ee40-r0/linux-zc702_zynq7-standard-build | 14:27 |
zeddii | that's the build | 14:27 |
zeddii | the source is in split in fido to work-shared/ | 14:27 |
vtech | oh yes work-shared sorry << | 14:27 |
*** jbrianceau <jbrianceau!uid10952@gateway/web/irccloud.com/x-tknodgrkdrsxwpbe> has quit IRC | 14:27 | |
*** jbrianceau <jbrianceau!uid10952@gateway/web/irccloud.com/x-qevcptgdjqunlnui> has joined #yocto | 14:28 | |
vtech | there is no file or folder names meta-series in .meta, i'm looking for it | 14:28 |
vtech | zeddii: there is nothing named like that in .meta | 14:30 |
*** lamego <lamego!~lamego@134.134.137.73> has joined #yocto | 14:30 | |
zeddii | in .meta, what do you see ? a file called top_tgt ? | 14:30 |
zeddii | since that failure was in the generation of the meta series it won't be thre | 14:31 |
zeddii | my bad for not being clear. | 14:31 |
vtech | yes there is top_tgt , no problem :) | 14:31 |
zeddii | cat that file. where does it point ? | 14:32 |
vtech | i can't put it here >< don't know why here is the pastbin : http://pastebin.com/ZVmHSwJm | 14:34 |
*** sdh11 <sdh11!~sdh11@yorktown.backskatter.com> has quit IRC | 14:35 | |
*** sdh11 <sdh11!~sdh11@yorktown.backskatter.com> has joined #yocto | 14:36 | |
zeddii | vtech. ok. so that file is the start of everything. it includes other .scc files (and they can do the same), or fragments. if you open that file, and chase everything it includes, something must be yanking in that bad .scc file. if it isn't there, it is either via SRC_URI or KERNEL_FEATURES. exhaust those searches and it has to be found. | 14:36 |
vtech | o i'll look for that :) | 14:37 |
vtech | thaks :) | 14:37 |
vtech | thanks * | 14:37 |
*** realBigfoot_ <realBigfoot_!~realBigfo@134.191.220.74> has quit IRC | 14:39 | |
*** hugovs <hugovs!~hugo@177.159.144.73> has joined #yocto | 14:44 | |
mario-goulart | arfoll: oh, sorry. So you _need_ JAVA_HOME set to build you library. Can't you just use the STAGING_... variables as defined in java.bbclass? | 14:46 |
kergoth | morning | 14:51 |
*** realBigfoot <realBigfoot!~realBigfo@134.191.220.74> has joined #yocto | 14:53 | |
ant_work | vtech: found it? it seems config/xilinx-common/bsp/xilinx/soc/zynq.scc | 14:55 |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC | 14:55 | |
* ant_work lurking interested about new ways to (ab)use of fragments in the metadata | 14:55 | |
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC | 14:56 | |
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has quit IRC | 14:59 | |
*** jmpdelos <jmpdelos!~polk@delos.delosent.com> has joined #yocto | 15:04 | |
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto | 15:08 | |
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 15:09 | |
*** sameo <sameo!~samuel@192.55.54.38> has joined #yocto | 15:09 | |
*** AlexVaduva <AlexVaduva!~AlexVaduv@193.202.22.66> has quit IRC | 15:13 | |
*** ant_work <ant_work!~ant__@host222-188-static.61-79-b.business.telecomitalia.it> has quit IRC | 15:13 | |
arfoll | mario-goulart: I could use those to translate I was just thinking there would be something pretty much good to go for people using JAVA_HOME | 15:17 |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto | 15:20 | |
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC | 15:25 | |
kergoth | RP: stupid question, are mirrors & sstate mirrors replacements applied recursively? | 15:26 |
RP | kergoth: yes, I think so | 15:26 |
RP | kergoth: I do have some sstate mirror pieces locally I keep meaning to submit... | 15:26 |
*** twirck-user-1320 <twirck-user-1320!~twirck-us@50.246.83.61> has joined #yocto | 15:27 | |
kergoth | K, I figured that was probably the case. One related question: can it recurse infinitely? I'm assuming the same pattern won't be re-applied in the recursion, just all the others, but in theory two patterns could keep appending to one another recursively, forever | 15:27 |
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC | 15:27 | |
kergoth | thats just a thought, obviously haven't tested such a thing | 15:27 |
kergoth | happened across your 'Add basic sstate dsitro version mapping for file urls' and was wondering if the distro fallbacks would recurse, so each new distro only has to fall back to the previous, not to all previous versions explicitly | 15:28 |
kergoth | sounds like the answer is yes | 15:28 |
*** acedude <acedude!~acedude@50.246.83.61> has joined #yocto | 15:28 | |
RP | kergoth: yes, I did that deliberately. There are simplistic checks for recursion | 15:29 |
RP | kergoth: I don't doubt someone could make it break | 15:29 |
*** acedude <acedude!~acedude@50.246.83.61> has quit IRC | 15:29 | |
*** twirck-user-1320 <twirck-user-1320!~twirck-us@50.246.83.61> has quit IRC | 15:29 | |
*** cazze <cazze!~cazze@mail.cap7.net> has quit IRC | 15:29 | |
*** acedude <acedude!~acedude@50.246.83.61> has joined #yocto | 15:29 | |
kergoth | k | 15:29 |
kergoth | figured as much :) | 15:29 |
kergoth | thanks | 15:30 |
acedude | hackers I have a question on how to structure a derivitative machine | 15:30 |
-YoctoAutoBuilder- build #411 of nightly-intel-gpl is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-intel-gpl/builds/411 | 15:32 | |
acedude | I have tweaked the beaglebone.conf file and added and include to the linux-yocto kernel recipe to add some features, and everything works well. Should I now create my own bsp layer using the yocto-layer create and move those changes in there, with my own machine.conf file, to keep them separate from meta-yocto-bsp layer? | 15:32 |
*** aehs29 <aehs29!aehernan@nat/intel/x-oxauwzvuakowydxz> has joined #yocto | 15:33 | |
*** raykinsella781 <raykinsella781!rkinsell@nat/intel/x-cjbldaitjfnzprxf> has left #yocto | 15:33 | |
*** vtech <vtech!500fd832@gateway/web/freenode/ip.80.15.216.50> has quit IRC | 15:34 | |
acedude | this is for internal use on a beablegone prototype, just wondering what the best way to package changes are for a machine that is almost the same as stock beagleboard but with a few minor additions | 15:34 |
*** aehs29 <aehs29!aehernan@nat/intel/x-oxauwzvuakowydxz> has left #yocto | 15:35 | |
*** staylor <staylor!~staylor@mail.au-zone.com> has joined #yocto | 15:37 | |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-awmraemjbzrfpkdb> has joined #yocto | 15:39 | |
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 15:44 | |
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has quit IRC | 15:45 | |
*** varibull_ <varibull_!~varibull@ta.tainstruments.com> has joined #yocto | 15:46 | |
*** mie_ <mie_!5c6797da@gateway/web/freenode/ip.92.103.151.218> has quit IRC | 15:48 | |
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC | 15:48 | |
*** benjamirc <benjamirc!~besquive@134.134.137.73> has joined #yocto | 15:51 | |
*** sujith_h <sujith_h!~sharidas@kde/developers/sujithh> has left #yocto | 15:57 | |
acedude | peaceful here | 15:59 |
kergoth | creating your own bsp layer sounds fine. if you wanted to, you could use a different machine name and have your own machine.conf require the other one, to avoid duplicating content there, and then use MACHINEOVERRIDES to that both your override and the original machine override apply | 16:00 |
kergoth | we've done that before, e.g. mel-omap5-evm instead of omap5-evm | 16:00 |
*** imrehg <imrehg!~imrehg@118-168-71-92.dynamic.hinet.net> has quit IRC | 16:01 | |
acedude | that sounds cleaner, thanks | 16:01 |
*** simmel80___ <simmel80___!~quassel@p4FF967B3.dip0.t-ipconnect.de> has quit IRC | 16:01 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:01 | |
kergoth | e.g. require/conf/machine/<original machine>.conf in the machine.conf, yous hould be able to grep to see examples of MACHINEOVERRIDES, but it's just a section of OVERRIDES, colon separated, with the last winning over the former. so e.g. MACHINEOVERRIDES = "<original machine name>:<your machine name>" | 16:02 |
*** roric <roric!~roric@83.140.117.51> has joined #yocto | 16:02 | |
*** atuleu <atuleu!80b2941b@gateway/web/freenode/ip.128.178.148.27> has joined #yocto | 16:02 | |
kergoth | that might not be needed, but it's a good idea just in case the original override is used anywhere, so you don't miss anything | 16:02 |
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-awmraemjbzrfpkdb> has left #yocto | 16:02 | |
acedude | i think that sounds good. How would I handle the kernel fragment that I included in the kernel recipe for this machine? | 16:03 |
*** atuleu <atuleu!80b2941b@gateway/web/freenode/ip.128.178.148.27> has quit IRC | 16:03 | |
kergoth | you could bbappend the kernel recipe to add your fragment, in your bsp layer | 16:04 |
kergoth | or provide your own kernel recipe, really up to you, whatever works best | 16:05 |
acedude | I see. I will give this all a try. Thanks! | 16:05 |
kergoth | np | 16:07 |
kergoth | you'll discover there are lots of ways to just about everything, and only sometimes are there conventions over what's best, often it's case-by-case, and the project covers a lot of use cases, so you end up going with whatever is best for your situation | 16:08 |
*** atuleu <atuleu!80b2941b@gateway/web/freenode/ip.128.178.148.27> has joined #yocto | 16:09 | |
atuleu | Hi, I have a question about using qemu to generate some file in a recipe (like emacs recipe). I used the same template than the old emacs recipe and I get the same segfault error | 16:10 |
atuleu | I investigated and it seems that qemu is loading the host libc and not the target libc, thus the segfault | 16:11 |
atuleu | So my idea is that the emacs recipe is doing it the wrong way. Does someone now another recipe with the same mechanism that use qemu to run a program compiled for thetarget platform ? | 16:12 |
kergoth | afaik any recipes needing to do that should be inheriting qemu, using qemu_run_binary(), and DEPENDS on qemu-native | 16:14 |
*** acedude <acedude!~acedude@50.246.83.61> has quit IRC | 16:18 | |
atuleu | thanks, I think that would help me a lot | 16:18 |
kergoth | RP: am i missing something, or is it impossible to add back a task which was removed with deltask? i think either it needs to be able to add it back (ideal) or the addtask command should result in some form of failure, rather than just doing nothing | 16:19 |
RP | kergoth: I suspect its an oversight | 16:20 |
RP | kergoth: I've never tried that | 16:20 |
kergoth | I was wanting to experiment with appending a recipe and making it no longer build, but instead e.g. pull binaries. Since in the general case I don't know what tasks have been added between patch and install, i don't want to just override the configure/compile task content, it'd be ideal to wipe and reconstruct part of the task graph :) | 16:21 |
*** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has joined #yocto | 16:22 | |
-YoctoAutoBuilder- build #413 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/413 | 16:23 | |
*** belen <belen!~Adium@192.198.151.44> has quit IRC | 16:27 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-huorlpyipszfeiac> has joined #yocto | 16:36 | |
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 16:38 | |
*** adelcast <adelcast!~adelcast@130.164.62.82> has quit IRC | 16:39 | |
*** adelcast <adelcast!~adelcast@130.164.62.82> has joined #yocto | 16:40 | |
otavio | arfoll: what is the problem you are trying to fix? the javs should work out of box | 16:40 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:43 | |
*** jbrianceau is now known as jbrianceau_away | 16:45 | |
*** lordzen <lordzen!~lordzen@93-51-177-218.ip268.fastwebnet.it> has quit IRC | 16:46 | |
*** skfax <skfax!c147b472@gateway/web/freenode/ip.193.71.180.114> has joined #yocto | 16:49 | |
*** zenx <zenx!~quassel@37.189.236.81> has quit IRC | 16:59 | |
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC | 17:06 | |
*** Biliogadafr <Biliogadafr!~User@178.121.208.13> has joined #yocto | 17:09 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 17:09 | |
*** Biliogadafr1 <Biliogadafr1!~User@93.84.40.160> has quit IRC | 17:10 | |
*** lamego <lamego!~lamego@134.134.137.73> has quit IRC | 17:12 | |
*** lamego <lamego!lamego@nat/intel/x-dzqomiamjxrpfuln> has joined #yocto | 17:14 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@78-134-35-154.v4.ngi.it> has quit IRC | 17:21 | |
*** felipealmeida <felipealmeida!~felipealm@186.205.32.78> has quit IRC | 17:22 | |
*** pidge <pidge!~pidge@2a02:8084:0:3000:983d:44d9:bffd:929> has quit IRC | 17:34 | |
*** berton <berton!~fabio@177.220.212.62> has joined #yocto | 17:36 | |
skfax | I'm attempting to create a package for use with meta-ros which encapsulates a catkin package. When I add my package to IMAGE_INSTALL in my image it install correctly; however when I try to install the generated RPMs directly it doesn't install the files I want | 17:40 |
skfax | Is there supposed to be a difference between using IMAGE_INSTALL and installing an rpm? | 17:40 |
bluelightning | skfax: erm, definitely not | 17:41 |
bluelightning | that sounds very strange... | 17:42 |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has quit IRC | 17:42 | |
skfax | I tried to understand what goes into the install; is this determined by the FILES variable? The information put into it seems a bit weird: https://github.com/bmwcarit/meta-ros/blob/master/classes/ros.bbclass | 17:43 |
skfax | (I also tried to get one of their examples "chatter_talker" to install properly; however I have the same issue where using IMAGE_INSTALL works but the RPM does not) | 17:44 |
skfax | 3 RPMs are generated; release, debug and dev. They are very small and can be installed producing a few files - but not the actual application | 17:44 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:47 | |
skfax | :-( | 17:47 |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 17:48 | |
*** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 17:50 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 17:52 | |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto | 18:05 | |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has left #yocto | 18:05 | |
*** hugovs <hugovs!~hugo@177.159.144.73> has quit IRC | 18:16 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC | 18:20 | |
*** belen1 <belen1!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 18:24 | |
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto | 18:31 | |
*** cference <cference!~cference@69-196-132-46.dsl.teksavvy.com> has joined #yocto | 18:32 | |
*** benjamirc <benjamirc!~besquive@134.134.137.73> has quit IRC | 18:34 | |
*** lamego <lamego!lamego@nat/intel/x-dzqomiamjxrpfuln> has quit IRC | 18:34 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:35 | |
*** cference <cference!~cference@69-196-132-46.dsl.teksavvy.com> has quit IRC | 18:37 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 18:40 | |
*** berton <berton!~fabio@177.220.212.62> has quit IRC | 18:42 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 18:42 | |
*** berton <berton!~fabio@177.220.212.62> has joined #yocto | 18:43 | |
fishey1 | Has anyone tried to use lto (link time optimization) on a yocto build yet? (I'm considering it) | 18:45 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qevcptgdjqunlnui> has quit IRC | 18:46 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:51 | |
*** Biliogadafr <Biliogadafr!~User@178.121.208.13> has quit IRC | 18:55 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC | 18:56 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has joined #yocto | 18:56 | |
*** berton <berton!~fabio@177.220.212.62> has quit IRC | 19:01 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:02 | |
*** aehs29 <aehs29!aehernan@nat/intel/x-huorlpyipszfeiac> has left #yocto | 19:04 | |
*** staylor_ <staylor_!~staylor@mail.au-zone.com> has joined #yocto | 19:12 | |
*** staylor <staylor!~staylor@mail.au-zone.com> has quit IRC | 19:16 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:21 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:21 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:28 | |
*** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 19:28 | |
*** paulg <paulg!~paulg@72.1.195.9> has joined #yocto | 19:30 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:32 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:37 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:37 | |
* kergoth wonders whether its most intuitive for deltask to also clear the task deps.. if you deltask and then re-addtask, does it keep its old task deps? I'm inclined to say no, it should start fresh | 19:48 | |
*** zeddii <zeddii!~bruce@128.224.252.2> has quit IRC | 19:49 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.38> has quit IRC | 19:52 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 19:55 | |
-YoctoAutoBuilder- build #423 of nightly-world is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/423 | 20:03 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:12 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:19 | |
*** behanw <behanw!~behanw@15.203.226.24> has quit IRC | 20:19 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 20:26 | |
*** grma <grma!~gruberm@chello213047201250.tirol.surfer.at> has joined #yocto | 20:30 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 20:31 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has joined #yocto | 20:41 | |
*** paulg <paulg!~paulg@72.1.195.9> has quit IRC | 20:43 | |
*** nighty^ <nighty^!~nighty@hokuriku.rural-networks.com> has quit IRC | 20:47 | |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has joined #yocto | 20:48 | |
*** madisox <madisox!~madison@70.90.175.93-BusName-ca.sfba.hfc.comcastbusiness.net> has left #yocto | 20:48 | |
*** behanw <behanw!~behanw@50.232.168.130> has joined #yocto | 21:01 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@host217-222-dynamic.9-87-r.retail.telecomitalia.it> has joined #yocto | 21:03 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 21:03 | |
-YoctoAutoBuilder- build #80 of nightly-rpm-non-rpm is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-rpm-non-rpm/builds/80 | 21:05 | |
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC | 21:11 | |
*** tsramos <tsramos!~tsramos@192.55.54.36> has quit IRC | 21:11 | |
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has quit IRC | 21:13 | |
*** moto-timo <moto-timo!~timo@fsf/member/moto-timo> has joined #yocto | 21:21 | |
-YoctoAutoBuilder- build #20 of nightly-qa-systemd-load is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd-load/builds/20 | 21:22 | |
*** ant_home <ant_home!~ant__@host141-222-dynamic.20-79-r.retail.telecomitalia.it> has joined #yocto | 21:23 | |
*** skfax <skfax!c147b472@gateway/web/freenode/ip.193.71.180.114> has quit IRC | 21:54 | |
-YoctoAutoBuilder- build #112 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/112 | 21:57 | |
*** manuel_ <manuel_!~manuel@209.6.175.242> has quit IRC | 21:57 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@host217-222-dynamic.9-87-r.retail.telecomitalia.it> has quit IRC | 21:58 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** dfaught <dfaught!~dfaught@cpe-70-119-105-90.tx.res.rr.com> has quit IRC | 22:12 | |
*** ant_home <ant_home!~ant__@host141-222-dynamic.20-79-r.retail.telecomitalia.it> has quit IRC | 22:20 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 22:31 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:45 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:52 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 22:53 | |
*** paulg <paulg!~paul@24-246-6-178.cable.teksavvy.com> has joined #yocto | 22:58 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:02 | |
*** LocutusOfBorg1 <LocutusOfBorg1!~Gianfranc@151.43.114.75> has joined #yocto | 23:05 | |
-YoctoAutoBuilder- build #417 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests Running Sanity Tests_2] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-qa-systemd/builds/417 | 23:15 | |
*** imrehg <imrehg!~imrehg@118-168-71-92.dynamic.hinet.net> has joined #yocto | 23:19 | |
*** imrehg <imrehg!~imrehg@118-168-71-92.dynamic.hinet.net> has quit IRC | 23:23 | |
*** dorileo <dorileo!~dorileo@134.191.220.71> has quit IRC | 23:26 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:32 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:35 | |
*** Crofton|work <Crofton|work!~balister@pool-71-171-15-180.ronkva.east.verizon.net> has quit IRC | 23:37 | |
*** anselmolsm <anselmolsm!~anselmols@192.55.54.40> has quit IRC | 23:37 | |
*** Crofton <Crofton!~balister@pool-71-171-15-180.ronkva.east.verizon.net> has quit IRC | 23:37 | |
*** bboozzoo <bboozzoo!~Maciej_Bo@staticline-31-182-60-238.toya.net.pl> has quit IRC | 23:39 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 23:44 | |
*** Crofton <Crofton!~balister@pool-108-44-116-125.ronkva.east.verizon.net> has joined #yocto | 23:50 | |
*** SoylentYellow <SoylentYellow!~SoylentYe@209-234-137-234.static.twtelecom.net> has quit IRC | 23:50 | |
*** Crofton|work <Crofton|work!~balister@pool-108-44-116-125.ronkva.east.verizon.net> has joined #yocto | 23:50 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 23:50 | |
*** bboozzoo <bboozzoo!~Maciej_Bo@osu194.internetdsl.tpnet.pl> has joined #yocto | 23:53 | |
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC | 23:56 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!