FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Packaging

 
 
LinkBack Thread Tools
 
Old 01-19-2011, 02:23 PM
Dan Horák
 
Default Reviewing Tryton applicaiton modules

Hello all,

I'm the owner of Tryton Feature for F-15 [1] and I need to add about 50
packages containing the application modules into Fedora. The source
archives of the modules have a common structure so there is spec file
generator that can prepare the spec files from a template. Their bugfix
releases are done independently, so they can't be part of one big source
package.

My question is whether I could do the formal review on one of the
modules, update the spec generator as required, refresh the spec files
and then somehow mass-import the rest. I don't see much value in
opening 50 reviews when they all would be the same, only the package
name would differ. Naturally the whole process could be scripted ...

the actual spec files are at http://fedora.danny.cz/tryton/modules/
the generator is
http://fedora.danny.cz/tryton/modules/tryton-module2spec
and corresponding template is
http://fedora.danny.cz/tryton/modules/tryton-module2spec.template

a placeholder bugzilla for the initial module review is
https://bugzilla.redhat.com/show_bug.cgi?id=670860


Dan

[1] https://fedoraproject.org/wiki/Features/Tryton

--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 
Old 01-19-2011, 07:42 PM
"Jason L Tibbitts III"
 
Default Reviewing Tryton applicaiton modules

>>>>> "DH" == Dan Horák <dan@danny.cz> writes:

DH> My question is whether I could do the formal review on one of the
DH> modules, update the spec generator as required, refresh the spec
DH> files and then somehow mass-import the rest.

Well, you should of course submit one or two first and then adjust the
rest based on feedback. But if you want an exemption from Fedora
policy, you should talk to FESCo. Personally I'd think that every
package needs a review, regardless of how trivial you believe that to
be. (Witness Perl modules, which are almost all identical and
mechanically generated.) But don't dump them on the review queue all at
once, unless you want to annoy people and have them ignore your packages
altogether.

- J<
--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 
Old 01-19-2011, 07:55 PM
Jon Ciesla
 
Default Reviewing Tryton applicaiton modules

Jason L Tibbitts III wrote:
>>>>>> "DH" == Dan Horák <dan@danny.cz> writes:
>>>>>>
>
> DH> My question is whether I could do the formal review on one of the
> DH> modules, update the spec generator as required, refresh the spec
> DH> files and then somehow mass-import the rest.
>
> Well, you should of course submit one or two first and then adjust the
> rest based on feedback. But if you want an exemption from Fedora
> policy, you should talk to FESCo. Personally I'd think that every
> package needs a review, regardless of how trivial you believe that to
> be. (Witness Perl modules, which are almost all identical and
> mechanically generated.) But don't dump them on the review queue all at
> once, unless you want to annoy people and have them ignore your packages
> altogether.
>
> - J<
> --
> packaging mailing list
> packaging@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/packaging
>
Agreed, and by the same token, if they're all materially the same, the
reviews should be easy.

-J

--
in your fear, seek only peace
in your fear, seek only love

-d. bowie

--
packaging mailing list
packaging@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/packaging
 

Thread Tools




All times are GMT. The time now is 03:49 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org