Currently, we are trying to stay away from the compat package and with the help of other package maintainers trying to fix the failures. We will give time to react accordingly and see other possible steps in a few weeks time.
Currently multiple FTBFS bugs in bugzilla were created according to autoconf-2.71. More information available here: https://fedoraproject.org/wiki/Changes/Autoconf_271 Ondrej On Fri, Mar 19, 2021 at 5:59 PM Patrik Novotny <panov...@redhat.com> wrote: > I'd advocate strongly against a compat package. > > The whole point of the change is to push the move to the new autoconf > upstream release. Not the availability of autoconf 2.71 to the end user. > For that, we would do much better with providing the end users with a > modular release, I think. > > As for the argument of other distributions, Fedora has always been an > early adopter. If we will create a compat package providing the 2.69 > version, what's the point of moving to autoconf 2.71 (maybe over providing > a modular build) anyway? > > What I would argue is that we should make an effort to fully move to the > new version of autoconf, and postpone the change if we find out that it is > not doable in time for F35. Historically, it took some effort to mitigate > providing compat packages of autoconf, and experience tells us that when we > do, the motivation to fix packages incompatible with the new version > virtually disappears. > > IMO, the only scenario, where a compat package would make sense, is if we > were to push for the removal of this compat package right from the moment > of it's introduction. In that case, the only real benefit of completing the > Autoconf 2.71 change, would be *a little* easier process of making > necessary changes to now incompatible packages in exchange for any real > motivation to actually do so. If the point of this change is the > availability of autoconf 2.71 to the end-user, I would argue that a modular > build would be a much cleaner approach. > > We should push for this change to be done the proper way, not for the > possibility of making a slow progress over long period of time for the > price of duplicating packages. If we need more time for that, this change > should be postponed. > > On Fri, Mar 12, 2021 at 4:27 PM Jonathan Wakely <jwak...@fedoraproject.org> > wrote: > >> On 09/03/21 09:15 +0000, Tomasz Kłoczko wrote: >> >Some time ago gcc, binutils IIRC received an update for ac 2.71 so at >> least >> >those two should be by now off-the-table (Am I right?). >> >> No. GCC has a hard requirement on autoconf-2.69, but the Fedora >> package doesn't need to run autoconf for it (that happens when >> upstream creates the snapshot tarball). >> >> I'm not sure about binutils, but I would be very surprised if it is >> different from GCC. >> _______________________________________________ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> 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@lists.fedoraproject.org >> Do not reply to spam on the list, report it: >> https://pagure.io/fedora-infrastructure >> > > > -- > Patrik Novotný > Associate Software Engineer > Red Hat > panov...@redhat.com > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > 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@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
