Thursday, 2018-11-15

*** Willy-- <Willy--!~william@drmons0544w-156-34-8-55.dhcp-dynamic.fibreop.ns.bellaliant.net> has joined #yocto00:11
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-omtenbpvfqgojkwg> has joined #yocto00:11
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto00:24
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto00:24
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:28
*** stephano <stephano!~stephano@134.134.139.76> has joined #yocto00:29
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC00:53
*** Aethenelle_ <Aethenelle_!~Aethenell@38.98.162.245> has quit IRC01:20
*** Aethenelle_ <Aethenelle_!~Aethenell@38.98.162.245> has joined #yocto01:40
*** Aethenelle_ <Aethenelle_!~Aethenell@38.98.162.245> has quit IRC01:58
*** geissona_ <geissona_!~geissonat@45-18-127-186.lightspeed.austtx.sbcglobal.net> has quit IRC02:01
*** sgw1 <sgw1!~sgw@88.130.230.178> has joined #yocto02:02
*** sgw <sgw!~sgw@88.130.230.178> has quit IRC02:04
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC02:09
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto02:12
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto02:33
*** stephano <stephano!~stephano@134.134.139.76> has quit IRC02:46
*** kaspter <kaspter!~Instantbi@183.128.184.32> has quit IRC02:50
*** kaspter <kaspter!~Instantbi@183.128.184.32> has joined #yocto02:50
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC02:59
*** kaspter <kaspter!~Instantbi@183.128.184.32> has quit IRC03:08
*** kaspter <kaspter!~Instantbi@183.128.184.32> has joined #yocto03:08
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto03:08
*** rizwan_ <rizwan_!ab3d4396@gateway/web/freenode/ip.171.61.67.150> has quit IRC03:12
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto03:37
*** kaspter1 <kaspter1!~Instantbi@115.230.120.142> has joined #yocto03:54
*** kaspter <kaspter!~Instantbi@183.128.184.32> has quit IRC03:56
*** kaspter1 is now known as kaspter03:56
*** timblechmann <timblechmann!~quassel@2001:e68:5420:5df3:e9fc:3f46:bc4a:1cbd> has joined #yocto03:58
*** khem <khem!~khem@unaffiliated/khem> has quit IRC04:04
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC04:35
*** anujm <anujm!~anujm@134.134.139.76> has joined #yocto04:45
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-omtenbpvfqgojkwg> has quit IRC04:51
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:02
abelalmorning guys05:16
abelalbluelightning: do we know when the linux-yocto 4.19 branches are coming up?05:16
abelalarmpit: when are the next sumo updates planned? I mean when do you think nmut/next will be merged to the main branch?05:17
*** xtron <xtron!~mentor@110.93.212.98> has joined #yocto05:50
*** mattsm_ <mattsm_!~mattsm@76.205.175.243> has joined #yocto05:59
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC05:59
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-vlrpkqyvpqkwjqbk> has quit IRC05:59
*** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC06:00
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-jjeastrefbtrgnbl> has joined #yocto06:00
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto06:00
*** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has quit IRC06:00
*** paulg <paulg!~paulg@24-246-7-167.cable.teksavvy.com> has joined #yocto06:01
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto06:06
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC06:39
yoctiNew news from stackoverflow: Build yocto for x86 Linux desktop <https://stackoverflow.com/questions/53313884/build-yocto-for-x86-linux-desktop>06:53
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto06:59
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:02
*** sgw1 <sgw1!~sgw@88.130.230.178> has quit IRC07:11
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:15
*** frsc <frsc!~frsc@200116b82411140011453ca7e5267171.dip.versatel-1u1.de> has joined #yocto07:22
*** lazyape <lazyape!~lazyape2@athedsl-4549662.home.otenet.gr> has quit IRC07:23
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:26
*** fl0v0 <fl0v0!~fvo@i577B991F.versanet.de> has joined #yocto07:29
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC07:34
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:34
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:35
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-8-209.home.otenet.gr> has joined #yocto07:39
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:41
*** sgw <sgw!~sgw@88.130.230.178> has joined #yocto07:44
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC07:48
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:49
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC07:49
*** tgraydon <tgraydon!~textual@134.134.139.83> has quit IRC08:00
*** Carton__ <Carton__!~jo@213.55.184.184> has joined #yocto08:04
*** sgw <sgw!~sgw@88.130.230.178> has quit IRC08:11
*** sgw <sgw!~sgw@88.130.230.178> has joined #yocto08:15
*** mihais <mihais!~mihaiserb@86.120.134.70> has joined #yocto08:23
*** mckoan|away is now known as mckoan08:28
*** mihais is now known as mihais_08:31
*** mihais_ <mihais_!~mihaiserb@86.120.134.70> has quit IRC08:34
*** mihais <mihais!~mihaiserb@86.120.134.70> has joined #yocto08:36
bluelightningabelal: I don't, sorry... that's more of a question for zeddii08:38
*** mihais <mihais!~mihaiserb@86.120.134.70> has quit IRC08:40
*** mihais <mihais!~mihaiserb@86.120.134.70> has joined #yocto08:40
abelalzeddii: zeddii_home: can you comment on that?08:41
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto08:43
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto08:44
*** florian_kc is now known as florian08:44
*** sgw <sgw!~sgw@88.130.230.178> has quit IRC08:45
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:47
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto08:52
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has joined #yocto09:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC09:08
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:09
sagnerI have a basehash value changed issue, but I really don't get what is wrong. I just changed my kernel recipe to use a newer kernel and then my custom do_image_* task reports basehash changed09:15
sagnerhttps://pastebin.com/ae0WBAZi09:15
sagnerbitbake-diffsigs shows what I expect: yeah, I changed the kernel recipe.. Why is that a problem for the custom image?09:16
RPrburton: think I've figured out the hang09:18
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC09:19
rburtonwoo09:27
*** sgw1 <sgw1!~sgw@193.158.83.230> has joined #yocto09:30
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto09:32
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:39
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto09:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:43
*** sgw1 <sgw1!~sgw@193.158.83.230> has quit IRC09:48
OutBackDingokhem: ping09:51
*** sgw1 <sgw1!~sgw@193.158.83.230> has joined #yocto09:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:00
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto10:03
OutBackDingoimmediate need Yocto engineer experienced with raspberrypi 3b encrypted rootfs and initramfs, We have current use of  yocto thud with cryptsetup and devmapper, we can encrypt the device from a booted initramfs, however we cannot seem to have it unlocked on next boot, 1-2 days work or the right individual. Must provide bitbake recipes and configuration documentation on initramfs boot process to auto-unlock devices with key10:05
OutBackDingoanyone.... :)10:05
LetoThe2ndOutBackDingo: https://www.yoctoproject.org/community/consultants/10:08
LetoThe2ndOutBackDingo: paulbarker AFAIK has experience with the rpi, bu no idea if he's available and what he charges.10:10
*** sgw1 <sgw1!~sgw@193.158.83.230> has quit IRC10:12
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC10:20
OutBackDingoLetoThe2nd: thanks, i just need someone fast to sort out booting frrom initramfs, everything else is done, just doesnt seems to want to finds the luks partition10:28
OutBackDingo1-2 days work, im sure khem could knoock it out but hes never around10:28
OutBackDingopaulbarker: ping10:29
LetoThe2ndOutBackDingo: everybody always needs "just" somebody "fast" ... etc.10:30
LetoThe2ndOutBackDingo: when you need something beyond what this channel and the ML offer, i'd call it business as usual.10:30
OutBackDingoyupp, ive seeminglyy hit a roadblock dooing it woth yocto, any other board / OS no problem10:30
LetoThe2nd(and khem does not do consulting, AFAIK)10:30
OutBackDingoLetoThe2nd: but i know khhem holds the answer hes done this befoore :)10:31
OutBackDingomy current oopinion is its missing systemd sscripts10:32
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-zeefqdtuafmcjomv> has joined #yocto10:33
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto10:36
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:49
*** anujm <anujm!~anujm@134.134.139.76> has quit IRC10:52
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto10:54
*** gtristan <gtristan!~tristanva@110.11.179.72> has joined #yocto10:55
nayfeHi I'm trying to remove every syslog from Yocto, I used SRC_remove = "file://syslog.cfg" in busybox wth VIRTUAL-RUNTIME_syslog = "" and It fails to package busybox as busybox-klogd.service is shipped in busybox-syslog package do you know this  issue?10:57
nayfeAnd secondly, journald can't see message sent from C++ program with syslog.h API without any syslog, is it normal? systemd version 23710:58
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC10:58
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto11:06
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:07
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:12
*** sgw <sgw!~sgw@193.158.83.230> has joined #yocto11:12
*** bayoubengal01 <bayoubengal01!~bayoubeng@210.113.60.81> has joined #yocto11:14
bayoubengal01⧸ǃ\ ATТΝ: Τһiѕ cһanneⅼ has mо⋁ed to irc.frᥱeᥒoԁᥱ.ᥒеt #/jοiᥒ ⁄!\11:14
bayoubengal01Ꮃith οur IᎡC ad ser⋁ice yⲟᥙ can reɑch a global ɑudiеᥒce ഠf entreⲣrenᥱurѕ ɑᥒԁ feᥒtaᥒyl ɑⅾdicts ᴡith eⲭtraorԁіnаry engɑɡеmеnt rates! httpѕ⁚᜵/wiⅼliaⅿpitϲock.coⅿ/11:14
bayoubengal01Ⅰ thoᥙgһt уοᥙ ɡuyѕ miɡһt be intеrᥱѕtеd in this blоɡ by freenoԁе ѕtaff meⅿbеr Bryan kⅼoeri Οstеrgааrⅾ һttрs∶//brуanoѕterɡaard.cⲟm/11:14
bayoubengal01Read what ΙRᏟ ⅰnveѕtigɑtⅰve ϳourᥒɑlists һave ∪nϲⲟvered oᥒ tһе freenⲟⅾe рᥱdoрhiliɑ sсanԁɑl httpѕ։//encyclоpeⅾіadrɑⅿɑticɑ.rs/Freenodеgаte11:14
*** bayoubengal01 <bayoubengal01!~bayoubeng@210.113.60.81> has quit IRC11:14
*** Guest42655_ <Guest42655_!~Guest4265@112.159.57.60> has joined #yocto11:17
Guest42655_/!\ AТTN﹕ Τhiѕ ⅽһannеⅼ һas mоved to іrc.freеnode.net #/ϳoiᥒ /!\11:17
Guest42655_Ꮤitһ ഠur IRC ad servⅰϲe ỿoᥙ can rеaⅽh а ɡⅼobаⅼ ɑudіeᥒce оf entreрreᥒeurѕ аnԁ fentanyl ɑddicts with eхtraοrdіnarу eᥒgagᥱment rɑtᥱѕ! httрѕ:/⧸wⅰlliaⅿⲣitϲοck․cоm/11:17
Guest42655_I tһоuɡһt уou guys ⅿight bе ⅰntеrеѕteԁ ⅰn tһіs blοg by frᥱеnοdᥱ ѕtaff ⅿeⅿber Ⲃrỿаn kloеri Ostᥱrɡɑаrd https፡//bryaᥒoѕterɡaard.сom᜵11:17
*** Guest42655_ <Guest42655_!~Guest4265@112.159.57.60> has quit IRC11:17
tristanramnayfe: If disabling would suffice you can add SYSTEMD_AUTO_ENABLE_${PN}-syslog = "disable" in a busybox append11:18
*** sgw <sgw!~sgw@193.158.83.230> has quit IRC11:20
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.188.121.0.94> has joined #yocto11:25
*** sgw <sgw!~sgw@193.158.83.230> has joined #yocto11:33
*** pn <pn!~parthi@62.91.23.180> has quit IRC11:36
*** pn <pn!~parthi@62.91.23.180> has joined #yocto11:36
*** lusus_ <lusus_!~lusus@62.91.23.180> has joined #yocto11:36
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC11:39
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC11:42
*** feddischson <feddischson!~feddischs@55d4c2e1.access.ecotel.net> has joined #yocto11:47
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto11:48
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.188.121.0.94> has quit IRC11:55
*** CruX| <CruX|!~jozo@188-167-45-79.dynamic.chello.sk> has joined #yocto11:58
CruX|hello my eeprom device is located at  /sys/devices/soc0/soc.0/2000000.aips-bus/2000000.spba-bus/2010000.ecspi/spi_master/spi2/spi2.1/eeprom, is it possible to make symlink or device as /dev/fram0 in dtb ?11:58
rburtonRP: obviously we do need registered users only12:00
*** aairey19 <aairey19!~aairey@ppp-58-8-185-62.revip2.asianet.co.th> has joined #yocto12:01
RPrburton: hmm, I was hoping to avoid it :/12:01
*** aairey19 <aairey19!~aairey@ppp-58-8-185-62.revip2.asianet.co.th> has quit IRC12:01
rburtonOutBackDingo: if khem has done it before then its probably in the meta-rdk layers somewhere12:01
rburtonconsidering that is his day job12:02
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC12:02
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto12:02
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto12:07
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has joined #yocto12:23
*** sgw <sgw!~sgw@193.158.83.230> has quit IRC12:25
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has quit IRC12:26
*** sgw <sgw!~sgw@193.158.83.230> has joined #yocto12:26
RPrburton: latest mut run still isn't so healthy, you're making the autobuilder look bad!12:26
rburtonyeah sorry!12:26
DvorkinI have several patches for u-boot source. Patch files are located in the corresponding subdirs, i.e. /drivers/net/Kconfig.patch, /drivers/mmc/Kconfig.patch... etc. The problem is that when "quilt" see such files (with the same name), it says, the patches has been applyed already. How can I get rid of this annoyng paranoid check?12:26
rburtonRP: needs a 'disappear this build' button12:26
*** kanavin_home <kanavin_home!~ak@2a02:8109:b5c0:1a5d:ada5:a270:4516:9891> has joined #yocto12:27
*** Johannes <Johannes!c2da0676@gateway/web/freenode/ip.194.218.6.118> has joined #yocto12:29
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC12:31
Johannes Hi. I am trying to add the "tun" device to my Yocto but I don't exactly know how to do it. If I run "bitbake -c menuconfig linux-dey" (since I'm using Digi Embedded Yocto) and navigate to "Device Drivers -> Network device support -> Network core driver support -> Universal TUN/TAP device driver support" and select "M", tun is avaliable after I rebuild. But I don12:32
Johannest know how to have it included with a recipe. Can anyone help me with that?12:33
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto12:34
tristanramJohannes: Run "bitbake -c diffconfig virtual/kernel" to get a kernel config fragment and include this fragment in the kernel recipe SRC's12:36
JohannesI did run diffconfig and ended up with a fragment.cfg that contains one row: "CONFIG_TUN=m". But I don't really know what to do with it. I went to this directory: /usr/local/dey-2.4/sources/meta-digi/meta-digi-arm/recipes-kernel/linux (that contains a file called linux-dey_4.9.bb).12:39
JohannesI created a file called linux-dey_%.bbappend. This file contains:12:39
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:39
JohannesFILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"  and   SRC_URI = "file://tun-device.cfg"12:40
Johannesand finally I created a sub-directory called "linux-dey" that contains the "tun-device.cfg", with just one line: "CONFIG_TUN=m"12:41
Johannesbut when I build with bitbake I get an error: "ERROR: linux-dey-4.9-r0 do_copy_defconfig: Function failed: do_copy_defconfig (log file is located at /home/dev/workspace/ccimx6ulstarter/tmp/work/ccimx6ulstarter-dey-linux-gnueabi/linux-dey/4.9-r0/temp/log.do_copy_defconfig.24141)"12:42
OutBackDingohrmmmm  systemd systemd-cryptsetup-generator WTH12:54
OutBackDingorburton: thhanks...12:54
OutBackDingo./rpi3-initramfs/tmp/work/cortexa7t2hf-neon-vfpv4-poky-linux-gnueabi/systemd/1_239-r0/git/man/systemd-cryptsetup-generator.xml12:57
OutBackDingoi see this in initramfs .... hunting... digging... hazcking ....12:57
rburtonRP: can i easily cancel all of the mut builds but leave master-next running?13:03
rburtonhuh lots of failures from ERROR: Unsupported image type built. Add a comptible image to IMAGE_FSTYPES. Supported types: ext3, ext4, cpio.gz, wic13:04
rburtonoh right that patch is knackered13:05
RPrburton: just select that mut build and stop it13:06
RPrburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/6/builds/225 - stop button top right13:06
RPrburton: you know its bad when you lose count which take it is :)13:08
tristanramJohannes: Can you pastebin the log?13:08
rburtonright got it13:08
rburtonan obvious stop button eh, what next!13:08
*** geissona_ <geissona_!~geissonat@32.97.110.53> has joined #yocto13:09
RPrburton: its weird when the UI just works...13:11
Johannestristanram: Sure, here's the output in the shell (I'll give you another link to the log shortly): https://pastebin.com/LRhVpsSL13:12
Johannestristanram: https://pastebin.com/nDZH0Ca7 is the log that is refered to in the error message. It doesn't contain much, though.13:14
Johannestristanram: The first link is to the shell, as I said. First I ran bitbake without any modifications, that's why that run was successful. Then I did the changes I described before and ran bitbake again, and that's when it fails13:15
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-8-209.home.otenet.gr> has quit IRC13:18
tristanramJohannes: Looks like they are doing some customized stuff in their recipe: https://github.com/digi-embedded/meta-digi/blob/rocko/meta-digi-arm/recipes-kernel/linux/linux-dey.inc @ do_copy_defconfig13:25
Johannestristanram: Aha... As you can probably guess, I am a complete beginner. Do you have any suggestions on how I can proceed? Would it be possible to create a custom layer that has this information or will the same problem arise again?13:27
*** geissona_ <geissona_!~geissonat@32.97.110.53> has quit IRC13:27
*** geissona_ <geissona_!~geissonat@32.97.110.53> has joined #yocto13:28
tristanramJohannes: You may try with https://www.digi.com/resources/documentation/digidocs/90001546/task/yocto/t_build_custom_kernel_recipe.htm and place your .cfg instead of the .patch. Also note that the platform needs to be specified in SRC_URI_append_<platform>13:33
tristanramJohannes: Or see here at page 43: https://www.slideshare.net/alexgonzalezgarcia/introduction-to-yocto13:34
tristanramJohannes: With Digi it might be the easiest way to just copy a custom defconfig as described at the bottom of the page: https://www.digi.com/resources/documentation/digidocs/90001546/task/yocto/t_build_custom_kernel_recipe.htm13:40
Johannestristanram: I was just reading that section. That seems to be the quickest solution. Thanks! I'll give it a shot :)13:42
*** marka <marka!~masselst@184.175.21.100> has joined #yocto13:45
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC13:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:53
*** gtristan <gtristan!~tristanva@110.11.179.72> has quit IRC14:07
kergothit's so weird that digi uses yocto, considering we started OE while I was working there. full circle :)14:07
Croftonah the good old days14:08
kergothlooking back, as abrasive as i was as a maintainer, it's kind of a miracle it got this far. i did well at maintaining the architectural direction, but badly at attracting new contributors. just goes to show how much potential the project had to succeed anyway :)14:09
Croftonit has been an interesting ride. REally glad to see where the project has made it14:11
kergothyeah14:11
kergothhonestly if i knew it'd still be around 15 years later i'd have done a few things differently in bitbake, now we're stuck with them :) "Oh, this'll get us going for now, we can fix it later.." ..14:12
CroftonLots of hard work by a lot of different people14:12
Croftonlol14:12
Croftonlike any project :)14:12
RPkergoth: I think we've all learnt a bit and changed over the years. It is great to see it surviving and continuing to solve a hard problem14:12
kergothtrue14:12
* kergoth nods14:12
kergoththe ability for folks with very, very different use cases to still be able to collaborate is a key advantage, i think14:13
RPkergoth: you could say if has "got us going" quite well :)14:13
OutBackDingook... so systemd... shhows PACKAGE CONFIG OPTIONS cryptsetup .... so hhow is that enabled14:13
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.188.121.0.94> has joined #yocto14:13
RPkergoth: the unique piece is the ability to separate out customisations14:14
RPin a way which is maintainable14:14
_mac13_Hi, how can I change a way that yocto puts kernel and symlinks in /boot dir in rootfs?14:15
la_croix_Hi chaps, any chance of telling me what's wrong with this attempt to edit the crontab? In its own recipe: http://paste.ubuntu.com/p/NyrMKr4jSQ/14:17
OutBackDingois it me or should cryptsetup call systemd PACKAGECONFIG option cryptsetup ... and it doesnt really in the recips14:20
DvorkinSeveral patches with the same filename. I have several patches for u-boot source. Patch files are located in the corresponding subdirs, i.e. /drivers/net/Kconfig.patch, /drivers/mmc/Kconfig.patch... etc. The problem is that when "quilt" see such files (with the same name), it says, the patches has been applyed already. How can I get rid of this annoyng paranoid check?14:21
*** cquast <cquast!~cquast@90.85.130.193> has joined #yocto14:23
OutBackDingonrossi: sanity check... in cryptsetup, i see the recipe making some cryptsetup.conf referenbce, however with systemd i dont see it being called to enable the cryptsetup.service therefor.. i belive the recipe, which has not reference to this however systemd hs references to  PACKAGECONFIG[cryptsetup] = "-Dlibcryptsetup=true,-Dlibcryptsetup=false,cryptsetup"14:25
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto14:27
nrossiOutBackDingo: yer, looks like its a feature of systemd, likely since systemd can handle mounting itself. You will need to add PACKAGECONFIG_append_pn-systemd = " cryptsetup" to your local/distro conf to enable that in systemd14:30
OutBackDingonrossi: thanks thhatds whhat i thought14:31
nrossiOutBackDingo: probably work reading up on it too, https://www.freedesktop.org/software/systemd/man/systemd-cryptsetup-generator.html14:32
nrossis/work/worth/14:32
RPrburton: turns out if I hack the warnings.py file in my local python install I get more reliable warnings reporting :/14:35
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has quit IRC14:37
*** vmeson <vmeson!~rmacleod@24-52-238-240.cable.teksavvy.com> has joined #yocto14:45
OutBackDingonrossi: bahhh dependency loop14:48
nrossiOutBackDingo: between?14:48
*** learningc <learningc!~learningc@210.195.72.146> has joined #yocto14:49
OutBackDingonrossi: https://pastebin.com/vshP0eVZ14:50
*** sagner <sagner!~ags@46.140.72.82> has quit IRC14:51
*** sgw <sgw!~sgw@193.158.83.230> has quit IRC14:51
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto14:52
*** _mac13_ <_mac13_!bc79005e@gateway/web/freenode/ip.188.121.0.94> has quit IRC14:54
*** learningc <learningc!~learningc@210.195.72.146> has quit IRC14:57
*** learningc <learningc!~learningc@210.195.72.146> has joined #yocto14:57
nrossiOutBackDingo: hmmm the issue is not quite so clear. Looks like something around libdevmapper causes problems...15:02
nrossiOutBackDingo: i must be blind but i don't see why the package tasks for libdevmapper depends on systemd's package tasks since libdevmapper is not dependent on systemd... :|15:08
*** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto15:10
nrossiOutBackDingo: would you be able to run "bitbake -g libdevmapper" and pastebin the task-depends.dot?15:11
*** sgw <sgw!~sgw@88.130.230.178> has joined #yocto15:18
OutBackDingois cryptsetup calling lvm / libdevmapper ?15:18
OutBackDingonrossi: ^15:18
OutBackDingoor luks15:18
*** CruX| <CruX|!~jozo@188-167-45-79.dynamic.chello.sk> has quit IRC15:19
nrossiOutBackDingo: it looks like cryptsetup relies on libdevmapper. But libdevmapper is from the lvm tools15:20
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC15:22
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto15:23
OutBackDingohrmmm15:23
OutBackDingoill try the bitbake -g libdevmapper15:23
OutBackDingonrossi: nope dependency loop15:25
OutBackDingoas soon as i remove the PACKAGECONFIG_append_pn-systemd = " cryptsetup" it all works15:26
OutBackDingoif i add it its fails witht he dependency loop15:26
*** learningc <learningc!~learningc@210.195.72.146> has quit IRC15:27
*** mihais <mihais!~mihaiserb@86.120.134.70> has quit IRC15:30
nrossiOutBackDingo: yer, still trying to figure out why "libdevmapper:do_prepare_recipe_sysroot" -> "systemd:do_populate_sysroot". Just checking your not using any additional layers with .bbappend to libdevmapper?15:31
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto15:32
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto15:36
OutBackDingonrossi: ill check just poky and meta-openembedded15:37
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto15:39
*** Carton__ <Carton__!~jo@213.55.184.184> has quit IRC15:39
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC15:40
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto15:40
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto15:41
*** Carton__ <Carton__!~jo@213.55.211.80> has joined #yocto15:41
nrossiOutBackDingo: i reproduced with master of just oe-core+meta-oe15:47
nrossiOutBackDingo: yer dumping the recipe-deps on libdevmapper without the systemd packageconfig. Shows that it depends on systemd15:51
*** Aethenelle_ <Aethenelle_!~Aethenell@107.138.98.226> has joined #yocto15:51
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC15:51
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC15:53
*** |King_InuYasha| <|King_InuYasha|!~King_InuY@ool-18e49371.dyn.optonline.net> has quit IRC16:06
*** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto16:07
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto16:07
nrossiOutBackDingo: looks like libdevmapper is just broken for this usecase.... :|16:08
nrossi(the recipe i mean)16:08
*** sagner <sagner!~ags@46.140.72.82> has quit IRC16:08
eduardas_mhello, is it safe to execute oe-init-build-env in the same shell multiple times to do builds in different build directories one after another?16:10
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto16:10
*** learningc <learningc!~learningc@210.195.72.146> has joined #yocto16:10
eduardas_mI wonder if something bad might happen with the build environment if I do something like this: https://pastebin.com/pJXyBG5u16:11
eduardas_mcontents of two scripts in one paste16:11
nrossiOutBackDingo: oh haha thats great.... there is actually a circular dependency between systemd's "udev" provides and libdevmapper.... no easy fix for that :|16:13
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:16
nrossiOutBackDingo: no idea if it works at run time but you could disable UDEV_SYNC_SUPPORT in libdevmapper, PACKAGECONFIG_remove_pn-libdevmapper = "udev" and also RRECOMMENDS_libdevmapper_remove_class-target = " lvm2-udevrules"16:20
*** Johannes <Johannes!c2da0676@gateway/web/freenode/ip.194.218.6.118> has quit IRC16:21
nayfeHi I'm trying to remove every syslog from Yocto, I used SRC_remove = "file://syslog.cfg" in busybox wth VIRTUAL-RUNTIME_syslog = "" and It fails to package busybox as busybox-klogd.service is shipped in busybox-syslog package do you know this  issue?16:21
nayfeAnd secondly, journald can't see message sent from C++ program with syslog.h API without any syslog, is it normal? systemd version 23716:21
*** Pharaoh_Atem is now known as Conan_Kudo16:24
*** Conan_Kudo is now known as Pharaoh_Atem16:24
yoctiNew news from stackoverflow: Yocto Rocko ld: cannot find -lgcc in glibc 2.23 do_compile <https://stackoverflow.com/questions/53323504/yocto-rocko-ld-cannot-find-lgcc-in-glibc-2-23-do-compile>16:25
*** sgw <sgw!~sgw@88.130.230.178> has quit IRC16:29
*** lusus_ <lusus_!~lusus@62.91.23.180> has quit IRC16:35
*** Aethenelle_ <Aethenelle_!~Aethenell@107.138.98.226> has quit IRC16:36
*** Aethenelle <Aethenelle!Aethenelle@gateway/shell/panicbnc/x-ietbihkfbnmfxpqp> has joined #yocto16:36
*** feddischson <feddischson!~feddischs@55d4c2e1.access.ecotel.net> has quit IRC16:36
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC16:38
*** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto16:42
RParmpit: I just commented on https://bugzilla.yoctoproject.org/show_bug.cgi?id=1297816:42
yoctiBug 12978: normal, Medium+, 2.7 M1, akuster, NEW , Error in oeqa not casing build to fail16:42
RPwhilst there is an error link, it doesn't show that error16:42
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:44
*** learningc <learningc!~learningc@210.195.72.146> has quit IRC16:45
armpit:/16:45
armpitRP when should we start capturing build warnings in bugs?16:47
*** sagner <sagner!~ags@46.140.72.82> has quit IRC16:47
armpitthud / master + only16:47
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC16:48
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto16:48
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC16:48
*** sgw <sgw!~sgw@88.130.230.178> has joined #yocto16:49
RParmpit: I'd say master onwards. We still don't have fixes for all the warnings in master :(16:51
* RP appears to have broken errors.yp.org :/16:53
la_croix_If I wanted to use this recipe for mosquitto: http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-connectivity/mosquitto/mosquitto_1.5.1.bb?h=master But update the version to 1.5.4 (the latest), could I just change the files and alter the checksums?16:53
RPla_croix_: it could work :)16:54
la_croix_RP Ok, I'll give it a go. I just like to ask to make sure the answer is not *hell no, are you insane?* ;)16:54
RPla_croix_: I'd personally try it and see...16:55
* RP isn't sure he's considered sane 16:55
la_croix_RP Haha, is anybody? ;)16:56
JPEWhalstead: Can I get push access to meta-mingw-contrib please?16:58
*** prabhakarlad <prabhakarlad!~prabhakar@194.75.40.178> has left #yocto17:00
*** martinkelly <martinkelly!~martin@hq.xevo.com> has joined #yocto17:01
RPJPEW: halstead is travelling but I just gave you access to mingw itself17:02
armpitI would have asked for $2017:02
*** JPEW_ <JPEW_!cc4da369@gateway/web/freenode/ip.204.77.163.105> has joined #yocto17:02
*** xtron <xtron!~mentor@110.93.212.98> has quit IRC17:03
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC17:03
JPEW_RP: I feel strangely powerful....17:03
RPJPEW_: you now need to practise your evil laugh :)17:05
JPEW_RP: Are there autobuilder builds that pull in master and/or master-next of meta-mingw?17:06
RPJPEW_: master, yes, master-next, it could but doesn't17:07
JPEW_RP: Ok. Thanks. I have the qa tests for the SDK working... just need to figure out how to get wine (host, or build from recipe).17:08
RPJPEW_: sounds good!17:11
armpitRP it looks like your build may have hung17:12
RParmpit: it does? It was a full rebuild so it was expected to be a while and only mips left which is slow17:13
armpitI don't see any console updates but its ticking along..17:14
*** mckoan is now known as mckoan|away17:14
*** kaspter <kaspter!~Instantbi@115.230.120.142> has quit IRC17:20
*** kaspter <kaspter!~Instantbi@115.230.120.142> has joined #yocto17:20
rburton_JPEW_: i'd be happy with host for now, remember to extend hosttools17:22
rburton_RP: mut is more green!17:23
rburton_  File "TOPDIR/tmp/work/qemumips-poky-linux/core-image-sato/1.0-r0/recipe-sysroot-native/usr/lib/python3.5/site-packages/librepo/__init__.py", line 1077, in <module>17:23
rburton_    import librepo._librepo17:23
rburton_ImportError: libpython3.6m.so.1.0: cannot open shared object file: No such file or directory17:23
rburton_ARGH TABLEFLIP17:23
JPEW_rburton_: Ya, that's what I've been testing with.17:23
RPrburton_: "more" is relative I guess17:24
rburton_yeah it was no green17:25
rburton_now its some17:25
RPrburton_: bits of orange too17:25
*** fl0v0 <fl0v0!~fvo@i577B991F.versanet.de> has quit IRC17:28
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto17:28
*** Dvorkin <Dvorkin!b072cc0c@gateway/web/freenode/ip.176.114.204.12> has quit IRC17:35
*** frsc <frsc!~frsc@200116b82411140011453ca7e5267171.dip.versatel-1u1.de> has quit IRC17:40
*** cquast <cquast!~cquast@90.85.130.193> has quit IRC17:41
*** xtron <xtron!~mentor@103.255.4.32> has joined #yocto17:42
la_croix_Am I correct in thinking that a recipe containing 'SRC_URI' should download its own source files during build?17:43
la_croix_Because I'm getting this error: https://pastebin.com/FMdQZr3a from this recipe: http://paste.ubuntu.com/p/x5nrZGRjPT/17:44
kergothla_croix_: all urls in SRC_URI are downloaded in the do_fetch task17:53
la_croix_kergoth I thought so, so why can't my build find any of the files? /shrug17:53
kergothS isn't set17:54
kergothmake sure S is set to the path that was extracted by that tarball17:54
la_croix_kergoth as in mosquitto17:55
la_croix_* mosquitto-1.5.4?17:55
kergothhow would i know? you're the one working on it, look in the recipe's workdir to see what the tarball extracted, or download and extract it yourself17:56
kergoththen set S to it17:56
la_croix_kergoth That is what the tarball extracts, I was just asking if it sounded reasonable, to make sure I hadn't got the wrong end of the stick17:56
kergotheasiest  is to examine the recipe's workdir. i.e. tmp/work/*/mosquitto/*/17:57
*** JPEW_ <JPEW_!cc4da369@gateway/web/freenode/ip.204.77.163.105> has quit IRC18:06
*** rajm <rajm!~robertmar@148.252.241.226> has quit IRC18:21
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC18:23
*** maudat <maudat!~moda@64.18.88.250> has joined #yocto18:25
yateswhere would variables such as PACKAGE_FEED_URIS be maintained?18:26
yateshttps://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-PACKAGE_FEED_URIS18:26
yatesin the build/conf/local.conf?18:27
yatesin the image's .bb file?18:27
kergothdistro seems more likely, but *shrug*, haven't used it myself18:30
yateskergoth: by "distro" do you mean in the image's .bb file?18:30
kergothno, i mean the distro18:30
kergothconf/distro/${DISTRO}.conf, one of the most important configuration files in the entire project18:31
yatesyou mean the build/conf/local.conf ?18:31
kergothno18:31
kergothi mean the distro18:31
kergothsee the yocto project docs18:31
yatesnot helpful.18:33
kergothi'm not going to write up an intro to one of the most basic variables and concepts in the project18:36
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#gs-reference-distribution-poky18:36
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#what-is-the-yocto-project18:36
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#metadata-machine-configuration-and-policy-configuration18:36
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#var-DISTRO18:37
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#distro-layer18:37
kergothhttps://www.yoctoproject.org/docs/2.6/mega-manual/mega-manual.html#creating-your-own-distribution18:38
kergothfrom a quick search for 'distro' in the mega manual18:38
kergothsorry, that came across as a bit harsh. you really should go over the concepts in the manual, though, to understand what comes from where. it's pretty critical to understanding what's going on18:43
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto18:46
yatesthere are six conf/distro directories in my project: https://paste.fedoraproject.org/paste/BF3hwsk9MXf4O9Et14ySEQ18:48
yatesnone of them were defined by our project, probabloy the meta-freescale-distro is the one our project uses18:49
yatesi wouldn't want to modify that!18:49
khemrburton_: the encrypted solution is not in a open layer thats right18:53
*** feddischson <feddischson!~feddischs@55d4c2e1.access.ecotel.net> has joined #yocto18:54
yatesis there a way to show the distro in a running image?18:57
yatesuname?18:57
yatesLinux imx6ul-var-dart 4.1.15-mx6ul+g65ef23a #1 SMP PREEMPT Mon Nov 12 17:03:10 EST 2018 armv7l armv7l armv7l GNU/Linu18:58
JPEWyates: cat /etc/build18:58
yatesJPEW: no such file18:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:59
khemcheck /ets/os-release18:59
khemJaMa: http://errors.yoctoproject.org/Errors/Details/201009/18:59
RParmpit: I think you were right about nightly-mips, killed it19:00
khemJaMa: seems latest meta-qt5 updates are causing this19:00
khemRP: lets kill everything except arm/x86/riscv19:00
khemand all 32bit19:01
yateskhem: that doesn't exist either19:01
armpitwhat about 16 bit19:01
khemanything below 32bit19:01
RPkhem: :)19:01
yatesthere went my intel 4004 project19:02
* armpit wow, Khem is Yakuza, cuts the arm-thumb off19:02
khemyeah everyting arm feet thumb nails19:03
yateslol19:03
yateskergoth: ok, i will do more reading19:03
kergothyates: just look at DISTRO in conf/local.conf. it defines DISTRO and MACHINE19:05
JaMaCrofton|work: see http://errors.yoctoproject.org/Errors/Details/201009/19:05
JaMakhem: yes, I've reported it to Crofton, but he wasn't able to reproduce it19:06
JaMaand yesterday I gave up and merged it19:06
khemhmm19:06
khemdisable that recipe19:07
khemor delete it19:07
yatesDISTRO ?= 'fslc-x11'19:08
JaMagive Crofton|work chance to fix it, I've already blacklisted it in my builds weeks ago, because it depends on widgets from qtbase which we have disabled19:08
yateswhich is from the file meta-freescale-distro/conf/distro/fslc-x11.conf. ok this is starting to make some sense19:10
yatesi feel like i've hacked off a piece of ice the size of a grain of salt from an iceberg..19:13
Croftonkhem, JaMa can we try disabling parallel make for install?19:17
Croftondoes this only ahppen on mips?19:17
*** rajm <rajm!~robertmar@148.252.241.226> has joined #yocto19:18
*** tgraydon <tgraydon!textual@nat/intel/x-nqzpnpnlrseigrlw> has joined #yocto19:19
Croftonand why can't I see this :(19:19
*** ak77 <ak77!c12e4b03@gateway/web/freenode/ip.193.46.75.3> has joined #yocto19:21
JaMaCrofton: happens on other archs as well (I'm not building mips)19:25
RPkhem: were you seeing many deprecation warnings using python 3.7?19:28
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC19:31
*** pn <pn!~parthi@62.91.23.180> has quit IRC19:36
khemRP: I did see some IIRC, sent few patches to fix it in metadata19:36
RPkhem: I remember them, was just wondering if you'd caught them all19:41
RPkhem: I'm seeing the python warnings behaving very intermittently :/19:41
* RP kills the build and restarts with a broken patch removed19:44
*** xtron <xtron!~mentor@103.255.4.32> has quit IRC19:52
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC19:55
yoctiNew news from stackoverflow: Bitbake Server does not start on Windows Subsystem for Linux <https://stackoverflow.com/questions/49370077/bitbake-server-does-not-start-on-windows-subsystem-for-linux>19:56
*** nerdboy <nerdboy!~sarnold@gatekeeper.gentoogeek.org> has joined #yocto20:00
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:00
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC20:03
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto20:08
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC20:31
*** Carton__ <Carton__!~jo@213.55.211.80> has quit IRC20:51
*** grumble <grumble!~grumble@freenode/staff/grumble> has quit IRC21:08
*** grumble <grumble!~grumble@freenode/staff/grumble> has joined #yocto21:14
*** sagner <sagner!~ags@2a02:169:3460::b6a> has joined #yocto21:38
*** feddischson <feddischson!~feddischs@55d4c2e1.access.ecotel.net> has quit IRC21:39
* armpit hmm, some workers not being used21:51
yatesfreely admitting i should know this by now (and/or that i'm forgetting faster than i'm learning), allow me to ask a very simple question:21:55
yatesi want to build dnf into my image. i see dnf in recipes-devtools; how do i instruct my image to build and include that in my rootfs?21:56
*** dev1990 <dev1990!~dev@dynamic-78-8-125-187.ssp.dialog.net.pl> has quit IRC22:03
kergothIMAGE_INSTALL in the image recipe, or CORE_IMAGE_EXTRA_INSTALL in local.conf22:04
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:07
*** dev1990 <dev1990!~dev@dynamic-78-8-125-187.ssp.dialog.net.pl> has joined #yocto22:10
*** maudat <maudat!~moda@64.18.88.250> has quit IRC22:13
rburton_yates: easy way to get dnf: first set PACKAGE_CLASSES to package_rpm otherwise there's no point, and then have package-management in IMAGE_FEATURES so it is installed and feeds are preserved so it is useful22:15
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:17
*** martinkelly <martinkelly!~martin@hq.xevo.com> has quit IRC22:18
yatesrburton_: did you mean PACKAGE_CLASSES in build/conf/local.conf and IMAGE_FEATURES in my-layer/images/my-image.bb ?22:22
yatesif so, i did that and it didn't show up!22:22
rburton_those variables, your preferred locations may vary22:22
rburton_PACKAGE_CLASSES should be in your distro conf22:23
rburton_image features should be in an image, or extended in your local.conf depending on why you're setting it22:23
*** rburton_ <rburton_!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:25
yatesrburton_: as earlier with kergoth, i'm confused about "my" distro conf - i have none. the distro conf i'm using is meta-freescale-distro/conf/distro/fslc-x11.conf - wouldn't it be inappropriate to modify that .conf?22:25
yatesdo i need to create my own, somehow "import" from fslc-x11, then add our customizations (such as these PACKAGE_CLASSES)?22:27
yatesright now i'm adding package_rpm to the PACKAGE_CLASSES in my build/conf/local.conf22:29
yateshttps://paste.fedoraproject.org/paste/k7kiavL4YZgCCx-S3mMz3w22:29
yatesoh... he quit22:31
yatesdang.22:31
yateskergoth: can you provide some more direction here please?22:35
yatesdo you agree that setting PACKAGE_CLASSES and IMAGE_FEATURES as rburton_ stated should get dnf into the image?22:37
yatesor anyone?22:38
yatesRP: ?22:39
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:46
RPyates: I'd agree with rbuton on that, yes22:49
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto22:50
*** geissona_ <geissona_!~geissonat@32.97.110.53> has quit IRC22:52
OutBackDingonrossi:adding  PACKAGECONFIG_remove_pn-libdevmapper = "udev" and also RRECOMMENDS_libdevmapper_remove_class-target = " lvm2-udevrules" has passed the circular dependency at least22:55
OutBackDingoits building so we will see22:55
armpithm., Uber joins LF, is that a win for AGL ?22:55
kergothyates: yes, you can create your own and either include fslc-x11 (require conf/distro/fslc-x11.conf + DISTROOVERRIDES="fslc-x11:${DISTRO}", iirc) or just copy theirs to yours23:09
kergothand yes, package manager selection is done differently from other packages, as rburton says23:09
la_croix_I'm having a problem trying to build mosquitto using this recipe: http://paste.ubuntu.com/p/Xjp7tKb7jY/ It seems to download the files to /home/ubuntu/dev/poky/build/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/mosquitto/1.0-r0/... which is fine, but it also creates an empty directory called mosquitto-1.5.4 in my build directory (I have no reason why). It then fails with: https://paste.ubuntu.com/p/Gjgn7hGRKk/ So it seems to create23:20
la_croix_ this empty dir, and then fail to cd to it...23:20
kergothif its empty, S doesnt match what the tar file unpacked, as mentioned before23:23
kergothit unpacked, S still didnt exist, then it created it23:23
la_croix_kergoth Hmm, the tar file unpacks to a directory called mosquitto-1.5.4, and I've set S = "mosquitto-1.5.4"...23:24
kergothif it created it, the dir wouldnt be empty23:25
kergothoh, you didn't look at any existing recipes for an example23:26
kergothS is absolute, relative to WORKDIR23:26
kergothS = "${WORKDIR}/mosquitto-1.5.4"23:26
kergothnearly every recipe in oe-core does this23:26
kergothbest to avoid relative paths in oe/yocto in general, as variables are used in many contexts, and knowing precisely where the cu rrent directory is at any given time is non-trivial23:27
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC23:27
la_croix_kergoth Ah, thank you23:30
kergothno problem23:30
*** Gintaro <Gintaro!~gintaro@2a00:8080:10:148:9017:2cff:fe26:adf0> has joined #yocto23:31
la_croix_kergoth Fwiw, I did have a look at a couple of other recipes, but I didn't find any in which S was defined. Lesson learnt! :)23:31
kergothah, right, my mistake, i forgot just how prevalent reliance on the default is. it is fairly common, just not as common as it used to be23:32
la_croix_kergoth Nope, absolutely my mistake :)23:34
la_croix_kergoth I now have a much longer and more exciting error ;)23:36
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto23:51
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC23:51
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC23:54
yoctiNew news from stackoverflow: What is the best way to process video and transmitt on imx6 board? <https://stackoverflow.com/questions/53329509/what-is-the-best-way-to-process-video-and-transmitt-on-imx6-board>23:57

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