Examples: query, "exact match", wildcard*, wild?ard, wild*rd
Fuzzy search: cake~ (finds cakes, bake)
Term boost: "red velvet"^4, chocolate^2
Field grouping: tags:(+work -"fun-stuff")
Escaping: Escape characters +-&|!(){}[]^"~*?:\ with \, e.g. \+
Range search: properties.timestamp:[1587729413488 TO *] (inclusive), properties.title:{A TO Z}(excluding A and Z)
Combinations: chocolate AND vanilla, chocolate OR vanilla, (chocolate OR vanilla) NOT "vanilla pudding"
Field search: properties.title:"The Title" AND text
Unanswered
For Some Reason The Agent Is Now Trying To Use Python 2.7 All Of A Sudden, Any Idea Why?


Hi UnevenDolphin73

Took a long time to figure out that there was a specific Python version with a specific virtualenv that was old ...

NICE!

Then the task requested to use Python 3.7, and that old virtualenv version was broken.

Yes, if the Task is using a specific python version it will first try to find this one (i.e. which python3.7 ) then use it to create the new venv

As a result -> Could the agent maybe also output the 

virtualenv

 version used with setting up the environment for the first time?

You mean into the Log ? (I think you have all the log from the get go, no?!)

EDIT:

I also tried setting 

agent.python_binary: "/usr/bin/python3.8"

 but it still uses Python 2.7?

I think that in docker mode this argument is ignored, as the assumption is it will break inside diff containers.

  
  
Posted 2 years ago
162 Views
0 Answers
2 years ago
one year ago
Tags