Closed Bug 535820 Opened 15 years ago Closed 14 years ago

Setup an etherpad on mozilla

Categories

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

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jrmuizel, Assigned: dmoore)

References

()

Details

Now that the etherpad code is released (http://code.google.com/p/etherpad/) and it will be going away. It would be nice if we could set up our own instance of it.
Summary: Setup a etherpad on mozilla → Setup an etherpad on mozilla
It sure would. etherpad.mozilla.com?
OS: Mac OS X → All
Hardware: x86 → All
(In reply to comment #1)
> It sure would. etherpad.mozilla.com?

(To be clear, I don't hate freedom, but etherpad.mozilla.org is EMO.)
CNAME for lunch.mozilla.com -> etherpad.mozilla.com too please.
I wouldn't call this production mostly because I can't figure out how to get it to run on :80 but you can hit:

http://etherpad.mozilla.com:9000/ (or http://lunch.mozilla.com:9000/ or the same variations with .org).  

Stuck on some web foo before I'd call this production (and it's not really on the right hardware / database).
Assignee: server-ops → jeremy.orem+bugs
I'll set up :80 next week.
I can't get to etherpad.mozilla.com when I'm connected to the MPT vpn.
Worth noting that some reports indicate the admin console for our install is public-facing and unauthenticated?
It is worth noting (was noted lastnight) and I wasn't aware that there was such an interface when I set it up.

working on a fix.
I have the reverse proxy up, but it looks like port etherpad.mozilla.com:80 isn't actually going to etherpad. Will you set that up?
Assignee: jeremy.orem+bugs → mrz
Assignee: mrz → dmoore
External HTTP access is now opened and forwarding correctly.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
I filed bug 544043 about an issue with etherpad.mozilla.com:80 (:9000 still works fine)
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.