*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:48 | |
*** OutBackDingo <OutBackDingo!~quassel@46.23.82.134> has quit IRC (Read error: Connection reset by peer) | 00:50 | |
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Ping timeout: 250 seconds) | 00:50 | |
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 00:51 | |
*** OutBackDingo <OutBackDingo!~quassel@46.23.82.134> has joined #yocto | 00:51 | |
*** dmoseley <dmoseley!~dmoseley@d28-23-224-223.dim.wideopenwest.com> has joined #yocto | 01:37 | |
*** dmoseley_ <dmoseley_!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 256 seconds) | 01:38 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 02:08 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:08 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 02:13 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 02:13 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:13 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:27 | |
*** amitk <amitk!~amit@103.208.71.59> has joined #yocto | 03:08 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:35 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 04:46 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:30 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 05:31 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 05:39 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:39 | |
*** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 05:51 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:03 | |
*** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:04 | |
jclsn[m] | Morning lads | 06:04 |
---|---|---|
jclsn[m] | So this is where those weird names are from https://www.youtube.com/watch?v=7jOhnByTLqk | 06:05 |
jclsn[m] | RP: Are you responsible for this? | 06:14 |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:18 | |
*** frieder <frieder!~frieder@i59F4B487.versanet.de> has joined #yocto | 06:19 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 06:27 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:27 | |
*** frieder <frieder!~frieder@i59F4B487.versanet.de> has quit IRC (Remote host closed the connection) | 06:29 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 06:31 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 06:39 | |
*** mckoan|away is now known as mckoan | 06:39 | |
mckoan | good morning | 06:40 |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:44 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Remote host closed the connection) | 06:54 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 06:54 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:56 | |
*** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:11 | |
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto | 07:15 | |
RP | jclsn[m]: yes | 07:20 |
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 07:22 | |
*** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 07:23 | |
*** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:23 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:34 | |
*** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 252 seconds) | 07:41 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 07:49 | |
* RP notes that eSDK is broken and oe-selftest hangs with his git changes :( | 07:54 | |
Saur[m] | RP: Have you considered patching git-native instead to disable the test? | 07:57 |
RP | Saur[m]: no, since we use git from the host in most cases, not git-native | 07:58 |
Saur[m] | Hmm, ok. That's true... | 07:58 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:07 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 08:14 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:15 | |
kanavin | RP: I have a task from Siemens to make eSDK 'really nice', so could work directly on that | 08:29 |
*** mabnhdev2 <mabnhdev2!~mabnhdev2@162-224-117-232.lightspeed.rlghnc.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds) | 08:29 | |
kanavin | just trying to wrap up some package updates | 08:29 |
RP | kanavin: In yesterday's members meeting, "reinventing" eSDK was one of the things we talked about as a way to trying to improve project usability. The technology underneath is good, the implementation and user interface to it isn't | 08:35 |
RP | kanavin: I'm seeing if I can reproduce the eSDK failure locally atm | 08:35 |
kanavin | RP: I'm going to start by studying what there is and how it works first | 08:36 |
qschulz | RP: michaelo: I'm seeing an issue with default and 4.0 pages (same pages but different URL subpath) being reported as obsolete | 08:37 |
qschulz | I think halstead fixed it in master with https://git.yoctoproject.org/yocto-docs/commit/documentation/set_versions.py?id=e0016979413ab27f2e5db88ae1de180507c759c2 | 08:38 |
qschulz | waiting for the docs job on the autobuilder to finish to check | 08:38 |
qschulz | (basically, just an FYI for the moment) | 08:38 |
RP | kanavin: when you'd done that we should talk a little as I have some ideas... | 08:39 |
RP | qschulz: I did talk with MichaelH this morning about how to fix it so hopefully the current build will correct that | 08:40 |
kanavin | RP: yes, certainly. I have carte blanche from the customer more or less. | 08:40 |
* RP wonders why the docs build is taking 50mins | 08:40 | |
RP | would have been nice if that member org talked to us about this... | 08:41 |
RP | kanavin: the key starting point, at least to me is the small and insignificant sounding bblock and bbunlock command idea | 08:42 |
kanavin | RP: is the idea described somewhere? | 08:44 |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 08:57 | |
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
RP | kanavin: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13425 | 09:00 |
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto | 09:00 | |
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has left #yocto | 09:01 | |
qschulz | RP: yay \o/ thanks halstead for the docs fix :) | 09:12 |
RP | qschulz: cool :) | 09:12 |
*** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 09:25 | |
Saur[m] | RP: In an anonymous Python function, is there some easy way to get the name of the file it is part of (e.g., if it is in a bbappend, is there some way to get the name of that bbappend)? I would like to use it in an error message to help the reader to know where the error is coming from. | 09:36 |
RP | Saur[m]: FILE sometimes indicates that | 09:39 |
ptsneves | Saur[m] that is a good request. I am also curious if this possible. The fact that bitbake always reports the .bb and not the bbappend is nightmarish for most people | 09:40 |
RP | Saur[m]: it isn't easy though as it would mean updating the datastore on every file change and invalidating the data store caches | 09:40 |
ptsneves | is there any plan to report .bbappen in the future? | 09:40 |
RP | ptsneves: the key question is report where and when. You mean a parsing failure? | 09:41 |
ptsneves | yes. that would be good the first aspect. The other aspect would be to report in which bb or bbappend the command that failed comes from | 09:43 |
Saur[m] | Unfortunately it seems that ${FILE} doesn't expand to anything (while in the bbappend at least). I tried setting `FOO_FILE := "${FILE}"` just to see. | 09:45 |
ptsneves | I think we already have information about that, as when running with -e we have the parsing changes separated by where they came from | 09:45 |
RP | ptsneves: very very hard to do reliably :( | 09:45 |
RP | ptsneves: imagine a do_install set in the main .bb which the bbappend does do_install:append to | 09:45 |
qschulz | ptsneves: we have that for variables but not tasks for example | 09:45 |
RP | Saur[m]: perhaps I removed that as it wasn't accurate :/ | 09:45 |
RP | Saur[m]: looking at the code, FILE is set but probably not in the append | 09:46 |
Saur[m] | RP: No worries. I don't expect this error to more or less ever trigger so grepping for it in the rare occasion it does is fine. | 09:47 |
* RP can fix eSDK with the git intercept but it is horrible | 09:48 | |
qschulz | Saur[m]: I'm surprised this didn't work? | 09:49 |
qschulz | because THISDIR (which is used in bbappends!) is derived from FILE | 09:49 |
qschulz | Saur[m]: https://git.yoctoproject.org/poky/tree/meta/classes/base.bbclass#n76 | 09:49 |
Saur[m] | Duh, it actually worked as it should. It was just me forgetting that `${FOO}` isn't expanded in Python code. | 09:54 |
RP | qschulz: what bothers me about the docs is that we really want to show the 4.0.99 docs on the main page. Otherwise the 4.0 migration notes aren't there in full, no release notes | 09:55 |
qschulz | RP: I agree on the issue, disagree on the solution :) | 09:56 |
RP | qschulz: your solution would be? | 09:57 |
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 09:57 | |
qschulz | the issue we have is that we have migration docs for a given version only from older versions | 09:57 |
RP | qschulz: oh, this is the move them to the transition branch? | 09:57 |
RP | then we ship the release with no inbuild transition doc :( | 09:57 |
qschulz | RP: yes that's what I had in mind | 09:58 |
qschulz | RP: yes, but at the moment, older releases do not even point to newer migration manuals | 09:58 |
qschulz | i.e. dunfell does not even have this page | 09:58 |
RP | qschulz: that is going to be a bigger discussion and more work | 09:59 |
qschulz | yes | 09:59 |
RP | right now we have a 4.0 release due out and the website is poor | 09:59 |
qschulz | I don't know how to fix the inbuild migration notes atm honestly | 09:59 |
qschulz | long term I mean | 09:59 |
RP | we need to get the docs on the main page right now | 09:59 |
qschulz | RP: we have hooks for adding patches to releases | 10:01 |
qschulz | in yocto-autobuilder-helper | 10:02 |
RP | qschulz: we want to patch in the set of 12 patches or whatever it is? | 10:02 |
qschulz | the question I have is why we tagged a commit for yocto-4.0 that was clearly not proper for 4.0 ? | 10:02 |
RP | qschulz: because nobody can get me the docs changes by the initial build date? | 10:03 |
qschulz | (probably workflow or timing "issues"/constraints) | 10:03 |
RP | If I blocked the release build on the docs changes we'd just never have a release :( | 10:03 |
RP | qschulz: I wish we had people able to spend the time needed to work all this out and design a nice process which solved every problem. We don't :( | 10:05 |
qschulz | RP: I'm sadly too much aware of the issues we have with lack of time and contributors :/ | 10:07 |
qschulz | RP: coming up with the list of requested patches and sending something for the autobuilder real soon | 10:07 |
RP | qschulz: One other idea before you do that | 10:08 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 10:08 | |
RP | qschulz: In the drop down, perhaps we should have "Unstable (dev), 4.0 (latest), 4.0, 3.4 (latest), 3.4.3, 3.1 (latest), 3.1" ? | 10:09 |
RP | with "latest" going to the .99 versions? | 10:09 |
RP | qschulz: I'm thinking out loud | 10:10 |
qschulz | RP: this does not fix the issue with the default page not showing the correct migration manual | 10:10 |
RP | qschulz: it would if the default page went to 4.0 (latest) | 10:10 |
qschulz | i don't think it'd be easy, because currently we just use the latest tag as default page | 10:11 |
qschulz | we'd have to figure out which branch is the latest | 10:11 |
qschulz | from the info we get from git | 10:11 |
RP | qschulz: we have a list we can use though! | 10:12 |
qschulz | not in the autobuilder right now? | 10:12 |
RP | qschulz: in set_versions.py it has activereleases = ["kirkstone", "honister", "hardknott", "dunfell" | 10:14 |
qschulz | RP: there are two places where changes need to be made | 10:14 |
qschulz | in yocto-docs for the switchers.js | 10:14 |
qschulz | for the dropdown | 10:14 |
qschulz | haven;'t looked into that yet but gut feeling is it's an ok change | 10:15 |
qschulz | (in terms of time to spend) | 10:15 |
qschulz | the other one is how the autobuilder run-docs-build knows which branch to use as default page | 10:15 |
RP | qschulz: We make run-docs-build get the data from set_versions.py? | 10:19 |
qschulz | RP: https://paste.ack.tf/dba837 NOT tested | 10:23 |
RP | qschulz: https://gist.github.com/rpurdie/fe9d4dde3fe0ec04fee5b6bf9dd69531 was what I was thinking but yours may be more magic :) | 10:24 |
qschulz | basically trying to get the one branch which contains the last commit | 10:24 |
qschulz | excluding master and master-next | 10:25 |
qschulz | the long term plan being to remove this once we agree on how to handle migration manuals | 10:25 |
qschulz | yours is ok too, I can write a proper commit if you want | 10:26 |
qschulz | just lemme know | 10:26 |
RP | qschulz: This is basically to patch things up for release until we can get a better solution and improve on it | 10:27 |
RP | qschulz: I leaning towards mine simply as it has hopefully less to go wrong? | 10:27 |
qschulz | RP: agreed.. whatever floats your boat then :) | 10:27 |
qschulz | RP: mine does not require a change in yocto-docs that's all :) | 10:27 |
qschulz | RP: wondering if you cannot have shell run the output of "git show master:documentation/set_versions.py"? | 10:28 |
qschulz | in which case no need to git checkout and the whole thing with keeping the local git clean afterwards | 10:29 |
RP | qschulz: haha, interesting thought | 10:29 |
* RP is trying to avoid being "too clever" | 10:30 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 252 seconds) | 10:31 | |
qschulz | RP: where is the fun in that :D | 10:32 |
RP | qschulz: we can save that for a later patch ;-) | 10:33 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 10:34 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:34 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 10:35 | |
RP | qschulz: I sent it to the lists but pushed it. Lets see what that does | 10:38 |
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 10:40 | |
qschulz | RP: python -c "$(git show master:documentation/set_versions.py)" getlatest | 10:41 |
qschulz | FYI, that's what I could come up with | 10:41 |
RP | qschulz: if that works we can update to that | 10:41 |
RP | qschulz: feel free to send a patch and michaelo can process in due course. I want to see if the docs look right and we can release :) | 10:42 |
qschulz | RP: I don't want to spend time on things I believe will be removed at some point :) it was just a "challenge" for me to figure out if it was possible :) | 10:43 |
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 10:44 | |
RP | qschulz: we may be able to use this tricky more widely... | 10:47 |
RP | but I understand | 10:47 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 10:48 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:48 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 10:53 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 10:54 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:54 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 11:04 | |
rburton | today' favourite typo is 'farktoot farks' | 11:29 |
rburton | typod the typo. 'farktoot farts' | 11:29 |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Remote host closed the connection) | 11:32 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 11:32 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 11:46 | |
RP | rburton: nice :) | 12:05 |
RP | qschulz: site updated. "4.0.999" isn't great but better to have the migration guide complete on the front page | 12:05 |
qschulz | RP: I agree | 12:06 |
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 12:20 | |
*** stanf <stanf!~stanf@pr-svc-em1-114.emea.corpinter.net> has joined #yocto | 12:27 | |
*** argonautx <argonautx!~argonautx@i5E867064.versanet.de> has joined #yocto | 12:28 | |
*** dmoseley <dmoseley!~dmoseley@d28-23-224-223.dim.wideopenwest.com> has quit IRC (Ping timeout: 272 seconds) | 12:28 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 12:35 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 12:36 | |
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has joined #yocto | 12:43 | |
*** stanf <stanf!~stanf@pr-svc-em1-114.emea.corpinter.net> has quit IRC (Quit: Client closed) | 12:43 | |
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 12:43 | |
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 12:45 | |
rburton | and now i discover my mails have a disclaimer attached, sorry about that | 12:46 |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 12:55 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:01 | |
*** Guest1431 <Guest1431!~Guest14@158.110.165.214> has joined #yocto | 13:15 | |
ptsneves | Has anybody ever looked at the gn build system https://gn.googlesource.com/gn/? Does anybody have experience integrating it with yocto? | 13:17 |
Guest1431 | Hey there! II'm quite new to Yocto and I have a problem. I was building a Yocto image and while it was at the do_rootfts task, my power went out... Now when I try to build again, it gives me an error - "abort()ing pseudo client by server request..." and then it also prints some "inode mismatch". How can I fix this? | 13:20 |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 13:21 | |
kranzo | Guest1431: did you try to remove $BUILDDIR/tmp? Should be rebuild from sstate pretty fast | 13:22 |
ptsneves | Guest1431 just do bitbake <name of the recipe with the broken abort> -c cleanall | 13:22 |
ptsneves | should get you going | 13:22 |
ptsneves | kranzo should not need to get a whole tmp wipe | 13:23 |
Guest1431 | Ok I'll try that | 13:23 |
Guest1431 | Thanks | 13:23 |
qschulz | Guest1431: are you building in rootless podman containers? | 13:26 |
Guest1431 | I'll be honest, I don't know what that is so... probably not | 13:27 |
Guest1431 | Also, will cleanall remove the sstate cache? If so, will it take long again to build everything? I'm really new to Yocto so sorry if I'm asking dumb questions | 13:29 |
qschulz | yes it removes the sstate cache | 13:30 |
qschulz | however, iut only removes the sstate-cache of the image recipe | 13:30 |
ptsneves | Guest1431 it will remove only that recipe's state cache which is probably not relevant or unexistent | 13:30 |
qschulz | not of the other package recipes | 13:30 |
Guest1431 | Oh okay, great. Thanks again! | 13:30 |
ptsneves | if you are concerned -c clean is enough. I just said cleanall as I do not know exactly how your image is built | 13:31 |
Guest1431 | Ok I'll try with -c clean first then | 13:31 |
ptsneves | great. Let us know if it worked | 13:31 |
Guest1431 | It worked! Thanks :D | 13:35 |
ptsneves | :) good job! | 13:35 |
*** thomasd123 <thomasd123!~thomasd12@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 13:38 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 13:39 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:39 | |
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 13:40 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 13:43 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:44 | |
thomasd123 | Hi, I've a strange behavior during a task "do_package". The error message is like this: https://zerobin.net/?0c86876f33bbcad1#Zk5gHyZwVYe3E+0NIlZzwQA1IjvVAsgCFsilwwkKqXA= | 13:44 |
thomasd123 | Bascially, a path is cut of, at some cp call. | 13:45 |
thomasd123 | However, If i print out the environmental variables for that task, I see that at "populate_srcipk_package() " the path is complete | 13:46 |
thomasd123 | I have included the error message, the content of the logfile, and the "-e" output of bitbake for that package in that paste. | 13:47 |
thomasd123 | Has anyone an idea, why the path can be cut of during the process? It seems that the recipe stuff is okay, since the "-e" output of bitbake seems to be sane. | 13:48 |
*** Guest1431 <Guest1431!~Guest14@158.110.165.214> has quit IRC (Ping timeout: 256 seconds) | 13:49 | |
ptsneves | no idea on my side. I do not know populate_srcipk_pacakge task. I guess this is TI specific | 13:52 |
thomasd123 | Alright, I hoped this is something from OE. Or more generic | 13:52 |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:54 | |
thomasd123 | But is my guess right? I'm still a yocto noob. The content of "-e" should be executed 1:1? So for example the "populate_srcipk_package()" function should be executed as it is defined at the "-e" output? | 13:55 |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:57 | |
qschulz | thomasd123: what is executed 1:1 is what you have in ${WORKDIR}/temp/run.do_<task> | 13:57 |
qschulz | thomasd123: you might want to check the variable that is used in this task and check it with bitbake -e | 13:57 |
thomasd123 | Thank you very much, I'll check that | 13:57 |
qschulz | and not only check the final value (which should be stripped/incomplete, but the history, to see if something smells fishy | 13:58 |
qschulz | (the history is above the final value in the bitbake -e output) | 13:58 |
jclsn[m] | RP: Thought so :) | 14:04 |
thomasd123 | Okay, if anyone is interested: It is a TI specific problem https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1093610/dra821u-sdk8-1-yocto-build-error-occurred-a-few-days-ago/4059469?focus=true | 14:19 |
thomasd123 | Thanks for listening my nightmares ;) | 14:19 |
ptsneves | the logs of the IRC are available in search engines so all was not for nothing ;) | 14:22 |
*** thomasd123 <thomasd123!~thomasd12@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Quit: Client closed) | 14:26 | |
*** thomasd123 <thomasd123!~thomasd12@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 14:27 | |
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 14:35 | |
*** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 14:35 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 14:44 | |
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 14:45 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:45 | |
*** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 14:52 | |
*** thomasd123 <thomasd123!~thomasd12@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Quit: Client closed) | 15:00 | |
rburton | ptsneves: there's a few recipes floating around for gn | 15:07 |
rburton | ptsneves: the big problem is gn can and does change behaviour without ever being 'released' | 15:07 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 15:09 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:09 | |
ptsneves | Yes and the projects that use it as well. I am working with https://github.com/project-chip/connectedhomeip and they basically track dependencies through the gitmodules hashes. That means they download all their dependencies and build them as part of the actual target library. It leads to long compilation times and even longer downloads due to them | 15:10 |
ptsneves | not being cached in the download dir | 15:10 |
qschulz | RP: can the GDoC in the Yocto Project Status be at least readable by all without a Google Account? (clicking on the link asks me to login) | 15:10 |
qschulz | Status +mail | 15:11 |
qschulz | ndec: maybe more a request for you?^ | 15:11 |
LetoThe2nd | underscores in recipe names are bad, right? | 15:13 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 15:13 | |
rburton | yes | 15:14 |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:14 | |
LetoThe2nd | k | 15:15 |
rburton | use hyphens | 15:15 |
rburton | my_recipe.bb becomes PN=my, PV=recipe | 15:16 |
*** GLumen <GLumen!~Gregory@97-113-69-197.tukw.qwest.net> has joined #yocto | 15:16 | |
*** GLumen_ <GLumen_!~Gregory@97-113-69-197.tukw.qwest.net> has joined #yocto | 15:17 | |
RP | qschulz: I think I tweaked it so you can | 15:21 |
*** GLumen <GLumen!~Gregory@97-113-69-197.tukw.qwest.net> has quit IRC (Ping timeout: 272 seconds) | 15:21 | |
moto-timo | just noticed old override syntax in https://git.yoctoproject.org/poky/tree/bitbake/lib/bb/utils.py#n1230 | 15:23 |
qschulz | RP: thanks :) | 15:25 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:27 | |
*** amahnui1 <amahnui1!uid502939@tinside.irccloud.com> has joined #yocto | 15:30 | |
*** Guest1452 <Guest1452!~Guest14@host44-234-254-46.soho.nordext.net> has joined #yocto | 15:42 | |
*** Guest1452 <Guest1452!~Guest14@host44-234-254-46.soho.nordext.net> has quit IRC (Client Quit) | 15:42 | |
LetoThe2nd | rburton: what about my_fancy_git.bb? | 15:49 |
rburton | i'd have to check but i imagine PN=my_fancy | 15:49 |
rburton | you're then relying on other bits of the stack respecting the same algorithm | 15:49 |
qschulz | LetoThe2nd: wpa_supplicant is named wpa-supplicant | 15:50 |
qschulz | just rename it to avoid weird stuff :) | 15:50 |
qschulz | though maybe there'd be less issues now with the newer override syntax? | 15:50 |
rburton | yes, but there's still the pn_pv.bb behaviour | 15:51 |
rburton | just use - | 15:51 |
LetoThe2nd | yeah thats my preferred solution too, but alas, wonky hw vendors... | 15:58 |
*** kevinrowland <kevinrowland!~kevinrowl@12.3.202.154> has joined #yocto | 15:58 | |
tlwoerner | what is the output of meta-environment ? | 15:59 |
JPEW | ndec & LetoThe2nd: I recorded a talk I gave to the SPDX project about SPDX in Yocto, are you the ones I need to talk to about "promoting" it? | 16:00 |
ndec | yes! i've heard about that talk just a few mins ago :) | 16:00 |
tlwoerner | the point of meta-environment is to create an environment file (that can be sourced) that points you to your build's sdk tools without having to build and install an sdk explicitly? | 16:01 |
LetoThe2nd | JPEW: heh actually RP already poked me about it. i wanted to ask you if its public, as unlisted at the moment. | 16:01 |
JPEW | LetoThe2nd: I just made it public | 16:01 |
JPEW | https://www.youtube.com/watch?v=8X5PWa7A6pY | 16:01 |
LetoThe2nd | JPEW: nice! I would actually like to postpone its promotion to next week or so, this week the YPS CFP ends, and OEDVM needs stage time. | 16:02 |
LetoThe2nd | ndec: thoughts? | 16:02 |
ndec | sure. fine with me | 16:04 |
*** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Quit: Client closed) | 16:04 | |
*** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 16:04 | |
LetoThe2nd | JPEW: fine for you too? | 16:04 |
JPEW | LetoThe2nd: Yep | 16:05 |
LetoThe2nd | JPEW: awesome! will set myself a reminder to put it out early next week then. | 16:05 |
JPEW | LetoThe2nd: Sounds good. Thanks! | 16:05 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:08 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 16:09 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 16:09 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:11 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 16:14 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:14 | |
kevinrowland | Is it crazy to want to maintain Kconfig fragments _in_ my Linux or U-Boot source trees? If so, I don't think I can use the existing configuration machinery provided by `cml1.bbclass`, because it expects `.cfg` fragments to be in `SRC_URI`, and they can't be in `SRC_URI` alongside my `git://` URI because they'd be _inside_ that repository.. so they | 16:21 |
kevinrowland | can't be fetched until the repository is unpacked. I hope someone is following. Just looking for thoughts, or maybe someone has done this before? | 16:21 |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.5) | 16:28 | |
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving) | 16:30 | |
*** kevinrowland <kevinrowland!~kevinrowl@12.3.202.154> has quit IRC (Quit: Client closed) | 16:33 | |
tlwoerner | kevinrowland: i don't think that's the place where config fragments are expected to be stored. i think the assumption is that they're stored either in-layer or in a layer used for nothing else other than config fragments | 16:33 |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:38 | |
*** mckoan is now known as mckoan|away | 16:39 | |
*** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 16:40 | |
tlwoerner | meta-environment (i found it) seems to expect the tools to be installed in a specific location (/usr/local/oe-sdk-hardcoded-buildpath) | 16:42 |
rburton | thats normally replaced iirc | 16:43 |
RP | tlwoerner: oh, we must have broken it. There is an envvar we need to set | 16:43 |
RP | tlwoerner: that is worth a bug | 16:43 |
nagua[m] | Hello everyone, | 16:47 |
nagua[m] | I'm currently using yocto to generate an SDK with rust-cross-canadian. The rust project that we are building with it relies on bindgen to link native libraries from the yocto sysroot. I had to do a few patches to cargo and yocto until it worked well enough for us. Does anybody else use the SDK for that? Can I start a conversation somewhere on how to upstream the changes at least into yocto? I might also need some guidance if the approach that | 16:47 |
nagua[m] | was taken so far is satisfactory for everyone. | 16:47 |
rburton | nagua[m]: feel free to send a RFC patchset to the openembedded-core list to start a discussion | 16:47 |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has joined #yocto | 16:50 | |
nagua[m] | <rburton> "nagua: feel free to send a RFC..." <- Ok, I will try to bundle everything together and send a patch. | 16:53 |
rburton | nothing talks better than code | 16:56 |
*** kevinrowland <kevinrowland!~kevinrowl@12.3.202.154> has joined #yocto | 16:58 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds) | 17:02 | |
kevinrowland | tlwoerner: gotcha, thank you | 17:02 |
*** argonautx <argonautx!~argonautx@i5E867064.versanet.de> has quit IRC (Quit: Leaving) | 17:04 | |
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:15 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 17:29 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 17:29 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has joined #yocto | 17:33 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 17:34 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:34 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 17:41 | |
kergoth | Hmm, considering taking on the layer setup and configuration future directions development task. | 17:51 |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:57 | |
tlwoerner | RP: oh, there is an SDKPATH variable that is set to /usr/local/oe-sdk-hardcoded-buildpath by default | 18:11 |
tlwoerner | so i guess i have to set SDKPATH before building | 18:11 |
kergoth | relocation is supposed to fix the sdkpath in setup environment, but you shouldn thav eto ajdust SDKPATH to change the default install path, you want SDKPATHINSTALL or so | 18:13 |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 18:19 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:19 | |
RP | kergoth: this is using meta-environment in an existing build | 18:20 |
RP | tlwoerner: I think we should just be setting SDKPATH to the right value when the script is generated | 18:20 |
RP | tlwoerner: I guess the challenge is there isn't a proper non-recipe sysroot any more | 18:21 |
RP | tlwoerner: perhaps we should display a message telling the user they need to set SDKPATH? :) | 18:21 |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 18:24 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:24 | |
*** whuang0389 <whuang0389!~whuang038@165.225.209.0> has joined #yocto | 18:26 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:46 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has joined #yocto | 18:54 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 19:23 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:24 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 19:28 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:29 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 19:30 | |
*** whuang0389 <whuang0389!~whuang038@165.225.209.0> has quit IRC (Quit: Client closed) | 19:33 | |
JPEW | tlwoerner: Whats Abstract vs Description? | 19:40 |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 20:06 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 20:16 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 20:45 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 20:45 | |
*** wesm <wesm!~wes@firewall.mitsi.com> has joined #yocto | 20:55 | |
moto-timo | JPEW: I used Abstract for the usual "short blurb" that quickly summarizes the talk... I used Description to add some more details, more verbosity.. haven't used Notes yet | 21:19 |
moto-timo | JPEW: you can go back and look at the phosh one from 2021.11 | 21:20 |
* moto-timo very happy that d.getVarFlags returns a dict and that d.getVarFlag exists... for my evil mad scientist usage completely not as intended | 21:21 | |
RP | moto-timo: it also optionally takes a list of variables to expand as the expand parameter fwiw | 21:21 |
moto-timo | RP: even better! (I've never really looked at varFlags before for some unknown reason) | 21:22 |
*** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:23 | |
*** kevinrowland <kevinrowland!~kevinrowl@12.3.202.154> has quit IRC (Quit: Client closed) | 21:41 | |
*** amahnui1 <amahnui1!uid502939@tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 21:46 | |
*** amitk <amitk!~amit@103.208.71.59> has quit IRC (Ping timeout: 276 seconds) | 22:16 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has joined #yocto | 22:17 | |
*** dev1990 <dev1990!~dev@77-255-244-179.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 22:36 | |
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 22:48 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 22:48 | |
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto | 22:49 | |
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 22:53 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:54 | |
*** florian_kc <florian_kc!~florian@dynamic-093-131-185-148.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 22:54 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 23:18 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:18 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 23:25 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:25 | |
*** arkados <arkados!~ploum@117.187.22.109.rev.sfr.net> has quit IRC (Quit: Leaving) | 23:34 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Quit: ZNC - http://znc.in) | 23:40 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 23:43 | |
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 23:46 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 23:54 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:54 | |
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 23:59 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!