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:
Ondrej
On Fri, Mar 19, 2021 at 5:59 PM Patrik Novotny <panovotn@xxxxxxxxxx> 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 <jwakely@xxxxxxxxxxxxxxxxx> 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@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
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
--
_______________________________________________
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
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
_______________________________________________ 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 Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
