deathaxe
deathaxe
It's a general bug is sublimeqh's git library. git tracked packages/folders can't be removed at all if even only open in ST. see: https://github.com/sublimehq/sublime_text/issues/3124
Github is only one of several supported hosting platforms. Hence a key like `github` may be a bit too specific. A key would be needed for each hoster (gitlab, bitbucket,...
It means both, the module and the `dist-info` path should exist in Lib then? - lxml - lxml-4.6.1.dist-info
Just found it some minutes later. Hmm, well. Introducing the most non-pythonic part of python in ST. While it opens the door to install packages via pip, I always disliked...
I wonder whether dependecies should be handled in a dedicated manager module and/or class rather than enlarging PackageManager class any further especially as the way they need to be handled...
This part is not yet implemented. That's the next step.
mdpopups needs some changes to be compatible later on. Dependencies are meant to be libraries only without plugin-like behaviour. Those not have been respected it, will break.
mdpopups (which the only known dependency with package level resources next to lsp_utils) uses sublime-settings files and default.css as a "package level resource". The default.css can easily be moved to...
I was keen enough to push the open PR towards this direction, already, as it just feels right this way.
According to https://github.com/wbond/package_control/tree/wbond-four-point-oh in the middle of heavy changes to rework infrastructure, I'd say.