*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:8d32:e3:b629:30bf> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 00:00 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:8d32:e3:b629:30bf> has joined #yocto | 00:02 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:8d32:e3:b629:30bf> has quit IRC (Client Quit) | 00:02 | |
*** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has joined #yocto | 00:14 | |
*** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has quit IRC (Client Quit) | 00:14 | |
*** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has joined #yocto | 00:15 | |
*** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 01:00 | |
*** GillesM <GillesM!~gilles@24.155.118.78.rev.sfr.net> has quit IRC (Quit: Leaving) | 01:54 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 02:55 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 02:56 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 03:00 | |
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 03:08 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 260 seconds) | 03:10 | |
*** jmiehe1 is now known as jmiehe | 03:10 | |
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC (Read error: Connection reset by peer) | 04:00 | |
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 04:04 | |
*** amitk <amitk!~amit@103.208.71.42> has joined #yocto | 04:22 | |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 04:37 | |
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:1b1f:fcfb:4196:cd4> has quit IRC (Ping timeout: 252 seconds) | 05:11 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 265 seconds) | 05:24 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:38 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 05:45 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:45 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 05:45 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds) | 05:57 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 06:05 | |
*** timbert[m] <timbert[m]!~timbertma@2001:470:69fc:105::b533> has joined #yocto | 06:19 | |
*** Guest31_niclas <Guest31_niclas!~Guest31_n@a182.broadband3.quicknet.se> has quit IRC (Quit: Client closed) | 06:32 | |
*** Emantor_ <Emantor_!~Emantor@magratgarlick.emantor.de> has joined #yocto | 06:34 | |
*** bantu_ <bantu_!~bantu@edna.bantux.com> has joined #yocto | 06:34 | |
*** rsalveti_ <rsalveti_!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto | 06:34 | |
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Ping timeout: 245 seconds) | 06:34 | |
*** rsalveti <rsalveti!uid117878@uxbridge.irccloud.com> has quit IRC (Ping timeout: 245 seconds) | 06:34 | |
*** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (Ping timeout: 245 seconds) | 06:34 | |
*** rsalveti_ is now known as rsalveti | 06:34 | |
*** Emantor_ is now known as Emantor | 06:34 | |
JosefHolzmayrThe | yo dudX | 06:40 |
---|---|---|
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:53 | |
JosefHolzmayrThe | Ch^W_: I'm no expert there, but shouldn't diffsigs help with that? | 06:54 |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 06:58 | |
*** zpfvo <zpfvo!~fvo@88.130.220.188> has joined #yocto | 07:01 | |
*** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 07:18 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:18 | |
*** agrue_ <agrue_!~agrue@static-host-74-221-178-231.epbinternet.com> has quit IRC (Ping timeout: 245 seconds) | 07:31 | |
*** agrue <agrue!~agrue@host-23-251-65-139.VALOLT4.epbfi.com> has joined #yocto | 07:32 | |
*** Guest44 <Guest44!~Guest44@81.255.17.35> has joined #yocto | 07:33 | |
Guest44 | hello guys, I need to use unzip inside a recipe, so I have added DEPENDS += "unzip-native" but I'm facing to | unzip: not found | I have take a look inside core/meta/conf/bitbake.conf and I didn't find unzip :( any idea ? | 07:35 |
qschulz | Ch^W_: yes, that's one thing that isn't supported actually AFAIR | 07:35 |
qschulz | only the filename is used in the hashmap, not the path | 07:36 |
JosefHolzmayrThe | qschulz: thats what I think too, but if the subdir is evalutated to a different value, shouldn't that change the hash of SRC_URI? | 07:37 |
qschulz | I seem to recall you're not supposed to use absolute paths in subdir | 07:38 |
qschulz | and ${S} is one | 07:38 |
qschulz | but otherwise yeah, I don't know | 07:40 |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds) | 07:40 | |
qschulz | bitbake dumpsig should help identify what is watched | 07:40 |
*** gsalazar_ <gsalazar_!~gsalazar@213.58.201.38> has joined #yocto | 07:43 | |
qschulz | Guest44: this looks correct to me. Check in your recipe's sysroot-native that you have unzip binary there and that it's compiled for the arhitecture of your build machine (likely x64_64 I assume?) | 07:43 |
Guest44 | qschulz thx for support, i don't have this recipe (only unzip_6.0.bb) and yes it's on a basic 20.04 Ubuntu build machine | 07:46 |
Guest44 | more info, calling bitbake unzup-native doesn't show any error | 07:48 |
qschulz | Guest44: you added DEPENDS += unzip-native to a recipe right? | 07:49 |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 07:49 | |
Guest44 | @qs | 07:49 |
Guest44 | oops | 07:49 |
Guest44 | qschulz yes and I have simply added do_unzip method ( addtask unzip before do_install after do_fetch) method is called but unzip not found | 07:50 |
RP | Hmm, first failed "perf" build on the AB in over 300 builds | 07:50 |
qschulz | Guest44: after do_fetch is incorrect | 07:51 |
Guest44 | qschulz Ha ? there is some rules to know about that ? | 07:51 |
qschulz | it should be after do_prepare_recipe_sysroot | 07:51 |
qschulz | https://docs.yoctoproject.org/ref-manual/tasks.html#do-prepare-recipe-sysroot | 07:51 |
qschulz | Guest44: the sysroot is populated by this task | 07:51 |
qschulz | so it is possible (and likely?) that your do_unzip task is run before do_prepare_recipe_sysroot which means unzip-native is not avaiulable to the recipe yet | 07:52 |
RP | 635 builds and 5 months ago was the last failure | 07:52 |
qschulz | why do you need unzip ? | 07:52 |
Guest44 | qschulz ok so first thx for the link, sec that works now :) :) | 07:53 |
Guest44 | I'm using unzip to extarct Xilinx file | 07:53 |
*** frieder <frieder!~frieder@i59f72048.versanet.de> has joined #yocto | 07:56 | |
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 08:01 | |
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 08:01 | |
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Remote host closed the connection) | 08:02 | |
qschulz | Guest44: that should be done automatically by Bitbake | 08:02 |
qschulz | c.f. https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-fetching.html#the-unpack | 08:02 |
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 08:03 | |
Guest44 | qschulz I had some issue because the file extension is not "standard" for tools (.xsa vs tar/gz ...) | 08:03 |
qschulz | Guest44: how do you get your zipped file? through http SRC_URI? | 08:10 |
Guest44 | qschulz yes the file come from a basic ssh access on a local bitbucket repo | 08:11 |
qschulz | ssh fetcher then, not http | 08:12 |
qschulz | because you could use ;downloadfilename=something.zip for your zipped file if you fetched it with the http fetcher | 08:13 |
qschulz | c.f. https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-fetching.html#http-ftp-wget-fetcher-http-ftp-https | 08:13 |
qschulz | otherwise, I assume you could just do a rename of the file in a do_fetch_append | 08:14 |
qschulz | to have a .zip extension so do_unpack knows it should unpack it | 08:14 |
Guest44 | qschulz that's a really good advice, i will try to follow this wy :) | 08:15 |
qschulz | do_fetch is likely a python task, so you'll have to write the _append in python too | 08:16 |
qschulz | or use do_fetch[postfunc] IIRC | 08:16 |
wCPO | Shouldn't pseudo catch the getuid syscall? I'm having some trouble with a Go program (skopeo) where the syscall is returning the current user and not UID 0 when building. | 08:22 |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has joined #yocto | 08:22 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 08:33 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:35 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:47 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 08:56 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:57 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 09:03 | |
rburton | wCPO: pseudo is a LD_PRELOAD that intercepts glibc calls. Go code typically hits the syscall interface directly, so you can't intercept it | 09:03 |
rburton | build any go code you run at build time to use the libc, instead of hitting the syscalls directly | 09:05 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 09:05 | |
Ch^W_ | qschulz: Thanks. That definitely makes it even harder than I thought to include source code in the same repository as recipes. | 09:06 |
wCPO | rburton: make sense. Are you referring to CGO_ENABLED=1? because skopeo is already built with that | 09:08 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:09 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 09:09 | |
qschulz | Ch^W_: that is something that is not recommended :) | 09:19 |
qschulz | because you don't want to bind your software to a build system | 09:19 |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 09:20 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has joined #yocto | 09:26 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 09:51 | |
Ch^W_ | qschulz: Our software is exclusively used in our platform OS images, so we use bitbake recipes as a light wrapper around the usual make/cmake/ant/gradle/maven/etc. It generally works really well. | 09:54 |
qschulz | Ch^W_: and for now you build your OS images with Yocto, but you could change in the future or add support for another buildsystem depending on client requirements. Hence why it is usually not recommended to mix both | 09:56 |
Ch^W_ | qschulz: That seems like a very poor reason to avoid a very simple check for a directory change in paths pointed to by file:// URLs. | 09:59 |
Ch^W_ | What about situations where there is a ton of metadata in a recipe that is not amenable to the expected flat layout/ | 09:59 |
Ch^W_ | ? | 09:59 |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 10:12 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:23 | |
*** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 10:26 | |
*** Tokamak <Tokamak!~Tokamak@172.58.190.247> has quit IRC (Read error: Connection reset by peer) | 10:27 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:28 | |
*** Tokamak <Tokamak!~Tokamak@172.58.190.247> has joined #yocto | 10:34 | |
RP | Ch^W_: I just saw your file:// fetcher issue. It does sound like a bug but it may be harder to fix than you think :( | 10:52 |
*** frieder <frieder!~frieder@i59f72048.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 10:52 | |
wCPO | Can I get the real user id from a recipe? (ex: the user running bitbake) | 10:53 |
*** frieder <frieder!~frieder@i59F72048.versanet.de> has joined #yocto | 10:54 | |
*** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 10:54 | |
rburton | it only pretends to be root inside pseudo tasks | 10:55 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 10:55 | |
qschulz | Ch^W_: I think you should be able to work around this by using externalsrc pointing to your sources in-tree | 11:01 |
qschulz | externalsrc uses git to detect changes | 11:01 |
qschulz | Ch^W_: no, I was not giving a reason for not checking directory changes. I was just saying, regardless of what you encountered, that mixing sources and build systems is a bad idea. | 11:05 |
RP | Ch^W_: also, which version of bitbake is that? | 11:07 |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds) | 11:08 | |
*** Guest44 <Guest44!~Guest44@81.255.17.35> has quit IRC (Quit: Client closed) | 11:17 | |
* RP is sad the autobuilder didn't catch maximal eSDK build failures :( | 11:27 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:35 | |
*** CocoJoe <CocoJoe!~CocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 11:37 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 11:40 | |
Guest52 | Hi everyone, i'm getting undefined reference to symbol 'ERR_reason_error_string@@OPENSSL_1_1_0' when compiling a package in a recipe. i'm using poky as a base for my image, which provides a recipe for openssl_1.1.1l . My best guess is that i need to provide a recipe with the exact version of openssl that the package uses. Is this right or is there a better alternative handling this issue? | 11:50 |
*** Guest52 is now known as Pan5ky | 11:51 | |
JosefHolzmayrThe | RP: maximal esdk? | 11:57 |
RP | JosefHolzmayrThe: you can generate two versions, one with and one without the sstate built in | 11:58 |
* RP just fast tracked a patch into master to try and stop the perf builds failing | 11:58 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 12:03 | |
JosefHolzmayrThe | ah ok | 12:13 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Quit: jwillikers) | 12:20 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:26 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Client Quit) | 12:28 | |
*** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 12:28 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has joined #yocto | 12:31 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 12:41 | |
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto | 12:41 | |
cperon | Hi, just a question I have generated an .uefiimg for x86 is there a quick way to generate an USB installer, (for the moment I boot on a LiveUSB and dd the img)? I look at the WIC format but it's intendend to install the EXT4 rootfs no a full Uefiimg or maybe I'm wrong... | 12:44 |
mcfrisk | trying to send a patch to yocto@yoctoproject.org using git send-email and response from server is "lb01.groups.io[45.79.81.153] said: 500 Invalid request 1-0-1". What's that about? Overriding --from to match commit author no longer allowed or what? | 12:55 |
landgraf | mcfrisk: yocto@lists.yoctoproject.org | 12:58 |
landgraf | mcfrisk: been there yesterday :( | 12:58 |
*** frieder <frieder!~frieder@i59F72048.versanet.de> has quit IRC (Remote host closed the connection) | 12:58 | |
rburton | its been @lists. for quite a while now :) | 13:03 |
landgraf | rburton: few places still points to @y.o (psplash's README for example) | 13:07 |
mcfrisk | meta-selinux needs an update to MAINTAINERS | 13:08 |
rburton | landgraf: psplash fixed. anywhere else you know of? | 13:10 |
rburton | mcfrisk: https://git.yoctoproject.org/cgit/cgit.cgi/meta-selinux/tree/MAINTAINERS says lists. guessing you mean a stable branch? | 13:11 |
JPEW | RP: Sorry I didn't get around to that simple hashequiv test fix; does your patch appear to correct it? | 13:11 |
landgraf | rburton: https://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/about/ | 13:11 |
rburton | i'd feel bad about drive-by committing to active layers, so sent a patch for that? | 13:12 |
landgraf | rburton: Google ""yocto@yoctoproject.org" site:yoctoproject.org" gives quite a few of such cases | 13:12 |
RP | JPEW: the .db-wal one? | 13:13 |
JPEW | RP Ya | 13:13 |
RP | JPEW: There are two patches, one fixing three cases in oeqa and another in bitbake. I'm hopeful it should but don't know for sure | 13:14 |
RP | JPEW: we hit a few more of them so I though I'd just try and fix it! :) | 13:14 |
*** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has joined #yocto | 13:16 | |
*** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has quit IRC (Client Quit) | 13:18 | |
*** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has joined #yocto | 13:18 | |
mcfrisk | rburton: yep, meta-selinux list address update submitted to dunfell branch | 13:19 |
manuel1985 | Can anyone tell me what "object" is referring to in this chapter? https://docs.yoctoproject.org/sdk-manual/intro.html#sdk-development-model | 13:25 |
manuel1985 | What are the objects that go from the SDK machine to the Yocto project machine? And how do they go there? | 13:27 |
*** florian_kc <florian_kc!~florian@dynamic-002-244-130-255.2.244.pool.telefonica.de> has joined #yocto | 13:29 | |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 13:29 | |
RP | JPEW, rburton: I can't decide if this fix is inspired or should have me sectioned : http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=41e7508e6de21b49f623b5e6ecc205c9be70c828 | 13:46 |
RP | Ch^W_: you might be interested in that | 13:46 |
*** Tyaku <Tyaku!~Tyaku@bub62-h03-89-84-109-199.dsl.sta.abo.bbox.fr> has quit IRC (Ping timeout: 265 seconds) | 13:46 | |
*** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 13:47 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 14:03 | |
*** atril <atril!~artri@208.116.134.46> has joined #yocto | 14:11 | |
*** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has left #yocto | 14:17 | |
*** pidge <pidge!~pidge@194.110.145.166> has joined #yocto | 14:19 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:7ce1:5710:777b:7bd9> has joined #yocto | 14:24 | |
JPEW | RP: Hmm, so the idea is to add a /./ to the path which doesn't affect path resolution, but gives the taskhash code something to split on? | 14:30 |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 14:32 | |
Ch^W_ | RP: Wow, thanks! I will take a look at it. | 14:40 |
Ch^W_ | RP: Currently using bitbake 1.50.0 from hardknott. | 14:40 |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:41 | |
rburton | RP: that is pretty horrible | 14:42 |
*** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 14:46 | |
*** florian_kc <florian_kc!~florian@dynamic-002-244-130-255.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 14:47 | |
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 14:48 | |
qschulz | can file-checksums have knowledge of the directory in which a task is run (do_func[dir] IIRC?) | 14:57 |
*** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Ping timeout: 264 seconds) | 14:58 | |
qschulz | in which case, you know that relative paths are relative to the aforementioned dir and can derive the path you need to save in the taskhash? | 14:59 |
qschulz | I'm not sure where I'm going with this, I think it's a bit too late on a Friday for the brain :| | 15:00 |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 15:01 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 15:05 | |
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 15:05 | |
*** camus1 is now known as camus | 15:07 | |
vd | how do I get the first element of a variable? FIRST = "${@d.getVar('FOO').split()[0]}" ? | 15:15 |
rburton | yes | 15:16 |
rburton | get the variable, split on whitespace, first element | 15:16 |
rburton | bitbake datastore is typically just strings. that's not true, but we'll ignore that. | 15:16 |
qschulz | getVar expands by default now right? | 15:16 |
rburton | yes | 15:16 |
rburton | "no" | 15:16 |
rburton | "now" even | 15:17 |
qschulz | hehehe | 15:17 |
rburton | that's been five years now? | 15:17 |
qschulz | a long time for sure :) | 15:17 |
vd | yes it does, only getVarFlags doesn't expand by default | 15:18 |
*** eko <eko!~ekoa6963@bomwifi.cyberplus.net.id> has joined #yocto | 15:23 | |
*** eko <eko!~ekoa6963@bomwifi.cyberplus.net.id> has left #yocto | 15:23 | |
*** rpcme <rpcme!~rpcme@068-112-240-175.res.spectrum.com> has joined #yocto | 15:24 | |
rpcme | Hi all, I'm working on master for virtually everything, and switched machines with fresh clones (ubuntu 18.04 to 20.04), and I am getting a ton of basehash errors "The metadata is not deterministic and this needs to be fixed"... never seen this one before ... any ideas? | 15:26 |
rpcme | ps. I'm not cloning poky, I'm using openembedded-core and bitbake directly. | 15:27 |
*** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Remote host closed the connection) | 15:27 | |
*** zyga <zyga!~zyga@31.0.173.147> has joined #yocto | 15:29 | |
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:36 | |
*** Tokamak <Tokamak!~Tokamak@172.58.190.247> has quit IRC (Read error: Connection reset by peer) | 15:36 | |
rpcme | Ok nevermind, it must have been some inconsistency between openembedded-core and bitbake. I made sure that the rev was the same on both systems and I'm not getting the error any longer. | 15:37 |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 15:40 | |
*** Tokamak <Tokamak!~Tokamak@172.58.190.247> has joined #yocto | 15:42 | |
*** dgriego1 <dgriego1!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 15:47 | |
qschulz | rpcme: bitbake and openembedded-core versions should be kept in sync | 15:50 |
vd | qschulz: how though? bitbake doesn't use release branches, but some fixed release tags. | 15:54 |
qschulz | vd: https://wiki.yoctoproject.org/wiki/Releases | 15:55 |
qschulz | should have said that there is a mapping between versions of both projects and that's what I meant by "kept in sync" | 15:55 |
kergoth | Hmm, that sysroot_stage_all hang we saw at mentor with dunfell only occurs with the cpio from the native sysroot, not the host cpio. interesting | 15:57 |
rpcme | qschulz: not sure how that's telling be which bitbake rev to take in conjunction with openembedded-core ... you must be saying "use the revs with the yocto release or proceed at your own peril" :D | 15:58 |
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 16:00 | |
vd | Since latest masters I get "usermod: prefix must be an absolute path" error from EXTRA_USERS_PARAMS = "usermod -P password root;" and indeed the manpage says that -P is for prefix and -p is for the password, but I don't get it, it used to work until now and even the documentation states -P... | 16:03 |
kergoth | rpcme: as long as you're using a matching bitbake release *branch* it'll be compatible, don't necessarily have to match the rev, and the link he gave shows the branch, so.. | 16:04 |
vd | qschulz: kergoth: this link is missing a column for the openembedded-core branch, as well as the bitbake branch name for the honister row. | 16:07 |
kergoth | vd: honister is brand new, most likely just master. and the oe-core branch name *is* the yocto release name, i.e. dunfell | 16:08 |
*** zpfvo <zpfvo!~fvo@88.130.220.188> has quit IRC (Remote host closed the connection) | 16:08 | |
kergoth | you're right though, could certainly be clearer | 16:08 |
kergoth | not sure when that gets updated | 16:09 |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 16:09 | |
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:7ce1:5710:777b:7bd9> has quit IRC (Remote host closed the connection) | 16:11 | |
* vd currently uses 'master' for all layers as well as bitbake and openembedded-core, because it this new syntax thing and latest fixes. | 16:12 | |
vd | what are the sources from this documentation: https://docs.yoctoproject.org/singleindex.html#extrausers-bbclass | 16:14 |
vd | the example needs to be fixed | 16:14 |
*** camus <camus!~Instantbi@2409:8a1e:9112:5840:2414:8f05:9a67:cae2> has joined #yocto | 16:14 | |
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 16:25 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds) | 16:27 | |
*** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Remote host closed the connection) | 16:29 | |
*** Tokamak <Tokamak!~Tokamak@172.58.190.247> has quit IRC (Ping timeout: 252 seconds) | 16:33 | |
*** Tokamak <Tokamak!~Tokamak@172.58.187.19> has joined #yocto | 16:36 | |
rpcme | just fyi ... I have added perl-module-locale and perl-modules but got build break in perl and needed to manually add back in the dbm packageconfig. If this is known that's ok - the change to remove dbm probably happened about a month ago | 16:40 |
RP | qschulz: in summary, no, only the fetcher code knows what the correct prefix point is :/ | 16:43 |
RP | JPEW: that was the idea, yes | 16:43 |
*** kanavin_ <kanavin_!~Alexander@95.168.156.18> has joined #yocto | 16:46 | |
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Ping timeout: 252 seconds) | 16:47 | |
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has quit IRC (Ping timeout: 246 seconds) | 16:47 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:49 | |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 16:50 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 16:53 | |
*** amitk <amitk!~amit@103.208.71.42> has quit IRC (Quit: leaving) | 17:06 | |
*** gsalazar_ <gsalazar_!~gsalazar@213.58.201.38> has quit IRC (Ping timeout: 264 seconds) | 17:15 | |
*** vladest <vladest!~Thunderbi@xdsl-188-155-25-194.adslplus.ch> has joined #yocto | 17:17 | |
*** drewfustini <drewfustini!sid284109@id-284109.helmsley.irccloud.com> has joined #yocto | 17:28 | |
drewfustini | hello, anyone have suggestion about how to disable perl in the git client build? | 17:30 |
drewfustini | https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-devtools/git/git.inc | 17:30 |
drewfustini | I think I need to change this line: | 17:30 |
drewfustini | EXTRA_OECONF = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl \ | 17:30 |
drewfustini | to remove '--with-perl' but I am not sure what the best way is to accomplish that | 17:30 |
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed) | 17:31 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 265 seconds) | 17:35 | |
RP | drewfustini: are you trying to do that from a bbappend? | 17:35 |
RP | drewfustini: we'd likely take a patch to make perl a PACKAGECONFIG option | 17:35 |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds) | 17:38 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Read error: Connection reset by peer) | 17:41 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 17:41 | |
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:41 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-068-081.93.133.pool.telefonica.de> has joined #yocto | 17:43 | |
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has joined #yocto | 17:54 | |
angolini | I've been using EXTRA_USERS_PARAMS use useradd -P and now I'm facing an error that -P is not a valid argument any more | 17:55 |
angolini | but I could not spot what has been changed. So I think I'm missing some piece | 17:55 |
angolini | I get this: useradd: unrecognized option '--clear-password' | 17:56 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 260 seconds) | 18:02 | |
*** vladest <vladest!~Thunderbi@xdsl-188-155-25-194.adslplus.ch> has quit IRC (Quit: vladest) | 18:06 | |
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:7ce1:5710:777b:7bd9> has joined #yocto | 18:09 | |
*** florian_kc <florian_kc!~florian@dynamic-093-133-068-081.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 18:11 | |
* paulg wonders what gio-module-cache is and how to kill it with fire. | 18:13 | |
paulg | kinda sad when I can do git whatchanged on meta/classes/gio-module-cache.bbclass and still have NFI what it is/does. | 18:14 |
* paulg does what he always does - deletes it and sees what breaks | 18:15 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 18:19 | |
jsbronder | Is there any effort to backport changes from bitbake master to 1.46 for compatibility with newer python versions? And if not, would patches to that effect be be welcome? | 18:23 |
jsbronder | I have bitbake-selftest passing on 3.10. | 18:24 |
vd | angolini: I literally wrote about this 2 hours ago ^^ I don't understand neither, you must use -p for the password instead of -P now... | 18:26 |
angolini | crazy! Thanks @vd | 18:26 |
angolini | but when I user -p, I cannot log in :( | 18:27 |
vd | angolini: Ha. That being said I just fix the compilation like this, but I didn't tested it... | 18:29 |
angolini | crying | 18:29 |
angolini | I understand the parsing for the arguments are one, and the adduser binary are another and they don't match. However, I don't get how the adduser bin got changed | 18:30 |
vd | me neither | 18:37 |
*** florian_kc <florian_kc!~florian@dynamic-093-133-068-081.93.133.pool.telefonica.de> has joined #yocto | 18:42 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 18:44 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 252 seconds) | 18:48 | |
drewfustini | RP: sorry was away, thanks for the question. I have not created a bbappend yet but I was thinking that would be the correct way? | 18:49 |
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:cd4c:e719:eca0:c0e5> has joined #yocto | 18:51 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 18:54 | |
abelloni | drewfustini: I guess you'd need to add something like: | 18:54 |
abelloni | PACKAGECONFIG[perl] = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl,--without-perl" | 18:55 |
moto-timo | and then remove the existing --with-perl line from the EXTRA_OECONF | 18:56 |
abelloni | I'm concernend about what is done in EXTRA_OEMAKE though | 18:56 |
moto-timo | in a bbappend, you might be able to get away with EXTRA_OECONF:remove = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl" | 18:57 |
smurray | angolini vd: the -P option was being added by an OE-specific patch to shadow that was dropped when it was last upgraded. If you want to set a password you need to provide a hashed one with -p now AIUI | 18:58 |
smurray | hrm, there was mention on the ml of that maybe needing to go in the migration guide for 3.4, but it seems to not have made it | 18:59 |
moto-timo | abelloni: good point, the EXTRA_OEMAKE is going to still pull in perl | 18:59 |
moto-timo | (or just fail gloriously) | 18:59 |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer) | 19:00 | |
angolini | thanks @smurray | 19:00 |
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 19:00 | |
*** camus <camus!~Instantbi@2409:8a1e:9112:5840:2414:8f05:9a67:cae2> has quit IRC (Quit: camus) | 19:02 | |
drewfustini | moto-timo: thanks, I will try EXTRA_OECONF:remove. BTW, the ":" is the new syntax right? | 19:03 |
moto-timo | angolini: this is what I use in my phosh image to set the "password" to 1234 | 19:03 |
moto-timo | https://www.irccloud.com/pastebin/zbOj0PoB/ | 19:03 |
moto-timo | where the user is "phosh", so modify as needed for your use case | 19:04 |
angolini | great! THanks a lot @moto-timo! I will need this <3 | 19:04 |
moto-timo | I've tried other ways to create the password hash, but this is the one that worked for me (mkpasswd -m sha512crypt) | 19:05 |
moto-timo | drewfustini: correct, that's the "new override" syntax, so replace with _ for older releases | 19:06 |
moto-timo | drewfustini: you might also have to EXTRA_OEMAKE:remove = "'PERL_PATH=/usr/bin/env perl'" | 19:10 |
moto-timo | no idea if it will blow up or not | 19:11 |
Tokamak | anyone ever had an issue where sstate isn't picking up changes to PACKAGECONFIG for a package (specifically iptables recipie)? Trying to enable the nftables hybrid interface by doing: PACKAGECONFIG_append_iptables = " libnftnl libnfnetlink". Those PACKAGECONFIG are propagating as seen by bitbake -e iptables. But what's puzzling is bitbake is not triggering a rebuild of iptables for my image with changes in PACKAGECOFNIG for my image. | 19:16 |
Tokamak | i haven't tried a manual clean - my next step. but wanted to ask how to debug/determine if sstate has a problem or not? | 19:18 |
vd | smurray: this definitely need to go in the 3.4 migration guide, as the error isn't obvious at all, especially when it worked for a long time. | 19:18 |
vd | moto-timo: thanks for the snippet. I guess EXTRA_USER and EXTRA_USER_PASSWORD_PLAIN would be a nice addition to the extrausers.bbclass to compute this automatically from the class itself. | 19:20 |
smurray | vd: can you file a bug in the Yocto bugzilla for that? | 19:20 |
vd | smurray: sure. | 19:22 |
smurray | vd: okay, thanks | 19:23 |
*** rpcme <rpcme!~rpcme@068-112-240-175.res.spectrum.com> has quit IRC (Quit: Client closed) | 19:25 | |
moto-timo | DISTRO_FEAURES:remove = "x11" doesn't work without the T LOL | 19:26 |
moto-timo | TGIF | 19:26 |
moto-timo | Corollary: don't look for a complicated solution until you have ruled out typos | 19:27 |
vd | moo-imo did a ypo | 19:28 |
moto-timo | indeed | 19:30 |
moto-timo | also, put "bitbake-getvar" into your list of reasons to convince your boss or customers to move to a newer release... | 19:31 |
moto-timo | I should go create a sh**post twitter account named moo-imo | 19:32 |
moto-timo | too bad I'm not really a sh**poster | 19:32 |
moto-timo | troll yes | 19:32 |
*** florian_kc <florian_kc!~florian@dynamic-093-133-068-081.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 19:39 | |
*** atril <atril!~artri@208.116.134.46> has quit IRC (Remote host closed the connection) | 19:40 | |
*** atril <atril!~artri@208.116.134.46> has joined #yocto | 19:41 | |
sakoman | moo-imo is a roll | 19:45 |
*** rcw <rcw!~rcwoolley@104.247.226.107> has joined #yocto | 19:48 | |
*** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 19:51 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 19:55 | |
moto-timo | \o/ | 19:56 |
moto-timo | vd: sakoman: thank you for making Friday fun! | 19:56 |
moto-timo | 🍣 🍱 | 19:59 |
vd | I understand sushi time? | 20:13 |
moto-timo | sushi roll! | 20:13 |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 265 seconds) | 20:32 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 20:34 | |
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:cd4c:e719:eca0:c0e5> has quit IRC (Quit: vladest) | 20:46 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 20:47 | |
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:a4eb:9b84:d98e:4ed0> has joined #yocto | 20:48 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 21:00 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 21:01 | |
*** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Quit: Leaving) | 21:04 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21:05 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-052-216.93.131.pool.telefonica.de> has joined #yocto | 21:22 | |
vd | smurray: moto-timo: angolini: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14605 | 21:25 |
*** florian_kc <florian_kc!~florian@dynamic-093-131-052-216.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 21:39 | |
*** vd24 <vd24!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 21:46 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 21:47 | |
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds) | 21:49 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 22:11 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-052-216.93.131.pool.telefonica.de> has joined #yocto | 22:12 | |
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:f85b:5e51:df16:ed40> has joined #yocto | 22:46 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:58 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:00 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 23:00 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 23:07 | |
*** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 252 seconds) | 23:11 | |
*** vd24 is now known as vd | 23:35 | |
vd | so PREFERRED_PROVIDER_virtual/bootloader is a variable of the same name in fact, not PREFERRED_PROVIDER with a virtual/bootloader override... | 23:36 |
*** florian_kc <florian_kc!~florian@dynamic-093-131-052-216.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 23:41 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!