Wednesday, 2018-03-28

*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC00:00
*** clopez_ <clopez_!~tau@neutrino.es> has quit IRC00:06
*** clopez <clopez!~tau@neutrino.es> has joined #yocto00:13
*** flihp <flihp!~flihp@76.243.124.132> has joined #yocto00:22
*** flihp <flihp!~flihp@76.243.124.132> has quit IRC00:23
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto00:27
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC00:27
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto00:28
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto00:41
*** Willy-- <Willy--!~william@156.34.80.156> has joined #yocto00:51
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto00:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:01
*** User__ <User__!~User@mti-37-145.tm.net.my> has joined #yocto01:02
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC01:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto01:10
*** bavery_fn <bavery_fn!~bavery@134.134.139.72> has quit IRC01:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC01:15
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC01:19
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto01:20
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has quit IRC01:26
*** YoctoAutoBuilder <YoctoAutoBuilder!~YoctoAuto@198.145.29.62> has joined #yocto01:26
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:1d8:cc9f:6c6b:af2d:72d7> has joined #yocto01:34
*** stephano <stephano!~stephano@134.134.139.74> has quit IRC01:35
*** adelcast1 <adelcast1!~adelcast@2605:6000:101c:1d8:cc9f:6c6b:af2d:72d7> has quit IRC01:43
*** dreyna_ <dreyna_!~dreyna@unknown-157-218.windriver.com> has joined #yocto01:45
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has joined #yocto01:48
*** dreyna <dreyna!~dreyna@unknown-157-218.windriver.com> has quit IRC01:49
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has quit IRC01:50
*** dreyna_ <dreyna_!~dreyna@unknown-157-218.windriver.com> has quit IRC01:54
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC01:57
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has joined #yocto02:07
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto02:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:35
yoctiNew news from stackoverflow: Yocto: create a symlink in an image recipe <https://stackoverflow.com/questions/49525426/yocto-create-a-symlink-in-an-image-recipe>03:15
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC03:15
kireevcook. i figured it out. all.bash -related message is not really an error, it doesn't prevent building stuff. so deceptive :-D03:21
*** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto03:22
*** cratliff <cratliff!~cratliff@cpe-74-136-204-38.kya.res.rr.com> has quit IRC03:30
*** wolfmitchell <wolfmitchell!~mitchell@23-111-179-112.exho.co> has joined #yocto03:31
*** wolfmitchell <wolfmitchell!~mitchell@unaffiliated/wolfmitchell> has joined #yocto03:31
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:46
*** flihp <flihp!~flihp@76.243.124.132> has joined #yocto03:55
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC04:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto04:06
*** sjolley <sjolley!~sjolley@134.134.139.73> has joined #yocto04:16
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has quit IRC04:17
-YoctoAutoBuilder- build #933 of nightly-x86-64 is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/93304:17
-YoctoAutoBuilder- build #912 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64-lsb/builds/91204:18
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-syjywcbchpyemlxg> has quit IRC04:19
-YoctoAutoBuilder- build #986 of nightly is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/98604:19
*** joeythesaint <joeythesaint!~joe@2605:6400:2:fed5:22:41:45ec:bf91> has joined #yocto04:21
-YoctoAutoBuilder- build #906 of nightly-qa-extras is complete: Failure [failed Running Sanity Tests_2] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/90604:41
*** sjolley <sjolley!~sjolley@134.134.139.73> has quit IRC05:05
*** sgw <sgw!~swold@134.134.139.76> has joined #yocto05:35
yoctiNew news from stackoverflow: Keeping rootfs with Inheriting rm_work in yocto <https://stackoverflow.com/questions/49526623/keeping-rootfs-with-inheriting-rm-work-in-yocto>05:45
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC05:51
*** hnje <hnje!~hnje@81.216.59.226> has joined #yocto05:55
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has joined #yocto05:57
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto05:59
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has joined #yocto06:11
yoctiNew news from stackoverflow: Difference between wic and hddimg format in yocto <https://stackoverflow.com/questions/49527057/difference-between-wic-and-hddimg-format-in-yocto>06:15
*** User__ <User__!~User@mti-37-145.tm.net.my> has quit IRC06:20
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto06:21
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:21
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has joined #yocto06:24
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto06:27
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC06:29
*** AbleBacon_ is now known as AbleBacon06:29
*** TobSnyder <TobSnyder!~schneider@ipb2180325.dynamic.kabel-deutschland.de> has joined #yocto06:44
*** fl0v0 <fl0v0!~fvo@mue-88-130-102-198.dsl.tropolys.de> has joined #yocto06:51
*** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC06:55
*** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto06:55
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto06:57
*** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC07:03
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto07:04
*** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto07:25
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:30
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has quit IRC07:32
*** rovanceo <rovanceo!~rovanceo@80.97.64.55> has joined #yocto07:37
*** colrack <colrack!~colrack@94.126.8.166> has joined #yocto07:39
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC07:43
fberghello guys ! I have a recipe that builds a .so library. I have added the  PACKAGES="${PN}-dev". Bitbake complains that QA Issue: -dev package contains non-symlink .so:08:01
fbergwhat am I supposed to do ?08:02
LetoThe2ndfberg: are you manually installing the files, or have you modified the FILES_* variables?08:03
LetoThe2ndfberg: basically the warning tells you that your library ends up in the -dev package, not the standard one.08:03
fbergLetoThe2nd: I haven't overwritten/updated the FILES_${PN}-dev08:04
LetoThe2ndfberg: and what installation process are you using?08:05
fbergbut i have updated the FILES_${PN}-dbg variable only08:05
fbergdo_install(){08:06
fberg        oe_runmake install incdir=${D}${includedir} libdir=${D}${libdir}08:06
fberg}08:06
*** michael_e_brown <michael_e_brown!~michaeleb@143.166.116.80> has quit IRC08:07
LetoThe2ndwell chances are that either your probably handwritten Makefile deploys to something else than libdir - or that you have to manually expand FILES_${PN} to pull the library into the correct image. inspecting the recipes sysroot respective packagesplit directories should give you some hints whats going on.08:08
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto08:09
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has joined #yocto08:09
fbergLetoThe2nd: probably you are right08:12
fbergthe non -dev packages is empty08:12
LetoThe2nd\o/08:12
fbergthat is quite stringe since the install target install to libdir and incdir08:14
fberg        @echo "CP mylib.so"08:15
fberg        $(E)$(INSTALL) -m 644 libtinkerforge.so $(libdir)08:15
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto08:23
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto08:26
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-olcwnveozfmstzyo> has joined #yocto08:42
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto08:42
*** maw <maw!~martinaw@121.37-191-157.fiber.lynet.no> has quit IRC08:44
*** maw <maw!~martinaw@pdpc/supporter/student/maw> has joined #yocto08:44
fberghow can I disable -Werror flag within a recipe ? I've tried setting TARGET_CFLAGSi but it only adds additional flags08:59
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC09:05
*** yann <yann!~yann@178.208.16.32> has joined #yocto09:07
mcfriskshould I file bugs for unfixed CVE's in poky master branch?09:10
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto09:13
nayfemcfrisk: I think you can post CVE issues in oe-core mailinglist (kanavin rburton)09:20
kanavinmcfrisk: it's better if you post patches09:22
LetoThe2ndan alternative is to post cards!09:24
LetoThe2nd</SCNR>09:24
mcfrisk:) yea, I know. planning for yocto update and our current brach has no cve check findings, but master branch has so..09:26
mcfriskcore-image-minimal cve check findings are: coreutils CVE-2017-18018, shadow CVE-2016-6252, db CVE-2016-0682 CVE-2016-0689 CVE-2016-0692 CVE-2016-0694 CVE-2016-3418, perl CVE-2016-1238, libarchive CVE-2017-14501 CVE-2017-14503, libpcre CVE-2017-11164, busybox CVE-2017-15874, binutils CVE-2018-6543 CVE-2018-6759 CVE-2018-6872 CVE-2018-7208 CVE-2018-7568 CVE-2018-7569 CVE-2018-7570 CVE-2018-7642 CVE-2018-764309:30
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto09:31
rburtonmcfrisk: so do you have patches for eg all those db CVEs in your current branch?09:31
nayfemaybe its cve tool in master branch that detects more things ?09:32
rburtonmaybe the cve-check-tool is useless09:32
rburton(and yes, i made it find db cves in master)09:32
mcfriskor cve check isn't finding these from our branch due to older versions, and possibly NVD database has bad version details (likely)09:33
rburtonwe were looking up 'db' in the database but the correct product is "oracle berkeley db' or similar09:33
nayferburton: you find that tool useless?09:34
rburtonwell not so much useless as not reliable09:34
rburtonthe solution is to watch the feed of new CVEs and review every single one09:34
mcfriskwell, the tool itself is roughly reliable and NVD databse is very unreliable for some CVEs where version details are just plain wrong. but it is better than nothing.09:35
rburtonmcfrisk: but passable isn't good enough for "did a security review" if it eg misses out all of berkeley db because nobody noticed the mitre database uses a different product name09:36
rburtonoh great, the mitre database is bust at the moment anyway09:36
mcfriskdoing something is better than nothing..09:37
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC09:37
nayfebe better than the others :)09:37
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto09:37
rburtonlovely, the mitre database is now returning http 50309:38
*** ant_work <ant_work!~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto09:39
kanavinwe should do security reviews the hard way09:39
kanavinas rburton says09:39
kanavinthe tools are too unreliable09:39
kanavindebian for example has a team which reviews every incoming cve, and decides on action points towards supported releases09:40
kanavinthe key thing is that this needs to be done by humans09:40
mcfriskwell, I follow Debian and Ubuntu security notices and file things into internal bug tracker based on that too..09:40
mcfrisksome old issues have been found by yocto cve check so it's not completely useless09:42
mcfriskand for a few issues I have contacted NVD to update e.g. version details for some CVEs09:42
kanavinI guess I generally don't like the idea of backporting CVEs, and the fact that a large proportion of security issues never even get a CVE id09:44
*** yann <yann!~yann@178.208.16.32> has quit IRC09:44
*** yann <yann!~yann@178.208.16.32> has joined #yocto09:45
mcfriskagreed, escpecially Linux kernel CVE data in NVD is useless, but I have found https://github.com/nluedtke/linux_kernel_cves/ to be useful for them..09:48
kanavinmcfrisk: the industry should move towards rolling releases, where instead of backporting security fixes, you'd simply keep up with upstream.09:50
kanavinmcfrisk: obviously after thorough runtime testing09:51
BCMMboth need to exist, imho09:51
BCMM(not in yocto, necessarily, but in general)09:52
BCMMdebian stable *does* work, and it exists for a reason - keeping up with upstream means a whole lotta new problems09:52
BCMMbackporting fixes (but not new features) takes care of old problems with fewer new problems introduced09:52
BCMM(although, as was pointed out, debian does a massive amount of work to maintain that, and it's not perfect)09:53
kanavinbackporting fixes is often not technically possible, as you do need to understand the code, and even if you do, it might have changed too much between what you need to fix and where the upstream added the fix09:54
kanavinfor example, no one backports webkit fixes, it's too complex and too much work09:55
kanavinso it either goes unpatched, or some distros do keep up with upstream09:55
kanavinI'd say a browser engine is a rather security critical component09:55
*** tasslehoff <tasslehoff!~Tasslehof@82.147.55.166> has quit IRC10:01
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC10:03
*** yann <yann!~yann@178.208.16.32> has quit IRC10:03
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto10:04
rburtonarmpit: do you plan on doing the bind upgrade?10:05
*** arkom <arkom!~arkom@031135174084.warszawa.vectranet.pl> has joined #yocto10:11
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:12
arkomHow to get Kernel build directory (not kernel-build-artifacts) in my recipe?10:13
arkomI'm trying to create recipe for propetiary driver, and their build process require path to kernel build dir.10:14
-YoctoAutoBuilder- build #881 of poky-tiny is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/poky-tiny/builds/88110:14
LetoThe2ndarkom: have you looked up the documentation on out-of-tree kernel modules?10:18
LetoThe2ndarkom: it should all be documented here neatly: https://www.yoctoproject.org/docs/latest/kernel-dev/kernel-dev.html#working-with-out-of-tree-modules10:19
*** loulou2 <loulou2!51ff1123@gateway/web/freenode/ip.81.255.17.35> has quit IRC10:21
RyanMeulenkampHi! Question: why does 'make menuconfig' always start from scratch, and not from the provided .config?10:23
RyanMeulenkampAnd how do I make it start from .config?10:23
*** pidge <pidge!~pidge@83.136.43.153> has quit IRC10:25
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto10:25
arkomLetoThe2nd: Yes I did. But inheriting from module.bbclass did not solve my problem. I can get path to kernel-build-artifacts, but it is not enough. The driver I'm trying to integrate, has his weird build process10:26
LetoThe2ndarkom: well in my experience, if things like that become too weird its easier to roll a custom kernel repo that integrates whatever you need.10:27
fberghello guys, I'm trying to compile fcgiwrap. I've created a basic recipe that fetch fcgiwrap-1.0.0 from github. By the way during the do_compile() process bitbake exit with the following error:10:28
fbergfcgiwrap.c:573:4: error: this statement may fall through [-Werror=implicit-fallthrough=]10:28
fberghow can I disbale the -Werror flags ?10:28
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC10:28
rburtonfberg: -Werror isn't us, its the fcgiwrap recipe10:29
rburtonsome projects think using it is clever but its actually really stupid for exactly this reason10:29
rburton(you're using a newer compiler, so get new errors, so the build breaks)10:29
fbergthat's interesting..10:29
rburtonif you're lucky there's an option to stop the makefile passing -Werror, if youre unlucky you'll need to patch it out10:30
fbergby the way thank you rburton10:30
rburtoneither way complain to the fcgiwrap maintainers that werror should be *opt in*10:30
fbergI will10:30
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has quit IRC10:34
*** yann <yann!~yann@178.208.16.32> has joined #yocto10:44
*** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC10:45
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto10:45
*** open-nandra_ <open-nandra_!~marek@81.89.61.168.host.vnet.sk> has quit IRC10:49
RyanMeulenkampAnother question: I built a kernel with perf enabled, and now I get a segfault when loading module 8021q. Why does this happen?10:54
LetoThe2ndRyanMeulenkamp: options: 1) module does not match the kernel 2) module is buggy 3) kernel is buggy.10:57
LetoThe2nd(all are possible)10:58
*** kjokinie <kjokinie!~kjokinie@145.247.120.245> has joined #yocto10:58
RyanMeulenkampIt also happens on g_ether10:59
RyanMeulenkampApparently all kinds of things break when enabling perf..11:00
*** RyanMeulenkamp <RyanMeulenkamp!d5a0d55c@gateway/web/freenode/ip.213.160.213.92> has quit IRC11:09
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:10
yoctiNew news from stackoverflow: Yocto generated nativesdk-cmake SDK is incomplete <https://stackoverflow.com/questions/49532977/yocto-generated-nativesdk-cmake-sdk-is-incomplete>11:16
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC11:19
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:21
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC11:24
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC11:29
*** Crofton|work <Crofton|work!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto11:30
*** abelal <abelal!~quassel@110.93.212.98> has quit IRC11:35
*** Noor <Noor!~quassel@110.93.212.98> has quit IRC11:36
*** Noor <Noor!~quassel@110.93.212.98> has joined #yocto11:36
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto11:36
*** yann <yann!~yann@178.208.16.32> has quit IRC11:50
*** yann <yann!~yann@178.208.16.32> has joined #yocto11:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC12:02
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC12:03
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC12:06
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto12:07
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC12:10
*** hnje1 <hnje1!~hnje@81.216.59.226> has joined #yocto12:11
*** hnje2 <hnje2!~hnje@81.216.59.226> has joined #yocto12:14
*** hnje <hnje!~hnje@81.216.59.226> has quit IRC12:14
*** hnje1 <hnje1!~hnje@81.216.59.226> has quit IRC12:17
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto12:24
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto12:26
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto12:26
*** christner <christner!~dchristne@70-91-95-105-washington.dc.hfc.comcastbusiness.net> has joined #yocto12:28
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC12:29
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto12:30
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto12:30
*** vmeson <vmeson!~rmacleod@128.224.252.2> has joined #yocto12:33
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:33
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC12:41
*** marka <marka!~masselst@184.175.21.48> has joined #yocto12:44
*** arkom <arkom!~arkom@031135174084.warszawa.vectranet.pl> has quit IRC12:44
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:46
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto12:55
*** pidge <pidge!~pidge@83.136.43.153> has quit IRC13:03
*** pidge <pidge!~pidge@83.136.43.153> has joined #yocto13:03
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has quit IRC13:04
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has quit IRC13:06
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:6683:415a:bf63:3223> has quit IRC13:16
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:6683:415a:bf63:3223> has joined #yocto13:16
*** nighty-- <nighty--!~nighty@kyotolabs.asahinet.com> has joined #yocto13:18
*** grma <grma!~gruberm@80.93.38.128> has quit IRC13:19
*** cratliff <cratliff!~cratliff@209.83.116.104> has joined #yocto13:22
*** hnje2 <hnje2!~hnje@81.216.59.226> has quit IRC13:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto13:28
*** ant_work <ant_work!~ant__@host61-226-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC13:28
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto13:36
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC13:42
yoctiNew news from stackoverflow: How to setup an Yocto recipe to build from a local git source? <https://stackoverflow.com/questions/49535881/how-to-setup-an-yocto-recipe-to-build-from-a-local-git-source>13:47
*** morphis__ <morphis__!~morphis@pD9ED6540.dip0.t-ipconnect.de> has joined #yocto13:49
*** morphis_ <morphis_!~morphis@pD9ED728D.dip0.t-ipconnect.de> has quit IRC13:53
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC14:04
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC14:09
laplanteNow that insserv is gone, has everyone pretty much moved to systemd?14:12
jwwHello !14:17
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC14:19
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto14:19
*** rfried <rfried!~rfried@207.154.200.205> has quit IRC14:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto14:32
*** rfried <rfried!~rfried@207.154.200.205> has joined #yocto14:33
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:42
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC14:43
*** yann <yann!~yann@178.208.16.32> has quit IRC14:49
*** yann <yann!~yann@178.208.16.32> has joined #yocto14:51
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC14:55
*** mario-go` <mario-go`!~user@static.107.70.9.5.clients.your-server.de> has joined #yocto14:55
*** mario-goulart <mario-goulart!~user@static.107.70.9.5.clients.your-server.de> has quit IRC14:56
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto14:57
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto14:58
*** wladz <wladz!~zuz@107.170.255.55> has quit IRC15:02
*** yann <yann!~yann@178.208.16.32> has quit IRC15:08
jwwI have some troubles with a custom recipe, I can build it using bitbake ecsw-lib , but I cannot add it to an image I have an error from dnf telling me it cannot find it.here is the .bb file source, the .bbappend and bitbake output with error : http://dpaste.com/1TWH1H7 , can somebody help please ?15:09
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC15:16
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto15:17
otaviorburton: i reported a serious bug on golang15:17
*** yann <yann!~yann@178.208.16.32> has joined #yocto15:18
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto15:25
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has joined #yocto15:25
*** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC15:28
*** Artox <Artox!~Artox@79.124.7.87> has joined #yocto15:28
*** sgw <sgw!~swold@134.134.139.76> has quit IRC15:32
*** yann <yann!~yann@178.208.16.32> has quit IRC15:33
laplantejww: check the packages-split directory under the recipe's workdir (e.g. build/tmp/work/mymachine/ecsw-lib/1.0r0..../packages-split/ecsw-lib/) and ensure it's not empty15:38
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has joined #yocto15:46
*** rajm <rajm!~robertmar@167.98.27.229> has quit IRC15:46
fberghello guys ! I ahve a recipe whose makefile install mylib.a in /usr/lib using:         install:all install -d -m 755 ${DESTDIR}$(libdir) install -m 644 libjsmn.a ${DESTDIR}$(libdir)15:47
fbergthe compilation process has no problem, but the QA complains that Files/directories were installed but not shipped in any package:15:48
fberg15:48
fberg usr/lib15:48
fbergusr/lib/mylib.a15:49
fbergby the way in my recipe I've added: PACKAGES = "${PN} ${PN}-dev"15:49
kergothyou removed ${PN}-staticdev, so it's not packaged anymore15:49
fbergDoes anyone have any suggestion ?15:49
rburtonfberg: why are you changing PACKAGES?15:55
rburtonas kergoth said it goes into PN-staticdev normally, which you've explicitly removed15:56
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has quit IRC15:57
fbergrburton:15:57
*** lukma <lukma!~lukma@89-64-1-240.dynamic.chello.pl> has joined #yocto15:58
fbergkergoth:16:00
fbergthank you16:00
fbergI have seen that FILES_${PN} also include ${libdir}/*.a16:01
fbergby the way it's not the case16:01
rburtononly staticdev has .a in by default16:01
zeddiisomtimes I wish I understood WTF go wants from me when building things16:03
* zeddii wanders off in a rage16:03
rburtonyour firstborn16:03
zeddiiI'm also wondering why my core-image-kernel-dev has latched onto a kernel module from a kernel version I'm not building and refuses to assemble16:03
zeddiithis is not helping the rage16:03
zeddii * Solver encountered 1 problem(s):16:04
zeddii * Problem 1/1:16:04
zeddii *   - nothing provides kernel-module-6lowpan-4.15.0-rc9-yoctodev-standard needed by kernel-modules-4.15-rc++git0+ee7e849882_c36098c410-r0.qemux86_6416:04
zeddii *16:04
rburtonand this is why i do builds in a tmpfs16:04
rburtongood for blasting away tmp if i need to16:04
zeddiiI'M BUILDING 4.14 for rburton's test failure!!!16:04
rburtonyay zeddi16:04
zeddiibut I can't assemble the core-image-kernel-dev16:04
zeddiiI guess I'll rm -rf tmp and wait the time again.16:04
* zeddii waves by to the hour that first one took.16:04
zeddiibye even16:05
zeddiithe rage has stopped me from properly typing :D16:05
jwwlaplante: this directory is empty !16:06
fbergrbuton: tahnk you16:06
zeddiirburton. just drop all my recent SRCREV updates. it's going to be next week before I get another version of the patches out. since I'm off for a 4 day easter weekend and this obscure build error has run me out of time.16:09
laplantejww: then packaging failed, I think, and so no rpm is generated. Can you try a bitbake ecsw-lib -c cleansstate, and then try again with bitbake ecsw-lib?16:11
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto16:12
rburtonjww, laplante: bitbake ecsw-lib -C unpack is faster16:12
rburtondoesn't spend an age trying to find sstate to remove, just forces a rebuild16:12
laplanterburton: sweet, thanks!16:12
kergothindeed, -C is great. also the only way to force a build from scratch when sstate mirrors are involved16:13
kergothwell, otehr than the heavier-handed --no-setscene16:13
*** yann <yann!~yann@178.208.16.32> has joined #yocto16:13
jwwlaplante: I get the same issue.16:14
laplantejww: strange, perhaps an expert can chime in :/16:15
rburtonjww: remove do_configure and do_compile16:16
jwwrburton: ok I'll try it .16:16
rburtonjww: well, your do_install and FILES dont match do they16:16
rburtoninstall is putting files into $(includedir) but FILES is hardcoding (bad) /usr/lib16:17
rburtonif you just delete FILES then those headers will be in PN-dev like you'd expect16:17
jwwyes that wrong, I'll correct that too.16:17
jwwrburton: I thinked I had some Q/A error when I did not used FILEs16:18
rburtonnot any that FILES would be fixing16:19
jwwallright I remove it too.16:20
*** martinkelly1 <martinkelly1!~martin@71-212-16-149.tukw.qwest.net> has joined #yocto16:20
rburtonwhat's happening is that you're installing two headers, which get packaged into ecsw-lib-dev16:20
rburtonnothing is going into ecsw-lib, so the package doesn't exist16:20
rburtonso you just want to add ecsw-lib-dev to install the headers in your image16:20
*** fl0v0 <fl0v0!~fvo@mue-88-130-102-198.dsl.tropolys.de> has quit IRC16:20
rburton"oe-pkgdata-util list-pkg-files -p ecsw-lib" will show you what was packaged16:21
*** bavery_fn <bavery_fn!~bavery@134.134.139.76> has quit IRC16:21
jwwrburton: I checked for file to be installed in build/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/ecsw-lib/1.0-r0/image is that wrong ?16:23
jwwoh the build is over, I still have the same issue :\16:24
rburtonno, but it won't work if you enable rm_work, or if you want to know what is in a pacakge that was pulled from sstate16:24
rburtontell us what you expect, as at the moment i'm kind of guessing16:24
jwwI just wish to add this package to core-image-full-cmdline16:25
rburtonwhat does the package contain16:25
jww2 headers files.16:25
rburtonso your do_install works16:25
rburtonremove do_configure/do_compile/FILES as they're all useless16:26
*** fberg <fberg!~kappe@93-42-191-214.ip88.fastwebnet.it> has quit IRC16:26
rburtonyour headers have gone into ecsw-lib-dev16:26
jwwI've done it16:26
rburtonbecause they're headers16:26
jwwoh so I should add ecsw-lib-dev and ecsw-lib ?16:26
rburton*but* the catch is that PN-dev by default depends on PN, on the rationale that typically if you install libfoo-dev you want libfoo16:26
rburton*but* PN is empty so doesn't get generated16:26
rburtoneasily solved by adding RDEPENDS_${PN}-dev = ""16:26
rburtonthen add ecsw-lib-dev to your image16:27
jwwI try this !16:28
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto16:30
peacememorieshey everyone. i've got a recipe that installs precompiled binaries, available for x86, x86_64, arm32 and arm64. is there a way to specify that this recipe is only compatible with certain architectures16:31
peacememories*?16:31
rburtonpeacememories: COMPATIBLE_*, lots of examples in oe-core16:31
jwwrburton: it worked ! but should I better set PN ? as you guessed I'm new to yocto.16:31
kergothjww: PN is set by default based on the recipe filename.16:32
peacememoriesrburton thx, will look into it. apparently i just didn't know how to google it^^16:32
jwwkergoth: oh. I must have misunderstood.16:32
peacememorieshmm, i can find COMPATIBLE_MACHINE, but that seems to want me to specify specific machines, not processor architectures16:33
kergothpeacememories: grep more.16:33
kergothpeacememories: on the first page of results is both COMPATIBLE_HOST and COMPATIBLE_MACHINE16:34
jwwlaplante / rburton / kergoth thanks for your help .16:34
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC16:34
peacememoriesaah, i thought COMPATIBLE_HOST was only for the host system16:34
*** kanavin <kanavin!ak@nat/intel/x-ejfrcqisljcboizr> has quit IRC16:37
kergothit's HOST in autoconf-parlance. build == what we're running on, host == what the binaries will on, target == what the binaries support / target16:37
kergothBUILD_*, HOST_*, and TARGET_* in bitbake.conf use the same convention16:38
laplantejww: happy to provide what little help I did. I'm also relatively new to Yocto. It will become much easier as you play with it more.16:38
kergoths/will on/will run on/16:38
*** kanavin <kanavin!ak@nat/intel/x-ptzyosgfvldfvkrb> has joined #yocto16:38
*** thaytan <thaytan!~thaytan@180-150-118-156.NBN.mel.aussiebb.net> has joined #yocto16:38
*** yann <yann!~yann@178.208.16.32> has quit IRC16:45
peacememorieshmm, another stupid question. right now i'm not inheriting any class (because i'm not using autotools) and have added one .tgz file to the SRC_URI. it is being downloaded, but apparently it is not being extracted. do i need to inherit a specific class for that behaviour or do anything else?16:53
*** yann <yann!~yann@178.208.16.32> has joined #yocto16:53
kergothnope, base.bbclass sets up the default do_unpack task16:54
peacememoriesand base.bbclass is being inherited automatically?16:54
kergothyep16:55
peacememoriesokay... so what else could be going wrong?16:55
peacememories(do_unpack runs before i hit my errors, btw)16:55
peacememories(this is the file, btw: https://hastebin.com/isitokoqik.bb)16:56
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:58
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC17:03
peacememoriesnvm, found the problem. against all convention the folder inside the tgz is not called the same as the tgz^^17:06
peacememoriesoh, additional fun. the installer is trying to add users^^ can i even allow that in a do_install?17:09
*** vdehors <vdehors!~vdehors@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC17:12
*** bavery_fn <bavery_fn!~bavery@134.134.139.83> has joined #yocto17:14
*** AbleBacon_ <AbleBacon_!~AbleBacon@unaffiliated/ablebacon> has joined #yocto17:17
kergothnope, need tou se the useradd class17:18
peacememoriesi got around the problem by just not installing udev rules^^17:18
peacememoriesthe next one is a bit more ugly though. apparently the installer uses hardcoded installation paths17:18
peacememoriesmeaning it tries to write to /usr/lib ^^17:19
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC17:19
*** AbleBacon_ is now known as AbleBacon17:19
peacememoriesis there a way to work around that with bitbake or should i just burn the installer to the ground and copy the files manually?^^17:19
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC17:28
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has joined #yocto17:29
*** Willy-- <Willy--!~william@156.34.80.156> has quit IRC17:30
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto17:30
*** Willy-- <Willy--!~william@156.34.80.156> has joined #yocto17:30
rburtonpeacememories: burn the installer to the ground17:35
rburtonpeacememories: assuming it doesn't have a hidden option to change it - always worth checking other distributions quickly17:35
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC17:37
* peacememories lights a match17:40
*** tavish <tavish!~tavish@unaffiliated/tavish> has joined #yocto17:45
*** yann <yann!~yann@178.208.16.32> has quit IRC17:45
*** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto17:49
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-olcwnveozfmstzyo> has quit IRC18:03
peacememorieswell, turns out it was easier to rip the dependency out of our project since it wasn't being used anymore anyway^^18:20
peacememoriesthanks for all your help :)18:20
peacememoriesgotta go catch some z's now18:20
*** peacememories <peacememories!~textual@e254-045.eduroam.tuwien.ac.at> has quit IRC18:20
*** morphis__ <morphis__!~morphis@pD9ED6540.dip0.t-ipconnect.de> has quit IRC18:22
AbleBaconso what's the strategy with all this? set everything up the best you can, hope the build comes out right, and if not, try again?18:35
yoctiNew news from stackoverflow: Error building meta-debian in yocto <https://stackoverflow.com/questions/49541571/error-building-meta-debian-in-yocto>18:48
*** martinkelly <martinkelly!~martin@65-122-179-226.dia.static.qwest.net> has quit IRC18:50
rburtonAbleBacon: pretty much.  not sure what the alternative would be to "try your best, iterate when it doesn't work"19:03
laplanteanyone here available to answer a question about .scc files?19:12
*** bluelightning_ is now known as bluelightning19:13
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto19:14
*** dave0x6d <dave0x6d!uid190567@gateway/web/irccloud.com/x-dthixbdnneunvkja> has joined #yocto19:14
*** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC19:15
yoctiNew news from stackoverflow: configuration of user and group setting in pulseaudio <https://stackoverflow.com/questions/49542426/configuration-of-user-and-group-setting-in-pulseaudio>19:18
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC19:18
*** stephano <stephano!~stephano@192.55.54.40> has joined #yocto19:20
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto19:23
laplanteIs there something special I need to do when modifying .scc files to ensure the .cfgs actually get copied to build/tmp/work-shared/MACHINE/kernel-source/.kernel-meta/configs ???19:40
*** sveinse <sveinse!~sveinse@156.92-221-160.customer.lyse.net> has left #yocto19:44
ElyAnyone else hit by "nothing provides python3-sqlite3 needed by dnf-2.7.5-r0.aarch64" during do_rootfs in master ?19:51
*** martinkelly1 <martinkelly1!~martin@71-212-16-149.tukw.qwest.net> has quit IRC19:51
rburtonEly: python3 should have built that, use oe-pkgdata-util list-pkgs -p python3 to check19:57
Elynot in there, mmh19:58
ElyOnly python3-sqlite3-tests19:58
ElyThis error started appearing after I pulled the latest master, hadn't updated for like 2-3 weeks19:58
ElyI did a full rebuild though..19:59
*** fray <fray!~fray@kernel.crashing.org> has quit IRC20:01
rburtonsoundspython3-sqlite3:20:02
rburton        /usr/lib/python3.5/lib-dynload/_sqlite3.cpython-35m-x86_64-linux-gnu.so20:02
rburtonthough interestingly other bits of it are in python3-misc, thats not right20:02
Elybitbake tells me " python3 RPROVIDES python3-sqlite3" also, but somehow the package isn't there20:03
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has joined #yocto20:03
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC20:05
*** yann <yann!~yann@LFbn-1-527-224.w86-245.abo.wanadoo.fr> has quit IRC20:14
*** vmeson <vmeson!~rmacleod@128.224.252.2> has quit IRC20:16
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has quit IRC20:19
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto20:20
ElyLike, it's there in packages-split, but it's not forwarded to deploy-rpms20:22
Elyah nevermind the folder is empty in packages-split/python3-sqlite320:22
rburtonsounds like for whatever reason it doesnt want to build the sqlite module20:25
rburtonyou'll want to read configure.log20:25
*** ladidadida <ladidadida!~ladidadid@ipbcc2211a.dynamic.kabel-deutschland.de> has joined #yocto20:27
*** rozachar <rozachar!~rozachar@2001:420:284a:1300:14a0:52cf:a9fa:69e0> has joined #yocto20:30
aehs29Ely: The python3-sqlite folder should have _sqlite.so library in it, I agree with rburton, it looks like its not building the module20:30
ElyGood call..20:30
ElyThe necessary bits to build these optional modules were not found:20:30
Ely_bz2                  _curses_panel         _dbm20:30
Ely_gdbm                 _lzma                 _sqlite320:30
*** martinkelly <martinkelly!~martin@71-212-16-149.tukw.qwest.net> has joined #yocto20:32
aehs29Ely: yeah thats it20:33
*** martinkelly <martinkelly!~martin@71-212-16-149.tukw.qwest.net> has quit IRC20:36
rozachari am running into a weird problem , when I add kernel-devsrc to my CORE_IMAGE_EXTRA_INSTALL list I get a build error , complaining about /local/rozachar/poky/build/tmp/pkgdata/intel-corei7-64/runtime-reverse/libpython2.7-1.0 but python2 should not be installed in the system20:39
Elyahh my bad, the culprit was meta-clang.. I added python3 to nonclangable and it works :<20:42
Elysorry20:42
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto20:46
*** pohly <pohly!~pohly@p548497B7.dip0.t-ipconnect.de> has quit IRC20:49
*** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has joined #yocto20:52
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC21:03
*** marka <marka!~masselst@184.175.21.48> has quit IRC21:11
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@ubuntu/member/locutusofborg> has quit IRC21:15
*** LocutusOfBorg <LocutusOfBorg!LocutusOfB@gateway/shell/panicbnc/x-mqvwodzbtvbqtpnf> has joined #yocto21:15
*** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto21:23
*** martinkelly <martinkelly!~martin@205.175.119.149> has joined #yocto21:28
*** cratliff <cratliff!~cratliff@209.83.116.104> has quit IRC21:28
AbleBaconnoooooo! fatal error after like 4 hours of building21:29
*** tavish <tavish!~tavish@unaffiliated/tavish> has quit IRC21:30
Crofton|workAbleBacon, fix and restart?21:36
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:39
aehs29Ely: awesome, no worries21:40
rozacharit seems like kernel-devsrc has a implicit dependancy on python2 , the spec file it generates requires /usr/bin/python21:47
zeddii_homethe current kernel devsrc is basically garbage21:48
zeddii_homebut my re-write didn’t make it into this release21:49
zeddii_homein the rewrite, I have the python dependency explicitly added.21:49
*** colrack <colrack!~colrack@94.126.8.166> has quit IRC21:49
rozacharcool - is that in master?21:49
zeddii_homenope21:49
zeddii_homeif it was in master, that would imply it made the release21:49
zeddii_homethere was some bizarre multilib error with openssl that I never tracked down.21:50
zeddii_homeso it sits.21:50
zeddii_homebut you can find the variants on the mailing list.21:50
rozacharthanks21:50
zeddii_homebut my advice is do as little with devsrc as possible, since once the current release is done, everything in the existing code will be blown away.21:50
* zeddii_home is a little bitter about multilib breakage. 21:51
zeddii_homebut alas :D21:51
zeddii_homethe new devsrc is about 10Megs, instead of the current 600M, so that’s a bonus :D21:51
*** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has joined #yocto21:56
rburton_Ely: connection got dropped a bit but can you send a patch to meta-clang to add python please?21:57
Elyrburton_: sure22:02
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC22:05
*** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto22:10
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto22:14
*** fray <fray!~fray@kernel.crashing.org> has joined #yocto22:28
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC22:33
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto22:40
*** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has quit IRC22:40
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jyjiydshanebnlcr> has joined #yocto22:45
noway96how to set password of root user?22:45
khemrburton: you forgot the x264 patch22:45
khemrburton: https://patchwork.openembedded.org/patch/149334/22:47
*** skz81 <skz81!~SKZ@ptr-got7aufrhabzng3c8nz.18120a2.ip6.access.telenet.be> has quit IRC22:50
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC22:57
noway96in usermod -P can I use any character on the keyboard for password?23:08
aehs29noway96: unlikely23:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:14
noway96where can I find the list of valid/invalid characters?23:15
noway96for usermod -P <pass> root23:16
kergothpresumably the man page for usermod or passwd. also consider shell quoting issues23:16
noway96usermod -P is not valid in linux23:16
noway96ubuntu*23:16
noway96usermod -p however is23:16
noway96and linux has no character restrictions23:16
kergothirrelevent, the allowed characters in a password is completely independent of command syntax23:16
noway96kergoth, sure23:17
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:19
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC23:19
*** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC23:19
noway96can I treat the recipe as a script so I can do PASSWORD="<pass>"23:19
noway96and then later usermod -P $PASSWORD root23:20
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC23:20
kergoth${PASSWORD} would be needed unless you export it23:21
kergothbut otherwise yes23:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:23
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto23:23
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has quit IRC23:27
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC23:38
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto23:40
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC23:40
*** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto23:44
*** dreyna <dreyna!~dreyna@unknown-157-216.windriver.com> has quit IRC23:44
*** dreyna <dreyna!~dreyna@unknown-6-180.windriver.com> has joined #yocto23:45
*** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC23:46
*** User_ <User_!~User@mti-37-145.tm.net.my> has joined #yocto23:49
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto23:52
*** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC23:53
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto23:53
khemrburton: https://patchwork.openembedded.org/patch/149334/23:54
* khem 's UP arrow key needs to be replaced23:55
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto23:58

Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!