<JosefHolzmayrThe>
does linux-yocto overwrite the localconfig string of the kernel config somewhere?
xmn has joined #yocto
banana_smoothie has joined #yocto
<RP>
smurray: you could just set PACKAGE_GLOBAL_RENAMES[keymaps] = ""
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
manuel1985 has joined #yocto
tre has joined #yocto
Sion has joined #yocto
DanielWalls[m] has quit [Quit: You have been kicked for being idle]
zpfvo has quit [Ping timeout: 268 seconds]
qua has joined #yocto
qua has quit [Ping timeout: 268 seconds]
florian_kc has joined #yocto
lucaceresoli has joined #yocto
zpfvo has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 268 seconds]
camus1 is now known as camus
florian_kc has quit [Ping timeout: 268 seconds]
mckoan|away is now known as mckoan
<Sion>
Good morning, I've got a question regarding the user configuration within Yocto. I've got a recipe that sets a few users within the image, on the otherhand I have a few recipes must assign those users. When I chown those users within the recipes then a warning will arise where host contamination is logged. Any thoughts in how I can resolve this?
<kanavin>
Sion, it helps if you write a mail to the yocto mailing list, and show the recipes and the message you get
<Sion>
Kanavin: Ok will do/
<qschulz>
I don't remember if this is fixed now but there was some issues with users setup in one recipe and used in another. The work-around was to have all recipes setup the user
camus1 has joined #yocto
camus has quit [Ping timeout: 268 seconds]
camus1 is now known as camus
mvlad has joined #yocto
banana_smoothie has quit [Quit: Client closed]
kayterina has joined #yocto
kayterina has quit [Remote host closed the connection]
florian has joined #yocto
troth has quit [Ping timeout: 268 seconds]
Sion has quit [Quit: Konversation terminated!]
chep has quit [Ping timeout: 268 seconds]
camus1 has joined #yocto
chep has joined #yocto
vermaete has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
troth has joined #yocto
pgowda_ has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
troth has quit [Ping timeout: 268 seconds]
zyga-mbp has joined #yocto
vermaete has quit [Quit: Client closed]
manuel_ has joined #yocto
manuel1985 has quit [Ping timeout: 268 seconds]
troth has joined #yocto
qua has joined #yocto
manuel_ has quit [Remote host closed the connection]
troth has quit [Ping timeout: 256 seconds]
troth has joined #yocto
chep has quit [Ping timeout: 268 seconds]
chep has joined #yocto
Flumpy33 has joined #yocto
Flumpy33 is now known as Sion
troth has quit [Ping timeout: 260 seconds]
troth has joined #yocto
xmn has quit [Ping timeout: 268 seconds]
alejandrohs has quit [Read error: Connection reset by peer]
zyga-mbp has quit [Ping timeout: 268 seconds]
alejandrohs has joined #yocto
zyga-mbp has joined #yocto
<mcfrisk>
oh, util-linux include GPLv3 license for some files but recipe doesn't reflect this
<mcfrisk>
never mind, EXTRA_OECONF_append = " --disable-hwclock-gplv3"
<RP>
jordemort: that looks like a runqueue bug. Is there a way I can reproduce it with oe-core?
zpfvo has quit [Ping timeout: 260 seconds]
<jordemort>
RP: unfortunately i haven't been able to get our repo opened yet, but it looks like `bitbake packagegroup-core-boot --runall=build` reproduces it
<jordemort>
i'm not sure if it would in another amalgamation that includes poky
zpfvo has joined #yocto
<RP>
jordemort: yes, it does, have it here
<jordemort>
my use case is that i'm building a base container image and then an RPM repo with a bunch of packages, and then other teams are using that base container + repo to build derivative containers w/ regular docker tooling
<jordemort>
so i really just need a way to say "build all the RPMs referenced by this packagegroup", was considering copying stuff from RDEPENDS to DEPENDS but that seems wrong
<jordemort>
ERROR: Multiple .bb files are due to be built which each provide pkgconfig-native: ...
<RP>
jordemort: right, my build shows that too :/
<RP>
I was thinking it was other stuff I had locally but clearly not
<qschulz>
RP: you're not going to make friends with that :append += patch :p
<Saur>
qschulz: It's not his job to make friends. ;)
<qschulz>
RP: ?= and ??= should be an error because it is not doing what it says, as opposed to += and co
leon-anavi has quit [Quit: Leaving]
lexano has joined #yocto
wyre has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<qschulz>
Saur: sure :) it's just that I've seen it very often :)
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
prabhakarlad has quit [Quit: Client closed]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
leon-anavi has joined #yocto
Schlumpf has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
rob_w has quit [Quit: Leaving]
jsbronder has quit [Quit: WeeChat 3.2]
jsbronder has joined #yocto
chep has quit [Ping timeout: 268 seconds]
chep has joined #yocto
florian has quit [Quit: Ex-Chat]
<RP>
qschulz: why wouldn't I make friends with it? Are there particularly valid uses cases for needing those?
vd has joined #yocto
NewbieinYocto has joined #yocto
<NewbieinYocto>
Hello, I am compiling for the first time some recipes from a board vendor, and I have encountered the same following error for 3 recipes ERROR: perl-5.24.4-r0 do_package_qa: QA Issue: /usr/lib/libperl.so.5.24.4 contained in package perl-lib requires libm.so.6(GLIBC_2.29)(64bit), but no providers found in RDEPENDS_perl-lib? [file-rdeps]
<NewbieinYocto>
Some hints to solve it?
pgowda_ has quit [Quit: Connection closed for inactivity]
<qschulz>
RP: no but I've seen it used very often and requiring people to do things :) (same as _append :append change I guess). I think if it gets merged it should get its own section in the migration guide to explain why such a change
<qschulz>
(I +1 the change BTW, :append += could be interpreted as doing a += on :append but that is not the case, due to how :append works and thus, IMO, can cause confusion)
<qschulz>
RP: not sure I conveyed my ideas correctly, in short... +1, it's just that i've seen _append += often
<RP>
qschulz: ok, I was wondering if there was some use for this I was missing. It does seem some people prefer it :/
<jordemort>
RP: hmm doesn't apply cleanly to my tree (i'm on honister) let me see if i can adjust
<RP>
jordemort: probably the len() changes, it shouldn't be hard to tweak
<RP>
jordemort: or just grab the other patch too, it should be harmless
<qschulz>
RP: because it's easy to forget the leading space and most of the uses are for space separated lists so not thinking and using _append += is easier than making sure the leading space is there, or let's say the eye catches ita missing + ore easily than a missing space
<qschulz>
catches a missing + more easily than a missing space*
<RP>
qschulz: right. I'm not sure that is a good behaviour but I can see why people do it :/
<Saur>
RP: You could make runonly_tids a generator object instead of a list.
<RP>
Saur: true, I was trying not to have too many changes
<Saur>
Well, you already changed it from a set to list so changing it to a generator instead shouldn't make too much of a difference.
creich has quit [Ping timeout: 268 seconds]
<mcfrisk>
does anyone else see util-linux and BSD-4-Clause license problematic? Could that be disabled/removed by default just like GPLv3 code in util-linux?
Tokamak has quit [Ping timeout: 268 seconds]
leon-anavi has quit [Quit: Leaving]
Tokamak has joined #yocto
mrnuke has quit [Read error: Connection reset by peer]
zpfvo has quit [Ping timeout: 260 seconds]
mrnuke has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
chep has quit [Ping timeout: 256 seconds]
<vd>
Can an image recipe do: IMAGE_CLASSES += "foo"?
<qschulz>
vd: why not just inherit foo in it?
goliath has quit [Quit: SIGSEGV]
<vd>
qschulz for conditionally inheritance from an anonymous python function. I was thinking about doing if ...: d.appendVar('IMAGE_CLASSES', 'foo')
chep has joined #yocto
<vd>
kinda sexier than using a temporary variable and doing inherit ${FOO} later, isn't it? Not sure it is correct though.
<qschulz>
maybe there's some bb.utils or similar for inheriting a class
zpfvo has quit [Ping timeout: 260 seconds]
florian_kc has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
florian_kc has quit [Ping timeout: 268 seconds]
mckoan is now known as mckoan|away
<jordemort>
RP: yeah just grabbed the whole runqueue.py and replaced it, it runs without error but also doesn't build the packages, i.e. it behaves the same as if i did not `--runall build`, i get an RPM for the packagegroup but nothing for any of its RDEPENDS
nad has quit [Quit: Client closed]
Guest9036 has joined #yocto
Guest9036 has quit [Client Quit]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zyga-mbp has joined #yocto
troth has quit [Ping timeout: 268 seconds]
chep has quit [Ping timeout: 260 seconds]
troth has joined #yocto
kanavin has quit [Quit: Leaving]
chep has joined #yocto
<manuel__>
NewbieinYocto: Which metalayers are you building? Which branch or tag are you on?
rfuentess has quit [Remote host closed the connection]
<RP>
jordemort: ok, I'll have to look more at the code, sorry. been in meetings which doesn't help
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
JaMa has joined #yocto
alessioigor has quit [Quit: alessioigor]
engest has quit [Read error: Connection reset by peer]
engest has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
<RP>
sakoman: you'll probably see the above too
zyga-mbp has joined #yocto
<JPEW>
RP: did it change URLs... between two builds? It must be encoding something outside of SRC_URI
lucaceresoli has quit [Ping timeout: 256 seconds]
<RP>
JPEW: it probably pulled the remote address from the cloned repo
<RP>
JPEW: I did backport the bitbake url magic into that build
<JPEW>
Ah, right. So the bitbake URL re-writing is not encoded in the metadata because it's "magic"
<JPEW>
Hmm
<RP>
JPEW: right. No real choice other than forcing users to manually do it everywhere
<JPEW>
Ya, the "simple" solution is to put in the correct URLs in SRC_URI, but ya. That requires everyone to update
chep has quit [Ping timeout: 268 seconds]
florian_kc has joined #yocto
<vd>
github removed support for unauthenticated git:// URLs btw
<RP>
vd: that is what we're talking about :)
chep has joined #yocto
<vd>
ok, I wasn't sure
<vd>
I had to switch to https:// too
florian_kc has quit [Ping timeout: 260 seconds]
mvlad has quit [Quit: Leaving]
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<RP>
JPEW: do you remember if/where you had example "filter" code for variables?
xmn has joined #yocto
qua has quit [Ping timeout: 256 seconds]
nad has quit [Ping timeout: 256 seconds]
engest has quit [Read error: Connection reset by peer]
zyga-mbp has joined #yocto
engest has joined #yocto
<JPEW>
RP: I'm not exactly sure what you are refering to
<RP>
JPEW: I think we talked about and prototyped some code which would process a value of a variable before it was returned from the datastore. The example was multilib
<Guest95>
Does anyone know how I might go about running a bitbake command within a bitbake build?
GNUmoon has joined #yocto
<Guest95>
For example, if I wanted to run `bitbake --show-versions` within a build, as part of the `do_install` step
<RP>
Guest95: you can't do that, bitbake won't let you and has lock files to stop it
<Guest95>
Yeah, I've found that to be true
<RP>
there are good reasons it doesn't support it as the code isn't safe to run mutliple times on top of itself
<Guest95>
But like, is it possible to get that output, or somehow run the internal command?
<Guest95>
Nah, nah, I don't actually really _want_ to run it twice. Really, I just want the output. Happy to run it safely, not looking for hacky
<RP>
Guest95: as currently written, probably not
<RP>
Guest95: which information do you actually need? All versions or just dependency info of the current task?
<Guest95>
I just want the deps for a single package, that we're producing ourselves
<Guest95>
Also, thanks so much for helping me!
<RP>
Guest95: that is much easier. Have a look at BB_TASKDEPDATA
<sakoman>
RP: diffoscope would have to work in dunfell in order for me to see that ;-P
<Guest95>
Hmm. A quick google doesn't quite show how to use `BB_TASKDEPDATA`. Is that just a variable? `echo ${BB_TASKDEPDATA}`?
<RP>
sakoman: I think since you changed the SRC_URIs you'd not see it
<JPEW>
RP: It sounds vaugly familair, but I can't see anything in my local sandbox
<RP>
sakoman: could your issues but version of the buildtools tarball I wonder?
<sakoman>
RP: that's what I was just about to say
<RP>
JPEW: I'm starting to think I imagined it. I can't find it either but I'm sure we did have something
<sakoman>
RP: possibly, did you see my comments in yp-infra?
<RP>
JPEW: april last year, Re: [Openembedded-architecture] Concerns about multilib bugs
<RP>
sakoman: no
<RP>
sakoman: oh, yes I did. you went for a break :)
<RP>
sakoman: do you see this on all ab workers or just some?
<sakoman>
RP: seems to happen on all distros
<sakoman>
And reproduces locally too (on Ubuntu 20.02)
florian_kc has joined #yocto
<RP>
sakoman: ok, that suggests it isn't buildtools
<sakoman>
removing file-native from ASSUME_PROVIDED allows magic.mgc to be staged and found
<RP>
sakoman: the magic which makes this work without doing that is "file-replacement-native"
<RP>
sakoman: probably the new depende from diffoscope-native to rpm-native ;-)
zyga has joined #yocto
nad has joined #yocto
<sakoman>
OK, will take a look there
<sakoman>
thanks!
zyga-mbp has quit [Ping timeout: 268 seconds]
<RP>
sakoman: I do think there is a missing dependency somewhere though, probably python3-magic-native needs this