Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sync test with develop #229

Closed
wants to merge 52 commits into from
Closed

Sync test with develop #229

wants to merge 52 commits into from

Conversation

MSzalowski
Copy link
Contributor

No description provided.

jankun4 and others added 30 commits February 9, 2024 15:40
Accept optional DRepHash. When provided, filter out governance actions on which the given DRep has already voted on.
…o fix/75-multiple-instances-of-the-wallet-opening
Co-authored-by: Ryan Williams <[email protected]>
Signed-off-by: Igor Velickovic <[email protected]>
…n-in-infrastructure-configuration

[#97] Rebrand the application in infrastructure configuration
…pt-for-conditional-generation-of-basicauth-configuration-files

[#171] Remove Nginx config post-deployment to prevent configuration reuse across environments
placek and others added 22 commits February 16, 2024 12:24
…ssue

Summary:
In response to a critical issue where the SanchoNet Cardano DB Sync
Docker image failed to correctly parse configuration files for the
SanchoNet environment, this commit introduces a hotfix. The resolution
involved modifying the entrypoint script to allow for dynamic
configuration based on external files rather than hardcoded values. This
was achieved by adding additional volumes to the DBSync container for
configuration files and execution scripts, ensuring the DBSync component
can operate with the correct settings sourced from the official
documentation.

Technical Details:
The changes include the creation of new scripts (govtool-dbsync,
govtool-entrypoint, and govtool-sanchonet) within the
scripts/govtool/dbsync directory. These scripts are designed as
one-to-one replacements for the original scripts but with modifications
to the paths, enabling the use of target configurations from a custom
volume. Furthermore, the docker-compose.sanchonet.yml file was updated
to incorporate these new scripts through volume mounts, ensuring the
DBSync component utilizes the correct configurations at runtime.

The prepare-config.sh script was also modified to prepare a scripts
directory specifically for the DBSync entrypoint, including copying the
newly created scripts into the target configuration directory. This
ensures that upon deployment, the DBSync service is equipped with all
necessary custom scripts to correctly interpret the environment-specific
configurations.

This hotfix has been tested in a development environment by triggering
deployment from a local machine, confirming its effectiveness in
resolving the configuration parsing issue without introducing any new
problems or dependencies. This approach not only addresses the immediate
problem but also enhances the flexibility of the deployment process for
the SanchoNet Cardano DB Sync service within a Docker environment.

Note: This solution is a temporary workaround pending a permanent fix
for the configuration parsing issue. It emphasizes the importance of
maintaining adaptability in deployment scripts and configurations to
accommodate changes in the underlying infrastructure or application
requirements.

Related issue: IntersectMBO/cardano-db-sync#1629
…ration issue"

This reverts commit b55a3a9.

There is a solution made for
IntersectMBO/cardano-db-sync#1629 involving a
new image release.

The new image is ghcr.io/intersectmbo/cardano-db-sync:sancho-4-0-0-fix-config.

We will use the official solution instead of my hotfix, hence this
revert. We also want to document our efforts that's why we do not simply
romowe the reverted commit from the history.
… in order to post to the new govtool-notifications channel. This change is introduced due to migration of Slack app to a different organization and use of a single Slack App instead of separate ones.
add optional dependency of @rollup/rollup-linux-arm64-musl.
Reason: vite starts failing on building on linux architecture - reference article - vitejs/vite#15492
- Added entries for issues #85, #97, #171, and #181 in the Changelog:
  - Fixed deployment scripts to resolve Issue #171.
  - Updated Node and DbSync versions for Issue #181, enhancing system compatibility.
  - Reorganized repository structure for better alignment with new conventions, addressing Issue #85.
  - Renamed project to GovTool as part of rebranding efforts for Issue #97.
- Categorized each issue under the appropriate section: new feature, fix, or change.
- Linked each issue to its corresponding URL for detailed reference.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants