26393 - set up functional testing area in cvs and quality.mozilla.org

Status: RESOLVED INVALID

(mozilla.org Graveyard :: Server Operations, task, P1)

Description

[cbegle]

> Okay, so how does this sound:
>
> - Need a separate area in the mozilla tree where people can check in 
>   tests.
> - Need to restrict access -- people who have permission to check into
>   the test area do not get permission to check into other directories
>   in the mozilla tree
> - Need a voucher system so people can get cvs passwords to this area
>   of the tree
> - Need to set up quality.mozilla.org to host the pages checked into
>   that tree.
> 
> How do I go about getting this set up?

Comment 1

[Risto Kotalampi]

That will work. IMHO, we should move all the cvs (write) activity to 
thelizard.mozilla.org (with different names). How about following CVSROOTs:

:pserver:username@(qa|quality).mozilla.org:/mozillaqa
:pserver:[e-mail]:/mozilladocs (<- this one being moved from 
gila, any other ideas about better name? This has docs & some internal tools)

Risto

Comment 2

[cbegle]

Adding Jan for qa input, and Dawn for docs input.

I think it sounds great.  Thanks, Risto!

Leaf did you have comments about this?  I remember you telling me you were 
mid-email about this one last week.

Comment 3

[Risto Kotalampi]

*** Bug 20962 has been marked as a duplicate of this bug. ***

Comment 4

[Christine Begle]

risto, can you tell me what is that status of this, and where this falls on your 
schedule?  i am getting to t he point where this would be really useful.

Comment 5

[Sean Chitwood]

I respectfully disagree that CVS is all that is needed for this. This would 
prevent any form of concise status reporting to the public.

I would like to volunteer to do DB setup and Server Side Scripting to help get 
this done.

Comment 6

[Christine Begle]

a project has sort of been started to do what you suggest. if you would like to 
start a discussion on it, that would be great!  the place is 
netscape.public.mozilla.qa.general.  

i don't think these are exclusive; i think these are complementary goals.  we 
need both, and this is a first step.  i don't think that putting off the ability 
to check in tests and stuff until we have a good database solution.

Comment 7

[Risto Kotalampi]

I'll increase priority of this. 

Comment 8

[Christine Begle]

thank you , risto!

Comment 9

[Mitchell Baker]

1.  Adding Jan Leger to cc list as QA needs this badly.

2.  Risto, this bug is preventing needed QA improvements.  Jan, feel free to 
chiime in with details if you want.  How do we get this moved to a high enough 
priority that something happens?  

Comment 10

[Risto Kotalampi]

I tried this once but got some problems integrating the new repository to 
despot. I don't remember exactly what it was but I'll look into it and get in 
touch with dmose. I'll try to do this before my vacation.

Comment 11

[Risto Kotalampi]

adding dmose, read the comments about despot, pse.

Comment 12

[Dan Mosedale (:dmosedale, :dmose)]

As far as I can recall, you never talked to me about having any problems with
despot, so I'm not sure what I can really do to help regarding that.  We can
certainly set up more partitions and repositories in despot as necessary, and
that should be fairly straightforward.  Just let me know which machine is going
to host the CVSROOT and where...

Comment 13

[Risto Kotalampi]

No, I didn't talk about this with you. The problems I had were something to do 
with adding new host to database. Can you take it from here?

I've setup this: :pserver:[e-mail]:/mozillaqa

It's currently on komodo but using name quality.mozilla.org gives us flexibility 
to move it elsewhere if needed.

Comment 14

[Dan Mosedale (:dmosedale, :dmose)]

OK, I'm on it.

Comment 15

[Risto Kotalampi]

Now I remember what was the issue where I stopped... you might have got to this 
already. 

It was easy to create new server to despot and let it know about new partitions. 
Problem was how to enable access to different users to it because it currently 
only have gila_group and cvs_group available. So, in order to create qa_group 
the users table in mysql there needs to be new column available and my SQL 
knowledge wasn't on the level that I felt comfortable doing it while database 
was running.

Comment 16

[Dan Mosedale (:dmosedale, :dmose)]

Mass reassign of mozilla.org infrastructure bugs, as I'm switching groups to
work on LDAP integration in Mozilla full-time.

Comment 17

[Risto Kotalampi]

IC can take this.

Comment 18

[Risto Kotalampi]

At this time, we will not work on this issue. If it ever comes back as an 
active project to us through CRM we will certainly handle it.

Comment 19

[Benjamin Smedberg]

Closing old Netscape IC bugs that no longer apply.