janvermaete[m] has quit [Quit: node-irc says goodbye]
Pierre-jeanTexie has quit [Quit: node-irc says goodbye]
ndec[m] has quit [Quit: node-irc says goodbye]
TrevorWoerner[m] has quit [Quit: node-irc says goodbye]
moto_timo[m] has quit [Quit: node-irc says goodbye]
Alban[m] has quit [Quit: node-irc says goodbye]
keepitsimplejim[ has quit [Quit: node-irc says goodbye]
shoragan|m has quit [Quit: node-irc says goodbye]
rodrjassoccom[m] has quit [Quit: node-irc says goodbye]
fabatera[m] has quit [Quit: node-irc says goodbye]
JonasVautherin[m has quit [Quit: node-irc says goodbye]
PascalBach[m] has quit [Quit: node-irc says goodbye]
alex88[m] has quit [Quit: node-irc says goodbye]
Spectrejan[m] has quit [Quit: node-irc says goodbye]
AlessandroTaglia has quit [Quit: node-irc says goodbye]
lacouture[m] has quit [Quit: node-irc says goodbye]
behanw[m] has quit [Quit: node-irc says goodbye]
xicopitz[m] has quit [Quit: node-irc says goodbye]
jonesv[m] has quit [Quit: node-irc says goodbye]
asus_986_gpu[m] has quit [Quit: node-irc says goodbye]
dwagenk has quit [Quit: node-irc says goodbye]
Tokamak has quit [Ping timeout: 252 seconds]
<yates>
khem: thanks for that. so after i apply that patch, i have four possible ways to implement changes to FILES/PACKAGE_NO_GCONV: no/no, no/yes, yes/no, yes/yes
<yates>
be aware that i'm running gatesgarth and glibc version 2.32
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
qschulz has quit [Ping timeout: 240 seconds]
Spooster has quit [Remote host closed the connection]
paulg has quit [Ping timeout: 258 seconds]
camus1 has joined #yocto
camus has quit [Read error: Connection reset by peer]
camus1 is now known as camus
zyga-mbp has joined #yocto
rob_w has joined #yocto
LetoThe2nd has joined #yocto
Schlumpf has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
<LetoThe2nd>
yo dudX and mckoans
<mckoan>
LetoThe2nd: Yo! Jester
florian has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<LetoThe2nd>
mckoan: connected through a matrix bridge
jordemort has quit [Quit: Client limit exceeded: 20000]
shoragan[m] has quit [Quit: Client limit exceeded: 20000]
<mckoan>
LetoThe2nd: blue pill
shoragan[m] has joined #yocto
jordemort has joined #yocto
Emantor[m] has quit [Quit: Client limit exceeded: 20000]
Andrei[m] has quit [Quit: Client limit exceeded: 20000]
kayterina[m] has quit [Quit: Client limit exceeded: 20000]
cody has quit [Quit: Client limit exceeded: 20000]
khem has quit [Quit: Client limit exceeded: 20000]
barath has quit [Quit: Client limit exceeded: 20000]
bizulk has joined #yocto
<LetoThe2nd>
heh yeah
kayterina[m] has joined #yocto
Andrei[m] has joined #yocto
ejoerns[m] has quit [Quit: Client limit exceeded: 20000]
Emantor[m] has joined #yocto
khem has joined #yocto
cody has joined #yocto
Schlumpf has joined #yocto
ejoerns[m] has joined #yocto
<bizulk>
Hello ! I have an issue with the build, branch poky, tag dunfell-23.0.9. "git/missing: 81: flex: not found". I do have flex in my ubuntu. I guess this is missing in the yocto build that is missing.
barath has joined #yocto
<RP>
bizulk: missing dependency on flex-native?
<LetoThe2nd>
bizulk: and this happens in a plain poky build?
jwillikers[m] has quit [Quit: Client limit exceeded: 20000]
<bizulk>
RP this is what I guess from my search on google. Can I have that kind on issue with a tagged version ?
ndec[m] has quit [Read error: Connection reset by peer]
jordemort has quit [Read error: Connection reset by peer]
Alban[m] has quit [Read error: Connection reset by peer]
moto_timo[m] has quit [Read error: Connection reset by peer]
PascalBach[m] has quit [Write error: Connection reset by peer]
xicopitz[m] has quit [Read error: Connection reset by peer]
alex88[m] has quit [Read error: Connection reset by peer]
janvermaete[m] has quit [Write error: Connection reset by peer]
Saur[m] has quit [Write error: Connection reset by peer]
JonasVautherin[m has quit [Write error: Connection reset by peer]
asus_986_gpu[m] has quit [Write error: Connection reset by peer]
jonesv[m] has quit [Read error: Connection reset by peer]
AlessandroTaglia has quit [Read error: Connection reset by peer]
rodrjassoccom[m] has quit [Read error: Connection reset by peer]
Pierre-jeanTexie has quit [Read error: Connection reset by peer]
behanw[m] has quit [Read error: Connection reset by peer]
kayterina[m] has quit [Read error: Connection reset by peer]
Emantor[m] has quit [Read error: Connection reset by peer]
ejoerns[m] has quit [Read error: Connection reset by peer]
<LetoThe2nd>
i would rather guess triple checking that flex ist actually installed on the host is due.
khem has quit [Read error: Connection reset by peer]
cody has quit [Read error: Connection reset by peer]
shoragan|m has quit [Read error: Connection reset by peer]
Jari[m] has quit [Read error: Connection reset by peer]
keepitsimplejim[ has quit [Read error: Connection reset by peer]
barath has quit [Read error: Connection reset by peer]
WadeBerrier[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
fabatera[m] has quit [Read error: Connection reset by peer]
Andrei[m] has quit [Read error: Connection reset by peer]
lacouture[m] has quit [Read error: Connection reset by peer]
shoragan[m] has quit [Read error: Connection reset by peer]
TrevorWoerner[m] has quit [Read error: Connection reset by peer]
Spectrejan[m] has quit [Read error: Connection reset by peer]
Andrei[m] has joined #yocto
kayterina[m] has joined #yocto
<bizulk>
LetoThe2nd I have it. Installed it with apt, then tried flex -h
jordemort has joined #yocto
<RP>
bizulk: It seems strange and it has worked fine during testing. I suspect something about the way your system patched bintuils triggered a dependency
<RP>
meta/recipes-devtools/binutils/binutils.inc:DEPENDS = "flex-native bison-native zlib-native gnu-config-native autoconf-native" is there in master but not dunfell
keepitsimplejim[ has joined #yocto
janvermaete[m] has joined #yocto
Emantor[m] has joined #yocto
Jari[m] has joined #yocto
Alban[m] has joined #yocto
rodrjassoccom[m] has joined #yocto
Saur[m] has joined #yocto
khem has joined #yocto
shoragan[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
cody has joined #yocto
<LetoThe2nd>
.9 should also be current
shoragan|m has joined #yocto
alex88[m] has joined #yocto
AlessandroTaglia has joined #yocto
ejoerns[m] has joined #yocto
xicopitz[m] has joined #yocto
moto_timo[m] has joined #yocto
asus_986_gpu[m] has joined #yocto
dwagenk has joined #yocto
<LetoThe2nd>
bizulk: and this is a completely standard run of the mill ubuntu 20.04 running natively on x86-64 hw?
Spectrejan[m] has joined #yocto
ndec[m] has joined #yocto
fabatera[m] has joined #yocto
PascalBach[m] has joined #yocto
JonasVautherin[m has joined #yocto
lacouture[m] has joined #yocto
WadeBerrier[m] has joined #yocto
jonesv[m] has joined #yocto
barath has joined #yocto
jwillikers[m] has joined #yocto
behanw[m] has joined #yocto
TrevorWoerner[m] has joined #yocto
<RP>
it is there on dunfell too
<bizulk>
LetoThe2nd I build it under a fresh install of ubuntu 20.04 running in VM (x86_64)
<LetoThe2nd>
hmm.
<bizulk>
RP yeah just checked that
<bizulk>
I ran manually the "missing" command and got : "updating lex.yysyslex.c"
<bizulk>
I'm not sure. Should it be using yocto's context or my host distribution for flex call ?
camus has quit [Ping timeout: 240 seconds]
camus has joined #yocto
Schlumpf has quit [Quit: Client closed]
jordemort has quit [Quit: Client limit exceeded: 20000]
Emantor[m] has quit [Quit: Client limit exceeded: 20000]
Andrei[m] has quit [Quit: Client limit exceeded: 20000]
kayterina[m] has quit [Quit: Client limit exceeded: 20000]
cody has quit [Quit: Client limit exceeded: 20000]
<bizulk>
if I want to clean the current task for binutils-cross_2.34.bb, I use bitbake -c cleanstate binutils right ?
kayterina[m] has joined #yocto
keepitsimplejim[ has quit [Quit: Client limit exceeded: 20000]
janvermaete[m] has quit [Quit: Client limit exceeded: 20000]
Andrei[m] has joined #yocto
janvermaete[m] has joined #yocto
jordemort has joined #yocto
Jari[m] has quit [Quit: Client limit exceeded: 20000]
Alban[m] has quit [Quit: Client limit exceeded: 20000]
keepitsimplejim[ has joined #yocto
Emantor[m] has joined #yocto
<LetoThe2nd>
should be bitbake -c clean binutils-cross, IMHO
rodrjassoccom[m] has quit [Quit: Client limit exceeded: 20000]
Alban[m] has joined #yocto
cody has joined #yocto
Jari[m] has joined #yocto
khem has quit [Quit: Client limit exceeded: 20000]
rodrjassoccom[m] has joined #yocto
khem has joined #yocto
Saur[m] has quit [Quit: Client limit exceeded: 20000]
barath has quit [Quit: Client limit exceeded: 20000]
Pierre-jeanTexie has quit [Quit: Client limit exceeded: 20000]
shoragan|m has quit [Quit: Client limit exceeded: 20000]
alex88[m] has quit [Quit: Client limit exceeded: 20000]
ejoerns[m] has quit [Quit: Client limit exceeded: 20000]
<bizulk>
LetoThe2nd -cross-86_64 or -cross-test_suite, I ran both
AlessandroTaglia has quit [Quit: Client limit exceeded: 20000]
eduardas has joined #yocto
Saur[m] has joined #yocto
xicopitz[m] has quit [Quit: Client limit exceeded: 20000]
Pierre-jeanTexie has joined #yocto
shoragan|m has joined #yocto
cody has quit [Read error: Connection reset by peer]
kayterina[m] has quit [Write error: Connection reset by peer]
jwillikers[m] has quit [Read error: Connection reset by peer]
Emantor[m] has quit [Read error: Connection reset by peer]
ndec[m] has quit [Read error: Connection reset by peer]
lacouture[m] has quit [Read error: Connection reset by peer]
rodrjassoccom[m] has quit [Write error: Connection reset by peer]
PascalBach[m] has quit [Write error: Connection reset by peer]
jonesv[m] has quit [Read error: Connection reset by peer]
keepitsimplejim[ has quit [Read error: Connection reset by peer]
Pierre-jeanTexie has quit [Read error: Connection reset by peer]
janvermaete[m] has quit [Read error: Connection reset by peer]
behanw[m] has quit [Write error: Connection reset by peer]
Saur[m] has quit [Write error: Connection reset by peer]
TrevorWoerner[m] has quit [Read error: Connection reset by peer]
dwagenk has quit [Read error: Connection reset by peer]
khem has quit [Read error: Connection reset by peer]
shoragan|m has quit [Read error: Connection reset by peer]
WadeBerrier[m] has quit [Read error: Connection reset by peer]
Andrei[m] has quit [Read error: Connection reset by peer]
jordemort has quit [Read error: Connection reset by peer]
shoragan[m] has quit [Write error: Connection reset by peer]
fabatera[m] has quit [Read error: Connection reset by peer]
Alban[m] has quit [Read error: Connection reset by peer]
Jari[m] has quit [Read error: Connection reset by peer]
Spectrejan[m] has quit [Read error: Connection reset by peer]
asus_986_gpu[m] has quit [Read error: Connection reset by peer]
moto_timo[m] has quit [Read error: Connection reset by peer]
JonasVautherin[m has quit [Read error: Connection reset by peer]
Andrei[m] has joined #yocto
kayterina[m] has joined #yocto
qschulz has joined #yocto
jordemort has joined #yocto
janvermaete[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
cody has joined #yocto
Saur[m] has joined #yocto
Jari[m] has joined #yocto
Emantor[m] has joined #yocto
ejoerns[m] has joined #yocto
shoragan[m] has joined #yocto
khem has joined #yocto
ndec[m] has joined #yocto
jwillikers[m] has joined #yocto
moto_timo[m] has joined #yocto
WadeBerrier[m] has joined #yocto
barath has joined #yocto
TrevorWoerner[m] has joined #yocto
keepitsimplejim[ has joined #yocto
Alban[m] has joined #yocto
shoragan|m has joined #yocto
rodrjassoccom[m] has joined #yocto
alex88[m] has joined #yocto
AlessandroTaglia has joined #yocto
xicopitz[m] has joined #yocto
JonasVautherin[m has joined #yocto
lacouture[m] has joined #yocto
jonesv[m] has joined #yocto
Spectrejan[m] has joined #yocto
fabatera[m] has joined #yocto
asus_986_gpu[m] has joined #yocto
behanw[m] has joined #yocto
PascalBach[m] has joined #yocto
dwagenk has joined #yocto
PascalBach[m] has quit [Remote host closed the connection]
shoragan|m has quit [Remote host closed the connection]
rodrjassoccom[m] has quit [Remote host closed the connection]
janvermaete[m] has quit [Remote host closed the connection]
dwagenk has quit [Remote host closed the connection]
ndec[m] has quit [Remote host closed the connection]
moto_timo[m] has quit [Remote host closed the connection]
Alban[m] has quit [Remote host closed the connection]
behanw[m] has quit [Remote host closed the connection]
TrevorWoerner[m] has quit [Remote host closed the connection]
barath has quit [Read error: Connection reset by peer]
cody has quit [Remote host closed the connection]
jordemort has quit [Remote host closed the connection]
shoragan[m] has quit [Read error: Connection reset by peer]
khem has quit [Read error: Connection reset by peer]
lacouture[m] has quit [Remote host closed the connection]
fabatera[m] has quit [Remote host closed the connection]
jonesv[m] has quit [Remote host closed the connection]
asus_986_gpu[m] has quit [Remote host closed the connection]
alex88[m] has quit [Remote host closed the connection]
keepitsimplejim[ has quit [Remote host closed the connection]
Pierre-jeanTexie has quit [Remote host closed the connection]
xicopitz[m] has quit [Remote host closed the connection]
jwillikers[m] has quit [Remote host closed the connection]
WadeBerrier[m] has quit [Remote host closed the connection]
kayterina[m] has quit [Remote host closed the connection]
ejoerns[m] has quit [Remote host closed the connection]
Spectrejan[m] has quit [Remote host closed the connection]
JonasVautherin[m has quit [Remote host closed the connection]
AlessandroTaglia has quit [Remote host closed the connection]
Jari[m] has quit [Remote host closed the connection]
Saur[m] has quit [Remote host closed the connection]
Andrei[m] has quit [Remote host closed the connection]
Emantor[m] has quit [Remote host closed the connection]
bps has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
camus1 has joined #yocto
camus has quit [Ping timeout: 265 seconds]
camus1 is now known as camus
<bizulk>
rebuild the binutils-cross still not working. Should I try another revision of poky ?
tnovotny has joined #yocto
Vineela has quit [Remote host closed the connection]
Andrei[m] has joined #yocto
kayterina[m] has joined #yocto
<LetoThe2nd>
bizulk: could you try current master?
janvermaete[m] has joined #yocto
jordemort has joined #yocto
Emantor[m] has joined #yocto
Jari[m] has joined #yocto
Saur[m] has joined #yocto
khem has joined #yocto
ejoerns[m] has joined #yocto
shoragan[m] has joined #yocto
moto_timo[m] has joined #yocto
Pierre-jeanTexie has joined #yocto
ndec[m] has joined #yocto
cody has joined #yocto
barath has joined #yocto
WadeBerrier[m] has joined #yocto
TrevorWoerner[m] has joined #yocto
jwillikers[m] has joined #yocto
rodrjassoccom[m] has joined #yocto
keepitsimplejim[ has joined #yocto
Alban[m] has joined #yocto
shoragan|m has joined #yocto
PascalBach[m] has joined #yocto
fabatera[m] has joined #yocto
JonasVautherin[m has joined #yocto
lacouture[m] has joined #yocto
asus_986_gpu[m] has joined #yocto
xicopitz[m] has joined #yocto
alex88[m] has joined #yocto
behanw[m] has joined #yocto
jonesv[m] has joined #yocto
Spectrejan[m] has joined #yocto
AlessandroTaglia has joined #yocto
dwagenk has joined #yocto
<bizulk>
LetoThe2nd yes. git checkout HEAD ?
<LetoThe2nd>
bizulk: yup
<bizulk>
LetoThe2nd I'm not sure, git branch -v tell me : * (HEAD detached at 43060f59ba)
<LetoThe2nd>
bizulk: git checkout master
<patrick-r>
hello
<bizulk>
LetoThe2nd bitbake does not respond anymore "Timeout while waiting for a reply from the bitbake server (60s)"
<bizulk>
deleting directory and rebuilding
<patrick-r>
log.do_install complains about a file not found when the file is clearly there
<LetoThe2nd>
patrick-r: like which? example?
bizulk has quit [Quit: Client closed]
leon-anavi has joined #yocto
<patrick-r>
context: recipe says: SRC_URI="file://src.tgz file://keyboards.tgz" variable $[K}=${WORKDIR}/kbds do install() says install ${K}/file ${D}/usr/share/file and FILES_${PN} includes said file and the tgz mentionned in SRC_URI is present in ${WORKDIR}
<patrick-r>
I mean not the tgz, its content obviously
<qschulz>
patrick-r: check with bitbake -e that your K variable is appropriately set
<patrick-r>
it is as the log.do_install error message says: cannot stat '/home/patrick/workspace/sti/variscite-bsp-base/build-x11/tmp/work/armv7at2hf-neon-fslc-linux-gnueabi/install/0.1-r0/kbds/keyboard.de.xml
<patrick-r>
the file is there
<patrick-r>
and I am the owner of the file
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<patrick-r>
bitbake -e recipe report K="<very long path>" which is teh correct directory
<patrick-r>
q
<eduardas>
hello, really need a anity check: the lua recipe in meta-openembedded does not generate liblua.so as a dynamic library?
<qschulz>
eduardas: for oe-pkgdata-util to find the files, it needs bitbake to have built packages in the first place, so I guess you first have to make sure lua recipe was built
<eduardas>
qschulz: it gets built
<eduardas>
for sure
<eduardas>
other lua bindings from other projects build and work too
<eduardas>
like luafilesystem, etc.
<qschulz>
eduardas: you can also try to figure out if the lua packages are correctly set, by running oe-pkgdata-util list-pkgs and then oe-pkgdata-util list-pkg-files <pn>
<eduardas>
lua-cjson
<eduardas>
and so on
<qschulz>
ah ok
bps has quit [Read error: Connection reset by peer]
bps has joined #yocto
bps has joined #yocto
<eduardas>
qschulz: my actual question is whether the meta-openembedded lua recipe is really written in such a way that only static linking for lua bindings is possible?
bps2 has joined #yocto
bps has quit [Ping timeout: 258 seconds]
<eduardas>
kanavin: hello. since it seems you've contributed to the lua recipe in meta-openembedded, could you comment on my question?
<eduardas>
interestingly enough the Lua developers write "Do Not Link Modules to the Lua Core Libraries"
<eduardas>
so I'm not sure why that is the default for meta-openembedded
<eduardas>
meta-openembedded does not seem to contain any Lua binding library recipes itself, though
hyac has quit [Quit: Client closed]
justas has joined #yocto
florian has joined #yocto
<kanavin>
eduardas, unfortunately I cannot
<eduardas>
kanavin: is there an expert for Lua in OE in the Yocto community?
<eduardas>
and do people even care?
<kanavin>
eduardas, we are all volunteers, please keep that in mind.
<kanavin>
if you have a problem, it's on you to do the needed investigation and fixing. Or hire a consultant and pay them.
<eduardas>
kanavin: I am aware. but I'd be happy even if I was given access to a paid consultant in this case
<kanavin>
eduardas, you can hire me.
<rburton>
eduardas: if the recipe does what upstream say not to do, then patches welcome
<eduardas>
rburton: well, since I'm not really a Lua expert.. I am still trying to figure out ehether that is the case
<eduardas>
rburton: perhaps there are some substantial motivations why the recipe is the way it is
<eduardas>
just I am not really aware of them
<rburton>
or maybe its just always been that way
bps3 has joined #yocto
camus1 has joined #yocto
bps2 has quit [Ping timeout: 265 seconds]
camus has quit [Ping timeout: 265 seconds]
camus1 is now known as camus
goliath has joined #yocto
jwillikers has joined #yocto
florian_kc has joined #yocto
<jonesv[m]>
Do you guys know where I should ask about sysvinit?
<jonesv[m]>
I am trying to run `start-stop-daemon [...] --background --no-close -- $ARGS > /var/log/my-log 2&>1`, but with the busybox `start-stop-daemon`, `--no-close` does not exist.
<jonesv[m]>
An alternative that works is to run `start-stop-daemon [...] -- $ARGS > /var/log/my-log 2&>1 &` (i.e. replace `--background` by `&`), but it feels like it's not doing the same, and probably that's wrong 🙈. Do you know a channel where I could ask about that?
fullstop_ has joined #yocto
<rburton>
anyone know scsi_debug?
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
Spooster has joined #yocto
otavio has quit [Ping timeout: 272 seconds]
fullstop has quit [Ping timeout: 272 seconds]
fullstop_ is now known as fullstop
otavio has joined #yocto
jwillikers has quit [Remote host closed the connection]
jwillikers has joined #yocto
bps2 has joined #yocto
bps3 has quit [Read error: Connection reset by peer]
jwillikers has quit [Remote host closed the connection]
bps3 has joined #yocto
bps2 has quit [Ping timeout: 240 seconds]
jwillikers has joined #yocto
bps2 has joined #yocto
bizulk has joined #yocto
bps3 has quit [Ping timeout: 272 seconds]
bps3 has joined #yocto
bps2 has quit [Ping timeout: 265 seconds]
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #yocto
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bps2 has joined #yocto
bps3 has quit [Read error: Connection reset by peer]
bps3 has joined #yocto
bps2 has quit [Ping timeout: 252 seconds]
<jonesv[m]>
Actually out of curiosity: do you guys ever use sysvinit? Or does everyone move to systemd these days? I am using the default sysvinit (busybox) that comes with poky, but I am not sure if anybody uses it at all 😕. Almost tempted to move to S6 if that's possible
<LetoThe2nd>
jonesv[m]: we use it for some forms of rescue/config/updater systems.
paulg has joined #yocto
<jonesv[m]>
And what do you use as a default?
<LetoThe2nd>
why "default"
<LetoThe2nd>
for recuse/config/updater systems we use sysv, for application images we use systemd. where is no default, its different usecases.
<jonesv[m]>
right
<jonesv[m]>
But then you use the sysv/busybox? That's what I seem to get by "default" with poky (that's why I called it default)
<LetoThe2nd>
ah you mean the provider for sysv? yes, the busybox one.
<jonesv[m]>
Got it
<jonesv[m]>
I'm just having a hard time saving log output to `/var/log/my-daemon` with busybox, because it does not have `--no-close`, and `--background` alone seems to kill the log output. And I'm frustrated because I don't seem to find documentation about that :D
rob_w has quit [Quit: Leaving]
<mcfrisk>
using systemd, it's a complex beast but enables good things like cgroups and memory limits. worth the effort in the end..
<JPEW>
Ya, we switched to systemd and it's been a net win
<qschulz>
JPEW: re: pyrex. For some reason, it struggles to find my SSH AUTH SOCK (bear in mind, might be a user issue since I'm trying to use sway instead of gnome, so no gnome-keyring started by default or similar)
<qschulz>
(though I have started ssh-agent and it works fine in any terminal I open locally
<JPEW>
qschulz: Do you get an error?
<qschulz>
no, bitbake just straight out refuses to fetch the repo
<JPEW>
Hmm
<qschulz>
Host key verification failed. is what I have basically
<qschulz>
JPEW: 2nd question 2) https://github.com/garmin/pyrex/blob/master/image/capture.sh#L80 why are there arguments to the source command? It's not POSIX compliant and couldn't find a user in the codebase when I quickly checked. (asking because of shellcheck, trying to send something your way soon-ish)
<qschulz>
JPEW: forgot to say, running with podman on fedora 34 with zsh
<JPEW>
It's run under bash, so the arguments *should* be OK
<JPEW>
run under bash inside the container
sakoman has joined #yocto
<qschulz>
JPEW: I know the arguments passed ot source should be ok, it';s just not friend with POSIX shellcheck which I plan to add to github actions so that we know more or less that the scripts are supposed to run on any shell
<qschulz>
(excluding the arrays, which will be shellchecked with bash, anyway, you'll see the merge request :) though the question remains, what is this used for? is this some kind of leftover of some development or something I missed while going through the code?)
<JPEW>
qschulz: That's fine, but that specific script runs in the controlled container, so I don't think it needs to run on "any shell"
<JPEW>
running shellcheck on pyrex-init-build-env (or any other script that runs on the *host*) would be great
<JPEW>
qschulz: Basically, it's a requirement that the container provide bash, so there isn't a reason to avoid bashisms on anything that run *in the container*
<qschulz>
JPEW: indeed, it does not make sense. So... lint, pyrex-init-build-env and mkconfig are the only scripts possibly running on the host I guess
<JPEW>
qschulz: Yep
<JPEW>
qschulz: ci/prepare.sh also
<JPEW>
qschulz: If you want to make the rules easier, you can probably ignore any shell scripts in "image/"
<JPEW>
Those are the ones that will run in the container
<qschulz>
works for me :) 👍
tnovotny has quit [Quit: Leaving]
<JPEW>
qschulz: I'm not sure on the SSH_AUTH_SOCK... it's possible it's broken.... I don't think we use it here
kmaincent has joined #yocto
justas has quit [Remote host closed the connection]
patrick-r11 has joined #yocto
patrick-r11 has quit [Client Quit]
<patrick-r>
hello
<patrick-r>
again
davidinux has quit [Ping timeout: 252 seconds]
<patrick-r>
small problem compiling image after a GLIBC_GENERATE_LOCALES typo, in effect if my image includes glibc glibc-utils and localedef it will fail because it doesn't find the directory containing the i18n generation files
davidinux has joined #yocto
<patrick-r>
so what should I nuke now that the typo has been corrected to remove the faulty build which persists?
<patrick-r>
tried bitbake -c cleanall glibc glibc-utils, that didn't change and when trying bitbake -c cleanall glibc-locales it replies that nothing provides that
Vineela has joined #yocto
<khem>
abelloni: I have reproduced the problem on ppc as well as mips, its a regression introduced recently in recvmsg implementation in glibc lets see if we can find a good fix for this instead of reverting offending two commits causing it
<yates>
khem: thanks for that. so after i apply that patch, i have four possible ways to proceed regarding the previous changes to FILES/PACKAGE_NO_GCONV: no/no, no/yes, yes/no, yes/yes
<yates>
what is "package splitting" anyway?
<khem>
yates: yeah, package splitting helps to make smaller fine grained ipks/rpms which can help to avoid installing pieces you dont really need
<yates>
i see
eduardas has quit [Quit: Konversation terminated!]
<khem>
there are default packages but recipes can add even more fine granular packages, you can literally package 1 file in 1 package and get to file level granularity when constructing image. Its not practical though, because your IMAGE_INSTALL will be huge
<khem>
patrick-r: can you describe your issue a bit more ?
<khem>
e.g. what errors do you see
alejandr1 has quit [Ping timeout: 252 seconds]
bps3 has quit [Ping timeout: 268 seconds]
<khem>
yates: is csky still vibrant arch ? I thought once Alibaba aquired it they might have switched them to use RISCV
<khem>
somewhere I read they already adopted RISCV
<yates>
khem: we're doing active development for Geehy on it, so I guess so
<abelloni>
khem: yes, it also happens on arm, I was goind to send an email about that
<yates>
there are other processors which i'm not involved in, maybe those are what you heard about
<yates>
i'm just the peon, though..
<khem>
abelloni: ok, I think all 32bit arches except RV32 will have this issue, one workaround is to set OLDEST_KERNEL = "5.1"
<khem>
yates: you might want to re-evaluate 🙂 niche architectures have huge Software cost
<yates>
so i'm still confused regarding the patch you provided: 1) if i was able to get through the recipe with no errors, do i really need it? and 2) if I do pull it in, would that change my need to set FILES and would that change my need modify the PACKAGE_NO_GCONV ?= "1" varaible initialization?
<abelloni>
for csky, I heard they would keep the arch alive because it has educational value
<abelloni>
but they will not use it on actual products anymore
<yates>
abelloni: where did you "hear" this?
<abelloni>
IIRC, from the csky kernel maintainer
<yates>
how long ago?
<abelloni>
a while ago, when we were discussing removing it from the kernel
<khem>
x86/arm/riscv are going to be the only game in town
<abelloni>
probably, yes
<abelloni>
yates: march 2018
<khem>
and 64bit even on MCIUs
<khem>
I have tried to use ARC based SOC and every now and then it would be painful to get general s/w tools e.g. valgrind etc. working since ports do not exist
<yates>
khem: do you have the same crystal ball on the stock market? if so, fill me in.
<yates>
ARC?
<khem>
yates: I do, and my friends make money not doing what I say :)
<abelloni>
so, in a discussion, with arnd, between march 2018 and oct 2018
<yates>
so i'm still confused regarding the patch you provided: 1) if i was able to get through the recipe with no errors, do i really need it? and 2) if I do pull it in, would that change my need to set FILES and would that change my need modify the PACKAGE_NO_GCONV ?= "1" varaible initialization?
<yates>
khem: ^^^^
<khem>
yes you need it if you wan to generate localedata
<khem>
but if you do not need that then ignore it
<yates>
abelloni: i see the message, thanks.
<yates>
khem: i thought the QA issue is that the locale data is being generated (and that is without that patch), but it was not being packaged. is this not the case?
<khem>
yates: its perhaps but it will be not correct
<yates>
ok, that makes sense
<yates>
so the full answer to my question, just to make certain i understand you, is 1) yes it is needed, and 2) yes, i still need to set FILES and modify the PACKAGE_NO_GCONV initializaiton. is this correct?
<yates>
initialization
<yates>
abelloni and khem: this is a recent website update, so no, it's not going away if Geehy has anything to say about it: https://www.geehy.com/soc
mckoan is now known as mckoan|away
zyga-mbp has joined #yocto
LetoThe2nd has quit [Quit: Connection closed for inactivity]
<khem>
yates: I am not sure why FILES addition is needed, since csky is not doing anything different so the path should have been packaged otherwise we should see this issue with other arches too so not too sure whats going on there
Tokamak has joined #yocto
<yates>
ok let me do some more tinkering/analysis
florian_kc has quit [Ping timeout: 265 seconds]
xmn has quit [Ping timeout: 240 seconds]
<jordemort>
also asking in the u-boot channel but i think i might actually have all the u-boot stuff right at this point - i'm trying to boot a fit image over tftp; the image has my kernel, my dtb, and my initramfs bundled into it. when all of these things are loaded separately as legacy images, everything works fine; when packed together into a fit image, the kernel boots, but seems to ignore the initramfs (it goes from trying to unpack to immediately
<jordemort>
freeing the memory)
<jordemort>
my best guess is that my initramfs is getting put into the fit in the wrong format somehow, such that the kernel can't unpack it
bps3 has joined #yocto
florian has quit [Quit: Ex-Chat]
<jordemort>
any ideas? i have IMAGE_FSTYPES = "cpio.gz" for my intramfs, and then INITRAMFS_IMAGE_BUNDLE = "1", INITRAMFS_FSTYPES = "cpio.gz", KERNEL_CLASSES += "kernel-fitimage", KERNEL_IMAGETYPES = "fitImage" in my conf
patrick-r has quit [Quit: Client closed]
bps3 has quit [Remote host closed the connection]
cquast has quit [Ping timeout: 256 seconds]
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 256 seconds]
bizulk has quit [Quit: Client closed]
florian has joined #yocto
<khem>
jordan[m]: it should have bundled the kernel+initramfs into a single kernel image and perhaps fitimage is using the unbundled kernel image
<khem>
both images will be in deploy
<abelloni>
yates: well, there is a difference between we make a new soc with a legacy CPU and this CPU architecture is supported
patrick-r has joined #yocto
bps has joined #yocto
bps has quit [Changing host]
bps has joined #yocto
<jordemort>
khem[m]: yeah i'm sure i'm using the bundled image, it's named something like fitImage-imagename--kernelname and it's the biggest thing in the directory, u-boot sees and loads a ramdisk, the kernel sees that there's something there too, but doesn't know what to do with it and frees it
<jordemort>
is there a way i can disassemble the fitImage into its components so i can check what's actually embedded there?
<patrick-r>
how do i add unicode font to yocto image that will display chinese characters in bash or my application?
<patrick-r>
bash displays squares and application displays nothing
<patrick-r>
have added zh_CN locale
<patrick-r>
and that works and I cna switch to it
<patrick-r>
any idea?
<patrick-r>
reason seems to be that the installed font(s) even if unicode, do not have CJK glyphs
zyga-mbp has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<derRichard>
i'd like to pass extra argument to the strip command when stripping binaries built by my recipe. i thought this should do it: STRIP_append_pn-mypackage = " --strip-debug" since the manual on the STRIP variable says "The minimal command and arguments to run strip, which is used to strip symbols.".
<derRichard>
but this fails badly since the whole STRIP variable is used as executable
<derRichard>
e.g. it tries to exec the file "strip --strip-debug" ;-\
<derRichard>
is the documentation wrong?
<khem>
look into .its file in deploy dir
<derRichard>
khem: ah, this is for patrick-r :)
<khem>
yes and for you
<khem>
look into meta/lib/oe/package.py
<khem>
runstrip function implements it
<khem>
you might want to stick the option there, OE does not provide a user hook to pass additional flags to strip cmd
<derRichard>
khem: i'm looking at both meta/lib/oe/package.py and meta/classes/package.bbclass right now
<khem>
since its a special operation
<derRichard>
the documentation seems wrong to me. STRIP is the minimal command. and not command+arguments
<chrfle>
Hello, is [vardeps] valid for prefuncs also and not only tasks?
bizulk has joined #yocto
<bizulk>
Hello. Having trouble with building core-image-minimal on poky/master. Error is : "ERROR: No space left on device or exceeds fs.inotify.max_user_watches?"
<bizulk>
I have 175 G left.
<bizulk>
sysctl -n fs.inotify.max_user_watches returns 65536. I'm not sure of what it is. First time I see that error.
zyga-mbp has joined #yocto
SnowBeast[m] has joined #yocto
<derRichard>
bizulk: are you building in a container or some other restricted environment?
<bizulk>
derRichard Yes in virtualbox
<bizulk>
host windows10, guest ubuntu 20
<bizulk>
seems to be related to kernel capacity, which I can put to higher level
<derRichard>
well, this is a full vm.
<derRichard>
so, no funky container restrictions :)
<bizulk>
derRichard ah, you were expecting some "docker" answer
<derRichard>
maybe ubuntu 20 has set some other limits. i don't know
<derRichard>
bizulk: in any case, looks like you run into a inotify limitation.
<derRichard>
is your project stored on a real linux filesystem or some shared filesystem?
<bizulk>
derRichard : I put twice the value it seems to go one.