[06:42:06] (03PS1) 10Elukey: pageview whitelist: add nyc.wikimedia [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434440 [06:45:15] !log add nyc.wikimedia to the pageview whitelist on HDFS - related code change: https://gerrit.wikimedia.org/r/434440 [06:45:16] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [06:48:09] ah! I just saw fdans' code change for the same [06:48:15] sorryyyy [06:51:47] (03Abandoned) 10Elukey: pageview whitelist: add nyc.wikimedia [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434440 (owner: 10Elukey) [06:54:18] !log upload Fran's pageview whitelist change to HDFS - related code change: https://gerrit.wikimedia.org/r/#/c/434370/ (also includes mai.wikimedia) [06:54:19] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [06:55:11] (03CR) 10Elukey: [C: 031] "Already uploaded to HDFS :)" [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434370 (owner: 10Fdans) [07:07:43] joal: morningggggg [07:07:58] going to write some things that I've discovered yesterday about druid [07:08:39] just to be sure, I killed d-1 in labs and re-created, to see what a brand new host would look like with Druid 0.11 [07:09:41] an interesting thing came up: without the files under /etc/hadoop/conf/analytics-hadoop-labs, the name 'analytics-hadoop-labs' was causing failures in Druid indexations [07:10:13] (the configs were removed since the 'use_cdh=false' puppet flag was preventing everything related to cdh to be deployed) [07:10:33] so I added another option ('use_cdh_hadoop_config') to just deploy the conigs [07:10:36] *configs [07:10:41] and it seems working fine [07:11:13] second thing, I saw that some realtime indexation was ongoing, and sometimes it was causing failures in my indexations on d-1 due to java oom [07:11:31] so I created a bigger host for d-1 and everything seems fine (the old one had only 2G of ram) [07:12:03] last but not the least, verified that the parquet extension is deployed as expected [07:31:29] 10Analytics-Legal, 10WMF-Legal, 10Wikidata: Solve legal uncertainty of Wikidata - https://phabricator.wikimedia.org/T193728#4221843 (10Micru) >>! In T193728#4220248, @Cirdan wrote: > I'm again sorry to say that, but your comments show a deeply flawed understanding of copyright. Thank you then for using you... [07:31:37] ok also modified https://gerrit.wikimedia.org/r/#/c/432582/ to load avro/parquet/kis from the start [07:32:02] so I'd be ready to migrate druid analytics to 0.11! [07:32:53] 10Analytics, 10Analytics-Kanban, 10EventBus, 10Patch-For-Review: SSL and inter broker encryption for Kafka main - https://phabricator.wikimedia.org/T193778#4221844 (10elukey) >>! In T193778#4221240, @Ottomata wrote: > @elukey Done in deployment-prep, looks like it does for jumbo, works fine. > > If you ar... [07:33:45] 10Analytics, 10Analytics-Kanban: Upgrade Analytics infrastructure to Debian Stretch - https://phabricator.wikimedia.org/T192642#4221845 (10elukey) [09:41:40] (03PS2) 10Elukey: Add nyc.wikimedia, mai.wikimedia and fdc.wikimedia to the whitelist [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434370 (owner: 10Fdans) [09:42:25] (03CR) 10Elukey: [C: 031] "Added fdc.wikimedia and uploaded to HDFS" [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434370 (owner: 10Fdans) [09:43:17] !log upload to HDFS a new pageview whitelist to include fdc.wikimedia - https://gerrit.wikimedia.org/r/434370 [09:43:18] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [09:48:02] (03CR) 10Fdans: [V: 032 C: 032] Add nyc.wikimedia, mai.wikimedia and fdc.wikimedia to the whitelist [analytics/refinery] - 10https://gerrit.wikimedia.org/r/434370 (owner: 10Fdans) [10:19:26] 10Analytics, 10ChangeProp, 10EventBus, 10MediaWiki-JobQueue, and 4 others: Select candidate jobs for transferring to the new infrastucture - https://phabricator.wikimedia.org/T175210#4222050 (10Pchelolo) [10:35:22] * elukey lunch + errand! [10:48:14] 10Analytics, 10ChangeProp, 10EventBus, 10MediaWiki-JobQueue, and 4 others: Create an LVS endpoint for jobrunners on videoscalers - https://phabricator.wikimedia.org/T188947#4222078 (10Pchelolo) [10:48:19] 10Analytics, 10EventBus, 10MediaWiki-JobQueue, 10Goal, and 3 others: FY17/18 Q4 Program 8 Services Goal: Complete the JobQueue transition to EventBus - https://phabricator.wikimedia.org/T190327#4222077 (10Pchelolo) [10:48:37] 10Analytics, 10EventBus, 10MediaWiki-JobQueue, 10MediaWiki-extensions-Translate, 10Services (done): Unable to mark pages for translation in Meta - https://phabricator.wikimedia.org/T192107#4222079 (10mobrovac) [10:48:41] 10Analytics, 10EventBus, 10MediaWiki-JobQueue, 10Goal, and 3 others: FY17/18 Q4 Program 8 Services Goal: Complete the JobQueue transition to EventBus - https://phabricator.wikimedia.org/T190327#4222080 (10mobrovac) [11:52:11] Hi elukey - Sorry for late start [11:52:20] Thanks a lot for all the confirmations on druid :) [11:53:11] elukey: I'm full-steam on WKS2 backend reisiliency, but hope to be done before end of month, so we should be able to upgrade druid next month of pok for you? [12:02:01] 10Analytics, 10Scoring-platform-team, 10draftquality-modeling, 10artificial-intelligence: Productionize monthly article quality prediction datasets - https://phabricator.wikimedia.org/T194741#4222183 (10JAllemandou) [12:46:24] joal: [12:46:27] o/ [12:46:33] \o ! [12:48:35] joal: so in theory I could upgrade Druid analytics even now, we've tested things a lot and the only remaining one seems streaming, but IIRC we decided to stop tranquillity completely and then inform foundraising? [12:48:55] it would be great to upgrade at least one cluster and see how it goes, what things are not working, etc.. [12:49:29] elukey: we could upgrade when you want - only issue is indeed streaming - I need to modify the streaming job to send back to kafka instead of using tranquility [12:50:00] sure sure, but that can be done without much hurry after the work for wikistats no? [12:50:09] indeed [12:51:14] so if you are ok I'd do the following: [12:51:32] 1) remove the cron that re-spawn tranquillity if needed [12:51:45] 2) alert FrTech about the fact that pivot's data will not be realtime anymore [12:51:53] 3) upgrade the druid analytics cluster [12:53:42] works for me elukey [12:53:57] goooood [12:54:09] do we have any preferred contact list for FRTech? [12:54:23] hm - never used it elukey [12:55:00] I remember talking with AndyRussG in here, but nothing more [12:55:07] * elukey checks the org [12:55:24] elukey: I think Jo Seddon is also interested [13:05:13] o/ [13:06:48] ottomata: o/ [13:07:35] \o [13:11:58] **A wild Seddon appears** [13:12:43] fyi beginning stat1004 reinstall...first backing up home dirs [13:12:55] elukey: re kafka main ssl stuff [13:13:04] i'd be fine with doing it without services [13:13:10] it'd be nice if they knew it was happening though... [13:13:13] it should be very simple [13:13:17] just a couple of rolling restarts [13:13:20] shoudln't affect existing clients [13:13:49] elukey: when you do rolling restarts of main, services doesn't do anything but watch usually, right? [13:14:28] * elukey waves to Seddon [13:14:30] o/ [13:15:14] ottomata: yes exactly, but since job queues are involved, I always wait for them as precautionary measure in case something goes on fire [13:17:00] aye ok [13:17:17] 10Analytics, 10Analytics-Kanban, 10Patch-For-Review, 10User-Elukey: Reimage stat1004 with Debian Stretch - https://phabricator.wikimedia.org/T192640#4222276 (10Ottomata) [13:37:28] !log killed banner impression data job (application_1523429574968_110796) and removed its related respawn cron on an1003 [13:39:24] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [13:51:01] elukey: Helloo? [13:51:56] Hmm what'd happen with the Druid realtime job? [13:52:33] AndyRussG: i think elukey is upgrading druid? so it is temporarily stopped [13:52:40] Ah temporarily [13:52:40] AndyRussG: o/ - you should have an email from me explaining what is happening, wanted to ask to you if it was ok for the next couple of weeks or not [13:52:43] yeah [13:52:50] but hourly data will still be computed [13:53:05] only realtime will be dropped temp [13:53:28] elukey: ottomata: ah thx! I'm pretty sure it's totally np [13:53:33] super :) [13:53:47] eventually we hope to have a stronger and better realtime service [13:54:43] elukey: ottomata: coool... K just saw the e-mail, I'll forward it to fr-tech and fr-online [13:54:49] (assuming that's okok) [13:55:04] yep please! I didn't know the ml to contact [13:55:11] K :) [13:55:18] what address should I use for these kind of communications? [13:55:26] It's pretty well not an active season for fundraising [13:55:57] and I'm not sure even how may folks from FR-online have started accessing Superset (assuming Pivot is still broke on that dataset) [13:56:27] For FR-Tech it's fr-tech@wikimedia.org [13:56:33] AndyRussG: I am sure that you didn't see http://turnilo.wikimedia.org/ [13:56:40] err https:// is better [13:57:38] that also seems to work for banner impression minutely [13:57:57] Turnilo is a fork of a fork of Pivot, and it seems open source and maintained [13:58:13] so eventually Pivot will be redirected to turnilo by default [13:58:41] elukey: it doesn't matter if you're using a browser... wikimedia.org is HSTS preloaded.. so everything goes through https [13:59:11] elukey: fantastic... I did hear about it, but didn't know we had it live now :) congrats! [13:59:17] vgutierrez: sure, but I hate to publicize http:// links :D [13:59:46] elukey: fr-online is fr-online@wikimedia.org [14:00:16] elukey: ottomata: in fact the realtime job will also need some changes when we switch over to EventLogging for CentralNotice data [14:01:55] I poked at it a bit at it but was quickly blocked by my own ignorance of stuff... https://phabricator.wikimedia.org/T186048 [14:02:33] Glad I didn't try to dig much deeper, I guess, since there's other changes coming, then :) [14:02:52] thx much!!!!!!!!!!! [14:03:00] thank you for the feedback! [14:03:10] :) [14:03:36] joal: ready to upgrade Druid if you are ok [14:04:28] AndyRussG: you are the only 'realtime' spark/druid/eventlogging user :) [14:04:38] > are there any similar examples that have EventLogging sources that I could more or less copy? [14:04:42] sooo nope! :p [14:05:04] ^ I'll also mention turnilo (tornillo?) to FR folks... Pls don't hesitate to e-mail about that or anything else to the above addresses too, of course :) BTW just now I had an issue with dragging dimensions in FF but it worked great in Chromium [14:05:19] AndyRussG: tomorrow we will be redirect pivot -> turnilo [14:05:54] ottomata: ahh cool! mmmm fun to be on the edge then, it's a really sweet system [14:07:05] the code didn't look deathly complicated, with a some pointers I could likely work on an update to EventLogging [14:07:26] Not expected to be turned on fully all that soon, though, likely sometime in the coming months [14:08:03] !log upgrade druid on druid100[1-3] to 0.11 [14:08:03] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [14:08:05] ottomata: --^ [14:08:08] yeehaw [14:08:25] AndyRussG: aye, maybe we can make a new druid datasource for the eventlogging based stuff [14:08:33] instead of replacing the webrequest based one [14:08:38] and just adapt the realtime job to use the eventlogging stuff [14:08:47] then we can leave the webrequest one up while we dev the eventlogging one [14:08:54] ottomata: hmmm that's another option [14:09:08] that way it can be merged/deployed now without affecting the prod one [14:09:22] we're able to adjust the sample rate of the event logs easily [14:09:28] joal also wants to modify the realtime stuff a bit, the way druid does realtime ingestion in new versions ahs changed a bit [14:09:40] ah cool [14:10:00] the plan is in fact to turn on the EventLogging client-side in parallel at a low rate, to check the data is the same [14:10:13] heheh, yeah, i'm sure whatever you do the realtime job will have to do WAY less work than it does now (currently processing 60K msgs/sec from webrequest) [14:10:16] Then turn it up gradually to make sure it can handle scale [14:10:27] yep for sur [14:10:28] e [14:12:59] I hadn't given too much thought to the switchover for Druid... Was kinda assuming it would be a hard switchover so that we'd keep one dataset with all the historical data [14:13:22] hmm [14:13:23] but that's probably less important than having a testing setup [14:13:24] i guess that'd be nice [14:13:38] i guess that's up to yall [14:13:59] (03PS2) 10Milimetric: Move detail state into store [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/433586 [14:14:02] I think users would be fine with having one dataset up to a certain cutoff date, and then another one for after that [14:14:26] (03PS1) 10Milimetric: Reflect detail state in the URL and back [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 [14:14:32] ae [14:14:33] ate [14:14:34] aye [14:14:42] Or we could set up a testing one to poke at, and maybe when it's all good just switch it over to ingressing into the existing one [14:14:56] (03PS2) 10Milimetric: Reflect detail state in the URL and back [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 (https://phabricator.wikimedia.org/T179444) [14:15:05] Druid dimensions would remain the same [14:16:26] Mmm also really your call :) [14:18:26] Aaaarg when your cat sits in front of the computer to prevent you from working, maybe it's time to wash dishes [14:18:45] cat won't try to sit in the sink at least [14:19:57] oi elukey stop breaking the wikipedia [14:21:07] (03CR) 10Milimetric: "I tried to keep the following three ideas as separate as possible in these three changes:" [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 (https://phabricator.wikimedia.org/T179444) (owner: 10Milimetric) [14:21:35] fdans: wasn't me! [14:21:48] I am upgrading the druid historicals now [14:21:49] LIES [14:22:57] IIUC it was arwiki, addshore saved the day :) [14:27:52] ok waiting a bit to let the historicals to stabilize, then I'll proceed with the overlords [14:31:09] (03CR) 10Mforns: Corrected y-axis labels to one decimal place to avoid similar labels (031 comment) [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434326 (https://phabricator.wikimedia.org/T187429) (owner: 10Sahil505) [14:31:53] PROBLEM - Number of segments reported as unavailable by the Druid Coordinators of the Public cluster on einsteinium is CRITICAL: 256 gt 200 https://grafana.wikimedia.org/dashboard/db/druid?refresh=1m&panelId=46&fullscreen&orgId=1&var-cluster=druid_public&var-druid_datasource=All [14:32:03] PROBLEM - Number of segments reported as unavailable by the Druid Coordinators of the Analytics cluster on einsteinium is CRITICAL: 256 gt 200 https://grafana.wikimedia.org/dashboard/db/druid?refresh=1m&panelId=46&fullscreen&orgId=1&var-cluster=druid_analytics&var-druid_datasource=All [14:32:43] mmm the public cluster alarm must be wrong [14:32:45] elukey: yeah, I was following the plot unfold live, mass vandalism on arwiki :) [14:33:06] and the analytics cluster is ok now, metrics are recovering [14:33:14] * fdans looking at webrequest-druid-hourly [14:33:27] oh is this what you're talking about elukey ? [14:34:00] yes I am upgrading Druid :) [14:34:11] I just did the historical nodes [14:35:09] ohhh so should I rerun the failed job? [14:35:12] elukey: [14:36:17] nono wait a sec [14:36:33] overlords done [14:36:37] next ones are middle managers [14:36:56] okok [14:38:35] middlemanagers done, doing brokers and then coordinators [14:47:38] milimetric: is it a know issue that when "All Wikis" is selected, no wiki appears on the page title? [14:47:47] it just shows " -" [14:47:57] I didn't know about it, but let's see prod [14:48:20] milimetric: detail page on all wikis [14:48:35] looks a bit strange, but it does show "All WIkis" [14:49:15] fdans: yeah, looks like the Wikimedia Statistics prefix is left out when there's no real project, I didn't know about it, but that's how it works in prod too [14:49:17] so it must be old [14:49:41] I just realised about it testing your change [14:54:08] a-team: I am currently trying to solve an issue with coordinators not liking the new druid 0.11 debs [14:54:16] probably I'll be late at standup [14:54:54] RECOVERY - Number of segments reported as unavailable by the Druid Coordinators of the Public cluster on einsteinium is OK: (C)200 gt (W)180 gt 148 https://grafana.wikimedia.org/dashboard/db/druid?refresh=1m&panelId=46&fullscreen&orgId=1&var-cluster=druid_public&var-druid_datasource=All [14:54:56] Unknown provider[mysql] of Key[type=io.druid.metadata.MetadataStorageProvider, annotation=[none]], known options[[derby]] [14:55:00] this is a bit weird [14:55:03] RECOVERY - Number of segments reported as unavailable by the Druid Coordinators of the Analytics cluster on einsteinium is OK: (C)200 gt (W)180 gt 148 https://grafana.wikimedia.org/dashboard/db/druid?refresh=1m&panelId=46&fullscreen&orgId=1&var-cluster=druid_analytics&var-druid_datasource=All [14:55:12] so one coordinator is up (on druid1001) [14:55:16] the other two are not [15:02:00] fdans: standaup [15:19:56] 10Analytics, 10Analytics-Kanban, 10Patch-For-Review, 10User-Elukey: Reimage stat1004 with Debian Stretch - https://phabricator.wikimedia.org/T192640#4145568 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by otto on neodymium.eqiad.wmnet for hosts: ``` ['stat1004.eqiad.wmnet'] ``` The log can b... [15:34:38] BAH i forgot to set stat1004 as stretch installer DOH [15:35:27] it doesn't want to be reimaged! [15:36:47] elukey: ever killed a running wmf-auto-reimage? [15:36:49] and then relaunched? [15:36:52] i expect it would be fine... [15:38:28] nope [15:38:28] 15:38:21 | Unable to run wmf-auto-reimage: Signed cert on Puppet not found for hosts ['stat1004.eqiad.wmnet'] and no_raise=False: [15:38:47] !log re-run webrequest-druid-hourly-wf-2018-5-22-12 - failed due to Druid cluster upgrade in progress [15:38:48] Logged the message at https://www.mediawiki.org/wiki/Analytics/Server_Admin_Log [15:38:54] ottomata: +1 for snakebite, super handy :) [15:39:09] ottomata: ah there is an option to skip that part, like it was a new host [15:39:18] so it doesn't check if there is a cert [15:39:23] yeah [15:39:25] doing --new [15:39:26] 10Analytics, 10Analytics-Kanban, 10Patch-For-Review, 10User-Elukey: Reimage stat1004 with Debian Stretch - https://phabricator.wikimedia.org/T192640#4222659 (10ops-monitoring-bot) Script wmf-auto-reimage was launched by otto on neodymium.eqiad.wmnet for hosts: ``` ['stat1004.eqiad.wmnet'] ``` The log can b... [15:40:13] ok Druid analytics upgraded to 0.11, let's see how the next indexations will go [15:45:02] first two webrequest indexation succeeded \o/ [15:45:10] Yay elukey :) [15:45:12] * elukey dances [15:47:54] aand even the pageview one worked [15:47:57] so far all good [16:18:09] 10Analytics, 10Analytics-Kanban, 10EventBus, 10Patch-For-Review: SSL and inter broker encryption for Kafka main - https://phabricator.wikimedia.org/T193778#4222750 (10Ottomata) Ok, we will wait until next week. Let's try for Monday! [16:24:59] oh joal ya and the snakebite we have is the latest version [16:25:02] soo ya! [16:25:27] we have it installed on all hadoop client nodes [16:25:29] but not workers [16:25:31] should we install on worker? [16:43:47] joal: uploaded the new druid debs to apt, all good [16:55:20] 10Analytics, 10Analytics-Kanban, 10User-Elukey: Restart Analytics hosts for Java 8 Security upgrades - https://phabricator.wikimedia.org/T194268#4222936 (10elukey) [16:55:44] so just restarted two zookeeper daemons on druid1001 and druid1003 to complete the openjdk-8 upgrades [16:55:54] those were followers so everything should be fine [17:01:36] 10Analytics, 10Analytics-Kanban, 10Patch-For-Review, 10User-Elukey: Reimage stat1004 with Debian Stretch - https://phabricator.wikimedia.org/T192640#4222972 (10ops-monitoring-bot) Completed auto-reimage of hosts: ``` ['stat1004.eqiad.wmnet'] ``` and were **ALL** successful. [17:03:00] from the logs everything seems good [17:06:17] elukey: \o/ ! [17:06:38] ottomata: I'll need snakebite on workers yes, since the job will be runby oozie [17:06:49] ottomata: But no rush, not done :) [17:29:35] * elukey off!! [17:29:48] Bye elukey [17:38:44] 10Analytics: Generate pagecounts-ez data back to 2008 - https://phabricator.wikimedia.org/T188041#4223013 (10CristianCantoro) I worked on this during the Wikimedia hackathon and now I have a final version of the code that computes the daily total and the compact string representation for hourly views from the `p... [17:59:28] (03PS3) 10Milimetric: Reflect detail state in the URL and back [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 (https://phabricator.wikimedia.org/T179444) [18:01:05] (03CR) 10Milimetric: "k, this is a good first draft now. I made all the detail state sticky, which is weird if you switch to a graph that only has a table char" [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 (https://phabricator.wikimedia.org/T179444) (owner: 10Milimetric) [18:42:02] (03PS4) 10Milimetric: Reflect detail state in the URL and back [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434500 (https://phabricator.wikimedia.org/T179444) [18:44:40] ottomata: would you mind confirming the sha of new stat1004? [18:46:07] ottomata: this page seems out of date https://wikitech.wikimedia.org/wiki/Help:SSH_Fingerprints/stat1004.eqiad.wmnet ;) [18:48:06] it just changed [18:48:09] because i reinstalled [18:48:10] fixing page [18:48:25] ottomata: that's why I ask :P [18:48:56] hm, the page is protected? [18:48:57] i can't edit it [18:49:35] :( [18:54:35] 10Analytics: Generate pagecounts-ez data back to 2008 - https://phabricator.wikimedia.org/T188041#4223145 (10Milimetric) @CristianCantoro this is very useful, thank you very much. When we do this task (which may be next quarter), we can just use your code directly because we can run pyspark. Once we do that we... [18:59:08] 10Analytics-Legal, 10WMF-Legal, 10Wikidata: Solve legal uncertainty of Wikidata - https://phabricator.wikimedia.org/T193728#4189625 (10ArthurPSmith) It has been asserted here several times that OSM data has been wholesale imported into Wikidata - do we know that has happened? Wikidata has two properties rela... [18:59:53] joal you still there? [18:59:57] yessir [19:00:05] i need some java/intellij advice if you don't mind [19:00:07] bc? [19:00:09] sure [19:17:19] 10Analytics-Legal, 10WMF-Legal, 10Wikidata: Solve legal uncertainty of Wikidata - https://phabricator.wikimedia.org/T193728#4223211 (10Cirdan) >>! In T193728#4221843, @Micru wrote: > Wikipedias rephrase the content of works under copyright and rebrand that content as CC-BY-SA, which label do you put to that... [19:39:22] (03PS1) 10Milimetric: Adjust date formatting in the hover box [analytics/wikistats2] - 10https://gerrit.wikimedia.org/r/434557 (https://phabricator.wikimedia.org/T194430) [19:39:54] 10Analytics, 10Analytics-Kanban, 10Analytics-Wikistats, 10Patch-For-Review: Hover infobox should adjust date formatting to granularity displayed - https://phabricator.wikimedia.org/T194430#4223303 (10Milimetric) a:03Milimetric [19:58:22] hmm joal ok [19:58:26] got a basic maven setup [19:58:30] buuut [19:58:36] not sure how to make intellig actually understand it [19:58:40] intellij [19:58:44] Haa :) [19:58:45] even though I created it via intellij! [19:58:49] Meeeh [19:58:51] i've added deps to the pom [19:58:53] This is weird then [19:58:54] but it can't find them [19:59:10] hm - automatic import disabled? [19:59:28] hmm [19:59:34] that's in intellij? [19:59:55] Settings -> Maven -> Importing. Uncheck "Import Maven projects automatically" [20:00:07] In your case, check it I guess :) [20:01:26] Mwarf - actually no sorry [20:01:55] In the project bar, I can left click, go to maven sub-menu, and click re-import [20:02:11] And when I laucnh the projects, it asks me if I want to auto-import deps [20:02:16] Do you have that ottomata ? [20:02:27] yeah [20:02:36] does he re-import do the trick? [20:02:39] i'm not sure if that is my problem... [20:02:41] hm [20:03:01] i'm just not sure how to make it build and dl the dependencies [20:03:15] Cannot resolve symbol 'fasterxml [20:03:16] e.g. [20:03:33] let go to batcave for a minute [20:03:37] k! :) [20:31:00] 10Analytics, 10EventBus, 10MediaWiki-JobQueue, 10Notifications, and 4 others: Make EchoNotification job JSON-serializable - https://phabricator.wikimedia.org/T192945#4223464 (10mmodell)