Closed ghost closed 5 years ago
Can you try to do a "composer install -o --no-dev"?
I think the most of the symfony packages, are only needed for some debug packages. With this option, no development packages will be installed.
When this does not work, you could try a composer update -o --no-dev, maybe it helps to let composer generate new dependencies.
Doesn't work:
"-Installation request for symfony/var-dumper v4.2.1 -> satisfiable by symfony/var-dumper[v4.2.1]." "-symfony/var-dumper v4.2.1 requires php ^7.1.3 -> your PHP version (7.0.33) does not satisfy this requirement"
Maybe some older var-dumper version would work. But var_dumper sounds to me like some debugging-tool, maybe some bug in the dependency-conf?
Also used in "debugbar". In composer-lockfile listened under "packages" and not a I thought under "packages-dev"
debugbar is not needed for productive (non-debug) installation. I have moved it to require-dev (in master and stable-v0.5 branch). When you now run composer install --no-dev -o, then it should work
Worked. Thank you very much!
Hello,
for our makerspace I want to install Part-DB on a Raspberry Pi with Debian Stretch. On this OS PHP is only supported to version 7.0.xx, which suits the requirements listened in your readme. But during the installation of dependencies with composer, it fails because the need of version 7.1.xx. Some componentens like symphony need this version.
My question: Does Part-DB really need features of PHP 7.1.xx or is it possible to set back the dependencies to a previous version?
Best regards Max