Friday, 2022-01-07

*** florian_kc <florian_kc!~florian@dynamic-093-133-159-051.93.133.pool.telefonica.de> has joined #yocto00:07
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!)00:37
*** florian_kc <florian_kc!~florian@dynamic-093-133-159-051.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)00:41
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)00:55
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection)01:30
*** chrfle_ <chrfle_!~chrfle@217-209-195-249-no206.tbcn.telia.com> has joined #yocto02:05
*** chrfle <chrfle!~chrfle@217-209-195-249-no206.tbcn.telia.com> has quit IRC (Ping timeout: 265 seconds)02:07
*** chrfle_ is now known as chrfle02:07
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)02:10
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:39
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:03
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:492a:7054:91e6:2ab6> has quit IRC (Quit: Konversation terminated!!!111)04:01
*** amitk <amitk!~amit@103.208.71.79> has joined #yocto04:12
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 240 seconds)04:12
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto04:17
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)04:43
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)06:29
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)06:29
*** marex <marex!~marex@195.140.252.251> has quit IRC (Ping timeout: 265 seconds)06:47
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection)06:57
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto06:57
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:01
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)07:03
*** mariusz1 <mariusz1!~mariusz@185.241.198.130> has joined #yocto07:24
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:30
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:49
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto07:56
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)08:05
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto08:06
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto08:07
*** mckoan|away is now known as mckoan08:11
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto08:23
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has quit IRC (Quit: Leaving)08:25
*** ziga <ziga!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto08:25
zigaWhere can I check the compilation output / log for any recipe that was already compiled?08:25
*** lexano <lexano!~lexano@107.175.102.7> has quit IRC (Ping timeout: 240 seconds)08:48
qschulzziga: if you didn't remove the tmp dir, it's in ${WORKDIR}/temp/log.do_<task>08:54
*** lexano <lexano!~lexano@64.44.118.132> has joined #yocto09:01
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto09:07
RPrburton: we have more of those meson "not runnable" errors on arm :(09:08
RPah, but centos7. I wonder if it is that qemu kernel version removal09:09
dacavHi.  I've got a defective SDK installer (I can't build it).  Is there a practical way of connecting the right gdb to the gdbserver that I'm running on the target?09:16
dacavah, nvm, I think I can try with a minimal method, as by manual.09:17
zigaThank you qschulz!09:22
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto09:26
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)09:39
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto09:40
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)09:44
dacavSo, I went for `bitbake gdb-cross-<architecture>` as suggested by the common-tasks manual (both populate_sdk and meta-toolchain tasks fail).  I'm now a bit confused on where to find my gdb ... :-/ There's a ton of sub-directories here09:45
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto09:45
dacavThe manual suggeests `dir/tmp/sysroots/host/usr/bin/architecture/architecture-gdb`, but there's not much under `sysroots`09:46
qschulzdacav: I suspect you're reading old docs?09:48
qschulzbinaries usually are available in the WORKDIR of the recipe09:48
qschulzthat is, in tmp/work/<arch>/<recipe-name>/<recipe-version>/09:48
dacavqschulz: eh, I found it now, thanks.  It is missing dependencies though.09:54
dacavruntime dependencies.09:55
dacav(let alone the crazy-long path it is hidden below :D)09:55
dacavAm I supposed to chroot somewhere, perhaps?09:55
dacav[also, about the docs I'm reading, that's the (current?) `https://docs.yoctoproject.org/dev-manual/common-tasks.html#debugging-with-the-gnu-project-debugger-gdb-remotely`.]09:56
zigaqschultz there are multiple "do_configure" logs that I am interested i.e. "log.do_configure.1136934" "log.do_configure.2146617" ... How do I use the trailing number to know which one is which? How do I find the last one?09:59
dacavziga: ah, I know this one! YAY! It is the pid10:00
dacavalso there should be a symlink to the last one, I believe.  Otherwise, the last modification date should help ;-)10:01
qschulzziga: use the one without the trailing number10:02
qschulzdacav: ok, that's the last docs, I guess they would benefit an updte if it's not correct anymore10:02
zigaThank you dacv & qschulz. Is the one without the trailing number the last one?10:02
qschulzdacav: I'm not sure runtime dependencies are built when building a recipe only?10:02
dacavziga: the one without the trailing number should be a symlink to the last one10:04
*** Guest86 <Guest86!~Guest86@cpc157199-gate14-2-0-cust718.16-2.cable.virginm.net> has joined #yocto10:04
dacavqschulz: ...not sure either.  In this case it is gdb complaining about missing python bits.  I'm wondering if they're missing because they're not built, or because the search path should be fixed.10:04
ziga@dacav TY10:05
*** Guest86 is now known as epac-tom10:06
qschulzdacav: I think there's a wrapper to execute host packages built from Yocto but I'm not sure anymore10:07
qschulzsomething like -c devshell?10:08
dacav`bitbake -c devshell` or so? I'll try10:10
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)10:11
dacavbitbake -c listtasks gdb-cross-aarch64 | grep -q devshell && echo YEP, I see that.10:11
dacavEXCELLENT!10:12
dacavqschulz: thanks, that was precious!10:12
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto10:13
dacavThis is totally worth a mention in the docs!  May I mention it on the docs ml maybe?10:13
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)10:20
qschulzdacav: where would you want this to be mentioned? and what should it say about devshell?10:21
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto10:21
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto10:21
hmw[m]Hi,10:26
hmw[m]is $PV availble set as enviroment variable when do_compile is executed ?10:27
rburtonno10:27
rburtonyou can export it if you want though10:27
hmw[m]( can i use it in cmakelists.txt10:27
rburtontypically the source knows the version, and the recipe reflects that, not the other way around10:27
rburtonbut just export it if you need to10:27
hmw[m]rburton: yes, ( got a few lazy devs that donĀ“t update version number and is updated-ed using ci tools ....)10:29
*** mckoan is now known as mckoan|away10:33
dacavqschulz: you said that the document I mentioned would benefit from an update. I would suggest to replace the "If you are using the build system, Gdb is located in..." part.10:36
dacav(hence replacing the outdated info with this excellent trick!)10:37
qschulzdacav: if that is what one's actually supposed to do, fine by me :)10:42
qschulzit seems the original doc wasn't correct anymore anyway10:42
qschulzI just don't know if it's the proper solution or not10:43
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds)10:47
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:3f44:bf56:3520:49ef> has quit IRC (Remote host closed the connection)10:55
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:ca81:81e0:1355:375e> has joined #yocto10:55
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)11:04
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto11:04
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)11:10
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto11:11
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)11:19
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto11:20
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)11:22
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto11:26
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto11:30
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)11:40
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto11:41
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)11:45
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto11:46
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds)12:09
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto12:17
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus)12:38
*** mariusz1 <mariusz1!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 256 seconds)12:39
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)12:50
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto12:51
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)12:59
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto13:00
*** Guest49 <Guest49!~Guest49@ip-86-49-248-72.net.upcbroadband.cz> has joined #yocto13:17
Guest49Hi.. What would you recommend when I need to override (phyton) function for two machines/overrides? E.g. I have machine machA and machB and func do_something. I would like to override this function for machA and machB13:20
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)13:35
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto13:35
qschulzGuest49: is it a python function or a python task?13:38
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 252 seconds)13:40
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto13:40
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)13:50
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:02
Guest49qschulz sry, task14:16
Guest49or variable override for two (or more) machines/overrides14:17
qschulzGuest49: if it's a task, just use the override14:21
qschulzGuest49: do_mytask:machA () {}14:21
qschulznote that it completely overrides the original do_mytask14:21
qschulzif you want to append/prepend, it's a different thign14:21
Guest49qschulz that's clear..14:22
qschulzhalstead: michaelo: docs.yoctoproject.org is broken, it returns a file browser instead of the master/dev branch of the docs14:23
Guest49qschulz I would like to do do_mytask:machA () {common logic for machA and machB, but not for others} and do_mytask:machB () {common logic for machA and machB, but not for others}, but combine it so it's not duplicated14:25
qschulzGuest49: define a common override in both of your machines and add it to MACHINEOVERRIDES14:26
qschulzin the configuration file14:26
qschulzthen use the common one14:26
qschulzhttps://docs.yoctoproject.org/3.4.1/ref-manual/variables.html#term-MACHINEOVERRIDES14:27
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:32
Guest49qschulz thx, that's most probably what I was was looking for14:33
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)14:49
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto14:50
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds)14:54
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 250 seconds)14:54
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto14:55
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto14:59
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto15:05
dacavhttps://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-SRC_URI -- git:// vs repo:// ?15:09
dacav...and, can the repo be local?15:09
qschulzdacav: repo is a tool from google15:10
qschulzgit fetcher can be passed a local filepath yes15:10
qschulz(starts with three / then)15:10
dacavqschulz: thanks :)15:11
dacav(it's temporary... The problem with the broken sdk forces me to do weird things :-/)15:12
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto15:13
*** codavi <codavi!~akiCA@user/akica> has joined #yocto15:15
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds)15:19
coldspark29[m]What are your positions on Submodules vs. Kas? What are the advantages and disadvantages? I am not sure which tooling to use.15:29
coldspark29[m]Kas seems really convenient, but it also adds a layer of dependency15:30
rburtonsubmodules are pretty icky15:33
rburtonkas is an extra tool but it does more than submodules15:33
kergothkas is nice for reasons beyond just multi-repository, encoding configuration, etc. Depends on your needs15:34
zpfvoTIL about kas. Is it something like repo but specific for bitbake?15:41
rburtononly vaguely15:44
rburtonit fetches, but also generates configure files and does builds15:45
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)15:45
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto15:46
rburtonzpfvo: https://git.yoctoproject.org/meta-arm/tree/ci/base.yml is the base kas file for the meta-arm CI for example15:46
rburtonwhat to fetch, what config, what to build15:46
zpfvorburton: nice, will look into it. maybe we can use it :)15:48
kergothKas is nice, but I do wish it had more options to generate the config, i.e. from repo manifest, .gitmodules, bblayers.conf, ..15:50
kergothjust as a convenience. guess i could do that myself if i cared enough to :)15:51
vddoes the kernel require particular options for runqemu?15:54
*** hjones2199[m] <hjones2199[m]!~hjones219@2001:470:69fc:105::1:1a12> has quit IRC (Quit: You have been kicked for being idle)16:00
coldspark29[m]@rburton Why do you think they are icky?16:02
rburtonthey're just a bit of a pain to work with16:06
rburtonyou can very much tell that submodules are bolted onto git16:06
JPEWI prefer submodules FWIW16:09
JPEWThey've gotten a lot better, and most tools know how to deal with them now16:10
kergothMore git operations seem to recurse into them nowadays at least. Still has some pain points16:10
JPEWPlus, I don't like having to gitignore my modules (when not using submodules) because then my grep tools don't recurse into the modules16:11
*** mariusz1 <mariusz1!~mariusz@185.241.198.130> has joined #yocto16:13
kergothI just don't use a parent repository at the top of my workspace, then that's not an issue. I.e. when using repo16:13
vdkergoth: wouldn't it be better to have a mechanism such as recipes for the layer you want to use?16:17
vdkergoth: in addition to what recipes provide already, we'd benefit from the bitbake fetcher to get the layer repositories from any source16:18
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)16:18
*** marex <marex!~marex@195.140.252.251> has joined #yocto16:28
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)16:29
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto16:30
*** epac-tom <epac-tom!~Guest86@cpc157199-gate14-2-0-cust718.16-2.cable.virginm.net> has quit IRC (Quit: Client closed)16:38
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)16:39
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto16:39
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 240 seconds)17:05
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto17:05
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Ping timeout: 256 seconds)17:10
*** zpfvo <zpfvo!~fvo@88.130.217.30> has joined #yocto17:10
*** zpfvo <zpfvo!~fvo@88.130.217.30> has quit IRC (Client Quit)17:11
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:22
coldspark29[m]Hmm well, I like kas, but I also see the advantage of not being dependent on it.17:28
halsteadqschulz: Looks like the last docs build didn't copy completely. Docs are rebuilding now.17:34
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:41
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.4)17:55
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)18:11
*** Guest49 <Guest49!~Guest49@ip-86-49-248-72.net.upcbroadband.cz> has quit IRC (Quit: Client closed)18:31
*** florian <florian!~florian@dynamic-078-049-033-080.78.49.pool.telefonica.de> has joined #yocto18:33
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto18:40
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds)18:41
*** mariusz1 <mariusz1!~mariusz@185.241.198.130> has quit IRC (Ping timeout: 240 seconds)18:45
vd'runqemu nographic slirp core-image-minimal' works fine with beaglebone-yocto but I have no console with beaglebone from meta-ti, even though I copied over the QB_* variable.19:03
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Read error: Connection reset by peer)19:07
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has joined #yocto19:08
halsteadmichaelo: Any idea why docs builds are failing https://autobuilder.yoctoproject.org/typhoon/#/builders/114/builds/319 ?19:27
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)19:28
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:ca81:81e0:1355:375e> has quit IRC (Quit: vladest)19:37
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:99f5:cc0:d9ac:574> has joined #yocto19:39
*** florian <florian!~florian@dynamic-078-049-033-080.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)19:39
*** amitk_ <amitk_!~amit@103.208.69.175> has joined #yocto19:43
halsteadI copied the 3.4.1 docs back to the root of output and recopied. So docs are online again at least.19:44
*** amitk <amitk!~amit@103.208.71.79> has quit IRC (Ping timeout: 240 seconds)19:46
LetoThe2ndyo dudX20:25
*** Tokamak <Tokamak!~Tokamak@172.58.188.35> has joined #yocto20:29
*** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (Ping timeout: 240 seconds)20:50
*** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto20:52
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:43
*** ar__ <ar__!~akiCA@user/akica> has joined #yocto22:05
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has joined #yocto22:05
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds)22:08
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has quit IRC (Quit: Leaving)22:13
*** florian <florian!~florian@dynamic-078-049-033-080.78.49.pool.telefonica.de> has joined #yocto22:46
*** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds)23:20
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 252 seconds)23:42
*** florian <florian!~florian@dynamic-078-049-033-080.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)23:58

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!