kuserfeedback-server.x86_64: W: htaccess-file /usr/share/php/kuserfeedback/.htaccess kuserfeedback-server.x86_64: W: htaccess-file /usr/share/php/kuserfeedback/admin/.htaccess kuserfeedback-server.x86_64: W: htaccess-file /usr/share/php/kuserfeedback/analytics/.htaccess kuserfeedback-server.x86_64: W: htaccess-file /usr/share/php/kuserfeedback/receiver/.htaccess You have individual apache configuration .htaccess file(s) in your package. Replace them by a central configuration file in /etc/, according to the web application packaging policy for your distribution. kuserfeedback-server.x86_64: W: install-file-in-docs /usr/share/doc/packages/kuserfeedback-server/INSTALL A file whose name suggests that it contains installation instructions is included in the package. Such instructions are often not relevant for already installed packages; if this is the case for this file and it does not contain any information that is of interest after the package has been built and installed, do not include the file in the binary package. kuserfeedback-devel.x86_64: W: no-dependency-on kuserfeedback*/kuserfeedback-libs/libkuserfeedback* kuserfeedback-devel.x86_64: W: no-version-in-last-changelog kuserfeedback-imports.x86_64: W: no-version-in-last-changelog kuserfeedback-lang.noarch: W: no-version-in-last-changelog kuserfeedback-server.x86_64: W: no-version-in-last-changelog kuserfeedback-tools.x86_64: W: no-version-in-last-changelog kuserfeedback.src: W: no-version-in-last-changelog libKUserFeedbackCore1.x86_64: W: no-version-in-last-changelog libKUserFeedbackWidgets1.x86_64: W: no-version-in-last-changelog The latest changelog entry doesn't contain a version. Please insert the version that is coherent with the version of the package and rebuild it. libKUserFeedbackCore1.x86_64: W: shared-lib-calls-exit /usr/lib64/libKUserFeedbackCore.so.1.2.0 exit@GLIBC_2.2.5 This library package calls exit() or _exit(), probably in a non-fork() context. Doing so from a library is strongly discouraged - when a library function calls exit(), it prevents the calling program from handling the error, reporting it to the user, closing files properly, and cleaning up any state that the program has. It is preferred for the library to return an actual error code and let the calling program decide how to handle the situation. 8 packages and 0 specfiles checked; 0 errors, 15 warnings.