Skip to content

Bump nucleus from 1.4.7 to 1.6.3#1917

Open
dependabot[bot] wants to merge 1 commit intomasterfrom
dependabot/gradle/nucleus-1.6.3
Open

Bump nucleus from 1.4.7 to 1.6.3#1917
dependabot[bot] wants to merge 1 commit intomasterfrom
dependabot/gradle/nucleus-1.6.3

Conversation

@dependabot
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Mar 23, 2026

Bumps nucleus from 1.4.7 to 1.6.3.
Updates io.github.kdroidfilter:nucleus.aot-runtime from 1.4.7 to 1.6.3

Release notes

Sourced from io.github.kdroidfilter:nucleus.aot-runtime's releases.

v1.6.3

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.3

v1.6.2

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.2

v1.6.1

Full Changelog: kdroidFilter/Nucleus@v1.6.0...v1.6.1

v1.6.0

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.9...v1.6.0

v1.5.9

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.8...v1.5.9

v1.5.8

Full Changelog: kdroidFilter/Nucleus@v1.5.7...v1.5.8

v1.5.7

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.6...v1.5.7

... (truncated)

Changelog

Sourced from io.github.kdroidfilter:nucleus.aot-runtime's changelog.

Changelog

v1.6.2

Released: 2026-03-22

New Features

  • appName property — New top-level property in nativeDistributions {} for the human-readable application display name (installer title, .desktop Name, Start Menu entry). Separates the display name from packageName, which remains the technical identifier used for executable and package file naming.
nativeDistributions {
    appName = "My App"            // Display name (installer, .desktop, Start Menu)
    linux { packageName = "myapp" }     // Technical: executable, .deb file name
    windows { packageName = "MyApp" }   // Technical: .exe name, MSI
}

Bug Fixes

  • Fix MSI build failing with WiX LGHT0094: File:mainExecutable not found — The JVM packaging path now sets executableName on the electron-builder task, matching what the GraalVM path already did. Without it, electron-builder fell back to a mismatched lowercase name from package.json, causing WiX to fail.
  • Fix Linux .deb file and launcher using Gradle project name instead of linux.packageNameexecutableName now resolves to the platform-specific packageName (linux.packageName, windows.packageName, macOS.packageName) instead of the Gradle project name.
  • Fix productName missing in electron-builder YAML — When no top-level packageName was set, productName was omitted from the generated config. It now falls back to appName, then packageName, then executableName.
  • Fix package.json name field ignoring platform-specific package name — The generated package.json now uses executableName (platform-specific) for the name field, so the ${name} variable in the artifact name template resolves correctly.

v1.6.0

Released: 2026-03-22

New Modules

  • Taskbar Progress (nucleus.taskbar-progress) — Native taskbar/dock progress bar and attention requests on all platforms. Shows download progress, build status, or any long-running operation directly in the OS taskbar. See Taskbar Progress.

    • Windows: ITaskbarList3 (progress value/state) + FlashWindowEx (attention)
    • macOS: NSDockTile with custom NSProgressIndicator overlay + NSApplication.requestUserAttention
    • Linux: D-Bus com.canonical.Unity.LauncherEntry (GNOME, KDE Plasma, and compatible DEs)
    • Five states: NO_PROGRESS, INDETERMINATE, NORMAL, ERROR, PAUSED
    • Attention requests: INFORMATIONAL (brief flash) and CRITICAL (until focus)
  • App Metadata at Runtime (NucleusApp) — New singleton in core-runtime that exposes plugin-injected metadata at runtime: appId, version, vendor, description. Populated via system properties and a generated nucleus-app.properties classpath resource. See Runtime APIs.

New Features

  • Centralized GraalVM native-image metadata — Nucleus now ships all generic and platform-specific reflection metadata out of the box, organized in three levels:

    • L1 (graalvm-runtime JAR) — Generic cross-platform reflection entries for Compose Desktop, AWT/Swing, Skiko, security providers, font managers, and more (~300+ types). Automatically picked up from the classpath by native-image.
    • L2 (Oracle Reachability Metadata Repository) — Automatic resolution of metadata for all runtime classpath dependencies from the Oracle GraalVM Reachability Metadata Repository. Covers popular libraries like ktor, kotlinx.serialization, SLF4J, Logback, and many others. Enabled by default.
    • L3 (plugin platform metadata) — Platform-specific AWT/Java2D/font/security metadata for macOS, Windows, and Linux, shipped inside the Gradle plugin. Written to the build directory at compile time — no per-platform when block needed in your build script.

    Users no longer need to copy thousands of reflection entries from the example app. Most applications will work without any manual reflection configuration. See Centralized Reflection Metadata.

  • metadataRepository {} DSL — New configuration block in graalvm {} to control the Oracle Reachability Metadata Repository integration. Supports enabled, version, excludedModules, and moduleToConfigVersion. Enabled by default with version 0.10.6.

... (truncated)

Commits
  • c1cf0b1 Merge pull request #141 from kdroidFilter/fix/electron-builder-package-name-r...
  • 794992c docs: add appName property and v1.6.2 changelog
  • bdc08ac feat: add appName property for display name separate from packageName
  • 0759357 fix: use platform-specific packageName for artifact naming and productName
  • 26725db Merge pull request #140 from kdroidFilter/fix/msi-main-executable-not-found
  • e559224 fix: use platform-specific packageName for executableName resolution
  • 8086397 fix: set executableName on electron-builder task in JVM packaging path
  • 0b660e5 fix: add libglib2.0-dev to CI setup for taskbar-progress native build
  • 95c1be5 refactor: remove ArrayList JNI metadata from Linux-specific config
  • a4092b8 refactor: move ArrayList JNI metadata to L3 plugin metadata
  • Additional commits viewable in compare view

Updates io.github.kdroidfilter:nucleus.darkmode-detector from 1.4.7 to 1.6.3

Release notes

Sourced from io.github.kdroidfilter:nucleus.darkmode-detector's releases.

v1.6.3

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.3

v1.6.2

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.2

v1.6.1

Full Changelog: kdroidFilter/Nucleus@v1.6.0...v1.6.1

v1.6.0

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.9...v1.6.0

v1.5.9

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.8...v1.5.9

v1.5.8

Full Changelog: kdroidFilter/Nucleus@v1.5.7...v1.5.8

v1.5.7

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.6...v1.5.7

... (truncated)

Changelog

Sourced from io.github.kdroidfilter:nucleus.darkmode-detector's changelog.

Changelog

v1.6.2

Released: 2026-03-22

New Features

  • appName property — New top-level property in nativeDistributions {} for the human-readable application display name (installer title, .desktop Name, Start Menu entry). Separates the display name from packageName, which remains the technical identifier used for executable and package file naming.
nativeDistributions {
    appName = "My App"            // Display name (installer, .desktop, Start Menu)
    linux { packageName = "myapp" }     // Technical: executable, .deb file name
    windows { packageName = "MyApp" }   // Technical: .exe name, MSI
}

Bug Fixes

  • Fix MSI build failing with WiX LGHT0094: File:mainExecutable not found — The JVM packaging path now sets executableName on the electron-builder task, matching what the GraalVM path already did. Without it, electron-builder fell back to a mismatched lowercase name from package.json, causing WiX to fail.
  • Fix Linux .deb file and launcher using Gradle project name instead of linux.packageNameexecutableName now resolves to the platform-specific packageName (linux.packageName, windows.packageName, macOS.packageName) instead of the Gradle project name.
  • Fix productName missing in electron-builder YAML — When no top-level packageName was set, productName was omitted from the generated config. It now falls back to appName, then packageName, then executableName.
  • Fix package.json name field ignoring platform-specific package name — The generated package.json now uses executableName (platform-specific) for the name field, so the ${name} variable in the artifact name template resolves correctly.

v1.6.0

Released: 2026-03-22

New Modules

  • Taskbar Progress (nucleus.taskbar-progress) — Native taskbar/dock progress bar and attention requests on all platforms. Shows download progress, build status, or any long-running operation directly in the OS taskbar. See Taskbar Progress.

    • Windows: ITaskbarList3 (progress value/state) + FlashWindowEx (attention)
    • macOS: NSDockTile with custom NSProgressIndicator overlay + NSApplication.requestUserAttention
    • Linux: D-Bus com.canonical.Unity.LauncherEntry (GNOME, KDE Plasma, and compatible DEs)
    • Five states: NO_PROGRESS, INDETERMINATE, NORMAL, ERROR, PAUSED
    • Attention requests: INFORMATIONAL (brief flash) and CRITICAL (until focus)
  • App Metadata at Runtime (NucleusApp) — New singleton in core-runtime that exposes plugin-injected metadata at runtime: appId, version, vendor, description. Populated via system properties and a generated nucleus-app.properties classpath resource. See Runtime APIs.

New Features

  • Centralized GraalVM native-image metadata — Nucleus now ships all generic and platform-specific reflection metadata out of the box, organized in three levels:

    • L1 (graalvm-runtime JAR) — Generic cross-platform reflection entries for Compose Desktop, AWT/Swing, Skiko, security providers, font managers, and more (~300+ types). Automatically picked up from the classpath by native-image.
    • L2 (Oracle Reachability Metadata Repository) — Automatic resolution of metadata for all runtime classpath dependencies from the Oracle GraalVM Reachability Metadata Repository. Covers popular libraries like ktor, kotlinx.serialization, SLF4J, Logback, and many others. Enabled by default.
    • L3 (plugin platform metadata) — Platform-specific AWT/Java2D/font/security metadata for macOS, Windows, and Linux, shipped inside the Gradle plugin. Written to the build directory at compile time — no per-platform when block needed in your build script.

    Users no longer need to copy thousands of reflection entries from the example app. Most applications will work without any manual reflection configuration. See Centralized Reflection Metadata.

  • metadataRepository {} DSL — New configuration block in graalvm {} to control the Oracle Reachability Metadata Repository integration. Supports enabled, version, excludedModules, and moduleToConfigVersion. Enabled by default with version 0.10.6.

... (truncated)

Commits
  • c1cf0b1 Merge pull request #141 from kdroidFilter/fix/electron-builder-package-name-r...
  • 794992c docs: add appName property and v1.6.2 changelog
  • bdc08ac feat: add appName property for display name separate from packageName
  • 0759357 fix: use platform-specific packageName for artifact naming and productName
  • 26725db Merge pull request #140 from kdroidFilter/fix/msi-main-executable-not-found
  • e559224 fix: use platform-specific packageName for executableName resolution
  • 8086397 fix: set executableName on electron-builder task in JVM packaging path
  • 0b660e5 fix: add libglib2.0-dev to CI setup for taskbar-progress native build
  • 95c1be5 refactor: remove ArrayList JNI metadata from Linux-specific config
  • a4092b8 refactor: move ArrayList JNI metadata to L3 plugin metadata
  • Additional commits viewable in compare view

Updates io.github.kdroidfilter:nucleus.decorated-window-jni from 1.4.7 to 1.6.3

Release notes

Sourced from io.github.kdroidfilter:nucleus.decorated-window-jni's releases.

v1.6.3

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.3

v1.6.2

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.2

v1.6.1

Full Changelog: kdroidFilter/Nucleus@v1.6.0...v1.6.1

v1.6.0

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.9...v1.6.0

v1.5.9

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.8...v1.5.9

v1.5.8

Full Changelog: kdroidFilter/Nucleus@v1.5.7...v1.5.8

v1.5.7

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.6...v1.5.7

... (truncated)

Changelog

Sourced from io.github.kdroidfilter:nucleus.decorated-window-jni's changelog.

Changelog

v1.6.2

Released: 2026-03-22

New Features

  • appName property — New top-level property in nativeDistributions {} for the human-readable application display name (installer title, .desktop Name, Start Menu entry). Separates the display name from packageName, which remains the technical identifier used for executable and package file naming.
nativeDistributions {
    appName = "My App"            // Display name (installer, .desktop, Start Menu)
    linux { packageName = "myapp" }     // Technical: executable, .deb file name
    windows { packageName = "MyApp" }   // Technical: .exe name, MSI
}

Bug Fixes

  • Fix MSI build failing with WiX LGHT0094: File:mainExecutable not found — The JVM packaging path now sets executableName on the electron-builder task, matching what the GraalVM path already did. Without it, electron-builder fell back to a mismatched lowercase name from package.json, causing WiX to fail.
  • Fix Linux .deb file and launcher using Gradle project name instead of linux.packageNameexecutableName now resolves to the platform-specific packageName (linux.packageName, windows.packageName, macOS.packageName) instead of the Gradle project name.
  • Fix productName missing in electron-builder YAML — When no top-level packageName was set, productName was omitted from the generated config. It now falls back to appName, then packageName, then executableName.
  • Fix package.json name field ignoring platform-specific package name — The generated package.json now uses executableName (platform-specific) for the name field, so the ${name} variable in the artifact name template resolves correctly.

v1.6.0

Released: 2026-03-22

New Modules

  • Taskbar Progress (nucleus.taskbar-progress) — Native taskbar/dock progress bar and attention requests on all platforms. Shows download progress, build status, or any long-running operation directly in the OS taskbar. See Taskbar Progress.

    • Windows: ITaskbarList3 (progress value/state) + FlashWindowEx (attention)
    • macOS: NSDockTile with custom NSProgressIndicator overlay + NSApplication.requestUserAttention
    • Linux: D-Bus com.canonical.Unity.LauncherEntry (GNOME, KDE Plasma, and compatible DEs)
    • Five states: NO_PROGRESS, INDETERMINATE, NORMAL, ERROR, PAUSED
    • Attention requests: INFORMATIONAL (brief flash) and CRITICAL (until focus)
  • App Metadata at Runtime (NucleusApp) — New singleton in core-runtime that exposes plugin-injected metadata at runtime: appId, version, vendor, description. Populated via system properties and a generated nucleus-app.properties classpath resource. See Runtime APIs.

New Features

  • Centralized GraalVM native-image metadata — Nucleus now ships all generic and platform-specific reflection metadata out of the box, organized in three levels:

    • L1 (graalvm-runtime JAR) — Generic cross-platform reflection entries for Compose Desktop, AWT/Swing, Skiko, security providers, font managers, and more (~300+ types). Automatically picked up from the classpath by native-image.
    • L2 (Oracle Reachability Metadata Repository) — Automatic resolution of metadata for all runtime classpath dependencies from the Oracle GraalVM Reachability Metadata Repository. Covers popular libraries like ktor, kotlinx.serialization, SLF4J, Logback, and many others. Enabled by default.
    • L3 (plugin platform metadata) — Platform-specific AWT/Java2D/font/security metadata for macOS, Windows, and Linux, shipped inside the Gradle plugin. Written to the build directory at compile time — no per-platform when block needed in your build script.

    Users no longer need to copy thousands of reflection entries from the example app. Most applications will work without any manual reflection configuration. See Centralized Reflection Metadata.

  • metadataRepository {} DSL — New configuration block in graalvm {} to control the Oracle Reachability Metadata Repository integration. Supports enabled, version, excludedModules, and moduleToConfigVersion. Enabled by default with version 0.10.6.

... (truncated)

Commits
  • c1cf0b1 Merge pull request #141 from kdroidFilter/fix/electron-builder-package-name-r...
  • 794992c docs: add appName property and v1.6.2 changelog
  • bdc08ac feat: add appName property for display name separate from packageName
  • 0759357 fix: use platform-specific packageName for artifact naming and productName
  • 26725db Merge pull request #140 from kdroidFilter/fix/msi-main-executable-not-found
  • e559224 fix: use platform-specific packageName for executableName resolution
  • 8086397 fix: set executableName on electron-builder task in JVM packaging path
  • 0b660e5 fix: add libglib2.0-dev to CI setup for taskbar-progress native build
  • 95c1be5 refactor: remove ArrayList JNI metadata from Linux-specific config
  • a4092b8 refactor: move ArrayList JNI metadata to L3 plugin metadata
  • Additional commits viewable in compare view

Updates io.github.kdroidfilter:nucleus.system-color from 1.4.7 to 1.6.3

Release notes

Sourced from io.github.kdroidfilter:nucleus.system-color's releases.

v1.6.3

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.3

v1.6.2

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.6.1...v1.6.2

v1.6.1

Full Changelog: kdroidFilter/Nucleus@v1.6.0...v1.6.1

v1.6.0

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.9...v1.6.0

v1.5.9

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.8...v1.5.9

v1.5.8

Full Changelog: kdroidFilter/Nucleus@v1.5.7...v1.5.8

v1.5.7

What's Changed

Full Changelog: kdroidFilter/Nucleus@v1.5.6...v1.5.7

... (truncated)

Changelog

Sourced from io.github.kdroidfilter:nucleus.system-color's changelog.

Changelog

v1.6.2

Released: 2026-03-22

New Features

  • appName property — New top-level property in nativeDistributions {} for the human-readable application display name (installer title, .desktop Name, Start Menu entry). Separates the display name from packageName, which remains the technical identifier used for executable and package file naming.
nativeDistributions {
    appName = "My App"            // Display name (installer, .desktop, Start Menu)
    linux { packageName = "myapp" }     // Technical: executable, .deb file name
    windows { packageName = "MyApp" }   // Technical: .exe name, MSI
}

Bug Fixes

  • Fix MSI build failing with WiX LGHT0094: File:mainExecutable not found — The JVM packaging path now sets executableName on the electron-builder task, matching what the GraalVM path already did. Without it, electron-builder fell back to a mismatched lowercase name from package.json, causing WiX to fail.
  • Fix Linux .deb file and launcher using Gradle project name instead of linux.packageNameexecutableName now resolves to the platform-specific packageName (linux.packageName, windows.packageName, macOS.packageName) instead of the Gradle project name.
  • Fix productName missing in electron-builder YAML — When no top-level packageName was set, productName was omitted from the generated config. It now falls back to appName, then packageName, then executableName.
  • Fix package.json name field ignoring platform-specific package name — The generated package.json now uses executableName (platform-specific) for the name field, so the ${name} variable in the artifact name template resolves correctly.

v1.6.0

Released: 2026-03-22

New Modules

  • Taskbar Progress (nucleus.taskbar-progress) — Native taskbar/dock progress bar and attention requests on all platforms. Shows download progress, build status, or any long-running operation directly in the OS taskbar. See Taskbar Progress.

    • Windows: ITaskbarList3 (progress value/state) + FlashWindowEx (attention)
    • macOS: NSDockTile with custom NSProgressIndicator overlay + NSApplication.requestUserAttention
    • Linux: D-Bus com.canonical.Unity.LauncherEntry (GNOME, KDE Plasma, and compatible DEs)
    • Five states: NO_PROGRESS, INDETERMINATE, NORMAL, ERROR, PAUSED
    • Attention requests: INFORMATIONAL (brief flash) and CRITICAL (until focus)
  • App Metadata at Runtime (NucleusApp) — New singleton in core-runtime that exposes plugin-injected metadata at runtime: appId, version, vendor, description. Populated via system properties and a generated nucleus-app.properties classpath resource. See Runtime APIs.

New Features

  • Centralized GraalVM native-image metadata — Nucleus now ships all generic and platform-specific reflection metadata out of the box, organized in three levels:

    • L1 (graalvm-runtime JAR) — Generic cross-platform reflection entries for Compose Desktop, AWT/Swing, Skiko, security providers, font managers, and more (~300+ types). Automatically picked up from the classpath by native-image.
    • L2 (Oracle Reachability Metadata Repository) — Automatic resolution of metadata for all runtime classpath dependencies from the Oracle GraalVM Reachability Metadata Repository. Covers popular libraries like ktor, kotlinx.serialization, SLF4J, Logback, and many others. Enabled by default.
    • L3 (plugin platform metadata) — Platform-specific AWT/Java2D/font/security metadata for macOS, Windows, and Linux, shipped inside the Gradle plugin. Written to the build directory at compile time — no per-platform when block needed in your build script.

    Users no longer need to copy thousands of reflection entries from the example app. Most applications will work without any manual reflection configuration. See Centralized Reflection Metadata.

  • metadataRepository {} DSL — New configuration block in graalvm {} to control the Oracle Reachability Metadata Repository integration. Supports enabled, version, excludedModules, and moduleToConfigVersion. Enabled by default with version 0.10.6.

... (truncated)

Commits
  • c1cf0b1 Merge pull request #141 from kdroidFilter/fix/electron-builder-package-name-r...
  • 794992c docs: add appName property and v1.6.2 changelog
  • bdc08ac feat: add appName property for display name separate from packageName
  • 0759357 fix: use platform-specific packageName for artifact naming and productName
  • 26725db Merge pull request #140 from kdroidFilter/fix/msi-main-executable-not-found
  • e559224 fix: use platform-specific packageName for executableName resolution
  • 8086397 fix: set executableName on electron-builder task in JVM packaging path
  • 0b660e5 fix: add libglib2.0-dev to CI setup for taskbar-progress native build
  • 95c1be5 refactor: remove ArrayList JNI metadata from Linux-specific config
  • a4092b8 refactor: move ArrayList JNI metadata to L3 plugin metadata
  • 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 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)

Bumps `nucleus` from 1.4.7 to 1.6.3.

Updates `io.github.kdroidfilter:nucleus.aot-runtime` from 1.4.7 to 1.6.3
- [Release notes](https://github.com/kdroidFilter/Nucleus/releases)
- [Changelog](https://github.com/kdroidFilter/Nucleus/blob/main/docs/changelog.md)
- [Commits](kdroidFilter/Nucleus@v1.4.7...v1.6.3)

Updates `io.github.kdroidfilter:nucleus.darkmode-detector` from 1.4.7 to 1.6.3
- [Release notes](https://github.com/kdroidFilter/Nucleus/releases)
- [Changelog](https://github.com/kdroidFilter/Nucleus/blob/main/docs/changelog.md)
- [Commits](kdroidFilter/Nucleus@v1.4.7...v1.6.3)

Updates `io.github.kdroidfilter:nucleus.decorated-window-jni` from 1.4.7 to 1.6.3
- [Release notes](https://github.com/kdroidFilter/Nucleus/releases)
- [Changelog](https://github.com/kdroidFilter/Nucleus/blob/main/docs/changelog.md)
- [Commits](kdroidFilter/Nucleus@v1.4.7...v1.6.3)

Updates `io.github.kdroidfilter:nucleus.system-color` from 1.4.7 to 1.6.3
- [Release notes](https://github.com/kdroidFilter/Nucleus/releases)
- [Changelog](https://github.com/kdroidFilter/Nucleus/blob/main/docs/changelog.md)
- [Commits](kdroidFilter/Nucleus@v1.4.7...v1.6.3)

---
updated-dependencies:
- dependency-name: io.github.kdroidfilter:nucleus.aot-runtime
  dependency-version: 1.6.3
  dependency-type: direct:production
  update-type: version-update:semver-minor
- dependency-name: io.github.kdroidfilter:nucleus.darkmode-detector
  dependency-version: 1.6.3
  dependency-type: direct:production
  update-type: version-update:semver-minor
- dependency-name: io.github.kdroidfilter:nucleus.decorated-window-jni
  dependency-version: 1.6.3
  dependency-type: direct:production
  update-type: version-update:semver-minor
- dependency-name: io.github.kdroidfilter:nucleus.system-color
  dependency-version: 1.6.3
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot bot added dependencies Pull requests that update a dependency file java Pull requests that update Java code labels Mar 23, 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 java Pull requests that update Java code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants