Problem
damienharper/auditor-doctrine-provider 1.x currently requires symfony/cache and symfony/lock as ^8.0, which prevents Composer from resolving a Symfony 7.4 LTS stack even when the rest of an application is pinned to 7.4.
This shows up when integrating with auditor-bundle 7.x on Symfony 7.4 (see related discussion in DamienHarper/auditor-bundle#618).
Proposal
Widen the Symfony constraints used by this package to ^7.4 || ^8.0 (same idea as widening other Symfony deps across the auditor ecosystem).
Note
End-to-end Symfony 7.4 resolution also requires damienharper/auditor 4.x to allow Symfony 7.4 for its own Symfony dependencies (today 4.x still pins some Symfony components to ^8.0). This issue tracks the provider side; the core library may need a coordinated follow-up.
Problem
damienharper/auditor-doctrine-provider1.x currently requiressymfony/cacheandsymfony/lockas^8.0, which prevents Composer from resolving a Symfony 7.4 LTS stack even when the rest of an application is pinned to 7.4.This shows up when integrating with
auditor-bundle7.x on Symfony 7.4 (see related discussion in DamienHarper/auditor-bundle#618).Proposal
Widen the Symfony constraints used by this package to
^7.4 || ^8.0(same idea as widening other Symfony deps across the auditor ecosystem).Note
End-to-end Symfony 7.4 resolution also requires
damienharper/auditor4.x to allow Symfony 7.4 for its own Symfony dependencies (today 4.x still pins some Symfony components to^8.0). This issue tracks the provider side; the core library may need a coordinated follow-up.