Tuesday, 2015-11-10

*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has joined #yocto00:07
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC00:14
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC00:28
*** sameo <sameo!samuel@nat/intel/x-puxvnshxhxzkilzm> has quit IRC00:40
*** sjolley <sjolley!~sjolley@> has quit IRC00:41
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has quit IRC00:43
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto00:45
*** alimon <alimon!~alimon@187-176-43-14.dynamic.axtel.net> has quit IRC00:49
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has joined #yocto00:52
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC00:57
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has quit IRC00:59
*** sgw_ <sgw_!~sgw_@c-73-164-210-189.hsd1.or.comcast.net> has joined #yocto01:05
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto01:06
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC01:16
*** fledermaus <fledermaus!~vivek@> has quit IRC01:44
*** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has joined #yocto01:48
*** madhu__ <madhu__!~madhu@> has joined #yocto01:53
*** sjolley <sjolley!~sjolley@> has joined #yocto02:05
*** madhu__ <madhu__!~madhu@> has quit IRC02:27
*** benjamirc <benjamirc!~besquive@> has quit IRC02:37
-YoctoAutoBuilder- build #522 of nightly-ipk is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ipk/builds/52202:46
-YoctoAutoBuilder- build #535 of nightly-fsl-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-fsl-ppc-lsb/builds/53502:55
-YoctoAutoBuilder- build #181 of nightly-mips64 is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-mips64/builds/18103:33
*** nemunaire <nemunaire!~nemunaire@> has joined #yocto03:59
*** nemunaire_ <nemunaire_!~nemunaire@2a01:e35:8bb7:3c60::a> has quit IRC04:00
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC04:13
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto04:56
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto05:01
-YoctoAutoBuilder- build #253 of nightly-world-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/25305:28
-YoctoAutoBuilder- build #243 of nightly-oe-selftest is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/24305:50
*** Saur <Saur!pkj@nat/axis/x-hmpmpnvdyrnqgaat> has quit IRC05:52
*** Saur <Saur!pkj@nat/axis/x-sxgdenvyvjmnsdxz> has joined #yocto05:52
*** bananadev <bananadev!~bananadev@> has joined #yocto06:02
*** csmart <csmart!~quassel@> has joined #yocto06:02
csmartis it possible to do a bitbake build that skips the creation of binary (ipk, deb, rpm) packages?06:03
* csmart is trying to speed up CI test builds that don't need rpms06:03
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC06:05
csmarthmm I'm guessing you can't disable package_classes, "Since images are generated from packages, a packaging class is needed to enable image generation." https://www.yoctoproject.org/docs/1.8/mega-manual/mega-manual.html#ref-classes-package06:07
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto06:11
*** stefanx86_ <stefanx86_!c2d03104@gateway/web/freenode/ip.> has quit IRC06:12
*** t0mmy <t0mmy!~tprrt@ram31-2-82-228-88-46.fbx.proxad.net> has quit IRC06:28
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto06:32
*** nemunaire <nemunaire!~nemunaire@> has quit IRC06:40
*** nemunaire <nemunaire!~nemunaire@> has joined #yocto06:42
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has joined #yocto06:47
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto06:48
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC06:54
*** [Sno] <[Sno]!~sno@ip-37-24-117-137.hsi14.unitymediagroup.de> has quit IRC06:58
*** frsc <frsc!~frsc@> has joined #yocto07:02
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto07:07
*** frsc <frsc!~frsc@> has quit IRC07:09
*** frsc <frsc!~frsc@> has joined #yocto07:09
*** pohly <pohly!~pohly@p5DE8DA06.dip0.t-ipconnect.de> has joined #yocto07:09
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has joined #yocto07:17
*** RP <RP!~richard@5751f4a1.skybroadband.com> has quit IRC07:20
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto07:35
*** Mike1 <Mike1!~mike@> has joined #yocto07:35
*** fl0v0 <fl0v0!~fvo@p5DDC6A25.dip0.t-ipconnect.de> has joined #yocto07:38
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qrqrkozbaitliity> has joined #yocto07:46
*** jbrianceau_away is now known as jbrianceau07:46
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto07:48
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has joined #yocto07:51
*** mckoan|away is now known as mckoan08:04
mckoangood morning08:04
*** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto08:07
*** cesdv_ <cesdv_!~cesdv@client-188-168-43-165.spb-teleport.ru> has joined #yocto08:09
*** frsc <frsc!~frsc@> has quit IRC08:09
*** cesdv <cesdv!~cesdv@> has quit IRC08:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:10
*** frsc <frsc!~frsc@> has joined #yocto08:10
*** townxelliot <townxelliot!~ell@> has joined #yocto08:14
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:17
bluelightningmorning all08:19
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto08:21
*** drou <drou!c32a382b@gateway/web/freenode/ip.> has joined #yocto08:32
drouhi guys08:34
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto08:41
*** rburton <rburton!~Adium@> has joined #yocto08:43
*** maxin <maxin!~maxin@2001:998:22:0:e962:ae54:f825:9bf7> has joined #yocto08:44
*** sameo <sameo!~samuel@> has joined #yocto08:45
*** kbingham- <kbingham-!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC08:45
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC08:45
*** RP <RP!~richard@> has joined #yocto08:47
*** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has joined #yocto08:48
*** RP <RP!~richard@> has quit IRC08:54
*** nighty^ <nighty^!~nighty@s1438242.xgsspn.imtp.tachikawa.spmode.ne.jp> has joined #yocto08:56
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has joined #yocto08:58
abelalhello everyone09:07
[Sno]rburton: wrt. libusb1 update to 1.0.20 - I proved the Makefile.am and resulting Makefile - looks fine for me, libusb-1.0.la has among other things ...linux-netlink.lo as dependency09:07
droudoes anyone know which perl module i should add to get the Socket.pm? I tried to list all the available perl modules by doing a bitbake perl -e | grep ^PACKAGES= like i did for python packages but i didn't manage to get the appropriate module :(09:08
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has quit IRC09:10
*** t0mmy_ <t0mmy_!~tprrt@> has joined #yocto09:12
[Sno]drou: perl-module-socket from poky or socket-perl from meta-cpan ;)09:13
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto09:14
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC09:16
*** jku <jku!jku@nat/intel/x-ceowvcxcvtjixuwp> has joined #yocto09:17
*** jku is now known as jku_09:17
drou[Sno]: i have nothing matching perl-module-socket in poky (i'm using fido atm), ERROR: Nothing PROVIDES 'perl-module-socket'09:18
droui thought i could find this module in meta-perl.09:18
[Sno]drou: it is part of perl recipe09:18
[Sno]for meta-cpan on fido you'll need some adjusting patches in poky, too09:19
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:21
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:23
*** TobSnyder1 <TobSnyder1!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has joined #yocto09:27
drouindeed it's part of the perl recipe, but i can't figure out why the Socket.pm is not installed on my rpi09:28
*** TobSnyder <TobSnyder!~schneider@ip923450f2.dynamic.kabel-deutschland.de> has quit IRC09:29
*** Mike1 <Mike1!~mike@> has quit IRC09:30
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has joined #yocto09:31
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC09:31
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has left #yocto09:35
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto09:36
*** Biliogadafr1 <Biliogadafr1!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC09:36
*** cristianiorga <cristianiorga!~cristiani@> has joined #yocto09:41
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto09:41
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has joined #yocto09:42
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto09:49
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto09:51
[Sno]drou: see the package split of perl recipe09:54
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC09:58
Ulfalizeris there some handy way to get the components of the target triple for e.g. the target system?09:58
[Sno]Ulfalizer: context, please09:59
Ulfalizerin this case i need to refer to a directory within ${STAGING_DIR_HOST} whose name depends on the architecture09:59
Ulfalizere.g., ${STAGING_DIR_HOST}/${libdir}/ruby/i386-linux, where the last part depends on the system type10:00
Ulfalizerneeding to refer to it is related to cross-compiling ruby gems10:00
[Sno]Ulfalizer: I still don't get whether you want host or target triple components10:02
[Sno]Ulfalizer: I suggest you do a bitbake -e | less and scan for matching keys ...10:02
Ulfalizerah, sorry, i'm being unintentionally confusing. i need the host triple components (where "host" is in the sense of STAGING_DIR_HOST).10:03
Ulfalizersounds like a good idea10:03
[Sno]Ulfalizer: maybe having a look into recipes-devtools/perl how to cross-compile perl modules and https://github.com/rehsack/meta-cpan how to cross-compile perl-modules then10:04
[Sno]find the cpan*.bbclass in poky/meta/classes10:04
Ulfalizer[Sno]: i nearly have it working. only problem left is hardcoding that i386-linux part.10:08
*** DatGizmo <DatGizmo!~mogwai@ipbcc242a9.dynamic.kabel-deutschland.de> has joined #yocto10:08
Ulfalizeranother option would be to patch that path component out of ruby10:08
[Sno]Ulfalizer: eg. ${PACKAGE_ARCH} might help10:08
* Ulfalizer digs through bitbake -e10:08
[Sno]nearly have it working means "works for you (tm)" ;)10:09
DatGizmoHello, is there a way to check for an OVERRIDE value in a bash function?10:09
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto10:10
Ulfalizer[Sno]: cross-compiling gems, and especially with ruby 1.9.2, is a huge pain in general. few people seem to even bother. :/10:13
Ulfalizertools ignore CC, etc. there's some tailored hacks for cross-compiling for windows.10:14
drou[Sno]: i have the Socket.pm in my package-split, but i'm wondering if the perl-module-socket is shipped.10:16
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC10:17
Ulfalizerautotools.bbclass is a nice reference. looks like HOST_ARCH might work10:17
[Sno]drou: RDEPENDS_${PN} might help10:18
[Sno]Ulfalizer: same for Perl :(10:18
* Ulfalizer wonders why there's a patch that forces i386 by adding target_cpu=`echo $target_cpu | sed s/i.86/i386/` to ruby's configure.in10:22
Ulfalizercommit message is a generic "imported this from elsewhere"10:23
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto10:29
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC10:35
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto10:43
Ulfalizeris putting e.g. '${HOST_ARCH}' directly into an inline python expansion a bad idea, as opposed to d.getVar('HOST_ARCH', True)?10:43
Ulfalizerhttps://git.congatec.com/yocto/meta-openembedded/commit/bda4fdf91217a0cd35053053146b649ed62afb2f.patch does it, though with BUILD_SYS10:44
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto10:46
bluelightningUlfalizer: personally I prefer to use d.getVar() in such expressions since it's a bit less ugly, but we have a bunch of places where we use a variable reference10:48
Ulfalizerare there any important semantic differences?10:48
*** bananadev <bananadev!~bananadev@> has quit IRC10:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC10:50
bluelightningI don't think so; AFAIK the variable reference will be expanded first and then the python expression will be evaluated, but that's going to happen at about the same time10:51
bluelightningI can imagine it making a difference if you wanted to put actual python into the variable's value, but that would be just hideous ;)10:52
*** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto10:52
Ulfalizerwould there be a difference is the variable does not exist? i can't remember when bitbake considers that an error.10:52
Ulfalizerheh, yeah, that'd be pretty horrible :P10:52
bluelightningif a variable's value is undefined (and I mean undefined, not set to "") then the expression will be left unexpanded10:53
Ulfalizerok, and what would the d.getVar() version do?10:54
bluelightningit's a bit odd, but the thinking was for shell functions (or variable values that end up in shell functions) the expression can then be intepreted by the shell i.e. as an environment variable10:54
bluelightningd.getVar() will return None for an undefined variable10:54
Ulfalizeri thought that was disambiguated via ${foo} vs. $foo, but some weird people use ${foo} when programming shell too :P10:54
bluelightningwhich is why you'll often see things like: d.getVar('VARNAME', True) or ""10:55
bluelightningyes, indeed10:55
bluelightningit's much better to avoid ${...} in a shell function when you can use $...10:55
Ulfalizerless visual clutter too, even if you're not using bitbake10:56
Ulfalizerbut i might be a bit opinionated :P10:56
bluelightningright... I think the main reason for ${...} in shell is where you want to immediately follow with something that might otherwise be treated as part of the variable name10:56
bluelightningbut that's rare10:56
bluelightningof course POSIX (and bash) let you do a bunch of funky stuff within ${...} as well10:57
*** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto10:58
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto11:02
*** Guest68351 <Guest68351!~vivek@pakora.collabora.co.uk> has joined #yocto11:05
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has quit IRC11:06
*** RP <RP!~richard@> has joined #yocto11:09
*** raykinsella78 <raykinsella78!rkinsell@nat/intel/x-zuleptjebynmcpzp> has joined #yocto11:12
raykinsella78bluelightning: Hey blue11:12
raykinsella78actually let me fix something first11:12
*** raykinsella78 is now known as mortderire11:12
mortderirethe artist previously known as raykinsella7811:13
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:14
*** jku_ <jku_!jku@nat/intel/x-ceowvcxcvtjixuwp> has quit IRC11:14
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC11:14
*** RP <RP!~richard@> has quit IRC11:15
*** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC11:17
mortderirebluelightning: I want to add an extra config to the cross compiler when it is getting built with a EXTRA_OECONF_append_pn-gcc-cross ....11:18
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has joined #yocto11:18
*** jku <jku!jku@nat/intel/x-zwtidvvnpuouzrre> has joined #yocto11:18
*** jku is now known as jku_11:18
mortderirebluelightning: I can't presume I know the host environment ... little unsure of how to do this.11:19
bluelightningmortderire: I'm not quite sure what you're trying to do yet - can you elaborate?11:26
mortderirebluelightning: I want to pass an (autotools) configure option to the cross-compiler ...11:28
*** alexlarsson <alexlarsson!~alexl@h234n20-mael-a12.ias.bredband.telia.com> has quit IRC11:28
mortderirebluelightning: so when do_configure is getting called on gcc-cross, I want to tag ' --enable-yadda-yadda' onto the end ...11:29
bluelightningI assume EXTRA_OECONF_append_pn-gcc-cross = " --enable-yadda-yadda" would do it...11:30
*** Guest68351 is now known as fledermaus11:41
mortderirebluelightning: looks like it is getting ignored ... regardless of whether I do a EXTRA_OECONF_append_pn-gcc-cross or EXTRA_OECONF_append_pn-gcc hum ..11:44
bluelightningmortderire: so you probably need to trace it using bitbake -e11:46
bluelightningmortderire: i.e. run bitbake -e gcc-cross and check if the final EXTRA_OECONF value is what you expect it to be11:47
mortderirebluelightning: I did, the reciepe seems to override everything ...11:47
bluelightningthe recipe can't really override _append11:47
bluelightningwhat does the history say in bitbake -e gcc-cross for EXTRA_OECONF ?11:47
gatispDo I understand this correctly - to report bugs for recipes I have to *subscribe* to the mailing list before I can post there?11:48
mortderirebluelightning: http://pastebin.com/uvCRrncQ11:50
bluelightninggatisp: recipes in which layer?11:51
gatispbluelightning, openembedded-core11:51
mortderirebluelightning: the gcc recipe actually provides a variable to control the feature LTO, which it sets to " --enable-lto" ....11:51
bluelightningmortderire: I don't see a _append[pn-gcc-cross] in there... where are you putting that statement?11:52
bluelightninggatisp: so if you want to post to the mailing list you do need to subscribe; but genuine bugs / feature requests for OE-Core are tracked at bugzilla.yoctoproject.org11:53
gatispbluelightning, somehow this is very frustrating :) There is no clear component in bugzilla which would say "recipe bugs", and last time i reported something there I was told to report things in openembedded-devel.11:56
mortderirebluelightning: I might have my setup backwards, shouldn't meta-intel be prioritized over OE ?11:56
bluelightninggatisp: yes, that was a recipe in meta-oe was it not?11:56
gatispbut subscribing to a mailing list to report bugs occasionally seems bit too much11:56
gatispyes, the bug that i want to report now is is meta-oe11:57
gatisp*is in11:57
bluelightninggatisp: you just said openembedded-core above though... ?11:57
gatispright, i mean *-core11:58
bluelightningI'm confused now - which recipe is it exactly?11:59
bluelightningright, so that is in OE-Core in which case the correct place would be bugzilla.yoctoproject.org11:59
mortderirebluelightning: http://pastebin.com/KW9XcUNk12:00
gatispok, I'ļl do that12:00
bluelightninggatisp: file a bug -> Build System & Metadata -> OE‑Core -> core (for want of a better category, I don't think there is one)12:00
*** wschaller <wschaller!~wschaller@82-70-136-246.dsl.in-addr.zen.co.uk> has left #yocto12:01
gatispdone https://bugzilla.yoctoproject.org/show_bug.cgi?id=8672 :)12:02
yoctiBug 8672: normal, Undecided, ---, ross.burton, NEW , gpgconf has incorrect paths when installing in host toolchain12:02
bluelightningmortderire: hang on, if it's the --enable-lto option you want to replace why not just set LTO ?12:02
bluelightningmortderire: since that appears to be where that's coming from12:03
mortderirebluelightning: it get's overriden ...12:03
*** egavinc <egavinc!~egavinc@4.Red-83-34-185.dynamicIP.rima-tde.net> has quit IRC12:03
mortderire# $LTO [2 operations]12:03
mortderire#   set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:1512:03
mortderire#     " --disable-lto"12:03
mortderire#   set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:8712:03
mortderire#     "--enable-lto"12:03
mortderire# pre-expansion value:12:03
mortderire#   "--enable-lto"12:03
bluelightningmortderire: try LTO_pn-gcc-cross = ""12:03
bluelightningmortderire: the override will apply in place of the value set with =12:04
*** LocutusOfBorg1 <LocutusOfBorg1!~LocutusOf@> has quit IRC12:05
mortderirebluelightning: # $LTO [3 operations]12:05
mortderire#   set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:1512:05
mortderire#     " --disable-lto"12:05
mortderire#   set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:8712:05
mortderire#     "--enable-lto"12:05
mortderire#   override[pn-gcc-cross]:set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:1612:05
mortderire#     " --disable-lto"12:05
mortderire# pre-expansion value:12:05
mortderire#   "--enable-lto"12:05
bluelightningmortderire: that's the output of bitbake -e or bitbake -e gcc-cross ?12:05
mortderirebluelightning: bitbake -e gcc-cross12:06
mortderirebluelightning: well gcc-cross-i586 ... to be percise.12:06
bluelightningthat's why it's not working12:06
mortderirebluelightning: gotcha12:06
bluelightningPN gets set to include the architecture for gcc-cross12:06
bluelightningbtw this isn't very good because it means the ostensibly same-for-all-i586 compiler is now being made machine-specific for quark12:07
mortderirebluelightning: makes sense  ... so the override is ignored.12:07
mortderire# $LTO [3 operations]12:08
mortderire#   set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:1512:08
mortderire#     " --disable-lto"12:08
mortderire#   set /build/yocto/poky/meta/recipes-devtools/gcc/gcc-5.2.inc:8712:08
mortderire#     "--enable-lto"12:08
mortderire#   override[pn-gcc-cross-i586]:set /build/yocto/meta-intel/conf/machine/include/intel-quark-common.inc:1612:08
mortderire#     " --disable-lto"12:08
mortderire# pre-expansion value:12:08
mortderire#   " --disable-lto"12:08
mortderireLTO=" --disable-lto"12:08
mortderirebluelightning: ok that worked (sorry for all the spam in the chat window).12:08
bluelightningnp, but pastebin is a useful alternative for future reference ;)12:09
mortderirebluelightning: the is an upper limited for pasting in to the chat window versus paste bin :-)12:10
bluelightningnothing written down... but I would say "more than a few lines" ;)12:10
mortderirebluelightning: ok - I think this is going to work ... its only an override on gcc-cross when people use the MACHINE="intel-quark"12:11
mortderirebluelightning: thanks for your help.12:13
qknighthey. when i build meta-toolchain-qt5, why does bitbake display: DISTRO = "fsl-networking"?12:17
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC12:19
bluelightningqknight: somewhere your DISTRO is being set to that, and it doesn't relate to meta-toolchain-qt512:20
bluelightningqknight: if you're unsure as to where, bitbake -e | less and search for DISTRO and the variable history will tell you12:20
qknightah, good point!12:21
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto12:28
*** Mike1 <Mike1!~mike@> has joined #yocto12:28
*** Mike1 <Mike1!~mike@> has quit IRC12:39
*** tsramos <tsramos!~tsramos@> has joined #yocto12:42
*** Mike1 <Mike1!~mike@> has joined #yocto12:45
qknighthttp://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-support/boost/boost.inc <- there is a BOOST_LIBS = .. list12:48
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC12:48
*** Crofton|work <Crofton|work!~balister@> has quit IRC12:48
qknighthow can i alter that list when building my image? seems chrono and log is not enabled by default but i require it12:48
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC12:48
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has quit IRC12:48
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has joined #yocto12:49
qknightbtw: i'm on daisy12:49
bluelightningqknight: bbappend the boost recipe and set BOOST_LIBS12:49
*** dlan <dlan!~dennis@> has joined #yocto12:49
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto12:49
bluelightning(you can't set this from the image)12:49
qknightbluelightning: ah, ok so i have to alter the source12:50
bluelightningyou have to change how boost is built, to be precise12:50
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC12:50
bluelightningyou can do that from a bbappend in your own layer though12:50
rinks/can/should/ :-)12:55
bluelightningyes :)12:55
*** dgm816 <dgm816!~dgm816@97-64-167-34.client.mchsi.com> has joined #yocto12:56
*** dgm816 <dgm816!~dgm816@unaffiliated/orkim> has joined #yocto12:56
*** Crofton|work <Crofton|work!~balister@> has joined #yocto12:58
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC13:04
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC13:31
gatispHow can one exclude RRECOMMENDS_${PN} += "some_recipe" for nativesdk-* builds? I remember seeing this functionality somewhere, but can not find anymore.13:32
*** psnsilva <psnsilva!~psnsilva@193-126-29-154.net.novis.pt> has quit IRC13:35
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto13:35
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto13:37
*** Crofton|work <Crofton|work!~balister@> has quit IRC13:37
*** Crofton <Crofton!~balister@> has quit IRC13:37
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:40
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto13:40
gatispah, found it "_class-target"13:42
*** Crofton <Crofton!~balister@pool-108-44-111-123.ronkva.east.verizon.net> has joined #yocto13:49
*** Crofton|work <Crofton|work!~balister@pool-108-44-111-123.ronkva.east.verizon.net> has joined #yocto13:50
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC13:50
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto13:53
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC13:58
fmeerkoetterhi, i am using yocto/meta-raspberry to build an image for RPi1. its using an ext3 by default. I'd like to change that to btrfs.14:00
fmeerkoetterhow do i do this?14:00
drouis there any way to have static SRVREV instead of ${AUTOREV}? in order to be able to reproduce the build with exactly the same versions, several times?14:03
*** lamego <lamego!~jose@> has joined #yocto14:03
*** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC14:05
bluelightningfmeerkoetter: set IMAGE_FSTYPES = "btrfs"14:06
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto14:09
bluelightningdrou: if you mean still keeping SRCREV = "${AUTOREV}" in the recipe, yes, one way is to enable buildhistory, run a build and then use buildhistory-collect-srcrevs to create an inc file that fixes the SRCREV values which you can then include14:10
*** khem <khem!~khem@unaffiliated/khem> has quit IRC14:10
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto14:13
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC14:14
*** stwcx <stwcx!~stwcx@108-215-4-10.lightspeed.austtx.sbcglobal.net> has quit IRC14:17
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto14:21
droubluelightning: thanks, but i have to do this for every single recipe that has a ${AUTOREV}?14:27
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC14:29
jku_drou: what do you mean "every single recipe" -- where do you have a lot of those?14:30
*** Amynka <Amynka!~amy@gentoo/developer/amynka> has quit IRC14:30
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto14:32
bluelightningdrou: the method I mentioned will pick up all of the ones that have been built and produce output that can go into a single inc file which you can include in your configuration - so it's relatively painless14:32
bluelightningno modifications required to any individual recipes14:33
droubluelightning: ah i got it, i'll try, thanks14:33
*** LostInTheForest <LostInTheForest!~frozen@queeg.hrusecky.net> has joined #yocto14:34
xerenthi guys, is there some way of changing DISTRO_FEATURES from an image recipe or do I need to create a whole new layer. my DISTRO_FEATURES includes "wayland" and I want an image variant that uses "x11" instead..14:38
* rink notes, you shouldn't resist against creating a layer14:40
rinkit's easy and makes things much clearer IMO14:40
mortderireAre Wayland and X11 protocol compatible, or completely different fish?14:40
xerentwayland is an x11 replacement as I understand it14:40
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC14:40
mortderirerink: trouble is when you end up with too many layers, there is a balance.14:41
bluelightningmortderire: entirely different, though you can effectively run one under the other14:41
xerentcustomer wants to use wayland for building their apps, but we have our testing framework implemented in x11+qt so I need to be able to build both variants14:41
mortderirebluelightning: wayland on X11 i assume ...14:41
bluelightningxerent: you'll effectively need two distros if you want two different configurations; however you could have a single DISTRO_FEATURES value that enabled both at the same time then just include the appropriate packages in either image14:41
bluelightningmortderire: and X11 apps under Wayland as well14:42
bluelightningmortderire: (the latter is known as XWayland)14:42
xerentmaybe xwayland could work for us14:42
xerentI tried including both x11 and wayland in distro features but then wayland wouldn't build. some issue with the freescale BSP in graphics driver I think14:43
xerent(building for iMX6)14:43
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC14:43
*** belen <belen!Adium@nat/intel/x-dqrdywvrkampmjjk> has quit IRC14:44
bluelightningyou'd probably need to talk to Freescale or possibly otavio about that, but AFAIK both should be able to be enabled at the same time14:44
*** belen <belen!Adium@nat/intel/x-ixmygfvethehiqbl> has joined #yocto14:44
bluelightningand I think it's what you want to be doing in this case14:44
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto14:45
xerentwouldn't having x11 as a distro feature include stuff on the image even if nothing used it14:45
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:45
jku_xerent: if it's in distro features, then likely something will use it14:46
xerentwell say that nothing in one image configuration will use it14:47
xerentthen I'd want to omit it because of space concerns14:47
bluelightningxerent: not necessarily; DISTRO_FEATURES just turns on build-level functionality; in the absence of hard dependencies you still have control over which packages get included in the image14:51
jku_a lot of recipes will modify their _default_ configuration if x11 is in distro features: then packages will end up depending on X libraries14:51
bluelightningright, a hard dependency in that case14:51
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC14:53
xerentwell, I could modify the script that generates the BSP for the customer to include a different layer config where x11 isn't enabled14:55
xerentit's ugly, but it'll work I guess14:55
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has joined #yocto14:56
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC14:56
*** drou <drou!c32a382b@gateway/web/freenode/ip.> has quit IRC14:59
*** jku_ <jku_!jku@nat/intel/x-zwtidvvnpuouzrre> has quit IRC15:01
*** belen2 <belen2!Adium@nat/intel/x-evkglngahfoeokql> has joined #yocto15:05
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has joined #yocto15:05
*** belen <belen!Adium@nat/intel/x-ixmygfvethehiqbl> has quit IRC15:06
*** LostInTheForest is now known as Amynka15:19
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto15:19
*** Amynka is now known as LostInTheForest15:20
*** jchonig <jchonig!~quassel@firewall.honig.net> has quit IRC15:20
*** ntl <ntl!~ntl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has joined #yocto15:20
*** jchonig <jchonig!~quassel@> has joined #yocto15:27
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2b2d:f279:59ff:fe64:3a8> has quit IRC15:27
gatispI am trying to fix https://bugzilla.yoctoproject.org/show_bug.cgi?id=8672 What i see is the prefix that is used by gpgconf tool is determined at build time with --bindir and similar autotools switches. I don't see any way how this could be changed later when installing toolchain. Maybe somebody has experience with similar setup?15:35
yoctiBug 8672: normal, Undecided, ---, ross.burton, NEW , gpgconf has incorrect paths when installing in host toolchain15:35
bluelightninggatisp: one way we sometimes handle this kind of thing is using a wrapper script15:36
*** belen2 <belen2!Adium@nat/intel/x-evkglngahfoeokql> has quit IRC15:36
bluelightninggatisp: that's assuming the software in question can be patched to read the path from the environment or a command line switch (or already can do so)15:37
bluelightning"git grep create_wrapper" for examples15:38
gatispbluelightning, I think at the moment there is not way to set this at runtime. At least i did not find anything after googling and looking at the source code.15:38
*** belen1 <belen1!Adium@nat/intel/x-mimwcxabdwhlicya> has joined #yocto15:38
gatispwill grep for wrapper examples15:38
bluelightningfor rpm5 we patch in the ability to do this, there may be others where we do that as well15:39
gatispbluelightning, do you usually upstream that kind of stuff later? or it always stays as a patch in yocto15:40
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto15:40
DatGizmoIs it somehow possible to chain two on a variable? Like 'VAR_distro_machine='15:41
bluelightninggatisp: in the case of rpm5 it's stayed as a patch in OE-Core, I don't know of other examples... depends if it's generally useful to others or not15:41
bluelightningDatGizmo: two overrides? it is, yes - exactly like that15:42
DatGizmobluelightning: hm.. then I've made a mistake.. thanks15:42
gatispbluelightning, I just don't feel very confident adding envnvars in code that is all about security :) thats why i was wondering about upstreaming15:43
kergothbetter yet, patch it to find all of its paths relative to the binary location, so it's completely relocatable on its own, then we wouldn't need to use wrappers at all :) but sadly that often involves invasive changes..15:48
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC15:48
* kergoth sighs15:48
frayFYI the rpm5 wrapper.. it's specific to OE/YP so that is why we're carrying it.  There is no upstream desire for this functionality..  (in fact there is justified resistance)15:53
qknightbluelightning: thanks for your help. this helped us really greatly15:54
*** cristianiorga <cristianiorga!~cristiani@> has quit IRC16:01
*** Jefro <Jefro!~jefro@> has joined #yocto16:01
*** frsc <frsc!~frsc@> has quit IRC16:01
*** jku <jku!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has joined #yocto16:02
*** jku is now known as jku_16:02
bluelightningqknight: no problem16:03
*** aehs29 <aehs29!~aehernan@> has left #yocto16:03
*** yann|work <yann|work!~yann@LFbn-1-1026-146.w86-247.abo.wanadoo.fr> has quit IRC16:06
*** Jefro <Jefro!~jefro@> has quit IRC16:08
*** AndersD <AndersD!~anders@h83-209-191-235.dynamic.se.alltele.net> has quit IRC16:17
*** IvanSB <IvanSB!~IvanSB@> has joined #yocto16:18
*** igor <igor!~Igor_Stop@> has quit IRC16:20
*** nrossi <nrossi!~nrossi@> has quit IRC16:29
*** nrossi <nrossi!~nrossi@> has joined #yocto16:29
*** berton <berton!~fabio@> has joined #yocto16:31
*** IvanSB <IvanSB!~IvanSB@> has quit IRC16:32
*** igor <igor!Igor_Stopp@nat/intel/x-vntypcahysohfzjg> has joined #yocto16:36
*** Jefro <Jefro!~jefro@50-0-152-82.dedicated.static.sonic.net> has joined #yocto16:36
*** IvanSB <IvanSB!~IvanSB@> has joined #yocto16:36
*** benjamirc <benjamirc!~besquive@> has joined #yocto16:38
*** belen1 <belen1!Adium@nat/intel/x-mimwcxabdwhlicya> has quit IRC16:47
*** jku_ <jku_!~jku@d-lltyxzqsj--98wl3k-3.rev.dnainternet.fi> has quit IRC16:48
*** belen1 <belen1!Adium@nat/intel/x-grapcnuirhcfhhoi> has joined #yocto16:49
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto17:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:04
*** aime-Pierre <aime-Pierre!~Thunderbi@bob75-2-81-56-46-209.fbx.proxad.net> has quit IRC17:09
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC17:13
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto17:13
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto17:13
*** paulg <paulg!~paulg@184-94-55-234.dedicated.allstream.net> has joined #yocto17:14
*** armpit <armpit!~akuster@2601:202:4000:1239:b027:cb45:c6de:b7e1> has quit IRC17:15
*** fl0v0 <fl0v0!~fvo@p5DDC6A25.dip0.t-ipconnect.de> has quit IRC17:15
*** aluft <aluft!~aluft@c-73-209-56-21.hsd1.in.comcast.net> has joined #yocto17:18
*** aluft <aluft!~aluft@c-73-209-56-21.hsd1.in.comcast.net> has left #yocto17:19
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has joined #yocto17:20
*** nighty^ <nighty^!~nighty@s1438242.xgsspn.imtp.tachikawa.spmode.ne.jp> has quit IRC17:21
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto17:21
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has quit IRC17:25
*** nighty^ <nighty^!~nighty@s573190.xgsspn.imtp.tachikawa.spmode.ne.jp> has joined #yocto17:36
*** jbrianceau is now known as jbrianceau_away17:39
*** Jay7 <Jay7!~jay@> has quit IRC17:41
*** Jay7 <Jay7!~jay@95-29-24-75.broadband.corbina.ru> has joined #yocto17:43
*** t0mmy_ <t0mmy_!~tprrt@> has quit IRC17:44
*** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto17:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:55
*** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto17:55
*** bluelightning_ <bluelightning_!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC17:55
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:55
*** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC17:55
*** bluelightning_ is now known as bluelightning17:56
*** IvanSB <IvanSB!~IvanSB@> has quit IRC17:57
*** jonathanmaw <jonathanmaw!~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC17:58
fmeerkoetterbluelightning: about "set IMAGE_FSTYPES = "btrfs""17:59
fmeerkoetterthis worked only halfways for me18:00
fmeerkoetterit did indeed build a btrfs.rootfs18:00
fmeerkoetterit is not creating an rpi specific .sdimg from it18:00
fmeerkoetteri understand that this is specific to the rpi bsp18:01
bluelightningright, I'm not intimately familiar with how that layer does its SD card image generation18:01
fmeerkoetterwell, i'll have to look into it. thanks!18:02
bluelightninghowever, looking at the class just now, it looks like you can just set SDIMG_ROOTFS_TYPE = "btrfs"18:02
bluelightninggive that a try18:02
fmeerkoetterin addition to the IMAGE_FSTYPES?18:02
bluelightningit's possible you don't need to set IMAGE_FSTYPES actually18:03
fmeerkoetterok. i'll try18:03
*** mortderire <mortderire!rkinsell@nat/intel/x-zuleptjebynmcpzp> has left #yocto18:05
*** dvhart <dvhart!~dvhart@> has joined #yocto18:08
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto18:11
*** alimon1 <alimon1!~alimon@> has quit IRC18:13
fmeerkoetterbluelightning: only adding SDIMG_ROOTFS_TYPE = "btrfs" to my local.conf has the effect the two rootfs images are generated. an ext3 and a btrfs.18:15
fmeerkoetterthe problem is that the ext3 one is picked up for generating the sdimage18:16
bluelightningfmeerkoetter: I know that's what was happening earlier - have you checked it's still that now having set the new variable?18:16
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC18:17
*** alimon1 <alimon1!~alimon@> has joined #yocto18:17
fmeerkoetterbluelightning: how do I do this? removing the images in tmp/deploy/images/... and retry?18:18
bluelightningfmeerkoetter: I mean, have you checked the sdimg file?18:18
fmeerkoetterah. you mean dd it and boot?18:18
fmeerkoetterwill try18:19
*** townxelliot <townxelliot!~ell@> has quit IRC18:22
*** belen1 <belen1!Adium@nat/intel/x-grapcnuirhcfhhoi> has quit IRC18:26
*** belen1 <belen1!Adium@nat/intel/x-csxbcxfkswykiitf> has joined #yocto18:26
fmeerkoetterbluelightning: ok, you were right it worked18:28
fmeerkoetterkind of18:28
bluelightningah - what do you mean by that?18:29
fmeerkoetternow the kernel halts during boot bc. it doesn't know how to handle a btrfs18:29
bluelightningah right... heh18:29
fmeerkoetter[    1.984034] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(179,2)18:29
bluelightningyou'll need to ensure it's enabled in the kernel config I guess18:29
fmeerkoetteryeah. lets try18:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:34
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC18:34
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has joined #yocto18:35
*** roccof <roccof!~roccof@93-51-177-218.ip268.fastwebnet.it> has quit IRC18:36
*** Biliogadafr <Biliogadafr!~User@nat2-minsk-pool-46-53-195-225.telecom.by> has quit IRC18:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:44
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto18:44
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has joined #yocto18:44
*** bluelightning <bluelightning!~paul@ip5f5ae6b8.dynamic.kabel-deutschland.de> has quit IRC18:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:44
*** sameo <sameo!~samuel@> has quit IRC18:47
*** matteo <matteo!~matteo@openwrt/developer/matteo> has quit IRC18:48
*** abelloni <abelloni!~abelloni@> has quit IRC18:48
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC18:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:52
*** matteo <matteo!~matteo@openwrt/developer/matteo> has joined #yocto18:52
*** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has joined #yocto18:53
*** benjamirc <benjamirc!~besquive@> has quit IRC18:53
*** dvhart <dvhart!~dvhart@> has quit IRC18:54
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC18:56
*** hanthings_ <hanthings_!~hanthings@62-78-246-53.bb.dnainternet.fi> has joined #yocto18:57
*** JaMa <JaMa!~martin@ip-86-49-34-37.net.upcbroadband.cz> has quit IRC19:00
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:00
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto19:03
*** wto <wto!~wto@h-140-99.a336.priv.bahnhof.se> has quit IRC19:03
*** sjolley <sjolley!~sjolley@> has quit IRC19:07
*** humberto <humberto!bdd07183@gateway/web/freenode/ip.> has joined #yocto19:07
*** dvhart <dvhart!dvhart@nat/intel/x-msxsfaheshbhyrhg> has joined #yocto19:08
*** tkilbourn <tkilbourn!2668863e@gateway/web/freenode/ip.> has joined #yocto19:10
*** humberto_ <humberto_!bdd07183@gateway/web/freenode/ip.> has joined #yocto19:10
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC19:11
tkilbournhow do I install a package with the files owned by a particular user? I've modified fs-perms.txt, and added a chown command in my do_install, but the rpm still lists everything as owned by root.19:11
tkilbournthe entries in the pseudo files.db list the correct perms too, fwiw19:12
bluelightningtkilbourn: how are you ensuring that user gets created on the target?19:15
tkilbournI have a useradd stanza in my image file. I'm also using numeric ids in my fs-perms and chown commands.19:16
*** fledermaus <fledermaus!~vivek@pakora.collabora.co.uk> has quit IRC19:17
tkilbournsorry, extrausers19:17
tkilbournin more detail: I have FILESYSTEM_PERMS_TABLES set in my distro's .conf file, pointing to a file making /home/user1 owned by user1, with walk set to true19:20
tkilbournbut using user1's numeric uid19:20
frayare you setting the numeric uid in the useradd parameter or allowing the system to define it?19:21
tkilbournthen, in my image recipe, I inherit extrausers and use EXTRA_USERS_PARAMS to create the users19:21
tkilbournyes I'm setting the numeric id19:21
frayYou should not usually use the numeric id though in the fs-perms..19:21
tkilbournby uncommenting some bb.notes in package.bbclass, I can tell that fixup_perms is correctly handling it19:22
fray(the reason is that there are ways to override the ID numbers.. and if someone were to do that, hard coding the number in the fs-perms won't allow it to be overwritten like a name would)19:22
tkilbournok good to know19:22
tkilbournbut the package class doesn't have access to my usernames, if my image recipe is run last?19:22
fraybut both name and number should both work in the fs-perms19:22
tkilbournor are users added earlier?19:22
frayusers are added when the recipe is built that has the 'add' in it..19:23
frayif you need to use the ID earlier.. you need an explicit dependency or each recipe needs to have a copy of the 'add19:23
tkilbournso a separate recipe to create users could be useful.19:24
tkilbournwould that still explain the problems between the pseudo steps and the rpmbuild though?19:24
tkilbournafaict, ownership and permissions are only set during packaging19:25
tkilbournso everything should look correct in the deploy rpms, right?19:25
tkilbournbut everything is listed as root:root in the rpm19:25
fmeerkoetterbluelightning: /dev/mmcblk0p2 on / type btrfs (rw,relatime,ssd,space_cache)19:26
fmeerkoettersuccess :-)19:26
bluelightningfmeerkoetter: :)19:27
fmeerkoetterto sum it up.19:32
fmeerkoetterSDIMG_ROOTFS_TYPE = "btrfs"19:32
fmeerkoetterther kernel commandline contained rootfstype=ext3 which i changed to btrfs19:32
fmeerkoetterand i needed to compile in the btrfs support into the kernel19:32
fmeerkoetterit was in there as a module19:32
fmeerkoetterwhy i needed to compile it in i don't know19:33
fmeerkoetterbluelightning: ^19:33
bluelightningit would need to be compiled in unless you were using some form of initramfs with that module in it19:33
bluelightningthe kernel command line thing is a bit bothersome19:34
fmeerkoetterbluelightning: ah. i am using a config without initramfs19:34
fmeerkoetterso this is also explained19:35
*** belen2 <belen2!~Adium@> has joined #yocto19:36
bluelightningI'm not sure where the kernel command line reference comes from ; FWIW it's nowhere to be found in the metadata19:36
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-qrqrkozbaitliity> has quit IRC19:40
*** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC19:46
*** armpit <armpit!~akuster@> has joined #yocto19:46
tkilbourncreating the users in a separate recipe instead of in my image recipe seems to have fixed the problem19:47
*** belen2 <belen2!~Adium@> has quit IRC19:50
*** tkilbourn <tkilbourn!2668863e@gateway/web/freenode/ip.> has quit IRC19:52
*** stwcx <stwcx!~stwcx@> has joined #yocto19:54
bluelightningwe really ought to be doing validation on this... thought I thought we added some in the current release19:55
bluelightning(or should I say imminent release)19:55
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto20:00
*** lazao <lazao!52e867a5@gateway/web/freenode/ip.> has joined #yocto20:01
*** mago_ <mago_!~mago@> has quit IRC20:01
*** mago_ <mago_!~mago@unaffiliated/blastur> has joined #yocto20:01
*** paulg <paulg!~paulg@184-94-55-234.dedicated.allstream.net> has quit IRC20:07
*** bambule__ <bambule__!5ddcf343@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC20:09
*** sjolley <sjolley!~sjolley@> has joined #yocto20:18
*** Pixionus <Pixionus!~Pixionus@unaffiliated/pixionus> has joined #yocto20:21
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has joined #yocto20:33
*** hanthings_ <hanthings_!~hanthings@62-78-246-53.bb.dnainternet.fi> has quit IRC20:39
*** berton <berton!~fabio@> has quit IRC20:41
*** tsramos <tsramos!~tsramos@> has quit IRC21:01
*** dvhart <dvhart!dvhart@nat/intel/x-msxsfaheshbhyrhg> has quit IRC21:03
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has joined #yocto21:04
*** dvhart <dvhart!dvhart@nat/intel/x-kxelkgsjlvcgllej> has joined #yocto21:05
*** seebs <seebs!~seebs@home.seebs.net> has quit IRC21:06
*** yann|work <yann|work!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC21:07
*** sjolley <sjolley!~sjolley@> has quit IRC21:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:10
*** sjolley <sjolley!sjolley@nat/intel/x-qmqkimkimnnbxpie> has joined #yocto21:11
*** fledermaus <fledermaus!~vivek@> has joined #yocto21:24
*** vmeson <vmeson!~rmacleod@> has quit IRC21:28
*** dvhart <dvhart!dvhart@nat/intel/x-kxelkgsjlvcgllej> has quit IRC21:33
*** [Sno] <[Sno]!~sno@rademacherexchange.de> has quit IRC21:34
*** paulg <paulg!~paulg@24-246-6-178.cable.teksavvy.com> has joined #yocto21:34
*** dvhart <dvhart!dvhart@nat/intel/x-ckvetxvcjcwmosgb> has joined #yocto21:36
*** pidge <pidge!~pidge@05402dfb.skybroadband.com> has joined #yocto21:38
*** dvhart <dvhart!dvhart@nat/intel/x-ckvetxvcjcwmosgb> has quit IRC21:38
*** hanthings_ <hanthings_!~hanthings@dyxztkyb1y0b7sq-29h1t-3.rev.dnainternet.fi> has quit IRC21:44
*** dvhart <dvhart!~dvhart@> has joined #yocto21:44
*** RP <RP!~richard@> has joined #yocto21:49
*** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has joined #yocto21:54
*** pohly <pohly!~pohly@p5DE8DA06.dip0.t-ipconnect.de> has quit IRC21:54
*** [Sno] <[Sno]!~sno@ip-37-24-117-137.hsi14.unitymediagroup.de> has joined #yocto21:55
*** alimon1 <alimon1!~alimon@> has quit IRC22:00
*** dvhart <dvhart!~dvhart@> has quit IRC22:03
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto22:03
*** alimon1 <alimon1!~alimon@> has joined #yocto22:05
*** mbergek <mbergek!~mbergek@> has joined #yocto22:07
*** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto22:08
*** madisox <madisox!~madison@216-75-232-11.static.wiline.com> has quit IRC22:08
*** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has quit IRC22:09
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC22:10
*** nighty^ <nighty^!~nighty@s573190.xgsspn.imtp.tachikawa.spmode.ne.jp> has quit IRC22:11
*** sameo <sameo!samuel@nat/intel/x-ipdeywcspvimxynw> has joined #yocto22:12
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:18
*** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has joined #yocto22:20
*** mbergek <mbergek!~mbergek@c-58b3e055.17-2-64736c10.cust.bredbandsbolaget.se> has left #yocto22:20
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto22:25
*** Mike1 <Mike1!~mike@> has quit IRC22:31
*** benjamirc <benjamirc!~besquive@> has joined #yocto22:32
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC22:33
*** RP <RP!~richard@> has quit IRC22:35
*** RP <RP!~richard@> has joined #yocto22:35
*** cbzx <cbzx!~cbzx@CPE0015f275ecd5-CM00195edd810c.cpe.net.cable.rogers.com> has quit IRC22:35
*** roric <roric!~roric@h196n19-vrr-a31.ias.bredband.telia.com> has quit IRC22:44
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has joined #yocto22:45
*** RP <RP!~richard@> has quit IRC22:45
*** abelloni <abelloni!~abelloni@> has joined #yocto22:47
*** lazao <lazao!52e867a5@gateway/web/freenode/ip.> has quit IRC22:49
*** IvanSB <IvanSB!~IvanSB@2a01:2000:2000:2bea:f279:59ff:fe64:3a8> has quit IRC22:57
*** benjamirc <benjamirc!~besquive@> has quit IRC22:59
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto23:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto23:01
*** dvhart <dvhart!dvhart@nat/intel/x-llbzwnrdjujbrpqn> has joined #yocto23:01
*** lamego <lamego!~jose@> has quit IRC23:02
*** humberto <humberto!bdd07183@gateway/web/freenode/ip.> has quit IRC23:03
*** kbingham <kbingham!~kbingham@cpc87017-aztw30-2-0-cust65.18-1.cable.virginm.net> has quit IRC23:38
*** rburton <rburton!~Adium@> has quit IRC23:40
*** dreyna4529 <dreyna4529!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto23:48
*** humberto_ <humberto_!bdd07183@gateway/web/freenode/ip.> has quit IRC23:51
*** dvhart <dvhart!dvhart@nat/intel/x-llbzwnrdjujbrpqn> has quit IRC23:58

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!