Mailinglist Archive: opensuse-factory (322 mails)
|< Previous||Next >|
[opensuse-factory] package management in next alpha/10.3
- From: Duncan Mac-Vicar Prett <dmacvicar@xxxxxxx>
- Date: Thu, 19 Jul 2007 17:51:19 +0200
- Message-id: <200707191751.20599.dmacvicar@xxxxxxx>
The next alpha6 of openSUSE 10.3 will contain lot of changes in the package
I will try to summarize what is new so you can help us testing. The
integration can bring some regressions, so please test it and help us to fix
the remaining bugs during the betas.
What were the goals:
* no more refresh and parsing during startup.
* more compatibility with tools like yum and smart
* more speed for the common use case: install a package
Before ZYpp did not make difference between launching the sources and
This was quite annoying, and turned into needing network access for any
operation requiring launching the sources first, like deleting, adding,
How does it work now?
* Repositories now have a unique (in your system) alias.
* Adding a repository is just a matter of copying [a .repo file ] (like
those provided by the build service) to /etc/zypp/repos.d directory. If you
use zypper or YaST it will create them for you, and perform additional
* Download of metadata happens during refresh. Also in this operation a binary
cache is created.
* deleting a repository is just a matter of deleting its .repo file, or doing
it via zypper/YaST (they take additional checks like vacuum the cache).
* YaST was just adapted and is still WIP, so in some places the old semantics
could be still used (like refreshing repos even if it is not needed).
* The binary cache allow to start up zypper and install packages in a much
faster way. Caching the metadata is slow. But you do it once per refresh, and
the data is stored preparsed in the cache. This allows to launch small repos
in fraction of a second, and big repos in seconds later. No more parsing
files in each startup.
* Before lot of memory was used because most of the GUI data (descriptions,
etc) was read into memory. Now all attributes (except resolvable information,
for which we need indexes) is loaded on demand from the cache.
* refresh operation uses now much less memory. One one object is kept in
memory at time while writing the cache.
For the developers:
* Lot of testcases. We can do more aggressive development without breaking
* Lot of redesign, to be able to implement new features.
* We build with cmake now
You expect for the future (post 10.3):
* Integrate search with the cache, so no need to launch the resolvables and
loop for searching
* solving some queries from the cache?
Duncan Mac-Vicar Prett
Novell :: SUSE R&D, Maxfeldstr. 5, 90409 Nürnberg
GF: Markus Rex, HRB 16746 (AG Nürnberg)
To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-factory+help@xxxxxxxxxxxx
|< Previous||Next >|