rel-eng September 2009

rel-eng@lists.fedoraproject.org

7 participants
95 discussions

#2184: Please block python-sqlalchemy0.5 in F-11/devel
by Fedora Release Engineering 15 Sep '09

15 Sep '09

#2184: Please block python-sqlalchemy0.5 in F-11/devel --------------------+------------------------------------------------------- Reporter: toshio | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | --------------------+------------------------------------------------------- python-sqlalchemy0.5 is a forward compat package for EPEL and F-10. For F-11 and F-12 (current devel) it's not needed. Please block the package. Around F-13 or F-14 we may request to unblock the package for use as a backwards-compat package when the main python-sqlalchemy moves to a new incompatible version but that's a ways off yet. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2184> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#2181: remove comgt from devel (F12+)
by Fedora Release Engineering 14 Sep '09

14 Sep '09

#2181: remove comgt from devel (F12+) ---------------------+------------------------------------------------------ Reporter: rathann | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ---------------------+------------------------------------------------------ Please remove comgt package from devel. I've just retired it as it is obsolete. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2181> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 1

#2032: please list broken deps at the top of the rawhide report
by Fedora Release Engineering 11 Sep '09

11 Sep '09

#2032: please list broken deps at the top of the rawhide report ---------------------+------------------------------------------------------ Reporter: alexlan | Owner: rel-eng(a)lists.fedoraproject.org Type: defect | Status: new Milestone: | Component: other Keywords: | ---------------------+------------------------------------------------------ I had requested this some time back, to increase the visibility of the broken deps so that Fedora maintainers could work together collectively to spot major API breakage/cross-distro package issues, rather than being buried (and therefore ignored) at the end of the list of updated packages. http://www.redhat.com/archives/fedora-devel-list/2008-March/msg00068.html For a while Jesse did this manually, but it has now reverted to being at the bottom again. Suggestion here: http://www.redhat.com/archives/fedora-devel-list/2008-March/msg00678.html was to have the following order: * new packages * broken deps * changes which seems sensible to me. If you can point me to the source that generates the report, I'll look into writing some patches. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2032> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 4

#2168: Fedora 12 Snapshot 1 lacks source torrent images
by Fedora Release Engineering 11 Sep '09

11 Sep '09

#2168: Fedora 12 Snapshot 1 lacks source torrent images ----------------------+----------------------------------------------------- Reporter: sundaram | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- To ensure GPL compliance, we need to always make sure that source equivalent is provided. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2168> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 2

Torrent changes
by Jesse Keating 11 Sep '09

11 Sep '09

I've done a couple things with the torrents this week and I want you all to be aware of it, in case something happens. 1) I've removed anything that is older than F-10. All F8/9 content has been removed from the web listing, and if nobody complains in a week or so I'll remove the torrent files themselves. 2) I've re-generated all the live torrents, all the Fedora 12 Alpha torrents, and the Snapshot 1 torrents. These have been re-generated with a README-SOURCES file that tells users where they can go to get the matching sources. This has reset the download counters for all of the torrents that got re-generated, but was necessary for GPL compliance. Please ping me if anybody discovers an issue with the torrents. -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating

1 0

Re: GCC var-tracking-assignments: testing and bug reports appreciated
by Josh Boyer 10 Sep '09

10 Sep '09

On Thu, Sep 10, 2009 at 01:43:26PM +0200, Jakub Jelinek wrote: >On Thu, Sep 10, 2009 at 07:32:07AM -0400, Josh Boyer wrote: >> >Why are you backporting something like this from a non-released compiler >> >into F12 _after_ Alpha and particularly _after_ the mass rebuild? >> >> No response? None? >> >> I mean, I'm not asking for much. All I want is an explanation as to why >> this _has_ to be in F12 and can't be rolled into F13 instead. At first >> glance, it would make more sense to let the feature get some testing in >> GCC mainline before we just backport it to Fedora users, so putting it >> in F13 seems better to me. > >Because we really want it in F12, to make e.g. systemtap usable. It got >quite a lot of testing already and has been in development for 2 years. >Originally it was expected to be merged early in the summer, testing >rawhide gccs have been prepared already in early August. So systemtap wasn't considered usable before this? I am not a GCC expert, but I can see how this feature would help it. But it was surely usable before this, right? >There were so far 3 bugreports related to this, 2 of them are already fixed, >LLVM build is just needing too much memory on completely insane source >(people calling functions with 1375 arguments, 685 out of it are classes >with non-trivial ctors passed by value, deserve some punishment) and Alex >will look at it today. I have every confidence that you and Alex will fix all the bugs reported. I also think the code itself is likely fairly stable, and may very well provide some usability wins overall. Your competence as a developer is not, nor ever was, in question so please don't misunderstand my questioning. The largest problem I have with all this is the fact that the release guidelines that everyone else has to follow don't appear to be followed at all in this case. You're introducing a backported feature into a critical path package after Feature freeze, and after a mass-rebuild which would have arguably helped test the hell out of this. Any other maintainer would have to get an exception from rel-eng and/or FESCo in order to do something like this. I don't see why the same requirements don't apply here. josh

2 1

Re: GCC var-tracking-assignments: testing and bug reports appreciated
by Josh Boyer 10 Sep '09

10 Sep '09

On Tue, Sep 08, 2009 at 10:46:26PM -0300, Alexandre Oliva wrote: >Jakub built gcc-4.4.1-10 earlier today, with a new feature that >generates much better debug information in optimized programs. > >The feature has been under development for a couple of years, and it's >recently been accepted into GCC, for GCC 4.5. We've backported it for >Fedora 12. Why are you backporting something like this from a non-released compiler into F12 _after_ Alpha and particularly _after_ the mass rebuild? josh

1 1

Fwd: Request to break the string freeze for imsettings
by Akira TAGOH 10 Sep '09

10 Sep '09

Hi, Just re-sending this because previous mail was being bounced. --- Akira TAGOH

1 0

#2179: chainbuild request for guile-gnome-platform
by Fedora Release Engineering 09 Sep '09

09 Sep '09

#2179: chainbuild request for guile-gnome-platform ----------------------+----------------------------------------------------- Reporter: chitlesh | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | ----------------------+----------------------------------------------------- Hello there, I wish to request the possibility for a chain build (on F-10) with guile- gnome-platform-2.16.1-3.fc10.src.rpm. It is built by me and I need to it to build gwave for F-10. repoquery --whatrequires `repoquery --provides guile-gnome-platform` says gwave is the only package depending on guile-gnome-platform. Hence the chain build will not result in any breakage. http://koji.fedoraproject.org/koji/taskinfo?taskID=1666305 thank you -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2179> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 0

#2178: Add epiphany to koji build root
by Fedora Release Engineering 09 Sep '09

09 Sep '09

#2178: Add epiphany to koji build root --------------------+------------------------------------------------------- Reporter: xhorak | Owner: rel-eng(a)lists.fedoraproject.org Type: task | Status: new Milestone: | Component: koji Keywords: | --------------------+------------------------------------------------------- Please add epiphany-2.26.3-4.fc11 epiphany-2.24.3-10.fc10 to koji build root. Package is due to Firefox security update and rebuild of depended packages. -- Ticket URL: <https://fedorahosted.org/rel-eng/ticket/2178> Fedora Release Engineering <http://fedorahosted.org/rel-eng> Release Engineering for the Fedora Project

1 0

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

rel-eng September 2009