Friday, 2021-10-15

*** 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 #yocto00:02
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:8d32:e3:b629:30bf> has quit IRC (Client Quit)00:02
*** GillesM <GillesM!> has joined #yocto00:14
*** GillesM <GillesM!> has quit IRC (Client Quit)00:14
*** GillesM <GillesM!> has joined #yocto00:15
*** mckoan|away <mckoan|away!> has joined #yocto01:00
*** GillesM <GillesM!> has quit IRC (Quit: Leaving)01:54
*** vd <vd!> has quit IRC (Quit: Client closed)02:55
*** vd <vd!> has joined #yocto02:56
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)03:00
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto03:08
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 260 seconds)03:10
*** jmiehe1 is now known as jmiehe03:10
*** kpo <kpo!> has quit IRC (Read error: Connection reset by peer)04:00
*** kpo <kpo!> has joined #yocto04:04
*** amitk <amitk!~amit@> has joined #yocto04:22
*** tre <tre!> has joined #yocto04:37
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:1b1f:fcfb:4196:cd4> has quit IRC (Ping timeout: 252 seconds)05:11
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 265 seconds)05:24
*** camus <camus!~Instantbi@> has joined #yocto05:38
*** roussinm <roussinm!> has quit IRC (Quit: WeeChat 3.3-dev)05:45
*** alessioigor <alessioigor!~alessioig@> has joined #yocto05:45
*** alessioigor <alessioigor!~alessioig@> 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 #yocto06:05
*** timbert[m] <timbert[m]!~timbertma@2001:470:69fc:105::b533> has joined #yocto06:19
*** Guest31_niclas <Guest31_niclas!> has quit IRC (Quit: Client closed)06:32
*** Emantor_ <Emantor_!> has joined #yocto06:34
*** bantu_ <bantu_!> has joined #yocto06:34
*** rsalveti_ <rsalveti_!> has joined #yocto06:34
*** Emantor <Emantor!> has quit IRC (Ping timeout: 245 seconds)06:34
*** rsalveti <rsalveti!> has quit IRC (Ping timeout: 245 seconds)06:34
*** bantu <bantu!> has quit IRC (Ping timeout: 245 seconds)06:34
*** rsalveti_ is now known as rsalveti06:34
*** Emantor_ is now known as Emantor06:34
JosefHolzmayrTheyo dudX06:40
*** Schlumpf <Schlumpf!~Schlumpf@> has joined #yocto06:53
JosefHolzmayrTheCh^W_: I'm no expert there, but shouldn't diffsigs help with that?06:54
*** tnovotny <tnovotny!> has joined #yocto06:58
*** zpfvo <zpfvo!~fvo@> has joined #yocto07:01
*** davidinux <davidinux!~davidinux@> has joined #yocto07:18
*** rfuentess <rfuentess!> has joined #yocto07:18
*** agrue_ <agrue_!> has quit IRC (Ping timeout: 245 seconds)07:31
*** agrue <agrue!> has joined #yocto07:32
*** Guest44 <Guest44!~Guest44@> has joined #yocto07:33
Guest44hello 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
qschulzCh^W_: yes, that's one thing that isn't supported actually AFAIR07:35
qschulzonly the filename is used in the hashmap, not the path07:36
JosefHolzmayrTheqschulz: 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
qschulzI seem to recall you're not supposed to use absolute paths in subdir07:38
qschulzand ${S} is one07:38
qschulzbut otherwise yeah, I don't know07:40
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 268 seconds)07:40
qschulzbitbake dumpsig should help identify what is watched07:40
*** gsalazar_ <gsalazar_!~gsalazar@> has joined #yocto07:43
qschulzGuest44: 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
Guest44qschulz thx for support, i don't have this recipe (only and yes it's on a basic 20.04 Ubuntu build machine07:46
Guest44more info, calling bitbake unzup-native doesn't show any error07:48
qschulzGuest44: you added DEPENDS += unzip-native to a recipe right?07:49
*** grma <grma!~gruberm@> has joined #yocto07:49
Guest44qschulz yes and I have simply added do_unzip method ( addtask unzip before do_install after do_fetch) method is called but unzip not found07:50
RPHmm, first failed "perf" build on the AB in over 300 builds07:50
qschulzGuest44: after do_fetch is incorrect07:51
Guest44qschulz Ha ? there is some rules to know about that ?07:51
qschulzit should be after do_prepare_recipe_sysroot07:51
qschulzGuest44: the sysroot is populated by this task07:51
qschulzso 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 yet07:52
RP635 builds and 5 months ago was the last failure07:52
qschulzwhy do you need unzip ?07:52
Guest44qschulz ok so first thx for the link, sec that works now :) :)07:53
Guest44I'm using unzip to extarct Xilinx file07:53
*** frieder <frieder!> has joined #yocto07:56
*** bps <bps!> has joined #yocto08:01
*** pgowda_ <pgowda_!> has joined #yocto08:01
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Remote host closed the connection)08:02
qschulzGuest44: that should be done automatically by Bitbake08:02
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto08:03
Guest44qschulz I had some issue because the file extension is not "standard" for tools (.xsa vs tar/gz ...)08:03
qschulzGuest44: how do you get your zipped file? through http SRC_URI?08:10
Guest44qschulz yes the file come from a basic ssh access on a local bitbucket repo08:11
qschulzssh fetcher then, not http08:12
qschulzbecause you could use ; for your zipped file if you fetched it with the http fetcher08:13
qschulzotherwise, I assume you could just do a rename of the file in a do_fetch_append08:14
qschulzto have a .zip extension so do_unpack knows it should unpack it08:14
Guest44qschulz that's a really good advice, i will try to follow this wy :)08:15
qschulzdo_fetch is likely a python task, so you'll have to write the _append in python too08:16
qschulzor use do_fetch[postfunc] IIRC08:16
wCPOShouldn'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 #yocto08: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!> has joined #yocto08:35
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:47
*** florian <florian!> has quit IRC (Quit: Ex-Chat)08:56
*** florian <florian!> has joined #yocto08:57
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto09:03
rburtonwCPO: pseudo is a LD_PRELOAD that intercepts glibc calls. Go code typically hits the syscall interface directly, so you can't intercept it09:03
rburtonbuild any go code you run at build time to use the libc, instead of hitting the syscalls directly09:05
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Quit: Textual IRC Client:
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
wCPOrburton: make sense. Are you referring to CGO_ENABLED=1? because skopeo is already built with that09:08
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09:09
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)09:09
qschulzCh^W_: that is something that is not recommended :)09:19
qschulzbecause you don't want to bind your software to a build system09:19
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)09:20
*** Guest52 <Guest52!~Pan5ky@2a02:8109:8380:224:c182:3503:ef0c:55ea> has joined #yocto09:26
*** alessioigor <alessioigor!~alessioig@> has joined #yocto09: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
qschulzCh^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 both09: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
*** Ad0 <Ad0!~Ad0@> has joined #yocto10:12
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Quit: alessioigor)10:23
*** CocoJoe <CocoJoe!> has quit IRC (Quit: Client closed)10:26
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)10:27
*** xmn <xmn!> has joined #yocto10:28
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto10:34
RPCh^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!> has quit IRC (Ping timeout: 252 seconds)10:52
wCPOCan I get the real user id from a recipe? (ex: the user running bitbake)10:53
*** frieder <frieder!> has joined #yocto10:54
*** CocoJoe <CocoJoe!> has joined #yocto10:54
rburtonit only pretends to be root inside pseudo tasks10:55
*** jwillikers <jwillikers!> has joined #yocto10:55
qschulzCh^W_: I think you should be able to work around this by using externalsrc pointing to your sources in-tree11:01
qschulzexternalsrc uses git to detect changes11:01
qschulzCh^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
RPCh^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@> 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@> has joined #yocto11:35
*** CocoJoe <CocoJoe!> has quit IRC (Quit: Client closed)11:37
*** xmn <xmn!> has quit IRC (Ping timeout: 265 seconds)11:40
Guest52Hi 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 Pan5ky11:51
JosefHolzmayrTheRP: maximal esdk?11:57
RPJosefHolzmayrThe: you can generate two versions, one with and one without the sstate built in11:58
* RP just fast tracked a patch into master to try and stop the perf builds failing11:58
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto12:03
JosefHolzmayrTheah ok12:13
*** jwillikers <jwillikers!> has quit IRC (Quit: jwillikers)12:20
*** jwillikers <jwillikers!> has joined #yocto12:26
*** jwillikers <jwillikers!> 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 #yocto12:31
*** Schlumpf <Schlumpf!~Schlumpf@> has quit IRC (Quit: Client closed)12:41
*** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto12:41
cperonHi, 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
mcfrisktrying to send a patch to using git send-email and response from server is "[] said: 500 Invalid request 1-0-1". What's that about? Overriding --from to match commit author no longer allowed or what?12:55
landgrafmcfrisk: yocto@lists.yoctoproject.org12:58
landgrafmcfrisk: been there yesterday :(12:58
*** frieder <frieder!> has quit IRC (Remote host closed the connection)12:58
rburtonits been @lists. for quite a while now :)13:03
landgrafrburton: few places still points to @y.o (psplash's README for example)13:07
mcfriskmeta-selinux needs an update to MAINTAINERS13:08
rburtonlandgraf: psplash fixed. anywhere else you know of?13:10
rburtonmcfrisk: says lists.  guessing you mean a stable branch?13:11
JPEWRP: Sorry I didn't get around to that simple hashequiv test fix; does your patch appear to correct it?13:11
rburtoni'd feel bad about drive-by committing to active layers, so sent a patch for that?13:12
landgrafrburton: Google """" gives quite a few of such cases13:12
RPJPEW: the .db-wal one?13:13
JPEWRP Ya13:13
RPJPEW: There are two patches, one fixing three cases in oeqa and another in bitbake. I'm hopeful it should but don't know for sure13:14
RPJPEW: we hit a few more of them so I though I'd just try and fix it! :)13:14
*** Tyaku <Tyaku!> has joined #yocto13:16
*** Tyaku <Tyaku!> has quit IRC (Client Quit)13:18
*** Tyaku <Tyaku!> has joined #yocto13:18
mcfriskrburton: yep, meta-selinux list address update submitted to dunfell branch13:19
manuel1985Can anyone tell me what "object" is referring to in this chapter?
manuel1985What 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!> has joined #yocto13:29
*** tre <tre!> has quit IRC (Remote host closed the connection)13:29
RPJPEW, rburton: I can't decide if this fix is inspired or should have me sectioned :
RPCh^W_: you might be interested in that13:46
*** Tyaku <Tyaku!> has quit IRC (Ping timeout: 265 seconds)13:46
*** Tyaku <Tyaku!> has joined #yocto13:47
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto14:03
*** atril <atril!~artri@> has joined #yocto14:11
*** Tyaku <Tyaku!> has left #yocto14:17
*** pidge <pidge!~pidge@> has joined #yocto14:19
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:7ce1:5710:777b:7bd9> has joined #yocto14:24
JPEWRP: 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!> has joined #yocto14: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!> has quit IRC (Quit: Leaving)14:41
rburtonRP: that is pretty horrible14:42
*** ptsneves <ptsneves!> has joined #yocto14:46
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 252 seconds)14:47
*** roussinm <roussinm!> has joined #yocto14:48
qschulzcan file-checksums have knowledge of the directory in which a task is run (do_func[dir] IIRC?)14:57
*** ptsneves <ptsneves!> has quit IRC (Ping timeout: 264 seconds)14:58
qschulzin 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
qschulzI'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!> has joined #yocto15:01
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)15:05
*** camus1 <camus1!~Instantbi@> has joined #yocto15:05
*** camus1 is now known as camus15:07
vdhow do I get the first element of a variable? FIRST = "${@d.getVar('FOO').split()[0]}" ?15:15
rburtonget the variable, split on whitespace, first element15:16
rburtonbitbake datastore is typically just strings.  that's not true, but we'll ignore that.15:16
qschulzgetVar expands by default now right?15:16
rburton"now" even15:17
rburtonthat's been five years now?15:17
qschulza long time for sure :)15:17
vdyes it does, only getVarFlags doesn't expand by default15:18
*** eko <eko!> has joined #yocto15:23
*** eko <eko!> has left #yocto15:23
*** rpcme <rpcme!> has joined #yocto15:24
rpcmeHi 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
rpcmeps. I'm not cloning poky, I'm using openembedded-core and bitbake directly.15:27
*** zyga <zyga!~zyga@> has quit IRC (Remote host closed the connection)15:27
*** zyga <zyga!~zyga@> has joined #yocto15:29
*** rfuentess <rfuentess!> has quit IRC (Remote host closed the connection)15:36
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)15:36
rpcmeOk 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@> has quit IRC (Quit: camus)15:40
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:42
*** dgriego1 <dgriego1!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client:
qschulzrpcme: bitbake and openembedded-core versions should be kept in sync15:50
vdqschulz: how though? bitbake doesn't use release branches, but some fixed release tags.15:54
qschulzshould have said that there is a mapping between versions of both projects and that's what I meant by "kept in sync"15:55
kergothHmm, that sysroot_stage_all hang we saw at mentor with dunfell only occurs with the cpio from the native sysroot, not the host cpio. interesting15:57
rpcmeqschulz: 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" :D15:58
*** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto16:00
vdSince 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
kergothrpcme: 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
vdqschulz: 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
kergothvd: honister is brand new, most likely just master. and the oe-core branch name *is* the yocto release name, i.e. dunfell16:08
*** zpfvo <zpfvo!~fvo@> has quit IRC (Remote host closed the connection)16:08
kergothyou're right though, could certainly be clearer16:08
kergothnot sure when that gets updated16: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
vdwhat are the sources from this documentation:
vdthe example needs to be fixed16:14
*** camus <camus!~Instantbi@2409:8a1e:9112:5840:2414:8f05:9a67:cae2> has joined #yocto16:14
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto16:25
*** Ad0 <Ad0!~Ad0@> has quit IRC (Ping timeout: 268 seconds)16:27
*** zyga <zyga!~zyga@> has quit IRC (Remote host closed the connection)16:29
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 252 seconds)16:33
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:36
rpcmejust 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 ago16:40
RPqschulz: in summary, no, only the fetcher code knows what the correct prefix point is :/16:43
RPJPEW: that was the idea, yes16:43
*** kanavin_ <kanavin_!~Alexander@> has joined #yocto16: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!> has quit IRC (Quit: Ex-Chat)16:49
*** tre <tre!> has joined #yocto16:50
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 252 seconds)16:53
*** amitk <amitk!~amit@> has quit IRC (Quit: leaving)17:06
*** gsalazar_ <gsalazar_!~gsalazar@> has quit IRC (Ping timeout: 264 seconds)17:15
*** vladest <vladest!> has joined #yocto17:17
*** drewfustini <drewfustini!> has joined #yocto17:28
drewfustinihello, anyone have suggestion about how to disable perl in the git client build?17:30
drewfustiniI think I need to change this line:17:30
drewfustiniEXTRA_OECONF = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl \17:30
drewfustinito remove '--with-perl' but I am not sure what the best way is to accomplish that17:30
*** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Quit: Client closed)17:31
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Ping timeout: 265 seconds)17:35
RPdrewfustini: are you trying to do that from a bbappend?17:35
RPdrewfustini: we'd likely take a patch to make perl a PACKAGECONFIG option17:35
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds)17:38
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Read error: Connection reset by peer)17:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:41
*** pgowda_ <pgowda_!> has quit IRC (Quit: Connection closed for inactivity)17:41
*** florian_kc <florian_kc!> has joined #yocto17:43
*** angolini <angolini!> has joined #yocto17:54
angoliniI've been using EXTRA_USERS_PARAMS use useradd -P and now I'm facing an error that -P is not a valid argument any more17:55
angolinibut I could not spot what has been changed. So I think I'm missing some piece17:55
angoliniI 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!> has quit IRC (Quit: vladest)18:06
*** kiran <kiran!~kiran@2607:fea8:5a80:ea0:7ce1:5710:777b:7bd9> has joined #yocto18:09
*** florian_kc <florian_kc!> 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
paulgkinda 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 breaks18:15
*** otavio <otavio!> has quit IRC (Remote host closed the connection)18:19
jsbronderIs 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
jsbronderI have bitbake-selftest passing on 3.10.18:24
vdangolini: 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
angolinicrazy! Thanks @vd18:26
angolinibut when I user -p, I cannot log in :(18:27
vdangolini: Ha. That being said I just fix the compilation like this, but I didn't tested it...18:29
angoliniI 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 changed18:30
vdme neither18:37
*** florian_kc <florian_kc!> has joined #yocto18:42
*** dev1990 <dev1990!> has quit IRC (Quit: Konversation terminated!)18:44
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 252 seconds)18:48
drewfustiniRP: 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 #yocto18:51
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto18:54
abellonidrewfustini: I guess you'd need to add something like:18:54
abelloniPACKAGECONFIG[perl] = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl,--without-perl"18:55
moto-timoand then remove the existing --with-perl line from the EXTRA_OECONF18:56
abelloniI'm concernend about what is done in EXTRA_OEMAKE though18:56
moto-timoin a bbappend, you might be able to get away with EXTRA_OECONF:remove = "--with-perl=${STAGING_BINDIR_NATIVE}/perl-native/perl"18:57
smurrayangolini 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 AIUI18:58
smurrayhrm, 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 it18:59
moto-timoabelloni: good point, the EXTRA_OEMAKE is going to still pull in perl18: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
angolinithanks @smurray19:00
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto19:00
*** camus <camus!~Instantbi@2409:8a1e:9112:5840:2414:8f05:9a67:cae2> has quit IRC (Quit: camus)19:02
drewfustinimoto-timo: thanks, I will try EXTRA_OECONF:remove.  BTW, the ":" is the new syntax right?19:03
moto-timoangolini: this is what I use in my phosh image to set the "password" to 123419:03
moto-timowhere the user is "phosh", so modify as needed for your use case19:04
angolinigreat! THanks a lot @moto-timo! I will need this <319:04
moto-timoI've tried other ways to create the password hash, but this is the one that worked for me (mkpasswd -m sha512crypt)19:05
moto-timodrewfustini: correct, that's the "new override" syntax, so replace with _ for older releases19:06
moto-timodrewfustini: you might also have to EXTRA_OEMAKE:remove = "'PERL_PATH=/usr/bin/env perl'"19:10
moto-timono idea if it will blow up or not19:11
Tokamakanyone 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
Tokamaki 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
vdsmurray: 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
vdmoto-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
smurrayvd: can you file a bug in the Yocto bugzilla for that?19:20
vdsmurray: sure.19:22
smurrayvd: okay, thanks19:23
*** rpcme <rpcme!> has quit IRC (Quit: Client closed)19:25
moto-timoDISTRO_FEAURES:remove = "x11" doesn't work without the T  LOL19:26
moto-timoCorollary: don't look for a complicated solution until you have ruled out typos19:27
vdmoo-imo did a ypo19:28
moto-timoalso, put "bitbake-getvar" into your list of reasons to convince your boss or customers to move to a newer release...19:31
moto-timoI should go create a sh**post twitter account named moo-imo19:32
moto-timotoo bad I'm not really a sh**poster19:32
moto-timotroll yes19:32
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 264 seconds)19:39
*** atril <atril!~artri@> has quit IRC (Remote host closed the connection)19:40
*** atril <atril!~artri@> has joined #yocto19:41
sakomanmoo-imo is a roll19:45
*** rcw <rcw!~rcwoolley@> has joined #yocto19:48
*** tre <tre!> has quit IRC (Remote host closed the connection)19:51
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto19:55
moto-timovd: sakoman: thank you for making Friday fun!19:56
moto-timo🍣 🍱19:59
vdI understand sushi time?20:13
moto-timosushi roll!20:13
*** lucaceresoli <lucaceresoli!~lucaceres@> 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@> has joined #yocto20:47
*** vladest <vladest!~Thunderbi@2001:171b:c9b1:9c20:a4eb:9b84:d98e:4ed0> has joined #yocto20:48
*** alessioigor <alessioigor!~alessioig@> has joined #yocto21:00
*** alessioigor <alessioigor!~alessioig@> has quit IRC (Client Quit)21:01
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC (Quit: Leaving)21:04
*** xmn <xmn!> has joined #yocto21:05
*** florian_kc <florian_kc!> has joined #yocto21:22
vdsmurray: moto-timo: angolini:
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 264 seconds)21:39
*** vd24 <vd24!> has joined #yocto21:46
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)21:47
*** vd <vd!> has quit IRC (Ping timeout: 256 seconds)21:49
*** xmn <xmn!> has quit IRC (Quit: ZZZzzz…)22:11
*** florian_kc <florian_kc!> has joined #yocto22:12
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:f85b:5e51:df16:ed40> has joined #yocto22:46
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)22:58
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:00
*** jwillikers <jwillikers!> has joined #yocto23:00
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)23:07
*** atril <atril!~artri@> has quit IRC (Ping timeout: 252 seconds)23:11
*** vd24 is now known as vd23:35
vdso 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!> has quit IRC (Ping timeout: 264 seconds)23:41

Generated by 2.17.2 by Marius Gedminas - find it at!