[08:11:05] Does anyone know anything about JetBrains licenses? My existing license is expiring on April 5; and the link at https://office.wikimedia.org/wiki/JetBrains is telling me "The license has previously been revoked." [08:11:53] Is is simply a matter of someone having to have a chat with JetBrains to get us a new license? Who? (cc @Reedy may know?) [10:36:21] matthiasmullie: They should be renewed in a few days (when JetBrains get around to it) [10:36:34] Grand, thanks! [10:40:59] It's slightly weird as numerous people are asking [10:41:07] No one did last year and they were just done silently... [11:16:17] _joe_: i'm about to start testing he new way to load config defaults in production (on a debug host for now). Tim suggested that we should use file_exists to trigger it, so it can be turned on and off simply by creating/deleting a file. But where should this file live? Do you have a suggestion? [11:17:40] In /tmp would work, but may vanish. Inside multiversion it would get removed on the next scap. /var would work, but needs root?... All the options seem to be terrible [11:18:19] On a related note: if we want to enable this for an app server that serves browser requests, which host should we enable it on? [11:18:19] <_joe_> I'm trying to think of a reason why making a stat syscall would be a better idea than matching just the hostname for your initial test [11:18:55] <_joe_> but I would assume it should be managed by puppet in the end. it needs to be readable by www-data [11:19:23] _joe_: just because it's easier/cleaner to enable/disable. But if you say you prefer hard-coded hostnames in multiversion/defines.php, I can also go with it [11:19:49] <_joe_> nah for multiple hosts, it's easier [11:20:01] <_joe_> duesen: for now you just want to add it yourself by hand? [11:20:21] <_joe_> there is a problem with that, though. I don't think you have access to the appservers [11:20:37] <_joe_> else give me 20 mins and you'll have the file managed by puppet [11:21:13] I'll do whatever you think is best :) [11:21:23] it'S a temporary thing, all of it should be gone in a week or so [11:21:40] so perhaps puppet is overkill, and we just go with hard-coding hostnames [11:22:31] _joe_: relevant patch: https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/772937 [11:22:54] ...we could also include the file, so the file itself would contain the define()... [11:22:55] <_joe_> so, let's use /var/run/php/load-new-config ? [11:23:16] <_joe_> I can just touch it on the host where you want to run tests [11:23:24] <_joe_> so I would recommend, for rolling out: [11:23:35] <_joe_> 1- do it on mwdebug [11:23:51] <_joe_> test it, if it works, we can do it on all the mediawiki canary appservers [11:24:06] beta as well? [11:25:58] <_joe_> is that useful? [11:26:26] not for timing, but perhaps for detecting breakage early on. But then, mwdebug is perhaps good enough? [11:26:34] <_joe_> yeah [11:26:39] <_joe_> that was my point [11:30:42] _joe_: ok. I'll update the patch to look at /var/run/php/ and get the one in core merged that actually collects the timing. [11:30:43] Let me know when the puppet thin is done. I'd love to try this out on mwdebug some time today. [11:30:59] how quickly can we back out if this is in puppet? [11:31:27] <_joe_> we don't need puppet, but let me finish another convo [11:32:34] ok, no rush [11:34:16] <_joe_> so yes if we want to retain a kill switch that is global, it can just be one single variable in the mediawiki-config code [11:34:21] <_joe_> long-term I mean [11:34:37] <_joe_> for short-term, we should just check a file and add it by hand for this week [11:35:44] ok [13:53:06] _joe_: i added you as a reviewer on the patch. I don't really have anyone to review/deploy config patches, unless Tim feels like taking a look [13:53:36] <_joe_> duesen: ack, sadly the rest of my day is an endless stream of meetings [15:47:38] _joe_: tomorrow is fine [15:50:56] Hi, please rapidly do the request, https://phabricator.wikimedia.org/T304314 . At Farsi Wikipedia there is a discussion about this latency, and users are angry about that. This only requires a change in one line of code. Who is responsible for changing of this one line of code? We are in 24 March, Please rapidly do that. Thanks. [15:53:05] there are only a few people who work on that sort of thing, as volunteers, when they have time. That's usually about once a week. [15:55:25] Hooman: as you can see on the task, it's somewhat disputed - have you seen https://phabricator.wikimedia.org/T304314#7793715, which mentions https://meta.wikimedia.org/wiki/Logo#Temporary_logo_variants ? [16:02:03] TheresNoTime: Farsi Wikipedia has consensus about Nowruz for about 1 month. It is mentioned in the Phabricator. "unless and until we find a way to come to consensus about it, this sort of temporary change should be avoided." We have done a consensus for Farsi Wikipedia. [16:03:20] "But this sort of consideration will come into play for almost every holiday, and for now, unless and until we find a way to come to consensus about it, this sort of temporary change should be avoided." is referring to a consensus on the practice of changing logos for these reasons, not a local consensus to change a project's logo temporarily [16:12:58] TheresNoTime: Christmas is different from Nowruz. Christmas logo is not neutral towards religion. But Nowruz neutral towards religion. Why? Because Nowruz is the moment where the Earth by the Sun is on the day of equinox. This moment is an important day for all the Earth people, but for Persian people is the new year. I really think that it is [16:12:59] neutral from religion point of view. [16:17:48] TheresNoTime: Logo change is only for milestones? [16:18:04] milestones are the most common [16:18:20] without a Sysadmin willing to deploy, no one is going to work on it [16:19:01] urbanecm: any guidance ^ [16:19:04] probably should add a warning to https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes#Changing_a_wiki's_logo about not expecting immediate changes [16:19:10] "has consensus about Nowruz for about 1 month" - yet the task was only raised a couple of days ago. Without commenting on the merits of the request at all, that's essentially zero notice for a change which can take a week or so to get moving as https://meta.wikimedia.org/wiki/Requesting_wiki_configuration_changes#Changing_a_wiki's_logo says [16:19:34] ye, please always give us notice [16:19:44] RhinosF1: can you give me a TLDR please? [16:19:49] * RhinosF1 remembers some tasks sent on a Sunday needed by 9am Monday [16:20:01] urbanecm: wiki wants temp logo change for holiday [16:20:06] People can't agree if it's allowed [16:20:10] On a more technical level, I see there was also a point raised about the logo size provided being for legacy vector, yet fawiki uses 2022 vector which has a different logo format. [16:20:12] Whether it has consensus or not [16:20:35] RhinosF1: what are the arguments for "not allowed"? [16:20:37] I don't know the technical bits of whether that's an issue or not, but I haven't seen anyone comment on that topic since it was raised [16:20:58] urbanecm: whether we allow temp logos for new year [16:21:18] https://phabricator.wikimedia.org/T304314#7792710 [16:21:39] stw: yes, since fawiki uses new vector, we'd need files in a different format (we would need a new version of the following files: https://fa.wikipedia.org/static/images/mobile/copyright/wikipedia.png, https://fa.wikipedia.org/static/images/mobile/copyright/wikipedia-wordmark-fa.svg, https://fa.wikipedia.org/static/images/mobile/copyright/wikipedia-tagline-fa.svg) [16:21:56] it's slightly more tricker to implement (less usual operation), but it's possible and i think we did it in the past [16:22:49] gotcha - so Hooman, as it stands, fawiki do not appear to have provided the necessary logo files on the ticket for this change to be implemented yet anyway. [16:23:36] assuming it has consensus, it should be possible to change the old vector logo anyway, but readers won't see it [16:25:11] yeah, true. I'm guessing that's not what was intended by the community discussion though, but I'm taking a guess as I don't know the language :) [16:25:32] yup :) [16:28:09] Hooman: let me know what you prefer (create logo files for new vector [see above for info about that] or change the logo for old vector today, even though readers won't see it) [16:30:15] I should do a consult. Just 5 minues. [16:30:49] sure thing Hooman. However, please note that i can only deploy it today or next week -- Friday/weekend deployments aren't allowed. [16:32:42] urbanecm: So please do the second choice, i.e. change the logo for old today, because It is urgent. [16:42:05] Hooman: sure thing, but do note that hardly anyone would see it (opt-out rate from new vector for editors is 14.55%, cf https://phabricator.wikimedia.org/T269664#6996633, and obv no readers can opt-out, so they won't see it) [16:45:53] urbanecm: We prepare files at Farsi Wikipedia as fast as we can, and when becomes ready I inform you surely. But please do for new vector only, for today. Thanks. [16:46:04] Hooman: yeah, i will. just informing you :) [17:07:21] Hooman: it's live [17:10:41] urbanecm: Thanks, but I still see the old logo in new vector. Is this the problem of cache? and we should wait to see that change? [17:11:06] Hooman: that's expected. i can't do the change in new vector until you provide me with the files [17:11:34] i mentioned it above, that the only thing i can do today is to change it in old vector [17:12:48] it works for me with old vector https://usercontent.irccloud-cdn.com/file/XSPoh5AL/image.png [17:13:21] Yes, old vector is working. [17:13:47] I should prepare files as soon as I can. I inform you. Thanks again. [17:14:08] good :) [17:14:18] then all works correctly [18:58:39] urbanecm: I contact Persian logo designers, and they prepared this image: https://commons.m.wikimedia.org/wiki/File:Persian_Wikipedia%27s_Featured_Nowruz_Logo_(2022)-3.svg replacing https://fa.wikipedia.org/static/images/mobile/copyright/wikipedia.png but the other 2 images does not change, in their opinion. Thanks a lot. [19:18:39] Hooman: thanks. can you please add it to the task (and on-wiki as well)? if no one objects on wiki in a day or two, I'll do the change too [19:25:24] urbanecm: Yes sure, but texted logo has polled, and the same designer eliminated text from it. The problem is that it should be done urgently. I promise that text-free Logo will be polled successfully, so please rapidly change the Logo on my responsibility. I add comment to the task but I promise no one objects if we wait 1 or 2 days too, again I [19:25:25] note that this change is urgent. [19:29:30] urbanecm: I add a comment on the task. But this change is urgent, 3 days left from Nowruz. [19:30:16] Hooman: I'll have a look. For the future, I strongly encourage your community to make such tasks earlier -- that way, we'll have more time to discuss possible issues (like this one). [19:32:53] Unfortunately they were not aware about the correct process. But this is a good experience for them in future. [19:33:46] Hooman: usually, two weeks in advance are the minimum. If you know about the need longer in advance, even better :). [19:36:32] You are right! But now we are in urgent. Our community will place his request on time, till now. [19:38:23] urbanecm: You are right! But now we are in urgent. Our community will place his request on time, from now on. [19:39:01] yeah, saying it for the future :) [20:07:38] It's confusing that Hooman != Hoo_man [20:08:15] who_man [22:16:21] [[Tech]]; VsPharma; /* How can i buy xanax online withouth any scam yes I know I will Only go With ➤𝐰𝐰𝐰.Vspharma.xyz */ new section; https://meta.wikimedia.org/w/index.php?diff=23052510&oldid=23047783&rcid=23173831 [22:16:52] [[Tech]]; Lucas Werkmeister (WMDE); Undo revision 23052510 by [[Special:Contributions/VsPharma|VsPharma]] ([[User talk:VsPharma|talk]]); https://meta.wikimedia.org/w/index.php?diff=23052511&oldid=23052510&rcid=23173835 [22:17:20] lol that revert made me eligible for the Wikipedia Library apparently