This is an automated email from the ASF dual-hosted git repository.
alamb pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/arrow-rs.git
The following commit(s) were added to refs/heads/master by this push:
new 1ff4e21e8 Fix clippy in object_store crate (#6120)
1ff4e21e8 is described below
commit 1ff4e21e80f0211d768dcaabd75ffbba0036f058
Author: Andrew Lamb <[email protected]>
AuthorDate: Thu Jul 25 16:22:35 2024 -0400
Fix clippy in object_store crate (#6120)
* Fix clippy in object_store crate
* clippy ignore
---
object_store/src/client/mock_server.rs | 2 ++
object_store/src/lib.rs | 8 ++++----
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/object_store/src/client/mock_server.rs
b/object_store/src/client/mock_server.rs
index aa5a9e0ab..0f8e8bf64 100644
--- a/object_store/src/client/mock_server.rs
+++ b/object_store/src/client/mock_server.rs
@@ -60,6 +60,8 @@ impl MockServer {
let mut set = JoinSet::new();
loop {
+ // https://github.com/apache/arrow-rs/issues/6122
+ #[allow(clippy::incompatible_msrv)]
let (stream, _) = tokio::select! {
conn = listener.accept() => conn.unwrap(),
_ = &mut rx => break,
diff --git a/object_store/src/lib.rs b/object_store/src/lib.rs
index efbfe0bd4..904cb670e 100644
--- a/object_store/src/lib.rs
+++ b/object_store/src/lib.rs
@@ -39,13 +39,13 @@
//! # Highlights
//!
//! 1. A high-performance async API focused on providing a consistent interface
-//! mirroring that of object stores such as [S3]
+//! mirroring that of object stores such as [S3]
//!
//! 2. Production quality, leading this crate to be used in large
-//! scale production systems, such as [crates.io] and [InfluxDB IOx]
+//! scale production systems, such as [crates.io] and [InfluxDB IOx]
//!
//! 3. Support for advanced functionality, including atomic, conditional reads
-//! and writes, vectored IO, bulk deletion, and more...
+//! and writes, vectored IO, bulk deletion, and more...
//!
//! 4. Stable and predictable governance via the [Apache Arrow] project
//!
@@ -98,7 +98,7 @@
//! * Methods map directly to object store APIs, providing both efficiency and
predictability
//! * Abstracts away filesystem and operating system specific quirks, ensuring
portability
//! * Allows for functionality not native to filesystems, such as operation
preconditions
-//! and atomic multipart uploads
+//! and atomic multipart uploads
//!
//! This crate does provide [`BufReader`] and [`BufWriter`] adapters
//! which provide a more filesystem-like API for working with the
