devel-announce July 2016

devel-announce@lists.fedoraproject.org

7 participants
32 discussions

F25 Self Contained Change: Ibus-typing-booster multilingual support
by Jan Kurik 07 Jul '16

07 Jul '16

= Proposed Self Contained Change: Ibus-typing-booster multilingual support = https://fedoraproject.org/wiki/Changes/Ibus-typing-booster_multilingual_sup… Change owner(s): * Mike Fabian <mfabian AT redhat DOT com> * Pravin Satpute <pravins At fedoraproject DOT org> Use more then one language in a single engine of ibus-typing-booster. == Detailed Description == Ibus-typing-booster has recently been improved to use several languages at once in a single engine, see the documentation for multilingual input . But although that already works, it is not obvious how to set it up, the graphical setup tool currently only supports the special case of using British English in addition to the main language of the current engine. For other combinations of languages and/or transliteration methods one has to use dconf on the command line to set it up. That is quite inconvenient. Therefore, this proposal suggests to change the setup tool to make multilingual setup easy. == Scope == * Proposal owners: Improve the ibus-typing-booster setup tool to make multilingual setup easy. * Other developers: N/A * Release engineering: N/A * List of deliverables: N/A * Policies and guidelines: N/A * Trademark approval: N/A -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

FESCo and Council elections in July 2016
by Jaroslav Reznik 05 Jul '16

05 Jul '16

Greetings, FESCo and Council elections are now open and we're looking for new candidates: https://fedoraproject.org/wiki/Elections For FESCo we have opened four seats: https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations For Council we have opened one seat: https://fedoraproject.org/wiki/Council/Nominations The Elections schedule is as follows: * July 05-11: Nomination period open (closes promptly at 23:59 UTC on July 11th) * July 12-18: Campaign period. Individual blog posts, etc. encouraged. Will also have an email interview with all answers published simultaneously on the 19th. * July 19-25: Voting open (closes promptly at 23:59 UTC on July 25th) * July 26: Results announcement Elections Questionnaire needs more questions for email/Community blog interviews! If you have anything you would like to ask candidates to FESCo or to Council, please add it to the wiki. http://fedoraproject.org/wiki/Elections/Questionnaire Read more about the FESCo at: http://fedoraproject.org/wiki/Development/SteeringCommittee and about the Council at: http://fedoraproject.org/wiki/Council Jaroslav

1 0

Fedora 25 Bugzilla Rawhide rebase
by Jaroslav Reznik 05 Jul '16

05 Jul '16

Greetings, This e-mail is intended to inform you about the upcoming Bugzilla changes happening on 2016-07-26 (Rawhide bug rebase) and what you need to do, if anything. We will be automatically changing the version for most rawhide bugs to Fedora 25. This will result in regular bugs reported against rawhide during the Fedora 25 development cycle being changed to version ‘25' instead of their current assignment, ‘rawhide’. This is to align with the branching of Fedora 25 from rawhide and to more accurately tell where in the lineage of releases the bug was last reported. Note that this procedure does not apply to bugs that are open for the ‘Package Review’ or 'kernel; components or bugs that have the ''FutureFeature'' or ''Tracking'' keywords set. These will stay open as rawhide bugs indefinitely. If you do not want your bugs changed to version ‘25‘, add the ''FutureFeature'' keyword. If you need help changing a large amount of bugs manually, we’d be glad to help. The process was re-approved by FESCo https://fedorahosted.org/fesco/ticket/1096. Jaroslav

1 0

REMINDER: Changes submission deadline for Fedora 25 is today
by Jaroslav Reznik 05 Jul '16

05 Jul '16

Hi everyone! Today we have Fedora 25 Changes submission deadline [1]. No more System Wide Changes should be submitted for this release (after 23:59 UTC today). Alpha release is currently planned on August, the 23rd with Alpha Freeze two weeks earlier. In case you'll need any help with your Change proposals, feel free to contact me. Btw. due to public holidays here, I might be a bit slower with processing submitted changes. Don't worry, conclusive is date of the submission. [1] https://fedoraproject.org/wiki/Releases/25/Schedule

1 0

F25 System Wide Change: Unicode 9.0 support
by Jaroslav Reznik 04 Jul '16

04 Jul '16

= Proposed System Wide Change: Unicode 9.0 support = https://fedoraproject.org/wiki/Changes/Unicode_9.0 Change owner(s): * Mike Fabian <mfabian At redhat DOT com> * Pravin Satpute <pravins At fedoraproject DOT org> * Carlos O'Donell <codonell AT redhat DOT com> Unicode 9.0 [1] got released on 21th June 2016. Version 9.0 adds 7,500 characters, including six new scripts and 72 new emoji characters. These new script provide support for languages Osage, Nepal Bhasa, Fulani and other African languages, The Bravanese dialect of Swahili, used in Somalia, The Warsh orthography for Arabic and Tangut, a major historic script of China. == Detailed Description == We are upgrading core libraries in Fedora for Unicode 9.0 * Updating Glibc localedata. * Updating Lib ICU. (If upstream releases well in time) * libunistring - This portable C library implements Unicode string types in three flavours: (UTF-8, UTF-16, UTF-32), together with functions for character processing (names, classifications, properties) and functions for string processing (iteration, formatted output, width, word breaks, line breaks, normalization, case folding and regular expressions). * Unicode UCD == Scope == * Proposal owners: Work with upstream, file bugs and provide patches where required. * Other developers: This change will impact glibc, ICU and all applications that uses these libraries. Other Developers do not need to make any changes from their end, but they need to watch how their application behaves with improved localedata. We need proper testing to see that it does not break any application. * Release engineering: No work required from Release engineering. - List of deliverables: N/A * Policies and guidelines: No, this change does not required any updates to Policies or packaging guideline updates. * Trademark approval: N/A (not needed for this Change) [1] http://blog.unicode.org/2016/06/announcing-unicode-standard-version-90.html

1 0

F25 System Wide Change: SSSD fast cache for local users
by Jaroslav Reznik 04 Jul '16

04 Jul '16

= Proposed System Wide Change: SSSD fast cache for local users = https://fedoraproject.org/wiki/Changes/SSSDCacheForLocalUsers Change owner(s): * Stephen Gallagher <sgallagh(a)redhat.com> * Jakub Hrozek <jhrozek(a)redhat.com> Enable resolving all users through the sss NSS modules for better performance. == Detailed Description == SSSD ships with a very fast memory cache for a couple of releases now. However, using this cache conflicts with nscd's caching and nscd has been disabled by default. That degrades performance, because every user or group lookup must open the local files. This change proposes leveraging a new "files" provider SSSD will ship in the next version in order to resolve also users from the local files. That way, the "sss" NSS module can be configured before the files module in nsswitch.conf and the system could leverage sss_nss caching for both local and remote users. The upstream design of the files provider can be found at: [1] Below is a mini-FAQ that lists the most common questions we've received so far: Q: Does SSSD take over /etc/passwd and /etc/files? A: No. SSSD just monitors them with inotify and copies the records into its cache. Q: Does SSSD need to be running all the time now? What if it crashes? A: SSSD needs to be running in order to benefit from this functionality. However, the nss_sss module is built in such a way that even if sssd is not running, nss_sss should fail over to nss_files pretty quickly (we'll quantify "pretty quickly" in a more scientific fashion soon) Q: Do I need to configure SSSD now? A: No, we'll ship a default configuration. == Scope == * Proposal owners: Jakub Hrozek and Stephen Gallagher work on the design and coding * Other developers: The SSSD upstream will participate in code review of the change * Release engineering: None required * Policies and guidelines: None needed * Trademark approval: None needed [1] https://fedorahosted.org/sssd/wiki/DesignDocs/FilesProvider

1 0

F25 System Wide Change: Ruby on Rails 5.0
by Jaroslav Reznik 04 Jul '16

04 Jul '16

= Proposed System Wide Change: Ruby on Rails 5.0 = https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_5.0 Change owner(s): * Jun Aruga <jaruga(a)redhat.com> * Pavel Valena <pvalena(a)redhat.com> * Vít Ondruch <vondruch(a)redhat.com> * Ruby SIG <ruby-sig(a)lists.fedoraproject.org> Ruby on Rails 5.0 is the latest version of well known web framework written in Ruby. == Detailed Description == The Ruby on Rails stack is evolving quickly and Fedora needs to keep pace with it. Therefore the whole Ruby on Rails stack should be updated from 4.2 in Fedora 24 to 5.0 (latest version) in Fedora 25. This will ensure that all the Ruby developers using Fedora have the latest and greatest RPM-packaged Ruby on Rails. == Scope == * Proposal owners: - The whole Rails stack has to be updated - Some dependencies of the Rails stack will need update Full list of packages needed by Rails 5.0 to generate basic application and list of optional packages, required by the basic Ruby on Rails application are availble in the Change page. The lists are compiled from the result of "bundle list" and "Gemfile.lock" after both installing rails, and creating new Rails app. * Other developers: Update Rails dependent packages to be working with Ruby on Rails 5.0 * Release engineering: Not needed. * Policies and guidelines: Not needed * Trademark approval: N/A (not needed for this Change)

1 0

F25 Self Contained Change: HTCondor 8.6
by Jaroslav Reznik 04 Jul '16

04 Jul '16

= Proposed Self Contained Change: HTCondor 8.6 = https://fedoraproject.org/wiki/Changes/HTCondor86 Change owner(s): * Ben Cotton <bcotton(a)fedoraproject.org> Upgrade the condor-* packages to the latest stable release series (8.6), due to be released near the end of the summer. HTCondor [1] is a job scheduler and resource manager for high-throughput computing. == Detailed Description == Package the HTCondor 8.6 release when it is available. The 8.5 development series is winding down, so 8.6 should be available at the end of summer. Currently Fedora uses the 8.5.2 release, but since that is part of the development series, subsequent point releases contain not only bug fixes but potentially-compatibility-breaking changes. The plan here is to get Fedora onto the stable series, which will allow for packaging of HTCondor point releases within a Fedora release. == Scope == * Proposal owners: Package version 8.6 when released by upstream. * Other developers: N/A (not a System Wide Change) * Release engineering: N/A (not a System Wide Change) - List of deliverables: N/A (not a System Wide Change) * Policies and guidelines: N/A (not a System Wide Change) * Trademark approval: N/A (not needed for this Change) [1] http://research.cs.wisc.edu/htcondor/

1 0

F25 Self Contained Change: Golang 1.7
by Jaroslav Reznik 04 Jul '16

04 Jul '16

= Proposed Self Contained Change: Golang 1.7 = https://fedoraproject.org/wiki/Changes/golang1.7 Change owner(s): * Jakub Čajka <jcajka(a)redhat.com> Rebase of Golang package to upcoming version 1.7 in Fedora 25, including rebuild of all dependent packages. == Detailed Description == Rebase of Golang package to upcoming version 1.7 in Fedora 25. Golang 1.7 is schedule to be released in Aug. Due to current nature of Go packages, rebuild of dependent package will be required to pick up the changes. == Scope == * Proposal owners: Rebase golang package in f25(side tag), bootstrap for s390x(+update golang srpm macros), help with resolving possible issues found during package rebuilds. * Other developers: fix possible issues. * Release engineering: Create/merge side tag. - List of deliverables: N/A * Policies and guidelines: N/A * Trademark approval: N/A

1 0

F25 Self Contained Change: Erlang 19
by Jaroslav Reznik 01 Jul '16

01 Jul '16

= Proposed Self Contained Change: Erlang 19 = https://fedoraproject.org/wiki/Changes/Erlang_19 Change owner(s): * Peter Lemenkov <lemenkov(a)gmail.com> * Fedora Erlang SIG <erlang(a)lists.fedoraproject.org> * Randy Barlow <rbarlow(a)fedoraproject.org> * Jeremy Cline <jcline(a)fedoraproject.org> == Detailed Description == Upgrade Erlang to version 19 which brings a lot of good stuff. Just a few highlights: * A new state machine behavior - gen_statem. * An experimental plugin to mnesia which allows using expernal storage solutions (leveldb, for example) - mnesia_ext. * Cryptographic functions speedups. * Even better dirty NIF schedulers [1]. * Experimental support for Unix Domain Sockets which opens a door for native Journald, systemd-notify, D-Bus implementations. Aside from this, we plan to improve quality of Erlang and related packages. These are shortcomings we want to address: * We should enable so-called dirty NIF scheduler [1] which is still disabled currently. * 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 [2]. == Scope == * Proposal owners: ** Upgrade Erlang to the latest version (19.0.1) [3]. ** We must rebuild every package which requires NIF or Driver version (listed below in the [[#Dependencies|Dependencies]] section) against Erlang 19.x.y. ** Every Erlang daemon's systemd unit must require epmd.socket. ** Consider allowing EPMD implementation switching. Erlang is about choice! ** We need to fill new review request for erlang-ejournald [4] *** We have to fill new review request for erlang-lager_journald_backend [5] ** We need to fill new review request for erlang-dbus [6] ** Add another default directory to look for Erlang *.beam files. ** Upgrade outdated packages: *** Riak [7] **** Riak has has been retired. We have to re-add it back. * Other developers: N/A * Release engineering: N/A * Policies and guidelines: ** We should promote officially Erlang Packaging Guidelines [2]. [1] https://medium.com/@jlouis666/erlang-dirty-scheduler-overhead-6e1219dcc7 [2] User:Peter/Erlang_Packaging_Guidelines [3] https://bugzilla.redhat.com/1348957 [4] https://github.com/travelping/ejournald [5] https://github.com/travelping/lager_journald_backend [6] https://github.com/lizenn/erlang-dbus [7] https://apps.fedoraproject.org/packages/riak

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce July 2016