Plugin fails to load about beancounttools

[tarioch]

Interesting, I'm using it only on linux but I don't see how that can make a difference.
I'm also using 3.7.6 but I guess that should also not be the problem. Are you using it from native windows or wsl?
Could you try it out from wsl?

[stmach]

All right, I've spun up WSL on my machine (Ubuntu 20.04 LTS) using Python v3.8.2 and I still got the same error.

Upon investigating more, I found out that the error is related to having price entries in the file without resolving all of the RHS commodities to the base currency (the argument provided to the plugin). For example:

plugin "tariochbctools.plugins.generate_base_ccy_prices" "BASE"

2020-05-08 price WHATEVER    77 SOMETHING

fails with the error. adding to the file:

2020-05-08 price SOMETHING   12 BASE

makes it go away. So I'm pretty sure a missing price for the base currency is the culprit.

In my case, I had prices for some stocks in USD, but was still missing a price entry for USD -> CHF (which I wanted to fetch in using your exchangeratesapi).

---

Another thing I see (and probably I should split this into its own issue):
When running bean-price for the first time (or with --no-cache) using exchangeratesapi, the name of the commodity is printed out as well (which will lead to issues if you want to include the resulting output):

$ bean-price --no-cache -e CHF:tariochbctools.plugins.prices.exchangeratesapi/USD
USD
2020-05-08 price USD                                  0.97 CHF

[stmach]

Addendum:
if there's already a price entry (for the base currency) specified for the current date it also fails.
So it fails if:

• price entries are present in the file but one going to base currency is not there at all
• price entry going to base currency for the current date is already in the file

[tarioch]

Thank you very much for the detailed tracking of the issues. All of them should be fixed in 0.6.1 that I just released. I now also added some test cases for the scenarios you described.