Re: [Toolserver-l] [Labs-l] DEPRECATED: tools.wikimedia.de - Get rid of it!

2014-05-20 Thread Silke Meyer
Hi again,

 Indeed. Assuming WMDE isn't planning on not having any web servers, their
 existing web server for wikimedia.de can keep redirecting tools.wikimedia.de
 to toolserver.org. No changes necessary.

So okay, not making any change to the DNS entry is completely okay for
me. WMF ops then have to decide about the SSL certificate question.

 If WMDE really wants to remove them, they could point that subdomain to
 WMF servers and have WMF do the redirect and simply don't provide an SSL
 certificate. E.g. WMF would use a self-signed certificate or an invalid one
 like
 the one for wikipedia.org, WMF does this all the time for old or unused
 domains:

 wikipedia.com
 * https://www.wikipedia.com/

 wikimediacommons.org
 * https://wikimediacommons.org/

 And if we really really want, one could purchase a separate certificate for
 just
 tools.wikimedia.org (so that the wildcard one isn't needed) and transfer
 only
 that to WMF.

For me, it is important that I don't have to deal with that domain any
longer. Simply keeping the CNAME causes on work at all. If you at WMF
want to handle the certificate question in the future, you can go
ahead. At the Hackathon, I understood that Coren is no fan of such a
solution though.

Best, Silke

-- 
Silke Meyer
Internes IT-Management und Projektmanagement Toolserver

Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 260

http://wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das
Finanzamt für Körperschaften I Berlin, Steuernummer 27/681/51985.

___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: 
https://wiki.toolserver.org/view/Mailing_list_etiquette

Re: [Toolserver-l] Burnbridges question

2014-05-20 Thread Alexander Mette
Hi Russell,

sorry for the late answer.

On 13/05/14 19:47, Russell Blau wrote:
 I wanted to clear out the files of an MMP (named dpl), so I used
 become to switch to the project's account, then ran burnbridges. 
For cleaning out an MMP there are a different set of tools that are
named with an appended -mmp. So to take action on an MMP, do not use
'become', just stay your normal user and run

byebye-mmp
and
burnbridges-mmp MMP Name

to build your data package and after downloading it delete the data and
expiring your account.

 This generated a nice, red message saying You do not have an .htaccess
 with Redirects to wmflabs.org !!! 
Glad you liked it! ;)

 So, I checked:
 
 dpl@nightshade:~$ cat public_html/.htaccess
 Redirect permanent /~dpl http://tools.wmflabs.org/dplbot
 
 Should I just ignore the message and complete burnbridges anyway?
The scripts should now fail, if you run them as the wrong user. Could
you test please?

cheers
amette

___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: 
https://wiki.toolserver.org/view/Mailing_list_etiquette

Re: [Toolserver-l] [Labs-l] DEPRECATED: tools.wikimedia.de - Get rid of it!

2014-05-20 Thread Alexander Mette
Hi all,

On 20/05/14 13:27, Silke Meyer wrote:
 Hi again,
 
 Indeed. Assuming WMDE isn't planning on not having any web servers, their
 existing web server for wikimedia.de can keep redirecting tools.wikimedia.de
 to toolserver.org. No changes necessary.
 
 So okay, not making any change to the DNS entry is completely okay for
 me. WMF ops then have to decide about the SSL certificate question.
keeping the domain a CNAME just as is and considering it a deprecated
one at the WMF end makes the most sense to me. This way it is just a
legacy entry on WMDE side that never has to be touched again except for
eventual deletion. And on WMF side it will receive an invalid
certificate. So tools will not fail, but give a cert warning which
should hopefully trigger fixing URLs at the maintainers' at some point
in time. Also this solution does not need any special coordination of
certificates, A or MX-records and whatnot.

2cents
amette

 If WMDE really wants to remove them, they could point that subdomain to
 WMF servers and have WMF do the redirect and simply don't provide an SSL
 certificate. E.g. WMF would use a self-signed certificate or an invalid one
 like
 the one for wikipedia.org, WMF does this all the time for old or unused
 domains:

 wikipedia.com
 * https://www.wikipedia.com/

 wikimediacommons.org
 * https://wikimediacommons.org/

 And if we really really want, one could purchase a separate certificate for
 just
 tools.wikimedia.org (so that the wildcard one isn't needed) and transfer
 only
 that to WMF.
 
 For me, it is important that I don't have to deal with that domain any
 longer. Simply keeping the CNAME causes on work at all. If you at WMF
 want to handle the certificate question in the future, you can go
 ahead. At the Hackathon, I understood that Coren is no fan of such a
 solution though.
 
 Best, Silke
 

-- 
--
https://amette.eu
m...@amette.eu

___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: 
https://wiki.toolserver.org/view/Mailing_list_etiquette

Re: [Toolserver-l] [Labs-l] DEPRECATED: tools.wikimedia.de - Get rid of it!

2014-05-20 Thread Tim Landscheidt
Silke Meyer silke.me...@wikimedia.de wrote:

 [...]

 For me, it is important that I don't have to deal with that domain any
 longer. Simply keeping the CNAME causes on work at all. If you at WMF
 want to handle the certificate question in the future, you can go
 ahead. At the Hackathon, I understood that Coren is no fan of such a
 solution though.

I think Merlijn and Platonides are just proposing to replace
the CNAME with a virtual host tools.wikimedia.de on the web-
server that currently handles wikimedia.de,
blog.wikimedia.de, forum.wikimedia.de and www.wikimedia.de
that just does a HTTP redirect to toolserver.org (which then
gets handled by WMF), and that should be *very* close to no
work at all :-).

But there would only be a difference in HTTPS compared to
the CNAME solution, and as Merlijn pointed out that
tools.wikimedia.de predates HTTPS on Toolserver, I'm fine
with keeping the CNAME (or pointing it to the new webserver)
as well.

Tim


___
Toolserver-l mailing list (Toolserver-l@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/toolserver-l
Posting guidelines for this list: 
https://wiki.toolserver.org/view/Mailing_list_etiquette