behanw has quit [Quit: Connection closed for inactivity]
jclsn0 has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 272 seconds]
ljh_ has quit [Ping timeout: 240 seconds]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
ljh_ has joined #yocto
starblue has quit [Ping timeout: 276 seconds]
starblue has joined #yocto
jclsn0 has quit [Ping timeout: 246 seconds]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 246 seconds]
sakoman has quit [Quit: Leaving.]
jclsn0 has joined #yocto
GNUmoon2 has quit [Remote host closed the connection]
dgriego has joined #yocto
dgriego has quit [Client Quit]
dgriego has joined #yocto
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
jclsn0 has quit [Ping timeout: 276 seconds]
jclsn0 has joined #yocto
ljh_ has quit [Ping timeout: 246 seconds]
jclsn0 has quit [Ping timeout: 272 seconds]
seninha has quit [Quit: Leaving]
Circuitsoft has quit [Quit: Connection closed for inactivity]
jclsn0 has joined #yocto
jclsn0 has quit [Ping timeout: 240 seconds]
xmn has quit [Remote host closed the connection]
xmn has joined #yocto
jclsn0 has joined #yocto
JPEW has quit [Read error: Connection reset by peer]
JPEW has joined #yocto
geoffhp has joined #yocto
jsbronder has quit [Quit: WeeChat 3.3]
jsbronder has joined #yocto
GNUmoon has joined #yocto
olani has quit [Ping timeout: 260 seconds]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
GNUmoon has quit [Remote host closed the connection]
kroon has joined #yocto
GNUmoon has joined #yocto
thomas__ has joined #yocto
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
florian__ has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
Baehrune has joined #yocto
florian__ has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
rob_w has joined #yocto
LocutusOfBorg has joined #yocto
mckoan|away is now known as mckoan
bps has joined #yocto
bps has joined #yocto
<mckoan>
good morning
LAZIBI has joined #yocto
ptsneves has joined #yocto
Schlumpf has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
rfuentess has joined #yocto
bps has quit [Ping timeout: 260 seconds]
AKN has joined #yocto
dev1990 has joined #yocto
sathish has joined #yocto
<thomas__>
good morning
<LetoThe2nd>
yo dudX
bps has joined #yocto
bps has joined #yocto
leon-anavi has joined #yocto
GNUmoon has quit [Remote host closed the connection]
florian has joined #yocto
<wCPO>
have anyone experienced issues with Yocto and Golang recipes? Where Go tries to use ipv6 to fetch the modules and fails due to ipv6 not being enabled on the host?
<LetoThe2nd>
wCPO: we are using golong, but not witnessed that yet. please note that the folks who are active in that area are probably more active in 5 hrs or so, due to timezones.
rob_w has quit [Ping timeout: 272 seconds]
rob_w has joined #yocto
<wCPO>
My bad, I should have read the changelog more carefully: "Network access from tasks is now disabled by default on kernels which support this feature (on most recent distros such as CentOS 8 and Debian 11 onwards). This means that tasks accessing the network need to be marked as such with the network flag. For example:"
mvlad has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
GNUmoon has joined #yocto
mvlad has quit [Ping timeout: 248 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
tre has joined #yocto
hpsy[m] has quit [Quit: You have been kicked for being idle]
VigneshSekar[m] has quit [Quit: You have been kicked for being idle]
mvlad has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
kanavin_ has quit [Quit: Leaving]
AKN has quit [Read error: Connection reset by peer]
Tyaku has joined #yocto
kanavin has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
starblue has joined #yocto
rfuentess has quit [Remote host closed the connection]
<mrybczyn[m]>
zwelch: we can assume you have the buggy version. Please re-check after the kirkstone update Steve is talking about
sathish has quit [Ping timeout: 252 seconds]
rfuentess has joined #yocto
florian__ has joined #yocto
bigendian has quit [Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in]
ad__ has joined #yocto
<LetoThe2nd>
we're seeing a weird problem when building a go package via external source, essentially "fatal: unsafe repository ('/builds/Northern.tech/Mender/go/src/github.com/mendersoftware/mender' is owned by someone else)". does this ring a bell for anybody?
<LetoThe2nd>
which tasks do run under pseudo/fakeroot?
ad__ has quit [Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in]
ad__ has joined #yocto
<JaMa>
LetoThe2nd: it's the new git feature right? maybe external source doesn't use the git intercept script?
<LetoThe2nd>
JaMa: no, thats what we also thought, but its an "old" one, in a ci pipeline.
ad__ has quit [Quit: ZNC 1.7.2+deb3~bpo9+1 - https://znc.in]
ad__ has joined #yocto
thomas__ has quit [Ping timeout: 272 seconds]
<LetoThe2nd>
which tasks in a recipe are running under pseudo/fakeroot?
<ptsneves>
if i remember yesterday's presentation do_install
michalkotyla has quit [Quit: michalkotyla]
rob_w has quit [Remote host closed the connection]
LAZIBI has quit [Ping timeout: 252 seconds]
<manuel>
Am building on a 8GB RAM machine and build start failing more and more often. Should 16gb remain enough for some time, or should I go to 24gb rightaway?
<qschulz>
manuel: 8GB is really on the low side. Putting more RAM cannot hurt
<qschulz>
(more CPU cores is a different story many people here will be able to tell (not me :) )
<qschulz>
otherwise you can try to lower the number of threads for bitbake/make so that you have less tasks eating your RAM (qt for example is notorious for eating a lot during compilation)
alejandrohs has quit [Read error: Connection reset by peer]
alejandrohs has joined #yocto
davidinux has quit [Ping timeout: 260 seconds]
davidinux has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
Tyaku has quit [Quit: Lost terminal]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
<rburton>
manuel: how failing? low ram/cores just mean the build takes longer.
<rburton>
unless you're talking about eg webkit running out of memory to compile
sathish has joined #yocto
<rburton>
in which case yeah you need more ram, a few programs need fast amount of ram to link
<rburton>
if you're adding ram then the more ram the better, as it will get used as disk cache. buy as much as you can justify
<rburton>
of course if you mean 'during a big build my machine crashes' then that's bad ram which yocto is demonstrating by actually using all of it
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<kanavin>
given that g++ processes can take 1Gb of RAM each, 8 GB of it is really too low even for a 4 core/8 thread machine
sashko has joined #yocto
<manuel>
rburton: ERROR: m4-1.4.18-r0 do_package: Fatal errors occurred in subprocesses:
<rburton>
presumably something else was building at the same time which is huge
<rburton>
you need more ram :)
<manuel>
Ok, I gotta admit I have a few browser tabs open which already eat 4gig of ram even when no yocto build is running :)
<rburton>
or swap, but that's obviously a lot slower
<rburton>
i'm a big fan of the build machine being headless so you don't content your browser with your build :)
<manuel>
Think I will just go to a total of 24gig. Thought ram to be more expensive. used 16gig ddr4 so-dimm is 38eur.
<rburton>
when i'm waiting ten minutes for llvm to link is when i want the browser/mailer to be responsive
<manuel>
yeah I just don't want to buy yet another machine. All my machines I set up before I started with yocto, so they are all not really set up for intense loads.
<manuel>
But I've got so many I don't want to add one more
<manuel>
which would sit mostly idle besides on weekends
behanw has joined #yocto
pbergin has joined #yocto
ThomasRoos has joined #yocto
sathish has quit [Quit: Client closed]
jpuhlman has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
F_Adrian has joined #yocto
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
michalkotyla has joined #yocto
nemik has joined #yocto
michalkotyla has quit [Client Quit]
Wouter0100 has joined #yocto
ljh_ has joined #yocto
astlep has quit [Ping timeout: 246 seconds]
Schlumpf has quit [Quit: Client closed]
Guest58 has joined #yocto
manuel1985 has joined #yocto
dgriego has joined #yocto
<Guest87>
i'm trying to run bmaptools as recommended in the mega manual (oe-run-native bmaptool copy blablabla), but it tells me "bmaptool is not a native recipe", do i need a different form of command?
goliath has joined #yocto
<rburton>
use bmaptools-native instead of bmaptools
manuel1985 has quit [Ping timeout: 260 seconds]
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Baehrune has quit [Ping timeout: 246 seconds]
dgriego has joined #yocto
Guest76 has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
manuel has quit [Quit: Leaving]
dgriego has joined #yocto
Guest76 has quit [Quit: Client closed]
seninha has joined #yocto
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
manuel1985 has joined #yocto
sashko has quit [Remote host closed the connection]
<rburton>
Guest87: megamanual is just the individual docs merged into one file, but grep will help you find the right file
<Guest87>
rburton: thank you
<seninha>
Hi, I built a core-image-full-cmdline linux image and, when running bitbake, it builds grub, but when booting it uses systemd-boot. How can I make the EFI boot be grub instead?
jtoomey has joined #yocto
Herrie has joined #yocto
rgu has joined #yocto
jmiehe has joined #yocto
florian has quit [Quit: Ex-Chat]
florian__ has quit [Ping timeout: 244 seconds]
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
ljh_ has quit [Ping timeout: 260 seconds]
amahnui1 has joined #yocto
leon-anavi has quit [Quit: Leaving]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
rfuentess has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
Guest58 has quit [Quit: Connection closed]
bps has quit [Ping timeout: 244 seconds]
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
rgu has quit [Quit: Client closed]
bps has quit [Ping timeout: 246 seconds]
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
jpuhlman has quit [Quit: Leaving]
jpuhlman has joined #yocto
ThomasRoos has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
GNUmoon has quit [Ping timeout: 240 seconds]
florian__ has joined #yocto
florian__ has quit [Ping timeout: 244 seconds]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
GNUmoon has joined #yocto
willykin[m] has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
pourada has joined #yocto
<pourada>
Hello - new to this channel. Have a question about kickstart wks and fstab entries.
<pourada>
Essentially, wic is performing well, except in emitting the correct lines to fstab. That is to say the wic creates the correct partitions in the .wks file: /dev/mmcblk0p[1-4].
<pourada>
However, in the fstab, it is creating this line, which appears to be off by one on the partition:
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
<pourada>
\//dev/mmcblk0p5/dataext4defaults00
<pourada>
/dev/mmcblk0p5/dataext4defaults00
<pourada>
Any takers? Spent days on this so far.
<zwelch>
pourada: can you track down where that gets added?
jmbd has joined #yocto
<pourada>
The line in fstab? So far as I can tell in a function like do_wic(). in our project layer, meta-mbio/wic/dogfish-mmc.wks
<pourada>
There is no pkg_postinst_${PN}() to modify fstab, tho we have gone down that road.
<pourada>
I should mention that we're still on sumo...
<pourada>
Oh, and I should say that /dev/mmcblk0p5 doesn't exist.
<pourada>
Here's the line in the wks file:
<pourada>
part /data --ondisk mmcblk0 --size 6000M --align 4096 --label data --fstype=ext4
<pourada>
Sorry for the novel. Does that answer your question @zwelch?
<pourada>
@zwelch - here's the actual task: 1: daffy-image-rel-1.0-r3 do_image_wic - 24s (pid 290302)
<zwelch>
that does help provide more context, but i am afraid that it's not enough for me to see the road to a solution. maybe pastebin the entirely wks file? add some debug output in the relevant do_wic function, to see where it's emitting the fstab?
<pourada>
Ok, on it...
leon-anavi has joined #yocto
zoologist has quit [Read error: Connection reset by peer]
zoologist has joined #yocto
<JaMa>
RP: FWIW: related to my xz do_unpack question few days ago.. current xz does decompression still in single thread, so at least for now using XZ_DEFAULTS in bitbake fetcher doesn't bring any speedup at all
<RP>
JaMa: this might be a case for pixz?
<JaMa>
will check pixz, I was aware of pzstd which sstate.bbclass uses when available, but didn't notice that there is pixz as well
<RP>
JaMa: I can't remember which pieces we enabled and where
<RP>
JaMa: I suspect the build time of pixz would probably be longer than the decompression speedups
<RP>
might work as an optional host tool I guess but whether the complexity would be worth it...
<JaMa>
yes, it doesn't support --treads as well, so we would need to alter the syntax as well (like pzstd does)
<JaMa>
time pixz -p 64 -d < chromium-101.0.4951.54.tar.xz >/dev/null -> 1m6.795s as well
camus has joined #yocto
<cambrian_invader>
pourada: it's probably because swap comes first
<cambrian_invader>
and swap is the actual p4
<cambrian_invader>
so the issue is that the fstab uses p4 but it should use p5
<cambrian_invader>
hm, or maybe it gets confused by the no-table partitionb
jmbd has quit [Quit: #yocto]
florian__ has joined #yocto
camus has quit [Ping timeout: 246 seconds]
<zwelch>
pourada: i definitely not seeing it, but cambrian_invader's perspective definitely begs the question: what happens when you move stuff around in the wks? and what's the output of instrumenting the do_wic function to see how it's being interpreted?
<cambrian_invader>
the order of part commands in the wks is the order the partitions are created in
<cambrian_invader>
e.g. the order in the MBR
<cambrian_invader>
(or GPT)
<cambrian_invader>
anyway, I would stare very hard at the recipe generating the fstab
<zwelch>
sure, so it won't necessarily work, but the resulting shuffled output might provide clues about where things go sideways
tgamblin has quit [Remote host closed the connection]
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
<seninha>
Hi, I built core-image-full-cmdline, and after boot, it freezes with the message "EFI stub: Loaded initrd from command line option".
<seninha>
The image does not load any further from that point.
zoologist has quit [Ping timeout: 246 seconds]
zoologist has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
manuel has joined #yocto
<manuel>
I've got "KERNEL_MODULE_AUTOLOAD += "kernel-module-hello"" in my local.conf. Why doesn't the module get loaded automatically? Have to `modprobe hello` to have it show up in `lsmod`.
<pourada>
@zwelch - I can't find the shell function do_image_wic (), tho it comes out in the -DDD debug as being active. It's not anywhere in the entire yocto procject that I can see.
<cambrian_invader>
but the magic converting IMAGE_CMD:wic into do_image_wic happens in openembedded-core/meta/classes/image.bbclass
seninha has quit [Remote host closed the connection]
<pourada>
@cambrian_invader - thanks for the hints! @zwelch - many thanks to you too!
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
<pourada>
@cambrian_invader - image.bbclass only shows up in poky/meta/classes/image.bbclass, and there is no openembedded-core, but there is meta-openembedded/meta-oe/recipes-core but no image.bbclass there.
<pourada>
I am running a fairly ancient yocto version: sumo
<pourada>
Or am I missing some important layers?
<pourada>
ah, both image.bbclass and image_types_wic.bbclass are both in poky/meta/classes.
amahnui1 has quit [Quit: Connection closed for inactivity]
<jpuhlman>
pourada, poky is a combo layer of openebedded-core, bitbtake and a couple other small layer. The file you are referencing is the oe-core version just in a combo layer
dev1990 has quit [Quit: Konversation terminated!]
pbergin has quit [Quit: Leaving]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
zen_coder has joined #yocto
<zen_coder>
how can I add python3 to the qt5 toolchain?
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
leon-anavi has quit [Quit: Leaving]
vladest has quit [Quit: vladest]
vladest has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
seninha has joined #yocto
<pourada>
@jpuhlman - thanks, I'm getting a little more familiar!
mvlad has quit [Quit: Leaving]
<pourada>
@cambrian_invader - found IMAGE_CMD_wic, and invoked wic from the command line using its cmd line vars. It created a .direct file, which was essentially a .wic file, as I was able to explore it using wic ls. However, no bmap file, and so can't load it?
<pourada>
There is a do_wic_complete task, but I couldn't find a corresponding function for it.
<pourada>
Nevermind - there's a cupla options I missed, but which are not in the IMAGE_CMD_wic function - guess they are there somewhere. -m adds the map, -c compresses