-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
Add ntsm recipe https://github.com/JustinChu/ntsm #52262
base: master
Are you sure you want to change the base?
Conversation
📝 WalkthroughWalkthroughThis pull request introduces several new files and configurations for the Possibly related PRs
Suggested labels
Suggested reviewers
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
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)
Other keywords and placeholders
CodeRabbit Configuration File (
|
There was a problem hiding this 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
🧹 Outside diff range and nitpick comments (1)
recipes/ntsm/meta.yaml (1)
32-37
: Enhance test coverage.Current tests only verify command availability. Consider adding:
- Version checks for each command
- Basic functionality tests with minimal example data
commands: - ntsmCount --help - ntsmVCF --help - ntsmEval --help - ntsmSiteGen -h + - ntsmCount --version + - ntsmVCF --version + - ntsmEval --version + - ntsmSiteGen --version
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (3)
recipes/ntsm/LICENSE
(1 hunks)recipes/ntsm/build.sh
(1 hunks)recipes/ntsm/meta.yaml
(1 hunks)
✅ Files skipped from review due to trivial changes (2)
- recipes/ntsm/LICENSE
- recipes/ntsm/build.sh
🧰 Additional context used
🪛 yamllint
recipes/ntsm/meta.yaml
[error] 1-1: syntax error: found character '%' that cannot start any token
(syntax)
🔇 Additional comments (5)
recipes/ntsm/meta.yaml (5)
1-5
: LGTM! Package metadata follows conda conventions.
🧰 Tools
🪛 yamllint
[error] 1-1: syntax error: found character '%' that cannot start any token
(syntax)
39-46
: LGTM! Package metadata is complete.
7-9
: Verify source URL accessibility and checksum.
11-13
: Verify OSX compatibility restriction.
The recipe skips OSX builds, but the requirements include OSX-specific dependencies (llvm-openmp). This seems inconsistent.
48-50
: Verify ARM64 compatibility.
The recipe adds support for linux-aarch64, but we should verify that:
- The source code has no x86-specific assembly
- All dependencies are available for ARM64
✅ Verification successful
Let me analyze the search results and generate additional verification scripts to check for architecture-specific code.
The first search showed some x86 references but they were mostly in unrelated packages. Let's check the specific recipe and its dependencies to verify ARM64 compatibility.
Let me analyze the recipe and generate one final verification script to check the source code.
This will help verify if there are any architecture-specific implementations in the source code.
ARM64 support appears compatible
The package should work on ARM64 architecture because:
- No architecture-specific assembly code or intrinsics were found
- The dependencies (zlib, libgomp, samtools, bwa, perl) are all available for ARM64
- The code appears to be pure C++ without any architecture-specific optimizations
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check for architecture-specific code
# Search for assembly or architecture-specific code
rg -i "asm|__asm__|__attribute__|SIMD|SSE|AVX|x86"
Length of output: 158186
Script:
#!/bin/bash
# Search for assembly files and architecture-specific code in the recipe and source
rg -i "assembly|arch|x86|arm|aarch" recipes/ntsm/
# Check build scripts and dependencies
cat recipes/ntsm/meta.yaml
Length of output: 1111
Script:
#!/bin/bash
# Check source code for any architecture-specific code or assembly
cd recipes/ntsm/
# Look for architecture-specific code patterns in source files
rg -i "asm|simd|avx|sse|intrinsic|x86|amd64|arm|aarch" .
# Check if there are any assembly files
find . -type f -name "*.s" -o -name "*.asm" -o -name "*.S"
Length of output: 170
recipes/ntsm/meta.yaml
Outdated
requirements: | ||
build: | ||
- {{ compiler('cxx') }} | ||
- llvm-openmp # [osx] | ||
- make | ||
host: | ||
- zlib | ||
- libgomp | ||
run: | ||
- llvm-openmp # [osx] | ||
- zlib | ||
- libgomp | ||
- make | ||
- samtools | ||
- bwa | ||
- perl |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🛠️ Refactor suggestion
Add version constraints for runtime dependencies.
Consider adding version constraints for critical dependencies like samtools
, bwa
, and perl
to ensure reproducibility and prevent potential compatibility issues.
Additionally, there might be a conflict between libgomp
and llvm-openmp
if OSX builds are enabled in the future.
run:
- llvm-openmp # [osx]
- zlib
- libgomp
- make
- - samtools
- - bwa
- - perl
+ - samtools >=1.15
+ - bwa >=0.7.17
+ - perl >=5.26
📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
requirements: | |
build: | |
- {{ compiler('cxx') }} | |
- llvm-openmp # [osx] | |
- make | |
host: | |
- zlib | |
- libgomp | |
run: | |
- llvm-openmp # [osx] | |
- zlib | |
- libgomp | |
- make | |
- samtools | |
- bwa | |
- perl | |
requirements: | |
build: | |
- {{ compiler('cxx') }} | |
- llvm-openmp # [osx] | |
- make | |
host: | |
- zlib | |
- libgomp | |
run: | |
- llvm-openmp # [osx] | |
- zlib | |
- libgomp | |
- make | |
- samtools >=1.15 | |
- bwa >=0.7.17 | |
- perl >=5.26 |
recipes/ntsm/meta.yaml
Outdated
- llvm-openmp # [osx] | ||
- zlib | ||
- libgomp | ||
- make |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do you need 'make' to run the app ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not for most parts of the program but for a pipeline generating a sites file from a vcf & genome fasta: https://github.com/JustinChu/ntsm/blob/main/ntsmSiteGen
@BiocondaBot please add label |
Adding this nucleotide sequence sample swap detection tool: https://github.com/JustinChu/ntsm to bioconda.
Please read the guidelines for Bioconda recipes before opening a pull request (PR).
General instructions
@BiocondaBot please add label
command.@bioconda/core
in a comment.Instructions for avoiding API, ABI, and CLI breakage issues
Conda is able to record and lock (a.k.a. pin) dependency versions used at build time of other recipes.
This way, one can avoid that expectations of a downstream recipe with regards to API, ABI, or CLI are violated by later changes in the recipe.
If not already present in the meta.yaml, make sure to specify
run_exports
(see here for the rationale and comprehensive explanation).Add a
run_exports
section like this:with
...
being one of:{{ pin_subpackage("myrecipe", max_pin="x") }}
{{ pin_subpackage("myrecipe", max_pin="x.x") }}
{{ pin_subpackage("myrecipe", max_pin="x.x") }}
(in such a case, please add a note that shortly mentions your evidence for that){{ pin_subpackage("myrecipe", max_pin="x.x.x") }}
(in such a case, please add a note that shortly mentions your evidence for that){{ pin_subpackage("myrecipe", max_pin=None) }}
while replacing
"myrecipe"
with eithername
if aname|lower
variable is defined in your recipe or with the lowercase name of the package in quotes.Bot commands for PR management
Please use the following BiocondaBot commands:
Everyone has access to the following BiocondaBot commands, which can be given in a comment:
@BiocondaBot please update
@BiocondaBot please add label
please review & merge
label.@BiocondaBot please fetch artifacts
You can use this to test packages locally.
Note that the
@BiocondaBot please merge
command is now depreciated. Please just squash and merge instead.Also, the bot watches for comments from non-members that include
@bioconda/<team>
and will automatically re-post them to notify the addressed<team>
.