Hey,
I was looking at the tsInfoDelta code that James first added and then
at the patch that Florian sent and something worries me. Take the
following case from:
quux requires bar
quux is in a repository
bar is installed on the system
I run the following yum shell commands:
install quux
On Thu, 22 Mar 2007, seth vidal wrote:
On Wed, 2007-03-21 at 15:39 +0100, Florian Festi wrote:
If you have some example code to make the indexes on the fly I'll give
it a run on the XO and see how bad it really ends up being.
Just execute the following SQL statements (terminate with ; when
On Fri, 2007-03-23 at 09:19 +0200, Panu Matilainen wrote:
Well, for current apt-rpm implementation of the sqlite repodata, the
difference for internal cache generation for FE development repo on my
laptop is 15 minutes vs 15 seconds.
If those indexes aren't there, to get to a decent
seth vidal wrote:
okay, we might be able to scoot around this problem but I'll work on the
following changes:
1. make sure that every separate call to resolveDeps resets the
tsInfoDeltas
- so that if someone does: install foo; ts solve; remove bar; they
don't end up not rechecking foo
Hi,
On 3/23/07, Luke Macken [EMAIL PROTECTED] wrote:
I'm ignorant in the ways of translation domains, so I'm not sure if
stuffing this in the PluginYumExit exception is the best place or not.
It might be better for a plugin to be able to advertise it's domain
somehow instead of doing it per
I did the following in Fedora Rawhide Today.
#yum clean all
#yum makecache
#time echo n | yum update -C
Transaction Summary
=
Install 2 Package(s)
Update 52 Package(s)
Remove 2 Package(s)
