March 25, 2019 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
March 25, 2019 [00:20:48] *** bgilbert <bgilbert!~bgilbert@cpe-98-14-241-92.nyc.res.rr.com> has joined #fedora-coreos[00:20:49] *** ChanServ sets mode: +o bgilbert[00:52:20] *** mskarbek <mskarbek!~Thunderbi@95.155.110.145> has quit IRC (Remote host closed the connection)[00:53:09] *** bgilbert <bgilbert!~bgilbert@cpe-98-14-241-92.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds)[01:03:13] *** basvdlei <basvdlei!~basvdlei@2001:980:a4c3:1:ecd:2292:1c9f:b1c5> has quit IRC (Ping timeout: 250 seconds)[01:07:02] *** prakashmishra <prakashmishra!~prakashmi@68.183.89.40> has quit IRC (Quit: ZNC 1.7.1 - https://znc.in)[01:07:14] *** prakashmishra <prakashmishra!~prakashmi@68.183.89.40> has joined #fedora-coreos[01:49:05] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[02:18:42] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[02:20:52] *** cweeks <cweeks!cweeks@wlgwil-nat-office.catalyst.net.nz> has joined #fedora-coreos[03:41:41] *** zhangks98 <zhangks98!~student1@192.122.131.97> has joined #fedora-coreos[03:45:24] *** zhangks98 <zhangks98!~student1@192.122.131.97> has quit IRC (Client Quit)[03:46:45] *** zhangks98 <zhangks98!~zhangks98@192.122.131.97> has joined #fedora-coreos[04:04:29] *** paragan <paragan!~paragan@unaffiliated/paragan> has joined #fedora-coreos[04:10:50] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[04:31:40] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[05:26:44] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[05:47:32] *** ksinny <ksinny!ksinny@kde/sinnykumari> has joined #fedora-coreos[07:08:42] *** ganto <ganto!~ganto@gateway/tor-sasl/ganto> has quit IRC (Remote host closed the connection)[07:08:55] *** ganto <ganto!~ganto@gateway/tor-sasl/ganto> has joined #fedora-coreos[07:13:25] *** basvdlei <basvdlei!~basvdlei@2001:980:a4c3:1:ecd:2292:1c9f:b1c5> has joined #fedora-coreos[07:49:22] *** basvdlei <basvdlei!~basvdlei@2001:980:a4c3:1:ecd:2292:1c9f:b1c5> has quit IRC (Quit: basvdlei)[08:28:58] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has joined #fedora-coreos[08:41:52] *** michelmno <michelmno!~normand@2a01:e35:2ff1:a4d0:d037:5dfe:85b6:549c> has joined #fedora-coreos[08:58:20] *** hbrueckner <hbrueckner!brueckner@nat/ibm/x-xxrlggsvbvpoujpu> has joined #fedora-coreos[09:21:53] *** paragan <paragan!~paragan@unaffiliated/paragan> has quit IRC (Remote host closed the connection)[09:33:28] *** hbrueckner <hbrueckner!brueckner@nat/ibm/x-xxrlggsvbvpoujpu> has quit IRC (Ping timeout: 268 seconds)[09:38:18] *** tmhoang <tmhoang!tmhoang@unaffiliated/tmhoang> has joined #fedora-coreos[10:00:25] *** hbrueckner <hbrueckner!brueckner@nat/ibm/x-syvadrbbbyzofoav> has joined #fedora-coreos[10:02:55] *** paragan <paragan!~paragan@unaffiliated/paragan> has joined #fedora-coreos[10:32:40] *** kbidarka_ <kbidarka_!~kbidarka@110.227.196.67> has quit IRC (Remote host closed the connection)[10:33:12] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has quit IRC (Quit: Leaving)[10:45:34] *** paragan <paragan!~paragan@unaffiliated/paragan> has quit IRC (Ping timeout: 250 seconds)[10:54:19] *** shardy <shardy!~shardy@145.96.2.81.in-addr.arpa> has joined #fedora-coreos[10:55:07] *** efintzel <efintzel!efintzel@nat/ibm/x-vyfqejahogncqhpx> has joined #fedora-coreos[11:04:18] *** zhangks98 <zhangks98!~zhangks98@192.122.131.97> has quit IRC (Quit: Leaving)[11:08:43] *** paragan <paragan!~paragan@unaffiliated/paragan> has joined #fedora-coreos[11:29:33] *** paragan <paragan!~paragan@unaffiliated/paragan> has quit IRC (Remote host closed the connection)[12:02:12] *** jcajka <jcajka!jcajka@nat/redhat/x-iwihbxnnjfvjzkxi> has joined #fedora-coreos[12:41:55] *** jednorozec <jednorozec!~jednoroze@109.224.68.207> has joined #fedora-coreos[12:48:23] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[13:29:29] *** paragan <paragan!~paragan@unaffiliated/paragan> has joined #fedora-coreos[13:43:42] *** mnguyen_ <mnguyen_!~mnguyen@209.6.78.102> has joined #fedora-coreos[13:55:57] <walters> we'll be doing multi-arch builds at some point, depends on tighter integration with fedora infra[13:56:53] *** jlebon <jlebon!~jlebon@107-190-106-197.cpe.teksavvy.com> has joined #fedora-coreos[13:57:36] *** jcajka_ <jcajka_!jcajka@nat/redhat/x-zhfvtuzscyufdjyj> has joined #fedora-coreos[13:58:30] *** kbidarka <kbidarka!~kbidarka@110.227.196.67> has joined #fedora-coreos[13:59:36] *** jcajka <jcajka!jcajka@nat/redhat/x-iwihbxnnjfvjzkxi> has quit IRC (Ping timeout: 246 seconds)[14:31:39] *** yzhang <yzhang!~yzhang@38.104.156.250> has joined #fedora-coreos[14:34:00] *** mheon <mheon!~mheon@pool-71-117-146-79.prvdri.fios.verizon.net> has joined #fedora-coreos[14:42:54] *** dm0 <dm0!~dm0@2601:986:200:7341:2cf7:f5dc:5eed:77b3> has joined #fedora-coreos[14:54:36] <dustymabe> ghavil: you can talk to rfonseca about doing aarch64 builds[14:58:25] <rfonseca> o/[15:02:08] *** nalind <nalind!~nalin@144.121.20.162> has joined #fedora-coreos[15:15:41] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has joined #fedora-coreos[15:18:16] *** jcajka_ <jcajka_!jcajka@nat/redhat/x-zhfvtuzscyufdjyj> has quit IRC (Ping timeout: 250 seconds)[15:21:19] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)[15:23:14] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has joined #fedora-coreos[15:24:20] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[15:42:12] <dustymabe> jlebon - is this ready for review? https://github.com/coreos/fedora-coreos-config/pull/70 ?[15:42:25] <dustymabe> it shows as WIP, just wondering if i should dig deep or not[15:43:04] <jlebon> dustymabe: yeah, i think it's ready for some eyes. i'm still testing it, though i don't expect the general approach to change much more[15:46:35] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)[15:48:10] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has joined #fedora-coreos[15:51:48] *** yuvalt <yuvalt!yturgema@nat/redhat/x-kahjqzwtxetlkmvj> has joined #fedora-coreos[15:54:37] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has quit IRC (Remote host closed the connection)[15:55:11] <yuvalt> hi - trying to compose my own ostree, i'm adding rpms with a newer nvr to overrides/rpm but cosa still picks those from the fedora.repo, any idea ?[15:56:04] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has joined #fedora-coreos[15:57:25] <dustymabe> yuvalt: it *should* work[15:57:43] <dustymabe> can you make sure the repodata gets created in the overrides/rpm/ directory ?[15:57:59] <yuvalt> dustymabe: is it a bind mount ?[15:58:29] <dustymabe> yuvalt: it's mounted in with the rest of your current working directory into the container[15:58:51] <yuvalt> dustymabe: got it, no repodata there[15:59:12] <dustymabe> weird[15:59:26] <dustymabe> yuvalt: how are you invoking the assembler ?[15:59:37] <dustymabe> are you following the instructions in the README?[16:00:07] <yuvalt> dustymabe: trying :D i'll go over it again[16:00:46] <dustymabe> :) - let me know how it goes[16:02:23] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[16:05:09] <yuvalt> dustymabe: overrides/rpm should go under srv-coreos ?[16:06:55] *** bgilbert <bgilbert!~bgilbert@cpe-98-14-241-92.nyc.res.rr.com> has joined #fedora-coreos[16:06:55] *** ChanServ sets mode: +o bgilbert[16:07:28] <dustymabe> yes[16:07:43] <dustymabe> it's part of the local context[16:08:38] <yuvalt> dustymabe: yeah sorry for the noise, that's probably what I was missing[16:13:19] <dustymabe> np[16:13:22] <dustymabe> sorry it wasn't clear[16:23:46] <yuvalt> dustymabe: doesn't work :-/[16:24:17] <yuvalt> dustymabe: it creates the repo now (I see the createrepo output), but still picks up the wrong version[16:28:21] <walters> see note in https://github.com/coreos/coreos-assembler/pull/145#issuecomment-427105199 - are you sure it has a higher NEVRA?[16:33:34] <yuvalt> walters: yes - shouldn't we add enabled=1 to coreos-assembler-local-overrides.repo ?[16:34:42] <yuvalt> walters: rpm.labelCompare((None, "4.18.999", "447.git0bb7717.fc28"), (None, "4.40.0", "114.git8e34445b2.fc28")) returns -1, and it installs 4.18.999[16:35:44] <yuvalt> walters: you know what, i'll try with a dummy rpm[16:39:05] <yuvalt> walters: damn, it works with the dummy rpm - yuvalt-1-1.fc28.x86_64 (coreos-assembler-local-overrides)[16:39:31] <walters> epoch in the other?[16:39:55] <walters> it shouldn't be hard to hack cosa to inject the exact nevra though[16:40:36] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[16:41:46] <yuvalt> walters: no epoch on both, wtf[16:42:20] <dustymabe> yuvalt: that's weird[16:42:35] <yuvalt> this is driving me crazy, it's dnf, right ?[16:42:59] <dustymabe> yuvalt: it's possible that there are more dependencies that are pulling in the older NVR because the named dep doesn't exist in the newer NVR rpm[16:43:59] <yuvalt> dustymabe: can I pull the depsolve log somehow from cosa ? or specify the exact version in the manifest for example ?[16:44:10] <dustymabe> for example when we moved from the ignition rpm creating the ignition/ignition-dracut package to creating ignition/ignition-validate packages the transaction would still pull in the older ignition if someone named ignition-dracut in their manifest (because ignition-dracut had a NVR dep on ignition0[16:44:45] <dustymabe> yuvalt: I don't know exactly how to get that info without some digging[16:44:47] <yuvalt> dustymabe: it's definitely a possibility, I'm hacking all around here, so I'm open to anything[16:45:03] <dustymabe> what you can do is do a compose and boot a composed system and then use rpm to inspect it[16:45:17] <dustymabe> so `cosa build && cosa run`[16:45:33] <dustymabe> then rpm -w --whatrequires 'oldrpm-NVR'[16:45:40] <yuvalt> dustymabe: yes i'll do that[16:45:51] <dustymabe> typo: rpm -q --whatrequires 'oldrpm-NVR'[16:46:18] <yuvalt> dustymabe: yep, thanks i'll look there - need to change back the manifest first to build a system[16:46:50] *** tmhoang <tmhoang!tmhoang@unaffiliated/tmhoang> has quit IRC (Ping timeout: 272 seconds)[16:47:46] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[16:48:14] <yuvalt> dustymabe: the thing that kills me even more is that `exclude=` on those repos doesn't work also, but that could be a depsolve issue also[16:49:34] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[16:50:46] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has joined #fedora-coreos[16:51:21] *** ajeddeloh <ajeddeloh!~andrew@c-24-130-175-45.hsd1.ca.comcast.net> has joined #fedora-coreos[16:54:14] <dustymabe> yuvalt: this is a bug that was recently fixed but i don't believe is in a release yet[16:54:20] <dustymabe> https://github.com/projectatomic/rpm-ostree/issues/1447[16:55:41] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #fedora-coreos[16:56:16] <yuvalt> dustymabe: oh damn i was using exclude as in yum.conf and not excludepkgs :-/[16:56:52] <yuvalt> dustymabe: i'm already building now, i'll check with exlucdepkgs later[16:57:13] <dustymabe> yuvalt: np - like I said I think we haven't had a release since it's been fixed[16:57:34] <yuvalt> dustymabe: it's libdnf in fedora ?[16:57:57] <yuvalt> oh, nevermind, you need to rebase[16:58:54] <dustymabe> yuvalt: we rebased the libdnf code that rpm-ostree carries - will have to wait for a new release of rpm-ostree AFAIU[16:59:51] <yuvalt> dustymabe: yes i see it now[17:09:46] *** jorti <jorti!~jorti@90.162.56.45> has quit IRC (Quit: ZNC 1.7.2 - https://znc.in)[17:10:31] <yuvalt> dustymabe: do you need help on https://github.com/projectatomic/rpm-ostree/issues/1447 ?[17:12:57] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has quit IRC (Quit: Leaving)[17:13:14] <dustymabe> yuvalt: if you could test out the new rpm-ostree once a release goes out and report if it is fixed or not then that would be great[17:13:54] <yuvalt> dustymabe: i can do that, or i can try to fix this, it looks interesting :)[17:14:19] <dustymabe> `fix this` ?[17:14:22] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has joined #fedora-coreos[17:14:56] <dustymabe> I think the `exclude`/`excludepkgs` problem is already fixed[17:15:04] <dustymabe> jlebon: can confirm[17:15:28] <dustymabe> yuvalt: are you looking for an issue to work on in rpm-ostree land ?[17:16:03] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has quit IRC (Client Quit)[17:16:05] <yuvalt> dustymabe: oh i thought you only rebased libdnf but didn't implement the exclude in rpm-ostree[17:16:50] <dustymabe> yuvalt: we are referring to 'exclude=pkgname` inside a yum repo file, right ?[17:17:24] <dustymabe> which tells yum/dnf/rpm-ostree to ignore the named package for that one repo, correct?[17:17:25] <yuvalt> dustymabe: yes, but the issue talks about excludepkgs[17:18:02] <walters> don't need to wait for releases, anyone can build and try git master[17:18:03] <jlebon> dustymabe: i didn't test, but `exclude=` should work[17:18:03] <dustymabe> yuvalt: i could be mistaken but I think `exclude` and `excludepkgs` are the same thing, just aliased for backwards compat[17:18:28] <yuvalt> dustymabe: ok, so globs can be used also ?[17:18:29] <jlebon> let me rephrase: i didn't test `excludepkgs=` (which is what the rpm-ostree issue you linked to is about), but `exclude=` should still work[17:18:56] <dustymabe> yuvalt: anything that works with yum/dnf should work - rpm-ostree uses the same libraries[17:19:34] <yuvalt> dustymabe: ok so i couldn't get this to exclude with glob, i'll try without[17:19:45] <walters> who is going to review https://github.com/coreos/coreos-assembler/pull/424 ? It's blocking some work downstream we need soon[17:20:15] <walters> (we need to try to be a bit more rigorous about assignments)[17:20:24] <dustymabe> walters: i'll take a look[17:20:44] <walters> thanks![17:21:03] <dustymabe> generally if it's time sensitive then bring it up, like you just did :)[17:22:25] <dustymabe> looks like I'll also look at 422[17:29:34] *** yuvalt <yuvalt!yturgema@nat/redhat/x-kahjqzwtxetlkmvj> has quit IRC (Ping timeout: 255 seconds)[17:33:23] *** jcajka <jcajka!~jcajka@ip-78-45-65-107.net.upcbroadband.cz> has joined #fedora-coreos[17:38:24] <dustymabe> walters: can you rebase https://github.com/coreos/coreos-assembler/pull/424?[17:47:21] <walters> done[17:58:16] *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)[18:08:11] *** paragan <paragan!~paragan@unaffiliated/paragan> has quit IRC (Remote host closed the connection)[18:12:54] * dustymabe grabbing some food[18:18:40] <walters> lorbus: do you want like an `index` parameter or something? if you're using bash, i'd probably use `jq` or so to parse[18:19:41] <lorbus> walters: That would probably be an extra dep or is it usually included in Fedora base?[18:21:00] <lorbus> it is on Silberblue, need to check on F IoT[18:21:57] <walters> in the end I think you're going to want to switch to a compiled language with libraries at some point[18:23:48] <lorbus> walters: How hard would it be to add the serial suffix to the checksum in `rpm-ostree status` ?[18:23:56] <lorbus> or status -v or status --json for that matter[18:25:18] *** hbrueckner <hbrueckner!brueckner@nat/ibm/x-syvadrbbbyzofoav> has quit IRC (Remote host closed the connection)[18:27:47] <lorbus> Really I only need to compare <current-id> and <staged-id>, and if staged id is different than current id, set some grubenv vars[18:29:00] <lorbus> jq is not on FIoT by default, and I'd rather not add it just for this[18:33:32] <slowrie> dustymabe: did you end up rolling new RPMs for ignition with the kcmdline override included? Wanted to check before I hop into testing the coreos-installer changes after lunch[18:33:54] <dustymabe> slowrie: yeah it should be in the pipeline[18:34:06] <slowrie> +1, thx[18:34:40] <dustymabe> slowrie: make sure you get the `-7` version of ignition[18:34:53] <dustymabe> ignition rpm[18:35:13] <slowrie> sounds good, I'll let you know if I have trouble fetching it[18:43:25] *** michelmno <michelmno!~normand@2a01:e35:2ff1:a4d0:d037:5dfe:85b6:549c> has quit IRC (Ping timeout: 258 seconds)[18:47:03] <walters> lorbus: mmm...let's not have greenboot parse the non-JSON status, we have changed that in the past. So that leaves greenboot parsing JSON or us adding a 3rd output variant which doesn't seem quite worth it right?[18:48:04] <walters> don't have to rewrite all of greenboot, a small bit of code in Rust/Go or whatever to parse this and installed in `/usr/lib/greenboot` would work too right?[18:56:02] <lorbus> walters: the script that needs this is called by greenboot-grub2-set-success.service, so it's not part of main greenboot bash script runner[18:56:27] <lorbus> so yea, I could just make that a rust bin[18:57:47] <lorbus> in the long run I'd like to move that into a grub2 sub-package..as it can be used without greenboot[18:58:16] <lorbus> *set-counter not set-success[19:21:59] *** yzhang_ <yzhang_!~yzhang@38.104.156.251> has joined #fedora-coreos[19:24:10] *** yzhang <yzhang!~yzhang@38.104.156.250> has quit IRC (Ping timeout: 246 seconds)[19:50:58] <javier__> lorbus: makes sense to me. I think you could just use hans' grub2-set-bootflag for boot_success and either allow to set boot_counter or add a separate binary for it[19:51:32] <javier__> that's in grub2-tools-minimal but I don't see why it couldn't be split in a sub-package[19:54:49] *** basvdlei <basvdlei!~basvdlei@2001:980:a4c3:1:ecd:2292:1c9f:b1c5> has joined #fedora-coreos[20:03:33] <lorbus> javier__: yes, greenboot-grub2-set-success.service uses that binary to set boot_success. I would just like to ship the service unit file in a grub2-boot-counting (or similar) package[20:11:12] <javier__> lorbus: got it[20:22:33] *** jednorozec <jednorozec!~jednoroze@109.224.68.207> has quit IRC (Ping timeout: 245 seconds)[20:38:06] *** yzhang__ <yzhang__!~yzhang@38.104.156.250> has joined #fedora-coreos[20:40:32] *** yzhang_ <yzhang_!~yzhang@38.104.156.251> has quit IRC (Ping timeout: 250 seconds)[21:07:02] *** yzhang__ is now known as yzhang[21:12:31] <dustymabe> ajeddeloh: looks like we are getting closer on ignition v3 spec[21:13:01] <dustymabe> is this one easy https://github.com/coreos/ignition/issues/759[21:15:01] <ajeddeloh> dustymabe: there's only 1 left[21:15:03] <ajeddeloh> (well 2)[21:15:40] <ajeddeloh> storage.disks.partitions.{start,size} (deprecated in favor of {start,size}MB[21:15:54] <dustymabe> https://github.com/coreos/ignition/issues/741#issuecomment-476358558[21:15:58] <ajeddeloh> but we use the struct internally for other things (hello bad decisions I made in the past)[21:16:34] <ajeddeloh> so ripping it out is a little more invovled[21:17:25] <ajeddeloh> but in the interest of getting openshift using 3.0.0 asap I'm cutting 3.0.0 in the 2.0.0-alpha and will drop those from the 3.0.0 spec before 2.0.0 proper[21:17:44] <ajeddeloh> working on the PR to remove the experimental tag rn[21:19:39] <dustymabe> sweet[21:35:23] <dustymabe> slowrie: sorry this took so long[21:35:38] <dustymabe> https://github.com/coreos/coreos-installer/pull/18#issuecomment-476366575[21:35:46] <slowrie> dustymabe: just saw it, you beat my packet server to the punch[21:36:07] <slowrie> As I mentioned in the ticket I'm in the process of updating it to support the rest of the networking args[21:36:35] <dustymabe> ahh cool deal[21:36:56] <dustymabe> do you think that will be today or later ?[21:37:12] <slowrie> Yeah probably an hour or two at most[21:45:27] <dustymabe> i'm going to go walk the dogs bbiab[21:58:20] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has quit IRC (Read error: Connection reset by peer)[22:00:08] *** jbrooks <jbrooks!~Jason@c-67-160-216-164.hsd1.ca.comcast.net> has joined #fedora-coreos[22:09:56] <slowrie> dustymabe: PR is updated[22:18:30] * lorbus sent a long message: < https://matrix.org/_matrix/media/v1/download/matrix.org/UulbTxgSCUkRHmHuQvCWBTqC >[22:19:14] <lorbus> oh no it looks like matrix made this an external link again -_-[22:19:38] <lorbus> 1. How does output of rpm-ostree status --json differ when a new deployment is staged?[22:19:47] <lorbus> 2. In order to find the current deployment in the status json output, I want to iterate over all nodes in status[deployments] and find the one that has "booted": true and save <checksum>.<serial> of that deployment to a file for later comparison. I do this when rpm-ostree upgrade is run (right?)[22:19:54] <lorbus> 3. Now, when ostree-finalize-staged is run, I want to get the <checksum>.<serial> of the newly staged deployment from the status and compare that to the current one (hence question 1, or more specific, how is the staged deployment indicated in the status?). If it is not the same, the grub fallback countdown envs will be set to start.[22:20:01] <lorbus> 4. does this approach even make sense? been struggling with this a bit :/[22:26:24] <ajeddeloh> Woo getting close https://github.com/coreos/ignition/pull/772[22:27:31] <lorbus> ajeddeloh++[22:28:04] <dustymabe> slowrie thanks[22:28:16] <slowrie> ajeddeloh: taking a look through it[22:33:21] <ajeddeloh> 1[22:36:33] <slowrie> jlebon: was there anything in particular about the go mod rework that breaks packaging or is it just a bunch of minor things that add together to brick it?[22:37:26] <dustymabe> slowrie: before I test want to get your input on https://github.com/coreos/coreos-installer/pull/18/files#r268861556[22:37:32] <dustymabe> and https://github.com/coreos/coreos-installer/pull/18#issuecomment-476387447[22:37:53] <slowrie> dustymabe: yeah, just saw your comments, going through them now[22:46:09] <dustymabe> slowrie: do you want to re-work into a for loop or want me to send you a patch[22:46:16] <dustymabe> i haven't yet done the patch, but am willing to :)[22:46:43] <slowrie> dustymabe: shouldn't take me too long to get it done, working on it now[22:47:06] <jlebon> slowrie: the error I got was[22:47:08] <jlebon> $GOPATH/go.mod exists but should not[22:47:34] <jlebon> likely due to my go packaging inexperience, but didn't want to spend cycles figuring it out[22:49:39] *** yzhang <yzhang!~yzhang@38.104.156.250> has quit IRC (Quit: Leaving)[22:50:49] <jlebon> lorbus: we can do some realtime chat on this tmw, though quickly: a staged but not finalized deployment will have `"staged": true`[22:51:31] <dustymabe> bgilbert: do you mind reviewing https://github.com/coreos/ignition-dracut/pull/61 - there is an open question to dm0 outstanding, but would be nice to know if we can merge once that is resolved[22:52:54] <slowrie> dustymabe: do you want me to just push the loop patch up to the review or do you want me to send you it?[22:53:17] <dustymabe> push it up WFM[22:53:51] <lorbus> jlebon: gotcha, that's exactly what I needed to know - an RTChat would be awesome tomorrow, too![22:55:02] <lorbus> IoT really needs this, and I need to shift focus away from it a bit[22:56:35] <slowrie> dustymabe: update pushed[22:58:29] *** dm0 <dm0!~dm0@2601:986:200:7341:2cf7:f5dc:5eed:77b3> has quit IRC (Quit: Leaving.)[22:58:46] <dustymabe> slowrie: one comment[22:59:17] <slowrie> jlebon: hmm, I wonder if the RPM is still trying to do a GOPATH build that's breaking it; If the package is inside of GOPATH then it defaults to the old behavior ignoring modules[23:00:09] <dustymabe> jlebon: are you trying to build ignition rpm using ignition from the master branch ?[23:01:47] <slowrie> dustymabe: pushed the change; I'm not strongly opinionated about bash[23:02:14] <jlebon> dustymabe: i was, yes. but didn't spend too long on it :)[23:02:22] * jlebon has to go afk now[23:02:26] <jlebon> see y'all tmw![23:02:27] <dustymabe> jlebon: i've got an action item to dig into it[23:02:29] *** nalind <nalind!~nalin@144.121.20.162> has quit IRC (Quit: bye)[23:02:33] <slowrie> We can force the behavior via exporting `GO111MODULE=on`[23:02:33] <dustymabe> haven't got there yet[23:02:43] <slowrie> Then it doesn't care about the directory location[23:08:01] <dustymabe> slowrie: running a test of your PR now[23:09:31] <slowrie> dustymabe: +1, I'll be in and out for a few hours, I'll try to check back when I get a few moments[23:28:41] *** mheon <mheon!~mheon@pool-71-117-146-79.prvdri.fios.verizon.net> has quit IRC (Quit: WeeChat 2.2)[23:31:42] <dustymabe> slowrie: tests passed - i merged your PR[23:31:58] <dustymabe> if you don't mind giving a look over https://github.com/coreos/coreos-installer/pull/19 when you get back that would be nice[23:33:11] <dustymabe> anybody familiar with the recent sudo changes in FCOS?[23:33:21] <dustymabe> i'm not able to run sudo as the core user any more[23:33:28] <dustymabe> walters: ^^[23:34:35] <dustymabe> actually let me check that ignition config[23:35:30] <dustymabe> nope.. slight change in my ignition config[23:35:32] <dustymabe> please ignore[23:44:54] <dustymabe> slowrie: one more :) https://src.fedoraproject.org/rpms/coreos-installer/pull-request/1[23:56:12] <slowrie> dustymabe: LGTM'd it