://wikitech.wikimedia.org/wiki/Help:Toolforge/Toolforge_standards_committee
[4]: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Right_to_fork_policy
[5]: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Abandoned_tool_policy
Bryan
--
Bryan DavisWikimedia Foundation
://wikitech.wikimedia.org/wiki/Help:Toolforge/Toolforge_standards_committee
[4]: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Right_to_fork_policy
[5]: https://wikitech.wikimedia.org/wiki/Help:Toolforge/Abandoned_tool_policy
Bryan
--
Bryan DavisWikimedia Foundation
[0]:
https://lists.wikimedia.org/hyperkitty/list/wikitech-l@lists.wikimedia.org/message/VT44HXYMEYUNDVIGGLII7XZZTNCXA52S/
[1]: https://phabricator.wikimedia.org/T372059
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer
e messages you got on
2024-10-22. There was an unexpected failure of the shared Puppet
server that caused all Puppet runs to fail until it was corrected. See
https://phabricator.wikimedia.org/T377803 for more details.
Bryan
--
Bryan DavisWikim
-- wikitec...@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
--
Bryan DavisWikimedia Foundation
Principal Softwar
oking at word frequencies and sentence
complexity, or machine learning things that consume some or all of the
wiki corpus.
Do you run a tool that needs data from Dumps to do its job? I would
love to hear some stories about how this data helps folks advance the
work of the movement.
Bryan
--
Bryan
/www.mediawiki.org/wiki/Manual:RebuildLocalisationCache.php
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
__
gt; can
inject an alternative like
<https://en.wikipedia.org/wiki/Wikipedia:Article_wizard> when
restricted users attempt to create a new page in the main namespace.
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software En
li [Sannita] (he/him)
Movement Communications Specialist
___
Wikitech-l mailing list -- wikitec...@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.or
li [Sannita] (he/him)
Movement Communications Specialist
___
Wikitech-l mailing list -- wikitec...@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.o
li [Sannita] (he/him)
Movement Communications Specialist
___
Wikitech-l mailing list -- wikitec...@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.o
On Tue, Aug 6, 2024 at 10:32 AM Bryan Davis wrote:
>
> Bryan Davis wrote:
> > TL;DR:
> > * Nominations are open for the Toolforge standards committee at
> > https://wikitech.wikimedia.org/wiki/Help_talk:Toolforge/Toolforge_standards_committee#August_2024_committee_nom
r Mailman3 deployment is
apparently 30Kb. I just increased the setting to 1024Kb for the cloud@
list to better accommodate list messages with extensive quoting of the
thread so far. Hopefully this will make things a bit nicer for those
of you who are following via daily/weekly/monthly d
Bryan Davis wrote:
> TL;DR:
> * Nominations are open for the Toolforge standards committee at
> https://wikitech.wikimedia.org/wiki/Help_talk:Toolforge/Toolforge_standards_committee#August_2024_committee_nominations
A couple of people have asked me off-list if there are specific quali
ia.org/wiki/Help:Toolforge/Abandoned_tool_policy
[4]:
https://wikitech.wikimedia.org/wiki/Help_talk:Toolforge/Toolforge_standards_committee#August_2024_committee_nominations
[5]: https://wikitech.wikimedia.org/wiki/Volunteer_NDA
--
Bryan DavisWikimedia
ia.org/wiki/Help:Toolforge/Abandoned_tool_policy
[4]:
https://wikitech.wikimedia.org/wiki/Help_talk:Toolforge/Toolforge_standards_committee#August_2024_committee_nominations
[5]: https://wikitech.wikimedia.org/wiki/Volunteer_NDA
--
Bryan DavisWikimedia
;Wikimedia
Global Account (SUL)". The project that is underway is converting the
locally attached accounts on Wikitech to be backed by Central Auth
rather than Developer accounts in LDAP.
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer
On Mon, Jul 22, 2024 at 10:51 AM Roy Smith wrote:
>
> Hmm. I've already gone ahead and followed the instruction to link my
> accounts. Is that going to be a problem?
Not at all! We hope everyone will do it to make our wikitech SUL
migration more boring for everyone. :)
Bryan
-
nt list?
The original message was a direct email sent by Komla to some of the
Developer accounts with edits on Wikitech. It was not a mailing list
message, and it was only a test batch from the total group of Wikitech
accounts that will be affected by upcoming changes to
wikitech.wikimedia.org.
to making is easier for Wikimedia technical
volunteers to get credit for their git contributions via GitHub.
Hopefully a better solution will present itself in the future.
For now y'all should just hit that [fork] button with wild abandon to
claim your contributions.
Bryan
--
Bryan Davis
habricator.wikimedia.org/T256276#6303217
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
__
On Wed, Jun 5, 2024 at 9:13 AM Bryan Davis wrote:
> The new "Wikimedia Deployment Scheduler" tool tries to make adding
> your Gerrit change to a backport window as simple as possible. All it
> needs from you is the Gerrit change number, your IRC nick, and the
> backport
uests, and patches are welcome! :)
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
their help and
encouragement in building this tool. If you are interested in seeing
what the Gerrit integration needed, check out
<https://gerrit.wikimedia.org/r/plugins/gitiles/operations/software/gerrit/+/7ea913b^!/>
Bryan
--
Bryan DavisWikimedia Foundation
he image you
have built. This can be useful in debugging things. We have another
task in the backlog about making this shell functionality a bit more
discoverable now that we also have need for it with the jobs framework
(<https://phabricator.wikimedia.org/T311917>).
I hope that all helps a bi
g.cloudflare.com/undersea-cable-failures-cause-internet-disruptions-across-africa-march-14-2024
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
#Timeline
[3]: https://techblog.wikimedia.org/2022/03/14/toolforge-and-grid-engine/
[4]: https://lists.wikimedia.org/pipermail/labs-l/2015-August/003955.html
Bryan, on behalf of the Toolforge administrators
--
Bryan DavisWikimedia Foundation
Principal
#Timeline
[3]: https://techblog.wikimedia.org/2022/03/14/toolforge-and-grid-engine/
[4]: https://lists.wikimedia.org/pipermail/labs-l/2015-August/003955.html
Bryan, on behalf of the Toolforge administrators
--
Bryan DavisWikimedia Foundation
Principal
#Timeline
[3]: https://techblog.wikimedia.org/2022/03/14/toolforge-and-grid-engine/
[4]: https://lists.wikimedia.org/pipermail/labs-l/2015-August/003955.html
Bryan, on behalf of the Toolforge administrators
--
Bryan DavisWikimedia Foundation
Principal
s is likely faster than enumerating results 500
at a time via the Action API, but it also may reduce the complexity
and fragility of your operational deployment.
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer
ilscale/blob/main/LICENSE
[2]:
https://wikitech.wikimedia.org/wiki/Wikitech:Cloud_Services_Terms_of_use#4.5_Using_WMCS_as_a_network_proxy
[3]: https://en.wikipedia.org/wiki/XY_problem
[4]: https://phabricator.wikimedia.org/T358023
Bryan
--
Bryan Davis
On Mon, Mar 4, 2024 at 2:16 PM Bryan Davis wrote:
>
> On Mon, Mar 4, 2024 at 12:43 PM Tim Moody wrote:
> >
> > I am trying to reach a remote mysql database from a vps using python. The
> > destination server has created an opening in the firewall for the request,
&g
dia.org/wiki/Help:Toolforge/Database#Connecting_to_the_database_replicas_from_your_own_computer
for how this can be done in a specific case. For your case really just
the target host (login.toolforge.org -> your instance) and database
server should need to
orchestrator/-/commit/dd9b43212fbc884c78e2729c78fac04d6eb6ad87
[3]: https://phabricator.wikimedia.org/T351253
Bryan
--
Bryan DavisWikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:Us
with the process [1].
[0]:
https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/thread/EK65B7QCQHEG37C2ERPIUSP64OX3ZEUJ/
[1]: https://wikitech.wikimedia.org/wiki/ORES
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Eng
with the process [1].
[0]:
https://lists.wikimedia.org/hyperkitty/list/wikitec...@lists.wikimedia.org/thread/EK65B7QCQHEG37C2ERPIUSP64OX3ZEUJ/
[1]: https://wikitech.wikimedia.org/wiki/ORES
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Eng
tions, do exploratory testing, or even plan and execute a complete
deployment of a solution.
[0]: https://phabricator.wikimedia.org/T152235
[1]: https://phabricator.wikimedia.org/T97861
[2]: https://phabricator.wikimedia.org/T127367
[3]: https://phabricator.wikimedia.org/T50846
Bryan
--
B
WRONG_VERSION_NUMBER
I saw that in one of my own tests as well. I don't have a good
explanation of what triggered it.
> In the console /usr/sbin/sendmail -v t...@tim.com
> works just fine, so maybe I should just use subproc.
If shelling out to the sendmail client works for your use case, g
mport ssl
>>> context = ssl.create_default_context()
>>> context.check_hostname = False
>>> context.verify_mode = ssl.CERT_NONE
>>> server = smtplib.SMTP("mx-out03.wmcloud.org", 25)
>>> server.starttls(context=context)
(220, b'TLS
is not described in your current
attempts to keep spam from the list, so
<https://meta.wikimedia.org/wiki/Mailing_lists/Administration#Spam_filters>
may be worth looking at.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
or is it host-specific?
Copy it over. You would have copied it from a Toolforge tool
originally as we do not have a mechanism for creating database
credentials for Cloud VPS projects/instances.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Prin
ed to be [[WP:BOLD]] and update them.
[0]: https://phabricator.wikimedia.org/T133777
[1]: https://phabricator.wikimedia.org/T170355
[2]: https://phabricator.wikimedia.org/T285403
[3]:
https://gerrit.wikimedia.org/r/plugins/gitiles/cloud/toolforge/disable-tool/
[[WP:BOLD]]: https://en.wikipedia.o
ed to be [[WP:BOLD]] and update them.
[0]: https://phabricator.wikimedia.org/T133777
[1]: https://phabricator.wikimedia.org/T170355
[2]: https://phabricator.wikimedia.org/T285403
[3]:
https://gerrit.wikimedia.org/r/plugins/gitiles/cloud/toolforge/disable-tool/
[[WP:BOLD]]: https://en.wikipedia.o
e
archives open so that interested parties could see the discussions
that were held here.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
tor.wikimedia.org/T310435#8288848
[1]:
https://gerrit.wikimedia.org/r/c/operations/docker-images/toollabs-images/+/488764
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
s been poking at these issues
for quite a while as he has time and motivation, but currently there
is no timeline for completion.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boi
On Tue, Sep 6, 2022 at 4:38 PM Bryan Davis wrote:
>
> On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
> >
> > What: Diffusion git hosting moving to GitLab [0][1]
> > When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> > Why: Unblocking sunsetting work
On Tue, Sep 6, 2022 at 4:38 PM Bryan Davis wrote:
>
> On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
> >
> > What: Diffusion git hosting moving to GitLab [0][1]
> > When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> > Why: Unblocking sunsetting work
On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
>
> What: Diffusion git hosting moving to GitLab [0][1]
> When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> Why: Unblocking sunsetting work for Differential/Diffusion [2]
>
> What you can do: If you have not l
On Thu, Sep 1, 2022 at 4:26 PM Bryan Davis wrote:
>
> What: Diffusion git hosting moving to GitLab [0][1]
> When: Tuesday 2022-09-06 between 15:00 - 23:00 UTC
> Why: Unblocking sunsetting work for Differential/Diffusion [2]
>
> What you can do: If you have not l
cator.wikimedia.org/T305984#8210132
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
_
in order to grant you
access [3].
[0]: https://phabricator.wikimedia.org/T296893
[1]: https://phabricator.wikimedia.org/T315706
[2]: https://phabricator.wikimedia.org/T191182
[3]: https://phabricator.wikimedia.org/T313366#8203450
Bryan, on behalf of the Toolforge administrato
in order to grant you
access [3].
[0]: https://phabricator.wikimedia.org/T296893
[1]: https://phabricator.wikimedia.org/T315706
[2]: https://phabricator.wikimedia.org/T191182
[3]: https://phabricator.wikimedia.org/T313366#8203450
Bryan, on behalf of the Toolforge administrato
https://phabricator.wikimedia.org/T309754
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
https://phabricator.wikimedia.org/T309754
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
>
> > [1] https://phabricator.wikimedia.org/T314527
> >
> > -- Legoktm
[2]:
https://wikitech.wikimedia.org/wiki/Help:Access_policies#Application_Process
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
d tools db. If you
have some old data files or something laying around on Toolforge that
you are not using do clean those up. Otherwise, Toolforge accounts are
"cheap" for the movement and for the Toolforge admins. Do not worry
that you are consuming scarce resources. :)
Bryan
--
Bryan Da
expect my account to connect from this range of IPs", but
maybe someone else knows a trick?
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
rch/003989.html
[2]: https://opensource.org/node/1099
[3]:
https://wikitech.wikimedia.org/wiki/Wikitech:Cloud_Services_Terms_of_use#What_uses_of_Cloud_Services_do_we_not_like?
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Softwar
on the Cloud
VPS instance powering login.toolforge.org.
[0]: https://wikitech.wikimedia.org/wiki/Help:IRC
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
eous dump processing jobs it would almost certainly lead to
resource starvation across the entirety of the Toolforge Kubernetes
cluster and make many sad SREs.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
ugin with changes intended to make it easier to integrate with TWN.
The current plugin work is tracked in
<https://phabricator.wikimedia.org/T297168> and
<https://gerrit.wikimedia.org/r/c/wikimedia/developer-portal/+/747214/>.
Bryan
--
Bryan Davis Technical Engagement
/meta.wikimedia.org/wiki/Talk:Toolhub> talk page or filed as
Phabricator tasks under <https://phabricator.wikimedia.org/tag/toolhub/>. I
love that y'all are exploring the tool and asking good questions, but it is
difficult to respond to messages cross posted to multiple mailing lists (som
the bastions + grid engine failing.
We do not yet have a fix for this. It will require us to compile and
install a newer version of mono for everyone who is using it.
Interested folks can follow progress of our infrastructure updates in
response to this issue at T291387 [3].
[0]: https://letsencrypt.org/
the bastions + grid engine failing.
We do not yet have a fix for this. It will require us to compile and
install a newer version of mono for everyone who is using it.
Interested folks can follow progress of our infrastructure updates in
response to this issue at T291387 [3].
[0]: https://letsencrypt.org/
0a0f928fbd5ec791effc24361ff/includes/user/UserNameUtils.php#L244-L317
[1]:
https://github.com/wikimedia/mediawiki/blob/02f7392231ef40a0f928fbd5ec791effc24361ff/includes/title/MediaWikiTitleCodec.php#L333-L579
[2]:
https://github.com/wikimedia/mediawiki/blob/02f7392231ef40a0f928fbd
BryanDavis%7CBDavis%20(WMF)%7Cbd808>
The results will look something like:
```
{
"batchcomplete": true,
"query": {
"users": [
{
"name": "Bryan Davis",
"missing": true
},
introduced the feature, but that does not mean we should use it." [2]?
Could it be as simple as stating the bias more like "The use of `goto`
should be exceedingly rare, always accompanied by comments explaining
why it is used (likely for performance), and the a
the developers, maybe the PHP
> ecosystem has a similar tool? Or we can reach out to other high traffic
> projects and see how they are managing their changelog and maybe forge a
> common tool.
https://github.com/Automattic/jetpack-changelogger is a similar tool
to reno that is pure php
.
>
> I think this extension should be included by default in Mediawiki. It
> is so useful I don't understand why folks have to do something special
> to get it.
https://www.mediawiki.org/wiki/Requests_for_comment/Removing_hit_counters_from_MediaWiki_core
Bryan
--
Bryan Davis
On Thu, May 20, 2021 at 2:59 PM Bryan Davis wrote:
>
> TL;DR:
> * The #wikimedia-cloud IRC channel is moving from Freenode to Libera.Chat.
> * Register an account on Libera.Chat and join us there!
>
> [...snip...]
>
> A new #wikimedia-cloud channel has been created on ir
On Thu, May 20, 2021 at 2:59 PM Bryan Davis wrote:
>
> TL;DR:
> * The #wikimedia-cloud IRC channel is moving from Freenode to Libera.Chat.
> * Register an account on Libera.Chat and join us there!
>
> [...snip...]
>
> A new #wikimedia-cloud channel has been created on ir
i/IRC/Migrating_to_Libera_Chat
[6]: https://phabricator.wikimedia.org/T283247
[7]: https://www.mediawiki.org/wiki/Wikimedia_Hackathon_2021
Bryan, on behalf of the WMCS team and the Cloud VPS and Toolforge admins
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Eng
; status page for your tool?
I've not done it for a single tool, but I did it for all tools:
* https://sge-status.toolforge.org/
* https://sge-jobs.toolforge.org/
The source for both are linked from their page footers.
You can fetch the current grid job status as json too via
https:
iawiki.org/wiki/Manual:User_rights>
for information on how you might change the granted user rights if
desired.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
to create a new privileged user.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]] irc: bd808
___
e the right solution anyway.
Your `$wgOAuthRedirectUri` should use the https protocol, but I don't
think this is you root problem.
https://annotation.wmcloud.org/w/index.php?title=Special:PluggableAuthLogin
says "No such special page" and
https://annotation.wmcloud.org/wiki
uth
$ vagrant hiera role::wsoauth::oauth_key "the key for the new grant"
$ vagrant hiera role::wsoauth::oauth_secret "the secret for the new grant"
$ vagrant provision
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software
for the 'guest' level Puppet process that is executed by `vagrant up`
and `vagrant provision`.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:
l you how he has setup
https://wikispore.wmflabs.org/wiki/Main_Page with OAuth for account
registration. I have a hunch that is also possible by adding the
correct mw-vagrant role and settings.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
catch problems
similar to this more quickly in the future.
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
catch problems
similar to this more quickly in the future.
Bryan, on behalf of the Toolforge admin team
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(WMF)]]
Thank you for your
report, and I hope you can get your tool back into its proper working
state.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_
from the default one:
> "Category:Uploaded_with_UploadWizard".
> I forgot to do it at upload time.
> How do I do that?
See <https://www.mediawiki.org/wiki/Help:Categories> for an overview
of the category system in MediaWiki including information on how to
add/remove pages from a category.
Bryan
--
eated using Striker
on 2020-12-29 10:12:12 UTC. That Developer account has never been
"attached" on Wikitech, meaning that the account has never logged in
there, so it will show as unregistered on Wikitech. It is using the
same email address as the [[User:KirkLU]] Developer account which wa
co-maintainer of the
https://toolsadmin.wikimedia.org/tools/id/sonarqubebot tool there.
Removing membership in the project would effectively also remove your
maintainer access for this tool.
Bryan
--
Bryan Davis Technical Engagement Wikime
id header is added when an
existing header is not found in the inbound request as it traverses
the ingress. Brooke tracked down
<https://github.com/kubernetes/ingress-nginx/issues/2546> upstream as
a documented way that we could disable this default behavior if
desired by the co
On Tue, Aug 18, 2020 at 9:03 AM Bryan Davis wrote:
>
> TL;DR:
> * HTTP -> HTTPS redirection is live (finally!)
> * Currently allowing a "POST loophole"
> * "POST loophole" will be closed on 2021-02-01
>
> Today we merged a small change [0] to the front
On Tue, Aug 18, 2020 at 9:03 AM Bryan Davis wrote:
>
> TL;DR:
> * HTTP -> HTTPS redirection is live (finally!)
> * Currently allowing a "POST loophole"
> * "POST loophole" will be closed on 2021-02-01
>
> Today we merged a small change [0] to the front
lt;https://www.mediawiki.org/wiki/Parsoid/Extension_API> and
<https://www.mediawiki.org/wiki/Talk:Parsoid/Extension_API>. There is
also a bit of explanation about the changes at
<<https://lists.wikimedia.org/pipermail/wikitech-l/2020-September/093827.html>
along with a link to a tec
our logs, it could mean you need a bigger buffer. Increase
it (up to 65535) with the buffer-size option."
I added a line saying `buffer-size = 65535` to your tool's
$HOME/www/python/uwsgi.ini config file and then ran `webservice
restart`. Loading the ver
l Phabricator
tasks in the extended backlog with wishes that folks have made about
such things. <https://phabricator.wikimedia.org/T194333> is one that
has some really high level ideas on it and some more concrete
subtasks.
Bryan
--
Bryan Davis Technical Engagement
embers who have
gone through the https://wikitech.wikimedia.org/wiki/Volunteer_NDA
process.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User
domain.com"; to a list, and through with Cname
> record + DNS server. It is not essential, but as I bought the domain a few
> months ago...
No, Toolforge does not currently have any native system for using
vanity domain names.
Bryan
--
Bryan Davis Technical Engagem
On Fri, Oct 9, 2020 at 11:53 AM Bryan Davis wrote:
>
> I'm hoping to gather a bit of information on the current use of
> MediaWiki-Vagrant by folks in the Wikimedia movement. I have started a
> slowvote poll in Phabricator at
> <https://phabricator.wikimedia.org/V24> t
other dev environment
* No, I tried it but it never worked well
* No, I have never used it
Data collected in the poll will be used to help me and others decide
if it is worth putting in additional work to revitalize the group
maintaining and improving MediaWiki-Vagrant.
Bryan
--
Bryan Davis
On Wed, Oct 7, 2020 at 4:16 PM Roy Smith wrote:
>
> > On Oct 7, 2020, at 4:04 PM, Bryan Davis wrote:
> >
> > Use a `webservice python3.7 shell` session as your dev/test
> > environment and you will a) get the same python version as the
> > "production
e
[1].
[0]: https://wikitech.wikimedia.org/wiki/News/Toolforge_Trusty_deprecation
[1]: https://www.debian.org/releases/bullseye/
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer Boise, ID USA
[[m:User:BDavis_(
to first enter a python3.7 container running on the
Kubernetes cluster. This can be done using the `webservice python3.7
shell` command. See
<https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Python#Virtual_Environments_and_Packages>
for related information.
Bryan
--
Bryan Davis
r webservice. There is however
currently no Toolforge provided tooling to manage the state of that
Deployment in conjunction with your webservice.
Bryan
--
Bryan Davis Technical Engagement Wikimedia Foundation
Principal Software Engineer
1 - 100 of 722 matches
Mail list logo