Comments (9)
I found it.
That's is my fault. I have an outdated Docker image with PHP 7.4 meanwhile another team mate already updated it up to v8.0 including composer.json. And in our config specified now:
"php": "^8.0"
That's why your package didn't want to setup. As a workaround, I changed in our composer.json:
"php": "^7.4|^8.0"
and it works.
Sorry for taking your time :)
from postgresql-for-doctrine.
Interesting. If I'm not mistaken, some years ago both |
and ||
were acceptable. The single pipe in 1.5 release series is for sure a typo, yet Composer (even version 2) continues supporting it:
>> php -v
PHP 7.4.13 (cli) (built: Nov 30 2020 14:57:43) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.13, Copyright (c), by Zend Technologies
>> composer require martin-georgiev/postgresql-for-doctrine
Using version ^1.5 for martin-georgiev/postgresql-for-doctrine
./composer.json has been updated
Running composer update martin-georgiev/postgresql-for-doctrine
Loading composer repositories with package information
Updating dependencies
Lock file operations: 1 install, 0 updates, 0 removals
- Locking martin-georgiev/postgresql-for-doctrine (v1.5.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 1 install, 0 updates, 0 removals
- Downloading martin-georgiev/postgresql-for-doctrine (v1.5.1)
- Installing martin-georgiev/postgresql-for-doctrine (v1.5.1): Extracting archive
Generating autoload files
What is the full output of above commands for you?
from postgresql-for-doctrine.
Yeah, I know that should supports both variants. But it seems something has changed in composer )
What is the full output of above commands for you?
/usr/local/app $ php -v
PHP 7.4.12 (cli) (built: Nov 5 2020 20:50:00) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
with Zend OPcache v7.4.12, Copyright (c), by Zend Technologies
with Xdebug v2.9.8, Copyright (c) 2002-2020, by Derick Rethans
/usr/local/app $ composer require martin-georgiev/postgresql-for-doctrine
Using version ^1.5 for martin-georgiev/postgresql-for-doctrine
./composer.json has been updated
Running composer update martin-georgiev/postgresql-for-doctrine
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- Root composer.json requires php ^8.0 but your php version (7.4.12) does not satisfy that requirement.
Installation failed, reverting ./composer.json and ./composer.lock to their original content.
/usr/local/app $ composer -V
Composer version 2.0.7 2020-11-13 17:31:06
from postgresql-for-doctrine.
I see your PR. It didn't help :(
I have no more ideas, what is wrong.
from postgresql-for-doctrine.
This doesn't make much sense :(
Can you try requiring specifically with version ^1.5.2
?
from postgresql-for-doctrine.
No success, the same message:
/usr/local/app $ composer require martin-georgiev/postgresql-for-doctrine:^1.5.2
...
Your requirements could not be resolved to an installable set of packages.
- Root composer.json requires php ^8.0 but your php version (7.4.12) does not satisfy that requirement.
from postgresql-for-doctrine.
What about you, can you test installation with PHP 7.4.x? Maybe in Docker, if you have updated already the host PHP version.
from postgresql-for-doctrine.
Yes, installation on 7.4 works both locally and on Travis for versions 7.2, 7.3, 7.4 and 8.0.
from postgresql-for-doctrine.
Hm.. Ok, thanks. I'll try to dig up the problem on my side.
from postgresql-for-doctrine.
Related Issues (20)
- How to use TO_JSON with JSON_GET_FIELD_AS_TEXT HOT 1
- jsonb_build_object support? HOT 1
- Postgres 14-specific JSON syntax HOT 1
- array_agg doesn't support ORDER BY HOT 1
- float[] type
- Jsonb::convertToPHPValue(): Return value must be of type array|string|int|float|null, bool returned HOT 2
- symfony / doctrine configuration help HOT 1
- getResults() returns arrays instead of objects HOT 1
- ? and ?| operators HOT 4
- `ANY` should accept `text[]` field, currently throw a `Expected Doctrine\ORM\Query\Lexer::T_SELECT` HOT 2
- Dependency Dashboard
- Cant install 2.1.1 version HOT 1
- Error with symfony and dql ilke function HOT 1
- Error with UNACCENT HOT 2
- Jsonb type limited convert HOT 4
- Cannot use object of type Doctrine\Common\Lexer\Token as array HOT 1
- Add support for DBAL v4 HOT 3
- InArray use ANY instead of ANY_OF HOT 2
- Add SPLIT_PART function
- Incorrect detection of text[] type when generating migrations
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from postgresql-for-doctrine.