Hide Forgot
Duplicate documentation files have been detected in the package builds for Rawhide and Fedora 20. The likely cause is the unversioned docdirs change in Fedora 20. If your package %installs documentation files into %{_docdir}/%{name}/ to store them in a subpackage, this now conflicts with using the %doc macro in the base package. Since Fedora 20, the %doc macro installs into the unversioned %{_docdir}/%{name}/ and includes everything in that directory. One obvious fix is to decide between either using %doc or installing into %{_docdir}/%{name}/ manually as explained in the Packaging tricks Wiki section (for past dist releases and the versioned docdir). General discussion of this problem: https://fedorahosted.org/fpc/ticket/338 Further information: http://fedoraproject.org/wiki/Changes/UnversionedDocdirs https://fedoraproject.org/wiki/Packaging_tricks#Installing_documentation:_2_paths [semi-automated bug report] [...] => gluegen2-2.0-0.11.rc12.fc20.src.rpm => gluegen2-doc-2.0-0.11.rc12.fc20.noarch in fedora-development-i386 File conflict with: gluegen2-2.0-0.11.rc12.fc20.i686 /usr/share/doc/gluegen2/LICENSE.txt /usr/share/doc/gluegen2/example1/function.c /usr/share/doc/gluegen2/example1/function.cfg /usr/share/doc/gluegen2/example1/function.h /usr/share/doc/gluegen2/example1/gen.sh /usr/share/doc/gluegen2/example2/function.c /usr/share/doc/gluegen2/example2/function.cfg /usr/share/doc/gluegen2/example2/function.h /usr/share/doc/gluegen2/example2/gen.sh /usr/share/doc/gluegen2/example3/function.cfg /usr/share/doc/gluegen2/example3/function.h /usr/share/doc/gluegen2/example3/gen.sh /usr/share/doc/gluegen2/example4/function.c /usr/share/doc/gluegen2/example4/function.cfg /usr/share/doc/gluegen2/example4/function.h /usr/share/doc/gluegen2/example4/gen.sh /usr/share/doc/gluegen2/example5/function.c /usr/share/doc/gluegen2/example5/function.cfg /usr/share/doc/gluegen2/example5/function.h /usr/share/doc/gluegen2/example5/gen.sh /usr/share/doc/gluegen2/example6/function.cfg /usr/share/doc/gluegen2/example6/function.h /usr/share/doc/gluegen2/example6/gen.sh /usr/share/doc/gluegen2/example7/function.cfg /usr/share/doc/gluegen2/example7/function.h /usr/share/doc/gluegen2/example7/gen.sh /usr/share/doc/gluegen2/index.html => gluegen2-2.0-0.11.rc12.fc20.src.rpm => gluegen2-2.0-0.11.rc12.fc20.i686 in fedora-development-i386 File conflict with: gluegen2-doc-2.0-0.11.rc12.fc20.noarch /usr/share/doc/gluegen2/LICENSE.txt /usr/share/doc/gluegen2/example1/function.c /usr/share/doc/gluegen2/example1/function.cfg /usr/share/doc/gluegen2/example1/function.h /usr/share/doc/gluegen2/example1/gen.sh /usr/share/doc/gluegen2/example2/function.c /usr/share/doc/gluegen2/example2/function.cfg /usr/share/doc/gluegen2/example2/function.h /usr/share/doc/gluegen2/example2/gen.sh /usr/share/doc/gluegen2/example3/function.cfg /usr/share/doc/gluegen2/example3/function.h /usr/share/doc/gluegen2/example3/gen.sh /usr/share/doc/gluegen2/example4/function.c /usr/share/doc/gluegen2/example4/function.cfg /usr/share/doc/gluegen2/example4/function.h /usr/share/doc/gluegen2/example4/gen.sh /usr/share/doc/gluegen2/example5/function.c /usr/share/doc/gluegen2/example5/function.cfg /usr/share/doc/gluegen2/example5/function.h /usr/share/doc/gluegen2/example5/gen.sh /usr/share/doc/gluegen2/example6/function.cfg /usr/share/doc/gluegen2/example6/function.h /usr/share/doc/gluegen2/example6/gen.sh /usr/share/doc/gluegen2/example7/function.cfg /usr/share/doc/gluegen2/example7/function.h /usr/share/doc/gluegen2/example7/gen.sh /usr/share/doc/gluegen2/index.html
I see there has been an update in koji without addressing this issue. Removing from tracker ticket, since the docdir is non-versioned at least. > %global baserelease 1 This will become problematic for rpmdev-bumpspec. See bug 1043269. There are other packages that define multiple/distinct Release tag values for subpackages, and the script needs to bump a spec file in multiple places. rpmdev-bumpspec isn't able to recognise that this %baserelease is used to define %pkg_release which in turn is used to define %release. Too much macro-usage for just a single Release tag. > Name: gluegen2 > Group: Development/Libraries Base library packages typically are in group "System Environment/Libraries". > %files doc > %doc LICENSE.txt > %{_docdir}/%{name} This single %_docdir path entry is the culprit. It refers to the directory created and added by the base package: %files %doc LICENSE.txt It would be easy to fix, if you can live with the -doc subpackage installing the files into %{_docdir/%{name}-doc/ instead using %doc magic or during %install and with full paths.
gluegen2-2.0.2-2.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/gluegen2-2.0.2-2.fc20
I fixed all buggy items on this update however I kept "Development/Libraries" as a group. It is the preferred one (at least on my system) : $ rpmquery --queryformat '%{group}\n' -f /usr/share/java/*.jar |sort |uniq -c 1 Applications/Databases 2 Applications/Internet 1 Applications/Multimedia 4 Applications/Text 1 Development/Documentation 2 Development/Java 1 Development/Languages 176 Development/Libraries 5 Development/Libraries/Java 17 Development/Tools 1 file /usr/share/java/servlet.jar is not owned by any package 10 System Environment/Libraries 8 Text Processing/Markup/XML 12 Unspecified
No hard feelings about the Group tag. ;) It is optional nowadays anyway. A growing number of packagers don't specify it anymore, also because there is no complete and official list of groups. Just notice that it's a wide-spread packaging mistake to put Java runtime packages in Group "Development/Libraries", and that's why those packages you've queried are a misleading example. However, gluegen2 is a corner-case. It doesn't store files in /usr/share/java, it doesn't contain an executable in /usr/bin, it contains runtime libs/jars and therefore it may be seen as a development tool or build-time libs. $ rpmls -p gluegen2-2.0.2-2.fc20.x86_64.rpm -rw-r--r-- /usr/lib/java/gluegen2-rt.jar drwxr-xr-x /usr/lib64/gluegen2 lrwxrwxrwx /usr/lib64/gluegen2/gluegen2-rt.jar -rwxr-xr-x /usr/lib64/gluegen2/libgluegen2-rt.so -rw-r--r-- /usr/share/doc/gluegen2/LICENSE.txt -rw-r--r-- /usr/share/maven-fragments/gluegen2 -rw-r--r-- /usr/share/maven-poms/JPP-gluegen2-rt.pom
Package gluegen2-2.0.2-2.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gluegen2-2.0.2-2.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-0469/gluegen2-2.0.2-2.fc20 then log in and leave karma (feedback).
gluegen2-2.0.2-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.