https://bugzilla.redhat.com/show_bug.cgi?id=658754 --- Comment #6 from Esen Sagynov <esen.sagynov@xxxxxxx> --- Hello Michael and Jason, We have finalized our cubrid.spec and made big changes to how things get executed. We followed completely all the guidelines (if we missed something, please point us, we'll do our best to resolve them as well). Here is the new spec: http://sourceforge.net/projects/cubrid/files/CUBRID-8.4.1/Linux/Fedora-RPM/cubrid.spec/download Source code: http://sourceforge.net/projects/cubrid/files/CUBRID-8.4.1/Linux/Fedora-RPM/cubrid-8.4.1.2032.tar.gz/download RPM for F16 x64: http://sourceforge.net/projects/cubrid/files/CUBRID-8.4.1/Linux/Fedora-RPM/cubrid-8.4.1.2032-2032.fc16.x86_64.rpm/download Other files are available at: http://sourceforge.net/projects/cubrid/files/CUBRID-8.4.1/Linux/Fedora-RPM/ We have made changes to remove all the errors. After running rmplint on cubrid.spec there is only 1 error left which is part of how CUBRID package works: /usr/lib path is hardcoded. We'll fix it in the coming release. Please see: http://jira.cubrid.org/secure/attachment/12334/warnings-spec.txt We also fixed most major warnings. Only unharmful warnings left: - shared-lib-calls-exit (we know about this and will make changes in the coming version) - no-documentation and no-manual-page-for-binary (we don't have man pages, yet) - non-standard-uid, non-standard-gid, dangerous-command-in-%post and dangerous-command-in-%preun (since "cubrid" is not a standard user in Fedora, we also need chown and userdel for this purpose) - devel-file-in-non-devel-package (some libs must be in the main package because CUBRID uses them, otherwise, CUBRID will not work; we moved all libs to devel package which were possible to move) - dangling-symlink - service-default-enabled Please see: http://jira.cubrid.org/secure/attachment/12331/warnings.txt http://jira.cubrid.org/secure/attachment/12333/warnings-devel.txt http://jira.cubrid.org/secure/attachment/12332/warnings-demodb.txt Regarding Jason's JAVA_HOME related issue, we added the dependency for openkdk devel 1.6 version. So the compilation should go smoothly. Except all these, I believe we now have Fedora-almost-likable spec. If anyone of you has chance, please review our CUBRID spec. If it does comply with Fedora guidelines and those warnings can be ignored, we will start looking for a sponsor. Thank you in advance! Respectfully yours, Esen Sagynov. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review