[Bug 201551] Review Request: db4o

[bugzilla at redhat.com]

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 at all-the-johnsons.co.uk  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.