Kevin Fenzi píše v Ne 25. 10. 2020 v 13:56 -0700: > On Sun, Oct 25, 2020 at 12:30:13PM -0700, Adam Williamson wrote: > > On Sun, 2020-10-25 at 11:23 -0700, Kevin Fenzi wrote: > > > On Wed, Oct 21, 2020 at 12:29:14PM +0200, Ondrej Mosnacek wrote: > > > > Hi, > > > > > > > > I noticed that the image available at [1] has been stuck at the > > > > 20201004 version for quite some time now. AFACIT, it used to be > > > > updated approx. every day before. Does anyone know what > > > > happened? I > > > > understand that the rawhide content might not be 100% reliable, > > > > but 17 > > > > days without updating the image seems a bit long... > > > > > > > > Thanks, > > > > > > > > [1] > > > > https://download.fedoraproject.org/pub/fedora/linux/development/rawhide/Cloud/x86_64/images/ > > > > > > > Indeed they aren't. ;( > > > > > > They are (with the exception of ppc64le) being composed, they > > > just > > > aren't being synced over. > > > > > > I note that we updated productmd on that day and when we sync we > > > call > > > compose-partial-copy from compose-utils (which uses productmd), > > > so the > > > only thought I have now is that there is a bug there. I > > > downgraded back > > > to the previous version and we can see if it updates correctly > > > tonight? > > > > I believe mboddu had already looked at this a bit and identified > > productmd as a suspect, but hadn't figured out exactly what the > > issue > > was yet. He said it seems like any variant with an 'images/' folder > > doesn't get synced, I think. > > Yeah, but I downgraded python3-productmd, (to the version it was when > it was working) and it still didn't work... so it's somthing less > obvious. > ;( It's very much not obvious. I believe the root cause is that there are two raw.xz images for Server on armhfp, which are indistinguishable in the metadata. This causes loading of the metadata to fail. The script that partial copy script needs the information from the metadata to know what it should copy. Since loading the metadata fails, it ignores the file and images are not copied. My theory is that the image is updated only when the one of the armhfp images fail and is missing from the compose. I believe that in order to fix this, the ambiguity in metadata has to be resolved in some way, like this: https://pagure.io/pungi-fedora/pull-request/923 Lubomír > kevin > _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
