On Thu, Aug 16, 2018 at 7:25 PM Zbigniew Jędrzejewski-Szmek < zbyszek@in.waw.pl> wrote:
On Thu, Aug 16, 2018 at 02:14:41PM +1000, Amit Saha wrote:
Hi Igor,
On Fri, Aug 10, 2018 at 4:33 PM Igor Gnatenko < ignatenkobrain@fedoraproject.org> wrote:
Hello everyone,
0.27.x is released long time ago, but I never got time for updating
it. It
obviously involves SONAME change.
The good thing about this release is that it breaks only things in
runtime
and only one function changed signature (for building) which nobody
uses
anyway.
I'm going to update library as soon as I get time (possibly on this weekend if no all dependent packages build fine). I will handle all rebuilds myself, just sending a notice.
List of affected packages is below. Maintainers by package: R-git2r qulogic geany-plugins dmaphy ohaessler pingou ghc-bdcs-api clumens ghc-gi-ggit dshea git-evtag ignatenkobrain walters gitg ankursinha ignatenkobrain nacho pwalter julia nalimilan kf5-ktexteditor dvratil jgrulich rdieter than libgit2-glib ignatenkobrain kalev nacho pwalter python-pygit2 pwalter rubygem-rugged ignatenkobrain ktdreyer tdawson rust-exa ignatenkobrain rust-pretty-git-prompt ignatenkobrain ttomecek subsurface pingou
Packages by maintainer: ankursinha gitg clumens ghc-bdcs-api dmaphy geany-plugins dshea ghc-gi-ggit dvratil kf5-ktexteditor ignatenkobrain git-evtag gitg libgit2-glib rubygem-rugged rust-exa rust-pretty-git-prompt jgrulich kf5-ktexteditor kalev libgit2-glib ktdreyer rubygem-rugged nacho gitg libgit2-glib nalimilan julia ohaessler geany-plugins pingou geany-plugins subsurface pwalter gitg libgit2-glib python-pygit2 qulogic R-git2r rdieter kf5-ktexteditor tdawson rubygem-rugged than kf5-ktexteditor ttomecek rust-pretty-git-prompt walters git-evtag
Thanks for your work. Just noticed that julia hasn't been built succesfully (
https://koji.fedoraproject.org/koji/packageinfo?packageID=19172)
. Seems to have failed with: "cc1plus: error: unrecognized command line option '-mcet'"
This is currently an issue in Fedora Scientific building. What would be
the
path forward here?
Drop '-mcet'? It's a bit hard to find docs for it, but [1] says: """-mcet -fcf-protection enables support for the Control-Flow -Enforcement > Technology (CET) feature in future Intel CPUs. This -involves the generation of additional NOPs, which are ignored by the current CPUs. It is recommended that you enable this flag now, to detect any issues caused by them (e.g., interactions with dynamic instrumentation frameworks, or performance issues)."""
It sounds like it's not something that is particularly needed at this time.
https://fedoraproject.org/wiki/Changes/HardeningFlags28 seems to suggest that this was implemented explicitly?
I am way out of touch, but a quick search for `mcet` in the package SRPM and the source tarball from (https://src.fedoraproject.org/rpms/julia), didn't show up `mcet` being explicitly added either.
The build log also has a lot of: /usr/include/features.h:381:4: warning: #warning _FORTIFY_SOURCE requires compiling with optimization (-O) [-Wcpp] # warning _FORTIFY_SOURCE requires compiling with optimization (-O) ^~~~~~~ This sounds like the package is not being built with the distro flags.
Zbyszek _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/...