Pavel Zhukov wrote:
Maxim Reznik <reznikmm(a)gmail.com> writes:
> 2017-04-21 11:16 GMT+03:00 Pavel Zhukov <pzhukov(a)redhat.com>:
>> Do gprbuild-libgpr and gprbuild-libgpr-devel sound good?
>
> I guess libgpr and libgpr-devel could be even better. It seems this
> is a separate piece of software, even if gprbuild is the only user
> of it now and this packaged inside of gprbuild tar.gz.
The problem is we will have to build two packages (gprbuild and
libgpr) from the same sources so build it twice and ship parts of
them in different RPMs. If it's part of gprbuild it will have
gprbuild- name. But it's possible to use "Provides: libgpr" to make
things more clear.
You only need to add "-n".
In gcc.spec for example, you can find these lines:
%package gnat
%description gnat
%package -n libgnat
%description -n libgnat
This produces subpackages named "gcc-gnat" and "libgnat". Because of
"-n" it's not "gcc-libgnat".
And I agree that "libgpr" would be better than "gprbuild-libgpr".
And one more issue is gtkada.gpr doesn't contain version in it.
Gnatcoll configure expects to see
Version := "2016";
there.
The current gnatcoll master branch in Dist-Git, with with_gtkada
changed to 1, builds fine for me in F25, and with
GtkAda3-devel-3.14.2-3.fc27 it builds fine in Rawhide too. Can you
provide a test case that fails because the version number isn't there?
Björn