F37 proposal: LLVM 15 (Self-Contained Change proposal)
by Ben Cotton
https://fedoraproject.org/wiki/Changes/LLVM-15
This document represents a proposed Change. As part of the Changes
process, proposals are publicly announced in order to receive
community feedback. This proposal will only be implemented if approved
by the Fedora Engineering Steering Committee.
== Summary ==
Update all llvm sub-projects in Fedora Linux to version 15.
== Owner ==
* Name: [[User:tstellar| Tom Stellard]]
* Email: <tstellar(a)redhat.com>
== Detailed Description ==
All llvm sub-projects in Fedora will be updated to version 15, and
there will be a soname version change for the llvm libraries.
Compatibility packages clang14 and llvm14 will be added to ensure that
packages that currently depend on clang and llvm version 14 libraries
will continue to work.
== Benefit to Fedora ==
New features and bug fixes provided by the latest version of LLVM.
== Scope ==
* Proposal owners:
** Review existing llvm and clang compatibility packages and orphan
any packages that are no longer used.
** Build release candidates into @fedora-llvm-team/llvm15 COPR.
** Build final release (Sep 2022) into Rawhide and F37 branches.
* Other developers:
** Maintainers of packages that depend on clang-libs or llvm-libs will
need to update their spec files to depend on the clang14 and llvm14
compatibility packages if they want to rebuild their package and it
does not work with LLVM 15 yet. The key point here is that spec file
changes are only needed if a package is going to be rebuilt after LLVM
15 is added to Fedora. The compatibility packages will ensure that
already built packages continue to work.
* Release engineering: [https://pagure.io/releng/issues/10820 #10820]
* Policies and guidelines: N/A (not needed for this Change)
* Trademark approval: N/A (not needed for this Change)
* Alignment with Objectives:
== Upgrade/compatibility impact ==
This change should not impact upgradeability.
== How To Test ==
The CI tests for the llvm sub-packages in Fedora will be used to catch
regressions that might be potentially introduced by the update to LLVM
15.
== User Experience ==
== Dependencies ==
This change can be made without updating any other packages. However,
as mention before, packages that need to use LLVM 14 will need to
update their spec file on their first rebuild after this change.
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) Contingency
mechanism: (What to do? Who will do it?): If there are major problems
with LLVM 15, the compatibility package provide a way for other
packages to continue using LLVM 14.
* Contingency deadline: Final Freeze
* Blocks release? No
== Documentation ==
Release notes will be added for this change.
== Release Notes ==
LLVM sub-projects in Fedora have been updated to version 15:
llvm
clang
lld
lldb
compiler-rt
libomp
llvm-test-suite
libcxx
libcxxabi
python-lit
flang
mlir
polly
libclc
llvm-unwind
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 10 months
Upcoming changes to Docs presentation
by Ben Cotton
Hi friends! On behalf of the Docs team, I'd like to share with your
our plans to reorganize how some documentation is presented to users.
You can read about it on the Community Blog[1]. The short version is
that we intend to replace the release-based focus with a focus on our
variants. Behind the scenes, content will be reused as much as
possible, but users will be presented with documentation focused on
how they get Fedora Linux: as Workstation, Server, etc. You can see
the proof of concept on Fedorapeople[2].
As part of this, we'd like your input and your help. You can always
reach us on the #docs tag in Discussion[3] or in
#docs:fedoraproject.org on Matrix (#fedora-docs on Libera.chat). We're
also holding two office hours next week:
* Tuesday June 7, 1500 UTC fedora-meeting-1(a)libera.chat
* Thursday June 9 1900 UTC fedora-meeting-2(a)libera.chat
[1] https://communityblog.fedoraproject.org/fedora-docs-is-about-to-change-si...
[2] https://pboy.fedorapeople.org/fedora/
[3] https://discussion.fedoraproject.org/tag/docs
--
Ben Cotton
He / Him / His
Fedora Program Manager
Red Hat
TZ=America/Indiana/Indianapolis
1 year, 10 months
the-new-hotness 1.2.0 released
by Michal Konecny
Hello everyone,
it's here! Hotness 1.2.0 was released! For those who don't know,
the-new-hotness is the application that creates the notification for new
releases on bugzilla for release-monitoring.org. The new version brings
a lot of new things and I highlight some of them in this e-mail:
* *Support for stable versions only* - now Hotness is supporting the
settings to only notify about stable versions (only those that are
recognized as stable by release-monitoring.org)
* *Change in the-new-hotness to work with multiple versions notified at
once* - Hotness is now able to notify you about multiple versions at
once. This also adds new monitoring settings, where you can be notified
about any newly retrieved version by Anitya regardless if it's
considered newest or not (good for watching for new releases in old
major versions)
Both of the above changes are for now only in Hotness and PR is waiting
on pagure [0] and dist-git [1].
* *Add link to monitoring setting to Bugzilla notification* - The
Bugzilla notification generated by Hotness now contains link to dist-git
so user can quickly change the monitoring settings if needed. Example on
staging [2]
To see full changelog, please look at the-new-hotness release [3].
The version is already running in the fedora infra, so you should
already ripe the fruit of this work. :-)
Michal
Mage from release-monitoring.org
[0] - https://pagure.io/pagure/pull-request/5294
[1] - https://pagure.io/pagure-dist-git/pull-request/151
[2] - https://bugzilla.stage.redhat.com/show_bug.cgi?id=1827715#c81
[3] - https://github.com/fedora-infra/the-new-hotness/releases/tag/1.2.0
1 year, 10 months
intend to orphan python-cairosvg
by Felix Schwarz
Hi *,
I'd like to orphan python-cairosvg. This package was required by older
WeasyPrint releases but WeasyPrint v53 (Fedora 35+) stopped using cairo so I
don't use this package anymore.
The package should be ok however I expect very little upstream maintainance as
the code was maintained by the WeasyPrint. The most pressing problem is likely
an FTBFS bug for python-cairocffi.
If you need cairosvg, this is the time to step forward :-)
Felix
1 year, 10 months
Non-responsive maintainer for madko/glances
by Koroglu, Ali Erdinc
Hello
I've sent a PR [1] for Glances and tried to reach madko but I didnt get any response.
Meanwhile upstream released various new versions, and bugs were reported [2] + no package update since F33.
So I started the non-responsive maintainer* process [3]. Does anyone know him, or if he is still active ?
I would be happy to help or take over maintaining this package.
1 : https://src.fedoraproject.org/rpms/glances/pull-request/4
2 : https://bugzilla.redhat.com/show_bug.cgi?id=1870254
3 : https://bugzilla.redhat.com/show_bug.cgi?id=2088744
Best Regards,
Ali Erdinc Koroglu
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki
Business Identity Code: 0357606 - 4
Domiciled in Helsinki
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
1 year, 10 months
lrcalc soname bump
by Jerry James
In a week, I will update the lrcalc package to version 2.1, which
bumps the soname. This is part of a sagemath 9.6 update. Since
sagemath is the only consumer of the lrcalc library, the soname bump
should not cause any issues.
--
Jerry James
http://www.jamezone.org/
1 year, 10 months