https://fedoraproject.org/wiki/Changes/Deprecate_Sonatype_OSS_Parent
== Summary ==
Mark Sonatype OSS Parent software packages as deprecated.
== Owner ==
* Name: [[User:Mizdebsk|Mikolaj Izdebski]]
* Email: mizdebsk(a)redhat.com
== Detailed Description ==
Upstream declares that the project is no longer active or supported
and that the software no longer work with latest Maven and/or Java
versions <ref>https://github.com/sonatype/oss-parents</ref>. There
has been no development for more than 4 years.
Sonatype OSS Parent is obsolete software.
<code>sonatype-oss-parent</code> packages are intended to be
eventually removed from Fedora, but are kept in Fedora for some
additional, indeterminate time due to relatively large number of
packages still depending on Sonatype OSS Parent. In order to prevent
new packages from depending on these packages, they are marked as
deprecated.
As of time of submission of this change proposal, 172 Fedora components
still Require or BuildRequire Sonatype OSS Parent packages, therefore
immediate retirement of these packages is not feasible at this point.
== Benefit to Fedora ==
Packages of obsolete Sonatype OSS Parent software will be clearly and
explicitly marked as deprecated. Other packages in Fedora will not be
able to add dependencies on deprecated packages (that includes
Requires, BuildRequires, Recommends, Suggests, etc.). This applies
both for updates of existing packages and new packages added to
Fedora. This in turn will make it easier to gradually remove
dependencies on deprecated packages and finally remove deprecated
Sonatype OSS Parent software from Fedora.
== Scope ==
* Proposal owners: add special virtual provides
<code>deprecated()</code> to <code>sonatype-oss-parent</code> package.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issue/7991 #7991]
== User Experience ==
No change in user experience. Technically, nothing changes;
deprecated packages work and behave as before.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Deprecate_Apache_Maven_2.x
== Summary ==
Mark Apache Maven 2.x software packages as deprecated.
== Owner ==
* Name: [[User:Mizdebsk|Mikolaj Izdebski]]
* Email: mizdebsk(a)redhat.com
== Detailed Description ==
The last upstream release of Apache Maven 2.x was in November 2009,
more than 9 years ago. Upstream declares that this version of Maven
has reached its end of life, is no longer supported and that security
vulnerability reports will not be addressed
<ref>https://maven.apache.org/maven-2.x-eol.html</ref>. The next
major version, Maven 3, is available in Fedora 15 and later since year
2010.
Apache Maven 2.x software packages are intended to be eventually
removed from Fedora, but are kept in Fedora for some additional,
indeterminate time for various reasons including maintaining backwards
compatibility. In order to prevent new packages from depending on
these packages, they are marked as deprecated.
As of time of submilsion of this change proposal, 75 Fedora components
still Require or BuildRequire Apache Maven 2.x packages, therefore
immediate retirement of these packages is not feasible at this point.
== Benefit to Fedora ==
Packages of obsolete Apache Maven 2.x software will be clearly and
explicitly marked as deprecated. Other packages in Fedora will not be
able to add dependencies on deprecated packages (that includes
Requires, BuildRequires, Recommends, Suggests, etc.). This applies
both for updates of existing packages and new packages added to
Fedora. This in turn will make it easier to gradually remove
dependencies on deprecated packages and finally remove deprecated
Apache Maven 2.x software from Fedora.
== Scope ==
* Proposal owners: add special virtual provides
<code>deprecated()</code> to all packages built from
<code>maven2</code> source component.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issue/7990 #7990]
== User Experience ==
No change in user experience. Technically, nothing changes;
deprecated packages work and behave as before.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Deprecate_Apache_Jakarta_ORO_and_Reg…
== Summary ==
Mark Apache Jakarta ORO and Apache Jakarta Commons Regexp software
packages as deprecated.
== Owner ==
* Name: [[User:Mizdebsk|Mikolaj Izdebski]]
* Email: mizdebsk(a)redhat.com
== Detailed Description ==
Apache Jakarta has been retired in year 2011
<ref>https://jakarta.apache.org/</ref>. ORO and Regexp subprojects
were both retired even earlier and no new features or releases are
planned in the future <ref>https://jakarta.apache.org/oro/ </ref>
<ref>https://jakarta.apache.org/regexp/ </ref>. Users can migrate to
similar regular expression features provided in current Java versions.
Apache Jakarta ORO and Apache Jakarta Commons Regexp software packages
are intended to be eventually removed from Fedora, but are kept in
Fedora for some additional, indeterminate time for various reasons
including maintaining backwards compatibility. In order to prevent
new packages from depending on these packages, they are marked as
deprecated.
As of time of submission of this change proposal, 29 Fedora components
still Require or BuildRequire Apache Jakarta ORO and Apache Jakarta
Commons Regexp packages, therefore immediate retirement of these
packages is not feasible at this point.
== Benefit to Fedora ==
Packages of obsolete Apache Jakarta ORO and Apache Jakarta Commons
Regexp software will be clearly and explicitly marked as deprecated.
Other packages in Fedora will not be able to add dependencies on
deprecated packages (that includes Requires, BuildRequires,
Recommends, Suggests, etc.). This applies both for updates of
existing packages and new packages added to Fedora. This in turn will
make it easier to gradually remove dependencies on deprecated packages
and finally remove deprecated Apache Jakarta software from Fedora.
== Scope ==
* Proposal owners: add special virtual provides
<code>deprecated()</code> to all packages built from
<code>jakarta-oro</code> and <code>regexp</code> source components.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issue/7989 #7989]
== User Experience ==
No change in user experience. Technically, nothing changes;
deprecated packages work and behave as before.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Deprecate_Apache_Jakarta_Commons_Htt…
== Summary ==
Mark Apache Jakarta Commons HttpClient software packages as
deprecated.
== Owner ==
* Name: [[User:Mizdebsk|Mikolaj Izdebski]]
* Email: mizdebsk(a)redhat.com
== Detailed Description ==
Apache Jakarta Commons HttpClient is obsolete. Upstream project is
end of life, and is no longer being developed. It has been replaced
by the Apache HttpComponents project in its HttpClient and HttpCore
modules, which offer better performance and more flexibility
<ref>https://hc.apache.org/httpclient-3.x/</ref>.
Apache Jakarta Commons HttpClient software packages are intended to be
eventually removed from Fedora, but are kept in Fedora for some
additional, indeterminate time for various reasons including
maintaining backwards compatibility. In order to prevent new packages
from depending on these packages, they are marked as deprecated.
As of time of submission of this change proposal, 29 Fedora components
still Require or BuildRequire Apache Jakarta Commons HttpClient
packages, therefore immediate retirement of these packages is not
feasible at this point.
== Benefit to Fedora ==
Packages of obsolete Apache Jakarta Commons HttpClient software will
be clearly and explicitly
marked as deprecated. Other packages in Fedora will not be able to
add dependencies on deprecated packages (that includes Requires,
BuildRequires, Recommends, Suggests, etc.). This applies both for
updates of existing packages and new packages added to Fedora. This
in turn will make it easier to gradually remove dependencies on
deprecated packages and finally remove deprecated Apache Jakarta
Commons HttpClient software from
Fedora.
== Scope ==
* Proposal owners: add special virtual provides
<code>deprecated()</code> to all packages built from
<code>jakarta-commons-httpclient</code> source component.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issue/7988 #7988]
== User Experience ==
No change in user experience. Technically, nothing changes;
deprecated packages work and behave as before.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Deprecate_Apache_Avalon
== Summary ==
Mark Apache Avalon software packages as deprecated.
== Owner ==
* Name: [[User:Mizdebsk|Mikolaj Izdebski]]
* Email: mizdebsk(a)redhat.com
== Detailed Description ==
Apache Avalon project was closed by upstream
<ref>https://avalon.apache.org/</ref> in October 2004 (more than 14
years ago), approximately one
month after it was added to Fedora Core 4 in September 2004.
Apache Avalon software packages are intended to be eventually removed
from Fedora, but are kept in Fedora for some additional, indeterminate
time for various reasons including maintaining backwards
compatibility. In order to prevent new packages from depending on
these packages, they are marked as deprecated.
As of time of submission of this change proposal, 10 Fedora components
still Require or BuildRequire Apache Avalon packages, therefore
immediate retirement of these packages is not feasible at this point.
== Benefit to Fedora ==
Packages of obsolete Apache Avalon software will be clearly and
explicitly marked as deprecated. Other packages in Fedora will not be
able to add dependencies on deprecated packages (that includes
Requires, BuildRequires, Recommends, Suggests, etc.). This applies
both for updates of existing packages and new packages added to
Fedora. This in turn will make it easier to gradually remove
dependencies on deprecated packages and finally remove deprecated
Apache Avalon software from Fedora.
== Scope ==
* Proposal owners: add special virtual provides
<code>deprecated()</code> to all packages built from
<code>avalon-framework</code> and <code>avalon-logkit</code> source
components.
* Other developers: N/A (not a System Wide Change)
* Release engineering: [https://pagure.io/releng/issue/7987 #7987]
== User Experience ==
No change in user experience. Technically, nothing changes;
deprecated packages work and behave as before.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
There will be an outage starting at 2018-12-13 23:00 UTC,
which will last approximately 5 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2017-05-03 21:00UTC'
Reason for outage:
Various switches at the colocation are needing updates and reboots to
get latest firmware working. While the outage should not take the
entire 5 hours, it is being blocked out in case there are problems
which are not realized and need backing out or other changes.
Affected Services:
dl.fedoraproject.org
all build services
most web services
copr and all other cloud services.
Ticket Link:
https://pagure.io/fedora-infrastructure/issue/7433
Please join #fedora-admin or #fedora-noc on irc.freenode.net
or add comments to the ticket for this outage above.
--
Stephen J Smoogen.
https://fedoraproject.org/wiki/Changes/Python-progressbar2_as_default
== Summary ==
Using python-progressbar2 as the default progressbar module in Fedora.
== Owner ==
* Name: [[User:Ankursinha| Ankur Sinha "FranciscoD"]] &
python-progressbar maintainers.
* Email: ankursinha(a)fedoraproject.org,
python-progressbar-owner(a)fedoraproject.org,
python-progressbar2-owner(a)fedoraproject.org
== Detailed Description ==
Python-progressbar2 is a better maintained, more featured fork of the
original progressbar module. We want to move to using this
implementation of the module.
* progressbar: https://github.com/niltonvolpato/python-progressbar
* progressbar2: https://github.com/WoLpH/python-progressbar
* python-progressbar2 review ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=1648728
== Benefit to Fedora ==
Fedora will use a better maintained, more featured python progressbar
implementation.
== Scope ==
* Proposal owners:
* Include progressbar2 in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1648728
* Other developers: python-progressbar, euca2ools, libtaskotron,
python-bitmath maintainers will need to update their packages to use
the new module.
* Release engineering: N/A (not needed)
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List
of deliverables]]: N/A (not needed)
* Policies and guidelines: N/A (not needed)
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
None: progressbar2 will obsolete progressbar and provide the same
module, dependent packages will be up dated.
== How To Test ==
* Install python-progressbar2
* Use in python projects.
== User Experience ==
* It will not affect end users.
* Developers using python's progressbar module will have access to a
better implementation.
== Dependencies ==
* Maintainers of packages depending on progressbar
** python-bitmath: https://bugzilla.redhat.com/show_bug.cgi?id=1654747
** libtaskotron: https://bugzilla.redhat.com/show_bug.cgi?id=1654746
** euca2ools: https://bugzilla.redhat.com/show_bug.cgi?id=1654745
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) Do not push new module.
* Contingency deadline: N/A (not needed)
* Blocks release? No
* Blocks product? None.
== Documentation ==
https://progressbar-2.readthedocs.io/en/latest/
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/EnablingPythonGeneratorsByDefault
= Enabling Python Generators by default =
== Summary ==
This change enables the Python module dependency generator for
packages that provide Python Egg/Wheel metadata by default (this was
[[Changes/EnablingPythonGenerators|opt-in since Fedora 28]]).
== Owner ==
* Name: [[User:ignatenkobrain|Igor Gnatenko]], [[User:ngompa|Neal Gompa]]
* Email: ignatenkobrain(a)fedoraproject.org, ngompa13(a)gmail.com
* Release notes owner:
== Detailed Description ==
Please see [[Changes/EnablingPythonGenerators#Detailed_Description|detailed
description from original change]] for information how it works and
implemented.
In this change we will switch opt-in into opt-out.
== Benefit to Fedora ==
All the benefits as stated in
[[Changes/EnablingPythonGenerators#Benefit_to_Fedora|original change]]
will be turned on for all packages (unless they opt-out).
== Scope ==
* Proposal owners: Flip the switch (in python-rpm-generators) and
adjust python-rpm-macros to make feature be opt-out. Send patches to
packages to remove unnecessary manual-specified dependencies.
* Other developers: Packagers are strongly advised to remove
manually-specified python dependencies if they are set in egg/wheel
metadata.
* Release engineering: [https://pagure.io/releng/issue/7965 #7965]
(change should be implemented before mass rebuild)
* Policies and guidelines: Python Guidelines needs to be updated with
instructions how to disable the feature.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
Some new dependencies might be automatically added, but this is rather
good because it fixes real bugs.
== How To Test ==
TBD
== User Experience ==
Users will see less number of packages with missing dependency information.
== Dependencies ==
None.
== Contingency Plan ==
* Contingency mechanism: (What to do? Who will do it?) Owners will
revert change and postpone it to next release.
* Contingency deadline: Beta freeze.
== Documentation ==
Packaging guidelines already contain
[https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_automati…
information how this feature work].
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
Heads up that I'll be beginning the process of importing Qt 5.11.3 into rawhide starting today... while this is underway, there will be some temporary broken dependencies until I make my way through the stack.
-- Rex