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: db4o https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201551 ------- Additional Comments From paul@xxxxxxxxxxxxxxxxxxxxxx 2006-08-08 04:13 EST ------- "I don't know which mono packaging guidelines you've been reading, but those I pointed you to (from the Mono SIG page) say to use %{_libdir} and nothing else." See what happens when you build on x86_64 and you'll see why %{_prefix}/lib is permissable. Until such time that mono is fixed (that is, on x86 builds to /usr/lib and x86_64 builds to /usr/lib64) either upstream or for FC, the only 100% guaranteed method for others to be able to pick it up is to statically define where things go. This has been accepted in the short term (have a look at every other mono package registered to me and you'll see exactly the same hack is applied) "They also say those rpmlint errors are to be ignored, so I don't understand why you want to make it a noarch package. Mono packages aren't supposed to be noarch, according to those guidelines. I've already said that." Normally on a mono package, the executable is in /usr/lib/<package_name> with a symlink back to %{_bindir} and so rpmlint moans. What has happened here is I was in a rush to get out to get to work and have misread what you've said. Requires : mono-core, point taken. -- Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. _______________________________________________ Fedora-package-review mailing list Fedora-package-review@xxxxxxxxxx http://www.redhat.com/mailman/listinfo/fedora-package-review