Mailinglist Archive: zypp-devel (230 mails)

< Previous Next >
[zypp-devel] missing stuff
  • From: "Duncan Mac-Vicar P." <dmacvicar@xxxxxxx>
  • Date: Wed, 06 Feb 2008 03:16:24 +0100
  • Message-id: <47A91878.9020303@xxxxxxx>
We are close guys, but still things don't work together. After Michael
connected the pool with the sat pool, zypper now works just before
commit, it now marks the packages to install and they get solved as
expected. Commit fails then because resolvables have no repo information.

URGENT STUFF (for "tomorrows" deadline)

- repo2solv.sh was not using -a by default, and ignoring the packages
translations, I added packages.en for now.
but later, it uses mergesolv, which makes the attributes to dissapear,
so it works if I manually cat packages.en and packages and use
susetags2solv -a, but not with repo2solv.sh which uses mergesolv. Can we
fix this? libzypp forks repo2solv.sh

- I tried to implement something similar like repo_lookup_str which does
not require a callback, but for nums, and it did not work :-( Can aynone
check it?

- Commit fails because Resolvables created by the pool iterator have a
dummy Repository class. We need a way to associate the sat::Repo (which
can be constructed just by using an id), this should be easy, but it is
tricky, before all resolvables were created when creating a repository
object, and this was constructed from the info, so every resolvable had
a link to it.
I think the right place to do it is when calling
RepoManager::loadFromCache, we get the repoinfo and we should store in
some place, where? no idea, as the Repository class has no sense anymore.

- pkg-bindings are not ported yet :-( but from zypper porting this
should be straightforward

OTHER STUFF

- zypper iterates the pool to show a summary of installation, also to
mark a candidate for install. This is really slow with the current
(non-optimized) pool adaptor. Is there another way we can speed up this?
This also slows commit calculation which also heavily relies on pool
iterations. For now it looks like all time moved from reading the cache
is now here ;-)

Appart of that things look promising. Speed and memory usage is nice.




--
To unsubscribe, e-mail: zypp-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: zypp-devel+help@xxxxxxxxxxxx

< Previous Next >