Thursday, 2020-04-23

*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto00:07
*** maudat <maudat!> has quit IRC00:14
*** vineela <vineela!~vtummala@> has quit IRC00:21
*** dmoseley <dmoseley!~dmoseley@> has quit IRC00:31
*** agust <agust!> has quit IRC00:33
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto00:35
*** vineela <vineela!vtummala@nat/intel/x-lgtjivhxfphdamcz> has joined #yocto00:45
*** stephano <stephano!> has quit IRC00:46
*** stephano_ <stephano_!> has joined #yocto00:46
*** vineela <vineela!vtummala@nat/intel/x-lgtjivhxfphdamcz> has quit IRC00:55
*** yocto_newb <yocto_newb!47d6aece@> has quit IRC00:57
*** sakoman <sakoman!> has quit IRC01:06
*** stephano_ <stephano_!> has quit IRC01:10
*** asteriusio <asteriusio!> has quit IRC02:07
*** asteriusio <asteriusio!> has joined #yocto02:07
*** comptroller <comptroller!> has quit IRC02:27
*** creich <creich!> has quit IRC02:27
*** palate <palate!> has quit IRC02:37
*** palate <palate!> has joined #yocto02:38
*** creich <creich!> has joined #yocto02:38
*** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC02:41
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC02:43
*** elvispre <elvispre!> has joined #yocto02:43
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto02:54
*** nameclash <nameclash!> has quit IRC03:08
*** lukma <lukma!> has quit IRC03:14
*** nerdboy <nerdboy!~sarnold@> has joined #yocto03:29
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto03:30
*** comptroller <comptroller!> has joined #yocto03:33
*** flihp <flihp!~flihp@> has quit IRC03:37
*** jobroe <jobroe!> has joined #yocto04:55
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto04:57
*** lukma <lukma!> has joined #yocto05:00
*** gtristan <gtristan!~tristanva@> has quit IRC05:02
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:05
*** davidinux <davidinux!> has joined #yocto05:18
*** AndersD <AndersD!> has joined #yocto05:25
*** AndersD_ <AndersD_!> has joined #yocto05:27
*** gtristan <gtristan!~tristanva@> has joined #yocto05:30
*** AndersD <AndersD!> has quit IRC05:30
*** jobroe <jobroe!> has quit IRC05:38
*** jobroe <jobroe!> has joined #yocto05:39
*** yoctonoob <yoctonoob!051e1a19@> has joined #yocto05:39
yoctiNew news from stackoverflow: How to inherit a class globally in the image recipe - yocto <>05:43
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC05:46
*** davidinux <davidinux!> has quit IRC05:57
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:14
*** pharaon2502 <pharaon2502!> has joined #yocto06:15
*** agust <agust!> has joined #yocto06:18
*** yoctonoob <yoctonoob!051e1a19@> has quit IRC06:24
*** khem <khem!~khem@unaffiliated/khem> has quit IRC06:27
*** guerinoni <guerinoni!> has joined #yocto06:28
*** fl0v0 <fl0v0!~fvo@2a01:c22:a836:d100:e9bd:8ec6:999b:96ce> has joined #yocto06:30
*** pohly <pohly!> has joined #yocto06:30
*** LocutusOfBorg <LocutusOfBorg!> has joined #yocto06:32
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto06:32
*** frsc <frsc!> has joined #yocto06:33
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto06:34
*** nerdboy <nerdboy!~sarnold@> has joined #yocto06:36
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:36
*** lukma <lukma!> has quit IRC06:44
*** kroon <kroon!~kroon@> has joined #yocto06:51
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:51
*** hpsy <hpsy!~hpsy@> has joined #yocto06:52
*** AndersD_ <AndersD_!> has quit IRC07:02
*** mckoan|away is now known as mckoan07:03
*** AndersD <AndersD!> has joined #yocto07:13
*** yacar_ <yacar_!> has joined #yocto07:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:18
*** goliath <goliath!> has joined #yocto07:46
*** drkhsh <drkhsh!~drkhsh@unaffiliated/drkhsh> has joined #yocto07:49
drkhshhi; i am currently building a yocto recipe for azure walinuxagent (using python3-setuptools). somehow when building it always misses the "_crypt" module when importing "crypt" which should all be part of the the python core libraries07:52
drkhshdoes somebody have a clue how to fix this issue?07:53
mattovskydrkhsh: I had some issue with it (with paramiko I think) and problem was, that it was not supported for python release I used07:58
drkhshmattovsky: hmm maybe; i will check that out! thx07:59
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC08:13
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC08:24
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC08:29
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has joined #yocto08:37
*** mous16 <mous16!> has joined #yocto08:37
mous16Hello everybody08:37
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:40
*** invalidopcode <invalidopcode!> has quit IRC08:49
*** grma <grma!~gruberm@> has joined #yocto08:51
mous16Today I'm struggling with SDK generation: I would like to add to my SDK some coding tools, like clang-tidy (and ccache, cppcheck, doxygen, ...); I need to run them on my host computer, mainly to analyze code that will be crosscompiled. It's correct to add nativesdk-clang (as example) to MACHINE_EXTRA_INSTALL_SDK_HOST?08:52
neverpanicmous16: Yes, but do note that meta-clang doesn't ship clang-tidy by default08:54
kroonmous16, TOOLCHAIN_HOST_TASK iirc. Havent heard of  MACHINE_EXTRA_INSTALL_SDK_HOST before08:56
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC08:58
*** thaytan <thaytan!> has quit IRC09:03
*** thaytan <thaytan!> has joined #yocto09:03
mous16kroon: sorry, the variable I use is introduced by boot2qt (which I'm working with); it ends up adding specified packages to RDEPENDS of a recipe listed in TOOLCHAIN_HOST_TASK, so I think it does the trick.09:03
*** vermaete <vermaete!> has joined #yocto09:05
mous16neverpanic: it appears that clang-tidy, with all other clang tools,  is added to sysroots/x86_64-pokysdk-linux/usr/bin/, but have some relocation problems so I couldn't run it. I think I ended up in this trap:
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto09:10
*** rburton <rburton!~rburton@> has joined #yocto09:12
problameHi all, I'm fighting with the OOM-killer in the `populate_sdk` phase. It kills that `tar` process, pbly. due to xz memory usage. I use ipk packages and already tried limiting PARALLEL_MAKE=" -j1", but that didn't help. How do I reduce the memory usage of the `tar` process in the `populate_sdk` command?09:17
*** JaMa <JaMa!~martin@> has joined #yocto09:19
kroonproblame, git grep XZ_ in oe-core, there are some variables you can tune09:21
paulbarkerproblame: How much RAM do you have?09:26
*** gtristan <gtristan!~tristanva@> has quit IRC09:34
*** bradfa <bradfa!uid297668@gateway/web/> has joined #yocto09:42
*** feddischson <feddischson!> has joined #yocto09:44
sagnerFor local development the default xz args OE uses are quite costly. I use gz or zstd lately to speed builds up during development.09:52
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:41c6:e797:3a46:f80a> has quit IRC09:55
*** hpsy <hpsy!~hpsy@> has quit IRC09:58
problamekroon: sry for the late reply: I found kroon:09:58
problameXZ_DEFAULTS ?= "--memlimit=50% --threads=${@oe.utils.cpu_count()}"09:58
problameshouldn't that be : XZ_DEFAULTS ?= "--memlimit=${@"{}".format(50/oe.utils.cpu_count()}% --threads=${@oe.utils.cpu_count()}"09:59
*** yacar_ <yacar_!> has quit IRC10:02
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:2c6a:3bcf:e051:49a1> has joined #yocto10:03
kroonproblame, that wouldn't look reasonable to me10:05
krooni'd expect the memlimit to apply to the whole process10:06
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC10:07
yoctiNew news from stackoverflow: Yocto recipe for perl lib Device::SerialPort <>10:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:23
*** wbn <wbn!> has quit IRC10:31
*** wbn <wbn!> has joined #yocto10:32
*** cpo <cpo!> has quit IRC10:44
*** cpo <cpo!> has joined #yocto10:45
*** gtristan <gtristan!~tristanva@> has joined #yocto10:46
*** vermaete <vermaete!> has quit IRC11:02
problamekroon: ok, I played around with several configurations for XZ_DEFAUTLS in local.conf11:03
problamekroon: even XZ_DEFAULTS = "--memlimit=1G --threads=1" doesn't work11:03
problamethe machine has 32GiB of memory11:03
*** pharaon2502 <pharaon2502!> has quit IRC11:03
problamethis only happened after I upgraded the project from sumo to zeus11:04
paulbarkerproblame: With that much RAM you should be able to produce an SDK with no problems. Have you added many extra packages to the SDK?11:05
problamepaulbarker: the entirety of qt11:05
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2876:e83c:cef1:e3fa> has joined #yocto11:05
problamepaulbarker: but that shouldn't matter, xz acts as a stream processor, i.e. it doesn't need to load the entire image into RAM11:05
problame(the failing build phase is archive_sdk)11:06
paulbarkerproblame: Agreed, the final SDK archive may end up large but the memory usage during the build should be sane11:06
paulbarkerIf you remove qt from the SDK and try again does that build ok?11:06
problamepaulbarker: yeah, but i need a qt sdk11:07
problamehuh, when I get a devshell with `bitbake THE_IMAGE_RECIPE -c devshell` and run printenv, XZ_DEFAULTS doesn't show up11:08
paulbarkerproblame: Ok, so it works with a smaller set of SDK packages but then fails when qt packages are added11:09
problame... where should I override XZ_DEFAULTS? I do it in local.conf ATM, but since it doesn't show up in printenv in the devshell, maybe these changes don't have any effect?11:10
*** mous16 <mous16!> has quit IRC11:10
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC11:19
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto11:19
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto11:20
kroonproblame, you can check its getting applied by inspecting the environment of the image recipe, -e11:21
*** submux <submux!~submux@2a01:79c:cebd:fee8:d5b7:816d:cfbd:f4e1> has joined #yocto11:23
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC11:24
ant__problame, I hit this before11:24
ant__it was this patch:
ant__well, it is still there...11:25
*** emrius <emrius!> has joined #yocto11:25
emriusHey everybody,11:25
emriusI read that the kernel configuration is stored on the target at /proc/config.gz11:27
emriusI don't have that file on my image. Do I have to set a flag to include it into the image?11:28
paulbarkeremirus: You'll need the right kernel config option enabled for that, google should be able to find it I can't remember the exact name of the option11:29
paulbarkeremrius ^^^11:30
problameant__: well that looks interesting, I'm actually using OPKGBUILDCMD = "opkg-build -Z gzip"11:31
emriuspaulbarker thanks! I think I found the flag:
*** berton <berton!~berton@> has joined #yocto11:32
ant__problame: if you revert the patch you get the old behavior,like in sumo11:34
ant__which means slower packaging of kernel modules i.e., otherwise you can try changing it like compressorargs="--threads 0 -O 3"11:35
*** florian_kc is now known as florian11:37
problameant__: I just checked the opkg-build in build/tmp/sysroots-components/x86_64/opkg-utils-native/usr/bin/opkg-build , and it doesn't contain that patch11:38
*** emrius <emrius!> has quit IRC11:39
problameant__: my poky checkout is zeus-22.0.211:40
*** nacknick <nacknick!4d8953ac@> has joined #yocto11:46
problameant__: I think it's 5ef5ece35bffa76b08d038ed0e3ebbdcbaf4b11c in poky/meta/classes/populate_sdk_base.bbclass11:47
problame>        d.setVar('SDK_ARCHIVE_CMD', 'cd ${SDK_OUTPUT}/${SDKPATH}; tar ${SDKTAROPTS} -cf - . | xz -T 0 -9 > ${SDKDEPLOYDIR}/${TOOLCHAIN_OUTPUTNAME}.${SDK_ARCHIVE_TYPE}')11:47
nacknickI'm getting the warning: `<oldpackage>-<oldpkgversion> was registered as shlib provider for, changing it to <newpackage>-<newpkgversion> because it was built later` - even there is no in the whole working directory. What can it be?11:47
problame=> hard-coded xz args11:47
*** caiortp <caiortp!d57f6fca@gateway/web/cgi-irc/> has joined #yocto11:48
kroonproblame, looks plausible. its been adjusted in master11:49
*** xtron <xtron!> has joined #yocto11:54
*** nacknick <nacknick!4d8953ac@> has quit IRC11:55
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC11:56
*** xtron <xtron!> has quit IRC11:56
*** xtron <xtron!> has joined #yocto11:56
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto11:59
problamekroon: could you point me to a commit?12:00
problamekroon: I am just trying
*** mous16 <mous16!> has joined #yocto12:03
*** jobroe <jobroe!> has quit IRC12:03
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:2c6a:3bcf:e051:49a1> has quit IRC12:03
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:2c6a:3bcf:e051:49a1> has joined #yocto12:03
*** xtron <xtron!> has quit IRC12:25
*** submux <submux!~submux@2a01:79c:cebd:fee8:d5b7:816d:cfbd:f4e1> has quit IRC12:27
*** amaury_d <amaury_d!> has joined #yocto12:32
kroonproblame, basically what your patch does I think12:33
*** riz64 <riz64!> has joined #yocto12:33
problamekroon: lol, yeah, extended my patch a little bit, basically with the exact same var names12:48
dl9pfRP: are there plans to support Ubuntu 20.04 e.g. in a dunfell point release ?12:53
*** riz64 <riz64!> has quit IRC12:59
*** maudat <maudat!> has joined #yocto13:06
RPdl9pf: probably. A question for sakoman when he's around13:08
*** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:2c6a:3bcf:e051:49a1> has quit IRC13:08
RPdl9pf: some depends on how much is broken too13:09
dl9pfRight. Tnx!13:16
JaMait works fine for me with dunfell and for zeus I've noticed only one issue in qemu-native (patch sent)13:21
*** luneff <luneff!~yury@> has joined #yocto13:24
*** havok101 <havok101!~havok101@2601:249:1000:b30:f14b:2fe:f0ab:9fa7> has joined #yocto13:31
havok101hi, Like a BBAppend is there something like extending a machine conf?13:32
*** locutus_ <locutus_!> has joined #yocto13:33
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto13:34
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC13:35
*** ssajal <ssajal!> has joined #yocto13:38
problameDo you keep the Yocto layer definition for your proprietary software in the same repository as the software itself? If so, how do you reference the software in the recipe's SRC_URI? `SRC_URI=file:///../../src` doesn't work, and putting an absolute path there isn't a great idea either13:40
*** locutus__ <locutus__!> has joined #yocto13:40
*** emrius <emrius!> has joined #yocto13:43
*** locutus_ <locutus_!> has quit IRC13:43
*** lukma <lukma!> has joined #yocto13:48
*** locutus_ <locutus_!> has joined #yocto13:51
*** nerdboy <nerdboy!~sarnold@> has joined #yocto13:51
*** frsc <frsc!> has quit IRC13:53
*** locutus__ <locutus__!> has quit IRC13:53
*** ericch <ericch!> has joined #yocto13:54
*** stephano <stephano!> has joined #yocto13:59
*** sakoman <sakoman!> has joined #yocto14:01
*** roussinm <roussinm!> has joined #yocto14:05
qschulzproblame: externalsrc14:09
problameqschulz: thx, just found it14:09
*** kroon <kroon!~kroon@> has quit IRC14:09
qschulzproblame: or git subpath?14:10
qschulzproblame: depends on why you've both in the same repo. BTW, make sure your build directory is not a subdir of your EXTERNALSRC... bite us hard a few months back :)14:10
problameqschulz: thanks for the hint!14:11
problamegit subpath didn't work, and is suboptimal, since I actually want devs to be able to compile the package from a dirty git dir state14:11
qschulzhavok101: no there isn't, though you can create your own machine configuration file and inherit from the original one14:11
qschulzproblame: then externalsrc is really the way to go... But depending on the original need for that, a yocto SDK might have been a better idea. Though.. admittedly, I don't like externalsrc and I have no experience in sdk :D14:12
qschulzproblame: also, devtool/devshell could have been another solution :)14:13
problameqschulz: s/dev/CI system/ although admittedly that should always be using a clean git repo14:13
*** GrimSleepless <GrimSleepless!> has joined #yocto14:13
qschulzproblame: that's... hum surprising usecase for CI :D but you do you :)14:14
*** armpit <armpit!~armpit@2601:202:4180:a5c0:503a:d0d7:51f9:c1bb> has quit IRC14:16
havok101qschulz: so can I inherit from one in another layer and basically override certain things?14:16
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d028:4437:a10a:68a5> has joined #yocto14:17
problameqschulz: especially for devshell, I think externalsrc is the best choice14:17
problame(can edit the source (not the workdir) right from the devshell then)14:18
qschulzhavok101: sure. I chose the wrong word though, it should be require and not inherit (inherit is for classes)14:18
qschulzhavok101: and require takes a path relative to the root of *any* layer14:19
qschulzso you don't need to explicit from where yout ake the file14:20
*** cpo <cpo!> has quit IRC14:21
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC14:22
*** cpo <cpo!> has joined #yocto14:22
havok101qschulz: cool i'm going to play around with that, thanks14:23
*** otavio <otavio!~otavio@> has joined #yocto14:23
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:23
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC14:24
*** sagner <sagner!~ags@2a02:169:3df5::587> has joined #yocto14:25
*** GrimSleepless <GrimSleepless!> has quit IRC14:25
armpitOpen Source Summit + Embedded Linux Conference North America 202014:29
armpitis now a Virtual Experience, happening June 29 - July 2 -14:29
*** AndersD <AndersD!> has quit IRC14:36
rburtonarmpit: have fun with the virtual yocto BoF14:42
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC14:49
*** hpsy <hpsy!~hpsy@> has joined #yocto14:50
*** rcw <rcw!~rcw@> has joined #yocto14:54
*** amaury_d <amaury_d!> has quit IRC14:57
zeddiidrinking corona of course!14:59
*** stbenz <stbenz!> has quit IRC15:26
*** guerinoni <guerinoni!> has quit IRC15:26
problameqschulz: re update on externalsrc: doesn't work with `inherit qmake5`  in do_install15:26
problameapparently qmake5_base_do_install uses ${WORKDIR} but should actually use ${B}15:27
*** amaury_d <amaury_d!> has joined #yocto15:29
*** riz1985 <riz1985!> has joined #yocto15:36
*** vineela <vineela!~vtummala@> has joined #yocto15:37
*** stbenz <stbenz!> has joined #yocto15:37
riz1985Hello. I am getting the following warnings: WARNING: /home/.../poky/meta-intel/recipes-kernel/linux/ is tainted from a forced runWARNING: /home/.../poky/meta-intel/recipes-kernel/linux/ is tainted from a forced run15:37
riz1985Any idea how to get rid of this warning?15:38
qschulzproblame: look if it isn't already be fixed in master, else please send a patch or at least report a bug :)15:40
qschulzriz1985: bitbake linux-intel -c cleansstate for sure but I don't know if there's a more optimal way15:41
*** cpo <cpo!> has quit IRC15:42
*** cpo <cpo!> has joined #yocto15:42
moto-timoRP: I meant to disuss this last week
yoctiBug 13690: normal, Medium+, 3.1 M4, timothy.t.orling, IN PROGRESS IMPLEMENTATION , runqemu with slirp, forwarded host ports are not available on host15:47
* moto-timo slept through two alarms15:47
moto-timoRP: Paul has a change to the test to use SSH with SLIRP, which is the one thing I think was of value in that thread15:48
moto-timoRP: but not sure if that is going to cause breakage or grief?15:48
moto-timoRP: can oeselftest exclude a case if it doesn't have SSH?15:49
RPmoto-timo: We have tests which depend on the ssh connection test passing15:51
moto-timoRP: right15:52
moto-timoRP: maybe two test cases? one with SSH one without?15:52
*** caiortp <caiortp!d57f6fca@gateway/web/cgi-irc/> has quit IRC15:53
RPmoto-timo: that could work15:53
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:50b4:64aa:e852:7562> has joined #yocto15:58
*** radsquirrel <radsquirrel!> has quit IRC16:04
*** radsquirrel <radsquirrel!> has joined #yocto16:05
*** vineela <vineela!~vtummala@> has quit IRC16:14
*** mous16 <mous16!> has quit IRC16:16
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:20
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:26
*** luneff <luneff!~yury@> has quit IRC16:26
*** mckoan is now known as mckoan|away16:33
*** RobertBerger <RobertBerger!> has joined #yocto16:34
*** vineela <vineela!~vtummala@> has joined #yocto16:42
*** vmeson <vmeson!> has quit IRC16:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto16:54
*** vmeson <vmeson!> has joined #yocto16:57
*** ericch <ericch!> has quit IRC17:01
*** ericch <ericch!> has joined #yocto17:01
*** nerdboy <nerdboy!~sarnold@> has quit IRC17:04
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:04
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:06
kanavin_homeIntel's Clear Linux To Divest From The Desktop, Focus On Server + Cloud Workloads17:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:10
*** bradleyb <bradleyb!> has joined #yocto17:25
*** radsquir- <radsquir-!> has joined #yocto17:27
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:28
*** radsquir- <radsquir-!> has quit IRC17:30
*** riz1985 <riz1985!> has quit IRC17:31
*** bradleyb <bradleyb!> has quit IRC17:52
*** radsquirrel <radsquirrel!> has quit IRC17:52
*** radsquirrel <radsquirrel!> has joined #yocto17:53
*** bradleyb <bradleyb!> has joined #yocto17:53
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto17:56
*** dedline <dedline!> has joined #yocto18:00
dedlineJust a quick sentiment grab, everyone bullish on balena?18:01
*** vineela <vineela!~vtummala@> has quit IRC18:02
dedlineevaluating balena vs DevicePlane vs Mender18:02
*** bradleyb <bradleyb!> has quit IRC18:13
*** cpo <cpo!> has quit IRC18:29
*** cpo <cpo!> has joined #yocto18:30
*** invalidopcode <invalidopcode!> has joined #yocto18:31
*** vineela <vineela!~vtummala@> has joined #yocto18:37
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC18:47
*** amaury_d <amaury_d!> has quit IRC18:53
*** sakoman <sakoman!> has quit IRC18:55
*** sakoman <sakoman!> has joined #yocto18:55
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC19:00
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto19:01
*** vineela1 <vineela1!~vtummala@> has joined #yocto19:13
*** vineela <vineela!~vtummala@> has quit IRC19:13
*** sxen <sxen!~sven@> has joined #yocto19:14
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:29
*** hpsy <hpsy!~hpsy@> has quit IRC19:33
*** hpsy <hpsy!~hpsy@> has joined #yocto19:33
*** vineela <vineela!vtummala@nat/intel/x-tlwlexzezphtdkoo> has joined #yocto19:47
*** vineela1 <vineela1!~vtummala@> has quit IRC19:48
khemdedline: depends on your needs20:04
khemkanavin_home: the standard bar is 2 yrs it seems for initiatives :) has clearlinux has their 2yr run20:05
havok101so there is a recipe and i'm appending it with linux-variscite_4.14.98.bbappend. But it refuses to those as appended when I run bitbake-layers show-appends linux-variscite20:05
khemhavok101: interesting, can you do bitbake -e on the recipe and check changes from your bbappends are in the output ?20:07
kanavin_homekhem: two years ago there was an internal initiative at intel, called one linux, which aimed to replace all the 'shitty distros' (implying, yocto-based) with clear linux for all use cases. This seems to have now failed as many said it would. The damage is that most of the yocto folks (incl. yours truly) left the company over this.20:07
havok101khem: nothing, i have a patch in there and different revision, nothing shows20:09
*** vineela1 <vineela1!vtummala@nat/intel/x-pajvrdisnekwqqey> has joined #yocto20:11
*** vineela <vineela!vtummala@nat/intel/x-tlwlexzezphtdkoo> has quit IRC20:11
*** pohly <pohly!> has quit IRC20:12
havok101kehm: ok.. got it, i needed to put it under the recipes-kernel/linux/<bbfile> directory. earlier it was just recipes-kernel/<bbfile>. I didn't realize it was that strict. I feel like I put my qt append where ever and it works20:14
*** feddischson <feddischson!> has quit IRC20:17
*** locutus_ <locutus_!> has quit IRC20:20
*** nameclash <nameclash!> has joined #yocto20:29
*** vmeson <vmeson!> has quit IRC20:30
*** rburton <rburton!~rburton@> has quit IRC20:32
khemkanavin_home: short attention span I think oh well20:52
*** flihp <flihp!~flihp@> has joined #yocto20:59
*** bradfa <bradfa!uid297668@gateway/web/> has quit IRC21:02
*** hpsy <hpsy!~hpsy@> has quit IRC21:02
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC21:04
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto21:05
*** amaury_d <amaury_d!> has joined #yocto21:05
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC21:07
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC21:16
*** berton <berton!~berton@> has quit IRC21:16
*** goliath <goliath!> has quit IRC21:27
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:2876:e83c:cef1:e3fa> has quit IRC21:33
ant__khem, have you ever benchmarked Clean Linux vs. an optimized OE-based distro?21:34
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC21:50
*** alejandrohs <alejandrohs!~alejandro@> has joined #yocto22:02
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto22:03
*** havok101 <havok101!~havok101@2601:249:1000:b30:f14b:2fe:f0ab:9fa7> has quit IRC22:03
*** nameclash <nameclash!> has quit IRC22:21
*** roussinm <roussinm!> has quit IRC22:22
khemant__:no not personally, but I know the technologies they are using22:26
khemof all distros I know clear linux gets benchmarked by phoronix along with other major distros like ubuntu/debian/fedora etc. which is quite interesting perhaps phoronix guys are very interested in clear linux for some reason22:28
khemsince I dont see them benchmarking archlinux or manjaro which have way larger userbase22:29
*** stephano <stephano!> has quit IRC22:30
*** stephano_ <stephano_!> has joined #yocto22:30
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC22:33
*** JaMa <JaMa!~martin@> has quit IRC22:41
ant__khem, a friend of mine did it vs. Gentoo on an older i7. Not so much diff22:42
ant__but is not a 'scientific' test22:42
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:43
ant__what is funny is that 'desktop' still means old-design x86 PC hw with many secs needed just for BIOS22:44
ant__so kernel boot time is not all...22:44
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto22:45
ant__khem, by the way I am looking at that meta-initramfs-image U-A issues22:46
ant__I think I tracked it down to acl pulling util-linux22:46
ant__has nodistro always had acl? must check22:46
ant__armpit, ^ there are the klibc binaries with same name installed. I think you did not have acl in your DISTRO_FEATURES22:48
khemacl is default in nodistro22:58
ant__I suspected...23:01
ant__I can't see how util-linux is called otherwise...23:03
ant__"acl.do_build" -> "util-linux.do_package_write_ipk"23:03
*** dev1990 <dev1990!> has quit IRC23:08
*** ssajal <ssajal!> has quit IRC23:10
ant__khem, anyway it is an OR: klibc-utils or util-linux. There isn't any U-A for the former23:17
ant__I don't see any sense in having all that stuff mixed together23:18
ant__maybe for quick build-test of all proggies in meta-initramfs?23:18
ant__armpit, ^?23:18
ant__khem, it is the only buggy recipe of the layer23:21
ant__it was not in the world-builds being EXCLUDED_FROM_WORLD23:23
ant__see: I'm sending a patch at least fixing it...still not graspin23:28
*** agust <agust!> has quit IRC23:31
ant__khem, patch coming, I see culprit is dracut23:53
ant__but I let it not knowing image purposes23:53

Generated by 2.17.2 by Marius Gedminas - find it at!