Closed Bug 1135512 Opened 6 years ago Closed 6 years ago

Please give Liz Henry svn commit access on specific /vc/projects/ paths

Categories

(Infrastructure & Operations :: MOC: Service Requests, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jdm, Assigned: pradcliffe+bugzilla)

References

Details

+++ This bug was initially created as a clone of Bug #1135168 +++

Specifically:


/libs/product-details
/projects/mozilla.com/trunk
/projects/mozilla.com/tags
/projects/mozilla-europe.org
/projects/mozillaonline.com

Which means addition to @mozilla-com-webmasters/@mozilla-com-trunk

Liz will add her ssh key
Added ehenry@mozilla.com to @mozilla-com-webmasters/@mozilla-com-trunk via puppet/trunk/modules/svn/files/svn/mozilla/authz.

She already has an ssh key in place, if she needs to change/update keys that can be done via https://login.mozilla.com/
Assignee: nobody → pradcliffe+bugzilla
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
According to https://bugzilla.mozilla.org/show_bug.cgi?id=1135168#c2 this isn't working yet.
Flags: needinfo?(pradcliffe+bugzilla)
Same ssh key as I'm using for mercurial access; ssh -v ehenry@people.mozilla.org also works fine for me,
but I still can't checkout /libs/product-details from svn.
I did all the group additions that were requested above. It appears more is needed for that access.

Added a specific allows for [/libs/product-details], [/projects/mozilla-europe.org] and [/projects/mozillaonline.com]

If this is going to be a regular set of requests it would probably be better to create a group for them.


:jdm - you are likely to get faster responses on bugs like this by reopening and setting the assignee back to default on them so the current MOC engineer on duty will see them (or asking in the #moc IRC channel quoting the bug number) rather than needinfo-ing a specific person who may not be working again for several days (I work Sun-Wed, for example) or may be on PTO, etc.
Flags: needinfo?(pradcliffe+bugzilla)
jdm and pir: I still get the same result - "You do not have a valid subversion account here!" for ehenry@mozilla.com.  

I tried lhenry@mozilla.com  and get a different result: "svn: E210002: Unable to connect to a repository at URL 'svn+ssh://lhenry@mozilla.com@svn.mozilla.org/libs/product-details'"

Sorry for the hassle...
Status: RESOLVED → REOPENED
Flags: needinfo?(pradcliffe+bugzilla)
Flags: needinfo?(josh)
Resolution: FIXED → ---
Assignee: pradcliffe+bugzilla → nobody
lhenry@Mozilla.com is an email alias, not an LDAP account, so that isn't going to work.

Reset the SVN enabled bit, try again?
Flags: needinfo?(pradcliffe+bugzilla)
Yeah!!! Thank you, that worked. I don't think I've ever felt so excited about svn to actually cheer during checkout...
Status: REOPENED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
Ah, glad it's finally sorted. Sorry that took so long.
Assignee: nobody → pradcliffe+bugzilla
I can checkout, but I can't checkin, sort of the opposite of a roach motel. When i checkin for product-details, I get this result:


~/product-details: svn ci -m "37.0b2 released"
Sending        LATEST_FIREFOX_DEVEL_VERSION.php
Sending        LATEST_FIREFOX_RELEASED_DEVEL_VERSION.php
Sending        history/firefoxHistory.class.php
Sending        json/firefox_history_development_releases.json
Sending        json/firefox_primary_builds.json
Sending        json/firefox_versions.json
Transmitting file data ......svn: E000013: Commit failed (details follow):
svn: E000013: Can't open file '/repo/svn/mozilla/db/txn-current-lock': Permission denied

/repo is on the server side so I must be  missing some permissions somewhere.
Status: RESOLVED → REOPENED
Flags: needinfo?(josh) → needinfo?(achavez)
Resolution: FIXED → ---
Well, that's a new an interesting error. I'm not sure what's up, since that lock file is dated Jan 14 2013. Looking into it.
Flags: needinfo?(achavez)
ehenry@moco needs to be added to the svn_mozilla LDAP group. will ping ashlee to flip ze bits.
Added ehenry@moco to svn_mozilla ldap group.
Liz reports it as working. Huzzah!
Status: REOPENED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
See Also: → 1241503
You need to log in before you can comment on or make changes to this bug.