-
Notifications
You must be signed in to change notification settings - Fork 0
Enable extensions #1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enable extensions #1
Conversation
@villfa 👋🏻 Hiya, sorry, only just now seeing this PR. This is not the official repo, so I'm not monitoring it actively. Would you mind explaining to me what you're trying to do here as it is unclear to me ? |
I still can't fathom why the tests were previously passing and are failing now. I know they were running fine before as I checked the logs on multiple occasions. I've now [unearthed the documentation from Nette Tester 1.x](https://web.archive.org/web/20170602082733/https://tester.nette.org/#toc-how-the-tester-runs) which what's used to run the tests on PHP 5.3-5.5. The docs state: > The Tester runs PHP processes with `-n` option, so without `php.ini`. More details in the [Own php.ini chapter](https://web.archive.org/web/20170602082733/https://tester.nette.org/#toc-own-php-ini). ... which in a way is similar to the problem we previously ran into for Nette Tester 2.x, which is why the `-C` (= Use system-wide `php.ini`) option is used there. Also see php-parallel-lint/PHP-Parallel-Lint#55 As the tests were running and passing on Nette 1.x/PHP 5.3 - 5.5 previously, we never dug in deeper for the peculiarities of Nette 1.x. So to fix the test runs against PHP 5.3 - 5.5, which are using Nette Tester 1.x, I'm proposing to add a `php.ini` file to the `tests` directory specifically for use with PHP 5.3 - 5.5. This should get the tests passing again. I'm adding villfa as co-author to this PR as I ended up with this solution inspired by [a PR they pulled to my fork of this repo](#1). Co-authored-by: Fabien Villepinte <[email protected]>
@villfa Okay, so I stared at your solution a little bit longer and I think I've figured out what you were trying to do. 😁 So... I've dug in a bit deeper.
So, I guess the less hacky/more straight-forward solution would be to use the suggested own But... inspired by this PR, I tried again with a hard-coded I honestly don't know why they ever chose to use the Nette Tester framework for the tests as these kind of things make it really horrible to work with, but as I'm not an official maintainer, it's not up to me to change that, so I guess we just have to live with it for now. I've opened PR php-parallel-lint/PHP-Parallel-Lint#71 with the fix in the "official" repo and will rebase my other PR as soon as that one has been merged. Thank you for your efforts and for bringing this back to the forefront of my attention! |
I still can't fathom why the tests were previously passing and are failing now. I know they were running fine before as I checked the logs on multiple occasions. I've now [unearthed the documentation from Nette Tester 1.x](https://web.archive.org/web/20170602082733/https://tester.nette.org/#toc-how-the-tester-runs) which what's used to run the tests on PHP 5.3-5.5. The docs state: > The Tester runs PHP processes with `-n` option, so without `php.ini`. More details in the [Own php.ini chapter](https://web.archive.org/web/20170602082733/https://tester.nette.org/#toc-own-php-ini). ... which in a way is similar to the problem we previously ran into for Nette Tester 2.x, which is why the `-C` (= Use system-wide `php.ini`) option is used there. Also see #55 As the tests were running and passing on Nette 1.x/PHP 5.3 - 5.5 previously, we never dug in deeper for the peculiarities of Nette 1.x. So to fix the test runs against PHP 5.3 - 5.5, which are using Nette Tester 1.x, I'm proposing to add a `php.ini` file to the `tests` directory specifically for use with PHP 5.3 - 5.5. This should get the tests passing again. I'm adding villfa as co-author to this PR as I ended up with this solution inspired by [a PR they pulled to my fork of this repo](jrfnl/PHP-Parallel-Lint#1). Co-authored-by: Fabien Villepinte <[email protected]>
Hi,
I've stumbled upon your PR and then tried to fix the problem.
I don't know why this problem didn't occur before but here a (not very pretty) solution.