Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Specified profile 'default' doesn't exist

See original GitHub issue

Hi,

I’ve installed the latest version of conan-package-tools, and ran into an issue when running build.py:

Traceback (most recent call last): File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conans\client\profile_loader.py”, line 109, in read_profile text = load(profile_path) File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conans\util\files.py”, line 128, in load with open(path, ‘rb’) as handle: FileNotFoundError: [Errno 2] No such file or directory: ‘C:\Users\Theo\.conan\profiles\default’

During handling of the above exception, another exception occurred:

Traceback (most recent call last): File “build.py”, line 21, in <module> builder.run() File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conan\packager.py”, line 311, in run self.run_builds() File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conan\packager.py”, line 350, in run_builds self.mingw_installer_reference, self.runner, self.args) File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conan\create_runner.py”, line 38, in init self.client_cache.profiles_path) File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conans\client\profile_loader.py”, line 140, in _load_profile profile, declared_vars = read_profile(include, cwd, default_folder) File “C:\Users\Theo\AppData\Roaming\Python\Python35\site-packages\conans\client\profile_loader.py”, line 118, in read_profile “%s” % (profile_name, current_profiles)) conans.errors.ConanException: Specified profile ‘default’ doesn’t exist. Existing profiles: win32, win64

Indeed, I do not have a default profile per se, I defined the default in conan.conf instead:

default_profile = win32

Still, I do not understand why it tries to load my default profile, shouldn’t it generate temporary profiles instead?

It used to work fine, although I had to filter VS builds myself (including DLL with MT, and compiler version, which are now handled by default thanks a lot for that)