rel-eng February 2010

rel-eng@lists.fedoraproject.org

10 participants
169 discussions

#1107: auto-cleanup rawhide trees
by Fedora Release Engineering 29 Apr '15

29 Apr '15

#1107: auto-cleanup rawhide trees -------------------------+-------------------------------------------------- Reporter: notting | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: koji Keywords: | -------------------------+-------------------------------------------------- Rawhide tree expiry is manual at the moment, unless I missed something. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/1107> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 8

#2244: How to mass branch s390utils and other non-primary arch packages
by Fedora Release Engineering 17 Jul '13

17 Jul '13

#2244: How to mass branch s390utils and other non-primary arch packages --------------------+------------------------------------------------------- Reporter: toshio | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | --------------------+------------------------------------------------------- This is a rel-eng decision that I'll need input on. Currently the packagedb branches packages which are not blocked in koji. Some packages which are not built for the primary arch are blocked in koji -- s390utils for instance. Does the packagedb need to whitelist these or should the packages be unblocked as they are discovered? -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2244> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 5

#2025: Too hard to build dependent packages in stable
by Fedora Release Engineering 17 Oct '12

17 Oct '12

#2025: Too hard to build dependent packages in stable -------------------------+-------------------------------------------------- Reporter: hadess | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: koji Keywords: | -------------------------+-------------------------------------------------- It's too complicated, human-dependent, and time-consuming to build interdependent package updates in stable releases. Two cases: * gstreamer and gstreamer-plugins-base are released at the same time, and so are pre-releases of those. They soft-depend on each other (gstreamer can be updated on its own). It's currently not possible for me to offer both pre-releases of gstreamer and gsteamer-plugins-base without either: 1. asking for a package to be tagged into the build roots 2. pushing gstreamer into stable (takes a few days at best), and push the gstreamer-plugins-base package separately * gnome-bluetooth and gnome-phone-manager, where I need to ask for gnome- bluetooth to be pushed into the buildroot tree. Sometimes that just doesn't work (as could have been seen in http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7140 / https://fedorahosted.org/rel-eng/ticket/1945 and http://koji.fedoraproject.org/koji/buildinfo?buildID=112091 ) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2025> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

[Fedora Release Engineering] #859: updates-newkey doesn't have group_gz member
by Fedora Release Engineering 26 Jan '12

26 Jan '12

#859: updates-newkey doesn't have group_gz member -------------------------------------+-------------------------------------- Reporter: james(a)fedoraproject.org | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | -------------------------------------+-------------------------------------- I assume the createrepo instance that generates the Fedora 9 updates- newkey/updates-testing-newkey is the RHEL-5 version? Can we change this to be the Fedora 9 version so that we'll get group_gz as well as group (ie. comps.xml.gz as well as comps.xml). This makes for much less data to download, to get group information. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/859> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 12

#1909: Clarify final freeze policy
by Fedora Release Engineering 05 Nov '10

05 Nov '10

#1909: Clarify final freeze policy ----------------------+----------------------------------------------------- Reporter: jkeating | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | ----------------------+----------------------------------------------------- https://www.redhat.com/archives/fedora-test-list/2009-May/msg00590.html -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/1909> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

#3239: deltarpm missing for eclipse update (F12) - 3.5.1-20 => -21
by Fedora Release Engineering 09 Aug '10

09 Aug '10

#3239: deltarpm missing for eclipse update (F12) - 3.5.1-20 => -21 --------------------+------------------------------------------------------- Reporter: bbaetz | Owner: rel-eng(a)lists.fedoraproject.org Type: defect | Status: new Milestone: | Component: other Keywords: | --------------------+------------------------------------------------------- An update to eclipse was pushed today, however the eclipse packages don't have the appropriate drpms available. A drpm is available from the 'base' eclipse-jdt-3.5.1-4.fc12, but not from the last update to -20 (https://admin.fedoraproject.org/updates/F12/FEDORA-2009-11860) For example, I had eclipse-jdt-3.5.1-20.fc12.x86_64.rpm installed. /fedora/linux/updates/12/x86_64/drpms/ on my local mirror has eclipse- jdt-3.5.1-4.fc12_3.5.1-21.fc12.x86_64.drpm but no other relevant file. I can generate a drpm locally using makedeltarpm, and apply it to the koji (unsigned) -20 package to get an identical package. This means that I have to download a 24M package rather than a 94k drpm. (Similarly for the 27M eclipse-platform package) Some packages (eg NetworkManager) do have a drpm from both the initial version and the previous updated version. I've seen this happen before (missing drpm) with other packages (internet caps in .au means I notice large package updates), but haven't previously looked into why. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3239> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#2555: handle invalid build ID in sigulsign_unsigned
by Fedora Release Engineering 26 May '10

26 May '10

#2555: handle invalid build ID in sigulsign_unsigned ----------------------+----------------------------------------------------- Reporter: jkeating | Owner: rel-eng(a)lists.fedoraproject.org Type: defect | Status: new Milestone: | Component: other Keywords: | ----------------------+----------------------------------------------------- Right now the whole process dies if one of the n-v-rs don't match. We should handle that better. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2555> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#2262: README in images directory is out of date
by Fedora Release Engineering 26 May '10

26 May '10

#2262: README in images directory is out of date -------------------------+-------------------------------------------------- Reporter: muerte | Owner: rel-eng(a)lists.fedoraproject.org Type: enhancement | Status: new Milestone: | Component: koji Keywords: | -------------------------+-------------------------------------------------- I was helping with Fedora Test day and I noticed that the README in the images directory is woefully out of date. http://mirror.web- ster.com/fedora/releases/test/12-Alpha/Fedora/x86_64/os/images/README There is no mention of any of the .img, no explanation of what they are, or how to use them. This should probably have a little more information so people know what they're looking at. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2262> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

#2328: 1 package missing from mirrors
by Fedora Release Engineering 24 Mar '10

24 Mar '10

#2328: 1 package missing from mirrors -----------------------------+---------------------------------------------- Reporter: limb | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: Fedora 12 Final | Component: koji Keywords: | -----------------------------+---------------------------------------------- libguestfs-1.0.70-2.fc11 and libguestfs-1.0.70-1.fc11 were both announced at the same time, only libguestfs-1.0.70-1.fc11 is present. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2328> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 32

#3411: Tag request perl-MooseX-Types-DateTime-0.05-3.fc13 for dist-f13
by Fedora Release Engineering 08 Mar '10

08 Mar '10

#3411: Tag request perl-MooseX-Types-DateTime-0.05-3.fc13 for dist-f13 -------------------+-------------------------------------------------------- Reporter: cweyl | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Component: koji | -------------------+-------------------------------------------------------- {{{ This an "untag" request, rather than a tag request. Package perl-MooseX-Types-DateTime-0.05-3.fc13 should be untagged from dist-f13, as while it resolves a FTBFS issue, it also drops bits that other packages require; bits that would require additional packages be reviewed and included. Untagging this package should revert us to the last known good build, which will resolve the current "unsatisfied requirements" issues. Thanks! :) -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3411> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng February 2010