devel-announce January 2018

devel-announce@lists.fedoraproject.org

7 participants
51 discussions

Fedora 28 Rawhide Rebase Warning to Package Maintainers
by Jan Kurik 31 Jan '18

31 Jan '18

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

1 0

[Guidelines change] Changes to the packaging guidelines
by Jason L Tibbitts III 30 Jan '18

30 Jan '18

Here are the recent changes to the packaging guidelines. We have more things coming in concert with various distro changes that are happening, but I wanted to get these two out there now. ----- The icon cache scriptlets were removed from the scriptlet guidelines, as no live Fedora release needs them. They have been moved to the EPEL packaging guidelines instead. * https://fedoraproject.org/wiki/Packaging:Scriptlets * https://fedoraproject.org/wiki/EPEL:Packaging * https://pagure.io/packaging-committee/issue/736 ----- A section was added to the beginning of the guidelines, clarifying how they apply to the various Fedora releases and to EPEL. * https://fedoraproject.org/wiki/Packaging:Guidelines#Applicability * https://pagure.io/packaging-committee/issue/744

1 0

F28 Self Contained Change: Atomic, Cloud and Docker images for s390x
by Jan Kurik 30 Jan '18

30 Jan '18

= Proposed Self Contained Change: Atomic, Cloud and Docker images for s390x = https://fedoraproject.org/wiki/Changes/Atomic_Cloud_and_Docker_images_for_s… 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

1 0

Change Checkpoint: Proposal submission deadline (Self contained Changes) on Fedora 28 is today
by Jan Kurik 30 Jan '18

30 Jan '18

Hi everyone! Today is the submission deadline for Self contained Changes of Fedora 28 [1]. Please schedule your upcoming Changes (Self contained as well as System wide) for the next (Fedora 29) release. Branch of Fedora 28 from Rawhide is then planned on 2018-Fed-20. [1] https://fedoraproject.org/wiki/Releases/28/Schedule Regards, Jan -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F28 Self Contained Change: VA-API 1.0.0
by Jan Kurik 29 Jan '18

29 Jan '18

= 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

1 0

F28 Self Contained Change: Removing ldconfig scriptlets
by Jan Kurik 29 Jan '18

29 Jan '18

= 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

1 0

FESCo Elections - January 2018 - Result announcement
by Jan Kurik 24 Jan '18

24 Jan '18

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

1 0

Mindshare Elections - January 2018 - Result announcement
by Jan Kurik 24 Jan '18

24 Jan '18

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

1 0

Council Elections - January 2018 - Result announcement
by Jan Kurik 24 Jan '18

24 Jan '18

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

1 0

F28 Self Contained Change: GifLib5
by Jan Kurik 24 Jan '18

24 Jan '18

= 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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

devel-announce January 2018