cloud-provider-azure
                                
                                 cloud-provider-azure copied to clipboard
                                
                                    cloud-provider-azure copied to clipboard
                            
                            
                            
                        chore(deps): bump github.com/fsnotify/fsnotify from 1.5.4 to 1.6.0
Bumps github.com/fsnotify/fsnotify from 1.5.4 to 1.6.0.
Release notes
Sourced from github.com/fsnotify/fsnotify's releases.
v1.6.0
This version of fsnotify needs Go 1.16 (this was already the case since 1.5.1, but not documented). It also increases the minimum Linux version to 2.6.32.
Additions
all: add
Event.Has()andOp.Has()(#477)This makes checking events a lot easier; for example:
if event.Op&Write == Write && !(event.Op&Remove == Remove) { }Becomes:
if event.Has(Write) && !event.Has(Remove) { }
all: add cmd/fsnotify (#463)
A command-line utility for testing and some examples.
Changes and fixes
inotify: don't ignore events for files that don't exist (#260, #470)
Previously the inotify watcher would call
os.Lstat()to check if a file still exists before emitting events.This was inconsistent with other platforms and resulted in inconsistent event reporting (e.g. when a file is quickly removed and re-created), and generally a source of confusion. It was added in 2013 to fix a memory leak that no longer exists.
all: return
ErrNonExistentWatchwhenRemove()is called on a path that's not watched (#460)
inotify: replace epoll() with non-blocking inotify (#434)
Non-blocking inotify was not generally available at the time this library was written in 2014, but now it is. As a result, the minimum Linux version is bumped from 2.6.27 to 2.6.32. This hugely simplifies the code and is faster.
kqueue: don't check for events every 100ms (#480)
The watcher would wake up every 100ms, even when there was nothing to do. Now it waits until there is something to do.
macos: retry opening files on EINTR (#475)
kqueue: skip unreadable files (#479)
kqueue requires a file descriptor for every file in a directory; this would fail if a file was unreadable by the current user. Now these files are simply skipped.
windows: fix renaming a watched directory if the parent is also watched (#370)
windows: increase buffer size from 4K to 64K (#485)
... (truncated)
Changelog
Sourced from github.com/fsnotify/fsnotify's changelog.
[1.6.0] - 2022-10-13
This version of fsnotify needs Go 1.16 (this was already the case since 1.5.1, but not documented). It also increases the minimum Linux version to 2.6.32.
Additions
all: add
Event.Has()andOp.Has()(#477)This makes checking events a lot easier; for example:
if event.Op&Write == Write && !(event.Op&Remove == Remove) { }Becomes:
if event.Has(Write) && !event.Has(Remove) { }
all: add cmd/fsnotify (#463)
A command-line utility for testing and some examples.
Changes and fixes
inotify: don't ignore events for files that don't exist (#260, #470)
Previously the inotify watcher would call
os.Lstat()to check if a file still exists before emitting events.This was inconsistent with other platforms and resulted in inconsistent event reporting (e.g. when a file is quickly removed and re-created), and generally a source of confusion. It was added in 2013 to fix a memory leak that no longer exists.
all: return
ErrNonExistentWatchwhenRemove()is called on a path that's not watched (#460)
inotify: replace epoll() with non-blocking inotify (#434)
Non-blocking inotify was not generally available at the time this library was written in 2014, but now it is. As a result, the minimum Linux version is bumped from 2.6.27 to 2.6.32. This hugely simplifies the code and is faster.
kqueue: don't check for events every 100ms (#480)
The watcher would wake up every 100ms, even when there was nothing to do. Now it waits until there is something to do.
macos: retry opening files on EINTR (#475)
... (truncated)
Commits
- 5f8c606Update ChangeLog
- 8878587Tweak the docs a bit
- 89b4cf1Add test for re-adding a renamed file (#508)
- 85acde2Update x/sys
- 69c24b0Update x/sys
- fb07f82Add test to see what happens if you watch a symlink (#498)
- 666da9cClarify doc comment on WatchList() (#499)
- 123e4e3Add note about README version
- 61a05ceUpdate documentation and examples (#496)
- e180a87Move some inotify-tests to run on all backends; test that state is cleaned up...
- Additional commits viewable in compare view
Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.
Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
- @dependabot rebasewill rebase this PR
- @dependabot recreatewill recreate this PR, overwriting any edits that have been made to it
- @dependabot mergewill merge this PR after your CI passes on it
- @dependabot squash and mergewill squash and merge this PR after your CI passes on it
- @dependabot cancel mergewill cancel a previously requested merge and block automerging
- @dependabot reopenwill reopen this PR if it is closed
- @dependabot closewill close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
- @dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
- @dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
- @dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
[APPROVALNOTIFIER] This PR is APPROVED
Approval requirements bypassed by manually added approval.
This pull-request has been approved by: dependabot[bot]
The full list of commands accepted by this bot can be found here.
The pull request process is described here
Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment
[APPROVALNOTIFIER] This PR is APPROVED
Approval requirements bypassed by manually added approval.
This pull-request has been approved by: dependabot[bot]
The full list of commands accepted by this bot can be found here.
The pull request process is described here
Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment
Hi @dependabot[bot]. Thanks for your PR.
I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test label.
I understand the commands that are listed here.
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.
Coverage remained the same at 80.717% when pulling b2c9c39ca7b7ed352641af7b0dcddf4a5b71032b on dependabot/go_modules/release-1.1/github.com/fsnotify/fsnotify-1.6.0 into 4a095ca5a4cb21ba1677c902836cfa4989f6bcbd on release-1.1.
/retest
/retest
/lgtm