http://bugzilla.rpmfusion.org/show_bug.cgi?id=248
--- Comment #10 from Lubos Stanek <lubek(a)users.sourceforge.net> 2009-02-02 14:40:05
---
(In reply to comment #9)
(In reply to comment #8)
> Binaries should not be stripped, e.g. to distribute as designed.
They aren't stripped at this time, as %define debug_package %{nil}
is used.
Yes, they are. Check brp-strip*.
> There is another superior feature of the shareware rar/unrar. It
handles the
> encryption and the authenticity verification (registered) unlike the free
> source unrar.
> Therefore you should package the unrar binary as well and handle it in
> alternatives with higher priority over the free source unrar.
It would seems accurate. But from my needs, maybe the alternative will have to
cover the version as dvdrip seems to request rar/unrar 2.xx (and not 3.xx).
So as i don't think we can use alternative on a rename base (rar-> rar-3.80),
maybe we will have to use it on a path name base. (/usr/bin/rar ->
/usr/bin/rar-3.xx/rar )
No objections.
Although rar 2.xx is required only by dvdrip and it would suffice to distribute
/usr/bin/rar29 for example. You would have to patch dvdrip in either case to be
able to find it automatically.
Would not it be better to use some free archiver for this purpose? Are some
players able to extract a vobsub track from a different archive? I must say
that I am not an expert in this area.
> Another good feature would be to package more sfx modules for
other OSs, mainly
> the most frequent one ( :-D ).
I'm not well aware of what sfx modules are usefull for (would just use rar from
dvdrip actually) . I'm opened to suggestions here.
The sfx (selfextractor)
modules are prepended to the archive to create the
binary self extracting archive.
These sfx modules would be reasonable:
bsd.sfx
dosx.sfx
linux-x86.sfx
linux-x86_64.sfx
osx.sfx
windows-console.sfx
windows.sfx
windows-zip.sfx
Notice that this feature would extend the original distribution.
--
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.