Meeting will happen in #d9readiness on drupal.slack.com.
| Gabor Hojtsy (he/him) |
Gábor, core committer :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
cc @xjm, @berdir, @mikelutz, @mglaman |
| mglaman |
Matt here, tooling dibble dabbler |
| xjm |
Hi :slightly_smiling_face: |
| berdir |
Sascha, entity-manager-deprecation-updater |
| mikelutz |
I’m here, I’m here!! |
| lendude |
Len, ex phpunit initiative lead, lurking |
| catch |
Nat, core-committer, a bit on-off atm. |
| jhodgdon (she/her) |
Jennifer, lurking because I got notifications that two run-weekly contrib tests are failing due to new deprecations |
| larowlan |
lee, here late, but timezones |
| Gabor Hojtsy (he/him) |
This went live recently :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
Sort of. |
| Gabor Hojtsy (he/him) |
is a a results file :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
from |
| mglaman |
Looks like it’s including `level: 1` |
| Gabor Hojtsy (he/him) |
There is an XML format fix waiting for deployment at once @mixologic is out of cgit hell on d.o :smile: |
| mglaman |
`Function _batch_process invoked with 1 parameter, 0 required.` |
| Gabor Hojtsy (he/him) |
@mglaman yeah I don’t think we wanted that to happen |
| mixologic |
@Gabor Hojtsy (he/him) I can look at that now |
| mglaman |
that’s where you omit `--level` and add
```
parameters:
customRulesetUsed: true
```
to .neon |
| Gabor Hojtsy (he/him) |
@mixologic yay :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
ok will take a look at that after the meeting @mglaman :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
I think @mixologic should be fine to roll out the XML fix in the meantime :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
that by itself should help us view the output |
| mglaman |
When it is grokked, I’d love to re-work to poitn to D.o dispatcher |
| Gabor Hojtsy (he/him) |
Yeah I would love to somehow work out running on project branches weekly or so :slightly_smiling_face: but first is fixing the output so it makes sense |
| Gabor Hojtsy (he/him) |
@mixologic ok, what do you think of ?:) |
| mixologic |
@Gabor Hojtsy (he/him) well, it lgtm, I committed it to the dev branch, and then I was having issues with drupalci's own self tests. they're running now, finally. This shouldnt affect drupalci in any way though so I'll go ahead and merge it into prod. |
| mixologic |
Merged. have a shot |
| Gabor Hojtsy (he/him) |
yay thanks |
| Gabor Hojtsy (he/him) |
posted |
| mixologic |
fixed a small bug |
| Gabor Hojtsy (he/him) |
good find, I don’t know how this worked locally, lol |
| Gabor Hojtsy (he/him) |
but I was looking at this just now :smile: |
| Gabor Hojtsy (he/him) |
thanks |
| Gabor Hojtsy (he/him) |
will rerun |
| Gabor Hojtsy (he/him) |
yay valid XML :slightly_smiling_face: |
| mglaman |
yay |
| Gabor Hojtsy (he/him) |
I will look into setting the error level more properly as per @mglaman above and also getting rid of the double // :smile: |
| Gabor Hojtsy (he/him) |
but this should now be valid checkstyle xml |
| Gabor Hojtsy (he/him) |
@mglaman ok, looking at level, now we are calling it like this: |
| Gabor Hojtsy (he/him) |
$result = $this->execEnvironmentCommands([
‘cd ’ . $project_dir . ' && sudo -u www-data ' . $source_dir . static::$phpstanExecutable . ' analyse --error-format checkstyle -l 0 -c ' . $work_dir . ‘/’ . $this->pluginDir . ‘/phpstan.neon . > ’ . $work_dir . ‘/’ . $this->pluginDir . ‘/phpstan_results.xml’,
]); |
| Gabor Hojtsy (he/him) |
why would level 1 be included with -l 0 |
| mglaman |
level 0 actually contains assertions |
| mglaman |
so remove `-l 0` and pass no level, and add that customRuleSet thing |
| mglaman |
As I’ve kind of said.. the tool was nice to have around so I didn’t have to build an analysis tool.. but there’s “some things” |
| Gabor Hojtsy (he/him) |
lol |
| Gabor Hojtsy (he/him) |
customRulesetUsed: true we already have |
| Gabor Hojtsy (he/him) |
so will just remove -l 0 and see how it behaves locally :slightly_smiling_face: |
| mglaman |
it will error w/o the customeRuleSet: true FYI |
| mglaman |
because it’ll say no assertions ran |
| Gabor Hojtsy (he/him) |
ok without the -l 0 its down from 8794 errors to a mere 4402 |
| Gabor Hojtsy (he/him) |
in core |
| mglaman |
\o/ |
| Gabor Hojtsy (he/him) |
I’ll up a patch for drupalci :slightly_smiling_face: |
| mixologic |
make it a variable that can be controlled from build.yml |
| Gabor Hojtsy (he/him) |
yeah we should make deprecation reporting configurable separate from other things eventually |
| Gabor Hojtsy (he/him) |
I am trying to focus on a useful deprecation tester now :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
ok I reused this issue, two tiny oneline fixes in for @mixologic :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
I am happy to look at configurability of this later :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
this one I actually locally run just now and did not edit the code since :smile: |
| mixologic |
patched/pushed |
| Gabor Hojtsy (he/him) |
ok sending the last one for a retest :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
@mixologic displaying this would require the backed out jenkins update right? :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
displaying nicer that is :smile: |
| Gabor Hojtsy (he/him) |
ok this ran fine :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
so I think this output is what we are gonna get, next step is to improve how we can read it :smile: |
| Gabor Hojtsy (he/him) |
We agreed with the upgrade status maintainers to use the 8 branch of the module to provide this dashboard for deprecation review. |
| Gabor Hojtsy (he/him) |
See and provide feedback on designs at |
| Gabor Hojtsy (he/him) |
|
| Gabor Hojtsy (he/him) |
I am working with @herczogzoltan on it :slightly_smiling_face: |
| Gabor Hojtsy (he/him) |
this is yet another lens for people to help move along to Drupal 9 |
| mglaman |
Would this try to run PhpStan directly via batch? like individual files? |
| Gabor Hojtsy (he/him) |
queue but yeah, individual files or directories, depending on how we found resource constraints |
| Gabor Hojtsy (he/him) |
@mglaman My understanding is @herczogzoltan got it to work for the plain old PHP files by unwiring your drupal boostrap (since drupal is already live in this case), but the autoloader wiring was not working yet |
| mglaman |
makes sense, everything is autoloadable.. to an extent |
| mglaman |
and you would have to just pass individual files |
| Gabor Hojtsy (he/him) |
yeah their API at the integratable level seems to be taking file by file |
| Gabor Hojtsy (he/him) |
the new updated core twig now fails with some Twig 3 deprecations, |
| Gabor Hojtsy (he/him) |
we need to choose between silencing this and resolving it :slightly_smiling_face: |
| mikelutz |
Are we targeting a minimum php version of 7.1 for Drupal 9? |
| Gabor Hojtsy (he/him) |
I think twig folks ran into problems with type-hinting if a different name of the class was used so not sure how to resolve this cleanly |
| Gabor Hojtsy (he/him) |
cc @catch |
| catch |
Drupal 9 will probably be at least PHP 7.2 |
| mikelutz |
|
| mikelutz |
Random small dependency I was messing with ^^ switching over to a psr17 message factory basically requires php 7.1 |
| xjm |
Caveat: We need to check and see how the PHP host ecosystem has adapted once 7.1 goes EOL |
| mikelutz |
currently doing a composer update with php 7+ on 8.8 updates some dependencies that add deprecations that break tests, so we might want to have an issue checking that. |
| mikelutz |
Hopefully we can at least require 7.1 for D9 though, otherwise we are holding back vendor libraries quite a bit. |
| mglaman |
FYI 7.4 is last 7 branch release. 8 coming in 2020 |
| mikelutz |
At least from the limited testing I’ve been doing. |
| xjm |
@mglaman Where did you learn that info? does not mention it |
| xjm |
Hopefully 7.4 will be an LTS if that's the case |
| mglaman |
was in a tweet this morning, 1 sec |
| xjm |
Relatedly: @mixologic Can we get PHP 7.4.x-dev testbots sometime in the next couple months? |
| Gabor Hojtsy (he/him) |
|
| mglaman |
@Gabor Hojtsy (he/him) thanks! |
| Gabor Hojtsy (he/him) |
PHP 8 in 2020 :dancerbanana: |
| mixologic |
@xjm The plan we laid out for 7.3.x is still in effect, does it need adjusting? () |
| mixologic |
(see the "Unreleased Development Environments") |
| mglaman |
So Drupal 9 _really_ should adapt the highlest level of PHP possible (ie: 7.2) or have a plan for 9.2.0 or w/o to support 7.2 |
| mixologic |
```Once php's pre-release version has hit beta, we will provide a new environment - this will likely be sometime in August every year.``` |
| mixologic |
But, well, things change, so do we need 7.4.x yet? |
| xjm |
@mixologic Ah I didn't realize we'd finalized that. We can at least wait until the 7.4 alpha in June, for sure. :slightly_smiling_face: |
| xjm |
Tweeting to ask about 7.4 being an LTS or not; can't hurt |
Comments
Comment #2
gábor hojtsyComment #3
gábor hojtsyComment #10
gábor hojtsyPosting meeting log and assigning credits.
Comment #11
gábor hojtsyComment #13
gábor hojtsySpecial thanks to @mlhess for help with raw and parsed meeting logs.
Comment #14
gábor hojtsy