| *** learningc <learningc!~learningc@121.122.92.39> has joined #yocto | 00:01 | |
| *** learningc <learningc!~learningc@121.122.92.39> has quit IRC | 00:05 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:39 | |
| *** vineela <vineela!vtummala@nat/intel/x-ztmbghnpfrsmytyw> has quit IRC | 00:41 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:51 | |
| *** Crofton <Crofton!~Crofton@2601:5c0:c100:b84:b9f6:9972:3db8:cd9f> has joined #yocto | 00:51 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 00:53 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:53 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 00:54 | |
| yocti | New news from stackoverflow: Change $TMPDIR in yocto <https://stackoverflow.com/questions/57422600/change-tmpdir-in-yocto> | 02:04 |
|---|---|---|
| *** armpit <armpit!~armpit@2601:202:4180:c33:850a:47c7:68f4:7b01> has quit IRC | 02:41 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC | 02:49 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto | 02:49 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC | 02:51 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto | 02:51 | |
| *** armpit <armpit!~armpit@2601:202:4180:c33:606f:67f:8951:122a> has joined #yocto | 02:53 | |
| yocti | New news from stackoverflow: Convert a tar.xz into a tar.gz in the deb package <https://stackoverflow.com/questions/57422867/convert-a-tar-xz-into-a-tar-gz-in-the-deb-package> | 03:04 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:17 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:19 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 03:22 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 03:24 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC | 03:40 | |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has joined #yocto | 03:46 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 04:04 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 04:17 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 05:15 | |
| *** fdav <fdav!~Thunderbi@95.13.116.231> has joined #yocto | 05:20 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC | 05:25 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto | 05:26 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:55 | |
| *** fdav <fdav!~Thunderbi@95.13.116.231> has quit IRC | 06:04 | |
| *** fdav <fdav!~Thunderbi@85.110.94.130> has joined #yocto | 06:05 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 06:17 | |
| *** agust <agust!~agust@p54833DBB.dip0.t-ipconnect.de> has joined #yocto | 06:19 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 06:21 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:24 | |
| *** fdav <fdav!~Thunderbi@85.110.94.130> has quit IRC | 06:26 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:36 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 06:38 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 06:41 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto | 06:43 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 06:43 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 07:02 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:03 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 07:04 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 07:04 | |
| *** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto | 07:14 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:21 | |
| Dvorkin | kernel Kconfig meta problem: Why https://pastebin.com/V9ekDuEQ | 07:22 |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 07:23 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC | 07:27 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto | 07:27 | |
| *** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC | 07:28 | |
| *** yacar_ <yacar_!~yacar@80.215.8.97> has joined #yocto | 07:30 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 07:31 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has joined #yocto | 07:35 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:35 | |
| *** yacar_ <yacar_!~yacar@80.215.8.97> has quit IRC | 07:43 | |
| *** amaury_d <amaury_d!~amaury_@151.145.13.109.rev.sfr.net> has joined #yocto | 07:58 | |
| amaury_d | hi everyone | 07:58 |
| amaury_d | I have a question, is it possible to force a recipe to be rebuild if the image rootfs is rebuild as well ? | 07:59 |
| amaury_d | to explain my need, when I do <bitbake my-image>, I want to rebuild os-release recipe if do_rootfs is executed | 08:00 |
| amaury_d | to have the DATETIME var in /etc/os-release of the rootfs | 08:00 |
| LetoThe2nd | amaury_d: that actually sounds more like you want a ROOTFS_POSTPROCESS_CMD, not an extended recipe. | 08:03 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:03 | |
| *** diego_r <diego_r!~diego@81.29.205.101> has quit IRC | 08:03 | |
| amaury_d | LetoThe2nd: yes I could do it via ROOTFS_POSTPROCESS_CMD | 08:04 |
| amaury_d | but when I saw os-release recipe from poky/meta, I though it was designed for this use case | 08:04 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has joined #yocto | 08:05 | |
| LetoThe2nd | amaury_d: it sepcifies the os_release, just like the name says. not the build date. | 08:05 |
| amaury_d | particularly because of BUILD_ID ?= ${DATETIME} | 08:05 |
| LetoThe2nd | let me have a look :) | 08:05 |
| LetoThe2nd | amaury_d: hm, maybe it would even be enough to remove the vardepsexclude on DATETIME | 08:08 |
| *** jofr <jofr!~jofr@193.182.166.3> has joined #yocto | 08:08 | |
| amaury_d | but in this case the image will be always rebuild ? | 08:09 |
| amaury_d | I try to find the optimal way, to avoid having rebuild image if everything is up to date if possible | 08:09 |
| *** Tamis <Tamis!504e056f@80.78.5.111> has joined #yocto | 08:09 | |
| LetoThe2nd | hehe | 08:10 |
| amaury_d | else, what is the syntax to remove DATETIME from vardepsexclude ? | 08:10 |
| LetoThe2nd | i can see what you want, but i don't think theres a neat way. just a postprocess cmd | 08:10 |
| LetoThe2nd | good question. | 08:11 |
| LetoThe2nd | RP: can you enlighten us if theres magic for this? | 08:11 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 08:12 | |
| amaury_d | in the manual, its specified that _remove does not work for flag syntax | 08:12 |
| amaury_d | https://www.yoctoproject.org/docs/1.6/bitbake-user-manual/bitbake-user-manual.html#variable-flag-syntax | 08:12 |
| amaury_d | LetoThe2nd: I understand that this is a tricky problem :) | 08:12 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:12 | |
| amaury_d | if not possible, never mind I will rebuild image on every bitbake invocation | 08:13 |
| LetoThe2nd | its a totally valid question, i just don't have a good answer besides what i already wrote, sorry. | 08:13 |
| Tamis | In sumo branch if I include lib32-glibc in an image I get the following warning: | 08:14 |
| Tamis | WARNING: The postinstall intercept hook 'update_gio_module_cache-lib32' failed, details in /home/tamis/build_occe/tmp/work/intel_corei7_64-intel-linux/core-image-occe/1.0-r0/temp/log.do_rootfs | 08:14 |
| Tamis | valid ELF image for this architecture | 08:14 |
| Tamis | any ideas of how to fix that? | 08:15 |
| amaury_d | LetoThe2nd: no problem, thank you for your help :) | 08:16 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto | 08:19 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC | 08:25 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has joined #yocto | 08:25 | |
| amaury_d | LetoThe2nd: I tried with a ROOTFS_POSTPROCESS_CMD, but I got "basehash value changed from ... The metadata is not deterministic and this needs to be fixed" | 08:30 |
| amaury_d | maybe I should use nostamp on os-release recipe... | 08:31 |
| LetoThe2nd | hm | 08:31 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has quit IRC | 08:33 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 08:33 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:34 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has joined #yocto | 08:35 | |
| wooosaiii | I have built extensible SDK... I install it and should run devtool but it doesn't... however I have found out that every tool in eSDK/sysroots/x86_64/usr/bin depends on finding libraries in $SDKPATH (is set to /opt/...) | 08:39 |
| wooosaiii | thus if I then install the normal toolchain to /opt/... | 08:39 |
| wooosaiii | tools start to work... | 08:39 |
| wooosaiii | but for example devtool fails due to not being able to find argparse module... | 08:40 |
| amaury_d | LetoThe2nd: I have decided to use do_compile[nostamp] = "1" in os-release | 08:40 |
| amaury_d | it seems overkill but at least I'm sure the datetime of build is correct | 08:40 |
| LetoThe2nd | amaury_d: if it does the trick for you, all is well | 08:40 |
| LetoThe2nd | thanks for reporting back | 08:40 |
| amaury_d | thank you for your help | 08:40 |
| wooosaiii | should I set SDKPATH variable or will this break eSDK? | 08:40 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 08:52 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:56 | |
| *** LocutusOfBorg is now known as mdelaus | 08:59 | |
| *** mdelaus is now known as Locutusofborg | 08:59 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:16 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:16 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:26 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:31 | |
| RP | kanavin: around? One of the RDEPENDS changes seems to be making the g-i tests fail due to missing pkgutil :/ | 09:34 |
| RP | kanavin: actually I don't think its your patches and I can probably test a guess at the fix... | 09:41 |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto | 09:52 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:52 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:14 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto | 10:15 | |
| *** Chrusel <Chrusel!c1669b04@193.102.155.4> has quit IRC | 10:20 | |
| *** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC | 10:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 10:35 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 10:35 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 10:38 | |
| *** kroon_ <kroon_!~kroon@213.185.29.22> has joined #yocto | 10:38 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 10:38 | |
| kanavin | RP: cheers, I am looking at mingw failure meanwhile. We might have to add another ugly-ish _mingw32_remove :( | 10:43 |
| LetoThe2nd | kanavin: "the mingw failure" | 10:44 |
| kanavin | gcc-cross-canadian has this to say: # Having anything auto depending on gcc-cross-sdk is a really bad idea... | 10:44 |
| kanavin | EXCLUDE_FROM_SHLIBS = "1" | 10:44 |
| kanavin | which doesn't exactly explain why | 10:45 |
| LetoThe2nd | kanavin: sorry, failed to transmit the tongue-in-cheek feeling over IRC | 10:45 |
| RP | kanavin: that sounds like it wants its libs to be private | 11:20 |
| RP | kanavin: "gcc-cross-sdk" is also a very very old term | 11:20 |
| RP | kanavin: it may not even be an issue now as I suspect cross-canadian doesn't build the libs it used to duplicate? | 11:21 |
| kanavin | RP: I am not sure about that, I went the mingw_remove route in the latest iteration of the patch. But we can drop the EXCLUDE_FROM_SHLIBS and see what happens too. | 11:45 |
| kanavin | basically this line was added by you years ago, and 'really bad idea' bit discouraged me :) | 11:45 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-emvopqlsdetwqjqb> has joined #yocto | 11:51 | |
| RP | kanavin: I figured it might have been me. I'm tempted to try removing it | 11:54 |
| RP | kanavin: back then we didn't have rss and so on so it was a different world | 11:54 |
| RP | kanavin: the key bit in the phrase is "depending on" - we want to mask out its provides, not its depends | 11:56 |
| kanavin | RP: right, but that requires explicit listing of libraries in PRIVATE_LIBS, which is probably prone to breakage on version upgrades | 12:05 |
| kanavin | I did this in a couple of places though for ptest packages (dbus and recently elfutils) | 12:05 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:08 | |
| RP | kanavin: I think we should add something to the code which just disables generating shlibs provides | 12:08 |
| RP | kanavin: I actually thought we had such a thing already | 12:09 |
| kanavin | RP: I looked at that part in package.bbclass, and couldn't find it. It would certainly be beneficial! | 12:09 |
| RP | kanavin: I also looked and couldn't see it. It would be useful | 12:10 |
| *** kaspter <kaspter!~Instantbi@115.230.123.98> has quit IRC | 12:13 | |
| *** pung_ <pung_!~BobPungar@187.113.142.208> has joined #yocto | 12:20 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@177.41.204.36> has quit IRC | 12:24 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:27 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 12:56 | |
| *** gtchub <gtchub!32f1bfd1@50-241-191-209-static.hfc.comcastbusiness.net> has joined #yocto | 12:57 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has quit IRC | 13:00 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:a6e9> has joined #yocto | 13:02 | |
| *** JPEW__ <JPEW__!~JPEW@2605:a601:21d1:5200:620a:c230:ada8:3135> has joined #yocto | 13:13 | |
| *** JPEW_ <JPEW_!~JPEW@2605:a601:21d1:5200:620a:c230:ada8:3135> has joined #yocto | 13:15 | |
| RP | kanavin: I'm also seeing an odd perl-native problem. Sometimes there is a recipe-sysroot-native/usr/lib/perl5/5.30.0/Storable.pm and sometimes not | 13:16 |
| RP | kanavin: tmp/work/x86_64-linux/perl-native/5.30.0-r0/temp$ grep 0/Storable.pm log.do_ins* shows only about half the install logs install it | 13:17 |
| RP | kanavin: looks to correlate with do_compile log size:/ | 13:19 |
| RP | ah, and the reason I see weird determinism problems is the same sstate hash and manifest has different files in it at different times | 13:25 |
| JPEW_ | RP, kanavin: I think I've seen a similar perl issued when I was looking at reproducibility (it was for the target packages though) | 13:30 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:a6e9> has quit IRC | 13:30 | |
| *** contrast <contrast!c037362a@192.55.54.42> has joined #yocto | 13:31 | |
| *** kroon_ is now known as kroon | 13:32 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has joined #yocto | 13:33 | |
| RP | JPEW_: I was trying to figure out why sstate was breaking but its an underlying determinism problem and sstate assuming things with the same hash are really the same :/ | 13:33 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 13:33 | |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has quit IRC | 13:34 | |
| JPEW_ | RP: perl wasn't producing the same sstate output each time for the same taskhash? | 13:34 |
| RP | JPEW_: correct | 13:36 |
| *** contrast <contrast!c037362a@192.55.54.42> has left #yocto | 13:37 | |
| RP | JPEW_: from local rebuilds of it | 13:37 |
| *** contrast <contrast!c037362a@192.55.54.42> has joined #yocto | 13:37 | |
| *** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has quit IRC | 13:38 | |
| JPEW_ | RP: Matches what I saw. That was one of the reasons I was thinking the reproducible build test might have to do 2 clean builds | 13:39 |
| *** alessioigor <alessioigor!~alessioig@140.105.207.227> has joined #yocto | 13:40 | |
| *** Ded_Zerom <Ded_Zerom!~Ded_Zerom@unaffiliated/deda-zych/x-1167266> has joined #yocto | 13:42 | |
| JPEW_ | RP: The hashequiv issue where do_populate_sysroot_setscene skips do_configure is ironic(?) because that is the example I was planning on using in devday presentation | 13:44 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 13:44 | |
| jofr | I have a recipe that depends on ruby-native, and a particular gem. Since there is no meta-ruby anymore, how can I define my dependency? | 13:48 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 13:50 | |
| kanavin | RP: I suspect the Storable issue might be in do_compile where that thing could be 'generated' (or not) | 13:51 |
| kanavin | jofr, you take over the maintenance of meta-ruby and place your gem in it:) | 13:52 |
| kanavin | generally there has not been a lot of interest in ruby, the version in oe-core hasn't been updated in years | 13:52 |
| jofr | kanavin: Yay! | 13:52 |
| contrast | jofr: I see a ruby recipe in the openembedded layer index: https://layers.openembedded.org/layerindex/recipe/40228/ | 13:53 |
| jofr | contrast: Yes. It has Ruby. But there used to be a "bundler" that could install gems | 13:53 |
| jofr | I just keep falling more and more in love with this home-grown build-system that we have here (written in Ruby). *sigh* | 13:54 |
| RP | JPEW_: It can skip configure *if and only if* all the pieces come some sstate | 14:00 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has quit IRC | 14:03 | |
| *** berton <berton!~berton@181.220.88.207> has joined #yocto | 14:03 | |
| JPEW_ | RP: Ya I was wonder if that was the bug.... it was removing do_configure to aggressively when it discovered do_populate_sysroot, but there were still some non-sstate tasks that need it to run? | 14:05 |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has joined #yocto | 14:05 | |
| *** berton <berton!~berton@181.220.88.207> has quit IRC | 14:08 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:08 | |
| RP | JPEW_: I think so. Sadly I've been pulled into a uncontrolled funnel of other bugs :/ | 14:08 |
| Crofton|work | https://bughunter.tamu.edu/collection/collectionequipment/berlese-funnel/ | 14:10 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 14:17 | |
| *** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has joined #yocto | 14:20 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has left #yocto | 14:23 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has joined #yocto | 14:24 | |
| *** bentech <bentech!~bentech@unaffiliated/bentech> has left #yocto | 14:24 | |
| *** berton <berton!~berton@181.220.88.207> has joined #yocto | 14:25 | |
| diembed | Hi all | 14:26 |
| diembed | Is there a way to deploy all locales (glibc-binary-localedata-*, glibc-charmap-*, glibc-gconv-*, glibc-localedata-*, locale-base-*), please ? | 14:26 |
| diembed | I already set GLIBC_GENERATE_LOCALES="en_GB.UTF-8 en_US.UTF-8 fr_FR.UTF-8 ru_RU.UTF-8 he_IL.UTF-8 sv_SE-UTF-8"; IMAGE_LINGUAS?="en-gb" but it still have to specify all combination for each packages) | 14:26 |
| JPEW_ | Crofton|work: I'd really like to see your display of bugzilla bugs where each one is carefully pinned to a board and labeled with the scientific name | 14:28 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:47 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 14:50 | |
| *** AndersD <AndersD!~AndersD@83.209.191.235> has joined #yocto | 14:55 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 14:56 | |
| nabokov | glib-2.0 build for target is broken on master (poky and openembedded) for me... do you have the same issue there ? | 14:58 |
| kanavin | nabokov, nope. Do you have extra layers enabled? | 15:02 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:05 | |
| yocti | New news from stackoverflow: Enable root password verification while login with serial console in Yocto <https://stackoverflow.com/questions/57211741/enable-root-password-verification-while-login-with-serial-console-in-yocto> || Replace mosquitto.conf file with bbappend? <https://stackoverflow.com/questions/57180909/replace-mosquitto-conf-file-with-bbappend> | 15:05 |
| *** AndersD <AndersD!~AndersD@83.209.191.235> has quit IRC | 15:07 | |
| *** pung_ <pung_!~BobPungar@187.113.142.208> has quit IRC | 15:20 | |
| *** learningc <learningc!~learningc@121.122.92.39> has joined #yocto | 15:20 | |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has joined #yocto | 15:23 | |
| litb | hello folks | 15:23 |
| litb | If I build from an external source using externalsrc, and start building the package, press C-cc (interrupt twice). Then change sources, and build again. Does it continue the build where it stopped (i.e if the pacakge's 'do_compile' doesn't do anything special like cleaning). or will yocto clear the build folder with every build? | 15:25 |
| kergoth | it'll continue. do_compile doesn't wipe the build dir. if it did, builds would break, as do_configure touches the build dir too | 15:25 |
| *** elGamal <elGamal!~elg@5.253.206.70> has quit IRC | 15:33 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 15:40 | |
| *** elGamal <elGamal!~elg@5.253.206.70> has joined #yocto | 15:42 | |
| *** learningc <learningc!~learningc@121.122.92.39> has quit IRC | 15:42 | |
| *** tgamblin__ is now known as tgamblin | 15:43 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 15:53 | |
| *** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has quit IRC | 15:59 | |
| nabokov | @ kanavin yes I do (meta-raspberrypi) but they do not override anything in build system or glib-2.0 | 16:16 |
| nabokov | @kanavin "do_configure" fails indeed | 16:17 |
| nabokov | meson.build:1:0: ERROR: Unknown compiler(s) | 16:18 |
| *** kukela_cd <kukela_cd!ae63deca@174-099-222-202.biz.spectrum.com> has joined #yocto | 16:19 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-emvopqlsdetwqjqb> has quit IRC | 16:23 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has joined #yocto | 16:25 | |
| marler8997 | So I want to make sure I understand the difference between "native", "nativesdk" and "cross" | 16:31 |
| marler8997 | For "native", it just means that if someone DEPENDS on you (i.e. DEPENDS += "foo-native")...it means you're going to be available somewhere when that recipe is being built, but doesn't mean you're going to be installed into the SDK right? | 16:32 |
| dl9pf | warrior 2.7.1: tmp/work/qemux86-poky-linux/core-image-minimal/1.0-r0/recipe-sysroot-native/usr/lib/python3.7/curses/__init__.py", line 13, in <module> | 16:33 |
| dl9pf | from _curses import * | 16:33 |
| dl9pf | ModuleNotFoundError: No module named '_curses' | 16:33 |
| dl9pf | ^^^ does this ring a bell ? anyone ? | 16:33 |
| marler8997 | If a recipe DEPENDS on a native package...does that mean the "foo-native-dev" package will be installed to the SDK or no? | 16:34 |
| *** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 16:34 | |
| dl9pf | do_rootfs can't exec dnf due to _curses not being found | 16:34 |
| Tamis | at sumo branch: qemu.bbclass at the end returns qemu-" + target_arch which is x86_64 for 64 multilib image. But what it you want to add in that image lib32-glibc qemu-i383 needs to run. | 16:35 |
| Tamis | How you can do that? | 16:35 |
| Tamis | qemu-i386* in order to execute the lib32-executable | 16:35 |
| *** Tamis <Tamis!504e056f@80.78.5.111> has quit IRC | 16:44 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-tpzfcxcyrtzrtbuw> has quit IRC | 16:45 | |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-kcyblciljlsuejhs> has quit IRC | 16:45 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-tahtanpyukengyae> has quit IRC | 16:45 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-vgytizjnnojdrsuq> has quit IRC | 16:45 | |
| *** JPEW_ <JPEW_!~JPEW@2605:a601:21d1:5200:620a:c230:ada8:3135> has quit IRC | 16:46 | |
| kergoth | marler8997: native == built *on* this machine, *for* this machine, completely independent of the target machine/board. cross == built *on* this machine, *for* the target, it's bound to both the host and the target, and is how we build our cross-compiler. nativesdk == built *on* this machine, *for* the SDKMACHINE, targeting the SDKMACHINE. that is, it builds binaries for the sdk which run on the machine that installs the sdk, and are independnet of the | 16:47 |
| kergoth | target. build tools, in other words. nativesdk == a packaged version of native, but meant to run on the sdkmachine, not the current machine (you can build an sdk intended for 64-bit hosts even if you're builidng it on a 32-bit host) | 16:47 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-085-216-027-117.hsi.kabelbw.de> has quit IRC | 16:48 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 16:48 | |
| marler8997 | ok that helps | 16:49 |
| marler8997 | so for a cross-compiler recipe meant to be used as an EXTERNAL_TOOLCHAIN to build everything in yocto, I definitely want cross | 16:51 |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 16:51 | |
| marler8997 | and if I needed a compiler in the sdk, I would want crosssdk | 16:51 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-085-216-027-117.hsi.kabelbw.de> has joined #yocto | 16:51 | |
| kergoth | actually do | 16:52 |
| kergoth | crosssdk, despite the misleading name, is the toolchain that *targets* sdkmachine | 16:52 |
| kergoth | if you're building a 64-bit sdk on a 32-bit x86 host, crosssdk is what builds the nativesdk packages for 64-bit x86 | 16:53 |
| kergoth | i.e. crosssdk == cross but targeting sdkmachine, not machine | 16:53 |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-wfeuowlowbxkojss> has joined #yocto | 16:53 | |
| kergoth | it's *cross-canadian* that uses crosssdk to build a toolchain that runs on sdkmachine but targeting machine | 16:53 |
| kergoth | s/do/no/ | 16:53 |
| kergoth | first it builds crosssdk toolchain, then it uses that to build the nativesdk and cross-canadian packages | 16:54 |
| marler8997 | gotcha | 16:54 |
| kergoth | cross-canadian should really get renamed, it sounds like it'd be used to build a cross-canadian toolchain to run on the target, but it's actually specific to the sdk, dspite not having sdk in its name | 16:54 |
| marler8997 | one more question...I get confused about install locations for each type of recipe and which install function to override | 16:55 |
| kergoth | cross canadian is a generic term. from wikipedia: "The Canadian Cross is a technique for building cross compilers for other machines. Given three machines A, B, and C, one uses machine A (e.g. running Windows XP on an IA-32 processor) to build a cross compiler that runs on machine B (e.g. running Mac OS X on an x86-64 processor) to create executables for machine C (e.g. running Android on an ARM processor)." | 16:55 |
| marler8997 | For my cross compiler, do I override do_install_cross then? And install it to ${D}...and does it just not do the packaging steps or what? | 16:55 |
| kergoth | you don't need to do anything special | 16:55 |
| kergoth | just install to ${D} in do_install and the bbclasses will do the rest for you | 16:56 |
| marler8997 | perfect | 16:56 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:59 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:02 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:07 | |
| *** leitao <leitao!~leitao@2620:10d:c092:200::1:2fb1> has quit IRC | 17:08 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:10 | |
| *** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-cmwpxrffjsgqnnsd> has joined #yocto | 17:10 | |
| *** learningc <learningc!~learningc@121.122.92.39> has joined #yocto | 17:10 | |
| *** kayterina <kayterina!kayterina-@gateway/shell/matrix.org/x-ssdzxkkpdpniekuo> has joined #yocto | 17:22 | |
| *** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC | 17:23 | |
| kayterina | I get the "Nothing PROVIDES..." error for my recipe "/mylayer/recipes-core/systemd_service/systemd_service.bb". "mylayer" is added to bbconf. I am missing something obvious,which is...? | 17:26 |
| *** learningc <learningc!~learningc@121.122.92.39> has quit IRC | 17:30 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 17:32 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:34 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:35 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 17:37 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 17:40 | |
| *** jacques <jacques!~jacques@nslu2-linux/jacques> has quit IRC | 17:41 | |
| kukela_cd | Hello I have a question about opkg package signatures. I have enabled opkg package signature, and asc files are generated. When i try to run opkg update though, it fails because i do not have a package.sig file. How do i generate a package.sig file? | 17:44 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:53 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has joined #yocto | 17:55 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 17:56 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 18:04 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:09 | |
| *** litb <litb!~js@pd907fca9.dip0.t-ipconnect.de> has quit IRC | 18:29 | |
| *** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 18:31 | |
| *** jacques2 <jacques2!~jacques@nslu2-linux/jacques> has quit IRC | 18:33 | |
| *** contrast <contrast!c037362a@192.55.54.42> has quit IRC | 18:49 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:59 | |
| *** marler8997 <marler8997!0f41fc0d@ztxe01hpics303.austin.hp.com> has quit IRC | 19:02 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 19:09 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:24 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 19:24 | |
| *** vineela <vineela!~vtummala@134.134.139.73> has joined #yocto | 19:46 | |
| *** kukela_cd <kukela_cd!ae63deca@174-099-222-202.biz.spectrum.com> has quit IRC | 20:00 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 20:12 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 20:17 | |
| *** learningc <learningc!~learningc@121.122.92.39> has joined #yocto | 20:25 | |
| *** learningc <learningc!~learningc@121.122.92.39> has quit IRC | 20:29 | |
| *** tijko <tijko!~tijko@unaffiliated/tijko> has quit IRC | 20:47 | |
| *** berton <berton!~berton@181.220.88.207> has quit IRC | 21:15 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:20 | |
| stefandxm | is there a recipe for yocto with systemd? | 21:21 |
| khem | stefandxm:its a distro option | 21:22 |
| stefandxm | oh ok | 21:22 |
| stefandxm | iam really new to yocto | 21:22 |
| stefandxm | ie, i dont know a shit | 21:22 |
| stefandxm | but its possible? | 21:23 |
| khem | stefandxm:https://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#using-systemd-exclusively | 21:23 |
| stefandxm | cool | 21:23 |
| stefandxm | ill read up thank you :) | 21:23 |
| stefandxm | ive been kicked in to yocto | 21:24 |
| stefandxm | i didnt really want to | 21:24 |
| stefandxm | tbh i want some 'standard' arm distro based solution | 21:25 |
| khem | if you are new then start with getting started kind of docs https://www.yoctoproject.org/docs/ | 21:25 |
| stefandxm | i did | 21:25 |
| stefandxm | but i got lost | 21:25 |
| stefandxm | is it ok if i ask you why i should use yocto isntead of debian arm? | 21:25 |
| khem | may be start with Yocto Project Quick Build | 21:25 |
| stefandxm | yeah ill play with both. iam just a bit at lost why i am doing yocto in the first place | 21:26 |
| stefandxm | basically using a device with a yocto "sdk" ? | 21:27 |
| stefandxm | and i dont really want it. i just want to crosscompile to it and run a systemd environment or similar | 21:27 |
| khem | its a cross build environment so that will help I guess with your cross-compile needs | 21:28 |
| stefandxm | yeah i figured that much | 21:28 |
| stefandxm | and i managed to cross compile and put the binaries and run them on the host itself | 21:29 |
| stefandxm | so i have a rough idea whats happening after yocto | 21:29 |
| stefandxm | just not sure why i need yocto instead of a standard linux distro for arm basically | 21:29 |
| kergoth | yocto eases maintenance of your own distro, makes it easier to customize how things are built, use non-standard libcs, things not supported by debian, integrate your own software projects, build custom filesystem images, etc | 21:30 |
| kergoth | at the cost of a steeper learning curve | 21:30 |
| kergoth | really depends on your needs | 21:30 |
| stefandxm | i think you nailed it :) | 21:30 |
| khem | kergoth: not non-standard but alternate :) | 21:31 |
| stefandxm | we are targetting a bit higher level i think yocto should not be needed for our stuff but ill look into it anyhow :) | 21:31 |
| stefandxm | just so you understand: iam not against yocto at all. just was hoping for a higher level of this boards distro | 21:31 |
| khem | stefandxm:if you are doing apps, then Yocto SDKs will help | 21:31 |
| kergoth | khem: indeed, well put | 21:31 |
| stefandxm | the sdk seem to have the bit and pieces | 21:32 |
| stefandxm | i just need to learn how to pull out the libs and build it all without the eclipse crap that my board supplier want me to use | 21:32 |
| kergoth | stefandxm: of course. not every project works for every set of requirements. there are a lot of tools available, some are better for some things and worse for others. there are things that just aren't possible with a desktop distro, but simple stuff can be done with either | 21:32 |
| khem | stefandxm: you can get anything you want into SDK as kergoth said its customizable | 21:33 |
| stefandxm | yeah | 21:33 |
| stefandxm | my problem is i come from the "other side" | 21:33 |
| stefandxm | trying to use a boards yocto stuff | 21:33 |
| stefandxm | ie mangoh red stuff | 21:33 |
| khem | stefandxm:I know its easier to do native development | 21:33 |
| stefandxm | theyve built this legato stuff on top | 21:33 |
| stefandxm | yeah | 21:33 |
| stefandxm | i just want pure c++ | 21:33 |
| stefandxm | but iam happy to learn | 21:34 |
| khem | that attitude will take you long way | 21:34 |
| kergoth | khem: semi-OT, but https://www.ecliptik.com/Cross-Building-and-Running-Multi-Arch-Docker-Images/ is pretty interesting. with an image builder to convert a docker image to a wic image or something, you could construct semi-customized embedded disk images using a dockerfile instead of an image recipe, based on any number of container distros. i didn't realize you could do that with qemu+multiarch | 21:35 |
| stefandxm | but for me yocto seems a bit too proprietary niched for what i want but.. ill try :) | 21:35 |
| stefandxm | i got this mangoh red card and it has a base set of yocto etc. ill have to abuse it to see if it works :) | 21:35 |
| stefandxm | its worth a go | 21:35 |
| stefandxm | so is yocto primarly focusing a bit lower/niched hardware that cannot run say debian? | 21:36 |
| khem | stefandxm: you can build images for anything infact, it does not limit itself to any hardwaree | 21:36 |
| stefandxm | yeah i read about that | 21:37 |
| stefandxm | its really cool | 21:37 |
| kergoth | not really. it's more about the level of customization, the ability to cross-build, and the ability to rebuild everything from source, which usually isn't an option with a desktop distro unless you're running gentoo :) | 21:37 |
| khem | kergoth:interesting I will read more on it | 21:37 |
| stefandxm | just trying to sort the yocto vs build an arm board suitable for debian | 21:37 |
| khem | stefandxm: you can use something like rpi4 for native arm development | 21:38 |
| khem | unless buildtimes start eating into your days | 21:38 |
| stefandxm | as i said iam targetting a rather big board anyhow so i was thinking more along the raspery design | 21:38 |
| stefandxm | well i can patch specific software/libs anyhow | 21:38 |
| stefandxm | but ill dig it through | 21:39 |
| stefandxm | but iam very glad for the comments. it makes it easier to understand the docs :) | 21:40 |
| stefandxm | this is not really my domain =) | 21:40 |
| stefandxm | iam more of a server-side c++ guy | 21:40 |
| khem | kergoth:qemu usermode is quite interesting | 21:40 |
| khem | stefandxm: yeah I think with yocto you will become a full stack guy | 21:41 |
| khem | and also devops | 21:41 |
| stefandxm | lol i dont need more stacks ;) | 21:41 |
| stefandxm | but i figured i could help port some c++ code of mine to a yocto -using device :) | 21:42 |
| khem | with yocto you can build a lean and mean image for your platform, then you can generate an image SDK which you can use to build apps | 21:42 |
| khem | you will get power of x86 build systems to do the builds | 21:42 |
| stefandxm | i'd rather compile the "apps" myself as usually with a cross compiler | 21:43 |
| stefandxm | yeah, ive done this all the time in the past | 21:43 |
| stefandxm | ehrm "past" | 21:43 |
| khem | yeah sure, thats where the SDK is going to help you | 21:43 |
| stefandxm | yeah it gives me an abi-compatible compiler right? | 21:43 |
| *** dv_ <dv_!~dv@62.178.50.190> has quit IRC | 21:43 | |
| khem | since the SDK will represent the dev and tuntime env of your target in cross env | 21:43 |
| khem | correct | 21:43 |
| khem | and any dependencies your app has on other opensource you can add to SDK | 21:44 |
| khem | so your app is not bundling stuff | 21:44 |
| stefandxm | well it might anyhow but we will see :) | 21:44 |
| stefandxm | i dont like the idea of "apps" | 21:45 |
| stefandxm | iam a unix guy hehe | 21:45 |
| stefandxm | but it should all be the same | 21:46 |
| khem | kergoth: its all using qemu-user-static thats what I thought see https://wiki.debian.org/QemuUserEmulation | 21:58 |
| *** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC | 21:58 | |
| * kergoth nods | 21:58 | |
| khem | my problem is someone has to be able to build those docker images | 21:59 |
| khem | its not a solution when you ship products that you want to support and maintain for years | 21:59 |
| kergoth | aye, there's always the issue of bootstrapping | 21:59 |
| khem | but for development its not a bad thing at all | 21:59 |
| khem | so maybe we need a combinations of both approaches ie. OE which maybe used used build docker images and a dev env which could then use these docker images | 22:01 |
| kergoth | i was mulling over the idea of using dockerfiles to customize yocto images (after building the baselines with the current mechanisms) and then burn them with wic after yanking out the needed bootloader bits from it, as a development tool. folks are already familiar with dockerfile in container environments. | 22:01 |
| kergoth | yeah. not sure how much value it'd add, just a way to leverage existing expertise in some fashion | 22:01 |
| *** dv_ <dv_!~dv@62.178.50.190> has joined #yocto | 22:01 | |
| kergoth | but it's *fast* since it has the image layering and caching of the binary artifacts | 22:01 |
| khem | most of devs do native development | 22:01 |
| khem | so it will help them to write stuff for embedded systems easily | 22:02 |
| kergoth | very true. scratchbox leveraged binfmt like this iirc. it'd be interesting to improve our native development story before the dev moves onto recipe creation and deployment for the longer term | 22:02 |
| khem | yeah recipe creation then should be like writing a spec file or debian rules file | 22:04 |
| khem | kergoth:creating dockerfiles for such devenv seems interesting, but wont you need apt-get blah :) | 22:06 |
| khem | gto customize the images | 22:06 |
| kergoth | true. and it'd be binary based, so you'd ideally have a feed like angstrom for that workflow | 22:08 |
| khem | yeah I think we are at a disadvanrage to not have a strong binary feed based distro except angstrom | 22:16 |
| *** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-vzwlfwsliqfivhwj> has joined #yocto | 22:18 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 22:43 | |
| *** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC | 22:43 | |
| *** marka <marka!~marka@184.175.21.100> has quit IRC | 22:43 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:55 | |
| *** vineela <vineela!~vtummala@134.134.139.73> has quit IRC | 23:35 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!