Open andparsons opened 5 years ago
Hi @andparsons. Thank you for your report. To help us process this issue please make sure that you provided the following information:
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
@magento give me 2.3-develop instance
- upcoming 2.3.x release
For more details, please, review the Magento Contributor Assistant documentation.
@andparsons do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
Hi @andparsons. Thank you for your report. To help us process this issue please make sure that you provided the following information:
- [x] Summary of the issue
- [x] Information on your environment
- [x] Steps to reproduce
- [x] Expected and actual results
Please make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, please, add a comment to the issue:
@magento give me 2.3-develop instance
- upcoming 2.3.x releaseFor more details, please, review the Magento Contributor Assistant documentation.
@andparsons do you confirm that you were able to reproduce the issue on vanilla Magento instance following steps to reproduce?
[x] yes
[ ] no
Join Magento Community Engineering Slack and ask your questions in #github channel.
I confirm that I am able to reproduce the issue on vanilla Magento. It's just composer bundle changes after all.
Hi @andparsons. Thank you for your request. I'm working on Magento 2.3-develop instance for you
Hi @andparsons, here is your Magento instance.
Admin access: https://i-25189-2-3-develop.instances.magento-community.engineering/admin
Login: admin
Password: 123123q
Instance will be terminated in up to 3 hours.
Hi @andparsons, here is your Magento instance. Admin access: https://i-25189-2-3-develop.instances.magento-community.engineering/admin Login:
admin
Password:123123q
Instance will be terminated in up to 3 hours.
Not needed for this type of issue but that was nice and quick.
Hi @BrentRobert. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
[x] 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).Details
If the issue has a valid description, the label Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.
[x] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description
label to the issue by yourself.
[ ] 3. Add Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.
[x] 4. Verify that the issue is reproducible on 2.3-develop
branchDetails
- Add the comment @magento give me 2.3-develop instance
to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.3-develop
branch, please, add the label Reproduced on 2.3.x
.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
Hi @andparsons, I created a pull request as I agree with your proposal.
@andparsons and @BrentRobert, please, don't forget that Magento can be installed from the Git, how in this case Braintree SDK will be loaded if you remove it from the root composer json?
I kinda forgot about that, my bad
@joni-jones and @BrentRobert, thanks for your input guys, but as I said this is a change needed when bundling for magento/magento2-base
, which I believe the process for that is not public.
Hopefully someone from the core team is still going to look at this issue.
Hi @engcom-Delta. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
[ ] 1. Verify that issue has all the required information. (Preconditions, Steps to reproduce, Expected result, Actual result).Details
If the issue has a valid description, the label Issue: Format is valid
will be added to the issue automatically. Please, edit issue description if needed, until label Issue: Format is valid
appears.
[ ] 2. Verify that issue has a meaningful description and provides enough information to reproduce the issue. If the report is valid, add Issue: Clear Description
label to the issue by yourself.
[ ] 3. Add Component: XXXXX
label(s) to the ticket, indicating the components it may be related to.
[ ] 4. Verify that the issue is reproducible on 2.3-develop
branchDetails
- Add the comment @magento give me 2.3-develop instance
to deploy test instance on Magento infrastructure.
- If the issue is reproducible on 2.3-develop
branch, please, add the label Reproduced on 2.3.x
.
- If the issue is not reproducible, add your comment that issue is not reproducible and close the issue and stop verification process here!
[ ] 5. Add label Issue: Confirmed
once verification is complete.
[ ] 6. Make sure that automatic system confirms that report has been added to the backlog.
There is definitely no possibility to make pull request for this from the public GitHub repo. Marked as Feature Request cc @sdzhepa
@sdzhepa: can we somehow open up the script/repo to the public for the magento2-base package and/or composer metapackage? There are a bunch of tiny little tweaks the community wants to accomplish (https://github.com/magento/magento2/issues/22359 comes to mind and there are some others I think). These aren't very high priority. But if the community can not help out, it will probably never happen if only the core team will pick it up when they feel like it. Thanks!
Hello @hostep
Unfortunately, after so long delay and multiple times raising this question internally, I did not receive a clear answer for
"can we somehow open up the script/repo to the public for the magento2-base package and/or composer metapackage?".
In general, as I understood there are a couple of difficulties and policies that do not allow us to do it.
I will move this ticket into the community-feature repository to be considering one more time there
Thanks for trying to pursue this @sdzhepa!
Seems like it has been handled in https://github.com/magento/magento2/commit/7400615 :+1:
Summary (*)
braintree/braintree_php
is required inmagento/magento2-base
when the only module that relies on that dependancy ismagento/module-braintree
, which also hasbraintree/braintree_php
as a dependancyI am not composer requiring
magento/product-community-edition
but insteadmagento/magento2-base
with a subset of Magento modules, which I believe is a better practice than using composer's replace property to remove unused dependancies.I don't want
braintree/braintree_php
to be installed as none of the modules I'm using make use of it.Examples (*)
N/A
Proposed solution
I am suggesting removing
braintree/braintree_php
frommagento/magento2-base
, but not frommagento/product-community-edition
ormagento/product-enterprise-edition
This should allow for
braintree/braintree_php
to only be installed via composer ifmagento/module-braintree
is part of the resolved dependancies, and will keepbraintree/braintree_php
in the root composer.json if composer requiringmagento/product-*-edition
or cloning from git.Other dependancies like
msp/recaptcha
have the ideal setup, where they get removed frommagento/magento2-base
when the composer.json package is created.I don't believe I can create a pull request for this from the public GitHub repo.