delays between kernel builds and updates-testing

[Reindl Harald]

Am 28.06.2013 16:49, schrieb Bruno Wolff III:
> On Fri, Jun 28, 2013 at 12:36:24 +0200,
> Reindl Harald <h.reindl at thelounge.net> wrote:
>> why does "yum --enablerepo=updates-testing -q check-update --security"
>> today the first time show a kernel built a week ago?
>>
>> this is *way* too long to get it in *updates-testing* and after that
>> wait forever to go to stable while 3.9.8 is still built, and new builts
>> especially security relevant ones must not lay around on koji for
>> days and weeks without hit users with enabled "updates-testing"
> 
> Because only one kernel can be queued up in testing and kernels get updated 
> faster than they get karma to get into stable

there was no 3.9.6 in updates-testing as 3.9.7 was built for a week

> So if testing kernels got replaced as soon as there were new 
> updates available, they may never get to stable.

which does not explain why 3.9.6 and 3.9.7 was not in updates-testing
and 3.9.7 got there today, a week after it was built and after 3.9.8
was built on koji for F17

> If you want to help with this test kernels on the older releases and 
> give appropriate feedback in bohdi for them.

this is a conceptional problem in the Fedora infrastructure

http://koji.fedoraproject.org/koji/buildinfo?buildID=428473
Jun 23 22:41:36 Installed: kernel-3.9.7-100.fc17.x86_64

so if the would be a link from koji to give karma i would have
done that last sunday as i installed it on my test-VM and as
said having users testing kernels and many other packages
often before the maintainer knows that the build has finished
but make it hard for them to give karma is a conceptional problem

hence i could give karma yet for 3.9.8-100.fc17.x86_64 #1 SMP Thu Jun 27
where? i have http://koji.fedoraproject.org/koji/buildinfo?buildID=429958
open in my browser, i deployed it to the backup-infrastructure which are
10 machines as well as on the production secondary nameserver and have
to search around how to give karma - seriously?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 263 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20130628/4f9d45fe/attachment.sig>