On Tuesday 26 February 2008, Stephan Kulow wrote:

The solution we discussed is a combination of these to. We will maintain a list per product of packages to be weak-obsoleted at zypp level.

Hopefully it will remember that I installed libstdc++5 (as an example) manually and not deinstall it upon each upgrade again. Greetings, Dirk -- RPMLINT information under http://en.opensuse.org/Packaging/RpmLint --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

On Wed, 27 Feb 2008, Marcus Meissner wrote:

On Wed, Feb 27, 2008 at 10:23:17AM +0100, Richard Guenther wrote:

...

On Tue, 26 Feb 2008, Stanislav Brabec wrote:

...

Hallo.

In 11.0 we will have a new rules for shared library package names.

It implies a question:

What happens with old shared library packages after increment of soname. We cannot obsolete them (third party can still use them) and we should not not-obsolete them (as it will cause increasing number of orphaned packages in the system).

Is there any solution for it?

Shared library packages (now, you need a way to automatically recognize these) should be auto-removed once there is no dependency left on them.

They can be re-installed if they become required again from an old installation-source or if we decide to put them on a new media anyway because it is widely used (it just won't be called compat-* anymore).

IMHO of course.

You should perhaps experienced the nightmares I just had with Acrobat Reader and its new library dependencies.

Then you just do not want that. ;)

Can you be more specific? Richard. -- Richard Guenther Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

On Wed, 27 Feb 2008, Dominique Leuenberger wrote:

...

...

...

On 2/27/2008 at 11:23, Richard Guenther wrote: Shared library packages (now, you need a way to automatically recognize these) should be auto-removed once there is no dependency left on them.

They can be re-installed if they become required again from an old installation-source or if we decide to put them on a new media anyway because it is widely used (it just won't be called compat-* anymore).

The problem might be: I install libSDL (a shared library, just an example) using my favourite package manager, the RPM database knows about it. then I download whatever game as source code and compile and install it.

It will be rather impossible for any package manager in this case to NOW that I have anything on my system that still 'depends' on libSDL (in other means than in RPM terminology).

That's true. What I'd like to see here is that your favorite package manager remembers which libraries you installed explicitly and do not auto-remove those. At least this is what apt does in Debian. Richard. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

On Wed, 27 Feb 2008, Philipp Thomas wrote:

* Richard Guenther (rguenther@suse.de) [20080227 10:53]:

...

That's true. What I'd like to see here is that your favorite package manager remembers which libraries you installed explicitly and do not auto-remove those. At least this is what apt does in Debian.

Woudn't help you if the -devel pacakge is installed because it's part of a pattern like "KDE development", would it?

Well, if the pattern requires the -devel package (which requires the shlib package) then it would stay because the pattern is not removed. Of course I may be confused as to how "patterns" interact with rpm dependencies. A naive implementation using a rpm with just rpm requires would work this way at least. Richard. -- Richard Guenther Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org

* Dominique Leuenberger (Dominique.Leuenberger@TMF-Group.com) [20080227 10:36]:

then I download whatever game as source code and compile and install it.

Anyone who installs via 'make install' and thus circumvents the rpm database is on his own. There is simply no way to cater for those folks. These need to either use checkinstall or at least install a pseudo rpm that only contains the dependencies. Philipp --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org