**** BEGIN LOGGING AT Mon Jan 06 02:59:57 2020 Jan 06 08:32:13 what is the best way to add configurations in to the machine configuration file from custom-layer? Jan 06 08:32:42 Hello. Jan 06 10:15:07 Hi, i need some help. I use gitlab to store my kernel and uboot forks . But i keep getting "fatal: could not read Password for…No such device or address" Jan 06 12:13:17 New news from stackoverflow: Adding NetworkManager to Raspberrypi Image using Yocto Jan 06 12:54:52 perdmann: here's what i recommend: use ssh-key access to gitlab instead of passwords Jan 06 12:55:22 it should be set up by default - the only thing you need to do is clone the repository using the ssh:// remote rather than https:// Jan 06 12:55:57 you'll need to set up your ssh key with gitlab Jan 06 12:56:17 and then as long as you run bitbake as the user that has access to that key, it should clone seemlessly Jan 06 12:57:25 add the following to SRC_URI Jan 06 12:58:05 git://git@gitlab.mysite.com/myproject.git;protocol=ssh Jan 06 13:14:49 in packagegroup.bb what is the recommended way to include packages in to image, RDEPENDS or FEATURE_PACKAGES ?? Jan 06 13:17:31 xtron: Are you asking about adding packages to a packagegroup or adding packagegroups to an image? Jan 06 13:18:10 paulbarker, adding packagegroup to image Jan 06 13:18:46 definitely not RDEPENDS Jan 06 13:19:01 did you leave out IMAGE_INSTALL on purpose? Jan 06 13:19:50 Add the packagegroup name to `IMAGE_INSTALL` in the image recipe Jan 06 13:20:05 it's the first time i hear of FEATURE_PACKAGES - what is that? Jan 06 13:20:43 oh i get it Jan 06 13:21:47 milloni: I think that's used if you're defining a new `IMAGE_FEATURE`: https://www.yoctoproject.org/docs/2.5/ref-manual/ref-manual.html#var-FEATURE_PACKAGES Jan 06 13:22:51 milloni, I think in Apackagegroup.bb we do RDEPENDS = "something" and then FEATURE_PACKAGES_append = "Apackagegroup" to include the packagegroup to image right? Jan 06 13:24:00 xtron: Add the packagegroup name to `IMAGE_INSTALL` in the image recipe to include it in an image Jan 06 13:25:02 yeah, FEATURE_PACKAGES is somethin else entirely - see link that paulbarker posted Jan 06 13:25:15 you want to do IMAGE_INSTALL += "Apackagegroup" Jan 06 13:25:17 in your image.bb Jan 06 13:26:21 paulbarker, milloni with an IMAGE_FEATURE we use the above method to include the packagegroup into image Jan 06 13:26:55 e.g FEATURE_PACKAGES_feature_append = " packagegroup-qt" Jan 06 13:27:21 that looks correct Jan 06 13:28:17 where would that line go? image.bb? Jan 06 13:31:54 milloni, in custom-layer's layer.conf or distro/include/custom.conf Jan 06 13:33:57 right, that makes more sense Jan 06 13:36:27 * zeddii dusts off his keyboard Jan 06 14:13:40 New news from stackoverflow: Couldn't create image from OpenPLI repository in Ubuntu 18.04.1 LTS Jan 06 16:34:16 hi Jan 06 16:34:49 if is wanted to print a log in a bbclass function should I just use python print or is there another logging system Jan 06 16:41:27 Is it possible to use devtool with tarballs? Jan 06 16:55:15 havok101: bb.note/bb.error/bb.warn/bb.debug (the latter requires a debuglevel first argument). downside is they don't automatically join multiple args like print, just accept one Jan 06 16:55:42 they're just wrappers around use of the logging module with the BitBake logging domain Jan 06 16:55:49 mostly, anyway Jan 06 17:04:00 thanks Jan 06 17:17:29 np Jan 06 17:24:23 lttng-modules has a devupstream bbclassextend to it, and I have setup a PREFERRED_VERSION_lttng-modules = "2.10.11+git%". Even with that devtool doesn't seem to understand to fetch from the devupstream target. Is this the current expected behavior? Jan 06 22:32:09 kergoth: it worked! The boot2qt replacing b2qt package where it would restart the app. Did what you said and added and intermediate package that basically cleaned all of b2qt services and files. boot2qt launcher then rdepended on it which installed the boot2qt-launcher packages correctly without killing the app. Only thing i see is the b2qt-launcher and the intermediate package are still installed which is fine imo. Thanks! Jan 06 22:32:30 awesome. no problem, glad it worked out Jan 06 22:42:53 havok101, what's boot2qt like? Jan 06 22:42:56 I Jan 06 22:43:18 I'm gonna be working on a Qt5 app for the 1st time, but was just gonna run it as a systemd service at startup Jan 06 22:44:48 it's nice, it sets up a lot of stuff for you qt5 app. the b2qt-launcher package has been a pain. It usually doesn't upgrade unless the qt major version changes so it's not all bad Jan 06 22:45:32 since the launcher package starts a service that launches your app if it updates in the middle and decides to restart your app can die in the middle of the update Jan 06 22:45:50 to some extent it's the design we have too. Jan 06 22:46:54 what's running under the hood though? Like my apps need to delete old files periodically (which I was gonna do with bash scripts running on systemd timers), do service management (again sytemd), enable the capture of coredumps on, and so on. Can you do all of these with boot2qt? Jan 06 22:47:02 we have b2qt launching an app that launches our main app. The first app is like a watch dog, it restart the main app if it thinks something is wrong. We also have a hardware watchdog that watches the software watchdog.... sooooo Jan 06 22:49:11 it has something called appcontroller which will set a lot of vars to enable/disable a bunch of things. We actually haven't enable core dumps via b2qt we have a script that did that Jan 06 22:49:46 you will still do a bunch of stuff via systemd Jan 06 22:50:55 hmm, OK, so what is boot2qt giving you exactly, over a regular Linux where you just launch the Qt app at startup? Jan 06 22:52:07 honestly we are just seeing the benefit of environment setup for you app Jan 06 22:52:20 https://github.com/qtproject/qt-apps-boot2qt-appcontroller Jan 06 22:52:20 https://github.com/qtproject/qt-apps-boot2qt-launcher Jan 06 22:52:36 these would be the two apps that would be installed Jan 06 22:52:40 hmm, last commit 5 years ago Jan 06 22:52:49 but thanks I'll look at that Jan 06 22:53:13 rangergord: the default branch is old. Jan 06 22:53:20 https://code.qt.io/cgit/qt-apps/boot2qt-appcontroller.git Jan 06 22:53:26 https://code.qt.io/cgit/qt-apps/boot2qt-launcher.git/ Jan 06 22:53:31 yes these ones Jan 06 22:53:38 ah yes, I got it Jan 06 22:53:42 even the github one, if you change branches Jan 06 22:54:15 we had contracted qt to setup some of this initially and this is the route they went with so we just went along Jan 06 22:54:41 if you don't mind me asking how much did that cost? Jan 06 22:55:06 can't even see the cost of a Qt embedded license without contacting them for a quote Jan 06 22:56:01 ok so embedded license I believe we pay a little over 2k per year but that depends, we are a really tiny company Jan 06 22:56:12 the setup part was part of their consulting arm Jan 06 22:56:18 which cost a lot Jan 06 22:56:59 havok101: 2k per year is that for # of total developers? Jan 06 22:57:10 but they setup us up with our first yocto setup and did all the initial work with the app and anything hardware integration related Jan 06 22:57:53 that is the embedded license not specific to a dev. QtCommercial is a different cost. Not sure how much we pay with that Jan 06 22:58:34 I believe depending on the size of the company there is per unit sold cost. I don't have those details Jan 06 22:58:40 qt is expensive :( Jan 06 22:59:02 It quite good tho. Jan 06 22:59:08 havok101, you gotta keep paying that 2k every year, or only if you need more support? Jan 06 22:59:41 it used to be always but I think when they made b2qt open source it was only if you needed support. Jan 06 22:59:49 I'm the only dev, but unfortunately we don't qualify as a startup Jan 06 22:59:53 I think they are making most of their dough with the automotive modules Jan 06 23:00:05 you can still ask them Jan 06 23:00:27 those costs really depend company to company Jan 06 23:00:52 i know windriver charges a bomb for when they setup qt for some companies which includes license costs Jan 06 23:01:24 I sort of assumed any of those "contact us for a quote" things were basically "if you need to ask, you can't afford it". Cause they DO list the 5500$ for a regular desktop+mobile license, but if you try to check embedded they tell you to contact them Jan 06 23:01:34 no idea as to cost, but in the past QT work was custom for each customer.. so it was a time and materials cost for setup.. Jan 06 23:02:21 no they make arrangements based on your company. I know we've been in a locked in rate for a while and they had mentioned our cost might go up next time. Jan 06 23:03:02 I love Qt, was the only thing that made coding in C++ tolerable. And on the GUI side nothing seems comparable that runs on Linux except Flutter, which uses D-Tier language you'd have to learn just for Flutter. Jan 06 23:03:23 QT (company supporting it) hasn't been overly helpful w/ YP work at times in the past.. I've got no comment good/bad on the tech, just that they wanted to do their own thing and not work with us.. which was annoying) Jan 06 23:04:17 (I've not used QT in a few years, so it may be much better then it used to be..) Jan 06 23:05:14 only ever used LGPL Qt, wouldn't know Jan 06 23:06:00 the stuff I had looked into, but not pursued was the commercial stuff with the QT IDE enironment stuff.... looked neat, but it really didn't want to work with the YP SDK at the time.. (again few years back, it may be MUCH better now) Jan 06 23:06:01 fray, what did you move on to, if you don't mind me asking? Jan 06 23:06:25 "standard X11" at the time.. Jan 06 23:06:32 yikes Jan 06 23:06:39 I don't remember which libraries we ended up using.. but it was all just standard X.. Jan 06 23:06:56 we used some sort of minimal window manager.. but it was a lot easier to write standard applications that were portable.. Jan 06 23:07:15 (this was stuff that was just displaying screens with custom artwork around them) Jan 06 23:07:38 it was NOT a touch screen envionment.. but needed pretty behavior and scrolling up/down.. etc.. Jan 06 23:07:49 (ohh and no mouse.. think more arrow key control) Jan 06 23:07:51 I've been frozen in time, using Qt4 on a 10yo board, until now. I hope the Qt5 experience on Yocto will be better, I'm excited. Jan 06 23:08:23 Qt 4 is what I had been looking at Jan 06 23:08:31 like I said, few years back.. Jan 06 23:08:51 we started exploring with the LGPL, and then went to look at commercial and decided against it Jan 06 23:09:50 I just used the Qt 4.7 that came with the board's SDK and everything worked fine...later on (before Yocto was popular) I used buildroot to build a newer Busybox with Qt 4.8 and it just did everything Qt-related for me, I just selected the packages to use. This was without the board manufacturer's support. Jan 06 23:10:16 I'm hoping Yocto will make using the latest Qt5 as straight-forward as buildroot did Jan 06 23:10:42 I had specific graphics drivers (binaries) that I had to use.. it was either X11 or QT (direct frame buffer).. so we were 'limited' in our choice... Jan 06 23:10:59 I see Jan 06 23:11:07 at the time did you try asking on Stackoverflow? Jan 06 23:11:24 I doubt it.. embedded, nobody wants to talk to anybody problem... Jan 06 23:11:27 things are better now Jan 06 23:11:29 haha Jan 06 23:12:10 I was involved on the integration side... Jan 06 23:12:21 other people wrote the graphics apps and made the final decision(s) Jan 06 23:12:30 how many devs in total? Jan 06 23:12:52 rangergord: super easy to use the latest Qt on yocto. Jan 06 23:13:10 rangergord: We are currently using 5.13, very soon going toward 5.14. Jan 06 23:13:13 then they must have made integration better.. Jan 06 23:13:20 like I said, used to be stupidly difficult Jan 06 23:14:39 any idea why Microsoft doesn't provide a Yocto recipe or whatever? Their instructions haven't been updated for the new release v3 release https://github.com/dotnet/core/blob/master/samples/YoctoInstructions.md Jan 06 23:15:05 I'm talking about .NET Core Jan 06 23:15:27 I'm actually gonna be using that. I just got my board today, so nothing running yet, not even a Yocto image. Jan 06 23:15:37 Microsoft (through Azure) has done some YP integration, but I've not looked into any of it specificaly Jan 06 23:15:58 Microsoft though has been helping with some YP work.. so it might be a reasonable question for them Jan 06 23:16:04 (may already be on a road map or something) Jan 06 23:16:53 I'll ask on their github later on, was waiting to try for myself first Jan 06 23:17:11 allright, good night Jan 06 23:17:20 good night **** ENDING LOGGING AT Tue Jan 07 02:59:58 2020