https://bugzilla.redhat.com/show_bug.cgi?id=1823134
--- Comment #7 from Artur Iwicki <fedora(a)svgames.pl> ---
I wanted to try and build the package locally, but I get a 404 when I try to
fetch the SRPM.
Also, interestingly enough, if I don't have %global debug_package
%{nil} at the top of the file, I get this error at the end of packaging:
error: Empty %files file /home/rolson/rpmbuild/BUILD/gnucobol-2.2/debugsourcefiles.list
That's because by default, rpmbuild tries to also create a debuginfo package.
Adding "%global debug_package %{nil}" disables debuginfo generation. In Fedora,
we typically want debuginfo to be generated, so once again, I urge you to
enable debuginfo generation and try to get the package to build with debuginfo.
%package devel
Provides: %{name}-devel = %{version}-%{release}
The Provides is unnecessary.
%configure --prefix=/usr --libdir=%{_libdir}
Now that you use
%configure, you can drop --prefix and --libdir - %configure
sets them up appropriately.
Also, looking at files - everything related to libcob has been moved to the
-devel subpackage. An important question now is: can cobc run without the
-devel subpackage installed? Can cobc-generated programs run? If not, you'll
need to add a Requires: on the -devel subpackage to the main package.
Continuing the library topic, I was personally thinking of something more along
the lines of:
- GnuCobol - cobc and related stuff
- GnuCobol-libs - libcob, the versioned .so files
- GnuCobol-libs-devel - unversioned libcob and includes
I haven't really done much work when it comes to packaging libraries, so you
may want to take all of this with a grain of salt. It'll probably be a good
idea to ask someone more experienced in Fedora packaging to come and take a
look.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component