**** BEGIN LOGGING AT Thu Oct 10 02:59:57 2019 Oct 10 03:19:16 zeddii, Friday we assign work items Oct 10 03:58:37 I am having an odd issue. Once I ported my project from openwrt to yocto, my /etc/passwd file is being backed up as /etc/passwd-, and /etc/shadow is being generated with the hash that was in /etc/passwd. This breaks some tools. I would like to prevent this 'upgrade' . Can anyone point me in the right direction to figure out how to deal with this? Oct 10 04:07:33 diamondman: look into shadow package Oct 10 04:18:04 RP: huh, https://github.com/mschwager/memunit - wonder if that'd be of use for us in some form Oct 10 05:19:50 good moring Oct 10 05:49:50 mornings Oct 10 06:34:23 Good morning! Oct 10 07:04:38 kergoth: interesting. Our mem usage is high... Oct 10 07:07:18 khem: it won't matter if they rrecommend or rdepend, they will change like that unless the dependency is whitelisted iirc Oct 10 08:03:43 Has someone suggestions for my build error: Exception: FileNotFoundError: [Errno 2] No such file or directory: '[...]/sdk/image/opt/voltumna/1.0+snapshot-20191010/sysroots/x86_64-voltumnasdk-linux/usr/lib/locale'? Oct 10 08:11:54 alessioigor: more context of the error would help (pastebin) Oct 10 08:16:15 https://pastebin.com/VKfrhP11 Oct 10 08:18:49 hello there. I'm using thud release with freescale community bsp. even though I've added `IMAGE_INSTALL_append = " glibc-staticdev"` my toolchain has `--disable-static` feature. how can I renable it? Oct 10 08:20:52 cengiz_io: Could you check if the distro are you using include no-static-libs.inc? Oct 10 08:23:03 alessioigor hi. I'm using fslc-framebuffer from meta-freescale-distro and I will check it Oct 10 08:23:23 hi, any hints how to add debug symbols to native binaries? opkg is crashing with double free in image creation on master Oct 10 08:27:21 alessioigor there's an include in poky/meta-poky/conf/distro/poky.conf but other than that, my bsp and distro config has no references to it Oct 10 08:27:44 mcfrisk: AFAIK Yocto, if requested, build the debug version of binaries (dbg-pkgs). About opkgs crashing I can't help I'm not be able ever to build sdk today! :) Oct 10 08:28:21 cengiz_io: Are you that isn't included indirectly (i.e. something include poky.conf)? Oct 10 08:29:38 Hi, I'm having trouble understanding how to create recipes which depend on the files produced by other recipes. (I'm using thud). I have recipe1 which specifies SYSROOT_DIRS, and I check the manifest for recipe1.do_populate_sysroot and it lists all the correct files. But when I run recipe2 which has the line DEPENDS_recipe1 += " recipe1" the Oct 10 08:29:39 compile fails and within the workdir for recipe2 recipe-sysroot/ does not contain the files, nor does recipe-sysroot/sysroot-providers/ list recipe1. Is there an extra step that I'm missing? Oct 10 08:30:06 alessioigor *gasps* you're right. meta-freescale-distro/conf/distro/include/fslc-base.inc:1: including conf/distro/poky.conf Oct 10 08:30:33 so that's included indirectly. Oct 10 08:31:24 ChrisStuart: recipe2 which depends on recipe1 should have "DEPENDS = "recipe1"" Oct 10 08:32:02 ChrisStuart: or to be more precise DEPENDS = "package_provided_by_recipe1", yet in the generic case that aligns. Oct 10 08:34:54 This is driving me nuts... I want to override the fw_env.config file in the u-boot-fw-utils recipe. I have added file://fw_env.config in my .bbappend file, my .bbappend is visible in bitbake-layers show-appends, and a couple of patches that are in the same .bbappend are applied correctly. In the .bb-file the fw_env.config file is installed using "install" in do_install, do I need a do_install_append in my Oct 10 08:35:00 bbappend or will the original recipe "install" pick my file automatically? Oct 10 08:35:45 iceaway: technically the original should pick it up Oct 10 08:36:14 iceaway: its just important the the bbappend *prepends* the FILESEXTRASPATH (orwhatsitcalledexactly) Oct 10 08:36:17 iceaway, maybe double check that youre prepending FILESEXTRAPATHS correctly Oct 10 08:37:32 Thanks LetoThe2nd for replying. I mistyped before, recipe2 says: DEPENDS_recipe2 += " recipe1" Oct 10 08:37:45 If recipe2 is only providing one package, called 'recipe2', should that not be the same as simply writing DEPENDS += "recipe1"? Oct 10 08:37:57 ChrisStuart: nope Oct 10 08:38:01 (IIRC) Oct 10 08:38:48 OK, I dont know where I got that from then. Cheers for your help. Oct 10 08:39:18 ChrisStuart: good luck and have fun Oct 10 08:42:09 alessioigor how can I uninclude that in my local.conf? Oct 10 08:42:33 LetoThe2nd: Yup, I think the prepend is correct: FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:" Oct 10 08:42:41 ChrisStuart: DEPENDS is for build time, there is only one build per recipe whatever the number of packages is. Oct 10 08:43:46 ChrisStuart: a slightly important point is that the recipe is actually buildable ~3 times (one for target, the "default" one, one for native and one for nativesdk). I think in that case you could actually separate the DEPENDS but that's just a guess (something like DEPENDS_class-target) Oct 10 08:44:34 Oh that makes a lot of sense. So RDEPENDS_recipe2 is something that makes sense, but given there's only a single package it's still equivalent to RDEPENDS? Oct 10 08:45:36 ChrisStuart: nope Oct 10 08:46:20 ChrisStuart: there are almost always a variety of packages prepared under the hood. so RDEPENDS is always with _whatever and DEPENDS is always without Oct 10 08:46:37 (corner cases exist, but for the usual 99.9% of recipes that holds true) Oct 10 08:47:45 Alright. Always good to identify that I know nothing! Oct 10 08:49:06 ChrisStuart: welcome to the club :) Oct 10 08:54:49 ChrisStuart: the main point is that RDEPENDS is not resolved in the recipe but outside of it, so the component handling RDEPENDS for all recipes has to know for which package the RDEPENDS applies. This is an extremely simplified view and might even be wrong on some bits but I found this explanation helpful Oct 10 09:04:47 qschulz: ++ Oct 10 09:06:05 cengiz_io: I would try to override DISABLE_STATIC variable in first place. Oct 10 09:06:36 alessioigor just set it to = "" and rebuilding everything. thanks Oct 10 09:06:52 cengiz_io: you are welcome Oct 10 09:07:23 if you want to build static libraries then your distro shoudln't include no-static-libs.inc Oct 10 09:07:28 *this is why poky is an example* Oct 10 09:10:02 * LetoThe2nd throws a stone at rburton Oct 10 09:10:07 he said "jehova" Oct 10 09:10:26 all i said was that this distro was good enough for jehova Oct 10 09:10:42 * LetoThe2nd throws again! Oct 10 09:38:50 RP: It seems that my build failure depends from my "SDKPATH = "/opt/${DISTRO}/${SDK_VERSION}"" in the distro config file! Oct 10 09:39:16 I'm rebuilding to be sure... Oct 10 09:44:49 RP: Yes it depends from that line... Oct 10 09:45:42 How can I customize SDKPATH? Are there "allowed" values and variables? Oct 10 09:47:28 Has someone customized their SDKPATH? If yes to what value? Oct 10 09:59:50 New news from stackoverflow: How to fix "No SELinux security context (/etc/crontab)" issue? Oct 10 10:22:21 I guess I'll just add INHIBIT_PACKAGE_DEBUG_SPLIT = "1" to opkg and rebuild. gdb output without debug symbols isn't helping.. **** BEGIN LOGGING AT Thu Oct 10 10:51:04 2019 Oct 10 11:02:40 Hello all, is it possible to start/stop a service (dropbear in my case) depending on the image I'm building? I'm currently building two images - one for production and one for testing. The testing image is inherited from the production image. To keep the images as close as possible I don't want to remove the ssh-server, but just disable it in the production image. I tried setting INITSCRIPT_PARAMS_dropbear in the testing image, but it doesn't seem to work. Oct 10 11:02:41 What is the right way to do this? Oct 10 11:06:14 bojones: usually one would do this through some package that triggers the startup. e.g. pack the startup scripts into a seperate one, which is installed in the one case and not in the other Oct 10 11:07:00 (having said that my personal opinion is that no debug features should go into production, as they tend to be forgottten, found, exploited, accidentially left on, all the whole shbang) Oct 10 11:08:06 Ok.. that's a good way of doing it. Oct 10 11:09:28 And yes, that's my opinion as well! I'll try to push that we remove disabled features from the prod. image. Thanks! Oct 10 11:09:44 the main problem is that such small differences tend to add up. i would rather suggest creating a dev distro for example. or a dev laer that appends. Oct 10 11:10:43 LetoThe2nd: why not having two image recipes including common packages and adding only the different ones in the respective image recipes? I find different distros overkill if only packages differs Oct 10 11:11:17 rburton: yes, I need unstripped native binaries to debug the opkg crash due to double free() Oct 10 11:11:42 including the same image .inc which defines the common packages* Oct 10 11:12:23 qschulz: nothing wrong with that as long as that really the only difference. but "i want to install this, jsut tieh the small difference of..." sounds like.. .not that case Oct 10 11:12:44 so it really depends a bit on your use case, and also the push-to-production process Oct 10 11:12:55 LetoThe2nd: blablabalb *just* blabalbabla => smells fishy all the time :) Oct 10 11:13:05 qschulz: bingo Oct 10 11:24:26 Still struggling with my .bbappend file that tries to replace a file in the original recipe. If I look at the FILESPATH variable with bitbake -e, I can see that the path where MY file sits is searched before the original file. I tried adding simple "cat " in a do_install_append() function in my .bbappend, and that also shows the content of the original file. Oct 10 11:25:13 mcfrisk: INHIBIT_SYSROOT_STRIP is what you want then Oct 10 11:28:19 (defaults to 1 generally, set to 0) Oct 10 11:36:01 oh, I was trying to set it to 1 and got binaries which are not stripped into image native sysroot, but gdb backtrace still complains that symbols table missing. was using Ubuntu 14.04 gdb so maybe that's too old. will try with a gdb in sysroot.. Oct 10 12:12:55 Crofton|work, I was going to attend Friday. It was the Thursday yocto thing that I was hesitating to pay $$ for, since I already had to rebook flights and take extra cost .. I don't want finance on my head :D Oct 10 12:14:22 zeddii: ah so you're doing the tourist thing on thurs? Oct 10 12:16:05 zeddii, I think the Thursday content looks pretty good Oct 10 12:17:23 i think so too and my budget happily allows it :) Oct 10 12:21:03 Could someone explain me what DISTRO_VERSION[vardepsexclude] = "DATE" praticaly does? Oct 10 12:25:30 LetoThe2nd .. yah. I'll either wander the city, or see if I can sneak in on thursday ;) Oct 10 12:28:38 zeddii: my plan for saturday. just without the sneaking in part Oct 10 12:28:41 zeddii: 1st arrondissement is great, shouldn't take too long to visit by foot, I haven't the others yet Oct 10 12:28:46 +done Oct 10 12:31:38 zeddii: ah wait, there is a view point. IIRC, it's Fourvière https://goo.gl/maps/r8JhpZrRZAJDGBtW6 Oct 10 12:31:46 that's all I know :) Oct 10 12:37:02 cool. and maybe I'll finally get to use my french again if I just wander and get lost. Oct 10 12:37:47 zeddii: you can talk french to me ;) Oct 10 12:37:56 s/talk/speak/ Oct 10 12:38:18 heh. no one likes my french though. :D being from the East Coast of Canada .. its some nasty Acadian tinted french :D Oct 10 12:38:34 zeddii: ABORT MISSION ABORT MISSION Oct 10 12:39:12 zeddii: chiac? Oct 10 12:39:23 taught by Quebequois teachers in school ... a bad combo for parisian French speakers Oct 10 12:39:39 bien yes! Oct 10 12:39:58 unfortunately I don't speak any but I'm from NB Oct 10 12:40:38 ahah. I'm from Fredericton in NB. Oct 10 12:40:45 Perth-Andover :) Oct 10 12:41:12 hahah. I drive/blast past there twice or three times a year on the 1000km drive home :D Oct 10 12:41:41 * Crofton|work has been practicing French on duolingo Oct 10 12:41:41 * zeddii watched a SUV burn on the side of the road by the gas station right there about 5 years ago. good memories :D Oct 10 12:41:50 pyro Oct 10 12:41:53 Ah, good old NB Oct 10 12:42:04 probably someone threw and empty at it on the way by Oct 10 12:42:09 s/and/an/ Oct 10 12:43:08 zeddii: I spent a week in Montréal/Québec-city, how awful of a feeling to know you speak the same language but unable to understand each other Oct 10 12:43:31 hahahah. so very true :D Oct 10 12:43:45 the accent isn't that bad, it's the different words and expressions that make it hard Oct 10 12:44:35 precisely. there's a lot about Quebec french that is very much "older" than contential french .. one moved on, one is stuck back from when they got off a ship in 1500 :D Oct 10 12:45:27 zeddii: hey, is anyone planning to update linux-yocto 4.19 soon ? Oct 10 12:45:28 I don't know, really. It's like two populations who updated their languages for centuries but never communicated with each other, of course it gets different over time :) Oct 10 12:46:00 zeddii: and also, the obsession with translating everything in French. Even the French French don't do it. Oct 10 12:49:28 qschulz. exactly! never use an english word. nooooooo :D Oct 10 12:49:55 Marex, I did a round of updates a week or so ago, but am not sending any SRCREVs until after 3.0 releases at this point. Oct 10 12:51:41 RP: I figured the sigdata change wouldn't be that easy. Sounds like dropping it from 3.0 is the right thing to do Oct 10 12:57:12 zeddii: is there some recommendation on keeping the kernel up to date beyond what linux-yocto provides ? Oct 10 12:57:25 zeddii: or shall I just roll my own recipe with linux-stable ? Oct 10 12:58:01 I'm only ever a week or so behind, so that's a lot of work for a weeks updates. you can just carry your own SRCREVs versus relying always on my bumps. Oct 10 12:58:27 if there's a high priority CVE in a -stable, I'll get the bump out faster. Oct 10 13:01:28 zeddii: SRCREVs from what, linux-stable ? Oct 10 13:01:56 zeddii: I am on the latest 4.19 in linux-yocto, so I already do have the latest SRCREV there Oct 10 13:03:59 zeddii: it's just that linux-yocto 4.19 is at .72 while stable is at .78 Oct 10 13:06:48 arg, native recipes don't build with -g by default.. need to add that and not strip the binaries Oct 10 13:09:32 Marex, yah. and I had updated it to the latest last week, but I lost a disk on my builder .. and it got my version bumps with it. I just pulled them back to my -dev machine and pushed them (since i still remember the -rt coflict resolution). Oct 10 13:09:51 was there a particular fix you needed in those -stable bumps ? Oct 10 13:10:57 JPEW: Re: Missing environemnt-* script in mingw toolchain: Rebuilding from scratch solve the issue. Oct 10 13:11:57 RP: If I apply these changes: https://pastebin.com/0LyFSCHc I solve that build failure: https://pastebin.com/VKfrhP11 Oct 10 13:17:15 zeddii: cant the version bumps be somehow automated ? Oct 10 13:17:25 zeddii: nope, just keeping things up to date Oct 10 13:17:51 nope. there's a whole round of sanity testing, across all arches, -rt, etc, that happens with each bump. Oct 10 13:18:33 * zeddii also advises to not buy into -stable 'marketing' Oct 10 13:21:11 zeddii: cant that be automated too ? Oct 10 13:21:30 zeddii: I mean, the testing Oct 10 13:21:56 zeddii: ah, now I see the .78 too, thanks Oct 10 13:22:16 yah. I grabbed it from the wreckage and updated. I shouldn't have slipped that far behind, my bad. Oct 10 13:23:41 gotta bolt, will retreive my other -stable bumps from that same busted disk later. Oct 10 13:27:46 Hi guys, how do I IMAGE_INSTALL a specific version? Oct 10 13:29:36 jmiehe: PREFERRED_VERSION in a conf file, usually the distro one Oct 10 13:30:29 New news from stackoverflow: How to initialize GPIO signals at startup - fast? Oct 10 13:30:56 LetoThe2nd: Can I use that in an image file? Oct 10 13:31:05 ("image recipe") Oct 10 13:31:13 jmiehe: nope Oct 10 13:31:25 jmiehe: wanna repeat OE rule #1? Oct 10 13:31:39 i know … Oct 10 13:32:03 jmiehe: so, how would the package recipe know which version to build if its set in the image recipe? go figure ;) Oct 10 13:36:36 zeddii: no worries, thanks Oct 10 13:37:22 LetoThe2nd: So how would one go about to create an internal testing image, while still maintaining the ability to do a production build of that image? Is it best to just git branch the layer? Oct 10 13:38:02 jmiehe: depends. branches, different distros,... Oct 10 13:39:53 * jmiehe felt like having 'bitbake our-image' and 'bitbake our-image_dev' meant less parsing overhead for builds compared to switching branches Oct 10 13:40:20 jmiehe: ich you have to build production images manually, then your processes need revisitng anyways. Oct 10 13:42:50 jmiehe: whats the difference between production and testing Oct 10 13:43:13 LetoThe2nd: More like our CI server needs a hardware upgrade … it worked for our microchip projects before, but good luck building yocto on a Core(TM)2 Duo E4500 … Oct 10 13:43:28 jmiehe: needs revisiting Oct 10 13:44:11 LetoThe2nd: If you prefer that word :D Oct 10 13:45:21 jmiehe: but generally, OE projects are like any other software. a common pattern for development is a stable branch and feature integrtion branches, for example Oct 10 13:46:14 jmiehe: poky-bleeding is an example of a derivative distro that just sets AUTOREV for a load of recipes, so a build of that distro will be 'git master' vs tarballs. that solution works quite nicely Oct 10 13:46:23 (although poky-bleeding isn't actually used anymore) Oct 10 13:46:32 the devsource class helps here too Oct 10 13:50:02 LetoThe2nd: German spotted :p Oct 10 13:50:36 qschulz: huh? Oct 10 13:52:22 15:40 LetoThe2nd| jmiehe: ich you have Oct 10 13:52:58 qschulz: interesting typo, yes. but its not exactly a secret that I'm german. Oct 10 13:54:25 qschulz: it's ein Englisch channel so we häv to wörk in Englisch hier, okay? Oct 10 13:54:57 LetoThe2nd: It's just funny how some typos are big indicators of your mothertongue :) Oct 10 13:55:26 (general you, happens to me a lot also :)) Oct 10 13:55:36 qschulz: actually i've never suffered those much, and now that my english typing is more and more muscle memory it happens more often Oct 10 13:57:32 yeah, because you don't have to think twice before writing, you get the idea in your head and write in one language but sometimes it picks the wrong word :) Oct 10 13:58:45 exactly Oct 10 14:04:42 alessioigor: that makes sense, you've changed one component but not the other in the original case Oct 10 14:06:15 RP: Ok but it isn't immediately visible the correlation between them... Oct 10 14:25:55 how does meta-mingw manage to make yocto build gcc for the *-*-mingw32 GNU triplet when building for the nativesdk variant? Oct 10 14:26:39 does it simply pass ${SDK-ARCH}-pc-${SDK_OS} as the target triplet to gcc configure scripts when building the SDK ? these two variables are set by mingw's machine-sdk config Oct 10 14:30:42 New news from stackoverflow: Yocto: when enable hwcodecs in IMAGE_FEATURES Oct 10 14:51:17 LetoThe2nd: https://youtu.be/o-8g0TPVVGg, one more, thanks a lot ;) Oct 10 14:52:18 ndec: yw Oct 10 14:55:51 LetoThe2nd, how is fame treating you? Oct 10 14:56:55 i heard rumors that he can't walk in the streets anymore... Oct 10 15:06:10 got gdb and valgrind native builds running and found opkg/libarchive bugs causing crashes at build time. fun Oct 10 15:07:22 Crofton|work: still have to pay for my beer. i take that as: no fame. Oct 10 15:08:44 stream often enough, get enough subs and the channel can get affiliate status with subscribers and donations.. :) then people can buy YOU a beer.. ;) Oct 10 15:09:12 Crofton|work: mdp suggested i offer office hours in lyon, y'know. which is tempting. tell people when and where to show up, pretend to listen to their problems and get drunk. Oct 10 15:09:26 oO( did i type that aloud?!? oops! ) Oct 10 15:09:51 LetoThe2nd: one free sticker against one voucher for a beer Oct 10 15:10:20 fray: actually we are not that far away from affiliate status. if somebody would alternatigly stream with me every two weeks, we could easily do it. Oct 10 15:10:32 qschulz: WORD Oct 10 15:10:34 litb: pretty much. you'll see the tweaks to the gcc recipes in meta-mingw are fairly minimal Oct 10 15:10:47 * LetoThe2nd eyes his envelope with 250 stickers waiting for lyon Oct 10 15:11:53 LetoThe2nd: no, that was a suggestion Oct 10 15:12:05 The yocto manual says "The extensible SDK does not use gcc-cross-canadian since this SDK ships a copy of the OpenEmbedded build system and the sysroot within it contains gcc-cross. " Oct 10 15:12:09 And it is copyrighted now Oct 10 15:12:14 so you think we need another person streaming? Oct 10 15:12:31 LetoThe2nd: I will be there for the beer if nothing else. Oct 10 15:12:32 it is my understanding that this means, since gcc-cross is a native package, that the meta-mingw windows SDK doesn't work with the extensible SDK Oct 10 15:12:37 There are things where Open-Source shouldn't apply, especially related to beers-idea Oct 10 15:13:45 Crofton|work: well i always hoped that somebody else would get on the train with me. hopefully with a different set of expertise or focus. Oct 10 15:15:27 (cue: Crazy Train - Ozzy Osbource) Oct 10 15:15:31 BTW, will we have video for the Yocto dev days? Oct 10 15:15:47 koen maybe? Oct 10 15:16:16 qschulz: we will hopefully actually be streaming a major part of it, if things work out Oct 10 15:16:35 LetoThe2nd: oh wow, fingers crossed Oct 10 15:17:27 LetoThe2nd: see, plenty of new streamers :) Oct 10 15:17:29 all this AV stuff is really hard in random rooms Oct 10 15:17:54 rburton : I sent my commits for the SPDX stuff, https://bugzilla.yoctoproject.org/show_bug.cgi?id=13524 if that's validated I can move up to the next. Oct 10 15:17:55 Bug 13524: normal, Medium+, 3.1 M2, ycnakajsph, NEW , Add SPDX license headers to all source files for release-tools Oct 10 15:18:46 Crofton|work: yeah but i'm optimistic that behanw plus my little part of assistance will be sufficient to get something "not perfect, but good enough" Oct 10 15:26:30 but generally, i plan to discuss the future of the live stream sessions in lyon. any ideas and remarks welcome. yet i will choose which to ignore :P Oct 10 15:28:06 I already added to OEDEM agenda Oct 10 15:28:22 :-) Oct 10 15:28:59 you get a glitter smiley for that Oct 10 15:33:20 WOrking to get a full agenda then try and set a schedule :) Oct 10 15:34:34 ohpefully you don't expect me to be sober during all of it Oct 10 15:43:08 Crofton|work, put body cams on OE developers Oct 10 15:44:56 armpit: i vote for restricting that to OE devs who agree to provide content suitable for all audiences. Oct 10 15:45:06 * zeddii was thinking the same thing Oct 10 15:45:34 :D Oct 10 15:45:56 * LetoThe2nd is R-rated, therefore out. Oct 10 15:50:10 so OEDeM needs an other room. PG and R ? Oct 10 15:51:32 armpit: nah only the resulting stream. by definition everybody who meets me is R compatible. proof: otherwise we couldn't have met. QED. Oct 10 15:53:47 armpit: thud merged and that bitbake patch backported Oct 10 15:54:01 armpit: tempted to add the uninative patch to thud too Oct 10 15:54:04 k, thanks Oct 10 15:54:38 armpit: guess I'll follow the process rather than break things Oct 10 15:55:08 actually it was in there, cool Oct 10 15:55:08 RP, you mean the 2.30 one ? I thought that was in my last merge request Oct 10 15:55:20 k Oct 10 15:55:23 armpit: right, my email was just missing two patches Oct 10 15:55:25 they arrived now Oct 10 15:56:13 it was a customs issue ; ) Oct 10 15:59:50 RP, so the next Warrior dot release is scheduled after 3.0 release. that sorta puts it out around ELCe. How does shooting for the 28th sound. Oct 10 16:00:18 for tagging it for QA ? Oct 10 16:08:15 armpit: any plan on having the patch for wrong order in MACHINE_OVERRIDES for aarch64 machines backported to thud? I sent a patch on 27th of September for that Oct 10 16:08:27 "arch-arm64.inc: Lower the priority of aarch64 in MACHINEOVERRIDES" Oct 10 16:12:29 Think about topics: https://www.openembedded.org/wiki/OEDEM_2019 Oct 10 16:23:17 qschulz, I think it should be ok Oct 10 17:18:53 Hi I what receipes I need to touch or create to configure systemd-journald.service please? Oct 10 17:34:27 RP: I am seeing some warnings from bitbake since few months see http://jenkins.nas-admin.org/view/OE/job/oe_world_workspace-compare-signatures/793/console Oct 10 17:34:59 warning is same unclosed Oct 10 17:35:43 but locations are different, this happens across all machines I use, so something common I think not related to build host or network they are on Oct 10 17:49:16 khem: that's from broken PRserv support Oct 10 17:49:59 khem: I'm using this https://github.com/shr-distribution/bitbake/commit/5e0a7e9441f65a0df4903eb89da57f635a815697 to work around it, but RP said it's not the right fix Oct 10 19:10:31 JaMa: has this been discussed on bb ml ? Oct 10 20:23:30 khem: I've shortly mentioned it in https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg126586.html and discussed here on IRC, I haven't started (nor seen) any separate thread about it Oct 10 20:41:23 I wanted to understand if its not a good solution then if there are alternative approached Oct 10 21:53:07 khem: its purely a time to look at and think about it problem Oct 10 22:18:06 * armpit hmm, bb's are a gateway to 12 Gauge Oct 10 22:52:15 armpit: ? Oct 10 23:07:20 armpit LOL Oct 10 23:07:37 RP -- gun humor... Oct 10 23:30:15 exactly Oct 10 23:32:13 it happens at a family gatherings.. I say something and Family just stair at me and I am on the floor laughing.. Oct 10 23:35:33 armpit: is the stair in disappointment or bewilderment ... Oct 10 23:36:25 s/stair/stare/ Oct 10 23:50:44 khem, its both... I am the crazy Unkle Oct 10 23:54:12 heh Oct 10 23:54:38 I usually get former :) **** ENDING LOGGING AT Fri Oct 11 02:59:59 2019