mvlad has quit [Remote host closed the connection]
perdmann has quit [Ping timeout: 268 seconds]
perdmann has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
perdmann has quit [Ping timeout: 240 seconds]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 260 seconds]
perdmann has joined #yocto
mrnuke has quit [Read error: Connection reset by peer]
seninha has joined #yocto
mrnuke has joined #yocto
starblue1 has quit [Ping timeout: 240 seconds]
starblue1 has joined #yocto
GNUmoon has quit [Remote host closed the connection]
perdmann has quit [Ping timeout: 268 seconds]
GNUmoon has joined #yocto
perdmann has joined #yocto
sakoman has quit [Quit: Leaving.]
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 255 seconds]
camus has joined #yocto
perdmann has quit [Ping timeout: 244 seconds]
seninha has quit [Remote host closed the connection]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 264 seconds]
perdmann has joined #yocto
mrnuke has quit [Ping timeout: 240 seconds]
mrnuke has joined #yocto
seninha has joined #yocto
sakoman has joined #yocto
perdmann has quit [Ping timeout: 244 seconds]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 276 seconds]
perdmann has joined #yocto
seninha has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
perdmann has quit [Ping timeout: 240 seconds]
perdmann has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
jmiehe1 has joined #yocto
jmiehe has quit [Ping timeout: 244 seconds]
jmiehe1 is now known as jmiehe
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
amitk has joined #yocto
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
perdmann has quit [Ping timeout: 268 seconds]
alessioigor has joined #yocto
perdmann has joined #yocto
alessioigor has quit [Client Quit]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
perdmann has quit [Ping timeout: 260 seconds]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 272 seconds]
perdmann has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
perdmann has quit [Ping timeout: 268 seconds]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 264 seconds]
perdmann has joined #yocto
Schlumpf has joined #yocto
<LetoThe2nd>
yo dudX
<RobertBerger>
Oida!
<LetoThe2nd>
Soiba!
zpfvo has joined #yocto
goliath has joined #yocto
d00560544 has joined #yocto
d00560544 is now known as david-ontheroad
perdmann has quit [Ping timeout: 276 seconds]
perdmann has joined #yocto
GNUmoon has quit [Ping timeout: 268 seconds]
zpfvo has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 272 seconds]
perdmann has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
perdmann has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
Tyaku has joined #yocto
ptsneves has joined #yocto
just_an_intern has joined #yocto
mvlad has joined #yocto
xmn has quit [Quit: ZZZzzz…]
perdmann has quit [Ping timeout: 276 seconds]
perdmann has joined #yocto
GNUmoon has joined #yocto
tomzy_0 has joined #yocto
<tomzy_0>
Hello
<tomzy_0>
I got a python() function inside my recipe where I work with some variables
<tomzy_0>
and here are two questions: 1. where I can find logs how this function was executed? 2. Is there a way to add some debug print to check any variable?
florian has joined #yocto
<tomzy_0>
I tried to use `bb.warn` inside but nothing in the output - also try to run bitbake with `-v`
mateuszmar2 has joined #yocto
<tomzy_0>
here is the important part of the function
<mateuszmar2>
Hi, has anyone solved "Error contacting Hash Equivalence Server unix:///XXX/hashserve.sock: [Errno 2] No such file or directory" issue?
<mateuszmar2>
In our case, this happens when using newer version of buildtools.
<mateuszmar2>
We thought it may be due to the python version (we upgraded from 3.7 to 3.8), but it doesn't work on either 3.7, 3.8 or 3.9.
<mateuszmar2>
We also tried increasing max number of open files limit and lowering BB_NUMBER_THREADS but neither of them worked
petr has joined #yocto
jmiehe has joined #yocto
hcg has joined #yocto
<ptsneves>
mateuszmar2: does the socket actually exist
david-ontheroad has quit [Ping timeout: 268 seconds]
<rburton>
RP: what are the chances of the gcc fixes landing today? our CI is breaking in zephyr which is fixed by khem's gcc-runtime fix: if it's going to land today we'll manage, otherwise if you're batching it up with the other gcc changes and it might be a few days we can apply the patch locally
GNUmoon has quit [Ping timeout: 268 seconds]
vladest1 has joined #yocto
vladest has quit [Ping timeout: 272 seconds]
vladest1 is now known as vladest
phsc has joined #yocto
phsc has quit [Client Quit]
<RP>
rburton: let me merge that
<RP>
rburton: done
<rburton>
thanks
hcg has quit [Quit: Client closed]
perdmann has quit [Ping timeout: 272 seconds]
perdmann has joined #yocto
<RP>
rburton: I'm not coping well with the volume of issues I'm finding with debug symbols and rust :(
td92 has joined #yocto
zpfvo has quit [Ping timeout: 276 seconds]
<mateuszmar2>
ptsneves: yes, in most cases the sstate_report_unihash function works well and without warnings, this warning pops up randomly for a few percent of recipes
hcg has joined #yocto
<ptsneves>
no idea then
GNUmoon has joined #yocto
<RP>
mateuszmar2: I've seen it locally too, I've tried to debug and so far have failed
just_an_intern has quit [Quit: Client closed]
<td92>
RP: Do you have any clues where we could look for the fix?
<RP>
td92: I think we're running out of some system resource around unix domain sockets. I just don't know which one
<Tyaku>
I need some help, but i'm not sure if it's the right place.. When my board start, I want that the "eth0" interface is set as "default gateway" for IPV6. (like 'ip -6 route add default dev eth0 metric 1') when the interface is up.
<Tyaku>
I see multiple possibilities (not sure they all works):
mrnuke has joined #yocto
<Tyaku>
Play with "/lib/systemd/network/80-wired.network" file (should be the best method, but doesn't seems to work for IPV6)
<Tyaku>
Playing with "/etc/network/if-up.d/"
<rburton>
networkd works fine for ipv6
<Tyaku>
Possibly but the parameter "DefaultRouteOnDevice=yes" doesn't seems to have any effet on my route table for IPv6
<rburton>
i expect you should speak to #systemd instead
<ptsneves>
In /meta/classes/patch.bbclass we have "bb.process.run('git add .; git %s commit -a -m "Committing changes from %s\n\n%s"' % (' '.join(useroptions), func, oe.patch.GitApplyTree.ignore_commit_prefix + ' - from %s' % func), cwd=srcsubdir)" There is a bug if one git is destsuffixed on another
<ptsneves>
will try to work on a test case and a patch
<mihai>
wkawka: you need to work it out in the wks file, probably your partition gets mounted over your data
<mihai>
JPEW: re spdx file hierarchy, was there a spec or standard that defines the way the files are generated right now? meaning: one file for the image itself, one file for each package and an index file
mrnuke has joined #yocto
pabigot has quit [Quit: Leaving.]
<mihai>
I'm curious if there's a use case that those files can be used directly, either separate or merge them into a single big spdx
perdmann has quit [Ping timeout: 268 seconds]
dgriego has joined #yocto
perdmann has joined #yocto
<JPEW>
mihai: The spec doesn't mandate a specific way of doing it
<JPEW>
We do it that way because that way we can generate valid SPDX at the various parts of the build (it would be hard to generate all of it at once because we don't have all the context in one spot)
<mihai>
JPEW: I was asking because maybe I was missing something in the docs / specs
<mihai>
okay, got it now
<JPEW>
There is a desire to create a merged document, but it's hard with SPDX 2 because it's not a mechanical merge: it has to be aware of the context in the documents and correct re-write things to still work together. SPDX 3 will make this better
<mihai>
okay, now I'm curious about what changes are planned for SPDX 3
jmiehe has quit [Quit: jmiehe]
<JPEW>
mihai: A lot
<mihai>
wasn't aware that 3 is coming out until recently
<JPEW>
It's still very much under development; if you're interested you can join the meetings to discuss it
ddtuzc has quit [Remote host closed the connection]
<RP>
basically we need to remove the cross-canadian recipes and replace then with nativesdk variants
<RP>
I did just get nativesdk-cargo to build but I had to remove nativesdk-libstd-rs to do it and use the rust libs from nativesdk-rust
<RP>
that suggests something is wrong with libstd-rs :/
<RP>
I haven't gotten to rust-tools yet but if that was removed from the packagegroup it might build an arm rust sdk on an x86_64 system
<mihai>
JPEW: thanks
<RP>
vmeson, otavio: the really interesting/tricky fix in there is the llvm-config mangling for the cross target but I think I got that working
zpfvo has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
yannholo_ has quit [Remote host closed the connection]
perdmann has quit [Ping timeout: 276 seconds]
perdmann has joined #yocto
<Guest20>
Can I know how to pass the credentials to an internal artifactory location where all the fetcher packages are stored? I have created the SOURCE_MIRROR_URL="https://<artifactory_URL>;protocol;wget" location. But when I run the bitbake -c fetch foo I do not see the packages getting fetched. I tried to add my login credentials to a netrc file. But I
<Guest20>
don't see the netrc file being read. Any help would be much appreciated.
<vmeson>
RP - amazing. I've looked over the commit briefly but don't have time for any more right now. Is there anything that Sundeep could do to help/test ?
<vmeson>
Also is the: PSEUDO_UNLOAD in install a temporary work-around or the least bad choice ?
* vmeson
notes that there are a few other PSEUDO_UNLOAD=1 lines in poky. 19 to be exact.
foxxesStar has quit [Remote host closed the connection]
perdmann has quit [Ping timeout: 264 seconds]
perdmann has joined #yocto
<RP>
vmeson: it is a workaround. There is a ton of work still needed on this to get it all working properly
<RP>
vmeson: I've not actually tried to run this but I'm encouraged I get arm libraries and an arm rustc out of it
<RP>
vmeson: I think the install step is recompiling things which may be breaking pseudo and is obviously not what it should be doing so again, investigation needed
<vmeson>
RP - I see, thanks for the explanation.
perdmann has quit [Ping timeout: 276 seconds]
perdmann has joined #yocto
mvlad has quit [Remote host closed the connection]
perdmann has quit [Ping timeout: 240 seconds]
perdmann has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
ptsneves has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
<Xagen_>
when depending on a particular package, can you tell bitbake that it requires a specific version or higher?
Xagen_ is now known as Xagen
<Xagen>
in the recipe
jmiehe has joined #yocto
perdmann has quit [Ping timeout: 268 seconds]
perdmann has joined #yocto
amitk has joined #yocto
amitk has quit [Ping timeout: 268 seconds]
perdmann has quit [Ping timeout: 255 seconds]
perdmann has joined #yocto
perdmann has quit [Ping timeout: 268 seconds]
perdmann has joined #yocto
ptsneves has quit [Ping timeout: 272 seconds]
<JPEW>
Xagen: DEPENDS (build time dependencies) no, RDEPENDS (runtime depenencies) yes