I'm trying to write some basic test bots before I start writing
patches for the Java Wiki Bot Framework (JWBF). I've been able to get
one to compile, but I have persistent runtime errors.
I've put the relevant information and things I've already tried in
this gist: https://gist.github.com/fhocutt/0221c1a35265ce7cda33
Has anyone had similar problems while getting JWBF set up, or seen
similar behavior from other Java projects?
-Frances
After reading this [1] I am wondering if Wikimedia should start taking
steps to reduce reliance on usernames and passwords. This issue is relevant
to WMF and thematic organization staff email accounts, on-wiki accounts
especially those with CU/OS and Arbcom roles, and other sensitive Wikimedia
credentials. This issue also relevant to staff and volunteer accounts with
third party services like Google Docs, Gmail, Skype, etc that are used to
conduct Wikimedia related activities.
Pine
[1]
http://mobile.nytimes.com/2014/08/06/technology/russian-gang-said-to-amass-…
On Mon, 11 Aug 2014, at 21:42, Chris Keating wrote:
> >
> > I think the most helpful thing would be to not attempt to start wars, and
> > particularly not on behalf of anyone or against individuals. We are all on
> > the same side here: trying to make the projects (and the project
> > interfaces, as a part of that) better. That includes, for instance, trying
> > out a new way of viewing photographs.
> >
> > I assume of course and as always that you send your message from a place of
> > also wanting the projects to be better and more usable. But it is hard to
> > see how anything you suggest above gets us there.
>
>
> I agree with everything Phoebe's said.
"That includes, for instance, trying out a new way of viewing photographs."
do you guys "try out" on the whole userbase?
that's not how people "try" things
it's not what actually happened wither
maybe say something more like "hi people, in the background we are writing a lot of wonderful code which will be used for refreshing the entire website in the long term"
"we're especially looking at how we fail to match project mission - we're people, we are making mistakes!"
"we're adding edit interface to media viewer ASAP and let everything else burn until we do that"
etc etc
and don't shy out, you ARE empowering the community already ;)
including jquery into list of what gadgets can use is already a huge plus, but i barely know any gadgets which use it
https://en.wikipedia.org/wiki/User:Jackmcbarn/editProtectedHelper uses parsoidObj from i think parsoid itself
this potential was never exposed to developers, not to mention end users
this software is very scriptable and flexible
the world picture is ugly and awkward and the superprotected scandal is special as 1 staff didnt even know about this decision. need better documenting. delays > mistakes.
what i get from working with people is that one needs to make small steps, carefully, and take notes; otherwise big steps may be taken in wrong direction
and document things, go screaming and kicking, I did it! for every step made
this way people know what is going on
please keep working on documenting what on earth you're doing exactly, in public
it should be the base of the entire team
are you doing planning in your head? design? ;) definitely not
put it onto a public wiki, collaborate out in the open
svetlana
Thanks for finding that page. I don't know how much that kind of chat
system would help our editor numbers but it's worth discussing. Any
comments from the Growth and EE teams?
Pine
On Aug 12, 2014 8:10 PM, "quiddity" <pandiculation(a)gmail.com> wrote:
> The pro and cons of web-chat, and some technical options are collated at:
> https://www.mediawiki.org/wiki/Live_Chat_System
> (especially the 2nd-to-last section, for "Why not IRC?")
> IRC makes followup discussion, or time-delayed discussion, too difficult,
> if the user doesn't use their identical username, and state their
> home-wiki. Also, it shows IPs if users don't obtain a cloak first.
>
> However, just for informational purposes, here are links for easy
> comparison:
> https://kiwiirc.com/client/irc.freenode.net/test
> http://webchat.freenode.net/?channels=#test
> ( the default client uses http://www.qwebirc.org/ )
>
> HTH,
> Quiddity
>
>
> On Tue, Aug 12, 2014 at 4:45 AM, Pine W <wiki.pine(a)gmail.com> wrote:
>
>> That proposal could be considered in the long term, but right now we have
>> plenty of people who seek and get help on IRC, and we can make incremental
>> improvements to their experience faster than we can build a new tool from
>> scratch. Few newbies fail hard at IRC. The basics are similar to texting
>> and private instant messaging software. Let's improve the newbie user
>> experience.
>>
>> Pine
>> On Aug 11, 2014 1:48 PM, "Nathan" <nawrich(a)gmail.com> wrote:
>>
>>> Newbies are going to fail hard at IRC. Pretty much all of the questions
>>> Seb
>>> poses for a built-in newbie chat still exist with a built-in Freenode
>>> interface, with the addition of a complicated and often difficult (not to
>>> mention culturally... unique) environment. Much better to think along the
>>> lines of the Teahouse, but live. You can jump into a chat queue, and
>>> people
>>> who want to help chat with you, and you can close the chat whenever you
>>> want, and you can't contact people outside of the queue using chat.
>>> _______________________________________________
>>> Wikitech-l mailing list
>>> Wikitech-l(a)lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
>>
>> _______________________________________________
>> EE mailing list
>> EE(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/ee
>>
>>
>
> _______________________________________________
> EE mailing list
> EE(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/ee
>
>
I would love for some Wikimedia technologists interested in our users'
privacy to put on an event within this festival (sort of like a
devroom at FOSDEM). http://opensourcebridge.org/sessions/1397 -
Steven Walling's talk "Data, Privacy, & Trust in Open Source: 10
Lessons from Wikipedia" might be of interest, as a case study in a big
site respecting privacy. Maybe people could talk about a reasonable
policy on editing from Tor nodes, work towards using something other
than IPs to denominate "anon" editors, discuss privacy of people who
have been recorded in Commons media files, hack on our HTTPS-related
infrastructure, or do other cool stuff.
(and have the biggest PGP keysigning ever)
-Sumana
-------- Forwarded Message --------
Subject: [TA3M-NY] Save the Date: March 1-6 Circumvention Tech Festival
Date: Thu, 07 Aug 2014 16:28:49 -0400
From: Sandra <SandraOrdonez(a)openitp.org>
Organization: OpenITP
To: undisclosed-recipients:;
Hello!
We are happy to announce that the OpenITP Circumvention Tech Festival
will take place on March 1-6, in Valencia, Spain.
This festival is a collaboration that will consist of a week-long
series of conferences, workshops, hackathons, and social gatherings,
bringing together the organizations and individuals that work on or
with anti-surveillance and anti-censorship technology tools. The
Festival will host events and sessions dedicated to training, user
experience, Iran, journalism, Tor and more.
We are still in the process of onboarding more partners, adding more
events to the program, and securing sponsorship. If you are interested
contact us at events(a)openitp.org.
** Learn More **
https://openitp.org/news-events/save-the-date-march-1-6-2015.html
SAVE THE DATE: March 1-6 in Valencia, Spain!!!
_________________________________________________________________
**** Current Programming ******
To date, we’ve booked the following events for the Festival. If you
would like to talk about sponsoring or adding an event to this
program, please contact us at events(a)openitp.org.
- Circumvention Tech Summit
- Secure User Practices
- Tor Project Hack Event
- ASL19 Iran CyberDialogues
- Trainers Workshop
- Journalism Security
- Spanish-Speaking Circumvention Tech Series
- Unconference Workshop Series
**** Festival Hosts & Partners ******
We’ve gathered a great team of partners, hosts, and sponsors: OpenITP,
ASL19, CPJ, IREX, Tor, ProjectPsiphon, European Journalism Centre,
Renewable Freedom Foundation and the Open Technology Institute
And we are still in the process of onboarding more partners! If you
are interested contact us at events(a)openitp.org.
**** How You Can Help: Needs & Wants ******
Currently, we are looking for tools and organizations that would like
to have a presence in our expo center. This would include setting up a
table and providing training on tools to both the circumvention tech
community and the local Spanish community. Notably, if you focus on
the Spanish world, we want to hear from you! We also seek individuals
and organizations to present during our Spanish-Speaking World Series.
We are also looking for sponsors! Contact events(a)openitp.org if
interested.
**** Venue ******
Las Naves in Valencia has graciously offered to host the 2015
CTFestival. Las Naves is a space dedicated to culture and promotion of
arts. They support the growth and development of young artists, and
generate synergies between them to encourage collective and
multidisciplinary creations. It is also an international community for
entrepreneurship, which supports business owners, entrepreneurs and
startups, and encourages collective and collaborative culture.
If you would like to be updated on this event, please ping us at
events(a)openitp.org. We look forward to seeing you there!
Best,
The OpenITP Circumvention Tech Festival Team
(Sandra Ordonez, Ciprian Iancu, and James Vasile)
_______________________________________________
OpenITP-NY mailing list
OpenITP-NY(a)lists.openitp.org
https://lists.openitp.org/mailman/listinfo/openitp-ny
Hi all. There are three technical RFCs for adding to core MediaWiki some
code that came out of work on Editor Campaigns:
https://www.mediawiki.org/wiki/Requests_for_comment/Typesafe_enumshttps://www.mediawiki.org/wiki/Requests_for_comment/Dependency_injectionhttps://www.mediawiki.org/wiki/Requests_for_comment/Data_mapper
The first of these RFCs was discussed once on IRC and there is work to be
done on it following that discussion, including some benchmarking. The
other two haven't been discussed formally yet. I am glad that the RfCs'
authors got initial version of all three out the door before doing further
work on the enums just to put everything out there, in case anyone is
working on something related.
I suggest you take a look at the data mapper and dependency injection RfCs.
For DI: check verbosity, flexibility, and whether it'd work for your use
cases. For the data mapper: it's basically an object-relational mapper that
would isolate database access in a less active-record-y way, so see whether
you agree with this approach.
Sumana Harihareswara
Senior Technical Writer
Wikimedia Foundation
If you've just started having vagrant issues, particularly if `vagrant
provision` has started complaining about git and vector then make sure to
pull the newest version of mediawiki.
Nik
i‘ve been trying to get an initial unit test set-up for GWToolset but haven’t had any success yet. the main issue seems to be with how a template is imported for the unit test; the template data is not created.
during wikimania two main suggestions came up:
1. purge the cache
2. do a null edit after the import
unfortunately, if i implemented them correctly, which i think i did, they did not work. any help/suggestions would be appreciated: https://bugzilla.wikimedia.org/show_bug.cgi?id=69241
thanks,
dan
On Sat, Aug 9, 2014 at 3:35 PM, Antoine Musso <hashar+wmf(a)free.fr> wrote:
> And of course, we have a ton of repositories which are empties. It
> would be rather nice to get rid of them.
>
I'm totally in favor of doing this. I'm going to build a list. Preferably
also with
a date of when it was requested (so something last week isn't dropped, but
something from a year ago is).
-Chad
Great news all!
Some talks at Wikimania got me looking at ALL of the extensions on gerrit,
and thus, some things happened!
We now have zuul / jenkins triggers and jobs for unit tests (non voting) on
ALL extensions on gerrit (excluding empty repos)
https://gerrit.wikimedia.org/r/#/c/152236/
And 272 of the extensions passed first time and thus now have voting jobs
https://gerrit.wikimedia.org/r/#/c/152723/
Still a bit of work to be done making the other hundreds of extensions pass
as they have a variety of issues but this is in my opinion a great step!
Thanks to Hashar for all of the merges!
Addshore