*** lpotter <lpotter!~quassel@2001:8003:e018:2600:ba27:ebff:febb:59b> has joined #yocto | 00:01 | |
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 00:01 | |
*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has joined #yocto | 00:12 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 00:24 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 00:25 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 01:09 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 01:12 | |
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto | 01:12 | |
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has quit IRC | 01:16 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 01:22 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 01:24 | |
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 01:33 | |
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto | 01:34 | |
*** anujm <anujm!~anujm@192.55.54.40> has joined #yocto | 02:00 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 02:20 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:24 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 02:43 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:46 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 03:00 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 03:00 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 03:05 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 04:17 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-veqrrkebugdokpgk> has quit IRC | 04:22 | |
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC | 04:52 | |
*** cydizen <cydizen!~cydizen@pool-108-35-26-162.nwrknj.fios.verizon.net> has joined #yocto | 04:59 | |
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 05:21 | |
*** peniwize <peniwize!~peniwize@63.140.26.14> has quit IRC | 05:24 | |
*** peniwize <peniwize!~peniwize@104.194.220.213> has joined #yocto | 05:24 | |
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has joined #yocto | 05:33 | |
*** peniwize <peniwize!~peniwize@104.194.220.213> has quit IRC | 05:36 | |
*** dolio19 <dolio19!~dolio@a109-50-180-74.cpe.netcabo.pt> has joined #yocto | 05:51 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 05:55 | |
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:10 | |
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 06:18 | |
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 06:19 | |
Dvorkin | how to add source subtree to the kernel recipe with .bbappend? | 06:43 |
---|---|---|
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:54 | |
*** cordlandwehr is now known as CoLa|work | 07:11 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:22 | |
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 07:29 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 07:29 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 07:59 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:04 | |
*** Carton__ <Carton__!~jo@213.55.211.61> has joined #yocto | 08:19 | |
*** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has joined #yocto | 08:27 | |
ernstp | Dvorkin: there is git submodule support: https://www.yoctoproject.org/docs/latest/bitbake-user-manual/bitbake-user-manual.html#bb-fetchers | 08:29 |
Dvorkin | ernstp, thanks. I mean not from the git, but from the local folder | 08:30 |
ernstp | Dvorkin: not sure what you mean.... | 08:31 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 08:31 | |
*** anujm <anujm!~anujm@192.55.54.40> has quit IRC | 08:32 | |
Dvorkin | ernstp, the additional source contains a lot of files and two patches to enable it. It is not ready to be included to some git so I'm having it in the local filesystem and I just need to copy it to kernel subfolder before kernel build. | 08:33 |
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has joined #yocto | 08:35 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:40 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 08:44 | |
*** anujm <anujm!anujm@nat/intel/x-olmiiouwonviqgna> has joined #yocto | 08:45 | |
*** mckoan|away is now known as mckoan | 08:54 | |
*** anujm <anujm!anujm@nat/intel/x-olmiiouwonviqgna> has quit IRC | 08:56 | |
*** cquast <cquast!~cquast@laubervilliers-657-1-83-120.w92-154.abo.wanadoo.fr> has quit IRC | 08:56 | |
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 08:58 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto | 09:00 | |
ernstp | Dvorkin: if you're just developing I would recommend devtool modify kernel-recipe-name | 09:02 |
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 09:03 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 09:05 | |
Dvorkin | ernstp, thanks. I've thought about it | 09:10 |
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 09:12 | |
LetoThe2nd | is there a way to detect in a recipe if the kernel has CONFIG_SMP set? | 09:34 |
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 09:37 | |
nayfe | LetoThe2nd> maybe by reading .config in kernel staging dir? | 09:39 |
LetoThe2nd | nayfe: feels dirty. | 09:40 |
nayfe | indeed :) | 09:42 |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:44 | |
nayfe | Hi, any GO recipe guru ? :) | 09:50 |
LetoThe2nd | isn't that a paradox? </SCNR> | 09:51 |
nayfe | I hate it! ;) | 09:51 |
nayfe | I'm trying to create recipe for https://github.com/mongodb/mongo-tools. I manage to create it for one tool (ie mongoimport) but when I add a new GO_INSTALL, it overwrites build/bin/main as every tools folder are named "main" see https://pastebin.com/scdMmWbw . | 09:52 |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 09:54 | |
nayfe | recipe here https://pastebin.com/Br7yb3cB | 09:55 |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:56 | |
kuzulis | Hi folks. How to avoid an issue with 'rfkill' utility? In my case it by default blocks the bluetooth iface each time after the system reboot. To unblock it, need to call: rfkill unblock bluetooth... How it can be solwed in Yocto context? | 09:56 |
nayfe | kuzulis: maybe create a systemd/sysvinit service to kill it on system reboot? | 09:57 |
kuzulis | nayfe: Yes, maybe. But it is strange that Yocto has not a pre-defined 'recipe' for that. | 09:59 |
kuzulis | nayfe: Is it possible do not include the rfkill at all? | 09:59 |
LetoThe2nd | well if you don't need the utility, then don't install it. | 10:00 |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 10:01 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 10:01 | |
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto | 10:01 | |
kuzulis | LetoThe2nd: How I can 'don't install it'? | 10:02 |
mcfrisk | are there any known race conditions in kernel external module recipes/bbclasses in sumo? | 10:02 |
LetoThe2nd | kuzulis: well it certainly comes from some package. do not install that package | 10:02 |
LetoThe2nd | kuzulis: oe-pkgdata-util is your freind here | 10:03 |
nayfe | if you use systemd there is this line ${@bb.utils.contains('DISTRO_FEATURES', 'wifi', 'rfkill', '', d)} | 10:03 |
kuzulis | nayfe: Does this means, that a WiFi recipe depends on RFkill recipe? | 10:04 |
no_such_user | Morning! Any folks know much about how the sstate cache works? | 10:05 |
kuzulis | nayfe: I need in 'wifi'.. | 10:05 |
nayfe | kuzulis> it means systemd will compile with rfkill option, but rfkill is maybe from busybox | 10:06 |
nayfe | busybox_cfg(bb.utils.contains('DISTRO_FEATURES', 'wifi', True, False, d), 'CONFIG_RFKILL', cnf, rem) in busybox recipe | 10:07 |
*** parthi <parthi!~parthi@62.91.23.180> has joined #yocto | 10:07 | |
nayfe | and same with bluetooth | 10:08 |
kuzulis | nayfe: I don't understand, what does this means: "(bb.utils.contains('DISTRO_FEATURES', 'wifi', True, False, d), 'CONFIG_RFKILL', cnf, rem)" ? | 10:09 |
parthi | Hi everyone, I am using meta-mingw to create SDK for windows. The final SDK produced is always tar.xz compressed as in https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/populate_sdk_base.bbclass#n228 . Will it be possible to control the compression? I also wanted to use "--dereference" option to tar. Do we have some external variables to control this? | 10:10 |
nayfe | busybox will add rfkill if wifi or bluetooth (next line) is enabled in distro | 10:10 |
kuzulis | nayfe: And what is a best way to fix my issue? | 10:10 |
kuzulis | nayfe: Ok, thanks. Let's say, that I now want to keep the rfkill utility.. Then, do I need to write an own recipe with a custom systemd service which will call 'rfkill unblock bluetooth' ? | 10:11 |
kuzulis | nayfe: It is strange for me, why the rfkill blocks only the bluetooth, but does not blocks the wifi? | 10:13 |
nayfe | i know nothing about rfkill :) | 10:15 |
nayfe | do you have a recent yocto/kernel version? | 10:15 |
kuzulis | nayfe: No, I use kernel 4.1.x | 10:16 |
nayfe | not that bad :) | 10:16 |
kuzulis | nayfe: Just I din't see any Yocto layers which examples of rfkill-unblock service in my Yocto sources | 10:17 |
nayfe | kuzulis: you can check https://github.com/nefethael/meta-random/tree/master/recipes-example/peakusb for simple systemd recipe | 10:18 |
kuzulis | nayfe: Ahh.. PeakCAN!! A good choose! :) Many thanks. | 10:20 |
no_such_user | Morning | 10:27 |
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 10:29 | |
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 10:29 | |
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has left #yocto | 10:32 | |
*** no_such_user <no_such_user!~no_such_u@fpc125996-trow7-2-0-cust59.18-1.static.cable.virginm.net> has joined #yocto | 10:32 | |
no_such_user | Morning... Is this visible? Just moved to a new irc client and not sure if working! | 10:32 |
nayfe | no_such_user morning | 10:34 |
no_such_user | Aha! Thanks :-) | 10:34 |
nayfe | :) | 10:34 |
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:36 | |
rburton | kuzulis: if you're using connman note that out of the box that disables comms until the user turns them on | 10:38 |
kuzulis | nayfe: Is in that example, that service automatically started after reboot? | 10:38 |
nayfe | nop, it's just an systemd service recipe example | 10:38 |
rburton | kanavin: any idea why the libdnf upgrade would take 300s more to build? | 10:39 |
no_such_user | So, is anyone have a reasonable handle on using the sstate cache? It seems that it's advantageous to use a workflow that involves project specific sstate mirrors but not sure how much or how little to include in each mirrored cache... Should one use a single cache for each poky release or one per build / target? | 10:39 |
nayfe | kuzulis: but it is automatically called by systemd | 10:39 |
rburton | no_such_user: you can just share a single cache if you want | 10:40 |
*** bluelightning_ is now known as bluelightning | 10:40 | |
nayfe | so you'll need to set nothing in ExecStart, and just put your unblock in ExecStop | 10:40 |
kuzulis | rburton: Ok, thanks for info | 10:41 |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 10:42 | |
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 10:43 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 10:56 | |
RP | rburton: how does -next look? I know there were AB fails but they were either odd (debian selftest only) or the PRAUTO thing on opensuse423 | 11:01 |
ernstp | mcfrisk: what are you seeing? | 11:08 |
rburton | RP: we need more regular builds of master to populate the buildhistory ;) | 11:15 |
rburton | RP: as the builds are faster now maybe we *should* have an actual automated master run at 2am | 11:15 |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:20 | |
RP | rburton: yes, we probably should do something like that | 11:20 |
RP | rburton: called nightly? | 11:21 |
* RP hides | 11:21 | |
rburton | hehe | 11:21 |
rburton | if we kick it at 2am or so then you shouldnt be pushing and it will be done by morning | 11:22 |
rburton | good for keeping buildhistory fresh, and repeatedly running the qa to shake out random failures | 11:23 |
RP | rburton: yes, I like the idea. Will disrupt some of armin's stable builds but I think we have the capacity to run both | 11:23 |
rburton | yeah, especially if nothing has landed, it will rush through in no time | 11:24 |
RP | rburton: right. I've just run a master-next, see if this opensuse issue is resolved and see what state more patches are in. About half of -next has been through | 11:25 |
rburton | just doing a test build now and have a pile to rebase again | 11:25 |
rburton | iptables is bust, so don't pick that | 11:25 |
RP | rburton: I saw your reply, thanks | 11:26 |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 11:27 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 11:31 | |
RP | rburton: scheduler added for 1am | 11:33 |
rburton | nice | 11:35 |
la_croix | Anybody around? I'm having trouble building scipy. | 11:43 |
la_croix | It says it's missing setuptools, but it's not | 11:43 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:43 | |
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 11:51 | |
*** kuzulis_ <kuzulis_!~kuzulis@37.112.57.60> has joined #yocto | 12:04 | |
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 12:05 | |
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 12:07 | |
nayfe | la_croix did you check https://stackoverflow.com/a/47869912/6225741 ? | 12:07 |
*** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 12:07 | |
la_croix | nayfe I can try importing distutils too. I don't currently inherit setuptools, but setuptools3. Should I therefore inherit disutils3? | 12:09 |
*** Carton__ <Carton__!~jo@213.55.211.61> has quit IRC | 12:11 | |
nayfe | sure | 12:13 |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 12:13 | |
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 12:13 | |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 12:13 | |
*** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has joined #yocto | 12:14 | |
nayfe | but sometimes you have to fix setup scripts with patches to get it work on yocto | 12:15 |
interruptguy | Hi everybody. How can I make a task signature depend on a file content. The file is part of SRC_URI and used inside the task, but the bitbake-dumpsig doesn't list it as dependency | 12:16 |
rburton | interruptguy: if its part of SRC_URI then it changing will cause a rebuild | 12:18 |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 12:18 | |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 12:19 | |
la_croix | nayfe Adding distutils didn't help... | 12:20 |
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto | 12:21 | |
interruptguy | rburton, My problem is related to do_install. I do use `install ...` and `sed ...` to change some stuff, so basically my file is a template. If I change the template content I can see a package rebuild but the resulting file from the template is not updated. However if I run `bitbake recipe-name -C install` I can see the results | 12:21 |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 12:24 | |
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 12:26 | |
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.173> has quit IRC | 12:26 | |
*** BlauskaerM <BlauskaerM!~Fever@185.213.152.161> has joined #yocto | 12:28 | |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 12:29 | |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 12:36 | |
*** Carton__ <Carton__!~jo@213.55.211.61> has joined #yocto | 12:36 | |
la_croix | I'm using cronie from recipes-extended. How should I add my own task during the build process? Specifically, I want it to run a python script under a particular user | 12:38 |
*** Carton__ <Carton__!~jo@213.55.211.61> has left #yocto | 12:38 | |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 12:41 | |
*** Crofton|work <Crofton|work!~Crofton@cpe-2606-A000-E640-3D00-921-9331-4A8B-6898.dyn6.twc.com> has quit IRC | 12:42 | |
nayfe | la_croix: with addtask | 12:42 |
rburton | la_croix: under a particular user? how is that going to happen? | 12:43 |
la_croix | nayfe That will append to the crontab? | 12:43 |
rburton | interruptguy: sounds like your task is broken can you share the recipe? | 12:44 |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 12:44 | |
la_croix | rburton According to the docs: https://github.com/cronie-crond/cronie cronie allows running a cron task as a particular user. I'm not wedded to using cronie, frankly, I just want to be able to add a task to the crontab of some non-root user | 12:45 |
la_croix | To clarify, this is not a build task, it's a regular cron task | 12:45 |
interruptguy | rburton, I cannot share the recipe but I can provide a version that shows my situation. Do you have a preference how to share it? | 12:51 |
interruptguy | rburton, and thanks for help | 12:51 |
*** Carton__ <Carton__!~jo@213.55.211.120> has joined #yocto | 12:53 | |
la_croix | rburton Do I just need a recipe that literally edits the crontab (sed or similar) or is that bad practice? | 12:56 |
*** Carton__ <Carton__!~jo@213.55.211.120> has quit IRC | 12:57 | |
RP | rburton, kanavin: we have a problem - the dnf python issue has crept into master :( | 12:57 |
RP | https://autobuilder.yoctoproject.org/typhoon/#/builders/59/builds/7 - I don't think its from anything in -next | 12:57 |
yocti | New news from stackoverflow: Interfacing ft5x06 touchscreen with yocto <https://stackoverflow.com/questions/37699953/interfacing-ft5x06-touchscreen-with-yocto> | 13:03 |
*** kuzulis__ <kuzulis__!~kuzulis@37.112.57.60> has joined #yocto | 13:08 | |
RP | rburton, kanavin: perhaps dnf needs to inherit python3-native? | 13:09 |
RP | hmm, it does | 13:10 |
*** kuzulis_ <kuzulis_!~kuzulis@37.112.57.60> has quit IRC | 13:11 | |
*** moritz_ <moritz_!5098e50e@gateway/web/freenode/ip.80.152.229.14> has joined #yocto | 13:13 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 13:14 | |
moritz_ | Hello everyone, trying to build a toolchain via bitbake -c populate_sdk. I get following error: | 13:14 |
moritz_ | make[1]: *** No rule to make target 'all'. Stop. | 13:15 |
*** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 13:15 | |
moritz_ | Any advice ? I look into the recipe which contains after oe-runmake a "all-host" target | 13:15 |
mckoan | moritz_: did you specfy yje image at the end? | 13:23 |
mckoan | moritz_: bitbake -c populate_sdk imagename | 13:24 |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has quit IRC | 13:27 | |
RP | moritz_: a little more context would help like the name of there recipe which fails and the full error | 13:27 |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has joined #yocto | 13:28 | |
rburton | interruptguy: pastebin | 13:35 |
rburton | la_croix: oh right, just write a crontab then | 13:36 |
la_croix | rburton ok, so I can just have a recipe that sticks a crontab into the correct place? (I'm asking mainly about best practice, etc) | 13:36 |
RP | rburton, kanavin: easy way to reproduce the dnf problem, rename your host libyaml-0.so.2 out the way | 13:36 |
cslcm | Anyone know what might cause a strange artifact on a Raspberry Pi 3 yocto image - every process fails to exist, and instead turns into a zombie/defunct process | 13:36 |
cslcm | fails to exit* rather | 13:38 |
cslcm | not fails to exist. haha | 13:38 |
*** cvasilak <cvasilak!~cvasilak@ppp-94-64-13-41.home.otenet.gr> has quit IRC | 13:42 | |
rburton | la_croix: yes | 13:57 |
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 13:58 | |
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 14:00 | |
jofr | If I have MACHINE ?= "sumfink" in local.conf, doing a MACHINE="foobar" bitbake image_name should override it, right? | 14:02 |
rburton | yes | 14:04 |
jofr | Next question: For building a virtualbox image, I set my MACHINE to qemux86 and append wic.vmdk to IMAGE_FSTYPES. But of course, that's incompatible (and fails to build) when my machine is set to the actual target (ARM) platform. Since I can't append from the command-line (?) how would I go about doing this? ...besides scripting the build and conditionally sed'ing my conf/local.conf | 14:09 |
rburton | just put those lines in local.conf as they're specific to the build *you* are doing. nothing else of substance should in there anyway | 14:10 |
rburton | you could do a image_fstypes override in your distro if you always want a vmdk when building for x86 | 14:10 |
jofr | I could probably override my IMAGE_FSTYPES from the command-line like I do with MACHINE, but since it's appending and I don't know what else is in there... I can't..right? | 14:11 |
jofr | So would it make sense to have a IMAGE_FSTYPES_append_qemux86 in my image bb? | 14:11 |
rburton | well, i'd do it in your distro conf | 14:12 |
rburton | but image if you want | 14:12 |
jofr | Ok | 14:12 |
jofr | I don't have a distro.conf | 14:12 |
rburton | you should | 14:12 |
rburton | local.conf should solely consist of a DISTRO assignment and setting TMPDIR etc | 14:13 |
rburton | and any other tweaks that are *yours*, not your products | 14:13 |
jofr | Ok. I actually don't put anything in there (except the defaults from oe-env) besides the MACHINE variable | 14:14 |
rburton | put it in the image then for now | 14:15 |
jofr | I should read up on distro.conf | 14:15 |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has joined #yocto | 14:16 | |
*** kuzulis__ <kuzulis__!~kuzulis@37.112.57.60> has quit IRC | 14:18 | |
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC | 14:19 | |
jofr | I lied. I also put OE_TERMINAL in my local.conf :p But that's exactly the kind of "*my*" specific stuff like you mentioned. :p | 14:20 |
rburton | indeed | 14:21 |
rburton | RP: okay i admit i'm ignorant of how sstate actually works. does the docs cover how to write a new task that puts something in sstate | 14:23 |
*** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has quit IRC | 14:24 | |
diego_r | Hi guys. I find it a bit odd that docs refer to a *single* service file for SYSTEMD_SERVICE https://www.yoctoproject.org/docs/2.5.1/ref-manual/ref-manual.html#var-SYSTEMD_SERVICE while several recipes define multiple service files in SYSTEMD_SERVICE for a single package (see watchdog, cups, dhcp, bootchart, nfs-utils recipes). | 14:24 |
rburton | diego_r: patch welcome! | 14:24 |
diego_r | Is multiple service file in a single SYSTEMD_SERVICE definition acceptable? How should be SYSTEMD_SERVICE interpreted in that case? | 14:25 |
diego_r | rburton: sure, but I want to understand what should be fixed :) | 14:26 |
rburton | multiple is allowed | 14:26 |
diego_r | is it possible to enable a service and disable another one inside the SYSTEMD_SERVICE? In other words, is there a sane way to set SYSTEMD_AUTO_ENABLE for each service inside the SYSTEMD_SERVICE list? | 14:27 |
*** interruptguy <interruptguy!~interrupt@hel-inetgw01.vaisala.com> has quit IRC | 14:28 | |
RP | rburton: probably not exactly. Easier is to take an existing example | 14:28 |
rburton | diego_r: no | 14:28 |
RP | rburton: how is your meson magic? :) | 14:28 |
rburton | RP: flakey | 14:28 |
RP | rburton: any idea how to edit a meson probject and make it inject the right RPATH into the binary? | 14:29 |
rburton | oh, rpath breaking again? | 14:29 |
RP | rburton: basically dnf issue is missing RPATH in libmodulemd | 14:29 |
rburton | i thought we got that fixed a while back | 14:29 |
rburton | RP: #mesonbuild :) | 14:29 |
RP | rburton: I barely know what meson is | 14:30 |
rburton | RP: so basically do_mytask[sstate-inputdir] = where-my-task-writes-files and [sstateoutputdir = where-i-want-them-to-end-up | 14:30 |
rburton | inputdir being something under workdir and outputdir being eg something under deploydir | 14:30 |
RP | rburton: yes | 14:30 |
rburton | easy | 14:30 |
diego_r | rburton: so multiple is allowed in SYSTEMD_SERVICE, but discouraged if you want to enable / disable one by one. Would that be ok to write in the docs? | 14:30 |
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 14:30 | |
RP | rburton: I think you need to define a setscene task and addtask that iirc too | 14:31 |
rburton | diego_r: well you can't enable/disable per-service at all | 14:31 |
rburton | (currently) | 14:31 |
rburton | so no need for the disclaimer | 14:31 |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fdcxfgivlliyhdav> has joined #yocto | 14:31 | |
rburton | RP: and that just has to call sstate_setscene (from image.bbclass)? | 14:31 |
*** maudat <maudat!~moda@64.18.88.250> has quit IRC | 14:37 | |
RP | rburton: yes | 14:39 |
RP | rburton: deploy.bbclass is a good example | 14:40 |
RP | rburton: there is an SSTATETASKS += too | 14:40 |
diego_r | rburton: if I'm reading the bbclass correctly: if SYSTEMD_AUTO_ENABLE is set to "enable" all services are enabled; if SYSTEMD_AUTO_ENABLE is set to "disable" all services are disabled. Is that correct? | 14:40 |
rburton | yes | 14:41 |
rburton | patches welcome to extend that obviously | 14:41 |
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 14:44 | |
*** alicef <alicef!~none@www1392ue.sakura.ne.jp> has joined #yocto | 14:46 | |
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 14:46 | |
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC | 14:51 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 14:51 | |
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto | 14:52 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kdxjluymtzhlvsqh> has quit IRC | 14:58 | |
RP | rburton: https://github.com/habitat-sh/core-plans/pull/1551/commits/047e4f4b93c99a26e99c93833259f8ce0f5e8ad7 - basically everyone hacks meson to stop it manipulating rpaths | 15:04 |
*** moritz_ <moritz_!5098e50e@gateway/web/freenode/ip.80.152.229.14> has quit IRC | 15:10 | |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 15:15 | |
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 15:19 | |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has quit IRC | 15:26 | |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has joined #yocto | 15:26 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 15:28 | |
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 15:29 | |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has quit IRC | 15:30 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 15:34 | |
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 15:34 | |
nayfe | Hey, any idea when meta-java thud branch will be up ? :) | 15:35 |
nayfe | otavio mario-goulart ? | 15:37 |
RP | rburton_: trying -next again with the meson fix | 15:39 |
*** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 15:39 | |
*** Carton__ <Carton__!~jo@26.245.127.176.dynamic.wline.res.cust.swisscom.ch> has left #yocto | 15:45 | |
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto | 15:53 | |
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:57 | |
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto | 16:01 | |
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 16:13 | |
kanavin_home | RP: thanks for looking into this | 16:13 |
RP | kanavin_home: np, just hoping it fixes the problem! | 16:14 |
kanavin_home | RP: then I can try to get perl-sanity closer to working shape. not sure if it's a good idea... :) | 16:23 |
RP | kanavin_home: as long as your own sanity doesn't suffer! :) | 16:23 |
kanavin_home | RP: I worry that it actually might :) | 16:24 |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 16:25 | |
no_such_user | If Im writing some housekeeping scripts that need to know the state of variables set in the build (eg MACHINE, DISTRO etc) is there a "right" way to do this? Should I execute "bitbake -e" in my script and parse the output, or write my script and wrap it in a bitbake recipe? | 16:29 |
RP | kanavin_home: so do I, perl cross isn't fun | 16:35 |
rburton_ | no_such_user: -e works fine for most people | 16:40 |
rburton_ | no_such_user: the alternative is to write your housekeeping scripts in python and then they can just poke at bitbake's data store using the tinfoil api | 16:40 |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 16:54 | |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 16:54 | |
no_such_user | rburton_: Ah, thanks! Id not considered the python approach - is there any particular simple example worth looking at? | 16:57 |
rburton_ | verify-bashisms is python and pokes at the data store | 16:58 |
no_such_user | rburton_: That's cracking, thanks! | 17:00 |
*** Aethenelle <Aethenelle!~Aethenell@gateway/shell/panicbnc/x-llqdpvgpgfwhmhsl> has quit IRC | 17:05 | |
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-lwfuxliqwjdgzeux> has joined #yocto | 17:06 | |
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:09 | |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has joined #yocto | 17:09 | |
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto | 17:10 | |
*** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has quit IRC | 17:13 | |
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC | 17:26 | |
*** feddischson <feddischson!~feddischs@55d4f6ea.access.ecotel.net> has joined #yocto | 17:29 | |
*** diego_r <diego_r!~diego@host57-224-static.7-79-b.business.telecomitalia.it> has quit IRC | 17:34 | |
*** kaspter <kaspter!~Instantbi@183.128.238.4> has quit IRC | 17:36 | |
*** kaspter <kaspter!~Instantbi@115.205.169.242> has joined #yocto | 17:38 | |
*** mckoan is now known as mckoan|away | 17:48 | |
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC | 17:49 | |
*** dvoid_ <dvoid_!~dvoid@c-24-19-202-252.hsd1.wa.comcast.net> has joined #yocto | 17:53 | |
*** Carton__ <Carton__!~jo@213.55.176.156> has joined #yocto | 18:05 | |
*** Carton__ <Carton__!~jo@213.55.176.156> has left #yocto | 18:05 | |
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 18:16 | |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-rlffkqzlxtlwljzy> has quit IRC | 18:31 | |
*** feddischson <feddischson!~feddischs@55d4f6ea.access.ecotel.net> has quit IRC | 18:33 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-hyfyksgrbttzczrz> has joined #yocto | 18:35 | |
*** dvoid_ <dvoid_!~dvoid@c-24-19-202-252.hsd1.wa.comcast.net> has quit IRC | 18:49 | |
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 18:53 | |
*** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 18:53 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 18:59 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto | 19:09 | |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 19:58 | |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 20:01 | |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 20:02 | |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 20:03 | |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 20:18 | |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 20:20 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 20:23 | |
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 20:30 | |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 20:52 | |
*** berton <berton!~berton@181.220.65.91> has joined #yocto | 20:52 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 20:53 | |
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 21:11 | |
*** berton <berton!~berton@181.220.65.91> has quit IRC | 21:13 | |
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC | 21:20 | |
*** Crofton|work <Crofton|work!~Crofton@2601:5c0:c100:b84:1d03:65ee:2014:3e2f> has joined #yocto | 21:58 | |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:42 | |
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC | 22:45 | |
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC | 23:07 | |
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 23:12 | |
*** CoRfr <CoRfr!~CoRfr@carmd-fwm01.sierrawireless.com> has joined #yocto | 23:14 | |
*** mr_science <mr_science!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto | 23:30 | |
*** mr_science <mr_science!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 23:30 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!