From Fedora Project Wiki
m (more leftovers)
m (Add trackers)
 
(6 intermediate revisions by 2 users not shown)
Line 18: Line 18:
== Current status ==
== Current status ==
* Targeted release: [[Releases/31|Fedora 31]]  
* Targeted release: [[Releases/31|Fedora 31]]  
* Last updated: 2019-05-14
* Last updated: 2019-07-16
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
<!-- After the change proposal is accepted by FESCo, tracking bug is created in Bugzilla and linked to this page  
Bugzilla states meaning as usual:
Bugzilla states meaning as usual:
Line 27: Line 27:
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
-->
-->
* Tracker bug: N/A
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1739979 #1739979]
* Release Notes tracker: N/A
* Release Notes tracker: [https://pagure.io/fedora-docs/release-notes/issue/375 #375]


== Detailed Description ==
== Detailed Description ==
Upgrade Erlang to version 22 which brings a lot of changes. Just a few highlights:
Upgrade Erlang to version 22 which brings a lot of changes. Just a few highlights:


* tbd
* Better and faster compiler. Faster string operations which Elixir users will benefit.
* A new experimental low-level socket API.
* Even faster SSL/TLS operations.
* Improved [http://erlang.org/doc/apps/erts/erl_dist_protocol.html Erlang Distribution Protocol] handling when it comes to a huge messages (splitting into smaller ones, no longer blocking).
 


Aside from this, we plan to improve quality of Erlang and related packages. These are shortcomings we want to address:
Aside from this, we plan to improve quality of Erlang and related packages. These are shortcomings we want to address:
Line 49: Line 53:
== Scope ==
== Scope ==
* Proposal owners:
* Proposal owners:
** [https://bugzilla.redhat.com/1569499 Upgrade Erlang to the latest version (22.0)].
** [https://bugzilla.redhat.com/1683660 Upgrade Erlang to the latest version (22.0)].
** We must rebuild every package which requires NIF version (listed below in the [[#Dependencies|Dependencies]] section) against Erlang 22.x.y.
** We must rebuild every package which requires NIF version (listed below in the [[#Dependencies|Dependencies]] section) against Erlang 22.x.y.
** Every Erlang daemon's systemd unit must require epmd.socket.
** Every Erlang daemon's systemd unit must require epmd.socket.
Line 73: Line 77:
== Upgrade/compatibility impact ==
== Upgrade/compatibility impact ==
* Every Erlang upgrade requires the rebuilding of modules which contains [http://www.erlang.org/doc/reference_manual/ports.html ports] or [http://www.erlang.org/doc/tutorial/nif.html NIFs], and we will rebuild all such modules in Fedora. However if a user has some additional modules not available in a Fedora repository, then these modules must be rebuilt manually.
* Every Erlang upgrade requires the rebuilding of modules which contains [http://www.erlang.org/doc/reference_manual/ports.html ports] or [http://www.erlang.org/doc/tutorial/nif.html NIFs], and we will rebuild all such modules in Fedora. However if a user has some additional modules not available in a Fedora repository, then these modules must be rebuilt manually.
* So-called [http://erlang.org/doc/man/HiPE_app.html HiPE] continues to deteriorate. In this version it's barely functional and likely is going to be removed in the next one.


== How To Test ==
== How To Test ==
Line 180: Line 185:
Erlang/OTP 22.0 is available in Fedora 31.
Erlang/OTP 22.0 is available in Fedora 31.


[[Category:ChangePageIncomplete]]
[[Category:ChangeAcceptedF31]]
<!-- [[Category:ChangePageIncomplete]] -->
<!-- [[Category:ChangePageIncomplete]] -->
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- When your change proposal page is completed and ready for review and announcement -->

Latest revision as of 03:06, 12 August 2019

Erlang 22

Summary

Update Erlang/OTP to version 22.

Owner

Current status

Detailed Description

Upgrade Erlang to version 22 which brings a lot of changes. Just a few highlights:

  • Better and faster compiler. Faster string operations which Elixir users will benefit.
  • A new experimental low-level socket API.
  • Even faster SSL/TLS operations.
  • Improved Erlang Distribution Protocol handling when it comes to a huge messages (splitting into smaller ones, no longer blocking).


Aside from this, we plan to improve quality of Erlang and related packages. These are shortcomings we want to address:

  • Every daemon written in Erlang has its own logging solution which doesn't use neither syslog nor Journald. We should start switching them to Journald.
  • We should add ability to use D-Bus via erlang-dbus library.
  • Further improve Erlang Packaging Guidelines and promote it as the official guideline.
  • Switch to rebar3 as a main build tool.

Benefit to Fedora

Fedora users, both developers and end-users, will have visible benefits from using Fedora-provided packages. Namely:

  • Improved logging, better unified with the rest of system.

Scope

Upgrade/compatibility impact

  • Every Erlang upgrade requires the rebuilding of modules which contains ports or NIFs, and we will rebuild all such modules in Fedora. However if a user has some additional modules not available in a Fedora repository, then these modules must be rebuilt manually.
  • So-called HiPE continues to deteriorate. In this version it's barely functional and likely is going to be removed in the next one.

How To Test

  • Ensure that high-grade Erlang applications are still working:
Name Tested
Package-x-generic-16.pngcouchdb No
Package-x-generic-16.pngejabberd No
Package-x-generic-16.pngelixir No
Package-x-generic-16.pngmochiweb No
Package-x-generic-16.pngrabbitmq-server No
Package-x-generic-16.pngriak No (package was retired :( )
Package-x-generic-16.pngwings No
  • Collect feedback from volunteers regarding their experience with this Erlang/OTP version

User Experience

Users will get more robust, scalable, and fast Erlang applications.

Dependencies

The following packages must be rebuilt:

Name Rebuilt
Package-x-generic-16.pngcouchdb No
Package-x-generic-16.pngerlang-basho_metrics No
Package-x-generic-16.pngerlang-bitcask No
Package-x-generic-16.pngerlang-cache_tab No
Package-x-generic-16.pngerlang-cl No
Package-x-generic-16.pngerlang-ebloom No
Package-x-generic-16.pngerlang-eleveldb No
Package-x-generic-16.pngerlang-emmap No
Package-x-generic-16.pngerlang-erlsyslog No
Package-x-generic-16.pngerlang-esasl No
Package-x-generic-16.pngerlang-esdl No
Package-x-generic-16.pngerlang-esip No
Package-x-generic-16.pngerlang-fast_tls No
Package-x-generic-16.pngerlang-fast_xml No
Package-x-generic-16.pngerlang-fast_yaml No
Package-x-generic-16.pngerlang-hyper No
Package-x-generic-16.pngerlang-iconv No
Package-x-generic-16.pngerlang-jiffy No
Package-x-generic-16.pngerlang-js No
Package-x-generic-16.pngerlang-lfe No
Package-x-generic-16.pngerlang-riak_ensemble No
Package-x-generic-16.pngerlang-sd_notify No
Package-x-generic-16.pngerlang-skerl No
Package-x-generic-16.pngerlang-snappy No
Package-x-generic-16.pngerlang-stringprep No
Package-x-generic-16.pngerlang-xmpp No

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 Erlang R14, Erlang R15, Erlang R16, Erlang 17, Erlang 18, Erlang 19, Erlang 20, and Erlang 21). 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

Release Notes

Erlang/OTP 22.0 is available in Fedora 31.