On Wednesday 17 December 2014 23:28:47 Marcus Rueckert wrote:
On Wed, 17 Dec 2014 23:22:45 +0100 (CET)
Jan Engelhardt <jengelh@inai.de> wrote:
On Wednesday 2014-12-17 23:01, Stanislav Baiduzhyi wrote:
But that will only protect from installing incompatible versions of devel and lib packages, but not from installing
both of them.
[...]If I will have forked lib and devel installed, and there is update for lib and devel in main repository, update will replace both of them.
`zypper up` won't do such replacements that would incur a vendor switch.
Just give the special case repository a higher priority. that should help in the zypper dup case too. but it means all packages coming from this repository will be preferred.
I would like to make it as dump as possible, to be able to resolve all that stuff on the simplest level possible, including plain rpm commands.
To “survive” past `zypper dup`, you can make a metapackage which is basically empty (you will need a dummy file in it), and otherwise has Require: lines, such as "mylib(myfeature)", the latter of which is what is to be added to your library subpackage.
(Example of all this is jeng-user-packages in http://jftp.inai.de/openSUSE_13.2 for example.)
Soon you wont need meta packages anymore. zypper dup finally learned an useful mode with extra repositories. see: https://bugzilla.suse.com/show_bug.cgi?id=893807
Though one question remains, why is your change only useful for a special community and not the rest of openSUSE? what problem are you trying to solve?
Case I was thinking about is a development/experimental build of older openjdk packages, with "slowdebug" and some additional linked libs. Target audience is basically me and maybe couple of other guys working on specific part of openjdk source code, and those packages are usually installed inside the VM. So it is absolutely incompatible with jpackage, probably any app linked against libjvm.so will crash, performance regression will be huge, and the package most probably will be just deleted at some later point. In other words, I am as the author of package will not use it seriously myself, and would strongly recommend everyone avoid those packages by all possible means. But for this case I want to be sure that my horrible build is the only java provider installed in the system, and that newer releases will replace it even if someone will just run "rpm -Uhv *.rpm". Which excludes zypper config, and forces me to rely on dirty cheats and hacks, like version prefix or additional dependent package. -- Regards, Stas -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org