-
-
Notifications
You must be signed in to change notification settings - Fork 13k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Merge pull request #311015 from annaleeleaves/ip2unix-fix
ip2unix: upstream PR for out of range access
- Loading branch information
Showing
1 changed file
with
10 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
315e42d
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.
@wegank: While I'm fine with this change, this was merged ten hours after the PR was issued. Don't you think this is a bit too early, given that the upstream pull request hasn't been merged and no maintainer has acked?
315e42d
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.
The PR mentioned the ZHF issue I created, and I tend to act quickly to prevent open PRs from piling up. I'm very sorry if my quick merge offended you.
315e42d
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.
The quick merge itself isn't the problem but rather generally simply merging a fix that hasn't even been accepted upstream.
Oh, and just to clarify: It's perfectly fine in this case, so no need to revert or anything.
315e42d
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.
Oh, but patches from open PRs are sort of acceptable in Nixpkgs, since we don't usually assume that the upstream is active, nor do we want to keep patches in the tree. Perhaps it would be better to open an RFC for that...
315e42d
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'd say that every single facet of this merge would be OK with slightly different context, and as it happened in practice it was faster than in the «ideally consistent world otherwise close to ours».