On Thu, Jul 11, 2019 at 9:01 AM Jerry James
<loganjerry(a)gmail.com>
wrote:
> I'm not sure. In this case, though, i don't think we need
> it. I've
> been building packages in a local mock for the last few days. I've
> still got 6 to go, and so far I've only hit 2 issues, neither of
> them
> related to MPFR. Unless something comes up with these last few, I
> think we need the MPFR 3 and MPC-linked-with-MPFR-3 compatibility
> packages only to get gcc switched over, then we can discard them
> and
> have an entirely MPFR 4 distribution.
I'm down to these 3 still to go: arm-none-eabi-gcc-cs, avr-gcc, and
cross-gcc. Those gcc builds take a long time. :-) So far the builds
have gone smoothly.
> Pavel, are you around? Some of these packages take a long time to
> build, but I think if we had, say, a 4 or 5 day window in which the
> gcc and texlive maintainers agreed not to do any new builds, we
> could
> get Fedora switched entirely over to MPFR 4. We need to start
> figuring out when that should happen. We are already past the
> deadline for system-wide change proposals for Fedora 31, but if we
> get
> our ducks in a row, we can perhaps get this into Fedora 32 as soon
> as
> that window opens. (I'm assuming this will be a system-wide change
> since it affects gcc.)
Does anyone at RedHat know if Pavel is on vacation? If not, what is
the best way to contact him?
--
Jerry James
http://www.jamezone.org/
_______________________________________________
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)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
Nice work Jerry!
I remember it being quite difficult to get into contact with Pavel last
time I tried. I eventually had to use the non-responsive maintainer
procedure.
--
Dr James Paul Turner
Department of Informatics
University of Sussex
Arpra: Arbitrary-Precision Range Analysis