rel-eng January 2011

rel-eng@lists.fedoraproject.org

3 participants
71 discussions

#4300: No commit message for php package
by Fedora Release Engineering 25 Oct '11

25 Oct '11

#4300: No commit message for php package ------------------+--------------------------------------------------------- Reporter: remi | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: git Keywords: | ------------------+--------------------------------------------------------- It seems there is an issue as I (and others users) don't receive any commit message for php changes in git. I receive commit message for all the others packages. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4300> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 7

#4054: Add regular FTBFS handling to each cycle
by Fedora Release Engineering 04 Aug '11

04 Aug '11

#4054: Add regular FTBFS handling to each cycle -------------------+-------------------------------------------------------- Reporter: kevin | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | -------------------+-------------------------------------------------------- Each cycle Matt Domsch runs a mass rebuild against all fedora packages: http://fedoraproject.org/wiki/FTBFS Those that fail to build from source have bugs filed on them to be fixed. After the Alpha we should orphan all packages that have FTBFS bugs that are in "NEW" state (ie, not looked at by the maintainer). This would give other folks a chance to pick up the package and fix it so it builds. In the event that the package is not taken over or fixed, it would be dropped at the same time as all the other orphans are dropped. Timing for this should be determined and added to the rel-eng calendar and list of tasks as well as a SOP written up to handle how to do this. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4054> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#4262: Provide deltaisos for Alpha, Beta, Final
by Fedora Release Engineering 01 Jun '11

01 Jun '11

#4262: Provide deltaisos for Alpha, Beta, Final ----------------------+----------------------------------------------------- Reporter: robatino | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- For a while now I've been providing deltaisos between Alpha, Beta, and Final (in addition to the ones for TCs/RCs) at [http://thepiratebay.org/user/andre14965/] * When N Alpha is released I create 2 torrents from (N-1) Final to N Alpha (one for i386 and one for x86_64). * When N Beta is released I create 2 torrents from (N-1) Final to N Beta, and 2 torrents from N Alpha to N Beta. * When N Final is released I create 2 torrents from (N-1) Final to N Final, and 2 torrents from N Beta to N Final. For each milestone, each corresponding torrent consists of * The old and new signed checksum files for the full ISOs, * A deltaiso from the old DVD to the new DVD, and * Deltaisos from the new DVD to each of the new CDs and the new netinst (since split media is gone for F15 and later, only the one for DVD -> netinst will be needed in the future). The size of the diso for DVD -> netinst is negligible (around 50K or less). The size of the disos starting with (N-1) Final is roughly half the size of the full ISO, and increases only slightly from N Alpha to N Beta to N Final. The size of the disos for N Alpha -> N Beta and N Beta -> N Final is around 10-20% of the full ISO size (you can see the exact sizes at the above torrent link). The same exact format could be used to provide these torrents at [http://torrent.fedoraproject.org] For direct download mirrors, just the disos could be posted. It's unnecessary to create any new signed checksum files. It may be desirable to provide a crude checksum for the disos just to make sure the download is good before running applydeltaiso (which can take a significant amount of time - around 40-45 minutes for the disos starting with (N-1) Final, and around 10-20 minutes for the ones from N Alpha -> N Beta and N Beta -> N Final - the time for DVD -> netinst is negligible). The main obstacle is that each RPM in the new ISO must be compressed using the exact same compression. For example, the recent change in xz compression means that Rawhide currently consists of RPMs built using both the old and new compression, so it would be impossible to generate working disos from 14 Final to either 15 Alpha, 15 Beta, or 15 Final. Deltaisos for 15 Alpha -> 15 Beta and 15 Beta -> 15 Final should work (assuming that the user has the new xz installed on the machine which runs applydeltaiso). For the user to temporarily change xz version is a minor nuisance - someone running anything from F11 to F14 can temporarily change the xz-\* packages to the F15/Rawhide version, and someone running F15/Rawhide can temporarily downgrade xz-\* to the F14 version. Of course it's important to restore the original versions of xz-\* after running applydeltaiso, otherwise yum-presto won't be able to apply drpms in updates. Some links regarding the xz compression change: * https://bugzilla.redhat.com/show_bug.cgi?id=644046 * http://lists.fedoraproject.org/pipermail/devel/2010-October/144651.html * http://lists.fedoraproject.org/pipermail/test/2010-October/094883.html * https://fedorahosted.org/rel-eng/ticket/4224 I volunteer to do any necessary work in creating and checking the diso content (though it's actually pretty trivial) or in writing user documentation. In closing I'd like to point out that although refining compression in order to reduce the size of full ISOs is important, at some point there will be diminishing returns (I don't know if it's reasonable to expect the large improvement of 10-15% in going from gzip to xz to happen again). On the other hand, there's no reason to expect delta compression, which reduces download size by 50% or more, to get any worse. So in the long run, it doesn't make sense to keep ignoring delta compression in the quest to make ISOs a few percent smaller. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4262> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

#4342: Multi-spin DVD review
by Fedora Release Engineering 01 Jun '11

01 Jun '11

#4342: Multi-spin DVD review --------------------+------------------------------------------------------- Reporter: ke4qqq | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: other Keywords: | --------------------+------------------------------------------------------- Can RelEng review and proffer its opinion on the multi-spin DVD, preferably resulting in a thumbs up/down. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4342> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 3

#4350: The 20 Jan 2011 Pre-Alpha Rawhide Acceptance Test Plan #1 w/o images
by Fedora Release Engineering 01 Jun '11

01 Jun '11

#4350: The 20 Jan 2011 Pre-Alpha Rawhide Acceptance Test Plan #1 w/o images ----------------------+----------------------------------------------------- Reporter: hongqing | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- This ticket is intended to track task 6 on the [http://poelstra.fedorapeople.org/schedules/f-15/f-15-quality-tasks.html F15 rel-eng schedule]. The created images will be used to execute the [ https://fedoraproject.org/wiki/QA:Rawhide_Acceptance_Test_Plan Rawhide acceptance test plan]. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4350> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 9

#3565: Please Tag libproxy-0.3.1-4.fc13 for F-13 Beta - default install of libproxy modules
by Fedora Release Engineering 05 May '11

05 May '11

#3565: Please Tag libproxy-0.3.1-4.fc13 for F-13 Beta - default install of libproxy modules ----------------------------+----------------------------------------------- Reporter: kwizart | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: Fedora 13 Beta | Component: koji Keywords: | ----------------------------+----------------------------------------------- Hello, I request libproxy-0.3.1-4.fc13 to be tagged as F-13 Beta. This is the last update before the ABI change of the 0.4.0 version that has already appeared in F-14. Here is the Changelog between 0.2.3 and 0.3.1: http://code.google.com/p/libproxy/source/browse/trunk/ChangeLog On a side note, installing libproxy on a default desktop install of F-13 Alpha will, lead to have: libproxy libproxy-bin libproxy-python With this package, the default will lead to have: libproxy And that will be all, as all unneeded dependencies have been dropped as described in: https://bugzilla.redhat.com/show_bug.cgi?id=537569 Once that said, it would be more valuable to have libproxy-gnome installed as soon as the gnome desktop is selected on install. (1) Upstream advice is to use Rpm's 'Suggests' instead of 'Requires', as requires would imply some circle dependencies. But we don't use Suggests much if possible. So I think it would be better handled by comps for now. (1) Same for: libproxy-kde and KDE desktop libproxy-mozjs and firefox libproxy-webkit and WebKit-gtk libproxy-networkmanager and NetworkManager -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3565> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 4

#4343: Using xz for live images for F15
by Fedora Release Engineering 28 Mar '11

28 Mar '11

#4343: Using xz for live images for F15 -------------------+-------------------------------------------------------- Reporter: bruno | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | -------------------+-------------------------------------------------------- It looks like being able to use lzma (actually xz) is going to be possible for this release. I have a concern about making the versions of livecd- creator squashfs-tools that supports this available on whatever system is used to build the official spins. Currently the support for this is going to be just for F15. squashfs-tools 4.2 is needed for the proper support. I'd rather not do that update on F14 or F13. Also xz compression doesn't get made the default for livecd-creator in F15 or the F14 version of livecd-creator is used (with an updated squashfs- tools), the compression type will need to be specified when doing the build. Which is different than what has been done in the past. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4343> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#4370: Unblock dist-tags for unretired package "fmit"
by Fedora Release Engineering 24 Feb '11

24 Feb '11

#4370: Unblock dist-tags for unretired package "fmit" ---------------------+------------------------------------------------------ Reporter: dwrobel | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: fmit | ---------------------+------------------------------------------------------ The "fmit" package has been unretired (https://bugzilla.redhat.com/show_bug.cgi?id=665995#c28) Pkgdb is OK: https://admin.fedoraproject.org/pkgdb/acls/name/fmit Push access to SCM is OK. "fedpkg build" for master fails with "package fmit is blocked for tag dist-f15". Please unblock dist-f15 and possibly others if blocked: f13, f14. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4370> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 5

#4360: build override for libsrtp for EPEL6
by Fedora Release Engineering 17 Feb '11

17 Feb '11

#4360: build override for libsrtp for EPEL6 ---------------------+------------------------------------------------------ Reporter: jcollie | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ---------------------+------------------------------------------------------ Please add libsrtp to the build overrides so that I can build the latest Asterisk with SRTP support. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4360> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 9

#4362: Package unblock request : gnome-guitar
by Fedora Release Engineering 11 Feb '11

11 Feb '11

#4362: Package unblock request : gnome-guitar --------------------------+------------------------------------------------- Reporter: narasim | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: gnome-guitar | --------------------------+------------------------------------------------- I have taken ownership of gnome-guitar and got a re-review completed at https://bugzilla.redhat.com/show_bug.cgi?id=489130. Requesting to unblock builds for gnome-guitar on F14 and devel branches. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/4362> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng January 2011