* Replace daml submits with single question
* Remove old submits in scala
Implement new submit in grpc client
* Replace old submits in IDE and json
* Assorted fixes
* Fix stack trace issues with submit
* Fix integration tests with backwards compat
* Move explicit package id to each command
* Remove Upgrading.Internal
* Formatting
* Self review
* Apply review suggestions
* Trigger tests
run-all-tests: true
* Remove //:sdk-version-hs-lib
* Add //sdk-version/hs:sdk-version-{class-,}lib
* Use //sdk-version/hs:sdk-version-{class-,}lib instead of //:sdk-version-hs-lib
* Fix //daml-assistant/daml-helper:test-deployment
* Fix da-hs-base.cabal
* Fix daml-project-config.cabal
* Move DA.Service.Logger.Impl.GCP out of da-hs-base
This means that da-hs-base no longer depends on sdk-version-class-lib, so users of the cabal file don't need to make any changes
* Move version data types out of daml-project-config
* Now //sdk-version/hs:sdk-version-class-lib depends on //libs-haskell/da-version-types
* back to the past (fmt.sh)
* yarn.lock changes to appease fmt.sh
I've manually ran through the steps in ci/cron/daily-compat.yml. This is
a do-over of #18090 because the diff hadn't changed after rebasing on
\#18081 and that seemed weird, and I didn't want anyone to spend time on
a build failure that may just be an artifact of some wires crossing at
the git level.
---------
* add a missing scala_library "sequencer-driver"
---------
Co-authored-by: Meriam Lachkar <meriam.lachkar@digitalasset.com>
* fix build_canton_3x_with_bazel
* Code pull
* fixing issues with admin-api new project
* fix the way we were passing java_conversions to scalapb plugin
* Enable `proto_gen` to correctly generate Java conversions when using the `scalapb` plugin (#18087)
* Enable `proto_gen` to correctly generate Java conversions when using the `scalapb` plugin
* Remove reference to removed parameter
---------
Co-authored-by: Rafael Guglielmetti <rafael.guglielmetti@digitalasset.com>
Co-authored-by: Stefano Baghino <43749967+stefanobaghino-da@users.noreply.github.com>
@akrmn is taking care of [testing](https://github.com/digital-asset/daml/blob/main/release/RELEASE.md) today's release, so they get pushed back to the end of the line.
Please do not merge this before the release is fully tested.
CHANGELOG_BEGIN
CHANGELOG_END
Co-authored-by: Azure Pipelines Daml Build <support@digitalasset.com>
* update canton to 20231221.12090.0.va8191d44/2.9.0-snapshot.20231220.11662.0.v3fffed35/3.0.0-snapshot.20231221.12090.0.va8191d44
CHANGELOG_BEGIN
CHANGELOG_END
* fix canton
* fix the build of the pingpong vacuum package
---------
Co-authored-by: Remy Haemmerle <Remy.Haemmerle@daml.com>
Co-authored-by: Paul Brauner <paul.brauner@digitalasset.com>
The original implementation parsed the private key file manually to avoid adding any library deps in the middle of the CVE-quake, where libraries were already being changed. To avoid inscrutable errors, I added an assertion to ensure the input was exactly what was expected.
Now that dependency flux has settled down, we can switch to BouncyCastle, which is more flexible in its formats, and remove the extra assertion.
* Multi package test scaffold and first batch
* Add next set of tests
* Rearrange, add source testing
* Explicit imports
* Install sdk in tests
* Blank setEnv is different to normal setEnv >:(
* Fix paths for windows
* Add daml.yaml changes tests (that fail)
* Update from comments, add sdk-version check
* Update tests to match changes to CLI behaviour
@samuel-williams-da is taking care of [testing](https://github.com/digital-asset/daml/blob/main/release/RELEASE.md) today's release, so they get pushed back to the end of the line.
Please do not merge this before the release is fully tested.
CHANGELOG_BEGIN
CHANGELOG_END
Co-authored-by: Azure Pipelines Daml Build <support@digitalasset.com>
* Add multi-package brief doc
* Add introduction to CLI usage
* Because --enable-multi-package=yes by default, remove references to flag
* Address Curtis comments by moving multi-package.yaml in trees
* Apply review comments
---------
Co-authored-by: Dylan Thinnes <dylan.thinnes@digitalasset.com>
This code hasn't changed since it was first created 4 years ago. I
wasn't able to find any way to go through the generation steps again
(`go mod download` to go from `go.mod` to `go.sum`, then `vgo2nix` -
which doesn't exist anymore - to go from `go.sum` to `deps.nix`) so
instead I:
1. Deleted the `go.sum` file as it's mostly misdirection at this point.
2. Manually udpated the yaml version to the first non-vulnerable version
so dependabot is happy, in both `go.mod` (which dependabot looks at)
and `deps.nix` (which is the one we really use to resolve
dependencies).
* Introduce additional parameters to factory functions with new functionality
* Set default parameters as such, so previous behavior does not change
* Add possibility to Timer Resources to not wait for all running tasks to finish
* Add configurable graceful and forceful shutdown to ExecutorServiceResourceOwner
