Re: [Wikitech-l] Upcoming cultural heritage hackathon, autumn 2012 in Denmark
On Wed, Jun 6, 2012 at 10:24 PM, Sumana Harihareswara wrote: > > Andrew, http://hack4dk.tumblr.com/about and its links indicate that they > don't yet have someone volunteering to present about MediaWiki. Add > yourself? :-) Date announcement in a week. > I'll wait for a date announcement. :-) -- Andrew Garrett Wikimedia Foundation agarr...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Merge of wikitech and labsconsole
On 7 June 2012 00:08, Krinkle wrote: > Also, a general note: Beware that you doesn't confuse "beta" with > "Wikimedia > Labs". "beta" is one of many projects hosted inside the Labs environment. > The > "beta" project is a virtual clone of the production cluster. Any > documentation > regarding beta will become obsolete as soon as it has completed in > reproducing > the production cluster (in which case the wikitech docs are all that is > relevant, and any minor details specific to the application of it within > beta > fit on a small page[1] in labsconsole). > And to confuse you even more, the "beta" project is actually called "deployment-prep" on Labs Console - https://labsconsole.wikimedia.org/wiki/Nova_Resource:Deployment-prep. But hey, who said this was easy? ;-) -- Thehelpfulone http://meta.wikimedia.org/wiki/User:Thehelpfulone ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On Wed, Jun 6, 2012 at 7:08 PM, David Gerard wrote: > On 6 June 2012 23:53, Mark A. Hershberger wrote: >> Absolutely. This is one of the main reasons that I want to tag 1.19 as >> a LTS version -- so we can continue to do our work in Gerrit without a >> problem. > > Oooh. How long do you roughly guess this means? 3-4 years. -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Merge of wikitech and labsconsole
There's been some conversation about this in the past (not sure which mailing list). Yes, we should definitly centralize documentation about these into one wiki: * Documentation of production cluster (e.g. 'fenari', 'srv###', 'db###', upload/scalers, squids etc. ) * Wikimedia engineering projects (status updates, team members etc.) * Workflow for operations (how to deploy, how to use puppet, ...) * .. There are split over labsconsole, wikitech, metawiki and mediawikiwiki. I'm not sure if it makes sense to have the Labs/OpenStack/Nova management interface on this same "new wikitech" wiki though. This means that all the community projects running inside labs will/might use this same wiki to document their internal structure - which can (and should be) a lot of projects that are not Wikimedia engineering projects. Documentation for labs as being a Wikimedia project makes sense, but the actual projects inside and management maybe don't fit well inside the new wikitech. I like that of the labsconsole. Also, a general note: Beware that you doesn't confuse "beta" with "Wikimedia Labs". "beta" is one of many projects hosted inside the Labs environment. The "beta" project is a virtual clone of the production cluster. Any documentation regarding beta will become obsolete as soon as it has completed in reproducing the production cluster (in which case the wikitech docs are all that is relevant, and any minor details specific to the application of it within beta fit on a small page[1] in labsconsole). -- Krinkle [1] simpel pages such as https://labsconsole.wikimedia.org/wiki/Deployment/Help although probably under a different name. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 6 June 2012 23:53, Mark A. Hershberger wrote: > To encourage cooperation, I started the low-traffic > mediawiki-distributors last week. I also asked Debian to work on > packaging 1.19 instead of 1.18 for their impending freeze and have been > working with them on their pkg-mediawiki-devel mailing list to do sane > things with packaging. > For example, today they were thinking about dropping wikidiff2 and (with > Chad's input) I pointed out some problems with this. So, someone has > stepped up to take on the work. This is most promising! > Absolutely. This is one of the main reasons that I want to tag 1.19 as > a LTS version -- so we can continue to do our work in Gerrit without a > problem. Oooh. How long do you roughly guess this means? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
>>Also, at SF >>Hackathon, we had some discussion about the use of MediaWiki by outside >>parties, their issues and how to make their lives easier ;) > What did your discussions conclude? Actually, it was even earlier...;) Discussion notes can be found at http://www.mediawiki.org/wiki/NOLA_Hackathon/Saturday#Third-party_committers_help Cheers, Markus ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/2012 04:55 PM, Platonides wrote: > The problem in the past was primarily lack of cooperation from the > packagers. I remember years ago that Aryeh offered help in some bug > trackers (with little/no response). To encourage cooperation, I started the low-traffic mediawiki-distributors last week. I also asked Debian to work on packaging 1.19 instead of 1.18 for their impending freeze and have been working with them on their pkg-mediawiki-devel mailing list to do sane things with packaging. For example, today they were thinking about dropping wikidiff2 and (with Chad's input) I pointed out some problems with this. So, someone has stepped up to take on the work. > I'd happily add hooks they needed to remove the need of patching for > MediaWiki packagers, or including a script to move if that's what they > really want. Packaging is happening right now. Look at the patches they're making here: http://anonscm.debian.org/viewvc/pkg-mediawiki/mediawiki/trunk/debian/patches/ > Also, it'd be cool if downstream maintainers, that are keeping security > patches for old versions, did it in MediaWiki repo. Absolutely. This is one of the main reasons that I want to tag 1.19 as a LTS version -- so we can continue to do our work in Gerrit without a problem. > * Cross-distro work. No need to independently patch or copy the patches > from other distros. > * Just one repository, no need of stacked patch queues. > * Availability in the upstream official repo. > * Easy for us to review/fix in case we spotted something there. > * We could commit the fixes for the externally-lts-maintained branched > at near-0 cost when backporting some fixes. You read my mind! Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Update on IPv6
On Wed, Jun 6, 2012 at 6:59 AM, Freek Dijkstra wrote: > I want to express my gratitude for all engineers who made this happen. > Kudos and compliments to all of you. Credit goes to Mark Bergsma, Faidon Liambotis, Ryan Lane, Asher Feldman, Aaron Schulz, Chris Steipp, and many others for helping make this happen. Many members of the team worked practically nonstop to ensure that we can launch on IPv6 Day. Here's a full update from Mark: [begin quote] Today, between 10:00 and 11:00 UTC, we've gradually enabled IPv6 for all wikis. We started with upload, followed by bits, then the main wikis, and concluded with the mobile cluster. So far it seems to be working fine. We're seeing some edits being made over IPv6, and IPv6 traffic is in the low tens of Mbps range. Browsing the sites over IPv6 seems to just work like it does with v4. I haven't heard of a single complaint yet. It was very uneventful. :-) Nonetheless, there will be a very small (fractional) percentage of clients who no longer can access our sites. Part of the idea of today - IPv6 Launch Day - is to collectively force these clients and relevant network issues to get fixed. Faidon has also improved my old "selective-answer.py" DNS backend, previously used for IPv6 DNS whitelisting, to allow it to be used as a blacklist. If we find networks that are unable or unwilling to resolve any IPv6 issues, then we can selectively disable IPv6 for their IP address prefixes. This is not in use yet, but can be deployed quickly. [end quote] There will surely be new MediaWiki or tool/bot level issues as well, but hopefully they'll be manageable without a rollback. The best way to report most issues is through https://bugzilla.wikimedia.org/ and by adding the "ipv6" keyword. -- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/12 20:29, Chad wrote: > Well since we introduced a CLI installer, it should make the process > much cleaner for people packaging the wiki. I don't know what work > has been done (if any), but the groundwork's been laid on our end. > > The other big complaint we've had over time is moving stuff around > to the typical Debian-esque locations (eg: putting LocalSettings in > /etc). Don't know what the status is on that though. > > -Chad The problem in the past was primarily lack of cooperation from the packagers. I remember years ago that Aryeh offered help in some bug trackers (with little/no response). I'd happily add hooks they needed to remove the need of patching for MediaWiki packagers, or including a script to move if that's what they really want. Also, it'd be cool if downstream maintainers, that are keeping security patches for old versions, did it in MediaWiki repo. * Cross-distro work. No need to independently patch or copy the patches from other distros. * Just one repository, no need of stacked patch queues. * Availability in the upstream official repo. * Easy for us to review/fix in case we spotted something there. * We could commit the fixes for the externally-lts-maintained branched at near-0 cost when backporting some fixes. Cons: * They need to request a gerrit account. * Yet another website for them to use. ? IMHO that's a win-win. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On Wed, Jun 6, 2012 at 2:39 PM, Mark A. Hershberger wrote: > On 06/06/2012 02:29 PM, Chad wrote: >> Well since we introduced a CLI installer ... > > Side note: we re-introduced the CLI installer. I discovered this while > tracking down ancient MediaWikis last week, an ancient version of MW > (1.2?) used a command line install method. > > I'm sure the current one is much better, though. > Still needs some work, but yeah, it's better ;-) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 6 June 2012 19:31, Mark A. Hershberger wrote: > On 06/06/2012 02:25 PM, David Gerard wrote: >> Last I recalled, the Debian MediaWiki was regarded as a pit of >> gratuitous weirdness of sufficient extent that it was all but >> deprecated, and any sane admin installs from the tarball. Is this >> still the state of play, and if not then what improved? > I've heard this many times and, as a result, I have not tried the Debian > Package. However, many people use their system's package. > I don't know about you, but *I* don't want an awful Debian package to be > people's first experience with MediaWiki. We can improve this situation > and now is the perfect time to do that. I'd *like* their package to be suitable. We use Ubuntu 10.04 at work, and 14.04 or the corresponding Debian as of late 2014 are the hot prospects for next refresh. So for me testing the Debian version depends on how well the lone debs install on what's effectively an old version ... - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/2012 02:29 PM, Chad wrote: > Well since we introduced a CLI installer ... Side note: we re-introduced the CLI installer. I discovered this while tracking down ancient MediaWikis last week, an ancient version of MW (1.2?) used a command line install method. I'm sure the current one is much better, though. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/2012 02:25 PM, David Gerard wrote: > Last I recalled, the Debian MediaWiki was regarded as a pit of > gratuitous weirdness of sufficient extent that it was all but > deprecated, and any sane admin installs from the tarball. Is this > still the state of play, and if not then what improved? I've heard this many times and, as a result, I have not tried the Debian Package. However, many people use their system's package. I don't know about you, but *I* don't want an awful Debian package to be people's first experience with MediaWiki. We can improve this situation and now is the perfect time to do that. Mark. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On Wed, Jun 6, 2012 at 2:25 PM, David Gerard wrote: > On 6 June 2012 19:20, Mark A. Hershberger wrote: > >> Speaking of testing, if anyone wants to help make sure the 1.19 release >> of MediaWiki included in the next Debian package (and probably the next >> Ubuntu package) is working, now is the time to test. Debian will soon >> freeze their packages for their upcoming stable release. >> http://packages.debian.org/experimental/mediawiki > > > Last I recalled, the Debian MediaWiki was regarded as a pit of > gratuitous weirdness of sufficient extent that it was all but > deprecated, and any sane admin installs from the tarball. Is this > still the state of play, and if not then what improved? > Well since we introduced a CLI installer, it should make the process much cleaner for people packaging the wiki. I don't know what work has been done (if any), but the groundwork's been laid on our end. The other big complaint we've had over time is moving stuff around to the typical Debian-esque locations (eg: putting LocalSettings in /etc). Don't know what the status is on that though. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 6 June 2012 19:20, Mark A. Hershberger wrote: > Speaking of testing, if anyone wants to help make sure the 1.19 release > of MediaWiki included in the next Debian package (and probably the next > Ubuntu package) is working, now is the time to test. Debian will soon > freeze their packages for their upcoming stable release. > http://packages.debian.org/experimental/mediawiki Last I recalled, the Debian MediaWiki was regarded as a pit of gratuitous weirdness of sufficient extent that it was all but deprecated, and any sane admin installs from the tarball. Is this still the state of play, and if not then what improved? - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/2012 02:00 PM, Krenair wrote: > Just to clarify, as it's not particularly clear to me - you're looking > for people willing to test, package and release MediaWiki? > If so, I'd be happy to learn how. Yes. I am willing to take on the tarball maintenance if needed, but if you are willing and able, I'll work with you to make sure we have a working tarball creation and release process from Sam Reed. But beyond that, we will need testers. Speaking of testing, if anyone wants to help make sure the 1.19 release of MediaWiki included in the next Debian package (and probably the next Ubuntu package) is working, now is the time to test. Debian will soon freeze their packages for their upcoming stable release. http://packages.debian.org/experimental/mediawiki -- http://hexmode.com/ Find peace within yourself and there will be peace on heaven and earth. -- Abba Isaac ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 06/06/2012 01:48 PM, David Gerard wrote: > is there any reason this list should be separate from > mediawiki-l? At least it should be announced there. Done. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Update on IPv6
I also join the ranks of people who are happy with IPv6 and thank the WMF staff and the volunteers who made this possible. 2012/6/6 Petr Bena : > I am in central europe and there is almost no ipv6 connectivity, more > far on east it's ever worse, so I doubt Wrong. :) Come to Romania and you'll have (native) IPv6 from the main ISP and some universities (although I suspect they use some kind of tunnel upstream since the NREN does not have IPv6 AFAIK). We've already had a IPv6 edit on ro.wp, unfortunately it was vandalism :( Strainu ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
Just to clarify, as it's not particularly clear to me - you're looking for people willing to test, package and release MediaWiki? If so, I'd be happy to learn how. On 06/06/12 18:36, Mark A. Hershberger wrote: In the past couple of weeks I've been talking with Sam Reed (WMF's current MediaWiki release manager) and Rob Laphiner (WMF's Platform Engineering Director) about the future of MediaWiki tarballs. I began this discussion after Rob expressed regret about the WMF's ability to give tarball distribution the attention it deserves. Since the WMF is focused on maintaining Wikipedia and its sister projects, tarball distribution often loses among competing priorities. The Foundation has made MediaWiki available for everyone and that's a great thing. But Wikimedia's funding comes from donations as a result of requests on Wikipedia, not from distribution of MediaWiki, so they are rightly focused on their production cluster. Other users of the MediaWiki software have different needs. For instance, Citizendium, and Wikia and have both pegged their MediaWiki installations at 1.16.5 for stability and made their own modifications -- essentially forking the code. Forking is not ideal, but it is understandable because there is no cooperation around individual MediaWiki releases over the long term. With a third party to manage MediaWiki releases and maintain long term support for selected releases, cooperation between non-WMF users would be smoother. To this start effort, I welcome interested collaborators from the community of MediaWiki users outside of the WMF. With your help, we will start making and maintaining MediaWiki releases based on the core MediaWiki code without forking development. I've been discussing this with some MediaWiki sites as well as setting up a separate mailing list for packagers (such as Debian and RedHat distributors) and discussing it there. So far the response has been positive. So now I'm asking you guys. Any interest? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
>Definitely interested! I have just finished some packaging for the Web App Gallery >and would like to see (and add) some more flexibility to the installer. Also, at SF >Hackathon, we had some discussion about the use of MediaWiki by outside >parties, their issues and how to make their lives easier ;) What did your discussions conclude? Also I agree that this is a marvellous idea. I personally am unable to help, but it has my support 100%. Thank you, Derric Atzrott ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
Definitely interested! I have just finished some packaging for the Web App Gallery and would like to see (and add) some more flexibility to the installer. Also, at SF Hackathon, we had some discussion about the use of MediaWiki by outside parties, their issues and how to make their lives easier ;) Cheers, Markus -Ursprüngliche Nachricht- Von: wikitech-l-boun...@lists.wikimedia.org [mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Mark A. Hershberger Gesendet: Mittwoch, 6. Juni 2012 19:36 An: developers, Wikimedia Betreff: [Wikitech-l] MediaWiki tarballs and the WMF In the past couple of weeks I've been talking with Sam Reed (WMF's current MediaWiki release manager) and Rob Laphiner (WMF's Platform Engineering Director) about the future of MediaWiki tarballs. I began this discussion after Rob expressed regret about the WMF's ability to give tarball distribution the attention it deserves. Since the WMF is focused on maintaining Wikipedia and its sister projects, tarball distribution often loses among competing priorities. The Foundation has made MediaWiki available for everyone and that's a great thing. But Wikimedia's funding comes from donations as a result of requests on Wikipedia, not from distribution of MediaWiki, so they are rightly focused on their production cluster. Other users of the MediaWiki software have different needs. For instance, Citizendium, and Wikia and have both pegged their MediaWiki installations at 1.16.5 for stability and made their own modifications -- essentially forking the code. Forking is not ideal, but it is understandable because there is no cooperation around individual MediaWiki releases over the long term. With a third party to manage MediaWiki releases and maintain long term support for selected releases, cooperation between non-WMF users would be smoother. To this start effort, I welcome interested collaborators from the community of MediaWiki users outside of the WMF. With your help, we will start making and maintaining MediaWiki releases based on the core MediaWiki code without forking development. I've been discussing this with some MediaWiki sites as well as setting up a separate mailing list for packagers (such as Debian and RedHat distributors) and discussing it there. So far the response has been positive. So now I'm asking you guys. Any interest? -- http://hexmode.com/ Find peace within yourself and there will be peace on heaven and earth. -- Abba Isaac ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] MediaWiki tarballs and the WMF
On 6 June 2012 18:36, Mark A. Hershberger wrote: > I've been discussing this with some MediaWiki sites as well as setting > up a separate mailing list for packagers (such as Debian and RedHat > distributors) and discussing it there. So far the response has been > positive. Speaking as a tarball consumer, with a great interest in the future of tarballs (though I'm unlikely to be knowledgeable enough to package them) - is there any reason this list should be separate from mediawiki-l? At least it should be announced there. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] MediaWiki tarballs and the WMF
In the past couple of weeks I've been talking with Sam Reed (WMF's current MediaWiki release manager) and Rob Laphiner (WMF's Platform Engineering Director) about the future of MediaWiki tarballs. I began this discussion after Rob expressed regret about the WMF's ability to give tarball distribution the attention it deserves. Since the WMF is focused on maintaining Wikipedia and its sister projects, tarball distribution often loses among competing priorities. The Foundation has made MediaWiki available for everyone and that's a great thing. But Wikimedia's funding comes from donations as a result of requests on Wikipedia, not from distribution of MediaWiki, so they are rightly focused on their production cluster. Other users of the MediaWiki software have different needs. For instance, Citizendium, and Wikia and have both pegged their MediaWiki installations at 1.16.5 for stability and made their own modifications -- essentially forking the code. Forking is not ideal, but it is understandable because there is no cooperation around individual MediaWiki releases over the long term. With a third party to manage MediaWiki releases and maintain long term support for selected releases, cooperation between non-WMF users would be smoother. To this start effort, I welcome interested collaborators from the community of MediaWiki users outside of the WMF. With your help, we will start making and maintaining MediaWiki releases based on the core MediaWiki code without forking development. I've been discussing this with some MediaWiki sites as well as setting up a separate mailing list for packagers (such as Debian and RedHat distributors) and discussing it there. So far the response has been positive. So now I'm asking you guys. Any interest? -- http://hexmode.com/ Find peace within yourself and there will be peace on heaven and earth. -- Abba Isaac ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Update on IPv6
I am in central europe and there is almost no ipv6 connectivity, more far on east it's ever worse, so I doubt On Wed, Jun 6, 2012 at 5:07 PM, Maarten Dammers wrote: > Yes, good job guys! Now someone just needs to get Wikipedia.org (etc) added > to http://www.worldipv6launch.org/participants/?q=1 :-) > On the English Wikipedia someone from Indiana University was the first to do > a logged out edit. The first edit (and only) anonymous edit on Commons was > by Team Cymru. > > Now that we have ipv6 someone should start making statistics of the number > of logged out edits in a month by ip adresses vs ipv6 address. I wonder when > we'll hit 50-50 :-) > > Maarten > > Op 6-6-2012 15:59, Freek Dijkstra schreef: > >> Erik Moeller wrote: >> >>> If all goes well we'll be ready to launch full >>> production deployment on Wednesday, starting around 10AM UTC >>> (MediaWiki engineers will be working closely with the ops team >>> Wednesday to monitor bugs/issues). >> >> All, >> >> It seem that IPv6 got enabled just yet. At least, this morning I was not >> able to browse Wikipedia this morning on a IPv6only network, and it >> works like a charm now. >> >> I want to express my gratitude for all engineers who made this happen. >> Kudos and compliments to all of you. >> >> It is noted and appreciated. Thanks! >> >> Freek >> >> ___ >> Wikitech-l mailing list >> Wikitech-l@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Update on IPv6
Yes, good job guys! Now someone just needs to get Wikipedia.org (etc) added to http://www.worldipv6launch.org/participants/?q=1 :-) On the English Wikipedia someone from Indiana University was the first to do a logged out edit. The first edit (and only) anonymous edit on Commons was by Team Cymru. Now that we have ipv6 someone should start making statistics of the number of logged out edits in a month by ip adresses vs ipv6 address. I wonder when we'll hit 50-50 :-) Maarten Op 6-6-2012 15:59, Freek Dijkstra schreef: Erik Moeller wrote: If all goes well we'll be ready to launch full production deployment on Wednesday, starting around 10AM UTC (MediaWiki engineers will be working closely with the ops team Wednesday to monitor bugs/issues). All, It seem that IPv6 got enabled just yet. At least, this morning I was not able to browse Wikipedia this morning on a IPv6only network, and it works like a charm now. I want to express my gratitude for all engineers who made this happen. Kudos and compliments to all of you. It is noted and appreciated. Thanks! Freek ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Update on IPv6
Erik Moeller wrote: > If all goes well we'll be ready to launch full > production deployment on Wednesday, starting around 10AM UTC > (MediaWiki engineers will be working closely with the ops team > Wednesday to monitor bugs/issues). All, It seem that IPv6 got enabled just yet. At least, this morning I was not able to browse Wikipedia this morning on a IPv6only network, and it works like a charm now. I want to express my gratitude for all engineers who made this happen. Kudos and compliments to all of you. It is noted and appreciated. Thanks! Freek ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Upcoming cultural heritage hackathon, autumn 2012 in Denmark
On 04/13/2012 04:07 PM, Ole Palnatoke Andersen wrote: > On Fri, Apr 13, 2012 at 9:24 PM, Sumana Harihareswara > wrote: > >> On 04/13/2012 12:47 AM, Ole Palnatoke Andersen wrote: >>> Answers to both further down. >>> On Fri, Apr 13, 2012 at 4:50 AM, Andrew Garrett >> wrote: >>> On Thu, Apr 5, 2012 at 8:38 AM, Sumana Harihareswara wrote: > Ole, yay! This is cool. Is it ok to forward this to the public > developers' list and post about it on the mediawiki.org wiki so I can > get the API folks interested? >>> >>> >>> Indeed - it hit the Danish twitterverse hardtime yesterday, when two of >> my >>> favourite cultural heritage people got to talk about it. >>> >>> > > https://www.mediawiki.org/wiki/API has a bunch of information to help, > including links to a video of a tutorial and the API sandbox to >> practice > and help with queries. If I would be helpful, then I will at that point be based in Maastricht, NL, and very happy to have an excuse to go to Denmark! >>> We'd love to see you! >>> >>> Regards, >>> Ole >> >> Ole, is there a webpage somewhere with a clear date/city, so I can link >> to it from https://www.mediawiki.org/wiki/MediaWiki_developer_meetings ? >> >> > Not yet. Most likely venue is the Royal Library in Copenhagen. > http://hack4dk.tumblr.com/ will evolve into a website for the event. > > Ole Andrew, http://hack4dk.tumblr.com/about and its links indicate that they don't yet have someone volunteering to present about MediaWiki. Add yourself? :-) Date announcement in a week. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Order of execution JavaScript "extensions"
On 6 June 2012 13:57, Bergi wrote: > Andrew Dunbar schrieb: > >> I'm having trouble getting a simple one-line User JS working on >> Wiktionary. > > >> Apologies if this is not the right mailing list. None of the lists >> seemed fit according to http://www.mediawiki.org/wiki/Mailing_lists > > > I think the http://en.wikipedia.org/wiki/Wikipedia:WikiProject_User_scripts > would be a better place to discuss. Even though it's not Wiktionary, you > should find the (user-)JS gurus there :-) > > Apart from that, I guess your code interferes with the > ext.vector.collapsibleNav.js module. Waiting for it (with mw.loader.using) > before executing your snippet should work. Thanks for both parts of your answer. Your tip worked perfectly and I know where to ask next time. Andrew Dunbar (hippietrail) > regards, > Bergi > > > ___ > Wikitech-l mailing list > Wikitech-l@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update
2012/6/6 Oren Bochman : > Dear Ariel, > > Consider that people who would need to use Torrent most of all cannot host > a mirrors - this is a situation of the little guy being asked to do the > heavy lifting. > > It would be saving WMF significant resources, - it would be more efficient > than Rsync. Doing this outside the the WMF infrastructure does not make > sense (authenticity, automation) and is the reason why use of torrents has > failed traditionally. If the WMF does this - it should be possible for > users to leverage all the mirrors simultaneously - which is why torrents > are the preferred form of transport for Linux distribution. > > Installing a torrent server should not significantly impact workload. > The main problems, as I see it, is to write a maintenance script to create > the magnet link/.torernt files once the dumps are generated and to publish > them on the dump servers. > > With your blessing - I would try to help with it in the context of say a > labs, if it would be integrated into the dump release process. Actually, the link that Ariel provided contains links to Burnbit, who claim [1] to be using webseeds (i.e. the Wikimedia servers) to provide the torrents with data. So in theory it should be enough to have a script generate a burnbit torrent (or any torrent with webseeds, for that matter) for each dump, which should be well within the reach of an interested user. As to the actual hosting of files, the users will only host the files they choose to seed (presumably, the ones they work with) and nothing more. Strainu [1] http://burnbit.com/faq#httpseeds ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Order of execution JavaScript "extensions"
Andrew Dunbar schrieb: I'm having trouble getting a simple one-line User JS working on Wiktionary. Apologies if this is not the right mailing list. None of the lists seemed fit according to http://www.mediawiki.org/wiki/Mailing_lists I think the http://en.wikipedia.org/wiki/Wikipedia:WikiProject_User_scripts would be a better place to discuss. Even though it's not Wiktionary, you should find the (user-)JS gurus there :-) Apart from that, I guess your code interferes with the ext.vector.collapsibleNav.js module. Waiting for it (with mw.loader.using) before executing your snippet should work. regards, Bergi ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] question about purpose of usernames with "@" characters
Am 06.06.2012 11:29, schrieb K. Peachey: > CentralAuth uses it so you can refer to a user on another wiki when > you need to do global stuff. > > EG: TStarling@dewiki or TStarling@enwiki > > This makes sense, but I didn't know. I suggest, you please add an explanation as reference on the pages + https://www.mediawiki.org/wiki/Manual:$wgUserrightsInterwikiDelimiter + https://www.mediawiki.org/wiki/Manual:$wgInvalidUsernameCharacters ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] question about purpose of usernames with "@" characters
CentralAuth uses it so you can refer to a user on another wiki when you need to do global stuff. EG: TStarling@dewiki or TStarling@enwiki ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] question about purpose of usernames with "@" characters
A recent question on https://www.mediawiki.org/wiki/Extension_talk:User_Merge_and_Delete#Usernames_with_.22.40.22_character_cannot_be_deleted_or_merged pointed me to that "Usernames with "@" characters" issue. The following pages are known to me (Tim-SVG, thanks for answering on the extension's page) + https://www.mediawiki.org/wiki/Manual:$wgUserrightsInterwikiDelimiter + https://www.mediawiki.org/wiki/Manual:$wgInvalidUsernameCharacters Can anyone explain to me or point me to a documentation page what the purpose of "@" in Wiki usernames is? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Order of execution JavaScript "extensions"
I'm having trouble getting a simple one-line User JS working on Wiktionary.
$('#p-navigation').removeClass('first persistent').addClass('collapsed');
It works fine from Google Chrome's dev console. It makes the
navigation portal collapsible like the other portals in the sidebar.
But when I add it to my User:XXX/vector.js the result is not the same.
The class I add is there but the ones I remove are also still there
and the result is the standard navigation portal.
I suspect there is some other js executed after the user's vector.js
but I'm not sure how to check that.
I have tried setting a breakpoint on the node in Google Chrome's dev
tools and reloading the page, but it is never triggered.
Apologies if this is not the right mailing list. None of the lists
seemed fit according to http://www.mediawiki.org/wiki/Mailing_lists
Andrew Dunbar (hippietrail)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers
On Wed, Jun 6, 2012 at 4:09 AM, Lars Aronsson wrote: > On 2012-06-06 00:19, Diederik van Liere wrote: >> >> A workflow where engineers have to bug a Gerrit admin to do something is a >> broken workflow: > > > As something of an outsider/newcomer, I hear two very different > stories. The first is the story of all the good reasons why > Linus Torvalds created git, how it is fully decentralized and > asynchronous, and how bad it was to work with SVN. The other > story is gerrit, and how everything must now go through this > bottleneck of new centralization. There's a conflict here, that > needs to be sorted out. Does Linus Torvalds really use gerrit? > Well, the Wikipedia page says that Gerrit is developed by one of the co-authors of git, so that must say something, right? - Ryan ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update
Dear Ariel, Consider that people who would need to use Torrent most of all cannot host a mirrors - this is a situation of the little guy being asked to do the heavy lifting. It would be saving WMF significant resources, - it would be more efficient than Rsync. Doing this outside the the WMF infrastructure does not make sense (authenticity, automation) and is the reason why use of torrents has failed traditionally. If the WMF does this - it should be possible for users to leverage all the mirrors simultaneously - which is why torrents are the preferred form of transport for Linux distribution. Installing a torrent server should not significantly impact workload. The main problems, as I see it, is to write a maintenance script to create the magnet link/.torernt files once the dumps are generated and to publish them on the dump servers. With your blessing - I would try to help with it in the context of say a labs, if it would be integrated into the dump release process. Thanks for the great job with the dumps! Oren Bochman On Tue, Jun 5, 2012 at 3:15 PM, Ariel T. Glenn wrote: > This is a place where volunteers can step in and make it happen without > the need for Wikimedia's infrastructure. (This means I can concentrate > on my already very full plate of things too.) > > http://meta.wikimedia.org/wiki/Data_dump_torrents > > Have at! > > Ariel > > Στις 05-06-2012, ημέρα Τρι, και ώρα 08:57 -0400, ο/η Derric Atzrott > έγραψε: > > I second this idea. Large archives should always be available using > bittorrent. I would actually suggest posting magnet links for them though > instead of .torrent files. This way you can leverage the acceptable source > feature of magnet links. > > > > https://en.wikipedia.org/wiki/Magnet_URI_scheme#Web_links_to_the_file > > > > This way we get the best of both worlds: the constant availability of > direct downloads, and the reduction in load that p2p filesharing provides. > > > > Thank you, > > Derric Atzrott > > > > -Original Message- > > From: wikitech-l-boun...@lists.wikimedia.org [mailto: > wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Oren Bochman > > Sent: 05 June 2012 08:44 > > To: 'Wikimedia developers' > > Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update > > > > Any chance that these archived can be served via bittorent - so that > even partial downloaders can become servers - leveraging p2p to reduce > overall bandwidth load on the servers and increase download times? > > > > > > -Original Message- > > From: wikitech-l-boun...@lists.wikimedia.org [mailto: > wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Mike Dupont > > Sent: Saturday, June 02, 2012 1:28 AM > > To: Wikimedia developers; wikiteam-disc...@googlegroups.com > > Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update > > > > I have run cron archiving now every 30 minutes, > http://ia700802.us.archive.org/34/items/wikipedia-delete-2012-06/ > > it is amazing how fast the stuff gets deleted on wikipedia. > > what about the proposed deletes are there categories for that? > > thanks > > mike > > > > On Wed, May 30, 2012 at 6:26 AM, Mike Dupont < > jamesmikedup...@googlemail.com> wrote: > > > https://github.com/h4ck3rm1k3/wikiteam code here > > > > > > On Wed, May 30, 2012 at 6:26 AM, Mike Dupont > > > wrote: > > >> Ok, I merged the code from wikteam and have a full history dump > > >> script that uploads to archive.org, next step is to fix the bucket > > >> metadata in the script mike > > >> > > >> On Tue, May 29, 2012 at 3:08 AM, Mike Dupont > > >> wrote: > > >>> Well, I have now updated the script to include the xml dump in raw > > >>> format. I will have to add more information the achive.org item, at > > >>> least a basic readme. > > >>> other thing is that the wikipybot does not support the full history > > >>> it seems, so that I will have to move over to the wikiteam version > > >>> and rework it, I just spent 2 hours on this so i am pretty happy for > > >>> the first version. > > >>> > > >>> mike > > >>> > > >>> On Tue, May 29, 2012 at 1:52 AM, Hydriz Wikipedia < > ad...@alphacorp.tk> wrote: > > This is quite nice, though the item's metadata is too little :) > > > > On Tue, May 29, 2012 at 3:40 AM, Mike Dupont > > > > wrote: > > > > > first version of the Script is ready , it gets the versions, puts > > > them in a zip and puts that on archive.org > > > https://github.com/h4ck3rm1k3/pywikipediabot/blob/master/export_de > > > leted.py > > > > > > here is an example output : > > > http://archive.org/details/wikipedia-delete-2012-05 > > > > > > http://ia601203.us.archive.org/24/items/wikipedia-delete-2012-05/a > > > rchive2012-05-28T21:34:02.302183.zip > > > > > > I will cron this, and it should give a start of saving deleted > data. > > > Articles will be exported once a day, even if they they were > > > exported yesterday as long as the
Re: [Wikitech-l] Facebook grabs the Mediawiki logo instead of the site logo
But both my page and the Wikipedia page both have only the site logo, and 'powered by' footer icons. How does Facebook know not to mistakenly show a 'powered by' icon for Wikipedia but not my site? Unfair! ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
