<Xogium>
I wish I was good at programming :D I'm really not that great. Maybe one day
<rburton>
sh is horrible, I have to look up how `read` works every time
<Xogium>
part of why I'm this bad is I have to rely on text to speech alone and that makes it awkward to program because most tts don't read most symbols
<rburton>
that must be painful
<Xogium>
yep, very much so
<Xogium>
python's painfu,, C is, shell script is...
<Xogium>
but python in a way is the worst of them all, long with yaml and whatever other language there are that are very strict with indentation
<Xogium>
screen reader doesn't read indentation to you
<Xogium>
braille display is the best to program, but unfortunately they are EXPENSIVE as hell, and they require to be serviced every year or so because they get clogged with skin debris and dust and all maner of things
<Xogium>
so like if it was to pay $8000 for a 80 characters display but it would last you 20 years, I'd maybe think about it. But you have to pay $8000 initially or more, then once a year you pay over $1000 to have it taken apart and each little piece cleaned in an ultrasonic bath
<rburton>
ouch
<Xogium>
yeah it's no fun
pvogelaar has joined #yocto
<Xogium>
can I somehow 'undo' a setp in a .bbappend file ?
<KanjiMonster>
so by adding a patch do remove those lines you can fix that with a simple SRC_URI append
<Xogium>
oh
<Xogium>
I like that option too
<KanjiMonster>
and since that file was last changed 5 years ago, you likely won't need to update that patch very often ;-)
<Xogium>
true
<Xogium>
also I'd argue that what st did would probably cause reproducibility issues, since it uses the external environment. But I don't know
<landgraf>
why adding python3-docker to the image_install triggers rust-llvm-native rebuild? o_O
<rburton>
oh god that prepend is the worst
<Xogium>
rburton: hm ?
<rburton>
doing a commit to silence the dirty thing is _horrible_
<Xogium>
haha yes
<Xogium>
so naughty santa will not like it
<Xogium>
I ran into another fun issue but heh, I'm kind of trying to use the bsp without using the full st distro, so putting the bsp on top of poky. It's off to a rocky start for sure
prabhakarlad has quit [Ping timeout: 250 seconds]
xmn has joined #yocto
rob_w has quit [Remote host closed the connection]
Daanct12 has quit [Quit: WeeChat 4.1.2]
Daanct12 has joined #yocto
goliath has joined #yocto
zpfvo has quit [Ping timeout: 276 seconds]
zpfvo has joined #yocto
florian__ has joined #yocto
<dvergatal>
guys If I want to instal native dependency i should call package[depends] += "package_a:do_populate_sysroot" ?
<dvergatal>
or can I call instead do_install ?
manuel1985 has joined #yocto
<kanavin>
dvergatal, what are you trying to do?
<kanavin>
install native dependency where?
Tyaku_ has joined #yocto
<dvergatal>
kanavin: I'm trying to call curl command natively
<kanavin>
dvergatal, DEPENDS = "curl-native"
davidinux has quit [Ping timeout: 245 seconds]
<dvergatal>
ok
davidinux has joined #yocto
<rburton>
that actually adds the dependency to the configure task, so if you're trying to use it in a task that isn't after that it won't work and you need to manually add it with [depends]
<kanavin>
running curl natively sounds like a bad idea to begin with
<kanavin>
again, what are you trying to do?
* RP
is trying to sort out things for M2. Anything anyone particularly wants to see in/out ?
<kanavin>
RP: I don't have any pressing matters
<RP>
kanavin: py 3.12 ran through the AB ok?
<dvergatal>
kanavin: trying to call curl within swu image creation
<dvergatal>
just like rburton mentioned
<kanavin>
dvergatal, call curl to do *what*? grrrrrrr
<dvergatal>
and that is why i had do_swuimage[depends] += curl-native:do_populate_sysroot
<rburton>
that's correct
<Xogium>
I'm trying to make a recipe for espeak-ng, and I finally got recipetool to create the .bb file. However in espeak-ng building instruction, it is stated that one must build a native espeak-ng binary before cross compilation can be made, because it relies on espeak-ng binary to compile the voices, phonemes and such things. How do I go about this in yocto ?
<dvergatal>
kanavin: that grrrrrrr on me
<dvergatal>
don't*
<dvergatal>
kanavin: btw. to call curl within SWUPDATE_SIGN_TOOL
<rburton>
Xogium: easiest is to BBCLASSEXTEND="native" the recipe and then DEPEND on espeak-ng-native. that will build it natively and throw it in the sysroot, so then you just have to figure out how it wants to know where the existing binary is.
<kanavin>
RP: it did, yes
<dvergatal>
rburton: so this approach is correct?
<rburton>
dvergatal: that is how you add dependencies, yes
<Xogium>
rburton: thanks a bunch !
<RP>
kanavin: thanks. I thought it likely had :). There are probably a few things it makes sense to get in now...
<RP>
dvergatal: some of the concerns about using curl are that it may mean you pull in things outside SRC_URI and this can lead to license or software manifest issues. That is why it makes people nervous
<dvergatal>
rburton: ok thx
<dvergatal>
RP: ahhh OK I just need to call it for signing swu firmware with this command
<dvergatal>
which is actually provided by swupdate
<kanavin>
that doesn't explain what the curl does
<dvergatal>
connects to hashicorps vault and generates the signature
<dvergatal>
which is then being used by swupdate for creation of firmware image
<kanavin>
this is what you should've said at the start
<dvergatal>
ok
Daanct12 has quit [Quit: WeeChat 4.1.2]
<dvergatal>
kanavin: question, what for? is that knowledge necessary for you somehow?
<dvergatal>
kanavin: please explain because I may not know...
<kanavin>
dvergatal, see what RP said. Fetching things from the network in tasks other than do_fetch is problematic, as it bypasses all licensing and checksumming and caching that fetch does for you. So that creates possibilities for license compliance issues, supply chain attacks, and simply broken builds if the artefact disappears from the network.
<dvergatal>
ok now i get the picture I was not aware of it
<kanavin>
dvergatal, this is serious enough that recent versions of yocto disable network access in all tasks other than fetch, so if you try using curl in e.g. do_compile, it's not going to work.
<kanavin>
... unless you set a special flags for that task, and hopefully explain it well in code review.
<dvergatal>
no I'm not using it in _do_compile
<dvergatal>
do_compile*
<dvergatal>
just in do_swuimage
<kanavin>
I'm not sure if it's going to work in do_swuimage, it might not
<dvergatal>
but it is
<kanavin>
it can be overridden, just don't be surprised if curl times out in the task and works well in command line
<RP>
dvergatal: if your host distro supports it, bitbake will disable network access outside of do_fetch tasks
<dvergatal>
so curl will not work?
<RP>
dvergatal: it has the potential not to for sure
<RP>
dvergatal: what we're being cautious about is setting you up for failure at some point in the future
<dvergatal>
ok but for the moment I'm using kirkstone still and I haven't noticed any issues
<dvergatal>
RP: kanavin: rburton: thx
<dvergatal>
btw. who of you is attending to openembedded workshop on february the 5th?
<dvergatal>
oooohh I already had this part do_swuimage[network] = "1" which I even haven't noticed as it was given to me by swupdate guys...
<LetoThe2nd>
dvergatal: I will be there, Crofton also.
<dvergatal>
LetoThe2nd: so we can meet up :D
<Crofton>
I am
<LetoThe2nd>
dvergatal: indeed!
florian__ has quit [Ping timeout: 240 seconds]
<RP>
dvergatal: you do want to understand the implications of that setting though...
<dvergatal>
RP: not entirely
<LetoThe2nd>
RP: /me clasps hands over ears and starts singing random metal tunes
<kanavin>
LetoThe2nd, how's the new metallica album? still not as good as master of puppets?
<LetoThe2nd>
kanavin: no idea, never been a big Metallica fan
<dvergatal>
LetoThe2nd: \m/
<dvergatal>
RP: but I get the picture
florian has quit [Quit: Ex-Chat]
rob_w has joined #yocto
Xagen has joined #yocto
Xagen has quit [Client Quit]
tnovotny has quit [Quit: Leaving]
<dvergatal>
RP: kanavin: btw. question regarding curl because it depends on ca-certificates with --with-ca-bundle=${sysconfdir}/ssl/certs/ca-certificates.crt but when it is being used by swupdate than curl complains about missing build/tmp-glibc/work/x86_64-linux/curl-native/7.82.0-r0/recipe-sysroot-native/etc/ssl/certs/ca-certificates.crt as it is harcoded
<dvergatal>
with expanding of ${sysconfdir}
<kanavin>
dvergatal, you need to see where it is hardcoded to an absolute path, and change it to one relative to the executable
<dvergatal>
when do_install is called for target curl the it is being changed but for native one it is not
Vonter has quit [Ping timeout: 264 seconds]
<rburton>
yeah known bug
<rburton>
there's a env var you can set, iirc
<dvergatal>
rburton: yeah this is what we have been discussing on my patches
<dvergatal>
rburton: env var for curl?
<rburton>
the ca-certs-native patches were wrong
Vonter has joined #yocto
<dvergatal>
rburton: I agree
<dvergatal>
rburton: so you mean that wiser is to use this SSL_CERT_FILE?
<rburton>
export CURL_CA_BUNDLE before calling curl, point at your native sysroot
<dvergatal>
rburton: hehehe you want me to fix that?:P
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<rburton>
just saying, that's one solution for the underlying general issue
<dvergatal>
rburton: I can think of solving that but for the moment I have plenty of other tasks and stil waiting for ubuntu and others to have this stupid tar 1.35 finally to make this acls merge possible
<dvergatal>
rburton: for the moment this
<dvergatal>
15:42 < dvergatal> rburton: hehehe you want me to fix that?:P
<dvergatal>
sorry stupid 3rd button
<dvergatal>
I was typing that for the momment this CURL_CA_BUNDLE fixes the issue for me
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
Estrella has quit [Quit: No Ping reply in 180 seconds.]
Estrella has joined #yocto
Xagen has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
prabhakarlad has joined #yocto
prabhakar has joined #yocto
<jclsn>
How to append something to EXTRA_OEMAKE using a PACKAGECONFIG?
<jclsn>
Before the first comma doesn't seem to cut it
simonew has joined #yocto
rob_w has quit [Quit: Leaving]
rob_w has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
<JaMa>
jclsn: append PACKAGECONFIG_CONFARGS
<jclsn>
Yeah just found that out
<jclsn>
Thx
<jclsn>
It is a handy tool, but a bit complicated at first
<rburton>
jclsn: before the first comma is exactly what youre meant to do
vladest has quit [Remote host closed the connection]
amitk has quit [Remote host closed the connection]
<dvergatal>
RP: OK I'm back so coming back to my question
<dvergatal>
RP: I have noticed that when I have cleaned package from tmp and I'm building from sstate only postinst scripts are installed for ${PN} and others from depends are missing
<dvergatal>
RP: shouldn't these files be pulled from dependencies?
vladest has joined #yocto
<khem>
Xogium: cool
Kubu_work has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
Vonter has joined #yocto
zkrx has quit []
zkrx has joined #yocto
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
<RP>
dvergatal: it depends what is being installed. The postinsts will only be present for the things which get re-installed from sstate
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
<dvergatal>
dvergatal: what do you mean what is being installed?
<dvergatal>
dvergatal: because I'm using this new USERADD_DEPENDS and for some reason if I'm removing tmp and rebuilding the whole image using sstate cache
<dvergatal>
to preserve order during build without tmp and sstate cache
florian__ has joined #yocto
Saur_Home5 has joined #yocto
Saur_Home has quit [Ping timeout: 250 seconds]
alessioigor_ has quit [Quit: alessioigor_]
MrFrank has quit [Remote host closed the connection]
<RP>
dvergatal: We've already agreed the ordering is broken in master so I don't know what you want me to say :/
<dvergatal>
RP: currently I'm not talking about the ordering
<dvergatal>
RP: I'm talking about extraction from sstate cache into tmp-glibc
Saur_Home97 has joined #yocto
<dvergatal>
RP: what I mean is if package which depends on packages within this new USERADD_DEPENDS variable is suppoused to have not only its own postinst scripts extracted from sstate cache?
kpo_ has quit [Ping timeout: 276 seconds]
<dvergatal>
RP: let me rerun the issue to tell you properly what is goin on exactly because I don't recall right now the proper names of directories and for that I want to be precise
Saur_Home5 has quit [Ping timeout: 250 seconds]
jmd has quit [Remote host closed the connection]
Thorn has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ecdhe_ has quit [Ping timeout: 260 seconds]
Saur_Home22 has joined #yocto
ecdhe has joined #yocto
Saur_Home97 has quit [Ping timeout: 250 seconds]
<RP>
dvergatal: at this point the best thing we can have is test cases in master which reproduce the issue