[Bug 248] Review Request: rar - RAR archiver to create and manage RAR archives
http://bugzilla.rpmfusion.org/show_bug.cgi?id=248
--- Comment #24 from Chen Lei <supercyper(a)163.com> 2010-04-10 21:05:34 ---
(In reply to comment #23)
(In reply to comment #22)
> > 2.rar_static is useless for fedora, because fedora include all libs needed by
> > rar.
The idea is to distribute the package without changes but managed by RPM/Yum.
No needed. rar_static is all the same as rar except static linking with some
common libs which is totally forbidden in fedora package guideline. Also the
default makefile in rarlinux do not install it.
> > 3. *.sfx is an elf file and should be installed into
%{_libdir}
I installed sfxs there with symlinks to the place where the application awaits
them. It was changed by kwizart lately.
Using /usr/local is not permitted in fedora
package. The default path in
makefile for sfx is /usr/lib and it works, though it's not the best place for
sfx.
> 1.We should not distribute default.sfx in rar, because it's
opensource and can
> be built from unrar source(unrar already in fedora but missing default.sfx) for
> all platform.
> 2.I can not find any differnent between opensource unrar and closesource one,
> anymore information about this?
See https://bugzilla.rpmfusion.org/show_bug.cgi?id=248#c8.
Maybe you should add
more evidence about this, I tried "unrar help" with both
types of unrar and they display the same content. The opensource rar definitely
can handles the encryption and the authenticity verification.
Note: opensource unrar=nonfree rar
gna unrar=free rar
See http://en.wikipedia.org/wiki/Unrar
For other questions regarding removing parts or splitting the package
please
read the point #5 in the license.txt.
We don't need to distribute files that
already in other package with the same
function and probably the same copy of source. The rpm from Atrpms and also
debian repo don't distribute unrar in rar.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.