Hello,
On 10/27/2017 11:11 AM, Stephen Gallagher wrote:
>
>
> On Fri, Oct 27, 2017 at 10:55 AM Steve Dickson <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hello all,
>
> Again thanks for the help!!!
>
> On 10/26/2017 09:09 PM, Kevin Kofler wrote:
> > William Moreno wrote:
> >> Provides: libnfsidmap-devel%{_isa} = %{epoch}:%{version}-%{release}
> >>
> >> Move this line under
> >>
> >> %package -n libnfsidmap-devel
> >>
> >> And you should get a clean update path
> >
> > As Hedayat Vatankhah pointed out, if the package is called libnfsidmap-
> > devel, it does not actually need to Provide itself. So the
> > Obsoletes/Provides should go away entirely.
> >
> > Obsoletes/Provides are needed if the BINARY package name changes. E.g.,
> if
> > we had:
> > %package libnfsidmap-devel
> > (without the -n), generating a nfs-utils-libnfsidmap-devel subpackage,
> THEN
> > it would make sense to Obsolete and Provide libnfsidmap-devel in that
> > subpackage (NOT in the main package). But since %package -n is used to
> > recreate the same old package name, there is nothing to Obsolete and
> Provide
> > to begin with.
> I follow what you are saying but... when I remove both the Obsolete and
> Provide
> for libnfsidmap-devel (only Provides: libnfsidmap is set in the nfs-utils
> section)
> the upgrade still wants to remove libnfsidmap-devel package instead of
> upgrading it.
>
>
> If you have a libnfsidmap subpackage, do NOT include "Provides: libnfsidmap"
> on the 'nfs-utils' subpackage. They will get in each others' way.
>
> I assume that the intent here is to move libnfsidmap from being its own SRPM
> to being a subpackage of the nfs-utils package, right?
Yes.
> You don't need to have nfs-utils Provides: or Obsoletes: anything. Just make
> sure that the > libnfsidmap is sorted higher than the previous standalone
> version and it should Just Work.
This makes sense but the reason the libnfsidmap-devel package is not
be upgraded (or installed) is because:
dnf install /tmp/libnfsidmap-devel*
Last metadata expiration check: 0:10:48 ago on Fri 27 Oct 2017 11:19:35 AM EDT.
Error:
Problem: conflicting requests
- nothing provides libnfsidmap = 2.2.1-0.fc28 needed by
libnfsidmap-devel-1:2.2.1-0.fc28.x86_64
even though libnfsidmap-2.2.1-0 is installed.
The problem is caused by the Requires: in the libnfsidmap-devel subpackage
%package -n libnfsidmap-devel
Summary: Development files for the libnfsidmap library
Group: Development/Libraries
Requires: pkgconfig
Requires: libnfsidmap = %{version}-%{release}
^^^^^^^^^^^
Now if I remove the '%{version}-%{release}' the package
is installed/upgraded... but seems wrong to me
the -devel should be tied to a particular version, right?
Plus this was the way it was in the original libnfsidmap rpm.
tia,
steved.
_______________________________________________
devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
