I will totally vouch! ccing bz/brendan/darin for some SR lovin' Dietrich, can you provide links to some of your patches?
Session-restore patch: https://bugzilla.mozilla.org/attachment.cgi?id=219704&action=edit Testing alternate storage for Session-restore: https://bugzilla.mozilla.org/attachment.cgi?id=218920&action=edit Safe Mode Indication (in-progress) https://bugzilla.mozilla.org/attachment.cgi?id=217454&action=edit
Need the CVS form - www.mozilla.org/hacking/form.html
Status: NEW → ASSIGNED
Marcia, have you received the form yet? I sent it via mail prior to XTech, about 5/11. Thanks, -d
Form received. In reply to comment #5) > Marcia, have you received the form yet? I sent it via mail prior to XTech, > about 5/11. > > Thanks, > > -d >
What is the next step in the process? Do I need to get SR for browser & toolkit?
Next step is to list some of your fixes in the bug and get some SRs to chime in.
sr=me as a non-module-peer/owner, employed-by-same-outfit SR. A couple more SRs (who do not need to be module owner/peer for patches you have done, but at least one of whom should be employed elsewhere) and you are there. /be
I'll sr too, and if I have to quit to get Dietrich CVS access I will! :)
I'd still like a list of bugs Dietrich has worked on. Is comment 3 it, or are there others too?
Mike and Brendan, thanks for the SRs. BZ, here are a few more bugs that I've provided patches for: Ability to open accidentally closed tabs https://bugzilla.mozilla.org/show_bug.cgi?id=254021 Session-restore service causes Ts regression https://bugzilla.mozilla.org/show_bug.cgi?id=337320 These are obviously still active. As I was only a spectator/consumer of Mozilla development prior to being hired at MoCo, I don't yet have an extensive bugzilla history. As we discussed at the last onsite, MoCo employment doesn't change the criteria for commit privileges, so I fully understand if you all decide that I need to get more experience under my belt first. That said, I'm well shepherded by mconnor as well as a host of drive-by reviewers :)
Dietrich, in my mind quality matters more than quantity (certainly than past quantity). And what matters more than anything else is the way one responds to reviews and to post-checkin bustages of various sorts. ;) Based on the session-restore battle and what I see in those other bugs, sr=bzbarsky.
account created. over to server-ops for SSH key.
Assignee: marcia → server-ops
Status: ASSIGNED → NEW
Assignee: server-ops → justdave
Your CVS account has been created. Your CVSROOT should be: firstname.lastname@example.org:/cvsroot Don't forget to set your CVS_RSH environment variable to 'ssh'. If you have any problems connecting, let me know.
Status: NEW → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → FIXED
Thanks Dave. I'm getting "permission denied". Here's the ssh debug output. I'm able to login ok on other servers, so it shouldn't be a key problem on my end. autonome:~ dayala$ ssh -2 -v -l dietrich%mozilla cvs.mozilla.org OpenSSH_4.3p2, OpenSSL 0.9.8a 11 Oct 2005 debug1: Reading configuration data /opt/local/etc/ssh/ssh_config debug1: Connecting to cvs.mozilla.org [220.127.116.11] port 22. debug1: Connection established. debug1: identity file /Users/dayala/.ssh/id_rsa type -1 debug1: identity file /Users/dayala/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_3.9p1 debug1: match: OpenSSH_3.9p1 pat OpenSSH_3.* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-cbc hmac-md5 none debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'cvs.mozilla.org' is known and matches the RSA host key. debug1: Found key in /Users/dayala/.ssh/known_hosts:30 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,gssapi-with-mic debug1: Next authentication method: publickey debug1: Offering public key: /Users/dayala/.ssh/id_dsa debug1: Authentications that can continue: publickey,gssapi-with-mic debug1: Trying private key: /Users/dayala/.ssh/id_rsa debug1: No more authentication methods to try. Permission denied (publickey,gssapi-with-mic).
nm, my mistake, it's working.
You need to log in before you can comment on or make changes to this bug.