Jira issue originally created by user @beberlei:
As I see it from our build script, each PEAR package of ORM and DBAL includes the Common sources again, although it sets itself as dependent on that package? That would mean the ORM package overwrites the files from the DBAL and Common packages.
Comment created by @beberlei:
Assigned to jon.
One solution would be to change the package.xml to reference only the ORM code, although DBAL and Common are also shipped.
Comment created by @jwage:
Hmm. I don't understand what you mean. The ORM includes the DBAL and Common code and installs it? Should it not do that and require that you install the dependencies via PEAR?
yes, otherwise if you install DBAL after ORM, the DBAL code will overwrite the DBAL code from the ORM. Or the other way around.
Plus if you deinstall DBAL it will deinstall the DBAL code although ORM might still be installed.
I can come up with about 20 other scenarios where this is problematic ;-)
Comment created by romanb:
Can we address this for BETA4 or should we push that to RC1 ? After releasing beta4 we still have time to address a lot of things before we go into RC.
I think the only solution is for the pear packages to only include the specific code for that package and the dependencies installed via pear. But even then, installing the ORM will require a certain version of the DBAL, so if you already have a version of the DBAL installed, it will need you to install the version the ORM requires. So either way you can't mix and match packages. If you use the ORM, you wouldn't ever have your own version of Common and DBAL installed because they would conflict.
yes, but that is a downside of PEAR that we cannot influence.
So the same problem exists either way. Do we have anything to fix then?
2 packages are now generated, one full package and one PEAR package. The PEAR package does not contain its dependencies, instead defines where to fetch them using the configuration for d51PearPkg2 task.
Issue was closed with resolution "Fixed"