Please do not reply directly to this email. All additional comments should be made in the comments box of this bug report. Summary: Review Request: openfire -- Instant messaging and groupchat server based on XMPP https://bugzilla.redhat.com/show_bug.cgi?id=429694 ------- Additional Comments From mcepl@xxxxxxxxxx 2008-01-23 12:20 EST ------- This is the output of lintian -- I am not sure about that Noarch suggestion -- aren't these *.so files arch dependent? [matej@hubmaier rpm]$ rpmlint -i RPMS/x86_64/openfire-3.4.4-2.fc9.x86_64.rpm openfire.x86_64: E: no-binary The package should be of the noarch architecture because it doesn't contain any binaries. openfire.x86_64: E: only-non-binary-in-usr-lib There are only non binary files in /usr/lib so they should be in /usr/share. openfire.x86_64: W: dangerous-command-in-%post chown openfire.x86_64: W: service-default-enabled /etc/init.d/openfire The service is enabled by default after "chkconfig --add"; for security reasons, most services should not be. Use "-" as the default runlevel in the init script's "chkconfig:" line and/or remove the "Default-Start:" LSB keyword to fix this if appropriate for this service. openfire.x86_64: W: class-path-in-manifest /usr/lib64/openfire/lib/jtds.jar The META-INF/MANIFEST file in the jar contains a hardcoded Class-Path. These entries do not work with older Java versions and even if they do work, they are inflexible and usually cause nasty surprises. New SRPMS is at http://mcepl.fedorapeople.org/rpms/openfire-3.4.4-2.fc9.src.rpm -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review