dl9pf changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: http://www.yoctoproject.org | Join the community: http://www.yoctoproject.org/community | Channel logs available at https://www.yoctoproject.org/irc/ and https://libera.irclog.whitequark.org/yocto/ | Having difficulty on the list, or with someone on the list? Contact YP community mgr Nicolas Dechesne (ndec)
Tokamak has quit [Ping timeout: 258 seconds]
Tokamak has joined #yocto
otavio has joined #yocto
otavio_ has quit [Read error: Connection reset by peer]
camus has joined #yocto
hpsy1 has joined #yocto
hpsy has quit [Ping timeout: 272 seconds]
amitk has joined #yocto
Tokamak has quit [Read error: Connection reset by peer]
alejandr1 has quit [*.net *.split]
dtometzki has quit [*.net *.split]
xtopher_ has quit [*.net *.split]
bluelightning has quit [*.net *.split]
sgw has quit [*.net *.split]
linkliu59 has quit [*.net *.split]
dtometzki has joined #yocto
sgw has joined #yocto
bluelightning has joined #yocto
linkliu59 has joined #yocto
alejandr1 has joined #yocto
xtopher_ has joined #yocto
Ad0 has quit [*.net *.split]
michaelo has quit [*.net *.split]
alinucs has quit [*.net *.split]
bunk has quit [*.net *.split]
chrysh_ has quit [*.net *.split]
jsandman has quit [*.net *.split]
rfs613 has quit [*.net *.split]
warthog9 has quit [*.net *.split]
derRichard has quit [*.net *.split]
marex has quit [*.net *.split]
chrysh has joined #yocto
marex_ has joined #yocto
alinucs_ has joined #yocto
michaelo_ has joined #yocto
jsandman has joined #yocto
derRicha1d has joined #yocto
bunk_ has joined #yocto
jordemort has quit [Ping timeout: 240 seconds]
Ad0 has joined #yocto
lexano[m] has quit [Ping timeout: 256 seconds]
Spectrejan[m] has quit [Ping timeout: 240 seconds]
Saur[m] has quit [Ping timeout: 250 seconds]
Pierre-jeanTexie has quit [Ping timeout: 252 seconds]
cody has quit [Ping timeout: 272 seconds]
christophs[m] has quit [Ping timeout: 272 seconds]
moto_timo[m] has quit [Ping timeout: 250 seconds]
halstead[m] has quit [Ping timeout: 276 seconds]
timbert[m] has quit [Ping timeout: 276 seconds]
tokamak[m] has quit [Ping timeout: 276 seconds]
rfs613 has joined #yocto
shoragan[m] has quit [Ping timeout: 276 seconds]
ejoerns[m] has quit [Ping timeout: 240 seconds]
ad__ has quit [*.net *.split]
yocti has quit [*.net *.split]
fray has quit [*.net *.split]
kmaincent2 has quit [*.net *.split]
ochredoke has quit [*.net *.split]
rewitt3 has quit [*.net *.split]
dmoseley has quit [*.net *.split]
troth has quit [*.net *.split]
tangofoxtrot has quit [*.net *.split]
Ch^W has quit [*.net *.split]
gourve_l has quit [*.net *.split]
chrfle has quit [*.net *.split]
jsbronder has quit [*.net *.split]
ochredok1 has joined #yocto
__ad has joined #yocto
fray_ has joined #yocto
Ch^W has joined #yocto
chrfle has joined #yocto
dmoseley has joined #yocto
michaelo[m]1 has quit [Ping timeout: 250 seconds]
PascalBach[m] has quit [Ping timeout: 250 seconds]
michaelo[m] has quit [Ping timeout: 250 seconds]
troth has joined #yocto
gourve_l has joined #yocto
yocti has joined #yocto
rewitt3 has joined #yocto
kmaincent2 has joined #yocto
berton[m] has quit [Ping timeout: 245 seconds]
jsbronder has joined #yocto
jwillikers[m] has quit [Ping timeout: 256 seconds]
barath has quit [Ping timeout: 256 seconds]
SamuelDolt[m] has quit [Ping timeout: 240 seconds]
rostam98[m] has quit [Ping timeout: 245 seconds]
falk0n[m] has quit [Ping timeout: 252 seconds]
ndec[m] has quit [Ping timeout: 240 seconds]
nicolas[m]12 has quit [Ping timeout: 240 seconds]
jonesv[m] has quit [Ping timeout: 240 seconds]
Emantor[m] has quit [Ping timeout: 240 seconds]
Alban[m] has quit [Ping timeout: 252 seconds]
hmw[m] has quit [Ping timeout: 252 seconds]
meck[m] has quit [Ping timeout: 252 seconds]
m1kr0[m] has quit [Ping timeout: 256 seconds]
behanw[m] has quit [Ping timeout: 256 seconds]
khem has quit [Ping timeout: 256 seconds]
dwagenk has quit [Ping timeout: 256 seconds]
warthog9 has joined #yocto
t_unix[m] has quit [Ping timeout: 272 seconds]
kayterina[m] has quit [Ping timeout: 272 seconds]
shoragan|m has quit [Ping timeout: 276 seconds]
tangofoxtrot has joined #yocto
timbert[m] has joined #yocto
halstead[m] has joined #yocto
tokamak[m] has joined #yocto
Saur[m] has joined #yocto
cody has joined #yocto
christophs[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
Spectrejan[m] has joined #yocto
ejoerns[m] has joined #yocto
michaelo[m] has joined #yocto
michaelo[m]1 has joined #yocto
moto_timo[m] has joined #yocto
LetoThe2nd has joined #yocto
dwagenk has joined #yocto
<LetoThe2nd> yo dudX
rostam98[m] has joined #yocto
falk0n[m] has joined #yocto
nicolas[m]12 has joined #yocto
jonesv[m] has joined #yocto
ndec[m] has joined #yocto
Emantor[m] has joined #yocto
Alban[m] has joined #yocto
shoragan|m has joined #yocto
shoragan[m] has joined #yocto
PascalBach[m] has joined #yocto
rob_w has joined #yocto
khem has joined #yocto
m1kr0[m] has joined #yocto
behanw[m] has joined #yocto
goliath has joined #yocto
marex_ is now known as marex
berton[m] has joined #yocto
SamuelDolt[m] has joined #yocto
jwillikers[m] has joined #yocto
barath has joined #yocto
kayterina[m] has joined #yocto
t_unix[m] has joined #yocto
hmw[m] has joined #yocto
meck[m] has joined #yocto
<mihai> yo
Guest4857 has joined #yocto
lexano[m] has joined #yocto
jordemort has joined #yocto
<Guest4857> Hi everyone
<Guest4857> I am trying to make a USB installer for a intel device x86, I have found this in the meta-intel layer https://git.yoctoproject.org/cgit/cgit.cgi/meta-intel/tree/README#n201. And that works somehow, but I am not sure how I setup what this installer installs on the disk, I want to have a specific partition layout for updating, but the WKS files used
<Guest4857> is just how the USB is partitioned, but not the SATA disk I am installing into.. Can anyone help or point me in a direction?
sbach has quit [Read error: Connection reset by peer]
sbach has joined #yocto
frieder has joined #yocto
<mihai> Guest4857: I think you need to customize the install script, that actually partitions the disk and installs the rootfs
mihai- has joined #yocto
mihai is now known as Guest654
mihai- is now known as mihai
Guest654 has quit [Ping timeout: 258 seconds]
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
davidinux has quit [Ping timeout: 272 seconds]
goliath has quit [Quit: SIGSEGV]
Vonter has quit [Quit: WeeChat 3.2]
Vonter has joined #yocto
leon-anavi has joined #yocto
davidinux has joined #yocto
zeddii has quit [Ping timeout: 258 seconds]
davidinux has quit [Ping timeout: 276 seconds]
davidinux has joined #yocto
zeddii has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
zeddii has quit [Ping timeout: 256 seconds]
zeddii has joined #yocto
davidinux has quit [Ping timeout: 272 seconds]
zeddii has quit [Ping timeout: 272 seconds]
zeddii has joined #yocto
davidinux has joined #yocto
mihai has quit [Quit: Leaving]
kranzo has joined #yocto
mihai has joined #yocto
goliath has joined #yocto
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
davidinux has quit [Ping timeout: 268 seconds]
florian has joined #yocto
davidinux has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 245 seconds]
camus1 is now known as camus
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
Bardon_ is now known as Bardon
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
Fulgo has joined #yocto
davidinux has quit [Ping timeout: 258 seconds]
davidinux has joined #yocto
michaelo_ has quit [Remote host closed the connection]
michaelo has joined #yocto
davidinux has quit [Ping timeout: 268 seconds]
rob_w has quit [Remote host closed the connection]
davidinux has joined #yocto
<michaelo> Hi RP. Maybe a naive question... Would it make sense to inherit the cve-check class by default in Poky? Given that it only produces warnings, who wouldn't want to have this enabled?
davidinux has quit [Ping timeout: 268 seconds]
davidinux has joined #yocto
<RP> michaelo: In general we don't enable things which give warnings in builds, particularly which change and get worse over time
<michaelo> RP: understood... it makes sense, thanks!
frieder has quit [Ping timeout: 272 seconds]
frieder has joined #yocto
dlan has quit [Ping timeout: 245 seconds]
dlan has joined #yocto
davidinux has quit [Ping timeout: 276 seconds]
davidinux has joined #yocto
jwillikers has joined #yocto
mihai- has joined #yocto
mihai has quit [Ping timeout: 256 seconds]
cebrax has joined #yocto
mihai- is now known as mihai
rob_w has joined #yocto
<jsandman> Hi, I have a BSP layer with 3 different machineX.conf. They all really use the same toolchain tuning but they use different kernel patches and other BSP components get different setup based on MACHINE. what would be the way of working using the extensible SDK? Is there a way to not have three different eSDKs given they share the same toolchain and
<jsandman> native tools?
davidinux has quit [Ping timeout: 276 seconds]
davidinux has joined #yocto
jmiehe has joined #yocto
<RP> jsandman: if you combine the locked sigs files for them, it would work. I'm not sure there is an automated way to do that currently though
<jsandman> RP Thanks! It seems I really need to understand this sig files based on my previous error and now this ;)
<jsandman> btw. I still did not get the sigdata stuff aligned but I'm trying to get somthing going just with the minimal eSDK to sort this multiple MACHINE scenario.
<RP> jsandman: we got part way through development of the eSDK and then the people were reassigned, we've never gotten back to finish it off properly :(
<jsandman> that's sad :(
<RP> jsandman: we will get there, just a question of when, it has so much more potential :/
<jsandman> Indeed!
sakoman has joined #yocto
boo has joined #yocto
boo is now known as paulg
paulg has quit [Client Quit]
boo has joined #yocto
boo has quit [Remote host closed the connection]
paulg has joined #yocto
<Fulgo> Hello everyone. I have decided to build over core-minimal-image my own image, but before making modifications I wanted to enable the console, so I added SERIAL_CONSOLES with the tty I pretend to use ("115200;ttyLP3" in mi case) but... I do not see anything in the serial. Is it complicated to know what I am missing? I have checking the documentation
<Fulgo> and it seems simple... maybe debug-twaks or somethin? Thanks in advance.
goliath has quit [Quit: SIGSEGV]
<qschulz> if you're using U-Boot, make sure that the kernel command line (bootargs environment variable) is correctly set. You should have something like console=ttyLP3,115200 according to https://www.kernel.org/doc/html/v4.14/admin-guide/serial-console.html
Tokamak has joined #yocto
<Fulgo> Yes, I am using it. I am going to check that, I just tried to copy how it was done by the vendor XD, so I thought just with that line everything will work but... no
<Fulgo> qschulz but that variable can be checked from YOCTO or do I need to do something different as it is in the bootargs?
<qschulz> printenv bootargs from U-Boot
<Fulgo> I mean, I can see the SERIAL_CONSOLES set to what it should be working using the vendor's layer
<qschulz> but it might be constructed on the fly, so just print it before the bootm/bootz/booti command
<Fulgo> yes... but I cannot see the serial from uboot either so I cannot print anything ... :(
<Fulgo> The COM port appears but nothing is printed, neither the UBOOT nor the app, so I cannot stop in the uboot to print its variables
frieder has quit [Remote host closed the connection]
dmitry has joined #yocto
dmitry is now known as mrdmitry
mrdmitry has quit [Client Quit]
mrdmitry has joined #yocto
Fulgo has quit [Ping timeout: 246 seconds]
Fulgo has joined #yocto
sakoman has quit [Quit: Leaving.]
<Fulgo> I am back. It disconnected :/
<mrdmitry> Hi, I'm working on a small crash course on yocto and was wondering if `devtool add` can be used to generate a recipe for archive-based source package? `devtool add git://..` works perfectly fine, but trying to use source archive as fetchuri leads to "No such file or directory: .../recipetool-7sgrwrrf/work/recipe-sysroot"
sakoman has joined #yocto
sakoman has quit [Ping timeout: 248 seconds]
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
amitk_ has joined #yocto
sakoman has joined #yocto
amitk has quit [Ping timeout: 245 seconds]
<Xagen_> does anyone know why you would get `No match for argument` for packages when `do_populate_sdk` runs for an image if the packages it's complaining about have built?
Fulgo has quit [Quit: Client closed]
Tokamak has quit [Ping timeout: 258 seconds]
fray_ is now known as fray
Tokamak has joined #yocto
<kranzo> What would be the proper way to override a file deployed by another package?
<qschulz> kranzo: bbappend with FILESEXTRAPATHS appropriately set
<kranzo> i.e i wanna deploy a static website with nginx so should i bbapend to override the default config or is there a better way?
<qschulz> I'm not sure you want to rebuild nginx every time you make a change to your website files
<qschulz> so a proper recipe for it is probably more appropriate
<kranzo> y so one recipe for the webcontent and one to patch nginx to enable the custom config?
florian has quit [Quit: Ex-Chat]
<qschulz> I guess so
<kranzo> thx ill give it a try
mattsm has quit [Read error: Connection reset by peer]
mattsm has joined #yocto
dev1990 has joined #yocto
leon-anavi has quit [Quit: Leaving]
LetoThe2nd has quit [Quit: Connection closed for inactivity]
goliath has joined #yocto
<kranzo> mrdmitry https://www.yoctoproject.org/docs/3.1/sdk-manual/sdk-manual.html#sdk-use-devtool-to-add-an-application is maybe the best place to start, without the actual command you issued its hard to debug your error message
<paulg> RP, since the old sample.conf got copied and deployed a million times.... and hence it contains old syntax....
<paulg> PACKAGECONFIG_append_pn-qemu-system-native = " sdl"
<paulg> ...any users with the above will get an error about said line, with no hint that it is actually in their local conf vs. some mystery layer that is lagging behind.
<paulg> Which is a kinda crappy user experience.
<paulg> not sure if we can ferret out the offending file name from self.whatever inside bitbake/lib/bb/data_smart.py and spit that info out?
<paulg> I was digging around in meta-virtualization and meta-cloud-services since seeing qemu made me think "go look there".
<paulg> I'm guessing I'm not the only one.
roussinm has joined #yocto
<rburton> paulg: literally just helped debug a problem where it was listing a recipe name but the offending line was in a devtool workspace
<rburton> so would be good if it put a real filename/line
cebrax has quit [Ping timeout: 246 seconds]
<paulg> ok then, it definitely isn't just me, then.
<tlwoerner_> zeddii around?
<paulg> tlwoerner_, vaca, IIRC.
tlwoerner_ is now known as tlwoerner
<tlwoerner> that was last week's excuse! ;-)
<paulg> tlwoerner, should be back on the 12th, I think.
vmeson has quit [Quit: Konversation terminated!]
florian has joined #yocto
nsbdfl has quit [Ping timeout: 240 seconds]
<rfried> I want to add a specific configuration file in case another package is included.
<rfried> How can I test inside a recipe if a package is included in target image ?
<rfried> ${@bb.utils.contains('IMAGE_INSTALL is the way to go?
whuang0389 has joined #yocto
marc1 has joined #yocto
<mrdmitry> kranzo thanks for the links! I did follow them and as long as package is hosted remotely (http:// or git://) it's working fine, but as soon as I use local (file://) package (it's the same archive), it breaks
<whuang0389> is it possible to install python wheels to target via Yocto?
<marc1> hi, looking for tips on how to create a self-extracting script that would include image files along with a couple of host tools (hexdump, imx_usb_loader, etc). Anyone pointers or example classes would be appreciated, thx!
nsbdfl has joined #yocto
<RP> paulg: In my defence it does try to show the file/lineno, it just doesn't work: http://git.yoctoproject.org/cgit.cgi/poky/diff/bitbake/lib/bb/data_smart.py?id=2abf8a699edd513405befbd1a0eafc8f55d6b514
<RP> Probably as variable tracking isn't turned on :/
<RP> paulg: and we did bump the local.conf version: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=7dee8924ca0a4561a60c717e81d9f03e66538178 but the parse error trips users up before the conf version one :(
LetoThe2nd has joined #yocto
<paulg> yeah I only got the conf error (which btw doesn't say it is triggered off CONF_VERSION either) after fixing the other wreckage.
* paulg holds up a 4/10 olympic scoreboard.
<tlwoerner> paulg: okay, thanks :-)
alimon has joined #yocto
<kranzo> mrdmitry ok could reproduce it for local files, workaround would be a local webserver (i.e python3 -m http.server) in the path with the files to fetch but its kinda strange
<kranzo> mrdmitry https://gist.github.com/kranzo/83966cbb41df775406a38ece21122854 fixes this, and while we try to delete the folder it shouldn't be a problem when it not exists
<whuang0389> hi all.. just wondering if I can supply a python wheel to yocto to install onto the target device. or perhaps I need to write a do_install/do_compile step for this in the recipe
vmeson has joined #yocto
<kranzo> can someone tell me whats the best way to provide a patch to devtool upstream, im still not sure who is doing what in the yocto/oe universe
<LetoThe2nd> kranzo: i think sending to the yocto ml, and ccing saul wold would be a good start.
<kranzo> ah feared that answer, i feel mailing lists are such a pain. ill have a look
<LetoThe2nd> sorry (well, actually not, but to make you feel better :D), but thats the patch process we have in place.
<kranzo> its fine, i just have to dig into mailing lists now (allways skipped this till now)
* paulg idly wonders who is Sato and why they got an image/theme named after them.
<LetoThe2nd> paulg: i don' care as long as they give me booze.
<paulg> put that in your next job application where it asks "Salary Expectations:"
<LetoThe2nd> +1
whuang0389 has quit [Quit: Client closed]
amitk_ has quit [Ping timeout: 248 seconds]
rob_w has quit [Quit: Leaving]
<paulg> anyone else seeing meson-native savaging various pkgs on master? https://paste.debian.net/1207106
<paulg> cleanall of meson-native and infected meson users doesn't seem to fix it.
vmeson has quit [Quit: Konversation terminated!]
<kranzo> ok i will need some time to supply proper patches :D so maybe till the end of the week
vmeson has joined #yocto
<RP> paulg: sato and poky go together from the same theme
bluelightning has quit [Remote host closed the connection]
bluelightning has joined #yocto
goliath has quit [Quit: SIGSEGV]
florian has quit [Ping timeout: 276 seconds]
dev1990 has quit [Quit: Konversation terminated!]
sgw has quit [Ping timeout: 272 seconds]
wing0 has joined #yocto
<wing0> what is happening with freetype and harfbuzz? these circular dependecies are a pain...
<wing0> ops, sry
<wing0> wrong channel
kranzo has quit [Ping timeout: 246 seconds]
hpsy has joined #yocto
hpsy1 has quit [Ping timeout: 245 seconds]
Guest4857 has quit [Quit: Client closed]
mrdmitry has quit [Quit: Client closed]
Tokamak has quit [Ping timeout: 258 seconds]
jmiehe has quit [Quit: jmiehe]
mrdmitry has joined #yocto
mrdmitry has quit [Client Quit]
Tokamak has joined #yocto
mrdmitry has joined #yocto
LetoThe2nd has quit [Quit: Connection closed for inactivity]
Tokamak has quit [Ping timeout: 258 seconds]
Tokamak has joined #yocto
<dmoseley> quit
<dmoseley> exit
<wing0> \/part
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
dmoseley has joined #yocto
<dmoseley> @JPEW I'm trying to work with multiconfig and BBMASK to completely disable layers. I've backported the 8 commits from your PR to dunfell with only one minor mod but I'm still getting errors about matching recipes to bbappends. Is it possible that the logic to check for missing bb files is not using the masked version of BBFILES?
<dmoseley> To make matters possibly more complicated these are bbappend files being pulled in by BBFILES_DYNAMIC.
prabhakarlad has quit [Quit: Client closed]