<qorin>
is there a different way in yocto where I can create the link between the pip that has been installed when i add python3-installer-native in DEPEND ?
<rburton>
the makefile is just orchestrating 'pip install .' which is a long-winded way of invoking the build scripts, which is what our classes will do when you have a mauturin class
<rburton>
moto-timo is working on the maturin class, unless you've written it already
kpo has quit [Ping timeout: 245 seconds]
<qorin>
i tried, but encountered an error and since i am not familiar with the build system of maturin i didnt pursue it further.
<jclsn>
So I enabled the VSCode Bitbake LSP in COC for Vim. Seems to do basic completion on licenses, but shouldn't it also support jumping to .bbclass files?
<rburton>
qorin: you _need_ maturin. pip or venv don't understand what a cross build is
<qorin>
alright i will reach out to moto-timo thanks rburton
Chaser has quit [Read error: Connection reset by peer]
Mike23 has joined #yocto
Chaser has joined #yocto
<jclsn>
Is there a way to extract .deb file content by specifying the directory? Seems like the ar or dpkg versions provided seem to be from busybox and not support the arguments
<jclsn>
specifying the output directory I mean
<rburton>
jclsn: on target?
<jclsn>
rburton: No in a bitbake recipe
<jclsn>
To not having to fork by using cd to extract content in a subdirectory
Vonter has quit [Ping timeout: 276 seconds]
<rburton>
i thought it unpacked automatically if you used a .deb in SRC_URI
Vonter has joined #yocto
<jclsn>
It is a .zip containing a .deb ^^
<rburton>
in the build you won't have busybox tools though
xmn has joined #yocto
<jclsn>
You can unpack it with ar, but the ar version doesn't take an argument to specify the output dir
<rburton>
you could just depend on dpkg-native
<rburton>
or cd
<jclsn>
Yeah I will use cd then
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<rburton>
jclsn: the 'ar' binary will be the one on your host, fwiw
Chocky has quit [Read error: Connection reset by peer]
Chaser has quit [Quit: Chaser]
Chocky1 is now known as Chocky
Guest74 has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
<Guest74>
Hello, I generated SDK from yocto in order to build a deb application. It builds ok until packaging part when I get this error:
<Guest74>
make[3]: warning: jobserver unavailable: using -j1. Add '+' to parent make rule.
<Guest74>
make[3]: dh: Command not found
<Guest74>
How can I add debhelper, dh-make, dwz to the SDK so I can also package the app?
frieder has quit [Remote host closed the connection]
zpfvo has joined #yocto
<rburton>
Guest74: you'll need to write recipes for all the debian packaging tools, but be aware that yocto is not debian so debian rules/control/install files are not appropriate. ideally just write a recipe for that application that builds it directly (as the rules file will just call make, or similar)
<Guest74>
thank you for reply rburton !
goliath has quit [Quit: SIGSEGV]
alimon has quit [Quit: Leaving.]
ray-san has quit [Ping timeout: 256 seconds]
alimon has joined #yocto
rfuentess has quit [Remote host closed the connection]
<rburton>
moto-timo RP: zoneinfo _should_ be pulled in via -modules but it might have further dependencies
<RP>
rburton: is -modules in buildtools-tarball ?
<rburton>
nativesdk-python3 is and that is provided by -modules
<rburton>
(in theory)
<RP>
rburton: I guess next step is to try a tarball and see if import zoneinfo works
<wmills_>
I am not persoanlly a fan of SW with "no license" but ...
<yocton>
JPEW: Is your work on meta-gplv2 somewhere? I have a coworker that might have stuff to share
<Saur_Home>
wmills: There are a number of recipes that use editline, or support it as an alternative to readline. It is, however, not a drop-in replacement AFAIK.
<JPEW>
yocton: Not yet
<yocton>
JPEW: would you be interrested to look at what he has done?
<Saur_Home>
wmills_: ^
<wmills_>
Saur_Home: Thanks I was not sure of either so that is helpful
<JPEW>
yocton: Sure
Chocky1 is now known as Chocky
Chocky has quit [Read error: Connection reset by peer]
JonathanCrockett has joined #yocto
Chocky has joined #yocto
khem has joined #yocto
mckoan is now known as mckoan|away
Chaser has joined #yocto
sakman has quit [Remote host closed the connection]
amitk_ has quit [Remote host closed the connection]
cambrian_invader has quit [Ping timeout: 264 seconds]
Chocky has quit [Quit: Leaving.]
Chocky has joined #yocto
cambrian_invader has joined #yocto
Chocky1 has joined #yocto
Chocky2 has joined #yocto
Chocky1 has quit [Client Quit]
Chocky2 has left #yocto [#yocto]
Chocky has quit [Ping timeout: 268 seconds]
gsalazar_ has quit [Ping timeout: 256 seconds]
amitk has quit [Ping timeout: 264 seconds]
zpfvo has quit [Remote host closed the connection]
florian has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Chaser has quit [Quit: Chaser]
Starfoxxes has joined #yocto
<gmorell>
hmm, I'm attempting to add the meta-oe/rrdtool to this recipe I'm attempting to integrate it with and I get the ol' handshake error, followed it up by setting rrdtool to be rrdtool-native, which in turn raises a "Nothing PROVIDES 'systemd-native'" but I don't think this is quite right from my understanding and not what I expected to get here
<rburton>
why would you need rrdtool-native?
<vmeson>
gmorell: and what is "the ol' handshake error"?
<gmorell>
where the perl libs and bin don't align and the compilation step emits something akin to "loadable library and perl binaries are mismatched (got handshake key 0xdb00080, needed 0xde00080)"
<gmorell>
rburton: yes good q, just needs to be installed somewhere and not a dep I guess
<rburton>
if you want to run it locally then you need a local binary but for target builds you'll rarely need a native recipe (unless it has tools needed at build time and can't rebuild then itself properly)
<rburton>
then again i have no insight into rrdtool but needing rrdtool-native seems like a stab in the dark not a solution
ederibaucourt has quit [Ping timeout: 256 seconds]
<alperak>
good night
alperak has quit [Quit: Client closed]
manuel1985 has quit [Ping timeout: 256 seconds]
prabhakar has joined #yocto
prabhakarlad has joined #yocto
JonathanCrockett has quit [Quit: Client closed]
ederibaucourt has joined #yocto
mbulut has joined #yocto
rob_w has quit [Read error: Connection reset by peer]
<vmeson>
tldr: not a huge win for our workflow but worth keeping an eye on.
alessioigor has quit [Quit: alessioigor]
sgw has joined #yocto
mbulut has quit [Ping timeout: 268 seconds]
Vonter has quit [Ping timeout: 256 seconds]
Vonter has joined #yocto
jmd has quit [Remote host closed the connection]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
mvlad has quit [Remote host closed the connection]
mrpelotazo has quit [Ping timeout: 245 seconds]
<vmeson>
Hmm, old news but news to me: 2023-08-28 added Buildroot repository -- https://repology.org/
<vmeson>
Repology is a service which tracks and compares package versions in more than 120 package repositories. (aka distros)
mrpelotazo has joined #yocto
jbo_ has joined #yocto
jbo has quit [Ping timeout: 255 seconds]
jbo_ is now known as jbo
florian has quit [Ping timeout: 276 seconds]
jsbronder has quit [Quit: WeeChat 3.8]
jsbronder has joined #yocto
tgamblin has quit [Ping timeout: 264 seconds]
tgamblin has joined #yocto
<khem>
vmeson: switch to lld first and you will be amazed how good it is
<khem>
and if you want to use LTO and PGO especially
Vonter has quit [Ping timeout: 240 seconds]
<khem>
I have it enabled for yoe distro and it was not an easy task several packages needed fixing because gnu ld is quite tolerant of bad linking habits which it barfed about some of them were good bug fixes