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

chore: bump version #90

Merged
merged 2 commits into from
Jan 28, 2025
Merged

chore: bump version #90

merged 2 commits into from
Jan 28, 2025

Conversation

pedrxlz
Copy link
Contributor

@pedrxlz pedrxlz commented Jan 28, 2025

Summary by CodeRabbit

  • Chores
    • Updated workspace package version from 0.2.2 to 0.2.3
    • Updated kos dependency version from 0.2.2 to 0.2.3
  • Bug Fixes
    • Removed support for several chains in the ChainRegistry.

Copy link

coderabbitai bot commented Jan 28, 2025

Walkthrough

This pull request involves a version bump in the Cargo.toml file for a Rust workspace. The workspace package version and the kos dependency version have been incrementally updated from 0.2.2 to 0.2.3. Additionally, the supported field for several chains in the ChainRegistry structure has been modified to indicate that they are no longer supported. These changes do not affect the overall functionality of the code.

Changes

File Change Summary
Cargo.toml - Updated workspace package version from 0.2.2 to 0.2.3
- Updated kos dependency version from 0.2.2 to 0.2.3
packages/kos/src/chains/mod.rs - Updated supported field to false for several chains: DOT, KSM, REEF, SDN, ASTR, CFG, KILT, ALTAIR, AVAIL

Possibly related PRs

  • Bump version 0.2.2 #85: The changes in this PR involve a version bump for the workspace package and the kos dependency from 0.2.0 to 0.2.2, which is directly related to the version increment from 0.2.2 to 0.2.3 in the main PR.

Suggested reviewers

  • klever-patrick

Poem

🐰 A version bump, oh so light,
From 0.2.2 to 0.2.3's might
In Cargo's realm, a tiny leap
Where numbers dance and packages keep
Their promise of progress, clean and bright! 🚀


🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai generate docstrings to generate docstrings for this PR. (Beta)
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

klever-patrick
klever-patrick previously approved these changes Jan 28, 2025
Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 9cddfc1 and e023d8f.

📒 Files selected for processing (1)
  • packages/kos/src/chains/mod.rs (4 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: format
🔇 Additional comments (5)
packages/kos/src/chains/mod.rs (5)

393-393: Verify the impact of disabling Substrate-based chains.

Support for REEF, SDN (Shiden), and ASTR (Astar) networks has been disabled. These changes affect multiple Substrate-based chains.

Consider:

  1. Documenting the rationale behind disabling these networks
  2. Providing alternative solutions for affected users
  3. Implementing a feature flag system for gradual deprecation

Also applies to: 400-400, 407-407

✅ Verification successful

Substrate-based chains properly disabled with minimal impact ✓

The changes are properly implemented with all affected chains (REEF, SDN, ASTR) consistently marked as unsupported while maintaining their definitions. The approach minimizes breaking changes by preserving chain configurations and IDs.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for any remaining references to these chains
# that might need to be updated or removed

echo "Searching for Substrate chain references..."
rg -l "REEF|SDN|ASTR|Shiden|Astar" --type rust

echo "Checking for potential breaking changes in tests..."
rg -l "test.*REEF|test.*SDN|test.*ASTR|test.*Shiden|test.*Astar" --type rust

Length of output: 405


Script:

#!/bin/bash
# Check the actual implementation and context
echo "=== Chain Implementation Context ==="
rg -A 5 -B 5 "(REEF|SDN|ASTR|Shiden|Astar)" packages/kos/src/chains/mod.rs packages/kos/src/chains/constants.rs

echo -e "\n=== Related Chain Configurations ==="
ast-grep --pattern 'Chain::new($$$)' packages/kos/src/chains/mod.rs

echo -e "\n=== Constants and Types ==="
rg "type .*(Chain|Network)" packages/kos/src/chains/
rg "const .*(CHAIN|NETWORK)" packages/kos/src/chains/

Length of output: 3795


372-372: Verify the impact of disabling Polkadot ecosystem chains.

The support for Polkadot (DOT) and Kusama (KSM) networks has been disabled. This is a significant change as these are major networks in the Polkadot ecosystem.

Consider:

  1. Documenting the reason for deprecation
  2. Adding a migration guide for users
  3. Implementing a deprecation notice mechanism

Also applies to: 379-379

✅ Verification successful

Disabling Polkadot ecosystem chains is properly handled

The change to mark DOT and KSM chains as unsupported is well-contained and follows good deprecation practices:

  • Chain identifiers are preserved in constants.rs
  • Reference implementations remain in test cases
  • No critical API dependencies are affected
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for any remaining references to DOT/KSM functionality
# that might need to be updated or removed

echo "Searching for DOT/KSM references in code..."
rg -l "DOT|KSM|Polkadot|Kusama" --type rust

echo "Checking for potential breaking changes in tests..."
rg -l "test.*DOT|test.*KSM|test.*Polkadot|test.*Kusama" --type rust

Length of output: 434


Script:

#!/bin/bash
# Check the content of files with DOT/KSM references
echo "=== Content of substrate/mod.rs ==="
rg -A 5 -B 5 "DOT|KSM|Polkadot|Kusama" packages/kos/src/chains/substrate/mod.rs

echo -e "\n=== Content of constants.rs ==="
rg -A 5 -B 5 "DOT|KSM|Polkadot|Kusama" packages/kos/src/chains/constants.rs

echo -e "\n=== Checking for public API usage ==="
ast-grep --pattern 'pub fn $FUNC($$$) {
    $$$
    $DOT
    $$$
}'

Length of output: 2638


575-575: Verify the impact of disabling Avail chain.

Support for the Avail network has been disabled.

Consider documenting the deprecation and providing alternative solutions for affected users.

✅ Verification successful

Avail chain deprecation is properly implemented

The change safely disables the Avail chain through the supported flag without removing any code, allowing for potential future re-enablement. No additional changes are required in the codebase.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for any remaining references to Avail
# that might need to be updated or removed

echo "Searching for Avail references..."
rg -l "AVAIL|Avail" --type rust

echo "Checking for potential breaking changes in tests..."
rg -l "test.*AVAIL|test.*Avail" --type rust

Length of output: 425


Script:

#!/bin/bash
# Check the context of Avail usage in the identified files
echo "=== Checking proto.rs ==="
rg -C 3 "AVAIL|Avail" packages/kos/src/protos/generated/klv/proto.rs

echo -e "\n=== Checking substrate/mod.rs ==="
rg -C 3 "AVAIL|Avail" packages/kos/src/chains/substrate/mod.rs

echo -e "\n=== Checking chains/mod.rs ==="
rg -C 3 "AVAIL|Avail" packages/kos/src/chains/mod.rs

echo -e "\n=== Checking constants.rs ==="
rg -C 3 "AVAIL|Avail" packages/kos/src/chains/constants.rs

echo -e "\n=== Checking for feature flags ==="
rg -C 3 "feature.*avail" packages/kos/Cargo.toml

Length of output: 2573


414-414: Verify the impact of disabling Centrifuge chain.

Support for the Centrifuge (CFG) network has been disabled.

Consider documenting the deprecation timeline and providing migration guidance for affected users.

✅ Verification successful

Centrifuge chain disabled correctly with minimal impact

The change is properly implemented and follows the existing pattern for disabling chains. The impact is contained to the chain registration with no breaking changes in tests or dependencies. No additional cleanup is needed.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for any remaining references to Centrifuge
# that might need to be updated or removed

echo "Searching for Centrifuge references..."
rg -l "CFG|Centrifuge" --type rust

echo "Checking for potential breaking changes in tests..."
rg -l "test.*CFG|test.*Centrifuge" --type rust

Length of output: 353


Script:

#!/bin/bash
# Check the content of the files with Centrifuge references
echo "=== Content of mod.rs with Centrifuge context ==="
rg -C 5 "CFG|Centrifuge" packages/kos/src/chains/mod.rs

echo -e "\n=== Content of constants.rs with Centrifuge context ==="
rg -C 5 "CFG|Centrifuge" packages/kos/src/chains/constants.rs

echo -e "\n=== Checking for documentation files ==="
fd "README|CHANGELOG|MIGRATION" --type f

Length of output: 1245


428-428: Verify the impact of disabling KILT and Altair chains.

Support for KILT and Altair networks has been disabled.

Consider:

  1. Documenting the deprecation in release notes
  2. Providing migration paths for affected users
  3. Implementing a warning system for deprecated chains

Also applies to: 435-435

✅ Verification successful

Proper implementation of chain support flags

The changes to disable KILT and Altair chains are properly implemented:

  • Follows the established pattern of using support flags
  • Consistent with other disabled Substrate-based chains
  • No breaking changes in the public API
  • Clean implementation that maintains backward compatibility

The implementation is safe and doesn't require additional changes in the codebase.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Check for any remaining references to these chains
# that might need to be updated or removed

echo "Searching for KILT and Altair references..."
rg -l "KILT|ALTAIR|Altair" --type rust

echo "Checking for potential breaking changes in tests..."
rg -l "test.*KILT|test.*ALTAIR|test.*Altair" --type rust

Length of output: 377


Script:

#!/bin/bash
# Examine the actual references to KILT and Altair
echo "=== Checking references in mod.rs ==="
rg -B 2 -A 2 "KILT|Altair" packages/kos/src/chains/mod.rs

echo -e "\n=== Checking references in constants.rs ==="
rg -B 2 -A 2 "KILT|Altair" packages/kos/src/chains/constants.rs

echo -e "\n=== Looking for chain configuration patterns ==="
rg "Chain|Network|Config" packages/kos/src/chains/mod.rs -A 2 -B 2

Length of output: 18028

@pedrxlz pedrxlz merged commit 7ee00db into develop Jan 28, 2025
4 checks passed
@pedrxlz pedrxlz deleted the bump-version-0.2.3 branch January 28, 2025 14:41
@coderabbitai coderabbitai bot mentioned this pull request Feb 3, 2025
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.

2 participants