[Bug 26] Review request: dvbcut - Clip and convert DVB transport
streams to MPEG2 program streams
RPM Fusion Bugzilla
noreply at rpmfusion.org
Fri Jan 2 14:03:16 CET 2009
http://bugzilla.rpmfusion.org/show_bug.cgi?id=26
Andrea Musuruane <musuruan at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|3 |4
--- Comment #41 from Andrea Musuruane <musuruan at gmail.com> 2009-01-02 14:03:15 ---
(In reply to comment #40)
> > [-] MUST: The package must be named according to the Package Naming Guidelines.
> > Use an %{alphatag} beginning with the date in YYYYMMDD format
> > (this is OK) and followed by up to 16 (ASCII) alphanumeric characters
> > of your choosing (this is not OK). For example: 20081218svn. See:
> That could be read to be at 1<=charscount<=16, I guess. I had read the
I think you meant 0<=charscount<=16.
> guideline in conjunction with looking at another spec (ffmpeg), which doesn't
> use an alphatag, there is quite a few packages in RPM Fusion that do this:
> BasiliskII, SheepShaver, *madwifi, arcem, autopano-sift-C, ffmpeg,
> *iscsitarget, larabie, live555, slmodem, vdrsync, x264.
The change you made is OK for me. You may want to use a macro to handle the svn
revision.
> > [-] MUST: The License field in the package spec file must match the actual
> > license.
> > README.icons say that icons are under LGPLv2
> > Source files says licences is GPLv2+
> > Therefore licence must be GPLv2+ and LGPLv2, See:
> Would this apply ?
> "7: LGPLv2.1 gives you permission to relicense the code under any version of
> the GPL since GPLv2. If you can switch the LGPLed code in this case to using an
> appropriate version of the GPL instead (as noted in the table), you can make
> this combination. "
>
> I'm not sure what relicensing would entail: does it mean you have to adjust
> every file mentioning the LGPL 2.1 to GPL2 or greater ?
I think the Fedora guidelines are quite clear about this case: "If your package
contains files which are under multiple, distinct, and independent licenses,
then the spec must reflect this by using "and" as a separator."
The change you made is OK.
> I think this is probably just a temporary connection problem, since it works
> for me at the moment.
>
> This did lead me to review the script; I adjusted the commented out command
> that nukes the internally included ffmpeg sources and patches from the svn tree
> to use a find rather than rm.
Yes, it was a temporary problem.
I verified that the content of source archives matches the one created by the
snapshot script.
> > SHOULD Items:
> > [=] SHOULD: Packages should try to preserve timestamps of original installed
> > files.
> > Timestamps are not preserved using the original makefile. This should
> > be patched.
> Isn't the only file that is built is dvbcut executable ? It would have the time
> that the rpmbuild %build completed. A moment later %install sticks it in the
> buildroot. Is that the concern you are raising ?
No. There is also the man entry, whose timestamp is not preserved. This is a
SHOULD item and therefore it is not mandatory.
> New spec:
> http://members.iinet.net.au/~timmsy/dvbcut/dvbcut.spec
> srpm:
> http://members.iinet.net.au/~timmsy/dvbcut/dvbcut-0.5.4-6.20090101svn138.fc9.src.rpm
Not found. I found dvbcut-0.5.4-6.20090101svn138.fc10.src.rpm thought. I
reviewed this.
APPROVED.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the rpmfusion-developers
mailing list