LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
tgamblin has quit [Ping timeout: 245 seconds]
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
tgamblin has joined #yocto
tgamblin_ has quit [Ping timeout: 248 seconds]
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 272 seconds]
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #yocto
tgamblin has quit [Ping timeout: 252 seconds]
tgamblin has joined #yocto
xmn has joined #yocto
Starfoxxes has quit [Ping timeout: 265 seconds]
enok has joined #yocto
BiteriaFedoral has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
Starfoxxes has joined #yocto
BiteriaFedoral has quit [Changing host]
BiteriaFedoral has joined #yocto
Starfoxxes has quit [Ping timeout: 272 seconds]
enok has quit [Ping timeout: 252 seconds]
Starfoxxes has joined #yocto
BiteriaFedoral has quit [Quit: Client closed]
marka has quit [Quit: ZNC 1.8.2 - https://znc.in]
steelswords has quit [Read error: Connection reset by peer]
steelswords has joined #yocto
marka has joined #yocto
leon-anavi has joined #yocto
goliath has joined #yocto
wojci has joined #yocto
BenBE has quit [Ping timeout: 246 seconds]
ray-san has joined #yocto
rink_ has joined #yocto
<rink_> hi all
alessioigor has joined #yocto
<rink_> beginner question - I have a (custom) package that complains with
<rink_> QA Issue: mdil-compat: Files/directories were installed but not shipped in any package:
<rink_> Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install
<rink_> So, I added: 'do_install:append() { rm -f /usr/bin/some-file }
<rink_> but that does not work
<rink_> I'm guessing I need this path to be relative to something... but, where?
<rink_> Can someone help me? :-)
<rink_> [the do_install:append() has a newline after {, but I don't know howto IRC that properly]
<OnkelUlla> rink_: Please try "rm -f ${D}${bindir}/some-file" instead.
<rink_> OnkelUlla, thanks, I'll try that
<rink_> [this is a temporary solution anyway, the package needs to be split but that's of course more involved at this point]
frieder has joined #yocto
xmn has quit [Quit: ZZZzzz…]
rob_w has joined #yocto
Jones42_ is now known as Jones42
<Jones42> OnkelUlla: now that I see you, I have a question regarding your image-type-verity.bbclass
Haxxa has quit [Ping timeout: 252 seconds]
<Jones42> A colleague recently pointed me towards https://git.yoctoproject.org/meta-security/tree/classes/dm-verity-img.bbclass . So now I'm a bit confused regarding the differences between that one and your proposed bbclass and why you made the effort of writing your own.
BenBE has joined #yocto
mckoan|away is now known as mckoan
<OnkelUlla> Jones42: The main reason was to be able to append the hash tree directly to a filesystem image to have a compact container. All additionally required metadata is concentrated in a small shell script to be included into an initramfs. We chose a Python based implementation for better readability instead of a shell-based class.
gsalazar has joined #yocto
Haxxa has joined #yocto
<Jones42> OnkelUlla: understood, thanks.
zpfvo has joined #yocto
<Jones42> OnkelUlla: I've hacked it a bit to also generate a u-boot boot script that I can add to the signed FIT image. This removes the need for a initramfs (using the dm-early-init mechanism)
rfuentess has joined #yocto
kanavin_ has joined #yocto
steelswords2 has joined #yocto
ello_ has joined #yocto
ello has quit [Quit: ZNC 1.9.1 - https://znc.in]
kanavin has quit [Read error: Connection reset by peer]
rbox has quit [Remote host closed the connection]
LocutusOfBorg has quit [Read error: Connection reset by peer]
LocutusOfBorg has joined #yocto
Habbie has quit [Ping timeout: 246 seconds]
frieder has quit [Ping timeout: 246 seconds]
steelswords has quit [Ping timeout: 246 seconds]
steelswords2 is now known as steelswords
frieder has joined #yocto
<OnkelUlla> Jones42: You mean a script to construct a kernel commandline parameter "dm-mod.create=[...]" as described in https://www.kernel.org/doc/Documentation/device-mapper/dm-init.txt?
Habbie2 has joined #yocto
rbox has joined #yocto
mvlad has joined #yocto
<Jones42> OnkelUlla: jup. The annoying part was to shove it into the fitimage and re-sign the whole thing after the rootfs was built. For some reason rootfs has the kernel as a dependency and so I had to do some fitimage unpack/repack hackery.
<rink_> OnkelUlla, thanks so much that solved it \o/
<OnkelUlla> rink_: Good to hear - happy hacking!
Habbie2 has quit [Quit: WeeChat 2.3]
Habbie has joined #yocto
<OnkelUlla> Jones42: This is because you produce the fitimage via the kernel recipe (KERNEL_IMAGETYPES = "fitImage" and KERNEL_CLASSES:append = " kernel-fitimage"), right?
Kubu_work has joined #yocto
<Jones42> OnkelUlla: yes. We use the NXP BSP, so I just used what's there. i.e. kernel-fitimage.bbclass and uboot-sign.bbclass
<Jones42> I'm aware of your fitimage class, but I didn't want to bother integrating that, and went with what's already in oe
<Jones42> I can't tell you how many "This should really not be this complicated"-moments I had in the last months...
<OnkelUlla> Jones42: Unfortunately I can understand your moments quite well... :D
Guest37 has joined #yocto
Guest37 has quit [Write error: Broken pipe]
ak77 has quit [Ping timeout: 245 seconds]
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
florian has joined #yocto
zpfvo has quit [Ping timeout: 248 seconds]
zpfvo has joined #yocto
alessioigor has quit [Remote host closed the connection]
florian_kc has joined #yocto
wojci_ has joined #yocto
jpuhlman has quit [Ping timeout: 255 seconds]
wojci has quit [Ping timeout: 260 seconds]
jpuhlman has joined #yocto
alessioigor has joined #yocto
<OnkelUlla> Jones42: The idea to totally avoid an initramfs by using "dm-mod.create=[...]" sounds quite good, I wasn't aware of that parameter.
<OnkelUlla> Jones42: Will try it out as soon as time allows - thanks for sharing!
<Jones42> OnkelUlla: nice to know that I was finally able to provide something helpful instead of just annoying people in here :-)
<OnkelUlla> Jones42: No one knows everything, thus it's good to have such places for open discussions. :)
<OnkelUlla> Jones42: Thanks for the URLs, I am going to have a look!
ak77 has joined #yocto
alessioigor has quit [Ping timeout: 256 seconds]
prabhakalad has quit [Remote host closed the connection]
prabhakalad has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
mbulut_ has joined #yocto
sakoman has quit [Ping timeout: 252 seconds]
enok has joined #yocto
sakoman has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
<kilobyte_ch> I'm running Yocto/Bitbake/KAS in a Docker Container. While building a Bitbake (more or less this one: https://github.com/geoffrey-vl/pjsip-yocto/blob/master/pjproject_2.6.bb) I get this exception: [..]is owned by uid 1000, gid 1000, which doesn't match any user/group on target[..] Is this caused by the docker container? Any idea how to deal with this?
<kilobyte_ch> Full Error: https://paste.debian.net/1327742/
amitk_ has joined #yocto
amitk has quit [Ping timeout: 276 seconds]
enok has quit [Ping timeout: 255 seconds]
alessioigor has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
<RP> JaMa: I've sent out some bitbake/core tweaks which should help a lot with https://bugzilla.yoctoproject.org/show_bug.cgi?id=15515
<RP> JaMa: I've not fixed the do_package_qa references yet but it should at least be possible now
<RP> JaMa: I'm also wondering what to do with setuptools :/
<RobertBerger> ... probably you already know this, but if you do e.g. a do_configure:append and there is Python exception whatever you see as an error is not really helpful, since it shows the code for do_configure with some line number which has nothing to do with the prepended code
<RobertBerger> sorry prepend instead of append
alimon has joined #yocto
<RP> RobertBerger: is the line number that of the original code being appended to?
Xagen__ has quit [Ping timeout: 255 seconds]
<RobertBerger> @RP: That's the exception you get: https://pastebin.com/L4RFCFkH
<RP> RobertBerger: what line is the do_configure in that file? somewhere above that?
<RobertBerger> @RP so I guess line 0398
<RP> RobertBerger: it is probably worth a bug report, esp if you can get an example just using oe-core
<RobertBerger> The .inc file which contains the problem does not even have so many lines ;)
<RP> RobertBerger: I can see why the code did this (the appended function is much longer but python reads the original from disk)
<RobertBerger> I will try to come up with some test case. At the moment I am more worried about the current state of the devtool and hope that I will come up with some tests for this ;)
<RP> we're abusing python's standard exception printing code so I'm not sure there is much we could do about this :(
<RobertBerger> Probably some doc would help - I was fighting 2 days to find the problem ;)
<RobertBerger> Is there somewhere a file which is .bb with all the require, includes, classes included? Like in C a preprocessor output?
raghavgururajan has quit [Remote host closed the connection]
jonesv has quit [Remote host closed the connection]
sfo has quit [Remote host closed the connection]
tostr has quit [Remote host closed the connection]
tleb has quit [Remote host closed the connection]
tleb has joined #yocto
sfo has joined #yocto
raghavgururajan has joined #yocto
tostr has joined #yocto
jonesv has joined #yocto
xmn has joined #yocto
<OnkelUlla> RobertBerger: You could do a "bitbake-getvar -r <RECIPE> do_configure", does that help?
rob_w has quit [Remote host closed the connection]
<RP> RobertBerger: not really
Xagen has joined #yocto
wojci_ has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
Jones42_ has joined #yocto
ray-san has quit [Ping timeout: 276 seconds]
Jones42 has quit [Ping timeout: 252 seconds]
alessioigor has quit [Remote host closed the connection]
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 246 seconds]
alessioigor has joined #yocto
BenBE has quit [Ping timeout: 265 seconds]
alessioigor has quit [Remote host closed the connection]
jmd has joined #yocto
Minvera has joined #yocto
* landgraf really hates "No SPDX file found for package" message which appears from nowhere :-/
jmd has left #yocto [ERC 5.4 (IRC client for GNU Emacs 28.2)]
frieder has quit [Remote host closed the connection]
Kubu_work has quit [Quit: Leaving.]
Vonter has quit [Quit: WeeChat 4.4.1]
mckoan is now known as mckoan|away
Vonter has joined #yocto
<RP> landgraf: an older release? I think we did fix that eventually
Jones42__ has joined #yocto
zpfvo has quit [Remote host closed the connection]
florian_kc has joined #yocto
Jones42_ has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
BenBE has joined #yocto
rfuentess has quit [Remote host closed the connection]
RobertBerger has quit [Ping timeout: 252 seconds]
<JaMa> RP: "I'm also wondering what to do with setuptools :/" I've moved the CCACHE_DISABLE from python3-numpy to setuptools3.bbclass, but that's just work around, I was hoping that the author of setuptools upgrade will reply something
<RP> JaMa: I guess my options are revert or try and upgrade to a newer version...
Jones42__ is now known as Jones42
<Jones42> I just wanted to do_patch:append() and found out that it wants python code. Is there any way to append a shell script?
<landgraf> RP: scarthgap
<RP> landgraf: I don't know then, sorry :/
gsalazar has quit [Ping timeout: 272 seconds]
florian_kc has quit [Ping timeout: 246 seconds]
leon-anavi has quit [Quit: Leaving]
prabhakalad has quit [Ping timeout: 244 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 265 seconds]
florian_kc has joined #yocto
<khem> Jones42:do_patch is usually mimicing append via SRC_URI += in simple terms. What would you like to do ?
<khem> you can do something like do_patch[postfuncs]
<khem> see ltp recipe e.g.
dankm has quit [Remote host closed the connection]
dankm has joined #yocto
risca has quit [Ping timeout: 252 seconds]
risca has joined #yocto
<tgamblin> RP: I was going to try to upgrade to a newer one shortly, since setuptools 74.x is out
<tgamblin> JaMa: Did I see you saying somewhere that the setuptools change broke recipes other than numpy, or am I just misremembering?
enok has joined #yocto
<tgamblin> JaMa: also, do you have the specific build error you encountered for numpy, so I can tell if I'm hitting the same issue? Was there a specific arch/local.conf setup you built for?
<JaMa> tgamblin: all setuptools recipes seem to be affected when ccache is enabled (the hint is g++ command duplicated in the failing command line)
<JaMa> tgamblin: https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/master&id=9210b267c97e26c38c8a9bc1a79e342e0aac76bd
<tgamblin> JaMa: thanks
mbulut_ has quit [Quit: Leaving]
enok has quit [Ping timeout: 272 seconds]
florian_kc has quit [Ping timeout: 246 seconds]
florian_kc has joined #yocto
florian_kc is now known as florian
enok has joined #yocto
prabhakalad has joined #yocto
alessioigor has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
alessioigor has quit [Remote host closed the connection]
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 is now known as enok
<tgamblin> since I mistakenly replied to the mailing list discussion about wangmy's setuptools upgrade: setuptools 74.x seems to break with numpy 1.26.4, so I'll wait for the numpy 2.0.1 upgrade to go in before sending an upgrade for setuptools 74.x
<JaMa> tgamblin: does the setuptools upgrade fix the issue with ccache? I've checked the git log before sending the report and I haven't seen any fixes for CC/CXX parsing there
<tgamblin> JaMa: No, I don't see anything that suggests it would, but I thought I'd try it anyway and see if the upgrade would work in the process. It doesn't, though
<JaMa> tgamblin: or you don't have ccache enabled and the error you reported is independent from what I've seen
<tgamblin> JaMa: I have your ccache patch on my local branch
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
goliath has quit [Quit: SIGSEGV]
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
tec has quit [Ping timeout: 272 seconds]
tec has joined #yocto
enok has quit [Ping timeout: 246 seconds]
mvlad has quit [Remote host closed the connection]
enok has joined #yocto
<jonmason> khem: poky commit f43f393ef0246b7bee6eed8bcf8271cf2b8cdf40 breaks openssh when built with clang and musl
mbulut has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
enok has quit [Quit: enok]
Kubu_work has joined #yocto
enok71 has joined #yocto
Kubu_work has quit [Client Quit]
enok71 is now known as enok
enok has quit [Quit: enok]
<RP> khem: I've restarted master-next again, I keep finding issues with those patches :/
florian has quit [Ping timeout: 260 seconds]
jbo has quit [Quit: ZNC 1.9.0 - https://znc.in]
mbulut has quit [Remote host closed the connection]
mbulut has joined #yocto
jbo has joined #yocto
vthor has quit [Ping timeout: 276 seconds]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto