<div dir="ltr"><div dir="ltr">On Thu, Jun 20, 2019 at 5:27 AM Amar Tumballi Suryanarayan &lt;<a href="mailto:atumball@redhat.com">atumball@redhat.com</a>&gt; wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Thu, Jun 20, 2019 at 2:35 PM Niels de Vos &lt;<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>&gt; wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, Jun 20, 2019 at 02:11:21PM +0530, Amar Tumballi Suryanarayan wrote:<br>
&gt; On Thu, Jun 20, 2019 at 1:13 PM Niels de Vos &lt;<a href="mailto:ndevos@redhat.com" target="_blank">ndevos@redhat.com</a>&gt; wrote:</blockquote><div><br></div><div>I noticed the issue of smoke is coming only from strfmt-errors job, which checks for &#39;epel-6-i386&#39; mock, and fails right now.</div>...<br><div>But we are stuck with strfmt-errors job right now, and looking at what it was intended to catch in first place, <br></div><div>...<br></div><div>Would be great if disabling strfmt-errors is an option.</div></div></div></blockquote><div><br></div><div>strfmt-errors checks that snprintf format stings are correct on both 32- and 64-bit platforms.</div><div><br></div><div>Are you ready to drop support on 32-bit platforms? Some distributions are dropping 32-bit, but Fedora still supports i686 and armv7hl by default; it is possible to drop 32-bit on Fedora but there would be strong resistance to doing it I suspect.  I also think it would be strange to drop it in the middle of a release stream. If you want to drop it for, say, release-7 that&#39;d be a good time to do it.<br></div><div><br></div><div>strfmt-errors isn&#39;t failing generally, AFAICT. The last failure is on a release-5 branch build. Since the strfmt-errors runs on a CentOS machine I suspect that it&#39;s the same issue we have with centos-regression, which really goes back to the (misguided IMO) decision to put EPEL and python3 on the centos builders.</div><div><br></div><div>misc sent me a list of all the things that &quot;need&quot; python3. Some/Many/All of them are for things that run on fedora, e.g. clang-format.  Everything was, AFAICT, working fine right up to when EPEL and python3 were installed on the centos builders.  If it was my decision, I&#39;d undo that change.</div><div><br></div></div></div>