-YoctoAutoBuilder- build #124 of build-appliance is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/build-appliance/builds/124 | 00:09 | |
*** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has joined #yocto | 00:12 | |
*** sjolley <sjolley!~sjolley@134.134.139.76> has joined #yocto | 00:13 | |
*** maxtothemax <maxtothemax!maxtothema@nat/intel/x-pycogozedrzspwwv> has quit IRC | 00:14 | |
*** Jefro <Jefro!~jefro@pool-113-10.mcoe.us> has quit IRC | 00:24 | |
*** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC | 00:45 | |
*** Daemon405 <Daemon405!~who_knows@cpc50-newt31-2-0-cust38.19-3.cable.virginm.net> has joined #yocto | 00:50 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 00:50 | |
*** Daemon405 is now known as Daemon404 | 00:51 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 00:51 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:56 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:00 | |
*** armpit <armpit!~akuster@64.2.3.195.ptr.us.xo.net> has quit IRC | 01:15 | |
*** neabax <neabax!~neabax@173.247.199.210> has quit IRC | 01:28 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:34 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:35 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 01:44 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 01:45 | |
*** sameo <sameo!~samuel@192.55.54.38> has quit IRC | 02:03 | |
*** wgao <wgao!~wgao@1.202.252.122> has joined #yocto | 02:07 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 02:18 | |
*** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 02:19 | |
*** jmdelos_ <jmdelos_!~polk@97-121-163-215.clsp.qwest.net> has joined #yocto | 02:29 | |
*** jmpdelos <jmpdelos!~polk@71-219-241-209.clsp.qwest.net> has quit IRC | 02:29 | |
*** simmel80___ <simmel80___!~quassel@p5797F506.dip0.t-ipconnect.de> has joined #yocto | 02:30 | |
*** simmel80 <simmel80!~quassel@p5797F260.dip0.t-ipconnect.de> has quit IRC | 02:33 | |
*** rburton <rburton!~rburton@81.2.106.35> has quit IRC | 02:53 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 02:54 | |
*** Cyrin <Cyrin!~LCyrin@2607:fb90:40e:c74c:4121:aae3:538b:4089> has joined #yocto | 03:13 | |
*** LCyrin <LCyrin!~LCyrin@2607:fb90:407:ad68:4c86:276a:31a2:d531> has quit IRC | 03:16 | |
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto | 03:19 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 03:24 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 03:55 | |
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 04:12 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 04:23 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 04:23 | |
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has quit IRC | 04:25 | |
*** melonipoika <melonipoika!~quassel@91-158-68-147.elisa-laajakaista.fi> has quit IRC | 04:42 | |
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 04:51 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 04:56 | |
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has quit IRC | 05:09 | |
*** melonipoika <melonipoika!~quassel@85-76-69-56-nat.elisa-mobile.fi> has joined #yocto | 05:10 | |
*** mranostay <mranostay!~mranostay@c-50-186-57-56.hsd1.or.comcast.net> has joined #yocto | 05:10 | |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 05:21 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has joined #yocto | 05:45 | |
*** agust <agust!~agust@p4FDE753B.dip0.t-ipconnect.de> has joined #yocto | 05:52 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 05:53 | |
*** LetoTheII is now known as Letothe2nd | 06:41 | |
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC | 06:48 | |
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 06:50 | |
rink_ | hi there; question | 06:50 |
---|---|---|
rink_ | I'm inheriting core-image | 06:50 |
rink_ | and for some reason, it includes dbus which drags in virtual/libx11 | 06:50 |
rink_ | which causes problems because I need i.MX6 vivante with FB | 06:50 |
rink_ | any idea how I can figure out why it does this? the dependency graph shows that dbus wants "virtual/libx11" | 06:51 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qvpzuekhhxklalzn> has joined #yocto | 06:56 | |
*** jbrianceau_away is now known as jbrianceau | 06:56 | |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has joined #yocto | 07:04 | |
ndec | rink_: it's probably because x11 is enabled in your DISTRO_FEATURES | 07:04 |
ndec | if you look at dbus recipe, you will see "PACKAGECONFIG[x11] = "--with-x --enable-x11-autolaunch,--without-x --disable-x11-autolaunch, virtual/libx11 libsm" | 07:05 |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 07:05 | |
*** dvhart <dvhart!dvhart@nat/intel/x-zjstmegmkvwkkabs> has joined #yocto | 07:06 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has joined #yocto | 07:07 | |
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has quit IRC | 07:08 | |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has joined #yocto | 07:09 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 07:12 | |
rink_ | ndec, how can I verify that this is indeed the case ? | 07:20 |
ndec | you can check the value of DISTRO_FEATURES in your config files. if you use oe distroless or poky, then x11 is enabled by default | 07:21 |
rink_ | it seems this even happens with 'core-image-minimal' | 07:21 |
ndec | DISTRO_FEATURES is orthogonal to image recipe | 07:21 |
ndec | the .conf files for distro, machine, local, .. that contains definition used across all recipes. | 07:22 |
ndec | image recipe are just standard recipe that pulls together binary packages | 07:22 |
ndec | if dbus was built with x11 enabled , any image that uses dbus will get its x11 depends | 07:22 |
Letothe2nd | maybe bitbake -e core-image-minimal | grep DISTRO_FEATURES | 07:22 |
ndec | yes, ^DISTRO_FEATURES even better | 07:23 |
Letothe2nd | ah right | 07:23 |
ndec | i need to step out for ~30mins.. | 07:23 |
*** florian_kc <florian_kc!~fuchs@port-217-146-132-69.static.qsc.de> has joined #yocto | 07:25 | |
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 07:25 | |
*** florian_kc is now known as florian | 07:26 | |
rink_ | hmm it's with DISTRO_FEATURES_DEFAULT | 07:28 |
rink_ | how can I get rid of it ? | 07:28 |
Letothe2nd | i personally usually take poky-lsb.conf or poky-bleeding.conf, and derive my own distro config for it | 07:30 |
rink_ | i can inherit poky-lsb instead of core-image ? | 07:44 |
Letothe2nd | not at all, you are mixing up a distro config and an image recipe now. | 07:48 |
Letothe2nd | you create your own distro config, derived from poky-whatever. and then you point your locoal.conf's DISTRO to it. | 07:49 |
*** jwhitmore <jwhitmore!~jwhitmore@host86-131-24-98.range86-131.btcentralplus.com> has quit IRC | 07:52 | |
rink_ | okay, just spent time reading through the development manual and I don't undeerstand what you mean | 07:58 |
rink_ | DISTRO ?== 'poky' in my local.conf fwiw | 07:59 |
rink_ | however, I've added a custom layer with the kernel patch I need, which seems to work great | 07:59 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 07:59 | |
rink_ | the idea was to create an image into that custom layer, which I intend to build | 07:59 |
Letothe2nd | yeah thats all fine. | 08:02 |
Letothe2nd | now have a look at http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-yocto/conf/distro/poky-bleeding.conf and its location | 08:02 |
Letothe2nd | it shows you how you can easily derive your own distro configuration from poky. create something similar for your needs, and place it at the corresponding path in your layer | 08:03 |
Letothe2nd | then set it in local.conf to be used. | 08:03 |
Letothe2nd | so you are able to reproductibly set distro features etc. for your stuff. | 08:03 |
rink_ | ah, so my layer should also hold a custom distribution | 08:04 |
Letothe2nd | thats kind of the simplest way | 08:04 |
*** jwhitmore <jwhitmore!~jwhitmore@host86-131-24-98.range86-131.btcentralplus.com> has joined #yocto | 08:05 | |
rink_ | sorry, this is all new to me :) | 08:05 |
Letothe2nd | no problem, i've been thorugh all of this only a few weeks/months ago. | 08:06 |
rink_ | how do i make sure things like x11 aren' t dragged in? | 08:08 |
Letothe2nd | well remove them, and then check with bitbake -e | 08:09 |
*** kalyank <kalyank!~kalyan@109.204.208.33> has joined #yocto | 08:11 | |
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto | 08:11 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 08:11 | |
*** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has quit IRC | 08:11 | |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto | 08:12 | |
rink_ | hmm seems default-distrovars.inc is the culprit | 08:13 |
rink_ | which is included by defaultsetup.inc ... | 08:13 |
rink_ | guess i'd better guess i'd better override that one | 08:16 |
Letothe2nd | no... you can use DISTRO_FEATURES_remove, for example | 08:16 |
rink_ | I see DISTRO_FEATURES_DEFAULT ?= "alsa argp bluetooth ext2 irda largefile pcmcia usbgadget usbhost wifi xattr nfs zeroconf pci 3g nfc x 11" | 08:17 |
rink_ | so, after including the poky.conf and other stuff, I'll have that as default | 08:17 |
rink_ | will placing DISTRO_FEATURES_remove = "x11" after the include work ? | 08:17 |
Letothe2nd | should, IIRC | 08:18 |
rink_ | of course, I can always replace the DISTRO_FEATURES_DEFAULT thing, but ... dunno | 08:19 |
ndec | rink_: _remove will work, it doesn't really matter if you do it before or after. _remove are processed at the end of parsing | 08:21 |
ndec | if you just need to remove x11, _remove is the simplest method. if you build your own distro , and really need something custom then building DISTRO_FEATURES 'manually' is an option | 08:21 |
tasslehoff | otavio: is the " mv conf/local.conf conf/local.conf.sample | 08:23 |
tasslehoff | ooops. sorry | 08:23 |
tasslehoff | otavio: is the "Ensure all files in sources/base are kept in sync with project root" code in setup-environment in fsl-community-bsp-base right? | 08:27 |
tasslehoff | to me it seems that the cwd is not correct when that code is run | 08:27 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has joined #yocto | 08:34 | |
rink_ | hmm so if I understand correctly, the reason the DISTRO_FEATURES_remove = "x11" didn't work in my own core-image recipe is that it is parsed too late | 08:42 |
rink_ | and bb already decided that dbus etc need x11? | 08:42 |
Letothe2nd | rink_: it needs to be set in the distro or local config files. in the recipes, it would only have a local effect (and tehrefore not remove the packages.) | 08:45 |
*** bluelightning <bluelightning!~paul@83.217.123.106> has joined #yocto | 08:45 | |
*** bluelightning <bluelightning!~paul@83.217.123.106> has quit IRC | 08:45 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 08:45 | |
*** melonipoika <melonipoika!~quassel@85-76-69-56-nat.elisa-mobile.fi> has quit IRC | 08:48 | |
*** volker- <volker-!~volker@unaffiliated/volker-> has quit IRC | 08:48 | |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has quit IRC | 08:48 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has quit IRC | 08:48 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has quit IRC | 08:48 | |
*** volker- <volker-!~volker@unaffiliated/volker-> has joined #yocto | 08:48 | |
*** melonipoika <melonipoika!~quassel@85-76-69-56-nat.elisa-mobile.fi> has joined #yocto | 08:48 | |
*** ScriptRipper <ScriptRipper!~ScriptRip@opensuse/member/MartinMohring> has joined #yocto | 08:49 | |
*** sgw_ <sgw_!~sgw@c-50-186-0-160.hsd1.or.comcast.net> has joined #yocto | 08:49 | |
*** lyang0 <lyang0!~lyang001@1.202.252.122> has joined #yocto | 08:50 | |
rink_ | btw, the instructions i followed when patching the kernel claimed you had to increment PRINC; but that gives warnings now. is that no longer needed? the linked page doesn't really help | 08:50 |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 08:50 | |
bluelightning | morning all | 08:53 |
bluelightning | rink_: you no longer need PRINC, those instructions need updating | 08:54 |
bluelightning | rink_: which instructions are those? | 08:54 |
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has joined #yocto | 08:55 | |
rink_ | hmmm; i can't remember actually - this was done a long time ago (and got pulled off the project in between :S) | 08:57 |
bluelightning | ok; if you do come across it let us know | 08:58 |
rink_ | fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.2/ld: shell.o: relocation R_ARM_MOVW_ABS_NC against `forced_interactive' can not be used when making a shared object; recompile with -fPIC | 08:58 |
rink_ | uh-uh | 08:58 |
rink_ | *wonders what is that* | 09:01 |
rink_ | seems it only affects bash *scratches head* | 09:02 |
*** _dv_ <_dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has quit IRC | 09:02 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:03 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:08 | |
bluelightning | doesn't mean anything to me I'm afraid... | 09:09 |
rink_ | hmm guess nuking the work/cortex.../bash directory to force it to rebuild messed things up | 09:11 |
rink_ | and cleansstate doesn't help either - how can I get bitbake to understand bash is to be rebuilt completely ? | 09:11 |
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has quit IRC | 09:11 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 09:11 | |
*** kevin_t <kevin_t!~Thunderbi@46.18.96.46> has joined #yocto | 09:13 | |
*** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has joined #yocto | 09:13 | |
*** akS <akS!d44db44a@gateway/web/freenode/ip.212.77.180.74> has joined #yocto | 09:13 | |
*** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has quit IRC | 09:13 | |
akS | morning | 09:13 |
*** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has joined #yocto | 09:13 | |
rink_ | ok, guess -c cleansstate bash helped | 09:14 |
rink_ | seems cleansstate isn't recursive :) | 09:14 |
rink_ | bluelightning, btw, found the tutorial I think i followed: https://community.freescale.com/docs/DOC-95252 | 09:15 |
rink_ | [btw: this is odd - force rebuilding of bash seems to fix the issue - wonder what that was all about] | 09:16 |
*** maxin <maxin!~majo@sestofw01.enea.se> has joined #yocto | 09:16 | |
*** eliza411 <eliza411!~eliza411@crown.incitedev.com> has quit IRC | 09:17 | |
*** eliza411 <eliza411!~eliza411@crown.incitedev.com> has joined #yocto | 09:17 | |
*** _dv_ <_dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has joined #yocto | 09:18 | |
*** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has quit IRC | 09:19 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:23 | |
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has joined #yocto | 09:24 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:29 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has joined #yocto | 09:33 | |
*** _dv_ <_dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has quit IRC | 09:33 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:38 | |
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has quit IRC | 09:38 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:39 | |
*** W1N9Zr0 <W1N9Zr0!~w1n9zr0@2605:6400:20:895b:22:0:1c4:4d6a> has joined #yocto | 09:44 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 09:48 | |
*** dv_ <dv_!~quassel@chello080108088242.14.11.vie.surfer.at> has joined #yocto | 09:50 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 09:57 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:58 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 10:07 | |
*** cristianiorga <cristianiorga!~cristiani@134.134.137.73> has quit IRC | 10:24 | |
*** mulhern <mulhern!~mulhern@50.189.153.218> has joined #yocto | 10:25 | |
*** zecke <zecke!~ich@24-134-59-157-dynip.superkabel.de> has joined #yocto | 10:32 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:33 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:33 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 10:42 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 10:43 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 10:47 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 10:48 | |
*** eliza411 <eliza411!~eliza411@crown.incitedev.com> has quit IRC | 10:49 | |
*** eliza411 <eliza411!~eliza411@crown.incitedev.com> has joined #yocto | 10:49 | |
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC | 10:50 | |
*** halstead <halstead!~halstead@crown.incitedev.com> has joined #yocto | 10:51 | |
*** jaustin <jaustin!~jonaus01@fw-tnat.cambridge.arm.com> has joined #yocto | 10:51 | |
*** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has joined #yocto | 11:12 | |
*** jluisn <jluisn!~quassel@187.115.172.24> has joined #yocto | 11:14 | |
*** Squix <Squix!~Squix__@p049.net112139164.tokai.or.jp> has quit IRC | 11:21 | |
*** smartin <smartin!~smartin@46.218.232.202> has quit IRC | 11:38 | |
*** cristianiorga <cristianiorga!cristianio@nat/intel/x-tebmcpumbjmjuotl> has joined #yocto | 11:48 | |
*** smartin <smartin!~smartin@46.218.232.202> has joined #yocto | 11:50 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 11:54 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 11:55 | |
*** e8johan <e8johan!~quassel@194-237-7-146.customer.telia.com> has joined #yocto | 12:01 | |
*** e8johan_ <e8johan_!~quassel@194-237-7-146.customer.telia.com> has quit IRC | 12:02 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC | 12:04 | |
*** melonipoika <melonipoika!~quassel@85-76-69-56-nat.elisa-mobile.fi> has quit IRC | 12:06 | |
*** kroon <kroon!~kroon@193.15.174.198> has joined #yocto | 12:09 | |
*** blitz00 <blitz00!~stefans@89.122.246.95> has joined #yocto | 12:20 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has joined #yocto | 12:20 | |
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto | 12:21 | |
*** jkridner <jkridner!~jkridner@65.183.15.82> has joined #yocto | 12:28 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 12:28 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:29 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:30 | |
*** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto | 12:30 | |
*** mawillia <mawillia!~mikew@static-72-90-70-106.syrcny.fios.verizon.net> has joined #yocto | 12:36 | |
mawillia | Hi. I just updated/pulled to the latest dora branch 0a6f0dbf9476dcb4a17a210af90e2dd1a43b61aa and I notice meta-yocto/conf/distro/poky.conf still shows DISTRO_VERSION="1.5.1", and thats what shows in the Build Configuration dump on the build. Is that expected? | 12:41 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 12:42 | |
mawillia | (thought it was 1.5.2 now...) | 12:42 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 12:42 | |
bluelightning | mawillia: I think someone missed bumping the version | 12:44 |
bluelightning | there is a bug open for it: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6395 | 12:45 |
yocti | Bug 6395: normal, Undecided, ---, richard.purdie, NEW , poky version of 1.5.2 does lists 1.5.1 | 12:45 |
Letothe2nd | BÜMP all the versions :) | 12:45 |
*** kroon <kroon!~kroon@193.15.174.198> has quit IRC | 13:01 | |
*** lcire <lcire!~eric@2a01:e35:8b8a:e010:25c8:5970:fab8:37e1> has joined #yocto | 13:09 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 13:17 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 13:18 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has joined #yocto | 13:26 | |
*** lcire <lcire!~eric@2a01:e35:8b8a:e010:25c8:5970:fab8:37e1> has left #yocto | 13:26 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto | 13:29 | |
*** tasslehoff <tasslehoff!~Tasslehof@77.40.182.98> has quit IRC | 13:33 | |
*** adelcast <adelcast!~adelcast@130.164.62.249> has quit IRC | 13:35 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 13:51 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 13:52 | |
*** halstead <halstead!~halstead@crown.incitedev.com> has quit IRC | 14:00 | |
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto | 14:00 | |
*** dmoseley <dmoseley!~dmoseley@cpe-174-096-222-251.carolina.res.rr.com> has joined #yocto | 14:01 | |
*** tyler-baker <tyler-baker!~tyler@linaro/tyler-baker> has joined #yocto | 14:04 | |
*** codinho <codinho!~me@0.58.125.92.etth.tomsknet.ru> has joined #yocto | 14:06 | |
*** codinho <codinho!~me@unaffiliated/codinho> has joined #yocto | 14:06 | |
Letothe2nd | i'm in the progress of making a custom u-boot recipe, and i've got a problem with the license thing: git checks out everything, but the directory seems to be empty afterwards. so the license file cannot be found :( | 14:07 |
*** kroon <kroon!~kroon@193.15.174.198> has joined #yocto | 14:09 | |
*** blitz00 <blitz00!~stefans@unaffiliated/blitz00> has quit IRC | 14:11 | |
Letothe2nd | what might be the reason for the fetched src directory to be empty? | 14:11 |
*** melonipoika <melonipoika!~quassel@91-158-68-147.elisa-laajakaista.fi> has joined #yocto | 14:11 | |
kroon | Can I reuse sstate artefacts built on a Fedora system when I rebuild the same image on an Ubuntu system ? | 14:12 |
kroon | Or does the build and development servers need to run the same OS ? | 14:12 |
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC | 14:15 | |
bluelightning | kroon: by default we don't share the native portions between different host OSes | 14:15 |
bluelightning | but the only issue there is when you build on a newer glibc system and then transfer native components from there over to a system with an older glibc | 14:15 |
bluelightning | so if you can ensure your "source" has an old-ish version of glibc on it then you shouldn't have any problems | 14:16 |
bluelightning | you just need to set up symlinks in your sstate mirror for the host OSes you will be using on the other machines | 14:16 |
kroon | bluelightning, aha .. so if we have the same OS on our development machines, we could build everything once, upload it to the server (which could have a diff. OS), and then it could share every artefact, including native ones, to all developers ? | 14:19 |
bluelightning | kroon: yes | 14:19 |
kroon | bluelightning, makes sense ! | 14:19 |
Letothe2nd | maybe also an idea why the source dir of a git hosted packe is empty after fetch, except for the .git directory? | 14:23 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:25 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:30 | |
Letothe2nd | or at least, how to debug the fetch-unpack process to see where it goes wrong? | 14:36 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:39 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 14:40 | |
akS | Letothe2nd: you can try with: bitbake u-boot -DDD -c unpack | 14:46 |
*** kroon <kroon!~kroon@193.15.174.198> has quit IRC | 14:48 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 14:49 | |
Letothe2nd | akS: looks like git -c core.fsyncobjectfiles=0 clone -s -n /data/yocto/downloads/git2/fslinux.git.RSI.CortexA5.CortexA5-UBoot.git/ /home/sepp/Projekte/msr21_tan/build/tmp/work/rsi_sama5d3-poky-linux-gnueabi/u-boot-rsi/v2014.04-rsi-r0/git/ is the called signature | 14:49 |
*** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 14:50 | |
Letothe2nd | which means that in /home/sepp/Projekte/msr21_tan/build/tmp/work/rsi_sama5d3-poky-linux-gnueabi/u-boot-rsi/v2014.04-rsi-r0/git the unpacked sources shall be. but theres nothing besides .git | 14:50 |
akS | strange | 14:57 |
Letothe2nd | ok, interesting point in the gi2/xxx download dir, there is no FETCH_HEAD file | 14:58 |
Letothe2nd | whereas in another directory coming from the same server (and working) there is one. | 14:58 |
*** rburton <rburton!~rburton@81.2.106.35> has quit IRC | 14:58 | |
*** g1zer0 <g1zer0!~gizero@host168-65-static.12-87-b.business.telecomitalia.it> has quit IRC | 14:59 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 15:00 | |
*** codinho <codinho!~me@unaffiliated/codinho> has quit IRC | 15:00 | |
Letothe2nd | FETCH_HEAD seems to be in all the download directories that are working. | 15:01 |
Letothe2nd | how comes that might miss? | 15:01 |
*** akS <akS!d44db44a@gateway/web/freenode/ip.212.77.180.74> has quit IRC | 15:05 | |
*** adelcast <adelcast!~adelcast@130.164.62.249> has joined #yocto | 15:09 | |
*** codinho <codinho!~me@31.24.28.9> has joined #yocto | 15:14 | |
*** codinho <codinho!~me@unaffiliated/codinho> has joined #yocto | 15:14 | |
paulbarker | Letothe2nd: Is there anything useful in the relevant log.do_fetch file? | 15:17 |
paulbarker | alternatively you could try executing the same git command that bitbake is executing in an empty tmp directory and seeing what happens | 15:18 |
Letothe2nd | paulbarker: exactly the same thing happens. | 15:19 |
Letothe2nd | already tried that :( | 15:19 |
paulbarker | maybe run bitbake -DDD for a package that works and see if the git options are the same | 15:20 |
Letothe2nd | paulbarker: hm, not a bad idea. | 15:20 |
Letothe2nd | paulbarker: i've just kicked off another little longish process, but will try that next then. | 15:20 |
paulbarker | as an off-the-wall suggestion, try specifying a branch in SRC_URI, even if that is 'branch=master' | 15:21 |
*** jkridner|work <jkridner|work!~jkridner@65.183.15.82> has joined #yocto | 15:23 | |
Letothe2nd | paulbarker: i'm specifying a sha of a commit already. might try with master, yes. | 15:23 |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:24 | |
volker- | I get the impression 1.6 got bloated | 15:29 |
volker- | for some yet unknown reason my 1.5.1 non-x11 build, builds now in 1.6 gnome-desktop-testing | 15:30 |
*** nitink <nitink!~nitink@134.134.137.71> has quit IRC | 15:39 | |
bluelightning | volker-: we enabled ptest by default to enable running upstream-supplied tests at runtime | 15:42 |
bluelightning | the ptest packages are however not installed by default | 15:42 |
bluelightning | if you would prefer not to build them at all, simply remove ptest from DISTRO_FEATURES | 15:42 |
volker- | bluelightning: did -ptest get renamed to -testing? | 15:43 |
bluelightning | volker-: no | 15:43 |
volker- | I was reading through the update notes but haven't read anything about it | 15:43 |
bluelightning | volker-: gnome-desktop-testing is the name of the package upstream, it's just a dependency that is needed to run some of the ptests | 15:44 |
volker- | ic | 15:44 |
volker- | for ptests I have here a separate build | 15:44 |
bluelightning | we might have missed adding this to the migration notes | 15:44 |
volker- | going through the migration notes a question raised about the atom-pc note. "The atom-pc hardware reference BSP has been replaced by a genericx86 BSP." | 15:46 |
volker- | yet, the Atom here is 64bit, are not all atoms 64bit? | 15:47 |
*** pidge <pidge!~eflanagan@c-24-21-207-18.hsd1.or.comcast.net> has joined #yocto | 15:47 | |
bluelightning | volker-: there are actually two machines now: genericx86 is 32-bit, genericx86-64 is 64-bit | 15:47 |
volker- | bluelightning: that was already the case in 1.5.1 | 15:47 |
volker- | bluelightning: the question is more: are there Atoms that are not 64bit | 15:48 |
bluelightning | absolutely there are yes | 15:48 |
jv | the early ones were not | 15:48 |
volker- | reading the release note it gives me the impression that I want to use generix86 for atoms (and not -64) | 15:48 |
bluelightning | volker-: that's not the intended meaning, FWIW | 15:49 |
bluelightning | but then, atom-pc was more of a reference for netbooks rather than any atom-based machine | 15:50 |
bluelightning | AIUI | 15:50 |
volker- | :) | 15:51 |
volker- | I think I just add my notes here as feedback to the wiki | 15:51 |
volker- | s/wiki/bugzilla | 15:51 |
volker- | bluelightning: so ptests are automatically build (if not disabled), is there a way to automatically create two images: one with and one without ptests in the same run? | 16:03 |
volker- | right now we have to builds for this in our 1.5.1 version. | 16:04 |
*** nitink <nitink!nitink@nat/intel/x-ttgmghatwubhvplt> has joined #yocto | 16:04 | |
bluelightning | volker-: yes, you'd just have two image recipes and the second would "require" the first but also do IMAGE_FEATURES += "ptest-pkgs" | 16:04 |
bluelightning | that would add all -ptest packages corresponding to other packages in the image | 16:05 |
bluelightning | alternatively you could selectively add the desired -ptest packages to IMAGE_INSTALL if you didn't want all of them | 16:05 |
*** jkridner|work is now known as jkridner | 16:05 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:06 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 16:11 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 16:12 | |
volker- | bluelightning: but I still have to execute 2x bitbake for that? | 16:12 |
*** eballetbo <eballetbo!~eballetbo@43.Red-2-139-180.staticIP.rima-tde.net> has quit IRC | 16:14 | |
bluelightning | volker-: no, you could do bitbake image1 image2 ... | 16:17 |
volker- | interesting. | 16:17 |
*** ant_work <ant_work!~ant__@host54-128-static.10-188-b.business.telecomitalia.it> has quit IRC | 16:19 | |
volker- | btw, thanks for the info :) | 16:20 |
bluelightning | no problem | 16:20 |
*** munch <munch!~mark@c-67-184-166-69.hsd1.il.comcast.net> has joined #yocto | 16:22 | |
*** peachj <peachj!c0926518@gateway/web/freenode/ip.192.146.101.24> has joined #yocto | 16:23 | |
peachj | My company noticed a few days ago that base.bbclass ignores license checks for -native and most -cross packages. I posit this behavior could be incorrect as native code could inject incompatible code into the target device. | 16:24 |
peachj | I also view this as fairly unlikely, but possible. | 16:24 |
peachj | To that end, I've worked with one of my colleagues to gin up a patch to let you specify LICENSE_WARNINGS in a .conf file and see warnings for any package potentially in violation of your incompatible licenses. | 16:25 |
peachj | Is there any opposition to that concept? | 16:25 |
peachj | (Obviously, I recognize the patch will need to be reviewed on its own merits as well.) | 16:26 |
bluelightning | peachj: what would you be specifying in LICENSE_WARNINGS ? | 16:27 |
peachj | Just a True value. (I've been doing LICENSE_WARNINGS = "1" in local.conf.) | 16:28 |
peachj | That enables that warning behavior. Otherwise, the behavior is essentially unchanged. | 16:28 |
bluelightning | we might want a different name for the variable, but the general concept seems good | 16:30 |
peachj | Any suggestion on the name, or you just want to wait for me to send the patch in for that? | 16:31 |
bluelightning | hmm... something that more closely represents what it's warning about I guess | 16:32 |
bluelightning | naming is always a pain | 16:32 |
peachj | NATIVE_LICENSE_WARNINGS? | 16:32 |
peachj | I like naming :-) | 16:32 |
bluelightning | that's definitely better | 16:32 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 16:32 | |
volker- | bluelightning: so I have a regular image my-image.bb; is it a bad style to create my-image-ptests.bb and do a "require myimage.bb" (and not .inc)? | 16:33 |
*** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 16:34 | |
bluelightning | volker-: yep that's fine, we even do that with the core-image-minimal derivatives in the core already | 16:34 |
volker- | I miss the "yocto is written in this style" ;-) | 16:35 |
volker- | what I never understand: why is the deploy folder stored under tmp | 16:36 |
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has joined #yocto | 16:37 | |
Crofton|work | maybe we should have called tmp something else :) | 16:37 |
volker- | the work folder with all the build folders is more tmp to me as the deploy folder | 16:38 |
*** fitzsim <fitzsim!~user@2001:420:284a:1300:21c:c4ff:fe73:2d74> has quit IRC | 16:38 | |
volker- | or the cache | 16:38 |
bluelightning | I think the tmp naming is the confusing part | 16:38 |
bluelightning | TMPDIR isn't necessarily temporary | 16:39 |
bluelightning | it's just the output directory | 16:39 |
volker- | it's more the consistency of using it that confuses me. buildhistory and downloads are in the folder below tmp | 16:40 |
*** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 16:40 | |
bluelightning | in both cases you don't want those to go away if you get rid of everything else in TMPDIR | 16:41 |
volker- | but do you want the images to go away? | 16:42 |
bluelightning | well, generally I do, yes | 16:42 |
bluelightning | it depends on why you are deleting TMPDIR I guess | 16:42 |
bluelightning | if you prefer a different layout, you can set DEPLOY_DIR to point elsewhere | 16:43 |
volker- | yes, you can move them all :) | 16:43 |
volker- | Was just curious why it is this way, I never really understood it | 16:44 |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 16:48 | |
peachj | bluelightning: re: my patch. I understand I should be submitting to openembedded-core; should I still be using the create-pull-request script to submit the patch? (Haven't submitted any patches before.) | 16:50 |
*** ddalex <ddalex!~ddalex@83.217.123.106> has quit IRC | 16:50 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 16:51 | |
bluelightning | peachj: it's up to you - depends on whether you have somewhere to push the patches in order to make the pull request | 16:51 |
bluelightning | for a multi-patch series, a pull request is preferred | 16:51 |
bluelightning | for single patches it's OK to just send them with git-send-email | 16:52 |
pidge | peachj: I wouldn't mind seeing something like ADDITIONAL_LICENSE_WARNINGS = "cross native" | 16:53 |
pidge | peachj: should probably go in license.conf as well | 16:53 |
*** nitink <nitink!nitink@nat/intel/x-ttgmghatwubhvplt> has quit IRC | 16:54 | |
peachj | pidge: In my mind, the switch is basically, "Do I want to see all possible warnings or not?" (Essentially, this is a change for hyper paranoid folks in my company, but I imagine all companies of sufficient size have someone hyper paranoid about licenses.) | 16:55 |
peachj | The change is in base.bbclass (and only there) because the code that fatals you out for a bad license is in there. We're just adding another branch to that code if NATIVE_LICENSE_WARNINGS is set. | 16:56 |
pidge | peachj: Understandable. I think NATIVE though implies that it's only -native or -nativesdk you're warning for, right? | 17:00 |
peachj | It could, but I just couldn't think of a better word ;-) Essentially, all the packages (ending in -native or -cross or then ten other suffixes being skipped) are all actually native programs. | 17:01 |
peachj | The change I'm proposing will completely eliminate that if-statement. | 17:01 |
peachj | At least around whether the check is performed, I should say. | 17:01 |
peachj | The if-statement would then simply control whether we warn or do nothing. | 17:01 |
*** jbrianceau is now known as jbrianceau_away | 17:02 | |
Letothe2nd | pidge: just a short one: is there already some means in the autobuilder to also publish the generated rootfs artifacts, or do we need to come up with something ourselves? | 17:05 |
*** DarylDee <DarylDee!~quassel@37.77.115.120> has joined #yocto | 17:05 | |
pidge | Letothe2nd: PublishArtifacts should do something like what you want to do. That said, I've been talking with LCryin about refactoring it, because it's kind of not what I want it to be. Like the ext3 files, etc? | 17:08 |
*** ddalex <ddalex!~ddalex@83.217.123.106> has joined #yocto | 17:09 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:14 | |
*** dvhart <dvhart!dvhart@nat/intel/x-zjstmegmkvwkkabs> has quit IRC | 17:17 | |
volker- | seems like the qemu kernel version is different to the x86-64 kernel version | 17:17 |
*** codinho <codinho!~me@unaffiliated/codinho> has quit IRC | 17:17 | |
Letothe2nd | pidge: yeah basically yes. for me personally the ext3 and ubi files are relevant, but ofc that also extends to zImage, uBott, etrc. | 17:22 |
*** nitink <nitink!~nitink@134.134.137.73> has joined #yocto | 17:24 | |
pidge | Letothe2nd: yeah. we've be discussing how we do PublishArtifacts a bit. Right now, it's kind of a pain, in that it's both machine/layerversion dependent. I had discussed a while back (may have been privately) doing it via a config file similar to how we do the buildset confs. | 17:24 |
pidge | Letothe2nd: that said, pulling together your own Publisher isn't hard, as long as you know what files you want. | 17:25 |
volker- | is there a reason why the openssh build throws QA Issues in the 1.6 "stable" branded version due of 'has relocations in .text'? | 17:25 |
bluelightning | volker-: known issue: https://bugzilla.yoctoproject.org/show_bug.cgi?id=6104 | 17:26 |
yocti | Bug 6104: normal, Medium+, 1.6.1, cristian.iorga, ACCEPTED , Possible false positive QA warnings while building | 17:26 |
Letothe2nd | pidge: thats what i guessed. | 17:26 |
*** Krampus <Krampus!~Krampus@ec2-54-245-2-216.us-west-2.compute.amazonaws.com> has quit IRC | 17:26 | |
Letothe2nd | pidge: yeah when i looked at the py i really wondered why it includes all those bizarre references to machine type etc. | 17:27 |
*** nitink1 <nitink1!~nitink@134.134.139.72> has joined #yocto | 17:27 | |
Letothe2nd | pidge: will probably hack sth up myself then... thanks! | 17:27 |
*** diego_r <diego_r!~diego@host65-246-static.10-188-b.business.telecomitalia.it> has quit IRC | 17:28 | |
*** nitink <nitink!~nitink@134.134.137.73> has quit IRC | 17:29 | |
pidge | Letothe2nd: for now, that's probably best until I or someone else gets a chance to sit down and hack this out. We're trying to maintain at least 2 years worth of backwards compatibility on the AB, so that's why you see all the layerversion code (image location changes/machine name changes, etc) | 17:30 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 17:30 | |
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto | 17:32 | |
Letothe2nd | pidge: ok, gotcha | 17:32 |
* Letothe2nd calls it a day now and flees | 17:33 | |
*** peachj <peachj!c0926518@gateway/web/freenode/ip.192.146.101.24> has quit IRC | 17:33 | |
*** ddassg <ddassg!~ddalnx@37.77.115.120> has joined #yocto | 17:34 | |
*** ddassg1 <ddassg1!~ddalnx@37.77.115.120> has joined #yocto | 17:37 | |
*** ddassg <ddassg!~ddalnx@37.77.115.120> has quit IRC | 17:37 | |
ddassg1 | Hi all! | 17:37 |
*** maxtothemax <maxtothemax!maxtothema@nat/intel/x-kvnlaumfjyiygwcn> has joined #yocto | 17:38 | |
ddassg1 | guys is there somebody that would help me with a weird bitbaking syntax error? | 17:38 |
ddassg1 | can't find anything on the net... | 17:38 |
*** Krampus <Krampus!~Krampus@ec2-54-245-2-216.us-west-2.compute.amazonaws.com> has joined #yocto | 17:38 | |
ddassg1 | basically i get a SYNTAX error processing the second line of ANY .bb file, and the content of the line #2 is just: "DESCRIPTION =" | 17:42 |
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC | 17:42 | |
ddassg1 | the strange thing is that with oe-core the build succeed! i've installed python and the version is 2.7.3 and the bitbake folders of ~/oe-core and ~/poky are identical | 17:43 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 17:43 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 17:48 | |
*** ddalnx <ddalnx!~quassel@37.77.115.120> has joined #yocto | 18:05 | |
*** zecke <zecke!~ich@24-134-59-157-dynip.superkabel.de> has quit IRC | 18:07 | |
*** ddassg1 <ddassg1!~ddalnx@37.77.115.120> has left #yocto | 18:08 | |
*** geckos <geckos!~geckos@187.11.221.17> has joined #yocto | 18:11 | |
*** neabax <neabax!~neabax@173.247.199.210> has joined #yocto | 18:12 | |
geckos | I create a new machine and included a file on machine's .conf file, the included file has the line`PREFERRED_PROVIDER_u-boot = "u-boot-variscite"'. When I run `bitbake core-image-minimal' I got this note `NOTE: multiple providers are available for u-boot (u-boot, u-boot-imx, u-boot-fslc) | 18:16 |
geckos | NOTE: consider defining a PREFERRED_PROVIDER entry to match u-boot' and the build fails beacause is trying to build wrong u-boot... If I run `bitbake -e core-image-minimal | grep PREFERRED_PROVIDER_u-boot' I got this output: http://pastebin.com/Ne77x6xp ... I'm new to yocto and have no idea what is going wrong | 18:16 |
geckos | Anybody can help me? Cheers :-) | 18:17 |
*** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto | 18:17 | |
*** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC | 18:18 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 18:18 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 18:24 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has quit IRC | 18:28 | |
*** falk0n <falk0n!~falk0n@a79-168-246-224.cpe.netcabo.pt> has quit IRC | 18:33 | |
ddalnx | hi guys, if somebody can help with a bitbake error, plese ring my bell. sry for question repetition, just switched irc client. thanks a million! | 18:34 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 18:44 | |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has joined #yocto | 18:45 | |
*** blloyd <blloyd!~blloyd@98.142.68.106> has joined #yocto | 18:47 | |
*** blloyd <blloyd!~blloyd@98.142.68.106> has quit IRC | 18:48 | |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 18:51 | |
*** fenrig <fenrig!5ee22386@gateway/web/freenode/ip.94.226.35.134> has joined #yocto | 18:52 | |
fenrig | Hi I have some questions regarding autoloading of kernel modules | 18:52 |
fenrig | I'm using the angstrom version of yocto (v2014.06) | 18:52 |
fenrig | and I'm building for the beaglebone (black) | 18:53 |
fenrig | The kernel of the beaglebone doesn't inherit the linux-yocto recipe | 18:53 |
fenrig | now there should be an option "module_autoload_<modulename>" | 18:54 |
fenrig | so I added this linux-mainline_3.8.bbappend | 18:54 |
fenrig | in my own meta source | 18:54 |
fenrig | and added the ' module_autolaod_dma-ps-eye = "dma_ps_eye" ' to this file | 18:55 |
fenrig | and rebuilded the whole thing (with rootfs) | 18:55 |
fenrig | now when I browse the rootfs.tar.xz then I can't findy any entry in /etc/modprobe.d | 18:55 |
zecke | fenrig: well, is the module even installed? | 18:56 |
fenrig | installed and operational :D | 18:57 |
fenrig | I do have to insmod it | 18:57 |
fenrig | but it works | 18:57 |
fenrig | and no entry in /etc/modules-load.d | 18:58 |
fenrig | I followed the hello-mod module example | 18:59 |
fenrig | It was pretty easy to add my own module :) | 19:00 |
*** belen <belen!~Adium@17.114.2.81.in-addr.arpa> has quit IRC | 19:00 | |
zecke | fenrig: are you sure about module_autolaod_dma-ps-eye? | 19:01 |
zecke | when the module is named with '_' the package most likely is having '_' as well? | 19:02 |
zecke | in my kernel recipe I see: 'module_autoload_davinci_mmc = "davinci_mmc"' | 19:02 |
fenrig | yeah | 19:02 |
fenrig | but you're source is probably | 19:02 |
fenrig | davinci_mmc ? | 19:02 |
fenrig | davinci_mmc.c | 19:02 |
fenrig | (sorrry) | 19:03 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 19:04 | |
zecke | fenrig: yes but your module is dma_ps_eye | 19:04 |
fenrig | let me clarify | 19:04 |
zecke | and you do module_autoload_dma_ps_eye | 19:04 |
zecke | anyway, need to do other things | 19:04 |
fenrig | the recipe in yocto is called "dma-ps-eye.bb" | 19:05 |
fenrig | but the module is compiled (and this is because of the source file naming) to "dma_ps_eye.ko" | 19:05 |
fenrig | but i'll change it for consistency | 19:05 |
zecke | okay, but that looks confusing. :) | 19:05 |
zecke | so you have a kernel recipe and a module recipe | 19:05 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:06 | |
zecke | and you put the autoload for the module into the kernel recipe? | 19:06 |
fenrig | euhm no in the .bbappend of the kernel | 19:06 |
fenrig | should I place it in the kernel module recipe? | 19:06 |
zecke | I can't tell you what you should do | 19:07 |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto | 19:07 | |
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC | 19:07 | |
fenrig | can you tell me what I could do? | 19:07 |
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qvpzuekhhxklalzn> has quit IRC | 19:07 | |
fenrig | I'm doing this of educational reasons :p | 19:07 |
fenrig | I have a presentation about android, and I made my own kernel modules for the system | 19:08 |
fenrig | but now I'd like to use my modules on a standard linux | 19:08 |
zecke | fenrig: welll, git grep "module_autoload_" in meta/classes | 19:08 |
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto | 19:08 | |
zecke | fenrig: so the variable you want to set is looked at when creating a package for your module. As the mainline kernel will not build a package for your module, the line is not looked at | 19:08 |
zecke | fenrig: so yes, putting the line into the recipe you create the module package is a good start | 19:09 |
fenrig | :D yeah an answer | 19:09 |
fenrig | great man I'll try it | 19:09 |
zecke | fenrig: inheriting the modules bbclass is probably another obstacle and third naming the variable correctly another thing | 19:10 |
zecke | but luckily the roundtrip time for a single module is probably better than for the entire kernel | 19:10 |
fenrig | zecke: I have a package for my module already | 19:12 |
fenrig | and I inherit module.bbclass, this inherits kernel-module-split.bbclass | 19:14 |
fenrig | and when I grepped for the module_autoload | 19:14 |
fenrig | It returned the kernel-module-split.bbclass | 19:14 |
fenrig | https://github.com/openembedded/oe-core/blob/master/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb | 19:17 |
fenrig | I followed this example for my out-of-tree module | 19:17 |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 19:28 | |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has joined #yocto | 19:30 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:38 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:38 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:40 | |
*** rburton <rburton!~rburton@81.2.106.35> has joined #yocto | 19:40 | |
*** rburton <rburton!~rburton@81.2.106.35> has quit IRC | 19:49 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 19:50 | |
xerent_ | I'll be hosting a yocto workshop for my colleagues on monday :D | 19:55 |
xerent_ | yay | 19:55 |
*** LCyrin <LCyrin!~LCyrin@2607:fb90:40e:c74c:4121:aae3:538b:4089> has joined #yocto | 19:58 | |
*** zecke <zecke!~ich@91-64-81-99-dynip.superkabel.de> has quit IRC | 19:58 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 19:59 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 20:00 | |
*** LCyrin <LCyrin!~LCyrin@2607:fb90:40e:c74c:4121:aae3:538b:4089> has quit IRC | 20:13 | |
*** LCyrin <LCyrin!~LCyrin@172.56.39.53> has joined #yocto | 20:14 | |
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has left #yocto | 20:17 | |
*** armpit <armpit!~akuster@c-98-239-95-55.hsd1.ca.comcast.net> has joined #yocto | 20:20 | |
*** ant__ <ant__!~andrea@host73-90-dynamic.180-80-r.retail.telecomitalia.it> has joined #yocto | 20:21 | |
*** sroy <sroy!~sroy@2607:fad8:4:6:3e97:eff:feb5:1e2b> has quit IRC | 20:26 | |
*** LCyrin <LCyrin!~LCyrin@172.56.39.53> has quit IRC | 20:33 | |
*** LCyrin <LCyrin!~LCyrin@172.56.39.53> has joined #yocto | 20:35 | |
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC | 20:51 | |
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto | 20:51 | |
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has quit IRC | 20:56 | |
*** behanw <behanw!~behanw@S0106dc9fdb80cffd.gv.shawcable.net> has joined #yocto | 20:56 | |
*** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto | 21:00 | |
*** cbzx <cbzx!~cbzx@CPE0015f275ebd6-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC | 21:02 | |
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has joined #yocto | 21:04 | |
*** bluelightning <bluelightning!~paul@2001:8b0:258:7d7a:2ad2:44ff:fe40:9209> has quit IRC | 21:04 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 21:04 | |
*** ant__ <ant__!~andrea@host73-90-dynamic.180-80-r.retail.telecomitalia.it> has quit IRC | 21:04 | |
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC | 21:07 | |
*** beaver_545 <beaver_545!~stuart@host81-129-75-13.range81-129.btcentralplus.com> has joined #yocto | 21:08 | |
*** jluisn <jluisn!~quassel@187.115.172.24> has quit IRC | 21:11 | |
*** ant__ <ant__!~andrea@host73-90-dynamic.180-80-r.retail.telecomitalia.it> has joined #yocto | 21:11 | |
maxtothemax | how do I explicitly build something which is marked as ASSUME_PROVIDED? | 21:22 |
*** ddalnx <ddalnx!~quassel@37.77.115.120> has quit IRC | 21:24 | |
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC | 21:29 | |
*** geckos <geckos!~geckos@187.11.221.17> has quit IRC | 21:31 | |
*** beaver_545 <beaver_545!~stuart@host81-129-75-13.range81-129.btcentralplus.com> has joined #yocto | 21:33 | |
*** dvhart_ <dvhart_!~dvhart@134.134.137.71> has joined #yocto | 21:37 | |
*** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC | 21:38 | |
bluelightning | maxtothemax: you can't, other than by removing it from ASSUME_PROVIDED | 21:39 |
*** jzhang <jzhang!jzhang@nat/intel/x-xdejrlbcfmypilke> has quit IRC | 21:39 | |
maxtothemax | hmm | 21:39 |
maxtothemax | so if someone does a world build, it won't get built even then? | 21:40 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:46 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:46 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 21:56 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 21:56 | |
*** JimBaxter <JimBaxter!~jbaxter@jimbax.plus.com> has quit IRC | 21:57 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC | 22:01 | |
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto | 22:01 | |
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto | 22:02 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 22:03 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:05 | |
*** fenrig <fenrig!5ee22386@gateway/web/freenode/ip.94.226.35.134> has quit IRC | 22:06 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:06 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 22:20 | |
*** nitink1 <nitink1!~nitink@134.134.139.72> has quit IRC | 22:21 | |
*** oneQubit <oneQubit!~oneQubit@69.138.31.87> has quit IRC | 22:21 | |
*** nitink <nitink!~nitink@134.134.139.72> has joined #yocto | 22:22 | |
*** oneQubit <oneQubit!~oneQubit@c-69-138-31-87.hsd1.md.comcast.net> has joined #yocto | 22:29 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 22:40 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 22:40 | |
*** ant__ <ant__!~andrea@host73-90-dynamic.180-80-r.retail.telecomitalia.it> has quit IRC | 22:44 | |
*** ant__ <ant__!~andrea@host142-215-dynamic.16-79-r.retail.telecomitalia.it> has joined #yocto | 22:45 | |
*** ant__ <ant__!~andrea@host142-215-dynamic.16-79-r.retail.telecomitalia.it> has quit IRC | 22:52 | |
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 22:55 | |
*** dvhart_ <dvhart_!~dvhart@134.134.137.71> has quit IRC | 23:01 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:13 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 23:14 | |
*** agust <agust!~agust@p4FDE753B.dip0.t-ipconnect.de> has quit IRC | 23:15 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:15 | |
*** LCyrin <LCyrin!~LCyrin@172.56.39.53> has quit IRC | 23:21 | |
*** jzhang <jzhang!~jzhang@134.134.139.70> has joined #yocto | 23:33 | |
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC | 23:36 | |
*** ndec <ndec!~ndec@linaro/ndec> has quit IRC | 23:53 | |
*** ndec <ndec!~ndec@linaro/ndec> has joined #yocto | 23:54 | |
*** seebs <seebs!~seebs@home.seebs.net> has joined #yocto | 23:59 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!