1075453 - Discussion Forum: mozilla.release-engineering

Status: RESOLVED FIXED

(mozilla.org :: Discussion Forums, task)

Description

[Pete Moore [:pmoore][:pete]]

List Name: mozilla.dev.release-engineering
List Admin: [e-mail], 

Short Description:
For all release engineering discussion at Mozilla.

Long Description:
There are a ton of tools and systems in place to stand up the Release Engineering pipeline at Mozilla. Most of the custom development is done in python, with many integrations to other open source tools, in order that Mozillians worldwide can be empowered to contribute to the Mozilla product line, trusting in the Release Engineering systems to build, test and ship their software in a reliable and reproducible fashion.

We'd love to welcome you to our forum, and hear about your great ideas. We hope that you will feel encouraged to influence and shape the way Release Engineering is done at Mozilla, and not be afraid to join in with any discussion. And most importantly, we look forward to coding with you! =)

Justification / Special Instructions:

See bug 1074797 which explains the rationale behind this new discussion forum.

Comment 1

[Gervase Markham [:gerv]]

If this is about RE best practices and doing RE at Mozilla, it should probably be called mozilla.release-engineering. If it's about development of code and systems for RE, then mozilla.dev.release-engineering is the right name. If it's both, I'd probably go for the former name.

Once that question is resolved, server-ops can implement.

Gerv

Comment 2

[Pete Moore [:pmoore][:pete]]

I tend to favour mozilla.release-engineering, since it is both dev and operational work, but I'll summon the team, and get back with a definitive answer.

Comment 3

[Gervase Markham [:gerv]]

I have no problem with you using mozilla.release-engineering. Makes sense to me.

Gerv

Comment 4

[Pete Moore [:pmoore][:pete]]

I've sent an email to the team asking them to vote here:
http://www.easypolls.net/poll.html?p=542d157fe4b09149347e1ce7

Comment 5

[u429623]

(In reply to Pete Moore [:pete][:pmoore] from comment #4)
> I've sent an email to the team asking them to vote here:
> http://www.easypolls.net/poll.html?p=542d157fe4b09149347e1ce7

I'll note that there were already 4 votes for dev- in bug 1074797 made by commenting in the bug, and none for the alternative. I'd consider the issue resolved.

Comment 6

[Pete Moore [:pmoore][:pete]]

Thanks guys for all your interest and support!

The votes went 7 to 2 on the issue in favour of [e-mail], so this appears to be the (comfortable) winner, even considering comments in favour of "dev-" prefix in bug 1074797.

http://www.easypolls.net/poll.html?p=542d157fe4b09149347e1ce7

Server-ops: please go ahead with this.

Many thanks!
Pete

Comment 7

[Gervase Markham [:gerv]]

Why needinfo me? I've said it's fine for server-ops to go ahead with mozilla.release-engineering.

Gerv

Comment 8

[Pete Moore [:pmoore][:pete]]

(In reply to Gervase Markham [:gerv] from comment #7)
> Why needinfo me? I've said it's fine for server-ops to go ahead with
> mozilla.release-engineering.
> 
> Gerv

Sorry Gerv, I ni'd the wrong party.

Comment 9

[Pete Moore [:pmoore][:pete]]

(In reply to Pete Moore [:pete][:pmoore] from comment #6)

> Server-ops: please go ahead with this.

Hi Server Ops,

Do you have an idea when you might have time to set this up, or do you need any further information in order to progress this request?

Many thanks in advance,
Pete

Comment 10

[Pete Moore [:pmoore][:pete]]

I'm not sure how to progress this bug - would be great if we could land before http://python.ie/pycon/2014 is over (tomorrow), as there may be some interest from contributors there.

Comment 11

[Dave Miller [:justdave]]

I haven't touched these in years.  But my access to do so doesn't seem to have been revoked, so if the MOC folks don't get it I probably can, but that's their responsibility these days.

Who will be managing the moderator queue for this group?  Need to know that before it can be set up.  Even if it's an unmoderated group, there will be items getting stuck in the moderator queue (non-members posting, spam, etc) and Mailman will send you emails to tell you what's stuck there and ask for decisions. Each list needs a person to deal with that.

Comment 12

[Pete Moore [:pmoore][:pete]]

Thanks Dave! I am happy to be the moderator ([e-mail]) - or *if allowed* [e-mail] can be the moderator.

[e-mail] is the private internal email address for the Release Engineering group. The new discussion forum / email will be also for contributors - so is a wider group than [e-mail], which will be a subscriber to the new discussion forum.

Pete

Comment 13

[Pete Moore [:pmoore][:pete]]

Hi guys,

Is it possible to get an update on this?

Many thanks,
Pete

Comment 14

[Gervase Markham [:gerv]]

Server-ops normally triage these and assign them to someone. Not sure why that hasn't happened yet. Bumping to "major".

Gerv

Comment 15

[Ashlee Nguyen [:ashlee]]

Discussion form has been created. Please allow 24-48 hours turnaround from giganews/google.

Comment 16

[Pete Moore [:pmoore][:pete]]

Awesome!

Many thanks Ashlee, Rick, Gervase, Dave!

Comment 17

[Pete Moore [:pmoore][:pete]]

(In reply to Ashlee Chavez [:Ashlee] from comment #15)
> Discussion form has been created. Please allow 24-48 hours turnaround from
> giganews/google.

There seem to be two lists set up:
  * https://lists.mozilla.org/listinfo/release-engineering (expected)
  * https://lists.mozilla.org/listinfo/mozilla.release.engineering (not expected)

They both have separate administration pages:
  * https://lists.mozilla.org/admin/release-engineering
  * https://lists.mozilla.org/admin/mozilla.release.engineering

Maybe this is required for the newsgroup mirroring, but I just wanted to check. My concern is if this introduces a second email address, e.g.:

  * [e-mail] (working perfectly, thank you)
  * [e-mail] (untested)

I haven't tried writing to the second email address, in case it reaches real people, and confuses them, since we planned for the first email address only.

Maybe the above setup is expected, just want to double check that we don't end up with two different lists.

Thanks,
Pete

Comment 18

[Pete Moore [:pmoore][:pete]]

Please note, regarding the above two admin interfaces, I can login and change the settings of both, and the settings are not in sync - so they appear to be two genuinely separate accounts.

  * https://lists.mozilla.org/admin/release-engineering
  * https://lists.mozilla.org/admin/mozilla.release.engineering

Comment 19

[Gervase Markham [:gerv]]

(In reply to Pete Moore [:pete][:pmoore] from comment #18)
>   * https://lists.mozilla.org/admin/release-engineering

This is what should exist...

>   * https://lists.mozilla.org/admin/mozilla.release.engineering

This one is bogus. Can we remove it, please? :-)

Gerv

Comment 20

[Ed Lim [:limed]]

(In reply to Gervase Markham [:gerv] from comment #19) 
> >   * https://lists.mozilla.org/admin/mozilla.release.engineering
> 
> This one is bogus. Can we remove it, please? :-)
 Done

[[e-mail]1 bin]# ./rmlist -a mozilla.release.engineering
Removing list info
Removing private archives
Removing private archives
Removing public archives
mozilla.release.engineering public archives not found as /var/lib/mailman/archives/public/mozilla.release.engineering.mbox

Comment 21

[Pete Moore [:pmoore][:pete]]

Attachment: Screen Shot 2014-10-29 at 10.53.03.png

I changed the settings of the forum a couple of times to allow non-members to post messages (see attached screenshot - I set it to "Accept", but later it seems to get reset back to "Hold"). This means, sometime later, if somebody posts a message, it will get quarantined.

The reasons I wish for it to be Accept by default are:
1) The whole team gets the emails by virtue of [e-mail] being subscribed to the discussion forum, and therefore are not individually subscribed to the forum
2) Potential contributors may be discouraged from posting messages, if they first have to subscribe to the forum.

Is there a way to prevent this setting from getting overridden?

Many thanks,
Pete

Comment 22

[Pete Moore [:pmoore][:pete]]

url I am using to change this setting in comment 21 is: https://lists.mozilla.org/admin/release-engineering/privacy/sender

Comment 23

[Ed Morley [:emorley]]

I couldn't get that setting to work on a list that I admin in the past either.

Comment 24

[Pete Moore [:pmoore][:pete]]

Thanks ed for the tip in #releng - was able to set regular expression ^.* as a whitelist for non-members, essentially automatically accepting all non-members, and thus not needing to hit the fallback option setting in comment 21.

Tested, and works.

Another one bites the dust. =)

Comment 25

[Gervase Markham [:gerv]]

At least a while back, there was some Python script that "regularized" all the list settings, which meant you couldn't persist changes. Perhaps that's the source of the problem here. I was never able to find out much about it or why we actually needed it... Ask ashlee or justdave?

Gerv