Opened 12 years ago
Closed 12 years ago
#35321 closed defect (fixed)
kdelibs4 needs to depend no longer on liblzma
Reported by: | gallafent | Owned by: | sharky@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.1 |
Keywords: | Cc: | michaelld (Michael Dickens), dave@… | |
Port: | kdelibs4 |
Description
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)!
Change History (4)
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | sharky@… removed |
---|---|
Owner: | changed from macports-tickets@… to sharky@… |
comment:3 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | dave@… added |
---|
Has duplicate #35744. Updating kdelibs4 to a newer version would coincidentally fix this problem.
comment:4 Changed 12 years ago by jmroot (Joshua Root)
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note: See
TracTickets for help on using
tickets.
Replying to william@…:
You can force the uninstallation of liblzma since it is no longer needed since xz now takes its place:
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:
Thanks, I have added 2.1.2 to the list of versions.