**** BEGIN LOGGING AT Mon Mar 02 02:59:57 2020
Mar 02 08:09:39 <yocti> New news from stackoverflow: Differences between openembedded-core and poky <https://stackoverflow.com/questions/58162562/differences-between-openembedded-core-and-poky>
Mar 02 08:29:26 <PinkSnake> Hi all i'm trying to create a bbclass to extend our custom encrypted FIT image but i'm stuck on this curious message (https://pastebin.com/Xez9hqdX) :S any idea ? Thx
Mar 02 08:49:12 <emrius> Hi, I'm trying to compile an image where I need support for python3-cryptography. Now, I found the python/recipes-devtools where some bb for python3-cryptography can be found. But I failed to add this to my layer.
Mar 02 08:49:31 <emrius> How can I do that?
Mar 02 08:49:59 <emrius> IMAGE_INSTALL_append += " python3-cryptopgraphy"
Mar 02 08:50:04 <emrius> did not work
Mar 02 08:50:43 <emrius> speaking about meta-openembedded, but probably that is clear
Mar 02 08:53:18 <emrius> Anyone?
Mar 02 08:53:48 <PinkSnake> emrius double check recipe name "meta-openembedded/meta-python/recipes-devtools/python/python-cryptography_2.7.bb"
Mar 02 08:54:26 <PinkSnake> you should try IMAGE_INSTALL += "python-cryptography"
Mar 02 08:54:37 <emrius> tried that already
Mar 02 08:54:51 <emrius> doesnt work
Mar 02 08:54:51 <PinkSnake> and ?
Mar 02 08:55:23 <emrius> Loading cache: 100% |#####################################################| Time: 0:00:00Loaded 2892 entries from dependency cache.NOTE: Resolving any missing task queue dependenciesERROR: Nothing RPROVIDES 'python-cryptopgraphy' (but /home/marius/mender-qemu/build/../sources/meta-stargazer/recipes-example/images/quakesaver-image.bb RDEPENDS on or
Mar 02 08:55:24 <emrius> otherwise requires it)NOTE: Runtime target 'python-cryptopgraphy' is unbuildable, removing...Missing or unbuildable dependency chain was: ['python-cryptopgraphy']ERROR: Required build target 'quakesaver-image' has no buildable providers.Missing or unbuildable dependency chain was: ['quakesaver-image', 'python-cryptopgraphy']Summary: There were 2
Mar 02 08:55:24 <emrius> ERROR messages shown, returning a non-zero exit code.
Mar 02 08:55:26 <emrius> whoops
Mar 02 08:55:31 <emrius> """
Mar 02 08:55:43 <emrius> damn. How can I paste raw code?
Mar 02 08:55:57 <PinkSnake> go to pastebin or something like that ;)
Mar 02 08:56:08 <emrius> seriously?
Mar 02 08:56:55 <emrius> Anyway, any other suggestions?
Mar 02 08:57:10 <PinkSnake> the message is clear
Mar 02 08:57:16 <PinkSnake>  Nothing RPROVIDES 'python-cryptopgraphy'
Mar 02 08:57:27 <PinkSnake> you have to double check bblayers config
Mar 02 08:57:53 <emrius> contains /home/marius/mender-qemu/sources/meta-openembedded/meta-python
Mar 02 08:58:04 <emrius> do I have to explicitly add the subdirectory?
Mar 02 08:58:25 <perdmann> Hi, i recently found a "funny" bug (maybe bug?) in the MTD part of the Linux Kernel. I debugged Uboot but now it looks like Kernel is the issue. We have a NAND Flash with 2048 Pagesize and 128 OOB Size. The Kernel sets the oobsize to 128, which is correct. But if i readout the structure and the corresponding CPU Register it is set to 36.
Mar 02 08:59:07 <PinkSnake> emrius --> https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html
Mar 02 08:59:16 <PinkSnake> and take a look to bblayer.conf
Mar 02 08:59:33 <emrius> ok
Mar 02 08:59:46 <emrius> I did that already a couple of times but maybe a fourth time =will help?!
Mar 02 09:00:15 <emrius> btw: I can in fact install other python packages from meta-python without problems.
Mar 02 09:00:48 <PinkSnake> maybe a little issue in path or something like that :S
Mar 02 09:01:11 <emrius> any hints on how to debug that?
Mar 02 09:02:26 <emrius> what is the meaning of "recipes-devtools" compared to the other packages in meta-python?
Mar 02 09:02:28 <PinkSnake> emrius I have told you, check bblayers, run bitbake on the recipe only
Mar 02 09:03:31 <emrius> ok, hang on
Mar 02 09:04:18 <emrius> bitbake on python-cryptography seems to work fine
Mar 02 09:04:52 <PinkSnake> emrius ok so give us quakesaver-image.bb :)
Mar 02 09:06:36 <emrius> hang on waiting for bitbake to finish first
Mar 02 09:07:01 <shan1> I found a strange behavior for my Yocto Builds. I have a iMX6 board from Phytec and I added two patches that enable the UART1 peripheral via Device Tree files. The build is successful and the UART1 is enabled but the `/dev/input` virtual fs does not exist.
Mar 02 09:07:39 <emrius> Might get disconnected soon as I'm working on a german train and LTE coverage in Germany is horrific crap! Thus, don't be offended if I just leave without saying bye
Mar 02 09:08:13 <shan1> I removed my layer to see if the core image (default) has the `/dev/input` fs or not and it does. Upon adding the patches something is removing the fs. Any ideas to debug this problem?
Mar 02 09:09:18 <PinkSnake> emrius don't worry (y)
Mar 02 09:13:06 <emrius> Ok, image compilation still fails. Also for core-image-base
Mar 02 09:13:10 <emrius> same error
Mar 02 09:15:23 <emrius> I added all dependencies to conf/local.conf. Is that an issue?
Mar 02 09:15:49 <emrius> I know, that should be added to a dedicated layer but it's just for testing
Mar 02 09:19:28 <emrius> how can I list paths that bitbake traverses on invocation?
Mar 02 09:21:49 <emrius> Is there a reddit channel or something alike? Would be much nicer if I didn't have to stay online waiting for an answer. Also, others are likely experiencing similar issues. Especially beginners
Mar 02 09:24:55 <PinkSnake> emrius as i already said. give us the recipe
Mar 02 09:26:22 <PinkSnake> emrius try RDEPENDS_${PN} += "${PYTHON_PN}-cryptography" if you use puthon3 instead
Mar 02 09:26:54 <emrius> ahaa that might help.
Mar 02 09:26:59 <shan1> @emri
Mar 02 09:27:24 <shan1> https://stackoverflow.com/questions/50436413/write-a-recipe-in-yocto-for-a-python-application/52643185#52643185 I already have documented how to write python recipes emrius
Mar 02 09:27:43 <emrius> nice!!
Mar 02 09:27:47 <emrius> thanks!
Mar 02 09:28:40 <emrius> I'll go through that. I was just confused that I could easily install meta-python packages adding e.g.
Mar 02 09:28:44 <emrius> 329 IMAGE_INSTALL_append = " python3-numpy"
Mar 02 09:28:50 <emrius> but:
Mar 02 09:28:52 <emrius> 334 IMAGE_INSTALL_append = " python3-cryptopgraphy"
Mar 02 09:28:55 <emrius> fails.
Mar 02 09:29:06 <emrius> (no matter if python or python3 is used)
Mar 02 09:29:10 <shan1> what branch are you using?
Mar 02 09:29:14 <emrius> Not really intuitive...
Mar 02 09:29:26 <emrius> thud
Mar 02 09:31:51 <shan1> `thud` has the cryptography recipes already in it. like mentioned previously use `RDEPENDS_${PN} += "${PYTHON_PN}-cryptography" and depending on if you use `setuptools3` or `setuptools` it will add the dependencies accordingly
Mar 02 09:32:09 <shan1> https://layers.openembedded.org/layerindex/branch/thud/recipes/?q=python+cryptography
Mar 02 09:32:14 <emrius> great! Thanks a lot!
Mar 02 09:33:44 <emrius> while I was just checking that everything was actually on branch thud: Would be helpful if `bitbake --version` would show the branch or version as string like "thud". Would that make sense?
Mar 02 09:34:25 <LetoThe2nd> emrius: no, because the bitbake versions is pretty much decoupled from the release
Mar 02 09:34:25 <emrius> Maybe not, I'm still confused about yocto, poky, bitbake, etc....
Mar 02 09:34:27 <shan1> nope that has nothing to do with bitbake.
Mar 02 09:34:37 <emrius> ahaa
Mar 02 09:34:46 <emrius> thought that bitbake came with poky
Mar 02 09:35:02 <LetoThe2nd> emrius: and usually a bitbake run gives you the rundown of machine, version, etc right at the beginning.
Mar 02 09:36:49 <LetoThe2nd> emrius: it came with poky, because poky is (over-simplifying) a wrapper that combines oe-core + bitbake + some gizmos into a nice package
Mar 02 09:37:16 <emrius> aha so can't `bitbake --version` contain the poky version it came with?!
Mar 02 09:37:22 <emrius> would be helpful
Mar 02 09:37:22 <LetoThe2nd> no.
Mar 02 09:37:27 <LetoThe2nd> it just cannot do that.
Mar 02 09:37:49 <emrius> Hmm I don't see why
Mar 02 09:38:03 <LetoThe2nd> emrius: can the linux kernel print the ubuntu version it came with?
Mar 02 09:38:17 <emrius> I don't know
Mar 02 09:38:22 <emrius> but probably no ;)
Mar 02 09:38:27 <LetoThe2nd> see. there you go.
Mar 02 09:39:07 <LetoThe2nd> bitbake is the engine that runs it all, and it is freestanding. there are projects that happily use bitbake without poky, some even without openembedded metadataas far as i know.
Mar 02 09:39:17 <LetoThe2nd> so how could it print the version of those?
Mar 02 09:39:25 <emrius> hmm... I see. Thanks for the clarification
Mar 02 09:40:00 <yocti> New news from stackoverflow: Problem with bitbake function name expansion <https://stackoverflow.com/questions/60485808/problem-with-bitbake-function-name-expansion>
Mar 02 09:40:34 <LetoThe2nd> np
Mar 02 09:40:43 <emrius> So, let me ask again: Is there a way to preserve these findings for others? I mean some might encounter similar questions or problems trying to understand this massive machine...
Mar 02 09:40:53 <emrius> I mean it's great to have first hand support! Don't get me wrong!
Mar 02 09:41:13 <emrius> Why not start a reddit channel?
Mar 02 09:41:39 <emrius> it's actually called a subreddit if I'm not mistaken
Mar 02 09:43:47 <LetoThe2nd> emrius: because we are old angry unix neckbeards and do not like those things cool kids do these days?
Mar 02 09:44:25 <emrius> Hmm... that's a shame. Would be very beneficial for the community
Mar 02 09:44:45 <LetoThe2nd> no seriously. we have a wiki, and we have lots of documentation that we happily accept patches for. if you want to conserve your findings, pour them into a paragraph that fits the dev-manual and just send the patch
Mar 02 09:45:45 <shan1> emrius you should also know LetoThe2nd is a star-face for Yocto Project. He is a twitch Streamer/Youtuber now.
Mar 02 09:45:54 <LetoThe2nd> no, its not a shame. believe me. i've seen come and go about 15 of those so-called "places wher you totally have to be because you are oh so helpful by now" and each and every one is a major pain in the a** if you're working on something that has to last longer than 6months.
Mar 02 09:46:19 <emrius> Thanks for the offer. Maybe I'll do that some day. But as I started just recently I don't feel confident enough to touch some official documentation. Me as a beginner would be muuuch less hesitant to write something on a platform that has more a Q/A or community character
Mar 02 09:46:36 <shan1> he does good videos on the yocto project channel. He is more fun when he has his share of beer for the live sessions
Mar 02 09:46:54 <emrius> Ah, then actually I think I know your face :)
Mar 02 09:47:13 <emrius> thanks for the great tutorials! Gave me quite some assistance in the beginning.
Mar 02 09:47:42 <LetoThe2nd> emrius: we take pride in being very welcoming to new contributors, unlike some others. so if you just give it a try then there will no flaming if things are not super rigth in the first run.
Mar 02 09:48:01 <emrius> However, I'm still convinced that many (less persistent and annoying) starters will give up before coming to the interesting parts of yocto/bitbake etc.
Mar 02 09:48:27 <LetoThe2nd> emrius: on the other hand, you can always just shoot a mail that describes your finding to the ml. those are happily indexed by google and we make sure that they stay around.
Mar 02 09:49:02 <emrius> I appreciate your openness but as I said: Many beginners will be more confident on state of the art platforms... Just saying
Mar 02 09:49:16 <LetoThe2nd> emrius: complicated things are complicated. we know about it, but sometimes complexity is just what you need. i am actually preparing a writeup on that.
Mar 02 09:50:27 <LetoThe2nd> emrius: the things i have heard (only in the last 4 months) are that we have to be on slack, telegram, reddit. so despite all good intentions, fragmentation is a major problem. we're already having a very hard time with stackoverflow.
Mar 02 09:50:42 <emrius> Regarding email list histories: Hard to systematically work through and harder to read. There is another psychological issue with email lists: You cannot change the history. When I post a question I want to be sure I can modify or correct details
Mar 02 09:50:55 <emrius> I agree with that
Mar 02 09:51:38 <LetoThe2nd> complexity is complex.
Mar 02 09:52:01 <emrius> Fair enoug
Mar 02 09:52:03 <emrius> Fair enoug
Mar 02 09:52:20 <LetoThe2nd> emrius: the non-modification is a major plus. i've had my massive share of things being edited, pulled out of context, outright removed on stackoverflow.
Mar 02 09:52:21 <emrius> Fair enough... hmmm h wasnt working
Mar 02 09:52:23 <LetoThe2nd> NEVER AGAIN.
Mar 02 09:53:07 <emrius> Just telling from a user perspective that this will lower the psychological barrier to ask (unqualified, beginners, noob) questions
Mar 02 09:53:45 <LetoThe2nd> you are very right, but what good is a lower barrier if nobody competent is there to answer?
Mar 02 09:54:48 <LetoThe2nd> seriously, i've been flamed on SO more than one time because the correct answer just wasn't to the liking of the (newbie) asker. but i don't see no reason to take the blame for people being stupid.
Mar 02 09:55:00 <emrius> Maybe a dedicated stackexchange would be great on stackoverflow. Show people where to ask questions on a platform that people feel home.
Mar 02 09:55:13 <emrius> Yeah, but people use it anyhow...
Mar 02 09:55:18 <LetoThe2nd> "i don't like your answer, you must be an idiot". and thats what happens on those low-barrier platforms. thanks, but no thanks.
Mar 02 09:55:19 <shan1> I have to agree with LetoThe2nd I am active on all these platforms (like /r/embeddedlinux) on reddit and there is subreddit for yocto too but no one is competent enough to answer queries. Similar is the case for SE.
Mar 02 09:55:36 * LetoThe2nd resorts to hacking and beer.
Mar 02 09:57:17 <shan1> emrius there is already a bot called yocti that shows Stackexchange queries here if you use the `yocto` tag
Mar 02 09:57:22 <LetoThe2nd> (just to clarify, i am actually quite a nice guy, but that topic is one of my personal pet peeves by now. feel free to meet me in RL)
Mar 02 09:57:25 <emrius> Ok, I'll try the following in the future: I'll pose my questions on stackoverflow and ping you guys here. I'll except your answers from first hand. I just would like to make sure that findings do not go down the drain once I deconnect
Mar 02 09:57:47 <emrius> Oh cool! i'll do that
Mar 02 09:58:15 * LetoThe2nd is actually just today also riding a train to Essen, speaking at the buildingIoT conf :)
Mar 02 09:58:25 <emrius> haha
Mar 02 09:58:34 <LetoThe2nd> and having beer!
Mar 02 09:59:00 <shan1> LetoThe2nd there you go!! Our lord and savior !
Mar 02 09:59:24 <emrius> sounds great. I'm on a 11 hours train ride Berlin - Grenoble. Will checkout bord bistro at 4 pm. Beer is fairly cheap there
Mar 02 10:00:21 <emrius> Ok, thanks folks!!! Amazing job. I'll try with the `yocti` tag
Mar 02 10:00:21 <LetoThe2nd> bahnhofsbier immer bei yormas kaufen!!!
Mar 02 10:00:35 <emrius> gibbet da kaltes bier?
Mar 02 10:01:10 <LetoThe2nd> ja.
Mar 02 10:01:12 <emrius> nee 13 uhr in Frankfurt los, da ist das Bier bis 4 warm.
Mar 02 10:01:20 <LetoThe2nd> 13 trinken.
Mar 02 10:01:25 <LetoThe2nd> +uhr
Mar 02 10:01:40 <emrius> Stimmt. Da sollte man vernuenftig bleiben. Kaltes bier pfui
Mar 02 10:01:46 <emrius> warmes bier pfui
Mar 02 10:01:51 <LetoThe2nd> \m/ O \m/
Mar 02 10:01:54 <emrius> was schreib ich denn hier? Vollkommen unterhopft.
Mar 02 10:02:04 <emrius> also bis denn
Mar 02 10:05:06 <shan1> Do you guys know if there are yocto training course in the north of germany? all I see on the website are for the south.
Mar 02 10:07:14 <LetoThe2nd> shan1: not sure who's up there
Mar 02 10:09:41 <emrius> shan1 Sorry to bother again: How was the prepend for the layer.conf to use python3 again? Sorry, forgot to store that somewhere...
Mar 02 10:10:24 <shan1> `RDEPENDS += "${PYTHON_PN}-yourpackagename"`
Mar 02 10:10:35 <emrius> Great. I'll try that. Thanks mate!
Mar 02 10:11:00 <LetoThe2nd> um wait
Mar 02 10:11:14 <LetoThe2nd> in layer.conf?!?
Mar 02 10:11:33 <shan1> wait wait wait. I meant in the recipe.
Mar 02 10:11:48 <emrius> yeah, right. the .bb file
Mar 02 10:12:17 <shan1> emrius you add RDEPENDS_${PN} = "${PYTHON_PN}-yourpackagename"
Mar 02 10:12:40 <LetoThe2nd> emrius: ah. ok.
Mar 02 10:13:16 <shan1> split the file up into a .inc and .bb and based on whether you add setuptools or setuptool3 the ${PYTHON_PN} will pick the python/python3 version respectively.
Mar 02 10:13:39 <emrius> cool
Mar 02 10:14:33 <shan1> I was actually thinking of writing something about this as a way to add to the Yocto Channel. i.e. how to use python applications with yocto?  LetoThe2nd your thoughts?
Mar 02 10:15:19 <shan1> maybe a simple server that can give some response to the user from the target board?
Mar 02 10:17:33 <LetoThe2nd> RDEPENDS is a runtime dependency that declares the package named PN need the other thing to be available at the time of execution. DEPENDS says that this other thing must already eb aound when your recipe is being built.
Mar 02 10:19:20 <LetoThe2nd> shan1: i can't properly comment on python as i don't use it personally, sorry.
Mar 02 10:20:03 <shan1> I use it more than often. Have used it, deployed it on practical projects and have some idea about it.
Mar 02 10:21:01 <shan1> I am not a c/c++ guy and write my applications for target boards in python and it works (~99.8%) most of the times
Mar 02 10:21:49 <emrius> +1 python :)
Mar 02 10:22:10 <emrius> That might be of great help (for me too)
Mar 02 10:23:16 <LetoThe2nd> shan1: as you know, any contribution is welcome if you are not offended by (constructive) criticism.
Mar 02 11:38:55 <dev1990> hi, character _ is commonly used to override thing, but if I introduce in my recipe somethink like KODI_CODENAME ?= "Leia"  or KODI_ADDON_NAME ?= "plugin.video.foo" is this ok?
Mar 02 11:39:11 <dev1990> to override things*
Mar 02 11:44:58 <dev1990> should I avoid _ and use variables like KODICODENAME and KODIADDONNAME ?
Mar 02 11:50:46 <paulbarker> dev1990: Underscores are used in lots of variable names already
Mar 02 11:57:30 <dev1990> ok, I'll go with underscores then.
Mar 02 11:58:44 <dev1990> I never seen override that is upper case tho, maybe this not even works and is QA validation.
Mar 02 12:13:39 <PinkSnake> How could we list recipe tasks order ? not just -c listtasks ( i'm trying to add a task to the image but doesn't parsed :S
Mar 02 12:18:53 <LetoThe2nd> PinkSnake: try to rephrase, please.
Mar 02 12:20:08 <PinkSnake> LetoThe2nd Sorry, i'm trying to add some tasks to a custom image. I would like to know how to list image tasks but in the correct order :)
Mar 02 12:22:55 <LetoThe2nd> PinkSnake: good question. i'm not aware of any bulletproof way other than getting task-depends.dot and parsing it.
Mar 02 12:23:41 <LetoThe2nd> closest explanation is probably https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-overview
Mar 02 12:24:34 <PinkSnake> LetoThe2nd Ok, so it's not really intuitive to add a custom tasks before and/or after an other one if we cannot the order :S
Mar 02 12:25:05 <PinkSnake> LetoThe2nd Thx for the graph it's a good point to start!
Mar 02 12:37:28 <dev1990> paulbarker: I made test with OVERRIDES_append = ":addon:URI:ADDON", and upper case variables are not resolved by operator underscore
Mar 02 12:38:42 <dev1990> SRC_URI was not resolved as SRC
Mar 02 12:39:40 <dev1990> KODI_TEST_ADDON was not resolved as KODI_TEST, only KODI_addon was resolved as KODI
Mar 02 12:41:04 <dev1990> so there is perhaps some extra safety measure implemented in operatator underscore to not even try to expand on upper cased variables
Mar 02 12:41:54 <dev1990> but no warning was generated that I added uppercase overrides
Mar 02 13:11:56 <rburton> dev1990: overrides have to be lowercase so you can use THIS_VARIABLE fine
Mar 02 13:12:50 <dev1990> rburton: is this was always true, I got conversation about this and I'm feeling confused.
Mar 02 14:02:42 <joergho> Hi! I noticed that sip3 (meta-oe) needs to be updated to 4.19.19 not only on branch master but also on branch zeus because otherwise building python3-pyqt5 fails.
Mar 02 14:02:45 <joergho>  Original patch: http://lists.openembedded.org/pipermail/openembedded-devel/2019-November/202951.html
Mar 02 14:03:13 <joergho> What is the best approach to request the application of the patch to zeus branch? Send another [patch] email on the mailing list?
Mar 02 14:15:52 <JaMa> joergho: see meta-qt5/zeus-next
Mar 02 14:20:54 <joergho> Thanks, JaMa!
Mar 02 14:23:44 <Crofton|road> JaMa: any idea when that will merge to zeus?
Mar 02 14:24:46 <PinkSnake> Someone here could explain why in custom class we have to use  ** dirpath = d.expand("${B}") ** but not in bash function ? o.0
Mar 02 14:25:26 <JaMa> Crofton|road: I can merge it now, if someone using pyqt on target can verify that it works fine would be better (I did only build test with these change)
Mar 02 14:26:06 <Crofton|road> joergho: can you test this?
Mar 02 14:28:58 <neverpanic> PinkSnake: Variables are always expanded in bash, but they're not in Python scripts. Also, instead of d.expand("${B}"), use d.getVar("B")
Mar 02 14:29:21 <joergho> Yes, I'll do
Mar 02 14:33:56 <PinkSnake> neverpanic Thx for the info :)
Mar 02 15:32:51 <RP> I wish I could get to the bottom of this lockedsigs selftest failure :(
Mar 02 15:59:59 <joergho> @JaMO, @Crofton|road As far as I can tell, the gui application I tested (gnuradio-companion 4.0), everything looks fine
Mar 02 16:00:52 <Crofton|road> the qt widgets ran? I think that is what exercises pyqt
Mar 02 16:00:58 <Crofton|road> grc is a pygtk app
Mar 02 16:01:09 <joergho> Ok, which command shall I run?
Mar 02 16:02:26 <joergho> (correction: gnuradio 3.8 of cause)
Mar 02 16:03:44 <Crofton|road> use some of the qt widgets and look at the generated python to verify it imports pyqt
Mar 02 16:07:22 <JaMa> joergho: I guess your build has opengl in DISTRO_FEATURES, right?
Mar 02 16:08:53 <joergho> yes, opengl is included in DISTRO_FEATURES
Mar 02 16:11:13 <joergho> Ok, I now greated a little flow graph which uses a button and a checkbox and those elements are visible but no label text
Mar 02 16:18:19 <Crofton|road> take a look at the image recipes for meta-sdr and see if it addess some things to fix that, likely should be RDEPENDS
Mar 02 16:24:18 <joergho> liberation-fonts is installed and I also added a symlink from /usr/lib/fonts to /usr/share/fonts
Mar 02 16:26:33 <joergho> Have to leave now... Crofton|road, you can reach me on Slack
Mar 02 16:29:55 * RP feels slightly happier closing three highs
Mar 02 16:41:37 <milloni> hi, 63dcfa8f13 re-enables prelink in default local.conf, it was originally disabled due to an issue (see 8debfea81e)
Mar 02 16:41:55 <milloni> how was the issue resolved? the commit message doesn't say
Mar 02 16:48:58 <RP> milloni: that is a very good question :/
Mar 02 16:50:06 <RP> milloni:  https://www.yoctoproject.org/pipermail/yocto/2016-June/030772.html - prelink cross upgrade/fixes ?
Mar 02 16:54:19 <milloni> ack
Mar 02 17:06:35 <JPEW> RP: I'm making good progress on the logging situation
Mar 02 17:07:42 <JPEW> RP: Turns out we can plumb python's excellent structured logging into knotty without too much trouble, which will let you capture whatever logs you want on the AB to a file pretty easily
Mar 02 17:24:22 <RP> JPEW: that is good to hear!
Mar 02 17:25:23 <kergoth> JPEW: nice.
Mar 02 17:36:18 <RP> smurray: thanks! Are you working on the recipe updates or waiting on those to merge?
Mar 02 17:36:42 <smurray> RP: sorry for the delay, I just posted the discussed psplash changes. The psplash-start systemd unit will need Type=notify added when the recipe SRCREV is bumped, so yeah, dependent on merging
Mar 02 17:38:18 <RP> smurray: merged, thanks :)
Mar 02 17:39:40 <smurray> RP: heh, okay, I'll send an update to oe-core shortly
Mar 02 17:41:10 <RP> smurray: much appreciated, thanks. I've just watched it fail on the ab again so very happy to get this fixed
Mar 02 17:43:31 <ak77> hello!
Mar 02 17:44:15 <ak77> how does one add systemd drop-in in .bbappend ? I have it, but after fresh firmware flash and systemctl restart x, it says x changed on disk
Mar 02 17:45:36 <smurray> RP: I guess you'll drop your psplash recipe update that's in master-next?
Mar 02 17:45:54 <RP> smurray: that is in master now?
Mar 02 17:46:37 <smurray> RP: nm, I'm looking at the wrong tree
Mar 02 17:51:17 <smurray> heh, I really need to work out and write down somewhere "good" git-format-patch/git-send-email options, my chaining didn't work the way I thought it would
Mar 02 17:56:23 <RP> smurray: you can stash some of it in git config. We should perhaps document that...
Mar 02 17:58:37 <smurray> RP: the basics are documented in the wiki, but I always seem to end up with extra CC's and this time it looks like the ml rewrote the message id on my cover letter, so I'm guessing I missed some tweak for that
Mar 02 18:00:07 <RP> smurray: ah. It looked ok here if you mean the psplash ones
Mar 02 18:00:13 * RP -> food
Mar 02 18:40:45 <shan1> guys would anyone here know if there is an mailing list / channel for iMX6 freescale yocto dev?
Mar 02 18:41:21 <armpit> is it listed in meta-freescale README ?
Mar 02 18:42:05 <shan1> I am using boards from PHYTEC, i think they are.
Mar 02 19:04:21 <ppavacic> hello, I am building qt yocto and I it is failing at qt3d and qtxmlpatterns, is there a way I can remove them now during build?
Mar 02 19:04:29 <marka> RP: I won't have time during the day but I might take a look at the pseudo issue this evening
Mar 02 19:04:41 <ppavacic> I am building meta-qt5 *
Mar 02 19:05:01 <marka> I have poked around pseudo some in the past, so I can at least go in knowing my bearings a little
Mar 02 19:07:25 <ppavacic> hello, I am building meta-qt5 yocto sdk and I it is failing at qt3d and qtxmlpatterns, is there a way I can remove them now during build? Note that I am not using those packages at all at my layer. I have just inherited inherit populate_sdk_qt5
Mar 02 20:53:19 <RP> marka: thanks, this pseudo issue isn't really pseudo but linkage issues with libsqlite and how we have sysroots
Mar 02 20:54:09 <RP> marka: not trying to put you off, just making it clear what/where the issue is. sqlite used to be static linked, its not any more and that breaks assumptions (and hosts without sqlite)
Mar 02 20:58:58 <ppavacic> hello, im trying to build qt5 sdk but im failing; I have to inherit populate_sdk_qt5, but it is not working well since a lot of dependencies such as qtxmlpatterns have error building. What can I do?
Mar 02 20:59:05 <marka> RP no problem, I will at least have a look and see if I can offer any help
Mar 02 21:02:22 <RP> marka: I'm thinking a rather nasty "fix" may be to hack do_populate_sysroot for pseudo-native with an injection of a hacky RPATH
Mar 02 21:02:39 <RP> marka: pseudo-native is a rather special case
Mar 02 21:43:54 <Renegade85> Hi there I was wondering if someone could help me with PATH issue I am having.   I'm not exactly sure how the PATH is generated but its complaining about one part of it.
Mar 02 21:44:01 <Renegade85> The error I get is:  PATH contains '.', './' or '' (empty element), which will break the build, please remove this.
Mar 02 21:44:40 <Renegade85> When it dumps the PATH I do see one empty entry,  /bin', '', '/home/
Mar 02 21:44:52 <Renegade85> The middle one there.
Mar 02 21:45:21 <Renegade85> My system path looks like:  /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/bin
Mar 02 21:46:10 <Renegade85> I am trying to build openembedded for ARM hardware.   My target is bitbake linaro-image-minimal
Mar 02 21:47:32 <RP> Renegade85: the system is trying to warn you about this since we know if the build continues like that it can cause weird problems
Mar 02 21:47:56 <Renegade85> How do i diagnose where that empty path is coming from?
Mar 02 21:48:24 <RP> Renegade85: "echo $PATH" in your shell doesn't show it?
Mar 02 21:48:33 <Renegade85> no
Mar 02 21:48:45 <Renegade85> tmalnar@tmalnar-VirtualBox:~/openembedded/build$ echo $PATH
Mar 02 21:49:02 <Renegade85> PATH contains '.', './' or '' (empty element), which will break the build, please remove this.
Mar 02 21:49:02 <Renegade85> '/home/tmalnar/openembedded/build/tmp-glibc/work/aarch64-oe-linux/defaultpkgname/1.0-r0/recipe-sysroot/usr/bin/crossscripts', '/home/tmalnar/openembedded/build/tmp-glibc/work/aarch64-oe-linux/defaultpkgname/1.0-r0/recipe-sysroot-native/usr/sbin',
Mar 02 21:49:03 <Renegade85> '/home/tmalnar/openembedded/build/tmp-glibc/work/aarch64-oe-linux/defaultpkgname/1.0-r0/recipe-sysroot-native/usr/bin', '/home/tmalnar/openembedded/build/tmp-glibc/work/aarch64-oe-linux/defaultpkgname/1.0-r0/recipe-sysroot-native/sbin',
Mar 02 21:49:03 <Renegade85> '/home/tmalnar/openembedded/build/tmp-glibc/work/aarch64-oe-linux/defaultpkgname/1.0-r0/recipe-sysroot-native/bin', '', '/home/tmalnar/openembedded/build/tmp-glibc/hosttools']
Mar 02 21:49:18 <Renegade85> I believe the second last entry there is the issue
Mar 02 21:50:10 <Renegade85> So I am trying to figure out where that comes from.
Mar 02 21:52:09 <Renegade85> Also I was going to try and disable the sanity.conf as an experiment to see if it would get through, but I am unsure how that is done as well.
Mar 02 21:52:18 <Renegade85> In it I see:
Mar 02 21:52:20 <RP> Renegade85: layer.conf:PATH := "${@os.path.dirname(bb.utils.which(d.getVar('PATH'),'bitbake'))}:${HOSTTOOLS_DIR}"
Mar 02 21:52:20 <Renegade85> BB_MIN_VERSION = "1.43.2"
Mar 02 21:52:35 <RP> I'm wondering if its not seeing bitbake in PATH somehow?
Mar 02 21:52:55 <Renegade85> well I didn't put it in the path, maybe that is the issue
Mar 02 21:53:01 <RP> since the entry before hosttools would normally be bitbake
Mar 02 21:53:22 <RP> Renegade85: an easy thing to test :)
Mar 02 21:53:24 <Renegade85> I was running it like:  tmalnar@tmalnar-VirtualBox:~/openembedded/build$ ../openembedded-core/bitbake/bin/bitbake linaro-image-minimal
Mar 02 21:53:33 <Renegade85> I'll add to path and see
Mar 02 21:53:56 <RP> Renegade85: we ask people to source the env script for several reasons
Mar 02 21:57:03 <Renegade85> doh!   I ran the env script just with ./<script>
Mar 02 21:57:12 <Renegade85> instead of source <script>
Mar 02 21:57:29 <Renegade85> Its running now, sorry to bug you and thank you a million
Mar 02 21:57:39 <RP> Renegade85: sounds like we need to better catch it when someone does that!
Mar 02 21:57:54 <RP> Renegade85: glad you're sorted though!
Mar 02 21:58:03 <Renegade85> ha or I need to get smarter ;)
Mar 02 21:58:07 <Renegade85> thank you
Mar 02 21:59:09 <JPEW> Removing the execute bit on oe-init-build-env would prevent being able to run it... although detecting it being run and not sourced might be better
Mar 02 22:00:39 <aehs29> JPEW: I agree
Mar 02 22:01:22 <aehs29> Renegade85: Im also not sure how long a build inside virtualbox will take, just fyi probably a while
Mar 02 22:02:43 <Renegade85> I've done several, one BSP for NXP took 8 hours :)  even with 4 core VM
Mar 02 22:02:58 <RP> JPEW: I'm sure we tried the detection before and its not as easy as you'd think
Mar 02 22:03:29 <Renegade85> Its at 136 of 1722 now.   I'm just doing minimal for now.  bitbake core-image-minimal
Mar 02 22:03:36 <JPEW> RP: RIght, I would expect it's not easy to do in a way that works for all shells
Mar 02 22:04:40 <RP> JPEW: what would be easier is detecting bitbake not in PATH
Mar 02 22:04:58 <RP> as if that is the case other things would fail
Mar 02 22:15:32 <Renegade85> Just curious has anyone tried these kinds of builds in Windows Subsystem for Linux (WSL)?  I imagine I'd see much better performance than VirtualBox.  However I have read in some posts bitbake doesn't love that environment
Mar 02 22:15:55 <Renegade85> If I get through this VM build, I might try same setup in WSL for fun :)
Mar 02 22:16:10 <RP> Renegade85: we've had issues reported and it will just error out saying its not supported
Mar 02 22:16:31 <Renegade85> ah ok, thanks
Mar 02 22:16:37 <RP> Renegade85: whether it would work now I don't know. We'd need someone to look after it and don't have that
Mar 02 22:23:16 <JPEW> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=jpew/logging if anyone is interesting in looking at what I've done with the logging code to enable structured logging.
Mar 02 22:24:11 <JPEW> I'll send patches after I've let is soak a little bit.... there's more that can be done but this is a good start; it should allow user configurable logging for anything in the "BitBake" logging domain
Mar 02 22:51:52 <aehs29> RP: Renegade85 I am looking into that with WSL2, WSL v1 will simply not be feasible due to IO
Mar 02 22:52:22 <RP> aehs29: ah, cool :)
Mar 02 22:54:53 <zeddii> anyone that has tried a git checkout in WSL v1, could have told you that ;)
Mar 02 22:58:21 <kergoth> Renegade85: docker builds work fine in windows if you use a volume for the tmpdir
Mar 02 23:03:01 <RP> JPEW: some of the cleanups in that series look great
Mar 02 23:04:56 <RP> JPEW: not 100% sure about the structured logging, we're going to have fun with this I suspect even in the autobuilder context. We probably do need to do something like it though
Mar 02 23:05:11 <RP> JPEW: I was rather horrified to see yaml being added to the mix :/
Mar 02 23:05:19 <RP> (I can see why you would)
Mar 02 23:32:10 <tgamblin> RP: I am ironically no longer seeing the libmodule-build-perl errors related to coreutils-ptest
Mar 03 00:01:36 <khem> https://srain.im/ new IRC client looks cool
Mar 03 00:58:14 <kergoth> khem: nice
Mar 03 01:19:17 <khem> kergoth: brings irc in same class as telegram/slack/whatsapp kind of client
Mar 03 01:20:01 <kergoth> khem: i hate that windows and linux often don't have actually nice looking apps for such things, this seems like a promising alternative to something like Textual from macos :)
Mar 03 01:20:10 <kergoth> will have to try that on my work windows machine
Mar 03 01:20:53 <khem> yeah I never liked Textual
Mar 03 01:21:14 <khem> but I see the same void as you
Mar 03 01:22:38 <khem> and they also have a flatpak :)
Mar 03 01:23:02 <Renegade85> Thanks for the info on WSL
Mar 03 01:27:21 <kergoth> nice
Mar 03 01:27:59 <kergoth> the void of good third party windows apps is about the only thing preventing me from moving to windows at some point. WSL is a game changer.
Mar 03 01:28:10 <kergoth> well that and omnioutliner specifically, i'm heavily invested into it
Mar 03 02:00:59 <khem> kergoth: interesting, what adv do you see for daily driver in WSL as compared to say ubuntu
Mar 03 02:03:56 <kergoth> much like macos, it's a nice balance of solid desktop experience with linux-style development environment. i gave up on linux on the desktop years ago :)
Mar 03 02:04:27 <fray> I prefer my working OS to be command line, and my 'work os' to be visual.. but windows just pisses me off..
Mar 03 02:04:42 <fray> 3 months of using a Windows 10 machine, and at least once a day something just didn't work right..
Mar 03 02:05:15 <fray> Switched to a Mac for my work machine and everything works so much more consistently.. (except the Mac terminal seems to have emulation issues.. but since I'm command line, I just quit, relaunch and using screen right back at it)
Mar 03 02:05:37 <fray> I was using Ubuntu via WSL on Windows, and I will say it was quite good.. but it felt slow at times..
Mar 03 02:07:36 <kergoth> wsl 2 is definitely more responsive, if you were using 1. but yeah, it's clearly a work in progress, but it's coming along
Mar 03 02:07:44 <kergoth> the new windows terminal is really nice
Mar 03 02:09:12 <fray> my problem is more windows interface, I find it horribly inconsistent... which really frustrates me..
Mar 03 02:09:58 <fray> (add to that the frustration of a crappy fisher-price feeling Dell laptop.. and my attitude doesn't improve)
Mar 03 02:13:14 <kergoth> ahh yes. it's hard to beat a macbook in feel :)
Mar 03 02:13:16 <yocti> New news from stackoverflow: meta-virtualization rocko branch unable to locate docker package <https://stackoverflow.com/questions/49517065/meta-virtualization-rocko-branch-unable-to-locate-docker-package>
Mar 03 02:13:23 <kergoth> well, other than the keyboard
Mar 03 02:13:28 <kergoth> external mechanical keyboard for the win
Mar 03 02:13:57 <fray> I used to be that way, but I've really grown to like the MacBook keyboard.. (I skipped out the whole generation of the 'butterfly keyboard' though)
Mar 03 02:14:17 <kergoth> i feel like i'm ramming my fingers into the table the keys are so shallow :)
Mar 03 02:14:44 <fray> like the feel so much, when I do have to use the Dell, I used a bluetooth Mac keyboard with it..  I was having problems typing on the built-in keyboard..
Mar 03 02:15:04 <khem> last edition of Mac Laptop keyboard is a disaster, I heard they have fixed it in the latest 16innch edition
Mar 03 02:15:42 <khem> it feels like banging your fingers on concrete wall
Mar 03 02:16:11 <fray> ya, I had the last version of the MacBook before they switched... and now I have two 16 inch machines.. same feel for the keyboard, i like it.
Mar 03 02:16:37 <khem> cool, I am still on older gen
Mar 03 02:17:09 <khem> perhaps future 16inch is way to go
Mar 03 02:17:14 <fray> I bought MY 16" the day they were announced, fully loaded except for SSD.. couldn't justify the cost of more then 1 TB..
Mar 03 02:18:10 <khem> kergoth: I kind of agree with you on desktop part for linux, I do have built my own, using archlinux, plasma5, and it does stuff well but its not out of box experience
Mar 03 02:18:16 <fray> then a month ago work let me order one, so I have a second.. that isn't quite as high of a spec one -- but it works really well for work.. (and work has Mac -really- well integrated and remotely managed..)  I'm stunned how well the remote management works, even when not on the corporate network.. it was fully provisioned at first boot..
Mar 03 02:18:22 <fray> was so cool seeing it "just work"
Mar 03 02:19:30 <khem> yeah remote management is good on them, its in bootloader, so they can say wipe it and next time, it comes online it will be wiped whereever it is
Mar 03 02:19:59 <fray> ya, it was very very neat..  I screwed up something and did a 'factory reset' on it, first boot it restored all of the company stuff and again "just worked"
Mar 03 02:20:18 <khem> walled gardens
Mar 03 02:20:36 <fray> THe MacBook though is pretty open for a walled garden (compared to say iOS)
Mar 03 02:23:27 <khem> I think snaps and flatpaks can change things for linux but again there are two so world will be divided
Mar 03 02:24:20 <fray> I'm not a huge fan of snaps...  not that I've used them much, but when I have I had problems with it...
Mar 03 02:24:28 <fray> (not used flatpaks at all yet)
Mar 03 02:24:54 <khem> yeah these are best for application distributions
Mar 03 02:25:02 <khem> much like OSX
Mar 03 02:25:29 <khem> apt/dnf etc. were nightmare for app guys
Mar 03 02:26:08 <khem> all this version dependency hell is too distracting for apps, they really dont care
Mar 03 02:26:31 <fray> agreed.. rpm, dnf, apt, etc etc etc are OS tools, not app tools.. people who tried to do apps were bound to fail with them
Mar 03 02:26:59 <khem> linux's disadvantage is that a large set of its users are sysadmins
Mar 03 02:27:16 <fray> made it powerful, but not easy to use.. for sure
Mar 03 02:28:52 <khem> reason it became so good for non-interactive systems, is primarily too much system focus
Mar 03 02:29:04 <khem> but you lose somewhere dont you
Mar 03 02:30:31 <khem> there are efforts like endlessOS which might change landscape but desktop/latops are prior art by now :)
Mar 03 02:31:32 <fray> in the end though, there is no one perfect OS..  each has it's place in the world.. and I'm not going to rag on someone who likes one thing over another..
Mar 03 02:31:36 <khem> but ChromeOS is there perhaps will be the future of desktop computing
Mar 03 02:31:45 <fray> My person preference is MacOS for UI, and Linux for working...
Mar 03 02:50:53 <khem> decent combination I use it too
Mar 03 02:51:22 <khem> but I think plasma5/arch is quite pleasing too combined with flatpack
**** ENDING LOGGING AT Tue Mar 03 02:59:59 2020