Monday, 2020-09-21

*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:05
*** kiwi_29 <kiwi_29!> has joined #yocto01:00
*** kiwi_29 <kiwi_29!> has quit IRC01:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:48
*** camus1 <camus1!~Instantbi@> has joined #yocto01:51
*** kaspter <kaspter!~Instantbi@> has quit IRC01:52
*** camus1 is now known as kaspter01:52
*** kaspter <kaspter!~Instantbi@> has quit IRC02:01
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:01
*** Jackie_ <Jackie_!~quassel@> has joined #yocto02:31
*** sakoman <sakoman!> has quit IRC02:32
*** Jackie_ <Jackie_!~quassel@> has quit IRC02:32
*** camus1 <camus1!~Instantbi@> has joined #yocto02:46
*** kaspter <kaspter!~Instantbi@> has quit IRC02:48
*** camus1 is now known as kaspter02:48
*** Jackie_ <Jackie_!~quassel@> has joined #yocto02:49
*** Jackie_ <Jackie_!~quassel@> has quit IRC02:57
*** Jackie_ <Jackie_!~quassel@> has joined #yocto02:59
*** Jackie_ <Jackie_!~quassel@> has quit IRC03:05
*** Guest17102 <Guest17102!~quassel@> has joined #yocto03:06
*** Guest17102 <Guest17102!~quassel@> has quit IRC03:13
*** Jackie_ <Jackie_!~quassel@> has joined #yocto03:18
*** kaspter <kaspter!~Instantbi@> has quit IRC03:21
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:21
*** Jackie_ <Jackie_!~quassel@> has quit IRC03:26
*** Jackie_ <Jackie_!~quassel@> has joined #yocto03:27
*** goliath <goliath!> has quit IRC03:34
*** Jackie_ <Jackie_!~quassel@> has quit IRC03:36
*** Jackie_ <Jackie_!~quassel@> has joined #yocto03:39
*** Jackie_ <Jackie_!~quassel@> has quit IRC03:47
*** Jackie_ <Jackie_!~quassel@> has joined #yocto03:52
*** wooosaiii <wooosaiii!> has quit IRC04:01
*** wooosaiii <wooosaiii!> has joined #yocto04:02
*** Jackie_ <Jackie_!~quassel@> has quit IRC04:04
*** Jackie_ <Jackie_!~quassel@> has joined #yocto04:04
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC04:06
*** Guest65005 <Guest65005!~quassel@> has joined #yocto04:26
*** Jackie_ <Jackie_!~quassel@> has quit IRC04:26
*** Guest65005 <Guest65005!~quassel@> has quit IRC04:46
*** Jackie_ <Jackie_!~quassel@> has joined #yocto04:47
*** feddischson <feddischson!> has joined #yocto04:57
*** Jackie__ <Jackie__!~quassel@> has joined #yocto05:03
*** Jackie_ <Jackie_!~quassel@> has quit IRC05:03
*** jobroe <jobroe!> has joined #yocto05:04
*** Jackie__ <Jackie__!~quassel@> has quit IRC05:09
*** Jackie_ <Jackie_!~quassel@> has joined #yocto05:11
*** beneth <beneth!> has joined #yocto05:11
*** hpsy <hpsy!~hpsy@> has joined #yocto05:39
*** AndersD <AndersD!> has joined #yocto05:47
*** agust <agust!> has joined #yocto06:04
*** ibinderwolf <ibinderwolf!> has joined #yocto06:20
*** chris_ber <chris_ber!~quassel@> has joined #yocto06:21
*** kroon <kroon!~kroon@> has joined #yocto06:23
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:24
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto06:27
*** camus1 <camus1!~Instantbi@> has joined #yocto06:29
*** kaspter <kaspter!~Instantbi@> has quit IRC06:29
*** camus1 is now known as kaspter06:29
*** rcoote <rcoote!> has joined #yocto06:32
*** kpo_ <kpo_!> has joined #yocto06:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:39
*** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/> has joined #yocto06:47
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:51
*** TobSnyder <TobSnyder!> has joined #yocto06:52
*** zandrey <zandrey!~zandrey@> has joined #yocto06:57
*** goliath <goliath!> has joined #yocto07:08
*** mckoan|away is now known as mckoan07:17
mckoangood morning07:17
*** mckoan <mckoan!> has quit IRC07:18
*** koty0f <koty0f!~filip@> has joined #yocto07:18
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto07:18
*** manuel1985 <manuel1985!~manuel@> has joined #yocto07:21
*** TobSnyder <TobSnyder!> has quit IRC07:22
*** xtron <xtron!~xtron@> has joined #yocto07:23
*** AndersD <AndersD!> has quit IRC07:23
*** w00die <w00die!~w00die@> has quit IRC07:30
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC07:30
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto07:30
*** w00die <w00die!~w00die@> has joined #yocto07:31
*** xtron1 <xtron1!~xtron@> has joined #yocto07:34
*** xtron <xtron!~xtron@> has quit IRC07:37
*** carlsb3rg <carlsb3rg!c147afcf@> has joined #yocto07:37
*** manuel1985 <manuel1985!~manuel@> has quit IRC07:49
*** Bunio_FH <Bunio_FH!> has joined #yocto07:51
*** teox <teox!~teox@> has joined #yocto07:55
*** manuel1985 <manuel1985!~manuel@> has joined #yocto07:56
*** Bunio_FH <Bunio_FH!> has quit IRC08:01
teoxHi, is there a way to pre-install a package in a specific directory (in my case RPM package) to provide the possibility to install for example services only when you want to use? (usefull when you don't have a internet connection)08:02
*** koty0f <koty0f!~filip@> has quit IRC08:02
*** xtron1 <xtron1!~xtron@> has quit IRC08:04
*** Bunio_FH <Bunio_FH!> has joined #yocto08:05
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto08:06
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:31
*** florian_kc is now known as florian08:32
*** koty0f <koty0f!~filip@> has joined #yocto08:35
*** Jackie_ <Jackie_!~quassel@> has quit IRC08:46
*** nslu2-log <nslu2-log!> has joined #yocto08:50
*** dev1990 <dev1990!> has joined #yocto09:02
*** xtron <xtron!~xtron@> has joined #yocto09:04
*** ak77 <ak77!~akrpic77@> has quit IRC09:20
*** rcoote <rcoote!> has quit IRC09:23
*** nslu2-log_ <nslu2-log_!> has joined #yocto09:30
*** nslu2-log <nslu2-log!> has quit IRC09:32
*** nslu2-log__ <nslu2-log__!> has joined #yocto09:32
*** nslu2-log_ <nslu2-log_!> has quit IRC09:34
*** dmation <dmation!~dmation@> has joined #yocto09:47
dmationHi folks!09:52
dmationIs there a way to ensure the order in which images are created.09:52
dmationI have IMAGE_FSTYPES = "ext4.gz wic.gz" and I would like the ext4 to be created first as the this then gets inserted into the wic file.09:53
*** nslu2-log <nslu2-log!> has joined #yocto10:03
*** pev <pev!> has joined #yocto10:03
*** nslu2-log__ <nslu2-log__!> has quit IRC10:05
qschulzdmation: try maybe IMAGE_TYPEDEP_wic += "ext4"?10:07
dmationqschulz, I will give it a go. How is this different though?10:08
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC10:10
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto10:11
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto10:11
*** wbn <wbn!> has quit IRC10:13
*** zandrey <zandrey!~zandrey@> has quit IRC10:14
*** kaspter <kaspter!~Instantbi@> has quit IRC10:15
*** wbn <wbn!~badegg@2607:5300:60:2ca::1> has joined #yocto10:15
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:15
qschulzdmation: :shrug: if you want to find exactly what's going on, have a look at image_types.bbclass, image_type_wic.bbclass and image.bbclass.10:16
dmationI tried IMAGE_FSTYPES = "ext4.gz" , IMAGE_FSTYPES += "wic.gz" and the other way around, no joy :(10:17
dmationI'm looking at the image_types.bbclass now..10:17
qschulzIt's taking a bit too long for me to find out exactly how you can do wic.gz depend on ext4.gz10:17
qschulzdmation: that's not what I suggested?10:17
*** nslu2-log_ <nslu2-log_!> has joined #yocto10:18
dmationSorry, did I miss read? Ah, I see my mistake sorry.10:18
*** nslu2-log <nslu2-log!> has quit IRC10:20
*** nslu2-log_ is now known as nslu2-log10:20
dmationThat did not work off the bat, but has given me a lead, thank you.10:22
qschulzdmation: also, you might want to check you're looking into the correct directory when the wic image is being created10:24
qschulz(to find the ext4.gz tarball)10:24
dmationI think that the directory is correct, if I add "-k" ie  `bitbake -k core-image-...` the next run will work.10:25
dmationAlthough, I am looking for it in Deploy, but the ext4.gz is created in deploy-core-image-complete but not populated in deploy.10:29
*** nslu2-log_ <nslu2-log_!> has joined #yocto10:30
*** nslu2-log <nslu2-log!> has quit IRC10:33
*** nslu2-log_ is now known as nslu2-log10:34
dmationThanks qschulz, That did the trick! I changed where it was looking for the file. IMAGE_BOOT_FILES+="${WORKDIR}/deploy-${IMAGE_BASENAME}-image-complete/${IMAGE_BASENAME}-${MACHINE}.ext4.gz;rootfs.ext4.gz"10:38
*** luneff <luneff!~yury@> has joined #yocto10:38
luneffwhat comes to mind first when there's a task to remotely support (SSH) a Yocto-enabled iot device? manual fiddling with VPN's? some vendor-specific solution?10:42
*** creich <creich!> has quit IRC10:45
*** creich <creich!> has joined #yocto10:46
qschulzdmation: IMGDEPLOYDIR is what you're looknig for for the path11:08
*** stew-dw <stew-dw!~stew-dw@2607:fb90:a224:a97a:6769:dd6e:a79e:9a45> has quit IRC11:12
*** nslu2-log_ <nslu2-log_!> has joined #yocto11:13
*** nslu2-log <nslu2-log!> has quit IRC11:16
*** nslu2-log_ is now known as nslu2-log11:16
*** stew-dw <stew-dw!~stew-dw@> has joined #yocto11:17
*** kriive <kriive!> has joined #yocto11:22
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:32
*** berton <berton!~berton@> has joined #yocto11:43
kriiveHi guys, I installed firewalld on my warrior based distro11:44
*** kaspter <kaspter!~Instantbi@> has quit IRC11:44
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:44
kriiveI had some problems in using it11:44
kriiveEvery firewall-cmd --state results in failed state11:44
kriiveDo you know if I need to install some packages or if there are common pitfalls to watch out?11:45
dmationqschulz, nice one, thanks again11:54
dmationkriive, I do not have experience with firewalld, but I know I had some issues with iptables requiring some very specific kernel modules.11:56
kriivedmation: thanks12:00
kriivealternatively, do you know if there are other firewall tools that offer D-Bus interfaces or in general programmable interfaces?12:01
*** teox <teox!~teox@> has quit IRC12:09
*** koty0f <koty0f!~filip@> has quit IRC12:11
*** kaspter <kaspter!~Instantbi@> has quit IRC12:11
*** cbs <cbs!~cbs@> has quit IRC12:14
*** cbs <cbs!~cbs@> has joined #yocto12:22
*** iyml <iyml!d54a798a@> has joined #yocto12:24
*** jmiehe <jmiehe!> has joined #yocto12:25
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC12:31
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto12:33
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto12:37
JPEWRP: Can you run master-next of meta-mingw through the AB when you get a chance? Thanks12:54
*** nslu2-log_ <nslu2-log_!> has joined #yocto12:56
*** nslu2-log <nslu2-log!> has quit IRC12:59
*** nslu2-log_ is now known as nslu2-log12:59
*** stephano <stephano!> has joined #yocto13:05
*** koty0f <koty0f!~filip@> has joined #yocto13:11
*** cbs <cbs!~cbs@> has quit IRC13:22
*** sakoman <sakoman!> has joined #yocto13:35
*** nslu2-log_ <nslu2-log_!> has joined #yocto13:41
*** cbs <cbs!~cbs@> has joined #yocto13:43
*** nslu2-log <nslu2-log!> has quit IRC13:44
*** AndersD <AndersD!> has joined #yocto13:44
*** nslu2-log_ is now known as nslu2-log13:44
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC13:46
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:48
*** ericch <ericch!> has joined #yocto13:48
rburtonkanavin_home: you had an ex-colleague write a buildstats critical path tool right?13:57
kanavin_homerburton: yes14:03
kanavin_homeand not an ex-colleague, still current I think14:03
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:12
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:12
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto14:13
ptsnevesHello. I have a question. I have an armv5 with vfp support. I have the correct tune which sets the hf flags. The issue is that in the the EXTRA_OECONF_GCC_FLOAT is ??="", while in gcc-target it is set to ${@get_gcc_float_setting(bb, d) which seems like the best effort default. Could we change it from "" to14:21
ptsneves${@get_gcc_float_setting(bb, d)?14:21
ptsnevesthat would allow and easy way to propagate the flag and honor the tune. Otherwise i need to bbappend all gcc recipes with that flagg14:22
*** nslu2-log_ <nslu2-log_!> has joined #yocto14:22
ptsnevesif there is no opposition i can submit a patch14:23
*** nslu2-log <nslu2-log!> has quit IRC14:25
*** cbs <cbs!~cbs@> has quit IRC14:25
*** nslu2-log_ is now known as nslu2-log14:25
*** cbs <cbs!~cbs@> has joined #yocto14:27
*** armpit <armpit!~armpit@2601:202:4180:a5c0:25fe:d3c5:6e2:e325> has quit IRC14:28
*** cbs <cbs!~cbs@> has quit IRC14:29
*** kroon <kroon!~kroon@> has quit IRC14:39
*** iyml <iyml!d54a798a@> has quit IRC14:41
*** sstiller <sstiller!> has joined #yocto14:41
*** armpit <armpit!~armpit@2601:202:4180:a5c0:8852:ddb9:5d69:c36d> has joined #yocto14:41
*** lucaceresoli <lucaceresoli!> has joined #yocto14:42
*** dmation <dmation!~dmation@> has quit IRC14:42
*** lxc <lxc!> has joined #yocto14:56
lxcHaving issues with an autotools build resulting in this eror: gnu-configize: '' or '' is required. But the is there, it's almost like bitbake invokes from wrong directory, Ideas?14:57
*** maudat <maudat!> has joined #yocto14:59
*** xtron1 <xtron1!~xtron@> has joined #yocto14:59
*** koty0f <koty0f!~filip@> has quit IRC14:59
*** luneff <luneff!~yury@> has quit IRC15:00
*** xtron <xtron!~xtron@> has quit IRC15:02
*** sajjad__ <sajjad__!~xtron@> has joined #yocto15:03
ptsneveslxc have you checked if the S variable points to the location where the is?15:04
lxcIt dos, S = "${WORKDIR}/git"15:05
*** xtron1 <xtron1!~xtron@> has quit IRC15:05
ptsnevescan you add do_confiture_prepend() { bbwarn ${S} }15:05
ptsnevesjust to be sure nothing is changing it15:05
ptsnevesdo_configure_prepend, sorry for the typo15:06
qschulzptsneves: French breakfast time :D?15:08
qschulzlxc: check B while you're at it. Might be one of those tools which requires autootols-broken and not autotools?15:09
ptsneveseheh just prepending some warning :)15:10
qschulzptsneves: (configure = jam in French :) )15:10
qschulzhere I do the opposite typo :D15:11
*** goliath <goliath!> has quit IRC15:11
ptsnevesyep. took me some time to connect it :)15:11
ptsnevesby the way i do not think B matters, nor autotools-brokensep because the error comes from checking AUTOTOOLS_SCRIPT_PATH which is defaulted to ${S}. The B would be important in the build or may configuration, but he did not even get to that part15:13
ptsneveshe/she, sorry15:13
lxcqschulz ptsneves Both B and S looks correct. Using autotools-brokensep does not resolve the issue (but of course S and B is the same then)15:13
ptsnevescan you go to the path printed in the bbwarn and check if the is there?15:14
ptsnevescan you confirm if is in the root of the git repo?15:14
*** dev1990 <dev1990!> has quit IRC15:15
lxcptsneves it is there in the root of the repo.15:16
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC15:17
ptsnevesok, so maybe let me try another approach. Could you get a paste of the log of the whole configure task and its error?15:19
*** sstiller <sstiller!> has quit IRC15:19
*** sajjad__ is now known as xtron15:23
*** xtron <xtron!~xtron@> has quit IRC15:24
lxcptsneves | autoreconf: tracing| autoreconf: adding subdirectory ext/tinydtls to autoreconf| autoreconf: Entering directory `ext/tinydtls'| autoreconf: not using Autoconf| autoreconf: Leaving directory `ext/tinydtls'| autoreconf: running: libtoolize --copy --force| libtoolize: putting auxiliary files in15:24
lxc'.'.| libtoolize: copying file './'| libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.| libtoolize: copying file 'm4/libtool.m4'| libtoolize: copying file 'm4/ltoptions.m4'| libtoolize: copying file 'm4/ltsugar.m4'| libtoolize: copying file 'm4/ltversion.m4'| libtoolize: copying file 'm4/lt~obsolete.m4'| autoreconf: running:15:24
lxc/usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/recipe-sysroot-native/usr/bin/autoconf --include=/usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/git/m4/15:24
lxc--include=/usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force| autoreconf: running: /usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/recipe-sysroot-native/usr/bin/autoheader15:24
lxc--include=/usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/git/m4/ --include=/usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/recipe-sysroot-native/usr/share/aclocal/ --force| autoreconf: running: automake --add-missing --copy --force-missing|
lxcinstalling './ar-lib'| installing './compile'| installing './config.guess'| installing './config.sub'| installing './install-sh'| installing './missing'| installing './INSTALL'| installing './depcomp'| autoreconf: running: gnu-configize|15:24
lxcgnu-configize: '' or '' is required| autoreconf: gnu-configize failed with exit status: 1| + die 'autoreconf execution failed.'| + bbfatal_log 'autoreconf execution failed.'| + '[' -p /usr/local/src/yocto-xr/build/infn-xr/qemux86/tmp/work/core2-32-poky-linux/libcoap/4.2.1-r0/temp/fifo.15549 ']'| + printf '%b\0' 'bbfatal_log15:24
lxcautoreconf execution failed.'| + exit 1| + bb_exit_handler15:24
*** xtron <xtron!~xtron@> has joined #yocto15:24
ptsneves Entering directory `ext/tinydtls', so the build is not in the root of the repo. This is point one15:26
qschulzlxc: please use pastebin next time, easier to read :)15:26
lxcptsneves Leaving directory `ext/tinydtls15:27
ptsnevesoh you are right. Can you put it in pastebin?15:27
*** chris_ber <chris_ber!~quassel@> has quit IRC15:28
lxcptsneves how do you pastebin in the webchat?15:29
ptsnevesgo to create a paste and share the url15:29
ptsnevesalso, do you cnfirm you are trying to build libcoap from
*** manuel1985 <manuel1985!~manuel@> has quit IRC15:30
*** AndersD <AndersD!> has quit IRC15:31
*** xtron <xtron!~xtron@> has quit IRC15:33
lxcptsneves is blocked in firewall from where I'm located. Correct it is libcoap, 4.2.115:33
qschulzlxc: any pastebin found on google is fine basically :)15:33
*** xtron <xtron!~xtron@> has joined #yocto15:33
qschulzor a gist on github if you want15:33
*** xtron <xtron!~xtron@> has quit IRC15:34
ptsneveslxc also please also share the recipe if possible, given this is an open source project15:34
*** xtron <xtron!~xtron@> has joined #yocto15:35
lxcptsneves is blocked in firewall from where I'm located. Correct it is libcoap, 4.2.115:36
lxcptsneves LIC_FILES_CHKSUM = "file://${S}/LICENSE;md5=4cba1bd050d08b2154b5c29de3a0e9c2"SRC_URI = "git://;tag=v4.2.1"S = "${WORKDIR}/git"inherit autotools pkgconfigEXTRA_OECONF += "--with-shared"EXTRA_OECONF += "--without-debug"EXTRA_OECONF += "--disable-doxygen"EXTRA_OECONF += "--disable-dtls"EXTRA_OECONF +=15:37
lxc"--disable-manpages"EXTRA_OECONF += "--without-gnutls" EXTRA_OECONF += "--without-openssl" EXTRA_OECONF += "--without-tinydtls"15:37
kriivelxc: use this one
lxckriive ptsneves
ptsnevesmuch better. Will give it a try and let you know15:39
lxcptsneves thanx15:41
pevIs there any more detailed info about building / running images on QEmu around? I'd like to put together an ARM target which emulates (ideally) both NAND and eMMC to evaluate some different software update frameworks on as it looks to be a lot quicker than physical hardware, but im struggling to find much documentation bar the standard "MACHINE=quemuarm bitbake ..."15:42
RPpev: have a look at the testing manual?15:43
RPpev: - its testimage which boots up an image under qemu and allows us to run tests15:44
*** manuel1985 <manuel1985!~manuel@> has joined #yocto15:44
RPpev: or the runqemu command outside of bitbake15:44
pevRP: Great, thanks! Does the emulated machine configuration ever get changed in Yocto, or is that all done within QEmu itself? I can see I may need to actually do a QEmu tutorial rather than trying to shortcut...! :-D15:46
RPpev: we have certain targets we use for qemu which we don't change very often15:49
*** luneff <luneff!~yury@> has joined #yocto15:49
RPits just like any other BSP really15:49
*** jmiehe <jmiehe!> has quit IRC15:49
khemRP: I have small patches,,,20,0,0,0::Created,,Khem,20,2,0,76904416 and,,,20,0,0,0::Created,,Khem,20,2,0,76900472 please take a look when you can15:53
khemhelps with meta-oe testing a bit15:53
*** w00die <w00die!~w00die@> has quit IRC15:54
*** luneff <luneff!~yury@> has quit IRC15:54
RPkhem: ok, will take a look15:55
*** w00die <w00die!~w00die@> has joined #yocto15:56
ptsneves@lxc ok figured out your problem15:57
ptsnevesyour flags are wrong15:57
lxcptsneves the EXTRA_OECONF flags?15:57
*** xtron <xtron!~xtron@> has quit IRC15:57
ptsnevesthere is no without-tinytls which means that the tinytls is not actually disabled and there is a recursive autoreconf trying to run on ext/tinytls which is empty15:58
ptsneveswhen you actually disable the tinytls correctly it will build but you will have other qa errors due to wrong EXTRA_OECONF flags15:58
khemRP: the systemd issue, I did not understand why its failing on you, I could see serial login was faster for me after disabling gshadow15:58
khemI wonder if there is another change poky has15:58
ptsneveslxc set EXTRA_OECONF += "--with-tinydtls=no" and correct the other flags as advised by the QA configure error. Also have a look at the actual flag setting if they are important for you15:59
RPkhem: I don't know. pam seems to be the big problem16:00
lxcptsneves no that does not resolve the issue to me.16:04
*** nslu2-log_ <nslu2-log_!> has joined #yocto16:04
lxcptsneves still complaining about missing configure.ac16:04
ptsneveslet me clean.16:05
*** nslu2-log <nslu2-log!> has quit IRC16:07
ptsnevesoh indeed :(  so my flag was still wrong, but the follwowing unblocks me:16:07
ptsnevesdiff --git a/ b/configure.acindex fb731a2..d8b45aa 100644--- a/ b/ -396,7 +396,6 @@ if test "x$build_dtls" = "xyes"; then     # The user wants to use explicit OpenSSL if '--with-tinydtls was set'.     if test "x$with_tinydtls" = "xyes" ; then         if test -d "$srcdir/ext/tinydtls"; then-16:07
ptsnevesAC_CONFIG_SUBDIRS([ext/tinydtls])            have_tinydtls="yes"          else            have_tinydtls="no"16:07
ptsnevesah crap16:07
*** nslu2-log_ is now known as nslu2-log16:07
ptsnevesremove the line            AC_CONFIG_SUBDIRS([ext/tinydtls]) in configure.ac16:07
ptsnevesfor some reason the flags are not correctly propagated. Figure that out and you do not need to patch the code16:08
ptsneves@lxc i am leaving for now. let me know if it worked out for you.16:12
*** manuel1985 <manuel1985!~manuel@> has quit IRC16:13
ecdhealejandrohs: nfs-utils gave me a simple template for modifying source before build, thanks!16:14
*** vmeson <vmeson!> has quit IRC16:24
*** goliath <goliath!> has joined #yocto16:26
*** mckoan is now known as mckoan|away16:27
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:28
khemI can login into console within 3-4s after its appears16:32
*** rubdos_ <rubdos_!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto16:34
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC16:35
*** kiwi_29 <kiwi_29!> has joined #yocto16:36
RPkhem: try an DISTRO=poky with my timing patch in the bugzilla and testimage for a core-image-sato-sdk16:36
RPer, DISTRO=poky-altcfg16:36
*** xtron <xtron!~xtron@> has joined #yocto16:39
*** stephano <stephano!> has quit IRC16:42
ecdheI'm porting a build-root system to yocto, working on U-boot.  The original scripts run `mkimage' as a post-build step for U-Boot.  When I run the call from do_compile_append() I get "mkimage: not found"16:42
ecdheI added DEPENDS=u-boot-mkimage, which installs 'uboot-mkimage' into ${D}${bindir}/uboot-mkimage16:43
ecdheBut when I reference ${D}${bindir}/uboot-mkimage from a task in my U-Boot recipe, I still get an error, uboot-mkimage not found16:45
ecdheThe source for u-boot-mkimage is in the U-Boot tree, should I just 'make' the tool as a post-compile step so that my post-compile mkimage call will also work?16:50
*** nslu2-log_ <nslu2-log_!> has joined #yocto16:52
*** gsalazar <gsalazar!955ab50e@gateway/web/cgi-irc/> has quit IRC16:52
*** nslu2-log <nslu2-log!> has quit IRC16:55
*** nslu2-log_ is now known as nslu2-log16:55
*** koty0f <koty0f!> has joined #yocto17:01
*** vmeson <vmeson!> has joined #yocto17:06
*** koty0f <koty0f!> has quit IRC17:17
*** sakoman <sakoman!> has quit IRC17:21
*** sakoman <sakoman!> has joined #yocto17:26
*** lucaceresoli <lucaceresoli!> has quit IRC17:27
mischiefis there a way i can use a different toolchain for just one recipe?17:48
PaowZmischief: TOOLCHAIN = "clang"17:49
*** BobPungartnik <BobPungartnik!~BobPungar@> has joined #yocto17:55
*** goliath <goliath!> has quit IRC18:01
mischiefPaowZ: i cannot find any documentation on that variable or any use in the source of poky18:02
RPmischief: look at the meta-clang layer18:04
PaowZmischief: grep -r TOOLCHAIN <poky>/meta*18:04
RPmischief: the toolchain used is simply from the automatically added DEPENDS by base.bbclass. Set INHIBIT_DEFAULT_DEPS and then point at a different toolchain18:05
*** goliath <goliath!> has joined #yocto18:07
mischiefhm.. still not finding any references. is TOOLCHAIN part of zeus?18:07
PaowZI can grep it in DUNFELL18:08
*** sxiii <sxiii!> has quit IRC18:09
*** feddischson <feddischson!> has quit IRC18:10
*** goliath <goliath!> has quit IRC18:12
*** BobPungartnik <BobPungartnik!~BobPungar@> has quit IRC18:14
*** koty0f <koty0f!> has joined #yocto18:20
ecdheInstead of `make' I ran 'oemake tools', which succeeds in making a .o file for every tool (fitimage, mkimage, etc) but fails on the final linking command, "Invalid architecture", which makes me think that some cross-compiled tools are mixing with native ones (which I want)18:21
ecdheso I'm cleaning the world now in case a previous invocation of "oemake crosstools" might have polluted the object directory18:22
*** pev <pev!> has quit IRC18:22
*** goliath <goliath!> has joined #yocto18:28
*** kriive <kriive!> has quit IRC18:29
*** kriive <kriive!> has joined #yocto18:34
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:43
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto18:44
*** goliath <goliath!> has quit IRC18:48
*** manuel1985 <manuel1985!> has joined #yocto18:52
*** kiwi_29 <kiwi_29!> has quit IRC18:54
*** rcw <rcw!~rcw@> has joined #yocto18:56
ad__what's the difference from using crops/poky or crops/yocto ?18:57
*** creich <creich!> has quit IRC18:57
*** creich <creich!> has joined #yocto18:58
ad__in particular, i would build dunfell, and ubuntu bionic seems to have some issues building samba, so trying to figure out proper ubuntu version to use for dunfell18:59
*** xtron <xtron!~xtron@> has quit IRC19:13
*** xtron <xtron!~xtron@> has joined #yocto19:13
paulbarkerad__: I believe crops/poky includes the wrapper script to ensure that your UID inside the container matches that outside the container19:14
paulbarkerI always use crops/poky19:14
paulbarkerAlso, Ubuntu 18.04 should definitely be able to build the dunfell branch19:14
*** goliath <goliath!> has joined #yocto19:18
*** dev1990 <dev1990!> has joined #yocto19:19
ad__paulbarker, thanks, using  FROM:crops/poky i get an error building samba19:26
ad__ Checking for system pyldb-util.cpython-38-arm-linux-gnueabi (>=1.5.8 <=1.5.999)   : not found19:26
*** xtron <xtron!~xtron@> has left #yocto19:27
paulbarkerad__: Please use a pastebin to share the command you ran and the full output19:28
paulbarkerWe can't diagnose much from that one line19:28
*** goliath <goliath!> has quit IRC19:29
*** sxiii <sxiii!> has joined #yocto19:34
*** jobroe <jobroe!> has quit IRC19:37
ad__paulbarker, ok thanks a lot,  here the full log
*** bradleyb is now known as radsquirrel19:39
ad__my understanding is that package "python3-ldb-devel" may be missing, but seems not available in crops/poky that is "bionic"19:40
ad__but i can be totally wrong of course19:40
*** lucaceresoli <lucaceresoli!> has joined #yocto19:42
paulbarkerad__: could you include the command you ran and the start of the output?19:42
paulbarkerThe header printed by bitbake has some key info for debugging things like this19:43
ad__paulbarker, ok let me add it19:51
ad__i added also local.conf19:57
paulbarkerad__: I wonder if the freescale layers are doing something crazy20:02
*** Konsgnx <Konsgnx!> has joined #yocto20:02
*** kiwi_29 <kiwi_29!> has joined #yocto20:03
*** stacktrust <stacktrust!> has quit IRC20:04
paulbarkerad__: Maybe try running `bitbake-layers show-appends samba` and `bitbake-layers show-appends libldb`, see if any appends are listed20:04
paulbarkerI'd also recommend trying to build samba with a smaller set of layers enabled to isolate where the problem is being created20:04
ad__paulbarker, ok thanks20:05
paulbarkerad__: A last thought would be to retry with a lower value in BB_NUMBER_THREADS and PARALLEL_MAKE, it's unlikely but you could be exposing a race condition20:06
ad__paulbarker, thanks a lot, will try20:07
paulbarkerad__: If none of those resolve the issue, post to with as much info as possible20:07
paulbarkerI have to go now though, good luck!20:07
ad__paulbarker, thanks a lot !20:08
ecdheI ran `file' on all the contents of ${B}/tools/, and all of them are x86_64 ELF, no ARM binaries.  So why is gcc freaking out trying to link them?20:13
ecdheI just want to use uboot-mkimage from my uboot recipe20:13
*** C-o-r-E <C-o-r-E!> has quit IRC20:21
*** C-o-r-E <C-o-r-E!> has joined #yocto20:22
RPecdhe: its not using the arm linker is it?20:29
ecdheRP: I don't think so, invocation was oe_make, log shows bare gcc20:30
ecdheRP: it's tempting to install the package on the build host just to get one, but I want to stay consistent with the buildroot recipe I'm following, and ultimately, the fact that this is even an issue shows a hole in my understanding of yocto20:35
RPecdhe: aren't these tools already available from a u-boot native recipe of some sort?20:37
ecdheRP: there is a u-boot-mkimage but it seems to actually cross compile the tool for use on the target20:39
ecdheA recipe, that is20:39
RPecdhe: u-boot-tools-native ?20:39
ecdheSo would I just add that to my DEPENDS?20:41
RPecdhe: I'd think so20:41
ecdhefind -type f -name '*u-boot-tools-native*' in my workspace gives me nothing20:41
RPecdhe: look at the u-boot-tools recipe which has a BBCLASSEXTEND native20:42
*** maudat <maudat!> has quit IRC20:44
*** koty0f <koty0f!> has quit IRC20:47
ecdhegrep -rn u-boot-tools  returns no .bb files20:48
*** hpsy <hpsy!~hpsy@> has quit IRC20:49
*** hpsy <hpsy!~hpsy@> has joined #yocto20:49
ecdheThe invocation there is for the cross-tools target, cross compiled tools20:53
ecdheI had added this recipe to my DEPENDS and ran it, but it puts the tools in my target FS, not on my build machine.20:53
zeddiinot if you didn't add the -native20:53
zeddiiwhich is what RP was saying.20:53
ecdheYou're right, I didn't add that.  But I did copy the commands and modify them, which resulted in the files what wouldn't run... anyway.20:55
*** beneth <beneth!> has left #yocto20:55
*** bluelightning_ is now known as bluelightning20:55
ecdheWith the BBCLASSEXTEND native, I have a question20:55
*** nslu2-log_ <nslu2-log_!> has joined #yocto20:55
ecdheThe file's do_compile() calls oe_runmake cross_tools20:56
ecdheHow does adding -native change the behavior to compiling native tools?20:56
zeddiiit doesn't, but by default u-boot-tools is built for the target. -native says, build for the build host.20:57
RPecdhe: it changes the CC and so on that is used20:57
*** nslu2-log <nslu2-log!> has quit IRC20:57
RPsee the changes native.bbclass makes20:57
*** nslu2-log_ is now known as nslu2-log20:57
ecdheGotcha; so "cross_tools" is still called, but even though the Makefile _thinks_ it's doing a cross compilation, we override the CC with an environment variable and make it do a host compile anyway20:58
*** pohly <pohly!> has quit IRC21:01
*** zandrey <zandrey!> has joined #yocto21:01
*** Konsgnx <Konsgnx!> has quit IRC21:03
zandreyecdhe: if you would like to use mkimage in your recipe - just add a line DEPENDS = "u-boot-mkimage-native"21:07
zandreythen you can call mkimage in your do_compile() task21:08
zandreyu-boot-mkimage-native is provided in u-boot tool via: PROVIDES_class-native = "u-boot-mkimage-native u-boot-mkenvimage-native"21:08
ecdhethanks RP zeddii, zandrey21:11
*** berton <berton!~berton@> has quit IRC21:15
*** lucaceresoli <lucaceresoli!> has quit IRC21:23
*** stacktrust <stacktrust!> has joined #yocto21:29
*** kiwi_29 <kiwi_29!> has quit IRC21:36
jonmasonAnyone else seeing SSL expiry when trying to fetch a layer?21:39
jonmasonlayerindexlib.LayerIndexFetchError: Unable to fetch layerindex url;branch=dunfell,gatesgarth: Unable to fetch layerindex url Unexpected exception: [Error 1] [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: certificate has expired (_ssl.c:1108)21:39
*** kiwi_29 <kiwi_29!> has joined #yocto21:41 key expired 20 minutes go21:42
jonmasonperfect timing for me to be working on a script and thinking I broke something :)21:42
RPhalstead: ^^^21:43
*** georgem <georgem!~georgem@> has quit IRC21:43
*** georgem <georgem!~georgem@> has joined #yocto21:44
*** kiwi_29 <kiwi_29!> has quit IRC21:44
*** vmeson is now known as vmesons21:44
halsteadI'll get it.21:44
*** nslu2-log_ <nslu2-log_!> has joined #yocto21:44
*** vmesons is now known as vmeson21:44
JaMajonmason: once that script starts moving time, let me know I desperately need that :)21:44
RPhalstead: thanks :)21:45
halsteadRP, fray I've reloaded the cert and all is well.21:45
*** nslu2-log <nslu2-log!> has quit IRC21:46
*** nslu2-log_ is now known as nslu2-log21:46
jonmasonthanks halstead21:50
*** goliath <goliath!> has joined #yocto21:52
RPjonmason: now about that meta-arm build warning ;-) (yes, I know its being worked on)21:52
jonmasonRP: lesson learned, don't let stuff in on the promise of fixing things later, no matter how trivial.  Because they seem to never find time to come back and fix it.  And we have the choice of fixing it for them or making them do it.21:56
*** kiwi_29 <kiwi_29!> has joined #yocto21:56
RPjonmason: I have learnt that the hard way too. Hence M3 being 2.5 weeks late!21:56
*** kiwi_29 <kiwi_29!> has quit IRC21:59
paulgassign milesones to six months in the past22:05
paulgyou are an instant rock star.  :-)22:05
* zeddii is already a rockstar22:07
* paulg giggles22:08
*** pev <pev!> has joined #yocto22:09
khemRP: So poky/4f568b44c6ff4e1cb47006efca2e3233035d9c77 moved sshkeygen to sshd.socket22:15
khemand sshd.socket is tied to socket.target22:15
khemwhjich is tied to multi-user target22:15
khemRP: I think we should revert that change22:15
RPkhem: JPEW and I discussed this. sshd.socket doesn't activate the socket, only listens as I understand it?22:16
khemdoes not seem that way22:16
khemit ties to socket.target22:17
JPEWsystemd creates the socket and listens for a connection. When a connection is received, it spins up sshd.service to handle it22:19
khemsee this
khemJPEW: ideally yes22:21
*** pev <pev!> has quit IRC22:24
khemin my case xserver-nodm.service was not in chain which was added by core-image-sato22:25
khemand that brings it into critical chain22:25 really shouldn't be taking any time22:26
khemit really depends on what it depends on22:29
khemin sshd.socket we are asking for sshkeygen.service to run/finish22:30
khemso there we go22:30
*** kiwi_29 <kiwi_29!> has joined #yocto22:30
*** kiwi_29 <kiwi_29!> has quit IRC22:36
*** agust <agust!> has quit IRC22:39
*** manuel1985 <manuel1985!> has quit IRC22:48
khemRP: Wants=sshdgenkeys.service in sshd.socket means it will need sshdgenkeys.service be completed before it can activate22:53
khemI guess that patch tried to optimize for ssh'ing usecase and did not care as much for serial-getty boot case22:54
*** nslu2-log_ <nslu2-log_!> has joined #yocto22:55
*** goliath <goliath!> has quit IRC22:55
*** kiwi_29 <kiwi_29!> has joined #yocto22:57
RPkhem: can we move it to the sshd.service then?22:57
*** nslu2-log <nslu2-log!> has quit IRC22:57
khemit was always there22:57
RPkhem: so we can just remove from sshd.socket?22:58
RPJPEW: does that make sense to you?22:58
*** nslu2-log <nslu2-log!> has joined #yocto22:59
*** kiwi_29 <kiwi_29!> has quit IRC22:59
khemif someone wants to generate them during first boot, they can use a fragment for sshd.socket in their own layer22:59
khemsomthing like /etc/systemd/system/sshd.socket.d/key.conf and add the needed dependedency in key.conf23:00
khembut let the default be like it was which is to ghenerate the keys on first ssh requesrt23:01
*** nslu2-log_ <nslu2-log_!> has quit IRC23:01
khemduring boot cpu is relatively busy and adding keygen operation to the mix of things its doing just makes boot slower for everyone23:02
khemthats what I am seeing, wehn I boot core-image-sato-sdk thr sshgenkey took 2min 46.961s  ( sshdgenkeys.service ) but same take less than 2mins on core-image-minimal23:04
khemso my suggestion would be to revert 4f568b44c6ff4e1cb47006efca2e3233035d9c7723:05
RPkhem: is there a way we can trigger it right at the end of boot?23:06
*** kiwi_29 <kiwi_29!> has joined #yocto23:06
RPkhem: what we don't want is keygen happening at first ssh connection23:06
RPqemumips just gave <<< run_serial(): command timed out after 120 seconds without output >>> :)23:07
RPer, :(23:07
RPso we double the timeout, it still fails23:07
khemthat is a fine idea, we have to think about it23:07
* RP -> sleep23:07
khemyeah 120s is not enough as you can see, it took amost 3mins in my case23:07
RPkhem: sometimes we don't get the error though23:08
khemperhaps tester is sloppy too23:08
khemso before it sends out request for serial it might be delaying it long enough and it only will happen on first boot23:08
khemso if image is rerun then it will be fast23:09
RPkhem: snapshot images, its always first boot23:09
*** kiwi_29 <kiwi_29!> has quit IRC23:09
*** kiwi_29 <kiwi_29!> has joined #yocto23:10
khemright, I will think about launchin keygen service after serial-getty is up23:10
khemand perhaps try a run with 4f568b44c6ff4e1cb47006efca2e3233035d9c77 reverted23:10
khemand see if it is helping23:10
khemthen we can tie another logic to preload it23:11
*** batman10 <batman10!95c73e81@> has joined #yocto23:15
*** batman10 <batman10!95c73e81@> has quit IRC23:16
*** kiwi_29 <kiwi_29!> has quit IRC23:29
*** kiwi_29 <kiwi_29!> has joined #yocto23:33
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:48

Generated by 2.17.2 by Marius Gedminas - find it at!