itself. Just don't plan a
deployment during this time please. Thank you
--
Daniel Zahn
Site Reliability Engineer
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https
mailing list -- wikitech-l@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/
>
--
Daniel Zahn
Site Reliability Engineer
___
W
sts.wikimedia.org/
> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>
--
Daniel Zahn
Site Reliability Engineer
___
Cloud mailing list -- cloud@lists.wikimedia.org
List information:
https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
co, O =
> Wikimedia Foundation, OU = Operations, CN = WMF CA 2017-2020
>
>
>
> Does this do anything useful? Does it do any harm?
> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
>
dia.org/T324659.
>>
>> Greetings
>> Jelto
>
> _______
> Ops mailing list -- o...@lists.wikimedia.org
> To unsubscribe send an email to ops-le...@lists.wikimedia.org
--
Daniel Zahn
Site Reliability Engineer
___
://gitlab.wikimedia.org/repos/mediawiki/
>>> [2]. https://phabricator.wikimedia.org/T335921
>>> [3]. https://www.mediawiki.org/wiki/GitLab/Policy#MediaWiki_namespace
>>
>> ___
>> Wikitech-l mailing list -- wikitech-l@lists.wikim
tps://wikitech.wikimedia.org/wiki/Gerrit/Replica>
[1]: <https://zonestamp.toolforge.org/1685026803>
[2]: <https://phabricator.wikimedia.org/T334521>
--
Daniel Zahn
Site Reliability Engineer
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
T
t load
compared to others.
On Mon, May 15, 2023 at 9:12 PM Brian Wolff wrote:
>
> Does this include other uses of gerrit replica? Should extension distributor
> be switched to main gerrit?
>
> --
> Brian
>
> On Tuesday, May 16, 2023, Daniel Zahn wrote:
>>
>>
c/labs/codesearch/+/919924 I
> can merge and deploy it soon.
>
> Am Di., 16. Mai 2023 um 00:23 Uhr schrieb Daniel Zahn :
>>
>> I have used codesearch to search for the config of codesearch with things
>> like
>>
>> https://codesearch.wmcloud.org/search/?q=cod
I have used codesearch to search for the config of codesearch with things like
https://codesearch.wmcloud.org/search/?q=codesearch===
I did find the puppet module codesearch and a hound config file in there.
But somehow I have not found yet where the "gerrit-replica" URL s configured.
Do you
gt; https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
>
>
>
> --
> Amir (he/him)
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@list
ll be downtime during the move. I expect downtime to be less than the
> full hour, but please plan for a full hour.
>
> Apologies for the inconvenience :(
>
> Tyler Cipriani (he/him)
> Engineering Manager, Release Engineering
> Wikimedia Foundation
>
> [0]: <https://ph
nnou...@lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.org/
>> ___
>> Cloud mailing list -- cloud@lists.wikimedia.org
>> List information:
>> https:/
tps://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>>>
>> ___
>> Cloud mailing list -- cloud@lists.wikimedia.org
>> List information:
>> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>>
>
&
ytes in length. Be aware that non-ASCII
characters may take up to four bytes in UTF-8 encoding, so the total
number of characters that can fit into a title may be less than 255."
found at
https://en.wikipedia.org/wiki/Wikipedia:Page_name#Technical_restrictions_and_limitations
--
Daniel Zah
RCHAR types are declared with a length
that indicates the maximum number of characters you want to store. "
So I think that is indeed your solution to just add _max_ length. But
it can still vary up to this length.
--
Daniel Zahn
Site Reliability Engineer
_
We believe we have fixed the issues and have scheduled a new window
for this for:
this coming Monday, Nov 28th, at 22:00 UTC (14:00 PST)
(A new migration plan is linked in the ticket T280597.)
On Mon, Nov 21, 2022 at 6:07 PM Daniel Zahn wrote:
>
> Due to unexpected problems with the phd
Due to unexpected problems with the phd daemon crashing after some
time on the new server
we had to revert.
For the moment phab1001 is again the production server as before.
We will do this again after additional debugging.
On Thu, Nov 17, 2022 at 1:35 PM Daniel Zahn wrote:
>
> On this
ady and has been deprecated. Please use Gitlab
or Gerrit for all your repo needs.
https://phabricator.wikimedia.org/T280597
--
Daniel Zahn
Site Reliability Engineer
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an em
Wikitech-l mailing list -- wikitech-l@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/
>
> ___
> Wikitech-l mailing list -
a.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
--
Daniel Zahn
Site Reliability Engineer
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wik
I also want to say thanks to Bryan for doing this. We are looking
forward to retire the git-ssh service to reduce complexity when
migrating Phabricator servers and generally reduce the number of
different places we use for repos at Wikimedia.
___
Cloud
s://lists.wikimedia.org/postorius/lists/cloud-announce.lists.wikimedia.org/
> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
>
>
> ___
org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
--
Daniel Zahn
Site Reliability Engineer
___
Wikitech-l mailing list -- wikitech-l@lists.wi
On Sat, Jun 18, 2022 at 2:54 AM Samuel Klein wrote:
> Is there any sort of list of mothballed bots looking for good homes /
> maintainers?
I think basically every bot in the list would benefit from (more) maintainers:
IRC bots:
https://wikitech.wikimedia.org/wiki/Category:Bots
on wiki bots:
On Sat, Jun 18, 2022 at 2:54 AM Samuel Klein wrote:
> Is there any sort of list of mothballed bots looking for good homes /
> maintainers?
I think basically every bot in the list would benefit from (more) maintainers:
IRC bots:
https://wikitech.wikimedia.org/wiki/Category:Bots
on wiki bots:
s like overkill.
>
> ___
> Cloud mailing list -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
--
Daniel Zahn
Site Reliability Engineer
_
media.org
>> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
>> https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubs
This has happened today.
The scheduled downtime was fully maxed out since we ran into an
unexpected issue related to IPv6 at first
which has been fixed now.
We are now on the new Etherpad version 1.8.16 and on Debian bullseye.
On Tue, Feb 8, 2022 at 2:18 PM Daniel Zahn wrote:
>
> The s
This has happened today.
The scheduled downtime was fully maxed out since we ran into an
unexpected issue related to IPv6 at first
which has been fixed now.
We are now on the new Etherpad version 1.8.16 and on Debian bullseye.
On Tue, Feb 8, 2022 at 2:13 PM Daniel Zahn wrote:
>
> The s
will be much shorter than that but you should not count on it.
While existing pads should not be affected by this in any way, please
keep in mind that in general this is a service without an SLO
supported on a best effort basis.
Best regards,
Daniel
--
Daniel Zahn
Operations Engineer
will be much shorter than that but you should not count on it.
While existing pads should not be affected by this in any way, please
keep in mind that in general this is a service without an SLO
supported on a best effort basis.
Best regards,
Daniel
--
Daniel Zahn
Operations Engineer
g down tendril in
>> https://phabricator.wikimedia.org/T297605.
>>
>>
>> Thank you.
>>
>>
>> ___
>> Ops mailing list -- o...@lists.wikimedia.org
>> To unsubscribe send an email to ops-le...@lists.wikimedia.org
st -- cloud@lists.wikimedia.org
> List information:
> https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
--
Daniel Zahn
Operations Engineer
___
Cloud mailing list -- cloud@lists.wikimedia.org
List information:
https://lists.wikimedia.org/postorius/lists/cloud.lists.wikimedia.org/
Hello Soham,
that would be the SRE team. It has been split into multiple sub teams.
Here is a short description of the sub teams and their different work
areas:
https://www.mediawiki.org/wiki/Wikimedia_Site_Reliability_Engineering
Best,
Daniel
___
Thanks for the upgrade!
You may have noticed a new feature, "attention set" that is a smarter
version of the previous "assignee" feature.
I am quite hopeful it can have a positive impact on our review
workflows / patterns.
For example "If a reviewer replies, then the change owner (and
uploader)
congrats!
___
Wikitech-l mailing list -- wikitech-l@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/
3:27 PM Roy Smith wrote:
>>
>>
>> I've computed some data on a VPS node that I want to show to people. Is
>> there some quick and dirty way to publish a file so it's visible to the
>> outside? I'm thinking something along the lines of a public_html directory.
>
ml directory.
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
--
Daniel Zahn
Operations Engineer
___
And additionally I would also delete mwdebug1003, the ganeti VM on
stretch that was also there
just for the special stretch/buster comparison use case. Would anyone miss it?
mwdebug1001/1002 are on buster all this time and won't be changing.
On Thu, Apr 15, 2021 at 2:58 PM Daniel Zahn wrote
Hi all, one final follow-up,
It's been a while since 99% of appservers are on buster but we had
still kept 1 special case in each role on stretch,
so that people could make stretch vs. buster comparisons. Some people
had asked for that.
They are: mw1307 jobrunner/videoscaler,mw1402 API
deploy1001 is being decom'ed now and won't be able to boot anymore.
The contents of home dirs has been synced to deploy1002.
On Mon, Mar 1, 2021 at 2:58 PM Daniel Zahn wrote:
>
> deploy1002.eqiad.wmnet is now the active production deployment server :)
>
> Please stop using deplo
ic mail list.
>
> Thank you very much for your help!
>
> On Sat, Mar 6, 2021 at 01:59 Daniel Zahn wrote:
>>
>> > I am wondering if there is a way to find the old account
>>
>> I tried to search LDAP by your email address starting with kirklu* or
>> sn=Kirk to
> I am wondering if there is a way to find the old account
I tried to search LDAP by your email address starting with kirklu* or
sn=Kirk to find the old account but could not.
Only see your one account.
Are there any other email addresses to check for?
pet
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
deploy1002.eqiad.wmnet is now the active production deployment server :)
Please stop using deploy1001. scap will also be locked though and the
MOTD will remind you of it.
On Fri, Feb 26, 2021 at 5:20 PM Daniel Zahn wrote:
>
> Hello deployers,
>
> TLDR: We are upgrading deployment s
eployments#Monday,_March_01
[4] https://gerrit.wikimedia.org/r/q/topic:%22deployment-switch%22+(status:open)
[5] https://wikitech.wikimedia.org/wiki/Deploy1002
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.o
ething I was hoping one day would become possible. Nowadays it is.
Very nice!
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Users who would like to follow the upgrade status / want exact
information which server is currently on which distro version are
welcome to do so at:
https://docs.google.com/spreadsheets/d/1Ris18-joRFfd3OHjGJIraVUk-bpmIRORsPoms9D7BcM/edit?usp=sharing
It also tells you which servers have the
Rightfully labeled "Epic" :)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
If I am currently using bastion-restricted.wmflabs.org in my ProxyCommand,
am I also supposed to replace it?
With bastion-restricted.wmcloud.org ? And is the distinction between
regular bastion and restricted bastion still a thing?
___
Wikimedia Cloud
Another way to do it is:
Start at https://en.wikipedia.org/wiki/Category:Cities
Click through the category tree.. for example from there to
"Category:Cities by country" then
"Category:Cities in the United States" -> "Category:Cities in the
United States by county" ->
and so on until you get to a
Easy to use, works and looks nice.
The activity list of my own contributions is useful and will probably
replace looking at Phabricator feed for
me for some purposes.
Congrats, Raymond.
___
Wikimedia-l mailing list, guidelines at:
Easy to use, works and looks nice.
The activity list of my own contributions is useful and will probably
replace looking at Phabricator feed for
me for some purposes.
Congrats, Raymond.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
re: > "aphlict" service had been disabled on Phabricator because it
caused stability issues.
I am happy to announce that aphlict, the notification service for
Phabricator using websockets, is now finally back again.
If you allow it in your Phabricator settings you should get realtime
pop-up
Package: libapache2-mod-security2
Version: 2.9.1-2
Severity: important
Dear Maintainer,
if you install libapache2-mod-security2 without also installing modsecurity-crs
and then restart httpd there is a syntax error and the service goes down.
The reason is in the file
Hi Keren,
you might want to take a look at these links:
https://wordpress.org/plugins/static-html-output-plugin/
https://wp2static.com/
That is a way to keep using Wordpress while avoiding the disadvantages of it.
It also lists some of the (other) benefits of that approach.
Best,
Daniel
With all due respect but i believe it does not scale to use this
mailing list to ping for individual code reviews. Yes, we really need
to fix the issue that getting reviews is too hard and too many users
seem to filter Gerrit mail but moving that to "everyone gets mail
about all changes" does not
> confused why I got this same mail twice,
There was a duplicate cron job. Sorry about that. Should be fixed now.
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mail
TL;DR: the Gerrit host key change is getting postponed. There will be
no Gerrit host key change tomorrow on 2020-07-14.
You do not need to take action for now.
The host key change will happen, but at a later time. Once there is a
new date, we'll announce it on this list again.
> that's around 11:00 UTC.
Correction: My bad, that is actually 16:00 UTC.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> that's around 11:00 UTC.
Correction: My bad, that is actually 16:00 UTC.
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman/listinfo/cloud
:njCmWMsshq3MqQxyIFO36UNwCwzTamXERqylF1XJhd8
gerrit-code-rev...@gerrit1001.wikimedia.org (ED25519)
--
Daniel Zahn
Operations Engineer
___
Wikimedia Cloud Services mailing list
Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
https://lists.wikimedia.org/mailman
:njCmWMsshq3MqQxyIFO36UNwCwzTamXERqylF1XJhd8
gerrit-code-rev...@gerrit1001.wikimedia.org (ED25519)
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> let me know if you think it's a horrible idea
No, I think it's a good idea.
> (mediawiki.org? maybe we should move it to wikitech.wikimedia.org?)
Yes, I think we should do that if it's not going to be limited to just
MediaWiki.
___
Wikitech-l
> the app will check for Nearby places that need photos around that location,
> and one is found, it
will ask the user "Is this a picture of Place X?"
Wow, that's a really nice feature. Thanks for that, Josephine and
Commons app team.
___
Wikitech-l
if any unexpected issues: https://phabricator.wikimedia.org/T247649
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ndex=UA-144197354-4#0
>
> Regards,
> Manuel Alcaraz
>
> PS: Many thanks to Martin for reviewing my work.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wi
sh: cqlsh: command not found
>
>
>
> ___
> Wikimedia Cloud Services mailing list
> Cloud@lists.wikimedia.org (formerly lab...@lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/cloud
--
Daniel Zahn
Operations Engineer
__
ec 4, 2019 at 12:14 AM Daniel Zahn wrote:
> This has happened. The Phabricator production server is now phab1001
> (again) and not phab1003 anymore.
>
> Phabricator now runs on Debian stable (buster) and PHP 7.3.
>
> https://phabricator.wikimedia.org/T238956 shows all the relat
This has happened. The Phabricator production server is now phab1001
(again) and not phab1003 anymore.
Phabricator now runs on Debian stable (buster) and PHP 7.3.
https://phabricator.wikimedia.org/T238956 shows all the related patches
and can be used to report issues.
ery time you look at it
>>
>> * work on a board with multiple people remotely, with everyone having an
>> up to
>> date view of the board, avoiding interference and confusion. This was
>> REALLY
>> helpful.
>>
>> Can we get this back, please
to a buster (Debian
stable) machine.
https://phabricator.wikimedia.org/T238956
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
; task, it will update on your end in realtime.
>
> I imagine this *would* be affected by the change.
>
> On Mon, Nov 25, 2019 at 6:28 PM Daniel Zahn wrote:
>
> > On Mon, Nov 25, 2019 at 11:21 AM Sebastian Berlin <
> > sebastian.ber...@wikimedia.se> wrote:
> >
the
Phabricator maintenance bot by Amir Sarabadani, afaik.
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ifications (that do not pop-up) and emails are not affected by
this.
https://phabricator.wikimedia.org/T238593
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
If you happen to notice weird behaviour with some Gerrit patches that show
as unmerged when they are actually merged or similar,
please just leave them as they are for now but do add links to this ticket:
https://phabricator.wikimedia.org/T236114
Unfortunately some got in a bad state during the
This has been completed.
Gerrit is now running on Debian Buster and a new server, gerrit1001, with
64GB RAM.
Next will be tuning the config to make use of it.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Tue, Aug 27, 2019 at 5:59 PM Zppix wrote:
> Why are we receiving this now?
>
Because i ran it after
https://gerrit.wikimedia.org/r/c/operations/puppet/+/532711
for
https://phabricator.wikimedia.org/T231320
and mail delivery is delayed a bit.
___
ello everyone,
>
> what is the exact difference between #goal and #epic on Phabricator?
>
> Thanks
>
> Martin / Urbanecm
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mai
It took a bit longer than expected but this is now done and we are
read-write again and serving Phabricator
from the new server phab1003.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to
phab1001
and keep running as before.
https://phabricator.wikimedia.org/T221389
https://phabricator.wikimedia.org/T182832
https://phabricator.wikimedia.org/T190568
https://phabricator.wikimedia.org/T151070
Cheers,
Daniel and Mukunda
--
Daniel Zahn
Operations Engineer
On Tue, Mar 19, 2019 at 7:46 AM David Barratt
wrote:
> Several of my patches were vandalized, should I fix them or leave them
> alone?
>
They should have been fixed. Are they still broken now? Please send a link
to them.
--
Daniel Zahn
Operations
Thanks Paladox and Tyler. This made me finally opt-in and switch to
Polygerrit now for my own everyday UI.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> students and developers of small projects where privacy of code is a
concern
These examples strike me more as a reason to (encourage to) keep the code
public though.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
/mwmaint1002.eqiad.wmnet
https://wikitech.wikimedia.org/wiki/Mwmaint1002
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
org/r/#/q/project:operations/puppet+branch:production+topic:gerrit-avatars
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Also these can help preventing it from happening again even if you mention
a lot of nicks:
< legoktm> he should also auth with freenode
< paladox> if he gets a wikimedia cloak or a wikipedia cloak the bot will
not kick him.
___
Wikitech-l mailing list
Hey Jon,
you should be unbanned. I asked in #freenode and they removed it.
<@Unit193> mutante: I've removed it at this point.
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimed
n each and
every repo.
I don't see how "not having the file
is against the CoC itself" because it certainly doesn't say anything about
that, in that regard Yaron
is correct.
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing
random questions about
> MediaWiki. Although, it's not like the planet gets *all* that many posts a
> day at the moment, so perhaps it'd be okay?
>
>
> On 02/06/18 23:12, Daniel Zahn wrote:
>
>> Nice. Let's add these MediaWiki feeds to the en.planet feeds, assuming
>&g
feeds:
>
> https://tools-static.wmflabs.org/mediawiki-feeds/
>
>
>
> On 31/05/18 09:33, Daniel Zahn wrote:
>
>> Hi,
>>
>> this is an announcement to let you know that the service ($lang).
>> planet.wikimedia.org, an RSS feed aggregator for all Wikimedia
n...@wikipedia.org is a real working address. It is an alias for
n...@wikimedia.org and that is an alias for root@ and that is an alias for
all people with root on the cluster. You would reach real people there.
___
Wikitech-l mailing list
st sent. Is that what you meant?
> could the Planet be linked from the Wikimedia blog
Sure, i'm all for that. As Andre pointed out this would be something for
people maintaining the blog though. That is hosted outside our
infrastructure and i don't personally have access to that.
--
On Wed, May 30, 2018 at 6:57 PM, Brion Vibber wrote:
> ... Well, that's a bit of an unfortunate name. o_O
>
:p "rawdog is an RSS Aggregator Without Delusions Of Grandeur"
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing
//phabricator.wikimedia.org/project/view/413/
Tickets are: https://phabricator.wikimedia.org/T180498 ,
https://phabricator.wikimedia.org/T168490
Cheers,
Daniel
--
Daniel Zahn
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia
On Thu, May 24, 2018 at 3:28 AM, Gnangarra <gnanga...@gmail.com> wrote:
> Would it be prudent for the WMF legal to contact Airtasker
>
You might want to ask legal directly at
https://meta.wikimedia.org/wiki/Legal#Wikimedia_Foundation_Email_Contacts
--
Daniel Zahn <dz..
> - New "Nearby places that need pictures" UI with direct uploads (and
associated category suggestions) -
Woohoo. That's exactly what i was always missing and was so great about the
old WikiLovesMonuments app.
Thank you very much!
> Enabled two-factor authentication login
Also very nice, just
Please mail the list owners directly at
wikitech-l-ow...@lists.wikimedia.org
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
After some more discussion on IRC we agreed that re-installing deploy1001
with jessie is best for now since
it let's us decom tin and solve the problem that it is old hardware without
mixing it with the stretch upgrade.
The upgrade can then be done separately.
I reinstalled deploy1001 with
1 - 100 of 229 matches
Mail list logo