Monday, 2018-12-03

Marexzeddii_home: hey, any plans for linux-yocto-4.19 ?00:17
*** clementben <clementben!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has joined #yocto00:17
Marexbluelightning: Hi, are you gonna be at LCA ?00:17
bluelightningMarex: I think I probably won't unfortunately00:18
Marexbluelightning: ah, I'll be there this time around :)00:18
Marexzeddii_home: forget I asked, git fetch answered my question, thanks00:19
*** clement <clement!~clementbe@lneuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has quit IRC00:20
*** zeddii_home <zeddii_home!~zeddii_ho@CPEe8de27b71faa-CM64777d5e8820.cpe.net.cable.rogers.com> has quit IRC00:24
*** anujm <anujm!~anujm@192.55.54.42> has joined #yocto00:48
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qxyrrlcxhfedqkax> has quit IRC00:57
*** sno <sno!~sno@p5B01A4A1.dip0.t-ipconnect.de> has quit IRC01:15
*** ak77__ <ak77__!bce69450@gateway/web/freenode/ip.188.230.148.80> has quit IRC01:16
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:18
*** kaspter <kaspter!~Instantbi@115.204.111.35> has quit IRC01:21
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC01:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto01:24
*** sno <sno!~sno@p5B01A4A1.dip0.t-ipconnect.de> has joined #yocto01:25
*** sno <sno!~sno@p5B01A4A1.dip0.t-ipconnect.de> has quit IRC01:30
*** sno <sno!~sno@p5B01A4A1.dip0.t-ipconnect.de> has joined #yocto01:31
*** brrm <brrm!~brrm@HSI-KBW-046-005-176-047.hsi8.kabel-badenwuerttemberg.de> has quit IRC01:44
*** brrm <brrm!~brrm@HSI-KBW-046-005-176-047.hsi8.kabel-badenwuerttemberg.de> has joined #yocto01:49
*** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto01:49
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC01:51
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto01:56
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC02:22
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto02:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC03:22
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto03:23
yoctiNew news from stackoverflow: Kubernetes on Simatic IoT2040 <https://stackoverflow.com/questions/53587118/kubernetes-on-simatic-iot2040>03:48
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC03:54
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC04:22
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto04:23
*** marka <marka!~masselst@184.175.21.100> has quit IRC04:54
*** dansmith <dansmith!~dansmith@41.32.237.186> has joined #yocto05:00
*** dansmith is now known as Guest8885005:00
*** Guest88850 <Guest88850!~dansmith@41.32.237.186> has quit IRC05:05
*** erbo <erbo!~erik@linode.unixshell.se> has quit IRC05:08
*** hamis <hamis!~irfan@110.93.212.98> has joined #yocto05:10
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC05:18
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC05:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto05:23
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto05:52
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:10
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC06:15
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto06:16
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC06:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto06:23
*** dheeraj <dheeraj!~Thunderbi@2001:df0:d300:4:903e:b3ef:c95d:394b> has joined #yocto06:41
*** sno <sno!~sno@p5B01A4A1.dip0.t-ipconnect.de> has quit IRC06:56
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:21
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC07:22
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto07:23
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:7ca5:c65c:1c9a:960f> has joined #yocto07:35
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto07:37
*** lusus <lusus!~lusus@62.91.23.180> has joined #yocto07:49
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto07:50
*** sagner <sagner!~ags@2a02:169:3460::60b> has quit IRC07:51
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC07:51
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has joined #yocto07:54
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto08:02
*** anujm <anujm!~anujm@192.55.54.42> has quit IRC08:03
LetoThe2ndlaumann: :-) thanks for the heads up.08:13
*** fl0v0 <fl0v0!~fvo@i577B9628.versanet.de> has joined #yocto08:14
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto08:14
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:19
*** sagner <sagner!~ags@46.140.72.82> has quit IRC08:21
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto08:22
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC08:23
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:23
*** sagner <sagner!~ags@46.140.72.82> has joined #yocto08:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto08:23
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:25
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:32
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has quit IRC08:33
*** anujm <anujm!~anujm@134.134.139.74> has joined #yocto08:33
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:34
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:36
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:38
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:40
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:42
*** rewitt2 <rewitt2!~rewitt@134.134.139.76> has joined #yocto08:47
*** rewitt1 <rewitt1!~rewitt@134.134.139.76> has quit IRC08:48
*** anujm <anujm!~anujm@134.134.139.74> has quit IRC08:49
*** anujm <anujm!~anujm@134.134.139.74> has joined #yocto08:49
*** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto08:50
*** anujm <anujm!~anujm@134.134.139.74> has quit IRC08:53
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto08:56
*** rewitt3 <rewitt3!~rewitt@134.134.139.76> has joined #yocto08:57
*** rewitt2 <rewitt2!~rewitt@134.134.139.76> has quit IRC08:58
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:59
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:02
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:04
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:04
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has joined #yocto09:04
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC09:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto09:07
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has quit IRC09:11
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC09:23
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has joined #yocto09:24
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC09:30
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:40
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto09:45
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto09:48
*** learningc <learningc!~learningc@mti-37-145.tm.net.my> has quit IRC09:56
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:57
*** sgw <sgw!~sgw@192.55.54.39> has quit IRC10:05
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto10:06
*** sgw <sgw!sgw@nat/intel/x-ywaunitcekzjnyko> has joined #yocto10:06
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has joined #yocto10:06
*** AndersD <AndersD!~AndersD@194-237-220-218.customer.telia.com> has quit IRC10:09
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has joined #yocto10:10
kanavinrburton: I'd rather wait for meson 0.49, so that some patches can be dropped10:33
kanavinRP: sadly, no :(10:33
kanavinRP: very vaguely, there was something though10:34
RPkanavin: fair enough, just thought I'd ask. We had a spate of gpg memory allocation problems :/10:34
RPkanavin: I'll probably just set the parallelism back a bit through the overall number of threads10:36
RPrburton: we have a couple more weird selftest fails overnight. One is a runqemu with no logs, the other is our mystery out of space problem10:37
RPActual Rootfs size:  1020810:38
kanavinRP: ah, now I remembered - we use --auto-expand-secmem, which previously helped10:38
RPyet | DEBUG: returning 915210:38
rburtonRP: argh that again arghghghgh10:38
* rburton -> drinking10:38
RPrburton: sorry :/10:38
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:38
RPkanavin: are we still setting that? Is it possible it can get disabled somehow?10:38
rburtonkanavin: i saw you submit the g-i patches \o/10:39
RPkanavin: btw, that dazzle failure disappeared when I dropped the g-i patch so there is something odd going on there10:39
rburtonRP: was the space thing on oe-selftest?10:41
RPrburton: yes10:42
kanavinRP: yes we are - see meta/oe/gpg_sign.py. However I am not sure if the option has the desired effect anymore.10:42
kanavinrburton, yep :)10:42
kanavinRP: I think there is a multilib-specific issue, I will look into it now10:42
RPkanavin: I'm wondering if something in configure might be able to disable it10:42
RPkanavin: Looking at gpg_args in that file, the pipe (|) looks a little odd?10:48
kanavinRP: I think it's gpg's undocumented hack to allow passing arguments to the agent10:48
RPkanavin: ah. I was just wondering if shlex does the right thing with it10:50
RPkanavin: I think its probably ok, just thinking out loud...10:53
RPCommand '['/home/pokybuild/yocto-worker/oe-selftest/build/build-st-37321/tmp/work/core2-64-poky-linux/ncurses/6.1+20181013-r0/recipe-sysroot-native/usr/bin/rpmsign', '--addsign', '--define', '_gpg_name testuser', '--define', '_gpg_sign_cmd_extra_args --no-permission-warning --batch --passphrase=test123 --agent-program=/home/pokybuild/yocto-worker/oe-selftest/build/build-st-37321/tmp/work/core2-64-poky-linux/ncurses/6.1+20181013-r0/recipe-10:53
RPsysroot-native/usr/bin/gpg-agent|--auto-expand-secmem --pinentry-mode=loopback', '--define', '_binary_filedigest_algorithm 8', '--define', '__gpg /home/pokybuild/yocto-worker/oe-selftest/build/build-st-37321/tmp/work/core2-64-poky-linux/ncurses/6.1+20181013-r0/recipe-sysroot-native/usr/bin/gpg', '--define', '_gpg_path /tmp/oeqa-signing-00kspzxl', '/home/pokybuild/yocto-worker/oe-selftest/build/build-st-37321/tmp/work/core2-64-poky-linux/n10:53
RPcurses/6.1+20181013-r0/deploy-rpms/core2_64/libpanel5-6.1+20181013-r0.core2_64.rpm']' returned non-zero exit status 255.10:53
*** berton <berton!~berton@181.220.65.91> has quit IRC10:57
rburtonhm how interesting, the disk space thing was on suse *agan*10:59
rburtonits always suse10:59
RPrburton: hmm, wonder why :/10:59
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto10:59
*** berton <berton!~berton@181.220.65.91> has joined #yocto10:59
rburtonstupid file system10:59
rburtonhm think i'm on the wrong builder11:01
kanavinRP: suse might be utilizing their filesystem snapshots technology?11:09
kanavinat least for me that caused inexplicable lack of space issues11:09
kanavinhttps://en.opensuse.org/openSUSE:Snapper_Tutorial11:10
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:10
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:13
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:14
rburtoneverything but $home is btsfs and subvols on the suse builder11:15
*** bluelightning <bluelightning!~paul@2406:e007:7a4f:7f01:8779:2bb3:77ba:3901> has joined #yocto11:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:15
RPkanavin: do we have to pass a value to that auto_expand to make it have an effect?11:19
kanavinRP: I don't think so. but I don't know how gpg source code evolved since I did that11:20
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto11:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto11:23
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC11:23
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC11:24
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC11:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:25
rburtonRP: did the selftest logging stuff change recently?11:31
RPrburton: some of it11:33
rburtonRP: can't start selftest here11:36
rburton$ oe-selftest  -r oelib.path11:36
rburtonFileNotFoundError: [Errno 2] No such file or directory: '/data/poky-tmp/selftest/log/oe-selftest-results-20181203113600.log'11:36
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto11:37
*** balister_ <balister_!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto11:42
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-kzvdmkjaxpydxfdy> has quit IRC11:43
rburtonRP: hm, do we have any tests that do non-trivial work in setUp()?  i'm seeing oelib/path.py's setUp called three times when its ran11:43
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC11:44
rburtonoh idiot boy, of course11:44
rburtonthats per-test not per-class11:44
rburtonignore me :)11:44
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-xwjwzuxnjshvaddu> has joined #yocto11:44
* rburton refactors too11:44
rburtonRP: ah, du on btrfs reports 0 for directories11:53
rburtonfor small images, no doubt that results in the sums going wrong11:53
rburtonRP: presumably this isn't breaking on every suse run either11:56
rburtonwhich is frustrating11:56
rburtonok so what's the actual point of suse putting eg /usr/local and /var/opt in separate btrfs sub volumes12:00
RPrburton: right, others have worked :/12:04
RPkanavin: it definitely takes a parameter but what the default behaviour is, not sure12:05
*** procton <procton!~procton@114.147.241.83.in-addr.dgcsystems.net> has quit IRC12:07
*** cvasilak <cvasilak!~cvasilak@ppp-94-66-25-27.home.otenet.gr> has quit IRC12:14
RPrburton: we should probably talk about -next, anything there you don't want to see merged?12:15
rburtonRP: that commit that just adds whitespace12:15
rburtoni have a working hypothesis for the suse thing btw12:15
rburtontldr lets not do builds in /tmp because on that builder there's only 30G available, and if we're building multiple images at once that might actually fill up12:16
rburtoni did a test build in /tmp and filled the disk up in about ten minutes12:16
RPrburton: I'll merge the meson bbappend, recipeutils, ptest bits, u-a, python sdk, nfs-utils, musl and btrfs-tools ?12:17
RPrburton: the rest is still in the questionable camp12:17
RPrburton: that is entirely possible, we don't require large amounts of space for /tmp12:18
rburtonright12:18
RPrburton: do we monitor it with DISKMON?12:18
rburtonyes12:18
rburtonwell, normal builds12:18
RPso if it ran out we would know12:18
rburtonand my build failed neatly12:18
rburtonbut inside a esdk test, i could see that not working right12:18
RPABORT,/tmp,10M,1K12:18
RP(from the AB)12:19
rburtonright12:19
RPrburton: true12:19
rburtonbtrfs is a bit funny too12:19
RPyes :/12:19
RPrburton: I'll merge those bits and then we can think about the others12:19
rburtonyes that's good12:19
RPrburton: torn on the 90s timeout for example. Tests do show bitbake taking an age to start in some builds :(12:21
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:21
RPinotify issues12:21
*** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto12:22
RPrburton: see what you think of https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/43/steps/7/logs/step2d12:22
RPHere R5 52383 1543709221.383517312:22
RPHere R6 52383 1543709231.913610712:22
RP10s :/12:22
RPHere R2 52383 1543709190.151323312:22
RPHere R3 52383 1543709221.378596512:22
RP31s :/12:23
*** balister_ <balister_!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has quit IRC12:25
*** Crofton <Crofton!~balister@2601:5c0:c100:b84:c22d:c40:ab44:9e37> has joined #yocto12:26
*** sagner <sagner!~ags@46.140.72.82> has quit IRC12:33
kanavinRP: that g-o issue with multilib should be fixed now, I sent the patch12:35
RPkanavin: thanks! I'll queue it in the next next :)12:37
kanavinRP: I also got perl-sanity to the point where it could be given a spin on the AB when there's a bit of free cycles available12:41
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC12:41
RPkanavin: I saw that. Let me try a "quick" run of it12:43
RPkanavin: running12:45
kanavinRP: where can I see the outcomes?12:55
RPkanavin: https://autobuilder.yoctoproject.org/typhoon/#/console12:58
RPkanavin: specifically https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/1712:59
RPkanavin: seems to be failing :(12:59
*** jofr <jofr!~jofr@193.182.166.3> has left #yocto13:00
RPkanavin: dpkg-native configure13:01
*** macbug <macbug!~macbug@cgn85-194-11-222.bredband.comhem.se> has quit IRC13:02
*** jofr <jofr!~jofr@193.182.166.3> has joined #yocto13:03
*** macbug <macbug!~macbug@cgn85-194-11-222.bredband.comhem.se> has joined #yocto13:05
*** berton <berton!~berton@181.220.65.91> has quit IRC13:13
*** berton <berton!~berton@181.220.65.91> has joined #yocto13:13
la_croixCould anybody give me a hand with including this in the yocto build: https://github.com/seemoo-lab/nexmon?13:14
la_croixSpecifically the raspberry pi bit13:15
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto13:17
*** marka <marka!~masselst@128.224.252.2> has joined #yocto13:18
LetoThe2ndla_croix: whoa, this is Makefile hell13:19
la_croixLetoThe2nd Yeah, that's what I thought :(13:21
la_croixIt seems to be the only way to get the raspberry pi's wifi module to run in monitor mode, though13:21
LetoThe2ndla_croix: i'd rip out the bits i need and pour them into a custom build. probably less painful13:22
LetoThe2ndbut thats my $.02, explicitly.13:22
la_croixLetoThe2nd Fair enough, I'll give it a go13:22
la_croixSince you're here, do you have any experience on running python through cron?13:22
LetoThe2ndnope.13:23
la_croixOkay13:25
*** rewitt4 <rewitt4!~rewitt@134.134.139.76> has joined #yocto13:25
LetoThe2ndla_croix: OTOH, concerning the python/cron thing. have your read http://www.catb.org/esr/faqs/smart-questions.html ?13:25
*** rewitt3 <rewitt3!~rewitt@134.134.139.76> has quit IRC13:27
la_croixLetoThe2nd No,  I haven't, but I have searched for a solution and implemented the suggestions, none of which have worked. Since they seemed to work on other distros, I thought this might be a yocto thing, so I decided to ask here13:27
LetoThe2ndla_croix: nah, what i meant is: if i answer yes or no, it is of no help to you. and nobody else who reads along feels addressed. the point is, if you are experiencing problems, then just ask about those exact problems. don't address anybody specifically, and don't use meta-questions like "is anybody seeing problems", or "has anybody ever...", because those are actually not the questions that you want an13:29
LetoThe2ndanswer to.13:29
la_croixLetoThe2nd Oh, fair enough13:29
LetoThe2ndla_croix: :)13:29
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has quit IRC13:29
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has joined #yocto13:30
LetoThe2ndla_croix: example. i can ask "how do i fix the message ttyS0 respawning too fast when booting a beaglebone black" or i can ask "has anybody here experience with BBB uarts"13:31
LetoThe2ndi think the difference is obvious. :)13:31
la_croixLetoThe2nd Good point13:31
la_croix:)13:31
la_croixOk, here goes ;)13:31
la_croixCronie running on yocto, cron succeeds for a 'vanilla' python script, but fails for a python script that invokes a subprocess. No error message as cronie doesn't seem to be logging anywhere. Script runs successfully if started manually.  Suggestion has been to use full paths, so I have updated everything to use full paths, but still no luck13:31
LetoThe2ndla_croix: i'd try to enable logging in some way, or look at journalctl -u cronie, if you are kicking it off with systemd13:34
LetoThe2ndla_croix: and if you need env variables, then check those. its not only PATH that is not set.13:34
la_croixLetoThe2nd journalctl -u cronie is empty...13:36
la_croixThe env variables might be a good point, though13:37
la_croixIn fact, the cronie user doesn't exist. It runs stuff as another user. Having said that, journalctl -u otheruser is also empty13:38
LetoThe2ndla_croix: journalctl -u is not about users....13:38
* la_croix does some googling13:41
la_croixOk, still, it's empty13:41
LetoThe2ndmy attempt would be good old printf debugging.13:43
rburtonla_croix: probably that $PATH isn't set inside the cron job13:43
la_croixLetoThe2nd Okay, I think I might have found something :)13:43
la_croixrburton Well, the only thing it's calling as a subprocess is arecord (part of alsa) and I've specified the full path13:44
la_croixBut I have actually managed to find an error13:44
*** RemedyTomm <RemedyTomm!~cslcm@185.44.76.121> has joined #yocto13:51
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-rzkaaqgbdovpozhx> has quit IRC13:51
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC13:52
RemedyTommHey hey. I found an issue where Valgrind doesn't compile properly when targeting the raspberry pi.  (It runs, but doesn't give correct trace information). Should I file this bug with the meta-raspberrypi overlay, or openembedded?13:52
RemedyTomm(when i compile the same version manually on the target, it works fine)13:52
rburtonkanavin: one trick for the perl-native thing would be to basically say "we're using the host perl' and add perl-native to ASSUME_PROVIDED13:55
rburtonthough somewhat concerned that not being able to build perl-native at all might break for someone13:56
rburtonnot aware of anyone using perl C modules at build time, but you never know13:56
rburtonkanavin: did you run the perl test suite on target with the new perl?13:56
kanavinrburton: libxml-parser-perl comes in native variant as well, so someone might be using that13:56
rburtonmeta/recipes-multimedia/pulseaudio/pulseaudio.inc:DEPENDS += "speexdsp libxml-parser-perl-native libcap"13:57
kanavinrburton: I did not. there was enough build time issues to sort :)13:57
rburtonmeta/recipes-devtools/intltool/intltool_0.51.0.bb:DEPENDS_class-native = "libxml-parser-perl-native gettext-n13:57
rburtonpretty sure the intltool one is still valid, we can check if pulse is still using it13:57
rburtonpossibly from when pulse used intltool13:59
rburtonneed to wait for pulse 13.x for the intltool dep to drop14:00
*** yates <yates!~user@rrcs-96-10-234-158.midsouth.biz.rr.com> has joined #yocto14:05
*** marka <marka!~masselst@128.224.252.2> has quit IRC14:06
*** marka <marka!~masselst@128.224.252.2> has joined #yocto14:06
*** lucaceresoli <lucaceresoli!~lucaceres@conf.hotelmediterraneo.com> has joined #yocto14:06
kanavinrburton: I am not sure how to solve the systemtap-native problem, can you help me out please?14:10
kanavinbasically, try bitbake systemtap-native on akanavin/perl-sanity branch14:10
kanavingenereally, I set RDEPENDS_${PN}_class-native = "" in such cases, but here it does not work, and I have no idea why14:11
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC14:14
*** tijko <tijko!~tijko@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto14:14
*** lucaceresoli <lucaceresoli!~lucaceres@conf.hotelmediterraneo.com> has quit IRC14:16
kanavinrburton, RP: who is the right person to ask about yocto-kernel-cache?14:16
kanavinmy question is: I'd like to experiment with changing some things in there, what's the standard approach in doing so?14:17
kanavinfork to github and add a custom throwaway kernel recipe that refers to that?14:18
*** tijko <tijko!~tijko@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC14:22
kergothkanavin: impressive work on perl, nicely done14:22
kergothi'm actually impressed anyone had the guts to work on that recipe at all, ever14:23
kanavinkergoth: thanks :) sadly, the autobuilder reveals a ton of failures still14:24
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto14:26
*** hamis <hamis!~irfan@110.93.212.98> has quit IRC14:27
RPkanavin: zeddii14:29
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC14:50
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has joined #yocto14:57
*** AndersD_ <AndersD_!~AndersD@194-237-220-218.customer.telia.com> has quit IRC15:00
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:00
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:02
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:02
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:03
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:04
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:05
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:06
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:06
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:07
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:08
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:09
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has joined #yocto15:12
didilehi15:13
didileI would like to avoid -dbg and -dev packages to be built15:13
didileso I added INHIBIT_PACKAGE_STRIP and INHIBIT_PACKAGE_DEBUG_SPLIT to my local.conf file15:13
didilebut -dbg and -dev packages are still created15:14
kanavindidile: why do you want that?15:14
didilebecause it takes almost 2h to compile15:14
didileand I don't need debug packages15:14
kanavindidile: the 2 hours probably mostly go to something else that creation of those packages15:15
kanavinI'd say it's most likely compiler instances on a machine that has too few cpu cores15:15
*** cdgarren <cdgarren!~quassel@207.67.30.60> has joined #yocto15:16
didileok but why is it still creating dbg packages when I explictly set to not create them?15:16
didileI've 8 cores15:16
didileIt takes also a lot of useless disk space15:17
*** cdgarren_ <cdgarren_!~quassel@207.67.30.60> has joined #yocto15:18
yoctiNew news from stackoverflow: yocto project - missing dependencies in recipe-sysroot <https://stackoverflow.com/questions/53596327/yocto-project-missing-dependencies-in-recipe-sysroot>15:20
kergothdidile: it's not going to take any less time to compile, inhibiting packaging only affects packaging.15:20
*** cdgarren <cdgarren!~quassel@207.67.30.60> has quit IRC15:20
didilekergoth: ok15:22
kergothbut yes, inhibit_package_debug_split should be working..15:22
yatesi'm stuck. any ideas on why this link is failing, not finding a "main" procedure in the libraries: https://paste.fedoraproject.org/paste/Qu9ViXLLhi7lbuIVPli6bw15:23
didilekergoth: I'm on morty15:23
kergotharm-fslc-linux-gnueabi-g++ -march=armv7-a -mthumb -mfpu=neon -mfloat-abi=hard --sysroot=/Storage/production-hardware-revision-A-1.0/sources/poky/build-hw-test-image/tmp/sysroots/imx6ul-var-dart -o /Storage/production-hardware-revision-A-1.0/sources/poky/build-hw-test-image/src/client-6300-devel/production-client-devel-1.0-rc0/app/client/wx-tree/dartyocto/wx-tree  `wx-config --libs aui,html,adv,core,xml,base --version=3.0`15:23
kergothnowhere in that line does it actually include any objects15:23
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC15:24
*** cdgarren_ <cdgarren_!~quassel@207.67.30.60> has quit IRC15:27
yateskergoth: details.15:28
yates:)15:28
yatesdoh!15:30
yates_I_ provide main. doh! DOH DOH DOH...15:30
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto15:30
kergothindeed15:30
kergothyou can't just link the wx libs together by themselves and get something useful ;)15:31
*** aratiu <aratiu!~adi@80.97.64.55> has quit IRC15:33
rburtondidile: creating debug packages is just a matter of extracting the debug symbols from the binaries.  its the compile that takes ages.  *if* your debug symbols are *huge* then you can remove -g from CFLAGS to stop the debug symbols being generated in the first place, but i doubt you'll see a huge gain15:34
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:35
didilerburton: I see..15:36
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:36
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:37
RPkanavin: I'm going to bet the problem is max locked memory       (kbytes, -l) 1638415:38
*** cdgarren <cdgarren!~cdgarren@207.67.30.60> has joined #yocto15:38
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:38
kergothif you're just concerned about temporary disk space, use rm_work,15:38
didilekergoth: I already set RM_WORK15:40
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:40
*** varjag <varjag!~user@122.62-97-226.bkkb.no> has quit IRC15:40
cdgarrenI'm trying to get chromium-x11 building, and it's complaining about a missing gtk+3 header.15:40
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:40
cdgarren../../chrome/browser/ui/libgtkui/select_file_dialog_impl_gtk.cc:7:10: fatal error: gdk/gdkx.h: No such file or directory15:40
cdgarrenIt is putting the gtk+3 sysroot into its include path. I can see that the header doesn't exist in the gtk+3 image. I'm wondering why it's missing.15:40
rburtonsounds like your gtk+ was built without x1115:41
rburtonkanavin: i suspect there's actually one or two problems in that sea of red15:42
cdgarrenInteresting. What do I need to add to my gtk recipe to enable x11 support?15:42
rburtoncdgarren: well its on by default15:43
cdgarrenrburton: Ok. Maybe to add some information, I was able to build my image for a different machine succesfully. I changed machines to a new dev kit, and then I saw the error.15:44
yatesi don't understand this QA issue I'm getting: https://paste.fedoraproject.org/paste/3ajJD0ySem7-38j~jfX7xA15:44
cdgarrenrburton: So I'm not sure why it's misconfigured somehow for this new machine.15:45
rburtonmaybe the new BSP turns off x11?15:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:45
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has joined #yocto15:46
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:46
cdgarrenrburton: let me do a quick diff between the machine conf files.15:46
*** amosbird <amosbird!~amosbird@123.206.66.49> has joined #yocto15:47
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC15:50
cdgarrenrburton: I'm not seeing anything obvious.15:50
*** amosbird <amosbird!~amosbird@123.206.66.49> has quit IRC15:51
*** brrm <brrm!~brrm@HSI-KBW-046-005-176-047.hsi8.kabel-badenwuerttemberg.de> has quit IRC15:53
*** brrm <brrm!~brrm@HSI-KBW-046-005-176-047.hsi8.kabel-badenwuerttemberg.de> has joined #yocto15:54
*** klaus0x7C4_ <klaus0x7C4_!~klaus0x7C@mail.indu-sol.com> has joined #yocto15:54
*** nslu2-log_ <nslu2-log_!~nslu2-log@23.141.224.193> has joined #yocto15:54
kergothi'd use bitbake -e to examine DISTRO_FEATURES and -e gtk+ to examine PACKAGECONFIG15:54
*** suy_ <suy_!~quassel@roger.badopi.com> has joined #yocto15:54
*** nslu2-log <nslu2-log!~nslu2-log@23.141.224.193> has quit IRC15:54
*** klaus0x7C4 <klaus0x7C4!~klaus0x7C@mail.indu-sol.com> has quit IRC15:54
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC15:55
*** suy <suy!~quassel@roger.badopi.com> has quit IRC15:55
*** nslu2-log_ is now known as nslu2-log15:55
*** learningc <learningc!~learningc@210.195.65.126> has joined #yocto15:55
*** dlan <dlan!~dennis@116.192.33.248> has joined #yocto15:55
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto15:55
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto15:56
*** aratiu <aratiu!~adi@80.97.64.55> has joined #yocto15:57
dkcI think kernel-yocto.bbclass has a bug when used with KBUILD_DEFCONFIG and S=... is specified. do_kernel_metadata tries to locate the defconfig based on ${S}, but sources have been moved in do_unpack_append of kernel.bbclass, so it points to a non-existent dir16:05
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC16:08
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto16:08
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC16:09
*** kristoiv <kristoiv!~kristoiv@195.139.214.6> has quit IRC16:10
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto16:14
yateswhy am i getting these warnings? https://paste.fedoraproject.org/paste/YIxuywnYD0NBp9q19~8stw16:17
yatesthese files are part of my svn repo, but not used for the build, so i suspect the warnings are irrelevent, but they're irritating.16:18
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC16:18
yateswhy is yocto complaining about them?16:18
yates(these files == *.el files)16:18
cdgarrenkergoth: can you elaborate on what I should be looking for?16:19
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC16:19
cdgarrenkergoth: When I urn bitbake -e gtk+3, I see this line: PACKAGECONFIG="opengl wayland glx"16:20
cdgarrenkergoth: So does that mean it's not configured for x11?16:20
*** dlan <dlan!~dennis@116.192.63.163> has joined #yocto16:24
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto16:24
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto16:26
rburtonyates: did someone explain the GNU_HASH error?16:26
*** learningc <learningc!~learningc@210.195.65.126> has quit IRC16:26
*** learningc <learningc!~learningc@210.195.65.126> has joined #yocto16:27
kergothcdgarren: that's correct. likely your distro is wayland, not x11. check DISTRO and DISTRO_FEATURES16:28
rburtonRP: huh my qa patch was missing a chunk16:28
* rburton curses16:28
*** khem <khem!~khem@unaffiliated/khem> has quit IRC16:29
rburtonRP: does the rebuild button on the AB rebuild the same *hash* or branch?16:31
rburtonie if i update the branch and hit rebuild, will it do what i want?16:31
rburtonyates: if the message said "No GNU_HASH in the ELF binary /path/too/foo, didn't pass LDFLAGS?" would that help?16:33
*** georgem <georgem!~georgem@216.21.169.52> has joined #yocto16:35
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto16:41
cdgarrenkergoth: I'm using poky. It does havbe x11 in the list of DISTRO_FEATURES in the bitbake -e output.16:42
*** stephano <stephano!~stephano@134.134.139.72> has joined #yocto16:43
cdgarrenkergoth: Could enabling opengl have something to do with this? I think that's one difference when I changed machines.16:43
RPrburton: hash16:43
*** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC16:44
cdgarrenkergoth: This line for PACAKAGECONFIG pre-expansion value looks interesting: "${@bb.utils.filter('DISTRO_FEATURES', 'opengl wayland x11', d)} ${@bb.utils.contains('DISTRO_FEATURES', 'opengl x11', 'glx', '', d)}"16:45
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC16:51
*** martinkelly <martinkelly!~martin@64.124.55.74> has joined #yocto16:51
yates\o/16:52
yatesworks.16:52
yatesmy application which depends on wxWidgets 3.0.4 builds and works.16:52
cdgarrenkergoth: I think maybe I tracked it down. In one of freescales appends to gtk+3, they remove x11 from DISTRO_FEATURES if both wayland and x11 are present.16:52
cdgarrenkergoth: So is my real fix going to be remove wayland from my DISTRO_FEATURES16:53
RPkanavin: max locked memory       (kbytes, -l) 6416:53
RPhalstead: I'm pretty sure we need to increase this on the AB workers as 64 will cause problems with gpg16:54
yatesthanks everyone for answering my incessant, oft stupid questions !16:55
yatesespecially rburton, RP, khem, LetoThe2nd, and others16:56
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto16:57
yatesoh, sorry, and you too kergoth16:57
yatesalso smart is working nicely too16:57
kergothcdgarren: ah, well spotted17:03
kergoththat's a bit odd17:03
cdgarrenkergoth: Yeah. I'm not sure why they put that there. Not a fan. Thanks for your help to track that down.17:05
kergothnp17:06
*** didile <didile!b07ff51a@gateway/web/freenode/ip.176.127.245.26> has quit IRC17:12
*** fl0v0 <fl0v0!~fvo@i577B9628.versanet.de> has quit IRC17:12
yatesagain, anyone know why am i getting these warnings? https://paste.fedoraproject.org/paste/YIxuywnYD0NBp9q19~8stw17:14
yates(it's cleanup time...)17:15
*** Carton__ <Carton__!~jo@2a02:120b:7ff:51a0:7ca5:c65c:1c9a:960f> has quit IRC17:17
RPyates: it can't find a file you've listed in SRC_URI17:17
*** TobSnyder <TobSnyder!~schneider@p200300E2BF10A300B3848ABFA9B0E71A.dip0.t-ipconnect.de> has joined #yocto17:17
yatesRP: my src uri is just the whole repository: SRC_URI = "svn://ebtronwsus/svn/SmartDisplaySoftware;module=${SVNMODULE};protocol=https;rev=2415;"17:18
yatesi yocto is looking inside the repo files and it doesn't know what to do with .el files (emacs lisp)... just a guess though17:19
yatesSVNMODULE = "tags/production-client-devel-1.0-rc0"17:19
yatess/i/i suspect/17:21
yatesis there a command to say "ignore all XYZ files in the src_uri?"17:25
yatessrc_glob = "*.el" ?17:25
RPyates: I think there is something else in SRC_URI to cause that warning17:30
*** TobSnyder <TobSnyder!~schneider@p200300E2BF10A300B3848ABFA9B0E71A.dip0.t-ipconnect.de> has quit IRC17:37
*** yann <yann!~yann@lfbn-idf1-1-33-83.w82-124.abo.wanadoo.fr> has quit IRC17:42
khemyates: I think kergoth answered you very patiently, so he deserves thanks the most :)17:44
yatesthanks kergoth - much appreciated17:48
kergothnp17:48
khemRP: http://errors.yoctoproject.org/Errors/Details/203013/ once builders updated to ubuntu 18.04 all builds are showing this error for freerdp do_packagedata17:52
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC17:55
RPkhem: I commented yesterday, we don't see any problems like that on the YP 1804 builds17:58
RPkhem: seems one of the versions is None which would be odd17:58
RPkhem: musl/nfs-utils merged thanks :)17:59
khemRP: but you dont build freerdp I guess18:00
RPkhem: no18:00
khemhttp://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/freerdp/freerdp_git.bb?h=master#n1118:01
khemI wonder if using GITPKGVTAG is an issue18:01
RPkhem: gitpkgv was my guess18:01
khemI wonder if we need to use it here18:02
RPkhem: newer version of git with different output?18:02
khemyeah its possible.18:02
* RP wishes we could have the fetcher do what people need18:02
CroftonDid you break the fetcher again?18:03
RPCrofton: all selftests pass so its perfect ;-)18:04
khemusbmuxd libusbmuxd libinih also uses GITPKGVTAG and they build fine18:04
Croftonheh18:05
CroftonI suggest watching this: https://www.spacex.com/webcast18:05
*** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto18:06
aehs29Crofton: I second that18:17
Croftonlol18:20
CroftonHow many zynqs aboard?18:21
fraynot enough, just enough or too many?18:21
aehs29Crofton: hahaha18:22
ant_homekhem, I am building freerdp on ubuntu 18.04 as we chat18:23
khemant_home: my situation is a bit different where the buildhistory is same as it was before upgrading 16.04 -> 18.0418:24
ant_homeI have a week-old oe-core checkout18:24
khemso its not a clean build18:24
ant_homeargh18:24
ant_homeno issues here18:30
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC18:30
ant_homebbl18:30
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC18:32
*** ant_home <ant_home!~ant__@host184-22-dynamic.15-87-r.retail.telecomitalia.it> has quit IRC18:35
Croftonno booms18:43
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto18:48
*** marka <marka!~masselst@128.224.252.2> has quit IRC19:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:06
*** shurelous <shurelous!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has joined #yocto19:18
shureloushi guys, i'm trying to upgrade my image from branch sumo to branch thud, but when the image is built, there is no network interfaces on it19:19
shureloussomething changed in the kernel customizing stuffs?19:20
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC19:22
*** shurelous <shurelous!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has quit IRC19:25
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto19:30
*** marka <marka!~masselst@184.175.21.100> has joined #yocto19:31
*** shurelous__ <shurelous__!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has joined #yocto19:38
rburtonCrofton: they made that landing look easy19:41
*** yann <yann!~yann@lfbn-1-515-227.w86-245.abo.wanadoo.fr> has joined #yocto19:42
Croftonyeah19:42
shurelous__hi, i'm trying to upgrade my layer from sumo to thud, but the image built on thud has no network interfaces19:43
shurelous__someone knows if there is any change on kernel customization?19:43
kergoththe number of chances from sumo to thud is massive, as is true of any major releases19:43
shurelous__i'm asking because I created a custom distro and custom machine based on generic-x86-6419:45
bluelightningshurelous__: are you using systemd?19:45
shurelous__yes19:45
shurelous__I used to bbappend linux-yocto recipe by adding include bsp/common-pc-64/common-pc-64-standard.scc nopatch19:46
bluelightningso I don't know if it was a change, but I did notice recently that if I built a systemd-based image we don't install a network config file for systemd-networkd and the result is no network interfaces get brought up by default19:46
shurelous__humm...19:46
markashurelous__: pastebin your dmesg19:46
rburtoni wonder how my nuc has working network then19:46
rburtonmaybe networkd does nothing and the netbase init files still work19:47
bluelightningthere's some coverage of config here that helped me: https://wiki.archlinux.org/index.php/systemd-networkd19:47
bluelightningrburton: maybe... it's not guaranteed that those will be in an image, maybe they are in your case19:47
bluelightningI made a comment on our "default to systemd" bug for 2.7 about this, perhaps I should file an actual bug19:48
kergothhmm, true. we probably should rethink the default network handling on images lacking connman, etc. use netbase, networkd, or even systemctl enable dhcpcd@<if>. something..19:48
rburtonah yes that would be it, i most likely have connman19:49
bluelightning(for clarification, /etc/network/interfaces is not guaranteed to be in a systemd image because it's installed as part of init-ifupdown)19:49
bluelightningI'll file a bug19:50
shurelous__marka: I cant paste it because my image has no mouse integration, and I cant select the text to paste it, I can only take prints from it19:52
*** shurelous <shurelous!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has joined #yocto19:54
rburtonbluelightning: easiest would be a config that just turns on dhcp for en*, and let people bbappend their own file19:54
markashurelous__: ah, there are ways but don't worry about it. Is there any signs of life of any eth* in the dmesg? What about 'ip l sh' output? or '/sys/devices'?19:55
shurelousbluelightning: thank you sir for the tip, I will try configuring my network here.19:55
shurelousyes19:55
bluelightningrburton: right, that would be a good start19:55
shurelousthe network driver recognized the two interfaces19:55
shurelouseth0 and eth119:56
*** shurelous__ <shurelous__!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has quit IRC19:56
shurelouse1000 0000:00:03.0 eth0:(PCI:33MHz:32-bit)...19:56
shurelousbut there is no message saying that the link is up or down, just the messages from the network driver19:57
markashurelous: you can rule out kernel changes then at this point pretty much19:58
markawith systemd it will rename eth* to use "predictable" names, ie. enp0s3 or similar19:59
shurelousbluelightning: my /etc/network/interfaces is configured and the systemd-networkd service is running19:59
markaand you will want to setup /etc/systemd/networkd/* files20:00
shurelousI disabled the unpredictable names20:00
markashurelous: that will be your fun, I tend not to fight systemd20:00
shureloushumm, so systemd dont use the /etc/network/interfaces configuration?20:00
markaeither go all the way or no way at all20:01
shureloushahah20:01
markashitty, I hate systemd as much as anyone, but don't do 1/2 measures20:01
bluelightningfiled: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1305720:01
yoctiBug 13057: normal, Undecided, ---, ross.burton, NEW , No default network configuration for systemd-networkd20:01
*** tijko <tijko!~tijko@unaffiliated/tijko> has joined #yocto20:02
shurelousok, I will remove my custom change and configure my networkd files20:02
shurelousthank you folks, if it works I come back here to explain how I solved20:02
markasounds good. I just wanted to make sure the kernel bits were working fine20:02
markaand it appears they are20:03
markawe didn't change the kernel configuration or such that should have caused any major behavior change20:03
shurelousthe path /etc/systemd/networkd even exists here in my image20:04
shurelousshoud be this the problem hehehe20:04
shurelousWorked20:07
shurelousI had to create a /etc/systemd/network/20-foo.network20:08
*** shurelous_ <shurelous_!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has joined #yocto20:09
*** shurelous <shurelous!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has quit IRC20:13
khemshurelous_: see https://github.com/YoeDistro/meta-yoe/tree/master/recipes-core/systemd20:18
khemyoe distro takes care of such things automatically once you choose systemd20:18
shurelous_thank you khem20:18
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC20:29
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto20:30
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has joined #yocto20:33
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC20:33
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto20:34
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC20:37
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has quit IRC20:44
*** meow` <meow`!~sbourdeli@147.ip-167-114-97.net> has joined #yocto20:45
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto21:12
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has quit IRC21:15
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC21:20
*** shurelous_ <shurelous_!bb6c2acb@gateway/web/freenode/ip.187.108.42.203> has quit IRC21:36
*** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC21:51
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC22:11
*** marka <marka!~masselst@184.175.21.100> has quit IRC22:13
*** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has quit IRC22:14
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has joined #yocto22:22
*** kristoiv <kristoiv!~kristoiv@245.90-149-61.nextgentel.com> has quit IRC22:26
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:35
*** ant_home <ant_home!~ant__@host55-101-dynamic.58-82-r.retail.telecomitalia.it> has joined #yocto22:43
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-ketsnrzrngmaauzq> has joined #yocto22:44
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC22:46
*** ds2 <ds2!~ds2@rehut.com> has joined #yocto22:51
*** OpenSorceress <OpenSorceress!~opensorce@216-82-197-9.static.grandenetworks.net> has joined #yocto22:52
*** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has joined #yocto22:52
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-sxpvnivlrumjhktu> has joined #yocto23:13
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC23:23
*** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has joined #yocto23:39
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has quit IRC23:49
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has quit IRC23:49
*** nathani_ <nathani_!~nathani@mail.validmanufacturing.com> has joined #yocto23:50
*** nathani__ <nathani__!~nathani@mail.validmanufacturing.com> has joined #yocto23:50
*** Guma <Guma!~Guma@50.235.185.2> has joined #yocto23:56

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