Dne 25.1.2013 00:02, Kevin Fenzi napsal(a):
On Thu, 24 Jan 2013 15:09:57 +0100
Vít Ondruch <vondruch@redhat.com> wrote:

Dne 24.1.2013 14:40, Bruno Wolff III napsal(a):
On Thu, Jan 24, 2013 at 13:06:21 +0100,
  Vít Ondruch <vondruch@redhat.com> wrote:
It definitely depends on package. I should be the one who knows
about my packages the best if there is some breaking potential.
Every time you don't do an update in rawhide and rely on
inheritence, the changes that go out to updates-testing don't go to
rawhide, leaving rawhide behind the previous release.
That is not failure of inheritance .... Actually, the true is that
the tag should inherit from updates-testing. I already questioned
this behavior before, unfortunately can't remember where and why :/
Yeah, the problem with inheriting from updates-testing is that
updates-testing can 'go back'. You could have a bad updates-testing
build and unpush it and it goes away.

So don't inherit it but let bodhi tag it not just fnn-updates-testing but also fnn+

 Users who have it installed have
to figure this out and manually downgrade. 

That is not true, since broken build will be always replaced by newer one. This applies especially for rawhide.


Additionally, things that land in rawhide land in the buildroot, so,
updates-testing branched updates could break the rawhide buildroot, or
cause problems for rawhide built packages, then disappear. 

This would be solved by two tags mentioned above.


Vít

Rawhide doesn't go back in versions ever, so this would break that. 

You could argue that if it's something updates-testing people can do,
rawhide people could too, but I fear if we changed that policy people
would abuse it in rawhide. So, I for one wouldn't want to change the
rawhide policy there. 

kevin