Tuesday, 2020-04-28

*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC00:26
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto00:27
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has quit IRC00:30
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-depemyzbcuwkbozl> has joined #yocto00:40
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC01:06
yoctiNew news from stackoverflow: How do I generate a multi-boot Grub EFI WIC image from Yocto <https://stackoverflow.com/questions/61470828/how-do-i-generate-a-multi-boot-grub-efi-wic-image-from-yocto>01:06
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto01:11
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto01:22
*** vineela <vineela!~vtummala@> has joined #yocto01:36
*** vineela1 <vineela1!~vtummala@> has quit IRC01:36
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC01:47
*** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto01:51
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC02:26
*** kaspter <kaspter!~Instantbi@> has quit IRC02:28
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:30
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC02:35
yoctiNew news from stackoverflow: how to change the button size on title bar on xwayland? <https://stackoverflow.com/questions/61471612/how-to-change-the-button-size-on-title-bar-on-xwayland>02:36
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC02:41
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC02:45
*** otavio <otavio!~otavio@> has joined #yocto02:46
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto02:46
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC02:56
*** vineela <vineela!~vtummala@> has quit IRC02:59
* paulg wonders how yocti search decided to re-broadcast that post here on IRC.03:05
paulgaha.  OP mentioned "yocto"03:06
paulgguessed as much.03:07
paulg"I'm working on a yocto platform with..."03:08
paulgI'm working on a yocto platform with03:08
paulgcut and paste fail...   :-/03:08
*** camus1 <camus1!~Instantbi@> has joined #yocto03:11
*** kaspter <kaspter!~Instantbi@> has quit IRC03:12
*** camus1 is now known as kaspter03:12
*** yizhao <yizhao!~zhaoyi@> has joined #yocto03:35
*** kaspter <kaspter!~Instantbi@> has quit IRC03:37
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:39
*** yizhao <yizhao!~zhaoyi@> has quit IRC03:45
*** yizhao <yizhao!~zhaoyi@> has joined #yocto03:46
*** camus1 <camus1!~Instantbi@> has joined #yocto03:55
*** yizhao <yizhao!~zhaoyi@> has quit IRC03:55
*** kaspter <kaspter!~Instantbi@> has quit IRC03:56
*** camus1 is now known as kaspter03:56
*** yizhao <yizhao!~zhaoyi@> has joined #yocto03:56
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC03:57
*** yizhao <yizhao!~zhaoyi@> has quit IRC04:01
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto04:01
*** kaspter <kaspter!~Instantbi@> has quit IRC04:02
*** kaspter <kaspter!~Instantbi@> has joined #yocto04:03
*** vineela <vineela!~vtummala@> has joined #yocto04:35
*** vineela <vineela!~vtummala@> has quit IRC04:41
*** vineela <vineela!~vtummala@> has joined #yocto04:44
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC04:47
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC04:48
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto04:51
*** mischief is now known as Guest6243804:52
*** jobroe <jobroe!~manjaro-u@p579EBAD7.dip0.t-ipconnect.de> has joined #yocto04:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:57
*** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto05:13
*** ctlnwr <ctlnwr!~catalin@> has quit IRC05:13
*** ctlnwr <ctlnwr!~catalin@> has joined #yocto05:15
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto05:17
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC05:19
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:26
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto05:27
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto05:27
*** Guest62438 is now known as mischief05:30
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC05:31
yoctiNew news from stackoverflow: didn't pass LDFLAGS? [ldflags] <https://stackoverflow.com/questions/61473077/didnt-pass-ldflags-ldflags>05:37
*** kaspter <kaspter!~Instantbi@> has quit IRC05:43
*** camus1 <camus1!~Instantbi@> has joined #yocto05:43
*** camus1 is now known as kaspter05:45
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has joined #yocto05:53
*** bzb <bzb!~bzb@214.ip-51-79-55.net> has joined #yocto05:55
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto05:56
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ycivhzgajckiamqy> has joined #yocto06:04
*** alejandrohs <alejandrohs!~alejandro@> has joined #yocto06:07
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto06:08
*** gtristan <gtristan!~tristanva@> has quit IRC06:09
*** fray <fray!~fray@kernel.crashing.org> has quit IRC06:10
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC06:15
*** otavio <otavio!~otavio@> has joined #yocto06:17
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto06:17
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:18
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto06:24
*** alejandrohs <alejandrohs!~alejandro@> has quit IRC06:28
*** frsc <frsc!~frsc@47-159-142-46.pool.kielnet.net> has joined #yocto06:29
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto06:30
*** gtristan <gtristan!~tristanva@> has joined #yocto06:38
*** fl0v0 <fl0v0!~fvo@2a01:c22:a86f:bc00:54e6:d242:942b:541a> has joined #yocto06:40
*** alejandrohs <alejandrohs!~alejandro@> has joined #yocto06:43
*** gonkulat1r <gonkulat1r!~brandon@> has joined #yocto06:47
*** gonkulator <gonkulator!~brandon@> has quit IRC06:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:05
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:11
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto07:19
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto07:19
*** nemik <nemik!~scout@> has quit IRC07:20
*** nemik <nemik!~scout@> has joined #yocto07:20
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC07:23
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto07:24
*** mischief is now known as Guest9677007:24
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC07:35
*** mckoan|away is now known as mckoan07:37
alejandrohsjust out of curiosity, is anyone else getting this:07:40
alejandrohsfatal: unable to access 'https://git.yoctoproject.org/git/meta-intel/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none07:40
*** kroon <kroon!~kroon@> has joined #yocto07:43
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has joined #yocto07:46
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:46
*** nacknick <nacknick!d597383f@> has joined #yocto07:47
*** chandana731 <chandana731!~ckalluri@> has joined #yocto07:49
*** chandana73 <chandana73!~ckalluri@> has quit IRC07:50
nacknickEven though "mysymlink" is listed under the regular (not dbg/dev) list of `oe-pkgdata-util list-pkg-files -p <my_package>`, in the final image that symlink is missing. Why???07:52
kanavin_homeak@linux-f9zs:~/development> git clone https://git.yoctoproject.org/git/meta-intel07:52
kanavin_homeCloning into 'meta-intel'...07:52
kanavin_homefatal: unable to access 'https://git.yoctoproject.org/git/meta-intel/': SSL certificate problem: certificate has expired07:52
kanavin_homehalstead: ^^^07:52
alejandrohskanavin_home: thanks for checking alex07:53
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto07:54
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto07:54
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:04
*** marquiz_ <marquiz_!~marquiz@> has joined #yocto08:05
*** marquiz <marquiz!~marquiz@> has quit IRC08:06
*** grma <grma!~gruberm@> has joined #yocto08:08
*** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC08:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC08:09
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:09
*** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto08:10
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:10
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC08:10
RPkanavin_home:  https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/893 is a second run of your patches08:10
RPkanavin_home: ububtu1604 segfault is an issue but there are some others08:11
RPkanavin_home: that is with libinput removed08:11
*** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto08:15
vermaetehttps certificate of https://git.yoctoproject.org/ is expired?08:15
g0hl1nvermaete, for me too. It expired on 4/28/2020, 8:51:54 AM (Central European Summer Time)08:17
alejandrohsvermaete: yeah, looks like it08:18
*** Moh3N <Moh3N!057efafb@> has joined #yocto08:25
*** yoctonoob <yoctonoob!051e1a19@> has joined #yocto08:26
yoctonoobhi everyone. i have a quick question about runqemu that i need help with. how do i connect the vm to the local network using tap0?08:29
qschulzssl certificate issue has been reported above by kanavin_home to halstead, the one in charge :) Different timezones, so we'll need to wait :)08:29
*** gtristan <gtristan!~tristanva@> has quit IRC08:31
kanavin_homeRP: thanks. I think there's maybe 2 or 3 issues in there, will take a look08:33
Moh3NHi, I have one question that I answered some dayes ago, but after it I became offline and....08:33
*** barty <barty!4fbf7d7a@> has joined #yocto08:34
Moh3Nis there any way in yocto to set temporary partition size staticly ?? for example I have devtmpfd /dev by 208 MB ,I know these partitions created dynamically in Ram. but I want change it08:35
Moh3Nis there any way in yocto for Image, or olny I must do it in Linux OS ??08:35
Moh3Ndevtmpfs and tmpfs partition created in ram has more space, then my rootfs has only 15 MB08:36
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto08:36
bartyHave you ever encountered an error with quilt not being found while building an image?08:36
Moh3NNO! I build Image ithout any Errors08:37
bartyI'm trying to build core-image-base for genericx86-64, I have quilt installed by apt, Ubuntu 18.04.408:38
bartyexactly that08:39
barty"/bin/sh: quilt: command not found"08:39
yoctonoob@barty i think you could use git instead with PATCHTOOL08:42
bartyok, thats kinda helpful08:44
bartymost recipes have quilt as default08:44
qschulzMoh3N: there is an IRC archive for this channel :) https://www.yoctoproject.org/irc/%23yocto.2020-03-06.log.html should be helpful in some way :)08:48
qschulzso you can check if someone answered to your question (though usually we don't asnwer if someone is disconnected)08:49
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC08:49
alejandrohsbarty: you should not use quilt from your HOST08:49
alejandrohsbarty: idk why something requires quilt but you can add quilt-native to DEPENDS and it should be available for that component08:51
RPkanavin_home: looks like they improved conflicting directory code in rpm and we're now hitting it somehow :/08:54
RPkanavin_home: I don't understand why it happens in some builds and not others though08:55
kanavin_homeRP: yeah, there are three distinct errors:08:57
kanavin_homeerror: unpacking of archive failed on file /var/volatile/log/journal: cpio: mkdir failed - Inappropriate ioctl for device08:57
kanavin_homeerror: unpacking of archive failed on file /var/log: cpio: File from package already exists as a directory in system08:57
kanavin_homeerror: unpacking of archive failed on file /var/spool/mail: cpio: mkdir failed - Inappropriate ioctl for device08:57
kanavin_homeI am just now creating a build to reproduce locally08:58
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto08:58
*** rburton <rburton!~rburton@> has joined #yocto09:02
*** gtristan <gtristan!~tristanva@> has joined #yocto09:07
*** yoctonoob <yoctonoob!051e1a19@> has quit IRC09:07
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto09:10
RPkanavin_home: the mingw issue is because its trying to build GL for windows09:11
kanavin_homeRP: right. I'll rework that patchset anyway to use 'virgl' DISTRO_FEATURE, and them make sure it's not enabled in mingw.09:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:14
*** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC09:21
*** JoeR <JoeR!~JayBee@> has joined #yocto09:22
*** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto09:22
JoeRI'm having trouble cloning various layers. Anything the matter in the world, or is my problem my own?09:23
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto09:26
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:28
RPJoeR: certificate issues?09:29
JoeRAncient server its on that doesn't get updated much. So it could well be my own issue.09:29
JoeRJust thought I'd double check.09:29
Moh3Nqschulz thank you, I check it. I want ti=o solve my problem in Yocto ! if it is possible09:30
Moh3Nis there any way in yocto to set temporary partition size staticly ?? for example I have devtmpfd /dev by 208 MB ,I know these partitions created dynamically in Ram. but I want change itis there any way in yocto for Image, or olny I must do it in Linux OS ??devtmpfs and tmpfs partition created in ram has more space, then my rootfs has only 15 MB09:30
nacknickEven though "mysymlink" is listed under the regular (not dbg/dev) list of `oe-pkgdata-util list-pkg-files -p <my_package>`, in the final image that symlink is missing. Why??? rburton - Maybe you will be the savior?09:31
rburtonis that package *in the image* though09:33
nacknicklike I said yesterday, there are 2 files, one is a library and the second is a symlink to that library. The library is copied to `/lib` directory, but the symlink is not09:34
rburtonsharing the actual recipe might be useful09:34
nacknickI changed the names of the library and the symlink to .so.1/.so.1.1 extension09:34
*** ignbado <ignbado!542cd3ca@xdsl-84-44-211-202.nc.de> has joined #yocto09:37
nacknickrburton: https://pastebin.com/tRhYXCj409:38
nacknickinside the output.tar archive there are the 2 files I mentioned before09:38
rburtonnacknick: don't make up versions if the library isn't versioned09:39
nacknickWhat do mean "is not versioned"?09:39
JoeRRP: Is there anything up or anything I should do? You mentioned certs, which is exactly my issue...09:39
nacknickIf I won't version it, the ".so" files won't be copied09:39
rburtonnacknick: ok stepping back.  do you own the library or is it a 3rd party library09:40
*** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto09:40
RPJoeR: I think some certs on our git server have expired. Our admin is asleep atm so it will be around 8 hours before we sort that09:40
*** blarz <blarz!~uwotm8@v.blarzwurst.de> has joined #yocto09:40
nacknickI own the library, but the package is not mine. I added the function to an existing recipe of an existing package09:41
nacknickI created the library file09:41
JoeRRP: Thanks. I'll sit on it for a bit then :-)09:41
rburtonnacknick: so why all the crazy with tarballs. why don't you just build the library in its own recipe like normal?09:42
*** dmoseley <dmoseley!~dmoseley@> has quit IRC09:43
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto09:43
kanavin_homeRP: I was not able to reproduce dnf failures on Ubuntu 18.04. Which means it's probably distro specific failures and there may be host contamination going on. Let's look again on which distros it failed.09:44
kanavin_homeRP: awww, it did fail on ubuntu 18.04 :-/09:45
*** nacknick15 <nacknick15!8de23a67@> has joined #yocto09:45
RPkanavin_home: the pattern doesn't make sense :/09:46
*** camus1 <camus1!~Instantbi@> has joined #yocto09:46
*** nacknick <nacknick!d597383f@> has quit IRC09:47
nacknick15rburton: Because it is not possible in that case. I can't tell the whole story, but in short, the library should work with the binary file of the package. Let's say I have a package "gzip". I took it, did some stuff and now I have "gzip.patched" that should refer to "mylib" (that I have created as well). Is that make sense?09:47
*** kaspter <kaspter!~Instantbi@> has quit IRC09:47
*** camus1 is now known as kaspter09:47
kanavin_homeRP: it's not impossible that one of the workers produces 'broken' rpms and the rest get them through cache09:48
*** JoeR <JoeR!~JayBee@> has quit IRC09:48
RPkanavin_home: but then it would fail all over?09:49
kanavin_homeRP: let me look closer again at where things failed, and whether the failing packages came from cache09:51
RPkanavin_home: I worry rpm's install order isn't entirely deterministic :/09:57
*** psaavedra_ <psaavedra_!~quassel@> has joined #yocto09:57
RPkanavin_home: comparing your local working build log with the failed log to see if the ordering is the same?09:57
rburtonnacknick15: very hard to debug without actual working examples.  double check the package actually contains what you expect. double check the file is actually being installed. read the rootfs log and see if it spits out any warnings.09:58
*** nacknick15 <nacknick15!8de23a67@> has quit IRC10:00
*** psaavedra_ is now known as psaavedra10:00
*** psaavedra <psaavedra!~quassel@> has joined #yocto10:01
*** hpsy <hpsy!~hpsy@> has joined #yocto10:04
*** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC10:05
psaavedraHello, anybody aware about the letsencrypt certificate for the git.yoctoproject.org domain expired today?10:05
*** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC10:06
kanavin_homeRP: right, that could be the case. let me try to dig in this direction too.10:18
*** larsjep <larsjep!c1b6a603@> has joined #yocto10:19
*** clogwog <clogwog!7cbdcfa5@> has joined #yocto10:20
larsjepAre you aware that the certificate on https://git.yoctoproject.org/ has expired?10:20
*** hpsy <hpsy!~hpsy@> has quit IRC10:22
qschulzpsaavedra: yup10:23
qschulzlarsjep: yup10:23
larsjepok, great.10:24
*** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC10:26
*** jobroe_ <jobroe_!~manjaro-u@p5DD7F27C.dip0.t-ipconnect.de> has joined #yocto10:28
*** jobroe <jobroe!~manjaro-u@p579EBAD7.dip0.t-ipconnect.de> has quit IRC10:29
*** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto10:31
*** Gottox <Gottox!~Gottox@vm3.s01.de> has quit IRC10:32
*** Gottox <Gottox!~Gottox@vm3.s01.de> has joined #yocto10:33
*** clogwog <clogwog!7cbdcfa5@> has quit IRC10:36
*** vineela <vineela!~vtummala@> has quit IRC10:42
*** lucaceresoli_ <lucaceresoli_!~lucaceres@> has joined #yocto10:58
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC11:00
kanavin_homeRP: compared the logs, the order is the same11:03
*** barty <barty!4fbf7d7a@> has quit IRC11:04
*** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto11:10
*** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto11:12
*** lucaceresoli__ <lucaceresoli__!~lucaceres@> has joined #yocto11:16
*** lucaceresoli_ <lucaceresoli_!~lucaceres@> has quit IRC11:19
RPkanavin_home: I guess that is good but doesn't help11:19
*** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has quit IRC11:21
RPkanavin_home: I wonder what happens if you pull the packages from the autobuilder for base-files/shadow and try using them injected into your build11:22
RPkanavin_home: I'm sure you have plenty of ideas to explore, just thinking out loud11:23
*** lucaceresoli__ <lucaceresoli__!~lucaceres@> has quit IRC11:25
kanavin_homeRP: I m trying another thing now. One way it seems to fail is building two SDKs in a row for the same image, but changing SDKMACHINE.11:25
*** lucaceresoli__ <lucaceresoli__!~lucaceres@> has joined #yocto11:27
*** lucaceresoli__ <lucaceresoli__!~lucaceres@> has quit IRC11:28
RPkanavin_home: hmm, right. And it should use the same target packages for both11:36
kanavin_homeyeah, maybe dnf trips over the rootfs that is preserved from previous populate_sdk. will find out in a minute.11:37
kanavin_homenote that this happens in plain image builds too, but I think the reason is the same (if it is the reason)11:38
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto11:39
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has quit IRC11:42
*** berton <berton!~berton@> has joined #yocto11:44
*** hpsy <hpsy!~hpsy@> has joined #yocto11:46
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto11:49
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d028:4437:a10a:68a5> has quit IRC11:49
*** locutus__ <locutus__!~LocutusOf@> has quit IRC11:51
*** armpit <armpit!~armpit@2601:202:4180:a5c0:3c5d:7c09:562a:defe> has joined #yocto12:03
kanavin_homeRP: I have reproduced!12:03
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto12:07
*** Moh3N <Moh3N!057efafb@> has quit IRC12:07
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC12:08
*** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto12:08
RPkanavin_home: great! That should help a lot!12:14
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC12:21
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto12:24
RPkanavin_home: I have an answer regarding patch-wrapper in quilt btw12:26
RPkanavin_home: well, part of one12:26
RPkanavin_home: note that do_compile_ptest does "make bin/patch-wrapper", then installs it to /usr/lib/quilt/ptest/bin/12:26
RPkanavin_home: I'm guessing it sometimes works and sometimes doesn't due to PATH issues12:27
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto12:36
silviofHi Channel, ... To fulfill a contract, I should provide all used sources (without history) of a build. Is there anything prepared under Yocto? Important would be the point "without history".12:36
rburtonthe archiver class is designed to satisfy upstream sources requirements12:37
rburtonand obviously a copy of your layer if needed12:38
silviofrburton: Okay thanks. I will look into this!12:38
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto12:38
*** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC12:40
*** phippu <phippu!~phippu@> has joined #yocto12:41
*** robert_yang <robert_yang!~robert@> has quit IRC12:46
*** robert_yang <robert_yang!~robert@> has joined #yocto12:47
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto12:48
RPkanavin_home: the runner always ensures its in the correct directory and it looks like there is no code to explicitly do that so perhaps its just different ways of running it?12:49
RP(fix being to be specific about the CWD in the script)12:49
kanavin_homeRP: I am pulling my hair, I did a cleansstate, and the issue no longer seems to appear. There is a very particular sequence that triggered it and I can't remember :(12:50
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has quit IRC12:51
*** gtristan <gtristan!~tristanva@> has quit IRC12:51
silviofrburton: Thanks. Exactly what I wanted.12:54
*** robert_yang <robert_yang!~robert@> has quit IRC12:56
*** robert_yang <robert_yang!~robert@> has joined #yocto12:56
*** psaavedra <psaavedra!~quassel@> has quit IRC12:58
RPkanavin_home: I hate it when that happens :/12:59
RPkanavin_home: it does at least limit the potential causes12:59
*** JaMa <JaMa!~martin@> has joined #yocto13:00
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto13:04
kanavin_homeRP: I got it back \0/13:04
kanavin_homenow I will be extra careful to not erase anything :)13:05
RPkanavin_home: once you can reproduce it at will, you're usually 80% of the way to fixing it13:05
kanavin_homeRP: I'm still unsure what the exact sequence is, but circulating between configurations 5,6,7 in qa-extras2 and default one did the trick13:07
*** locutus__ <locutus__!~LocutusOf@> has quit IRC13:07
*** locutus__ <locutus__!~LocutusOf@> has joined #yocto13:08
RPkanavin_home: I'd probably pick a new directory and see if I could script the sequence to reproduce, then minimise it13:11
RPkanavin_home: or just figure out why it fails as that could shed light13:11
*** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has quit IRC13:11
kanavin_homeRP: dnf seems to be writing (and thus creating) to /var/log before the package that creates /var/log as a symlink is installed13:12
RPkanavin_home: hmm, 'fun'13:13
*** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto13:21
*** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has left #yocto13:21
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto13:25
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto13:27
tgamblinkanavin_home: is there a bug ID for what you're working on? writing to /var/log before a /var/log symlink is installed sounds not unlike what a couple of my defects are the result of13:33
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC13:33
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto13:35
*** robert_yang <robert_yang!~robert@> has quit IRC13:36
*** robert_yang <robert_yang!~robert@> has joined #yocto13:37
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto13:42
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:45
*** nacknick <nacknick!d597383f@> has joined #yocto13:47
nacknickI run `oe-pkgdata-util find-path bzip2recover` to find its package name. I get `bzip2`. But I can't find any binary that called `bzip2recover` under `bzip2` building directory (work/raspberrypi3/bzip2/...) - Why is that and where can I find the relevant binary file?13:50
qschulznacknick: do you have rm_work enabled?13:53
nacknickqschulz: can you explain please what does it mean and how to check it?13:54
*** ignbado <ignbado!542cd3ca@xdsl-84-44-211-202.nc.de> has quit IRC13:58
*** jobroe_ <jobroe_!~manjaro-u@p5DD7F27C.dip0.t-ipconnect.de> has quit IRC13:59
kroonnacknick, bitbake -e bzip2 | grep ^INHERIT= | grep rm_work14:02
nacknickkroon: provides nothing14:03
kroonnacknick, having it enabled will delete redundant build artifacts14:03
nacknickqschulz kroon: Is this related to "native" and "not-native" packages?14:03
kanavin_hometgamblin: I am working on upgrading the rpm/dnf/libdnf stack. There is no separate bug for it.14:03
kanavin_homeRP: patch for base-files dnf failure sent. This appears to be a race, between lock creation code and package installation.14:08
sagnerHi, we do have several recipes which use AUTOREV, this is great for integration testing, but for release not so much. Now I was thinkin of creating a CI job which fetches the rev, adds them to the recipes and commits them. Ideally this would reuse bitbake infrastructure... Anybody done something like this? Good/bad idea?14:10
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:11
RPkanavin_home: nice find, thanks. Missing Upstream-Status though ;-)14:12
kanavin_homeoh. will add and resend14:13
RPkanavin_home: thanks, sorry to be a pain :)14:14
*** phippu <phippu!~phippu@> has joined #yocto14:17
rfs613Anyone else run into intermittent problem with cve-checker failing, because multiple builds are running, and both try to get a lock on the CVE database (in shared downloads folder)?14:17
*** ykrons <ykrons!~guillaume@> has joined #yocto14:18
ykronsIt seems the yoctoproject.org certificates is expired. Did you know if yocto team is already working to renew it?14:19
RPykrons: yes, should be fixed in the next few hours14:20
ykronsok, thanks for the feedback and quick fix14:20
*** kroon <kroon!~kroon@> has quit IRC14:25
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:26
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC14:30
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto14:32
qschulznacknick: no, INHERIT set to rm_work is a way to delete temp files when the recipe has been successfully built and packaged, it lowers the required space on your host to build an image14:32
*** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto14:34
nacknickqschulz this is what I get: `INHERIT=" reproducible_build_simple package_ipk buildhistory buildstats image-mklibs debian devshell sstate license buildstats-summary webos_base remove-libtool image-buildinfo icecc blacklist sanity"`14:34
qschulzso if you're checking your recipes by looking into its WORKDIR but you have rm_work enabled, you will not go far :)14:34
qschulznacknick: no rm_work so should be good14:34
nacknickAny other reason why there is no "image" directory and no binary file?14:35
*** vineela <vineela!~vtummala@> has joined #yocto14:37
qschulznacknick: did you clean the workdir/tmpdir recently but not the sstate-cache?14:37
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC14:37
nacknickqschulz: טקד14:37
nacknickqschulz: yes14:37
qschulznacknick: there you go then :) everything is taken from the sstate-cache, so most of the WORKDIR of the recipe won't be "reinstalled"14:38
nacknickSo how to fix it? Should I remove sstate-cache?14:38
qschulznacknick: it's not broken, so you don't need to fix it14:38
nacknickBut I need all the executable files :|14:39
nacknickbzip2recover as well14:39
*** thecomet <thecomet!~thecomet@> has joined #yocto14:39
qschulznacknick: when, where, how?14:39
qschulzwhy would you need to get the binaries from the WORKDIR?14:39
nacknicknow, under "image" dir14:39
nacknickbecause I want to patch them14:40
nacknickI modify them14:40
qschulzpatch them within the recipe14:40
qschulzwhat do you mean you can't?14:40
qschulzyou do a bbappend in worst case14:40
nacknickI need to send bzip2recover to remote server and to get a replaced one14:41
nacknickpatched one14:41
nacknickcan't do it locally14:41
qschulznacknick: can the recipe send bzip2recover to your remote server?14:42
nacknickyes. this is what it does in other recipes14:42
nacknickbut I can't find bzip2recover14:42
qschulzyou have a recipe that produces this bzip2recover right?14:42
nacknickyes. should be14:43
nacknickit's built in14:43
qschulzwell, patch this recipe to send the bzip2recover to the remote server?14:43
qschulzwith a bbappend?14:43
nacknickyes. this is what i'm doing14:43
qschulznacknick: ok, at least we're on the same page14:43
nacknickbut specifically bzip2recover file, can't be found in the work dir14:44
nacknickso I have nothing to send to the remote server14:44
qschulznacknick: in which task is the non patched binary created?14:44
nacknickI think it's different between recipes14:44
qschulzfor this one specifically14:45
qschulznacknick: /me shrugs14:46
nacknickyou don't know?14:46
qschulzworst case scenario, you can have a do_install_append() and there you take the binary from ${D} send it to your remote server and reinstall it into ${D}14:47
qschulzmaybe it's smarter to have it in a do_install_prepend() and take it from ${B}, I don't know14:48
nacknickqschulz This is exactly what I'm doing for all other binaries14:48
nacknick${D} I mean14:48
qschulznacknick: then I fail to see what's the issue?14:48
nacknickbzip2recover, in contrary to other binary files of other packages, is just missing!14:48
nacknickIt does not exist in the build directory14:49
nacknickI don't have even "image" directory under: `bzip2/1.0.6-r5`14:49
nacknickNow it's clear?14:50
qschulznacknick: no :) image was created the last time do_install needed to be run, it hasn't run since then14:50
qschulzare you trying to find the path to bzip2recover?14:50
nacknickBut I ran `bitbake bzip2 -c cleansstate` - does not it force to rebuilt it?14:51
qschulzit does14:51
*** vineela <vineela!~vtummala@> has quit IRC14:51
nacknickso I still has no "image" dir14:51
qschulzwell, you need to rebuild bzip2 afterwards but yes14:51
nacknickof course14:52
qschulzyou do have packages and package-split directories at least?14:52
nacknickSo even after cleaning and rebuild it - I have no binary file called bzip2recover14:52
nacknickyes I do14:53
qschulzlook there then, but still weird than there is no image directory14:53
nacknickqschulz you're right I could find bzip2recover under "package" dir14:55
nacknickdoes it mean I can modify it (send to the remote server and replace it) and get it in the final image?14:56
rburtona better approach would be to have a do_package function that just sweeps $bindir $libdir and patches everything14:59
nacknickrburton is there do_package_append? because I can't overwrite 3rd party recipe's do_package15:01
rburtonyou can _append everything but i explicitly didn't say append15:01
nacknickrburton so you suggest to overwrite the existing do_package task15:01
rburtondo_package basically calls PACKAGEFUNCS15:02
rburtonprepend to that15:02
rburtonthen just walk $D$bindir $D$libdir etc swapping binaries15:03
rburtonas a class thats probably about 20 lines of python15:03
nacknickrburton: 1) I don't know how to call PACKAGEFUNCS. 2) If some recipe overwrite do_package by itself, I'm not sure it's smart to overwrite it again with my code15:04
rburtonlook in package.bbclass for PACKAGEFUNCS15:04
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC15:05
rburton(pretty sure i explained how i'd implement this some months ago)15:05
nacknickI think I did what you said. Back then you said with install_append15:05
rburtonalternatively add a task between install and package15:05
nacknicklike install_append?15:07
rburtonaddtask signbinaries after do_install before do_package15:07
nacknickWhy does it matter?15:07
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@> has joined #yocto15:07
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto15:07
rburtonbecause its neater and lets you isolate code changes,15:08
yoctiNew news from stackoverflow: Is there a way to run Jenkins with Docker as non-root user? <https://stackoverflow.com/questions/61483283/is-there-a-way-to-run-jenkins-with-docker-as-non-root-user>15:09
nacknickI'm not sure I understand your second reason15:09
rburtonin what way is altering binaries that have been installed a tweak to the recipe's install function15:09
rburtonits not15:09
*** locutus__ <locutus__!~LocutusOf@> has quit IRC15:09
rburtonyou're changing the binaries15:09
qschulznacknick: the directory in which bzip2recover is does not matter, you just interested in the path in the system so you can get the file from ${D}/path/to/bzip2recover (or maybe something different than ${D} if in another task than do_install, but to be checked of course)15:09
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto15:10
nacknickrburton: Anyway, like I said, my problem now is that there are packages that are missing "image" directory. So it does not matter if I'm looking for that dir with "install_append" or "signbinaries"15:10
rburtonif you're running in code after do_install has run there will be the image directory15:11
rburtonif you're diving around in a terminal then you need to be sure you've ran the tasks yourself15:12
nacknickso you said it's been deleted? I can't find any deletion command in the recipe15:12
qschulznacknick: whatever is in workdir shouldn't matter if the resulting binary is ok. It's just a workdir, so I wouldn't worry much if "image" is missing because if the task actually is successful and does what it's supposed to do, who cares if some temporary intermediary directory is not there at the end of a recipe build?15:12
rburtonwhat he said15:12
rburtonthe recipe doesn't control creation or deletion of $D, it just populates it during do_install15:13
qschulznacknick: there is a cleandirs flag for tasks which removes directories before it's run, so it does not have to be an explicit call to "rm".15:14
nacknickqschulz: it matters to me because I want to replace a lot of binaries automatically, so I have to know where the files reside15:14
rburtonin $D15:14
nacknick$D has a lot of subdirs15:14
qschulznacknick: can't you just write in your recipe to get your file from ${D}/path/to/bzip2recover and test?15:15
blarzthe certificate seems to be renewed15:15
qschulzyou know where bzip2recover is, from package-split directory (and if you really want to know, you uncompress the bzip2 package in TMPDIR/deploy/<packagetype>/bzip2*15:15
qschulzreally want to know => really want to be sure15:16
nacknickI can, I just want to make it easier and more clear. If "image" dir is not always there, and "package" is, I prefer to replace the content of "package" dir allways15:16
qschulznacknick: packages is created from the content of image AFAIK15:16
rburtonnacknick: do you know the difference between image/ and package/?15:17
qschulzso if image never exists, you have bigger problems than just not being able to find your file15:17
nemikhi everyone. i have an issue when making an initramfs image where if i put "KERNEL_IMAGETYPES_append = " Image"15:17
nacknickqschulz: no. I don't15:17
nacknickrburton: **15:17
nemikinto my local config then the initramfs image include the kernel in /boot, but i do not need this.15:17
rburtonnacknick: so why do you prefer to patch package/ instead of image/15:17
nemikif i remove the extra KERNEL_IMAGETYPES (which i need) then it doesn't put it into /boot15:18
nacknickBecause the binary file I'm looking for is there and there is no "image" dir15:18
rburtonthen you're looking in a partial build tree15:18
rburtonstop looking in tmp and actually code something generic15:18
nacknicksuch as..?15:18
qschulznacknick: the point rburton was trying to make in advising you to create a class was so that you just define a task, put it in the right place in the task hierarchy, use some variable to give a glob or a path to the binaries you want to patch and in the recipes you need to patch, you inherit this class and set the variable correctly. Very neat, no duplicated code ever15:19
nacknickI want to replace files so this will influence the final image, you know...15:19
qschulzrburton: hopefully I summed up correctly what you wanted to say ^15:19
rburtonyes thanks qschulz  :)15:19
rburtonfirst question: are you patching everything or just some files15:19
halsteadqschulz, kanavin_home, RP, certificate issues have been sorted.15:20
nemikdoes anyone have any tips on how to exclude kernel images from /boot?15:21
nacknickrburton: only some files from a pretty big list15:21
qschulzhalstead: \o/ thx15:21
rburtonnacknick: what qschulz  is spot on then15:21
halsteadNow to make this not happen again.15:22
nacknickrburton: I wish I understand what he means and how to do it15:22
rburtonwrite class that has a task that reads a variable to know what files to patch15:22
rburtoninherit class in your distro15:22
rburtonset that variable in the recipes15:23
qschulzhalstead: from my very amateur use case, I'm using caddy webserver which has automatic renewal of let's encrypt certs, so never have to bother checking. I think there is some cerberos or something like that to automate it yourself without caddy15:23
qschulznacknick: and put the task before the packages are created. This rburton knows more about, PKGFUNCS he talked about? And since the package tasks anyway need ${D} I guess you can just take your file from  ${D} in that task15:24
rburtoni prefer whole new tasks for something so dramatic as patching binaries like that15:26
*** frsc <frsc!~frsc@47-159-142-46.pool.kielnet.net> has quit IRC15:27
nacknickrburton: qschulz: OK. Just what do you mean in "take your file from ${D}". Don't I need a full path to it? And even I find the original binary, where should I put the patched one?15:27
opellohalstead: can you run certbot in cron on the various hosts?15:27
halsteadqschulz, Thanks for the tip.  I'm using the cronjob recommended by the certbot team. But I split services running on one server across several so the automatic renewal failed.15:27
rburtonnacknick: if you wanted to do all binaries then https://pastebin.com/zKXXciye is just missing the actual swapping of binaries15:28
rburtonpresumably you want the new file to have the same name as the original15:28
rburtonif you want a subset of files then as qschulz said, set a variable in the recipe15:29
halsteadopello, Yes. That's set up correctly now. And I'm updating monitors to alert on aging certs correctly.15:29
rburtoneg PATCH_THESE_FILES = "${bindir}/bzip2"15:29
rburtonthe class can read that variable to get the filenames15:29
opellohalstead: :) nice; i use aliases to have a single physical directory hold the challenge file and that seems to work well in my use case15:30
qschulznacknick: ${D} is the full path to "image", so you just need to know relative to "image" where bzip2recover is. But it does not have to be relative to "image" because in 99% of the cases, it's the same path in package-split and in the final rootfs (the one you boot on your target platform)15:31
halsteadopello, I like that sort of configuration. When we have multiple domains on one server that's exactly how I do it.15:31
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC15:31
*** interruptguy <interruptguy!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC15:31
qschulzso relative to something representing the root of your rootfs at some point in time, but ${D} should do it15:32
qschulzrburton: and it it's a very specific and finite and final list of files (without globs), maybe even have the variable set in the distro so that nothing has to be done from the recipes?15:32
*** interruptguy <interruptguy!~interrupt@82-181-11-213.bb.dnainternet.fi> has joined #yocto15:50
*** gtristan <gtristan!~tristanva@> has joined #yocto15:51
*** interruptguy <interruptguy!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC15:58
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC15:59
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC16:00
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto16:01
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:03
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC16:04
*** mckoan is now known as mckoan|away16:04
*** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC16:05
*** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto16:06
*** sgw <sgw!sgw@nat/intel/x-ffdupnvrnwmptnfs> has joined #yocto16:10
sgwMorning folks, it's been a while!16:10
qschulzsgw: good evening o/16:12
rburtonmorning sgw!16:13
kergothHmm, has anyone created a layer & tcmode to use an external yocto sdk as an external toolchain yet?16:13
rburtonkergoth: last i heard that wasn't trivial for reasons i am unaware of16:13
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto16:13
sgwI am wondering if there is a generic version of the kernel's shared_workdir?  I have a project that creates multiple packages from a single git, I think these packages should be in separate recipes rather than a monolithic recipe16:14
kergothHmm. Would have to pull in the environment-setup to find the paths obviously.. beyond that i'm not sure what would prevent it. might have to give it a go16:14
*** Guest96770 is now known as mischief16:14
sgwrburton: afternoon!  Love seeing those FB biking pics!16:15
rburtonsgw: gcc does it too but i think both replicate the logic.  mirror what gcc-source does?16:15
sgwAh, I will go look there16:15
sgwIt's been a while since I have poked around OE and bitbake classes!16:16
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:17
*** koyo89 <koyo89!~koyo89@> has joined #yocto16:22
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto16:23
*** clopez <clopez!~tau@neutrino.es> has quit IRC16:26
*** clopez_ <clopez_!~tau@neutrino.es> has joined #yocto16:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:27
*** grma <grma!~gruberm@> has quit IRC16:28
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC16:28
*** vineela <vineela!vtummala@nat/intel/x-chfdfkrobtfewlbi> has joined #yocto16:31
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC16:31
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto16:32
*** mischief is now known as Guest1949516:32
alejandrohssgw: Morning Sau!16:33
sgwalejandrohs: Hi there!  How's Seattle (I think) treating you?16:35
*** vineela <vineela!vtummala@nat/intel/x-chfdfkrobtfewlbi> has quit IRC16:35
*** koyo89 <koyo89!~koyo89@> has quit IRC16:36
qschulzwarning stupid question: is there a nice way to relocate the bitbake cache (recipe parsing)? CACHE has TMPDIR hardcoded :/16:40
alejandrohssgw: had to run away from there before the situation got worse haha, but doing great so far16:41
sgwalejandrohs: where are you now then, back in MX? Glad to hear your healthy!16:42
qschulz(I basically have the tmpdir in a tmpfs, sstate-cache and dldir on SSD. But obviously sometimes I run out of RAM so I need to clean my tmpdir, but then the metadata cache is gone :D)16:42
*** grma <grma!~gruberm@> has joined #yocto16:42
rburtonqschulz: build dir in real disk, tmpdir in tmpfs16:43
paulbarkerRP: The folks I talked to at ELCE about licensing were involved in https://github.com/oss-review-toolkit/ort. They wanted to add Yocto integration. It's fell off my list due to everything else going on16:44
qschulzrburton: mmmmm that's what I have already I think. Though there is a heavy wrapper around oe-init-buildenv so maybe something's fucked up there.16:49
*** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto16:50
rburtonqschulz: my setup is build dir in ~/poky/build, local.set sets DL_DIR and SSTATE_DIR to ~/... and TMPDIR to /scratch/poky (which is tmpfs)16:50
rburtonbitbake cache is in build/cache/16:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:50
rburtonmorning bluelightning16:51
sgwvery early morning for bluelightning!16:51
bluelightningmorning rburton, sgw16:51
bluelightningindeed, coming up on 5AM16:52
*** nerdboy <nerdboy!~sarnold@> has joined #yocto16:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:53
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto16:56
qschulzrburton: I thought I had something along those lines but there is definitely something wrong somewhere, I have a cache directory in both poky/build and /scratch/poky.... I'll investigate, no need to help further :) Thx!16:59
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:01
denixRP: is there any way to have multiconfig configurations enabled/loaded/limited per machine or per recipe?17:04
alejandrohssgw: texas right now17:06
alejandrohsdenix: can you elaborate?17:07
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC17:07
*** Guest19495 is now known as mischief17:10
RPdenix: per recipe doesn't make sense. I think you could do BBMULTICONFIG_<machine> as override syntax17:12
RPdenix: just guessing from memory mind17:12
denixRP: thanks, I'll try. is it safe to set BBMULTICONFIG in machine.conf? looks like BB_CURRENT_MC.conf gets loaded before machine.conf...17:13
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto17:14
RPdenix: You are right, we had to do that as the multiconfig can set the MACHINE17:14
RPdenix: although the base MACHINE could set the other mulitconfigs so it could work17:15
denixRP: heh, I rather need it in reverse - MACHINE setting MULTICONFIG17:16
nacknickrburton: About what you suggested. If I create my own task as you said, for what I need a class as well?17:16
rburtonnacknick: because otherwise you're writing a new task into every recipe17:17
nacknickah ok17:17
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC17:17
denixRP: so, that BB_CURRENT_MC confused me a bit. that is conf/multiconfig/default.conf right? Is it set my bitbake itself?17:18
nacknicklast question for today (I promise): I get a message `Files/directories were installed but not shipped in any package`. it happens only in a specific package, even though I do the same thing for several packages (adding mylib.so.1 to {D}/lib). Why does it happen?17:19
rburtonbecause the FILES don't match that filename17:20
nacknickI tried to add: `FILES_${PN}-lib="mylib.so.1"` - to the recipe. did not help17:20
rburtonare you not just swapping binaries directly?17:20
nacknickno. added a new one17:21
rburtonpresumably the package doesn't have a PN-lib17:21
rburtonif there's a *new* file to be added, package that in its own recipe17:21
nacknickit does actually. it uses it in other place of the recipe17:21
alejandrohsdenix: no, thats the one being used at the moment for that recipe, the taskdata objects are still separate, thats how it knows which one its using17:21
Saurnacknick: That should be: FILES_${PN}-lib = "/lib/mylib.so.1"17:21
nacknickSaur: you're right. I used {base_libdir}mylib.so17:22
denixalejandrohs: ok, I guess I need to experiment some more...17:22
SaurFILES_${PN}-lib = "${base_libdir}/mylib.so.1"17:22
alejandrohsdenix: idk your use case but if it helps you can pass BBMULTICONFIG on layer.conf17:23
alejandrohsdenix: and basically just could be activated if a dependency to it is found17:23
alejandrohsbut again, not usre if thats what you want17:23
nacknickOK. never mind. I will keep trying...17:24
alejandrohsdenix: and actually now that I remember, you can re-set MACHINE after it the machine.conf was parsed, and from there you can have several multiconfigs, thats how I implemented a multiarch system using a "single" MACHINE17:25
alejandrohsafter it *parses* the machine.conf *17:25
denixalejandrohs: actually that's how I first done it, but then it is enabled for all my machines, but I only need to limit it to some17:25
alejandrohsdenix: yeah that second option looks better17:26
qschulzI *HATE* ntp... why does it always take 30min to compile from scratch.17:26
RPdenix: bitbake itself does set it, yes17:26
RPqschulz: ntp? or ltp?17:27
denixalejandrohs: so, I moved BBMULTICONFIG setting from layer.conf into individual machine.conf now - was just wondering if it was safe doing it from the ordering perspective (machine vs. multiconfig)17:28
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC17:29
*** phippu <phippu!~phippu@> has quit IRC17:30
alejandrohsdenix: trying to find the code for that17:31
denixRP: thanks. so, this is a bit mind-twisting - effectively bitbake gets restarted for each additional mc:* call and it re-parses everything from scratch and keeps separate taskdata objects, as alejandrohs mentioned above...17:31
*** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto17:31
*** mischief is now known as Guest8805817:32
alejandrohsdenix: IIRC the machine.conf will be parsed, you set BBMULTICONFIG there at the beginning so now it knows there are several multiconfigs, and then you re set MACHINE to the one you'll treat as default17:34
qschulzRP: ntp17:36
qschulz10min for configure, 10 for compile, 10 for install17:36
qschulzRP: in the makefile they are checking the dependencies as one would do for the configure step but also for compile and install for some reason /me shrugs17:37
*** nacknick <nacknick!d597383f@> has quit IRC17:37
*** tgamblin_ is now known as tgamblin17:40
*** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has joined #yocto17:42
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC17:45
alejandrohsdenix: yeah thats how I did it, the only part missing is after re-setting the MACHINE, theres a require directive to the machine.conf that will be default17:47
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:49
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has quit IRC17:51
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has joined #yocto17:52
denixalejandrohs, RP: hmm, so I had to separate TMPDIR per machine now and moved out DEPLOY_DIR to be shared. now I get conflicts when writing ca-certificates package in there. sstate-cache is also outside of TMPDIR - is there anything else I need to move so the package gets re-used?17:58
*** AnnaNystrom <AnnaNystrom!4d410d55@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto18:12
*** AnnaNystrom <AnnaNystrom!4d410d55@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC18:14
denixalejandrohs, RP: so, this seems to work per-machine, besides the above clash of common packages in deploy...18:28
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto18:40
RPqschulz: it sounds wrong :/19:04
RPdenix: the clash will depend on how you configure it and whether the elements are compatible or not19:05
denixRP: ca-certificates is noarch/all package. before, when DEPLOY_DIR was inside TMPDIR, different machines would re-use it. now TMPDIR is per-machine and DEPLOY_DIR + sstate-cache are outside - machines can no longer re-use noarch/all packages19:11
denixRP: nothing else in the config changed, besides separating TMPDIR due to multiconfig19:12
*** falstaff <falstaff!~quassel@2a02:169:3df5::208> has quit IRC19:13
RPdenix: why do you need to separate TMPDIR?19:14
RPdenix: if the configs match, the sstate should be reused which suggests its not matching19:14
RPdenix: compare the tmp/stamps files in the different TMPDIRs19:15
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:15
denixRP: ok, I can check stamps. the reason to separate TMPDIRs was based on our earlier discussion. e.g. multiconfigs use different TCLIBC, hence TMPDIR=tmp-${TCLIBC}. but ca-certificates does not depend on TCLIBC...19:17
RPdenix: ok, I have to admit I don't know how well the system copes with different TCLIBC in the same tmpdir right now. I'd check the stamp files19:18
denixRP: I actually tried using the same TMPDIR initially and it would clash much sooner, somewhere in stamps, I believe...19:20
RPdenix: I can imagine ways TCLIBC collides19:21
kergothkhem: did you ever find the cause of the undefined _sysconfigdata issue? I'm not seeing it with prserv, but with devtool modify, and have your patch applied19:31
* kergoth backs up to 3.7 for now19:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:36
RPkergoth: 20.04?19:38
kergothnope, but i do have 3.8 installed with pyenv19:42
kergothso probably hitting the same issues, i'll check oe-core for commits i'm missing19:42
denixkergoth: what host distro?19:45
*** Guest88058 is now known as mischief20:00
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC20:03
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC20:07
RPsgw: didn't see you earlier, was in meetings. Nice to see you here! :)20:16
sgwRP: no worries, I drop in and out, but actually am doing some recipe work related to my current project, hope your doing well (or as well as can be in this wacky time)20:18
RPsgw: I'm ok thanks, just lonely. Hope you're ok, looked like you were enjoying the beer :)20:22
*** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC20:26
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC20:54
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ycivhzgajckiamqy> has quit IRC21:04
*** fl0v0 <fl0v0!~fvo@2a01:c22:a86f:bc00:54e6:d242:942b:541a> has quit IRC21:04
*** markpur <markpur!~dist@d8d86740a.access.telenet.be> has joined #yocto21:06
*** rcw <rcw!~rcw@> has joined #yocto21:06
*** stuom1 <stuom1!~tuomas@> has quit IRC21:09
*** robert_yang <robert_yang!~robert@> has quit IRC21:12
*** rburton <rburton!~rburton@> has quit IRC21:12
*** robert_yang <robert_yang!~robert@> has joined #yocto21:12
*** JaMa <JaMa!~martin@> has quit IRC21:14
*** stuom1 <stuom1!~tuomas@> has joined #yocto21:16
*** berton <berton!~berton@> has quit IRC21:17
*** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC21:25
*** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has quit IRC21:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has joined #yocto21:31
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto21:31
*** clogwog <clogwog!7cbdcfa5@> has joined #yocto21:34
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has quit IRC21:39
khemkergoth:I am not seeing it anymore21:50
khemRP:seeing openembedded-core/meta/recipes-devtools/pseudo/pseudo_git.bb:do_fetch) failed with exit code 'setscene whitelist' when building eSDK21:53
khemI dont even understand what "setscene whitelist" is for an exit code21:53
RPkhem: I think that means it tried to rerun the pseudo build when it should have been locked in sstate22:11
RPthat confused the system so it aborted22:11
RPthis is the part where I said eSDK needs work in being more understandable22:11
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto22:18
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC22:21
*** Moh3N <Moh3N!057efd82@> has joined #yocto22:30
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC22:32
khemOK, so perhaps something changed in sigs somewhere ?22:33
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC22:33
Moh3NHi, I have a big problem with temporary partition in ram(ram devision), because I have some tmpfs partition with 200 MB size and a rootfs with 15 MB size!!  I want to decrease from temporary partitions and increase rootfs size22:34
Moh3Ncan I do this in yocto ??22:34
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto22:35
Moh3NI want to do it one time for ever, can I define ram devision partitions in yocto ??22:35
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC22:39
moto-timofedora32 vm created :)22:40
armpiti686 or x86_64?22:52
armpitarm thumb, 32 or 64 ?22:52
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC23:01
Moh3Nhow I can add valgrind to my Image ?23:47
*** rcw <rcw!~rcw@> has quit IRC23:52
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC23:53
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC23:57
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!