<Entei[m]>
I have a slight problem with installing clang (using meta-clang). I am building an image for qemuriscv64 machine and using the `riscv64nc` (no compressed instructions) tune, which appends `-march=rv64g_zicsr_zifencei` to `TUNE_CCARGS`.
<Entei[m]>
This is great except `clang` doesn't recognize `zicsr, zifencei`, they are implementing `i` 2.0 spec which includes zicsr and zifencei extensions. Any ideas to work around this problem?
<Entei[m]>
I am thinking adding a bbappend to clang recipe which does `TUNE_CCARGS:remove:pn-clang = "-march=rv64g_zicsr_zifencei`, would this work?
Thorn has joined #yocto
davidinux has joined #yocto
alessioigor has joined #yocto
rob_w has joined #yocto
thomasd13 has joined #yocto
goliath has joined #yocto
rfuentess has joined #yocto
frieder has joined #yocto
zpfvo has joined #yocto
gsalazar has joined #yocto
bps has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
<LetoThe2nd>
yo dudX
michalsieron has joined #yocto
<Entei[m]>
> I am thinking adding a bbappend to clang recipe which does `TUNE_CCARGS:remove:pn-clang = "-march=rv64g_zicsr_zifencei`, would this work?
<Entei[m]>
This didn't work...
mrnuke has quit [Ping timeout: 248 seconds]
mckoan|away is now known as mckoan
mrnuke has joined #yocto
<mckoan>
good morning
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has joined #yocto
<landgraf>
I've deleted tmp and cache folders and now "Please install the following missing utilities: GNU make,C Compiler (gcc ),C++ Compiler (g++ ),patch,diffstat,bzip2,tar,gzip,gawk,chrpath,wget,cpio,perl,file,which" o_O
michalsieron has quit [Quit: Client closed]
michalsieron has joined #yocto
<sudip>
usually I can do "bitbake -c do_cleanall recipe" to clean everything of that recipe. But when I am using multiconfig, how do I do the same?
<Entei[m]>
There's llvm recipe in oe-core as well as meta-clang layer. I thought layer priority was supposed to fix that
<rburton>
sudip: don't use -ccleanall, it's a terrible idea
<rburton>
if you want a rebuild use -Cunpack
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
<sudip>
well, its a horrible case actually. in this case the SRCREV of this particular recipe is mentioned in an inc file, and bitbake is not detecting change in SRCREV. I guess bitbake only check .bb or bbappend files for changes
michalsieron has quit [Quit: Client closed]
<rburton>
no, it will look after the parse, which includes the srcrev
<rburton>
includes the inc, even
<sudip>
ohh.. then I should look at why its not trying to fetch when I change the srcrev.
<sudip>
I guess bitbake-whatchanged should show me
krissmaster has joined #yocto
<sudip>
hmm.. bitbake-whatchanged detected it, so I must have messed up somewhere before
<JaMa>
abelloni: is it using gcc-13 from buildtools-extended-tarball? then yes you need to rebuilt uninative tarball
thomasd13 has quit [Ping timeout: 240 seconds]
|Xagen has joined #yocto
d-s-e has joined #yocto
Xagen has quit [Ping timeout: 265 seconds]
|Xagen has quit [Ping timeout: 240 seconds]
<abelloni>
meta-arm has 6.1 and also fails
<abelloni>
but as it warns anyway, I suggest ignoring that ;)
<RP>
abelloni: rburton is fixing that today right? :)
michalsieron has quit [Quit: Client closed]
<d-s-e>
Hi, is it possible to use a layer only with some recipes and ignore it for others?
<rburton>
d-s-e: SKIP_RECIPE can make some recipes never even parse
xmn has joined #yocto
<RP>
or BBMASK
* RP
notes rburton is ignoring him
<rburton>
RP: talking about that in the meeting now :)
<RP>
rburton: thanks :)
tnovotny has joined #yocto
<d-s-e>
rburton: How can that help? My problem is rust. Some newer packages build fine with meta-lts-mixins/rust-1.68, some older existing ones build only without it.
expert[m] has joined #yocto
Xagen has joined #yocto
<rburton>
d-s-e: oh, right. you can't do that.
<rburton>
fix the recipes
<rburton>
RP: the warnings were easier to solve than i feared so patch working its way out now
<RP>
rburton: thanks!
sakoman has joined #yocto
<d-s-e>
rburton: I was afraid you woud say exactly that :-)
<rburton>
the rust devs swear there's no such thing as code that doesn't work in newer versions of rust, that's why they say to just upgrade in stable releases
<rburton>
RP: random thing that came up today: if you use LICENSE_FLAGS but don't set the right flag then you get an error telling you what to do but no reference to where to find out more. how about something like a LICENSE_FLAGS_REFERENCE variable that if set is printed, so eg MyCommercialEULA could link to the full eula web page
rfuentess has quit [Remote host closed the connection]
seninha has quit [Quit: Leaving]
bps has quit [Ping timeout: 246 seconds]
rfuentess has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kscherer has joined #yocto
Xagen has joined #yocto
<RP>
rburton: sounds reasonable to me
<rburton>
so with my PoC, our FVP common .inc now has this:
<RP>
rburton: that is definitely a better interface
<rburton>
LICENSE_FLAGS_REFERENCES?
<rburton>
you could put anything there, like "the FooBar manual, chapter 17"
<RP>
rburton: LICENSE_FLAGS_DETAILS ?
<rburton>
nice
<RP>
rburton: I nearly said something on the naming earlier but wasn't sure you wanted that feedback :)
bps has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
d-s-e has quit [Ping timeout: 240 seconds]
bps has quit [Ping timeout: 246 seconds]
mckoan is now known as mckoan|away
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
rfuentess has quit [Remote host closed the connection]
yannd has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
bps has quit [Ping timeout: 265 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has quit [Remote host closed the connection]
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
d-s-e has joined #yocto
vladest has quit [Ping timeout: 268 seconds]
<rburton>
michaelo: _very rough_ docs for the new variable sent to the list. yes, they're rough, but i'm about to eat and i thought i'd send _something_
<RP>
rburton: something is definitely better than nothing, thanks
d-s-e has quit [Ping timeout: 240 seconds]
gsalazar has quit [Ping timeout: 265 seconds]
rob_w has quit [Quit: Leaving]
florian_kc has quit [Ping timeout: 240 seconds]
d-s-e has joined #yocto
<rburton>
moto-timo: discovered python3-pydbus is basically unmaintained since 2016. remove from meta-py?
<JaMa>
rburton: thanks
<rburton>
JaMa: there might be more a world build makes my machine sad
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
jetm has quit [Ping timeout: 256 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<jbo>
Hey guys, I have a system running a Yocto based image where I just used dd to flash the WIC file to an SD card and everything works fine. If I take the SD card out of the device, can I mount it on a host to look at files which were created on the target device?
<jbo>
i.e. is rootfs partition just an ext2 or ext4?
<sudip>
depends on your recipes, I have a system where it generates ubifs
<moto-timo>
rburton: remove any cruft you find that isn't a dependency ;)
vladest has joined #yocto
<khem>
Entei: do something like CFLAGS:append:pn-clang:riscv64 = " -march=rv64g" but I think you can adjust default tunes as well I think you have some custom tune files
<khem>
We have been doing it unconditionally so far, which is not right way to go about it
<khem>
RP: I have already fixed other kernels e.g. rpi and bbb to work with gcc13
<khem>
some fixes are needed even for 6.1 so linux-yocto needs patching for both 5.15 and 6.1
<khem>
I think the two patches to backport I pointed last night should get us through
<rburton>
JaMa: ah cunning
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
vladest has quit [Read error: Connection reset by peer]
Xagen has quit [Ping timeout: 248 seconds]
BWhitten has joined #yocto
dgriego has quit [Ping timeout: 240 seconds]
dgriego has joined #yocto
dash_hope has joined #yocto
alessioigor has quit [Quit: alessioigor]
ptsneves has quit [Ping timeout: 240 seconds]
florian__ has quit [Ping timeout: 240 seconds]
florian__ has joined #yocto
gsalazar has joined #yocto
Thorn has quit [Ping timeout: 240 seconds]
astlep5504 has quit [Remote host closed the connection]
astlep5504 has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Xagen has joined #yocto
dash_hope has quit [Quit: Client closed]
gsalazar has quit [Ping timeout: 248 seconds]
<RP>
khem: can you reply to that email with pointers to the patches please?
<RP>
khem: are you able to work on that go textrel?
tbotz has joined #yocto
Guest6_turin has joined #yocto
<Guest6_turin>
Hello, Im trying to find a way to automatically update the SRCREV of a set of recipes
<Guest6_turin>
Basically, we have some meta layers containing recipes with some proprietary code of our company. It is a long list, more than 50.
<Guest6_turin>
What I would like to do (ideally) is to have some automation that will get the Git hash for all my internal recipes based on a branch name.
<Guest6_turin>
This is what I have so far:
<Guest6_turin>
We have a file.inc that we include in our local.conf that we generate with the command: buildhistory-collect-srcrevs
astlep5504 has quit [Remote host closed the connection]
astlep5504 has joined #yocto
<Guest6_turin>
but I dont like this for this reasons:
<Guest6_turin>
1- I need to do a build at least fetching all my internal recipes
<Guest6_turin>
2- Is not enough to just do something like bitbake my-image --runall=fetchall because this will not consider the following cases:
<Guest6_turin>
* Recipes that are not installed by default in the image
<Guest6_turin>
* Recipes with bbclassextend (for example, nativesdk packages)
prabhakarlad has joined #yocto
<Guest6_turin>
I have also tried creating a class that I can inherit in the local.conf that basically parses the SRC_URI and performs the git operations to read the SRCREV for a specific branch and dumps all the source revs in the same format as buildhistory-collect-srcrevs. My idea was to run bitbake world -c my_custom_task but I have found out that our supplier
<Guest6_turin>
has the "world" target broken
<Guest6_turin>
anyone aware of something available for this use case_
dash_hope has joined #yocto
<vvmeson>
Guest6_turin: Not off-hand. Maybe grep SRC_URI in scripts ? Also, what makes you think that world builds are broken? What branch, host distro?
<Guest6_turin>
I tested it, unfortunatelly our BSP supplier provides the layers in a way that causes the world build to give a parse error. Basically there are some missing recipes that we dont use in our day to day image build
vvmeson is now known as vmeson
BWhitten has quit [Ping timeout: 264 seconds]
<khem>
RP: I will take a look at go issue, I did not see it in local builds so perhaps something related to tools on build
<RP>
khem: thanks. Might be we enable more checks in poky maybe?
Guest6_turin has quit [Quit: Client closed]
dash_hope has quit [Quit: Client closed]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
seninha has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
florian__ has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
kpo_ has joined #yocto
bps has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
bps has quit [Ping timeout: 264 seconds]
<khem>
RP: sent a fix for go issue
tbotz has quit [Quit: Client closed]
kscherer has quit [Quit: Konversation terminated!]