lpf-* packages review process.

Nicolas Chauvet kwizart at gmail.com
Sun Nov 24 15:02:28 CET 2013


2013/11/22 Alec Leamas <leamas.alec at gmail.com>

> With the lpf package under way to fedora stable and the first lpf-*
> packages on their way into rpmfusion  there is an issue with the review
> process fo llpf-* packages (an lpf package).
>
> An lpf package is basically a wrapper for  the spec for a target package.
> E. g. lpf-skype contains lpf.skype.spec and skype.spec.in (see [1]).
>
> Formally, when reviewing the lpf-skype package a reviewer should review
> the package spec i. e., lpf-skype.spec. However, this is just some
> copy-paste code which is more or less the same for all lpf packages. It's
> still evolving, but it should be  more or less a non-issue when reviewing.
>
The only issue I expect is when the package is only available for a subset
of architectures, Given that it's often pre-build binaries, I guess most
lft packages should be made ExclusiveArch to match

I have no problem having to say the the real review is the bundled
spec.inthat's been said.
I should be common sense that guidelines should en-light.

Unrelated question. Can lpf be made to rebuild existing packages from
src.rpm (provided as sources repositories) using --with --without RPM
conditionals ? I think it would be very usefull.
Also, when I first thought about a feature like lpf; I expected
non-redistributable softwares to be provided as nosrc.rpm from the source
code repository instead. (so handled like any others packages in SCM)...


Nicolas (kwizart)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.rpmfusion.org/pipermail/rpmfusion-developers/attachments/20131124/a10d974c/attachment.html>


More information about the rpmfusion-developers mailing list