You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Logs (Executed commands with output) (Include/Attach if Applicable)
conan export-pkg . foo/1.0@user/testing
foo/1.0@user/testing: A new conanfile.py version was exported
foo/1.0@user/testing: Folder: C:\Users\re41236\.conan\data\foo\1.0\user\testing\export
foo/1.0@user/testing: Exported revision: fed7d0449c90cbcc0bd7800d87209e09
foo/1.0@user/testing: configure(), self.develop=0
foo/1.0@user/testing: Forced build from source
Packaging to 5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9
foo/1.0@user/testing: Generating the package
foo/1.0@user/testing: Package folder C:\Users\re41236\.conan\data\foo\1.0\user\testing\package\5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9
foo/1.0@user/testing: Calling package()
foo/1.0@user/testing: package(), self.develop=1
foo/1.0@user/testing package(): WARN: No files in this package!
foo/1.0@user/testing: Package '5ab84d6acfe1f23c4fae0ab88f26e3a396351ac9' created
foo/1.0@user/testing: Created package revision b0e08ac3f937a3beab5990549479fec0
Context
I'm experimenting with ways to use the new compatible_packages, trying to migrate some packages that currently omit lots of settings from their package_id because they aren't ABI-relevant to instead fully declare what this binary the package contains, but still not expect users to match (or even specify everything) and just guide them onto one the binary flavors that is actually published. So I want to include compiler info during create() or export-pkg(), but don't want to force a non-C++ caller to set values when loading a dependency graph (which would likely be ignored anyway, in favor of compatible_packages guiding them to the binary upload and want consumers to pick).
Discussion in slack suggests that having self.develop vary from call to call is not intentional and likely a bug. Possibly related to #2513 (which asked for develop to be true in package(), but nothing there suggests to me that it was intended to be true only in package either.
The text was updated successfully, but these errors were encountered:
I am having a look at this, might be able to fix it.
However, I am proposing #6584, to remove this attribute for Conan 2.0. It seems that what you could be doing here is some big abuse of this self.develop and probably better means should be considered.
Environment Details (include every applicable attribute)
Steps to reproduce (Include if Applicable)
Logs (Executed commands with output) (Include/Attach if Applicable)
conan export-pkg . foo/1.0@user/testing
Context
I'm experimenting with ways to use the new compatible_packages, trying to migrate some packages that currently omit lots of settings from their package_id because they aren't ABI-relevant to instead fully declare what this binary the package contains, but still not expect users to match (or even specify everything) and just guide them onto one the binary flavors that is actually published. So I want to include compiler info during create() or export-pkg(), but don't want to force a non-C++ caller to set values when loading a dependency graph (which would likely be ignored anyway, in favor of compatible_packages guiding them to the binary upload and want consumers to pick).
Discussion in slack suggests that having
self.develop
vary from call to call is not intentional and likely a bug. Possibly related to #2513 (which asked for develop to be true inpackage()
, but nothing there suggests to me that it was intended to be true only inpackage
either.The text was updated successfully, but these errors were encountered: