Re: rpmfusion mockbuild service ?

2008-12-26 Thread Michael Schwendt
On Fri, 26 Dec 2008 23:53:00 +1100, David wrote:

> Thorsten Leemhuis wrote:
> > BTW, here it poor mens scratch build for RPM Fusion: Kick of a build, 
> > watch it closely and kill it once the last arch finished (and before its 
> > downloaded -- if you miss that point drop me a line and I'll delete the 
> > package from the needsign repo)
> Can you do this for a package you are reviewing or getting ready for 
> submission, ie before it is in cvs ?

By design, Plague can build from _either_ SRPMS _or_ CVS checkouts.

It would need modifications to make it support both. One could change the
design and make it a convention, that when it runs in CVS checkout mode,
any SRPMS sent to it are built only for scratch targets.

Plague isn't Koji. And it doesn't make any sense to try to duplicate all
of koji's features. Especially not if there are concrete plans on
migrating to koji+bodhi+mash. The question is not "can it do this and
that?", but "what do we want it to do?" and "what is necessary to achieve
that?".


Re: rpmfusion mockbuild service ?

2008-12-26 Thread Thorsten Leemhuis



On 26.12.2008 13:53, David Timms wrote:

Thorsten Leemhuis wrote:
BTW, here it poor mens scratch build for RPM Fusion: Kick of a build, 
watch it closely and kill it once the last arch finished (and before its 
downloaded -- if you miss that point drop me a line and I'll delete the 
package from the needsign repo)
Can you do this for a package you are reviewing or getting ready for 
submission, ie before it is in cvs ?


No (as discussed earlier in this thread).

And I for one don't understand where the realy benefit of above would 
be. If a package doesn't work on one of the archs then the packager will 
notice it when the package gets build for the first time in the 
buildsys. So he'll get aware of any build problems and needs to fix them.


But don't reply don't that para please. It's just my opinion and others 
obviously think differently.


CU
knurd


Re: rpmfusion mockbuild service ?

2008-12-26 Thread Michael Schwendt
On Fri, 26 Dec 2008 12:40:26 +0100, Thorsten wrote:

> >> I thought it could be useful to see that a package can build on all
> >> available arch and supported releases - that a packager doesn't have 
> >> machines running ;-)
> > 
> > Plague can do scratch-builds, also if configured to build only from
> > cvs. They are called "testing" builds though and need additional
> > build targets and optionally add-ons for the cvs Makefiles.
> 
> In the end it afaics makes a whole lot of work for a very small gain and 
> thus I think I can spend my time on things that are more important for 
> RPM Fusion.

It would not be a lot of work to duplicate the existing target config
files, rename them to *-scratch.cfg, set "testing = yes" and a "-testing"
alias, and leave it to the packagers to use these extra build targets with
"plague-client build ..." manually instead of using "make build".

If popular enough, I'm sure somebody will contribute a Makefile*
modification to make it more convenient (and e.g. construct the build
target alias on-the-fly if $BUILD_FLAGS contains --scratch).

> BTW, here it poor mens scratch build for RPM Fusion: Kick of a build, 
> watch it closely and kill it once the last arch finished (and before its 
> downloaded -- if you miss that point drop me a line and I'll delete the 
> package from the needsign repo)

It's the wrong approach IMO. A human bottle-neck where things could
be automated. I'd rather make available the Plague configuration in
RPM Fusion svn and be open for contributed changes.


Re: rpmfusion mockbuild service ?

2008-12-26 Thread David Timms

Thorsten Leemhuis wrote:
BTW, here it poor mens scratch build for RPM Fusion: Kick of a build, 
watch it closely and kill it once the last arch finished (and before its 
downloaded -- if you miss that point drop me a line and I'll delete the 
package from the needsign repo)
Can you do this for a package you are reviewing or getting ready for 
submission, ie before it is in cvs ?


DaveT.


Re: rpmfusion mockbuild service ?

2008-12-26 Thread Thorsten Leemhuis

On 20.12.2008 09:52, Michael Schwendt wrote:

On Sat, 20 Dec 2008 14:30:19 +1100, David wrote:


Thorsten Leemhuis wrote:

On 16.12.2008 22:25, David Timms wrote:
As far as I'm aware, packagers don't have access to be able to request 
rebuild of a .src.rpm package in mock, aka fedora. Would it be 
difficult to setup/maintain ? 
You want to test-build srpms in the rpmfusion buildsys? That is not 
really supported in plague, as it either works from CVS tags or from 
srpms -- our plague server is configured to use CVS tags, hence it can#t 
build srpms.

OK, so not possible at the moment. (Fedora calls it scratch build ?)

I thought it could be useful to see that a package can build on all
available arch and supported releases - that a packager doesn't have 
machines running ;-)


Plague can do scratch-builds, also if configured to build only from
cvs. They are called "testing" builds though and need additional
build targets and optionally add-ons for the cvs Makefiles.


In the end it afaics makes a whole lot of work for a very small gain and 
thus I think I can spend my time on things that are more important for 
RPM Fusion.


BTW, here it poor mens scratch build for RPM Fusion: Kick of a build, 
watch it closely and kill it once the last arch finished (and before its 
downloaded -- if you miss that point drop me a line and I'll delete the 
package from the needsign repo)


Cu
knurd



Re: rpmfusion mockbuild service ?

2008-12-20 Thread Michael Schwendt
On Sat, 20 Dec 2008 14:30:19 +1100, David wrote:

> Thorsten Leemhuis wrote:
> > On 16.12.2008 22:25, David Timms wrote:
> >> As far as I'm aware, packagers don't have access to be able to request 
> >> rebuild of a .src.rpm package in mock, aka fedora. Would it be 
> >> difficult to setup/maintain ? 
> > 
> > You want to test-build srpms in the rpmfusion buildsys? That is not 
> > really supported in plague, as it either works from CVS tags or from 
> > srpms -- our plague server is configured to use CVS tags, hence it can#t 
> > build srpms.
> OK, so not possible at the moment. (Fedora calls it scratch build ?)
> 
> I thought it could be useful to see that a package can build on all
> available arch and supported releases - that a packager doesn't have 
> machines running ;-)
> 
> DaveT

Plague can do scratch-builds, also if configured to build only from
cvs. They are called "testing" builds though and need additional
build targets and optionally add-ons for the cvs Makefiles.


Re: rpmfusion mockbuild service ?

2008-12-19 Thread David Timms

Thorsten Leemhuis wrote:

On 16.12.2008 22:25, David Timms wrote:
As far as I'm aware, packagers don't have access to be able to request 
rebuild of a .src.rpm package in mock, aka fedora. Would it be 
difficult to setup/maintain ? 


You want to test-build srpms in the rpmfusion buildsys? That is not 
really supported in plague, as it either works from CVS tags or from 
srpms -- our plague server is configured to use CVS tags, hence it can#t 
build srpms.

OK, so not possible at the moment. (Fedora calls it scratch build ?)

I thought it could be useful to see that a package can build on all
available arch and supported releases - that a packager doesn't have 
machines running ;-)


DaveT


Re: rpmfusion mockbuild service ?

2008-12-17 Thread Thorsten Leemhuis

On 16.12.2008 22:25, David Timms wrote:
As far as I'm aware, packagers don't have access to be able to request 
rebuild of a .src.rpm package in mock, aka fedora. Would it be difficult 
to setup/maintain ? 


You want to test-build srpms in the rpmfusion buildsys? That is not 
really supported in plague, as it either works from CVS tags or from 
srpms -- our plague server is configured to use CVS tags, hence it can#t 
build srpms.


CU
knurd


rpmfusion mockbuild service ?

2008-12-16 Thread David Timms
As far as I'm aware, packagers don't have access to be able to request 
rebuild of a .src.rpm package in mock, aka fedora. Would it be difficult 
to setup/maintain ? Would more processor/storage hardware be required to 
make such a think available ?


DaveT.