[00:35:49] 10Phabricator: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Peachey88) [00:37:12] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Peachey88) [00:39:26] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10MGChecker) I agree that it doesn't really matter if tasks are filed as long as there is not separate project for them, as noone will ever find them anyway. However, if noone is active at maintaining a project... [00:39:32] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Krenair) I understand the reasoning behind this but I am skeptical about how good an idea it is to create phab projects for code that might not actually be tracking issues in Wikimedia Phabricator. [00:54:58] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Legoktm) As long as the source code is hosted in Wikimedia Gerrit, I think we should have Phabricator projects for tracking purposes. If we have open tasks and no maintainers, then we should consider archivin... [00:58:37] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Aklapper) Thanks for filing this. > Leaving a talk page message for the authors to watch the relevant projects. This needs to happen //before// creating a project tag, and getting consent and agreement from t... [01:09:34] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10MGChecker) >>! In T213880#4883219, @Aklapper wrote: > Thanks for filing this. >> Leaving a talk page message for the authors to watch the relevant projects. > This needs to happen //before// creating a projec... [01:23:20] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10Aklapper) It might be unrealistic but then I might miss the point of the entire proposal? :) Which underlying problem is solved by spending time categorizing things if noone plans to take care about the items... [05:21:08] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10mmodell) Maybe we should archive #mediawiki-extensions-other first, then create projects for extensions on an as-needed basis. [07:40:45] 10Continuous-Integration-Config, 10Gerrit, 10Release-Engineering-Team (Kanban): Setup CI for operations/software/gerrit - https://phabricator.wikimedia.org/T189549 (10hashar) [07:42:03] 10Continuous-Integration-Config, 10Gerrit, 10Release-Engineering-Team (Kanban): Setup CI for operations/software/gerrit - https://phabricator.wikimedia.org/T189549 (10hashar) Bazel provides Debian packages for Java 1.8. Guide: https://docs.bazel.build/versions/master/install-ubuntu.html#install-on-ubuntu de... [08:15:42] 10MediaWiki-Codesniffer, 10Patch-For-Review: Closure formatting is ugly - https://phabricator.wikimedia.org/T154789 (10Krinkle) I agree both with Thiemo that the case of `array_map`, where parameter(s) in addition to the closure are involved that it is no longer a single statement on that line, which adds to t... [08:30:31] 10Continuous-Integration-Config, 10Utilities-mwdumper: Build mwdumper automatically - https://phabricator.wikimedia.org/T213874 (10hashar) I had some discussions with @gehel to create and publish proper releases out of maven repositories. The only example we have so far is for `analytics/refinery` which I have... [08:31:36] 10Continuous-Integration-Infrastructure (Slipway), 10Analytics: Migrate analytics/refinery/source release jobs to Docker - https://phabricator.wikimedia.org/T210271 (10hashar) The job has to be refactored and generalized so we can use it on other maven repositories. mwdumper is one such use case ( T213874#4883... [09:50:52] (03PS15) 10Mainframe98: Forbid usage of is_null() [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/446271 (https://phabricator.wikimedia.org/T199768) (owner: 10Prtksxna) [09:53:07] 10Continuous-Integration-Infrastructure: Upgrade jenkins-debian-glue to v0.19.0 - https://phabricator.wikimedia.org/T212774 (10Larrystrickland) {F27908968} [09:53:38] (03PS16) 10Mainframe98: Forbid usage of is_null() [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/446271 (https://phabricator.wikimedia.org/T199768) (owner: 10Prtksxna) [09:54:18] (03PS17) 10Mainframe98: Forbid usage of is_null() [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/446271 (https://phabricator.wikimedia.org/T199768) (owner: 10Prtksxna) [09:57:46] (03PS18) 10Mainframe98: Forbid usage of is_null() [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/446271 (https://phabricator.wikimedia.org/T199768) (owner: 10Prtksxna) [10:02:43] (03CR) 10Mainframe98: "> Patch Set 14: Code-Review-1" (032 comments) [tools/codesniffer] - 10https://gerrit.wikimedia.org/r/446271 (https://phabricator.wikimedia.org/T199768) (owner: 10Prtksxna) [10:13:52] (03PS2) 10Hashar: docker: rake-mediawiki-selenium [integration/config] - 10https://gerrit.wikimedia.org/r/484507 (https://phabricator.wikimedia.org/T210285) [11:15:35] 10Scap: [scap] Log directly to logstash via syslog input - https://phabricator.wikimedia.org/T86969 (10fgiunchedi) [12:20:20] (03PS1) 10Thcipriani: train-deploy-notes: update envvars [integration/config] - 10https://gerrit.wikimedia.org/r/484658 [12:45:24] 10Release-Engineering-Team (Kanban), 10Code-Health-Metrics, 10User-zeljkofilipin: Give a code health metrics talk at All Hands - https://phabricator.wikimedia.org/T207044 (10zeljkofilipin) Looks like there will be time for lightning talk at All Hands: https://office.wikimedia.org/wiki/Technology/All_Hands_2... [13:18:42] 10Project-Admins: Create MediaWiki tag(s) for page data (access, storage, updates) - https://phabricator.wikimedia.org/T206284 (10Aklapper) I realize that anything with `storage` in its name should clarify the difference to #media-storage on Wikimedia servers, if someone more tech-savvy could write a sentence e... [15:42:01] 10Project-Admins: Create MediaWiki tag(s) for page data (access, storage, updates) - https://phabricator.wikimedia.org/T206284 (10Jdforrester-WMF) I suggest `#MediaWiki-Revisions` as a term that will be recognisable to devs but is unlikely to attract confused non-dev tasks, and is mostly accurate. [16:15:45] https://gitenterprise.me/2019/01/16/migrating-from-gerrit-2-15-to-2-16/ [16:20:37] (03CR) 10Thcipriani: [C: 03+2] "deployed" [integration/config] - 10https://gerrit.wikimedia.org/r/484658 (owner: 10Thcipriani) [16:22:28] (03PS3) 10Zfilipin: Create selenium-daily-beta-Newsletter Jenkins job [integration/config] - 10https://gerrit.wikimedia.org/r/460555 (https://phabricator.wikimedia.org/T188742) [16:23:22] (03Merged) 10jenkins-bot: train-deploy-notes: update envvars [integration/config] - 10https://gerrit.wikimedia.org/r/484658 (owner: 10Thcipriani) [16:24:46] 10Gerrit, 10Operations: Convert Gerrit to use H2 as the database after 2.16 upgrade - https://phabricator.wikimedia.org/T211139 (10Paladox) Reading notes from https://gitenterprise.me/2019/01/16/migrating-from-gerrit-2-15-to-2-16/ To convert you setup a vanilla gerrit site (weather it be in a separate directo... [16:25:35] (03CR) 10Zfilipin: Create selenium-daily-beta-Newsletter Jenkins job [integration/config] - 10https://gerrit.wikimedia.org/r/460555 (https://phabricator.wikimedia.org/T188742) (owner: 10Zfilipin) [16:25:41] (03CR) 10Zfilipin: [C: 03+2] Create selenium-daily-beta-Newsletter Jenkins job [integration/config] - 10https://gerrit.wikimedia.org/r/460555 (https://phabricator.wikimedia.org/T188742) (owner: 10Zfilipin) [16:28:32] (03Merged) 10jenkins-bot: Create selenium-daily-beta-Newsletter Jenkins job [integration/config] - 10https://gerrit.wikimedia.org/r/460555 (https://phabricator.wikimedia.org/T188742) (owner: 10Zfilipin) [16:38:18] 10Continuous-Integration-Infrastructure (Slipway), 10Packaging: Move debian-glue jobs to Docker using Stretch as a base image - https://phabricator.wikimedia.org/T186489 (10greg) p:05Triage→03Normal [16:38:38] 10Continuous-Integration-Infrastructure (Slipway), 10Wikimedia-Portals: Migrate wikimedia-portals-build to Docker container - https://phabricator.wikimedia.org/T213806 (10greg) p:05Triage→03Normal [16:48:13] (03CR) 10Zfilipin: "Apologies for not merging this earlier. Looks like it depended on other (not merged) commits. I've rebased it and now it merged fine." [integration/config] - 10https://gerrit.wikimedia.org/r/460555 (https://phabricator.wikimedia.org/T188742) (owner: 10Zfilipin) [16:50:43] 10Release-Engineering-Team (Kanban), 10Code-Stewardship-Reviews, 10Graphoid, 10Operations, and 2 others: graphoid: Code stewardship request - https://phabricator.wikimedia.org/T211881 (10Milimetric) > Which major design goal would that be? /me genuinely interested The next paragraph in T211881#4820828, th... [17:02:11] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-Newsletter, 10Jenkins, 10User-zeljkofilipin: selenium-daily-beta-Newsletter failing during `npm install` - https://phabricator.wikimedia.org/T213944 (10zeljkofilipin) [17:40:04] thcipriani https://groups.google.com/forum/#!topic/repo-discuss/zap9LdmJNJQ [18:15:18] 10Release-Engineering-Team (Kanban), 10Code-Stewardship-Reviews, 10Graphoid, 10Operations, and 2 others: graphoid: Code stewardship request - https://phabricator.wikimedia.org/T211881 (10akosiaris) >>! In T211881#4882359, @MSantos wrote: >>>! In T211881#4878426, @akosiaris wrote: >>> @akosiaris, the logic... [18:26:10] (03PS1) 10WMDE-Fisch: Add the Cite extension to Popups jobs [integration/config] - 10https://gerrit.wikimedia.org/r/484726 (https://phabricator.wikimedia.org/T213415) [18:27:58] (03CR) 10jerkins-bot: [V: 04-1] Add the Cite extension to Popups jobs [integration/config] - 10https://gerrit.wikimedia.org/r/484726 (https://phabricator.wikimedia.org/T213415) (owner: 10WMDE-Fisch) [19:01:40] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.1 - https://phabricator.wikimedia.org/T211720 (10hashar) [19:03:12] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.1 - https://phabricator.wikimedia.org/T211720 (10Dzahn) it's going to be 2.150.**2** now [19:12:30] (03CR) 10Thiemo Kreuz (WMDE): [C: 03+1] Add the Cite extension to Popups jobs [integration/config] - 10https://gerrit.wikimedia.org/r/484726 (https://phabricator.wikimedia.org/T213415) (owner: 10WMDE-Fisch) [19:15:40] (03PS3) 10Thcipriani: castor: add --delay-updates to rsync commands [integration/config] - 10https://gerrit.wikimedia.org/r/479558 (https://phabricator.wikimedia.org/T203506) [19:20:06] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-Newsletter, 10Jenkins, 10User-zeljkofilipin: selenium-daily-beta-Newsletter failing during `npm install` - https://phabricator.wikimedia.org/T213944 (10zeljkofilipin) [19:22:15] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-Newsletter, 10Jenkins, 10User-zeljkofilipin: selenium-daily-beta-Newsletter failing during `npm install` - https://phabricator.wikimedia.org/T213944 (10zeljkofilipin) a:03zeljkofilipin [19:23:04] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-Newsletter, 10Jenkins, 10User-zeljkofilipin: selenium-daily-beta-Newsletter failing during `npm install` - https://phabricator.wikimedia.org/T213944 (10zeljkofilipin) [19:28:04] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10MediaWiki-extensions-Newsletter, 10Jenkins, 10User-zeljkofilipin: selenium-daily-beta-Newsletter failing during `npm install` - https://phabricator.wikimedia.org/T213944 (10zeljkofilipin) [19:30:15] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.1 - https://phabricator.wikimedia.org/T211720 (10hashar) a:03thcipriani All Jenkins have been upgraded to 2.150.2. Thanks @Dzahn and @thcipriani ! [19:30:25] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.1 - https://phabricator.wikimedia.org/T211720 (10hashar) 05Open→03Resolved [19:31:12] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.2 - https://phabricator.wikimedia.org/T211720 (10hashar) [19:31:51] 10Continuous-Integration-Infrastructure, 10Release-Engineering-Team (Kanban), 10Jenkins: Upgrade jenkins instances to 2.150.2 - https://phabricator.wikimedia.org/T211720 (10Dzahn) ` root@install1002:/srv/wikimedia/incoming# reprepro ls jenkins jenkins | 2.150.2 | jessie-wikimedia | amd64, i386 jenkins | 2.1... [19:32:31] 10Continuous-Integration-Infrastructure, 10Jenkins: JENKINS-2111 path sanitization ineffective when using legacy Workspace Root Directory - https://phabricator.wikimedia.org/T213956 (10hashar) [19:41:55] 10Gerrit: Unable to change full name in Gerrit through contact settings page or command line - https://phabricator.wikimedia.org/T206129 (10Paladox) 05Open→03Resolved This should be fixed now as we have upgraded to 2.15.8. [19:42:34] 10Gerrit, 10Upstream: PolyGerrit doesn't support old UI URLs - https://phabricator.wikimedia.org/T196895 (10Paladox) [19:43:29] 10Continuous-Integration-Infrastructure, 10Front-end-Standards-Group, 10MediaWiki-extensions-General, 10Core Platform Team Backlog (Designing), 10Services (designing): Decide whether we want the package-lock.json to commit or ignore - https://phabricator.wikimedia.org/T179229 (10Umherirrender) Just for i... [19:43:33] 10Gerrit, 10Upstream: PolyGerrit doesn't support old UI URLs - https://phabricator.wikimedia.org/T196895 (10Paladox) 05Open→03Resolved We have upgraded to 2.15.8 now. This should be fixed. [19:46:08] 10Gerrit, 10Release-Engineering-Team (Kanban), 10Security: Upgrade Gerrit to 2.15.8 - https://phabricator.wikimedia.org/T210785 (10Dzahn) [19:46:57] 10Gerrit, 10Release-Engineering-Team (Kanban), 10Security: Upgrade Gerrit to 2.15.8 - https://phabricator.wikimedia.org/T210785 (10Dzahn) This happened today. ` 14:09 <+logmsgbot> !log thcipriani@deploy1001 Started deploy [gerrit/gerrit@cec7995]: Gerrit to 2.15.8 on gerrit2001 only 14:09 <+stashbot> Logged... [19:53:02] 10Gerrit, 10Release-Engineering-Team (Kanban), 10Developer-Wishlist (2017), 10Patch-For-Review: Enable Gerrit reviewers-by-blame plugin - https://phabricator.wikimedia.org/T101131 (10hashar) 05Open→03Resolved The plugin version we were using was not compatible yet with Gerrit 2.15. In the previous upgr... [19:57:08] paladox: thanks for the cleanup of Gerrit tasks ! :) [19:57:15] your welcome :) [19:59:37] 10Gerrit: Unable to change full name in Gerrit through contact settings page or command line - https://phabricator.wikimedia.org/T206129 (10hashar) @Paladox > You have to edit your name through wikitech Any idea how one does that? Iirc the full name being used in Gerrit is the Wikitech login account. So one wo... [19:59:42] 10Release-Engineering-Team (Kanban), 10Code-Health-Metrics, 10User-zeljkofilipin: Give a code health metrics talk at All Hands - https://phabricator.wikimedia.org/T207044 (10Jrbranaa) I was thinking about having a session about the broader Code Health topic on the unconference day. Perhaps we could discuss... [20:00:20] 10Release-Engineering-Team (Kanban), 10Code-Health-Metrics, 10User-zeljkofilipin: Give a code health metrics talk at All Hands - https://phabricator.wikimedia.org/T207044 (10Aklapper) >>! In T207044#4880518, @zeljkofilipin wrote: > Looks like lightning talk schedule is already fixed. Did I miss an email say... [20:04:20] 10Gerrit: Unable to change full name in Gerrit through contact settings page or command line - https://phabricator.wikimedia.org/T206129 (10Paladox) @hashar im not sure now. I've just looked on https://wikitech.wikimedia.org/wiki/Special:Preferences but cannot find a edit button. [21:11:14] !log (beta): Update mobileapps to 258d76b page summary changes [21:11:15] Logged the message at https://wikitech.wikimedia.org/wiki/Release_Engineering/SAL [21:24:40] (03CR) 10Hashar: [C: 03+2] "Passed on dummy change https://gerrit.wikimedia.org/r/#/c/labs/toollabs/+/481835/" [integration/config] - 10https://gerrit.wikimedia.org/r/481876 (https://phabricator.wikimedia.org/T210780) (owner: 10Hashar) [21:26:35] (03Merged) 10jenkins-bot: labs/toollabs .deb works for Stretch [integration/config] - 10https://gerrit.wikimedia.org/r/481876 (https://phabricator.wikimedia.org/T210780) (owner: 10Hashar) [21:36:10] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10cloud-services-team (Kanban): labs/toollabs should always run debian-glue, possibly with multiple distributions - https://phabricator.wikimedia.org/T210780 (10hashar) Changing Build-Depends from `python3:any` to `py... [22:04:30] Hmm why is Gerrit saying I added certain reviewers to a change when I didn't? All I did was upload a patch [22:05:15] On https://gerrit.wikimedia.org/r/c/mediawiki/core/+/484778 five reviewers were added automatically, but four were (supposedly) by me and one by reviewer-bot [22:06:38] eviewers-by-blame [22:06:40] *Reviewers-by-blame [22:06:49] i belive that plugin in gerrit may have done it [22:08:03] RoanKattouw ^^ [22:08:15] Aha that would make sense [22:08:16] we updated gerrit today which fixed the plugin [22:08:36] Oooh so it's based on who touched those files the most, not on who subscribed [22:09:03] yup [22:09:10] according to https://gerrit.googlesource.com/plugins/reviewers-by-blame/ [22:15:50] (03CR) 10Brian Wolff: "FYI, I did still just get this rate limit one: https://integration.wikimedia.org/ci/blue/organizations/jenkins/php-composer-security-docke" [integration/config] - 10https://gerrit.wikimedia.org/r/482646 (https://phabricator.wikimedia.org/T206442) (owner: 10Brian Wolff) [22:21:06] (03PS7) 10Krinkle: Fix nyc and npm-update bugs due to unwritable HOME [integration/config] - 10https://gerrit.wikimedia.org/r/482527 (https://phabricator.wikimedia.org/T212602) [22:23:45] RoanKattouw: if its saying that a certain individual added them, we should probably file that upstream, because thats wrong [22:23:57] Yeah it is [22:54:01] 10Release-Engineering-Team (Kanban), 10Scap, 10Patch-For-Review: Support git-lfs in scap - https://phabricator.wikimedia.org/T180627 (10mmodell) [22:54:03] 10Phabricator, 10Release-Engineering-Team (Kanban), 10media-storage, 10Patch-For-Review, 10User-MModell: Connect Phabricator to swift for storage of git-lfs and file uploads. - https://phabricator.wikimedia.org/T182085 (10mmodell) 05Open→03Stalled [22:58:20] thcipriani: possibly caused by jenkins upgrade? https://integration.wikimedia.org/ci/job/tox-docker/5214/console [22:58:38] it's in the operations/software repo [22:58:50] * thcipriani looks [22:58:58] flake8 fails..invalid syntax? [23:00:16] 10Continuous-Integration-Infrastructure, 10MediaWiki-Vendor, 10Composer, 10Patch-For-Review, 10Security: security.sensiolabs.org is shutting down at the end of October 2018 - https://phabricator.wikimedia.org/T206442 (10Legoktm) Server portion is now here: https://gitlab.com/legoktm/composer-security-che... [23:00:52] I wouldn't think it would cause that kind of error, but I'm digging a bit [23:00:55] 10Project-Admins: Cleaning up #Mediawiki-extensions-other - https://phabricator.wikimedia.org/T213880 (10MGChecker) >>! In T213880#4883399, @mmodell wrote: > Maybe we should archive #mediawiki-extensions-other first, then create projects for extensions on an as-needed basis. We would have no active projects for... [23:01:50] mutante that's not jekins error [23:01:52] *jenkins [23:01:53] mutante: thcipriani: it's a python2 vs python3 thing. flake8 / CI now defaults to Python 3, you can set basepython=python2 in tox.ini to force it back to py2 temporarily [23:01:54] "trying to get requirement for VCS system Command "git config --get-regexp remote\..*\.url" failed with error code 1 in /src/clouseau, falling back to uneditable format" [23:03:17] legoktm: paladox: ah, thanks! [23:03:41] so it needs a change inside the operations/software repo [23:03:47] reporting back to robh [23:04:00] he is trying to make the change [23:07:53] hrm [23:09:37] rob made https://gerrit.wikimedia.org/r/484783 now [23:09:50] but that is back to python2. dunno [23:13:04] hrm, still seeing > /usr/bin/python3 -m virtualenv in that output [23:13:45] maybe try putting it under the [tox] heading to restore all old behavior [23:16:05] 18:13 <+thcipriani> maybe try putting it under the [tox] heading to restore all old behavior [23:18:26] so somewhere in [tox] needs basepython = python2 ? [23:18:45] after skipsdist = true i suppose cuz thats all there is [23:18:53] ? [23:19:48] I'd give that a try, I still see python3 mentioned in the output of the last run of your patchset [23:20:39] and things like > /HCli.py:25:20: E999 SyntaxError: invalid syntax [23:20:41] Is there a task filed to fix this on a more permanent basis? [23:20:49] or is this the fix? [23:20:52] line 25 being print ""' [23:21:15] sounds like this will be the fix and we now default to python3 [23:21:58] right, but now im forcing it to python2 [23:22:09] shouldnt whatever is in the testing pipeline that is python2 dependent be updated? [23:22:23] otherwise we're going to carry tech debt right? [23:22:48] (unless im oversimplifying to much) [23:23:23] I think ideally projects should start moving towards python3 [23:23:51] given the impending doom countdown https://pythonclock.org/ [23:24:07] So, going back to my question, is there a task for tracking the various CI testing/projects using python2 [23:24:16] or should i file something for this and if so, who does it go to? =] [23:24:19] i think the problem here is that operations/software has multiple things that share the repo so all of them would have to upgrade to python3 [23:24:33] ok, so its dependent on the project owners [23:24:35] ? [23:24:38] robh: there's not task I'm aware of [23:24:54] basicaly i feel if a put this bandaid on, its going to be the permanent fix when it shouldnt be =] [23:24:54] on the actual python code of all the things in that repo. right [23:25:03] ok, makes sense [23:25:35] (looking at that clock gave me a deep sense of dread about scap) [23:25:49] ok, paladox commented inline [23:25:51] after i merged too quickly [23:25:56] seems what i did isnt right [23:25:56] robh: yeah, dependent on the project/repo owners [23:25:57] maybe something could be split out to another repo where all things are python3 already without forcing all others to move [23:26:46] So every single entry has to call python2 [23:26:47] i guess [23:27:12] but [23:27:16] it seems flake is failing [23:27:17] do we have a generic wikimedia-wide python2 deprecation task? [23:27:21] so add it under flake too robh [23:28:07] IIRC putting it under the [tox] at the top should cause all the other tox tasks to inherit that python [23:28:29] Krenair: not as far as I'm aware [23:28:40] well, its under tox [23:28:42] and same failure [23:28:47] when i rebase my other changeset [23:29:03] Krenair: kind of, we have "forbid new python2 code" [23:29:04] https://phabricator.wikimedia.org/T197804 [23:29:15] so, im kind of tired at guessing at this [23:29:19] im going to revert my bad patchset [23:29:28] because its the second pointless non-fix ive applied =P [23:30:04] reverted. [23:30:36] Im going to make a task for this and someone who actually knows what they are doing should try their hand at it [23:30:47] because my just guessing from what others state in irc isn't proving effective ;] [23:32:03] https://tox.readthedocs.io/en/latest/example/general.html#basepython-defaults-overriding [23:32:42] > All other targets will use the system python instead. You can override any of the default settings by defining the basepython variable in a specific test environment section [23:32:44] that's kind of gross [23:33:11] (all other besides pyXY; e.g., py27 py36) [23:34:38] hmm, i've done https://gerrit.wikimedia.org/r/484792 [23:34:43] but dosen't seem to overide it [23:34:46] stays at python3 [23:35:43] thcipriani, should we have such a task? [23:35:56] 10Continuous-Integration-Config, 10Release-Engineering-Team (Kanban), 10Patch-For-Review, 10cloud-services-team (Kanban): labs/toollabs should always run debian-glue, possibly with multiple distributions - https://phabricator.wikimedia.org/T210780 (10greg) p:05Triage→03Normal [23:36:40] 10Release-Engineering-Team (Kanban), 10User-zeljkofilipin, 10Wikimedia-Incident, 10Wikimedia-production-error: Investigate the spikes of "web request took longer than 60 seconds and timed out" during deployments - https://phabricator.wikimedia.org/T204871 (10dduvall) Just a note that for today's promotion... [23:38:51] Krenair: it will probably be needed for the buster upgrade (I think Debian is moving default python to python3) [23:39:24] mutante, yeah but that's just for new ops stuff [23:39:39] where the buster upgrade lies on the roadmap ¯\_(ツ)_/¯ but we'll probably need to be more explicit about python2 use before then [23:46:22] Krenair: yea, that's right, too limited [23:46:32] buster is not _that_ far away :) [23:46:41] already frozen [23:46:51] and there was recent activity to start with that [23:49:00] pythonclock.org :P [23:49:50] 10Release-Engineering-Team (Next), 10Patch-For-Review, 10Release Pipeline (Blubber): Publish Blubber releases on releases.wikimedia.org - https://phabricator.wikimedia.org/T213563 (10Dzahn) deployed. https://releases.wikimedia.org/blubber/ The new directory, rsync and shell users have been created. (releas... [23:52:05] thcipriani: https://phabricator.wikimedia.org/T213563#4886456 i could just wget https://people.wikimedia.org/~thcipriani/blubber to https://releases.wikimedia.org/blubber/ but that doesnt test if upload works for you [23:53:19] mutante: neat! I'll try to upload [23:56:45] 10Release-Engineering-Team (Next), 10serviceops, 10Patch-For-Review, 10Release Pipeline (Blubber): Publish Blubber releases on releases.wikimedia.org - https://phabricator.wikimedia.org/T213563 (10Dzahn) [23:59:49] mutante: works great!