Dňa Ut 30. Máj 2006 00:27 Pascal Bleser napísal:
houghi wrote:
On Mon, May 29, 2006 at 11:20:21PM +0200, jdd wrote:
but if you want, we can forget the actual 10.1 tests and look only at what we need as a package manager...
Thank you. bug solving belongs in another thread.
<snip stuff I agree with>
I think that in most situations the version info can be retrieved lately, in the background. In most cases, peoples needs only the current version.
What do you mean by 'in the background'?
jdd, please get a clue about how current package repository metadata formats are implemented (e.g. RPM-MD (yum)).
The version info cannot be retrieved later, you first have to fetch a complete copy of all the repository metadata of all the repositories (aka channels aka inst-sources) you have configured.
Then, and only then, a package manager's engine is able to compute the paths and operations for upgrading, installing dependencies, possibly removing packages because of broken dependencies introduced by upgrades, etc....
we need some kind of repository management. It's possible to
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
What's the problem with yast2 and rpm-md repositories ? We've had "repository management" since 10 years.
If that's not what you meant, be more explicit.
have the same package on different repositories and we may need to use an older package for whatever reason. This is an exception from the previous stated system (ignoring the version), seldom used and so in cases we can afford to wait a little...
When the same package is present on different repositories.. that's what package managers are made for, they have algorithms to solve those "issues".
Having to downgrade is a valid point though. That should be possible from the YaST2 Package Management screen as well.
How I see this happening is by saving what you download, not so much things you install from the CD or DVD, and save that in /usr/src/packages/RPMS/* for the full RPMs and wherever for the updates.
Well, if you're talking about downgrading, it's something that should be supported by the package manager. But it depends on the implementation of the package manager - wouldn't take for granted that zypp/zmd/rug (wherever the decision engine is implemented) is able to compute downgrades properly, it's a pretty different thing than upgrading packages.
Smart is able to do that nicely. If the zypp/zmd engine can do that too, it would be useful to be able to downgrade from the GUI.
A practical example: we 3rd party repository maintainers provide the very latest version of a lot of packages. Let me just take the example of gimp. Now, a user might want to try out the latest gimp package and upgrades using my repository. But then he either notices and issue (and informs me of that issue, hopefully ;)) or just notices that gimp release has a bug. In such a case, he would want to downgrade to the version that's shipped with SUSE Linux.
You can already downgrade a package: 1) start YaST package management module 2) choose a package 3) choose a "Version" 4) pick up a version you want, but make sure you mark the package to be "Updated" Stano