Skip to content

feat(container)!: Update syncthing/syncthing ( 1.30.0 → 2.0.15 )#130

Merged
eivarin merged 1 commit intomainfrom
renovate/syncthing-syncthing-2.x
Apr 2, 2026
Merged

feat(container)!: Update syncthing/syncthing ( 1.30.0 → 2.0.15 )#130
eivarin merged 1 commit intomainfrom
renovate/syncthing-syncthing-2.x

Conversation

@renovate
Copy link
Copy Markdown
Contributor

@renovate renovate Bot commented Aug 16, 2025

ℹ️ Note

This PR body was truncated due to platform limits.

This PR contains the following updates:

Package Update Change
syncthing/syncthing (source) major 1.30.02.0.15

Warning

Some dependencies could not be looked up. Check the Dependency Dashboard for more information.


Release Notes

syncthing/syncthing (syncthing/syncthing)

v2.0.15

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.15 or ghcr.io/syncthing/syncthing:2.0.15
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

New Contributors

Full Changelog: syncthing/syncthing@v2.0.14...v2.0.15

v2.0.14

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.14 or ghcr.io/syncthing/syncthing:2.0.14
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

New Contributors

Full Changelog: syncthing/syncthing@v2.0.13...v2.0.14

v2.0.13

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.13 or ghcr.io/syncthing/syncthing:2.0.13
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.12...v2.0.13

v2.0.12

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.12 or ghcr.io/syncthing/syncthing:2.0.12
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Other

Full Changelog: syncthing/syncthing@v2.0.11...v2.0.12

v2.0.11

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.11 or ghcr.io/syncthing/syncthing:2.0.11
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.10...v2.0.11

v2.0.10

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.10 or ghcr.io/syncthing/syncthing:2.0.10
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.9...v2.0.10

v2.0.9

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.9 or ghcr.io/syncthing/syncthing:2.0.9
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.8...v2.0.9

v2.0.8

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.8 or ghcr.io/syncthing/syncthing:2.0.8
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

New Contributors

Full Changelog: syncthing/syncthing@v2.0.7...v2.0.8

v2.0.7

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.7 or ghcr.io/syncthing/syncthing:2.0.7
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

New Contributors

Full Changelog: syncthing/syncthing@v2.0.6...v2.0.7

v2.0.6

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • illumos/amd64 and solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.6 or ghcr.io/syncthing/syncthing:2.0.6
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes

Full Changelog: syncthing/syncthing@v2.0.5...v2.0.6

v2.0.5

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • illumos/amd64 and solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.5 or ghcr.io/syncthing/syncthing:2.0.5
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.4...v2.0.5

v2.0.4

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See syncthing --help and
    syncthing serve --help for details.

  • Rolling hash detection of shifted data is no longer supported as this
    effectively never helped. Instead, scanning and syncing is faster and more
    efficient without it.

  • A "default folder" is no longer created on first startup.

  • Multiple connections are now used by default between v2 devices. The new
    default value is to use three connections: one for index metadata and two
    for data exchange.

  • The following platforms unfortunately no longer get prebuilt binaries for
    download at syncthing.net and on GitHub, due to complexities related to
    cross compilation with SQLite:

    • dragonfly/amd64
    • illumos/amd64 and solaris/amd64
    • linux/ppc64
    • netbsd/*
    • openbsd/386 and openbsd/arm
    • windows/arm
  • The handling of conflict resolution involving deleted files has changed. A
    delete can now be the winning outcome of conflict resolution, resulting in
    the deleted file being moved to a conflict copy.

This release is also available as:

  • APT repository: https://apt.syncthing.net/

  • Docker image: docker.io/syncthing/syncthing:2.0.4 or ghcr.io/syncthing/syncthing:2.0.4
    ({docker,ghcr}.io/syncthing/syncthing:2 to follow just the major version)

What's Changed

Fixes
Other

Full Changelog: syncthing/syncthing@v2.0.3...v2.0.4

v2.0.3

Compare Source

Major changes in 2.0

  • Database backend switched from LevelDB to SQLite. There is a migration on
    first launch which can be lengthy for larger setups. The new database is
    easier to understand and maintain and, hopefully, less buggy.

  • The logging format has changed to use structured log entries (a message
    plus several key-value pairs). Additionally, we can now control the log
    level per package, and a new log level WARNING has been inserted between
    INFO and ERROR (which was previously known as WARNING...). The INFO level
    has become more verbose, indicating the sync actions taken by Syncthing. A
    new command line flag --log-level sets the default log level for all
    packages, and the STTRACE environment variable and GUI has been updated
    to set log levels per package. The --verbose and --logflags command
    line options have been removed and will be ignored if given.

  • Deleted items are no longer kept forever in the database, instead they are
    forgotten after fifteen months. If your use case require deletes to take
    effect after more than a fifteen month delay, set the
    --db-delete-retention-interval command line option or corresponding
    environment variable to zero, or a longer time interval of your choosing.

  • Modernised command line options parsing. Old single-dash long options are
    no longer supported, e.g. -home must be given as --home. Some options
    have been renamed, others have become subcommands. All serve options are
    now also accepted as environment variables. See `s


Configuration

📅 Schedule: Branch creation - "every weekend" in timezone Europe/Lisbon, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@github-actions
Copy link
Copy Markdown

github-actions Bot commented Aug 16, 2025

--- kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing HelmRelease: default/syncthing

+++ kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing HelmRelease: default/syncthing

@@ -20,8 +20,8 @@

     cleanupOnFail: true
     remediation:
       retries: 3
       strategy: rollback
   valuesFrom:
   - kind: ConfigMap
-    name: syncthing-helm-values-ggt96cg7ht
+    name: syncthing-helm-values-8f578gt56f
 
--- kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing ConfigMap: default/syncthing-helm-values-ggt96cg7ht

+++ kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing ConfigMap: default/syncthing-helm-values-ggt96cg7ht

@@ -1,47 +0,0 @@

----
-apiVersion: v1
-data:
-  values.yaml: "controllers:\n  app:\n    enabled: true\n    type: deployment\n  \
-    \  replicas: 1\n    pod:\n      hostname: &app syncthing\n      annotations:\n\
-    \        app.kubernetes.io/name: *app\n        app.kubernetes.io/instance: *app\n\
-    \n    containers:\n      app:\n        image:\n          repository: syncthing/syncthing\n\
-    \          tag: 1.30.0\n          pullPolicy: IfNotPresent\n        env:\n   \
-    \       PUID: \"1000\"\n          PGID: \"1000\"\n          TZ: Europe/Lisbon\n\
-    \        resources:\n          requests:\n            cpu: 50m\n            memory:\
-    \ 100Mi\n          limits:\n            memory: 500Mi\n\n        probes:\n   \
-    \       liveness: &probe\n            enabled: true\n            custom: true\n\
-    \            spec:\n              httpGet:\n                path: /\n        \
-    \        port: &port 8384\n              initialDelaySeconds: 0\n            \
-    \  periodSeconds: 10\n              timeoutSeconds: 1\n              failureThreshold:\
-    \ 3\n          readiness: *probe\n\ndefaultPodOptions:\n  affinity:\n    nodeAffinity:\n\
-    \      preferredDuringSchedulingIgnoredDuringExecution:\n        - weight: 1\n\
-    \          preference:\n            matchExpressions:\n              - key: node-priority\n\
-    \                operator: In\n                values: \n                - \"\
-    1\"\n        - weight: 2\n          preference:\n            matchExpressions:\n\
-    \              - key: node-priority\n                operator: In\n          \
-    \      values: \n                - \"2\"\n  securityContext:\n    runAsUser: 1000\n\
-    \    runAsGroup: 1000\n    fsGroup: 1000\n    # runAsNonRoot: true\n    fsGroupChangePolicy:\
-    \ OnRootMismatch\n    supplementalGroups:\n      - 65539\n    seccompProfile:\n\
-    \      type: RuntimeDefault\n\nservice:\n  app:\n    controller: app\n    ports:\n\
-    \      http:\n        port: *port\n\n  listen:\n    controller: app\n    type:\
-    \ LoadBalancer\n    annotations:\n      lbipam.cilium.io/ips: 10.0.2.202\n   \
-    \ ports:\n      listen:\n        enabled: true\n        port: 22000\n        protocol:\
-    \ TCP\n        targetPort: 22000\n      discovery:\n        enabled: true\n  \
-    \      port: 21027\n        protocol: UDP\n        targetPort: 21027\n\nroute:\n\
-    \  main:\n    enabled: true\n    kind: HTTPRoute\n    parentRefs:\n      - name:\
-    \ traefik-private-default\n        namespace: network\n        sectionName: https-wildcard-secret-private-domain\n\
-    \    hostnames:\n      - \"syncthing...PLACEHOLDER_SECRET_PRIVATE_DOMAIN..\"\n\
-    \    rules:\n      - backendRefs:\n        - name: *app\n          port: *port\n\
-    \n\npersistence:\n  syncthing-config:\n    existingClaim: syncthing-config\n \
-    \   globalMounts: \n      - path: /var/syncthing\n        readOnly: false\n  media:\n\
-    \    enabled: true\n    type: nfs\n    server: ..PLACEHOLDER_SECRET_NFS_ADDR..\n\
-    \    path: /Documents/SyncThing\n    globalMounts:\n      - path: /data\n    \
-    \    readOnly: false\n\n\n"
-kind: ConfigMap
-metadata:
-  labels:
-    kustomize.toolkit.fluxcd.io/name: syncthing
-    kustomize.toolkit.fluxcd.io/namespace: flux-system
-  name: syncthing-helm-values-ggt96cg7ht
-  namespace: default
-
--- kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing ConfigMap: default/syncthing-helm-values-8f578gt56f

+++ kubernetes/apps/default/syncthing/app Kustomization: flux-system/syncthing ConfigMap: default/syncthing-helm-values-8f578gt56f

@@ -0,0 +1,47 @@

+---
+apiVersion: v1
+data:
+  values.yaml: "controllers:\n  app:\n    enabled: true\n    type: deployment\n  \
+    \  replicas: 1\n    pod:\n      hostname: &app syncthing\n      annotations:\n\
+    \        app.kubernetes.io/name: *app\n        app.kubernetes.io/instance: *app\n\
+    \n    containers:\n      app:\n        image:\n          repository: syncthing/syncthing\n\
+    \          tag: 2.0.15\n          pullPolicy: IfNotPresent\n        env:\n   \
+    \       PUID: \"1000\"\n          PGID: \"1000\"\n          TZ: Europe/Lisbon\n\
+    \        resources:\n          requests:\n            cpu: 50m\n            memory:\
+    \ 100Mi\n          limits:\n            memory: 500Mi\n\n        probes:\n   \
+    \       liveness: &probe\n            enabled: true\n            custom: true\n\
+    \            spec:\n              httpGet:\n                path: /\n        \
+    \        port: &port 8384\n              initialDelaySeconds: 0\n            \
+    \  periodSeconds: 10\n              timeoutSeconds: 1\n              failureThreshold:\
+    \ 3\n          readiness: *probe\n\ndefaultPodOptions:\n  affinity:\n    nodeAffinity:\n\
+    \      preferredDuringSchedulingIgnoredDuringExecution:\n        - weight: 1\n\
+    \          preference:\n            matchExpressions:\n              - key: node-priority\n\
+    \                operator: In\n                values: \n                - \"\
+    1\"\n        - weight: 2\n          preference:\n            matchExpressions:\n\
+    \              - key: node-priority\n                operator: In\n          \
+    \      values: \n                - \"2\"\n  securityContext:\n    runAsUser: 1000\n\
+    \    runAsGroup: 1000\n    fsGroup: 1000\n    # runAsNonRoot: true\n    fsGroupChangePolicy:\
+    \ OnRootMismatch\n    supplementalGroups:\n      - 65539\n    seccompProfile:\n\
+    \      type: RuntimeDefault\n\nservice:\n  app:\n    controller: app\n    ports:\n\
+    \      http:\n        port: *port\n\n  listen:\n    controller: app\n    type:\
+    \ LoadBalancer\n    annotations:\n      lbipam.cilium.io/ips: 10.0.2.202\n   \
+    \ ports:\n      listen:\n        enabled: true\n        port: 22000\n        protocol:\
+    \ TCP\n        targetPort: 22000\n      discovery:\n        enabled: true\n  \
+    \      port: 21027\n        protocol: UDP\n        targetPort: 21027\n\nroute:\n\
+    \  main:\n    enabled: true\n    kind: HTTPRoute\n    parentRefs:\n      - name:\
+    \ traefik-private-default\n        namespace: network\n        sectionName: https-wildcard-secret-private-domain\n\
+    \    hostnames:\n      - \"syncthing...PLACEHOLDER_SECRET_PRIVATE_DOMAIN..\"\n\
+    \    rules:\n      - backendRefs:\n        - name: *app\n          port: *port\n\
+    \n\npersistence:\n  syncthing-config:\n    existingClaim: syncthing-config\n \
+    \   globalMounts: \n      - path: /var/syncthing\n        readOnly: false\n  media:\n\
+    \    enabled: true\n    type: nfs\n    server: ..PLACEHOLDER_SECRET_NFS_ADDR..\n\
+    \    path: /Documents/SyncThing\n    globalMounts:\n      - path: /data\n    \
+    \    readOnly: false\n\n\n"
+kind: ConfigMap
+metadata:
+  labels:
+    kustomize.toolkit.fluxcd.io/name: syncthing
+    kustomize.toolkit.fluxcd.io/namespace: flux-system
+  name: syncthing-helm-values-8f578gt56f
+  namespace: default
+

@github-actions
Copy link
Copy Markdown

github-actions Bot commented Aug 16, 2025

--- HelmRelease: default/syncthing Deployment: default/syncthing

+++ HelmRelease: default/syncthing Deployment: default/syncthing

@@ -68,13 +68,13 @@

         - name: PGID
           value: '1000'
         - name: PUID
           value: '1000'
         - name: TZ
           value: Europe/Lisbon
-        image: syncthing/syncthing:1.30.0
+        image: syncthing/syncthing:2.0.15
         imagePullPolicy: IfNotPresent
         livenessProbe:
           failureThreshold: 3
           httpGet:
             path: /
             port: 8384

@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 94ac262 to 75990ce Compare August 16, 2025 10:03
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.1 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.2 ) Aug 16, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 75990ce to 0703996 Compare August 22, 2025 10:33
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.2 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.3 ) Aug 22, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 0703996 to 2faa388 Compare September 2, 2025 09:38
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.3 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.4 ) Sep 2, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 2faa388 to 2c722be Compare September 2, 2025 20:46
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.4 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.5 ) Sep 2, 2025
@eivarin eivarin force-pushed the main branch 2 times, most recently from f15508e to 1112e66 Compare September 2, 2025 22:00
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 2c722be to 51a86e3 Compare September 3, 2025 10:01
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.5 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.6 ) Sep 3, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 51a86e3 to 7a7ffb4 Compare September 5, 2025 14:03
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.6 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.7 ) Sep 5, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 7a7ffb4 to fc6266c Compare September 8, 2025 11:33
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.7 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.8 ) Sep 8, 2025
@eivarin eivarin force-pushed the main branch 5 times, most recently from b6fce7b to da6bd75 Compare September 11, 2025 17:01
@eivarin eivarin force-pushed the main branch 15 times, most recently from 58cecef to f326ffb Compare September 12, 2025 04:00
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 0f96a8f to b70d846 Compare September 14, 2025 00:01
@renovate renovate Bot changed the title feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.8 ) feat(container)!: Update syncthing/syncthing ( 1.29.3 → 2.0.9 ) Sep 14, 2025
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from b70d846 to 7819395 Compare September 15, 2025 09:19
@renovate renovate Bot force-pushed the renovate/syncthing-syncthing-2.x branch from 7819395 to 40de455 Compare September 15, 2025 09:46
@eivarin eivarin force-pushed the main branch 8 times, most recently from 94ba6f3 to c4f9259 Compare September 15, 2025 13:35
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant