Monday, 2019-09-09

*** sgw <sgw!~sgw@192.55.54.38> has quit IRC01:22
*** sgw <sgw!~sgw@134.134.139.75> has joined #yocto01:44
*** kaspter <kaspter!~Instantbi@115.195.42.63> has joined #yocto01:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC02:31
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto03:17
*** bluelightning_ is now known as bluelightning03:17
*** armpit <armpit!~armpit@2601:202:4180:c33:3c65:c48d:4297:c509> has quit IRC03:20
*** armpit <armpit!~armpit@2601:202:4180:c33:3146:97e8:7669:d957> has joined #yocto03:32
*** luckywho <luckywho!~quassel@124.123.80.167> has joined #yocto03:53
*** armpit <armpit!~armpit@2601:202:4180:c33:3146:97e8:7669:d957> has quit IRC03:53
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:35
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:05
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has joined #yocto06:17
*** kroon <kroon!~kroon@213.185.29.22> has joined #yocto06:25
nrossiRP: just a quick test for log collection... gcc logs are 120M, g++ 180M... so storing them in the json as strings = big testresults. So log collection and compression! -> https://github.com/nathanrossi/openembedded-core/commit/cb63deddcaccfae6306a3d7e3571d9aa3eb2286706:25
nrossiRP: they compress well, totalling an extra ~10M on top of ~44M of just result data06:26
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC06:47
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto06:50
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto06:51
*** tprrt <tprrt!~tprrt@217.114.204.178> has joined #yocto06:52
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has quit IRC07:08
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has joined #yocto07:15
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC07:17
RPnrossi: sounds good! :)07:38
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC07:39
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:46
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto07:58
*** mckoan|away is now known as mckoan08:00
zeddiifyi: I'm @ linux plumbers in Lisbon, if anyone needs someone tracked down .. let me know! :D08:02
LetoThe2ndzeddii: my mind.08:02
zeddiii'll start searching the local pubs ASAP08:03
LetoThe2ndthx08:03
LetoThe2nd"of all the things that i have lost, i miss my mind the most" - ozzy osbourne08:04
zeddii:D08:06
LetoThe2ndzeddii: proper attribution: https://www.youtube.com/watch?v=4kQ0zynbzh408:18
*** opennandra <opennandra!~marek@bband-dyn55.178-40-15.t-com.sk> has joined #yocto08:20
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has quit IRC08:29
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:32
*** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto08:44
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto08:55
*** opennandra <opennandra!~marek@bband-dyn55.178-40-15.t-com.sk> has quit IRC09:17
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC09:17
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto09:18
*** crawler <crawler!~crawler@193.135.254.19> has joined #yocto09:18
*** yann <yann!~yann@85.118.38.73> has joined #yocto09:26
yoctiNew news from stackoverflow: how to build OS in RCAR M3 Starter Kit pro? <https://stackoverflow.com/questions/57851110/how-to-build-os-in-rcar-m3-starter-kit-pro>09:29
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-abmfbzflozsxqqwh> has joined #yocto09:35
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:58
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:02
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC10:03
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:04
*** yacar_ <yacar_!~yacar@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC10:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC10:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto10:07
*** bradleyb <bradleyb!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto10:29
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC10:30
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:10
*** feilz <feilz!~feil@212-50-143-116.co.dnainternet.fi> has quit IRC11:22
iceawayI'm trying to incorporate swupdate in my yocto build, but I'm having a bit of a hard time understanding how to create/define my image. I have a working image (created with wic), and now I want to include a swupdate "initrd", for performing upgrades. There is nothing in the image recipes provided by swupdate that seems to actually create an initrd, just a normal rootfs.11:29
rburtonjonmason: are the slides for https://twitter.com/jonmason00/status/1170992260617572352 available do you know?11:37
jonmasonrburton: Not yet, but it will be at https://linuxplumbersconf.org/event/4/contributions/469/ when posted11:42
rburtonawesome11:42
rburtonwasn't aware they were talking at LPC11:42
jonmasonzeddii already got his out of the way but I see no slides either11:42
jonmasonhttps://linuxplumbersconf.org/event/4/contributions/467/11:42
jonmason2 Yocto talks, back-to-back11:43
rburtonmicdrop11:43
jonmasonI think he said people were sick of Yocto at that point ;-)11:43
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:48
*** berton <berton!~berton@181.220.83.67> has quit IRC11:50
*** berton <berton!~berton@181.220.83.67> has joined #yocto11:50
Crofton|workjesus12:08
Crofton|workit is interesting they are by names I do not recognize12:08
LetoThe2nd?12:09
Crofton|workjon mason's links12:10
Crofton|workWho is this Bruce Ashfile guy?12:11
LetoThe2ndCrofton|work: hrhrhrhrhr12:11
*** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has joined #yocto12:17
rburtonCrofton|work: ms have been beavering away quietly12:20
Crofton|workI understand this is a thing12:20
jonmasonCrofton|work: did I missspell it?12:21
Crofton|workno12:23
Crofton|workI did12:23
Crofton|workAshfield12:23
jonmasonok, my spelling is always terrible12:23
jonmasonthis distro track is really good.  lots of talk about how to make all of testing, confs, etc common for distros (and meta-distros like yocto)12:25
rburtonRP: so if i fork yocto-ab-helper somewhere and push some changes, i can just test them on the AB by changing the path/rev right12:25
RPrburton: yes12:27
RPrburton: curious what you're changing12:27
rburtonjust going to see if i fixed the last thing breaking a world api-documentation run12:31
rburtonbecause i think we should change from sato to world for that12:31
nrossiRP: uhhhh maybe it should not print every duplicate ptestresult when reporting :)12:33
RPnrossi: we shouldn't have that many :/12:33
nrossiRP: qemux86-64+selftest12:34
RPnrossi: I do see the report you mean, its unreadable :/12:34
RPnrossi: these shouldn't be running multiple times though12:34
RPnrossi: oe-selftest --skip-tests distrodata.Distrodata.test_checkpkg buildoptions.SourceMirroring.test_yocto_source_mirror -T machine -T toolchain-user -T toolchain-system -j 1512:36
RPnrossi: that shouldn't be running toolchain-* should it?12:36
RPhttps://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/368/steps/8/logs/step2d from https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/368/steps/8/logs/stdio12:37
nrossiRP: shouldn't be12:37
RPnrossi: appears it is :/12:37
rburtonRP: can i push to that repo?12:37
RPrburton: ssh git@git.yoctoproject.org should tell you12:37
rburtoni always forget that!12:38
RPrburton: I've no issue if that is what you're asking12:38
rburtoni'll follow the scheme and map contrib/ross to the pushed branches12:38
rburtonRP: can i just kick qa-extras using a custom y-ab-h? is that what the nameless branch/repo/rev box is for?12:40
rburtonif i press start new a-quick i get a y-ab-h branch/repo/rev selector12:41
rburtonbut the same box isn't there for qa-extras12:41
RPrburton: yes12:41
RPrburton: its the nameless box12:42
rburtonleave project and rev empty, does the right thing i guess12:42
RPrburton: yes, has defaults12:44
*** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has joined #yocto12:45
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto12:45
LetoThe2ndany pointers on the correct approach to have samba enable its systemd.services?12:48
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto12:48
rburtonRP: ok so if we can't rename steps from step3b, can we add a description field for the AB to show?12:53
*** lemagoup <lemagoup!~lemagoup@softbank-robotics-gw1.ter4.eqx2.par.cust.as8218.eu> has joined #yocto12:55
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC13:05
LetoThe2ndif a recipe sets SYSTEMD_SERVICE_${PN} and SYSTEMD_AUTO_ENABLE = "enable", then all service files in the former variable should be enabled in the resulting image - do i read this correctly?13:07
RPrburton: you'd have to dive into the code to figure that out13:07
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto13:10
LetoThe2nd(any comment if i'm readng this right? https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/systemd.bbclass#n191 )13:19
*** kroon <kroon!~kroon@213.185.29.22> has quit IRC13:20
RPrburton: I like the idea but not the time right now13:26
rburtonkanavin_: i'd forgotten that gstreamer had moved away from gtkdoc to https://hotdoc.github.io13:28
rburtonyay another doc framework to beat up13:28
rburtoneg 'doc disabled in cross' comments in the gst modules13:29
rburtonoh c'mon it needs llvm too13:29
nrossiRP: figured out why the filtering was not working.... my bad should have read argparse better :) - https://github.com/nathanrossi/openembedded-core/commit/a4cdd5bc1a548aa46b9aaf1d1ef30049405c935a13:34
RPnrossi: ah, makes sense. I will admit I was worrying about other things than spotting that!13:35
RPnrossi: I'll rerun with that applied and see where we end up, thanks13:35
nrossiRP: im introspecting the failing gcc runs atm, slow internet :(13:36
RPnrossi: I was about to ask if the logs gave any insight there13:37
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:41
nrossiRP: "error while loading shared libraries: libmpfr.so.6: cannot open shared object file: No such file or directory" thats the error for all gcc-cross execs13:44
RPnrossi: aha. sysroot dependencies missing13:45
RPnrossi: that could explain a lot!13:46
RPnrossi: or maybe a relocation issue13:46
nrossiRP: yer uninative related?13:46
RPnrossi: probably more the standard sysroot relocation code13:47
RPnrossi: I suspect its more sysroot poulation dependencies thinking about it13:47
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC13:47
nrossiRP: just looking at my ubuntu build, i see the issue... on xgcc in gcc-runtime -> Library runpath: [/home/nathan/build/tmp/work/x86_64-linux/gcc-cross-x86_64/13:50
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto13:50
nrossiRP: which is why i did not see the issue locally, cause the gcc-cross directory is still there13:51
RPnrossi: ah. This does explain a few things at least13:51
nrossiRP: is there a function for fixing up rpaths with staging?13:52
RPnrossi: I think you should just need to extent PREPROCESS_RELOCATE_DIRS13:52
RP(and that should let you find chrpath.bbclass and relocatable.bbclass13:52
nrossiRP: as in put the ${B}/* paths into PREPROCESSS_RELOCATE_DIRS?13:54
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto13:55
RPnrossi: have a look at how its used in chrpath.bbclass13:58
RPnrossi: it will be the path to the files inside the sysroot13:58
nrossiRP: sure but xgcc is not in the sysroot13:59
RPnrossi: it comes from the stashed gcc build directory doesn't it?13:59
nrossiRP: ah ok, i see gcc-runtime needs to have rpath_replace run on B14:01
RPnrossi: I'd have thought it would happen as the binaries are stashed in gcc-cross14:02
RPthe links would be made relative so  they work whereever14:02
nrossiRP: I guess it would be better to do it then, i will test on the extract to make sure the replacement is correct first14:03
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC14:25
JPEWI recall recently that someone mentioning about how much faster OE was at building up a system compared to some competitors... does anyone have a reference for that?14:29
rburtonJPEW: cisco talking about yocto vs their old system using openwrt14:30
rburtonat elc, presumably14:30
JPEWrbutron: That was it! Thanks!14:30
qschulzHi guys, quick question. What is the difference between DEPENDS and RDEPENDS for *native* packages? I've this native recipe which is installing a script but not running it. This script requires a few native tools. Right now, we depends on the latter in the native recipe and we DEPENDS on the native recipe in places where we use this script. Could RDEPENDS be a better candidate?14:30
RPrburton, JPEW: yes, was a cisco presentation at ELC compared to their old openwrt14:31
JPEWI wish I had gone to that one now :(14:31
*** falk0n <falk0n!~falk0n@a109-49-142-1.cpe.netcabo.pt> has quit IRC14:43
*** frsc <frsc!~frsc@2003:a:e7a:6200:246c:2a8b:f45a:a33d> has quit IRC14:45
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto14:49
PinkSnakeHi, someone knows the better solution to share DL_DIR between 2 Docker containers ?14:50
JPEWPinkSnake: We bind mount them into our build containers14:51
PinkSnakeJPEW no issue if the folder is mounted inside several containers in the same time ?14:52
JPEWPinkSnake: Not sure... I don't have the horsepower to do multiple builds at once :) I *think* the download code uses lock files that allow it to be shared?14:53
PinkSnakeJPEW Thx for replying(y)  ;D  I will make a try to be sure :]14:57
rburtonyeah you can share DL_DIR no problem14:58
fray(as long as filesystem locking is working properly.. which it doesn't always on NFS)  just an FYI15:04
*** seebs <seebs!~seebs@24.196.59.174> has quit IRC15:07
*** tprrt <tprrt!~tprrt@217.114.204.178> has quit IRC15:07
*** crawler <crawler!~crawler@193.135.254.19> has quit IRC15:12
*** armpit <armpit!~armpit@2601:202:4180:c33:40d0:e8db:d820:c793> has joined #yocto15:14
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:14
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:15
armpitzeddii, 4.14 kernel cache. any reason why it is not updated to .120 ?15:16
fraylol my guess, nobody has sent him .120  :)15:16
armpitthe kernel is a .120 but the cache no match15:17
armpitI'll send it, just no sure if was left out on purpose15:18
yoctiNew news from stackoverflow: Yocto - List providers of a package <https://stackoverflow.com/questions/57856632/yocto-list-providers-of-a-package>15:30
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC15:30
nrossiRP: looks like this does the trick, https://github.com/nathanrossi/openembedded-core/commit/788a07024e72ade10dfd50b949599e8cac28505015:39
nrossiRP: will clean up and sort out the WIP patches tomorrow, feel free to test that rpath fix if theres time free on the autobuilder15:40
RPnrossi: great, thanks. Will submit for testing15:41
RPJPEW: after much head scratching and a few experiments, we can't use this idea of a nodeps hash, it won't work15:42
RPvmeson: Would we be able to find someone to help with https://bugzilla.yoctoproject.org/show_bug.cgi?id=13504 Its merged into master (systemd on mips issue)15:51
yoctiBug 13504: normal, Undecided, ---, ross.burton, NEW , [master-next] qemumips-lsb sytemd failure15:51
* RP is also worried about https://bugzilla.yoctoproject.org/show_bug.cgi?id=1350615:51
yoctiBug 13506: normal, Undecided, ---, ross.burton, NEW , [master-next] strace ptest timed out15:51
RP(new timeouts appeared in ptest results)15:51
RPthat one is x86 and arm15:52
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-10-84.static.upcbusiness.at> has joined #yocto15:55
*** yacar_ <yacar_!~yacar@242.25.24.93.rev.sfr.net> has quit IRC15:57
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:57
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC16:01
RPnrossi: that didn't work so well on the autobuilder :/16:03
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC16:18
nrossiRP: ah right yer.... completely forgot that it trashes the rpaths so that installed binaries have broken rpaths now :( back to the drawing board16:22
nrossiRP: i did test it locally but i only built without uninative16:23
JPEWRP: Oh? Why is that?16:29
*** yann <yann!~yann@85.118.38.73> has quit IRC16:43
RPJPEW: key input information that governs the hash equiv may be in an earlier dependent task so we have to have the previous task checksums included16:44
JPEWRP: OK, makes sense. I hadn't yet had a change to really dig into it.16:45
JPEWRP: Looks like we need a streaming equivalence server then?16:46
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC16:49
fullstopis there a good example of using pypi.bbclass?16:50
rburtonfullstop: meta-python is 99% pypi users16:51
fullstoplet me poke around16:51
fullstophmm. mine looks similar, but it's not getting python3 into sysroot16:55
RPJPEW: yes :/16:56
RPJPEW: I got as far as coding the nodeps thing only to realise it was a deadend16:56
JPEWRP: That's unfortunate. On the bright side, the streaming changes should be minimally invasive. I'll work up some patches to try on the AB16:57
JPEWRP: I also have the patch to fix the reproducible build race condition, have you seen it since16:58
JPEW?16:58
fullstopoh, a clean fixed it up16:58
*** flying_sausages <flying_sausages!~flying_sa@static.88-198-40-49.clients.your-server.de> has left #yocto17:09
*** luneff <luneff!~yury@95.174.106.201> has joined #yocto17:11
luneffhey guys! I want to override /etc/systemd/system.conf but it seems like I can't just provide another file as it gets taken from systemd's sources by systemd-conf recipe ;-(17:12
luneffwhat's the best course of action? as soon as I just install it in my systemd_%.bbappend I got conflicts with systemd-conf17:12
*** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC17:13
luneffI guess, stupid question. I can override it in do_install_append17:13
kergothyeah, override it in the systemd-conf recipe17:19
kergothor just use recipetool appendfile17:19
zeddiiarmpit. I have stable updates for all the kernels pending. once I'm back from plumbers I'll send them out and fixup the kernel-cache kver, etc.17:19
armpitzeddii, k. thanks17:20
luneffoh, recipetool. need to learn that. thanks!17:21
kergothappendfile does exactly this, overrides a target file, but it figures out hte recipe automatically using oe-pkgdata-util and appends it for you17:25
*** mckoan is now known as mckoan|away17:25
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC18:05
fullstopis the repo at https://github.com/openembedded/meta-openembedded official?18:12
luneffkergoth, thank you! will learn more about this. meanwhile overrode systemd-conf manually to my success :-)18:12
* kergoth nods18:12
kergothnp18:12
*** yann <yann!~yann@aputeaux-655-1-52-10.w86-195.abo.wanadoo.fr> has joined #yocto18:13
fullstopif that repo is official, the warrior branch is messed up.18:16
kergoththat depends on what you mean by official18:19
kergothit's not part of the yocto project directly, it is part of OE18:19
fullstopWell, I take all of that back. :-)18:19
fullstopcgit branch switching in my browser wasn't actually switching the branch.18:20
*** luneff <luneff!~yury@95.174.106.201> has quit IRC18:25
*** cpo <cpo!~cpo@helix.mybll.net> has quit IRC18:39
*** cpo <cpo!~cpo@helix.mybll.net> has joined #yocto18:41
armpitwell warrior in OE supplies YP poky so if its broking in OE, its broken in Poky (YP)18:43
fullstopI'm getting better with this stuff.. but, wow, some packages (not included) are just hell.  Like scipy.18:47
fullstopmy toolchain does not have fortran support, which matplotlib requires.  If I add that everything will rebuild and I'm out for ~12 hours.  :-(18:50
LetoThe2ndfullstop: cough up a couple of bucks, spin up high powered ec2 instance, be done in 2hrs :)18:52
fullstophaha, it's ~12 hours if it finishes.  I still need to keep an eye on it.18:52
fullstopI can't believe that fortran is still in use for new things18:53
fullstopbut I guess people like it18:53
LetoThe2ndfullstop: it has its uses, especially for highly optimized corner cases18:55
*** bradleyb is now known as radsquirrel18:58
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto19:05
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto19:05
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto19:06
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC19:28
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:21
khemfullstop:github.com repos are mirrors for easy read access, I can see warrior is fine on it, how it is messed up ?20:48
*** shurelous <shurelous!b1eb84d4@177.235.132.212> has joined #yocto21:02
shureloushi guys, i'm trying to customize the initrdscript init-install, so i created a new initramfs-module and I'm adding this module to core-image-minimal-initramfs on INITRAMFS_SCRIPTS21:04
shurelousthen i'm setting the LABELS_LIVE to "custom"21:04
shurelousmy initramfs-module creates /init.d/custom.sh21:04
shurelousbut when I build the image, the label still install21:05
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto21:11
*** berton <berton!~berton@181.220.83.67> has quit IRC21:16
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC21:20
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC21:25
*** florian_kc is now known as florian21:29
*** shurelous <shurelous!b1eb84d4@177.235.132.212> has quit IRC21:39
*** pebenito_ <pebenito_!~pebenito@unaffiliated/pebenito> has quit IRC21:42
*** Klox <Klox!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has joined #yocto21:55
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC22:12
*** agust <agust!~agust@p54833695.dip0.t-ipconnect.de> has quit IRC22:17
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:20
*** seebs <seebs!~seebs@24.196.59.174> has joined #yocto22:27
RPkhem: https://autobuilder.yocto.io/pub/non-release/20190909-13/testresults/testresult-report.txt (at least the top part looks good but its a long log with all the failures underneath)22:47
RPnrossi: getting there :)22:47
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC22:52
*** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto22:54
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:47

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