nohit has quit [Read error: Connection reset by peer]
kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
xtopher_ has joined #yocto
jamestperk has joined #yocto
georgem has joined #yocto
ndec_ has joined #yocto
fancer has joined #yocto
nohit has joined #yocto
camus has joined #yocto
sakoman has quit [Quit: Leaving.]
CocoJoe has quit [Ping timeout: 256 seconds]
zen_coder has quit [Quit: Client closed]
sakoman has joined #yocto
jmiehe1 has joined #yocto
jmiehe has quit [Ping timeout: 245 seconds]
jmiehe1 is now known as jmiehe
zyga-mbp has joined #yocto
vd898 has quit [Ping timeout: 256 seconds]
pgowda_ has joined #yocto
sakoman has quit [Quit: Leaving.]
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
CocoJoe has joined #yocto
Schlumpf has joined #yocto
thekappe has quit [Ping timeout: 252 seconds]
F_Adrian has joined #yocto
manuel1985 has quit [Ping timeout: 265 seconds]
thekappe has joined #yocto
goliath has joined #yocto
Vonter has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
<JosefHolzmayrThe>
yo dudX
xmn has quit [Quit: ZZZzzz…]
frieder has joined #yocto
rob_w has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
zpfvo has joined #yocto
<barath>
morning
zyga-mbp has joined #yocto
goliath has quit [Quit: SIGSEGV]
tnovotny has joined #yocto
fbre has joined #yocto
frieder has quit [*.net *.split]
rob_w has quit [*.net *.split]
F_Adrian has quit [*.net *.split]
marka has quit [*.net *.split]
chrfle has quit [*.net *.split]
zeddii has quit [*.net *.split]
troth has quit [*.net *.split]
wooosaii has quit [*.net *.split]
nerdboy has quit [*.net *.split]
dlan has quit [*.net *.split]
warthog9 has quit [*.net *.split]
tangofoxtrot has quit [*.net *.split]
mcfrisk has quit [*.net *.split]
<fbre>
Hi! What is the name of the yocto package which includes the program tcpreplay in the yocto distro?
nucatus has joined #yocto
<JosefHolzmayrThe>
fbre: do you have a build that already has it and you want to find out where it comes from? or are you asking for the recipe because you want it?
manuel1985 has joined #yocto
<fbre>
JosefHolzmayrThe I want to add the magic word to IMAGE_INSTALL_append
RobertBerger has quit [Read error: Connection reset by peer]
F_Adrian is now known as 042AAFKEJ
frieder has joined #yocto
F_Adrian has joined #yocto
zeddii has joined #yocto
troth has joined #yocto
nerdboy has joined #yocto
chrfle has joined #yocto
wooosaii has joined #yocto
tangofoxtrot has joined #yocto
dlan has joined #yocto
warthog9 has joined #yocto
mcfrisk has joined #yocto
rob_w has joined #yocto
marka has joined #yocto
<fbre>
JosefHolzmayrThe I'm not sure what keyword do read from that page
<fbre>
*to
<fbre>
IMAGE_INSTALL_append += " tcpreplay" ?
<fbre>
right?
F_Adrian has quit [Ping timeout: 252 seconds]
<JosefHolzmayrThe>
fbre: read: you need the meta-networking layer, and the recipe is called tcpreplay, which means you've got a 99% chance that the package is also called...(wait for it)... tcpreplay. (badum-tsh!)
<fbre>
2 days ago I needed "util-linux" for the program "taskset" X)
<JosefHolzmayrThe>
fbre: well, always check the layerindex first. and what you are referring to is that some upstream provides a source package named util-linux, which happens to provide several tools. so if you need something that comes from a package with several tools, then the name obviously differs. but think about it, it makes sense. or would you expect busybox to provide each command in a seperate package, for example? or systemd?
<fbre>
I don't have survey over every Linux tool. That's why a table program <--> package would be useful for looking it up
<JosefHolzmayrThe>
fbre: and that again is why i asked about your objective. because if it were something you already have, then oe-pkgdata-util could do the lookup. if you have a file in an image and want to know where it comes from, then it can tell you.
<JosefHolzmayrThe>
fbre: it doesn't work into the opposite direction though, because a recipe is not needed to list everything it pacakges. hence, one can de facto only search recipes that actually have been built already.
<fbre>
that's cool (y) thanx for your help
<fbre>
Now the error is "Nothing provides 'tcpreplay'
<JosefHolzmayrThe>
i am pretty certain that the package is called tcpreplay. and that you have not read, but only skimmed what i explained.
<fbre>
meta-networking is in meta-openembedded here
<JosefHolzmayrThe>
and is the layer also enabled in bblayers.conf?
<fbre>
oh, no, thanks. Now I've added it in bblayers.conf and that seems to help (y)
<JosefHolzmayrThe>
QED. skimmed.
<fbre>
no, I did not read your words inprecisely. It's just hard for a newbie to read your hints and understand I have to add something to bblayers
<JosefHolzmayrThe>
i see. i agree that things are complicated, and that i sometimes am a bit impatient. but seriously - i guess you are doing this for a living - if you are constantly struggling with very introductory stuff, then it might a good idea for your $BOSS to get you some proper training.
<tnovotny>
fbre: another useful tool (besides the already mentioned oe-pkgdata-util) is bitbake-layers (e.g. subcommands show-recipes and add-layer).
<JosefHolzmayrThe>
tnovotny: and create-layer! one of the most underrated tools that we have!
<fbre>
tnovotny I already had 1 week training by R. Berger payed by the boss and it was great! It still is complicated!
<fbre>
(this should go out to Josef)
<JosefHolzmayrThe>
agreed, thats a good start.
<JosefHolzmayrThe>
anyways. lessons learned for today: always go for the layerindex if you need something :)
<fbre>
yes, now I've learned the layer name mentioned on the layerindex page says something ;)
zeddii has quit [Ping timeout: 252 seconds]
frieder has quit [Ping timeout: 252 seconds]
zeddii has joined #yocto
goliath has joined #yocto
frieder has joined #yocto
JaMa has joined #yocto
<vladest>
please help: live555 library not appeared in final image , nor sdk image. added live555 to IMAGE_INSTALL_append but no luck. its hardknott repo
<JosefHolzmayrThe>
vladest: a) didi it successfully build? b) what would you expect to show up in theimage?
<vladest>
yes, it did. I'd expect headers and library
<qschulz>
vladest: usually headers and non-versioned libraries aren't needed at runtime
<RP>
JosefHolzmayrThe: where does quantum electrodynamics come in? :)
<qschulz>
so they are not added to the image, that is the expected, desired and default behavior
<JosefHolzmayrThe>
RP: after coffee #3 and before beer #1
<vladest>
yeah, but what about sdk?
<qschulz>
if you need the headers at runtime, it's probably because you want to compile something on the target..though you have a build system that is able to do such a thing, so just create a recipe for the thing you want to compile on your target
<qschulz>
sdk should have it, but I think it has a different include mechanism?
<qschulz>
aaaaah, the SDK is just a toolchain
<qschulz>
in abstract
<vladest>
my main issue: sdk doesnt have it.
<qschulz>
you should maybe have a look into the eSDK
<vladest>
esdk? what is this?
<JosefHolzmayrThe>
qschulz: hum no, the sdk that matches an image should actually bring the libs and headers.
<qschulz>
JosefHolzmayrThe: I'll let you handle this question, as I have never used nor intend to use an SDK in the near future :)
<vladest>
jfyi: im creating sdk using "-c populate_sdk" option of bitbake
<RP>
JosefHolzmayrThe: looking forward to that video :)
<JosefHolzmayrThe>
qschulz: hehe. TBH i don't have the time to reproduce it here at the moment. but *in general*, a sdk (as created by -c populate_sdk) for a given image should include the libraries. if that works as intended for that particluar library, no idea.
<mckoan>
JosefHolzmayrThe: totally agree
<vladest>
JosefHolzmayrThe: i'd expect the same, and, basically, its the same for all the libraries i'm using except live555
<vladest>
qschulz: thanks. will take a look
zeddii has quit [Ping timeout: 245 seconds]
<qschulz>
vladest: assuming all the -c populate_sdk task do is to install the -dev packages, check where your headers are installed for the live555
* RP
thinks it may be time to run the release build
<RP>
rburton: in theory if we lower this we should see more errors
<rburton>
lets see!
<RP>
rburton: the generic except: catcher in there is a guess pretty bad at hiding errors here :/
Suhler has joined #yocto
<rburton>
yeah
<RP>
seemed like a good idea at the time :/
<rburton>
cant drop it to 512 as bitake won't start
<RP>
rburton: would fit with minimal working and not sato
<rburton>
yeah
<RP>
rburton: for fun I tried BB_NUMBER_THREAD = "512" and just doing the sstate queries. It's hung :/.
<rburton>
would be nice if we could just use requests in bitbake's fetcher
<RP>
rburton: ah, not hung, just going very slowly and showing unsuccessful fetch messages now
<RP>
rburton: so I think I just replicated
<RP>
hung batch of unsuccessful fetch tests for things which were working
<RP>
huge
<rburton>
i think the basic problem is that checkstatus's api is "success unless exception" which makes raising errors tricky
<RP>
rburton: we could test which exception though - 404 vs anything else
<Suhler>
Hey all, I'm trying to build Zeek (natively compiled, not yocto) on a Dunfell build. I've pulled in all the requirements via local.conf (bizon, flex, libpcap, etc....) but I'm getting a .configure issue where it " Could NOT find PCAP (missing: PCAP_INCLUDE_DIR)". I can confirm the libpcap.so is under /usr/lib/. Before I go down the 200 year rabbit
<Suhler>
hole of libs, is there anything else I can attempt to pull in for libpcap (like headers, for example)?
<halstead>
RP: I can add our ulimit setup to the wiki.
<RP>
halstead: please, it is useful for people to be able to see that
<rburton>
RP: oh it explicitly handles other errors like connection refused because soureforge hates humans
<rburton>
dropped ulimit to 800: Sstate summary: Wanted 1193 Local 0 Network 695 Missed 498 Current 0 (58% match, 0% complete)
<rburton>
and lots of WARNING: checkstatus() urlopen failed: <urlopen error [Errno 16] Device or resource busy>
<rburton>
i wonder if something is holding files open longer than needed
<RP>
rburton: I wondered that. My test did suddenly start working again suggesting things did get freed eventually
<rburton>
going to randomly run a lsof and see if it says anything meaningful
Suhler has quit [Quit: Connection closed]
<rburton>
huh vscode eats a load of handles
zyga has quit [Quit: Leaving]
<rburton>
sorry what vscode's server has 3444 open files
<moto-timo>
kanavin: just got phosh running on qemux86-64, including epiphany, puzzles, pcmanfm, l3afpad. Looks a bit wonky (screen resolution) and touch/mouse is not quite the experience you would expect. But all the apps launch ok.
<moto-timo>
today I discovered PACKAGECONFIG:pn-qemu-system-native:append = " gtk+" was the source of my qemu-system-native "pthread check failed" woes. It needed to be PACKAGECONFIG:append:pn-qemu-system-native = " gtk+". doh
<moto-timo>
rburton: maybe vscode is trying to be unix... everything is a file
* moto-timo
ducks
<rburton>
vast numbers of pipes, guessing it uses those to talk to itself
artri has joined #yocto
atril has joined #yocto
042AAFKEJ has quit [Ping timeout: 260 seconds]
artri has quit [Ping timeout: 260 seconds]
mckoan is now known as mckoan|away
atril has quit [Ping timeout: 265 seconds]
goliath has joined #yocto
zen_coder has joined #yocto
zpfvo has quit [Remote host closed the connection]
<kanavin>
moto-timo, nice - screenshots?
kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
dev1990 has joined #yocto
<override>
its basically just this server if you need more context.. https://github.com/Opentrons/opentrons/pull/8375/filesif a recipe has a -native appeneded to its name, all that it pulls in would stay on the build machone and not get copied overt the target machine/imagE?