Friday, 2019-11-01

« Thursday, 2019-10-31 Index Saturday, 2019-11-02 »
*** zopsi <zopsi!~zopsi@96.126.123.81> has quit IRC00:00
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto00:01
*** hpsy <hpsy!~hpsy@85.203.15.50> has joined #yocto00:13
*** zwelch <zwelch!~zwelch@fluffy.superlucidity.net> has joined #yocto00:14
yoctiNew news from stackoverflow: Unable to start bitbake server <https://stackoverflow.com/questions/48132054/unable-to-start-bitbake-server>00:18
*** vineela <vineela!~vtummala@134.134.137.75> has quit IRC00:27
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC00:39
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto00:40
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC00:43
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:44
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto00:46
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC00:46
*** camus is now known as kaspter00:46
*** chandana73 <chandana73!~ckalluri@149.199.62.131> has quit IRC00:55
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC01:06
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC01:10
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto01:10
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC01:59
*** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto02:01
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto02:23
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC02:24
*** camus is now known as kaspter02:24
*** camus <camus!~Instantbi@222.67.188.168> has joined #yocto02:26
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC02:28
*** camus is now known as kaspter02:28
*** camus <camus!~Instantbi@222.67.152.154> has joined #yocto03:13
*** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC03:14
*** camus is now known as kaspter03:14
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC03:18
*** kaspter <kaspter!~Instantbi@222.67.152.154> has joined #yocto03:19
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC03:37
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC03:38
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto03:39
*** davisr_ <davisr_!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto03:41
*** davisr <davisr!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC03:41
*** davisr_ <davisr_!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC03:43
*** davisr_ <davisr_!~davisr@cpe-184-58-235-7.wi.res.rr.com> has joined #yocto03:43
*** lpapp <lpapp!~lpapp@kde/lpapp> has quit IRC03:48
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC04:17
*** davisr__ <davisr__!davisr@gateway/vpn/privateinternetaccess/davisr> has joined #yocto04:19
*** davisr_ <davisr_!~davisr@cpe-184-58-235-7.wi.res.rr.com> has quit IRC04:21
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC04:40
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto04:41
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC04:53
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto04:57
*** apteryx <apteryx!~maxim@dsl-151-45.b2b2c.ca> has quit IRC05:00
*** davisr__ <davisr__!davisr@gateway/vpn/privateinternetaccess/davisr> has quit IRC05:05
*** camus <camus!~Instantbi@101.93.194.160> has joined #yocto05:44
*** kaspter <kaspter!~Instantbi@222.67.152.154> has quit IRC05:45
*** camus is now known as kaspter05:45
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto06:00
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC06:13
*** JaMa <JaMa!~martin@ip-217-030-068-212.aim-net.cz> has joined #yocto06:13
*** JaMa is now known as Guest8434306:13
*** camus <camus!~Instantbi@222.67.188.187> has joined #yocto06:16
*** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC06:18
*** camus is now known as kaspter06:18
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto06:34
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC06:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC07:03
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto07:20
*** ECDHE_RSA_AES256 <ECDHE_RSA_AES256!~quassel@unaffiliated/ecdhe> has joined #yocto07:24
*** ecdhe <ecdhe!~quassel@unaffiliated/ecdhe> has quit IRC07:27
*** Crofton <Crofton!~Crofton@2a01:cb14:cf9:8c00:ab76:fa52:72e7:6617> has quit IRC07:47
*** Guest84343 <Guest84343!~martin@ip-217-030-068-212.aim-net.cz> has quit IRC07:54
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:58
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has joined #yocto08:02
*** Crofton <Crofton!~Crofton@91.217.168.176> has joined #yocto08:05
*** Crofton <Crofton!~Crofton@91.217.168.176> has quit IRC08:05
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:07
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto08:13
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto08:30
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC08:39
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:54
*** hpsy <hpsy!~hpsy@85.203.15.50> has quit IRC08:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:00
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:05
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:13
*** armpit <armpit!~armpit@2601:202:4180:a5c0:e96b:2d4c:84be:986f> has joined #yocto09:15
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC09:31
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC09:44
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto09:49
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC10:02
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC10:03
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto10:20
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto10:43
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto10:43
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has quit IRC10:51
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto10:52
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto10:53
*** kanavin <kanavin!~kanavin@91.217.168.176> has joined #yocto10:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC10:57
kayterinahello, hello11:02
LetoThe2ndhell-o, hell-o11:03
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto11:04
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto11:09
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has quit IRC11:22
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto11:22
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has quit IRC11:26
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto11:29
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has quit IRC11:30
*** kanavin <kanavin!~kanavin@91.217.168.176> has quit IRC11:31
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto11:31
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto11:31
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC11:32
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has quit IRC11:42
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC11:52
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:02
*** kanavin <kanavin!~kanavin@91.217.168.176> has joined #yocto12:11
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto12:15
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto12:15
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto12:35
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has quit IRC12:41
*** berton <berton!~berton@181.220.83.67> has joined #yocto12:42
*** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has joined #yocto12:43
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto12:43
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto12:45
*** AndersD_ <AndersD_!~AndersD@77.241.229.232> has joined #yocto12:49
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto12:50
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC12:50
kayterinaso...mfgtool v2.7. how does it work? why does it need an mfg-kernel and mfg uboot?13:01
*** berton <berton!~berton@181.220.83.67> has quit IRC13:07
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has quit IRC13:07
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has joined #yocto13:07
*** berton <berton!~berton@181.220.83.67> has joined #yocto13:08
*** AndersD_ <AndersD_!~AndersD@77.241.229.232> has quit IRC13:10
litbquick question.. in uninative.bbclass there's an event handler that fires for event ConfigParsed.13:18
litbit's a bitbake-style python function. and its only line is to call a normal python defined below it. what use does this have?13:18
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto13:29
*** T_UNIX <T_UNIX!~T_UNIX@109.190.253.13> has quit IRC13:31
*** ECDHE_RSA_AES256 is now known as ecdhe13:31
kroonlitb, that function is used in another place aswell13:33
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has quit IRC13:37
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto13:40
*** bobo <bobo!~bobo@91.217.168.176> has joined #yocto13:44
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto13:45
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has quit IRC13:56
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC13:57
litbquick question... in https://www.yoctoproject.org/docs/1.1/adt-manual/adt-manual.html there are some useful things like description of meta-ide-support14:13
litbbut adt-manual seems to be outdated/deprecated because it belongs to yocto version 1.1 ?14:13
litbhttps://www.yoctoproject.org/docs/latest/sdk-manual/sdk-manual.html doesn't include those infos anymore, though14:14
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto14:16
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC14:17
LetoThe2ndlitb: adt, meta-toolchain and the eclipse plugin are totally outdated and unsupported by now14:20
litbah, I see!14:20
LetoThe2ndi actually think that anybody offering a good dev experience based on OE, nice IDE integration , maybe even on windows, would have a serious sales pitch14:22
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC14:24
*** leon-anavi <leon-anavi!~Leon@91.217.168.176> has joined #yocto14:26
*** berton <berton!~berton@181.220.83.67> has quit IRC14:29
litbLetoThe2nd, yeah with nice GUI for devtools and reintegration support into the layers.. that would be cool.14:31
LetoThe2ndlitb: make up, sell, profit!14:32
*** farnerup <farnerup!~farnerup@h-254-84-175.A137.corp.bahnhof.se> has quit IRC14:34
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC14:35
*** khem <khem!~khem@unaffiliated/khem> has quit IRC14:35
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto14:36
*** kanavin <kanavin!~kanavin@91.217.168.176> has quit IRC14:38
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto14:39
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto14:40
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC14:56
*** falstaff_ <falstaff_!~quassel@37.17.234.113> has joined #yocto14:56
litbThis does not work, I suspect, in a bb that inherits siteinfo ?    OVERRIDES .= ":bits-${SITEINFO_BITS}"      FOO_bits-32 = ...   FOO_bits-64 = ...    , because overrides are applied before running anonymous python functions15:04
litband SIZEINFO_BITS is set in an anonymous python function within siteinfo.bbclass15:04
litbI'm not using the MACHINEOVERRIDES  x86  and x86-64  because they won't work when building the recipe for -native and nativesdk-15:05
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:13
*** d_thomas <d_thomas!cffae6c2@207.250.230.194> has joined #yocto15:20
*** fullstop <fullstop!~fullstop@162.243.42.48> has joined #yocto15:22
*** bobo <bobo!~bobo@91.217.168.176> has quit IRC15:24
d_thomasI'm building the AT91Bootstrap bootloader through Yocto.  The *.inc file is setting the default configuration, but I would like to change it.  What is the best way to do that?  Create a .bbappend file to modify *.inc file?  Run menuconfig before the build?  Something else?15:25
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto15:25
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC15:27
*** Sandrita38 <Sandrita38!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto15:33
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC15:33
armpitd_thomas, just, you can "patch" the default config with the changes you need15:36
armpitbbapend the bootstrap recipe15:36
d_thomasSo I could change a variable from the inc file in a bbappend?15:37
kergothincluding a .inc is no different than putting its content int he recipe itself15:38
kergothand a bbappend is just like concatenating those lines to the recipe15:38
kergothso short answer yes15:38
d_thomasOkay.  The source was providing a .bb file and an .inc file.  I just wanted to follow "best practices" for changing it.  I'll go with a bbappend file.15:38
d_thomasthanks!15:39
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC15:40
kergothyeah, there's no way to directly append a .inc, so that's the only viable option in most cases15:45
yoctiNew news from stackoverflow: apt-get returns 100 when bitbaking meta-toolchain-qt5 <https://stackoverflow.com/questions/58661863/apt-get-returns-100-when-bitbaking-meta-toolchain-qt5>15:50
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC15:53
fullstopI have a commercial package with a bunch of shared libraries that are pre-built, so I can't get them versioned properly with sonames.  I have it set up as a package and the .so files are in the regular package and the .h files are in the -dev package.15:53
fullstopHow can I get the .so files also in the -dev package without the symlink and qa checks failing?15:53
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:55
*** falstaff_ <falstaff_!~quassel@37.17.234.113> has quit IRC15:58
kergothFILES_${PN} += "${libdir}/*.so"15:59
kergothFILES_SOLIBSDEV = ""15:59
kergother, misread16:00
kergoththe above will move the non-symlink .so to the main package16:01
*** litb <litb!~jschaub@pd907fca9.dip0.t-ipconnect.de> has quit IRC16:01
kergoththat and/or use of INSANE_SKIP_${PN} to disable explicit qa checks should get you where you want to be one way or the other16:01
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto16:03
fullstopi'll give that a shot16:04
LetoThe2ndinoffiall end-of-lyon dinner: ~18:00 at the brew brothers16:06
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC16:10
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto16:12
*** chandana73 <chandana73!~ckalluri@149.199.62.129> has joined #yocto16:17
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto16:29
*** grumboo is now known as grumble16:30
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto16:41
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC16:46
*** kanavin <kanavin!~kanavin@81.18.188.213> has joined #yocto16:47
fullstopokay, so I'm following https://wiki.yoctoproject.org/wiki/TipsAndTricks/Packaging_Prebuilt_Libraries which seems to be what kergoth was referring to.. I have no symlinks and everything is just a plain old .so file.16:48
fullstopIf I follow that guide, I end up with the libraries in the target filesystem, and that's great -- exactly what I want!16:49
fullstopIs there a way to include those .so files in the recipe-sysroot so that another recipe / package can link to them?16:50
kanavinfullstop, yes - if that recipe DEPENDS on the recipe that packages the libs, they should appear in that recipe's sysroot prior to building16:56
fullstopkanavin: when I tried that only the .h files were present, since the .so files were not part of the -dev package16:57
*** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto17:02
kanavinfullstop, the sysroot population is separate from packaging and has own rules17:04
kanavinfullstop, where do the .so libs go to during install?17:04
fullstopkanavin: /opt/nvidia/deepstream-4.0/lib/*.so17:11
rburton*sigh&17:12
*** Sandrita38 <Sandrita38!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC17:13
fullstopsorry, rburton17:13
rburtondear everyone: put libraries in the proper place17:13
rburtonfullstop: can you put them into /usr/lib where they're meant to go?17:13
fullstopI can relocate them with a bit of effort.17:13
rburtonif not then add SYSROOT_DIRS += "/opt/" to the recipe17:13
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC17:14
fullstoplet me ensure that none of the deepstream binaries have rpaths17:14
rburtonoh they probably do, people who release binary software tend to do it wrong wherever they can17:14
fullstopgood news!  They don't!17:15
neverpanicHow did that work then in the first place? LD_LIBRARY_PATH or modified ld.so.conf?17:16
rburtoni'm gussing probably ld.so.conf17:17
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC17:17
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC17:17
fullstopnvidia provides an ubuntu image with no way to rebuild it.  That's why I'm using yocto.  I think that the original ubuntu image has ld.so.conf changes.17:17
rburtonniiiiice17:17
rburtonsee i said when there's a way to do it wrong, they will17:18
fullstopit's the nvidia way17:18
fullstopbut at least there is some linux support, right?17:18
rburtoni endorse forcing the packaging to be traditional as much as possible17:18
fullstoprburton: I sometimes worry about, and it's likely misguided, namespace collisions in /usr/lib/17:19
rburtonfullstop: valid if theyve named the libraries something silly. your call17:19
*** kanavin <kanavin!~kanavin@81.18.188.213> has quit IRC17:20
neverpaniceven then, /usr/lib/nvidia/ would probably be a better place, no?17:21
yoctiNew news from stackoverflow: Customizing U-boot serial prompt messages <https://stackoverflow.com/questions/58663248/customizing-u-boot-serial-prompt-messages>17:21
rburtonneverpanic: yeah17:21
fullstopI might do that17:21
neverpanicFWIW, $employer built a pretty big system using Yocto with its fair share of precompiled binaries, and we don't need an /opt folder either.17:23
neverpanicNo conflicts that I'm aware of. A couple of libs duplicated in ${libexecdir} in combination with PRIVATE_LIBS, but that's about it.17:23
rburtonlibraries in $libexecdir, of course17:25
neverpanicI'm not sure about the details of it, but some ${PN}-local dir, at least.17:25
neverpaniclibexecdir used to be libdir/BPN anyway for Yocto17:26
rburtonindeed17:28
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto17:30
fullstoprburton, kanavin (even though you dropped), neverpanic, kergoth: thanks a million, putting things in /usr/lib is definitely the way to go.17:34
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has joined #yocto17:34
*** turnip420 <turnip420!~machinehu@d207-216-21-173.bchsia.telus.net> has joined #yocto17:44
turnip420How are modules loaded on boot? I don't have a /etc/modules-load.d/ dir17:44
rburtonkernel autoloads17:47
rburtonthe usual userspace tools exist, so write files as you usually would if you want to force stuff to load17:47
turnip420rburton: So the kernel just finds all the ko files and loads them? All mine seem to live here /lib/modules/3.14.79+gc720cc017:56
rburtonturnip420: yocto behaves exactly as eg ubuntu in this17:56
turnip420https://manpages.ubuntu.com/manpages/bionic/man5/modules.5.html17:57
turnip420However I don't have a /etc/modules file17:57
rburtonmake one17:59
rburtonalso fwiw, my core-image-minimal has a /etc/modules-load.d/ directory17:59
rburton(because meta-intel drops a i915 file in there)18:00
turnip420I have a modprobe.d18:01
turnip420dir18:01
*** hpsy <hpsy!~hpsy@85.203.15.50> has joined #yocto18:04
turnip420Added my wifi driver ko to that file, comes up, still no wlan0 :(18:06
turnip420rburton: thanks for the help18:07
rburtonwifi driver should be auto-loaded unless the driver is terrible18:07
turnip420Hmm18:09
turnip420I'm assuming the wifi driver needs to come up before mac80211 and cfg80211, because right now I think it's coming up after. Also it doesn't seem to be autoloading18:12
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto18:14
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto18:17
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC19:12
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC19:29
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto19:33
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:37
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has quit IRC19:37
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:50
*** vmeson <vmeson!~rmacleod@S0106ac202ece3eb3.vc.shawcable.net> has joined #yocto19:50
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto19:51
*** d_thomas <d_thomas!cffae6c2@207.250.230.194> has quit IRC19:58
*** armpit <armpit!~armpit@2601:202:4180:a5c0:e96b:2d4c:84be:986f> has quit IRC20:01
*** armpit <armpit!~armpit@2601:202:4180:a5c0:7189:a226:f656:5c09> has joined #yocto20:02
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC20:06
*** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto20:10
*** d_thomas <d_thomas!cffae6c2@207.250.230.194> has joined #yocto20:20
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC20:21
d_thomasI'm using the meta-atmel layer.  I would like to upgrade the version of u-boot.  Should I create a *.bb file in my layer similar to what meta-atmel is using or should I create a *.bbappend file that updates the SRCREV, PV, etc. fields?20:22
d_thomasWhat is the correct approach here?20:22
LetoThe2ndd_thomas: it depends (TM)20:25
LetoThe2ndd_thomas: for smaller version bumps, a bbappend might be fine. a version upgrade usually should get a complete, derived recipe set IMHO20:26
d_thomasHmmm... I'm going from 6.0 to 6.2, but the dates in the recipe change from 2018.07 to 2019.04.20:32
LetoThe2ndd_thomas: i guess the 6.0 -> 6.2 is the atme sinux4sam version scheme, shich actually matters for nobdy20:37
d_thomasAs it is, the build didn't pick up my new version.  Gotta figure that out20:38
d_thomasIt still built the old version from meta-atmel20:38
LetoThe2ndand a version bump u-boot 2018.07 -> 2019.04 certainly is to be considered major and deserves a proper, fresstanding recipe IMHO20:38
LetoThe2ndbitbake -e it and see if PREFERRED_VERSION is being set sometwhere you don't expect, or if theres a MACHINE_COMPATIBLE marking that does something.20:39
d_thomasThat's kind of what I thought.  I wanted the recipes to be clear as to what they were building20:39
d_thomasI see some PREFERRED_PROVIDER comments about it20:42
d_thomasDoes it matter where my *.bb file is located?  I have it in my own custom layer.20:52
LetoThe2ndthat alone does not matter20:53
LetoThe2ndif its not built even if you expect it, then probably something does not allow it.20:54
d_thomasOtherwise standard procedure is to build the latest version determined by some method?20:56
LetoThe2ndyes20:56
LetoThe2ndbitbake -e it und look at the PV evaluation21:03
d_thomasPV evaluation?21:03
d_thomasu-boot does not have a PREFERRED_VERSION if that is what you mean.  Perhaps it's rejecting my recipe21:04
LetoThe2ndno, i mean exactly what i wrote.21:07
LetoThe2ndbitbake -e the u-boot build and look at the PV evaluation21:08
d_thomasPV="v2018.07-at91+gitAUTOINC+1e7d2e5973", it's getting set21:09
LetoThe2ndthis is the old version. and whats the evaluation history above it?21:10
d_thomasYes, that's the old version21:10
d_thomas 7085 # $PV [4 operations] 7086 #   set /home/daren/work/poky/meta/conf/bitbake.conf:203 7087 #     "${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE', False),d)[1] or '1.0'}" 7088 #   set /home/daren/work/poky/meta/conf/documentation.conf:338 7089 #     [doc] "The version of the recipe. The version is normally extracted from the recipe21:10
d_thomasfilename." 7090 #   set /home/daren/work/poky/meta/classes/sstate.bbclass:21 7091 #     [vardepvalue] "${PV}" 7092 #   set /home/daren/work/meta-atmel/recipes-bsp/u-boot/u-boot-at91_2018.07.bb:8 7093 #     "v2018.07-at91+git${SRCPV}" 7094 # pre-expansion value: 7095 #   "v2018.07-at91+git${SRCPV}" 7096 PV="v2018.07-at91+gitAUTOINC+1e7d2e5973"21:10
d_thomassorry, that's a mess21:10
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC21:11
LetoThe2ndmy guess is that something in the recipe does not allow it being built for your specific machine, or the distro/machine in use point to the old verson21:12
d_thomasIt doesn't appear to be even looking in my meta-custom layer21:13
LetoThe2ndhum. have you added it to bblayers.conf?21:14
d_thomasyes21:14
d_thomasI"m building other packages from that layer21:14
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:14
LetoThe2ndis the recipe fulfilling the regex recipes-*/*/*.bb?21:14
d_thomasyes, I copied the name and path from meta-atmel before changing the version numbers21:15
d_thomasin fact, I have a .bbappend file for the old version that building.... just didn't work on my board which is why I'm trying to upgrade21:15
LetoThe2ndso again, you have checked that your recipe sets compatible machine accordingly?21:16
d_thomasso the path should be good21:16
LetoThe2ndyou can also put it in a pastebin, u-boot is usually no big secret21:16
d_thomasyes, it does21:17
d_thomasI copied the recipe for the old version from meta-atmel21:17
d_thomaschanged two version numbers, the SRCREV value, and updated the require path21:18
d_thomashttps://pastebin.com/53Jj7e9K21:19
*** thannoy <thannoy!~anthony@134-48-190-109.dsl.ovh.fr> has quit IRC21:19
LetoThe2ndd_thomas: and absolutely nothing sets like PREFEREED_VERSION_u-boot-...?21:20
d_thomasnot that I've found21:24
d_thomasIf I can't figure this out, I will try to set it myself.... but I'd kind of like to understand what I'm missing here21:25
*** lucaceresoli <lucaceresoli!~lucaceres@88.147.30.77> has joined #yocto21:32
d_thomasWell that's frustrating, even the preferred version I set appears to be ignored21:44
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC21:47
LetoThe2ndi'm certain it could be spotted, but without knowing the rest of the layer and machine/distro files at *I* am out of ideas. and you are certainly not doing anyhitng in local.conf? or have leftovers from devtool?21:53
*** lucaceresoli <lucaceresoli!~lucaceres@88.147.30.77> has quit IRC22:09
*** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC22:18
*** hpsy <hpsy!~hpsy@85.203.15.50> has quit IRC22:22
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC22:50
*** vineela <vineela!~vtummala@134.134.137.73> has quit IRC22:58
*** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto23:01
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC23:32
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:40
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC23:43
« Thursday, 2019-10-31 Index Saturday, 2019-11-02 »

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!