On Thu, Feb 13, 2014 at 4:58 PM, Arthur Richards wrote:
> Actually, I semi-take that back. I am still getting some exceptions like:
> requests.exceptions.SSLError: [Errno 1] _ssl.c:504: error:14090086:SSL
> routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
>
At first I thought this m
I like how we got these things done early in the process:
- termed the proposal as 'improve password policy', in the subject, implying
that the solution is good - instead of asking how to do it
- put a single proposal, raising the requirement, instead of putting a few
proposed changes and asking
Actually, I semi-take that back. I am still getting some exceptions like:
requests.exceptions.SSLError: [Errno 1] _ssl.c:504: error:14090086:SSL
routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
But at least it's not complaining about a domain mismatch anymore.
On Thu, Feb 13, 2014
That seems to have done it - thanks a ton Daniel!
On Thu, Feb 13, 2014 at 4:46 PM, Daniel Zahn wrote:
> On Thu, Feb 13, 2014 at 1:13 PM, Arthur Richards >wrote:
>
> > things Just Work but changing the load order of the Apache sites sounds
> > like a smart thing to do regardless. Do we need an
On Thu, Feb 13, 2014 at 1:13 PM, Arthur Richards wrote:
> things Just Work but changing the load order of the Apache sites sounds
> like a smart thing to do regardless. Do we need an RT ticket for that?
>
should be fixed by this:
https://gerrit.wikimedia.org/r/#/c/113265/1
try again ?
--
Dani
On Tue, Feb 4, 2014 at 1:33 AM, Petr Bena wrote:
>
> Now just remember that password.
I think that issue has been solved quite a while ago, you don't remember
passwords,
you keep them in password stores. you may have a master password to
remember but you don't
have the same on all services and
Thanks everyone, Daniel, that makes sense to me.
Some quick sleuthing shows that the requests library has some SSL
negotiation issues resolved in 2.x (tool labs is currently running 1.1.0),
though I'm not quickly finding specifics. I am hoping an upgrade will make
things Just Work but changing the
Either way it's probable not bad to change the order of loading Apache
sites to make Bugzilla
the default now. If somebody doesn't get what they want, at least they get
the Bugtracker
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://list
Bingle is actually a python tool: https://github.com/awjrichards/bingle
Arthur, sorry I spend a couple minutes brainstorming and came up empty.
Keep us updated and I'll take a more serious look if the problem persists.
On Thu, Feb 13, 2014 at 3:58 PM, Daniel Zahn wrote:
> Arthur,
>
> i think
Arthur,
i think i know the issue here. zirconium is indeed a shared host, so it
runs several misc. web services
using https on a single IP, so we rely on clients speaking SNI to get the
correct virtual host.
java 6 and IE on XP are among the few clients who don't.
I think your applications are j
First of two summary & "what's up now" posts.
TitleValue:
https://www.mediawiki.org/wiki/Architecture_Summit_2014/TitleValue Next
steps: Nik is leading the discussion, Daniel will help with the process to
identify desired service interfaces, and we're discussing it in the RFC
review this Friday (t
Even setting verify=False on requests to https://bugzilla.wikimedia.org is
resulting in some weirdness. I have a hunch it is due to the fact that tool
labs has an extremely outdated version of the Python Requests library,
which has a variety of known SSL negotiation issues. I've filed a bugzilla
ti
I can make the tools work by setting SSL verification to False, but this
doesn't seem like the soundest approach. Looking at the SSL cert info from
https://bugzilla.wikimedia.org looks valid to me - anyone know what might
be causing this?
On Thu, Feb 13, 2014 at 12:41 PM, Arthur Richards
wrote:
Just wanted to give everyone a head's up that Bingle/Bugello are broken
after yesterday's BZ upgrade. At quick glance it appears related to BZ's
move to a shared host - the tools are dying with the exception:
requests.exceptions.SSLError: hostname 'bugzilla.wikimedia.org' doesn't
match either of '
For those working with WMF browser tests, we now have test setup methods
available via a new Rugygem[1]. The Rubygem uses the Mediawiki API to
provide methods for creating and deleting articles, as well as creating
users. More methods will likely be added in the near future.
Documentation on
Reminder: the way you request a scholarship is to fill out the registration
form!
Deadlines to register:
scholarship needed: March 16th
visa assistance needed: March 16th
lodging needed: April 16th
nothing needed: May 9th
Thanks to Wikimedia Switzerland (WMCH) a
Finished.
On Thu, Feb 13, 2014 at 5:39 PM, Petr Bena wrote:
> Hi,
>
> When I started working on wm-bot I was designing it for less than 3
> channels. I am really very happy that there are so many people who
> like it, and somehow it happened, that the bot is now being used in
> more than 170 chan
Call for Participation SEMANTiCS 2014
Transfer // Engineering // Community
10th International Conference on Semantic Systems (formerly known as
I-SEMANTICS)
Leipzig, Germany, September 4-5, 2014
http://www.semantics.cc
Towards Engineering of Information Machines - We believe that sema
Hi,
When I started working on wm-bot I was designing it for less than 3
channels. I am really very happy that there are so many people who
like it, and somehow it happened, that the bot is now being used in
more than 170 channels.
That is slightly more than I designed it for, and its maintenance
Le 13/02/2014 02:23, Andre Klapper a écrit :
> bugzilla.wikimedia.org has been upgraded from version 4.2.7 to 4.4.1.
> [For the technical audience: Bugzilla was also moved to a different
> server in the new datacenter and Bugzilla is puppetized now.]
>
> I would really like to thank Daniel Zahn and
On Thu, Feb 13, 2014 at 6:36 AM, Petr Bena wrote:
> Yes now it's up here as well, maybe DNS? I am from EU...
Ok, thanks for confirming.
Maybe yea, even though I tried to keep that minimal
by reducing TTL to 5 minutes over an hour before the switch and setting it
back to 1H while
after it. Tha
Daniel Zahn, 13/02/2014 15:34:
On Thu, Feb 13, 2014 at 12:21 AM, Petr Bena wrote:
Right now I see just "bugzilla is down" :/
can't confirm.
Same happened to me, you just have to hard refresh.
Nemo
___
Wikitech-l mailing list
Wikitech-l@lists.
Yes now it's up here as well, maybe DNS? I am from EU...
On Thu, Feb 13, 2014 at 3:34 PM, Daniel Zahn wrote:
> On Thu, Feb 13, 2014 at 12:21 AM, Petr Bena wrote:
>
>> Right now I see just "bugzilla is down" :/
>>
>>
> can't confirm. it was just down during the scheduled maintenance.
> we used al
On Thu, Feb 13, 2014 at 12:21 AM, Petr Bena wrote:
> Right now I see just "bugzilla is down" :/
>
>
can't confirm. it was just down during the scheduled maintenance.
we used almost the maxium time but stayed in the announced window
right after the switch people on IRC were happily using it again
Hi,
The report covering Wikimedia engineering activities in January 2014 is now
available.
Wiki version:
https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2014/January
Blog version:
https://blog.wikimedia.org/2014/02/13/engineering-report-january-2014/
We're also proposing a shorter, s
Right now I see just "bugzilla is down" :/
On Thu, Feb 13, 2014 at 2:23 AM, Andre Klapper wrote:
> Hi,
>
> bugzilla.wikimedia.org has been upgraded from version 4.2.7 to 4.4.1.
> [For the technical audience: Bugzilla was also moved to a different
> server in the new datacenter and Bugzilla is pup
26 matches
Mail list logo
