devel January 2018

devel@lists.fedoraproject.org

239 participants
309 discussions

Planned Outage - Taskotron update - 2018-01-09 @ 22:00 UTC
by Tim Flink 09 Jan '18

09 Jan '18

Apologies on not announcing this farther ahead of time. There will be an outage starting at 2018-01-09 22:00:00 UTC, which will last 4-6 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2018-01-09 22:00:00 UTC' Reason for outage: We are upgrading the hosts which run the services required for Taskotron. This will not affect resultsdb as this will be upgraded at a later date. Affected Services: taskotron.fedoraproject.org Contact Information: Please join #fedora-admin or #fedora-noc on irc.freenode.net

1 0

Copr dependency rebuild with circular dependencies
by James Paul Turner 09 Jan '18

09 Jan '18

Hi all. Apologies for cross-posting, but I am running out of ideas. Suppose one updates libmpfr in a copr repository, which bumps the soname. Both GCC and libmpc depend on libmpfr, and so must be rebuilt, but neither GCC nor libmpc can be rebuilt without an existing libmpc, which, in turn, depends on the old soname version of the recently updated libmpfr. Can somebody please advise the best way to go in cases like these? Is a copr mass rebuild even the right solution for this, or should one really be using a side tag in koji? - though it is unclear to me what difference that will make. Happy to provide more info. All the best, James. -- James Paul Turner Freenode / Fedora: jamesturner246 The Arpra Project: https://github.com/jamesturner246/arpra

3 2

REMINDER: January 2018 Elections: Nomination & Campaign period in progress
by Jan Kurik 09 Jan '18

09 Jan '18

This is just a reminder that tomorrow on 2018-Jan-10 at 23:59:59 UTC we will close the Nomination window of January 2018 Elections. Please check the nomination pages [1][2][3] and apply, if you are interested to work in FESCo, Council or Mindshare teams. [1] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations [2] https://fedoraproject.org/wiki/Council/Nominations [3] https://fedoraproject.org/wiki/Mindshare/Nominations Regards, Jan On Wed, Jan 3, 2018 at 9:16 AM, Brian Exelbierd <bex(a)pobox.com> wrote: > Today we are starting the Nomination & Campaign period during which > we accept nominations to the "steering bodies" of the following teams: > > * FESCo (Engineering) (5 seats) [1] > * Fedora Council (2 seats) [2] > * Mindshare (2 seats) [3] > > This period is open until 2018-Jan-10 at 23:59:59 UTC. > > The nominees can already start preparing their answers for > questions in the Election Questionnaire. The questions can > be found in the template files[4], however this election > features a new way to submit questionnaires. > > Nominees submit their questionnaire answers via a private > Pagure issue[5]. The Election Wrangler or their backup will > publish the interviews to the Community Blog [6] on the > first day of the Voting period (2018-Jan-17). > > Please note that the interview is mandatory for all nominees. > Nominees not having their interview ready by end of the > Interview period (2018-Jan-15) will be disqualified and removed > from the election. Nominees may submit their interview answers > immediately and may edit them until the end of the interview period. > > Nominees are encouraged to begin their interview answers as > soon as they accept their nomination. > > The full schedule of the January 2018 Elections is available on the > Elections wiki page [8]. > > [1] https://fedoraproject.org/wiki/Development/SteeringCommittee/Nominations > [2] https://fedoraproject.org/wiki/Council/Nominations > [3] https://fedoraproject.org/wiki/Mindshare/Nominations > [4] https://pagure.io/fedora-project-schedule/blob/master/f/elections/2018-Janu… > [5] https://pagure.io/fedora-project-schedule/issues > [6] http://communityblog.fedoraproject.org/ > [8] https://fedoraproject.org/wiki/Elections > > regards, > > bex > -- > Brian (bex) Exelbierd | bexelbie(a)redhat.com | bex(a)pobox.com > Fedora Community Action & Impact Coordinator > Backup Election Wrangler > @bexelbie | http://www.winglemeyer.org > _______________________________________________ > ambassadors mailing list -- ambassadors(a)lists.fedoraproject.org > To unsubscribe send an email to ambassadors-leave(a)lists.fedoraproject.org -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

Fedora 28 Change Checkpoint: Proposal submission deadline (Changes requiring mass rebuild & system wide changes)
by Jan Kurik 09 Jan '18

09 Jan '18

Greetings! Today, on 2018-Jan-09, we have reached Fedora 28 Change Checkpoint: Proposal submission deadline (Changes requiring mass rebuild & system wide changes) [1]. At this point, only Self Contained Changes will be accepted for Fedora 28. Any Change Proposal requiring mass rebuild or a System wide Change should be scheduled for a later Fedora release. Self Contained Changes are still accepted until 2018-Jan-30, as published in the F28 schedule [1]. On 2018-Feb-20 is planned "Change Checkpoint Completion deadline (testable)" where all Changes should be implemented and testable. [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 System Wide Change: NIS switching to new libnsl to support IPv6
by Jan Kurik 09 Jan '18

09 Jan '18

= System Wide Change: NIS switching to new libnsl to support IPv6 = https://fedoraproject.org/wiki/Changes/NISIPv6 Change owner(s): * Matej Muzila <mmuzila AT redhat DOT com> * Honza Horak <hhorak AT redhat DOT com> This system-wide change covers the switch of NIS components to the new client side implementation in order to support IPv6, while detaching libnsl and nss_nis packages, previously bundled together with glibc. == Detailed Description == glibc bundles the client part of NIS, while this implementation is not compatible with IPv6, due to the way addresses are represented. NIS upstream added NIS support for the server and client tools, but for being able to use this feature, the libnsl and nss_nis needs to be rebased to the new version. Since NIS has been part of glibc for long time and it doesn't seem to be necessary (especially given the NIS is an obsoleted technology for years), it is better to detach those two packages and deliver them as a separate library. This change is also related to Sun RPC Removal Change [https://fedoraproject.org/wiki/Changes/SunRPCRemoval]. == Scope == * Proposal owners: Provide the NIS client implementation as separate packages, and adjust the glibc packaging to remove the nss_nis subpackage, the NIS header files, and move libnsl to a new subpackage. * Other developers: Packages which used to depend on the libnsl library from glibc will need to add BuildRequires: libnsl2-devel. * Release engineering: #7256: https://pagure.io/releng/issue/7256 * List of deliverables: N/A * Policies and guidelines: N/A (not needed for this Change; covered by the existing Packaging Guidelines) * 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

F28 Self Contained Change: Anaconda modularization
by Jan Kurik 09 Jan '18

09 Jan '18

= Proposed Self Contained Change: Anaconda modularization = https://fedoraproject.org/wiki/Changes/AnacondaModularization Change owner(s): * Jiří Konečný <jkonecny AT redhat DOT com> Anaconda installer will be split into several modules that will communicate over DBus using stable API. == Detailed Description == Anaconda will be split into several modules that will communicate over DBus. The goal is to introduce a stable way to interact with Anaconda to support its customization, extensibility and testability. It will be easier to monitor the installation, maintain an install class or an addon, drop some modules or provide your own UI. == Scope == * Proposal owners: - Split Anaconda to modules with DBus API. - Old UI must be modified to use new DBus API. * Other developers: Thanks to the nature of how addons work right now, we need a cooperation from the Anaconda addon developers. * Release engineering: #7240: https://pagure.io/releng/issue/7240 * 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

8 13

Claiming a retired package: gcin
by Zamir SUN 09 Jan '18

09 Jan '18

Hi, Based on the claiming guideline[1], I am writing to claim the package gcin. The package gcin was retired because previous maintainer cicku was not responsive at that time[2]. Since I hear this package is still useful for some users, I updated the spec file and filed a review request here[3]. Thanks. [1] https://fedoraproject.org/wiki/Orphaned_package_that_need_new_maintainers#C… [2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org… [3] https://bugzilla.redhat.com/show_bug.cgi?id=1532696 -- Ziqian SUN (Zamir) GPG : 1D86 6D4A 49CE 4BBD 72CF FCF5 D856 6E11 F2A0 525E Want to know more about Fedora? Visit https://fedoraproject.org/wiki/ Ready to contribute? See https://whatcanidoforfedora.org/

1 0

Enabling smoother upgrades in the face of multilib compose changes
by Florian Weimer 09 Jan '18

09 Jan '18

Changes in the Fedora releng dropped glibc-headers.i686 from the x86_64 compose after the Fedora 26 release. This is not in itself a problem (glibc-devel.i686 is fine if its dependency is matched by glibc-headers.x86_64). However, I have received a report that an installed glibc-headers.i686 package prevents upgrades to newer glibc versions. Are cross-architecture Obsoletes: supported in any way? Is there a recommended way to deal with this situation? Thanks, Florian

3 6

F28 System Wide Change: OpenLDAP defaults to use only Shared System Certificates
by Jan Kurik 09 Jan '18

09 Jan '18

= System Wide Change: OpenLDAP defaults to use only Shared System Certificates = https://fedoraproject.org/wiki/Changes/OpenLDAPdefaultSharedSystemCertifica… Change owner(s): * Matus Honek <mhonek AT redhat DOT com> In order to go forward with adoption of SharedSystemCertificates [1] after this change OpenLDAP clients and server will default to use only the system-wide certificates store. == Detailed Description == Currently, OpenLDAP defaults to trust CA certificates located in /etc/openldap/certs. In order to comply with SharedSystemCertificates [1] we will remove the default explicit configuration options that point to /etc/openldap/certs. Therefore, OpenLDAP will let its crypto library (OpenSSL) load the default CA certificates as described in the SharedSystemCertificates [1] description. For a convenience, where possible, configuration files will contain a commentary with an explanation of the new behaviour. == Scope == * Proposal owners: change of default shipped configuration. * Other developers: check your application trusts whom you want it to trust * Release engineering: https://pagure.io/releng/issue/7252 * List of deliverables: N/A * Policies and guidelines: None. * Trademark approval: None. (not needed for this Change). [1] https://fedoraproject.org/wiki/Features/SharedSystemCertificates -- Jan Kuřík Platform & Fedora Program Manager Red Hat Czech s.r.o., Purkynova 99/71, 612 45 Brno, Czech Republic

1 0

F28 System Wide Change: OpenLDAP without Non-threaded Libraries
by Jan Kurik 09 Jan '18

09 Jan '18

= System Wide Change: OpenLDAP without Non-threaded Libraries = https://fedoraproject.org/wiki/Changes/OpenLDAPwithoutNonthreadedLibraries Change owner(s): * Matus Honek <mhonek AT redhat DOT com> OpenLDAP will not ship non-threaded versions of its libraries. Instead, it will link these to their threaded counterparts. == Detailed Description == After this change the non-threaded versions of OpenLDAP libraries will not be shipped any more. Instead, these file will rather symlink to their threaded representatives (i.e. libldap -> libldap_r, etc.). This has been previously discussed in [Bugzilla] and other distributions where this change already happened. Upstream still supports non-threaded versions of their libraries as these might be used on processors where threads are not supported. However, when these two versions happen to be loaded at the same time (as discussed about Curl in the Bugzilla [https://bugzilla.redhat.com/show_bug.cgi?id=1370065]) symbol names overlap which may result in unpredictable behaviour. As the most convenient solution arises the one proposed hereby. == Scope == * Proposal owners: update SPEC file so that some files are not shipped and replaced with appropriate symlinks. * Other developers: None. Issues should not occur. * Release engineering: https://pagure.io/releng/issue/7253 * List of deliverables: N/A * Policies and guidelines: None. * 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

1 0

← Newer
1
...
21
22
23
24
25
26
27
...
31
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel January 2018