python-polylith: Can't trace an exception
Describe the bug
Whenever I run poetry poly libs, or poetry poly check I get this error: 'charmap' codec can't decode byte 0x98 in position 880: character maps to <undefined>
I have no idea what is wrong and where to look.
To Reproduce I’m not sure this is reproducible.
Expected behavior A more detailed description of the error, preferably with indication of which file is faulting.
Desktop (please complete the following information):
- OS: Win10
- Python version: 3.10.5
- Poetry version: 1.3.2
Additional context
Just moved a multifaceted project to polylith structure, and for starters assigned everything to one project . I started moving things around (that is, creating new bases/components and moving code there from legacy ones, then removing legacy ones). This wasn’t happening at the beginning.
About this issue
- Original URL
- State: closed
- Created a year ago
- Comments: 36 (17 by maintainers)
Wow, you’re really going heavy on this. I appreciate it. Let me sleep on the code exposure thing, tough.
As for the patience - really not much was required. Sure, I got confused here and there, like it happens every time I learn something new, but it was comparatively easy to resolve in each case. I think, this is in part, due to easy-to-grasp architecture, and in part, - to the really great documentation you have. Thanks for that - saves time, reduces frustration.
When I run
poetry showI get a really long list of libraries UPD:wapagandaorwapatoolsare not among themIt’s declared in project-level file in this repo 🤦 Overkill 😄
Note: test was “disabled” already after the setup
A very good question! The Poetry docs doesn’t seem to describe that.
I usually remove, and then add again:
There’s a new version out: 1.5.0
I have added some file opening guards that I hope will solve your issues! The bump includes a new feature too (that is why it is 1.5.0): including the development project in poly info and libs.
Please try it out and let me know if it works 🙏
Thank you! Love this software, btw