--- Comment #8 from Jeremy Newton <alexjnewt(a)gmail.com> 2014-10-05 20:47:35 CEST
(In reply to comment #7)
Do you have a Fedora FAS or RPMFusion FAS account? What is your user
My Fas username is mystro256, my rpmfusion fas is jem256
(Please delete all libtool files)
Makes sense, will do!
- Large documentation must go in a -doc subpackage. Large could be
or number of files.
Note: Documentation size is 1884160 bytes in 99 files.
(Could you use %doc for README and license files?)
Nice catch,I'll include a
- License field needs to reflect free and non-free licensed pieces
(MIT, BSD, and a non-free license were found)
Hmm indeed I forgot to check this
- Conflicts with "gens" - will you retire "gens"
or patch this package to not
conflict with it?
Unfortunately the maintainer of gen has no interest in retiring
but yes if a conflict must be avoided, I'll patch it to not conflict with gens
[-]: Development (unversioned) .so files in -devel subpackage, if
Note: Unversioned so-files in private %_libdir subdirectory (see
attachment). Verify they are not in ld path.
I believe they're not, let me
check to make sure.
[!]: Package does not own files or directories owned by other
Note: Dirs in package are owned also by: /usr/share/gens(gens)
Will fix if
conflict free is necessary
[!]: Package should not use obsolete m4 macros
Note: Some obsoleted macros found, see the attachment.
Makes sense will do
[!]: Large data in /usr/share should live in a noarch subpackage if
Note: Arch-ed rpms have a total of 1996800 bytes in /usr/share
I take this is
the doc files? If so, its an easy fix
gens-gs.src:46: W: configure-without-libdir-spec
Do you know
what causes this? I'm unformillar with this rpmlint warning
Is this the libtool issue with configure.ac?
Do you think moving these will be
Thanks again for the review!
Configure bugmail: https://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.