On 27/02/13 18:47, Tim Landscheidt wrote:
> Petr Bena <benapetr(a)gmail.com> wrote:
>
>> In addition to this I migrated labs nagios to icinga as well, few
>> minutes ago -> http://nagios.wmflabs.org/icinga/
>
>> [...]
>
> Interestingly, Google Chrome claims that this page is in
> French and asks whether it should translate it :-)
> (http://icinga.wikimedia.org/icinga/ doesn't).
>
> Tim
Maybe because it has this at the top:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" lang="fr">
:)
Mark A. Hershberger wrote:
> How can we improve the support for databases like PostgreSQL, Oracle,
> DB2 and MS SQL?
>
> Getting Jenkins involved in testing isn't the (only) answer, though it
> would certainly help.
>
> If developers who were interested in those databases could watch
> includes/db, that would help, as well.
I've tackled this problem, and will share my experience. The problem being how
to keep all the schemas in sync. I looked at the existing solution someone
else started, but found it pretty rough. My idea (I called it "abstract schema")
was a central SQL file, which used a fairly straightforward SQL-ish syntax,
and then a parser that could read that file and create versions for MySQL,
Postgres, etc. Or just load that information into memory for the install
and upgrade process. I actually had a working prototype for that, which
worked quite well. It made the upgrades in particular very smooth, as
there were no more patch files needed, the installer simply read the current
canonical schema state and made the necessary changes.
The big, showstopping problem was trying to map the existing tables.sql
file (the main MySQL one) into the new system. There is no straightforward
mapping possible, as every single table in the system I had to try and
figure out why column such-and-such was using this type, and why sometimes
there was a default and other times not for similar cases, etc. It was quite
the nightmare, so that's why I eventually abandoned the work. The tables.sql
file is quite obviously organically grown, and has little rhyme or reason.
I did come up with some basic naming rules (esp. for indexes), which means
that the first release with the new system will rename a lot of objects,
but as they are not referenced directly, that should not be a problem.
I'm happy to dig out my notes if anyone wants some examples of the
type mapping issues. I think an abstract tables.sql is a good general
approach, but getting from here to there is going to require a lot
of work slogging through those data types.
--
Greg Sabino Mullane greg(a)endpoint.com
End Point Corporation
PGP Key: 0x14964AC8
Hello Wiki Developers!
I have a question: I think it's slightly annoying that WikiEditor shows
up only some moment after the editing page loads and that the textarea
gets moved down (because WikiEditor is only built dynamically via JS).
Do you think it's possible to cache the generated WikiEditor HTML code
in some way to speed up loading?
--
With best regards,
Vitaliy Filippov
All,
I noticed when going through recent patches to DonationInterface that we
had an instance of someone not in fundraising self commit some code --
similar changes resulting from the same 'bug' were affected across our code
base. Admittedly this was was a minor textual fix - but as per [1] "Except
for documentation fix-ups, don't +2 your own code. 'Self-review is bad for
code quality and bad for morale.'"
I will admit I was in a terrible mood already today -- but discovering this
pissed me off. I am a strong advocate of never +2'ing your own code; and
this is especially true when you don't own the code in question. I don't
want to see this again.
[1] https://www.mediawiki.org/wiki/%2B2#Revocation
~Matt Walker
Wikimedia Foundation
Fundraising Technology Team
So this isn't too big of an issue, but I've realized that we have three
extensions that do exactly the same thing:
Extension:Gist <http://www.mediawiki.org/wiki/Extension:Gist>
Extension:Gists <http://www.mediawiki.org/wiki/Extension:Gists>
Extension:GitHub <http://www.mediawiki.org/wiki/Extension:GitHub>
And by exactly the same thing, I mean the code is nearly identical. All
three have the exact same effect of adding in a <script> tag when the
<gist> tag is used in a page.
For the sake of making things easier on people who might actually want to
use one of these three extensions, could we maybe pick one?
*--*
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerromeo(a)gmail.com
Sorry. Hit reply instead of reply all and this got sent to the wrong place.
On 2013-02-23 3:45 PM, "Brian Wolff" <bawolff(a)gmail.com> wrote:
>
> On 2013-02-23 2:41 PM, "Mark A. Hershberger" <mah(a)everybody.org> wrote:
> >
> > On 02/22/2013 01:46 PM, Brian Wolff wrote:
> > > For example I would like to see the fix for
> > > the bug where wfSuppressWarnings turns on warnings that werent
> previously
> > > enabled, in php 5.4,
> >
> >
> > Where is this reported in Bugzilla? Since I'm not following Bz as
> > closely as I was when I was Bugmeister, I don't know about this.
> >
> >
> > --
> > http://hexmode.com/
> >
> > There is no path to peace. Peace is the path.
> > -- Mahatma Gandhi, "Non-Violence in Peace and War"
>
> Its https://bugzilla.wikimedia.org/show_bug.cgi?id=43594 . I tried to
> make the patch backported to 1.19 - no one has really reviewed it on gerrit
> (otoh I have not tried very hard to get it reviewed)
>
> One of the main things with that bug is that it breaks the generation of
> LocalSettings.php by the installer since warnings are not properly
> surpressed.
>
> -bawolff
>
May the force be with you.
On Tue, Feb 26, 2013 at 2:08 PM, Ryan Lane <rlane(a)wikimedia.org> wrote:
> At 1 PM I'll do the following:
>
> 1. Mark wikitech as read-only
> 2. Add wikitech-old.wikimedia.org, pointing at the old wiki
> 3. Change wikitech.wikimedia.org to labsconsole's IP
> 4. Import all of the content to labsconsole
> 5. Change labsconsole.wikimedia.org to wikitech.wikimedia.org
>
> I anticipate the process to take roughly an hour. I'll do an export of
> wikitech prior to setting it read-only, so that we'll have as little
> downtime as possible. I'll do a second export/import to ensure all changes
> are accounted for.
>
> If you believe there's a time conflict with this migration let me know and
> I can reschedule it.
>
> - Ryan
>
> _______________________________________________
> Engineering mailing list
> Engineering(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>
>
--
Steven Walling
https://wikimediafoundation.org/
Hi,
I am Atul Agrawal, an undergrad at BITS Pilani I will be participating in
GSoC this year. [GSoC 2013]. In order to imporve my chances for getting
selected this year, I would like to start contributing early on to Open
Source development via mediaWiki.
Here's a little background info :
Languages proficient in : Java, C,PHP Javascript [+jQuery] , HTML[+HTML5
Canvas], CSS [+CSS3]. C++ should be on the list soon.
CS Theory : Discrete Math, Probablity and Random Processes, Data Structures
and Algorithms.
I installed MediaWiki software and I was going through the link "become
a MediaWiki hacker".My question is how will the community judge me?Do I
have to create a new extension?And whom should I report?
Thanks,
--
Atul Agrawal
B.E Mechanical
BITS PILANI Goa Campus
Mobile:+91-81491-95049