Tuesday, 2018-08-14

*** falstaff_ <falstaff_!~quassel@37.17.239.3> has joined #yocto00:51
*** Hauke <Hauke!~Hauke@hauke-m.de> has quit IRC00:57
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC00:57
*** kergoth <kergoth!~kergoth@107.170.225.75> has quit IRC00:57
*** styler2go <styler2go!~styler2go@v22015051823525655.yourvserver.net> has quit IRC00:59
*** styler2go <styler2go!~styler2go@v22015051823525655.yourvserver.net> has joined #yocto01:02
*** Hauke <Hauke!~Hauke@hauke-m.de> has joined #yocto01:04
*** kergoth <kergoth!~kergoth@107.170.225.75> has joined #yocto01:04
*** gattuso <gattuso!~gattuso@pompel.me> has quit IRC01:06
*** gattuso <gattuso!~gattuso@pompel.me> has joined #yocto01:10
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC01:15
*** mranostay <mranostay!sid127487@pdpc/supporter/active/mranostay> has left #yocto01:18
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto01:23
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto02:57
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto03:41
*** anujm <anujm!anujm@nat/intel/x-ptuygtrshelfyint> has quit IRC04:06
*** tgraydon <tgraydon!textual@nat/intel/x-ameiqoqtikomfood> has quit IRC04:13
*** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto04:46
*** morphis <morphis!~morphis@p200300CCFBE3D500C81157BFBB62767F.dip0.t-ipconnect.de> has joined #yocto04:57
*** anujm <anujm!anujm@nat/intel/x-bvwpzaxykqeyvkcd> has joined #yocto04:58
*** morphis <morphis!~morphis@p200300CCFBE3D500C81157BFBB62767F.dip0.t-ipconnect.de> has quit IRC05:22
*** morphis <morphis!~morphis@p200300CCFBE3D500C81157BFBB62767F.dip0.t-ipconnect.de> has joined #yocto05:41
*** agust <agust!~agust@p50886A63.dip0.t-ipconnect.de> has joined #yocto05:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto06:12
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto06:13
*** anujm <anujm!anujm@nat/intel/x-bvwpzaxykqeyvkcd> has quit IRC06:30
*** TobSnyder <TobSnyder!~schneider@95.90.149.33> has joined #yocto06:42
*** fl0v0 <fl0v0!~fvo@i577A6155.versanet.de> has joined #yocto06:43
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto06:43
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:47
Alex___good morning07:13
Alex___is it possible to get the SRCREV from a bitbake which is stored in a recipe A meta-layer1 and use it in recipe B meta-layer2 (I am thinking of storing a variable in recipe B which gets using d.getVar(SRCREV from recipe A)07:15
Alex___if this is possible, could someone point me to a link for an example?07:15
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto07:16
bluelightningAlex___: I'm afraid you cannot, no... basically you can either set it globally and then have each recipe pick up the value, or have both recipes inherit a custom class or require a custom include file and set it in there07:41
*** clement_ <clement_!~clement@LNeuilly-657-1-4-190.w81-250.abo.wanadoo.fr> has quit IRC07:41
*** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto07:46
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto07:58
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:59
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ykhoeiicekywpyun> has joined #yocto08:07
*** mystictot <mystictot!~shyam@47.31.140.69> has joined #yocto08:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC08:20
Alex___thanks bluelightning08:29
Alex___I tried to use the guide from here https://www.yoctoproject.org/docs/2.4.1/bitbake-user-manual/bitbake-user-manual.html#exporting-variables-to-the-environment08:29
Alex___but it seems that if I run bitbake -e recipe B | grep variable from recipe A I get no output08:30
bluelightningAlex___: you really cannot do that08:30
bluelightningsee above for the right way to do it08:31
Alex___ok, thank you for the tips :)08:33
*** mystictot <mystictot!~shyam@47.31.140.69> has quit IRC08:49
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto09:05
*** ant_home <ant_home!~ant__@host146-228-dynamic.182-80-r.retail.telecomitalia.it> has joined #yocto09:10
*** mystictot <mystictot!~shyam@47.31.91.231> has joined #yocto09:44
yoctiNew news from stackoverflow: Loading an out of tree module as builtin in Yocto <https://stackoverflow.com/questions/51838490/loading-an-out-of-tree-module-as-builtin-in-yocto>09:45
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:01
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:03
rburtonRP: | /usr/src/debug/coreutils/6.9-r5/build/src/../../coreutils-6.9/src/su.c:248: undefined reference to `crypt'10:09
rburtonah thats meta-gpl210:10
rburtonshall tweak10:10
RPrburton: right, I was ignoring that on the basis it should be a simple fix10:13
rburtonyeah10:13
rburtonkicked a build off to sort it out now10:13
RPrburton: -next on .io is going to be slow as glibc changed :(10:14
yoctiNew news from stackoverflow: Execute bitbake recipe discarding what sstate_cache is <https://stackoverflow.com/questions/51838878/execute-bitbake-recipe-discarding-what-sstate-cache-is>10:15
mcfriskopkg error messages are not easy to parse: "package foo requires bar, but none of the providers can be installed"10:16
mcfriskOPKG_ARGS += "--verbosity=3" doesn't show the root cause either.10:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:45
*** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC10:57
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto11:00
*** joeythesaint <joeythesaint!~joe@vegas.deserted.net> has joined #yocto11:04
*** mystictot <mystictot!~shyam@47.31.91.231> has quit IRC11:31
*** mystictot <mystictot!~shyam@47.31.91.231> has joined #yocto11:33
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto11:38
rburtonRP: '[yocto] oe-run-native uses host python3 instead of sysroot' is a good point12:05
rburtonRP: should oe-run-native just sweep up all *-native/ folders in the sysroot?12:05
RPrburton: probably, yes12:07
RPtook me a minute to understand what that meant :)12:07
kanavin__RP: michael@yoctoproject still the right person to send ssh keys for poky-contrib?12:14
*** mystictot <mystictot!~shyam@47.31.91.231> has quit IRC12:14
*** freanux <freanux!~freanux@unaffiliated/freanux> has joined #yocto12:14
kanavin__rburton: I hope to pick up where I left soon :)12:15
rburtonyes12:15
rburtonand woo12:15
kanavin__just sent the key for my underpowered 4 core laptop, as the proper box is stuck in corporate order process12:15
RPkanavin__: yes, I saw the mail, cool :)12:16
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC12:16
*** JaMa <JaMa!~martin@217.30.68.212> has quit IRC12:18
rburtonRP: filed https://bugzilla.yoctoproject.org/show_bug.cgi?id=1288912:19
yoctiBug 12889: normal, Undecided, ---, richard.purdie, NEW , oe-run-native should automatically pick up bindir/*-native/ directories12:19
RPHmm, build qemux86, then switch to genericx86 and it does a lot of workdir cleaning12:21
ant_homeRP: smthg fishy here, bitbake is ignring changes to a recipe SRC_URI/patchset12:22
ant_homeWARNING: pcmciautils-018-r1 do_patch:12:22
ant_homethat one needs patch rebaqsing..just commenting out the SRC_URI and doing -c cleansstate seems not enough..doh12:23
ant_homeeven increasing PR? how that...checking12:25
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC12:25
kanavin__I am going to experiment with -l option to make and ninja. Building llvm and webkit at the same time is a good test bench that can bring any machine to its knees.12:26
kanavin__rburton: was that investigated previously, do you remember?12:26
rburtonnot afaik12:27
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto12:27
kanavin__all car makers seem to have enormous amounts of c++ code :)12:28
*** marka <marka!~masselst@128.224.252.2> has joined #yocto12:28
kanavin__which is particularly slow and heavy to build12:28
rburtonkanavin__: another option is to use the jobserver support in make, if bitbake itself acts as the master and manages the number of make instances12:32
rburtoni *think* RP did a bit of poking at that a few years back12:32
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto12:33
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC12:33
kanavin__rburton: this was just discussed on bitbake-devel :) this wouldn't cover ninja though12:35
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto12:36
ant_homeRP: doh...we have two pcmciautils_0.18.bb, one in oe-core, one in meta-oe :)12:37
ant_homeblame rburton ?12:38
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC12:39
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has joined #yocto12:46
*** Jape_ <Jape_!~Jari@dsl-hkibng22-54f8de-19.dhcp.inet.fi> has joined #yocto12:58
rburtonhuh13:03
rburtonkanavin__: ha i need to read that more obviously13:03
rburtonno, wouldn't cover anything but make13:04
RPkanavin__: I don't think anyone has played with -l. Trouble is one task could starve another :/13:04
rburtonant_home: did i send the addition to meta-oe and forget to post the removal?13:04
RPrburton: it would make bitbake, make and potentially our other threaded tasks have thread limiting13:04
Jape_I am trying to build a RPI image having read only rootfs. Build fails because busybox post installation fails (update-alternatives: Error: not linking build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-lsb/1.0-r0/rootfs/sbin/klogd to /bin/busybox.nosuid since build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-lsb/1.0-r0/rootfs/sbin/klogd exists and is not a link). Any tips how to start solving this?13:05
rburtonant_home: yeah that sounds about right.  posting removal now13:06
kanavin__RP: make documentation seems to imply that it will keep running at least one target even when the load avg is above the set limit. I need to observe it in action though.13:06
RPkanavin__: yes, I don't think it can not run anything due to the way make works internally. The jobserver implementation is quite fascinating13:07
rburtonfascinating sounds like an interesting choice of word13:07
RPrburton: oldschool unix solutions to problems13:09
kanavin__Jape_: klogd seems to be coming from a different package, and they clash13:10
RPrburton: basically you put tokens (single characters) into a pipe, then anything wanting to run something has to read a token which it puts back when done13:11
RPrburton: so no locking as single byte read/writes are atomic13:11
Jape_kanavin__, yes most likely. Any advice how to start figuring out where it comes from? :) Not familiar with yocto / bitbake.13:13
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC13:24
u1106I have a small kernel driver in my build. When upgrading the kernel I get the message "Cannot use CONFIG_STACK_VALIDATION, please install libelf-dev, libelf-devel or elfutils-libelf-devel"  This seems to be a new kernel upstream feature since 4.12. What do I need to add to my module recipe to get this resolved? I tried to look from the kernel recipe environment what it pulls in, but the only related I could spot was DEPENDS :=  "elfutils-native" but that13:24
u1106didn't help13:24
kanavin__Jape: probably sysklogd. this is weird though, as busybox does have RCONFLICTS in its recipe that should guard against it13:26
u1106I see the same message in this discussion, but I cannot extract a solution https://patchwork.openembedded.org/patch/152442/13:42
RPrburton: https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/1274/steps/Running%20oe-selftest/logs/stdio - the hash changes worry me :/13:48
rburtonhuh13:48
rburtonmy checksum change?13:49
rburtonsome other builds in the same run failed in a similar way13:49
rburtoneg https://autobuilder.yocto.io/builders/nightly-x32/builds/1198/steps/Running%20Sanity%20Tests/logs/stdio13:50
RPrburton: feels like there is a connection :/13:52
RPrburton: the fact there were checksum changes in that build worries me more too13:53
rburtonrevert the big change and see what happens?13:55
RPrburton: I just poked around https://autobuilder.yocto.io/builders/nightly-musl/builds/1230/steps/Running%20Sanity%20Tests/logs/stdio and it seemed to hang somewhere after enabling Uninative but before it enabled the server13:59
RPrburton: all on f2614:04
RPrburton: there are bits of an oe-selftest left behind on that machine :/14:05
RPhalstead: have there been any issues with the f26 worker recently?14:14
bluelightningRP: shouldn't we be ditching F26? upstream support for it ended in May14:16
halsteadRP, No issues that I'm aware of except that it is EOL and should be replaced with F28.14:17
halsteadopensuse423 had a hard lock up and needed a cold reboot though.14:18
RPbluelightning: quite likely14:19
RPhalstead: ok, thanks. Last build run showed oddities on all its builds :/14:19
halsteadRP, Shall I go ahead and do that upgrade to F26? It's been on the TODO list for awhile.14:21
RPhalstead: might as well. I can't find anything useful to try and figure out what went wrong :(14:21
ant_homerburton, ok, thanks, but note the recipes are not in sync14:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:27
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto14:31
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto14:38
ant_homerburton, I have sent the two bakport patches to oe-dev ML14:39
*** TobSnyder <TobSnyder!~schneider@95.90.149.33> has quit IRC14:44
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto14:46
*** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC14:57
*** jcstach <jcstach!~jcstach@hw-us-east-1a.agilent.com> has joined #yocto15:09
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ebleozztlvcpaugs> has quit IRC15:15
*** morphis <morphis!~morphis@p200300CCFBE3D500C81157BFBB62767F.dip0.t-ipconnect.de> has quit IRC15:15
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC15:19
*** quite <quite!quite@unaffiliated/quite> has joined #yocto15:19
*** Alex___ <Alex___!2e6148a2@gateway/web/freenode/ip.46.97.72.162> has quit IRC15:20
*** dmoseley <dmoseley!472e380e@gateway/web/cgi-irc/kiwiirc.com/ip.71.46.56.14> has joined #yocto15:23
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto15:26
RPJPEW: we're seeing odd issues getting bitbake to start. Can't tell if its the persist_data changes, rburton's md5 mmap or something else15:36
JPEWRP: Hmm, whats the issue?15:37
JPEWAh, the links in the chat log I'm assuming.15:38
*** dv_ <dv_!~dv@62.178.50.190> has quit IRC15:40
RPJPEW: things like this: https://autobuilder.yocto.io/builders/nightly-mips-lsb/builds/119915:41
RPJPEW: just randomly failing to start the server15:41
RPnothing useful in logs that I could fine15:41
RPfind15:42
RPI'm going to rebuild -next with just the core changes and not the bitbake ones, see if this keeps happening15:42
JPEWRP: Ya... I did have some bugs that exhibited that failure behavior when I was working on the patches. It's very possible the persist_data is causing that.15:43
RPJPEW: the complexity of the persist_data stuff and the fork handling does worry me :/15:44
*** dmoseley <dmoseley!472e380e@gateway/web/cgi-irc/kiwiirc.com/ip.71.46.56.14> has quit IRC15:44
JPEWIndeed, I wasn't sure about that.15:45
rburtonWARNING: glibc-locale-2.28-r0 do_package_qa: QA Issue: glibc-locale: /glibc-binary-localedata-es-ni/usr/lib/locale/es_NI/LC_NUMERIC is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated]15:53
rburtonargh i was hoping we had that fixed15:53
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has joined #yocto15:54
RPrburton: I know a patch claimed to and could probably help but I was never convinced15:55
RPhalstead: typhoon looks to have a disk space issue? :(15:56
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC15:56
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC15:57
halsteadRP, On which worker?15:57
halsteadcentosy-ty-1 I suppose.15:57
RPhalstead: yes15:58
*** pabdaddy1995 <pabdaddy1995!4066f914@gateway/web/freenode/ip.64.102.249.20> has joined #yocto16:00
pabdaddy1995Kergoth: When I try to use ${systemd_system_unitdir} I get an error that says ...../image/lib/systemd/system':  No such file or directory.  I'm trying to move from sysvinit to systemd16:04
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC16:07
*** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has quit IRC16:07
khemRP: the musl failure you are seeing is real, I can reproduce it, but its a pre-exiting problem in mesa that was earlier ignored by loader see https://github.com/kraj/musl/commit/5c2f46a214fceeee3c3e41700c51415e0a4f1acd16:12
*** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto16:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto16:18
RPkhem: so what do we do about it? :/16:23
RParmpit: I think your rocko build fell victim to the space issue16:23
armpitRP, that is why we need a Space force for just such issues16:27
RParmpit: :D16:28
khemhere mesa needs to switch to general-dynamic TLS model for proper fix, what I see is that library still loads and sato comes up fine on qemux86 so may be we can ignore the error for now16:28
* armpit will launch another one later16:28
* armpit off to SJ16:28
khemthe mesa ticket is reopened so hopefully this will track the problem16:28
*** armpit <armpit!~armpit@2601:202:4180:c33:64f0:5919:ccc1:f72d> has quit IRC16:32
RPkhem: I guess we could whitelist it for musl, I'm very nervous about doing that though :/16:35
pabdaddy1995does anyone know why in my private recipe that it doesn't recognize ${systemd_system_unitdir}?  In order to get it to recognize it i had to make the lib/systemd/system directories first16:36
khemRP: yes although I hope to chase the issue with mesa guys16:41
khemwhich means we will get to fix it properly.16:41
*** lusus <lusus!~lusus@62.91.23.180> has quit IRC16:42
RPkhem: right, fixing it with them sounds good16:42
RPkhem: still chasing down locale issues. I messed up the first version of that locale patch and was corrupting memory :(16:43
*** joaocfernandes <joaocfernandes!~Joao@88.157.234.132> has quit IRC16:45
khemRP: your approach is good though,16:46
RPkhem: hopefully. Cuts locales from 900MB to 220MB :)16:47
RPhmm, sstate isn't preserving sparse files :(16:50
* kanavin__ hopes to get into ELC-E at last16:50
RPI guess its good that selftest is finding this16:50
kanavin__just asked if that can be arranged...16:50
RPkanavin__: should be a few of us! :)16:50
RPkanavin__: remember OEDEM the day before the conference16:51
kanavin__RP: yes, I specifically mentioned that16:51
RPdevday is the day after16:51
* RP suspects you'd know much of the devday material :)16:51
kanavin__"So this is the once a year chance to meet people I work with in the open source community, learn and discuss with them. I wouldn't want to miss it. I can also distribute marketing materials for Pelux, if we have any: business cards, leaflets etc."16:51
kanavin__from the email :)16:52
kanavin__RP: but isn't devday only for an extra fee :D can I get in for free? ;)16:52
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:06
*** fl0v0 <fl0v0!~fvo@i577A6155.versanet.de> has quit IRC17:07
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto17:18
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC17:19
* RP just found sstate destroys file sparseness :(17:25
RPzeddii_home: guess you're back? :)17:35
RPJPEW: FWIW with your persist_data pieces and rburton's change removed, -next is looking much happier. I guess I'll add the mmap stuff back and retest that next17:42
JPEWRP: Ok. FWIW, I tried a build locally with the persist_data and it worked alright, but I agree it is still the most likely culprit.17:43
RPJPEW: its intermittent which is always annoying to track down17:43
JPEWDo you think it might have something to do with the database schema chaning states (and WAL mode)?17:43
RPJPEW: want to get some patches unblocked, then I can add it back alone and retest and see if it comes back17:44
RPJPEW: I'm not really sure. I did try testing this without the bb.fork piece and I don't think we were seeing it until I added that17:44
RPWe've a lot of failures so I'm not 100% sure17:45
RPand the test suite fails without bb.fork17:45
JPEWYa, thats fine. The persist_data changes are really only needed for hash equivalence, so there isn't an immediate need.17:45
JPEWI should probably split the patches so that the fork test is added with fork support17:46
JPEWOther than that one, all the tests should actually run and pass without any of my other persist_data changes17:46
RPJPEW: right, I was just trying to get a bit ahead and get some of it reviewed/tested :)17:46
RPhalstead: Interestingly, we just ran nearly a complete build run on yocto.io in under two hours with hot sstate :)17:47
RPits not finished but its nearly there apart from qa-extras which we'll have to break up17:48
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC17:50
*** sbach <sbach!~sbach@207.246.123.100> has joined #yocto18:09
*** tgraydon <tgraydon!textual@nat/intel/x-tyjxthhkhwhzebmo> has joined #yocto18:15
khemRP: sent a fix for mesa issue on musl here http://lists.openembedded.org/pipermail/openembedded-core/2018-August/154125.html18:27
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-ykhoeiicekywpyun> has quit IRC18:30
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has joined #yocto18:35
khemrburton: yt ?19:10
pabdaddy1995does anyone know how to tell yocto to autostart services created by systemd-sysv-generator?19:38
pabdaddy1995anyone here?19:47
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC19:58
*** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC20:08
*** pabdaddy1995 <pabdaddy1995!4066f914@gateway/web/freenode/ip.64.102.249.20> has quit IRC20:09
*** gtristan <gtristan!~tristanva@110.11.179.2> has joined #yocto20:09
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto20:15
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has joined #yocto20:30
*** marka <marka!~masselst@128.224.252.2> has quit IRC20:40
*** pabdaddy1995 <pabdaddy1995!4066f914@gateway/web/freenode/ip.64.102.249.20> has joined #yocto20:46
pabdaddy1995does anyone know how to accomplish this shell command "systemctl enable programexample.service" in a .bb file?20:46
JPEWpabdaddy1995: Have you tried using the systemd class? https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#ref-classes-systemd20:55
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC20:56
*** armpit <armpit!~armpit@64.2.3.196.ptr.us.xo.net> has quit IRC20:58
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-glpsmywjfouyvccc> has joined #yocto21:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:40
RPkhem: looks good, thanks. Will try and add that to the next round of patches once we get glibc in21:48
*** gtristan <gtristan!~tristanva@110.11.179.2> has quit IRC21:49
RPJPEW: builds aren't breaking like they were so I think it is something about the persist_data changes :/21:55
JPEWRP: OK. Thats unfortunate, but not really suprising21:56
JPEWI'll go try torturing it a little more21:56
RPJPEW: thanks. Sorry to be the bearer of bad news :)22:00
RPJPEW: I'm kind of drowning in one problem leading to another right now22:00
JPEWRP: Better now than later.22:00
JPEWRP: I really need to look at CROPS or something to test builds on older distros. My preference to run the latest FC gets me into trouble some times22:01
RPJPEW: we all get caught out now and again...22:01
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC22:01
RPJPEW: the testing cluster is good for finding at least the basic issues22:02
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto22:03
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto22:16
zeddii_homeRP: to answer your earlier question, I am back. I’m working to send a queue out shortly with the new libc-headers, 4.18 kernel, old kernel deletions and the re-worked devsrc. I have to get my builder to run some combos before it’ll be ready. but the work is mostly done.22:17
RPzeddii_home: I've been longing for the devsrc patch as we have image space issues and this should ease them. Ended up having to do other things as you were still away though...22:18
RPzeddii_home: welcome back :)22:18
zeddii_homeI can send just that one tomorrow morning.22:18
zeddii_homethe 4.18 part of the work requires multiple arches, c libraries, etc, etc. so I won’t pend it on that.22:19
RPzeddii_home: would certainly be good to retest and see where we are with it22:19
zeddii_homeI think it is close. but I couldn’t fully test mips, but I fixed the error by inspection.22:19
zeddii_homeso I expect nothing major, but won’t bet on no errors :D22:20
zeddii_homeroot@qemuarm:~# uname -a22:20
zeddii_homeLinux qemuarm 4.18.0-yocto-standard #1 PREEMPT Tue Aug 14 21:04:18 UTC 2018 armv5tejl GNU/Linux22:20
zeddii_homew00t.22:20
zeddii_homeonto mips for 4.1822:20
*** agust <agust!~agust@p50886A63.dip0.t-ipconnect.de> has quit IRC22:23
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:26
*** majuk <majuk!~majuk@174-22-131-112.clsp.qwest.net> has joined #yocto22:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:26
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:27
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:27
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:28
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:29
*** majuk <majuk!~majuk@174-22-131-112.clsp.qwest.net> has quit IRC22:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:30
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:33
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:34
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:35
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:36
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:37
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto22:37
RPzeddii_home: I've forgotten what green builds look like :(22:41
RPhttps://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/1278/steps/Running%20oe-selftest/logs/stdio - sparse files still not working on the autobuilder :(22:41
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC22:42
*** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC22:49
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC22:52
*** scottrif <scottrif!~scottrif@47-40-108-60.dhcp.knwc.wa.charter.com> has left #yocto22:59
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC23:06
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC23:08
*** ant_home <ant_home!~ant__@host146-228-dynamic.182-80-r.retail.telecomitalia.it> has quit IRC23:15
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto23:17
*** armpit <armpit!~armpit@2601:202:4180:c33:a992:553:fc14:a9d6> has joined #yocto23:20

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