Closed evandrocoan closed 1 year ago
He said the problem started after installing my package, but my package does not use these dependencies.
All of my packages uses mdpopups
. BracketHighlighter uses backrefs
.
I don't know what you mean by missing the priority number. All dependencies I specify have load orders specified: https://github.com/wbond/package_control_channel/blob/master/repository/dependencies.json#L55.
Can PackageControl mess up sometimes? Yes! But that is certainly not my fault.
As a sanity check, I downloaded the latest stable release for macOS and dropped the data folder within the package to make it portable. So we have an untainted, fresh isntall. I installed PC and installed Bracket Highlighter and everything works exactly as it should. Packages are installed as I would expect:
Dependency order looks fine:
If PackageControl freaks out, and this has happened on occasions with various dependencies over the years (many not mine), you can try deleting them manually, restarting Sublime, and try resolving dependencies.
I've had Package Control freak out and disable itself as well. I don't know why Package Control freaks out sometimes, but unless you see the dependency throwing exceptions on load, the issue is not on my side.
Also, I assume they aren't using something like PC 4.0 beta are they?
Keep in mind, BracketHighlighter has been configured this way for literally years and has over a million installs. I have not touched the dependency file in PackageControl for these dependencies for a long time. backrefs
is not a new dependency.
I'm more than happy to offer any kind of help I can, but I am almost certain they are having a local issue, and I cannot debug their local issue as I cannot reproduce their issue on any of my systems.
It is possible that the folks over at the Package Control repo have seen these kinds of issues and have more experience than I at debugging this as this is in their domain.
Unfortunately, this is an upstream package control issue, I'm seeing no issues on Windows or macOS. Package Control should not be configuring the load without the load order, but we do not, and cannot control this. Package Control people should be able to make recommendations on moving forward, I've offered my advice above.
As there are no action items for us here, I am closing the issue.
Thanks for looking into it. You are right; regardless of the dependency configuration, package control should not allow something to be loaded without a dependency number.
I am reporting it here, in case someone else has a similar problem. As of now, the problem has been fixed by uninstalling BracketHighlighter. Feel free to close this issue if it does not seem relevant anymore.
Reported initially on https://github.com/evandrocoan/PlantUmlDiagrams/issues/17 by @mbrick02
@mbrick02 seems to be having this problem:
He said the problem started after installing my package, but my package does not use these dependencies.
@mbrick02 fixed the problem after installing BracketHighlighter.
From the log above, the problem seems to be inside the 0_package_control_loader.sublime-package, where the backrefs and mdpopups seem to be missing the dependency priority in front of the package name. This is an example of a healthy 0_package_control_loader.sublime-package, where backrefs and mdpopups have the priorities 50 and 55.
To debug further the problem, @mbrick02 could: