qschulz has quit [Remote host closed the connection]
emdevt has joined #yocto
qschulz has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
sbr_eps has quit [Ping timeout: 255 seconds]
Guest81 has quit [Quit: Client closed]
davidinux has quit [Ping timeout: 260 seconds]
davidinux has joined #yocto
ablu has quit [Ping timeout: 272 seconds]
ablu has joined #yocto
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #yocto
kpo_ has quit [Ping timeout: 260 seconds]
xmn has quit [Ping timeout: 272 seconds]
xmn has joined #yocto
emdevt__ has joined #yocto
emdevt has quit [Ping timeout: 252 seconds]
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Vonter has quit [Ping timeout: 258 seconds]
Vonter has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
dmoseley has quit [Ping timeout: 240 seconds]
Chocky has quit [Quit: Leaving.]
Chocky has joined #yocto
xmn has quit [Ping timeout: 248 seconds]
amitk has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
diecore_ has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
linfax has joined #yocto
camus has quit [Ping timeout: 255 seconds]
camus has joined #yocto
rob_w has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
goliath has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
rfuentess has joined #yocto
rfuentess has quit [Remote host closed the connection]
rfuentess has joined #yocto
GNUmoon has quit [Remote host closed the connection]
zpfvo has joined #yocto
GNUmoon has joined #yocto
<landgraf>
(^_^)/
<LetoThe2nd>
yo dudX
zpfvo has quit [Ping timeout: 255 seconds]
zpfvo has joined #yocto
prabhakarlad has joined #yocto
Kubu_work has joined #yocto
radanter has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mvlad has joined #yocto
amitk_ has joined #yocto
amitk has quit [Ping timeout: 258 seconds]
pretec has joined #yocto
florian_kc has joined #yocto
pretec has quit [Quit: Leaving]
pretc has joined #yocto
florian__ has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc is now known as florian
pretc has left #yocto [Leaving]
pretec has joined #yocto
varjag has joined #yocto
kpo_ has joined #yocto
wooosaiiii has quit [Quit: wooosaiiii]
wooosaiiii has joined #yocto
leon-anavi has joined #yocto
kayterina3 has joined #yocto
ptsneves has joined #yocto
Vonter has quit [Ping timeout: 258 seconds]
<radanter>
Hi all, I am trying to write a recipe for a package that uses pkgconf rather than pkg-config, if I make pkgconf-native a depends then I get errors about it conflicting with pkg-config. I can't seem to find any examples of other packages which use pkgconf, can anyone point me to one or suggest how to handle this conflict?
Vonter has joined #yocto
rfuentess has quit [Remote host closed the connection]
<rburton>
radanter: why would you use pkgconf for a single recipe?
<RP>
radanter: the two have slightly different behaviours and aren't compatible with each other. It will likely be easier to patch it to work with pkg-config
<radanter>
The package uses pkgconf in it's autoconf, not something I wrote
<rburton>
we shouldn't have added the pkgconf recipe until it was ready to replace pkgconfig, i've a branch somewhere that isn't ready yet
<rburton>
radanter: the autoconf is broken, it should use the macros and then not care
<radanter>
OK, so I should patch the configure script and change it to use pkg-config?
<destmaster84>
neverpanic thanks! I've defined the ARGS but I'm still getting same error
<neverpanic>
Sounds like they're not being passed correctly then. Check your run.do_rootfs in temp to see whether those arguments actually end up being passed to mkfs.ubifs.
<destmaster84>
neverpanic there no ubifs string in the run.do_rootfs
<vermaete>
landgraf: looks good, I will test it. Thanks
<destmaster84>
KanjiMonster $MKUBIFS_ARGS
<destmaster84>
# [no history recorded]
<destmaster84>
#
<destmaster84>
# "None"
<destmaster84>
but I've defined in my machine.conf
<KanjiMonster>
destmaster84: then it should show up there - check what getvar MACHINE says, and if that matches the filename of the machine you edited
<destmaster84>
KanjiMonster thank you... maybe I found a mismatch in machine conf ... I'm checking now
GNUmoon2 has joined #yocto
pat has quit [Quit: Client closed]
GNUmoon has quit [Ping timeout: 256 seconds]
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
<landgraf>
vermaete: the fix is in kirkstone and master, not sure about older releases.
<vermaete>
well, I'm working with Petalinux of Xilinx for a Zynq. And there the poky is just a bit too old. But I assume I can patch it.
kayterina3 has quit [Remote host closed the connection]
kayterina3 has joined #yocto
mraza has joined #yocto
dgriego has quit [Quit: Bye]
mraza has quit [Client Quit]
mraza has joined #yocto
goliath has quit [Quit: SIGSEGV]
vermaete has quit [Quit: Client closed]
emdevt__ has quit [Quit: Leaving]
dgriego has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
Chocky has quit [Quit: Leaving.]
Chocky has joined #yocto
LocutusOfBorg has quit [Read error: Connection reset by peer]
Chocky has quit [Client Quit]
LocutusOfBorg has joined #yocto
sotaover1ide has joined #yocto
Chocky has joined #yocto
Chocky has quit [Client Quit]
Chocky1 has joined #yocto
sakman has joined #yocto
rfuentess has quit [Remote host closed the connection]
rfuentess has joined #yocto
pretec has quit [Quit: Leaving]
Guest84 has joined #yocto
destmaster84 has quit [Quit: Client closed]
sotaoverride has quit [Killed (tantalum.libera.chat (Nickname regained by services))]
sotaover1ide is now known as sotaoverride
<Guest84>
Hello, I need to create a recipe to build something with Cargo.toml file, (https://pastebin.com/JhyghHHQ) but I have a problem: it seems that there is a mecanism that automatically load the dependencies from internet, but it doesn't seems to have access to internet
<Guest84>
[6] Couldn't resolve host name (Could not resolve host: github.com); class=Net (12)
Guest81 has joined #yocto
<Guest84>
The computer is able to ping github.com
huseyinkozan has joined #yocto
<rburton>
that would be because compile tasks are banned from accessing the network
<Guest84>
So multiple questions here: Is there something that "cut" the internet access during the do_compile or something like this ?
<Guest84>
And, is it the good way to keep it download the dependencies or do we have to create yocto recipe for each dependencies ?
vladest has quit [Remote host closed the connection]
<Guest84>
I don't know if it is related but in crates.io there is no internet-packet . Can it be the reason why update_crates donc create a line for it ?
vladest has joined #yocto
<smurray>
Guest84: I believe the update crates logic just parses Cargo.lock and creates SRC_URI entries for what's in it, so maybe check if it's up to date
rfuentess has quit [Remote host closed the connection]
<Guest84>
I think it works for all the package except some ones like internet-packet, the packet is correctly defined in cargo.lock but it is not availables in the website cargo
<Guest84>
So if I add this: SRC_URI += " crate://crates.io/internet-packet/0.1.0 "
<Guest84>
I get this: FetchError('Unable to fetch URL from any source.', 'crate://crates.io/internet-packet/0.1.0')
<qschulz>
tlwoerner: BTW, it seems upstream TF-A for RK3588 is getting somewhere, so maybe we'll have to do something about it in meta-rockchip :)
<qschulz>
tlwoerner: afk til 20231102 though, so won't answer until then :)
<Guest84>
So is it possible to use "rust" dependencies taht are not pushed to crates.io website ?
Kubu_work has quit [Quit: Leaving.]
<mischief>
rburton: do you know if there's a similar thing for go?
mckoan is now known as mckoan|away
<tlwoerner>
qschulz: nice!
ptsneves has quit [Ping timeout: 248 seconds]
<smurray>
Guest84: that's a good question, looking at the crate fetcher it assumes crates.io, so you'd need to use the git fetcher in an explicit addition to SRC_URI in the recipe
<smurray>
Guest84: getting it into the hierarchy that the crate fetcher setups for cargo to use might take some tinkering
<smurray>
err, sets up
linfax has quit [Ping timeout: 258 seconds]
Vonter has quit [Ping timeout: 258 seconds]
<Guest84>
I'm looking in the different cargo files like cargo_common.bbclass, doesn't seems to be easy
Vonter has joined #yocto
<smurray>
Guest84: I don't see an example of what you're trying to do in oe-core, sadly
<Guest84>
I try another idea: To create a recipe for internet-packet (the rust thing not in the online registry) and put it as a dependency in the recipe that require it, but unfortunately it doesn't change the error.
radanter has quit [Remote host closed the connection]
<rburton>
well you could do do_compile[network] = "1" but that's a workaround/hack
<Guest84>
I never have problems to make recipe for c/c++ things, realy
<Guest84>
But all the magic new languages rust, go and co or new stuffs (like build systems like GN) starts to sucks when it comes to yocto/openwrt and such embedded systems.
kayterina3 has quit [Ping timeout: 248 seconds]
mraza has quit [Quit: Client closed]
mraza has joined #yocto
Danct12 has quit [Quit: A-lined: This user has been AViVA-lined!]
kpo_ has quit [Quit: Konversation terminated!]
Danct12 has joined #yocto
Danct12 has quit [Client Quit]
<smurray>
Guest84: so I think you could put the internet-packet repo in SRC_URI and use the git fetcher "destsuffix” option to put it ${WORKDIR}/cargo_home/bitbake/...
alessioigor has quit [Quit: alessioigor]
<smurray>
Guest84: the wrinkle is I believe there's some metadata that you'd need to stick into there as well
alessioigor has joined #yocto
Danct12 has joined #yocto
<dario>
i tried that (download to the cargo_home folder), and yes, at some point cargo gave up because it didn't find the package/some metadata was missing
goliath has joined #yocto
Chocky1 is now known as Chocky
<Guest84>
thats what i am thinking
<dario>
note that the crate downloader class has hardcoded how to build the download url for crates.io but no way to fix it for your own private registry
alessioigor has quit [Client Quit]
<dario>
i was half in the mood to send a patch, but not 100% sure I the correct design
flom84 has joined #yocto
<Guest84>
<3
<smurray>
figuring out what needs to go into the .cargo-checksum.json file for a git repo might be doable
<dario>
fetcher could ask the registry for less download url, there's a standard way for that, or there could be a way to tell it the download url for a registry via a variable
<dario>
*for the
flom84 has quit [Remote host closed the connection]
<smurray>
there's logic in the crate fetcher for custom registries, so that night be an option, though you'd need to add a crate:// line to SRC_URI manually to point at it
<Guest84>
Like in python, with setuptools3.bbclass, at some point it include pypi.bbclass who try to find the package in https://files.pythonhosted.org/packages/source/, but if you set PYPI_SRC_URI = "" for exemple (or URL like SRC_URI format), you can bypass all this "magic sutff"
<Guest84>
I had a similar issue with it (a package that was not in this website), but thanksfully there was a escape method.
<smurray>
I believe cargo-update-recipe-crates.bbclass could be updated to add support for git hosted crates, just needs someone with decent cargo understanding, I think
<Guest84>
But unfortunately maybe there is not a lot of peaple using this language ... All of this is because I try to port mitmproxy on yocto, mitmproxy is OK, but it require a runtime dependency on mitmproxy_rs and this stuff is coded ... In rust
<Guest84>
Some people like exotic language stuffs, but when you want to deploy it, well it's funny
Danct12 has quit [Read error: Connection reset by peer]
<dario>
i bet it'll be much better once rust is as old as C is now :D
alessioigor has joined #yocto
Danct12 has joined #yocto
Vonter has quit [Ping timeout: 252 seconds]
Vonter has joined #yocto
flom84 has joined #yocto
Guest84 has quit [Quit: Client closed]
Guest84 has joined #yocto
<Guest84>
I loose the connection.
<Guest84>
So I try to put "do_compile[network] = "1"" to bypass the problem, but I suspect that it is not enought.I have another problem "nothing provides mitmproxyrs needed by python3-mitmproxy
<Guest84>
(try to add '--skip-broken' to skip uninstallable packages)", here is my sources: https://pastebin.com/EQBFg2KY
florian__ has quit [Ping timeout: 258 seconds]
florian has quit [Ping timeout: 258 seconds]
<Guest84>
I'm trying with ALLOW_EMPTY_${PN} = "1" to see if it changes someting.
mraza has quit [Ping timeout: 248 seconds]
florian__ has joined #yocto
florian has joined #yocto
mraza has joined #yocto
zpfvo has quit [Ping timeout: 258 seconds]
florian__ has quit [Ping timeout: 258 seconds]
GNUmoon2 has quit [Remote host closed the connection]