Wednesday, 2020-03-25

*** lukma <lukma!> has joined #yocto00:04
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto00:06
*** vineela1 <vineela1!~vtummala@> has joined #yocto00:07
*** vineela <vineela!~vtummala@> has quit IRC00:07
*** vineela1 <vineela1!~vtummala@> has quit IRC00:10
*** vineela <vineela!~vtummala@> has joined #yocto00:11
*** ericch <ericch!> has quit IRC00:11
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC00:23
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto00:55
*** robert_yang <robert_yang!~robert@> has quit IRC00:57
*** robert_yang <robert_yang!~robert@> has joined #yocto00:57
*** goliath <goliath!> has quit IRC01:02
*** robert_yang <robert_yang!~robert@> has quit IRC01:07
*** robert_yang <robert_yang!~robert@> has joined #yocto01:07
*** goliath <goliath!> has joined #yocto01:08
*** vineela <vineela!~vtummala@> has quit IRC01:13
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC01:16
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto01:47
*** robert_yang <robert_yang!~robert@> has quit IRC01:47
*** robert_yang <robert_yang!~robert@> has joined #yocto01:47
*** robert_yang <robert_yang!~robert@> has quit IRC01:57
*** robert_yang <robert_yang!~robert@> has joined #yocto01:58
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC02:05
*** meego <meego!> has joined #yocto02:06
*** robert_yang <robert_yang!~robert@> has quit IRC02:07
*** robert_yang <robert_yang!~robert@> has joined #yocto02:07
*** meego <meego!> has quit IRC02:10
*** robert_yang <robert_yang!~robert@> has quit IRC02:17
*** yizhao <yizhao!~zhaoyi@> has joined #yocto02:17
*** robert_yang <robert_yang!~robert@> has joined #yocto02:17
*** yizhao <yizhao!~zhaoyi@> has quit IRC02:24
*** Klox <Klox!> has quit IRC02:26
*** robert_yang <robert_yang!~robert@> has quit IRC02:27
*** yizhao <yizhao!~zhaoyi@> has joined #yocto02:27
*** robert_yang <robert_yang!~robert@> has joined #yocto02:27
*** yann|work <yann|work!~yann@> has quit IRC02:27
*** yizhao <yizhao!~zhaoyi@> has quit IRC02:34
*** yizhao <yizhao!~zhaoyi@> has joined #yocto02:35
*** robert_yang <robert_yang!~robert@> has quit IRC02:37
*** robert_yang <robert_yang!~robert@> has joined #yocto02:37
*** robert_yang <robert_yang!~robert@> has quit IRC02:46
*** robert_yang <robert_yang!~robert@> has joined #yocto02:47
*** yizhao <yizhao!~zhaoyi@> has quit IRC02:50
*** robert_yang <robert_yang!~robert@> has quit IRC02:57
*** robert_yang <robert_yang!~robert@> has joined #yocto02:57
*** goliath <goliath!> has quit IRC02:58
*** yann <yann!> has joined #yocto03:04
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ddb8:1740:8238:ef75> has joined #yocto03:38
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ddb8:1740:8238:ef75> has quit IRC04:00
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:07
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:14
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:38
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto04:52
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC04:56
*** pbb <pbb!> has quit IRC05:07
*** lexano <lexano!> has quit IRC05:25
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto05:44
*** dreyna_ <dreyna_!> has joined #yocto05:45
*** pharaon2502 <pharaon2502!> has joined #yocto05:46
*** lexano <lexano!> has joined #yocto05:47
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c981:7613:97e0:6c21> has quit IRC05:48
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC05:51
*** jobroe <jobroe!> has joined #yocto05:51
*** pbb <pbb!> has joined #yocto05:57
*** dreyna_ <dreyna_!> has quit IRC06:17
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto06:20
*** jobroe <jobroe!> has quit IRC06:20
*** AndersD <AndersD!> has joined #yocto06:21
*** AndersD_ <AndersD_!> has joined #yocto06:23
*** AndersD <AndersD!> has quit IRC06:25
*** jobroe <jobroe!> has joined #yocto06:25
*** agust <agust!> has joined #yocto06:28
*** jobroe <jobroe!> has quit IRC06:31
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:31
*** ibinderwolf <ibinderwolf!> has joined #yocto06:38
*** lucaceresoli_ <lucaceresoli_!> has joined #yocto06:47
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC06:49
*** lucaceresoli_ <lucaceresoli_!> has quit IRC07:03
*** kroon <kroon!~kroon@> has joined #yocto07:09
*** tgamblin_ <tgamblin_!> has joined #yocto07:14
*** paulg <paulg!> has quit IRC07:18
*** tgamblin <tgamblin!> has quit IRC07:19
*** sstiller <sstiller!> has joined #yocto07:20
*** guerinoni <guerinoni!> has joined #yocto07:30
*** rob_w <rob_w!> has joined #yocto07:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:31
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto07:31
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC07:36
*** pohly <pohly!> has joined #yocto07:42
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/> has joined #yocto07:51
Guest5213Hi, its me again :)  i wrote a story for replacing that Makefile with CMake or at least clean it up a lot. Hope somebody is happy here.07:52
Guest5213I managed to tell the Makefile dynamicly that it should use the library path. But now i ran into something else. :
*** yacar_ <yacar_!> has joined #yocto07:55
*** lucaceresoli_ <lucaceresoli_!> has joined #yocto07:55
*** fl0v0 <fl0v0!~fvo@2a01:c22:a814:6a00:c809:dfa:ef31:a9cb> has joined #yocto07:58
*** yacar_ <yacar_!> has quit IRC07:59
*** yacar_ <yacar_!> has joined #yocto08:03
*** yacar_ <yacar_!> has quit IRC08:05
*** lucaceresoli_ <lucaceresoli_!> has quit IRC08:06
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto08:12
*** AndersD_ <AndersD_!> has quit IRC08:14
LetoThe2ndGuest5213: sounds like its missing/filtering the sysroot somewhere.08:18
*** frsc <frsc!> has joined #yocto08:22
yoctiNew news from stackoverflow: Yocto does not install files to /usr/share <>08:24
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC08:26
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC08:27
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:28
*** behanw <behanw!uid110099@gateway/web/> has quit IRC08:31
*** locutus_ <locutus_!~LocutusOf@> has quit IRC08:32
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto08:32
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto08:34
Guest5213LetoThe2ndq strange :/08:37
*** cjdc2 <cjdc2!> has joined #yocto08:37
cjdc2hi guys. I'm getting this error in my build: "ERROR: Postinstall scriptlets of ['docker-ce'] have failed. If the intention is to defer them to first boot,then please place them into pkg_postinst_ontarget_${PN} ().Deferring to first boot via 'exit 1' is no longer supported."08:39
cjdc2is there a way to get more debugging info about the reason why it failed?08:40
cjdc2(found it in the logs update-rc.d: /home/ubuntu/nuvlabox-os-raspberrypi/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-base/1.0-r0/rootfs/etc/init.d/docker.init: file does not exist. thanks anyway)08:43
Guest5213 Next one.08:49
Guest5213undefined references. Now its getting strange.08:52
LetoThe2ndthat can be missing dependencies, cc versus cxx...08:53
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:59
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC09:00
*** nighty- <nighty-!> has joined #yocto09:01
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto09:01
*** nighty- <nighty-!> has quit IRC09:04
*** cjdc2 <cjdc2!> has quit IRC09:06
*** dreyna_ <dreyna_!> has joined #yocto09:06
Guest5213LetoThe2nd ok.09:07
*** cjdc <cjdc!> has joined #yocto09:22
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/> has quit IRC09:23
*** kroon_ <kroon_!~kroon@> has joined #yocto09:32
*** kroon <kroon!~kroon@> has quit IRC09:33
*** vermaete <vermaete!> has joined #yocto09:34
*** kroon__ <kroon__!~kroon@> has joined #yocto09:35
*** yacar_ <yacar_!> has joined #yocto09:35
*** kroon_ <kroon_!~kroon@> has quit IRC09:37
*** vermaete <vermaete!> has quit IRC09:42
*** dreyna_ <dreyna_!> has quit IRC09:51
*** cjdc <cjdc!> has quit IRC09:52
*** rburton <rburton!~rburton@> has joined #yocto09:55
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/> has joined #yocto09:56
LetoThe2ndGuest5213: btw, you mentioned you "wrote a story"?10:13
*** copycat_88 <copycat_88!~copy@> has joined #yocto10:48
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC10:48
*** cjdc3 <cjdc3!> has joined #yocto10:50
copycat_88Hi there!10:53
copycat_88I'm wondering if I can place build directory inside my meta- directory10:53
copycat_88e.g: oe-init-build-env meta-mymeta/build10:53
LetoThe2ndcopycat_88: technically yes, practically it is massively discouraged.10:54
LetoThe2ndcopycat_88: what would the usecase be?10:54
*** dev1990 <dev1990!> has joined #yocto10:57
copycat_88Well, I'm trying to optimize my CI for Yocto, and want to keep in git only files that was really managed by me. It's meta- directory and build/conf/local.conf. As I know, there is no way to move some essential variables from build/conf/local.conf to the machine configuration file, so I thought that I can move whole build/conf/local.conf insise my meta-10:59
LetoThe2ndcopycat_88: if you're keeping local.conf in the repo, you're doing it basically wrong anyways.11:00
LetoThe2ndcopycat_88: have a look at what kas does, for example.11:00
cjdc3hi guys. I'm struggling to understand the class poky/meta/classes/update-rc.d.bbclass.  If I understand it correctly, in short, if systemd is enabled, then run "update-rc.d ". And as far as I know, update-rc.d will fetch the INITSCRIPT_NAME which in my case seems to be docker.init. But the question is: "why is it docker.init?"                 cause11:02
cjdc3if I look at meta-virtualization at , docker.init should not be installed *and in fact it is not...that's why my build is failing with """core-image-base-1.0-r0 do_rootfs: Postinstall scriptlets of ['docker-ce'] have failed .11:02
cjdc3update-rc.d: /home/ubuntu/nuvlabox-os-raspberrypi/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-base/1.0-r0/rootfs/etc/init.d/docker.init: file does not exist """11:02
LetoThe2ndpushing build into the layer essentially leaks/mangles your build infrastructure with the meta data, and that should be avoided. options are either to make up a combined distribution, like khem's yoe-distro or rburton's example do, or using a build automation like kas, or to some extent repo11:03
copycat_88LetoThe2nd: thank you. I suspected that I was doing something wrong. Going to look at kas11:03
cjdc3but the thing is, why is INITSCRIPT_NAME set to docker.init? in , the INITSCRIPT_NAME should be set to '' right?11:03
cjdc3unless I have to explicitly tell the build not to consider sysvinit?11:05
LetoThe2ndcjdc3: here you go
cjdc3LetoThe2nd yes but I shouldn't end up in that instruction11:06
cjdc3cause I have systemd distro appended11:06
LetoThe2ndcjdc3: and systemd is actually in use and functional?11:07
cjdc3LetoThe2nd I'm "almost" sure. It builds well without the docker-ce package11:07
LetoThe2ndcjdc3: where did you do the append?11:08
cjdc3DISTRO_FEATURES_append = " systemd virtualization"DISTRO_FEATURES_remove = "x11 wayland"VIRTUAL-RUNTIME_init_manager = "systemd"11:08
cjdc3DISTRO_FEATURES_append = " systemd virtualization", DISTRO_FEATURES_remove = "x11 wayland", VIRTUAL-RUNTIME_init_manager = "systemd"11:08
LetoThe2ndok, then i'd say do bitbake -e docker-ce | less and have a thorough look.11:09
cjdc3LetoThe2nd INITSCRIPT_NAME_docker-ce=""11:12
LetoThe2ndand DISTRO_FEATURES?11:13
cjdc3ok I found something11:13
cjdc3if I don't set DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit", INITSCRIPT_NAME_docker-ce="docker.init"11:14
cjdc3and that will fail11:14
LetoThe2ndwhich is acutally stated explicitly in the manual, right at the point where switching to systemd is explained.11:15
qschulz_remove works only without spaces IIRC11:15
qschulznot exactly sure but I definitely remember there was something about perfect match11:15
cjdc3but it is not consistent11:16
qschulzand i'll check to correct myself if needed :)11:16
cjdc3cause the docker-ce recipe will not populate if systemd is in DISTRO....while the INITSCRIPT_NAME will be set based on sysvinit11:17
*** sonu <sonu!> has joined #yocto11:18
*** cjdc382 <cjdc382!> has joined #yocto11:18
sonuI am trying to use PR service for auto incrementing the version no on changing source11:19
sonuHowever i am not getting the verison no updated in .ipk files generated ..11:19
sonuWhat are the entries to be added in .bb files and build/local.conf files for PR service to work11:20
cjdc382I think a better condition for would be to check if systemd in DISTRO and sysvinit NOT in DISTRO11:20
cjdc382wouldn't your agree LetoThe2nd?11:20
LetoThe2ndcjdc3: not necessarily. my take is that it should be consistent with other similar places. (which i do not know nor intend to check at the moment, sorry) - so if a similar situation is already handled otherwise in another place then you are right, otherwise not.11:21
*** cjdc3 <cjdc3!> has quit IRC11:21
cjdc382ultimately this conditions is tightly coupled with, so the conditions should be similar11:23
cjdc382but ok11:23
LetoThe2ndcjdc382: if in doubt, send a request for clarification to the mailing list and the maintainer.11:24
LetoThe2ndit might have a proper reason, it might be a bug.11:25
yoctiNew news from stackoverflow: Bitbake: How to only fetch the sources? <>11:25
cjdc382LetoThe2nd (y)11:27
rokmHi I see that you are talking in area where I also have some problems11:30
rokmbasically for some reason I don't see login prompt in my initramfs image, I set _login_manager ?= "busybox", _init_mamager ?= "sysvinit" and initscripts =? "initscripts" in my config11:31
rokmlast line on boot is: [    3.346647] Run /init as init process11:32
rokmwhen I changed to systemd I had the same problem, So kernel prints were visible, prints from systemd too and last line was something like "Reached multiuser ..."11:33
rokmDoes anyone know how to fix this or how to trace such problem ?11:34
LetoThe2ndrokm: if i had to guess, then the login console is set to another tty than you expect.11:35
rokmit should be in /etc/inittab right ?11:35
LetoThe2ndmaybe, i haven't used such in a long time, and never since i'm using yocto11:36
*** berton <berton!~berton@> has joined #yocto11:40
*** berton <berton!~berton@> has quit IRC11:44
*** berton <berton!~berton@> has joined #yocto11:48
qschulzrokm: not sure, but have a look at SERIAL_CONSOLE(S?)11:59
rokmSERIAL_CONSOLES = "115200;ttyS0 115200;ttyS1"12:00
rokmlike I wrote I see dmesg logs12:01
qschulzrokm: these are two different things. Kernel uart and userspace uart can be different12:02
qschulztry to check on other uarts12:02
rokmbut I run this on qemu12:03
*** sonu <sonu!> has quit IRC12:03
rokmthese settings I have in machine.conf for qemu-x8612:03
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC12:06
*** kanavin_home <kanavin_home!~ak@> has joined #yocto12:06
rokmCould it be related to this print: [    3.208231] Warning: unable to open an initial console.12:08
*** NewbieSM__ <NewbieSM__!~Suman@> has joined #yocto12:10
*** JaMa <JaMa!~martin@> has joined #yocto12:12
*** frsc <frsc!> has quit IRC12:13
copycat_88rokm: looks like /dev/console is missing in your image. I'm not 100% sure, but probably you need to add initramfs-framework to your image12:13
*** goliath <goliath!> has joined #yocto12:13
rokmfor now I added mknod console....  to do_install() in my initramfs package12:14
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto12:16
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto12:16
rokmyep that was that :)12:16
qschulzI'm wondering what's the policy about PACKAGECONFIG defaults upstream? (wrt latest patches for sssd on the mailing list) do we aim small featureset or full featureset or "whatever the first committer decided"?12:16
JaMa"whatever the first committer decided" as long as all the dependencies are satisfied with the layer and layer depends where the recipe is12:18
*** cjdc382 <cjdc382!> has quit IRC12:20
qschulzJaMa: alrighty, thanks12:22
*** kanavin_home <kanavin_home!~ak@> has quit IRC12:26
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto12:29
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC12:29
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto12:30
*** paulg <paulg!> has joined #yocto12:53
*** lucaceresoli <lucaceresoli!> has joined #yocto12:56
*** maudat <maudat!> has joined #yocto13:01
*** NewbieSM__ <NewbieSM__!~Suman@> has quit IRC13:06
copycat_88LetoThe2nd: just want to say thank you for kas suggesting, impressive tool. Completely covered all my needs13:11
LetoThe2ndcopycat_88: YW13:12
*** yann <yann!> has quit IRC13:20
qschulzi've got one recipe to create for building one binary for STM32F0 (cortex-M0, no MMU), needs its own toolchain and some additional libs from stm. I find multiconfig (if even possible, I merely found an example in meta-zephyr of one board running on m0) quite overkill for that. What about putting everything inside a recipe? What are your suggestions?13:21
LetoThe2ndqschulz: overkill! overkill!13:21
JPEWLetoThe2nd: When would you like me to do a guest live stream about building with containers?13:21
LetoThe2ndJPEW: whenever you feel like.13:21
qschulzI remember discussing this with one or two people at ELCE last year and I remember some people saying I'd be better off building it myself and putting it pre-built in a recipe but I'd rather have more people sharing their thoughts on that13:22
JPEWIt's every Tuesday?13:22
qschulzJPEW: every Tuesday except when it's not :D13:22
LetoThe2ndJPEW: no. the initial plan was every second tuesday a month. but since i think october i had to skip randomly, and march+april are being dropped for personal reasons.13:23
LetoThe2ndJPEW: in a nutshell, its like this: fix a date, announce it a couple of days before, done.13:23
JPEWLetoThe2nd: lol, OK. I'll have to figure out this twitch thing that all the kids rave about ;)13:23
LetoThe2ndJPEW: there is no hard rule at all when it has to happen. of course longer announce timeframes as well as something compatible with EU+US timeframes will give you more attendance, but thats about it.13:24
qschulzLetoThe2nd: we talked about that right? I read my notes again and I might have drunk one too many beers because I wrote "Check Tuesday talk on Zephyr" but read the slides and.... either I'm missing something or it's not that helpful13:26
LetoThe2ndJPEW: i'd start by 1) getting a twitch account 2) installing obs 3) do some testing and tinkering.13:26
LetoThe2ndqschulz: the latter. "its not that helpful"13:27
JPEWLetoThe2nd: Ok, Thanks.13:27
qschulzLetoThe2nd: then what's your opinion? put all the shit into one big mess of a recipe?13:28
LetoThe2ndqschulz: nope. my vote clearly is on multiconfig.13:29
qschulzLetoThe2nd: aaaaah I thought you said overkill! in the abonding sense not in the sense of telling me to go the overkill way13:30
LetoThe2ndqschulz: you obviously didn't get the reference.13:31
qschulzthen question is, how well does multiconfig work with an m0 no-mmu machine with custom "libc" and custom toolchain13:31
LetoThe2ndqschulz: look at the newlib stuff13:31
qschulzLetoThe2nd: working on growing the beard but not there yet13:31
*** yann <yann!~yann@> has joined #yocto13:32
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto13:33
*** stephano <stephano!> has joined #yocto13:41
*** Bunio_FH <Bunio_FH!> has quit IRC13:43
*** Bunio_FH <Bunio_FH!> has joined #yocto13:45
*** ericch <ericch!> has joined #yocto13:47
yannI have a problem with a warrior build, with python3-native being compiled with bmi1 extension, thus failing with "illegal instruction" on our Xeon X5650 CI server - does that ring a bell to anyone ? (that's a 2.7.1 release, but I can't see anything new in 2.7.3 that would impact this)13:51
yannillegal instruction being a "andn" in this particular case13:51
rburtonyann: python3 or python2? you said python3-native but then 2.7.113:54
yoctiNew news from stackoverflow: What’s the purpose put a .so file before execution file? <>13:55
yannpython3 on poky 2.7.1 :)13:57
*** lucaceresoli <lucaceresoli!> has quit IRC14:00
*** dv|2 <dv|2!~dv@> has joined #yocto14:03
*** ssajal <ssajal!> has joined #yocto14:03
yannI don't even see a -march=... in python3-native/3.7.2-r0/temp/log.do_compile that could explain the use of this extension14:04
*** stuom1 <stuom1!~tuomas@> has joined #yocto14:05
dv|2how can I prevent generation of -src package of some recipe?14:05
stuom1I'm trying to create a patch according to but when I finish with devtool and try to bitbake it, I get "can't find file to patch"14:06
stuom1what am I/devtool doing wrong here14:07
qschulzdv|2: what's the actual issue you have?14:10
qschulzstuom1: exact commands you ran and what you did14:10
Guest5213LetoThe2nd scrum14:10
qschulzstuom1: otherwise it's hard to help14:10
dv|2qschulz, I have several closed-source recipes. don't want to generate -src package for them.14:11
LetoThe2ndGuest5213: so nothing we could share for your fame?14:12
dv|2previously I made PACKAGES = "${PN}-closed ${PN}-dbg ${PN}" and did "FILES_${PN}-closed="usr/src/debug*" in my recipe, but with Zeus it is not working14:12
stuom1qschulz: devtool modify <recipe>, modifying CMakeLists in workspace, bitbaking as a test from workspace all fine, devtool update-recipe <recipe>, devtool reset <recipe>. Then removing workspace and bitbaking, and patch cannot find CMakeLists14:13
Guest5213LetoThe2nd not yet14:14
qschulzdv|2: but the src packages aren't actually installed on your image right?14:14
qschulzI don't understand the issue actually14:14
LetoThe2ndGuest5213: think about it!14:14
stuom1something to do with CMakeLists not being in the root of that github repo but one folder deeper, probably, but dont know how to tell that to devtool14:14
*** [Sno] <[Sno]!> has quit IRC14:14
rburtondv|2: -dbg and -src packages are automatically generated without any input from the recipe, so if you want them to not be, set that14:15
dv|2qschulz, right. But I do rsync of all packets from pfx.../rpm to my server. Don't want that packets to appear or make that packets empty during generation time14:15
Guest5213i have to ask again14:16
dv|2rburton, is PACKAGE_DEBUG_SPLIT_STYLE may be used per-recipe?14:17
rburtondv|2: yes14:17
rburtonideally its a distro wide thing14:17
Guest5213 any suggestion14:17
Guest5213s ?14:17
rburtonGuest5213: could be linker order, we pass --as-needed which means if the link order is wrong you get libraries removed before the symbols that use them appear14:18
qschulzstuom1: I would think patches are applied on top of ${S}14:18
qschulzso if the path of your patch relative to ${S} is wrong, that won't work?14:18
qschulzstuom1: and just to be sure, it's an actual error in do_patch and not that the change didn't make it to the sources right?14:19
ecdheIt seems unlikely that I am the first person to attempt to build a custom cpython module with pokey but I can't find any decent prior art.  There are four recipes in my sumo tree, but they all point to github for their source and perhaps use easy_install instead of setup.py14:19
ecdheThe work directory fills up with thousands of files when I 'inherit distutils3-base ' in the recipe for my two-file module.14:20
ecdheIt's a bit of information overload.14:21
stuom1qschulz: yes error is from do_patch. S = "${WORKDIR}/git/source", and CMakeLists is in source folder. Can I change the path of the patch? Or what should I do?14:26
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:30
*** Gintaro <Gintaro!> has quit IRC14:31
*** Gintaro <Gintaro!> has joined #yocto14:32
*** kriive <kriive!> has joined #yocto14:34
yannrburton: looks like target compiler flags leaking to host binaries, or something close enough14:41
*** dk78 <dk78!18305c51@> has joined #yocto14:42
stuom1qschulz: to answer my own question, setting ;patchdir=.. after the patch file did the trick14:44
*** [Sno] <[Sno]!> has joined #yocto14:44
dk78Hi, I support a compagny layer and would like to be notify if there's some recipes that point to internal repository that needed to be updated. Do you guys know if there's a feature within yocto that could do the trick?14:45
Guest5213rburton i use LD line from yocto but before we just used $CC as linker14:45
Guest5213arm-fslc-linux-gnueabi-ld: cannot find -lgcc  -.- i dont get it14:45
*** kroon__ <kroon__!~kroon@> has quit IRC14:47
*** locutus_ <locutus_!~LocutusOf@> has quit IRC14:47
qschulzstuom1: indeed but that is weird, how is a change to this git/CMakeLists required but the S directory where the configure and compile tasks should be run is a subdir? Aren't you "calling" this Cmakelists directly? anyway, glad it's fixed :)14:49
kriivedk78: would it be ok if it worked the other way around?14:49
kriiveThe recipes automatically get the latest code from the upstream repos?14:50
yann : looks like a pretty bad value of PYTHONPATH for an host run14:51
qschulzdk78: there is a thing called AUH I think (auto-upgrade helper)?14:52
dk78@kriive the only issue i see is how could I track the changes for the changelogs?14:52
dk78qschulz I'll check that14:53
yannhm, for this it may be that 099d627 in 2.7.2 deals with the issue14:54
qschulzdk78: and the two below are used here and there. Don't know if it's related but here it is14:54
dk78cool thanks for your input14:55
*** copycat_88 <copycat_88!~copy@> has quit IRC14:55
dk78qschulz and kriive think it will do it with all that!14:56
ecdheMy task is so simple, it's got to have been done before.  I'm looking at some other python libraries that inherit the pypi.bbclass file; this causes their source to be pulled from pypi.python.org14:59
*** copycat_88 <copycat_88!~copy@> has joined #yocto15:00
ecdheBut my two files are just local to the recipe, so it wouldn't make sense to inherit pypi and override everything about it15:00
dv|2rburton, I add PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src" and everything remains the same.15:10
kriiveHi guys, if I15:11
hmw1HI if update a package thats is included in my rootfs but the root fs is not rebuilding it nor reconstrukting the rootfs tarbal15:13
Guest5213it looks like libgcc.a is generated too late... is this possible?15:13
LetoThe2ndGuest5213: if you don't have your dependencies set straight, then yes.15:14
Guest5213LetoThe2nd what is the dependency for libgcc ? just libgcc?15:15
dk78@hmw1 If you clean you receipe or increment the PR it should rebuild the rootfs with the new package15:15
LetoThe2ndGuest5213: i think so, yes.15:16
hmw1PR="+git${SRCPV}" so if it changes in git it should recomplile but it wont15:16
Guest5213LetoThe2nd i added libgcc as depends. seems to work but i still get the same error.15:17
LetoThe2ndGuest5213: and you are sure it is not messing up some pathes again?15:18
dk78hmw1 in you work directory can you see if it's really updated?15:18
Guest5213i double checked the paths ...15:18
Guest5213but iam not 100% sure15:19
*** adelcast1 <adelcast1!> has joined #yocto15:21
*** copycat_88 <copycat_88!~copy@> has quit IRC15:23
Guest5213LetoThe2nd there is something really fucked up there. If i use GCC as linker (AFAIK that should just call LD) then it works!15:23
Guest5213Theres a binary15:23
LetoThe2ndHehehe. Yay for handwritten magic.15:24
hmw1dk78:  to be shure i dit a cleanall of the package and after that i did a rebuild of the rootfs ( no git pull nor build did happen)15:24
hmw1i only have clean logs in the dir of the package15:24
*** adelcast <adelcast!> has quit IRC15:25
hmw1the git string in dir name of the package is the last i pushed to git15:26
hmw1* the git string is the same in the dir name and last 1 in git15:26
*** Dracos-Carazza <Dracos-Carazza!> has quit IRC15:27
*** copycat_88 <copycat_88!~copy@> has joined #yocto15:27
Guest5213LetoThe2nd it works, it feels 'dont touch it, then its fine'15:27
*** Dracos-Carazza <Dracos-Carazza!> has joined #yocto15:27
*** ibinderwolf <ibinderwolf!> has quit IRC15:27
LetoThe2ndGuest5213: in a nutshell, it is just in the canonical Makefile state.15:28
ecdheqschulz: : GOT IT!15:29
Guest5213i will try to replace it with cmake...15:29
ecdhebesides the WORKDIR issues we discussed, the key was importing setuputils3, not distutils15:29
ecdheThe recipe that builds it is ~5 SLOC15:32
*** jobroe <jobroe!~manjaro-u@> has quit IRC15:39
*** dreyna_ <dreyna_!> has joined #yocto15:44
*** adelcast <adelcast!> has joined #yocto15:47
*** adelcast1 <adelcast1!> has quit IRC15:47
qschulzecdhe: nice!15:47
*** adelcast1 <adelcast1!> has joined #yocto15:48
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto15:48
*** adelcast <adelcast!> has quit IRC15:51
*** adelcast <adelcast!> has joined #yocto15:57
*** adelcast1 <adelcast1!> has quit IRC15:57
Guest5213LetoThe2nd actually its very easy to integrate a plain Makefile project into yocto... If you try to keep your makefile clean16:08
Guest5213i need 35 (formatted) lines in my recipe16:08
*** vineela <vineela!~vtummala@> has joined #yocto16:09
LetoThe2ndGuest5213: cool. compared to the, um.... 5 in my cmake recipes, a clear winner!16:10
LetoThe2nd*grins* and puts on a big IRONY tag.16:10
Guest5213i have more then 5 lines in whitespaces :)16:10
Guest5213but i agree with you, this thing needs to be fixed / or switch to cmake16:11
Guest5213sadly cmake is not installed on our machines,  i would like to introduce that without saying a word :)  just merge and it works16:11
LetoThe2ndGuest5213: don't fix it if it ain't broken (anymore)16:11
LetoThe2ndGuest5213: but for new project i strongly encourage to start out with cmake, or meson, or whatever. just don't hand-craft s**t.16:12
Guest5213anyway i need to get rid of round about 50 lines of unnecesseray variables in that Makefile16:13
frayhand crafted is worse then no build system..  cmake is terrible.. but acceptable16:14
fray(I loathe cmake)16:14
Guest5213and i need to find out why we use CC for everything16:14
Guest5213fray actually this is what i learned: every Buildsystem is PITA . But if you chose one then it should be fine.16:15
Guest5213In my opinion, Makefiles would be ok if we would work with a little bit standardized Makefiles16:15
LetoThe2ndfray: it gets the job done for me, hence i use it. since i've switched to cmake i didn't have a single crosscompilation-induced headache anymore.16:15
fraymy problem with cmake is that it tries to "know too much"16:15
frayit really shouldn't have any knowledge (internally) of the system configuration.. it should use the stuff the program or user provides and just perform actions/scheduling..16:16
Guest5213i also used SCONS in a project... It works but then somebody hacked a lot of python around it and it worked but nobody knowed why :)16:16
fraythe number of times over the past 10+ years I've had to fight with cmake because it though something was right that clearly wasn't is too numerous to count16:16
fray(and don't get me started on 'UI configuration interfaces built with cmake' ... please make it stop)16:17
qschulzfray: we have built our own build system in our cmake recipes, so yes... too many possibilities (and imo, not the good ones :) )16:17
*** dk78 <dk78!18305c51@> has quit IRC16:17
Guest5213i thought qmake also worked very well :)16:17
qschulzeverything is bad anyway16:18
frayI like standard make syntax myself.. but that then requires the 'GNU' approach of generating makefiles or complicatign things by having dynamicly generated stuff.. which has it's own raft of problem16:18
Guest5213qschulz some of my former colleagues joined later to that scons project. He just wrote a buildsystem wich created Makefiles with Python scripts16:18
Guest5213I think we dont need more buildsystems16:18
kriiveqmake has pretty poor cross compile defaults16:19
Guest5213actually i didnt like autotools. That was a lot of work16:19
kriivedid anyone triend meson? I have yet to write something with it16:19
Guest5213but cmake worked for, its very fast in setup. If you dont want too specific stuff16:19
LetoThe2ndyeah, thats the point.16:20
ecdheI have a generic directory full of files that are the result of an external build process. I want to copy them to my image without naming them, but unfortunately, bitbake complains that I need to list all the filenames in "FILES-{PN}"16:21
ecdheIs there a way around this?16:21
LetoThe2ndand lets be honest: 95% of everyday work is the run-of-the-mill stuff, and not the highly complicated situation.16:21
LetoThe2ndecdhe: just add the containing directory to FILES_${PN}16:21
Guest5213LetoThe2nd what this, really complicated, Makefile does is: Take c,cc make objects, link objects to one binary. Done16:22
Guest5213you cant do something more basig16:22
frayecdhe - specify the files using globbing if you don't know the names.. or as Leto says, the directory they are contained in..16:25
LetoThe2ndcontainment is key!16:25
ecdhecontainment is key!16:25
copycat_88Makefiles is weird. They are too weird for such simple tool. This tinkering with correct spacing, no way to use loops..16:25
ecdhethanks fray, building now, we'll see if it works!16:25
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:27
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:28
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:28
copycat_88But if you want to see real weird sh*t - look into openjdk-8 build scripts. And then into meta-java. I spended 2 full weeks trying to create bitbake recipe for openjdk-8, and this is the craziest build system ever16:29
LetoThe2ndcopycat_88: i just don't look at anything java.16:29
LetoThe2ndproblem solved.16:29
kriiveaaaaah java16:30
copycat_88LetoThe2nd: Yeah, I would like to be able to do the same.. Sometimes customers doesn't know anything besides java, and resulting image is: 90% JDK and 10% of kernel + busybox +apps ¯\_(ツ)_/¯16:33
frayworked on a project once that was a safety critical device that was 90% java + 10% kernel.. god that was a scary piece of equipment16:34
frayrobotics to move oil drilling pipes.. I sure hope they planned for the sudden stop when java decided to garbage collect16:35
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/> has quit IRC16:38
qschulznodejs on an embedded product because the startup only had one developer and they only knew nodejs...16:38
kriiveWould be funny if oil prices blew up because of an OOM kill, just before the GC striked16:38
kriiveOil price up because Java, nytimes head line16:39
fraykriive less funny, these were deployed all through the Gulf of Mexico on drilling rigs in the early 2000s16:39
fray(I had nothing to do with the Java part BTW)16:39
kriiveyeah yeah everyone says so16:40
fray...fromt he original press release... "next-generation oil rig controller, its e-Drill product, promises equipment that has a far higher level of automation and functionality (through sophisticated robotic algorithms); is simpler to set up and maintain (through thin-client, web browser-based "screens"); and leverages the Internet to allow remote diagnostics, monitoring and control of these systems."16:41
fray"The first systems ... are operational today in the North Sea and the Gulf of Mexico ..."  (2001)16:42
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has quit IRC16:46
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC16:46
*** sstiller <sstiller!> has quit IRC16:49
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC16:50
*** vineela <vineela!~vtummala@> has quit IRC16:52
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto16:53
*** yangm97 <yangm97!yangm97mat@gateway/shell/> has joined #yocto16:54
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto16:55
*** jpuhlman <jpuhlman!~jpuhlman@> has quit IRC16:56
*** jpuhlman <jpuhlman!~jpuhlman@> has joined #yocto16:56
guerinoniI have a question about custom layer... Is it correct put my custom images in recipe-core/images or should I put in other place?16:58
kriiveI always put them there, I think recipes-core/images is the established standard17:03
guerinonithanks because I see on yocto channel in youtube that someone use images folder in root of meta-custom17:04
guerinoniI'm improving my skills on yocto :)17:04
jpuhlmanguerinoni: They are just recipes so you can put them any where you would like, as long as the layer.conf has the BBFILES set to find it, but modeling others helps people find what you are trying to provide. The standard location is recipe-core/images. A number of thematic layers place the recipes in somethig like recipes-<theme>/images. Similar with packagegroup recipes..17:08
smurrayfray: heh, I worked on a telephony product that initially used Java on arm5 for SIP stuff.  Real-time Java was/is a thing ;)17:11
smurrayfray: they eventually rewrote that part in C++, mostly to save on the licensing costs17:12
guerinonithanks I prefer keep standard path and method because is more clear for other work on that layer17:12
*** nerdboy <nerdboy!> has joined #yocto17:12
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:12
fraysmurray ya.. it was 'thing'.. not a good thing.. but a thing17:14
smurrayfray: heh, indeed.  I was glad to not be working on that part of the product17:16
*** yohboy <yohboy!> has joined #yocto17:22
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:27
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:27
*** pharaon2502 <pharaon2502!> has quit IRC17:29
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:30
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:31
yohboyHi there, I'm triyng to make a recipe for scikit-sklearn python module, but i'm facing an error in the do_compile (ImportError: numpy is not installed.). However, numpy is already installed in my image, so i'm not sure where to look. Did someone already get this problem ?17:32
yohboyLooks like this guy had the same issue: , but this was not resolved17:33
*** fl0v0 <fl0v0!~fvo@2a01:c22:a814:6a00:c809:dfa:ef31:a9cb> has quit IRC17:33
*** fitzsim <fitzsim!> has quit IRC17:45
*** vineela <vineela!~vtummala@> has joined #yocto17:46
*** yacar_ <yacar_!> has quit IRC17:51
erboyohboy: If you want it to be available during build time you need to add it to DEPENDS in the recipe18:01
yohboyI did it18:01
yohboy`DEPENDS_${PN} += " \18:01
yohboyis it the correct way ?18:02
erboyohboy: No, just to DEPENDS18:02
erboThe per-package is only for runtime dependencies (RDEPENDS)18:02
yohboydid not give better result, same error :/18:03
qschulzyohboy: give the exact content of you change to DEPENDS and the error you see18:06
yohboyDEPENDS += "python3-numpy"18:06
erboTry adding python3-numpy-native too18:09
yohboymy recipe18:10
yohboyok i try18:10
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC18:10
*** sven^ <sven^!> has joined #yocto18:11
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto18:11
*** copycat_88 <copycat_88!~copy@> has quit IRC18:11
qschulzyohboy: pretty sure erbo's right. What happens is that the python code run at compile time cannot find numpy. Since it's *executed* at compile time, therefore on the host system and not the target, you need the -native variant of numpy.18:15
yohboyerbo: well ok, native is ok, i have now some other error related to other library, but I'll add them :)18:15
yohboyqschulz: ok nice to know thanks !18:16
*** yohboy <yohboy!> has quit IRC18:22
*** yohboy <yohboy!> has joined #yocto18:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC18:49
yohboylooks like scikit-learn need also scipy18:54
yohboythere is not recipe for scipy too ? :/18:55
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto18:56
*** rburton <rburton!~rburton@> has quit IRC18:57
yoconyohboy: no there is not19:01
yohboygonna be painful I guess19:02
yoconI do have a somewhat hacked recipe19:02
yohboyi'm interested19:03
yohboylooks like it need openblas too19:03
*** nerdboy <nerdboy!> has joined #yocto19:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto19:04
yoconyup and this need fortran compiler19:04
yoconOpenblas =>
yocon... for the 'FORTRAN_forcevariable = ",fortran" ' in local.conf19:08
yohboythe fortran compiler is for openblas ?19:08
yoconI do have FC (Fortran Compiler) referenced in my scipy recipe19:10
yoconnot the openblas recipe sorry19:10
yohboyI have an error in the openblas recipe then19:10
yohboyin oe_run_make19:11
yoconI also have in my local.conf 'RUNTIMETARGET_append_pn-gcc-runtime = " libquadmath"'19:11
yohboyyocon: did you get this error ?19:13
yohboywith openblas19:13
yoconNo I did not :/19:14
yoconMy WIP scipy recipe :
yohboylapack replace openblas ?19:18
kriiveHi guys, quick question19:18
yoconyohboy: I kind of remember you need both?19:19
yohboymaybe yes19:19
yohboyyou did not include openblas then ? I don't see it19:19
*** paulg_ <paulg_!> has quit IRC19:20
kriiveIf I set CROPS ENTRYPOINT to entrypoint:  ["/usr/bin/dumb-init", "--", "/usr/bin/", "--workdir", "/opt/yocto", "--id", "1000:1000"], can I rely that a shell gets spawned inside /opt/yocto?19:21
kriivecan I rely on the fact*19:21
kriiveBecause CROPS + Gitlab-ci is giving me tons of headaches19:22
yoconYou can find the OpenBLAS recipe I used in the link I sent from the intel-iot-refket repo19:22
yohboywell ok19:22
yohboycross compilation seems broken though :/19:22
yohboysame error in this thread
yoconyeah sorry, "Batteries are definitely not included"19:23
yohboyusing scikit seems compromised :')19:24
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC19:37
*** yohboy <yohboy!> has quit IRC19:37
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto19:37
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC19:42
*** berton_ <berton_!~berton@> has joined #yocto19:47
*** berton <berton!~berton@> has quit IRC19:49
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC19:50
*** amaury_d <amaury_d!> has quit IRC19:51
*** otavio <otavio!~otavio@> has joined #yocto19:51
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto19:51
*** pbb <pbb!> has quit IRC19:52
*** pbb <pbb!~quassel@> has joined #yocto19:55
*** pbb <pbb!~quassel@> has quit IRC20:09
*** pbb <pbb!> has joined #yocto20:10
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto20:11
*** pohly <pohly!> has quit IRC20:20
*** Saur <Saur!pkj@nat/axis/x-wlsdiyuhskghngdn> has quit IRC20:21
*** Saur <Saur!pkj@nat/axis/x-fvkiomlrbxxjkxap> has joined #yocto20:23
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC20:25
ecdheone more question.  I'm copying the contents of a source folder to destination on the target folder (no build step required, just some binary blobs).  I have told git to ignore the contents of this folder, so when I clone my yocto layer, the folder isn't created, and when I go to build, bitbake complains that it can't glob that directory20:31
ecdheI could tell git to track a README file but I'd prefer to just tell bitbake to create the directory within the layer if none exists... is that possible, or total insanity?20:32
ecdhe... or can I have it try/except the glob failure?20:32
*** locutus_ <locutus_!~LocutusOf@> has joined #yocto20:32
ecdheI could attempt to prevent the parsing of the recipe if no source folder is found, but this would cause no package to be built20:38
*** rcw <rcw!~rcw@> has quit IRC20:44
*** rcw <rcw!~rcw@> has joined #yocto20:44
*** erbo <erbo!> has quit IRC20:47
*** erbo <erbo!> has joined #yocto20:52
*** kriive <kriive!> has quit IRC20:56
*** [Sno] <[Sno]!> has quit IRC20:58
*** [Sno] <[Sno]!> has joined #yocto20:58
*** copycat_88 <copycat_88!~copy@> has joined #yocto21:05
*** berton_ <berton_!~berton@> has quit IRC21:16
*** locutus_ <locutus_!~LocutusOf@> has quit IRC21:30
*** amaury_d <amaury_d!> has joined #yocto21:33
*** maudat <maudat!> has quit IRC21:39
*** guerinoni <guerinoni!> has quit IRC21:40
*** vineela <vineela!~vtummala@> has quit IRC21:49
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:17
*** vineela <vineela!vtummala@nat/intel/x-glppabbwkhdoadbp> has joined #yocto22:17
yoctiNew news from stackoverflow: How to increase disk size when building yocto <> || How to cross-compile an application with library dependencies for Yocto Linux? <>22:27
*** stephano <stephano!> has quit IRC22:33
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto22:37
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto22:44
*** nerdboy <nerdboy!> has joined #yocto22:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:54
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:01
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:15
khemRP: sent a binutils patchlet, which fixes Ross's problem of upgrading autotools, plus it should save some time during configure as we no more require to run autconf23:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:19
*** copycat_88 <copycat_88!~copy@> has quit IRC23:21
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC23:21
*** sj634 <sj634!> has joined #yocto23:31
sj634Where in the yocto project, we compile dtb, where is the rule recipe to create a dtb file. My problem is that the dtb getting generated doesn't have __symbols__23:32
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:43
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto23:44
*** agust <agust!> has quit IRC23:46
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC23:49
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC23:50
*** robert_yang <robert_yang!~robert@> has quit IRC23:52
*** robert_yang <robert_yang!~robert@> has joined #yocto23:52

Generated by 2.17.2 by Marius Gedminas - find it at!