Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-08 Thread Jesse Keating
On Fri, 2010-03-05 at 13:49 +0100, Till Maas wrote: Hi, I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to switch to this? I created a wiki page for this:

Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Till Maas
Hi, I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to switch to this? I created a wiki page for this: https://fedoraproject.org/wiki/User:Till/update_availability_speedup_ideas The basic idea is to create new

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Seth Vidal
On Fri, 5 Mar 2010, Till Maas wrote: Hi, I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to switch to this? I created a wiki page for this:

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Till Maas
On Fri, Mar 05, 2010 at 08:08:09AM -0500, Seth Vidal wrote: On Fri, 5 Mar 2010, Till Maas wrote: Hi, I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to switch to this? I created a wiki page for

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Seth Vidal
On Fri, 5 Mar 2010, Till Maas wrote: the problem is you have to depsolve both sets of pkgs separately keeping in mind stable vs unstable. And the depsolving impacts the multilib selection (and vice versa). I do not understand the problem, can you maybe give an example? Does the current

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Kevin Kofler
Seth Vidal wrote: If only 3 of those 5 make it through updates-testing into updates, then you have to figure out if the other 3 actually need the versions of the other 2 or if they can work with what's already available in GA or updates. How's that relevant to his proposal? Or more precisely:

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Bill Nottingham
Till Maas (opensou...@till.name) said: It seems to be missing something - it says 'all rpms that are not included in the prior metadata will be deleted', but there's nothing in that proposal as written that will cause rpms to fall out of the metadata. It was probably to unclear. This

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Mike McGrath
On Fri, 5 Mar 2010, Bill Nottingham wrote: Till Maas (opensou...@till.name) said: I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to switch to this? I created a wiki page for this:

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Josef Bacik
On Fri, Mar 5, 2010 at 1:29 PM, Mike McGrath mmcgr...@redhat.com wrote: On Fri, 5 Mar 2010, Bill Nottingham wrote: Till Maas (opensou...@till.name) said: I have some ideas to speedup the availability of updates. Are there any reasons except that the tools to do this do not exist yet, to

Re: Speedup the availability of updates (was: Re: Push scripts, mash) pushes in Bodhi (urgent call for feedback))

2010-03-05 Thread Till Maas
On Fri, Mar 05, 2010 at 12:49:09PM -0500, Bill Nottingham wrote: Till Maas (opensou...@till.name) said: It seems to be missing something - it says 'all rpms that are not included in the prior metadata will be deleted', but there's nothing in that proposal as written that will cause