#2184: Please block python-sqlalchemy0.5 in F-11/devel
by Fedora Release Engineering
#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
14 years, 7 months
#2181: remove comgt from devel (F12+)
by Fedora Release Engineering
#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
14 years, 7 months
#2168: Fedora 12 Snapshot 1 lacks source torrent images
by Fedora Release Engineering
#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
14 years, 7 months
Torrent changes
by Jesse Keating
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
14 years, 7 months
Re: GCC var-tracking-assignments: testing and bug reports appreciated
by Josh Boyer
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
14 years, 7 months
Re: GCC var-tracking-assignments: testing and bug reports appreciated
by Josh Boyer
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
14 years, 7 months
#2179: chainbuild request for guile-gnome-platform
by Fedora Release Engineering
#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
14 years, 7 months
#2178: Add epiphany to koji build root
by Fedora Release Engineering
#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
14 years, 7 months