February 2016 - rel-eng - Fedora Mailing-Lists

#6346: Don't include 32-bit krb5-server{,-ldap} in 64-bit trees

by Fedora Release Engineering

#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

8 years, 1 month

1
1
0 / 0

#6342: Broken dependencies - stable release not in repository after 5 days

by Fedora Release Engineering

#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

8 years, 1 month

1
2
0 / 0

#6302: Please whitelist nosync for multilib

by Fedora Release Engineering

#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

8 years, 1 month

1
2
0 / 0

#6353: Please add Astronomy Spin

by Fedora Release Engineering

#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

8 years, 1 month

1
1
0 / 0

[Fedocal] Reminder meeting : Fedora Release Engineering

by Dennis Gilmore

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/

8 years, 1 month

2
1
0 / 0

#6358: Please unblock gkrellm-sun from F24 and rawhide

by Fedora Release Engineering

#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

8 years, 1 month

1
1
0 / 0

КЛИЕНТСКИЕ БАЗЫ! Тел\Viber\Whatsapp: +79133913837 Email: vavdeev17@gmail.com Skype: prodawez389

by Fedora Release Engineering

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

8 years, 1 month

1
0
0 / 0

#6329: [epel7] package builds fail on ppc

by Fedora Release Engineering

#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.fedoraprojec... 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

8 years, 1 month

1
24
0 / 0

Re: #5886: need method for distributing urgent fixes... urgently

by Fedora Release Engineering

#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

8 years, 1 month

1
0
0 / 0

Re: #5886: need method for distributing urgent fixes... urgently

by Fedora Release Engineering

#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 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. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5886#comment:35> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

8 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng February 2016