[Piuparts-devel] Bug#735909: testing more architectures with piuparts

Holger Levsen holger at layer-acht.org
Fri Apr 14 10:53:16 UTC 2017


reassign 762308 piuparts.debian.org
merge 735909 762308
retitle 735909 piuparts.$ARCH.debian.org
thanks

> On Sun, Mar 19, 2017 at 09:30:05AM +0800, Paul Wise wrote:
> > > However, I realized today, that there is a cheap way out:
> > > - rename piuparts.d.o to amd64.piuparts.d.o
> > > - point piuparts.d.o at somewhere sensible (on amd64.piu….d.o)
> > We would need to make sure that this part doesn't break all the
> > services that use it or link to it. 
> of course.
> that's actually the beauty of this solution: amd64 stays the same. 

to be clear, for a start it's enough to 
- add two new vhosts, piuparts.amd64.d.o and piuparts.i386.d.o
  and point piuparts.d.o to piuparts.adm64.d.o
- run two masters on pejacevic, one for amd64 and one for i386, which
  create two websites and are served by different slaves…

Then, we will want to add some inter-architecture links, though maybe
this will stay rather minimal, as I believe the long term solution should
rather be to store the piuparts results in postgresql and use a dynamic
frontend… but this is really longterm and independent of the above "hack"
to support several archs with minimal code changes now.

> >That appears to be at minimum,
> > release.d.o, UDD, PTS/tracker, DDPO and jenkins.

Yes, indeed.


This is currently awaiting feedback from DSA about the new i386 slave.


-- 
cheers,
	Holger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 811 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/piuparts-devel/attachments/20170414/ca285df6/attachment.sig>


More information about the Piuparts-devel mailing list