Re: [Wikitech-l] Speed v. Size
On Wed, May 29, 2013 at 10:22 PM, Daniel Friesen dan...@nadir-seen-fire.com wrote: Also, I'd be interested to see those benchmarks re-run on PHP 5.4 now that I we know that they changed the algorithm. On PHP 5.4: htmlspecialchars with ENT_NOQUOTES: 8.548s htmlspecialchars without ENT_NOQUOTES: 8.655s strtr: 18.012s str_replace: 9.657s *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2016 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] Loading MediaWiki from some script
What exactly do you mean by load MediaWiki? What's the use case? Maybe try making your own entry point? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Wed, May 22, 2013 at 11:16 AM, Jeroen De Dauw jeroended...@gmail.comwrote: Hey, I'd like to load MediaWiki from some PHP script and have not been able to find a way to do this so far. After someone suggested trying to do this as a maintenance script, I tried http://pastebin.com/scKFxF2J That however does not work as there is a check in doMaintenance.php (shouldExecute) that makes sure initialization is only done when no function calls are present in the call stack. My script is getting called by some other library and thus there will clearly be function calls in the call stack when doMaintenance.php is included. Is it even possible to load MediaWiki in such a case? And what is this restriction in shouldExecute good for? Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- ___ 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] Loading MediaWiki from some script
On Wed, May 22, 2013 at 1:12 PM, Daniel Friesen dan...@nadir-seen-fire.comwrote: Looks like we just need to abstract most of WebStart.php and part of doMaintenance into something like includes/Start.php to support things that are neither web nor maintenance. Honestly, why don't we just move that stuff into Setup.php. I mean, pretty much every entry point script includes Setup.php anyway. The only things that should be done in entry points is stuff that's specific to that entry point. *-- * *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] Loading MediaWiki from some script
On May 22, 2013 3:36 PM, Daniel Friesen dan...@nadir-seen-fire.com wrote: On Wed, 22 May 2013 12:31:50 -0700, Jeroen De Dauw jeroended...@gmail.com wrote: Hey, * WebRequest does much more than routing :( so it's not going to disappear. :(( Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- What's your problem with WebRequest anyways? -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] Agreed. WebRequest isn't that bad. It could use some cleanup, but overall I've found it pretty useful. Also, I didn't realize WebRequest had anything to do with routing at all. It was my understanding that it is more just an object oriented interface to $_GET and whatnot. ___ 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] Moving a GitHub Pull Request to Gerrit Changeset manually
def log(s): print s :D Seriously, though, this is pretty awesome. Also good to see the sh module getting some use. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Wed, May 22, 2013 at 4:45 PM, Steven Walling steven.wall...@gmail.comwrote: On Wednesday, May 22, 2013, Yuvi Panda wrote: Bump! This is now fully automatic! Enabled for the following repos: qa/browsertests extensions/PostEdit extensions/GuidedTour extensions/GettingStarted extensions/EventLogging extensions/MobileFrontend (I've asked the people who are major contributors to the repos and gotten agreement to turn it on) So everytime a pull request is opened on GitHub for their respective repositories, a Gerrit Changeset will appear in about 4-5 seconds. Updating the Pull Request will also update the Gerrit Changeset. Comment Syncing coming soon. Code is at https://github.com/yuvipanda/SuchABot. It runs on Tools Labs. More detailed description at https://www.mediawiki.org/wiki/User:Yuvipanda/G2G With a little bit more experimentation, perhaps we can figure out a nice workflow, while keeping Gerrit our 'Canonical' Repository. Thanks to everyone who helped! I volunteered to be a guinea pig for this, with a pull request to GuidedTour. I'm a good proxy for a newbie since I've never actually committed new code to Gerrit, even though I review/comment pretty often. Steven -- Yuvi Panda T http://yuvi.in/blog ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org javascript:; 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] State of MediaWiki's render action (parameter to index.php)
I'm confused as to what the point of action=render is. How is it different from using the API? *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sun, May 19, 2013 at 11:44 PM, Brian Wolff bawo...@gmail.com wrote: On 2013-05-19 10:09 PM, K. Peachey p858sn...@gmail.com wrote: On Mon, May 20, 2013 at 4:34 AM, Matthew Flaschen mflasc...@wikimedia.org wrote: We should give people a heads up, unless/until it's reconsidered and we decide to undeprecate it (maintain support indefinitely). Matt Flaschen Um, how it be discussed and considered to deprecate it in the first place? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l It seems a little odd to deprecate something due to load, when realistically we probably represent 95% of the load due to that feature. (Number pulled out of a hat. I have no idea what the real numbers are, but ive never heard of anyone other than mediawiki using that feature, and we use it quite a lot). Im also not a fan of telling people not to do something and then doing it ourselves. -bawolff ___ 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] State of MediaWiki's render action (parameter to index.php)
On Mon, May 20, 2013 at 12:23 PM, Brion Vibber bvib...@wikimedia.orgwrote: It predates the API. Yes, but I mean what is the argument for keeping it and not deprecating it? As far as I can tell this has been deprecated by API functionality. *-- * *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] Is it possible to set revision tags from the API?
FYI: https://gerrit.wikimedia.org/r/64650 *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sat, May 11, 2013 at 4:47 PM, Tyler Romeo tylerro...@gmail.com wrote: On Sat, May 11, 2013 at 4:43 PM, Brian Wolff bawo...@gmail.com wrote: (Arguably having some interface for users to manipulate tags might be a good thing) If there is a significant interest in this, I might be able to pull something together. Should something like this be a core feature or an extension? *-- * *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] bot activity in #mediawiki on freenode
On Tue, May 14, 2013 at 8:00 AM, Daniel Friesen dan...@nadir-seen-fire.comwrote: This very likely accounts for at least 1/3 of all the bugs and reviews I contribute to. I agree. While I can't say the same for Gerrit because I have my notifications set to send me all changesets anyway, whenever I'm IRC I find myself clicking on random bugs that were just commented on to see what's going on. *-- * *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] Code style: overuse of Html::element()
Chris makes a good point. Also, it should be noted that the Html class does a lot more than just escape stuff. It does a whole bunch of attribute validation and standardization to make output HTML5-sanitary. While in simple cases like the one above it will not make a difference, it is probably better to maintain a uniform approach when generating HTML output. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, May 13, 2013 at 2:05 PM, Chris Steipp cste...@wikimedia.org wrote: On Mon, May 13, 2013 at 10:26 AM, Max Semenik maxsem.w...@gmail.com wrote: Hi, I've seen recently a lot of code like this: $html = Html::openElement( 'div', array( 'class' = 'foo' ) . Html::rawElement( 'p', array(), Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ), $somePotentiallyUnsafeText ) ) . Html::closeElement( 'div' ); IMO, cruft like this makes things harder to read and adds additional performance overhead. It can be simplified to $html = 'div class=foo'p' . Html::rawElement( 'p', array(), Html::element( 'span', array( 'id' = $somePotentiallyUnsafeId ), $somePotentiallyUnsafeText ) ) . '/p/div'; What's your opinion, guys and gals? I'm probably a bad offender here, but you've unintentionally proved my point ;). Note that in your example, you used a single instead of a double quote after foo. Obviously, if you're using an IDE, syntax highlighting would have helped you, but my point being that when you use the classes, you're less likely to make those little mistakes that could potentially have disastrous consequences (like using single quotes around an entity and relying on htmlspecialchars for escaping, etc). And for security, I prefer for people to use whatever will cause the least amount of mistakes. Personally also, when I'm code reviewing I don't like to see in the php, but that's my person preference. ___ 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] New extension: Special:ExtensionStatus (opinions?)
On Tue, May 14, 2013 at 1:57 AM, Moriel Schottlender mor...@gmail.comwrote: Are all (or most) extensions in Github under https://github.com/wikimedia/with a mediawiki-extensions- prefix? Can I use that as a general rule of thumb? Yes. They're mirrored automatically. Also, you're probably thinking this already, but just in case, make sure not to remove Gerrit checking when you remove GitHub checking. Always good to have that as a backup on the chance we ever move away from GitHub. *-- * *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] HipHop VM support: ArrayObject and filter_var()
On Sun, May 12, 2013 at 1:56 PM, Dmitriy Sintsov ques...@rambler.ru wrote: Perhaps you should send the link to HipHop developers (or to their list, if there's any). Once I finish it and it's working I plan on doing just that. *-- * *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] Is it possible to set revision tags from the API?
On Sat, May 11, 2013 at 4:43 PM, Brian Wolff bawo...@gmail.com wrote: (Arguably having some interface for users to manipulate tags might be a good thing) If there is a significant interest in this, I might be able to pull something together. Should something like this be a core feature or an extension? *-- * *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] HipHop VM support: ArrayObject and filter_var()
FWIW, here is what I have so far: http://pastebin.com/hUQ92DfB I haven't tested it yet because my PHP environment is not behaving, and the only class I haven't implemented fully is SplHeap. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sat, May 11, 2013 at 8:57 AM, Chad innocentkil...@gmail.com wrote: On Sat, May 11, 2013 at 3:31 AM, Dmitriy Sintsov ques...@rambler.ru wrote: On 10.05.2013 17:58, Chad wrote: On Fri, May 10, 2013 at 8:05 AM, Jeroen De Dauw jeroended...@gmail.com wrote: Hey, I can see why SPL might require extra work in HipHop to support. At the same time I find it somewhat unfortunate this means one cannot use the Standard PHP Library. Yeah, but I think it's a workable issue. And the HH team seems very amenable to feature requests (and patches!), so implementing parts of the SPL are certainly possible over the long term. As Tim points out, for ArrayObject and filter_var() it's non trivial to implement (even Zend's implementation of the former is 2000+ LOC). System and development software, such as OS, compilers, language libraries, different kinds of VM's and so on are really huge and 2000+ lines of code actually is a *little* amount. It's not a framework or wiki. It's development software written in low-level language. Indeed, 2000 isn't really a lot, I was just trying to give an order of magnitude so people wouldn't think it was like 50 LOC or something. -Chad ___ 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] [RFC] Update our code to use RDFa 1.1 instead of RDFa 1.0
Well I don't have any experience in RDFa, but looking at the proposal, it seems like something we should do. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Thu, May 9, 2013 at 9:29 PM, Daniel Friesen dan...@nadir-seen-fire.comwrote: On Wed, 08 May 2013 03:52:07 -0700, Daniel Friesen dan...@nadir-seen-fire.com wrote: I was going through our code contemplating dropping XHTML 1.1 support and ran into the RDFa support stuff and realized how out of date and limited it is. I've put together an RFC for replacing our code that appears to be based on the RDFa 1.0 from 2008 with RDFa 1.1 and expanding support for RDFa. https://www.mediawiki.org/**wiki/Requests_for_comment/** Update_our_code_to_use_RDFa_1.**1_instead_of_RDFa_1.0https://www.mediawiki.org/wiki/Requests_for_comment/Update_our_code_to_use_RDFa_1.1_instead_of_RDFa_1.0 Is no-one at all interested in RDFa? No opposition. No enthusiasm. No... Just go ahead and do it? -- ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/] __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] Coding style: Language construct spacing
On Thu, May 9, 2013 at 9:22 PM, Tim Starling tstarl...@wikimedia.orgwrote:
include and require return a value, so they are more like functions
than return or print. See e.g. ResourceLoader.php:
$this-register( include( $IP/resources/Resources.php ) );
You could compare them to pseudo-functions like empty and isset. I
suppose you could write:
$this-register( include $IP/resources/Resources.php );
But that looks kind of weird to me.
True, but you also have to be careful about that. As mentioned in the PHP
docs, this can lead to weird operator precedence results. For example,
if ( include( $IP/resources/Resources.php ) === false ) {
will not work as expected. It looks like a quick check to see if the
included file was successfully included, but PHP will first evaluate the
=== operator before the include statement.
*-- *
*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] HipHop VM support: ArrayObject and filter_var()
On Thu, May 9, 2013 at 9:46 PM, Tim Starling tstarl...@wikimedia.orgwrote: You can always implement the parts you need in pure PHP. True. It might be worthwhile to make some sort of Spl compatibility library that loads in PHP versions of those classes if they do not exists. That way we can use them without dropping HHVM support. *-- * *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] HipHop VM support: ArrayObject and filter_var()
On Thu, May 9, 2013 at 9:57 PM, Tim Starling tstarl...@wikimedia.orgwrote: If you can write a complete and accurate compatibility class in pure PHP, then it can be included in HipHop in the system/classes directory. Interesting. I'll try and work on this. *-- * *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
[Wikitech-l] Bugzilla for Extensions
Hey, I was wondering what the qualifications are for getting a Bugzilla section for a MediaWiki extension, and how it can be set up? (It's difficult having to memorize or write down on notepads what things need to be fixed, and I don't want to have to set up my own Bugzilla instance.) *-- * *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] Bugzilla for Extensions
On Wed, May 8, 2013 at 3:09 AM, K. Peachey p858sn...@gmail.com wrote: File a bug under Wikimedia/Bugzilla for it. Only pre-req is that you are heavily involved in the dev of it (eg: maintainer) and you want it. OK, thanks! *-- * *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] Bugzilla for Extensions
On Wed, May 8, 2013 at 4:44 AM, Petr Bena benap...@gmail.com wrote: Link me to bug and I will create it right now! Here's the link: https://bugzilla.wikimedia.org/show_bug.cgi?id=48252 Much appreciated. *-- * *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] Coding style: Language construct spacing
On Wed, May 8, 2013 at 8:26 PM, Krinkle krinklem...@gmail.com wrote: delete( mw.legacy ); new( mw.Title ); typeof( mw ); echo( $foo . $bar ); print( $foo . $bar ); return( $foo . $bar ); … and, wait for it.. require_once( $foo . $bar ); I mostly agree. However, I must admit there are *some* cases where the parentheses are appropriate. However, in those situations, they should not be used as a function call operator. In other words, rather than: return( $foo . $bar ); Sometimes (and only sometimes) it might be appropriate to do return ( $foo . $bar ); In other words, the parentheses are being used to group the expression similar to how it's used in mathematical expressions, but not as a function call operator. *-- * *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] Countdown to SSL for all sessions?
On Tue, Apr 30, 2013 at 2:02 PM, Petr Bena benap...@gmail.com wrote: But anyway - I am afraid that /forcing/ people to use anything is a bad idea. ^this. Yes, using HTTPS everywhere is more secure and is probably what WMF will move toward. But no reason has yet to be provided why we should force all wikis everywhere to be all or none, especially when the difference between forcing everybody and giving the option is trivial (to adjust my patch to make it a forcing patch is literally a few lines of code). *-- * *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] Countdown to SSL for all sessions?
Some relevant info: Here's the Gerrit change implementing the user preference - https://gerrit.wikimedia.org/r/47089 Also, $wgSecureLogin was deployed once to WMF wikis, but apparently a bug occurred that was not present on my test environment. Once we figure out what the source of that issue is, at the very least we can take the first step and have secure login. *-- * *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] Countdown to SSL for all sessions?
On Mon, Apr 29, 2013 at 12:59 PM, Chris Steipp cste...@wikimedia.orgwrote: Using $wgSecureLogin with CentralAuth, if a global account logged in and unchecked the box to continue using SSL, then SUL didn't correctly log them in. This has been fixed in some of the updates to SUL that we're working on right now (https://www.mediawiki.org/wiki/Auth_systems/SUL2). Aha. I figured it had something to do with CentralAuth or another extension. *-- * *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] Countdown to SSL for all sessions?
On Mon, Apr 29, 2013 at 9:07 PM, Paul Selitskas p.selits...@gmail.comwrote: There are some situations when HTTPS won't work (for example, blocked by provider or government). How does one disable HTTPS without actually accessing a HTTPS version if the user is redirected from HTTP automatically? HTTPS was once blocked in Belarus, thus disabling access to above mentioned GMail, Facebook, Twitter and so on. There should be always an option (like ?noSecure=1). Well, with $wgSecureLogin the idea is that it is completely disallowed to log in, i.e., enter a password, over an insecure connection. *-- * *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] GSoC / OPW mentors README
Hey, So a quick question. I volunteered to mentor, but it doesn't seem I've been listed as a potential mentor on any projects. Should I be doing something to seek out students or is there just enough mentors at the moment? Thanks, *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sun, Apr 28, 2013 at 1:24 PM, Quim Gil q...@wikimedia.org wrote: Specifically about the 2 mentors per project requirement: On 04/27/2013 04:58 PM, Quim Gil wrote: * Get a second co-mentor for the proposals you want to see accepted. It's not easy but the success rate is remarkably higher, and the workload for each remarkably lower. Could be a profile complementary to yours: technical vs community, professional vs volunteer, maintainer vs power user, East vs West... The candidate and the project will benefit a lot. Brian comments that, for instance, for Proofread Page extension needs to be refactored www.mediawiki.org/wiki/**Mentorship_programs/Possible_** projects#Proofread_Page_**extension_needs_to_be_**refactoredhttp://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Proofread_Page_extension_needs_to_be_refactored Tpt is the only maintainer and looking at past contributions there is no other significant active contributor. Sure, this is a problem and in fact a factor to push a GSoC / OPW project in order to increase the community health of an endangered species. ;) However, the other co-mentor could be e.g. a qualified stakeholder e.g. in this case a Wikisource admin or someone recognized in that community, responsive, able to help with prioritization of requirements, with testing... GSoC recommends two mentors per project and we have reached to the same conclusion based on our experiences. See also the lessons learned at https://www.mediawiki.org/** wiki/Outreach_Program_for_**Women/Round_5https://www.mediawiki.org/wiki/Outreach_Program_for_Women/Round_5 The case for the second co-mentor is not only what happens when a mentor disappears, which is a extreme case. A second co-mentor is a second voice, a second factor of peer pressure, a second eye to detect problems earlier... A team of 3 remote people also leads necessarily to better remote communications, better documentation and better openness and capacity to include more voices and more people in a project. Also, mentors learn as much as interns. Two new co-mentors will have an easier time than a new mentor alone. A rookie co-mentor can learn from one mentor with prior mentoring experience, and then a year later s/he will be ready to be the main co-mentor... Two people alone can do a lot of progress, but they carry a higher risk of isolation from the rest of the community. And then one day the intern or the mentor starts slacking or vanishing for some reason and all what is left are private emails, IRC/IM conversations and other types of undocumented, lost wisdom. -- Quim Gil Technical Contributor Coordinator @ Wikimedia Foundation http://www.mediawiki.org/wiki/**User:Qgilhttp://www.mediawiki.org/wiki/User:Qgil __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] GSoC / OPW mentors README
On Sun, Apr 28, 2013 at 4:05 PM, Quim Gil q...@wikimedia.org wrote: You are encouraged to wish-to-mentor all the proposals you feel you have the interest and the skills. You can specify in the comments whether this would be your primary project, whether you could co-mentor if project ABC doesn't make it at the end, whether you could co-mentor just as long as there is a primary mentor covering XYZ skills you don't have, etc. Ah, my confusion stemmed from me not seeing the Wish to mentor switch on the side. OK, in that case I'll update my dashboard now. Thanks. *-- * *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] File Licensing Guidelines
On Fri, Apr 26, 2013 at 4:57 AM, David Gerard dger...@gmail.com wrote: As I noted, the continued bikeshedding while we wait on the actual lawyer is a waste of bytes and of people's attention. Then stop replying. Mute this thread. Seriously, if you think a discussion is not worthwhile or is not in alignment with your interests, then all you have to do is ignore it. Meanwhile, other people will continue to spend their time worrying about whether MediaWiki is violating copyright law or not. Because it's straight up obnoxious to come into a thread and undermine a topic people care about by calling it a waste of bytes and people's attention. If it were really a waste, why would people still be contributing to the thread? Also, you should seriously look up the definition of the work bikeshedding. It's the theory that organizations give undue weight to trivial issues. I don't see how this is at all a trivial issue. MediaWiki is violating the license of third party tools it uses. Maybe you think that's trivial, but I and others have a different opinion. And one more thing, it doesn't take a lawyer to read the GPL. Would you consult a lawyer before determining if robbery is illegal? No, because sometimes the law is damn obvious and doesn't need to be interpreted by experts. *-- * *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] File Licensing Guidelines
On Thu, Apr 25, 2013 at 9:12 AM, Brad Jorsch bjor...@wikimedia.org wrote: personal hat on It certainly doesn't count as source code: The source code for a work means the preferred form of the work for making modifications to it hardly describes minified JavaScript. /personal hat on Irrelevant. The first sentence of section 6 indicates that even when conveying object code you must comply with sections 4 and 5, thus indication of the license is still required. *-- * *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] File Licensing Guidelines
On Thu, Apr 25, 2013 at 9:38 AM, Brad Jorsch bjor...@wikimedia.org wrote: But not in every individual compiled file. Most likely, but even so, for some resources we don't convey the license *anywhere*. In other words, if I have a JS file from an external library that is not GPL licensed (maybe it's LGPL or something), the license for that file is not displayed anywhere, because the only licensing information on MediaWiki at all is on Special:Version. There needs to be some way to show the licenses of external libraries. *-- * *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] Anyone using Apache 2.4 to run MediaWiki?
On Thu, Apr 25, 2013 at 11:28 AM, Mark A. Hershberger m...@everybody.orgwrote: I tried to run MW against the Apache 2.4 package on Debian and didn't succeed How exactly did it not succeed? That's a pretty serious bug. *-- * *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] Anyone using Apache 2.4 to run MediaWiki?
On Thu, Apr 25, 2013 at 1:01 PM, Mark A. Hershberger m...@everybody.orgwrote: I did say I didn't try very hard. I'm not sure php even works with apache 2.4 which is labeled experimental on Debian. So five minutes was about enough to apt-get the apache 2.4 package and dependencies and go to the URL that it was already set up on and see that it didn't work. If you'd like me to test some more, I can. But I was hoping someone else had some experience before I had to dig in further. Ah, I see. Unfortunately you probably know more than I do so I don't have anything to add. :P *-- * *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] File Licensing Guidelines
On Fri, Apr 26, 2013 at 1:12 AM, Matthew Flaschen mflasc...@wikimedia.orgwrote: I believe you're quoting GPLv3 (Conveying Non-Source Forms). MediaWiki is under GPLv2 or later. Of course, that raises the question of which version the WMF is trying to comply with... Also irrelevant. ;) GPL v2 has similar requirements in sections 1 and 3, respectively. *-- * *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] File Licensing Guidelines
On Wed, Apr 24, 2013 at 6:27 PM, Brian Wolff bawo...@gmail.com wrote: Says who? I do not believe this is a requirement. It perhaps would be nice, if done sanely, but not a requirement. Says the GPL. To be specific: From section 0 To “convey” a work means any kind of propagation that enables other parties to make or receive copies. Mere interaction with a user through a computer network, with no transfer of a copy, is not conveying. From section 5 You may convey a work based on the Program, or the modifications to produce it from the Program, in the form of source code under the terms of section 4, provided that you also meet all of these conditions: ... b) The work must carry prominent notices stating that it is released under this License and any conditions added under section 7. *-- * *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] Special Page or Action
Here's my take on it: From the design perspective, SpecialPages are superior. It's one of the most mature controlling units in MediaWiki, primarily because current special pages do so many complex things there has developed a need for abstraction that handles many use cases. Actions, on the other hand, are on the verge of deprecation. In fact, many of the Actions in MediaWiki right now are literally fancy wrappers for function calls on an Article object. However, from the URI perspective, Actions make sense. Since the information is directly related to the page, having the page's URI as the base makes logical sense. It's much better for the forms for deleting a page to be at http://mywiki/wiki/MyPage?action=delete then for it to be at http://mywiki/wiki/Special:Delete/MyPage, because the delete action is something be applied to the page, not the other way around. With that in mind, I strongly recommend using a SpecialPage, because the infrastructure is better and eventually plans will be implemented to make the URI scheme for page-centric special pages more logical. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Tue, Apr 23, 2013 at 9:07 AM, Chad innocentkil...@gmail.com wrote: On Tue, Apr 23, 2013 at 8:46 AM, Jeroen De Dauw jeroended...@gmail.com wrote: Hey, At the risk of starting an emacs vs vim like discussion, I'd like to ask if I ought to be using a SpecialPage or an Action in my use case. I want to have an extra tab for a specific type of article that shows some additional information about this article. This view is per article. It does not allow for making modifications to the article. Registering either an action or a special page will result in much the same behaviour for the user, with the exception of the URL structure, which is slightly different. For me as a developer there also is little difference, either I have some thing derive from Action and have 3 lines of code in it or from SpecialPage and have the lines here. Furthermore I've seen both approaches taken, and have taken both myself. So is one approach preferred? Special page, special page, special page. Actions suck. -Chad ___ 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] Data-URI and WebP for thumbnails, a cute experiment
Looks good. Makes me wish H.264 wasn't so loaded down with patents. Then we'd maybe have an even better codec. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, Apr 22, 2013 at 9:38 AM, Magnus Manske magnusman...@googlemail.comwrote: On Mon, Apr 22, 2013 at 2:17 PM, Denny Vrandečić denny.vrande...@wikimedia.de wrote: That looks like a cool idea. I am trying to experiment it on a few pages, and it seems to considerably reduce the number of web requests (for https://en.wikipedia.org/wiki/Vincent_van_Gogh it goes from 120 to under 40 requests). Note that this could even be less if I added the Wikipedia chrome (logo, icons etc.) as data URLs. However, since these should be in local cache after the first page view, it would be quite wasteful to transmit them on each page view again, as base64 no less. ___ 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] No cascade protection on Mediawiki namespace
Even ignoring the original problem, we have wgNamespaceProtection, wouldn't
it make sense to have wgNamespaceCascadingProtection?
*-- *
*Tyler Romeo*
Stevens Institute of Technology, Class of 2015
Major in Computer Science
www.whizkidztech.com | tylerro...@gmail.com
On Sat, Apr 20, 2013 at 3:42 PM, Brian Wolff bawo...@gmail.com wrote:
Mw namespace pages that expand templates generally arent the scary ones
from an anon editing prespective. I don't think this is really neccesary,
and can mostly be dealt with socially when needed.
-bawolff
P.s. $5 says someone will probably come up with an exception with in 10
seconds of me making such a statement.
On 2013-04-20 2:08 PM, Techman224 techman...@techman224.ca wrote:
Some people are not aware of this, and they use templates to style
Mediawiki messages. If the administrator forgets to protect the template,
it opens up a backdoor for other users to edit the message.
Techman224
On 2013-04-20, at 4:25 AM, Petr Kadlec petr.kad...@gmail.com wrote:
On 20 April 2013 07:08, Techman224 techman...@techman224.ca wrote:
Right now the MediaWiki namespace is protected from editing. However,
if
you add a template to a Mediawiki message and the template is
unprotected,
any user could edit the message by editing the template, creating a
backdoor.
Ummm... Don't do that, then? Sometimes you _want_ to include pieces of
text
editable by more than just sysops (say, by autoconfirmed users), so you
use
a template from a MediaWiki message. (Cf. e.g.
https://cs.wikipedia.org/wiki/MediaWiki:Recentchangestext and
https://cs.wikipedia.org/wiki/%C5%A0ablona:Ozn%C3%A1men%C3%ADRC.) Or,
you
do not want to do that, then why are you using an unprotected template?
Either transclude another page in MediaWiki namespace as a template
({{MediaWiki:Something}}), or make sure you protect the used template
(with
possible cascade).
-- [[cs:User:Mormegil | Petr Kadlec]]
___
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
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] No cascade protection on Mediawiki namespace
This sounds like an issue. If others agree, I could work on this. On Apr 20, 2013 1:09 AM, Techman224 techman...@techman224.ca wrote: Right now the MediaWiki namespace is protected from editing. However, if you add a template to a Mediawiki message and the template is unprotected, any user could edit the message by editing the template, creating a backdoor. There is no option to cascade protect MediaWiki messages on wiki, and there is no function in the MediaWiki software to cascade protect an entire namespace. Should this be fixed? Techman224 ___ 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] Article on API Characteristics
On Wed, Apr 17, 2013 at 4:18 PM, Petr Onderka gsv...@gmail.com wrote: Regarding #7 in that list (Expect: 100-Continue), I think it would be nice if Wikimedia wikis did this. I know that at least in .Net, if I send a POST request to http://en.wikipedia.org/w/api.php, the Expect: 100-Continue header will be set, which results in an 417 Expectation failed error. .Net has a switch to turn that header off, and with that the request will work fine. But I think it would be nice if Wikimedia wikis supported this. I think this is an issue with something in Wikimedia's configuration (Squid? or maybe something like that) and not MediaWiki itself, because it works fine for my local MediaWiki installation even with Expect: 100-Continue set. Well, PHP and Apache do not support the 100-Continue workflow, i.e., there's no way to tell Apache to let PHP do its thing before sending the 100-Continue and receiving the rest of the data. *-- * *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] Article on API Characteristics
On Wed, Apr 17, 2013 at 4:47 PM, Petr Onderka gsv...@gmail.com wrote: I didn't necessarily mean that the 100-Continue workflow should be fully supported. I think Ignoring the header would be much better than completely refusing to work with it (and replying with error 417) and my guess is that doing that should be possible. Looking at the HTTP specification [1], it says that a proxy *has to* return 417 if the target server doesn't support HTTP/1.1. Though I have no idea why would the specification require this. So you're suggesting we go *against* the HTTP standard? That's not exactly what you're supposed to do. *-- * *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] Labs Shell Access Requests, 39 pending
What exactly is Labs Shell Access? Come to think of it, I really don't have much of an idea of what Labs is in the first place. I assumed it was some sort of testing environment, but I've never actually been on it. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Tue, Apr 16, 2013 at 3:48 PM, Thehelpfulone thehelpfulonew...@gmail.comwrote: On 16 April 2013 19:45, Ryan Lane rlan...@gmail.com wrote: We have a lot of these coming in as of late (which is awesome!), so we're not doing a great job keeping up. Anyone want to help out with this process? We can give this specific right out to anyone willing to help. Do we actually review the individual requests to look for anything in particular, or just grant access for all who request it? -- Thehelpfulone https://meta.wikimedia.org/wiki/User:Thehelpfulone ___ 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] Article on API Characteristics
Found this interesting articles on designing an API for what it's worth. Thought some people my find it interesting. http://mathieu.fenniak.net/the-api-checklist/ *-- * *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] Labs Shell Access Requests, 39 pending
Oh, interesting. I guess I'll look more into it and sign up. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Tue, Apr 16, 2013 at 6:56 PM, Sumana Harihareswara suma...@wikimedia.org wrote: On 04/16/2013 06:17 PM, Ryan Lane wrote: On Tue, Apr 16, 2013 at 2:21 PM, Tyler Romeo tylerro...@gmail.com wrote: What exactly is Labs Shell Access? Come to think of it, I really don't have much of an idea of what Labs is in the first place. I assumed it was some sort of testing environment, but I've never actually been on it. Labs is a virtualized environment that's meant for test, development and semi-production uses such as bots or tools. Shell access gives you the ability to ssh into instances (specifically the bastion). Without shell, it's impossible to ssh into any instances. - Ryan https://www.mediawiki.org/wiki/Wikimedia_Labs has more. Come join us! -- 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] OpenID: Mozilla bridges their PERSONA with OpenID and OAuth
You may have forgotten a link there ;) http://www.mediawiki.org/wiki/Extension:Persona *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Wed, Apr 10, 2013 at 10:27 AM, Thomas Gries m...@tgries.de wrote: For those being interested: Mozilla Persona is an open authentication system that lets you implement sign-in on your site in an afternoon. Today, Persona Beta 2 was released, including a feature called Identity Bridging that lets hundreds of millions of users sign into sites supporting Persona with no new username and no new password. The announcement video gives you a good overview of the Beta 2 release.. See https://hacks.mozilla.org/2013/04/persona-beta-2-launch/ and our https://bugzilla.wikimedia.org/show_bug.cgi?id=34565 and our https://www.mediawiki.org/wiki/Extension:OpenID ___ 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] Pushing Technical changes to Wikimedia projects
What kind of changes are we talking about here? What exactly falls under the category of design decisions? Because, for example, my Gerrit change that converts Special:Userlogin into a FormSpecialPage is a design change (in the software sense of the word), but the change based on it to add the VForm version of the login page is also a design change (in the graphical sense of the word). I'm very hesitant to support some sort of complicated approval process for submitting changes to the core, primarily because it already takes an extraordinary amount of time to get changes submitted. *-- * *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] Fwd: [ PRIVACY Forum ] French homeland intelligence threatens a volunteer sysop to delete a Wikipedia Article
Not that it's wikitech related, but please tell me the article was undeleted. *-- * *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] Socializing changes
I think as long as it's pretty obvious from the context that Wikimedia is not establishing a sovereign socialist nation, we should be fine with the current terminology. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, Apr 8, 2013 at 7:48 PM, MZMcBride z...@mzmcbride.com wrote: Sumana Harihareswara wrote: On 04/06/2013 09:16 PM, Federico Leva (Nemo) wrote: By the way, it would be lovely not to call communication like nationalization... sometimes I see people coming to communities saying they're socializing something and it feels weird. ;-) (Especially as it's false good news.) https://en.wiktionary.org/wiki/socialize (transitive) To take into collective or governmental ownership Nemo Nemo, I have sympathy for you here -- it took a while for me to get used to the use of socialize in the way the Wikimedia communities use it. [...] I don't have much sympathy. Looking at https://en.wiktionary.org/wiki/socialization: --- 1. The process of learning one's culture https://en.wiktionary.org/wiki/culture and how to live within it. 2. The act of interacting with others, of being social. 3. Taking under government control as implementing socialism. --- Given the precedence here (the definition having to do with governments and socialism is third), I don't think it's very reasonable to call the usage within Wikimedia wrong or even noteworthy. My local dictionary (New Oxford American Dictionary) also lists the socialism definition third. So, yes, if you choose to ignore the primary and secondary definitions, the tertiary definition isn't a great fit. This is why it's the tertiary definition, of course. MZMcBride ___ 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] Jenkins tests 'LOST'?
Jenkins is lost in the WMF network right now. Operations is in the process of searching subnets, but if we can't him, he's likely died and been lost forever. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, Apr 8, 2013 at 8:14 PM, Chad innocentkil...@gmail.com wrote: Yes, Jenkins is broken right now. -Chad On Mon, Apr 8, 2013 at 8:13 PM, Matthew Walker mwal...@wikimedia.org wrote: Does anyone know what this means: mwext-CentralNotice-merge : LOST ... or why I'm getting: Please wait while Jenkins is getting ready to work Your browser will reload automatically when Jenkins is ready. from https://integration.wikimedia.org/ci/ ~Matt Walker Wikimedia Foundation Fundraising Technology Team ___ 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] Removing the Hooks class
On Thu, Apr 4, 2013 at 9:22 PM, Daniel Friesen dan...@nadir-seen-fire.comwrote: In other languages of course like python and ruby. The application runs more like a daemon. Initialization can be done once when the program starts up. Then many requests are handled by the same process. But PHP pretends to be CGI even when not CGI. HipHop is an improvement. But we're not quite there yet and most people probably won't try using it or need it. *sigh* how I wish PHP would do something like Python and Ruby. Also, does MW even work at all with HipHop anymore? *-- * *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] Removing the Hooks class
On Fri, Apr 5, 2013 at 6:44 AM, Brad Jorsch bjor...@wikimedia.org wrote: On Fri, Apr 5, 2013 at 6:03 AM, Tyler Romeo tylerro...@gmail.com wrote: Also, does MW even work at all with HipHop anymore? https://www.youtube.com/watch?v=ju8suSJY0zQ Oh boy. 1:08. I'm gonna have fun today. *-- * *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] Removing the Hooks class
I still fully maintain that entirely static classes is the most useless thing and is just an extremely crude method of hiding global context. We're using PHP 5.3 in the core, might as well just use namespaces at that point, because that's what a static class is: a namespace with global variables and functions. It entirely defeats the purpose of object oriented programming. Nonetheless, I don't see any other good way to implement Hooks other than as a global state. Even though there are times where hooks are executing in a context, like Daniel said, there are times where they are not, e.g., maintenance scripts or any other place outside the normal request/response workflow. *-- * *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] Taking out the garbage
On Wed, Apr 3, 2013 at 2:02 AM, Chad innocentkil...@gmail.com wrote: This is actually 323M on disk. Wow. Bravo. That is truly an extraordinary improvement. *-- * *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] Proposal: Wikitech contributors
On Wed, Apr 3, 2013 at 9:06 AM, MZMcBride z...@mzmcbride.com wrote: Describe the page creation process in WordPress and then describe the page creation process in MediaWiki. The MediaWiki process is three times as long and includes three times more caveats. Maybe I'm missing something, but what about the MediaWiki page creation process isn't find a page, click edit, and just type into it? *-- * *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] Removing the Hooks class
On Apr 3, 2013 9:52 PM, Jeroen De Dauw jeroended...@gmail.com wrote: Hey, I'm curious what the list thinks of deprecating and eventually removing the Hooks class. Some relevant info: /** * Hooks class. * * Used to supersede $wgHooks, because globals are EVIL. * * @since 1.18 */ https://github.com/wikimedia/mediawiki-core/blob/master/includes/Hooks.php#L30 I personally find the comment hilarious and hope you see why when looking at the class. Looks like usage in core and extensions is not to extensive, so switching to something more sane seems quite feasible. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Can this please please please be done *after* my patch clarifying hook execution logic is merged? I'll include a link when I'm on my desktop, but if I have to rebase it again it's never going to get through. Also, what alternative implementation are you considering? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Try out MediaWiki Vagrant
On Sun, Mar 31, 2013 at 3:12 AM, Ori Livneh o...@wikimedia.org 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] Try out MediaWiki Vagrant
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? *-- * *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] Pronunciation recording tool wanted
I'm not sure whether it'd be helpful for this project, but https://github.com/akrennmair/speech-to-server looks interesting. Somebody ported lame (the mp3 encoder) to JavaScript. The demo I linked to records in the browser and streams it to a server over websocket. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Sun, Mar 17, 2013 at 9:47 AM, Sumana Harihareswara suma...@wikimedia.org wrote: On 03/13/2013 12:15 AM, Antoine Musso wrote: Le 13/03/13 04:07, K. Peachey wrote: That wouldn't be a bad project for GSoC as it isn't too large so it means we could actually see some results, And if it was too small, The student could probably do a couple of smaller projects (it being one) then focus on one after the other. The smaller big project: get its code deployed on the cluster and enabled for all wikis! Quick reminder: If you think something would be a good project for a student, put it on https://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects . I suggest we scope these proposals at about 6 weeks of coding work to ensure we dedicate enough time (out of the 3-month GSoC period) to bugfixing and code review. Past proposals often allotted either no time or about 2 weeks for merging with trunk, pre-deploy code review, and integration. That's not enough. Basically, if you think a project might take about 2 weeks for you to code, go ahead and put it on that list. Students run into lots of problems, and your 2-week project is someone else's whole summer. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ 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] Work starting on the 1.21 release candidates and announcement
For mine (1.9), it's ready, but just needs to be CRed and merged before it gets merge conflicted yet again. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, Mar 25, 2013 at 2:44 PM, Mark A. Hershberger m...@everybody.orgwrote: On 03/25/2013 01:39 PM, Greg Grossmeier wrote: == Release Announcement (for X.XX releases) == Audience: Third-parties, mostly. This would be blogged, mailed out to the widest number of applicable lists, etc. Contents: * Yay, we accomplished something big type messaging. * Probably just the short list of new features and breaking changes. * A link to the full release notes (above), which is mirrored on a mediawiki.org page instead of pointing people to a gerrit URL. Serendipitously, I'd like to start making RC releases this weekend. To that end, could those of you who are interested in helping out with the Release announcement look over https://www.mediawiki.org/wiki/MediaWiki_1.21 and fill in those sections that are marked FIX? Under What's new? there are currently the following sections, each of which needs some love: 1.1 Skins 1.2 ContentHandler 1.3 High-resolution image support 1.4 Ajax patrolling 1.5 Internationalization: gender neutrality and other 1.6 New accounts 1.7 Account creation welcome 1.8 Other 1.9 Password Recovery system uses Tokens 1.10 Wikitext now supported in JavaScript messages 1.11 Several minor HTML changes 1.12 Extended collation support 1.13 Bundled extensions If you had a hand in any of this work, please look over that page so it is ready for an announcement. If you are just learning about these changes, please make sure it clearly describes what has changed. -- 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 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] JobQueue
On Mar 23, 2013 12:10 AM, John phoenixoverr...@gmail.com wrote: I know Aaron has spent a lot of time on the job queue. But I have several observations and would like some feedback. The current workers apparently select jobs from the queue at random. A FIFO method would make far more sense. We have some jobs that can sit there in the queue for extended periods of time, while others added after that point may get completed in mere few minutes. Well random is not the only method. There is also timestamp based and FIFO. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] RFC How/whether MediaWiki could use ZendOptimizuerPlus -- ZendOptimizerPlus, opcode cache, PHP 5.4, APC, memcache ???
On Fri, Mar 22, 2013 at 7:39 AM, Thomas Gries m...@tgries.de wrote: I have to change CACHE_ACCEL to CACHE_NONE in my LocalSettings.php, and will still enjoy opcode caching by ZendOptimizerPlus, but have no memory cache - currently. Is this correct ? Can the setup be improved, and how ? Yes, this is correct. It can be improved by setting up a memcached server (it's quick and easy, and in small wikis can even be run on the same server as the web server, though not recommended for larger setups) and then using that as your cache. As an alternative, you can also use CACHE_DB, which will use the database for caching, although that doesn't really help much since a cache miss usually means a DB query anyway. *-- * *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
[Wikitech-l] Gerrit/Jenkins Verification
I've noticed that sometimes Jenkins +1s changes and other times it +2s them (for Verified, that is). Is there any specific pattern to this? It's not a problem or anything; I'm just curious. I feel like it was explained back when the system was changed to +1 and +2 but I forget and can't seem to find anything in the archives. *-- * *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] Gerrit/Jenkins Verification
On Fri, Mar 22, 2013 at 9:42 AM, Brian Wolff bawo...@gmail.com wrote: I think +1 is a merge and lint check where +2 is tests that actully execute the code, so only happens if your on the trusted list of users. Jenkins posts which tests its doing in a gerrit comment. -bawolff Ah, OK. That makes sense. Thanks. *-- * *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] RFC How/whether MediaWiki could use ZendOptimizuerPlus -- ZendOptimizerPlus, opcode cache, PHP 5.4, APC, memcache ???
On Fri, Mar 22, 2013 at 9:38 AM, Brian Wolff bawo...@gmail.com wrote: Some people have claimed that CACHE_DB might even slow things down compared to CACHE_NONE when used as main cache type (cache db is still better than cache none for slow caches like the parser cache). Anyhow you should do profiling type things when messing with caching settings (or any performance settings) to see what is effective and what is not. -bawolff Wouldn't be surprised. ;) The only problem is that with CACHE_NONE, many things (specifically, throttling mechanisms) won't work since the cache isn't persistent across requests. *-- * *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] RFC How/whether MediaWiki could use ZendOptimizuerPlus -- ZendOptimizerPlus, opcode cache, PHP 5.4, APC, memcache ???
On Fri, Mar 22, 2013 at 10:29 AM, Brian Wolff bawo...@gmail.com wrote: That would be a mediawiki bug though. Does throtling actually work with cache_db now? I remember it used to only work with the memcached backend. Anyways if that's been fixed, throtling should be changed to use CACHE_ANY so it actually works in all configs. Theoretically I'm thinking it should work with CACHE_DB. But yeah, the fact that the default main cache is CACHE_NONE is unsettling. *-- * *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] OAuth critique
Most of those concerns are valid. Daniel Friesnen has managed to convince me that OAuth is absolutely horrible, and that we will probably have to make our own authentication framework. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Fri, Mar 22, 2013 at 11:59 AM, Yuri Astrakhan yastrak...@wikimedia.orgwrote: There was a discussion recently about OAuth, and I just saw this blog post http://insanecoding.blogspot.com/2013/03/oauth-great-way-to-cripple-your-api.html (posted on slashdot http://tech.slashdot.org/story/13/03/22/1439235/a-truckload-of-oauth-issues-that-would-make-any-author-quit ) with some heavy criticisms. I am not an expert in OAuth and do not yet have a pro/against position, this is more of an FYI for those interested. --yurik ___ 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] RFC How/whether MediaWiki could use ZendOptimizuerPlus -- ZendOptimizerPlus, opcode cache, PHP 5.4, APC, memcache ???
Just to be clear, APC will not work in PHP 5.5 at all. It actually conflicts with Zend Optimizer+, and you cannot use both at the same time. *-- * *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] Who is responsible for communicating changes in MediaWiki to WMF sites?
Well, as part of the community and a volunteer, I can safely say that I don't think I (or anybody else) needs notification before bug fixes. :P *-- * *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] Who is responsible for communicating changes in MediaWiki to WMF sites?
On Thu, Mar 21, 2013 at 2:13 PM, Brian Wolff bawo...@gmail.com wrote: That depends on the bug. Some fixes do cause disruption. To pick a random clear cut example from a while ago - consider adding the token to the login api action. It was very important that got fixed, but it did cause disruption. -bawolff Oh yeah. Trust me. I know. Does anybody even remember the thread I sent out not too long ago? There were like three breaking changes applied to the core that would have caused fatal errors in my extensions. *-- * *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] CAPTCHA
Technically it should be possible. I believe there's a Request for permissions page or something of the sorts on meta-wiki for this purpose. Somebody with more knowledge can correct me if I'm wrong. *-- * *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Wed, Mar 20, 2013 at 11:23 PM, James Heilman jmh...@gmail.com wrote: Hey All I have someone helping me add translation done by Translators Without Borders of key medical articles. An issue that slows the work is that many languages require CAPTCHA to save the edits. Is their anyway around this (ie to get an account confirmed in all languages)? Project is here http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Medicine/Translation_task_force/RTT -- James Heilman MD, CCFP-EM, Wikipedian The Wikipedia Open Textbook of Medicine www.opentextbookofmedicine.com ___ 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] FlaggedRevs at www.mediawiki.org
On Tue, Mar 19, 2013 at 2:32 AM, Daniel Friesen dan...@nadir-seen-fire.comwrote: All you need is the coder flag which any coder can give you. I reviewed the changes and gave you coder. If possible, could I get the flag as well. I've run into the same problem before. *--* *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] Moving a GitHub Pull Request to Gerrit Changeset manually
Couldn't you also just fetch the pull request, rebase it on master with the -i flag, and set the commits to squash? *--* *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Mon, Mar 18, 2013 at 2:22 PM, Željko Filipin zfili...@wikimedia.orgwrote: On Sat, Mar 16, 2013 at 1:11 AM, Yuvi Panda yuvipa...@gmail.com wrote: So I tried converting https://github.com/wikimedia/qa-browsertests/pull/1 into a Gerrit changeset (https://gerrit.wikimedia.org/r/#/c/54097/) , and was mostly successful. Thanks. :) Željko ___ 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] Moving a GitHub Pull Request to Gerrit Changeset manually
On Mon, Mar 18, 2013 at 3:10 PM, Yuvi Panda yuvipa...@gmail.com wrote: That is what I first did. Too manual for my tastes :) In this case I only have to deal with one edit operation (for the commit message), rather than a s/pick/s/ for rebase -i. This was a first cut from about 5 mins of work - I'm sure it could be improved in many many ways :P Good point. *--* *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] Provisional API extension for CAPTCHA on action=createaccount
On Sun, Mar 17, 2013 at 1:03 AM, Brad Jorsch bjor...@wikimedia.org wrote: This is also a captcha we're talking about. Its primary purpose is to prevent non-human interaction. I know, but think about it this way: why would an API need to login using CAPTCHA? Because it's going to render that CAPTCHA to the user, request their login information, and then relay it to the API so that it can perform whatever actions it needs to perform. If we return just an HTML blob, then we are enforcing that the client application show the user exactly that output. If we output machine-readable information, then the client can render the CAPTCHA however it wants. *--* *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] Provisional API extension for CAPTCHA on action=createaccount
On Sat, Mar 16, 2013 at 11:19 AM, Brad Jorsch bjor...@wikimedia.org wrote: so an implementation of KittenAuth could return a blob of HTML This is the API we're talking about. It's primary purpose is to allow machine-parse-able interaction. It's probably not the best idea to return pure HTML fragments, especially if the user is requesting XML output format. *--* *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] MySimpleCertViewer, a simple certificate viewer written in PHP
Not to be a party pooper, but what's the difference between this and openssl_x509_parse? *--* *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] Github/Gerrit mirroring
Can we please be real here? The reason more contributors come in through GitHub than through Gerrit is because they *already have a GitHub account*. My browser is always logged into GitHub, and it's at the point where I can casually just fork a project and begin working on it, whereas with Gerrit you need to request an account. Like I said before, if you know how to use Git, you know how to use Gerrit (and the contra-positive is true as well). The primary thing holding people back is that it's confusing and not user friendly enough to make an account and get working. Imagine if people could sign into Gerrit using their Google accounts like Phabricator allows. I can guarantee participation would skyrocket. *--* *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] Detect running from maintenance script in a parser function extension
On Tue, Mar 12, 2013 at 1:47 PM, Toni Hermoso Pulido toni...@cau.catwrote: Hello, I'm checking whether I can detect that a process is run from a maintenance script in a parser function extension. Which would be the best way / more recommendable to detect it? Thanks! $wgCommandLineMode should be able to tell you, although I think checking if the RUN_MAINTENANCE_IF_MAIN constant is set is probably a better method. *--* *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] Pronunciation recording tool wanted
On Tue, Mar 12, 2013 at 9:29 PM, Brian Wolff bawo...@gmail.com wrote: It was solvable with a java applet (or flash, but that's usually considered evil) back in 2003. However it still requires someone to actually do it. For security purposes, I'm really hoping we don't plan on using a Java applet. :P *--* *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] Pronunciation recording tool wanted
On Mar 12, 2013 10:08 PM, Brian Wolff bawo...@gmail.com wrote: On 3/12/13, Tyler Romeo tylerro...@gmail.com wrote: On Tue, Mar 12, 2013 at 9:29 PM, Brian Wolff bawo...@gmail.com wrote: It was solvable with a java applet (or flash, but that's usually considered evil) back in 2003. However it still requires someone to actually do it. For security purposes, I'm really hoping we don't plan on using a Java applet. :P *--* *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 Why? There's nothing inherently insecure about java applets. We already use them to play ogg files on lame browsers that don't support html5. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Can you say that for sure? With the number of exploits in Java over the past few months, everybody I know has already disabled their browser plugin. --Tyler Romeo ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Live recent changes feed
Honestly, the solution could be as simple as requiring that the HTTP response have a certain header or something. *--* *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] Live recent changes feed
On Mon, Mar 11, 2013 at 3:53 PM, Brian Wolff bawo...@gmail.com wrote: (provided that very initially a get request is used to verify this. Post requests to arbitrary unverified urls can be dangerous.). Totally agreed. If anything the GET request could be used to obtain initial information about the client, such as which channels to subscribe to. *--* *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] Nightly shallow clones of mediawiki/core
On Mon, Mar 11, 2013 at 8:31 PM, Mark A. Hershberger m...@everybody.orgwrote: You can get a nightly snapshot of mediawiki from: https://toolserver.org/~krinkle/mwSnapshots/#!/mediawiki-core/master There is not .git, but maybe it could be added. This is spectacular. Simple and easy. *--* *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] Github/Gerrit mirroring
On Sun, Mar 10, 2013 at 12:06 AM, Dan Andreescu dandree...@wikimedia.orgwrote: I disagree and I have a very simple counter-point. Gerrit makes it basically impossible to work in a git-flow style ( http://nvie.com/posts/a-successful-git-branching-model/ ). From what I understand, rebasing and good branching strategies like git-flow simply don't get along. This is not true. The purpose of git-rebase is very clear and outlined. It's something you use *before* you implement branching strategies. In other words, you're supposed to work on a feature in a branch, and right before you push your branch to a remote, you fetch origin and rebase on master so that all conflicts are resolved. Only then does branching and anything else matter. Also, in a project like MediaWiki, where numerous individual contributors are submitting patches rather than a small set of trusted employees, a model where the maintainer is responsible for resolving conflicts in merges is simply not feasible. To be fair, though I understand the arguments against using github (though accepting pull requests from it is a must!), I always had the impression that other options weren't given enough attention during that discussion. Particularly GitLab looked very usable, could be used for self-hosting, etc., and never even got much content in the case against section (only two items, both currently marked as no longer true). I am not entirely sure why it was discarded so promptly in favor of the admittedly powerful, but clearly problematic/controversial Gerrit. Are there strong reasons do dismiss it that weren't stated in that page? What's the difference between GitHub's and GitLab's merge request workflow? *--* *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] Nightly shallow clones of mediawiki/core
The git-archive command is supposed to fulfill this functionality, but it seems it does not work anonymously, i.e., over HTTPS. I think it only works with ssh:// and with git://. Otherwise, GitHub's snapshots seem to be the only solution. *--* *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] Live recent changes feed
On Sun, Mar 10, 2013 at 7:34 PM, Petr Bena benap...@gmail.com wrote: I appreciate someone does something, but this should have been more discussed. I would like to highlight that our goal should NOT be to do this a way that is most simple for developers of mediawiki to implement and most simple for devops to maintain and setup. Our goal should be to make this feed most simple to implement into target application (bot, tool) for the developers of that tool. The ideal feed should be pretty simple to be parseable by something as trivial as a shell script with netcat or telnet on remote server (absolutely no need to use some 3rd party libraries). I am fine with using JSON as one option, but if it's the only option this new feed is supposed to provide, it will be very hard to implement in some tools. Basically anything what will require some extra libraries will make it harder than it actually is - despite it could be more flexible and faster. I agree with the discussion, but I think this is a good starting point. You can expect some patches from me soon. ;) *--* *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] Live recent changes feed
My main concern with the program in its current state is the lack of sufficient design. I mean, both the Configuration and MessageRouter objects are glorified dictionaries (or defaultdicts), and global variables are used for the router and config. Also, the config protocol is almost definitely a bad idea. Since it's unauthenticated, the only way to guarantee security is to use a Unix socket (or some other only-locally-accessible method), at which point you already have the means of stopping the server and reading the config. Finally, stats should be fine if publicly available. In other words, the only useful thing the control protocol could be used for is reloading the configuration. Other than that, minor quirks, such as handleJSONCommand, a protocol function, being put in the Subscriber class. And, of course, there's the issue of performance. Python doesn't handle threads, and since Twisted isn't multiprocess AFAIK, this might not be able to handle that many connections. Finally, other than WebSocket and the socket interface, the one other subscription method we should have it some sort of HTTP hook call, i.e., it sends an HTTP request to the subscriber. This allows event-driven clients without having a socket constantly open. *--* *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] Live recent changes feed
On Sun, Mar 10, 2013 at 10:38 PM, Victor Vasiliev vasi...@gmail.com wrote: Finally, other than WebSocket and the socket interface, the one other subscription method we should have it some sort of HTTP hook call, i.e., it sends an HTTP request to the subscriber. This allows event-driven clients without having a socket constantly open. I am not sure what exactly do you mean by that. When a message is sent, it is delivered by the daemon submitting an HTTP POST request to a registered client URI. This is a commonly used scheme for push notification delivery, such as when using Amazon's notification service. *--* *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] Live recent changes feed
On Sun, Mar 10, 2013 at 11:53 PM, Brian Wolff bawo...@gmail.com wrote: *if you forget to unsubscribe we send you post requests until the end of eternity. Have it cut off if it receives an invalid HTTP response. *dos vector - register someone you don't like's url. Register 100 variants from the same domain. Push enwikipedia's rc feed there. Or you roll out some EC2 instances and open 100 sockets. (And before you say rate-limit based on IP address, the same can be done for the HTTP idea.) In any case, I don't see the need to have every form of push api imaginable implemented. Especially not initially but even in general. Agreed, but this is a pretty basic one. In fact, if you use HTTP keep alive, it's almost identical to the TCP push method anyway, just that you can use a web server rather than rolling your own socket client. *--* *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] Github/Gerrit mirroring
I strongly disagree that Gerrit is harder to learn than Github. The only difficult thing to understand is the web UI, which takes only a few minutes to really get used to. Let's look at the biggest complaints: - Submitting patchsets is hard - Install git-review and then just replace the git push command with git review. If anything, this is significantly easier than Github, which requires forking, cloning, pushing, and pull requesting. - Developers don't understand rebasing - This is not a Gerrit thing. Rebasing in Git is an essential feature that anybody who uses Git should know how to use, even if on Github. Why? Because git-rebase is the only way to submit a change in a way that it can be merged without conflicts. If you submit a pull request on Github without rebasing first, you're just putting work onto the maintainer to resolve your merge conflicts, possibly resulting in a breakage on master. - Registration - The only thing that is probably a problem. We need to make Gerrit registration easier. The point I'm trying to make is that the problems with Gerrit are not problems with Gerrit, but actually problems with Git itself. If you can't handle the basics of Gerrit, it's because you don't know how to use Git. And at that point I don't see how GitHub is going to make things that much easier anyway. *--* *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
[Wikitech-l] Some Sort of Notice for Breaking Changes
Is there any way that extension developers can get some sort of notice for breaking changes, e.g., https://gerrit.wikimedia.org/r/50138? Luckily my extension's JobQueue implementation hasn't been merged yet, but if it had I would have no idea that it had been broken by the core. *--* *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] JobQueue changes (Re: Some Sort of Notice for Breaking Changes)
On Fri, Mar 8, 2013 at 12:18 PM, Rob Lanphier ro...@wikimedia.org wrote: As near as I can tell from a quick skim of the changeset you're referencing, Aaron's changes here are purely additive. Am I reading this wrong? Is there some other changeset that changes/removes existing interfaces that you meant to reference instead? At first glance it seems additive, but the change adds a new abstract method to the JobQueue class, meaning any child class of JobQueue that doesn't have the new method implemented will trigger a fatal error. To make it not breaking, the function would have to have a default implementation in the main JobQueue class. *--* *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] JobQueue changes (Re: Some Sort of Notice for Breaking Changes)
Also, after doing a git-blame, I found https://gerrit.wikimedia.org/r/51886, which was also merged today. I could search through the core for other changes like this but it'd require an immense amount of time. *--* *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] Some Sort of Notice for Breaking Changes
True, but schema changes are not as bad because they won't cause fatal errors in PHP. At the very least if a schema change occurs your wiki will still be operational. --Tyler Romeo On Mar 8, 2013 4:26 PM, Federico Leva (Nemo) nemow...@gmail.com wrote: Partly related: to be fair, Aaron asked comments about release notes and announcements some months ago (although in that case for schema changes) but there was none. http://lists.wikimedia.org/**pipermail/wikitech-l/2012-** November/064630.htmlhttp://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064630.html Nemo __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] Editing wikipedia using google, openID or facebook
On Thu, Mar 7, 2013 at 2:32 PM, Petr Bena benap...@gmail.com wrote: I just discovered this: http://www.mediawiki.org/wiki/Extension:OpenID why we don't have it on production? :) Just last week there was a thread about this. Extension:OpenID is under active development, but I think it could be ready for deployment in the near future (if not right now). *--* *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] Editing wikipedia using google, openID or facebook
On Thu, Mar 7, 2013 at 3:05 PM, Antoine Musso hashar+...@free.fr wrote: We still have to figure out which account will be used, the URL, whether we want a dedicated wiki etc... Those discussions are unrelated to using OpenID as a client, though. *--* *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
[Wikitech-l] Redis with SSDs
Interesting article I found about Redis and its poor performance with SSDs as a swap medium. For whoever might be interested. http://antirez.com/news/52 *--* *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] Seemingly proprietary Javascript
I don't see how the copyright of MediaWiki's code is bike-shedding at all. As a volunteer, I'd like to be damn sure MW is actually an open source project. There's a reason copyright licenses exist, and it's to provide freedom for developers and users. If MW were completely licensed under the WTFPL, others could copy MW, change it, and then make it proprietary, whereas with the GPL there is a restriction on that. When I contribute my code to this project, I am fully aware and happy with the fact that it will *never* be used in a closed source product. Just because some people don't care enough about how laws exist in this world and we have to operate under them doesn't mean everybody else should be screwed over. So if we could actually get back on topic rather than bitching and complaining about doing things some of us don't necessarily enjoy. *--* *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] Seemingly proprietary Javascript
Well then maybe we could just wait for a response from the counsel in this thread rather than interpreting licenses and then complaining about it... *--* *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] Seemingly proprietary Javascript
I would just like to note that while it may be silly or useless to insert licenses into minified JavaScript, it is nonetheless *legally required* to do so, regardless of the technical aspect of it. And it is not a question of whether we want to support some labeling program that reads JavaScript licenses; both the GPL and CC licenses have requirements that when you convey source code or binaries through any medium that the license be prominently displayed. I strongly doubt that a company is going to sue the WMF for something like this, but even so it's not a good idea to specifically ignore legal requirements for a third-party software. *--* *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
