*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 00:04 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-sxurudmoeohwdaiu> has joined #yocto | 00:06 | |
*** vineela1 <vineela1!~vtummala@134.134.139.72> has joined #yocto | 00:07 | |
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 00:07 | |
*** vineela1 <vineela1!~vtummala@134.134.139.72> has quit IRC | 00:10 | |
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 00:11 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:11 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC | 00:23 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto | 00:55 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:57 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:57 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:02 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:07 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:07 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 01:08 | |
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 01:13 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC | 01:16 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto | 01:47 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:47 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:47 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:57 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:58 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC | 02:05 | |
*** meego <meego!~meego@82-64-5-168.subs.proxad.net> has joined #yocto | 02:06 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:07 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:07 | |
*** meego <meego!~meego@82-64-5-168.subs.proxad.net> has quit IRC | 02:10 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:17 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:17 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:17 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:24 | |
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 02:26 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:27 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:27 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:27 | |
*** yann|work <yann|work!~yann@185.123.26.194> has quit IRC | 02:27 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:34 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:35 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:37 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:37 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:46 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:47 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 02:50 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:57 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:57 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 02:58 | |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 03:04 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ddb8:1740:8238:ef75> has joined #yocto | 03:38 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:ddb8:1740:8238:ef75> has quit IRC | 04:00 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:07 | |
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:14 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:38 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 04:52 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 04:56 | |
*** pbb <pbb!~quassel@pbb.lc> has quit IRC | 05:07 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 05:25 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 05:44 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 05:45 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 05:46 | |
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 05:47 | |
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c981:7613:97e0:6c21> has quit IRC | 05:48 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 05:51 | |
*** jobroe <jobroe!~manjaro-u@p579EB9B1.dip0.t-ipconnect.de> has joined #yocto | 05:51 | |
*** pbb <pbb!~quassel@pbb.lc> has joined #yocto | 05:57 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 06:17 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 06:20 | |
*** jobroe <jobroe!~manjaro-u@p579EB9B1.dip0.t-ipconnect.de> has quit IRC | 06:20 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:21 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto | 06:23 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:25 | |
*** jobroe <jobroe!~manjaro-u@p579EB9B1.dip0.t-ipconnect.de> has joined #yocto | 06:25 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:28 | |
*** jobroe <jobroe!~manjaro-u@p579EB9B1.dip0.t-ipconnect.de> has quit IRC | 06:31 | |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:31 | |
*** ibinderwolf <ibinderwolf!~quassel@host40-82-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 06:38 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 06:47 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 06:49 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 07:03 | |
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:09 | |
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 07:14 | |
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 07:18 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 07:19 | |
*** sstiller <sstiller!~sstiller@p200300F07F08D20131B7C19EEB89D61B.dip0.t-ipconnect.de> has joined #yocto | 07:20 | |
*** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has joined #yocto | 07:30 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:30 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:31 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 07:31 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 07:36 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:42 | |
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 07:51 | |
Guest5213 | Hi, 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 |
---|---|---|
Guest5213 | I managed to tell the Makefile dynamicly that it should use the library path. But now i ran into something else. : http://dpaste.com/0XNM7WE | 07:54 |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 07:55 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 07:55 | |
*** fl0v0 <fl0v0!~fvo@2a01:c22:a814:6a00:c809:dfa:ef31:a9cb> has joined #yocto | 07:58 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 07:59 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:03 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 08:05 | |
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 08:06 | |
*** locutus_ <locutus_!~LocutusOf@5.171.137.64> has joined #yocto | 08:12 | |
*** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC | 08:14 | |
LetoThe2nd | Guest5213: sounds like its missing/filtering the sysroot somewhere. | 08:18 |
*** frsc <frsc!~frsc@71-64-142-46.pool.kielnet.net> has joined #yocto | 08:22 | |
yocti | New news from stackoverflow: Yocto does not install files to /usr/share <https://stackoverflow.com/questions/60844787/yocto-does-not-install-files-to-usr-share> | 08:24 |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 08:26 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:27 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:28 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-sxurudmoeohwdaiu> has quit IRC | 08:31 | |
*** locutus_ <locutus_!~LocutusOf@5.171.137.64> has quit IRC | 08:32 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:32 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 08:34 | |
Guest5213 | LetoThe2ndq strange :/ | 08:37 |
*** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 08:37 | |
cjdc2 | hi 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 |
cjdc2 | is 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 | http://dpaste.com/05A4QED Next one. | 08:49 |
Guest5213 | undefined references. Now its getting strange. | 08:52 |
LetoThe2nd | that can be missing dependencies, cc versus cxx... | 08:53 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:59 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 09:00 | |
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has joined #yocto | 09:01 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 09:01 | |
*** nighty- <nighty-!~nighty@b157153.ppp.asahi-net.or.jp> has quit IRC | 09:04 | |
*** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 09:06 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 09:06 | |
Guest5213 | LetoThe2nd ok. | 09:07 |
*** cjdc <cjdc!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 09:22 | |
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 09:23 | |
*** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 09:32 | |
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:33 | |
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 09:34 | |
*** kroon__ <kroon__!~kroon@213.185.29.22> has joined #yocto | 09:35 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 09:35 | |
*** kroon_ <kroon_!~kroon@213.185.29.22> has quit IRC | 09:37 | |
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 09:42 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 09:51 | |
*** cjdc <cjdc!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 09:52 | |
*** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 09:55 | |
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 09:56 | |
LetoThe2nd | Guest5213: btw, you mentioned you "wrote a story"? | 10:13 |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has joined #yocto | 10:48 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 10:48 | |
*** cjdc3 <cjdc3!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 10:50 | |
copycat_88 | Hi there! | 10:53 |
copycat_88 | I'm wondering if I can place build directory inside my meta- directory | 10:53 |
copycat_88 | e.g: oe-init-build-env meta-mymeta/build | 10:53 |
LetoThe2nd | copycat_88: technically yes, practically it is massively discouraged. | 10:54 |
LetoThe2nd | copycat_88: what would the usecase be? | 10:54 |
*** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 10:57 | |
copycat_88 | Well, 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 |
LetoThe2nd | copycat_88: if you're keeping local.conf in the repo, you're doing it basically wrong anyways. | 11:00 |
LetoThe2nd | copycat_88: have a look at what kas does, for example. | 11:00 |
cjdc3 | hi 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?" cause | 11:02 |
cjdc3 | if I look at meta-virtualization at https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-containers/docker/docker-ce_git.bb?h=zeus#n105 , 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 |
cjdc3 | 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 """ | 11:02 |
LetoThe2nd | pushing 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 repo | 11:03 |
copycat_88 | LetoThe2nd: thank you. I suspected that I was doing something wrong. Going to look at kas | 11:03 |
cjdc3 | but the thing is, why is INITSCRIPT_NAME set to docker.init? in https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-containers/docker/docker.inc , the INITSCRIPT_NAME should be set to '' right? | 11:03 |
cjdc3 | unless I have to explicitly tell the build not to consider sysvinit? | 11:05 |
LetoThe2nd | cjdc3: here you go https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-containers/docker/docker-ce_git.bb#n114 | 11:05 |
cjdc3 | LetoThe2nd yes but I shouldn't end up in that instruction | 11:06 |
cjdc3 | cause I have systemd distro appended | 11:06 |
LetoThe2nd | cjdc3: and systemd is actually in use and functional? | 11:07 |
cjdc3 | LetoThe2nd I'm "almost" sure. It builds well without the docker-ce package | 11:07 |
LetoThe2nd | cjdc3: where did you do the append? | 11:08 |
cjdc3 | conf/local.conf | 11:08 |
cjdc3 | DISTRO_FEATURES_append = " systemd virtualization"DISTRO_FEATURES_remove = "x11 wayland"VIRTUAL-RUNTIME_init_manager = "systemd" | 11:08 |
cjdc3 | DISTRO_FEATURES_append = " systemd virtualization", DISTRO_FEATURES_remove = "x11 wayland", VIRTUAL-RUNTIME_init_manager = "systemd" | 11:08 |
LetoThe2nd | ok, then i'd say do bitbake -e docker-ce | less and have a thorough look. | 11:09 |
cjdc3 | LetoThe2nd INITSCRIPT_NAME_docker-ce="" | 11:12 |
LetoThe2nd | and DISTRO_FEATURES? | 11:13 |
cjdc3 | ok I found something | 11:13 |
cjdc3 | if I don't set DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit", INITSCRIPT_NAME_docker-ce="docker.init" | 11:14 |
cjdc3 | and that will fail | 11:14 |
LetoThe2nd | which 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 IIRC | 11:15 |
qschulz | not exactly sure but I definitely remember there was something about perfect match | 11:15 |
cjdc3 | but it is not consistent | 11:16 |
qschulz | and i'll check to correct myself if needed :) | 11:16 |
cjdc3 | cause the docker-ce recipe will not populate if systemd is in DISTRO....while the INITSCRIPT_NAME will be set based on sysvinit | 11:17 |
*** sonu <sonu!3cf009b5@60-240-9-181.tpgi.com.au> has joined #yocto | 11:18 | |
*** cjdc382 <cjdc382!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 11:18 | |
sonu | I am trying to use PR service for auto incrementing the version no on changing source | 11:19 |
sonu | However i am not getting the verison no updated in .ipk files generated .. | 11:19 |
sonu | What are the entries to be added in .bb files and build/local.conf files for PR service to work | 11:20 |
cjdc382 | I think a better condition for https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-containers/docker/docker-ce_git.bb?h=zeus#n105 would be to check if systemd in DISTRO and sysvinit NOT in DISTRO | 11:20 |
cjdc382 | wouldn't your agree LetoThe2nd? | 11:20 |
LetoThe2nd | cjdc3: 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!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 11:21 | |
cjdc382 | ultimately this conditions is tightly coupled with https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/tree/recipes-containers/docker/docker.inc#n56, so the conditions should be similar | 11:23 |
cjdc382 | but ok | 11:23 |
LetoThe2nd | cjdc382: if in doubt, send a request for clarification to the mailing list and the maintainer. | 11:24 |
LetoThe2nd | it might have a proper reason, it might be a bug. | 11:25 |
yocti | New news from stackoverflow: Bitbake: How to only fetch the sources? <https://stackoverflow.com/questions/54078174/bitbake-how-to-only-fetch-the-sources> | 11:25 |
cjdc382 | LetoThe2nd (y) | 11:27 |
rokm | Hi I see that you are talking in area where I also have some problems | 11:30 |
rokm | basically 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 config | 11:31 |
rokm | last line on boot is: [ 3.346647] Run /init as init process | 11:32 |
rokm | when 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 |
rokm | Does anyone know how to fix this or how to trace such problem ? | 11:34 |
LetoThe2nd | rokm: if i had to guess, then the login console is set to another tty than you expect. | 11:35 |
rokm | it should be in /etc/inittab right ? | 11:35 |
LetoThe2nd | maybe, i haven't used such in a long time, and never since i'm using yocto | 11:36 |
*** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:40 | |
*** berton <berton!~berton@181.220.114.167> has quit IRC | 11:44 | |
*** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:48 | |
qschulz | rokm: not sure, but have a look at SERIAL_CONSOLE(S?) | 11:59 |
rokm | SERIAL_CONSOLES = "115200;ttyS0 115200;ttyS1" | 12:00 |
rokm | like I wrote I see dmesg logs | 12:01 |
qschulz | rokm: these are two different things. Kernel uart and userspace uart can be different | 12:02 |
qschulz | try to check on other uarts | 12:02 |
rokm | but I run this on qemu | 12:03 |
*** sonu <sonu!3cf009b5@60-240-9-181.tpgi.com.au> has quit IRC | 12:03 | |
rokm | these settings I have in machine.conf for qemu-x86 | 12:03 |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 12:06 | |
*** kanavin_home <kanavin_home!~ak@5.28.93.197> has joined #yocto | 12:06 | |
rokm | Could it be related to this print: [ 3.208231] Warning: unable to open an initial console. | 12:08 |
*** NewbieSM__ <NewbieSM__!~Suman@113.21.72.89> has joined #yocto | 12:10 | |
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 12:12 | |
*** frsc <frsc!~frsc@71-64-142-46.pool.kielnet.net> has quit IRC | 12:13 | |
copycat_88 | rokm: looks like /dev/console is missing in your image. I'm not 100% sure, but probably you need to add initramfs-framework to your image | 12:13 |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:13 | |
rokm | for now I added mknod console.... to do_install() in my initramfs package | 12:14 |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.136.222> has joined #yocto | 12:16 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 12:16 | |
rokm | yep that was that :) | 12:16 |
qschulz | I'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 is | 12:18 |
*** cjdc382 <cjdc382!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 12:20 | |
qschulz | JaMa: alrighty, thanks | 12:22 |
*** kanavin_home <kanavin_home!~ak@5.28.93.197> has quit IRC | 12:26 | |
*** locutus_ <locutus_!~LocutusOf@5.171.136.222> has joined #yocto | 12:29 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 12:29 | |
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 12:30 | |
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 12:53 | |
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 12:56 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 13:01 | |
*** NewbieSM__ <NewbieSM__!~Suman@113.21.72.89> has quit IRC | 13:06 | |
copycat_88 | LetoThe2nd: just want to say thank you for kas suggesting, impressive tool. Completely covered all my needs | 13:11 |
LetoThe2nd | copycat_88: YW | 13:12 |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 13:20 | |
qschulz | i'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 |
LetoThe2nd | qschulz: overkill! overkill! | 13:21 |
JPEW | LetoThe2nd: When would you like me to do a guest live stream about building with containers? | 13:21 |
LetoThe2nd | JPEW: whenever you feel like. | 13:21 |
qschulz | I 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 that | 13:22 |
JPEW | It's every Tuesday? | 13:22 |
qschulz | JPEW: every Tuesday except when it's not :D | 13:22 |
LetoThe2nd | JPEW: 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 |
LetoThe2nd | JPEW: in a nutshell, its like this: fix a date, announce it a couple of days before, done. | 13:23 |
JPEW | LetoThe2nd: lol, OK. I'll have to figure out this twitch thing that all the kids rave about ;) | 13:23 |
LetoThe2nd | JPEW: 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 |
qschulz | LetoThe2nd: 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 helpful | 13:26 |
LetoThe2nd | JPEW: i'd start by 1) getting a twitch account 2) installing obs 3) do some testing and tinkering. | 13:26 |
LetoThe2nd | qschulz: the latter. "its not that helpful" | 13:27 |
JPEW | LetoThe2nd: Ok, Thanks. | 13:27 |
qschulz | LetoThe2nd: then what's your opinion? put all the shit into one big mess of a recipe? | 13:28 |
LetoThe2nd | qschulz: nope. my vote clearly is on multiconfig. | 13:29 |
qschulz | LetoThe2nd: aaaaah I thought you said overkill! in the abonding sense not in the sense of telling me to go the overkill way | 13:30 |
LetoThe2nd | qschulz: you obviously didn't get the reference. | 13:31 |
LetoThe2nd | https://www.youtube.com/watch?v=MlzTET_8SQg | 13:31 |
qschulz | then question is, how well does multiconfig work with an m0 no-mmu machine with custom "libc" and custom toolchain | 13:31 |
LetoThe2nd | qschulz: look at the newlib stuff | 13:31 |
qschulz | LetoThe2nd: working on growing the beard but not there yet | 13:31 |
*** yann <yann!~yann@185.123.26.194> has joined #yocto | 13:32 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 13:33 | |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:41 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 13:43 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 13:45 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:47 | |
yann | I 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 |
yann | illegal instruction being a "andn" in this particular case | 13:51 |
rburton | yann: python3 or python2? you said python3-native but then 2.7.1 | 13:54 |
yocti | New news from stackoverflow: What’s the purpose put a .so file before execution file? <https://stackoverflow.com/questions/60849990/what-s-the-purpose-put-a-so-file-before-execution-file> | 13:55 |
yann | python3 on poky 2.7.1 :) | 13:57 |
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 14:00 | |
*** dv|2 <dv|2!~dv@176.114.204.12> has joined #yocto | 14:03 | |
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 14:03 | |
yann | I don't even see a -march=... in python3-native/3.7.2-r0/temp/log.do_compile that could explain the use of this extension | 14:04 |
*** stuom1 <stuom1!~tuomas@62.236.216.29> has joined #yocto | 14:05 | |
dv|2 | how can I prevent generation of -src package of some recipe? | 14:05 |
stuom1 | I'm trying to create a patch according to https://wiki.yoctoproject.org/wiki/TipsAndTricks/Patching_the_source_for_a_recipe but when I finish with devtool and try to bitbake it, I get "can't find file to patch" | 14:06 |
stuom1 | what am I/devtool doing wrong here | 14:07 |
qschulz | dv|2: what's the actual issue you have? | 14:10 |
qschulz | stuom1: exact commands you ran and what you did | 14:10 |
Guest5213 | LetoThe2nd scrum | 14:10 |
qschulz | stuom1: otherwise it's hard to help | 14:10 |
dv|2 | qschulz, I have several closed-source recipes. don't want to generate -src package for them. | 14:11 |
LetoThe2nd | Guest5213: so nothing we could share for your fame? | 14:12 |
dv|2 | previously 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 working | 14:12 |
stuom1 | qschulz: 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 CMakeLists | 14:13 |
Guest5213 | LetoThe2nd not yet | 14:14 |
qschulz | dv|2: but the src packages aren't actually installed on your image right? | 14:14 |
qschulz | I don't understand the issue actually | 14:14 |
LetoThe2nd | Guest5213: think about it! | 14:14 |
stuom1 | something 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 devtool | 14:14 |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 14:14 | |
rburton | dv|2: https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#var-PACKAGE_DEBUG_SPLIT_STYLE | 14:14 |
rburton | dv|2: -dbg and -src packages are automatically generated without any input from the recipe, so if you want them to not be, set that | 14:15 |
dv|2 | qschulz, 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 time | 14:15 |
Guest5213 | i have to ask again | 14:16 |
dv|2 | rburton, is PACKAGE_DEBUG_SPLIT_STYLE may be used per-recipe? | 14:17 |
rburton | dv|2: yes | 14:17 |
rburton | ideally its a distro wide thing | 14:17 |
Guest5213 | http://dpaste.com/05A4QED any suggestion | 14:17 |
Guest5213 | s ? | 14:17 |
rburton | Guest5213: 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 appear | 14:18 |
qschulz | stuom1: I would think patches are applied on top of ${S} | 14:18 |
qschulz | so if the path of your patch relative to ${S} is wrong, that won't work? | 14:18 |
qschulz | stuom1: 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 |
ecdhe | It 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.py | 14:19 |
ecdhe | The work directory fills up with thousands of files when I 'inherit distutils3-base ' in the recipe for my two-file module. | 14:20 |
ecdhe | It's a bit of information overload. | 14:21 |
stuom1 | qschulz: 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 IRC | 14:30 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 14:31 | |
*** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 14:32 | |
*** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 14:34 | |
yann | rburton: looks like target compiler flags leaking to host binaries, or something close enough | 14:41 |
*** dk78 <dk78!18305c51@24.48.92.81> has joined #yocto | 14:42 | |
stuom1 | qschulz: to answer my own question, setting ;patchdir=.. after the patch file did the trick | 14:44 |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 14:44 | |
dk78 | Hi, 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 |
Guest5213 | rburton i use LD line from yocto but before we just used $CC as linker | 14:45 |
Guest5213 | arm-fslc-linux-gnueabi-ld: cannot find -lgcc -.- i dont get it | 14:45 |
*** kroon__ <kroon__!~kroon@213.185.29.22> has quit IRC | 14:47 | |
*** locutus_ <locutus_!~LocutusOf@5.171.136.222> has quit IRC | 14:47 | |
qschulz | stuom1: 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 |
kriive | dk78: would it be ok if it worked the other way around? | 14:49 |
kriive | The recipes automatically get the latest code from the upstream repos? | 14:50 |
yann | https://pastebin.com/VFTGFQjk : looks like a pretty bad value of PYTHONPATH for an host run | 14:51 |
qschulz | dk78: 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 |
dk78 | qschulz I'll check that | 14:53 |
yann | hm, for this it may be that 099d627 in 2.7.2 deals with the issue | 14:54 |
qschulz | dk78: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-UPSTREAM_CHECK_GITTAGREGEX and the two below are used here and there. Don't know if it's related but here it is | 14:54 |
dk78 | cool thanks for your input | 14:55 |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has quit IRC | 14:55 | |
dk78 | qschulz and kriive think it will do it with all that! | 14:56 |
ecdhe | My 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.org | 14:59 |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has joined #yocto | 15:00 | |
ecdhe | But my two files are just local to the recipe, so it wouldn't make sense to inherit pypi and override everything about it | 15:00 |
dv|2 | rburton, I add PACKAGE_DEBUG_SPLIT_STYLE = "debug-without-src" and everything remains the same. | 15:10 |
kriive | Hi guys, if I | 15:11 |
hmw1 | HI if update a package thats is included in my rootfs but the root fs is not rebuilding it nor reconstrukting the rootfs tarbal | 15:13 |
Guest5213 | it looks like libgcc.a is generated too late... is this possible? | 15:13 |
LetoThe2nd | Guest5213: if you don't have your dependencies set straight, then yes. | 15:14 |
Guest5213 | LetoThe2nd 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 package | 15:15 |
LetoThe2nd | Guest5213: i think so, yes. | 15:16 |
hmw1 | PR="+git${SRCPV}" so if it changes in git it should recomplile but it wont | 15:16 |
Guest5213 | LetoThe2nd i added libgcc as depends. seems to work but i still get the same error. | 15:17 |
LetoThe2nd | Guest5213: and you are sure it is not messing up some pathes again? | 15:18 |
dk78 | hmw1 in you work directory can you see if it's really updated? | 15:18 |
Guest5213 | i double checked the paths ... | 15:18 |
Guest5213 | but iam not 100% sure | 15:19 |
*** adelcast1 <adelcast1!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto | 15:21 | |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has quit IRC | 15:23 | |
Guest5213 | LetoThe2nd there is something really fucked up there. If i use GCC as linker (AFAIK that should just call LD) then it works! | 15:23 |
Guest5213 | Theres a binary | 15:23 |
LetoThe2nd | Hehehe. Yay for handwritten magic. | 15:24 |
hmw1 | dk78: 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 |
hmw1 | i only have clean logs in the dir of the package | 15:24 |
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has quit IRC | 15:25 | |
hmw1 | the git string in dir name of the package is the last i pushed to git | 15:26 |
hmw1 | * the git string is the same in the dir name and last 1 in git | 15:26 |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 15:27 | |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has joined #yocto | 15:27 | |
Guest5213 | LetoThe2nd it works, it feels 'dont touch it, then its fine' | 15:27 |
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 15:27 | |
*** ibinderwolf <ibinderwolf!~quassel@host40-82-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 15:27 | |
Guest5213 | *like | 15:27 |
LetoThe2nd | Guest5213: in a nutshell, it is just in the canonical Makefile state. | 15:28 |
ecdhe | qschulz: : GOT IT! | 15:29 |
Guest5213 | i will try to replace it with cmake... | 15:29 |
ecdhe | besides the WORKDIR issues we discussed, the key was importing setuputils3, not distutils | 15:29 |
ecdhe | The recipe that builds it is ~5 SLOC | 15:32 |
*** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:39 | |
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 15:44 | |
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto | 15:47 | |
*** adelcast1 <adelcast1!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has quit IRC | 15:47 | |
qschulz | ecdhe: nice! | 15:47 |
*** adelcast1 <adelcast1!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto | 15:48 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 15:48 | |
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has quit IRC | 15:51 | |
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto | 15:57 | |
*** adelcast1 <adelcast1!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has quit IRC | 15:57 | |
Guest5213 | LetoThe2nd actually its very easy to integrate a plain Makefile project into yocto... If you try to keep your makefile clean | 16:08 |
Guest5213 | i need 35 (formatted) lines in my recipe | 16:08 |
*** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 16:09 | |
LetoThe2nd | Guest5213: 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 |
Guest5213 | i have more then 5 lines in whitespaces :) | 16:10 |
Guest5213 | but i agree with you, this thing needs to be fixed / or switch to cmake | 16:11 |
Guest5213 | sadly cmake is not installed on our machines, i would like to introduce that without saying a word :) just merge and it works | 16:11 |
LetoThe2nd | Guest5213: don't fix it if it ain't broken (anymore) | 16:11 |
LetoThe2nd | Guest5213: 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 |
Guest5213 | anyway i need to get rid of round about 50 lines of unnecesseray variables in that Makefile | 16:13 |
fray | hand crafted is worse then no build system.. cmake is terrible.. but acceptable | 16:14 |
fray | (I loathe cmake) | 16:14 |
Guest5213 | and i need to find out why we use CC for everything | 16:14 |
Guest5213 | fray actually this is what i learned: every Buildsystem is PITA . But if you chose one then it should be fine. | 16:15 |
Guest5213 | In my opinion, Makefiles would be ok if we would work with a little bit standardized Makefiles | 16:15 |
LetoThe2nd | fray: 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 |
fray | my problem with cmake is that it tries to "know too much" | 16:15 |
fray | it 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 |
Guest5213 | i 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 |
fray | the 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 count | 16:16 |
fray | (and don't get me started on 'UI configuration interfaces built with cmake' ... please make it stop) | 16:17 |
qschulz | fray: 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@24.48.92.81> has quit IRC | 16:17 | |
Guest5213 | i thought qmake also worked very well :) | 16:17 |
qschulz | everything is bad anyway | 16:18 |
fray | I 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 problem | 16:18 |
Guest5213 | qschulz some of my former colleagues joined later to that scons project. He just wrote a buildsystem wich created Makefiles with Python scripts | 16:18 |
Guest5213 | I think we dont need more buildsystems | 16:18 |
kriive | qmake has pretty poor cross compile defaults | 16:19 |
kriive | imho | 16:19 |
Guest5213 | actually i didnt like autotools. That was a lot of work | 16:19 |
kriive | did anyone triend meson? I have yet to write something with it | 16:19 |
kriive | try* | 16:19 |
Guest5213 | but cmake worked for, its very fast in setup. If you dont want too specific stuff | 16:19 |
LetoThe2nd | yeah, thats the point. | 16:20 |
ecdhe | I 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 |
ecdhe | Is there a way around this? | 16:21 |
LetoThe2nd | and lets be honest: 95% of everyday work is the run-of-the-mill stuff, and not the highly complicated situation. | 16:21 |
LetoThe2nd | ecdhe: just add the containing directory to FILES_${PN} | 16:21 |
Guest5213 | LetoThe2nd what this, really complicated, Makefile does is: Take c,cc make objects, link objects to one binary. Done | 16:22 |
Guest5213 | you cant do something more basig | 16:22 |
Guest5213 | basic | 16:23 |
fray | ecdhe - specify the files using globbing if you don't know the names.. or as Leto says, the directory they are contained in.. | 16:25 |
LetoThe2nd | containment is key! | 16:25 |
ecdhe | containment is key! | 16:25 |
LetoThe2nd | </SCNR> | 16:25 |
copycat_88 | Makefiles is weird. They are too weird for such simple tool. This tinkering with correct spacing, no way to use loops.. | 16:25 |
ecdhe | thanks fray, building now, we'll see if it works! | 16:25 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:27 | |
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 16:28 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 16:28 | |
copycat_88 | But 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 ever | 16:29 |
LetoThe2nd | copycat_88: i just don't look at anything java. | 16:29 |
LetoThe2nd | problem solved. | 16:29 |
kriive | aaaaah java | 16:30 |
copycat_88 | LetoThe2nd: 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 |
fray | worked on a project once that was a safety critical device that was 90% java + 10% kernel.. god that was a scary piece of equipment | 16:34 |
fray | robotics to move oil drilling pipes.. I sure hope they planned for the sudden stop when java decided to garbage collect | 16:35 |
*** Guest5213 <Guest5213!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 16:38 | |
qschulz | nodejs on an embedded product because the startup only had one developer and they only knew nodejs... | 16:38 |
kriive | Would be funny if oil prices blew up because of an OOM kill, just before the GC striked | 16:38 |
kriive | Oil price up because Java, nytimes head line | 16:39 |
fray | kriive less funny, these were deployed all through the Gulf of Mexico on drilling rigs in the early 2000s | 16:39 |
kriive | omg | 16:39 |
fray | (I had nothing to do with the Java part BTW) | 16:39 |
kriive | yeah yeah everyone says so | 16: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/matrix.org/x-zeygurmkotetuadq> has quit IRC | 16:46 | |
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-tjwvvjwflegcrinq> has quit IRC | 16:46 | |
*** sstiller <sstiller!~sstiller@p200300F07F08D20131B7C19EEB89D61B.dip0.t-ipconnect.de> has quit IRC | 16:49 | |
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC | 16:50 | |
*** vineela <vineela!~vtummala@134.134.139.72> has quit IRC | 16:52 | |
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto | 16:53 | |
*** yangm97 <yangm97!yangm97mat@gateway/shell/matrix.org/x-ksfpiufeiwmamhlt> has joined #yocto | 16:54 | |
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-uocwyxtrbfjuzikt> has joined #yocto | 16:55 | |
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has quit IRC | 16:56 | |
*** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has joined #yocto | 16:56 | |
guerinoni | I 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 |
kriive | I always put them there, I think recipes-core/images is the established standard | 17:03 |
guerinoni | thanks because I see on yocto channel in youtube that someone use images folder in root of meta-custom | 17:04 |
guerinoni | I'm improving my skills on yocto :) | 17:04 |
jpuhlman | guerinoni: 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 |
smurray | fray: 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 |
smurray | fray: they eventually rewrote that part in C++, mostly to save on the licensing costs | 17:12 |
guerinoni | thanks I prefer keep standard path and method because is more clear for other work on that layer | 17:12 |
*** nerdboy <nerdboy!~sarnold@mobile-107-77-164-157.mobile.att.net> has joined #yocto | 17:12 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:12 | |
fray | smurray ya.. it was 'thing'.. not a good thing.. but a thing | 17:14 |
smurray | fray: heh, indeed. I was glad to not be working on that part of the product | 17:16 |
*** yohboy <yohboy!56c11725@lfbn-mon-1-403-37.w86-193.abo.wanadoo.fr> has joined #yocto | 17:22 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:27 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:27 | |
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 17:29 | |
*** dmoseley <dmoseley!~dmoseley@24.42.151.42> has quit IRC | 17:30 | |
*** dmoseley <dmoseley!~dmoseley@24.42.151.42> has joined #yocto | 17:31 | |
yohboy | Hi 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 |
yohboy | Looks like this guy had the same issue: https://stackoverflow.com/questions/59065058/yocto-create-recipe-for-scikit-learn , but this was not resolved | 17:33 |
*** fl0v0 <fl0v0!~fvo@2a01:c22:a814:6a00:c809:dfa:ef31:a9cb> has quit IRC | 17:33 | |
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 17:45 | |
*** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 17:46 | |
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 17:51 | |
erbo | yohboy: If you want it to be available during build time you need to add it to DEPENDS in the recipe | 18:01 |
yohboy | I did it | 18:01 |
yohboy | `DEPENDS_${PN} += " \ | 18:01 |
yohboy | is it the correct way ? | 18:02 |
erbo | yohboy: No, just to DEPENDS | 18:02 |
erbo | The per-package is only for runtime dependencies (RDEPENDS) | 18:02 |
yohboy | did not give better result, same error :/ | 18:03 |
qschulz | yohboy: give the exact content of you change to DEPENDS and the error you see | 18:06 |
yohboy | DEPENDS += "python3-numpy" | 18:06 |
yohboy | https://pastebin.com/0Y2xXhpz | 18:08 |
erbo | Try adding python3-numpy-native too | 18:09 |
yohboy | https://pastebin.com/csSCALTd | 18:10 |
yohboy | my recipe | 18:10 |
yohboy | ok i try | 18:10 |
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has quit IRC | 18:10 | |
*** sven^ <sven^!~quassel@squint.a-oben.org> has joined #yocto | 18:11 | |
*** sven^ <sven^!~quassel@unaffiliated/sven/x-8293843> has joined #yocto | 18:11 | |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has quit IRC | 18:11 | |
qschulz | yohboy: 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 |
yohboy | erbo: well ok, native is ok, i have now some other error related to other library, but I'll add them :) | 18:15 |
yohboy | qschulz: ok nice to know thanks ! | 18:16 |
*** yohboy <yohboy!56c11725@lfbn-mon-1-403-37.w86-193.abo.wanadoo.fr> has quit IRC | 18:22 | |
*** yohboy <yohboy!56c11725@lfbn-mon-1-403-37.w86-193.abo.wanadoo.fr> has joined #yocto | 18:29 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:49 | |
yohboy | looks like scikit-learn need also scipy | 18:54 |
yohboy | there is not recipe for scipy too ? :/ | 18:55 |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:56 | |
*** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 18:57 | |
yocon | yohboy: no there is not | 19:01 |
yohboy | gonna be painful I guess | 19:02 |
yocon | I do have a somewhat hacked recipe | 19:02 |
yohboy | i'm interested | 19:03 |
yohboy | looks like it need openblas too | 19:03 |
*** nerdboy <nerdboy!~sarnold@mobile-107-77-164-157.mobile.att.net> has joined #yocto | 19:04 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 19:04 | |
yocon | yup and this need fortran compiler | 19:04 |
yocon | Openblas => https://raw.githubusercontent.com/intel/intel-iot-refkit/master/meta-refkit-extra/recipes-convnet/openblas/openblas_0.2.20.bb | 19:05 |
yohboy | nice | 19:06 |
yocon | https://jumpnowtek.com/yocto/Add-Fortran-support-to-a-Yocto-build.html | 19:07 |
yocon | ... for the 'FORTRAN_forcevariable = ",fortran" ' in local.conf | 19:08 |
yohboy | the fortran compiler is for openblas ? | 19:08 |
yocon | I do have FC (Fortran Compiler) referenced in my scipy recipe | 19:10 |
yocon | not the openblas recipe sorry | 19:10 |
yohboy | ok | 19:10 |
yohboy | I have an error in the openblas recipe then | 19:10 |
yohboy | in oe_run_make | 19:11 |
yocon | I also have in my local.conf 'RUNTIMETARGET_append_pn-gcc-runtime = " libquadmath"' | 19:11 |
yohboy | ok | 19:13 |
yohboy | yocon: did you get this error https://pastebin.com/85mbBAMK ? | 19:13 |
yohboy | with openblas | 19:13 |
yocon | No I did not :/ | 19:14 |
yohboy | :/ | 19:14 |
yocon | My WIP scipy recipe : https://pastebin.com/Sg84rQ5K | 19:16 |
yohboy | lapack replace openblas ? | 19:18 |
kriive | Hi guys, quick question | 19:18 |
yocon | yohboy: I kind of remember you need both? | 19:19 |
yohboy | maybe yes | 19:19 |
yohboy | you did not include openblas then ? I don't see it | 19:19 |
*** paulg_ <paulg_!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 19:20 | |
kriive | If I set CROPS ENTRYPOINT to entrypoint: ["/usr/bin/dumb-init", "--", "/usr/bin/poky-entry.py", "--workdir", "/opt/yocto", "--id", "1000:1000"], can I rely that a shell gets spawned inside /opt/yocto? | 19:21 |
kriive | can I rely on the fact* | 19:21 |
kriive | Because CROPS + Gitlab-ci is giving me tons of headaches | 19:22 |
yocon | You can find the OpenBLAS recipe I used in the link I sent from the intel-iot-refket repo | 19:22 |
kriive | are* | 19:22 |
yohboy | well ok | 19:22 |
yohboy | cross compilation seems broken though :/ | 19:22 |
yohboy | same error in this thread https://yocto.yoctoproject.narkive.com/9fJuNa0I/scipy-recipe | 19:22 |
yocon | yeah sorry, "Batteries are definitely not included" | 19:23 |
yohboy | well | 19:23 |
yohboy | using scikit seems compromised :') | 19:24 |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 19:37 | |
*** yohboy <yohboy!56c11725@lfbn-mon-1-403-37.w86-193.abo.wanadoo.fr> has quit IRC | 19:37 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 19:37 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 19:42 | |
*** berton_ <berton_!~berton@181.220.114.167> has joined #yocto | 19:47 | |
*** berton <berton!~berton@181.220.114.167> has quit IRC | 19:49 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 19:50 | |
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has quit IRC | 19:51 | |
*** otavio <otavio!~otavio@181.220.114.167> has joined #yocto | 19:51 | |
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 19:51 | |
*** pbb <pbb!~quassel@pbb.lc> has quit IRC | 19:52 | |
*** pbb <pbb!~quassel@5.9.72.58> has joined #yocto | 19:55 | |
*** pbb <pbb!~quassel@5.9.72.58> has quit IRC | 20:09 | |
*** pbb <pbb!~quassel@pbb.lc> has joined #yocto | 20:10 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 20:11 | |
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 20:20 | |
*** Saur <Saur!pkj@nat/axis/x-wlsdiyuhskghngdn> has quit IRC | 20:21 | |
*** Saur <Saur!pkj@nat/axis/x-fvkiomlrbxxjkxap> has joined #yocto | 20:23 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 20:25 | |
ecdhe | one 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 directory | 20:31 |
ecdhe | I 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@5.171.137.111> has joined #yocto | 20:32 | |
ecdhe | I could attempt to prevent the parsing of the recipe if no source folder is found, but this would cause no package to be built | 20:38 |
*** rcw <rcw!~rcw@45.72.242.250> has quit IRC | 20:44 | |
*** rcw <rcw!~rcw@45.72.242.250> has joined #yocto | 20:44 | |
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 20:47 | |
*** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 20:52 | |
*** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 20:56 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 20:58 | |
*** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 20:58 | |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has joined #yocto | 21:05 | |
*** berton_ <berton_!~berton@181.220.114.167> has quit IRC | 21:16 | |
*** locutus_ <locutus_!~LocutusOf@5.171.137.111> has quit IRC | 21:30 | |
*** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has joined #yocto | 21:33 | |
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 21:39 | |
*** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has quit IRC | 21:40 | |
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 21:49 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:17 | |
*** vineela <vineela!vtummala@nat/intel/x-glppabbwkhdoadbp> has joined #yocto | 22:17 | |
yocti | New news from stackoverflow: How to increase disk size when building yocto <https://stackoverflow.com/questions/60858276/how-to-increase-disk-size-when-building-yocto> || How to cross-compile an application with library dependencies for Yocto Linux? <https://stackoverflow.com/questions/60815312/how-to-cross-compile-an-application-with-library-dependencies-for-yocto-linux> | 22:27 |
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:33 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 22:37 | |
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-askxmsqgtmhyohyr> has joined #yocto | 22:44 | |
*** nerdboy <nerdboy!~sarnold@mobile-107-77-164-157.mobile.att.net> has joined #yocto | 22:54 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:54 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:01 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 23:15 | |
khem | RP: 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 autconf | 23:18 |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:19 | |
*** copycat_88 <copycat_88!~copy@195.245.221.177> has quit IRC | 23:21 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 23:21 | |
*** sj634 <sj634!cb36ac32@tel3187175.lnk.telstra.net> has joined #yocto | 23:31 | |
sj634 | Where 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@78.130.197.211> has quit IRC | 23:43 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has joined #yocto | 23:44 | |
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:46 | |
*** meego <meego!~meego@2a01:e0a:1ec:b0e0:541f:df17:44c:dc52> has quit IRC | 23:49 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:50 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 23:52 | |
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 23:52 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!