<div dir="ltr"><div>I'd go further, and id' suggest to kill kahiniah, because we agreed long time ago that ABF will be extended with voting functionality.<br></div>So when kahinah is alive then ABF will never reach new functionalities.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-08 7:56 GMT+01:00 Crispin Boylan <span dir="ltr"><<a href="mailto:cris@beebgames.com" target="_blank">cris@beebgames.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all<br>
<br>
As no-one is really voting on updates for 3.0 it seems to have left kahinah in a bit of a state.<br>
<br>
<br>
There are loads of updates which have either been published or rejected in abf but are languishing on kahinah making it difficult to see what really needs to be tested.  Some (hopefully!) minor enhancements to kahinah could really help this situation:<br>
<br>
* Allow the maintainer of an update to reject it entirely, this would elimate dud/superseded updates where the only thing the maintainer can do is downvote it.<br>
<br>
* Update the kahinah list with the actual state of the package (ie instead of only looking at Complete or Testing Published, if the update is 'Published' then move it to published in kahinah, likewise if it is 'Rejected' on ABF then reject it in kahinah.<br>
<br>
<br>
is any of this achievable relatively quickly?<br>
<br>
<br>
thanks<br>
<br>
cris.<br>
<br>
<br>
<br>
______________________________<wbr>_________________<br>
OM-Cooker mailing list<br>
<a href="mailto:OM-Cooker@ml.openmandriva.org" target="_blank">OM-Cooker@ml.openmandriva.org</a><br>
<a href="http://ml.openmandriva.org/mailman/listinfo/om-cooker_ml.openmandriva.org" rel="noreferrer" target="_blank">http://ml.openmandriva.org/mai<wbr>lman/listinfo/om-cooker_ml.ope<wbr>nmandriva.org</a><br>
</blockquote></div><br></div>