Today (2018-07-31) we have reached the "Software String Freeze"
deadline. Beyond this deadline there should not be any changes in
strings.
If you want to help with translations, please check the packages that
follow Fedora release cycle (Main projects):
https://fedora.zanata.org/version-group/view/main
The deadline for translations is 2018-08-28 (Software Translation
Deadline). See the translation schedule[1] for more detail.
[1] https://fedorapeople.org/groups/schedule/f-29/f-29-trans-tasks.html
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
I've just built python-pip-18.0-1.fc29.
It has a lot of breaking changes, so please file bugs if you have
problems. We do not plan to upgrade pip in stable Fedora releases.
Release notes: https://pip.pypa.io/en/stable/news/
See notes for 18 and 10, as we skipped 10.
Note that upstream changed version scheme, nothing existed between 10
and 18.
Thanks,
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
https://fedoraproject.org/wiki/Changes/CloudProviderImageUpdates
== Summary ==
Provide monthly updates to cloud provider images.
== Owner ==
* SIG: Cloud
* Primary Contact: [[User:jdoss| Joe Doss]]
* Product: Cloud
* Responsible WG: Cloud SIG
== Detailed Description ==
Fedora Cloud images are not updated after the initial release of the
most current Fedora version. This can leave outstanding issues with
the images that can impact the user experience long after they have
been addressed by package updates. Providing updated Cloud images
across all supported cloud providers on a monthly basis post release
will ensure end users are getting the best Fedora Cloud experience
possible.
== Benefit to Fedora ==
Update Cloud images will provide a better end user experience as it
will ensure it is up to date with the most current packages. This
gives users faster Fedora Cloud provisioning times and a secure out of
the box Cloud instance.
== Scope ==
* Proposal owners:
Cloud SIG
== User Experience ==
* Outstanding bugs post release will no longer be present in images.
* Improved provisioning times as the initial dnf update will be quicker.
* Improved base image security.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/kubernetes-modules
== Summary ==
Create modules for all supported Kubernetes versions.
* Name: Lokesh Mandvekar
* Email: lsm5(a)fedoraproject.org
== Detailed Description ==
Currently, the Kubernetes upstream project develops and supports
multiple versions of Kubernetes, along with component tools like
cri-o/cri-tools which have their versions tightly coupled to OpenShift
versions. This change will result in creation of module builds which
will contain the rpms for Kubernetes / cri-o and other required tools.
== Benefit to Fedora ==
Ability to support/switch between multiple Kubernetes versions with
minimal effort on the user's part would make both users and
maintainers happy.
== Scope ==
* Proposal owners: Creation / review / koji builds of Kubernetes modules
== User Experience ==
Users will be able to quickly setup Kubernetes environments and switch
between versions.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/StratisStorage-1.0
== Summary ==
Add support for Stratis version 1.0, a local storage management
solution. This will allow further testing and user feedback that will
guide Stratis's development and stabilization, and let us consider
future integration into Anaconda and other more critical aspects of
Fedora.
== Owner ==
* Name: Andy Grover, Igor Gnatenko
* Email: agrover(a)redhat.com, ignatenkobrain(a)fedoraproject.org
== Detailed Description ==
Stratis is a local storage system akin to Btrfs, ZFS, and LVM. Its
goal is to enable easier setup and management of disks and SSDs, as
well as enabling the use of advanced storage features -- such as thin
provisioning, snapshots, integrity, and a cache tier -- without
requiring expert-level storage administration knowledge. Furthermore,
Stratis includes monitoring and repair capabilities, and a
programmatic API, for better integration with higher levels of system
management software.
== Benefit to Fedora ==
Stratis can benefit Fedora users by making it easier and less hassle
to administer the system's storage devices. Making this easier is key
to increasing the uptake of advanced storage features (listed above),
which can further benefit the user in reduced administration
headaches, increased reliability, and greater flexibility.
Down the road, integrating Stratis support into Anaconda and other
management tools via its API could simplify the installation
experience, and make a dnf upgrade-rollback feature much easier.
== Scope ==
* Change owner: Stratis is currently in-development, with a 1.0
release coming soon. Stratis pre-1.0 versions are in Fedora 28 and
Rawhide. Although there are clearly later opportunities for
system-wide changes based on Stratis, Stratis 1.0 will be
self-contained.
== Upgrade/compatibility impact ==
Stratis 1.0 will change the on-disk metadata format, so any
bleeding-edge testers of Stratis 0.5 will need to recreate pools. (The
metadata format will be frozen for 1.0 so this will not be the case
going forward.)
== How To Test ==
Stratis 1.0 will be usable only for non boot or root partitions.
Fedora users and testers can use Stratis on non-primary disks, and put
it through its paces to generate bug reports and feature requests that
can guide Stratis future development.
== Contingency Plan ==
Just don't include the Stratis-specific packages in the final release.
== Documentation ==
Please see https://stratis-storage.github.io/ for design documents and
API reference.
Development and issue tracking is at https://github.com/stratis-storage/stratisd
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
https://fedoraproject.org/wiki/Changes/Update_Haskell_to_Stackage_LTS_11
== Summary ==
Update the Haskell package set from Stackage LTS 10 to LTS 11.
This updates a subset of the Haskell libraries and packages to newer versions.
== Owner ==
* Name: Jens Petersen, Fedora Haskell SIG
* Email: <petersen(a)redhat.com>
== Detailed Description ==
The Haskell Stackage project provides consist sets of buildable
packages from the upstream Hackage repository.
[https://www.stackage.org/lts-11 Stackage LTS 11] was released in
March, it unlocks newer versions of a number of import Haskell
libraries and other packages.
GHC and its core libraries remain unchanged compared to LTS 10, so
only about half the packages will need to be rebuild (about 200
version bumps and their reverse dependencies).
(The just released Stackage LTS 12 which has a major ghc version bump
to 8.4.3 will wait for Fedora 30.)
== Benefit to Fedora ==
Fedora users will have a newer version of Haskell Stackage LTS
packages to use and develop on.
== Scope ==
* Proposal owners:
** Bump the affected Haskell packages from LTS 10 to LTS 11 using
cabal-rpm, rpmbuild-order and fedora-haskell-tools
** Build them and their reverse dependencies for Rawhide (using
f29-ghc sidetag to avoid disruption)
** Push the builds to Rawhide
** Verify the dependencies are consistent
== How To Test ==
* <code>sudo dnf install ghc-*-devel cabal-install</code>
* <code>sudo dnf update ghc*</code>
* <code>cabal install Favorite-Package</code>
== User Experience ==
The Fedora Haskell packages will be upgraded from Stackage LTS 10 to
LTS 11 versions.
== Documentation ==
https://www.stackage.org/diff/lts-10.10/lts-11.17
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
Hello everyone,
This is your reminder that the deadline for self-contained changes is
24 July 2018. The full Fedora 29 schedule is available at
https://fedoraproject.org/wiki/Releases/29/Schedule
Changes not marked with the "ChangeReadyForWrangler" category by the
deadline will be moved to Fedora 30.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
== Summary ==
Upgrading Liberation fonts in Fedora to Liberation 2.00.3 version.
Presently we are having Liberation fonts 1.07.4. Both version has its
advantages and disadvantages. Users interested in using Liberation
1.07.4 can install it from Copr repo.
== Owner ==
* Name: [[User:Pravins| Pravin Satpute]], [[User:Pnemade| Parag
Nemade]], [[User:Vishalvvr| Vishal Vijayraghavan]]
* Email: psatpute AT redhat DOT com, pnemade AT redhat DOT com,
vvijayra AT redhat DOT com
== Detailed Description ==
Liberation 1.07.4:
This is traditional version for Liberation fonts.
Advantages:
* It has bytecode hinting instructions and works very well.
* In uses from long time.
Disadvantages:
* Not good Unicode character coverage.
* License: Liberation
Liberation 2.00.3:
Advantages
* Wide character coverage.
** '''Latest Version - Older Version'''
** 2302 (sans) - 667
** 2274 (mono) - 666
** 2303 (serif) - 662
* License: OFL
Disadvantage
* Not bytecode hinting instructions.
We tried to change Liberation 1.07.4 with Liberation 2.00.3 in
[http://fedoraproject.org/wiki/Features/Liberation_Fonts_2 Fedora 19]
but due to regression about hinting, we revoked
[https://bugzilla.redhat.com/show_bug.cgi?id=856239 this change].
Over the period many users suggested for upgrade. We had discussion on
fedora devel lists and also in fedora i18n meeting about same.
With this change planning to upgrade Fedora version to 2.00.3 and
provide Copr repo for 1.07.5
TODO List:
1. Update Liberation 2.00.3 in Fedora (Done)
2. Split Liberation Narrow fonts from Liberation 1.07.4. (Done)
3. Package Liberation-narrow-fonts in Fedora (Ongoing)
4. Build Liberation 1.07.5 in copr.
== Benefit to Fedora ==
Liberation 2.00.3 has wider character coverage and automated hinting
instructions. Uuser interested in liberation 1.07.5 can install it
from copr repo.
== Scope ==
* Proposal owners:
** Presently liberation [https://github.com/pravins/liberation-fonts
upstream] has both version in single repo (in different branch).
Upstream project splitting required. [Done]
** Update Liberation 2.00.3 in Fedora (Done)
** Split Liberation Narrow fonts from Liberation 1.07.5. (Done)
** Package Liberation-narrow-fonts in Fedora (Ongoing)
** Build Liberation 1.07.4 in copr.
== Upgrade/compatibility impact ==
* Liberation 1.07.4 will be updated to Liberation 2.00.3
* User interested in Liberation 1.07.4 need to install it from Copr
Upgrade will be smooth.
== How To Test ==
* Check whether Liberation Fonts 2.00.3 has been installed or not.
* Try to install Liberation 1.07.5 and see if users can use it properly.
== Contingency Plan ==
* Drop the change and move to next release.
== Documentation ==
Not at this moment, planning to update github.
--
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis