Splitting out PackageKit-Qt -- help required
Richard Hughes
hughsient at gmail.com
Mon Nov 26 12:47:23 UTC 2012
I'm here asking advice. PackageKit used to ship subpackages of
PackageKit-glib, PackageKit-glib-devel, PackageKit-qt, and
PackageKit-qt-devel amoung others.
Upstream PackageKit-Qt has been split out into another separate
project as it had different API and ABI promises to PackageKit-glib
and it was being maintained by another team who wanted to use the
cmake build system.
The only application in Fedora that requires PackageKit-qt is apper,
the package manager we ship in the KDE spin.
Now, to avoid breaking apper, and the KDE spin, I've tried to be a
nice maintainer and done a package review for the new package (package
review most welcome):
https://bugzilla.redhat.com/show_bug.cgi?id=880155
I've also done a new PackageKit release in rawhide with the
PackageKit-qt bits removed.
So, I need a plan of action and a list of things to provide and
obsolete in each of the PackageKit.spec, PackageKit-Qt.spec and what
to require in apper.
So far, what I'm thinking is that I should have in PackageKit.spec:
Obsoletes: PackageKit-qt < %{version}-%{release}
and in PackageKit-Qt.spec I should have:
Provides: PackageKit-qt
and then as a belt-and-braces fix also switch apper.spec to
BuildRequiring PackageKit-Qt-devel rather than PackageKit-qt-devel.
Sanity check most appreciated, thanks.
Richard.
More information about the devel
mailing list