camus has quit [Remote host closed the connection]
camus has joined #yocto
qschulz has quit [Remote host closed the connection]
jclsn has joined #yocto
qschulz has joined #yocto
shoragan has quit [Ping timeout: 250 seconds]
jclsn has quit [Ping timeout: 240 seconds]
shoragan has joined #yocto
jclsn has joined #yocto
codavi has quit [Ping timeout: 256 seconds]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
camus has quit [Ping timeout: 250 seconds]
camus has joined #yocto
jclsn has quit [Ping timeout: 250 seconds]
jclsn has joined #yocto
jclsn has quit [Ping timeout: 250 seconds]
sakoman has quit [Quit: Leaving.]
jclsn has joined #yocto
RobertBerger has joined #yocto
rber|res has quit [Ping timeout: 250 seconds]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
Vonter has joined #yocto
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #yocto
jclsn has quit [Ping timeout: 250 seconds]
jclsn has joined #yocto
GNUmoon has quit [Ping timeout: 276 seconds]
pgowda_ has joined #yocto
davidinux has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
rob_w has joined #yocto
<ziga_>
I need to patch my kernel configuration. There is no ".config" file here: /tmp/work/fotovolt-poky-linux-gnueabi/linux-ti-staging/5.10.65+gitAUTOINC+dcc6bedb2c-r22b/git" while I did found some "defconfig" files here: "/home/ziga/yocto/003--builds/001--fotovolt/tmp/work/fotovolt-poky-linux-gnueabi/linux-ti-staging/5.10.65+gitAUTOINC+dcc6bedb2c-r22b/git/arch/arm/configs". How are those "defconfig" files related to ".config" file?
frieder has joined #yocto
goliath has joined #yocto
rfuentess has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
ziga_: defconfig is a subset of the whole configuration (that ends in .config). defconfig contains all of the Linux kconfig settings required to properly configure the kernel build (features, default system parameters, etc) for that platform.
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
GNUmoon has joined #yocto
zpfvo has joined #yocto
<ziga_>
mckoan: I am using kernel "linux-ti-staging" and there is no ".config" file to be found anywhere at the moment. Especially not in the source tree of the kernel. But will it be created if I run "bitbake -c menuconfig linux-ti-staging" and choose to store the configuration? Where will it be created? Usually it is created in the current working directory from where we run "make menuconfig" but where is it stored in case of "bitbake -c menuconfig
<ziga_>
linux-ti-staging"?
ex-bugsbunny has joined #yocto
<mckoan>
ziga_: the .config is creted from the defconfig you have in the recipe
<ziga_>
mckoan: Okay. But where is it created?
tre has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<qschulz>
ziga_: most probably in the build directory of the kernel
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
<ziga_>
qschulz: It is not in "/tmp/work/fotovolt-poky-linux-gnueabi/linux-ti-staging/5.10.65+gitAUTOINC+dcc6bedb2c-r22b/git".
<ziga_>
qschulz: I found it in "/tmp/work/fotovolt-poky-linux-gnueabi/linux-ti-staging/5.10.65+gitAUTOINC+dcc6bedb2c-r22b/build"
<ziga_>
qschulz: Does this make any sense?
<qschulz>
ziga_: git is the source directory, build is the build directory
<ziga_>
So that is it. Now I should only put this ".config" in my layer and use it by defining it .bbappend ?
<qschulz>
ziga_: did you change with menuconfig?
<qschulz>
yes ok
<qschulz>
then run -c savedefconfig
<qschulz>
then take the defconfig and give it to yoru recipe
<ziga_>
Yes. I used "bitbake -c menuconfig linux-ti-staging" and then ".config" appeared inside the "/tmp/work/fotovolt-poky-linux-gnueabi/linux-ti-staging/5.10.65+gitAUTOINC+dcc6bedb2c-r22b/build".
<qschulz>
but since kernel recipes are widely different in behavior, it's possible (I'd even say likely) that your defconfig won't be taken as is and you'll have to dig into the source code of the recipe and classes it inherits
<ziga_>
I just took an entire ".config" file and I intend to use it in my .bbappend like this SRC_URI += "file://.config;git". This would put it in the source directory and it would probably be used?
<qschulz>
ziga_: it's an invalid syntax for starters
<qschulz>
and no, it's very likely to fail
<qschulz>
because defconfigs are used usually and not .config
<qschulz>
but again, one will need to read the recipe implementation
Schlumpf has joined #yocto
<ziga_>
@qschulz Sorry. I meant SRC_URI += "file://.config;subdir=git"
<ziga_>
schulz: I will check the recipe for more details.
krowlan3[m] has quit [Quit: You have been kicked for being idle]
olani has quit [Ping timeout: 256 seconds]
<LetoThe2nd>
yo dudX
ad__ is now known as oldwest
<mckoan>
hey LetoThe2nd
florian has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
oldwest is now known as oldwestguest
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
leon-anavi has joined #yocto
florian_kc has joined #yocto
Max has joined #yocto
Max is now known as Guest7355
Guest7355 has quit [Client Quit]
m4ho has quit [Ping timeout: 250 seconds]
m4ho has joined #yocto
<T_UNIX[m]>
JaMa: I'd like to chat about qtwebengine (rather qtpdf) with you.
manuel1985 has joined #yocto
olani has joined #yocto
<JaMa>
T_UNIX[m]: just ask the question :), but to be honest meta-qt5 is quite dead nowadays and I just keep it buildable for some projects but at there won't be any new release, it doesn't make much sense to spend much time on it, rather work on meta-qt6
ekathva_ has joined #yocto
ekathva_ has quit [Remote host closed the connection]
argonautx has joined #yocto
rob_w has quit [Quit: Leaving]
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
olani has quit [Ping timeout: 256 seconds]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
Schlumpf has quit [Quit: Ping timeout (120 seconds)]
mauro_anjo has joined #yocto
vladest has quit [Remote host closed the connection]
<smurray>
JaMa: heh, I just checked the top of the list of commits and the readme
<JaMa>
right, it didn't need that many commits and I also was trying to ignore meta-qt6 for a while (until the amount of local changes needed to keep webOS OSE buildable with latest Yocto was too annoying)
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
hcg has joined #yocto
<hcg>
Hi Guys, does anyone know if there is a recipe available for kernel tools, for example I am looking for a recipe for the utility lsgpio
<kanavin>
RP: let me see if I can do something about it
<kanavin>
RP: there is a 'urllib.error.HTTPError: HTTP Error 503: Service Temporarily Unavailable' in there, i wonder if the libraries can be convinced to retry
<smurray>
JaMa: does it seem like TQC's meta-qt5 will ever become the preferred option?
<gpanders>
The wiki page that it links to doesn't provide anything useful on how to actually fix whatever is causing this
<gpanders>
it says that this can be caused when a file path changes but still has the same inode in the pseudo database? I have no idea how this would have happened, and this error keeps occurring even when I nuke my build dir and start from scratch. Anyone know what to do in this case?
<qschulz>
gpanders: are you building in a container by any chance?
<gpanders>
no
<gpanders>
RHEL 7.7 workstation
oldwestguest is now known as oldwildwest
<gpanders>
using gatesgarth (if that is relevant)
<gpanders>
is there a way to simply disable or delete the pseudo database, without having to delete my entire build dir, to get it back to some clean state?
lucaceresoli has quit [Remote host closed the connection]
<gpanders>
the annoying thing too is that in the log file it points me to where it says "path mismatch", the two paths it lists are identical
<jordemort>
gpanders: blowing away your build directory shouldn't be so bad as long as you keep downloads and sstate
<jordemort>
if you `rm -rf` build/tmp but keep the sstate then your next build will mostly just be copying packages out of the sstate and unpacking them, you shouldn't have to build the world again
<gpanders>
ok that is good to know, thanks Jordan
<jordemort>
FWIW in my CI system i throw the build directory out after every build and only keep downloads and sstate, otherwise every once in a while i'd end up with something stuck in my craw and had to go clean it out manually before another build would succeed
<jordemort>
i'm doing things in containers though, and custom containers at that, so i'm probably doing something wrong to bring that down upon myself 🙂
<gpanders>
agh, but even when I nuke the build dir, I still get that pseudo abort error
<gpanders>
and it's always on the same package
<JaMa>
smurray: for paying customers with access to 5.15 LTS sure, but for everybody else qt5 is dead end anyway
<gpanders>
is there state being persisted somewhere outside of the build dir?
<smurray>
JaMa: automotive folks aren't quick to change things ;) And for my maintenance of the demos, some of the rants I've seen about QML in Qt6 aren't making me enthused about migrating
<jordemort>
i thought all the pseudo stuff lived in build/tmp but i could be wrong, i am far from an expert
<JaMa>
smurray: true, but e.g. chromium version in 5.15 qtwebengine is way too old for production devices already, I did an update in meta-qt5 from LTS version of chromium repository and I might do that again as long as it is relatively compatible with qtwebengine, but it won't last much longer I fear
<JaMa>
Ideally I would get to point when python-native (2) isn't needed anymore and I could drop the meta-python2 requirement (like in meta-browser and meta-qt6 already)
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
<JaMa>
being unemployed leaves me with more time to do such things, but so far I haven't run out of more interesting things to play with :)
<smurray>
JaMa: the Igalia folks doing WAM integration for AGL have mentioned chromium 9x is getting to python3 RSN, so fingers crossed
<JaMa>
now rebuilding images for openmoko phones, sharp zaurus and nokia n900 :)
<smurray>
heh, kicking it old school
<LetoThe2nd>
smurray: thats not old school, thats older school.
<smurray>
LetoThe2nd: maybe even oldest? ;)
<LetoThe2nd>
smurray: the black sabboth of OE.
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<smurray>
LetoThe2nd: +1
klockwood has joined #yocto
olani has joined #yocto
klockwood has quit [Client Quit]
pgowda_ has quit [Quit: Connection closed for inactivity]
<sgw>
RP: can I assume that the major failures have been dealt with and related to glibc?
<RP>
sgw: no :/
<RP>
sgw: most are a networking issue with sstate mirror
<RP>
sgw: I handled the glibc ones (buildtools and multilib)
<sgw>
Oh, bummer, that's not good (network), I will go thought and mark as appropriate
<vd>
Do one need to do 'install -d ${DEPLOYDIR}' in do_deploy?
tre has quit [Remote host closed the connection]
<kergoth>
RP: is there a schedule/features/status page for 3.5 as of yet? we're wonderinga bout planning and features
<kergoth>
(or anyone else)
Schlumpf has joined #yocto
<RP>
kergoth: for kirkstone? I've pretty much given up on planning as we have next to no resource control :(
<RP>
kergoth: features are going to be whatever has merged and whatever can get in within the next two weeks...
<RP>
vd: I'd have thought there was a do_deploy[dirs] or cleandirs covering it but not sure
<vd>
RP: there is! Does that mean that bitbake takes care of creating the directory before the task is run and remove it after?
<kergoth>
RP: ah, fair enough, thanks
zpfvo has quit [Ping timeout: 240 seconds]
<RP>
kergoth: I get a bit frustrated that people want these things yet nobody responds to the "call for planning" messages or commits resources to work on things, particularly by specific deadlines :/
<RP>
nobody isn't perhaps fair. Lets say far too few.
<kergoth>
I can understand that, I'm discussing with product management at siemens disw to see what we can do to contribute more developer time for proper active participation in yocto project features in-band. Obviously we're only one company, but will see what we can do for our part
<kergoth>
Given this is an LTS, a lack of planning is potentially concerning, so maybe this will be a needed wakeup call
<RP>
kergoth: You are one company but if a few do this... :)
<kergoth>
Yeah, has to start somewhere
<RP>
kergoth: I've been worried about it for a while. I have raised it but people just don't listen to me on this one anymore :(
<RP>
kergoth: I do think the LTS is on a decent foundation, we haven't pushed a ton of features into it and have fixed a number of potential stability issues. I wish we could do better with some features
zpfvo has joined #yocto
pbergin has joined #yocto
leon-anavi has quit [Quit: Leaving]
zpfvo has quit [Ping timeout: 250 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 256 seconds]
zpfvo has joined #yocto
hcg has quit [Quit: Client closed]
zpfvo has quit [Quit: Leaving.]
frieder has quit [Remote host closed the connection]
argonautx has quit [Quit: Leaving]
goliath has quit [Quit: SIGSEGV]
florian_kc has quit [Ping timeout: 240 seconds]
florian has quit [Quit: Ex-Chat]
<rburton>
zeddii: small kernel patch your way, review appreciated
<rburton>
kergoth: can you convince people that kas isn't just for ISAR and maybe considering other use cases would be sensible?
camus1 has joined #yocto
mckoan is now known as mckoan|away
camus has quit [Ping timeout: 252 seconds]
camus1 is now known as camus
Schlumpf has quit [Quit: Client closed]
rfuentess has quit [Remote host closed the connection]
<kergoth>
rburton: that would be nice. I rather like kas, been playing with it with MEL lately.. has some interesting possibilities with the plugin support and menu capabilities
<kergoth>
I wish it could had hooks to call out to a non-standard setup script or to call an external script to inject additions to local.conf, to get similar behavior whether kas is used or not.. currently it doesn't obey TEMPLATECONF and does its own thing 100%, which has upsides and downsides both..
<kergoth>
Hmm, could we not have used git ls-remote --symref to resolve the remote HEAD ref to get the default branch name when we require it? Or was it needed with NO_NETWORK? </random>
<khem>
JPEW: I have spdx in json format generated, is it possible to generate some human consumable format like pdf/html ?
<sgw>
khem: Morning, I am doing my swat duty, your aware of the perl patch failure? Seems RP might have retried it, not sure why the orignal failed yet.
<khem>
yeah I am you can ignore that failure
<khem>
that patch was for testing and I have sent a new one already
<sgw>
khem: regarding SPDX, it primarily intended as a machine readable exchange tool. There are some transformation tools available at spdx.org (java based) json-> tag:value and xml, I am not aware of pdf or html
<khem>
sgw: ok, do you know of something handy I can use
<sgw>
not that I am aware of
<khem>
sgw: will meta-spdxscanner help with that ?
florian_kc has joined #yocto
<JPEW>
khem: Not AFAIK
<khem>
JPEW: ok, so are there some tools to visualize the data
<khem>
like fossology etc.
ex-bugsbunny has quit [Ping timeout: 250 seconds]
goliath has joined #yocto
florian_kc has quit [Ping timeout: 250 seconds]
<smurray>
khem: when dl9pf (Jan-Simon) was experimenting with meta-spdxscanner in AGL, he was importing into fossology, but I never dug into what that looks like
vladest has quit [Quit: vladest]
pbergin has quit [Quit: Leaving]
vladest has joined #yocto
frosteyes2 is now known as frosteyes
olani has quit [Ping timeout: 256 seconds]
olani has joined #yocto
<frosteyes>
Hi folks. Hope everyone is great.
<frosteyes>
I am working on backporting gcc 8.5 from master of meta-tegra to a local layer with dunfell.
florian_kc has joined #yocto
<frosteyes>
And have some issues with gcc-8-runtime where it have a number of errors with cstdint - yocto-nvidia/build/tmp/work/aarch64-poky-linux/gcc-8-runtime/8.5.0-r0/gcc-8.5.0/build.aarch64-poky-linux.aarch64-poky-linux/aarch64-poky-linux/libstdc++-v3/include/cstdint:53:11: error: '::int_fast8_t' has not been declared
<frosteyes>
Guess it is some sysroot poison. Is starting to look into the recipes, but if anyone of you have worked with gcc, and have some ideas they are very welcome :)
florian_kc has quit [Ping timeout: 240 seconds]
* RP
has just spent hours debugging something which should have been obvious :(
<RP>
I think I'd better add an obvious test :/
amitk_ has quit [Ping timeout: 256 seconds]
voltron has joined #yocto
<landgraf>
RP: So it's not only me? :) /me is enjoying bb.fetch2 (premirroronly bugs)
<dl9pf>
khem: sgw: JPEW: smurray: there is a chain of tools ... basically meta-spdxscanner piping into fossology for scanning and manual review followed by importing the data from fossology to sw360 .
<dl9pf>
the other thing is e.g. ORT but thats another beast of its own
<dl9pf>
let me dig out a presentation
ex-bugsbunny has joined #yocto
ex-bugsbunny has quit [Remote host closed the connection]
<kergoth>
Mentor's (Now Siemens DISW) yocto-based embedded linux distro.
* kergoth
yawns
davidinux has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<rburton>
i quite like kas but its got some annoying behaviours and the lack of out-of-tree plugins for example is a pain
goliath has joined #yocto
<kergoth>
Ah, yeah, that'd be quite a weakness, it should be pulling them from layers ideally..
<kergoth>
Should submit some issues proposing adding more flexiblity there
<kergoth>
rburton: Hmm, https://docs.zephyrproject.org/latest/guides/west/index.html looks interesting. repo-like more generic multi-repo management tool, but it has plugins, extensible addition of new commands which don't have to be in tree, with examples of build/flash/debug commands used in zephyr. I wonder if it'd be viable to teach it to do kas-like builds as an alternative
<RP>
kergoth: I still dream of putting some good version of these into bitbake to rule them all :)
<RP>
I also know that likely there is no single solution everyone would like
mauro_anjo has quit [Ping timeout: 256 seconds]
florian_kc has quit [Ping timeout: 250 seconds]
miki73 has joined #yocto
GNUmoon has joined #yocto
<agherzan>
khem: Not bad with GitHub actions.
BCMM has joined #yocto
<agherzan>
Tomorrow I'll give matrix builds a go. And also mirroring back to poky. And with that I have the CI back.
<agherzan>
Who is maintaining ssh keys for git.yoctoproject.org repositories?
camus1 has joined #yocto
camus has quit [Ping timeout: 250 seconds]
camus1 is now known as camus
<RP>
agherzan: halstead
<agherzan>
Cheers!
ar__ has quit [Ping timeout: 250 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 256 seconds]
manuel1985 has quit [Remote host closed the connection]