seninha has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
PhoenixMage has quit [Ping timeout: 252 seconds]
Vonter has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
alessioigor has joined #yocto
sakoman has quit [Quit: Leaving.]
thomasd13 has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
rob_w has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
marek has joined #yocto
nemik has joined #yocto
marek has quit [Quit: Client closed]
leon-anavi has joined #yocto
rfuentess has joined #yocto
yashi95 has joined #yocto
pgowda_ has joined #yocto
<yashi95>
hi, is there any way to reference local git repo when do_fetch? It seems linux kernel fetch from git.yoctoproject.org is slow (100 KiB/s) I have a Linux git repo locally. It'd be nice if I can tell do_fetch to pass `--reference /my/local/linux/repo`
mckoan|away is now known as mckoan
<mckoan>
good morning
Schlumpf has joined #yocto
<mckoan>
yashi95: see PREMIRRORS and MIRRORS
<yashi95>
thanks
frieder has joined #yocto
Schiller has joined #yocto
Vonter has quit [Ping timeout: 268 seconds]
marek has joined #yocto
Payam has joined #yocto
zpfvo has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has joined #yocto
zpfvo has quit [Client Quit]
zpfvo has joined #yocto
Payam has quit [Ping timeout: 252 seconds]
hcg has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
Vonter has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
florian has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<JaMa>
today I've noticed interesting (but probably not so surprising) behavior of having multiple PREMIRRORs, some people might expect that it will try to fetch from all matched entries (if you have multiple PREMIRRORs), but doesn't seem to be the case and only the first match was tried and then it did the regular fetch from SRC_URI instead of 2nd PREMIRROR and then tried *all* matching MIRRORS, is it intentional?
Payam has joined #yocto
xmn has quit [Ping timeout: 246 seconds]
nemik has quit [Ping timeout: 268 seconds]
manuel1985 has joined #yocto
nemik has joined #yocto
prabhakarlad has joined #yocto
zhmylove has joined #yocto
zhmylove has quit [Client Quit]
zhmylove has joined #yocto
zhmylove has quit [Client Quit]
KorG has joined #yocto
KorG has quit [Remote host closed the connection]
zhmylove has joined #yocto
<JaMa>
nvm, PREMIRRORS work as expected
seninha has joined #yocto
Vonter has quit [Ping timeout: 248 seconds]
yashraj466 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
starblue has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
Vonter has joined #yocto
d-s-e has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<d-s-e>
Is there a preferred workflow how to develop a custom application or distribution layer if multiple yocto releases have to be supported? Say I'm currently working on a kirkstone based system, but maybe there should also be support for e.g. hardknott in the near future. Should I have a main branch for development and merge into the release branches
<d-s-e>
if necessary? or should I directly work on kirkstone?
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
Vonter has quit [Ping timeout: 252 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
<rburton>
abelloni: is forgetting that i sent a pango upgrade a sign that i need a break too? :)
<rburton>
nah just need more coffee
Vonter has joined #yocto
yashraj466 has quit [Ping timeout: 244 seconds]
fuzzybear396572 has joined #yocto
fuzzybear396572 has quit [Client Quit]
fuzzybear396563 has joined #yocto
<fuzzybear396563>
I'm in a devshell and my $PN/$PV/temp doesn't have do_configure/do_compile etc.
<fuzzybear396563>
Is there a way to populate that with all of the run.* that I would want?
<fuzzybear396563>
s/doesn't have do_configure/do_compile/doesn't have run.do_configure/run.do_compile, etc./
<fuzzybear396563>
Or, is that not necessary because the functions are available another way?
PhoenixMage has joined #yocto
<PhoenixMage>
Is it possible to override IMAGE_FSTYPES in a local.conf?
<rburton>
yes
shoragan[m] has quit [Quit: Bridge terminating on SIGTERM]
ericson2314 has quit [Quit: Bridge terminating on SIGTERM]
Salamandar has quit [Quit: Bridge terminating on SIGTERM]
zyga[m] has quit [Quit: Bridge terminating on SIGTERM]
T_UNIX[m] has quit [Quit: Bridge terminating on SIGTERM]
Tartarus has quit [Quit: Bridge terminating on SIGTERM]
barath has quit [Quit: Bridge terminating on SIGTERM]
Alban[m] has quit [Quit: Bridge terminating on SIGTERM]
lrusak[m] has quit [Quit: Bridge terminating on SIGTERM]
agherzan has quit [Quit: Bridge terminating on SIGTERM]
mrybczyn[m] has quit [Quit: Bridge terminating on SIGTERM]
thierryE[m] has quit [Quit: Bridge terminating on SIGTERM]
ThomasRoos[m] has quit [Quit: Bridge terminating on SIGTERM]
Perceval[m] has quit [Quit: Bridge terminating on SIGTERM]
DavidM[m] has quit [Quit: Bridge terminating on SIGTERM]
simpat2022[m] has quit [Quit: Bridge terminating on SIGTERM]
alvaropg[m] has quit [Quit: Bridge terminating on SIGTERM]
PascalBach[m] has quit [Quit: Bridge terminating on SIGTERM]
GuilhemArvilMari has quit [Quit: Bridge terminating on SIGTERM]
eirikb[m] has quit [Quit: Bridge terminating on SIGTERM]
hmw[m] has quit [Quit: Bridge terminating on SIGTERM]
arlort[m] has quit [Quit: Bridge terminating on SIGTERM]
KurtKiefer[m] has quit [Quit: Bridge terminating on SIGTERM]
falk0n[m] has quit [Quit: Bridge terminating on SIGTERM]
jquaresma[m] has quit [Quit: Bridge terminating on SIGTERM]
jclsn[m] has quit [Quit: Bridge terminating on SIGTERM]
GreatGatsby[m] has quit [Quit: Bridge terminating on SIGTERM]
DineshKumarK[m] has quit [Quit: Bridge terminating on SIGTERM]
hpsy[m] has quit [Quit: Bridge terminating on SIGTERM]
NicoMller[m] has quit [Quit: Bridge terminating on SIGTERM]
pidge[m] has quit [Quit: Bridge terminating on SIGTERM]
kiwi_29_[m] has quit [Quit: Bridge terminating on SIGTERM]
kayterina[m] has quit [Quit: Bridge terminating on SIGTERM]
static_rocket has quit [Quit: Bridge terminating on SIGTERM]
skoink[m] has quit [Quit: Bridge terminating on SIGTERM]
fabatera[m] has quit [Quit: Bridge terminating on SIGTERM]
jaskij[m] has quit [Quit: Bridge terminating on SIGTERM]
johankor[m] has quit [Quit: Bridge terminating on SIGTERM]
gstinocher[m] has quit [Quit: Bridge terminating on SIGTERM]
MichaelNazzareno has quit [Quit: Bridge terminating on SIGTERM]
dwagenk has quit [Quit: Bridge terminating on SIGTERM]
kmaincent[m] has quit [Quit: Bridge terminating on SIGTERM]
khem has quit [Quit: Bridge terminating on SIGTERM]
Saur[m] has quit [Quit: Bridge terminating on SIGTERM]
patersonc[m] has quit [Quit: Bridge terminating on SIGTERM]
jordemort has quit [Quit: Bridge terminating on SIGTERM]
<rburton>
bye bye matrix
<Schlumpf>
oh no, the matrix has been changed...
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
arkanoid has joined #yocto
<fuzzybear396563>
How can I run run.do_* within a devshell?
<rburton>
i'd be happy with removing pylint entirely, it's not a dependency to build
Vonter has joined #yocto
<PhoenixMage>
Sorry, rburton was the yes in answer to my question?
<rburton>
yes
<rburton>
;)
<rburton>
yes, you can override IMAGE_FSTYPES in local.comf
d-s-e has quit [Quit: Client closed]
<PhoenixMage>
Just a IMAGE_FSTYPES = "blah"? When I do bitbake -e it doesnt seem to have changed it
<rburton>
maybe the machine conf hard-sets it in fun ways. the lines above IMAGE_FSTYPE= will tell you the assignment history.
<rburton>
(in the -e output)
<rburton>
or, bitbake-getvar IMAGE_FSTYPES, if you have a modern release
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<arkanoid>
docs suggest to uncomment BB_HASHSERVE_UPSTREAM = "hashserv.yocto.io:8687", but my LTS generated local.conf has BB_HASHSERVE_UPSTREAM = "typhoon.yocto.io:8687"
<PhoenixMage>
Seems poky-tiny.conf hard sets it after the local.conf is read in kirkstone
<rburton>
arkanoid: what lts?
<arkanoid>
kirkstone
<rburton>
PhoenixMage: easy fix is to make your own distro. the poky ones are examples, nothing more.
<arkanoid>
bitbake then complains WARNING: BB_HASHSERVE_UPSTREAM is not valid, unable to connect hash equivalence server at 'typhoon.yocto.io:8687': TimeoutError('timed out')
<rburton>
yeah thats the wrong url
<PhoenixMage>
rburton: Yeah I build my own distro based on poky-tiny but its built on it, not a new one
<rburton>
PhoenixMage: yeah just copy the bits you need. poky and poky-tiny can and do change under you anyway.
nemik has quit [Ping timeout: 268 seconds]
<arkanoid>
so I stay with the wrong url? ok
nemik has joined #yocto
<rburton>
arkanoid: BB_HASHSERVE_UPSTREAM = "hashserv.yocto.io:8687" is the correct url.
<arkanoid>
ok, so I fix it by hand
<arkanoid>
It failed to kill bitbake properly Timeout while waiting for a reply from the bitbake server (60s)
<PhoenixMage>
Whats the best way to add a feature to a kernel in yocto? I still want to continue to use defconfig in future, I just want to add F2FS support to it
alessioigor has quit [Quit: alessioigor]
<PhoenixMage>
Patch it in?
alessioigor has joined #yocto
<rburton>
you can use a defconfig and feature fragments at the same time, or just maintain your own config
<PhoenixMage>
Excuse my ignorance but what are feature fragments?
goliath has joined #yocto
<arkanoid>
after changing to "hashserv.yocto.io" bitbake throws "ERROR: Unable to connect to bitbake server, or start one (server startup failures would be in bitbake-cookerdaemon.log)" and refuses to continue
<arkanoid>
maybe a leftover of the previous not-working-server config?
<PhoenixMage>
Just reading about them now, thanks
<rburton>
arkanoid: honestly, the public sstate isn't _great_, so i don't recommend using it unless you want to try fixing the bugs
<rburton>
checking ps for bitbake instances that are hanging around, and deleting bitbake.lock and .socket should clean up any junk
<arkanoid>
rburton: well, it's what the quickstart wants me to try. I'll check
<rburton>
yeah don't follow that "you can try" bit. it's proven to be a little fiddly...
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 248 seconds]
<arkanoid>
after cleaning *.lock *.sock bitbake is now working. So it was just the bad server putting the build system in bad mood
<arkanoid>
build system seems stuck at "Initialising tasks: 44%". No I/O nor CPU bound operations seems running
Vonter has quit [Ping timeout: 252 seconds]
<rburton>
thats it trying to look at the sstate mirrors
<arkanoid>
ok, thanks
<rburton>
(you didn't comment out the SSTATE_MIRRORS line)
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
<arkanoid>
nope, I misread probably. I though I only had to correct BB_HASHSERVE_UPSTREAM url
<arkanoid>
so I should keep the BB_HASHSERVE_UPSTREAM line, but comment SSTATE_MIRRORS?
<arkanoid>
it stucks at 44% even after commenting out SSTATE_MIRRORS
<arkanoid>
now it goes past the 44% immediately, but it throes python errors afterwards: ERROR: quilt-native-0.67-r0 do_deploy_source_date_epoch: Error executing a python function in exec_func_python() autogenerated:
<arkanoid>
Exception: FileNotFoundError: [Errno 2] No such file or directory
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
fuzzybear396563 has quit [Ping timeout: 244 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
xcm has joined #yocto
zpfvo has joined #yocto
<PhoenixMage>
If I am creating an f2fs file system, do I need to specify the size some how?
<xcm>
hello. i have a layer with a simple recipe. i use "require recipes-core/images/core-image-base.bb" and even though i do IMAGE_FEATURES:remove = "alsa", alsa, among many other gui related things are pulled in
<xcm>
if i remove packagegroup-base-alsa from meta/recipes-core/packagegroups/packagegroup-base.bb's PACKAGES and RDEPENDS, then alsa is removed from my build as well. i don't get what i'm doing wrong
<mckoan>
xcm: very likely alsa is a dependency for something else
<qschulz>
xcm: because it is NOT an IMAGE_FEATURES but a MACHINE_FEATURES and a DISTRO_FEATURES
Schlumpf has quit [Quit: Client closed]
<abelloni>
rburton: you probably need a break too ;)
agners has joined #yocto
Schiller has quit [Quit: Client closed]
Schiller has joined #yocto
<xcm>
qschulz: i've also added :remove for MACHINE_FEATURES and DISTRO_FEATURES
<xcm>
mckoan: when i do bitbake -g, it appears as a direct dependency of my image https://bpa.st/4V6Q
<qschulz>
you cannot modify the behavior of one recipe from another recipe
<qschulz>
this :remove needs to be in a configruation file
<qschulz>
so either a distro file or a machine configuration file
<qschulz>
I suggest a new distro where you don't have alsa in the DISTRO_FEATURES for starters, so you don't need the :remove
<xcm>
thanks for that info. looks like i need to go a step back here. what i'm doing is building with meta-raspberry, which seems to have a bug where building with core-image-minimal means wifi doesn't work (https://github.com/agherzan/meta-raspberrypi/issues/841). i failed to figure out how to fix that so i figured i would try core-image-base instead. could you recommend some alternative, perhaps?
Schlumpf has joined #yocto
rsalveti has quit [Quit: Connection closed for inactivity]
<xcm>
(i'm still getting up to speed so apologies if you've already given the answer here)
<xcm>
*with the terms
<Tamis>
Hello, I used yocto wic command to write an sdimg image produced from meta-mender to an raspberry pi 3 target. And I see that the start sectors are different if I write the same image with dd. wic seems to start from 2048 sector, which is different of what the sdimg image has. Is this an error? Can wic also be used to write other type of images to
<Tamis>
targets or is it intended only for wic images?
<xcm>
qschulz: i had the same realization at some point and did try that. but still no wlan0
<xcm>
to be clear, recipes-core/images/core-image-minimal.bb and IMAGE_INSTALL:append = " ${MACHINE_EXTRA_RRECOMMENDS}"
<mcfrisk>
hi, which image format would best for qemu? anything with compression or sparse by default? using wic but that is too large and uncompressed. compression is better but annoying since decompression needs to be done before starting qemu.
Vonter has quit [Ping timeout: 268 seconds]
<JPEW>
mcfrisk: We use `wic.qcow2` qcow images are "sparse" so while uncompressed, they only consume space for disk blocks that are actually in use. I don't remember why we use `wic` in this case; it might be leftover from our hardware target configs
sakoman has joined #yocto
prabhakarlad has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 268 seconds]
<mcfrisk>
JPEW: sounds good, so qemu works with that format out of the box, I'll try out. Thanks!
<JPEW>
mcfrisk: Ya, if you set it up correctly it will work just fine with `qemu-system` and also `runqemu`
PascalBach[m] has quit [*.net *.split]
hpsy[m] has quit [*.net *.split]
dwagenk has quit [*.net *.split]
barath has quit [*.net *.split]
jclsn has quit [*.net *.split]
eggman has quit [*.net *.split]
jamestperk has quit [*.net *.split]
hays has quit [*.net *.split]
ak77 has quit [*.net *.split]
alejandrohs has quit [*.net *.split]
abelloni has quit [*.net *.split]
Herrie has quit [*.net *.split]
KanjiMonster has quit [*.net *.split]
guest13215 has quit [*.net *.split]
ak77 has joined #yocto
guest13215 has joined #yocto
jclsn has joined #yocto
alejandrohs has joined #yocto
KanjiMonster has joined #yocto
jamestperk has joined #yocto
yashi95 has quit [Quit: Client closed]
hpsy[m] has joined #yocto
eggman has joined #yocto
kscherer has joined #yocto
barath has joined #yocto
dwagenk has joined #yocto
Herrie has joined #yocto
PascalBach[m] has joined #yocto
abelloni has joined #yocto
prabhakarlad has joined #yocto
zpfvo has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
pasherring has joined #yocto
marek has quit [Quit: Client closed]
pasherring has quit [Quit: Leaving]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
hcg has quit [Quit: Client closed]
<Tamis>
is wic write command suitable for writing images directly to target? In yocto manual it is not referred at all. Instead it says the use of bmap-tools.
<mckoan>
Tamis: usually not, you have to use the proper command depending on your vendor (usually dd or bmap-tools)
Saur has quit [Ping timeout: 252 seconds]
Schlumpf has quit [Ping timeout: 244 seconds]
Tyaku has joined #yocto
xmn has joined #yocto
<Tamis>
mckoan: Thanks
Saur has joined #yocto
Tamis has quit [Quit: Client closed]
<xcm>
qschulz: it turned out that bmap was not writing the modules to the sdcard for some reason. after manually extracting rootfs it works
Payam has quit [Ping timeout: 260 seconds]
<arkanoid>
How long is an average build with default settings on a 16core cpu? Been waiting for 3h not finished yet
<arkanoid>
I will start over from the beginning then. How to do this? delete the build folder?
Tyaku has quit [Quit: Lost terminal]
<qschulz>
there's no need to start from scratch
pgowda_ has quit [Quit: Connection closed for inactivity]
<qschulz>
arkanoid: seems like yoiu shouldn't have the PREMIRRORS issue I thought you could have
<arkanoid>
I've currently deleted and re-created the environment. I've not changed anything in local.conf nor bblayer.conf nor templateconf.cfg and I'm bitbake core-image-sato
<qschulz>
arkanoid: might just be a bad connection on your end or the upstream server is overloaded and takes time to serve you the data
Tamis has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
seninha has quit [Quit: Leaving]
Vonter has joined #yocto
nemik has joined #yocto
Schiller has quit [Quit: Client closed]
Perceval[m] has quit [Quit: You have been kicked for being idle]
prabhakarlad has quit [Quit: Client closed]
rfuentess has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
prabhakarlad has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
frieder has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
goliath has quit [Quit: SIGSEGV]
florian has quit [Quit: Ex-Chat]
hcg has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
sotaoverride has quit [Ping timeout: 246 seconds]
rsalveti has joined #yocto
sotaoverride has joined #yocto
PhoenixMage has quit [Ping timeout: 264 seconds]
PhoenixMage has joined #yocto
PhoenixMage has quit [Ping timeout: 268 seconds]
zhmylove has quit [Quit: Leaving]
PhoenixMage has joined #yocto
Tamis has joined #yocto
<khem>
JPEW: qcow is not default though
<khem>
I think you have to still add it to IMAGE_FSTYPES to be effective
alessioigor has quit [Quit: alessioigor]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Tamis has quit [Ping timeout: 244 seconds]
goliath has joined #yocto
hays has joined #yocto
hcg has quit [Ping timeout: 244 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
manuel1985 has quit [Ping timeout: 268 seconds]
Vonter has quit [Ping timeout: 268 seconds]
florian has joined #yocto
seninha has joined #yocto
odra__ has joined #yocto
odra_ has quit [Ping timeout: 268 seconds]
goliath has quit [Quit: SIGSEGV]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
odra__ has quit [Ping timeout: 252 seconds]
vladest1 has joined #yocto
vladest has quit [Ping timeout: 268 seconds]
vladest1 is now known as vladest
manuel1985 has joined #yocto
<khem>
and it does not boot on qemux86-64/master gets stuck in syslinux menu ☹️
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<cambrian_invader>
do I need some kind of special dependency if I read something from ${TMPDIR}/workdir-shared?
<cambrian_invader>
I have a dependency on the task which writes the file, but it looks like sstate isn't rerunning the consuming task
<cambrian_invader>
added it to SSTATE_SCAN_FILES and that fixed it
stephano has joined #yocto
manuel1985 has quit [Ping timeout: 248 seconds]
dev1990 has joined #yocto
dev1990 has quit [Client Quit]
odra__ has joined #yocto
odra__ has quit [Ping timeout: 268 seconds]
rob_w has quit [Quit: Leaving]
florian has quit [Ping timeout: 248 seconds]
florian has joined #yocto
stephano has quit [Quit: byeee]
seninha has quit [Quit: Leaving]
kscherer has quit [Quit: Konversation terminated!]
GNUmoon has quit [Remote host closed the connection]