Re: Fedora 35 Change: Autoconf-2.71 (Self-Contained Change proposal)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


--
Patrik Novotný
Associate Software Engineer
Red Hat
panovotn@xxxxxxxxxx  
_______________________________________________
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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux