Hi,
On Tue, Mar 1, 2016 at 3:36 PM, David Strine <dstrine(a)wikimedia.org> wrote:
> We will be holding this brownbag in 25 minutes. The Bluejeans link has
> changed:
>
> https://bluejeans.com/396234560
I'm not familiar with bluejeans and maybe have missed a transition
because I wasn't paying enough attention. is this some kind of
experiment? have all meetings transitioned to this service?
anyway, my immediate question at the moment is how do you join without
sharing your microphone and camera?
am I correct thinking that this is an entirely proprietary stack
that's neither gratis nor libre and has no on-premise (not cloud)
hosting option? are we paying for this?
-Jeremy
Hello,
can someone to update list https://phabricator.wikimedia.org/P10500 which
contains repositories which haven't mediawiki/mediawiki-codesniffer.
I found in list that much repositories are empty, and repositories which
aren't available on Gerrit.
So, can someone please update this list of repositories (in
mediawiki/extensions) which haven't mediawiki/mediawiki-codesniffer, but at
least, contains one PHP file. or to provide me command with which I can
update list when I want, so I don't need to request it every time.
Best regards,
Zoran.
P. S.: Happy weekend! :)
// sorry for cross-posting
Hello everyone,
Here is another change from WMDE’s Technical Wishes team concerning syntax
highlighting:
Soon, line numbers will be shown in wikitext editors when you have the
syntax highlighting feature (CodeMirror
<https://www.mediawiki.org/wiki/Extension:CodeMirror> extension)
enabled.[1] The change will make it easier to detect line breaks and to
refer to a particular line in discussions. More information can be found on
this project page. [2]
We plan to deploy this with this week’s Mediawiki train, so it should be on
wikis from April 13-15. As a first step, it will be available on the
template namespace only. Deployment on other namespaces is planned for the
near future.
If you have any feedback, please let us know on the project’s talk page.
[3] We hope line numbering will be useful to you!
Johanna
for the Technical Wishes team
[1] https://www.mediawiki.org/wiki/Extension:CodeMirror
[2] https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/Line_Numbering
[3]
https://meta.wikimedia.org/wiki/WMDE_Talk_Technical_Wishes/Line_Numbering
--
Johanna Strodt
Projektmanagerin Kommunikation Communitys Technische Wunschliste
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
https://wikimedia.de
Unsere Vision ist eine Welt, in der alle Menschen am Wissens der Menschheit
teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
https://spenden.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/029/42207.
Hello,
The committee has finished selecting new members and the new committee
candidates are (In alphabetical order):
- Amir Sarabadani
- Kunal Mehta
- Martin Urbanec
- MusikAnimal
- Tony Thomas
And auxiliary members will be (Also in alphabetical order):
- Ariel Glenn
- Effie Mouzeli
- Huji
- Jayprakash12345
- Nuria Ruiz
You can read more about the members in the mediawiki.org page
<https://www.mediawiki.org/wiki/Code_of_Conduct/Committee/Members/Candidates>
.
The changes compared to last term are:
- Kunal Mehta is joining the main CoC committee
- Ariel Glenn is coming back to auxiliary committee
- Effie Mouzeli is joining auxiliary committee for the first time
- Tonina Zhelyazkova is leaving the committee
- Matanya and Tpt are leaving the auxiliary committee
- I won't run for the chair this year.
This is not the final structure. According to the CoC
<https://www.mediawiki.org/wiki/Code_of_Conduct/Committee#Selection_of_new_m…>,
the current committee publishes the new members and calls for public
feedback for *six weeks* and after that, the current committee might apply
changes to the structure based on public feedback.
Please let the committee know if you have any concern regarding the members
and its structure until *26 May 2021* and after that, the new committee
will be in effect and will serve for a year.
Amir, On behalf of the Code of Conduct committee
Best
Hello all,
The Wikimedia hackathon
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021> is coming up in a
few weeks, on May 22-23! We’re very excited to gather online with you all
and hack together.
On top of the informal hacking, we would like to build a light, community
powered program, with sessions and discussions about the technical
environment in the Wikimedia movement. We will have two different “tracks”,
each of them having its own setup:
1.
The main track, a livestream of sessions that will be recorded and
available for replay, hopefully using a fully open source set up. This will
be great for presentations, talks and demos.
2.
The open rooms: two Jitsi rooms will be available to schedule your
sessions. This is perfect for informal discussions, Q&As and workshops.
If you’re interested in running a session in the hackathon’s program, it’s
easy: please create a task on the Phabricator board
<https://phabricator.wikimedia.org/project/board/5303/>, using this template
<https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?title=[Sessio…>,
that will give you all the required information. The coordination team will
come back to you to help you prepare and schedule your session.
You will also find the different formats that we are offering:
presentation, discussion, workshop or lightning talk. All topics are
welcome, as long as they are connected to the technical environment of the
Wikimedia projects. We are particularly interested in sessions that are
useful for newcomers, and connected to the main topics of this year’s
hackathon: open source tools for events, documentation and finding
co-maintainers.
Because we will need some time to schedule the proposed sessions and to
make technical tests with the speakers, please note that the deadline to
submit a session for the main track is May 9th. For the open rooms, you
will have a bit more time, until May 19th.
You will find more information and details about the call for proposals on
the how-to page
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021/How_to>. If you
have any questions, feel free to ask on the discussion page
<https://www.mediawiki.org/wiki/Talk:Wikimedia_Hackathon_2021>. If you want
to brainstorm ideas or find a co-speaker for your session, feel free to ask
the crowd on the hackathon social channels
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021/Discussions>.
Feel free to share the word anywhere you find it useful, and talk about it
with your contacts! Thanks in advance,
For the coordination team,
--
Léa Lacroix
Community Engagement Coordinator
Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
This is a summary of this week's deployment of the 1.37.0-wmf.3 branch
of MediaWiki and its extensions (also known as "the train"). The
primary person in charge this week was me, Lars Wirzenius, with Jeena
Huneidi as backup, both from the Release Engineering team.
The summary task for this week is
https://phabricator.wikimedia.org/T278347
This week was a little more rocky than usual. I achieved three
personal records: largest number of rollbacks in a week (two), largest
number of errors in logstash after a deployment (63367), and largest
number of deer seen from my window while conducting the train (eight,
in pairs on three different days).
The new version is running all sites. There were a total of six
blockers reported and resolved:
- T281180 - DiscussionTools: Precondition failed: This Title instance
does not represent a proper page, but merely a link target
https://phabricator.wikimedia.org/T281180
- T281184 - PHP Fatal Error: Access level to
CentralAuthPrimaryAuthenticationProvider::$userNameUtils must be
protected (as in class
MediaWiki\Auth\AbstractPasswordPrimaryAuthenticationProvider) or
weaker
https://phabricator.wikimedia.org/T281184
- T281226 - PHP Notice: Only variables should be assigned by reference
https://phabricator.wikimedia.org/T281226
- T281361 - TypeError: Argument 2 passed to
Wikibase\Client\DataAccess\Scribunto\WikibaseLanguageIndependentLuaBindings::trackUsageForSitelink()
must be an instance of Wikibase\DataModel\Entity\ItemId, instance of
Wikibase\MediaInfo\DataMo
https://phabricator.wikimedia.org/T281361
- T281405 - Wikimedia\Rdbms\DBQueryError: Error 1054: Unknown column
'img_actor'
https://phabricator.wikimedia.org/T281405
- T281480 - SqlBlobStore no longer caching blobs (DBConnectionError
Too many connections)
https://phabricator.wikimedia.org/T281480
The last task is still open, as it was worked around quickly, on
Thursday, to avoid a service outage (read: taking down all sites), but
is waiting for a proper fix later.
As usual, a whole bunch of people helped to find, triage, analyze,
fix, or work around problems this. Release Engineering thanks
everyone, without help we wouldn't be able to deploy MediaWiki.
- Aaron Schulz
- Addshore
- Bartosz Dziewoński
- Daimona
- DannyS712
- Gergő Tisza
- Giuseppe Lavagetto
- Jaime Crespo
- Jakob Warkotsch
- James D. Forrester
- Kosta Harlan
- Lucas Werkmeister
- Martin Urbanec
- Pchelolo
- Taavi Väänänen
- Timo Tijhof
- Tim Starling
There may have been other people, and if so, I apologize for not
including them on the list above.
Have a good weekend. Be well. Be safe.
For more information, please see:
- https://phabricator.wikimedia.org/T278347
- https://wikitech.wikimedia.org/wiki/Heterogeneous_deployment/Train_deploys
- https://versions.toolforge.org/
--
WMF release engineering team | he/him or they/them
"Imagine a world in which every single human being can freely share in
the sum of all knowledge."
Hi,
I'm really sorry for sending email to such a large venue but I couldn't
find a better mailing list. Feel free to ignore this email if you don't do
anything with Herald rules.
Herald rules, a set of rules in phabricator to automate the work, are
expensive and slowly making saving any change on phabricator slower and
slower. You can take a look at this ticket.
<https://phabricator.wikimedia.org/T108586>
As the result, we have been migrating these rules to maintenance bot
<https://phabricator.wikimedia.org/p/Maintenance_bot/>. Which means changes
won't be immediately applied anymore (and it'll take up to an hour and they
will be post-change).
If you see your Herald rule has been disabled, please don't enable it. If
you want to change it, you can make a PR in the maintenance bot source code.
<https://github.com/Ladsgroup/Phabricator-maintenance-bot> Please avoid
introducing new Herald rules if there's a similar functionality supported
by the bot. Just add it to the work list of the bot. An exception would be
on time-sensitive tickets. Like handling UBN ones. They will stay as Herald
rules.
Any sort of change to improve documentation, code health, adding new
functionality so we can migrate more Herald rules, or migrating existing
ones would be greatly appreciated. If there are bugs, feel free to create a
ticket for it
<https://phabricator.wikimedia.org/tag/phabricator_maintenance_bot/>.
You can also create email filters to ignore emails triggered by maintenance
bot (which its activity will increase).
Best
--
Amir (he/him)
My use case is this:
I have three alternative access points to the wiki, where some things
are not allowed - e.g. videos. Each access point has different
extensions disabled, and then tags and parser functions show "as is" on
screen, which looks bad.
My goal is to hide those, obviously.
I'm upgrading MW from 1.29 to 1.35; My previous solution is here:
https://github.com/kolzchut/mediawiki-extensions-NoopTags
Basically I hooked ParserFirstCallInitHook and LanguageGetMagic to
dynamically declare empty stubs for those missing function parsers and
tags, using global variables $wgNoopTagsFunctionBlacklist and
$wgNoopTagsBlacklist.
This doesn't work in MW 1.35, because LanguageGetMagic was removed. I
tried bypassing the issue by hooking GetMagicVariableIDsHook, but
apparently that's only for "variables" ({{variable}}), and not parser
functions.
Is there a way to achieve my goal? Either by fixing my extension or
doing something completely different which I haven't thought about?
Thanks in advance
Dror