Fedora 28 Rawhide Rebase Warning to Package Maintainers
by Jan Kurik
Greetings,
This e-mail is intended to inform you about the upcoming Bugzilla changes
happening on 2018-02-20 (Rawhide bug rebase) and what you need to do, if
anything.
We will be automatically changing the version for most rawhide bugs to
Fedora 28.
This will result in regular bugs reported against rawhide during the Fedora
28
development cycle being changed to version ‘28' instead of their current
assignment, ‘rawhide’. This is to align with the branching of Fedora 28
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 ‘28‘, 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://pagure.io/fesco/issue/1096 .
Jan
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
5 years, 4 months
F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
by Jan Kurik
= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x =
https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for...
Change owner(s):
* Sinny Kumari <sinnykumari AT fedoraproject DOT org>
This change is to bring s390x architecture closer to other Fedora
architectures by adding widely used Fedora variants. This includes
docker images, Atomic Host (iso, qcow2 and raw format) and regular
Cloud Images (qcow2 and raw format).
== Detailed Description ==
We already ship Atomic, Cloud and Docker images on other 64-bit Fedora
supported architectures- aarch64, x86_64 and ppc64le. With Fedora 27,
s390x is part of primary koji build system. Currently, we only ship
Server and Everything variants for s390x. So, our next steps should be
to have missing Fedora variants on s390x architecture which users will
find useful. This brings in shipping Atomic, Cloud and Docker images
in Fedora for s390x as well.
== Scope ==
* Proposal owners:
These are isolated changes which doesn't impact existing Fedora 28
release plan on s390x. To have these changes ready to ship in Fedora
28, we mainly require s390x koji builders configured to run these
composes, changes in pungi configuration [
https://pagure.io/pungi-fedora/pull-request/496 ] to enable the
additional compose and fixing s390x specific issues encountered when
compose fails to run.
* Other developers:
Changes in Fedora infrastructure configs/scripts will be required to
have s390x builders configured to run additional composes. Fedora
Infrastructure issue [
https://pagure.io/fedora-infrastructure/issue/6659 ] has been filed to
keep track of required changes to be done.
* Release engineering:
#Releng 7286: https://pagure.io/releng/issue/7286
* 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
5 years, 4 months
F28 Self Contained Change: VA-API 1.0.0
by Jan Kurik
= Proposed Self Contained Change: VA-API 1.0.0 =
https://fedoraproject.org/wiki/Changes/VA-API_1.0.0
Change owner(s):
* Nicolas Chauvet <kwizart - at - fedoraproject.org>
This change is about upgrading libva and others to version 2.0. This
change affects several multimedia players as there are both API and
ABI changes. This will allow some VA-API backends to be updated,
improving support for recent hardware.
== Detailed Description ==
Updating to VA-API 1.0.0 will allow to fix and clean-up issues with
the API as sum-up in this upstream topic VA-API 1.0.0:
https://github.com/intel/libva/issues/72
* fix errors in API/data structure definition, e.g. 01org#32
* add new features, e.g. 01org#69,
* deprecate some useless API/data structures, e.g. libva-tpi, libva-egl.
* provide other improvement, e.g. use portable type to define data structure.
All packages using libva will be rebuilt to take into account the new
API/ABI. Futhermore, the intel backend will be updated along (not
provided by Fedora). Others VA-API backend such the AMD and NVIDIA
backend provided by Fedora within mesa-dri-drivers will work as
appropriate. Bridges between VA-API and VDPAU will continue to be
supported , this is:
* libva-vdpau-driver which allows to use the VA-API enabled players
with VDPAU backend (such as NVIDIA binary driver).
* libvdpau-va-gl which allows to use the VDPAU API enabled players
with VA-API backends (such as intel driver).
== Scope ==
* Proposal owners:
- Update and rebuild packages that depend on libva. DONE
- Verify that everything is working as appropriate or report issue
upstream. TESTING IN PROGRESS.
* Other developers:
N/A
* Release engineering:
#7285 : https://pagure.io/releng/issue/7285
* 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
5 years, 4 months
F28 Self Contained Change: Removing ldconfig scriptlets
by Jan Kurik
= Proposed Self Contained Change: Removing ldconfig scriptlets =
https://fedoraproject.org/wiki/Changes/Removing_ldconfig_scriptlets
Change owner(s):
* Igor Gnatenko <ignatenkobrain AT fedoraproject DOT org,>
* Neal Gompa <ngompa13 AT gmail DOT com>
For many years, package maintainers were required to write scriptlets
which call ldconfig in %post/%postun if they package shared libraries.
== Detailed Description ==
Since time immemorial, Red Hat/Fedora packagers have been required to
add a stanza to spec files for packages containing libraries to update
the ldconfig cache.
%post -p /sbin/ldconfig
%postun -p /sbin/ldconfig
To say this is annoying is to put it mildly. However, there was no
standard mechanism to make this boilerplate go away. Now with RPM
4.13+, we should change this to file triggers and make all of that go
away.
With this change, these scriptlets can be removed and ldconfig would
be run just once per transaction.
If your package places shared libraries in special locations
referenced by ld.so.conf, you still need to run ldconfig manually.
For those who concerned about whether this is self-contained or
system-wide change: there is no overhead if packagers don't remove
ldconfig scriptlets in time, so completion doesn't depend whether
packagers remove them or not. We are just making it possible.
== Scope ==
* Proposal owners:
Make sure that DSO symlinks are being packagedcommit, add transaction
filetriggers to glibccommit + commit.
* Other developers:
Package maintainers are advised to remove ldconfig scriptlets in order
to achieve benefits specified above.
* Release engineering:
#7284: https://pagure.io/releng/issue/7284
* List of deliverables:
N/A (not a System Wide Change)
* Policies and guidelines:
Packaging guidelines need to be updated to reflect reality.
* 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
5 years, 4 months
FESCo Elections - January 2018 - Result announcement
by Jan Kurik
Greetings, all!
The elections for FESCo - January 2018 have concluded, and
the results are shown below.
FESCo is electing 5 seats this time.
A total of 143 ballots were cast, meaning a candidate
could accumulate up to 1001 votes (143 * 7).
The results for the elections are as follows:
# votes | name
- --------+----------------------
703 | Kevin Fenzi (nirik)
579 | Adam Miller (maxamillion)
512 | Jared Smith (jsmith)
503 | Josh Boyer ( jwboyer/jwb )
483 | Zbigniew Jędrzejewski-Szmek (zbyszek)
- --------+----------------------
469 | Justin Forbes (jforbes)
420 | Dominik Mierzejewski (rathann)
Congratulations to the winning candidates, and thank you all
candidates for running this elections!
[1] https://admin.fedoraproject.org/voting/about/fesco-january-2018
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
5 years, 4 months
Mindshare Elections - January 2018 - Result announcement
by Jan Kurik
Greetings, all!
The elections for Mindshare - January 2018 have concluded, and
the results are shown below.
Mindshare is electing 2 seats this time.
A total of 124 ballots were cast, meaning a candidate
could accumulate up to 620 votes (124 * 5).
The results for the elections are as follows:
# votes | name
- --------+----------------------
344 | Jared Smith (jsmith)
325 | Nick Bebout (nb)
- --------+----------------------
302 | Jona Azizaj (jonatoni)
280 | Gabriele Trombini (mailga)
235 | Radka Janek (rhea)
Congratulations to the winning candidates, and thank you all
candidates for running this elections!
[1] https://admin.fedoraproject.org/voting/about/mindshare-january-2018
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
5 years, 4 months
Council Elections - January 2018 - Result announcement
by Jan Kurik
Greetings, all!
The elections for Council - January 2018 have concluded, and
the results are shown below.
Council is electing 2 seats this time.
A total of 142 ballots were cast, meaning a candidate
could accumulate up to 710 votes (142 * 5).
The results for the elections are as follows:
# votes | name
- --------+----------------------
459 | Dennis Gilmore (dgilmore / ausil)
350 | Nick Bebout (nb)
- --------+----------------------
334 | Langdon White (langdon)
309 | Jona Azizaj (jonatoni)
239 | Russ Herrold (herrold / orc_fedo)
Congratulations to the winning candidates, and thank you all
candidates for running this elections!
[1] https://admin.fedoraproject.org/voting/about/council-january-2018
--
Jan Kuřík
Platform & Fedora Program Manager
Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic
5 years, 4 months
F28 Self Contained Change: GifLib5
by Jan Kurik
= Proposed Self Contained Change: GifLib5 =
https://fedoraproject.org/wiki/Changes/GifLib5
Change owner(s):
* Sandro Mani <manisandro AT gmail DOT com>
Update the giflib package to the latest giflib-5.x version (currently 5.1.4).
== Detailed Description ==
Update the giflib package to the latest giflib-5.x version (currently
5.1.4) and rebuild all dependencies. giflib-4.x is long since
obsolete, and some packages are starting to drop support for
giflib-4.x (i.e. leptonica). The update is being tested in this COPR
repo. https://copr.fedorainfracloud.org/coprs/smani/giflib5/builds/
== Scope ==
* Proposal owners:
- Rebuild all dependencies, possibly with some minor patching
(porting, if necessary, is usually trivial, i.e.
- DGifOpenFileName(fullname)
+ DGifOpenFileName(fullname, NULL)
- DGifCloseFile(GifFile)
+ DGifCloseFile(GifFile, NULL)
- DGifOpenFileHandle(fh);
+ DGifOpenFileHandle(fh, NULL);
The list of dependent packages at time of writing is:
driftnet
efl
emacs
fbida
fontforge
gdal
giflib
imlib
imlib2
java-1.8.0-openjdk
java-9-openjdk
kdelibs
kf5-khtml
leptonica
libextractor
libgdiplus
librasterlite2
libwebp
MagicPoint
mapserver
mathgl
metapixel
ming
mtpaint
ocaml-camlimages
OpenImageIO
OpenSceneGraph
perl-Imager
perl-Prima
python-gd
sxiv
tracker-miners
vips
WindowMaker
xemacs
xplanet
* Other developers:
Some help is required to do a bootstrap build of java-1.8.0-openjdk:
it BuildRequires: java-1.8.0-openjdk-devel, hence a bootstrap build
without giflib support is needed to be able to build against
giflib-5.x (otherwise build-dependencies are not installable).
* Release engineering:
#7280: https://pagure.io/releng/issue/7280
* 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
5 years, 4 months
