Wednesday, 2020-05-20

*** ijolliffe has quit IRC00:02
*** riuzen has joined #starlingx01:56
*** dpenney has quit IRC02:30
*** riuzen has quit IRC03:11
*** bengates has joined #starlingx03:48
*** bengates has quit IRC03:53
*** sgw has quit IRC04:59
*** sgw has joined #starlingx05:17
*** gkadam has joined #starlingx05:40
*** zbsarash1 has quit IRC06:54
*** bengates has joined #starlingx07:30
*** bengates_ has joined #starlingx07:31
*** bengates has quit IRC07:35
*** bengates_ has quit IRC07:53
*** bengates has joined #starlingx07:54
*** ijolliffe has joined #starlingx12:33
*** mthebeau has joined #starlingx12:51
sgwMorning all13:02
bwensleymorning13:03
*** njascanu has joined #starlingx13:53
sgwslittle1:  https://review.opendev.org/#/q/projects:starlingx/+AND+topic:python3+(status:open+OR+status:merged)14:25
*** mthebeau has quit IRC14:52
sgwslittle1: can you ping dpenney to join14:52
slittle1I probably have 1-15 min before kids demand lunch14:52
slittle1pinged Don14:54
*** dpenney has joined #starlingx14:54
dpenneysorry... had to reboot for a windows update, and forgot to log abck into IRC again :)14:54
slittle1ok, have python3 project up14:54
slittle1sgw: what did you want to bring to our attention14:55
slittle1sgw: I think you mentioned the generator change in root ?14:57
sgwso the question is because of the conflicting files brought in by the addition of python3-rpm-generators which conflicts with rpm package, which is why they are removing files in that specfile14:57
sgwSo my concern in this case is if we add the lst (https://review.opendev.org/#/c/728323/) change first without the associated change to rpm (https://review.opendev.org/#/c/728326/) will we get an ISO build failure14:59
dpenneya case where the changes need to merge at the same time, as it's effectively moving files from one package to another... do we know the impact of having the rpm change first, dropping the files, without the new pkgs to bring the files back in?15:00
sgwthis is an edge case because both python3-rpm-generator (binary) and our rpm (build from source) deliver the same files, there is a change in upstream Centos's rpm specfile to remove the duplicated files, which is what the https://review.opendev.org/#/c/728326/ patch provides15:00
sgwI hope this makes sense15:00
slittle1ok, I need to poke into a few things first.  As you describe it, it does appear that we need to make an exception in this case.15:08
sgwI just want to fully understand how .lst files affect mirror download vs ISO creation.  If I understand it yes, we might need an execption which means we need to +W these with the dependency15:11
*** mthebeau has joined #starlingx15:17
sgwslittle1: dpenney: so are we good with the lst going seperate from the specfile changes for RPM? I see Don gave a +216:21
dpenneyso adding the rpms to LST files won't themselves result in inclusion in the ISO. They'd have to be either in an image.inc file or pulled in via a dependency. so I think in this case, we should be safe?16:28
dpenneybecause these are new RPMs, not upversioned ones16:28
dpenneyand the updates to use them / include them are separate16:28
*** bengates has quit IRC16:30
sgwsorry guys, I am still confused then, if we add python3-rpm-generators to the lst files only how do they get used and thus conflict with the rpm package (this is what we are trying to avoid), clearly this is happening someplace?  In this case I think we need to merge https://review.opendev.org/#/c/728326/    FIRST then the lst files16:42
sgwthoughts?16:42
sgwI am trying to avoid additional build failures16:42
*** zbsarash1 has joined #starlingx16:54
dpenneyRPMs are pulled into ISO by 1) direct inclusion via image.inc file, or 2) via RPM dependencies "Requires"... installed into mock env with BuildRequires... if a new package is not in an image.inc and not in a BuildRequires or Requires, it should just be "dormant"17:11
dpenneynote that it could be a chain of dependencies pulling it in, of course... X Requires Y Requires Z...17:13
sgwSounds right, but I am still concerned that might not be the case, based on what Ran has been saying and how she structued the commits and dependencies.  Again, looking at the commits, I think that we need the RPM specfile change first , note it's not dependent on any other changes Then the python3-rpm-generators change17:13
dpenneyI guess the question would be whether something is pulling in the python3-rpm-generators somehow with a dependency. If not, then we've got "rpm" missing these files, if we do the rpm change by itself. If so, then we've got a conflict if we do the LST change by itself17:16
dpenneyI don't know what the impact of not having these files would be17:17
sgwI have not seen any dependency on the python3-rpm-generators so unless there is some binary rpm that I missed17:18
dpenneywe could merge the LST file update and then kick the mirror job (which runs a few times a day anyway). Once the mirror job is successful, we can merge others17:22
sgwLet's do that then17:22
dpenneyI should be able to kick the mirror job once zuul merges17:24
sgwOk, I will add my +2 +W to the python3 add now17:25
sgwdone17:25
dpenneydo we want to merge https://review.opendev.org/728324 too?17:26
sgwYes that one also17:26
sgw+W added17:26
dpenneyok, I'll watch Zuul and kick the mirror after17:27
dpenneyhttps://review.opendev.org/728324 isn't getting picked up... the parent commit ID is confusing... It seems like it's pointing to the one merging now, by title, but the commit ID doesn't match17:35
sgwOh come on, this is ridiculous!17:36
sgwSorry frustrating day17:36
dpenneyI can't find the review associated with the parent, or state... another abandoned parent? https://review.opendev.org/gitweb?p=starlingx%2Ftools.git;a=commitdiff;h=69ddcf15fb81f49d8cd94ba60d22afc1d10d690b17:37
dpenneyis this like the one you had to rebase?17:37
sgwWe can force a rebase17:39
sgwlet me give it a go17:39
sgwreased17:39
sgwrebased17:39
dpenneyusing 69ddcf15fb81f49d8cd94ba60d22afc1d10d690b as the search in gerrit brings me to the update that just merged, even though it has a different commit ID17:40
dpenneyfun fun17:40
sgwNo kidding17:40
sgwnot the way I wanted to spend my morning17:40
dpenney:)17:40
dpenneywell, the rebase looks like it fixed the parent ID, and zuul is running the check, then the gate, then merged... and THEN I'll kick the mirror job17:41
sgwOne has merged waiting for the second one17:49
dpenneymerged... kicking the job17:57
sgwCoordinated effort thanks!17:57
sgwhope this is the exception rather than the rule!17:58
dpenneyok, so the mirror repo sync has been failing for a couple of weeks it seems, as http://mirror.centos.org/centos/7.7.1908/readme has been deprecated and moved to the vault18:03
sgwHuh?18:04
sgwwe have had failures un-detected?18:05
dpenneythat's one problem... syncing of repos to CENGN... it looks like it's setup to send emails to Scott on failure on that particular job18:05
sgwslittle1: ^^^????18:05
sgwnjascanu: Hi there, does the failure you reported about sanity happen with Virtual or just bare metal?18:41
njascanuHi. Only with baremetal. Virtual look good.19:43
*** njascanu has quit IRC19:53
*** larainema has quit IRC20:38
*** sgw has quit IRC21:00
*** sgw has joined #starlingx21:59
sgwdpenney: please let me know if there is any issues, so we can all so we call allow the rest of the python3 related patches go in22:44
dpenneyslittle1 took over updating the cengn mirror with the vault... I haven't heard an update from him22:46
sgwslittle1: status check?22:46
dpenneyit looks like the repo sync job was successful22:47
sgwOK then I will +2 +W the rest as apporpiate, please take a look at those also!22:48
dpenneynot sure if the mirror download did its job. it seems to succeed too quickly to have done anything22:48
dpenneyso I think the second job, the mirror_download_sync, still has some issue22:48
dpenneyI'll ping him on Zoom22:48
sgwreally, then I guess we need to figure out what's going on first22:49
*** bwensley has quit IRC22:58
dpenneyyeah, he needs to look at this before we go further23:09
sgwslittle1: dpenney: please post an update to the -discuss list so we know what's going on and the next steps.23:27
*** ijolliffe has quit IRC23:56

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!