seninha has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
_whitelogger has joined #yocto
goliath has quit [Quit: SIGSEGV]
sakoman has joined #yocto
xmn has quit [Ping timeout: 276 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
calliopehadassah has quit [Quit: User was banned]
nemik has quit [Ping timeout: 272 seconds]
sakoman has quit [Quit: Leaving.]
nemik has joined #yocto
alessioigor has joined #yocto
olani has quit [Ping timeout: 260 seconds]
Guest2972 has joined #yocto
Guest2972 has quit [Quit: Client closed]
olani_ has quit [Ping timeout: 260 seconds]
olani- has quit [Ping timeout: 260 seconds]
warthog9 has quit [Quit: Leaving]
warthog9 has joined #yocto
amitk has joined #yocto
rob_w has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
mthenault has joined #yocto
frieder has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf has quit [Ping timeout: 244 seconds]
mvlad has joined #yocto
zpfvo has joined #yocto
manuel_ has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
zpfvo has quit [Quit: Leaving.]
zpfvo has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
prabhakarlad has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
zpfvo has quit [Ping timeout: 272 seconds]
qschulz has quit [Remote host closed the connection]
zpfvo has joined #yocto
nemik has joined #yocto
qschulz has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
prabhakarlad has quit [Ping timeout: 244 seconds]
florian has joined #yocto
zpfvo has quit [Ping timeout: 272 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has joined #yocto
prabhakarlad has joined #yocto
KurtKiefer[m] has quit [Quit: You have been kicked for being idle]
Schlumpf has joined #yocto
mthenault has quit [Remote host closed the connection]
<agherzan>
If a machine RRECOMMENDS a linux-firmware and I want to avoid on or its indirect RRECOMMENDS (for example linux-firmware-foo) is injecting removes RRECOMMEND removes in d the only way?
<JaMa>
agherzan: have you tried BAD_RECOMMENDATIONS ?
zpfvo has quit [Ping timeout: 240 seconds]
<fabatera[m]>
<agherzan> "If a machine RRECOMMENDS a linux..." <- Can't understand your question but the reference is here:
<agherzan>
fabatera: I am aware of that but my question is how to avoid RRECOMEMNDS of entries in MACHINE_EXTRA_RRECOMMENDS. My current plan is to inject "removes"
<agherzan>
I'm going to rewrite my question above because it was full of typos:
<qschulz>
agherzan: like JaMa said, BAD_RECOMMENDATIONS should be what you're after
<agherzan>
qschulz: But does that work recursively as well?
<agherzan>
I don't want to avoid a recommendation in MACHINE_EXTRA_RRECOMMENDS but a RECOMMENDS of one of its entries.
<agherzan>
I'll check it ut
<agherzan>
out*
<qschulz>
agherzan: it applies to any package that is included because of RRECOMMENDS, whatever the package that pulls it in
<agherzan>
Makes sense. Thanks qschulz
<qschulz>
and obviously, if a package actually RDEPENDS on it, it'll still be pulled in
<qschulz>
agherzan: IIRC this mechanism is handled by the package manager preparing the final rootfs locally
<agherzan>
That is correct
<agherzan>
And it would make it flexible at any level
zpfvo has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
JaMa has quit [Quit: off]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
starblue has joined #yocto
<rburton>
WARNING: perf-1.0-r9 do_package_qa: QA Issue: File /usr/lib/python3.10/site-packages/perf-0.1-py3.10-linux-x86_64.egg/EGG-INFO/SOURCES.txt in package perf-python contains reference to TMPDIR <-- argh it's back again
Guest70 has joined #yocto
Schlumpf has quit [Ping timeout: 244 seconds]
JaMa has joined #yocto
<mcfrisk>
anyone else seen rpm/dnf related error on kirkstone: Error: Transaction test error: file /usr/share/polkit-1/rules.d conflicts between attempted installs of fwupd-1.7.6-r0.. and systemd-1:250.5-r0..
<mcfrisk>
there are no file conflicts, and the complaint is about /usr/share/polkit-1/rules.d which is just a directory to which both provide files
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 244 seconds]
Guest70 has quit [Quit: Connection closed]
<mcfrisk>
oh there is a difference in PACKAGE_ARCH and rpm/dnf don't want to mix them. opkg/ipkg doesn't care which IMO is correct, but rpm/dnf do. annoying..
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
goliath has joined #yocto
leon-anavi has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Schlumpf has joined #yocto
jmiehe has joined #yocto
florian_kc has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
Minvera has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
<tlwoerner>
LetoThe2nd: apparently there's a poky-beaver twitter account, are you in control of it?
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
rob_w has quit [Remote host closed the connection]
Estrella_ has quit [Remote host closed the connection]
<jonmason>
could this be the first release with a theme song?
<qschulz>
can't say that I didn't misread it once already :)
<qschulz>
jonmason: are you expecting a SUSE-like song (are they cover, dont remember really)
sakoman has joined #yocto
<qschulz>
and I also have no idea how to pronounce it and considering most of us had kirkstone pronunciation wrong...
<Habbie>
kurkstun?
<jonmason>
or we were pronouncing it correctly, and the locals are wrong
<qschulz>
kirk stunned without the -ed IIRC?
<jonmason>
I mean, I'm better the Jester could do a song
<jonmason>
err..I'm betting
kscherer has joined #yocto
<qschulz>
jonmason: probably more metal than Macklemore :)
<qschulz>
Habbie: French me wants to pronounce mickledore like mick-le-dor but we can have mick-el-dor, mike-le-dor, mike-el-dor...
<RP>
mick-el-dor,
<jonmason>
rburton pronounces it the second way, but who knows the proper northern english way
<RP>
kirk-stun
<jonmason>
RP: all releases should have a proper northern accent, right?
<RP>
jonmason: absolutely. The places are also in northern england
<RP>
the names will get worse :)
<jonmason>
or better, depending on the POV
<RP>
exactly
<jonmason>
just be glad they aren't southern US cities, pronounced the way the locals do
<RP>
jonmason: we have some lovely local towns like earsdon and ponteland
<RP>
Great for spotting the non-locals
<moto-timo>
there are a number of cities in the northwest US that are also pronounced "creatively" by locals
<moto-timo>
Not one of you would pass the test for "Aloha, OR"
<jonmason>
Albany, GA. Only people from South Georgia will say that one right (not said like Albany, NY)
<RP>
moto-timo: I'm afraid I killed myself laughing after one of the former Intel people tried to order fish and chips locally
<jonmason>
did they except crisps?
<jonmason>
eerr..expect
<JPEW>
Nevada, Iowa. Pronounced nuh-vad-uh
<RP>
jonmason: I had to step in and translate as they couldn't understand a single word
<jonmason>
lol
<jonmason>
JPEW: is there anyone local that pronounces Missouri Ma-zurr-ah?
<JPEW>
jonmason: Close, usually Mi-zurr-ah
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
<mcfrisk>
sigh, fwupd and systemd conflict also if arch are equal: Error: Transaction test error: file /usr/share/polkit-1/rules.d conflicts between attempted installs of fwupd-1.7.6-r0.armv8a and systemd-1:250.5-r0.armv8a
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 244 seconds]
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
<mcfrisk>
and there are no file level conflicts, both just install things under that directly. Don't understand how that can be a conflict. Other recipes do the same thing with FILES:${PN} += "${datadir}/polkit-1"
<rburton>
do both systemd and fwupd ship content in that directory?
<smurray>
if they set the directory to different ownership or perms, it'll conflict, I think
<smurray>
I've seen that before
<mcfrisk>
yes but different files, I extracted both rpm's and files don't conflict, neither do permissions as far as I see after cpio unpacking the rpms
zpfvo has quit [Quit: Leaving.]
<rburton>
dnf is a pain here, yes
<rburton>
another good reason to use opkg
<mcfrisk>
yes, opkg/ipkg don't see this bug at all, only rpm
prabhakarlad has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amitk has quit [Quit: leaving]
Schlumpf has quit [Quit: Client closed]
<JPEW>
rburton: Am I reading arch-armv7a.inc correctly in that it defaults to thumb?
<rburton>
huh
<rburton>
i didn't think it did
<rfs613>
mcfrisk: not sure how yocto generates the rpm's, but I remember from building them manually (.spec files) that you could list directories as belonging to a packge. Could this be happening for both fwupd and systemd?
<JPEW>
I mean a lot of recipes switch it back to arm for $REASONS, but I think thumb is the default ?
<rburton>
ah qemuarm.conf pulls in tune-cortexa15 which sets defaulttune first
<rburton>
so yes that does, but other files which include that tend to override it
<JPEW>
Got it
<rburton>
no ignore me, i can't read
<rburton>
*huh*
* JPEW
erases rburton's comments from memory
<rfs613>
mcfrisk: specifically I am talking about %dir in the .spec file
<mischief>
is there a supported way to build python with --with-pydebug? using pydebug messed up all the install paths with a `d` abi flag.
<mischief>
i need to debug a weird python crash and --with-pydebug seemed like the easiest way, but maybe not..
<mcfrisk>
rfs613: yes, yocto recipes don't use .spec files but generate them. in recipes, the files to each package are described, sometimes using wild cards. and it's supposed to be common to install files to directories originally created by other packages.
<mcfrisk>
but in this case it for what ever reason just doesn't work when rpm/dnf install the packages.
<rburton>
JPEW: yeah qemuarm is thumb'd
<rburton>
closing bug
florian_kc has joined #yocto
<rfs613>
mcfrisk: well if both (generated) spec files claim ownership of the same directory, that should fail when you try to install the 2nd one.
florian_kc has quit [Ping timeout: 244 seconds]
seninha has joined #yocto
<rfs613>
mcfrisk: you could try running "rpm -qlvp <package.rpm>" on each, see if they both claim to contain the directory. Also chekc the ownership/permissions that way.
xmn has joined #yocto
<rfs613>
actually... i just checked a few local rpms... seems overlap on directories is common... so I'm not sure what is going on... sorry!
<rfs613>
(other than perhaps different ownership/permissions, as smurray suggesed earlier)
<qschulz>
michaelo: I'm wondering if we should start having three sections for classes in the docs: global, recipe, both
<qschulz>
and explain what's the difference
Tokamak has joined #yocto
<qschulz>
michaelo: I'm also wondering if we should remove the ".bbclass" suffix from the subsection title for all classes since anyways we always rename the link in :ref: to not have this .bbclass
mark__ has joined #yocto
frieder has quit [Remote host closed the connection]
Tokamak has quit [Read error: Connection reset by peer]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
Tokamak has joined #yocto
Tokamak has quit [Client Quit]
<vvn>
hi there -- with buildhistory, I can see the srcrev used for a given package in the build/buildhistory/packages/<package-arch>/<package-name>/latest_srcrev file. But what happens if I use multiconfig? Only the last build will be shown?
<vvn>
(e.g. mc:distro1:package-foo and mc:distro2:package-foo)
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
<RP>
vvn: buildhistory was never made to work well with multiconfig, nobody has really worked that out
<vvn>
RP: ok! I just wanted to make sure I wasn't missing something. I guess I can just define BUILDHISTORY_DIR ?= "${TOPDIR}/history/${DISTRO}"
<mark__>
Hi I'm working on migrating dunfell to kirkstone, I got the build working entirely earlier, but then I mess th poky buildtool using scripts/install-buildtools and then I got these undefined reference to `pthread_once@GLIBC_2.34' from some native packages. Anyone familiar with these error and know where to fix them? tmp/work/x86_64-linux/u-boot-tools-native/1_2022.01-r0/recipe-sysroot-native/usr/lib/libcrypto.so: undefin
<mark__>
ed reference to `pthread_once@GLIBC_2.34'
<mark__>
tmp/work/x86_64-linux/kmod-native/29-r0/recipe-sysroot-native/usr/lib/liblzma.so: undefined reference to `pthread_join@GLIBC_2.34'
<mark__>
tmp/work/x86_64-linux/util-linux-native/2.37.4-r0/recipe-sysroot-native/usr/lib/libtinfo.so: undefined reference to `stat@GLIBC_2.33'
<mark__>
They are all vanilla poky packages from the kirkstone branch the poky/meta/recipes-devtools/pseudo/pseudo_git.bb:do_compile poky/meta/recipes-bsp/u-boot/u-boot-tools_2022.01.bb:do_compile poky/meta/recipes-kernel/kmod/kmod_29.bb:do_compile
kscherer has quit [Ping timeout: 240 seconds]
kscherer has joined #yocto
PhoenixMage has quit [Ping timeout: 272 seconds]
manuel_ has joined #yocto
PhoenixMage has joined #yocto
PhoenixMage has quit [Ping timeout: 260 seconds]
jmiehe has quit [Quit: jmiehe]
PhoenixMage has joined #yocto
alessioigor has quit [Quit: alessioigor]
<khem>
rburton: how do we solve the ptest perl modules missing issue
<rburton>
khem: change perl-modules to RDEPEND not RRECOMMEND on the modules it splits up
Tokamak has joined #yocto
qyrsyp has joined #yocto
prabhakarlad has joined #yocto
olani has joined #yocto
manuel__ has quit [Remote host closed the connection]
manuel__ has joined #yocto
olani- has joined #yocto
olani_ has joined #yocto
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
florian_kc has joined #yocto
Tokamak has joined #yocto
<rburton>
JaMa: well core-image-sato almost finished building for qemuarmv5 with thumb, just needed to tweak sudo and rust isn't happy, surprise surprise.
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
qyrsyp has quit [Quit: qyrsyp]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
prabhakarlad has quit [Quit: Client closed]
kevinrowland has joined #yocto
olani has quit [Ping timeout: 244 seconds]
olani has joined #yocto
prabhakarlad has joined #yocto
leon-anavi has quit [Quit: Leaving]
manuel_ has quit [Ping timeout: 244 seconds]
seninha has joined #yocto
Minvera has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
mvlad has quit [Remote host closed the connection]
seninha has quit [Ping timeout: 244 seconds]
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Tokamak has joined #yocto
florian_kc has quit [Ping timeout: 244 seconds]
<khem>
rburton: llvm does not support armv5 thumb backend so well. So I am not surprised
GillesM has joined #yocto
Tokamak has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<GillesM>
hello in a cmake recipes the are decompressed from tgz in CMakeLists.txt and c programs are inside ${BPN}-${PV} but bitbake display an error beacause it wants them temp dir .. idea ?
PhoenixMage has quit [Ping timeout: 252 seconds]
barometz has quit [Quit: No Ping reply in 180 seconds.]
barometz has joined #yocto
florian_kc has joined #yocto
olani has quit [Ping timeout: 250 seconds]
drewfustini has quit [Ping timeout: 264 seconds]
olani_ has quit [Ping timeout: 260 seconds]
olani- has quit [Ping timeout: 260 seconds]
barometz has quit [Quit: No Ping reply in 180 seconds.]
barometz has joined #yocto
drewfustini has joined #yocto
florian_kc has quit [Ping timeout: 244 seconds]
<vmeson>
GillesM: you'll have to be a bit more verbose, ideally by simplifying the situation and posting a recipe that fails.
barometz has quit [Ping timeout: 244 seconds]
<GillesM>
vmeson, fixed .. s
<vmeson>
GillesM: ah, good.
<GillesM>
vmeson, the tgz must contain program-version-release/files