Visitar URL original
Dependency (dependabot/nuget): Bump IPNetwork2 from 4.2.0 to 5.0.1 by dependabot[bot] · Pull Request #22 · Nevergoodstudy/NETworkManager-macOS · GitHub
Skip to content

Dependency (dependabot/nuget): Bump IPNetwork2 from 4.2.0 to 5.0.1 - #22

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/nuget/Source/NETworkManager.Models/main/multi-639cb5b2d6
Open

dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/nuget/Source/NETworkManager.Models/main/multi-639cb5b2d6

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Nov 13, 2026

Copy link
Copy Markdown

Updated IPNetwork2 from 4.2.0 to 5.0.1.

Release notes

Sourced from IPNetwork2's releases.

5.0.1

Fixes

Release packaging fix for 5.0.0. No library code changes: the IPNetwork2 package is functionally identical to 5.0.0 and keeps AssemblyVersion 5.0.0.0, so upgrading needs no recompilation.

  • The 5.0.0 native binaries for osx-arm64 and linux-arm64 and the Homebrew formula were not published: the ConsoleApplication lock file carried package hashes from a local SDK feed that did not match nuget.org (NU1403). The lock file is regenerated from nuget.org, and local restores now ignore that feed (DisableImplicitLibraryPacksFolder).

See 5.0.0 for the thread-safety changes and breaking changes of the 5.x line.

Full changelog: lduchosal/ipnetwork@5.0.0...5.0.1

5.0.0

Highlights

IPNetwork2 is safe to share between threads

The address, family and CIDR now live in one immutable snapshot behind a single reference. Assigning Value replaces the whole network in one store, so a concurrent reader always observes a network that was actually assigned, never a mix of the old and the new one. Every single call (ToString, Contains, CompareTo, Network, Broadcast, FirstUsable, LastUsable, Usable, WildcardMask, ...) reports one coherent network.

The memoized broadcast address and hash code live on that snapshot too, so they are invalidated together with the network they describe.

Shared blocks can no longer be rewritten

The IANA_* blocks and the UniqueLocalAddress ULA prefixes used to hand out process-wide instances. Since Value is publicly settable, any caller could change what the library considers reserved or ULA. They now return a copy that shares the immutable snapshot.

Collection fixes

  • IPNetworkCollection hands out an enumerator of its own per GetEnumerator() call. A second, nested or concurrent enumeration no longer disturbs another one.
  • IPNetworkCollection and IPAddressCollection reject negative indexes.

Breaking changes

  • GetHashCode follows Value, as the Equals/GetHashCode contract requires. A network mutated after being added to a Dictionary or a HashSet can no longer be found there.
  • UniqueLocalAddress.UlaLocallyAssigned, UlaCentrallyAssigned and UlaRange are properties instead of static readonly fields. Source compatible, but code compiled against 4.x must be recompiled.
  • IANA_* and the ULA properties return a new instance on every call, so ReferenceEquals between two calls no longer holds. Use Equals.
  • AssemblyVersion is now 5.0.0.0 (it had been left at 3.2.0.0).

Full changelog: lduchosal/ipnetwork@4.3.0...5.0.0

4.3.0

Highlights

netstandard2.0 is back

The library targets netstandard2.0 again — consumable from .NET Framework 4.6.1+, .NET Core 2.x, and other ns2.0-compatible runtimes. (ns2.0 was dropped in 4.0; this release restores it without breaking anything else.)

Source changes that made ns2.0 viable:

  • Internal NotNullWhenAttribute polyfill compiled only under #if NETSTANDARD2_0
  • SHA256.ComputeHash fallback widened from #if NETSTANDARD2_1 to #if NETSTANDARD
  • nnin[^1] replaced with nnin[Length - 1] (ns2.0 lacks System.Index)
  • Contains(char) replaced with IndexOf('/') >= 0 (char overload is .NET Core 2.1+)

Windows / net48 quality gate in CI

TestProject now multi-targets net10.0;net48 and a new windows-latest job runs the net48 build directly. This is the only CI path that actually loads the ns2.0 DLL at runtime, so ns2.0-specific regressions get caught before release.

Test execution fixes since 4.2.0

  • Align MSTest.TestAdapter to 4.2.3 to match MSTest.TestFramework, fixing the module-initializer InvalidOperationException that crashed the test host
  • Refresh ConsoleApplication lock file for Microsoft.NET.ILLink.Tasks 10.0.7

TFM resolution for consumers

Consumer runtime Lib resolved from package
.NET Framework 4.6.1 – 4.8.1 netstandard2.0 (new)
.NET Core 2.x netstandard2.0 (new)
.NET Core 3.x, .NET 5/6/7 netstandard2.1
.NET 8 net8.0
.NET 9 net9.0
.NET 10 net10.0

Full changelog: lduchosal/ipnetwork@4.2.0...4.3.0

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 rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will 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 version will 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 dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

---
updated-dependencies:
- dependency-name: IPNetwork2
  dependency-version: 5.0.1
  dependency-type: direct:production
  update-type: version-update:semver-major
- dependency-name: IPNetwork2
  dependency-version: 5.0.1
  dependency-type: direct:production
  update-type: version-update:semver-major
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot added dependencies Pull requests that update a dependency file .NET Pull requests that update .NET code labels Nov 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file ✔️ dependencies .NET Pull requests that update .NET code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants