diff --git a/guava.changes b/guava.changes index 91b891b..9408107 100644 --- a/guava.changes +++ b/guava.changes @@ -1,3 +1,59 @@ +------------------------------------------------------------------- +Wed Jun 12 10:14:08 UTC 2024 - Fridrich Strba + +- Upgrade to guava 33.2.1 + * Changes of version 33.2.1 + + net: Changed InetAddress-String conversion methods to preserve + the IPv6 scope ID if present. The scope ID can be necessary + for IPv6-capable devices with multiple network interfaces. + However, preserving it can also lead to problems for callers + that rely on the returned values not to include the scope ID: + - Callers might compensate for the old behavior of the methods + by appending the scope ID to a returned string themselves. + If so, you can update your code to stop doing so at the same + time as you upgrade Guava. Of, if your code might run + against multiple versions of Guava, you can check whether + Guava has included a scope ID before you add one yourself. + - Callers might pass the returned string to another system + that does not understand scope IDs. If so, you can strip the + scope ID off, whether by truncating the string form at a % + character (leaving behind any trailing ] character in the + case of forUriString) or by replacing the returned + InetAddress with a new instance constructed by calling + InetAddress.getByAddress(addr). + - java.net.InetAddress validates any provided scope ID against + the interfaces available on the machine. As a result, + methods in InetAddresses may now fail if the scope ID fails + validation. + * Notable cases in which this may happen include: + - if the code runs in an Android app without networking + permission + - if code passes InetAddress instances or strings across + devices + * If this is not the behavior that you want, then you can + strip off the scope ID from the input string before + passing it to Guava, as discussed above. + * Changes of version 33.2.0 + + Dropped testing for Android versions before Lollipop (API + Level 21). Guava may stop working under older versions in + the future, or it may have done so already. + + Fixed a GWT compilation breakage under Gradle. + + collect: Made our Collector APIs (e.g., + ImmutableList.toImmutableList()) available in guava-android. + More Java 8 APIs will follow in future releases. + - As always, streams are available to Android code only when + that code enables library desugaring or targets a new enough + API Level (24 (Nougat) for many stream APIs). (But note that + we test only with library desugaring, so we don't currently + know if API Level 24 is high enough to use our Collector + APIs unless you have also enabled library desugaring.) Guava + users who avoid the Collector APIs do not need to meet this + requirement. + + collect: Fixed a potential NullPointerException in + ImmutableMap.Builder on a rare code path. + + net: Added HttpHeaders constants Ad-Auction-Allowed, + Permissions-Policy-Report-Only, and Sec-GPC. + ------------------------------------------------------------------- Wed Apr 17 16:34:39 UTC 2024 - Fridrich Strba diff --git a/guava.spec b/guava.spec index b39cff1..9d1dbb8 100644 --- a/guava.spec +++ b/guava.spec @@ -17,7 +17,7 @@ Name: guava -Version: 33.1.0 +Version: 33.2.1 Release: 0 Summary: Google Core Libraries for Java License: Apache-2.0 AND CC0-1.0 diff --git a/v33.1.0.tar.gz b/v33.1.0.tar.gz deleted file mode 100644 index 5478a02..0000000 --- a/v33.1.0.tar.gz +++ /dev/null @@ -1,3 +0,0 @@ -version https://git-lfs.github.com/spec/v1 -oid sha256:4bac19a589ca458d49f5f8e6d3e088cbc4da63844cfa87a5eba5a809d60e5b48 -size 5809369 diff --git a/v33.2.1.tar.gz b/v33.2.1.tar.gz new file mode 100644 index 0000000..d6b5c53 --- /dev/null +++ b/v33.2.1.tar.gz @@ -0,0 +1,3 @@ +version https://git-lfs.github.com/spec/v1 +oid sha256:9d156b483507d1f5d4ede95c468489b18521f2e7a28853862f880e093e17fba4 +size 5809432