Fedora 13 bodhi updates cleanup
 

We've had a couple of issues with F13 updates where multiple
versions of a package had updates-testing requests filed in
bodhi at once, causing the 'wrong' update to be pushed to
final.

Becuase of this, I'm going through and cleaning out some
of the cases where we have multiple live test updates for
a package so we don't run into this again. Apologies for
any mails you get from bodhi about this.

In the near future, we will re-enable the bodhi auto-obsoletes
code so we won't hit this problem. You can also avoid the
issue by making sure you unpush/delete older updates yourself
when issuing new ones, or by just editing the older update and
changing the package.

Thanks for the understanding,
Bill
_______________________________________________
devel-announce mailing list
devel-announce@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

On Fri, Apr 16, 2010 at 8:13 PM, Bill Nottingham <notting@redhat.com> wrote:
> [..]
> In the near future, we will re-enable the bodhi auto-obsoletes
> code so we won't hit this problem.

I hope it is smarter than it was in the past.

Lets say you have
update1: foo-1.0-1 and bar-1.1-2
You add
update2: foo-1.0-2

update1 is obsolete .... which means bar-1.1-2 is "lost" ... i.e it
should obsolete by package _not_ by update.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

On Fri, 2010-04-16 at 21:18 +0200, drago01 wrote:
> On Fri, Apr 16, 2010 at 8:13 PM, Bill Nottingham <notting@redhat.com> wrote:
> > [..]
> > In the near future, we will re-enable the bodhi auto-obsoletes
> > code so we won't hit this problem.
>
> I hope it is smarter than it was in the past.
>
> Lets say you have
> update1: foo-1.0-1 and bar-1.1-2
> You add
> update2: foo-1.0-2
>
> update1 is obsolete .... which means bar-1.1-2 is "lost" ... i.e it
> should obsolete by package _not_ by update.

It's smarter, in that it'll just ignore this case. It'll only match on
exact package lists, just different versions.

--
Jesse Keating RHCE (http://jkeating.livejournal.com)
Fedora Project (http://fedoraproject.org/wiki/JesseKeating)
GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub)
identi.ca (http://identi.ca/jkeating)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

> We've had a couple of issues with F13 updates where multiple
> versions of a package had updates-testing requests filed in
> bodhi at once, causing the 'wrong' update to be pushed to
> final.

Sorry, if I'm the guilty (this is my first package). I requested testing
for F11, F12, F13, F14. The system said "no you can't". Checked spelling.
Tried again. same result. Then I requested testing for F11, F12, F13. That
worked. At one point there seemed to be two logiweb-0.2.8-10.fc11 in
Bodhi.

-Klaus
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

On Fri, Apr 16, 2010 at 22:13:14 +0200,
Klaus Grue <grue@diku.dk> wrote:
>
> Sorry, if I'm the guilty (this is my first package). I requested testing
> for F11, F12, F13, F14. The system said "no you can't". Checked spelling.
> Tried again. same result. Then I requested testing for F11, F12, F13. That
> worked. At one point there seemed to be two logiweb-0.2.8-10.fc11 in
> Bodhi.

Bodhi isn't used for "devel". So until f14 is branched, you wouldn't use
it for f14 stuff.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

On Fri, Apr 16, 2010 at 02:13:05PM -0400, Bill Nottingham wrote:
> In the near future, we will re-enable the bodhi auto-obsoletes
> code so we won't hit this problem.

I was going to ask about this - what was the reason to disable
it in the first place? It was very useful ...

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Fedora 13 bodhi updates cleanup
 

On Sat, Apr 17, 2010 at 10:19 PM, Richard W.M. Jones <rjones@redhat.com> wrote:
> On Fri, Apr 16, 2010 at 02:13:05PM -0400, Bill Nottingham wrote:
>> In the near future, we will re-enable the bodhi auto-obsoletes
>> code so we won't hit this problem.
>
> I was going to ask about this - what was the reason to disable
> it in the first place? *It was very useful ...

See the other mail I sent ... it was broken for grouped updates.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel