On Sun, 10 Aug 2014, at 04:04, Andre Klapper wrote:
> > programming should be a hobby, like editing articles
>
> Free Software definitions don't imply that you shall not take money for
> your work, or eventually even make a living on it. It's part of the
> personal freedom that everybody has. Howe
For very small abandoned projects, nobody is around to do anything, even to
review a patch.
For a slightly bigger project, someone is around to review a patch and explain
you how to write one, and where to get started. The process of you writing it
is slow, and the process of them reviewing it
In honor of bug 1's 10th birthday today, take the time to fix some out
of date documentation or write some missing ones :)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1
-- Legoktm
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://li
On Sat, Aug 9, 2014 at 5:22 PM, dan-nl
wrote:
> this is an excellent idea and i don't think it needs to be focused only on
> large corporations or only on corporate individuals who want to volunteer.
> i would suggest opening the idea to any developer with a skill set that's
> needed or who wants
On 10 August 2014 13:57, Chris McMahon wrote:
>
> Actually, I think we should consider serious limits to any such proposal,
> such as (as Gilles suggested) working only with reputable employees (or
> ex-employees, like Aaron Arcos) of reputable companies. Otherwise I
> suspect "any developer" wil
Lets all welcome the new overlord Erik.
Add a new protection level called "superprotect"
Assigned to nobody by default. Requested by Erik Möller for the purposes
of protecting pages such that sysop permissions are not sufficient to
edit them.
Change-Id: Idfa211257dbacc7623d42393257de1525ff01e9e
Hi folks,
Admins are currently given broad leeway to customize the user
experience for all users, including addition of site-wide JS, CSS,
etc. These are important capabilities of the wiki that have been used
for many clearly beneficial purposes. In the long run, we will want to
apply a code revie
On Sun, Aug 10, 2014 at 9:27 AM, svetlana wrote:
> I feel that having development carried out by "employees" hinders programming
> the same software as a hobby: for instance, they work in a single language,
> and don't need localised documentation
Good localized software is a commitment of the
On Sun, 10 Aug 2014, at 23:19, K. Peachey wrote:
> Lets all welcome the new overlord Erik.
>
> Add a new protection level called "superprotect"
> Assigned to nobody by default. Requested by Erik Möller for the purposes
> of protecting pages such that sysop permissions are not sufficient to
> edit
Le 10 août 2014 15:35, "svetlana" a écrit :
>
> On Sun, 10 Aug 2014, at 23:19, K. Peachey wrote:
> > Lets all welcome the new overlord Erik.
> >
> > Add a new protection level called "superprotect"
> > Assigned to nobody by default. Requested by Erik Möller for the purposes
> > of protecting pages
>
> personally i really liked your comparison, when we were chatting the other
> day, to an artist in residence -- imo, programmers are the artists of our
> time and this matches well.
>
Absolutely, I also like that idea of doing something similar to artist
residencies. This could take many forms.
On 10 aug. 2014, at 14:27, Erik Moeller wrote:
> However, we've clarified in a number of venues that use of the
> MediaWiki: namespace to disable site features is unacceptable. If such
> a conflict arises, we're prepared to revoke permissions if required.
> This protection level provides an addit
Hi!
I made a XML dump with --current option, then replaced some of external
domain links [http://somedomain.org] in it. When I import the dump back,
these pages aren't updated. I think that's because text processors /
editors do not update sha1 / timestamp fields. Why doesn't
maintenance/importDump
Wiadomość napisana przez Nicolas Vervelle w dniu 10 sie
2014, o godz. 15:45:
> I hope it's not an other step from WMF to prevent the application of
> community decisions when they not agree with it. I fear that they will use
> this to bypass community decisions. For example like forcing again VE
Totally agree with that, dirty common.js hacks aren't really beneficial
for anyone.
Cheers,
Marius
On Sun, 2014-08-10 at 14:56 +0100, Derk-Jan Hartman wrote:
> On 10 aug. 2014, at 14:27, Erik Moeller wrote:
>
> > However, we've clarified in a number of venues that use of the
> > MediaWiki: na
Hi Erik,
I understand you reasoning, but you couldn't have communicated and timed
this in a worse way. You might be doing the right thing, but because of
this ill communication and timing, this will be completely overshadowed.
That saddens me. Good luck with the shit storm :-(
Maarte
On Sun, Aug 10, 2014 at 9:00 PM, Michał Łazowik wrote:
> Wiadomość napisana przez Nicolas Vervelle w dniu 10 sie
> 2014, o godz. 15:45:
>
>> I hope it's not an other step from WMF to prevent the application of
>> community decisions when they not agree with it. I fear that they will use
>> this
Hi,
> It could mean that, but of course it is actually introduced to prevent
> the German community from deactivating the Media Viewer.
User JEissfeldt, removed `mw.config.set("wgMediaViewerOnClick",
false);` from Common.js [0] and is the same person who sets
``.
I have no idea what the German c
Le 10 août 2014 17:06, "James HK" a écrit :
>
> Hi,
>
> > It could mean that, but of course it is actually introduced to prevent
> > the German community from deactivating the Media Viewer.
>
> User JEissfeldt, removed `mw.config.set("wgMediaViewerOnClick",
> false);` from Common.js [0] and is the
On 08/08/14 14:24, Jon Robson wrote:
On 8 Aug 2014 04:23, "Antoine Musso" wrote:
Le 07/08/2014 22:05, Erwin Dokter a écrit :
I now have to submit two patches and hope they both get merged at the
exact same time.
The world we should be working towards is one where you'd only have to
update the
On Sun, Aug 10, 2014 at 2:47 PM, Gilles Dubuc wrote:
> >
> > personally i really liked your comparison, when we were chatting the
> other
> > day, to an artist in residence -- imo, programmers are the artists of our
> > time and this matches well.
> >
>
> To me the point
> is to have our engine
+1 Scott
As a new hire at WMF, I consider it to be a privilege to be doing work that
supports the efforts of the community and the movement, but I am also proud of
the fact that what I am doing allows me to support my family without
compromising my personal values. Doing good and making a livin
Dear All,
I need some help tracking down a DB deadlock on a single-server,
"private" Wiki installation running latest MediaWiki download
from http://www.mediawiki.org/wiki/Download
I have been referred to this mailing list from #mediawiki at
irc.freenode.org, thanks for the pointer!
Ins
Il 10/08/2014 15:27, Erik Moeller ha scritto:
Hi folks,
Admins are currently given broad leeway to customize the user
experience for all users, including addition of site-wide JS, CSS,
etc. These are important capabilities of the wiki that have been used
for many clearly beneficial purposes. In
Il 10/08/2014 19:33, Ricordisamoa ha scritto:
Il 10/08/2014 15:27, Erik Moeller ha scritto:
Hi folks,
Admins are currently given broad leeway to customize the user
experience for all users, including addition of site-wide JS, CSS,
etc. These are important capabilities of the wiki that have been
On 10-08-2014 15:35, svetlana wrote:
This change solves a problem that does not exist.
We either trust sysops, or we don't.
I concur. There are enough admins available to revert bad code
additions. Also, this measure is completely without effect.
*Suppose* I were a rogue admin wanting to ad
This seems like an unfortunate escalation on the WMF's part. Both sides
have a responsibility to try to work together, but as a practical matter,
the community does not answer to a single person, and the WMF staff do:
it's likely that the first olive branch is going to need to come from the
WMF si
Erwin Dokter wrote:
>On 10-08-2014 15:35, svetlana wrote:
>> This change solves a problem that does not exist.
>> We either trust sysops, or we don't.
>
>I concur. There are enough admins available to revert bad code
>additions. Also, this measure is completely without effect.
>
>*Suppose* I were a
On 08/10/2014 04:10 PM, Bjoern Kahl wrote:
> What could cause this behavior and how should I configure my system to
> prevent the deadlocks? If this is a Bug in either MediWiki or the
> VisualEditor or Parsoid, how to further investigate and fix it?
In case this is a private wiki:
Did you set
This is, by far, the most disgusting and disrespectful action
undertaken by the Foundation that I have ever witnessed. The 2012 mass
desysopping of volunteer administrators on the WMF wiki and the past
threats of desysopping users re: VisualEditor and MediaViewer do not
even come close to this.
It
I'd really like to hear Jimbo's opinion on the matter
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Superprotect is a feature, the way it will be used must be determined by
consensus, on a theoretical basis there are different possible good uses.
But, anyway, anyone using this feature should be accountable to the
community, like anyone holding any advanced rights.
Vito
Inviato con AquaMail
> Op 10 aug. 2014 om 20:12 heeft Ricordisamoa
> het volgende geschreven:
>
> I'd really like to hear Jimbo's opinion on the matter
You should really watch Jimmy's speech at the Wikimania closing session. You
might be surprised.
Cheers!
--
Siebrand
___
Wow this is pretty depressing, although in today's age I cannot say I'm
surprised. Corporations have always been about controlling their consumers,
and it was really only a matter of time before the WMF fell into that as
well. I wonder whether there's any legitimate justification for all of
this, o
After VE fiasco I would had expected to see a less full of itself
Wikimedia. I was wrong.
The Roman Empire strength was its ability to make Romans out of other peoples.
The wiki strenght is making editors and develepers out of netizens.
Rome felt before losing its ability.
Is wiki losing its one
Am 10.08.14 um 20:52 schrieb Gabriel Wicke:
> On 08/10/2014 04:10 PM, Bjoern Kahl wrote:
>> What could cause this behavior and how should I configure my system to
>> prevent the deadlocks? If this is a Bug in either MediWiki or the
>> VisualEditor or Parsoid, how to further investigate and fix
On Mon, 11 Aug 2014, at 04:07, Tomasz W. Kozłowski wrote:
> Philippe,
> the patch is not for the MediaWiki software but for the configuration
> of Wikimedia wikis (it's in the operations/mediawiki-config repository
> on Gerrit).
>
> It has been merged and deployed on the production cluster. The us
Hi,
> etc. These are important capabilities of the wiki that have been used
> for many clearly beneficial purposes. In the long run, we will want to
> apply a code review process to these changes as with any other
> deployed code, but for now the system works as it is and we have no
> intent to re
If you simply remove the timestamp from a revision in a dump, the importer
appears to happily insert it with the current time as the timestamp. This
may also cause cancer, summon Cthulhu, etc.
In addition to pywikibot, there's the Replace Text extension[0], which
ought to be able to handle what y
MediaWiki Bugzilla Report for August 04, 2014 - August 11, 2014
Status changes this week
Reports changed/set to UNCONFIRMED: 1
Reports changed/set to NEW: 23
Reports changed/set to ASSIGNED : 10
Repo
What seems like a deadlock may in fact be parsoid timing out while
trying to connect to your local wiki's API end point. We have had
some users report problems of this sort which were caused by their
firewall or access control setup. You might want to verify that the
API end point for your local
Hi,
Following up on a conversation on the gendergap email list, I am discussing
with Freenode the possibility of changing the default web client to one
that is friendlier and has a less technical feel, primarily for the benefit
of new users who access #wikipedia-en-help by clicking on a link. The
42 matches
Mail list logo