kdelibs4 needs to depend no longer on liblzma

[gallafent]

When liblzma tries to uninstall itself, it is prevented from doing so in the following way:

--->  Unable to uninstall liblzma @5.0.3_0, the following ports depend on it:
--->  	kdelibs4 @4.8.3_2
Error: org.macports.uninstall for port liblzma returned: Please uninstall the ports that depend on liblzma first.
Please see the log file for port liblzma for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_liblzma_5.0.3_0/liblzma/main.log
Warning: Failed to execute portfile from registry for liblzma @5.0.3_0
--->  Unable to uninstall liblzma @5.0.3_0, the following ports depend on it:
--->  	kdelibs4 @4.8.3_2
Error: port uninstall failed: Please uninstall the ports that depend on liblzma first.

I'm aware that liblzma has been superseded by xz. Is the correct solution simply to make kdelibs4 depend on xz instead of liblzma?

What's weird is that port info kdelibs4 produces:

kdelibs4 @4.8.3, Revision 2 (kde, kde4)
Variants:             debug, docs, universal

Description:          Core libraries for KDE4 applications to function
Homepage:             http://www.kde.org

Extract Dependencies: xz
Build Dependencies:   cmake, pkgconfig, automoc, flex, gmake, docbook-xsl-ns
Library Dependencies: qt4-mac, phonon, bzip2, zlib, soprano, cyrus-sasl2, strigi, gettext, pcre, shared-mime-info, giflib, tiff, jpeg, libpng, jasper, openexr,
                      expat, libart_lgpl, libidn, libiconv, glib2, openssl, enchant, aspell, aspell-dict-en, attica, xz, avahi, qca, dbusmenu-qt, docbook-xml,
                      docbook-xsl, grantlee, kerberos5, shared-desktop-ontologies
Conflicts with:       kdelibs3
Platforms:            darwin
License:              GPL-2+
Maintainers:          sharky@macports.org, michaelld@macports.org

… which indicates that the dependency is on xz, no mention of liblzma! And I don't have any older installed versions, port installed kdelibs4:

The following ports are currently installed:
  kdelibs4 @4.8.3_2 (active)

Incidentally, Macports is at version 2.1.2, and this bug is still present, but that has not yet appeared in trac, so I set it to 2.1.1 (where I first saw the problem)!

[ryandesign (Ryan Carsten Schmidt)]

Replying to william@…:

When liblzma tries to uninstall itself, it is prevented from doing so in the following way:

--->  Unable to uninstall liblzma @5.0.3_0, the following ports depend on it:
--->  	kdelibs4 @4.8.3_2
Error: org.macports.uninstall for port liblzma returned: Please uninstall the ports that depend on liblzma first.
Please see the log file for port liblzma for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_liblzma_5.0.3_0/liblzma/main.log
Warning: Failed to execute portfile from registry for liblzma @5.0.3_0
--->  Unable to uninstall liblzma @5.0.3_0, the following ports depend on it:
--->  	kdelibs4 @4.8.3_2
Error: port uninstall failed: Please uninstall the ports that depend on liblzma first.

You can force the uninstallation of liblzma since it is no longer needed since xz now takes its place:

sudo port -f uninstall liblzma

I'm aware that liblzma has been superseded by xz. Is the correct solution simply to make kdelibs4 depend on xz instead of liblzma?

Yes, and that has already happened in r94904. The reason this upgrade did not go smoothly is that the revision of kdelibs4 (and other ports that depended on liblzma) was not also increased at the same time. The problem will go away the next time kdelibs4's version or revision is increased for any other reason. Or you could also force kdelibs4 to rebuild now, if it bothers you:

sudo port -n upgrade --force kdelibs4

Incidentally, Macports is at version 2.1.2, and this bug is still present, but that has not yet appeared in trac, so I set it to 2.1.1 (where I first saw the problem)!

Thanks, I have added 2.1.2 to the list of versions.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #35744. Updating kdelibs4 to a newer version would coincidentally fix this problem.

[jmroot (Joshua Root)]

r97300