You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 3, 2019. It is now read-only.
Right now, there's a bunch of errors that get spit out by various deps and such that we use.
The CLI eventually has to make its own decisions about these, but it would be super handy to distinguish between three main error categories:
Things the user did wrong (and can fix): auth errors, bad arg or opt syntax, 404s, etc.
Things pacote code fucked up with: basically any unexpected conditions
Abnormal conditions: bad data, missing content, network timeouts, filesystem failures
This might be a really great first step towards having much richer error reporting data for CLI users to consume -- specially user-level conditions that we might be able to be very specific about.
The text was updated successfully, but these errors were encountered:
That is, without rm -rf'ing all the child nodes underneath it in the
tree. This supports overwriting a package in the tree with a new
extraction, _without_ deleting all of the package's child nodes in the
node_module heirarchy.
This allows a better tree reification mechanism that does not trigger
EPERM and other folder removal/modification errors, especially on
Windows.
Fixzkat#24
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Right now, there's a bunch of errors that get spit out by various deps and such that we use.
The CLI eventually has to make its own decisions about these, but it would be super handy to distinguish between three main error categories:
This might be a really great first step towards having much richer error reporting data for CLI users to consume -- specially user-level conditions that we might be able to be very specific about.
The text was updated successfully, but these errors were encountered: