-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Replace directories-next
dependency with directories
#4661
Conversation
`directories-next` was created because `directories` was not maintained at the time. However, it has gotten active maintainership since, and it has received more updates than `directories-next`. `directories` also has more recent downloads than its `next` counterpart, so it might make sense to switch to it, to avoid unnecessary duplicate dependencies, where a project depends transitively on both `directories` and `directories-next`.
@@ -52,7 +52,7 @@ skip = [ | |||
{ name = "libloading" }, # wgpu-hal itself depends on 0.8 while some of its dependencies, like ash and d3d12, depend on 0.7 | |||
{ name = "memoffset" }, # tiny dependency | |||
{ name = "quick-xml" }, # old version via wayland-scanner | |||
{ name = "redox_syscall" }, # old version via directories-next | |||
{ name = "redox_syscall" }, # old version via winit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not exactly sure what is going on in this file, but with this change, winit
is the crate referring to the oldest version of redox_syscall
(0.3.5)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense!
`directories-next` was created because `directories` was not maintained at the time. However, `directories` has gotten active maintainership since, and it has received more updates than `directories-next`. `directories` also has more recent downloads than its `next` counterpart, so it might make sense to switch to it, to avoid unnecessary duplicate dependencies, where a project depends transitively on both `directories` and `directories-next`. The main question is whether we depend on any specific behavior from `directories-next`.
directories-next
was created becausedirectories
was not maintained at the time. However,directories
has gotten active maintainership since, and it has received more updates thandirectories-next
.directories
also has more recent downloads than itsnext
counterpart, so it might make sense to switch to it, to avoid unnecessary duplicate dependencies, where a project depends transitively on bothdirectories
anddirectories-next
.The main question is whether we depend on any specific behavior from
directories-next
.