[question] correct usage of build_policy = "never"
See original GitHub issueConan version 1.44.0 OS: Windows 11
We created a conanfile.py which only contains a package
step to be created with conan export-pkg
instead of conan create
.
As it doesn’t use the exports_sources
to copy files into the conan cache, I assumed it makes sense to disable the possibility
to rebuild a package.
Therefore we set the
build_policy = "never"
So that it isn’t possibly to attempt to recreate the conan package only from the conanfile, as this wouldn’t work anyway.
Then I get the error message:
ERROR: No package matching '[package name]' pattern found.
this message also appears with conan create.
So my questions:
- is there anything I need to do, to get rid of this message, but keeping the
build_policy = "never"
- Is my understanding correct of the purpose of the
build_policy = "never"
? Does it make sense in this case?
- I’ve read the CONTRIBUTING guide.
Issue Analytics
- State:
- Created a year ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
Present perfect + ever, never, already, yet | EF | Global Site
Ever' and 'never' are always placed before the main verb (past participle). Ever is used: In questions Examples Have you ever been to...
Read more >Ever vs never - English Grammar - Gymglish
Ever vs never. Ever is used in negative sentences, to express a doubt, or to ask a question. It is the opposite of...
Read more >Git branch policies and settings - Azure Repos - Microsoft Learn
Branch policies and settings provide teams with the means to protect their important branches.
Read more >Is it possible to modify the display name of the build policy at ...
First, it's not available to achieve this by following official document at present. As you have mentioned there is no update method in ......
Read more >Begs the Question - Quick and Dirty Tips ™
The Right Way to Use “Begs the Question” ... of which begs the question, is Coughlin the best female swimmer this country has...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Ok, I have been able to track this. It is an unfortunate UX bug, due to sharing the core code with other commands. But, it has no effect at all, it is just an incorrect message, but the command is working fine, the package is correctly created, etc.
I have checked it, and this is already fixed in 2.0, and it would be quite dirty to try to fix it in 1.X, so I vote to consider this bug closed in 2.0.
I have been able to reproduce it. Thanks for reporting, we will have a look.
At least, it seems the package is being created, it is just an error message.