| *** florian <florian!~florian@dynamic-093-131-013-052.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 00:10 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 00:25 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 00:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 00:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:44 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 00:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 00:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:49 | |
| *** camus <camus!~Instantbi@117.135.125.177> has quit IRC (Ping timeout: 256 seconds) | 01:19 | |
| *** camus <camus!~Instantbi@222.65.23.63> has joined #yocto | 01:37 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:40 | |
| *** camus <camus!~Instantbi@222.65.23.63> has quit IRC (Ping timeout: 244 seconds) | 01:42 | |
| *** camus1 is now known as camus | 01:42 | |
| *** jclsn_ <jclsn_!~jclsn@2a04:4540:6518:b100:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 244 seconds) | 02:05 | |
| *** jclsn_ <jclsn_!~jclsn@2a04:4540:6508:8400:2ce:39ff:fecf:efcd> has joined #yocto | 02:07 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Remote host closed the connection) | 02:18 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 02:25 | |
| *** jclsn_ <jclsn_!~jclsn@2a04:4540:6508:8400:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 276 seconds) | 03:04 | |
| *** jclsn_ <jclsn_!~jclsn@2a04:4540:6502:500:2ce:39ff:fecf:efcd> has joined #yocto | 03:05 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 03:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 03:23 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:23 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 03:26 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 03:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 04:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 04:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 04:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 04:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:48 | |
| *** amitk <amitk!~amit@103.208.71.178> has joined #yocto | 05:09 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:07 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:08 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (*.net *.split) | 06:08 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (*.net *.split) | 06:08 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (*.net *.split) | 06:08 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (*.net *.split) | 06:08 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (*.net *.split) | 06:08 | |
| *** simond47 <simond47!~simond47@practical-trainings.com> has quit IRC (*.net *.split) | 06:08 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (*.net *.split) | 06:08 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (*.net *.split) | 06:08 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (*.net *.split) | 06:08 | |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (*.net *.split) | 06:08 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (*.net *.split) | 06:08 | |
| *** svuorela_ <svuorela_!~svuorela@ssh.killmulehill.net> has quit IRC (*.net *.split) | 06:08 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 06:08 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto | 06:08 | |
| *** svuorela <svuorela!~svuorela@ssh.killmulehill.net> has joined #yocto | 06:08 | |
| *** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto | 06:08 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 06:08 | |
| *** alejandrohs <alejandrohs!~alejandro@189.154.236.34> has joined #yocto | 06:09 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 06:09 | |
| *** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 06:10 | |
| *** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** wyre <wyre!~wyre@user/wyre> has quit IRC (*.net *.split) | 06:12 | |
| *** landgraf <landgraf!~landgraf@2a03:b0c0:2:d0::fa3:c001> has quit IRC (*.net *.split) | 06:12 | |
| *** YogeshKumar[m] <YogeshKumar[m]!~yogeshkum@2001:470:69fc:105::2:3b68> has quit IRC (*.net *.split) | 06:12 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** NishanthMenon <NishanthMenon!sid138049@id-138049.uxbridge.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (*.net *.split) | 06:12 | |
| *** alex88_ <alex88_!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (*.net *.split) | 06:12 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (*.net *.split) | 06:12 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (*.net *.split) | 06:12 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (*.net *.split) | 06:12 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 06:12 | |
| *** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto | 06:12 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 06:12 | |
| *** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has joined #yocto | 06:12 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto | 06:12 | |
| *** jonmason <jonmason!sid36602@2a03:5180:f:2::8efa> has joined #yocto | 06:12 | |
| *** NishanthMenon <NishanthMenon!sid138049@2a03:5180:f:5::2:1b41> has joined #yocto | 06:13 | |
| *** nohit <nohit!sid334887@2a03:5180:f::5:1c27> has joined #yocto | 06:13 | |
| *** rhadye <rhadye!sid217449@2a03:5180:f::3:5169> has joined #yocto | 06:13 | |
| *** fancer <fancer!fancer@id-180736.tinside.irccloud.com> has joined #yocto | 06:13 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 06:13 | |
| *** wyre <wyre!~wyre@user/wyre> has joined #yocto | 06:13 | |
| *** YogeshKumar[m] <YogeshKumar[m]!~yogeshkum@2001:470:69fc:105::2:3b68> has joined #yocto | 06:14 | |
| *** landgraf <landgraf!~landgraf@2a03:b0c0:2:d0::fa3:c001> has joined #yocto | 06:14 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 06:14 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 06:14 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:16 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 06:24 | |
| *** wyre <wyre!~wyre@user/wyre> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 06:30 | |
| *** wyre <wyre!~wyre@user/wyre> has joined #yocto | 06:31 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:32 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:33 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:35 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:35 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:36 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:37 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:41 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:41 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:43 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:43 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:45 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:45 | |
| LetoThe2nd | yo dudX | 06:46 |
|---|---|---|
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 06:49 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 272 seconds) | 06:54 | |
| *** mckoan <mckoan!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 06:58 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 06:58 | |
| mckoan | good morning | 06:59 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:59 | |
| wkawka | Good morning | 07:01 |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 07:04 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has joined #yocto | 07:10 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:16 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:20 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 07:29 | |
| qschulz | o/ | 07:49 |
| landgraf | (^_^)/ | 07:50 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 07:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:59 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:02 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 08:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:04 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 08:05 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 08:07 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 08:07 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has joined #yocto | 08:23 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has joined #yocto | 08:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:39 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:41 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 08:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 08:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:54 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:06 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 09:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 09:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:44 | |
| rburton | rohieb: so the problem is that the bitbake worker running menuconfig isn't actually attached to your terminal | 09:45 |
| rburton | rohieb: if you use tmux then you can explicitly set the terminal to "start a new tmux window in the existing tmux session" but maybe screen doesn't do that. lib/oe/terminal.py is where you'd improve the screen support so it started a new window in an existing session | 09:46 |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 09:50 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 09:50 | |
| mckoan | is there a keyword to generate an uncompressed kernel in uImage format? KERNEL_IMAGETYPE is not the right one. | 09:53 |
| *** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 09:59 | |
| *** starblue <starblue!~juergen@dslb-088-078-104-036.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 10:01 | |
| *** starblue <starblue!~juergen@dslb-088-078-104-036.088.078.pools.vodafone-ip.de> has joined #yocto | 10:03 | |
| *** Guest68 <Guest68!~Guest68@host81-141-216-148.range81-141.btcentralplus.com> has joined #yocto | 10:15 | |
| Guest68 | Hi - where's the best place to ask about a problem with bitbake's gitsm handling for a complex git submodule repo? | 10:16 |
| rburton | Guest68: here | 10:17 |
| Guest68 | Okay... a customer has a complex proprietary repo that works fine using git submodule update --init --recursive but dies strangely with bitbake and a gitsm:// source url while checking out the submodules | 10:19 |
| Guest68 | There are a total of 57 submodules from the toplevel repo, as deep as 4 submodule levels down, with a worst path depth of 10 levels | 10:20 |
| qschulz | "dies strangely"? | 10:21 |
| qschulz | it would help if you had some error message and even better if logs of some sort | 10:22 |
| Guest68 | Yes sorry got to collect them, I assumed I would be writing a mailing list, it's coming | 10:22 |
| Guest68 | After being able to check out a couple of dozen repos it chokes on one complaining that "Bad owner or permissions on /etc/ssh/ssh_config.d/50-redhat.conf" | 10:23 |
| qschulz | Guest68: mailing list is fine too :) | 10:23 |
| Guest68 | That file is unchanged and still works fine, it's root:root 644 | 10:24 |
| Guest68 | Which mailing list? | 10:24 |
| *** td79 <td79!~td@131.228.2.21> has joined #yocto | 10:25 | |
| *** mateuszmar2 <mateuszmar2!~mateuszma@178235146117.dynamic-3-poz-k-0-0-0.vectranet.pl> has joined #yocto | 10:29 | |
| Guest68 | I'm going to guess bitbake-devel and write it up there. Thanks for your help. | 10:33 |
| *** Guest68 <Guest68!~Guest68@host81-141-216-148.range81-141.btcentralplus.com> has quit IRC (Quit: Client closed) | 10:39 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 256 seconds) | 11:17 | |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has quit IRC (Quit: leaving) | 11:32 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:33 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 11:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 11:40 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:40 | |
| *** eloi1 <eloi1!~eloi@lfbn-ren-1-676-174.w81-53.abo.wanadoo.fr> has quit IRC (Quit: WeeChat 3.5) | 11:58 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 12:05 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 12:14 | |
| *** spawn <spawn!~spawn@165.225.94.229> has joined #yocto | 12:16 | |
| *** spawn <spawn!~spawn@165.225.94.229> has quit IRC (Client Quit) | 12:18 | |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has joined #yocto | 12:19 | |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has quit IRC (Client Quit) | 12:20 | |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has joined #yocto | 12:21 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 12:35 | |
| td79 | Hi, | 12:37 |
| td79 | we are seeing errors: | 12:37 |
| td79 | do_populate_spec: Error contacting Hash Equivalence Server unix:///PATHTOBUILD/build/builds/yoctobuild/hashserve.sock: [Errno 2] No such file or directory | 12:37 |
| td79 | Can you help me with debugging? What can be happening here? | 12:37 |
| RP | td79: I have a suspicion that means you reached your process max open file count | 12:38 |
| RP | td79: try increasing it with ulimit -n | 12:38 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 12:38 | |
| RP | td79: we're still trying to work out why it breaks | 12:38 |
| td79 | Could be it, because for some recipes it's working correctly | 12:38 |
| td79 | I will try it, thanks | 12:38 |
| RP | td79: how many cores on your system? | 12:39 |
| RP | or what is your BB_NUMBER_THREADS I guess? | 12:39 |
| td79 | 24 and 56, we are not limiting BB_NUMBER_THREADS | 12:40 |
| RP | td79: Thanks, I'd just trying to collect data points. We're not sure why it seems to be doing this for some group of people only (which includes me) | 12:41 |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has joined #yocto | 12:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 12:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:49 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:51 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 244 seconds) | 12:52 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 12:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:54 | |
| mateuszmar2 | Hi, | 13:02 |
| mateuszmar2 | in the presentation: | 13:02 |
| mateuszmar2 | https://elinux.org/images/3/37/Hash_Equivalence_and_Reproducible_Builds.pdf | 13:02 |
| mateuszmar2 | on slide 19 it says to add BB_LOGCONFIG += “log.json” to local.conf | 13:02 |
| mateuszmar2 | "+" character will cause FileNotFoundError because it will look for " log.json" instead of "log.json": | 13:02 |
| mateuszmar2 | FileNotFoundError: [Errno 2] No such file or directory: ' log.json' | 13:02 |
| mateuszmar2 | Could someone correct this in the presentation? | 13:02 |
| rburton | JPEW: ^^^ | 13:03 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:11 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 13:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:14 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:15 | |
| *** whuang0389 <whuang0389!~whuang038@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has joined #yocto | 13:20 | |
| whuang0389 | Hi, I was wondering if it's possible to generate the license paragraph (instead of license name) of the recipes? Like the text that usually states "Permission is hereby granted blah blah blah" | 13:21 |
| *** v0n <v0n!~vivien@bras-base-mtrlpq02huw-grc-01-206-172-124-181.dsl.bell.ca> has joined #yocto | 13:23 | |
| qschulz | whuang0389: you have support for NO_GENERIC_LICENSE IIRC | 13:23 |
| qschulz | which is the name to a file in the source directory | 13:23 |
| qschulz | so if you generate the file before it's used by the license mechanism.. maybe? | 13:24 |
| qschulz | but also.. not sure this is legally wise | 13:24 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 13:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:24 | |
| landgraf | JaMa: I've reported the issue we discussed: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14858 looks like it's there for ages and recent change just highlighted it | 13:24 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 13:26 | |
| landgraf | RP: ^ openssh-sftp-server + IMAGE_FEATURES += "ptest" conflicts with dropbear :( | 13:26 |
| v0n | hi there -- I'm inheriting systemd in a recipe as usual but now bitbake throws an error about Postinstall scriptlets failed. "If the intention is to defer them to first boot, then please place them into pkg_postinst_ontarget:${PN} ().". Did something changed with the systemd class? I never seen that behavior before | 13:28 |
| rburton | RP: so autobuilder-help sets the SDK to i686 by default and then apparently randomly sets it to x86-64 in many builder jobs. the actual bitbake.conf just defaults to a native SDK for the build host, but that is a lot newer than the logic in config.json. shall I just rip out 99% of the SDKMACHINE assignments and let them just use the host? I can't see any issues right now. | 13:29 |
| qschulz | v0n: I assume you do a check on whether ${D} is present | 13:29 |
| qschulz | I think we have a check right now | 13:29 |
| whuang0389 | qschulz sorry im a little confused about how a NO_GENERIC_LICENSE would affect the generation of the license paragraph. (I might not be explaing this right haha). I see in my deploy folder a license.manifest which just includes package/recipe name/version/ and license (example MIT, GPLv2, etc..). Was wondering if beneath the license name if Yocto | 13:29 |
| whuang0389 | can also generate the associated license parapraph as well | 13:29 |
| rburton | RP: obviously the mingw tests need an explicit SDKMACHINE | 13:29 |
| rburton | whuang0389: generate license packages and iirc you get the full texts | 13:29 |
| rburton | the manifest is a manifest | 13:29 |
| whuang0389 | ah i see thx! ill look into that | 13:30 |
| rburton | whuang0389: https://git.yoctoproject.org/poky-contrib/commit/?h=ross/mut&id=af2cfb732b5d8b0c20520f9cb997b18a813aee4d is a tool i wrote to review license texts and might be useful if you want something specific, but you're not saying what your actual need is so it's hard to know | 13:30 |
| v0n | qschulz: my do_install:append:mydistro installs the ${BPN}.service in ${D}${systemd_system_unitdir}/${BPN}.service and FILES:${PN}:append:mydistro is set to " ${systemd_system_unitdir}/${BPN}.service" | 13:31 |
| v0n | I don't do anything special with ${D} myself | 13:31 |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has quit IRC (Quit: leaving) | 13:31 | |
| qschulz | whuang0389: I went one step too far, don't need NO_GENERIC_LICENSE, just editing/generating the file you mention in LIC_FILES_CHKSUM might be enough.. though... you also need to provide a checksum, so I don't know how thils will work out | 13:32 |
| qschulz | v0n: any postinstall script by any chance in the recipe, or any of the class, bbappend, .inc files it includes? | 13:32 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:32 | |
| qschulz | v0n: actually it just means that your pkgpostinst script failed, you need to check why first | 13:34 |
| qschulz | v0n: the whole error message should have "Details of the failure are in" and then the path to the logs | 13:35 |
| v0n | qschulz: this is the recipe I'm bbappending in order to inherit systemd and add my own qt-kiosk-browser.service unit file: https://github.com/meta-qt5/meta-qt5/blob/master/recipes-qt/qt-kiosk-browser/qt-kiosk-browser_git.bb (no postinstall script) | 13:35 |
| v0n | qschulz: checking the log file | 13:36 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 13:37 | |
| v0n | qschulz: no explicit message, only qt-kiosk-browser.postinst returned 1, marking as unpacked only, configuration required on target. | 13:39 |
| rburton | v0n: read-only rootfs? | 13:47 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:48 | |
| v0n | rburton: I didn't add this image feature | 13:49 |
| *** kscherer <kscherer!~kscherer@dsl-173-206-19-1.tor.primus.ca> has joined #yocto | 13:49 | |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 13:55 | |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has joined #yocto | 13:59 | |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has quit IRC (Client Quit) | 14:00 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 240 seconds) | 14:09 | |
| v0n | qschulz: rburton: There's also "Deferring to first boot via 'exit 1' is no longer supported." is there something I should override maybe? | 14:17 |
| qschulz | v0n: I don't think so, it's just that postinst scripts running at build time shouldn't fail | 14:18 |
| v0n | I agree | 14:18 |
| qschulz | before we used to fail them on purpose so they would run on the device at first boot | 14:18 |
| ptsneves | @RP I am trying to remove the DL_DIR default for localpaths but i am baffled at what is the purpose of local.localpaths at all. Can be removed? | 14:21 |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has joined #yocto | 14:22 | |
| RP | ptsneves: no, we have to check not only where we found a source but also where we searched for it | 14:30 |
| RP | ptsneves: if something is inserted into an earlier location in the search path we need to know about it | 14:30 |
| ptsneves | @RP so do you mean that a file can be found in multiple places? What about places we searched but did not find anything, what is the reasons for this in terms of getting a list for checksums? | 14:32 |
| ptsneves | @RP get_file_checksums is the only user of localpaths and in turn it is only used in do_fetch[file-checksums] = "${@bb.fetch.get_checksum_file_list(d)}" | 14:33 |
| RP | ptsneves: no, I don't mean it can be found in multiple places | 14:33 |
| RP | ptsneves: you'll have see the tash hashes which handle all the input to a given task | 14:33 |
| RP | ptsneves: the data in bitbake's cache also has to know which file locations were searched but a file was not found. This is so that bitbake knows when it has to reparse a given recipe | 14:34 |
| RP | so if you add a new file somewhere else in FILESPATH, the task checksums update as it triggers a reparse | 14:35 |
| ptsneves | @RP but right now bitbake knows that, because it is FILESPATH | 14:35 |
| RP | ptsneves: how do you think it knows that though? The answer is this function | 14:35 |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has joined #yocto | 14:41 | |
| ptsneves | @RP ok, so it confirms my understanding. In this diff https://pastebin.com/M7gRijHp i still use the FILESPATH but bypass the adding of the searched paths to checksum list. This removes multiple file existence checks. It also paves the way to remove localpaths completely. It also makes get_checksum_file_list a method of the Local fetcher, which seems appropriate | 14:47 |
| ptsneves | let me know if this is reasonabe | 14:47 |
| *** paowz_ <paowz_!~paowz@2a01:e0a:144:d020:39af:87f4:f8c:ca97> has quit IRC (Ping timeout: 244 seconds) | 14:50 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 14:54 | |
| *** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has joined #yocto | 14:57 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 272 seconds) | 14:58 | |
| *** mateuszmar2 <mateuszmar2!~mateuszma@178235146117.dynamic-3-poz-k-0-0-0.vectranet.pl> has quit IRC (Quit: Client closed) | 14:59 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 272 seconds) | 14:59 | |
| *** paowz_ <paowz_!~paowz@2a01:e0a:144:d020:6508:9839:6635:5fa3> has joined #yocto | 15:03 | |
| RP | ptsneves: Please don't move it to the local fetcher only | 15:06 |
| RP | ptsneves: that breaks eta/classes/base.bbclass:do_fetch[file-checksums] = "${@bb.fetch.get_checksum_file_list(d)}" | 15:06 |
| RP | ptsneves: it also makes it hard to review any other change buried in there | 15:06 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 15:06 | |
| RP | ptsneves: it is public *generic* API as it stands today, local only is an implementation detail | 15:07 |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:29f9:e116:c0f9:3e8d> has joined #yocto | 15:08 | |
| ptsneves | @RP All right no problem. I was thinking of changing the meta/classes/base.bblclass but i guess this would be tricky regarding poky due to bitbake being decoupled from oe. Ok Let me move things back. | 15:11 |
| ptsneves | @RP https://pastebin.com/5dX3jLCj is this easier to understand and acceptable? | 15:12 |
| ptsneves | (disregard the test still being in Local.local) | 15:12 |
| RP | ptsneves: for loop is still missing? :/ | 15:14 |
| ptsneves | no. bb.utils.which loops over the paths of FILESPATH | 15:15 |
| RP | ptsneves: it doesn't loop over the entries in SRC_URI though? | 15:15 |
| ptsneves | @RP for u in fetch.urls: | 15:16 |
| ptsneves | fetch.urls is populated when Fetch takes [] | 15:16 |
| RP | ptsneves: oh, I see, you're inlining localpaths | 15:16 |
| ptsneves | yes. | 15:17 |
| ptsneves | skipping an extra loop | 15:17 |
| ptsneves | and skipping adding searched paths that did not have the file | 15:18 |
| RP | ptsneves: we cannot skip those though. The : False bits in there are really really important | 15:21 |
| ptsneves | @RP ok so i am out of my depth in understanding the code. Why are a list of non existing paths important for checksumming? | 15:23 |
| v0n | how can I print the postinstall scriptlet of a package? | 15:25 |
| rburton | v0n: its in pkgdata, so you can use oe-pkgdata-util. | 15:29 |
| rburton | v0n: https://gitlab.com/rossburton/pkgexp makes it easier if you fancy testing my brand new tool | 15:29 |
| v0n | rburton: you don't have a layer providing this host tool yet? ^^ | 15:33 |
| rburton | why would it be in a layer? | 15:34 |
| rburton | my goal is to have it pip-installable | 15:34 |
| v0n | rburton: because it's a development tool for the project like bitbake, so I imagine having it bundle as part of my project rather than an host tool? | 15:36 |
| rburton | layers can't add paths to $PATH, so unless you want to do ../path/to/meta-pkgexp/pkgexp every time, it sucks | 15:37 |
| v0n | yeah that's the same for bitbake | 15:40 |
| v0n | hum ok so http://127.0.0.1:8080/packages/qt-kiosk-browser shows me pkg_postinst as bitbake -e qt-kiosk-browser did, but it doesn't tell me what exited 1 | 15:43 |
| rburton | sure it just shows you the script, not the output | 15:44 |
| rburton | the rootfs log for the image has the execution | 15:44 |
| v0n | log.do_rootfs doesn't tell me more | 15:47 |
| v0n | rburton: nice UI btw | 15:50 |
| acki_ | When building a component in yocto via cmake it will be invoked like this: "-DCMAKE_INSTALL_PREFIX:PATH=/usr" | 15:51 |
| acki_ | however, the component is not really installed in this location at cmake build & install time | 15:51 |
| acki_ | how does yocto does this? | 15:52 |
| rburton | that would be a bug in the cmakelists then | 15:52 |
| rburton | or do you mean how does it get into some staging path and not tried to install in /usr on the host? | 15:52 |
| rburton | that would be setting DESTDIR in the do_install task | 15:52 |
| acki_ | yes how it is not installed in the host system? | 15:53 |
| acki_ | but the cmake build it looks like it is installing on the host | 15:53 |
| rburton | back to "your cmake file is broken" then | 15:53 |
| rburton | the cmake class sets DESTDIR, which cmake respects | 15:53 |
| rburton | if it isn't respected, then the cmakelists.txt is buggy | 15:54 |
| acki_ | https://cmake.org/cmake/help/latest/envvar/DESTDIR.html | 15:55 |
| acki_ | I will try it out | 15:55 |
| acki_ | this seems to be the answer | 15:55 |
| rburton | use the standard cmake pieces to install files, and it just works | 15:57 |
| RP | ptsneves: sorry, I'm trying to reply but handle meetings too | 15:59 |
| RP | ptsneves: that "file-checksums" flag is really important to other pieces of bitbake. In particular it helps decide when a recipe needs to be reparsed, i.e. it controls cache information | 15:59 |
| RP | ptsneves: if you insert a new file with a new checksum into FILESPATH, it needs to reparse and the tasks need to change checksum | 16:00 |
| RP | i.e. the recipe needs to rebuild with the new file | 16:00 |
| RP | To make this work you need to know "where it looked but didn't find" files | 16:00 |
| v0n | rburton: ho, could the error be because my service as Alias=display-manager.service in the [Install] section and this result in adding a symlink not included in FILES:${PN}? | 16:03 |
| rburton | v0n: maybe? | 16:05 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-052-047.2.243.pool.telefonica.de> has joined #yocto | 16:23 | |
| acki_ | rburton: is the install folder always "/usr"? | 16:27 |
| rburton | no, it's ${prefix}, which is typically /usr | 16:28 |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:29f9:e116:c0f9:3e8d> has quit IRC (Remote host closed the connection) | 16:32 | |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:5527:e79d:f7e2:8ec> has joined #yocto | 16:32 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 16:49 | |
| *** mckoan is now known as mckoan|away | 17:02 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-052-047.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 17:03 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-151.mrsn.at> has joined #yocto | 17:04 | |
| Xagen | i've been working on migrating our image from dunfell to kirkstone, and i'm down to the sdk itself at the end (thank goodness) | 17:04 |
| Xagen | however, it's complaining about some conflicts | 17:04 |
| Xagen | i have linux-firmware and gcc excluded from the package | 17:05 |
| Xagen | and it's complaining about linux-firmware-dev, and gcc-dev | 17:05 |
| Xagen | i tried adding gcc-dev to PACKAGE_EXCLUDE, but that didn't seem to work | 17:06 |
| Xagen | the error looks like this: | 17:07 |
| Xagen | Error: | 17:07 |
| Xagen | Problem 1: package linux-firmware-dev-1:20220411-r0.noarch requires linux-firmware = 1:20220411-r0, but none of the providers can be installed | 17:07 |
| Xagen | - conflicting requests | 17:07 |
| Xagen | - package linux-firmware-1:20220411-r0.noarch is filtered out by exclude filtering | 17:07 |
| Xagen | the gcc one is pretty much the same, just with gcc and gcc-dev | 17:07 |
| Xagen | any suggestions on how to get around this? | 17:08 |
| Xagen | it does suggest (try to add '--skip-broken' to skip uninstallable packages), but i feel like that's not intended to be a permanent solution | 17:09 |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-151.mrsn.at> has quit IRC (Ping timeout: 272 seconds) | 17:10 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:16 | |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-151.mrsn.at> has joined #yocto | 17:17 | |
| *** sotaoverride <sotaoverride!~sotaoverr@ool-4578ffd8.dyn.optonline.net> has quit IRC (Ping timeout: 264 seconds) | 17:19 | |
| *** whuang0389 <whuang0389!~whuang038@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 17:28 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 272 seconds) | 17:32 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has quit IRC (Quit: Client closed) | 17:43 | |
| *** ptsneves <ptsneves!~Thunderbi@83.11.65.125.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 260 seconds) | 17:51 | |
| *** gpanders <gpanders!be60a9b05a@user/gpanders> has joined #yocto | 17:54 | |
| gpanders | What is the proper way to tell bitbake to ignore a network sstate cache for a given recipe? | 17:55 |
| gpanders | context: the gcc-cross recipe has different output when the FORTRAN variable is set (it builds gfortran). But the network sstate cache I'm using does not include gfortran, so even though I have FORTRAN set it keeps pulling down the prebuilt from the cache and gfortran isn't available in the package output | 17:57 |
| gpanders | it would be nice if changing FORTRAN changed the recipe signature such that bitbake would not try and use the network sstate cache version, but that does not seem to be happening. I'm trying to figure out how to make it do that | 17:58 |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:5527:e79d:f7e2:8ec> has quit IRC (Remote host closed the connection) | 17:58 | |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:29f9:e116:c0f9:3e8d> has joined #yocto | 17:59 | |
| gpanders | I've tried creating a gcc-cross_%.bbappend file with 'do_configure[vardeps] = "FORTRAN"' (also with do_populate_sysroot, do_package, do_compile, etc.) but that doesn't seem to have any effect, it still uses setscene from the network cache | 18:02 |
| *** td79 <td79!~td@131.228.2.21> has quit IRC (Quit: Client closed) | 18:05 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-19-1.tor.primus.ca> has quit IRC (Remote host closed the connection) | 18:07 | |
| *** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has joined #yocto | 18:07 | |
| beroset | I'm new to using devtool and I'm having problems. | 18:07 |
| beroset | I did a `devtool modify asteroid-launcher` which worked. | 18:08 |
| *** kscherer <kscherer!~kscherer@dsl-173-206-19-1.tor.primus.ca> has joined #yocto | 18:08 | |
| beroset | Then `devtool build asteroid-launcher` which failed. | 18:09 |
| beroset | It says "Exception: bb.fetch2.FetchError: Fetcher failure: Recipe uses a floating tag/branch without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE)." | 18:09 |
| Xagen | beroset: just add the SRCREV to your recipe instead of using a tag | 18:10 |
| beroset | But I'm confused because I already have SRCPV in PV. : | 18:10 |
| beroset | ``` | 18:10 |
| beroset | SRCREV = "${AUTOREV}" | 18:10 |
| beroset | PR = "r1" | 18:10 |
| beroset | PV = "+git${SRCPV}" | 18:10 |
| beroset | ``` | 18:10 |
| Xagen | beroset: all i can tell you is i removed the tag from my SRC_URI, and added the commit as the SRCREV and the problem went away for my recipes that were complaining | 18:12 |
| beroset | Xagen: So use the specific commit instead of "${AUTOREV}"? | 18:13 |
| Xagen | beroset: basically. i just see what the commit was when that tag was made and use that instead | 18:14 |
| beroset | Trying that now. Thanks! | 18:15 |
| beroset | I changed the lines to these: | 18:19 |
| beroset | SRCREV = "2e0048a" | 18:19 |
| beroset | PR = "r1" | 18:20 |
| beroset | PV = "+git2e0048a" | 18:20 |
| beroset | But it's still making the same complaint. | 18:20 |
| beroset | There is a branch, but no tag specified in the SRC_URI. | 18:21 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 18:22 | |
| Xagen | not sure then, that was the case for all of my recipes that were complaining | 18:22 |
| Xagen | it was SRC_URI = "...;tag=..." | 18:22 |
| Xagen | and i just removed the tag and added SRCREV | 18:22 |
| JaMa | beroset: SRCREV needs to be full-length sha | 18:25 |
| JaMa | beroset: see https://git.openembedded.org/bitbake/commit/?id=04dc17bef9b762cef9eecdf91c9f37738d8ae44d | 18:25 |
| Xagen | JaMa: good call on that, i was doing that already | 18:25 |
| beroset | JaMa: Ah! Thank you. | 18:25 |
| Xagen | didn't know it was a requirement though | 18:25 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 18:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:28 | |
| beroset | Success!! Thanks very much Xagen and JaMa! | 18:29 |
| Xagen | excellent | 18:29 |
| beroset | After I get this working, maybe I'll poke around in the `devtool` source to see if we might provide a more informative and useful error message. | 18:30 |
| JaMa | it's unfortunate that SRCREV can be used for sha as well as tag/branch name and then it's difficult to distinguish if the used value is fixed sha or just a tag name which looks like sha (unfortunate people can have a tag name which happens to be 40 characters long and consisting only of [0-9a-f]) | 18:30 |
| acki_ | rburton: what other install folder exist there? | 18:31 |
| *** manuel1985 <manuel1985!~manuel198@mobiledyn-62-240-134-151.mrsn.at> has quit IRC (Ping timeout: 260 seconds) | 18:31 | |
| acki_ | except "/usr"? | 18:31 |
| Xagen | JaMa: why the move away from tags anyhow? | 18:31 |
| Xagen | tags are supposed to remain static once made, though admittedly you can change them | 18:32 |
| JaMa | Xagen: tags can be changed without bitbake fetcher noticing the change (and still building the older version) | 18:32 |
| Xagen | so it was really just to explicitly tell it what to check out so there's no confusion | 18:33 |
| JaMa | Xagen: that's why bitbake will always maps them to fixed sha with git ls-remote (and can cache the results which risk of building wrong sha after tag is moved) | 18:33 |
| Xagen | cool | 18:33 |
| Xagen | good to know | 18:33 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 18:34 | |
| JaMa | and doing ls-remote everytime prevents you to build without network access and adds additional parsing time | 18:35 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:35 | |
| beroset | This project uses `SRCREV = "${AUTOREV}"` for a large number of subcomponents. Is that poor practice? Should we be using sha? | 18:38 |
| fray | yes you should use shas and not autorev. | 18:43 |
| fray | in my case, we've got automated programs to update the recipes as part of our CI loop | 18:44 |
| JaMa | depends, AUTOREV is still useful for development, but obviously terrible for reproducible build, good practise is to have recipes with known-to-work fixed SRCREVs and then some .inc file which sets SRCREV to AUTOREV for recipes with active develpment (which will be included only in the builds which really want latest-greatest) | 18:44 |
| *** sotaoverride <sotaoverride!~sotaoverr@ool-4578ffd8.dyn.optonline.net> has joined #yocto | 18:45 | |
| rburton | acki_: /usr is common, yes | 18:55 |
| beroset | Thanks all, for the insights on the use of AUTOREV. | 19:01 |
| rfs613 | JaMa: is there some clever trick to controlling the include of such *.inc files, short of editing the .bb ? | 19:27 |
| *** acki_ <acki_!~acki_@2a02:8109:a280:2d8d:29f9:e116:c0f9:3e8d> has quit IRC (Quit: Konversation terminated!) | 19:30 | |
| v0n | rburton: a faulty line in the .service file cause the systemctl call to (silently) fail... Fixed now. | 19:40 |
| paulg | silently fail. Nice. | 19:48 |
| *** amitk <amitk!~amit@103.208.71.178> has quit IRC (Ping timeout: 240 seconds) | 19:56 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-052-047.2.243.pool.telefonica.de> has joined #yocto | 19:59 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.206.115.237.dynamic.adsl.gvt.net.br> has joined #yocto | 20:02 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.206.115.237.dynamic.adsl.gvt.net.br> has quit IRC (Remote host closed the connection) | 20:02 | |
| Xagen | how do you know what name to add to PACKAGE_EXCLUDE? i have gcc in it, and it complains about gcc-dev needing gcc. | 20:14 |
| Xagen | but adding gcc-dev makes it complain about the name not matching anything | 20:14 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:17 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 20:22 | |
| *** otavio <otavio!~otavio@177-4-253-164.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 272 seconds) | 20:28 | |
| rburton | v0n: bonus points for filing a bug and/or patching the systemctl so it doesn't do that. the one that runs at image time is our stub implementation | 20:29 |
| rburton | somewhere I have a branch where I was experimenting with a systemd-native recipe that just built a systemctl | 20:29 |
| hushmoney | why do all of the files in my rootfs.squashfs have a timestamp of unix epoch? | 20:33 |
| rburton | most likely because reproducible builds is using that as the fallback timestamp | 20:34 |
| hushmoney | oh right, reproducible build. any way to override that? cronie ends up never reading anything from /etc/cron.d because it thinks nothing has changed since unix time 0 | 20:36 |
| rburton | it should be a recent date, but maybe the logic went bad in your setup, or you've set REPRODUCIBLE_TIMESTAMP_ROOTFS to 0? | 20:36 |
| rburton | easy way to verify: put tar in your IMAGE_FSTYPE and see if that has the same 1970 timestamps. if it does, then it's reproducible builds, otherwise its the squashfs generation going wrong | 20:37 |
| hushmoney | hmm, no the tar has a march 2018 timestamp | 20:38 |
| hushmoney | if i manually execute the mksquashfs command it has that same march 2018 timestamp | 20:38 |
| landgraf | core-image-weston adds ssh-server-dropbear feature which breaks ptest-pkgs :-/ not fun | 20:46 |
| *** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has quit IRC (Ping timeout: 244 seconds) | 20:51 | |
| *** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has joined #yocto | 20:54 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 20:59 | |
| beroset | Is it required to do `undeploy-target` between successive `deploy-target` calls for `devtool`? | 21:08 |
| beroset | In other words, can I do multiple "deploy" steps and still have some assurance that "undeploy" will work correctly? | 21:09 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 21:09 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:11 | |
| *** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has left #yocto | 21:12 | |
| *** beroset <beroset!~beroset@104-185-76-86.lightspeed.rlghnc.sbcglobal.net> has joined #yocto | 21:12 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 276 seconds) | 21:17 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-052-047.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 21:40 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 21:59 | |
| *** piwakawaka <piwakawaka!~piwakawak@210.54.32.107> has joined #yocto | 22:04 | |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 22:05 | |
| *** jpuhlman is now known as Guest2807 | 22:05 | |
| *** Guest2807 <Guest2807!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (strontium.libera.chat (Nickname regained by services))) | 22:05 | |
| *** jpuhlman_ is now known as jpuhlman | 22:05 | |
| piwakawaka | hi - quick question (I hope). I'm using PetaLinux w/ Yocto and there is a recipe "petalinux-initramfs-image", which for some reason is breaking rm_work.bb - in particular, whatever calls the rm_work task is creating a FIFO first, which then seems to end up being deleted in the do_rm_work main loop, which then causes a file not found error after | 22:10 |
| piwakawaka | do_rm_work has completed and an attempt to delete the FIFO fails. Yet if I add petalinux-initramfs-image to RM_WORK_EXCLUDE then this FIFO isn't created, nor is it deleted (and thus the build works). My question is - what is creating this FIFO in the temp/ dir and what could possibly be causing it to be inadvertently deleted? There's nothing in the | 22:10 |
| piwakawaka | petalinux-initramfs-image recipe I can see that would do this explicitly: https://pastebin.com/mCYBpjPb | 22:10 |
| piwakawaka | The error is essentially: ERROR: petalinux-initramfs-image-1.0-r0 do_rm_work: [Errno 2] No such file or directory: '.../build/tmp/work/zynqmp_generic-xilinx-linux/petalinux-initramfs-image/1.0-r0/temp/fifo.59670' | 22:11 |
| *** gpanders <gpanders!be60a9b05a@user/gpanders> has left #yocto (WeeChat 3.4.1) | 22:20 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds) | 22:20 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 22:21 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 22:42 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Read error: Connection reset by peer) | 22:46 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 22:49 | |
| *** seninha_ <seninha_!~seninha@user/seninha> has joined #yocto | 22:54 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Read error: Connection reset by peer) | 22:54 | |
| *** seninha_ <seninha_!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 23:00 | |
| *** tombs <tombs!~tombs@12.150.78.170> has joined #yocto | 23:10 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-19-1.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 23:22 | |
| tombs | Hi all, I am having trouble with PREFERRED/REQUIRED_VERSION on Kirkstone: | 23:29 |
| tombs | I set "PREFERRED_VERSION_tegra-bootfiles = "32.7.1-AB" in myimage.bb but it does not seem to have any effect (REQUIRED_VERSION likewise appears to be ignored) | 23:29 |
| tombs | $ bitbake -s myimage | grep tegra-bootfiles | 23:29 |
| tombs | tegra-bootfiles :32.7.1-FLAT-r0 | 23:29 |
| tombs | any idea what I am doing wrong? | 23:29 |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 23:37 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 23:39 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 23:43 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 272 seconds) | 23:45 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!