Re: [Wikitech-l] Try out MediaWiki Vagrant

[Ori Livneh]

On Friday, March 29, 2013 at 2:32 AM, Tyler Romeo wrote:
> Quick question. If I'm correct, Vagrant is supposed to be for setting up
> development environments. Under this assumption, why is the mediawiki git
> repository only fetched with a depth of 1? Isn't is pretty useless to have
> a development VM you can't push or pull from?

You can use a shallow clone to pull new changes. As far as committing, 'git 
review -s' will actually trigger fetching the entire history. So this way the 
bandwidth costs of pulling the entire history are deferred until you are ready 
to commit a patch, which shortens the time it takes to get a functional 
MediaWiki instance.

In the course of investigating this, I realized that the current version does 
not configure a remote, which is perhaps why git pull didn't work for you (if 
you tried it). I'll fix that.

Ori

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Try out MediaWiki Vagrant

[Tyler Romeo]

On Sun, Mar 31, 2013 at 3:12 AM, Ori Livneh  wrote:

> You can use a shallow clone to pull new changes. As far as committing,
> 'git review -s' will actually trigger fetching the entire history. So this
> way the bandwidth costs of pulling the entire history are deferred until
> you are ready to commit a patch, which shortens the time it takes to get a
> functional MediaWiki instance.
>
> In the course of investigating this, I realized that the current version
> does not configure a remote, which is perhaps why git pull didn't work for
> you (if you tried it). I'll fix that.
>

Aha, OK. I tried running git pull and it gave me some weird indexing error.
If git-review works, though, then that's fine.

*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Mobile caching improvements are coming

[Max Semenik]

On 30.03.2013, 2:40 Asher wrote:

> Why don't we continue to use the bits cache for all things
> resourceloader.  Can you provide a different path for these requests, such as 
> instead of:

> http://bits.wikimedia.org/en.wikipedia.org/load.php?..

> use something like:

> http://bits.wikimedia.org/m/en.wikipedia.org/load.php?..

> Then we can if (req.url ~ "^/m/") { tag_carrier + strip the /m/ },
> so the overhead only effects mobile requests.

> Faidon has raised that it's still advantageous to shard page
> resources across more than one domain for browser pipelining. 

Like https://gerrit.wikimedia.org/r/56774 ?

-- 
Best regards,
  Max Semenik ([[User:MaxSem]])


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Announcement: release of MediaWiki Language Extension Bundle 2013.03

[Amir E. Aharoni]

I would like to announce the release of MediaWiki language extension
bundle 2013.03

This release is compatible with MediaWiki 1.20.3.

* 
https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2013.03.tar.bz2
* sha256sum: be4c6b5f80e27396555dc09cef0cec92c78cca9eeef796a230da281734738810

Quick links:
* Installation instructions are at https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
  https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to https://bugzilla.wikimedia.org
* Talk with us at #mediawiki-i18n @ freenode

Release notes for each extension are below.

Amir E. Aharoni

== Babel ==
Only localization updates.

== cldr ==
=== Highlights ===
* Adding support for time units

=== Noteworthy changes ===
* (bug 38209) Remove duplicate array keys

== CleanChanges ==
Only localization updates.

== LocalisationUpdate ==
Internal code cleanup and optimization, making updates faster.

== Translate ==
=== Highlights ===
 Translation UX 
The new Translation UX is getting out of the beta status and becoming
release-ready.

The variable $wgTranslateUseTux can be used to control which interface
will the users see by default. The default value is true. Set it to false
to make the old green-style translations editor show by default. The user
can choose the editor version by adding tux=0 or tux=1 to the URL.

The plan is to remove the old editor in the future.

 Other notes 
Several internal fixes were made in File Format Support (FFS) and in core
Translate features, but no new features were introduced. See below for details.

=== Noteworthy changes ===
 Translate UX 
* Proofreading view added to Translate UX.
* Page view added to Translate UX. It is similar to the default "List" view,
  but it gives every message more space and partially parses the messages rather
  than show them as plain text.
* Added a "Discard changes" button.
* Various visual design adjustments.
* (bug 45493) Do not consider empty string to mark a translation as "unsaved"
* (bug 45481) Move focus to search for the project selector
* (bug 45488) Remove delay in enablement of "save translation" button
* Allow inserting a translation from the helper language with a click
* Workflow state selector is now only shown for groups with states
  and the correct state is shown

 File Format Support 
* (bug 45354) XML for Android export should have escaped ' and "
* (bug 42635) Some GettextFFS messages were not unfuzzied on import:
  Handling of external changes only affecting the fuzzy flag are now
handled properly on import
* Add fuzzy support to AndroidXmlFFS
* Don't create empty files in AndroidXmlFFS
* Empty msgctxt is now exported correctly in GettextFFS
* (bug 42612) Have PythonSingleFFS observe the supplied mapping
  of internal language codes to product language codes

 Other 
* The "Recent Additions" filter displays only relevant messages -
without optional,
  ignored and discouraged.
* Converted the logging code to the new LogFormatter
* (bug 44328) Do not display fuzzy translations on translation pages
* Fix and speed up translatable pages moving
* (bug 45345) Run mapped code through wfBCP47()

== UniversalLanguageSelector ==
=== Highlights ===
UniversalLanguageSelector is updated to the latest version. The latest
release of MediaWiki 1.20 supports the recent updates for the preferences
handling, and this allows users properly save their ULS preferences.

=== Noteworthy changes ===
 Display and design 
* (bug 42384) Don't show the tooltip if the ULS panel is on
  (preventing the overlap)
* (bug 42440) Fix button state when canceling
* Styling of settings to fit the bottom of the ULS
* (bug 43568) Languages are shown multiple times
* (Bug 42439) Incorrect vertical alignment for Telugu web font

 Webfonts 
* Support for the Amiri webfont in the standard Arabic language (ar).
* Added the Alef font for Hebrew.
* Add Tuladha Jejeg font for Javanese

 Other 
* (Bug 42378) Make "disable IME tools" effects immediate as a preview
* Update jquery.uls and make it more modular
* Provide a base ULS RL module and separate UI language selection
* The non-standard language code als now redirects to the standard code gsw.

--
Amir Elisha Aharoni‏ ። אָמִיר אֱלִישָׁע אַהֲרוֹנִי
Localization developer‏ ። מְפַתֵּחַ תְּמִיכָה רַב־לְשׁוֹנִית
Wikimedia Foundation‏ ። קֶרֶן וִיקִימֶדְיָה

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Observations from putting together the RC

[Mark A. Hershberger]

I put together the 1.21.0rc1 this afternoon.  I'll announce it shortly,
but, first, some observations.

* When you add or remove a configuration variable, it should have
release notes.  When you update the release notes, please make sure that
you also update MW.o.  A number of variables are mentioned in the
release notes that don't have a corresponding page on MW.o.  The
following configuration variables are the currently redlinked on
.  If you can update
their on-wiki documentation, I (and I'm sure others) would appreciate it.
** $wgBug34832TransitionalRollback
** $wgEnableCanonicalServerLink
** $wgPageInfoTransclusionLimit
** $wgMaxShellWallClockTime
** $wgShellCgroup
** $wgSquidPurgeUseHostHeader
** $wgDebugAPI
** $wgAPIGeneratorModules

* Should the breaking changes be consolidated to a single section of the
release notes?  Right now, they are in three different sections.  I
think they should be moved to the top of their section at the very least
(I did this on-wiki).

* There remains one pending change that is not in the 1.21 release
candidate -- "Password Recovery system uses Tokens" -- because it hasn't
been merged into core yet.  This change will probably have to wait until
1.22, but I'll leave it on https://www.mediawiki.org/wiki/MediaWiki_1.21
for now.

-- 
http://hexmode.com/

[We are] immortal ... because [we have] a soul, a spirit capable of
   compassion and sacrifice and endurance.
-- William Faulker, Nobel Prize acceptance speech

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Observations from putting together the RC

[Federico Leva (Nemo)]

Are we going to do something about the ~200 (?) estimated bug fixes 
without a release note, and other missing release notes? 



Nemo

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] MediaWiki 1.21.0rc1 -- Help test 1.21 and update the announcement

[Mark A. Hershberger]

I've just finished preparing the first release candidate for MediaWiki
1.21 and I'd like your help testing it before the final release.

Please download the release candidate and test it.  If you find any bugs
please report them on Bugzilla[1] and make sure I am added as a CC so
that we can fix any show-stoppers before the final release.

Finally, if you could also look over
https://www.mediawiki.org/wiki/MediaWiki_1.21, I'll be using an edited
version of that to make the final announcement.  If you spot problems or
areas that could use clarification, your help in improving it would be
appreciated.

[1]
https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki&cc=m...@everybody.org&version=1.21-git

Full release notes:
https://www.mediawiki.org/wiki/Release_notes/1.21


**
Download:
http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz

Patch to previous version (1.20.0), without interface text:
http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz
Interface text changes:
http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz

GPG signatures:
http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz.sig
http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz.sig
http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz.sig

Public keys:
https://secure.wikimedia.org/keys.html

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Bugzilla Weekly Report

[reporter]

MediaWiki Bugzilla Report for March 25, 2013 - April 01, 2013

Status changes this week

Reports changed/set to UNCONFIRMED:  33  
Reports changed/set to NEW:  586 
Reports changed/set to ASSIGNED   :  75  
Reports changed/set to REOPENED   :  91  
Reports changed/set to RESOLVED   :  283 
Reports changed/set to VERIFIED   :  29  

Total reports still open: 9925

Reports created this week: 224 

Resolutions for the week:

Reports marked FIXED :  206 
Reports marked DUPLICATE :  27  
Reports marked INVALID   :  31  
Reports marked WORKSFORME:  19  
Reports marked WONTFIX   :  32  

Specific Product/Component Resolutions & User Metrics 

Created reports per component

WikidataRepo24  
Echo19  
Translate   19  
Site requests   8   
General 8   

Created reports per product

MediaWiki   41  
Wikimedia   32  
MediaWiki extensions123 
Security1   
Tools   3   

Top 5 bug report closers

mmullie [AT] wikimedia.org  22  
odder.wiki [AT] gmail.com   12  
s.mazeland [AT] xs4all.nl   11  
hashar [AT] free.fr 10  
federicoleva [AT] tiscali.it9   


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l