rel-eng February 2016

rel-eng@lists.fedoraproject.org

9 participants
66 discussions

#6346: Don't include 32-bit krb5-server{,-ldap} in 64-bit trees
by Fedora Release Engineering 10 Mar '16

10 Mar '16

#6346: Don't include 32-bit krb5-server{,-ldap} in 64-bit trees -----------------------------+------------------------ Reporter: rharwood | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 24 Alpha | Component: mash Keywords: | Blocked By: Blocking: | -----------------------------+------------------------ The plugins in krb5-server and krb5-server-ldap are only used by the KDC, so there's no point in including versions of them that don't match architecture of the KDC binary. To that end, could we stop distributing the 32bit version of krb5-server and krb5-server-ldap (i.e. krb5-server.i686, krb5-server.s390, krb5-server.ppc) in the 64-bit tree? Thanks! -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6346> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#6342: Broken dependencies - stable release not in repository after 5 days
by Fedora Release Engineering 03 Mar '16

03 Mar '16

#6342: Broken dependencies - stable release not in repository after 5 days ---------------------+------------------------ Reporter: ondrejj | Owner: rel-eng@… Type: defect | Status: new Milestone: | Component: koji Keywords: | Blocked By: Blocking: | ---------------------+------------------------ According to bodhi, python-configargparse package should be in stable repository 2 days ago and has been released 5 days ago, but still not in testing and/or stable repositories for Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2016-291dc1c23f [root@work ~]# dnf --disablerepo=\* --enablerepo=updates --enablerepo =updates-testing list python2-configargparse Last metadata expiration check performed 0:31:50 ago on Wed Jan 27 09:19:09 2016. Installed Packages python2-configargparse.noarch 0.9.3-3.fc23 @updates [root@work ~]# Should be version 0.10. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6342> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#6302: Please whitelist nosync for multilib
by Fedora Release Engineering 03 Mar '16

03 Mar '16

#6302: Please whitelist nosync for multilib ----------------------+------------------------ Reporter: msimacek | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: mash Keywords: | Blocked By: Blocking: | ----------------------+------------------------ nosync is a small library used by mock. It is installed in /usr/lib/nosync/nosync.so, because it's supposed to be used only via LD_PRELOAD (mock first copies it to buildroot). It seems that mash doesn't recognize it as multilib, because it's not in standard library location. Could it be whitelisted for being multilib? See also: https://bugzilla.redhat.com/show_bug.cgi?id=1283736 -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6302> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#6353: Please add Astronomy Spin
by Fedora Release Engineering 01 Mar '16

01 Mar '16

#6353: Please add Astronomy Spin -----------------------------+------------------------ Reporter: lupinix | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 24 Alpha | Component: koji Keywords: | Blocked By: Blocking: | -----------------------------+------------------------ The Astronomy Spin was proposed and accepted as a change for Fedora 24: https://fedoraproject.org/wiki/Changes/Astronomy_Spin As the kickstart should be ready (fedora-live-astronomy_kde.ks in spin-kickstarts git repo) I request to add it to the nightly composes and include it into the Fedora 24 release process. Do you need any additional info? Thank you very much in advance :) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6353> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

[Fedocal] Reminder meeting : Fedora Release Engineering
by Dennis Gilmore 29 Feb '16

29 Feb '16

Dear all, You are kindly invited to the meeting: Fedora Release Engineering on 2016-02-29 from 10:30:00 to 11:30:00 US/Central At fedora-meeting-1(a)irc.freenode.net The meeting will be about: Fedora Release Engineering weekly meeting Source: https://apps.fedoraproject.org/calendar/meeting/2026/

2 1

#6358: Please unblock gkrellm-sun from F24 and rawhide
by Fedora Release Engineering 27 Feb '16

27 Feb '16

#6358: Please unblock gkrellm-sun from F24 and rawhide -----------------------------+------------------------ Reporter: jwrdegoede | Owner: rel-eng@… Type: task | Status: new Milestone: Fedora 24 Alpha | Component: koji Keywords: | Blocked By: Blocking: | -----------------------------+------------------------ Hi, Can you please unblock gkrellm-sun from F24 and rawhide ? It is being unretired, see: https://bugzilla.redhat.com/show_bug.cgi?id=1312561 For the unretire review. Thanks & Regards, Hans -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6358> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

КЛИЕНТСКИЕ БАЗЫ! Тел\Viber\Whatsapp: +79133913837 Email: vavdeev17@gmail.com Skype: prodawez389
by Fedora Release Engineering 27 Feb '16

27 Feb '16

КЛИЕНТСКИЕ БАЗЫ! Соберем для Вас по интернет базу данных потенциальных клиентов для Вашего Бизнеса! Много! Быстро! Недорого! Узнайте об этом подробнее по Тел: +79133913837 Viber: +79133913837 Whatsapp: +79133913837 Skype: prodawez389 Email: vavdeev17(a)gmail.com

1 0

#6329: [epel7] package builds fail on ppc
by Fedora Release Engineering 26 Feb '16

26 Feb '16

#6329: [epel7] package builds fail on ppc --------------------+------------------------ Reporter: piotrp | Owner: rel-eng@… Type: task | Status: new Milestone: | Component: epel Keywords: | Blocked By: Blocking: | --------------------+------------------------ Many of the nodejs-packages fail on ppc builders, when building for epel7. As I understand the exclusivearch directive should prevent the packages from being built on not-supported platforms: https://lists.fedoraproject.org/archives/list/nodejs%40lists.fedoraproject.… The packges have: BuildArch: noarch ExclusiveArch: %{nodejs_arches} noarch The macro is available on epel7 This only happens on the epel7 branch, Fedora and el6 branches don't have this issue, this issues started occuring since the new ppcle architecture has been added. Example of failure: http://koji.fedoraproject.org/koji/taskinfo?taskID=12513190 Same package succeeds: http://koji.fedoraproject.org/koji/taskinfo?taskID=12513317 -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/6329> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 24

Re: #5886: need method for distributing urgent fixes... urgently
by Fedora Release Engineering 26 Feb '16

26 Feb '16

#5886: need method for distributing urgent fixes... urgently ------------------------------+------------------------------ Reporter: mattdm | Owner: rel-eng@… Type: enhancement | Status: new Milestone: Fedora 23 Alpha | Component: mash Resolution: | Keywords: meeting planning Blocked By: | Blocking: ------------------------------+------------------------------ Comment (by mattdm): Replying to [comment:35 sgallagh]: > As I understand it, gnome-software checks once per day (or on-demand) for security issues and once per week for non-security issues. Once a day for security issues is probably okay... if its an important enough issue, I expect people will happily hit the refresh button. As long as it would then immediately appear once people did that, that's probably okay. (Since we're not auto-installing updates with DNF either, this is basically the same as needing to run DNF from the command line to see if an update is there.) In the future, we could look at some sort of push notification system — maybe for security updates in general, not just critical-urgent. But, one step at a time! -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5886#comment:36> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 0

Re: #5886: need method for distributing urgent fixes... urgently
by Fedora Release Engineering 26 Feb '16

26 Feb '16

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng February 2016