<mcfrisk>
building linux-yocto for same machine with and without multiconfig gets same task hashes but different sstate data, I guess because the key/task name is different
* landgraf
has managed to break cache for the first time :(
<Spinola>
Hello everbody, I realy need help with the SDK generated from the Kirkstone branch! It gives me an error about a missing gmp.h when I run 'make scripts'. Who is the person that's working on this SDK????
gegir has joined #yocto
frieder has joined #yocto
<RP>
landgraf: which cache? :)
<RP>
mcfrisk: multiconfig doesn't encode any data in the sstate filename so if the hash is the same there should be only one sstate
<RP>
Spinola: that sounds like you need gmp development headers from gmp-dev installed into the sdk
<RP>
Spinola: TOOLCHAIN_TARGET_TASK:append = " gmp-dev" might help for example
mckoan|away is now known as mckoan
<landgraf>
RP: $TOPDIR/cache I think. bitbake was failing on host gcc version check with "command not found" until I deleted the cache dir
<RP>
landgraf: interesting, I've not seen that failure mode before
azcraft has joined #yocto
<landgraf>
RP: I don't know the reason :-( I changed a lot in the machine configuration but not toolchain itself.
<JaMa>
landgraf: didn't you mess your hosttools directory?
<landgraf>
JaMa: No
<JaMa>
I sometimes got similar errors when gentoo changes hosttools behavoir significantly that older hosttools symlinks no longer work
Emantor_ is now known as Emantor
<landgraf>
JaMa: I haven't touch anything and to be sure I've checked installation date of gcc and stuff. So I don't know what was the reason
<landgraf>
iirc I rebuild image with different machines (all derived from qemuarm64) and that's it. It was quite late in the night so I gave up and decided to have some rest )
olani- has joined #yocto
leon-anavi has joined #yocto
<Spinola>
[RP] : As per suggestion of [rburton] I already included TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp", which made no difference (gmp.h still missing) See https://pastebin.com/wLsCrNMM for details on what is going on.
<Spinola>
[RP]: I will try your suggestion and get back to you.
ptsneves has joined #yocto
olani- has quit [Remote host closed the connection]
<landgraf>
RP: JaMa the problem was not in the cache... Two lesson learned: 1) Do not put TCLIBC="" into image.bb file 2) Do not do it late in the night :-/
olani- has joined #yocto
gegir has quit [Ping timeout: 246 seconds]
<RP>
landgraf: that makes more sense! :)
<RP>
Spinola: that looks like the host gmp being needed rather than target. I suspect you'd need TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp-dev" but perhaps the paths aren't right to pull that in too :/
ptsneves1 has joined #yocto
<Spinola>
[RP]: First suggestion failed (TOOLCHAIN_TARGET_TASK:append = " gmp-dev"). Results in https://pastebin.com/XimhMwKf
<Spinola>
[RP] I will will try : TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp-dev" next...
<Spinola>
[RP] looking at the output of the last try, and seeing what's installed by the SDK, I came to the conclusion that 'gcc-plugin.h' is missing somehow from the scripts/gcc-plugins directory. Any thoughts?
starblue has joined #yocto
gegir has quit [Ping timeout: 252 seconds]
Schlumpf has quit [Quit: Ping timeout (120 seconds)]
<RP>
Spinola: not sure how you concluded that since the error is about gmp.h
Schlumpf has joined #yocto
Schlumpf has quit [Quit: Client closed]
louis_ has quit [Ping timeout: 248 seconds]
louis_ has joined #yocto
<Spinola>
[RP] Skip my last remark ;-)
gegir has joined #yocto
d-s-e has quit [Ping timeout: 248 seconds]
<Spinola>
[RP] I can confirm that the gmp.h is there in: /toolchain/sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/include and in toolchain/sysroots/x86_64-pokysdk-linux/usr/include.
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<RP>
Spinola: if you pass the right HOSTLDFLAGS to the kernel make it should work
<Spinola>
[rp]: Can you be a little more specific? How do I do that?
<svuorela_>
(/win 26
<RP>
Spinola: "make HOSTLDFLAGS='-I /toolchain/sysroots/cortexa9t2hf-neon-poky-linux-gnueabi/usr/include and in toolchain/sysroots/x86_64-pokysdk-linux/usr/include' scripts"
<RP>
Spinola: something like that
<Spinola>
[RP] Specifying include directories for the linker? Did you mean HOSTCFLAGS?
<RP>
Spinola: sorry, yes
prabhakarlad has quit [Quit: Client closed]
RS485 has joined #yocto
<RS485>
When building ipk packages, is it possible to add a Conflicts or Replaces line in the generated control file?
<RP>
RS485: with RREPLACES and RCONFLICTS should work?
d-s-e has joined #yocto
<zeddii>
is anyone else seeing consistent errors in boost-url in master ? I'm getting a shared area install error.
<zeddii>
various clearning attempts haven't fixed it, moving to plan b
fabo has joined #yocto
* paulg
suspects "rm -rf tmp" is plan B
<RP>
zeddii: it is the first I've heard of it
<zeddii>
probably just an artifact of me upgrading my existing build.
<zeddii>
I manually removed the conflicting files and started it again.
<RP>
zeddii: no multilib involved?
<zeddii>
RP: FWIW, this is the error. I updated my master again, removed the files and restarted.
<zeddii>
could be something in meta-virt, etc, etc, I've got a LOT of extra packages and things that I build on that box.
<RP>
zeddii: there was some discussion on the list iirc
sakoman has joined #yocto
* RP
is happy it wasn't he mutlilib manifest change
<zeddii>
:)
<zeddii>
trying a simpler image now, then I'll have to figure out what is triggering that depends, both are being built and yes, both seem to be installing those files.
imND has joined #yocto
imND has left #yocto [Leaving]
tepperson has joined #yocto
<tepperson>
how do i copy a file from the users conf directory (where the local.conf file is) in a recipe? is there a variable for that?
jwessel has joined #yocto
rob_w has quit [Remote host closed the connection]
<rburton>
tepperson: i'd imagine "don't" is a good answer. what do you need to copy?
<rburton>
RP: is there a good reason qemu-user calls tend to set PSEUDO_UNLOAD? known qemu/pseudo breakage?
<RP>
rburton: It didn't work without it
<rburton>
ok, fair
<tepperson>
rburton: a public key for swupdate
<rburton>
tell the user to put it in the layer
<rburton>
you can have a recipe which has a SRC_URI refering to a file that doesn't exist, so the user has to put the file in the layer or the recipe fails
<ecdhe_>
I am developing an application. I want to test it on an embedded target _before_ committing it to git. But I want to bake it into an image to do the testing.
<rburton>
ecdhe_: externalsrc class should be what you're looking for
<LetoThe2nd>
ecdhe_: sounds like you want to look into devtool, respectively the underlying externalsrc mechanism.
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<ecdhe_>
Okay -- so the process would be to check it out from a repo that exists, `devtool modify`, then iterate out of the directory it unpacks to.
<ecdhe_>
I'd been looking at using a absolute path in SRC_URI
<LetoThe2nd>
ecdhe_: devtool modify with give you the checkout. if you manually want to do it, then its "devtool modify -n". and no, absolute path is a bad idea (for various reasons, just don't do it)
<ecdhe_>
Thanks LetoThe2nd, rburton
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<ecdhe_>
I was used to using devtool modify to generate a patch for source that I didn't control. I hadn't considered that it would also meet my needs for iteration on code that I *do* control
prabhakarlad has joined #yocto
dgriego has quit [Quit: dgriego]
dgriego has joined #yocto
roussinm has joined #yocto
Minvera has joined #yocto
RS485 has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
kscherer has joined #yocto
<Spinola>
[RP] : Success!! I've added TOOLCHAIN_HOST_TASK:append = " nativesdk-gmp-dev nativesdk-libmpc-dev", and invoke the make utility with: make HOSTCXXFLAGS='-I /home/datawatt/toolchain/sysroots/x86_64-pokysdk-linux/usr/include/' scripts
<Spinola>
[RP]: Thanks for your support.
<RP>
Spinola: we should probably document that now you're worked it out
<rburton>
RP: it works in master, something or was fixed
<RP>
rburton: is it not finding it from the host?
<rburton>
i don't *think* so
Peter[m]1 has quit [Quit: You have been kicked for being idle]
<zeddii>
@jonmason. I was away for a day, and haven't gotten back to your kernel-cache stuff, but will shortly,.
<Spinola>
[RP] I've done my test on kirkstone, I synchronized my branches yesterday.
<jonmason>
zeddii: no worries. I was going to sanity test it again
<zeddii>
volleyball coaching weekends consume some of my Friday as collateral damage, so I get behind a bit.
<jonmason>
I'm busy making different messes ;-)
<jonmason>
like trying to determine why edk2 and xen aren't happy
<zeddii>
are they ever happy!?
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<tlwoerner>
zeddii: agreed with the "this weekend" vs "next weekend"
<zeddii>
might be a canadian thing.
<jonmason>
agreed, Canadians are weird
<tlwoerner>
lol
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
seninha has quit [Quit: Leaving]
<LetoThe2nd>
canadians are wired?
<JaMa>
weirdly wired is next level of wired differently? :)
<jonmason>
LetoThe2nd: they are wired differently, yes
<jonmason>
Just look at Hockey. It's the game of Soccer, on ice, with the violence of American football
<LetoThe2nd>
jonmason: so you're a canadian club!
goliath has joined #yocto
amelius has joined #yocto
jwessel has quit [Remote host closed the connection]
jwessel has joined #yocto
<jonmason>
LetoThe2nd: I'm more of a Bourbon. An acquired taste
<LetoThe2nd>
jonmason: hehe
<zeddii>
don't get me started on canadian bacon. no one here calls anything canadian bacon!
<zeddii>
now that's a cross canadian
thomasd13 has quit [Ping timeout: 252 seconds]
<jonmason>
zeddii: it's just called bacon there, right? ;-)
gsalazar has quit [Remote host closed the connection]
florian has quit [Quit: Ex-Chat]
rfuentess has quit [Quit: chelas!!!!!!!!!!!!!!!!]
olani- has quit [Ping timeout: 264 seconds]
Thorn has quit [Ping timeout: 248 seconds]
azcraft has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
rob_w has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
florian_kc has joined #yocto
goliath has quit [Quit: SIGSEGV]
xmn has joined #yocto
ArgaKhan has quit [Ping timeout: 260 seconds]
halstead[m] has joined #yocto
<Entei[m]>
Why is wget installed on any image unable to download anything from the internet. Keeps saying bad address. Is there some problem related to domain name resolution?
nemik has quit [Ping timeout: 255 seconds]
<rburton>
in a qemu or on real hw?
leon-anavi has quit [Remote host closed the connection]
nemik has joined #yocto
olani- has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
<rburton>
in a qemu the network might need a manual resolver setup, depends how you've got the networking done.
invalidopcode1 has joined #yocto
<rburton>
on real hardware either use a proper network manager, or if you're doing networking by hand you forgot to set a resolver maybe
paulbarker has quit []
paulbarker has joined #yocto
<kanavin>
it's crowded on the AB today
tepperson has quit [Quit: Client closed]
goliath has joined #yocto
fabo has quit [Quit: Client closed]
mvlad has quit [Remote host closed the connection]
azcraft has quit [Remote host closed the connection]
rob_w has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 255 seconds]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
<khem>
RP: cool, one less worry
<RP>
khem: yes, one patch at a time!
<khem>
I am still not getting to bottom of DT_RUNTIME patch, I think we will be better served if we switch binutils defaults to use DT_RUNPATH
<khem>
the flags mismatch that diffoscope is showing, I can see when I compare glibc compiled with binutils without this patch and second build with this patch applied to binutils
prabhakarlad has joined #yocto
<khem>
when I use different tmpdir and everything remaining same, it does not rebuild glibc at all