Closed ogg1e closed 9 years ago
It turns out that if you install the project cyanite-utils on the same box as this project, then you get this conflict. Removing one or renaming the modules will fix it.
Oh thanks for letting me know, I had no idea cyanite-utils claims the same namespace :) Just filed an issue there.
I had no idea I was claiming the same namespace either :)
@ogg1e I don't see any obvious class names conflicting ... is it just that we both have things referred to as 'cyanite'?
I think so. It seems both projects are using cyanite.. The moment I removed cyanite-utils graphite started working again. It's the fact that both are python and loading modules with the same name "cyanite." and since I installed cyanite-utils after graphite, it replaced the graphite one and that's why it couldn't find cyanite.CyaniteFinder.
Yeah it's not a matter of class names, just the root cyanite.
prefix. In Python packaging the installer removes everything under the package prefix if there is already something installed (it thinks it's an older version). So if you install graphite-cyanite then graphite-utils, pip installs the first one properly then removes it before installing graphite-utils.
If the root dir of cyanite-utils were named cyanite_utils
there'd be no conflict :)
Thanks for the background, didn't know that's how pip managed it. I have no problem renaming cyanite_utils, so will pop that into the next version.
:+1:
Getting this error when using graphite-web on top of cyanite.
The application was previously working but now throws this error no matter what. The inbound apps are still able to write to graphite and data is still being stored in cassandra through cyanite. And other tools are still able to read from cyanite. So everything else seems to be working ok except for graphite-web.