Hi,
On Tue, Mar 1, 2016 at 3:36 PM, David Strine <dstrine(a)wikimedia.org> wrote:
> We will be holding this brownbag in 25 minutes. The Bluejeans link has
> changed:
>
> https://bluejeans.com/396234560
I'm not familiar with bluejeans and maybe have missed a transition
because I wasn't paying enough attention. is this some kind of
experiment? have all meetings transitioned to this service?
anyway, my immediate question at the moment is how do you join without
sharing your microphone and camera?
am I correct thinking that this is an entirely proprietary stack
that's neither gratis nor libre and has no on-premise (not cloud)
hosting option? are we paying for this?
-Jeremy
Hello cloud-vps users!
It's time for our annual cleanup of unused projects and resources. Every
year or so the Cloud Services team tries to identify and clean up unused
projects and VMs. We do this via an opt-in process: anyone can mark a
project as 'in use,' and that project will be preserved for another year.
I've created a wiki page that lists all existing projects, here:
https://wikitech.wikimedia.org/wiki/News/Cloud_VPS_2022_Purge
If you are a VPS user, please visit that page and mark any projects that
you use as {{Used}}. Note that it's not necessary for you to be a
project admin to mark something -- if you know that you're currently
using a resource and want to keep using it, go ahead and mark it
accordingly. If you /are/ a project admin, please take a moment to mark
which VMs are or aren't used in your projects.
When February arrives, I will shut down and begin the process of
reclaiming resources from unused projects.
If you think you use a VPS project but aren't sure which, I encourage
you to poke around on https://tools.wmflabs.org/openstack-browser/ to
see what looks familiar. Worst case, just email
cloud(a)lists.wikimedia.org with a description of your use case and we'll
sort it out there.
Exclusive toolforge users are free to ignore this email.
Thank you!
-Andrew and the WMCS team
Hello,
can someone to update list https://phabricator.wikimedia.org/P10500 which
contains repositories which haven't mediawiki/mediawiki-codesniffer.
I found in list that much repositories are empty, and repositories which
aren't available on Gerrit.
So, can someone please update this list of repositories (in
mediawiki/extensions) which haven't mediawiki/mediawiki-codesniffer, but at
least, contains one PHP file. or to provide me command with which I can
update list when I want, so I don't need to request it every time.
Best regards,
Zoran.
P. S.: Happy weekend! :)
Hi everyone,
I want to notify you that I have, on behalf of the WikiTeq company, made a
task https://phabricator.wikimedia.org/T298277 for requesting repository
ownership for the Lingo extension.
In case that you have any kind of questions, please let me know. :)
Best regards,
Zoran
Hello all,
As you may have heard, the Wikimedia Hackathon
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2023> is back in person
on May 19-21 in Athens, Greece. We are now opening the registration form
that also includes an optional scholarship application form open until
January 14th.
Registration is required to attend the onsite Wikimedia Hackathon in
Athens. The registration form remains open until we reach the capacity of
the venue (around 220 people). The event is free of charge - participants
are expected to book their travel arrangements individually, unless they
are granted a scholarship.
You can register here by getting yourself a (free) ticket for the hackathon!
<https://pretix.eu/wikimedia/wmhack2023/> (see also the detailed
instructions
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2023/Participate#Registr…>
)
In order to support the technical community and participants from diverse
backgrounds, the Wikimedia Foundation provides scholarships that cover
travel and accommodation for a selected number of technical contributors.
The application form is part of the registration process, and is open
until January
14th. You can find more information about the scholarship process,
committee and criteria on the related page
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2023/Participate#Scholar…>
.
The registration and scholarship application form runs with Pretix, an open
source third-party service, which may subject it to additional terms. For
more information on privacy and data-handling, see the privacy statement
<https://foundation.wikimedia.org/wiki/Legal:Wikimedia_Hackathon_2023_regist…>
.
If you’d like to connect with others on plans for the hackathon, the talk
page <https://www.mediawiki.org/wiki/Talk:Wikimedia_Hackathon_2023/Connect>
and the other channels listed here
<https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2023/Connect> are good
places to get started!
If you have any questions or issues with the registration form and/or the
scholarship application, feel free to reach out to the organization team on
the talk page or at hackathon(a)wikimedia.org.
For the organization team,
--
*Léa Lacroix *(she/her)
Hackathon Event Coordinator
Wikimedia Foundation <https://wikimediafoundation.org/>
Dear all,
As we all know, TypeScript would bring a lot of convivence to front-end development by providing a static type system. Unfortunately, most of Wikimedia's front-end codebases do not ship with TypeScript definitions.
To address this problem, recently, I have been working on writing the TypeScript definitions of OOjs and OOUI. Definitions of the former have been published to DefinitelyTyped, which is an official store for TypeScript definitions, and npm (https://www.npmjs.com/package/@types/oojs) while those for the latter are still work in progress.
During the development, some challenges arose:
1. Currently I am the only owner of @types/oojs npm package. This means that any contributions to that package are required to be approved by me, and for contributions from myself they are required to be approved by a DefinitelyTyped maintainer, which could be a slow procedure. I believe it would help a lot if maintainers of OOjs/OOUI or other Wikimedians would like to be another owner, which also reduces the bus factor.
2. The TypeScript compiler cannot recognize OO.inheritClass() calls and extend the class in the type system correctly, thus you need to use type assertions to set up the type correctly. This would bring inconvenience for classes like OO.ui.Dialog which heavily use inheritance.
I am writing to seek solutions to these problems.
Best regards,
diskdance