F25 Self Contained Change: Ibus-typing-booster multilingual support
by Jan Kurik
= Proposed Self Contained Change: Ibus-typing-booster multilingual support =
https://fedoraproject.org/wiki/Changes/Ibus-typing-booster_multilingual_s...
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
7 years, 9 months
Fedora 25 Bugzilla Rawhide rebase
by Jaroslav Reznik
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
7 years, 9 months
REMINDER: Changes submission deadline for Fedora 25 is today
by Jaroslav Reznik
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
7 years, 9 months
F25 System Wide Change: Unicode 9.0 support
by Jaroslav Reznik
= 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
7 years, 9 months
F25 System Wide Change: SSSD fast cache for local users
by Jaroslav Reznik
= 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
7 years, 9 months
F25 System Wide Change: Ruby on Rails 5.0
by Jaroslav Reznik
= 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)
7 years, 9 months
F25 Self Contained Change: HTCondor 8.6
by Jaroslav Reznik
= 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/
7 years, 9 months
F25 Self Contained Change: Golang 1.7
by Jaroslav Reznik
= 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
7 years, 9 months
F25 Self Contained Change: Erlang 19
by Jaroslav Reznik
= 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
7 years, 10 months