F24 Self Contained Change: Darktable 2.0
by Jan Kurik
= Proposed Self Contained Change: Darktable 2.0 =
https://fedoraproject.org/wiki/Changes/Darktable_2_0
Change owner(s):
* Germano Massullo <User:Germano>
Update Darktable to new 2.0 major release
== Detailed Description ==
Darktable is one of the most important photo editing software in the
whole FOSS world. The 2.0 final version is going to be released in a
few weeks, and it will be shipped in Fedora 24
Changelog: https://github.com/darktable-org/darktable/releases/tag/release-2.0.0
== Scope ==
Proposal owners:
* actually update Darktable package to 2.0 sources.
Other developers:
* nothing
Release engineering:
* no action required
Policies and guidelines:
* no new policy/guideline changes required.
Trademark approval:
* N/A (not needed for this Change)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
F24 System Wide Change: GCC6
by Jan Kurik
= Proposed System Wide Change: GCC6 =
https://fedoraproject.org/wiki/Changes/GCC6
Change owner(s):
* Jakub Jelínek < jakub AT redhat DOT com >
Switch GCC in Fedora 24 to 6.x.y, rebuild all packages with it, or
optionally rebuild just some packages with it and rebuild all packages
only in Fedora 25.
== Detailed Description ==
GCC 6 is currently in stage3, will move to stage4 around mid January,
in prerelease state with only regression bugfixes and documentation
fixes allowed. The release will happen probably in the middle of
April. We are working on scratch gcc rpms and will perform a test mass
rebuild.
== Scope ==
All packages should be rebuilt with the new gcc once it hits f24, or,
if there is not enough time for that, just all packages built after
the new gcc hits the buildroots.
Proposal owners:
* Build gcc in f24, rebuild packages that have direct dependencies on
exact gcc version (libtool, llvm, gcc-python-plugin, odb).
Other developers:
* First few days/weeks just voluntary rebuilds using the new system
gcc, if things fail, look at http://gcc.gnu.org/gcc-6/porting_to.html
and fix bugs in packages or, if there is a gcc bug or suspected gcc
bug, analyze and report.
Release engineering:
* Organize a mass rebuild, either in f24 or in f25
Policies and guidelines:
* No policies need to be changed
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
REMINDER: Changes submission deadline for Fedora 24
by Jan Kurik
Hi everyone!
Fedora 24 and especially Changes submission deadline [1] is coming
pretty soon - in three weeks on January 12th.
Alpha release is planned in March, the 1st.
Please, submit your System Wide Changes by this deadline, earlier
better. As the deadline mainly applies for System Wide Changes it is
always good to have most of Self Contained Changes proposed as well.
In case you'll need any help with your Change proposals, feel free to
contact me.
Best Regards,
Jan
[1] https://fedoraproject.org/wiki/Releases/24/Schedule
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
F24 System Wide Change: Glibc locale subpackaging
by Jan Kurik
= Proposed System Wide Change: Glibc locale subpackaging =
https://fedoraproject.org/wiki/Changes/Glibc_locale_subpackaging
Change owner(s):
* Mike Fabian <mfabian At redhat DOT com>
* Siddhesh Poyarekar <spoyarek AT redhat DOT com>
* Carlos O’Donell <codonell AT redhat DOT com>
This change should make it possible to install or uninstall locales
individually.
== Detailed Description ==
Currently the file /usr/lib/locale/locale-archive contains all locales
and is thus huge (103MB).
For small systems (and containers) it would be useful to be able to
install only a small number of locales.
Recently we made it possible to install a small number of locales by
supplying the rpm-macro “_install_langs”, for example
rpm -i -D _install_langs="en:de_DE" glibc-common.rpm
will install all English locales and all German locales which start
with “de_DE”,
rpm -i -D _install_langs="en_US.utf8" glibc-common.rpm
will install only the en_US.utf8 locale,
rpm -i -D _install_langs="POSIX" glibc-common.rpm
will install nothing (but the POSIX/C is still available because it is
builtin into glibc).
But this approach works only during an Anaconda based install when
Anaconda supplies the _install_langs rpm-macro.
When glibc is updated later, the _install_langs macro will not be
supplied on the command line during the update and the default value
“all” of “_install_langs” from /usr/lib/rpm/macros will be used and
all locales come back during an update.
Therefore, this solution is far from perfect.
It should be made possible to install and uninstall locales
individually, for example by having a separate package for the locales
for each language. Installing such a package would add these locales
to locale-archive, uninstalling it would remove them.
Anaconda then needs to be changed to handle such language packages.
== Scope ==
* Proposal owners:
1. Figure out the best approach to to install/uninstall locales
2. Make sure that locales added manually by the user are not
destroyed (currently they are lost when glibc is updated)
* Other developers:
Anaconda needs to be made aware of the new approach to handle
installation/uninstallation of locales
* Release engineering:
I am not sure whether this has affects release engineering,
probably the packages in the install image change when parts are split
out of glibc-common.
* Policies and guidelines:
No, this change does not require updates to policies and guidelines.
* Trademark approval: not needed for this Change
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
F24 Self Contained Change: Crypto policy support for Kerberos
by Jan Kurik
= Proposed Self Contained Change: Crypto policy support for Kerberos =
https://fedoraproject.org/wiki/Changes/CryptoPolicyKrb5
Change owner(s):
* Nikos Mavrogiannopoulos <nmav AT redhat DOT com>
Fedora supports a system wide crypto policy and Kerberos should
respect that policy and adjust its crypto-related configuration based
on it.
== Detailed Description ==
Fedora supports a system wide crypto policy and Kerberos should
respect that policy and adjust its crypto-related configuration based
on it.
As it is now kerberos' configuration is hard coded and the
administrator is responsible for doing any changes to it. In case of
software upgrades he's tasked to keep up-to-date the list of ciphers
allowed, modify the cryptographic parameters etc. Kerberos following
the system-wide crypto policy by default would simplify the tasks of
the administrator and reduce errors due to not disabling an insecure
cipher or enabling incorrect crypto settings. That way unless the
administrator changes the configuration the policies the Kerberos
configuration will be kept up to date and will be consistent with the
policies followed in other parts of the system.
== Scope ==
Proposal owners:
* The kerberos configuration should be able to include an external
part generated by the crypto policies package. This is tracked in
bugzilla.
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)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
F24 Self Contained Change: Deprecation of ipcalculator
by Jan Kurik
= Proposed Self Contained Change: Deprecation of ipcalculator =
https://fedoraproject.org/wiki/Changes/ipcalculator
Change owner(s):
* Nikos Mavrogiannopoulos <nmav AT redhat DOT com>
Fedora provides two tools for IP address calculations. That is the
ipcalculator and ipcalc. Ipcalculator was geared towards being used by
administrators and ipcalc for use with scripts. This changed with
Fedora 23 which provided an updated ipcalc tool which can be used both
interactively and from scripts. That, and the fact that ipcalculator
is not IPv6-ready suggests we should deprecate ipcalculator and keep a
single tool for the job, ipcalc.
== Detailed Description ==
Fedora provides two tools for IP address calculations. That is the
ipcalculator and ipcalc. Ipcalculator was geared towards being used by
administrators and ipcalc for use with scripts. This changed with
Fedora 23 which provided an updated ipcalc tool which can be used both
interactively and from scripts. That, and the fact that ipcalculator
is not IPv6-ready suggests we should deprecate ipcalculator and keep a
single tool for the job, ipcalc.
That way, we provide a consistent way to work with IP addresses which
supports both IPv4 and IPv6.
== Scope ==
Proposal owners:
* ipcalculator has to be obsoleted in Fedora 24 and ipcalc will
provide a drop in replacement.
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)
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months
Namespacing in pkgdb
by Pierre-Yves Chibon
Hello everyone,
The Fedora infrastructure and the release-engineering teams have worked together
to begin to add namespacing to our infrastructure. The idea is that in a near
future Fedora will distribute more than just rpms, such as docker containers but
also other technologies that might arise [1].
For this, we have been working on a new version of pkgdb2 and a few adjustments
to dist-git allowing to have a docker and a rpm with the same name but under
different namespace.
On Thursday December 17th, we would like to roll out this new release of pkgdb2.
Currently, all your tools: fedpkg, pkgdb-cli, pkgdb-admin should work as they do
today, all changes being backward compatible, but as for everything, there
might be bugs. So we would appreciate if you could let us know as early as possible
if you think you ran into one, either
- here
- on #fedora-admin on irc.freenode.net
- via a ticket on https://fedorahosted.org/fedora-infrastructure/
If you want to see how the new pkgdb2 looks like, feel free to test our staging
instance:
https://admin.stg.fedoraproject.org/pkgdb/
Thank you for your help and understanding,
Happy packaging,
Pierre for the Fedora Infrastructure team
[1] https://lists.fedoraproject.org/archives/list/devel%40lists.fedoraproject...
7 years, 11 months
FAmSCo - Nov/Dec 2015 Election - Result announcement
by Jan Kurik
Greetings, all!
The elections for FAmSCo - Nov/Dec 2015 have concluded, and the results
are shown below.
FAmSCo is electing 7 seats this time.
A total of 222 ballots were cast, meaning a candidate
could accumulate up to 2442 votes (222 * 11).
The results for the elections are as follows:
# votes | name
- --------+----------------------
1442 | Christoph Wickert (cwickert)
858 | Sirko Kemter (gnokii)
846 | Truong Anh Tuan (tuanta)
796 | Abdel G. Martínez L. (potty)
767 | Gabriele Trombini (mailga)
746 | Luis Bazan (lbazan)
690 | Giannis Konstantinidis (giannisk)
- --------+----------------------
677 | Dan Mossor (danofsatx / dmossor)
600 | Alick Zhao (alick)
588 | Ben Williams (kk4ewt / jbwillia)
433 | Matthew Williams (Lorddrachenblut)
Congratulations to the winning candidates, and thank you all
candidates for running this elections!
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
7 years, 11 months