Monday, 2018-11-19

« Sunday, 2018-11-18 Index Tuesday, 2018-11-20 »
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto00:10
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto00:18
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto00:18
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto00:35
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC01:24
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC01:26
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto01:35
*** anujm <anujm!anujm@nat/intel/x-ndtbdhgsatqiosfu> has joined #yocto01:38
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC01:39
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC01:40
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto02:13
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto02:37
*** kaspter <kaspter!~Instantbi@115.230.120.142> has quit IRC03:18
*** kaspter <kaspter!~Instantbi@115.230.120.142> has joined #yocto03:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto03:33
khemcslcm: what do you need from that layers ? nodejs is now in meta-oe03:36
yoctiNew news from stackoverflow: How to know who is included a particular recipe in yocto <https://stackoverflow.com/questions/53368007/how-to-know-who-is-included-a-particular-recipe-in-yocto>03:42
*** kaspter <kaspter!~Instantbi@115.230.120.142> has quit IRC03:54
*** kaspter1 <kaspter1!~Instantbi@115.194.187.225> has joined #yocto03:54
*** kaspter1 is now known as kaspter03:57
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC05:19
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto05:31
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:12
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC06:27
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:28
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:17
LetoThe2ndcslcm: meta-nodejs is kinda outdated anyways, i'd support massive breakage on newer revisions.07:29
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:43
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:51
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:56
*** levd <levd!~LevinDu@zslevin.info.tm> has left #yocto07:59
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto08:00
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:17
*** ejoerns <ejoerns!~ejo@2001:67c:670:100:76d4:35ff:fee8:98b3> has quit IRC08:19
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has quit IRC08:21
*** fl0v0 <fl0v0!~fvo@i577B9C63.versanet.de> has joined #yocto08:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:28
*** xtron_ is now known as xtron08:39
*** kaspter <kaspter!~Instantbi@115.194.187.225> has quit IRC08:47
*** anujm <anujm!anujm@nat/intel/x-ndtbdhgsatqiosfu> has quit IRC08:54
*** varjagg <varjagg!~user@122.62-97-226.bkkb.no> has joined #yocto08:56
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto08:58
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:07
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto09:14
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto09:14
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto09:15
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto09:16
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has joined #yocto09:18
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:22
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:26
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:26
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto09:32
*** varjagg is now known as varjag09:37
*** ejoerns <ejoerns!~ejo@mango.hi.pengutronix.de> has joined #yocto09:39
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto09:53
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto09:58
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto09:58
*** ant_work <ant_work!~ant__@87.13.122.174> has joined #yocto10:00
*** wooosaiii <wooosaiii!~woo@cpe-90-157-180-95.static.amis.net> has quit IRC10:02
*** lpapp_ <lpapp_!~lpapp@kde/lpapp> has left #yocto10:17
T_UNIXhi10:35
T_UNIXare rootfs image creation tools (i.e. `mkfs.ubifs`) expected to be provided by the build host system or by yocto?10:37
LetoThe2ndT_UNIX: they are provided by the build10:37
T_UNIXthat's weird then... I'm facing `run.do_image_tar.1067: mkfs.ubifs: not found` using `crops/yocto:ubuntu-16.04-base` docker image to build10:39
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:39
LetoThe2ndT_UNIX: can't comment on crops10:41
LetoThe2ndT_UNIX: or maybe your imagetype is not properly set up, if you are using something custom10:42
LetoThe2ndbut i'm certain we are building ubi images here too, and that mkfs for ubi is not available in the host10:42
T_UNIXLetoThe2nd: that's a good start then :)10:44
T_UNIXthanks!10:46
pouet_foreverT_UNIX: do you have mtd-utils-ubifs ?10:46
*** berton <berton!~berton@181.220.65.91> has quit IRC10:47
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:49
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC10:50
T_UNIXI do. But, I guess, never mind. There seems to be some kind of inconsistency weirdness. `IMAGE_FSTYPES` is set to `tar.gz`, yet  `do_image_tar` executes `mkfs.ubifs` on its first line O.o10:53
LetoThe2ndT_UNIX: sounds like somebody hacked up your image creating. thats the one to blame10:53
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:54
T_UNIXyeah. Probably pebcak :-D10:57
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto10:58
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:04
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto11:08
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:08
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto11:11
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:16
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC11:32
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto11:37
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto11:58
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto12:19
kuzulisHi guys. How choose a required kernel version to build? e.g. I use own layer, which depends on meta-toradex-nxp layer. That 'meta-toradex-nxp' layer provides multiple kernels, like: meta-toradex-nxp/recipes-kernel/linux/linux-toradex-3.14.52/4.1/4.1.15/4.4 and so on.. When I compile my image, it creates a kernel with version 4.1.44... I don't understand, how the Yocto know which version t compile?12:24
LetoThe2ndkuzulis: if nothing specific is set, then its the highest version of all recipes that provide virtual/kernel and are marked as compatible with your given machine.12:29
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:29
LetoThe2ndkuzulis: typical places for such things to be set is the .conf file of the machine.12:30
la_croix_Hi I'm trying to add some extra config to uboot/config.txt, using the following in the local.conf: RPI_EXTRA_CONFIG =  "dtparam=audio=on \n dtparam=i2s=on". The problem is that it seems to have no effect at all...12:38
LetoThe2ndla_croix_: because the u-boot build process does not know anything about your bitbake/recipe settings.12:40
LetoThe2ndla_croix_: here's a pretty detailed rundown: https://stackoverflow.com/questions/47047209/how-to-change-the-config-of-u-boot-in-yocto/47062520#4706252012:40
*** berton_ <berton_!~berton@181.220.65.91> has joined #yocto12:40
la_croix_LetoThe2nd Great, thank you12:41
LetoThe2ndla_croix_: sepcifically, the EDIT / ADDEDNDUM part.12:41
*** berton <berton!~berton@181.220.65.91> has quit IRC12:41
la_croix_LetoThe2nd So, is this wrong? https://meta-raspberrypi.readthedocs.io/en/latest/extra-build-config.html12:41
LetoThe2ndla_croix_: no idea. it looks pretty hackish, and is certainly layer specifc.12:43
la_croix_LetoThe2nd Fair enough, thanks :)12:45
LetoThe2ndla_croix_: https://git.yoctoproject.org/cgit.cgi/meta-raspberrypi/tree/recipes-bsp/bootfiles/rpi-config_git.bb12:45
LetoThe2ndla_croix_: this is something that relates to the gpu thing, not to u-boot. i seriously suggest avoiding it.12:46
la_croix_LetoThe2nd Ok, I'll do that. Thanks :)12:46
*** timblechmann_ <timblechmann_!~quassel@2001:e68:5420:5df3:75df:56f6:8025:72ea> has quit IRC12:47
kuzulisLetoThe2nd: Hmm.. ok. thanks.12:51
kuzulisLetoThe2nd: But, can I set another custom kernel version ?12:51
kuzulisLetoThe2nd: e.g. pull a latest from the repo ?12:52
LetoThe2ndkuzulis: sure, why not?12:52
kuzulisLetoThe2nd: how I can do it tnen? :)12:52
LetoThe2ndkuzulis: just modify the recipe accordingly, respectively create your own based on those that are already there.12:52
kuzulisLetoThe2nd: so, just in my layer try to 'override' a kernel recipe with own *.bbappend, where puth to the SRC path a desired kernel version (e.g. from GIT?)12:54
kuzulisLetoThe2nd: s/puth/put12:54
LetoThe2ndkuzulis: if you look at this for example, you can pretty much easily see where SRCREV is set: http://git.toradex.com/cgit/meta-toradex-nxp.git/tree/recipes-kernel/linux/linux-toradex_4.9-1.0.x.bb12:54
LetoThe2ndkuzulis: so in your append, just override that line12:55
kuzulisLetoThe2nd: So, as I understand, there are a two ways to pull a newest Kernel version: 1) it is just clone a fresh 'toradex' layer (e.g. master), 2) it is just override required recipe with my recipe?12:57
LetoThe2ndnot "create a fresh toradex layer". you should do all your work in your custom layer anyways. so, if oyu need bigger modifications than juser one or two variables, then you should copy over the starting point you want into your own layer and then modify it according to your needs.12:58
LetoThe2ndif you need to just tweak SRCREV, then put an append into your layer and, well, tweak SRCREV12:59
kuzulisLetoThe2nd: ok, many thanks13:00
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC13:06
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto13:06
*** geissona_ <geissona_!~geissonat@32.97.110.50> has joined #yocto13:13
*** marka <marka!~masselst@184.175.21.100> has joined #yocto13:14
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto13:28
*** mattsm_ <mattsm_!~mattsm@76.205.175.243> has quit IRC13:31
*** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto13:31
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC13:48
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has joined #yocto13:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto13:49
T_UNIXLetoThe2nd: I found the culprit. I appended another `DISTROOVERRIDES` variable (`STORAGEMEDIUM`). That mysterically lead to inclusion of ubifs rootfs code. Even though the `IMAGE_FSTYPES` variable says `.tar.gz`13:53
T_UNIXdoes one need to remove and rebuild everything if one modifies DISTROOVERRIDES?13:53
LetoThe2ndT_UNIX: no idea, i can jsut tell you it sounds nasty.13:55
T_UNIXsure. But since it takes a few hours to rebuild everything, I was wondering whether it's inevitable.13:55
LetoThe2ndno idea, sorry. i've never had to use one of those OVERRIDE things so far. to me its got the feeling of "JUST MAKE IT WORK NOW I DON'T CARE ABOUT BREAKAGE LATER"... and now you seem to have reached that "later"13:57
T_UNIXI use OVERRIDEs to leverage bibakes FILES search path mechanism in context of multiple image/product/hw combinations.14:00
LetoThe2ndhttps://www.youtube.com/watch?v=IhKQl1zGihc @ 0:2214:01
yatesif i have a svn://blah SRC_URI, is the SRCREV the revision number to grab?14:05
LetoThe2ndyates: probably the revision number14:06
LetoThe2ndyates: https://www.yoctoproject.org/docs/2.4.1/bitbake-user-manual/bitbake-user-manual.html#svn-fetcher14:06
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto14:07
yatesLetoThe2nd: thank you!14:08
LetoThe2ndyates: have fun.14:08
*** learningc <learningc!~learningc@210.195.87.14> has joined #yocto14:08
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:13
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto14:15
*** User__ <User__!~learningc@210.195.87.14> has joined #yocto14:19
*** learningc <learningc!~learningc@210.195.87.14> has quit IRC14:19
*** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC14:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:51
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC14:56
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto14:56
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC15:02
*** sno <sno!~sno@tmo-116-32.customers.d1-online.com> has joined #yocto15:02
*** nasix <nasix!~nasix@109.202.101.34> has joined #yocto15:10
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:13
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto15:15
la_croix_LetoThe2nd Hi, do you remember that custom module thing that you helped me with? I've discovered that it works, but only if I ssh in and run 'modprobe my_loder'. Do you know how I would get it to load on boot? conf.local contains both IMAGE_INSTALL_append = " my_loader " and KERNEL-MODULE-AUTOLOAD-append = " my_loader ", but neither of them are doing it...15:15
yateswhy doesn't "export" work inside of a do_compile()? isn't it bash?15:15
JaMala_croix_: KERNEL-MODULE-AUTOLOAD-append is wrong15:16
JaMala_croix_: the variable is called KERNEL_MODULE_AUTOLOAD and -append isn't anything, you need underscore15:17
yatesnm. my mistake15:18
yatesit does work15:18
JaMaand the package name probably doesn't match with the actual module filename, so you need to specifi it as described in docs15:19
*** sno <sno!~sno@tmo-116-32.customers.d1-online.com> has quit IRC15:19
*** nasix <nasix!~nasix@109.202.101.34> has quit IRC15:19
*** armpit <armpit!~armpit@2601:202:4180:c33:f00c:90a9:e13c:6a53> has quit IRC15:19
la_croix_JaMa Oops, so fix that, and remove IMAGE_INSTALL_APPEND?15:20
*** armpit <armpit!~armpit@2601:202:4180:c33:a10b:ba9c:1d5e:29bc> has joined #yocto15:21
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC15:22
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC15:28
yateswhat directory does do_compile put you in when it is invoked? in terms of ${S}, etc.?15:36
yatesis it simply ${S}?15:36
LetoThe2ndyates: i'g guess {B}15:36
LetoThe2nd${B}15:37
*** ant_work <ant_work!~ant__@87.13.122.174> has quit IRC15:37
yatesLetoThe2nd: in that document on svn repos you referred me to earlier, does the "module=" translate to a variable in the build environment? i need to cd inside my do_compile() to ${B}/${MODULE}15:40
LetoThe2ndyates: no idea, sorry. i'd have to try, tinker and findout myself15:40
yatesok, np15:40
LetoThe2ndyou can always do ls, pwd, whatever in do_compile, and abort with exit 115:40
yatesright15:41
LetoThe2ndso you'd directly see your debug output instead of having to go through the log file stuff15:41
yatesi know the directory, but i'd rather not hardcode it in, in case i change my module=15:41
LetoThe2ndyates: bitbake -e your recipe, and see if the module thing translates somewhere. if not, do it the other way round: define a variable and use that for module= and your do_compile15:42
RPyates: then pass it as a variable15:43
LetoThe2ndRP: i think the core question is if the module= setting from the svn fetcher already ends up in a variable15:43
RPyates: SVNMODULEDIR = "xxx" and use ${SVNMODULEDIR} in both SRC_URI and do_compile15:43
RPLetoThe2nd: right, I'm suggesting to use it as a variable in SRC_URI15:44
yatesmakes sense15:44
LetoThe2ndexactly, just what i said (without picking names, though)15:44
RPLetoThe2nd: right, I think we overlapped, sorry :)15:44
LetoThe2ndRP: i'm always happy to technically overlap with you. makes me feel less stupid :-)15:45
yates:)15:45
yoctiNew news from stackoverflow: How to clean populate_sdk in yocto <https://stackoverflow.com/questions/53377944/how-to-clean-populate-sdk-in-yocto>15:45
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto15:45
RPLetoThe2nd: you're definitely not stupid15:45
yatesi have yet to achieve "technical overlap with RP"-dom...15:45
LetoThe2ndooooooh *sighs*15:45
cslcm@khem the version of node in meta-oe is out of date, unfortunately15:57
*** User__ <User__!~learningc@210.195.87.14> has quit IRC16:05
*** learningc <learningc!~learningc@210.195.87.14> has joined #yocto16:07
*** armpit <armpit!~armpit@2601:202:4180:c33:a10b:ba9c:1d5e:29bc> has quit IRC16:07
*** pouet_forever <pouet_forever!~nico@213.56.200.5> has quit IRC16:08
*** peacememories <peacememories!~textual@t197-032.demo.tuwien.ac.at> has joined #yocto16:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:12
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:12
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:24
yatesyocto downloads the source controlled files into a recipe-name-based location. what if my source control files provide a number of different recipes? it is redundant to download the source controlled files for each recipe. is there an alternative?16:24
kergothno, tht's not correct. downloads go to DL_DIR regardless of recipe nme16:25
kergothit's not isolated by recipe at all16:25
kergothand it's not re-downloaded if it was completed once, even if the do_fetch task re-runs16:26
*** peacememories <peacememories!~textual@t197-032.demo.tuwien.ac.at> has quit IRC16:28
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto16:29
yatesi'm seeing my files at <build>/tmp/work/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/server-6300/1.0-rc0-r0/tags/production-server-1.0-rc0, and server-6300 is my recipe base_name and tags/production-server-1.0-rc0 is my module string16:29
yatesis that a symlink?16:29
yates(remove one of those tmp/work/ above)16:30
yatesor did i somehow screw up the recipe?16:32
yateshttps://paste.fedoraproject.org/paste/vfWJpeUvJ0Pnbbe~qJgsAw16:32
yates(so far)16:32
yateskergoth: ^^^^^16:34
kergothfiels are downloaded in do_fetch from upstream into DL_DIR (see your local.conf), then they're "unpacked" from DL_DIR to WORKDIR in do_unpack, then patched in do_patch16:34
kergothin the case of files which don't need extracting (i.e. not a tarball, zip, etc), it's just copied16:34
yatesah.16:35
yatesok, thanks16:35
kergothhuh, https://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#new-recipe-fetching-code mentions the behavior, but doesn't explicitly call out what unpack does if it isn't extracting anything, and the description of do_unpack is pretty weak at all, specifically covering S but not WORKDIR16:38
kergothshould probably improve the docs on that16:38
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto16:43
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:44
yatesi have another issue: at the beginning of my do_compile task my pwd is <build>/tmp/work/<arch>/<basename>/vers-r0/<full-recipe-name>16:44
yatesyet my files are at <build>/tmp/work/<arch>/<basename>/vers-r0/<module>16:45
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has joined #yocto16:45
yatesi could cd, of course. but is there a reason yocto is expecting the build to be done in the original pwd?16:46
*** learningc <learningc!~learningc@210.195.87.14> has quit IRC16:46
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC16:47
JPEWyates: It's the default starting directory when building (${B}). You can change it if you have a different "build" directory16:48
yateschange what? B? S? the current working directory?16:49
yatesi could get it to work, but what's the "right" way to do it?16:49
JPEWyates: I think the "right" thing to do is change B16:49
*** learningc <learningc!~learningc@210.195.87.14> has joined #yocto16:50
yatesok, thanks16:50
JPEWyates: However, by default B = ${S}, so if you aren't doing an "out-of-tree" build, it might be easier to set S and let B get picked up from it16:51
yatesis there a variable at do_compile() time that shows the directory the unpacker unpacked to?16:53
kergothyes, set S16:54
JPEWThats what "S" is for... it defaults to a commonly correct answer, but is frequently overridden (e.g. for recipes that use a git fetcher that doesn't follow the normal rule).16:54
JPEWyates: You see a lot of S = "${WORKDIR}/git" for that reason16:54
kergoththis *is* mentioned in the link ijust pasted, fyi16:54
*** learningc <learningc!~learningc@210.195.87.14> has quit IRC16:54
*** User__ <User__!~learningc@210.195.87.14> has joined #yocto16:55
yatesok16:55
*** learningc <learningc!~learningc@210.195.87.14> has joined #yocto16:59
*** User__ <User__!~learningc@210.195.87.14> has quit IRC17:00
*** fl0v0 <fl0v0!~fvo@i577B9C63.versanet.de> has quit IRC17:08
*** learningc <learningc!~learningc@210.195.87.14> has quit IRC17:08
*** learningc <learningc!~learningc@210.195.87.14> has joined #yocto17:08
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC17:11
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC17:14
yatesis there an emacs mode for .bb files?17:15
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC17:18
*** kanavin <kanavin!~kanavin@62.96.135.139> has quit IRC17:19
*** kanavin <kanavin!~kanavin@62.96.135.139> has joined #yocto17:21
yatesdo_compile() success!17:22
yates\/17:23
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto17:26
yatesthanks for all the direction/pointers/help17:27
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC17:28
yatesthis has been valuable: https://www.yoctoproject.org/docs/2.5/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe17:35
*** User__ <User__!~learningc@210.195.51.162> has joined #yocto17:39
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC17:40
*** learningc <learningc!~learningc@210.195.87.14> has quit IRC17:42
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC17:53
*** AndersD_ <AndersD_!~AndersD@194.237.220.218> has quit IRC18:02
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:08
*** stephano2 <stephano2!~stephano@134.134.139.76> has joined #yocto18:11
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto18:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:16
*** cslcm <cslcm!~cslcm@ns19281.115-189.caspernet.co.uk> has quit IRC18:18
denixwhy am I getting these from master:18:19
denixWARNING: core-image-base-1.0-r0 do_rootfs: locale-base-en-us.postinst returned 1, marking as unpacked only, configuration required on target.18:19
denixERROR: core-image-base-1.0-r0 do_rootfs: Postinstall scriptlets of ['locale-base-en-gb', 'locale-base-en-us'] have failed. If the intention is to defer them to first boot,18:19
denixthen please place them into pkg_postinst_ontarget_${PN} ().18:20
*** deviosity <deviosity!~dvoid@199.231.247.178> has joined #yocto18:20
denixthis is oe-core master in distroless/no-distro config. I can't seem to find any misconfiguration in local.conf...18:21
*** User__ <User__!~learningc@210.195.51.162> has quit IRC18:22
deviosityHello, trying to build linux-intel-rt on thud, and keep runnning into the dreaded: Unsupported relocation type: R_X86_64_PLT32 (4) error, which usually is resolved by downgrading binutils to 2.30 versus 2.31. Should I just bbappend all the binutils recipes or does someone know of a better solution off hand.18:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:33
yateswhy am i getting this warning: https://paste.fedoraproject.org/paste/4aaKEQXZRsoVvXDqM9DvrQ18:42
yatesor more to the point, why is my key getting overridden/replaced?18:43
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-zeefqdtuafmcjomv> has quit IRC18:48
JPEWyates: Not sure... would need to see the recipe18:51
*** rajm <rajm!~robertmar@cpc126996-macc4-2-0-cust25.1-3.cable.virginm.net> has quit IRC18:52
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC18:56
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:07
*** feddischson <feddischson!~feddischs@55d47cfb.access.ecotel.net> has joined #yocto19:10
kergothyates: you defined FILES_server-6300 when you should be setting or appending to FILES_${PN} instead19:10
kergothexpansion of variable references in variable names occurs at a specific point in the parsing process, from bitbake's perspective they're two entirely different variable names until it's expanded19:11
kergothat which one the latter replaces the former, as described in the message19:11
kergothif we expanded it immediately, it'd cause problems with use of variables that aren't yet defined at hte time that line is parsed19:11
yatesthat's deep19:14
yatesi actually had already changed it to FILE_${PN} before i read this and noticed it worked, and was mildly bewildered.19:17
yatesdo the path/files specified in FILES have to be in the corresponding paths in ${D}?19:23
yatesif have a FILES_${PN} = "${bindir}/myfile", does that have to have previously been installed into ${D}/${bindir}/myfile? or can it be in ${D}/myfile?19:26
yatesyes.19:28
yatesworks19:29
yatesdo_package works now19:29
*** armpit <armpit!~armpit@156.39.10.47> has joined #yocto19:47
*** armpit <armpit!~armpit@156.39.10.47> has quit IRC19:52
yatesyay!19:54
yatesi did a "smart install server-6300" on my target device - works!19:55
yatesexcellent!19:55
yatesi'm starting to like this project..19:55
yatesit's powerful19:56
yateswith the old smart package manager, can you specify multiple package feed uris so that it will try one after the other?19:59
yateslike dnf/yum?19:59
yatesPACKAGE_FEED_URIS = "http://172.16.1.32 file://thumbdrive/repo"19:59
yatestias you say?20:00
bluelightningyates: that should work yes20:16
bluelightningdenix: I don't see any postinstall scripts for those packages - have you enabled anything in your configuration that might have added some?20:16
*** berton_ <berton_!~berton@181.220.65.91> has quit IRC20:16
denixbluelightning: YOCTO #1302820:17
bluelightningoh right, yes20:18
bluelightninglooks like it was never adapted :/20:20
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has joined #yocto20:27
*** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto20:40
*** jacques is now known as linuxjacques20:40
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC20:55
*** lfa_ <lfa_!~lfa@217.19.35.51> has joined #yocto21:03
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC21:07
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto21:11
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68d8:933:9810:2cbe> has joined #yocto21:12
*** xtron <xtron!~xtron@110.93.212.98> has quit IRC21:16
yatesis there recipe for version 3.0.2 of wxWidgets? i see 2.9.5 but we need 3.0.221:23
JPEWWhat layers does the AUH scan?21:34
yatesJPEW: are you talking to me?21:40
JPEWyates: Not specfically21:40
yateswhat is AUH?21:41
khemJPEW: AUH is primarily for layers that poky uses21:41
khemother layers havent yet adopted it21:41
JPEWyates: AUH = Auto Upgrade Helper21:41
*** feddischson <feddischson!~feddischs@55d47cfb.access.ecotel.net> has quit IRC21:59
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:04
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68d8:933:9810:2cbe> has quit IRC22:10
yatesi've updated my package feed uris like this: PACKAGE_FEED_URIS = "http://172.16.1.32 file://run/media/sda1"22:10
yatesi did a cp -r tmp/deploy/rpm /thumbdriveroot22:11
yatesthen i booted the target without enabling the wifi, and inserted the thumdrive, which gets mounted at /run/media/sda122:12
yatesi can "smart update" just fine - it appears to run and update the cache22:12
yatesbut when i "smart install server-6300", it tries to pull it over the network and fails, never attempting from the thumbdrive:22:13
yateshttps://paste.fedoraproject.org/paste/PhbjrMqXlV1Ly8r7-P-Vsg22:13
rburton_JPEW: ask nicely and it can be extended to scan others layers. maybe don't ask for meta-oe first :)22:14
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68d8:933:9810:2cbe> has joined #yocto22:14
yateswhy isn't it pulling from the thumbdrive?22:15
rburton_JPEW: i think the yocto-hosted auh can easily be told to do other layers, or alternatively the source is open so anyone can host their own22:15
JPEWrburton_: Sure, I was looking more at meta-mingw for the mingw-w64 headers/libraries... but it looks like devtool doens't handle nativesdks in a completely automated manner yet22:16
rburton_shame22:16
rburton_filed a bug for that?22:16
JPEWrburton_: Sure22:16
*** tprrt <tprrt!~tprrt@ram31-1-82-234-79-177.fbx.proxad.net> has quit IRC22:22
*** geissona_ <geissona_!~geissonat@32.97.110.50> has quit IRC22:23
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:27
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:31
yatesshould it be file:///run/media/sda1 instead of file://run/media/sda1?22:34
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto22:34
*** Aethenel- <Aethenel-!Aethenelle@gateway/shell/panicbnc/x-lxjhlbmoxemjdkzz> has joined #yocto22:34
*** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto22:34
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto22:34
*** georgem_ <georgem_!~georgem@216.21.169.52> has quit IRC22:34
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC22:35
*** zeddii_home_ <zeddii_home_!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto22:35
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto22:36
*** mario-go` <mario-go`!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto22:36
*** georgem_ <georgem_!~georgem@216.21.169.52> has joined #yocto22:36
*** cordlandwehr <cordlandwehr!~cordlandw@91.239.177.14> has joined #yocto22:36
*** dl9pf_ <dl9pf_!~quassel@static.88-198-106-157.clients.your-server.de> has joined #yocto22:37
*** fatalhalt_ <fatalhalt_!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto22:38
*** gnac_ <gnac_!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto22:38
khemrburton_: its ok to include meta-oe layers but I will ignore them for the mails which send updates and fixes22:38
khembut it would be good to have an account of pending package updates for meta-oe I agree22:39
*** jftetu <jftetu!znc@159.203.20.86> has quit IRC22:39
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has quit IRC22:39
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:39
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC22:39
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC22:39
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC22:39
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has quit IRC22:39
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC22:39
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC22:39
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC22:39
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC22:39
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:39
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-yzwksjkpstqwxcwt> has quit IRC22:39
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC22:39
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC22:39
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC22:39
*** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC22:39
*** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC22:39
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC22:39
*** freanux <freanux!~freanux@unaffiliated/freanux> has quit IRC22:39
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has quit IRC22:39
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC22:39
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:39
*** zeddii_home_ is now known as zeddii_home22:39
*** blueness_ is now known as blueness22:39
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto22:40
khemyates: do file URIs work with smart ?22:40
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto22:41
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto22:41
*** gabrbedd <gabrbedd!~beddingfi@li680-65.members.linode.com> has joined #yocto22:41
*** georgem_ is now known as georgem22:41
*** vquicksilver <vquicksilver!~nobody@gentoo/contributor/vquicksilver> has joined #yocto22:41
*** jftetu <jftetu!znc@159.203.20.86> has joined #yocto22:41
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto22:42
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto22:43
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto22:43
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has joined #yocto22:45
*** peacememories <peacememories!~textual@2a02:8388:8480:fd80:68d8:933:9810:2cbe> has quit IRC22:47
*** Zajc <Zajc!~Zajc@89-212-111-208.static.t-2.net> has joined #yocto22:49
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:08
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:15
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto23:17
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has quit IRC23:34
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC23:59
« Sunday, 2018-11-18 Index Tuesday, 2018-11-20 »

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!