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@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Hi, On Wed, 6 Feb 2008, Duncan Mac-Vicar P. wrote:
- 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
Oh, right, mergesolv doesn't know about attributes. I'll rewrite it with the current infrastructure.
- 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?
I will tomorrow. Ciao, Michael. -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
* Duncan Mac-Vicar P.
URGENT STUFF (for "tomorrows" deadline)
[...] Can we do testcases (either as scripts or documented manual steps) for this stuff so outsiders (like me ;-)) have an easy start to track down the gaps ? Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Klaus Kaempf wrote:
* Duncan Mac-Vicar P.
[Feb 06. 2008 03:16]: URGENT STUFF (for "tomorrows" deadline)
[...]
Can we do testcases (either as scripts or documented manual steps) for this stuff so outsiders (like me ;-)) have an easy start to track down the gaps ?
I only compile libzypp and zypper from branch, making sure zypper gets ZYPP_PREFIX and link against my prefixed libzypp, and then try to install package(s) from zypper. I look the logs where it stops, and so on :-) Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
Klaus Kaempf wrote:
Can we do testcases (either as scripts or documented manual steps) for this stuff so outsiders (like me ;-)) have an easy start to track down the gaps ?
Klaus --- SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)
Well, actually testcases is a good area, we have a testsuite, but I am pretty sure I broke it for compilation yesterday, fixing that would be valuable, and that means also removing the CacheStore tests because we dont use them anymore. Duncan -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
On Wed, Feb 06, Duncan Mac-Vicar P. wrote:
- 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?
Do you think it's slow? 12:21:22 START MEASURE(iterate pool) 12:21:22 20989 12:21:22 MEASURE(iterate pool) 0 (u 0.01 s 0.00 c 0.00) 12:21:22 START MEASURE(iterate pool count status installed) 12:21:22 1644 19345 12:21:22 MEASURE(iterate pool count status installed) 0 (u 0.00 s 0.00 c 0.00) But I admitt, I forgot to flag the pool clean after building it. That each call to pool.end() did one itertaion to check the items. So zypper 'for ( iterator it=pool.begin(); it!=pool.end(); ++it)' did 20991 iterations and visited 440580099 PoolItems. -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres YaST Development ma@novell.com SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 740 53-0 +------------------------------------------------------------------+ -- To unsubscribe, e-mail: zypp-devel+unsubscribe@opensuse.org For additional commands, e-mail: zypp-devel+help@opensuse.org
participants (5)
-
Duncan Mac-Vicar P.
-
Duncan Mac-Vicar Prett
-
Klaus Kaempf
-
Michael Andres
-
Michael Matz