Re: Obsoletes/Provides question

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 19. 01. 21 16:06, Richard W.M. Jones wrote:
I had a bug reported that F32 -> F33 upgrades don't work if you have
nbdkit-tar-plugin installed.  This is expected because that plugin was
removed.

It's is (sort of) replaced by nbdkit-tar-filter.  However it's not a
completely straightforward replacement since you have to change the
command line you are using.  The functionality is equivalent, but you
have to consume it in quite a different way.

So on IRC we discussed a few different options:

(1) Adding:

%package tar-filter
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}
Provides:  %{name}-tar-plugin  = %{version}-%{release}

that will transparently replace nbdkit-tar-plugin => nbdkit-tar-filter
on upgrade.  Maybe that's fine, people will need to read the release
notes however.

I would not add the provides.

(2) Or adding:

%package tar-filter
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}

which says that it obsoletes but doesn't provide a replacement.  Note
however I'm not sure if this will work, because they won't have
nbdkit-tar-filter installed before the upgrade (it never existed in
F32), so will the Obsoletes ever be "seen" by dnf?

Yes, it will be seen and respected.

Note that it in most cases, it is recommended to obsolete a specific version-release rather than %{version}-%{release}. If you do, careful with <= wrt dist. It is better to use < with a release bumped by 1.

(3) Or adding:

%package server
Obsoletes: %{name}-tar-plugin <= %{version}-%{release}

Since nbdkit-server is the "base package" that everyone doing this
upgrade has installed, it seems like the Obsoletes will be "seen" by
everyone, causing removal of nbdkit-tar-plugin, but not replacement.

I'm not sure which of these is correct.

Works as well, but I'd do (2). The outcome is a bit different.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux