https://bugzilla.rpmfusion.org/show_bug.cgi?id=4041
--- Comment #16 from Nicolas Chauvet <kwizart(a)gmail.com> ---
(In reply to Mark Harfouche from comment #15)
...
> Fedora default to i686 nowadays (-march), so if this binary is
really built
> for i486, it could lead to issue. Anyone tested it there ? If it doesn't
> work one could also drop 32bit support.
Hoenstly, I don't own a 32bit computer anymore. I think it is i486 because
Then
maybe you can drop the i486 package and only package the x86_64 as
ExclusiveArch: x86_64.
If any end-user would need the 32bit support, then they can contribute the
packaging change.
Anyway, both options are possible.
Please try to use the %global defines on the top of the spec file (they have
been added twice).
libMendeley.so is packaged in a -devel sub-package, but there is no header. Are
you sure this symlink to the library isn't used at runtime ?
libPDFNetC is a library from another project. If you are using the pre-built
version from Mendeley, it will conflicts if both packages are installed.
https://github.com/PDFTron/PDFNetWrappers
Instead you need to either:
- Package libPDFNetC (in fedora) and use the version built from source.
- Use a dedicated path, not registered to the system linker, so Mendeley can
find it's libraries. (and add something like /usr/lib64/Mendeley to
LD_LIBRARY_PATH).
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.