Fedora 30 System-Wide Change Proposal: Boost 1.69 Upgrade
by Ben Cotton
https://fedoraproject.org/wiki/Changes/F30Boost169
== Summary ==
This change brings Boost 1.69 to Fedora. This will mean Fedora ships
with a recent upstream Boost release.
== Owner ==
* Name: [[User:jwakely|Jonathan Wakely]]
* Email: jwakely at fedoraproject dot org
== Detailed Description ==
The aim is to synchronize Fedora with the most recent Boost release.
Because ABI stability is one of explicit Boost non-goals, this entails
rebuilding of all dependent packages. This has also always entailed
yours truly assisting maintainers of client packages in decoding
cryptic boost-ese seen in output from g++. Such care is to be expected
this time around as well.
== Benefit to Fedora ==
Fedora 29 includes Boost 1.67 but the latest upstream release, Boost
1.68, was released on August 9th, 2018 (the 1.69 release is scheduled
for mid-November 2018, so it should be in time for F30).
Fedora will stay relevant, as far as Boost clients are concerned.
Boost 1.68 brings two new libraries:
* [https://www.boost.org/doc/libs/1_68_0/doc/html/yap.html YAP], an
expression template library for C++14 and later, from Zach Laine.
== Scope ==
* Proposal owners:
** Build will be done with Boost.Build v2 (which is the
upstream-sanctioned way of building Boost)
** Request a "f30-boost" build system tag
([http://lists.fedoraproject.org/pipermail/devel/2011-November/159908.html
discussion]): https://pagure.io/releng/issue/7614
** Build boost into that tag (take a look at the
[http://koji.fedoraproject.org/koji/buildinfo?buildID=606493 build
#606493] for inspiration)
** Post a request for rebuilds to fedora-devel
** Work on rebuilding dependent packages in the tag.
** When most is done, re-tag all the packages to rawhide
** Watch fedora-devel and assist in rebuilding broken Boost clients
(by fixing the client, or Boost).
* Other developers:
** Those who depend on Boost DSOs will have to rebuild their packages.
Feature owners will alleviate some of this work as indicated above,
and will assist those whose packages fail to build in debugging them.
* Release engineering: [https://pagure.io/releng/issue/7595] (a check
of an impact with Release Engineering is needed)
** [[Fedora_Program_Management/ReleaseBlocking/Fedora{{FedoraVersionNumber|next}}|List
of deliverables]]: All deliverables will include updated Boost
packages.
* Policies and guidelines:
** Apart from scope, this is business as usual, so no policies, no guidelines.
* Trademark approval: N/A (not needed for this Change)
== Upgrade/compatibility impact ==
* No impact on system upgrade.
* No manual configuration or data migration needed.
* Some impact on other packages. Historically this hasn't been too big
of a problem and could always be resolved before deadline.
== How To Test ==
* No special hardware is needed.
* Integration testing simply consists of installing Boost packages
(<code>dnf install boost</code>) on Fedora and checking that it does
not break other packages (see below for a way to obtain a list of
boost clients).
== User Experience ==
* Expected to remain largely the same.
* Developers building third-party software on Fedora may need to
rebuild against the new Boost packages, and may need to adjust their
code if the new Boost release is not source-compatible.
== Dependencies ==
Packages that must be rebuilt:
<code>$ repoquery -s --releasever=rawhide --whatrequires libboost\*
--disablerepo=* --enablerepo=fedora | sort -u</code>
All clients:
<code>$ repoquery --releasever=rawhide --archlist=src --whatrequires
boost-devel --disablerepo='*' --enablerepo=fedora-source</code>
== Contingency Plan ==
* Contingency mechanism: Worst case scenario is to abandon the update
and simply ship F30 with Boost 1.67, which is already in rawhide.
* Contingency deadline: We will know whether the change can be made
once the rebuilds in the side tag are done, which will be January
2019, ideally before the mass rebuild.
* Blocks release? No
* Blocks product? None
== Documentation ==
* https://www.boost.org/users/history/version_1_68_0.html
* https://www.boost.org/development/index.html
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
5 years, 4 months
Fedora 30 Self-Contained Change Proposal: Erlang 21
by Ben Cotton
https://fedoraproject.org/wiki/Changes/Erlang_21
= Erlang 21 =
== Summary ==
Update Erlang/OTP to version 21.
== Owner ==
* Name: [[User:Peter|Peter Lemenkov]], [[SIGs/Erlang|Fedora Erlang
SIG]], [[User:bowlofeggs|Randy Barlow]], [[User:jcline|Jeremy Cline]]
* Email: lemenkov(a)gmail.com, erlang(a)lists.fedoraproject.org,
bowlofeggs(a)fedoraproject.org, jcline(a)fedoraproject.org
== User Experience ==
Users will get more robust, scalable, and fast Erlang applications.
== Dependencies ==
The following packages must be rebuilt:
see https://fedoraproject.org/wiki/Changes/Erlang_21#Dependencies
== Contingency Plan ==
* Contingency mechanism: None necessary. Instead of falling back to
the previous version we should fix existing packages in order to help
the Community. We should also monitor upstream development process for
potentially discovered issues and proactively apply patches (as we
already did with [[Features/Erlang_R14|Erlang R14]],
[[Features/Erlang_R15|Erlang R15]], [[Features/Erlang_R16|Erlang
R16]], [[Changes/BetterErlangSupport|Erlang 17]]),
[[Changes/Erlang_18|Erlang 18]], [[Changes/Erlang_19|Erlang 19]], and
[[Changes/Erlang_20|Erlang 20]]. It should be noted that this change
consists from an independent or loosely coupled smaller changes. If we
fail to deliver some changes in time, we should reschedule these exact
changes to the future Fedora release while keeping already implemented
ones.
* Contingency deadline: N/A
* Blocks release? N/A
* Blocks product? N/A
== Documentation ==
* [http://www.erlang.org/news/123 Erlang/OTP 21.0 release notes]
* [http://www.erlang.org/news/124 Erlang/OTP 21.1 release notes]
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
5 years, 4 months