On Tue, 2006-12-19 at 11:42 -0500, Jeremy Katz wrote: > > > If it's not, then keeping multiple diffs is > > > always possible, although I think we all agree that the concept gets > > > ugly fast and that should be avoided unless it provides a substantial > > > benefit. > > > > Seems like the order of operations would be: > > 1. figure out if we have any rough consensus on doing this at all. > > 2. write the code to add the sqlite dbs on the repo side > > 3. write the code to grab the sqlite dbs on the yum side > > 4. figure out where to go from there. > > > > We could make steps 1-3 happen for 3.0.X w/o breaking the api > > Yeah, but why destabilize 3.0.x with it? Let's get it working on HEAD, > see what the benefits are and then figure out if it's worth moving back > to the old branch. That's my $0.02 anyway.
fair enough. I was mostly thinking about it for the value of a backport for optimization for things like rhel5/centos5. but doing it in head probably makes more sense. -sv _______________________________________________ Yum-devel mailing list [email protected] https://lists.dulug.duke.edu/mailman/listinfo/yum-devel
