<tortoise>
but I have no idea how I can use this from my recipe. I'd like to pass some more arguments on to cargo build.
qschulz has joined #yocto
<tortoise>
Is this possible? What would I need to do in my recipe to add arguments so that they are captured in that $@ ?
lexano has quit [Ping timeout: 252 seconds]
jmiehe has quit [Quit: jmiehe]
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 264 seconds]
Vonter has joined #yocto
ablu has quit [Ping timeout: 245 seconds]
ablu has joined #yocto
jmd has joined #yocto
goliath has joined #yocto
amitk has joined #yocto
alessioigor has joined #yocto
ehussain has joined #yocto
jmd has quit [Remote host closed the connection]
ehussain has quit [Remote host closed the connection]
ehussain has joined #yocto
rob_w has joined #yocto
frieder has joined #yocto
ahussain has joined #yocto
ehussain has quit [Ping timeout: 276 seconds]
ahussain is now known as ehussain
mvlad has joined #yocto
rfuentess has joined #yocto
zpfvo has joined #yocto
mckoan|away is now known as mckoan
mbulut has joined #yocto
berton has joined #yocto
rfuentess has quit [Remote host closed the connection]
rfuentess has joined #yocto
Articulus has quit [Quit: Leaving]
<viric>
I have a problem about 'private build dependencies'
<viric>
one package depends on testlib 5.0 and another depends on testlib 6.0. Their runtime files are different, but their headers collide.
<viric>
I have a package libA that depends on testlib 5.0 for ptest, and a program depends on testlib 6.0 and libA for ptest. do_populate_sysroot tries to put both testlib 5.0 and 6.0, which collide.
<viric>
But I don't need their header files *both* in sysroot
ecdhe has quit [Ping timeout: 252 seconds]
alessioigor has quit [Ping timeout: 256 seconds]
leon-anavi has joined #yocto
frieder has quit [Ping timeout: 255 seconds]
alessioigor has joined #yocto
MrCryo has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
frieder has joined #yocto
<viric>
Is there any way I can choose to populate sysroot when a dependency is direct?
<viric>
ONLY when a dependency is DIRECT
heidaren has quit [Quit: Bye ~]
alessioigor has quit [Remote host closed the connection]
Guest32 has joined #yocto
frieder has quit [Ping timeout: 252 seconds]
florian has joined #yocto
florian has quit [Ping timeout: 260 seconds]
<rburton>
tortoise: oe_cargo_build my args here
<rburton>
so soemthing like do_compile() { oe_cargo_build args }
<viric>
How can I install "openssl-ptest" to my target? It's not as easy as copying rpm files, and doing "rpm -i" because it depends on perl-modules, that has all modules as 'recommended'
<shoragan>
Crofton, is it possible to register for the Yocto Project Developer Day only? i.e. without OSS EU?
<rburton>
viric: if "rebuilding the image" isn't feasible then using a package feed
<rburton>
basically run a http server over your deploy dir (python3 -mhttp.server works for basic use), set PACKAGE_FEED_URIS to point at that server, bitbake package-index. If you're not rebuilding an image then you'll need to write dnf config by hand though (which is what PACKAGE_FEED_URIS does normally)
<viric>
rburton: ah ok I see
florian has joined #yocto
frieder has joined #yocto
<viric>
I used IMAGE_INSTALL:append = " openssl-ptest" and it doesn't install the perl modules required
<viric>
I'm using the image. The image doesn't include the modules.
<viric>
(perl-modules rrecommends the modules)
<viric>
I'm not setting NO_RECOMMENDATIONS
rjones2 has quit [Ping timeout: 256 seconds]
<rburton>
viric: sounds like a bug in the recipe that is missing depends though, but this works in the AB as we autotest in there
<rburton>
the ab tests core-image-ptest-openssl which is minimal+openssl-ptest so if there are missing depends that tends to catch them
rfuentess has quit [Remote host closed the connection]
<viric>
rburton: is there anything I can look at, at style of "bitbake -e" that would tell me some idea what's going on?
<rburton>
whats the error you're seeing?
<viric>
I cannot run the openssl-ptest because of missing perl modules
<viric>
rpm -q -a |grep perl only lists one of them, but perl-modules is also there, that should include all recommendations I think
jmiehe has joined #yocto
<rburton>
what's the _actual_ error you're seeing
<viric>
Can't locate File/Spec/Functions.pm
<viric>
calling "ptest-runner openssl"
<rburton>
what yocto release is this?
florian has quit [Ping timeout: 252 seconds]
frieder has quit [Ping timeout: 252 seconds]
Jones42__ has joined #yocto
Jones42_ has quit [Ping timeout: 248 seconds]
jmiehe has quit [Quit: jmiehe]
jmiehe has joined #yocto
Chaser has joined #yocto
sakoman has quit [Ping timeout: 248 seconds]
frieder has joined #yocto
ehussain has quit [Quit: ehussain]
sakoman has joined #yocto
<Guest32>
Is there a good source out there, how the syntax for the "premirrors" and "mirrors" variables work?
<Guest32>
I just found some comments - and try and error did not get me that far.
<Guest32>
Thanks. But I still do not understand how the URI work. Some recipes use the git format "ssh://user@host.xz:port/path/to/repo.git/" - Which seems to be converted in some way by yocto.
jmiehe has quit [Quit: jmiehe]
<rburton>
bitbake URLs are method://host so if its a git repo then the url starts with git:// even if its fetched via http
<rburton>
eg git://github.com/foo/bar;protocol=https is a git repo fetched over http
<Guest32>
I think I asked the wrong question. Guess I need docs how bitbake URLs work :)
<Guest32>
Thanks, I will read that.
frieder has joined #yocto
vthor has quit [Ping timeout: 248 seconds]
altru has joined #yocto
pvogelaar has joined #yocto
altru has quit [Ping timeout: 256 seconds]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
amitk has quit [Remote host closed the connection]
amitk has joined #yocto
dkc has quit [Remote host closed the connection]
lexano has joined #yocto
dkc has joined #yocto
manuel_ has joined #yocto
<mcfrisk>
lots of meson packages has buildpaths QA issues. likely due to meson using absolute paths for generated files by design. I guess INSANE_SKIP is fine for these.
simond472227 has joined #yocto
manuel has quit [Read error: Connection reset by peer]
simond47222 has quit [Read error: Connection reset by peer]
simond472227 is now known as simond47222
xmn has quit [Quit: ZZZzzz…]
<viric>
rburton: I had NO_RECOMMENDATIONS = 1, about perl-modules.
xmn has joined #yocto
<rburton>
that would do it
<rburton>
fwiw modern releases don't have those as recommends
<shoragan>
did variable expansion in varflags (FOO[bar] = "${BAZ}") get disable at some point?
<shoragan>
ah, never mind
<viric>
rburton: ah ok
Jones42__ has quit [Read error: Connection reset by peer]
yocti has quit [Ping timeout: 244 seconds]
yocti` has joined #yocto
pvogelaar has quit [Ping timeout: 248 seconds]
yocti` is now known as yocti
<rburton>
RP: what other machines have you seen the systemd fail to boot thing with?
mckoan is now known as mckoan|away
<RP>
rburton: qemuarm
frieder has quit [Ping timeout: 276 seconds]
<mcfrisk>
rburton: any link link to systemd or serial output from a failure? only saw systemd based image fail due to ext4 fs corruption from meta-arm builds, blamed zfs on build machine and turned away
Minvera has joined #yocto
rob_w has quit [Remote host closed the connection]
ecdhe has joined #yocto
frieder has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
goliath has quit [Ping timeout: 252 seconds]
kilobyte_ch has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
kilobyte_ch has joined #yocto
zpfvo has joined #yocto
frieder has quit [Ping timeout: 252 seconds]
<rburton>
jonmason: says he can see it on fvp-base machines every time in his setup, but our internal CI never sees it... a disk appearing race maybe?
<mcfrisk>
happened on every core-image-sato build on the build machine with zfs
<mcfrisk>
I don't see this on our custom distro and qemuarm64 based machine. boot with qemu works. just finishing rebase to latest poky (at a22bdf729a2bdf6ea32) and meta-arm master (at 14d24b552629 plus my optee repro fixes)
<jonmason>
rburton: we don't run poky-altcfg (systemd) on fvp-base in our CI....because I see this error
<jonmason>
its not seen on arm qemus with altcfg
Xagen has joined #yocto
frieder has joined #yocto
dgriego has quit [Quit: Computer going to sleep]
dgriego has joined #yocto
jmiehe has joined #yocto
<RP>
jonmason: I think we have seen it here, just less frequently
<RP>
it *there*
<jonmason>
RP: trying to repro now to verify it's the same issue
frieder has quit [Remote host closed the connection]
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
goliath has quit [Quit: SIGSEGV]
rob_w has joined #yocto
<zeddii>
I'm going through stress testing of 6.10 with qemuarm* + systemd right now. I'll keep an eye out for issues as well.
pvogelaar has joined #yocto
Ad0 has quit [Ping timeout: 252 seconds]
jmd has joined #yocto
enok has joined #yocto
Ad0 has joined #yocto
CrazyGecko has quit [Ping timeout: 245 seconds]
florian has joined #yocto
ctraven_ has joined #yocto
sotaoverride has quit [Killed (platinum.libera.chat (Nickname regained by services))]
ctraven_ is now known as sotaoverride
sotaover1ide has joined #yocto
florian has quit [Ping timeout: 248 seconds]
leon-anavi has quit [Remote host closed the connection]
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
a1batross has joined #yocto
Guest32 has quit [Quit: Client closed]
CrazyGecko has joined #yocto
<vmeson>
Today get to learn a tiny bit about c++ toml parsers! Is there a toml parser hidden in boost (I looked and seems there isn't one)? Does anyone have an opinion on toml++ vs libtoml11 ?
<vmeson>
* Today I get to learn... sigh.
<vmeson>
grep tell me that boost knows nothing abou toml files. Anyway, niche topic, onwards...
enok has quit [Quit: enok]
enok71 has joined #yocto
enok71 is now known as enok
enok has quit [Ping timeout: 248 seconds]
rjones2 has joined #yocto
<Crofton>
@shoragan let me check
rjones2 has quit [Ping timeout: 256 seconds]
florian has joined #yocto
enok has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
florian has quit [Ping timeout: 260 seconds]
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
enok has quit [Ping timeout: 260 seconds]
zpfvo has quit [Quit: Leaving.]
florian has joined #yocto
MrCryo has joined #yocto
florian has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
ello has joined #yocto
alessioigor has quit [Remote host closed the connection]
<mischief>
how can i write a custom python/bitbake script that can iterate over recipes and operate on the fetcher object for them? is there an example i can see?
MrCryo has quit [Remote host closed the connection]
<vmeson>
mischief: what do you want to do when you iterate over the recipes? There might be code to do that already.
<mischief>
we've got a bad habit of using autorev, so i wanted to write a script to generate a set of overrides to pin the revs to HEAD for each recipe that used it to speed up my local work. ideally, i would be able to find each recipe using autorev, get the rev of head, and write that into a file of overrides which i'd include in the next bitbake run.
<vmeson>
mischief: a worthy goal. I wonder if you'd be better off posioning the autorev code. Anyway, I don't consider myself a bitbake internal expert but maybe look at: meta/classes/primport.bbclass
<vmeson>
it's nice and simple and seem to run a callback before and after the parse stage.
<mischief>
i was hoping for a solution that didn't need to run bitbake, and just ran separately kind of like the stuff in scripts/
<vmeson>
mischief: could be possible, maybe someone else will have a better idea.
<RP>
mischief: there is a cache mode for fetcher which effectively does something very like that
<RP>
BB_SRCREV_POLICY = "cache"
<RP>
mischief: you can definitely do what you want via the tinfoil API
<RP>
vmeson: primport.bbclass is never the right answer to any question! ;-)
<vmeson>
RP: heh, ok. It looked like such a nice simple class to base work on.
<RP>
bitbake-getvar is a nice tinfoil script
paulg has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
<mischief>
man, env BB_SRCREV_POLICY="clear" bitbake .. is so much faster. XD
jmd has quit [Remote host closed the connection]
rob_w has quit [Read error: Connection reset by peer]
<mbulut>
is there any way to find out which host/builtin tools are available for use in recipes without DEPEND'ing on them?
<mbulut>
(other than letting the recipe fail, add tool, repeat?)
<mischief>
mbulut: ls build/tmp/hosttools/ ?
<mbulut>
oh, yeah :)
<RP>
or look at the HOSTTOOLS variable
mvlad has quit [Remote host closed the connection]
<mbulut>
where build/tmp/hosttools is populated on the basis of the variable, right? so both ways equally good
<mbulut>
thx, both
<RP>
yes, one drives the other
goliath has quit [Quit: SIGSEGV]
xmn has quit [Ping timeout: 260 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Minvera has quit [Ping timeout: 260 seconds]
khem has quit [Quit: WeeChat 4.3.5]
<mbulut>
what might cause do_patch to fail when doing `devtool modify` on an upstream package that normally builds fine (i.e. upstream patches applied correctly)?
<mbulut>
unfortunately, i can't look into the log.do_patch as it gets wiped because devtool aborts setting up the workspace