Re: GCC broken in rawhide?

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

 




----- Original Message -----
> From: "Vít Ondruch" <vondruch@xxxxxxxxxx>
> To: devel@xxxxxxxxxxxxxxxxxxxxxxx
> Sent: Tuesday, January 30, 2018 1:14:43 PM
> Subject: Re: GCC broken in rawhide?
> 
> 
> 
> Dne 30.1.2018 v 11:16 Jakub Jelinek napsal(a):
> > On Tue, Jan 30, 2018 at 11:11:02AM +0100, Ralf Corsepius wrote:
> >> On 01/30/2018 10:00 AM, Florian Weimer wrote:
> >>> On 01/30/2018 09:54 AM, Ralf Corsepius wrote:
> >>>>> annobin.spec now uses:
> >>>>>
> >>>>>    %undefine _annotated_build
> >>>>>
> >>>>> so at least the circular dependency is no longer there.  You still
> >>>>> have to remember to rebuild it when a new version of GCC comes out
> >>>>> however.
> >>>> ... which apparently has just happened.
> >>> Yes, Fedora 28 will use GCC 8.
> >>>
> >>>> Consequences are affecting all released versions of Fedora, because
> >>>> it's impossible to apply bugfix updates to Fedora < rawhide, due to
> >>>> the GCC-chaos in rawhide.
> >>> Please provide more context when reporting issues, otherwise we have a
> >>> hard time helping you.
> >> Seeming hundreds of packages currently carry broken deps, dnf is
> >> malfunctioning etc.
> > That is what we have the mass rebuild scheduled for (AFAIK this week).
> 
> I'd say that when major GCC lands in Fedora, what happened yesterday
> [1], it would not hurt to send a note to fedora-devel.
> 
> Vít
> 
> 
> [1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1021625
> _______________________________________________
> devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
> 

Agreed.

Noting here that python2 segfaults now when using profile guided optimizations on x86_64 since the latest gcc update. And that is on top of the breakage caused by
the Sun RPC removal and the change to a new libnsl within glibc, the replacement of libcrypt with libxcrypt, the -z defs flag. That applies for python3 as well. 

And this is due to too many invasive changes at the same time.

koschei is good in notifying us on those failures, however when so many core components of the distro get rebased or alter functionality
at the same time it really adds unnecessary overhead onto packagers when trying to pinpoint the exact cause for failures and which package caused it.

-- 
Regards,

Charalampos Stratakis
Software Engineer
Python Maintenance Team, Red Hat
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [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