devel-announce June 2018

devel-announce@lists.fedoraproject.org

5 participants
30 discussions

ICU4J License Change notification
by Mat Booth 28 Jun '18

28 Jun '18

ICU4J is now covered by the Unicode License (with MIT and BSD licensed contributed parts.) The Unicode license is very similar to the previous MIT-style ICU license. -- Mat Booth http://fedoraproject.org/get-fedora

1 0

F29 System Wide Change: CJK Default Fonts To Noto
by Jan Kurik 28 Jun '18

28 Jun '18

= Proposed System Wide Change: CJK Default Fonts To Noto = https://fedoraproject.org/wiki/Changes/CJKDefaultFontsToNoto Owner(s): * Akira TAGOH <tagoh at redhat dot com> * Peng Wu <pwu at redhat dot com> Changes the default fonts for Chinese, Japanese, and Korean (CJK) languages to Google Noto. == Detailed description == This proposal is to change the default fonts for CJK languages to Google Noto and adopts OpenType Collection format to suppress disk space increase as far as possible. Typefaces mapping will change as described on the Change Proposal wiki page (Change wrangler note: the description contains tables which are not easily convertible to text, so please follow this link to check it: https://fedoraproject.org/wiki/Changes/CJKDefaultFontsToNoto#Detailed_Descr… ): == Scope == * Proposal owners: ** Update CJK fonts packages with the proper priority of fontconfig config files ** Update fonts group in comps [done] * Other developers: ** For application package maintainers: *** Any GUI applications that don't support TTC or OTC, would need to be fixed. * Release engineering: #7592 [https://pagure.io/releng/issue/7592] ** List of deliverables: All of the installable images should be affected * Policies and guidelines: N/A * Trademark approval: N/A -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 Self Contained Change: Deprecate YUM 3
by Jan Kurik 27 Jun '18

27 Jun '18

= Proposed Self Contained Change: Deprecate YUM 3 = https://fedoraproject.org/wiki/Changes/Deprecate_YUM_3 Owner(s): * Daniel Mach <dmach at redhat dot com> Remove yum (v3) and all related packages from Fedora. == Detailed description == Remove packages from the distribution: * createrepo * yum * yum-langpacks * yum-utils, * yum-metadata-parser * python-urlgrabber All these packages should no longer be used and all software using them should be migrated to DNF. == Scope == * Proposal owners: Remove packages from the distribution: createrepo, yum, yum-langpacks, yum-utils, yum-metadata-parser, python-urlgrabber * Other developers: Either remove packages from the distribution or switch them to DNF * Release engineering: #7588 [https://pagure.io/releng/issue/7588] ** List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: N/A * Trademark approval: N/A (not needed for this Change) -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 Self Contained Change: Minishift Spin
by Jan Kurik 25 Jun '18

25 Jun '18

= Proposed Self Contained Change: Minishift Spin = https://fedoraproject.org/wiki/Changes/Minishift_Spin Owner(s): * Praveen Kumar <kumarpraveen dot nitdgp at gmail dot com> * Gerard Braad <me at gbraad dot nl> A Fedora Spin providing an easy way for minishift users to consume fedora as an ISO. == Detailed description == Minishift [https://github.com/MiniShift/minishift] provides an easy way to create a single node Openshift cluster for developers and as of now, we have only CentOS and b2d ISO support. It would be great if we can have Fedora ISO support for this project so developers can have latest and greatest container related packages. == Scope == * Proposal owners: Implement this Change. * Other developers: N/A (not a System Wide Change) * Release engineering: - Add spin to spin-kickstarts, ensure spin has been tested, and release with rest of spins - Ticket: #7584 [https://pagure.io/releng/issue/7584] * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

Red Hat bugzilla upgrade coming -- test now!
by Matthew Miller 21 Jun '18

21 Jun '18

Red Hat is planning on upgrading Bugzilla to BZ5 in September. There's a test instance running now at http://bugzilla5.redhat.com/ Since Fedora is a major user and stakeholder here, it'd be helpful if we make sure everything works for us. If you find any bugs, report at https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&version=5.0 -- Matthew Miller <mattdm(a)fedoraproject.org> Fedora Project Leader

1 0

F29 System Wide Change: IBus 1.5.19
by Jan Kurik 21 Jun '18

21 Jun '18

= Proposed System Wide Change: IBus 1.5.19 = https://fedoraproject.org/wiki/Changes/IBus_1.5.19 Owner(s): * Takao Fujiwara <fujiwara at redhat dot com> IBus 1.5.19 will have two features. # Move the input entry on IBus emoji dialog to the input entry on each application using IBus pre-edit text so that the focus event is not changed when the emoji typing is enabled# Ctrl-Shift-u feature of typing Unicode code points is separated from Ctrl-Shift-e feature so that neither an additional dialog or popup window is needed. # Typing compose keys will have a pre-edit text == Detailed description == Currently Ctrl-Shift-e launches an IBus emoji dialog and users type emoji annotations in an input entry on the dialog and the input entry can convert the muti-byte annotation to an emoji character, besides ASCII annotation. However the dialog takes the current input focus in any desktop environments and also the dialog position cannot determined in Wayland because the dialog has no parent windows. IBus 1.5.19 will move the input entry on the emoji dialog to the current input context on each applications using IBus pre-edit feature. Users type emoji annotations on the pre-edit text after they type Ctrl-Shift-e and typing space key launches a lookup window to show emoji candidates. Currently Ctrl-Shift-u feature of typing Unicode code point is consolidated in the emoji dialog because one shortcut key of Ctrl-Shift-e can cover the feature but the code point feature would not need to launch the dialog because the candidate character is only one so IBus 1.5.19 will separate the Ctrl-Shift-u feature from Ctrl-Shift-e one and both keybindings can be customizable with ibus-setup. Currently IBus compose feature does not show anything until the output character is determined. IBus 1.5.9 will shows the pre-edit text during users compose a sequence. E.g. Multi_key-apostrophe-e outputs 'é' and shows the apostrophe as a character on the pre-edit until 'e' is typed. == Scope == * Proposal owners: IBusEngine class will be changed in ibus-libs package to handle Ctrl-Shift-e and Ctrl-Shift-u and it will effects all IBus engines. * Other developers: N/A * Release engineering: #7582 [https://pagure.io/releng/issue/7582] ** List of deliverables: N/A * Policies and guidelines: N/A * Trademark approval: N/A -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 System Wide Change: Modules for Everyone
by Jan Kurik 20 Jun '18

20 Jun '18

= Proposed System Wide Change: Modules for Everyone = https://fedoraproject.org/wiki/Changes/ModulesForEveryone Owner(s): * Stephen Gallagher <sgallagh at fedoraproject dot org> * Langdon White <langdon at fedoraproject dot org> All Fedora installations will have modular repositories enabled by default, previously available, by default, only to Server Edition. == Detailed description == In Fedora 28, the Server Edition debuted new modular functionality, allowing end-users access to alternative versions of popular software. Due to technical limitations with package-management software, it was not available for non-Server deployments of Fedora. Beginning with Fedora 29, all installations of Fedora will have modules available for installation and update. This will be done by merging the `fedora-repos-modular` sub-package back into the `fedora-repos` package. == Scope == * Proposal owners: The proposal owners need to coordinate the work of the DNF team and release-engineering to make sure that the repo subpackage merge only happens once the libdnf enhancements are stable. We will also need to prepare and run a Fedora Test Day with the QA team. * Other developers: The DNF team is already committed to providing the necessary changes for libdnf in Fedora 29. * Release engineering: #7561 [https://pagure.io/releng/issue/7561] ** List of deliverables: All Fedora installations * Policies and guidelines: No alterations to packaging guidelines are required specifically for this change * Trademark approval: N/A (not needed for this Change) -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 Self Contained Change: Origin 3.10
by Jan Kurik 20 Jun '18

20 Jun '18

= Proposed Self Contained Change: Origin 3.10 = https://fedoraproject.org/wiki/Changes/origin3.10 Owner(s): * Jakub Čajka <jcajka at redhat dot com> Rebase of the Openshift Origin package to the latest upstream version, along with introduction of necessary infrastructure container images. == Detailed description == Rebase of the Origin package to the latest upstream release. To note upgrade path from previous version (3.9) will not be covered by this change(dnf update origin, will most certainly be unable to cleanly update Origin cluster), any one interested in helping out with the supportable update path please reach out to the change owner or any origin maintainer. Upstream provided update ansible playbooks are located at https://github.com/openshift/openshift-ansible/tree/master/playbooks/byo/op… == Scope == * Proposal owners: rebase of the package, creation of the missing infrastructure container images * Other developers: N/A (not a System Wide Change) * Release engineering: None https://pagure.io/releng/issue/7581 ** List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: None (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 System Wide Change: New 128-bit IEEE long double ABI for IBM 64-bit POWER LE
by Jan Kurik 20 Jun '18

20 Jun '18

= Proposed System Wide Change: New 128-bit IEEE long double ABI for IBM 64-bit POWER LE = https://fedoraproject.org/wiki/Changes/PPC64LE_Float128_Transition Owner(s): * Carlos O'Donell <carlos at redhat dot com> Transition IBM 64-bit POWER LE systems to the new 128-bit IEEE long double ABI. == Detailed description == IBM has designed a new long double ABI that adheres to the 128-bit IEEE format. This format is more standard than the existing AIX double-double or IBM long double (2 grouped 64-bit doubles) which has discontinuous mantissas and is difficult for developers to use. In Fedora 29 the plan is to switch to the new ABI for long double, while still supporting old applications via compatibility symbols. Newly compiled applications use either the old or new ABI but not a mix of both. Changes are required in the core C libraries, and the compiler and the compiler runtimes including the C++ standard libraries. Therefore there is coordination required across the core toolchain componenents e.g. gcc, binutils, glibc, gdb (to debug the new types). == Scope == The change is relatively limited in that not many packages use the long double floating point ABI. The double floating point ABI is much more used, but not long double. It is estimated that few packages use long double directly, and those packages will need to be rebuilt in order to use the new ABI. This rebuilding can be targetted by analyzing which packages have long double usage in their debug information and rebuilding just those packages. However, we plan to just use the existing mass rebuild for glibc 2.28 to handle this issue. * Proposal owners: Transition glibc to float128 format for long double for IBM ppc64le. Transition gcc to the default for long double. Ensure gdb can handle the new types. * Other developers: Developers need to ensure that rawhide is stable and ready for the Fedora 29 branch. * Release engineering: A mass rebuild request has been filed for the parent system-wide change to upgrade glibc to 2.28 #7475 [https://pagure.io/releng/issue/7475] ** List of deliverables [https://fedoraproject.org/wiki/Fedora_Program_Management/ReleaseBlocking/Fe…]: * Policies and guidelines: The policies and guidelines do not need to be updated. * Trademark approval: Not needed for this change -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F29 System Wide Change: The GNU C Library version 2.28
by Jan Kurik 20 Jun '18

20 Jun '18

= Proposed System Wide Change: The GNU C Library version 2.28 = https://fedoraproject.org/wiki/Changes/GLIBC228 Owner(s): * Carlos O'Donell <carlos at redhat dot com> Switch glibc in Fedora 29 to glibc version 2.28. == Detailed description == The GNU C Library version 2.28 will be released at the beginning of August 2018; we have started closely tracking the glibc 2.28 development code in Fedora Rawhide and are addressing any issues as they arise. Given the present schedule Fedora 29 will branch after the GLIBC 2.28 upstream release. However, the mass rebuild schedule means Fedora 29 will mass rebuild (if required) just after GLIBC 2.28 upstream freezes ABI for release, so careful attention must be paid to any last minute ABI changes. This change also includes the following changes: * IBM POWER LE transition to Float128 for long double. [https://fedoraproject.org/wiki/Changes/PPC64LE_Float128_Transition] == Scope == * Proposal owners: Update glibc to 2.28 from tested upstream release. * Other developers: Developers need to ensure that rawhide is stable and ready for the Fedora 29 branch. Given that glibc is backwards compatible and we have been testing the new glibc in rawhide it should make very little impact when updated. * Release engineering: #7475 [https://pagure.io/releng/issue/7475]: The Fedora Toolchain team is responsible for ensuring that Fedora Rawhide stabilizes ABI before a Fedora release, or that after the branch that the Fedora release is rebased (a very small rebase) to the final released version. This is a requirement for Fedora to inherit the ABI and API guarantees provided by upstream. If a mass rebuild is required by glibc or other components, the Fedora Toolcahin team will ensure coordination with release engineering such that a mass rebuild uses the released version of glibc to fix any last minute ABI changes. A mass rebuild is not required and this is communicated to release engineering. ** List of deliverables: * Policies and guidelines: The policies and guidelines do not need to be updated. * Trademark approval: Not needed for this change -- Jan Kuřík JBoss EAP Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce June 2018