[Buildbot-devel] Spec file, service script and info patch

Wed Apr 14 15:18:43 UTC 2010

On 14/04/10 11:15 +0000, Bailey, Darragh wrote:
>
>> -----Original Message-----
>> From: djmitche at gmail.com [mailto:djmitche at gmail.com] On 
>> Behalf Of Dustin J. Mitchell
>> Sent: 08 April 2010 01:37
>> To: Armstrong, Gareth; Bailey, Darragh; Gianluca Sforna
>> Cc: buildbot-devel at lists.sourceforge.net
>> Subject: Re: [Buildbot-devel] Spec file, service script and info patch
>> 
>> Holy cow, that's a lot of attachments.
>> 
>> As a project, how do you all suggest we handle this?  In Amanda, we
>> have a packaging/ subdirectory in version control that contains the
>> relevant source for debs, rpms, etc.  Is that appropriate for
>> Buildbot?  Would it be appropriate for us to use the metabuildbot to
>> make "unofficial" RPMs, or should we wait for the various distros to
>> catch up to each release (which they seem to have been very good
>> about!)?
>> 
>> Or would it be better to expand the Trac wiki to include links to
>> these files for interested parties to download and tweak to their
>> needs?
>> 
>> Open to suggestions..
>> Dustin
>
>I think Gareth and myself should be able to merge most of the differences between our specfiles :-) .
>
>
>There are some that require a little more thought:
>In the spec file I send on, there is some legacy behaviour from having to work with mulitple python versions on the same system. So I generally added the ability to build a package with the python version embedded in the package name.
>i.e. python2.3-buildbot or python2.4-buildbot instead of python-buildbot with .el4 or .el5 appended to the release field.
>
>This stems from using buildbot with RHAS 2.1 where python 2.2 was the system default and I rebuilt a python 2.3 package and installed it side by side in order to avoid to many issues with trying to get twisted + buildbot to work with python < 2.3.
>
>But is this worth keeping going forward? I'm beginning to side with the idea that if someone else needs this behaviour, as long as the spec file doesn't make it to hard to add, then it should be dropped in the merged version of the spec file to being included with the project.
>
>Any thoughts regarding this?

My $0.02 ...

I would agree. At this point python2.2 is quite ancient anyway.

>Service related files: 
>Do you want to include these? Currently I only use them on RHEL4 & 5. The inclusion of these files contain most of the remaining differences in the spec files.

No harm in including it but maybe it should be in the share data or
docs as an example as many people don't run buildbot as a single
service but with a farm of builders/masters on a host(s).

>Remaining differences are around enabling the tests. I like how Gareth added the ability that if additional SCM tests were requested to be run, then additional BuildRequires lines were added. Would it be useful to flesh these out more? Either individual '--with's or if someone specifies something like '--with test_all_scms', that the rpm spec file include BuildRequires for all SCM's that buildbot can currently work with?

BuildRequires needing all the SCM's would be OK, but I'd say don't add
them all to the Requires :-).

>
>
>--
>Regards,
>Darragh Bailey
>
>Systems Software Engineer
>Hewlett Packard Galway Ltd.
>
>Postal Address:    Hewlett Packard Galway Limited, Ballybrit Business Park, Galway
>Registered Office: Hewlett Packard Galway Limited, 63-74 Sir John Rogerson's Quay Dublin 2
>Registered Number: 361933 
>
>
>------------------------------------------------------------------------------
>Download Intel® Parallel Studio Eval
>Try the new software tools for yourself. Speed compiling, find bugs
>proactively, and fine-tune applications for parallel performance.
>See why Intel Parallel Studio got high marks during beta.
>http://p.sf.net/sfu/intel-sw-dev
>_______________________________________________
>Buildbot-devel mailing list
>Buildbot-devel at lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/buildbot-devel

-- 
kthxbye!
Steve 'Ashcrow' Milner
Agent of Infosec
RHCE: https://www.redhat.com/training/certification/verify/?certno=805009277242449
ITIL Foundation: c.721843
IRC: ashcrow
GnuPG ID: 28DFD4BE

-----BEGIN GEEK CODE BLOCK-----
Version: 3.1
GCS/IT/MU/O d-- s:+> a- C+++$ UBL+++$ P++@ L+++$>++++ !E--> W+++$ !N-
!o K--? !w-- !O- M- !V- PS PE+ Y+ PGP+++ t+ !5 !X R tv+ b+>++ DI+ !D-
G e h !r>+++ y?
------END GEEK CODE BLOCK------

"In the heat of conversation I may have said certain things I believe 
to be untrue. The alleged lie that you might have heard me saying 
allegedly moments ago ... that's a parasite that lives in my neck." 
     -- Tad Ghostal
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://buildbot.net/pipermail/devel/attachments/20100414/73ce85b0/attachment.bin>