| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 00:26 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has joined #yocto | 00:27 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has quit IRC | 00:30 | |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-depemyzbcuwkbozl> has joined #yocto | 00:40 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has quit IRC | 01:06 | |
| yocti | New 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 #yocto | 01:11 | |
| *** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto | 01:22 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 01:36 | |
| *** vineela1 <vineela1!~vtummala@134.134.137.75> has quit IRC | 01:36 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has quit IRC | 01:47 | |
| *** la_croix <la_croix!~la_croix@cpc97624-walt24-2-0-cust98.13-2.cable.virginm.net> has joined #yocto | 01:51 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 02:26 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 02:28 | |
| *** kaspter <kaspter!~Instantbi@222.67.190.238> has joined #yocto | 02:30 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 02:35 | |
| yocti | New 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 IRC | 02:41 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 02:45 | |
| *** otavio <otavio!~otavio@181.220.114.167> has joined #yocto | 02:46 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 02:46 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 02:56 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 02:59 | |
| * paulg wonders how yocti search decided to re-broadcast that post here on IRC. | 03:05 | |
| paulg | aha. OP mentioned "yocto" | 03:06 |
| paulg | guessed as much. | 03:07 |
| paulg | "I'm working on a yocto platform with..." | 03:08 |
| paulg | I'm working on a yocto platform with | 03:08 |
| paulg | cut and paste fail... :-/ | 03:08 |
| *** camus1 <camus1!~Instantbi@222.67.190.238> has joined #yocto | 03:11 | |
| *** kaspter <kaspter!~Instantbi@222.67.190.238> has quit IRC | 03:12 | |
| *** camus1 is now known as kaspter | 03:12 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:35 | |
| *** kaspter <kaspter!~Instantbi@222.67.190.238> has quit IRC | 03:37 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has joined #yocto | 03:39 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:45 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:46 | |
| *** camus1 <camus1!~Instantbi@222.67.191.76> has joined #yocto | 03:55 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:55 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.177> has quit IRC | 03:56 | |
| *** camus1 is now known as kaspter | 03:56 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:56 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 03:57 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 04:01 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 04:01 | |
| *** kaspter <kaspter!~Instantbi@222.67.191.76> has quit IRC | 04:02 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has joined #yocto | 04:03 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 04:35 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 04:41 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 04:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 04:47 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 04:48 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 04:51 | |
| *** mischief is now known as Guest62438 | 04:52 | |
| *** jobroe <jobroe!~manjaro-u@p579EBAD7.dip0.t-ipconnect.de> has joined #yocto | 04:53 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:57 | |
| *** yocti <yocti!~supybot@yocto-www.yoctoproject.org> has joined #yocto | 05:13 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 05:13 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has joined #yocto | 05:15 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:17 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 05:19 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:26 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 05:27 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:27 | |
| *** Guest62438 is now known as mischief | 05:30 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:31 | |
| yocti | New news from stackoverflow: didn't pass LDFLAGS? [ldflags] <https://stackoverflow.com/questions/61473077/didnt-pass-ldflags-ldflags> | 05:37 |
| *** kaspter <kaspter!~Instantbi@222.67.188.181> has quit IRC | 05:43 | |
| *** camus1 <camus1!~Instantbi@101.93.194.160> has joined #yocto | 05:43 | |
| *** camus1 is now known as kaspter | 05:45 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 05:53 | |
| *** bzb <bzb!~bzb@214.ip-51-79-55.net> has joined #yocto | 05:55 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ycivhzgajckiamqy> has joined #yocto | 06:04 | |
| *** alejandrohs <alejandrohs!~alejandro@107.158.155.211> has joined #yocto | 06:07 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 06:08 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has quit IRC | 06:09 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 06:10 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 06:15 | |
| *** otavio <otavio!~otavio@181.220.84.90> has joined #yocto | 06:17 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 06:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:18 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 06:24 | |
| *** alejandrohs <alejandrohs!~alejandro@107.158.155.211> has quit IRC | 06:28 | |
| *** frsc <frsc!~frsc@47-159-142-46.pool.kielnet.net> has joined #yocto | 06:29 | |
| *** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has joined #yocto | 06:30 | |
| *** gtristan <gtristan!~tristanva@59.29.205.187> has joined #yocto | 06:38 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:a86f:bc00:54e6:d242:942b:541a> has joined #yocto | 06:40 | |
| *** alejandrohs <alejandrohs!~alejandro@96.47.238.100> has joined #yocto | 06:43 | |
| *** gonkulat1r <gonkulat1r!~brandon@75.71.150.20> has joined #yocto | 06:47 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 06:49 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:05 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 07:11 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 07:19 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 07:19 | |
| *** nemik <nemik!~scout@207.237.249.32> has quit IRC | 07:20 | |
| *** nemik <nemik!~scout@207.237.249.32> has joined #yocto | 07:20 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 07:23 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 07:24 | |
| *** mischief is now known as Guest96770 | 07:24 | |
| *** invalidopcode <invalidopcode!~invalidop@cpe-76-95-210-55.socal.res.rr.com> has quit IRC | 07:35 | |
| *** mckoan|away is now known as mckoan | 07:37 | |
| alejandrohs | just out of curiosity, is anyone else getting this: | 07:40 |
| alejandrohs | fatal: unable to access 'https://git.yoctoproject.org/git/meta-intel/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none | 07:40 |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:43 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:b94c:baeb:34ca:6eb6> has joined #yocto | 07:46 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:46 | |
| *** nacknick <nacknick!d597383f@213.151.56.63> has joined #yocto | 07:47 | |
| *** chandana731 <chandana731!~ckalluri@149.199.62.130> has joined #yocto | 07:49 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.130> has quit IRC | 07:50 | |
| nacknick | Even 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_home | ak@linux-f9zs:~/development> git clone https://git.yoctoproject.org/git/meta-intel | 07:52 |
| kanavin_home | Cloning into 'meta-intel'... | 07:52 |
| kanavin_home | fatal: unable to access 'https://git.yoctoproject.org/git/meta-intel/': SSL certificate problem: certificate has expired | 07:52 |
| kanavin_home | halstead: ^^^ | 07:52 |
| alejandrohs | kanavin_home: thanks for checking alex | 07:53 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto | 07:54 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:54 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:04 | |
| *** marquiz_ <marquiz_!~marquiz@134.191.221.74> has joined #yocto | 08:05 | |
| *** marquiz <marquiz!~marquiz@134.191.221.74> has quit IRC | 08:06 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:08 | |
| *** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 08:09 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 08:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:09 | |
| *** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 08:10 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:10 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 08:10 | |
| RP | kanavin_home: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/893 is a second run of your patches | 08:10 |
| RP | kanavin_home: ububtu1604 segfault is an issue but there are some others | 08:11 |
| RP | kanavin_home: that is with libinput removed | 08:11 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 08:15 | |
| vermaete | https certificate of https://git.yoctoproject.org/ is expired? | 08:15 |
| g0hl1n | vermaete, for me too. It expired on 4/28/2020, 8:51:54 AM (Central European Summer Time) | 08:17 |
| alejandrohs | vermaete: yeah, looks like it | 08:18 |
| *** Moh3N <Moh3N!057efafb@5.126.250.251> has joined #yocto | 08:25 | |
| *** yoctonoob <yoctonoob!051e1a19@5.30.26.25> has joined #yocto | 08:26 | |
| yoctonoob | hi 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 |
| qschulz | ssl 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@59.29.205.187> has quit IRC | 08:31 | |
| kanavin_home | RP: thanks. I think there's maybe 2 or 3 issues in there, will take a look | 08:33 |
| Moh3N | Hi, I have one question that I answered some dayes ago, but after it I became offline and.... | 08:33 |
| *** barty <barty!4fbf7d7a@79.191.125.122.ipv4.supernova.orange.pl> has joined #yocto | 08:34 | |
| Moh3N | is 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 it | 08:35 |
| Moh3N | is there any way in yocto for Image, or olny I must do it in Linux OS ?? | 08:35 |
| Moh3N | devtmpfs and tmpfs partition created in ram has more space, then my rootfs has only 15 MB | 08:36 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:36 | |
| barty | Have you ever encountered an error with quilt not being found while building an image? | 08:36 |
| Moh3N | NO! I build Image ithout any Errors | 08:37 |
| barty | I'm trying to build core-image-base for genericx86-64, I have quilt installed by apt, Ubuntu 18.04.4 | 08:38 |
| barty | exactly that | 08:39 |
| barty | "/bin/sh: quilt: command not found" | 08:39 |
| yoctonoob | @barty i think you could use git instead with PATCHTOOL | 08:42 |
| barty | ok, thats kinda helpful | 08:44 |
| barty | ty | 08:44 |
| barty | most recipes have quilt as default | 08:44 |
| qschulz | Moh3N: 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 |
| qschulz | so 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 IRC | 08:49 | |
| alejandrohs | barty: you should not use quilt from your HOST | 08:49 |
| alejandrohs | barty: idk why something requires quilt but you can add quilt-native to DEPENDS and it should be available for that component | 08:51 |
| RP | kanavin_home: looks like they improved conflicting directory code in rpm and we're now hitting it somehow :/ | 08:54 |
| RP | kanavin_home: I don't understand why it happens in some builds and not others though | 08:55 |
| kanavin_home | RP: yeah, there are three distinct errors: | 08:57 |
| kanavin_home | error: unpacking of archive failed on file /var/volatile/log/journal: cpio: mkdir failed - Inappropriate ioctl for device | 08:57 |
| kanavin_home | error: unpacking of archive failed on file /var/log: cpio: File from package already exists as a directory in system | 08:57 |
| kanavin_home | error: unpacking of archive failed on file /var/spool/mail: cpio: mkdir failed - Inappropriate ioctl for device | 08:57 |
| kanavin_home | I am just now creating a build to reproduce locally | 08:58 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:58 | |
| *** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 09:02 | |
| *** gtristan <gtristan!~tristanva@61.73.250.241> has joined #yocto | 09:07 | |
| *** yoctonoob <yoctonoob!051e1a19@5.30.26.25> has quit IRC | 09:07 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has joined #yocto | 09:10 | |
| RP | kanavin_home: the mingw issue is because its trying to build GL for windows | 09:11 |
| kanavin_home | RP: 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 #yocto | 09:14 | |
| *** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 09:21 | |
| *** JoeR <JoeR!~JayBee@29.241.189.80.dyn.plus.net> has joined #yocto | 09:22 | |
| *** Guest96770 <Guest96770!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 09:22 | |
| JoeR | I'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 #yocto | 09:26 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 09:28 | |
| RP | JoeR: certificate issues? | 09:29 |
| JoeR | Yeah | 09:29 |
| JoeR | Ancient server its on that doesn't get updated much. So it could well be my own issue. | 09:29 |
| JoeR | Just thought I'd double check. | 09:29 |
| Moh3N | qschulz thank you, I check it. I want ti=o solve my problem in Yocto ! if it is possible | 09:30 |
| Moh3N | is 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 MB | 09:30 |
| nacknick | Even 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 |
| rburton | is that package *in the image* though | 09:33 |
| nacknick | yes | 09:33 |
| nacknick | like 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 not | 09:34 |
| rburton | dunno | 09:34 |
| rburton | sharing the actual recipe might be useful | 09:34 |
| nacknick | I changed the names of the library and the symlink to .so.1/.so.1.1 extension | 09:34 |
| nacknick | s | 09:35 |
| *** ignbado <ignbado!542cd3ca@xdsl-84-44-211-202.nc.de> has joined #yocto | 09:37 | |
| nacknick | rburton: https://pastebin.com/tRhYXCj4 | 09:38 |
| nacknick | inside the output.tar archive there are the 2 files I mentioned before | 09:38 |
| rburton | nacknick: don't make up versions if the library isn't versioned | 09:39 |
| nacknick | What do mean "is not versioned"? | 09:39 |
| JoeR | RP: Is there anything up or anything I should do? You mentioned certs, which is exactly my issue... | 09:39 |
| nacknick | If I won't version it, the ".so" files won't be copied | 09:39 |
| rburton | nacknick: ok stepping back. do you own the library or is it a 3rd party library | 09:40 |
| *** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 09:40 | |
| RP | JoeR: 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 that | 09:40 |
| *** blarz <blarz!~uwotm8@v.blarzwurst.de> has joined #yocto | 09:40 | |
| nacknick | I own the library, but the package is not mine. I added the function to an existing recipe of an existing package | 09:41 |
| nacknick | I created the library file | 09:41 |
| JoeR | RP: Thanks. I'll sit on it for a bit then :-) | 09:41 |
| rburton | nacknick: 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@24.214.86.237> has quit IRC | 09:43 | |
| *** dmoseley <dmoseley!~dmoseley@24.214.86.237> has joined #yocto | 09:43 | |
| kanavin_home | RP: 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_home | RP: awww, it did fail on ubuntu 18.04 :-/ | 09:45 |
| *** nacknick15 <nacknick15!8de23a67@141.226.58.103> has joined #yocto | 09:45 | |
| RP | kanavin_home: the pattern doesn't make sense :/ | 09:46 |
| *** camus1 <camus1!~Instantbi@101.93.194.160> has joined #yocto | 09:46 | |
| *** nacknick <nacknick!d597383f@213.151.56.63> has quit IRC | 09:47 | |
| nacknick15 | rburton: 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@101.93.194.160> has quit IRC | 09:47 | |
| *** camus1 is now known as kaspter | 09:47 | |
| kanavin_home | RP: it's not impossible that one of the workers produces 'broken' rpms and the rest get them through cache | 09:48 |
| *** JoeR <JoeR!~JayBee@29.241.189.80.dyn.plus.net> has quit IRC | 09:48 | |
| RP | kanavin_home: but then it would fail all over? | 09:49 |
| kanavin_home | RP: let me look closer again at where things failed, and whether the failing packages came from cache | 09:51 |
| RP | kanavin_home: I worry rpm's install order isn't entirely deterministic :/ | 09:57 |
| *** psaavedra_ <psaavedra_!~quassel@144.28.60.213.dynamic.reverse-mundo-r.com> has joined #yocto | 09:57 | |
| RP | kanavin_home: comparing your local working build log with the failed log to see if the ordering is the same? | 09:57 |
| rburton | nacknick15: 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@141.226.58.103> has quit IRC | 10:00 | |
| *** psaavedra_ is now known as psaavedra | 10:00 | |
| *** psaavedra <psaavedra!~quassel@144.28.60.213.dynamic.reverse-mundo-r.com> has joined #yocto | 10:01 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:04 | |
| *** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 10:05 | |
| psaavedra | Hello, anybody aware about the letsencrypt certificate for the git.yoctoproject.org domain expired today? | 10:05 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 10:06 | |
| kanavin_home | RP: right, that could be the case. let me try to dig in this direction too. | 10:18 |
| *** larsjep <larsjep!c1b6a603@193.182.166.3> has joined #yocto | 10:19 | |
| *** clogwog <clogwog!7cbdcfa5@124.189.207.165> has joined #yocto | 10:20 | |
| larsjep | Are you aware that the certificate on https://git.yoctoproject.org/ has expired? | 10:20 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:22 | |
| qschulz | psaavedra: yup | 10:23 |
| qschulz | larsjep: yup | 10:23 |
| larsjep | ok, great. | 10:24 |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has quit IRC | 10:26 | |
| *** jobroe_ <jobroe_!~manjaro-u@p5DD7F27C.dip0.t-ipconnect.de> has joined #yocto | 10:28 | |
| *** jobroe <jobroe!~manjaro-u@p579EBAD7.dip0.t-ipconnect.de> has quit IRC | 10:29 | |
| *** RP <RP!~RP@5751f4a1.skybroadband.com> has joined #yocto | 10:31 | |
| *** Gottox <Gottox!~Gottox@vm3.s01.de> has quit IRC | 10:32 | |
| *** Gottox <Gottox!~Gottox@vm3.s01.de> has joined #yocto | 10:33 | |
| *** clogwog <clogwog!7cbdcfa5@124.189.207.165> has quit IRC | 10:36 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 10:42 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@88.147.87.184> has joined #yocto | 10:58 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@88.147.87.184> has quit IRC | 11:00 | |
| kanavin_home | RP: compared the logs, the order is the same | 11:03 |
| *** barty <barty!4fbf7d7a@79.191.125.122.ipv4.supernova.orange.pl> has quit IRC | 11:04 | |
| *** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto | 11:10 | |
| *** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto | 11:12 | |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@88.147.87.184> has joined #yocto | 11:16 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@88.147.87.184> has quit IRC | 11:19 | |
| RP | kanavin_home: I guess that is good but doesn't help | 11:19 |
| *** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has quit IRC | 11:21 | |
| RP | kanavin_home: I wonder what happens if you pull the packages from the autobuilder for base-files/shadow and try using them injected into your build | 11:22 |
| RP | kanavin_home: I'm sure you have plenty of ideas to explore, just thinking out loud | 11:23 |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@88.147.87.184> has quit IRC | 11:25 | |
| kanavin_home | RP: 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@88.147.87.184> has joined #yocto | 11:27 | |
| *** lucaceresoli__ <lucaceresoli__!~lucaceres@88.147.87.184> has quit IRC | 11:28 | |
| RP | kanavin_home: hmm, right. And it should use the same target packages for both | 11:36 |
| kanavin_home | yeah, maybe dnf trips over the rootfs that is preserved from previous populate_sdk. will find out in a minute. | 11:37 |
| kanavin_home | note 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@5.171.123.167> has joined #yocto | 11:39 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has quit IRC | 11:42 | |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:44 | |
| *** hpsy <hpsy!~hpsy@85.203.15.47> has joined #yocto | 11:46 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto | 11:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:d028:4437:a10a:68a5> has quit IRC | 11:49 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.123.167> has quit IRC | 11:51 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:3c5d:7c09:562a:defe> has joined #yocto | 12:03 | |
| kanavin_home | RP: I have reproduced! | 12:03 |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 12:07 | |
| *** Moh3N <Moh3N!057efafb@5.126.250.251> has quit IRC | 12:07 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 12:08 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 12:08 | |
| RP | kanavin_home: great! That should help a lot! | 12:14 |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC | 12:21 | |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 12:24 | |
| RP | kanavin_home: I have an answer regarding patch-wrapper in quilt btw | 12:26 |
| RP | kanavin_home: well, part of one | 12:26 |
| RP | kanavin_home: note that do_compile_ptest does "make bin/patch-wrapper", then installs it to /usr/lib/quilt/ptest/bin/ | 12:26 |
| RP | kanavin_home: I'm guessing it sometimes works and sometimes doesn't due to PATH issues | 12:27 |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 12:36 | |
| silviof | Hi 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 |
| rburton | the archiver class is designed to satisfy upstream sources requirements | 12:37 |
| rburton | and obviously a copy of your layer if needed | 12:38 |
| silviof | rburton: Okay thanks. I will look into this! | 12:38 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 12:38 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 12:40 | |
| *** phippu <phippu!~phippu@51.154.7.61> has joined #yocto | 12:41 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 12:46 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 12:47 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.123.167> has joined #yocto | 12:48 | |
| RP | kanavin_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_home | RP: 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 IRC | 12:51 | |
| *** gtristan <gtristan!~tristanva@61.73.250.241> has quit IRC | 12:51 | |
| silviof | rburton: Thanks. Exactly what I wanted. | 12:54 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 12:56 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 12:56 | |
| *** psaavedra <psaavedra!~quassel@144.28.60.213.dynamic.reverse-mundo-r.com> has quit IRC | 12:58 | |
| RP | kanavin_home: I hate it when that happens :/ | 12:59 |
| RP | kanavin_home: it does at least limit the potential causes | 12:59 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 13:00 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has joined #yocto | 13:04 | |
| kanavin_home | RP: I got it back \0/ | 13:04 |
| kanavin_home | now I will be extra careful to not erase anything :) | 13:05 |
| RP | kanavin_home: once you can reproduce it at will, you're usually 80% of the way to fixing it | 13:05 |
| kanavin_home | RP: I'm still unsure what the exact sequence is, but circulating between configurations 5,6,7 in qa-extras2 and default one did the trick | 13:07 |
| *** locutus__ <locutus__!~LocutusOf@5.171.123.167> has quit IRC | 13:07 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.123.167> has joined #yocto | 13:08 | |
| RP | kanavin_home: I'd probably pick a new directory and see if I could script the sequence to reproduce, then minimise it | 13:11 |
| RP | kanavin_home: or just figure out why it fails as that could shed light | 13:11 |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-54-44.net.vodafone.it> has quit IRC | 13:11 | |
| kanavin_home | RP: dnf seems to be writing (and thus creating) to /var/log before the package that creates /var/log as a symlink is installed | 13:12 |
| RP | kanavin_home: hmm, 'fun' | 13:13 |
| *** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has joined #yocto | 13:21 | |
| *** Sam57 <Sam57!97f88fe8@pub151248143232.dh-hfc.datazug.ch> has left #yocto | 13:21 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:25 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:27 | |
| tgamblin | kanavin_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 of | 13:33 |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has quit IRC | 13:33 | |
| *** nameclash <nameclash!~nameclash@ip1f11b23e.dynamic.kabel-deutschland.de> has joined #yocto | 13:35 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 13:36 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 13:37 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:42 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:45 | |
| *** nacknick <nacknick!d597383f@213.151.56.63> has joined #yocto | 13:47 | |
| nacknick | I 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 |
| qschulz | nacknick: do you have rm_work enabled? | 13:53 |
| nacknick | qschulz: 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 IRC | 13:58 | |
| *** jobroe_ <jobroe_!~manjaro-u@p5DD7F27C.dip0.t-ipconnect.de> has quit IRC | 13:59 | |
| kroon | nacknick, bitbake -e bzip2 | grep ^INHERIT= | grep rm_work | 14:02 |
| nacknick | kroon: provides nothing | 14:03 |
| kroon | nacknick, having it enabled will delete redundant build artifacts | 14:03 |
| nacknick | qschulz kroon: Is this related to "native" and "not-native" packages? | 14:03 |
| kanavin_home | tgamblin: I am working on upgrading the rpm/dnf/libdnf stack. There is no separate bug for it. | 14:03 |
| kanavin_home | RP: patch for base-files dnf failure sent. This appears to be a race, between lock creation code and package installation. | 14:08 |
| sagner | Hi, 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 #yocto | 14:11 | |
| RP | kanavin_home: nice find, thanks. Missing Upstream-Status though ;-) | 14:12 |
| kanavin_home | oh. will add and resend | 14:13 |
| RP | kanavin_home: thanks, sorry to be a pain :) | 14:14 |
| *** phippu <phippu!~phippu@51.154.7.61> has joined #yocto | 14:17 | |
| rfs613 | Anyone 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@62.192.23.101> has joined #yocto | 14:18 | |
| ykrons | Hi | 14:19 |
| ykrons | It seems the yoctoproject.org certificates is expired. Did you know if yocto team is already working to renew it? | 14:19 |
| RP | ykrons: yes, should be fixed in the next few hours | 14:20 |
| ykrons | ok, thanks for the feedback and quick fix | 14:20 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 14:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:26 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC | 14:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 14:32 | |
| qschulz | nacknick: 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 image | 14:32 |
| qschulz | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#ref-classes-rm-work | 14:33 |
| *** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto | 14:34 | |
| nacknick | qschulz 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 |
| qschulz | so if you're checking your recipes by looking into its WORKDIR but you have rm_work enabled, you will not go far :) | 14:34 |
| qschulz | nacknick: no rm_work so should be good | 14:34 |
| nacknick | Any other reason why there is no "image" directory and no binary file? | 14:35 |
| *** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 14:37 | |
| qschulz | nacknick: did you clean the workdir/tmpdir recently but not the sstate-cache? | 14:37 |
| *** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC | 14:37 | |
| nacknick | qschulz: טקד | 14:37 |
| nacknick | qschulz: yes | 14:37 |
| qschulz | nacknick: 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 |
| nacknick | So how to fix it? Should I remove sstate-cache? | 14:38 |
| qschulz | nacknick: it's not broken, so you don't need to fix it | 14:38 |
| nacknick | But I need all the executable files :| | 14:39 |
| nacknick | bzip2recover as well | 14:39 |
| *** thecomet <thecomet!~thecomet@77.109.191.139> has joined #yocto | 14:39 | |
| qschulz | nacknick: when, where, how? | 14:39 |
| qschulz | why would you need to get the binaries from the WORKDIR? | 14:39 |
| nacknick | now, under "image" dir | 14:39 |
| nacknick | because I want to patch them | 14:40 |
| nacknick | I modify them | 14:40 |
| qschulz | patch them within the recipe | 14:40 |
| nacknick | can't | 14:40 |
| qschulz | what do you mean you can't? | 14:40 |
| qschulz | you do a bbappend in worst case | 14:40 |
| nacknick | I need to send bzip2recover to remote server and to get a replaced one | 14:41 |
| nacknick | patched one | 14:41 |
| nacknick | can't do it locally | 14:41 |
| qschulz | nacknick: can the recipe send bzip2recover to your remote server? | 14:42 |
| nacknick | yes. this is what it does in other recipes | 14:42 |
| nacknick | but I can't find bzip2recover | 14:42 |
| nacknick | file | 14:42 |
| qschulz | you have a recipe that produces this bzip2recover right? | 14:42 |
| nacknick | yes. should be | 14:43 |
| nacknick | it's built in | 14:43 |
| qschulz | well, patch this recipe to send the bzip2recover to the remote server? | 14:43 |
| qschulz | with a bbappend? | 14:43 |
| nacknick | yes. this is what i'm doing | 14:43 |
| qschulz | nacknick: ok, at least we're on the same page | 14:43 |
| nacknick | but specifically bzip2recover file, can't be found in the work dir | 14:44 |
| nacknick | so I have nothing to send to the remote server | 14:44 |
| qschulz | nacknick: in which task is the non patched binary created? | 14:44 |
| nacknick | I think it's different between recipes | 14:44 |
| qschulz | for this one specifically | 14:45 |
| nacknick | https://pastebin.com/MdXTnpV6 | 14:45 |
| qschulz | nacknick: /me shrugs | 14:46 |
| nacknick | you don't know? | 14:46 |
| qschulz | worst 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 |
| qschulz | maybe it's smarter to have it in a do_install_prepend() and take it from ${B}, I don't know | 14:48 |
| nacknick | qschulz This is exactly what I'm doing for all other binaries | 14:48 |
| nacknick | ${D} I mean | 14:48 |
| qschulz | nacknick: then I fail to see what's the issue? | 14:48 |
| nacknick | bzip2recover, in contrary to other binary files of other packages, is just missing! | 14:48 |
| nacknick | It does not exist in the build directory | 14:49 |
| nacknick | I don't have even "image" directory under: `bzip2/1.0.6-r5` | 14:49 |
| nacknick | Now it's clear? | 14:50 |
| qschulz | nacknick: no :) image was created the last time do_install needed to be run, it hasn't run since then | 14:50 |
| qschulz | are you trying to find the path to bzip2recover? | 14:50 |
| nacknick | yes | 14:51 |
| nacknick | But I ran `bitbake bzip2 -c cleansstate` - does not it force to rebuilt it? | 14:51 |
| qschulz | it does | 14:51 |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 14:51 | |
| nacknick | so I still has no "image" dir | 14:51 |
| qschulz | well, you need to rebuild bzip2 afterwards but yes | 14:51 |
| nacknick | of course | 14:52 |
| qschulz | you do have packages and package-split directories at least? | 14:52 |
| nacknick | So even after cleaning and rebuild it - I have no binary file called bzip2recover | 14:52 |
| nacknick | yes I do | 14:53 |
| qschulz | look there then, but still weird than there is no image directory | 14:53 |
| nacknick | qschulz you're right I could find bzip2recover under "package" dir | 14:55 |
| nacknick | does it mean I can modify it (send to the remote server and replace it) and get it in the final image? | 14:56 |
| rburton | a better approach would be to have a do_package function that just sweeps $bindir $libdir and patches everything | 14:59 |
| nacknick | rburton is there do_package_append? because I can't overwrite 3rd party recipe's do_package | 15:01 |
| rburton | you can _append everything but i explicitly didn't say append | 15:01 |
| nacknick | rburton so you suggest to overwrite the existing do_package task | 15:01 |
| rburton | do_package basically calls PACKAGEFUNCS | 15:02 |
| rburton | prepend to that | 15:02 |
| rburton | then just walk $D$bindir $D$libdir etc swapping binaries | 15:03 |
| rburton | as a class thats probably about 20 lines of python | 15:03 |
| nacknick | rburton: 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 code | 15:04 |
| rburton | look in package.bbclass for PACKAGEFUNCS | 15:04 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 15:05 | |
| rburton | (pretty sure i explained how i'd implement this some months ago) | 15:05 |
| nacknick | I think I did what you said. Back then you said with install_append | 15:05 |
| rburton | alternatively add a task between install and package | 15:05 |
| nacknick | like install_append? | 15:07 |
| rburton | no | 15:07 |
| rburton | addtask signbinaries after do_install before do_package | 15:07 |
| nacknick | Why does it matter? | 15:07 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.170.192.148> has joined #yocto | 15:07 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 15:07 | |
| rburton | because its neater and lets you isolate code changes, | 15:08 |
| yocti | New 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 |
| nacknick | I'm not sure I understand your second reason | 15:09 |
| rburton | in what way is altering binaries that have been installed a tweak to the recipe's install function | 15:09 |
| rburton | its not | 15:09 |
| *** locutus__ <locutus__!~LocutusOf@5.171.123.167> has quit IRC | 15:09 | |
| rburton | you're changing the binaries | 15:09 |
| qschulz | nacknick: 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 #yocto | 15:10 | |
| nacknick | rburton: 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 |
| rburton | incorrect | 15:11 |
| nacknick | why? | 15:11 |
| rburton | if you're running in code after do_install has run there will be the image directory | 15:11 |
| rburton | if you're diving around in a terminal then you need to be sure you've ran the tasks yourself | 15:12 |
| nacknick | so you said it's been deleted? I can't find any deletion command in the recipe | 15:12 |
| qschulz | nacknick: 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 |
| rburton | what he said | 15:12 |
| rburton | the recipe doesn't control creation or deletion of $D, it just populates it during do_install | 15:13 |
| qschulz | nacknick: 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 |
| nacknick | qschulz: it matters to me because I want to replace a lot of binaries automatically, so I have to know where the files reside | 15:14 |
| rburton | in $D | 15:14 |
| nacknick | $D has a lot of subdirs | 15:14 |
| qschulz | nacknick: can't you just write in your recipe to get your file from ${D}/path/to/bzip2recover and test? | 15:15 |
| blarz | the certificate seems to be renewed | 15:15 |
| qschulz | you 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 |
| qschulz | really want to know => really want to be sure | 15:16 |
| nacknick | I 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 allways | 15:16 |
| qschulz | nacknick: packages is created from the content of image AFAIK | 15:16 |
| rburton | nacknick: do you know the difference between image/ and package/? | 15:17 |
| qschulz | so if image never exists, you have bigger problems than just not being able to find your file | 15:17 |
| nemik | hi everyone. i have an issue when making an initramfs image where if i put "KERNEL_IMAGETYPES_append = " Image" | 15:17 |
| nacknick | qschulz: no. I don't | 15:17 |
| nacknick | rburton: ** | 15:17 |
| nemik | into my local config then the initramfs image include the kernel in /boot, but i do not need this. | 15:17 |
| rburton | nacknick: so why do you prefer to patch package/ instead of image/ | 15:17 |
| nemik | if i remove the extra KERNEL_IMAGETYPES (which i need) then it doesn't put it into /boot | 15:18 |
| nacknick | Because the binary file I'm looking for is there and there is no "image" dir | 15:18 |
| rburton | then you're looking in a partial build tree | 15:18 |
| rburton | stop looking in tmp and actually code something generic | 15:18 |
| nacknick | such as..? | 15:18 |
| qschulz | nacknick: 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 ever | 15:19 |
| nacknick | I want to replace files so this will influence the final image, you know... | 15:19 |
| qschulz | rburton: hopefully I summed up correctly what you wanted to say ^ | 15:19 |
| rburton | yes thanks qschulz :) | 15:19 |
| rburton | first question: are you patching everything or just some files | 15:19 |
| halstead | qschulz, kanavin_home, RP, certificate issues have been sorted. | 15:20 |
| nemik | does anyone have any tips on how to exclude kernel images from /boot? | 15:21 |
| nacknick | rburton: only some files from a pretty big list | 15:21 |
| qschulz | halstead: \o/ thx | 15:21 |
| rburton | nacknick: what qschulz is spot on then | 15:21 |
| halstead | Now to make this not happen again. | 15:22 |
| nacknick | rburton: I wish I understand what he means and how to do it | 15:22 |
| rburton | write class that has a task that reads a variable to know what files to patch | 15:22 |
| rburton | inherit class in your distro | 15:22 |
| rburton | set that variable in the recipes | 15:23 |
| qschulz | halstead: 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 caddy | 15:23 |
| qschulz | nacknick: 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 task | 15:24 |
| rburton | i prefer whole new tasks for something so dramatic as patching binaries like that | 15:26 |
| *** frsc <frsc!~frsc@47-159-142-46.pool.kielnet.net> has quit IRC | 15:27 | |
| nacknick | rburton: 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 |
| opello | halstead: can you run certbot in cron on the various hosts? | 15:27 |
| halstead | qschulz, 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 |
| rburton | nacknick: if you wanted to do all binaries then https://pastebin.com/zKXXciye is just missing the actual swapping of binaries | 15:28 |
| rburton | presumably you want the new file to have the same name as the original | 15:28 |
| rburton | if you want a subset of files then as qschulz said, set a variable in the recipe | 15:29 |
| halstead | opello, Yes. That's set up correctly now. And I'm updating monitors to alert on aging certs correctly. | 15:29 |
| rburton | eg PATCH_THESE_FILES = "${bindir}/bzip2" | 15:29 |
| rburton | the class can read that variable to get the filenames | 15:29 |
| opello | halstead: :) nice; i use aliases to have a single physical directory hold the challenge file and that seems to work well in my use case | 15:30 |
| qschulz | nacknick: ${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 |
| halstead | opello, 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 IRC | 15:31 | |
| *** interruptguy <interruptguy!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC | 15:31 | |
| qschulz | so relative to something representing the root of your rootfs at some point in time, but ${D} should do it | 15:32 |
| qschulz | rburton: 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 #yocto | 15:50 | |
| *** gtristan <gtristan!~tristanva@61.82.32.35> has joined #yocto | 15:51 | |
| *** interruptguy <interruptguy!~interrupt@82-181-11-213.bb.dnainternet.fi> has quit IRC | 15:58 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 15:59 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 16:00 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 16:01 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 16:03 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has quit IRC | 16:04 | |
| *** mckoan is now known as mckoan|away | 16:04 | |
| *** guerinoni <guerinoni!~guerinoni@host9-78-dynamic.251-95-r.retail.telecomitalia.it> has quit IRC | 16:05 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-64-48.dynamic.amis.hr> has joined #yocto | 16:06 | |
| *** sgw <sgw!sgw@nat/intel/x-ffdupnvrnwmptnfs> has joined #yocto | 16:10 | |
| sgw | Morning folks, it's been a while! | 16:10 |
| qschulz | sgw: good evening o/ | 16:12 |
| rburton | morning sgw! | 16:13 |
| kergoth | Hmm, has anyone created a layer & tcmode to use an external yocto sdk as an external toolchain yet? | 16:13 |
| rburton | kergoth: last i heard that wasn't trivial for reasons i am unaware of | 16:13 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 16:13 | |
| sgw | I 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 recipe | 16:14 |
| kergoth | Hmm. 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 go | 16:14 |
| *** Guest96770 is now known as mischief | 16:14 | |
| sgw | rburton: afternoon! Love seeing those FB biking pics! | 16:15 |
| rburton | sgw: gcc does it too but i think both replicate the logic. mirror what gcc-source does? | 16:15 |
| sgw | Ah, I will go look there | 16:15 |
| sgw | It's been a while since I have poked around OE and bitbake classes! | 16:16 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 16:17 | |
| *** koyo89 <koyo89!~koyo89@189.177.87.210> has joined #yocto | 16:22 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 16:23 | |
| *** clopez <clopez!~tau@neutrino.es> has quit IRC | 16:26 | |
| *** clopez_ <clopez_!~tau@neutrino.es> has joined #yocto | 16:27 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:27 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 16:28 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 16:28 | |
| *** vineela <vineela!vtummala@nat/intel/x-chfdfkrobtfewlbi> has joined #yocto | 16:31 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has quit IRC | 16:31 | |
| *** mischief <mischief!~mischief@c-73-162-223-48.hsd1.ca.comcast.net> has joined #yocto | 16:32 | |
| *** mischief is now known as Guest19495 | 16:32 | |
| alejandrohs | sgw: Morning Sau! | 16:33 |
| sgw | alejandrohs: Hi there! How's Seattle (I think) treating you? | 16:35 |
| *** vineela <vineela!vtummala@nat/intel/x-chfdfkrobtfewlbi> has quit IRC | 16:35 | |
| *** koyo89 <koyo89!~koyo89@189.177.87.210> has quit IRC | 16:36 | |
| qschulz | warning stupid question: is there a nice way to relocate the bitbake cache (recipe parsing)? CACHE has TMPDIR hardcoded :/ | 16:40 |
| alejandrohs | sgw: had to run away from there before the situation got worse haha, but doing great so far | 16:41 |
| sgw | alejandrohs: 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@80.93.38.128> has joined #yocto | 16:42 | |
| rburton | qschulz: build dir in real disk, tmpdir in tmpfs | 16:43 |
| paulbarker | RP: 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 on | 16:44 |
| qschulz | rburton: 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 #yocto | 16:50 | |
| rburton | qschulz: 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 |
| rburton | bitbake cache is in build/cache/ | 16:50 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 16:50 | |
| rburton | morning bluelightning | 16:51 |
| sgw | very early morning for bluelightning! | 16:51 |
| bluelightning | morning rburton, sgw | 16:51 |
| bluelightning | indeed, coming up on 5AM | 16:52 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.28> has joined #yocto | 16:52 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 16:53 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:56 | |
| qschulz | rburton: 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 IRC | 17:01 | |
| denix | RP: is there any way to have multiconfig configurations enabled/loaded/limited per machine or per recipe? | 17:04 |
| alejandrohs | sgw: texas right now | 17:06 |
| alejandrohs | denix: can you elaborate? | 17:07 |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:07 | |
| *** Guest19495 is now known as mischief | 17:10 | |
| RP | denix: per recipe doesn't make sense. I think you could do BBMULTICONFIG_<machine> as override syntax | 17:12 |
| RP | denix: just guessing from memory mind | 17:12 |
| denix | RP: 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 #yocto | 17:14 | |
| RP | denix: You are right, we had to do that as the multiconfig can set the MACHINE | 17:14 |
| RP | denix: although the base MACHINE could set the other mulitconfigs so it could work | 17:15 |
| denix | RP: heh, I rather need it in reverse - MACHINE setting MULTICONFIG | 17:16 |
| nacknick | rburton: About what you suggested. If I create my own task as you said, for what I need a class as well? | 17:16 |
| rburton | nacknick: because otherwise you're writing a new task into every recipe | 17:17 |
| nacknick | ah ok | 17:17 |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 17:17 | |
| denix | RP: so, that BB_CURRENT_MC confused me a bit. that is conf/multiconfig/default.conf right? Is it set my bitbake itself? | 17:18 |
| nacknick | last 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 |
| rburton | because the FILES don't match that filename | 17:20 |
| nacknick | I tried to add: `FILES_${PN}-lib="mylib.so.1"` - to the recipe. did not help | 17:20 |
| rburton | are you not just swapping binaries directly? | 17:20 |
| nacknick | no. added a new one | 17:21 |
| rburton | presumably the package doesn't have a PN-lib | 17:21 |
| rburton | if there's a *new* file to be added, package that in its own recipe | 17:21 |
| nacknick | it does actually. it uses it in other place of the recipe | 17:21 |
| alejandrohs | denix: 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 using | 17:21 |
| Saur | nacknick: That should be: FILES_${PN}-lib = "/lib/mylib.so.1" | 17:21 |
| nacknick | Saur: you're right. I used {base_libdir}mylib.so | 17:22 |
| denix | alejandrohs: ok, I guess I need to experiment some more... | 17:22 |
| Saur | FILES_${PN}-lib = "${base_libdir}/mylib.so.1" | 17:22 |
| alejandrohs | denix: idk your use case but if it helps you can pass BBMULTICONFIG on layer.conf | 17:23 |
| alejandrohs | denix: and basically just could be activated if a dependency to it is found | 17:23 |
| alejandrohs | but again, not usre if thats what you want | 17:23 |
| nacknick | OK. never mind. I will keep trying... | 17:24 |
| alejandrohs | denix: 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" MACHINE | 17:25 |
| alejandrohs | after it *parses* the machine.conf * | 17:25 |
| denix | alejandrohs: 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 some | 17:25 |
| alejandrohs | denix: yeah that second option looks better | 17:26 |
| qschulz | I *HATE* ntp... why does it always take 30min to compile from scratch. | 17:26 |
| RP | denix: bitbake itself does set it, yes | 17:26 |
| RP | qschulz: ntp? or ltp? | 17:27 |
| denix | alejandrohs: 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 IRC | 17:29 | |
| *** phippu <phippu!~phippu@51.154.7.61> has quit IRC | 17:30 | |
| alejandrohs | denix: trying to find the code for that | 17:31 |
| denix | RP: 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 #yocto | 17:31 | |
| *** mischief is now known as Guest88058 | 17:32 | |
| alejandrohs | denix: 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 default | 17:34 |
| qschulz | RP: ntp | 17:36 |
| qschulz | 10min for configure, 10 for compile, 10 for install | 17:36 |
| qschulz | RP: 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 shrugs | 17:37 |
| *** nacknick <nacknick!d597383f@213.151.56.63> has quit IRC | 17:37 | |
| *** tgamblin_ is now known as tgamblin | 17:40 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has joined #yocto | 17:42 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:45 | |
| alejandrohs | denix: 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 default | 17:47 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:49 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 17:51 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 17:52 | |
| denix | alejandrohs, 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.77.65.13.85> has joined #yocto | 18:12 | |
| *** AnnaNystrom <AnnaNystrom!4d410d55@gateway/web/cgi-irc/kiwiirc.com/ip.77.65.13.85> has quit IRC | 18:14 | |
| denix | alejandrohs, 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 #yocto | 18:40 | |
| RP | qschulz: it sounds wrong :/ | 19:04 |
| RP | denix: the clash will depend on how you configure it and whether the elements are compatible or not | 19:05 |
| denix | RP: 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 packages | 19:11 |
| denix | RP: nothing else in the config changed, besides separating TMPDIR due to multiconfig | 19:12 |
| *** falstaff <falstaff!~quassel@2a02:169:3df5::208> has quit IRC | 19:13 | |
| RP | denix: why do you need to separate TMPDIR? | 19:14 |
| RP | denix: if the configs match, the sstate should be reused which suggests its not matching | 19:14 |
| RP | denix: compare the tmp/stamps files in the different TMPDIRs | 19:15 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:15 | |
| denix | RP: 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 |
| RP | denix: 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 files | 19:18 |
| denix | RP: I actually tried using the same TMPDIR initially and it would clash much sooner, somewhere in stamps, I believe... | 19:20 |
| RP | denix: I can imagine ways TCLIBC collides | 19:21 |
| RP | (sadly) | 19:21 |
| kergoth | khem: 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 applied | 19:31 |
| * kergoth backs up to 3.7 for now | 19:32 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:36 | |
| RP | kergoth: 20.04? | 19:38 |
| kergoth | nope, but i do have 3.8 installed with pyenv | 19:42 |
| kergoth | so probably hitting the same issues, i'll check oe-core for commits i'm missing | 19:42 |
| denix | kergoth: what host distro? | 19:45 |
| *** Guest88058 is now known as mischief | 20:00 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 20:03 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 20:07 | |
| RP | sgw: didn't see you earlier, was in meetings. Nice to see you here! :) | 20:16 |
| sgw | RP: 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 |
| RP | sgw: 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 IRC | 20:26 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 20:54 | |
| *** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-ycivhzgajckiamqy> has quit IRC | 21:04 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:a86f:bc00:54e6:d242:942b:541a> has quit IRC | 21:04 | |
| *** markpur <markpur!~dist@d8d86740a.access.telenet.be> has joined #yocto | 21:06 | |
| *** rcw <rcw!~rcw@45.72.195.246> has joined #yocto | 21:06 | |
| *** stuom1 <stuom1!~tuomas@62.236.216.29> has quit IRC | 21:09 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 21:12 | |
| *** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 21:12 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 21:12 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 21:14 | |
| *** stuom1 <stuom1!~tuomas@62.236.216.29> has joined #yocto | 21:16 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:17 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 21:25 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has quit IRC | 21:31 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-66-128.net.vodafone.it> has joined #yocto | 21:31 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 21:31 | |
| *** clogwog <clogwog!7cbdcfa5@124.189.207.165> has joined #yocto | 21:34 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-224.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 21:39 | |
| khem | kergoth:I am not seeing it anymore | 21:50 |
| khem | RP:seeing openembedded-core/meta/recipes-devtools/pseudo/pseudo_git.bb:do_fetch) failed with exit code 'setscene whitelist' when building eSDK | 21:53 |
| khem | I dont even understand what "setscene whitelist" is for an exit code | 21:53 |
| RP | khem: I think that means it tried to rerun the pseudo build when it should have been locked in sstate | 22:11 |
| RP | that confused the system so it aborted | 22:11 |
| RP | this is the part where I said eSDK needs work in being more understandable | 22:11 |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 22:18 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 22:21 | |
| *** Moh3N <Moh3N!057efd82@5.126.253.130> has joined #yocto | 22:30 | |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC | 22:32 | |
| khem | OK, so perhaps something changed in sigs somewhere ? | 22:33 |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 22:33 | |
| Moh3N | Hi, 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 size | 22:34 |
| Moh3N | can I do this in yocto ?? | 22:34 |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| Moh3N | I 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 IRC | 22:39 | |
| moto-timo | fedora32 vm created :) | 22:40 |
| armpit | i686 or x86_64? | 22:52 |
| armpit | arm thumb, 32 or 64 ? | 22:52 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 23:01 | |
| Moh3N | how I can add valgrind to my Image ? | 23:47 |
| *** rcw <rcw!~rcw@45.72.195.246> has quit IRC | 23:52 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 23:53 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 23:57 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!