Am Dienstag, 17. April 2007 schrieb Henne Vogelsang:
On Tuesday, April 17, 2007 at 15:17:02, Klaus Kaempf wrote:
* Henne Vogelsang
[Apr 17. 2007 15:07]: On Tuesday, April 17, 2007 at 14:56:30, Klaus Kaempf wrote:
bug 264685 (Get rid of package locks in package manager) asks for reasoning of and better concepts for locking packages in the package manager.
Proposals anyone ?
Simple. Get rid of that alltogether. $VENDOR has to take care of that. Most of them do already.
Can you detail on how this proposal relates to the mentioned use-cases ?
The first usecase is not really a realworld usecase because updates usualy dont include extra repos (if they would it would be no other usecase then the second). So with or without the lock you run into manual intervention.
For the maintenance case either you, as third party vendor, decide that you want to use the openSUSE updates (only increment %release by .0) even if they dont provide the same functionality or you prevent the updates from ever beeing newer (increment %release by 1). Most even use some extra chars in %release which is very stupid because it follows no scheme you could catch in a version comparison, but nevertheless this is the kind of the standard (for other reasons than version comparison too e.g. easily identify packages from the 3rd party repo.)
All 3rd party repos i am aware of already do that because they support more package-managers than the yast one. And most of them strictly work on basis of rpmvercomp.
But sometimes it would be nice to have some form of locking. For example, at the moment using KDE:Backprots and Packman togehter does'nt work if you are using digikam. It is likely in such cases if you can restrict the installation of digikam and some of the libraries it depends on to one of both repositories (I know no reason, why packman should provide digikam at all, but that's another story). Some time ago the same problem existed with k3b, which is now resolved by following the KDE:Backports release of k3b more closely. There is no need for locking, if all repositories are perfectly maintained, but thst's not reality. Locking would allow to work around such problems without manaual intervention on each package update. Cheers Herbert --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org