eva-sub-cli 0.6.3__tar.gz → 0.6.5__tar.gz

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: eva_sub_cli
-Version: 0.6.3
+Version: 0.6.5
 Summary: EBI EVA - validation and submission command line tool
 Classifier: Development Status :: 5 - Production/Stable
 Classifier: Environment :: Console

eva_sub_cli-0.6.5/docs/common_vcf_errors.md

@@ -0,0 +1,455 @@
+# **Frequently encountered VCF validation issues** 
+
+This section provides a curated overview of some of the common VCF validation errors. Each error is illustrated with a real validation output example, followed by a brief description about the error and the expected resolution for EVA submissions.
+
+## 1. Duplicated Variants
+
+**Example Validation Error**
+
+```text
+Line 31165: Duplicated variant 10:51781012:A>a found.
+Line 31166: Duplicated variant 10:51781012:A>a found. It occurs in lines 31165 and 31166.
+```
+
+**Description**
+
+This error indicates that the same variant appears more than once in the VCF file. A duplicated variant is defined as multiple records with identical:
+
+* Chromosome  
+* Position  
+* Reference allele   
+* Alternate allele 
+
+**Additional context**
+
+When you receive a validation error like Duplicated variant found, it means two lines in your VCF file are describing the exact same genetic change. Let's explore this further with a real-world VCF example. 
+
+```text
+#CHROM  POS       ID    REF        ALT    QUAL    FILTER   ...
+4      15112781    .    TGGCCAG    T      7.71    PASS     ...
+4      15112782    .    GGCCAGG    G      13.18   PASS     ...
+```
+
+At first glance, these look like two distinct variants because their positions and allele sequences are different. However, both vcf lines are trying to describe a 6-base pair deletion as shown below: 
+
+```text
+15112781
+       |
+       TGGCCAGG
+       T------G
+
+ 15112782
+        |
+       TGGCCAGG
+       TG------
+```
+
+**Resolution**
+
+Duplicate variants are not permitted in EVA submissions. Please ensure all duplicate records are identified and removed prior to submission. One tools that can help in removing duplicate is [bcftools norm](https://samtools.github.io/bcftools/bcftools.html#norm)
+
+```bash
+bcftools norm -multiallelics -both --rm-dup all input.vcf > output.vcf
+```
+
+
+## 2. Variants not sorted by Genomic Position
+
+**Example Validation Error**
+
+```text
+Line 54: Contig is not sorted by position. Contig chr1 position 666974 found after 1083338.  
+Line 98: Contig is not sorted by position. Contig chr1 position 16620664 found after 16624328.
+```
+
+**Description**
+
+VCF files must be sorted by chromosome/contig and genomic position in ascending order, otherwise validation error will be raised. 
+
+**Resolution**
+
+Ensure the VCF file is sorted by chromosome/contig and genomic position in ascending order prior to submission. Possible ways to achieve this are shown below:
+
+Option 1: Using bcftools  
+
+```bash
+bcftools sort input.vcf > output.vcf
+```
+Option 2: Using awk and sort 
+
+```bash
+awk '/^#/ {print; next} {print | "sort -k1,1 -k2,2n"}' input.vcf > output.vcf
+```
+
+
+
+## 3. Values Outside Allowed Range
+
+**Example Validation Error**
+
+```text
+Line 4709805: INFO AF value does not lie in the interval [0,1]. AF=1.0005.
+
+Line 39098: Sample #1, GP=164.33,0 value does not lie in the interval [0,1].
+
+```
+
+**Description**
+
+This error indicates that one or more numeric values fall outside their permitted range. Certain VCF fields are expected to contain values within a defined interval (commonly \[0,1\]). 
+
+**Resolution**
+
+Ensure that all values in the affected fields fall within their expected range. Any values outside the permitted interval should be corrected or recalculated prior to submission.
+
+```bash
+Example 1: Invalid AF value
+
+AF represents allele frequency and must not exceed 1.
+
+Problematic record:
+1 10583 . G A . PASS AF=1.0005
+
+Corrected record:
+1 10583 . G A . PASS AF=1.0
+```
+
+```bash
+Example 2: Invalid GP value
+
+GP values represent genotype probabilities and must fall within the range [0,1]
+
+Problematic record:
+
+1    250321  .  C  T  .  PASS  .  GT:GP  0/1:1.24,0.15,0.03
+
+Corrected record:
+
+1  250321  .  C  T  .  PASS  .  GT:GP  0/1:0.82,0.15,0.03
+```
+
+
+
+## 4. Invalid Reference Allele
+
+**Example Validation Error**
+
+```text
+Line 91987: Reference is not a string of bases.
+```
+
+**Description**
+
+This error indicates that the reference allele contains invalid characters. The REF field in a VCF file must consist only of valid nucleotide bases (A, C, G, T). Any other characters or formats are not permitted and violate VCF specification requirements.
+
+**Resolution**
+
+Please check the following before submission:
+
+- Check that the REF allele contains valid bases
+- Ensure that the VCF was generated against the same reference genome assembly declared in the submission metadata.
+- If the VCF was generated using PLINK, check that the correct reference allele settings were used. When exporting VCF files using PLINK 2.0, use the appropriate reference FASTA option so that REF alleles are taken from the correct reference genome:
+
+```bash
+plink2 --vcf input.vcf --ref-from-fa reference.fa --export vcf --out output
+```
+
+## 5. Invalid Fileformat Declaration
+
+**Example Validation Error**
+
+```text
+The fileformat declaration is not valid (the line must start with ##fileformat= and the value must be one of 'VCFv4.1', 'VCFv4.2', 'VCFv4.3' or 'VCFv4.4').
+```
+
+**Description**
+
+This error indicates that the VCF header does not contain a valid file format declaration. The fileformat line is a mandatory header field and must follow the required structure and accepted version values. 
+
+**Resolution**
+
+Ensure that the fileformat declaration is correctly defined in the VCF header using a supported version and the required format before submission.
+
+
+Problematic header:
+
+```text
+##fileformat=VCFv4.5
+```
+
+Example of a supported header:
+
+```text
+##fileformat=VCFv4.2
+```
+
+
+## 6. Missing Contig Definition (warning) 
+
+**Example Validation Error**
+
+```text
+Chromosome/contig '13' is not described in a 'contig' meta description. (warning)
+```
+
+**Description**
+
+This warning indicates that a chromosome or contig referenced in the VCF records is not defined in the header. Each contig used in the VCF file should have a corresponding entry in the header describing it as without this there would be errors further down in our submission pipeline. 
+
+**Resolution**
+
+Ensure that all contigs referenced in the VCF file are properly defined in the header using contig meta-information lines before submission.
+
+Problematic header:
+
+```text
+##fileformat=VCFv4.2
+#CHROM  POS  ID  REF  ALT  QUAL  FILTER  INFO
+13     32936732  .  G  A    .    PASS    .
+```
+Header with contig definition added:
+
+```text
+##fileformat=VCFv4.2
+##contig=<ID=13,length=114364328>
+#CHROM  POS  ID  REF  ALT  QUAL  FILTER  INFO
+13      32936732 . G   A    .    PASS    .
+```
+
+## 7. Invalid Genotype Format
+
+**Example Validation Error**
+
+```text
+Critical error: Line 23: Sample #77 does not start with a valid genotype.
+```
+
+**Description**
+
+This error indicates that the genotype (GT) field for a sample is not in a valid format. The GT field must follow the standard VCF genotype representation, typically consisting of allele values separated by either / or | 
+
+**Resolution**
+
+Ensure that all genotype values are correctly formatted according to VCF specifications before submission. Example command to inspect genotype fields
+
+```bash
+bcftools query -f '%CHROM\t%POS[\t%GT]\n' input.vcf
+```
+
+## 8. Invalid INFO Field Format and Cardinality
+
+**Example Validation Errors**
+
+```text
+Critical error: Line 119: Info field value is not a comma-separated list of valid strings (maybe it contains whitespaces?).
+
+Critical error: Line 186: Info key is not a sequence of alphanumeric and/or punctuation characters
+
+​​Critical error: Line 115: INFO ConfidenceInterval does not match the meta specification Number=A (expected 1 value(s)). ConfidenceInterval=0.1554,0.3237.
+
+Line 2805: INFO TYPE does not match the meta specification Number=A (expected 2 value(s)). TYPE=snp.
+```
+
+**Description**
+
+These errors indicate that the INFO field is not correctly defined or does not match its expected format. INFO field keys must use valid characters, values must be provided as scalar values or simple comma-separated lists, and the number of values must match the corresponding header definition. 
+
+**Resolution**
+
+Ensure that INFO field keys use valid characters, values are formatted as scalar values or simple comma-separated lists, and the number of values matches the corresponding header definition before submission. 
+
+Example command to inspect INFO header definitions
+
+```bash
+bcftools view -h input.vcf | grep "^##INFO"
+```
+
+Example command to inspect INFO fields in variant records
+
+```bash
+bcftools query -f '%CHROM\t%POS\t%INFO\n' input.vcf
+```
+
+
+## 9. Identical Reference and Alternate Alleles
+
+**Example Validation Error**
+
+```text
+Line 25551: Reference and alternate alleles must not be the same.
+```
+
+**Description**
+
+This error indicates that the reference (REF) and alternate (ALT) alleles are identical. In a valid VCF record, the REF and ALT fields must represent different alleles. 
+
+**Resolution**
+
+Ensure that the REF and ALT fields contain different allele values before submission.
+
+Example command to identify records where REF and ALT are identical
+
+```bash
+awk '!/^#/ && $4 == $5' input.vcf
+```
+
+
+## 10. Invalid Quality Value
+
+**Example Validation Error**
+
+```text
+Line 29: Quality is not a single dot or a positive number.
+```
+
+**Description**
+
+This error indicates that the QUAL field is not correctly formatted.The QUAL field must contain either a positive numeric value or a single dot (.) to indicate a missing value. 
+
+**Resolution**
+
+Ensure that the QUAL field contains either a valid positive number or a dot (.) where the value is missing before submission.
+
+Example command to inspect QUAL values
+
+```bash
+bcftools query -f '%CHROM\t%POS\t%QUAL\n' input.vcf
+```
+
+
+## 11. Incorrect SVLEN Value
+
+**Example Validation Error**
+
+```text
+Line 54: INFO SVLEN must be equal to "length of ALT - length of REF" for non-symbolic alternate alleles. SVLEN=6, expected value=-6.
+```
+**Description**
+
+This error indicates that the SVLEN value in the INFO field does not match the expected value based on the REF and ALT alleles. For non-symbolic alternate alleles, SVLEN must correspond to the difference in length between the ALT and REF sequences. 
+
+**Resolution**
+
+Ensure that the SVLEN value correctly reflects the difference in length between the ALT and REF alleles before submission.
+
+Example command to inspect structural variant annotations
+
+```bash
+bcftools query -f '%CHROM\t%POS\t%INFO/SVTYPE\t%INFO/SVLEN\n' input.vcf
+```
+
+
+## 12 Major allele used as REF allele (Data consistency issue)
+
+
+**Example** 
+
+```text
+##INFO=<ID=PR,Number=0,Type=Flag,Description="Provisional reference allele, may not be based on real reference genome">
+
+Line 51: Chromosome NC_040252.1, position 303453, reference allele 'G' does not match the reference sequence, expected 'T'
+```
+
+**Description**
+
+This is a known behaviour of PLINK, which by default may assign the major allele as the reference allele if not explicitly instructed otherwise. As a result, the REF field in the VCF may not correspond to the actual reference genome used for submission. 
+
+**Resolution**
+
+When generating VCF files using PLINK 2.0, use the `--ref-from-fa` option to ensure that reference alleles are derived from the correct FASTA reference genome file.
+
+Example command when exporting VCFs with PLINK 2.0
+
+```bash
+plink2 --vcf input.vcf --ref-from-fa reference.fa --export vcf --out output
+```
+
+## 13. Sample Count Mismatch  
+
+**Example Validation Error** 
+
+```text
+Line 124: The number of samples must match those listed in the header line.
+```
+
+**Description**
+
+This error indicates that the number of sample columns in the VCF data does not match the number of samples defined in the header. The header line specifies the sample identifiers, and each record must contain the same number of sample entries. 
+
+**Resolution**
+
+Ensure that the number of sample columns in all records matches the number of samples defined in the header before submission.
+
+Example command to detect records with inconsistent sample column counts
+
+
+```bash
+awk '!/^#/ {print NF}' input.vcf | sort -u
+```
+
+This command reports the total number of columns present across variant records in the VCF file. In a correctly formatted VCF, all variant records should contain the same number of columns.
+
+
+## 14. Missing Newline at End of File
+
+**Example Validation Error** 
+
+```text
+Critical error: Line 15: There is no newline at the end of the file.
+```
+
+**Description**
+
+This error indicates that the VCF file does not end with a newline character. VCF files must end with a newline to ensure proper parsing and compliance with file formatting requirements. 
+
+**Resolution**
+
+Ensure that the VCF file ends with a newline character before submission. One way to achieve this is shown below:
+
+Example command to add a newline character to the end of the file
+
+```bash
+sed -i -e '$a\' input.vcf
+```
+
+## 15. INFO and FORMAT Fields not defined in header (warnings)
+
+**Example Validation Errors**
+
+```text
+INFO 'SVTYPE' is not defined in the header, assuming Type=String
+
+INFO 'END' is not defined in the header, assuming Type=String
+
+INFO 'SVLEN' is not defined in the header, assuming Type=String
+
+INFO 'AF' is not defined in the header, assuming Type=String
+
+INFO 'DP' is not defined in the header, assuming Type=String
+
+FORMAT 'CN' is not defined in the header, assuming Type=String
+
+FORMAT 'GT' is not defined in the header, assuming Type=String
+
+FORMAT 'DP' is not defined in the header, assuming Type=String
+```
+
+**Description**
+
+These warnings indicate that one or more INFO or FORMAT fields are present in the VCF records but are not defined in the header.
+
+**Resolution**
+
+All INFO and FORMAT fields used in the VCF must be explicitly defined in the header using \#\#INFO and \#\#FORMAT lines.
+
+Example command to inspect INFO field definitions
+
+```bash
+bcftools view -h input.vcf | grep "^##INFO"
+```
+
+Example command to inspect FORMAT field definitions
+
+```bash
+bcftools view -h input.vcf | grep "^##FORMAT"
+```

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/docs/how_to_submit.md

@@ -28,7 +28,7 @@ The basic command to run validation and submission is as follows:
 eva-sub-cli.py --metadata_xlsx <metadata file> --submission_dir <submission directory> --username <webin username> --password <webin password>
 ```
 This will run validation and generate a report with the results. The report can be viewed as HTML or plain text. More 
-description of the validation checks being performed can be found in the [validation overview](validation_overview.md).
+description of the validation checks being performed can be found in the [validation overview](validation_overview.md). For guidance on frequently encountered VCF validation issues and their resolutions, please see [Common VCF errors](common_vcf_errors.md)
 
 **NOTE:** If the validation is successful, this command will automatically submit your data and metadata to EVA. If you 
 don't want this, see [below](#running-only-validation-or-only-submission).

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/docs/input_file_overview.md

@@ -42,6 +42,8 @@ And here is how allele frequencies would look:
 
 When using the eva-sub-cli tool, VCF files can be either uncompressed or compressed using bgzip or gzip.
 
+For guidance on frequently encountered VCF validation issues and their resolutions, please see [Common VCF errors](common_vcf_errors.md)
+
 ## FASTA File
 
 This is the reference genome that your variants were called against, in uncompressed FASTA format. The EVA uses this to

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/__init__.py

@@ -11,7 +11,7 @@ MINIMUM_METADATA_XLSX_TEMPLATE_VERSION = '2.0.0'
 SUB_CLI_CONFIG_FILE = ".eva_sub_cli_config.yml"
 
 # Environment variable
-SUBMISSION_WS_VAR = 'SUBMISSION_WS_URL'
+SUBMISSION_WS_URL_VAR = 'SUBMISSION_WS_URL'
 ENA_WEBIN_ACCOUNT_VAR = 'ENA_WEBIN_ACCOUNT'
 ENA_WEBIN_PASSWORD_VAR = 'ENA_WEBIN_PASSWORD'
 

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/_version.py

@@ -18,7 +18,7 @@ version_tuple: tuple[int | str, ...]
 commit_id: str | None
 __commit_id__: str | None
 
-__version__ = version = '0.6.3'
-__version_tuple__ = version_tuple = (0, 6, 3)
+__version__ = version = '0.6.5'
+__version_tuple__ = version_tuple = (0, 6, 5)
 
-__commit_id__ = commit_id = 'g1c826d931'
+__commit_id__ = commit_id = 'ge5181ff56'

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/call_home.py

@@ -1,4 +1,5 @@
 import os
+import threading
 import traceback
 import uuid
 from datetime import datetime, timezone
@@ -67,6 +68,7 @@ class CallHomeClient:
         self.run_id = _get_or_create_run_id(submission_dir)
         self.executor = executor
         self.tasks = tasks
+        self._threads = []
 
     def _build_payload(self, event_type, **kwargs):
         now = datetime.now(timezone.utc)
@@ -90,12 +92,22 @@ class CallHomeClient:
         return payload
 
     def _send_event(self, event_type, **kwargs):
+        payload = self._build_payload(event_type, **kwargs)
+        thread = threading.Thread(target=self._post_event, args=(event_type, payload))
+        thread.start()
+        self._threads.append(thread)
+
+    def _post_event(self, event_type, payload):
         try:
-            payload = self._build_payload(event_type, **kwargs)
-            requests.post(_get_call_home_url(), json=payload, timeout=5)
+            requests.post(_get_call_home_url(), json=payload, timeout=60)
         except Exception:
             logger.debug('Failed to send %s call-home event', event_type)
 
+    def wait_for_pending_events(self, timeout=None):
+        for thread in self._threads:
+            thread.join(timeout)
+        self._threads = []
+
     def send_start(self):
         self._send_event(EVENT_START)
 

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/executables/cli.py

@@ -12,6 +12,7 @@ from argparse import ArgumentParser
 from ebi_eva_common_pyutils.logger import logging_config
 
 import eva_sub_cli
+from eva_sub_cli import ENA_WEBIN_ACCOUNT_VAR, ENA_WEBIN_PASSWORD_VAR
 from eva_sub_cli import orchestrator
 from eva_sub_cli.exceptions import MetadataTemplateVersionException, MetadataTemplateVersionNotFoundException, \
     SubmissionStatusException, SubmissionNotFoundException, SubmissionUploadException, NoVcfsFoundException
@@ -36,8 +37,8 @@ def validate_command_line_arguments(args, argparser):
             fail = True
 
     if SUBMIT in args.tasks and (
-            not (args.username or os.environ.get('ENAWEBINACCOUNT')) or
-            not (args.password or os.environ.get('ENAWEBINPASSWORD'))):
+            not (args.username or os.environ.get(ENA_WEBIN_ACCOUNT_VAR)) or
+            not (args.password or os.environ.get(ENA_WEBIN_PASSWORD_VAR))):
         print("To submit your data, you need to provide a Webin username and password")
         fail = True
 

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/nextflow/validation.nf

@@ -180,7 +180,6 @@ process check_vcf_valid {
     """
     trap 'if [[ \$? == 1 ]]; then exit 0; fi' EXIT
 
-    rm -rf ${output_dir}/vcf_format
     mkdir -p vcf_format
     $params.executable.vcf_validator -i $vcf -r text -o vcf_format --require-evidence > vcf_format/${vcf}.vcf_format.log 2>&1
     """
@@ -210,7 +209,6 @@ process check_vcf_reference {
     """
     trap 'if [[ \$? == 1 || \$? == 139 ]]; then exit 0; fi' EXIT
 
-    rm -rf ${output_dir}/assembly_check
     mkdir -p assembly_check
     $params.executable.vcf_assembly_checker -i $vcf -f $fasta $report_opt -r summary,text  -o assembly_check --require-genbank > assembly_check/${vcf}.assembly_check.log 2>&1
     """

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/submission_ws.py

@@ -5,7 +5,7 @@ from ebi_eva_common_pyutils.logger import AppLogger
 from requests import HTTPError
 from retry import retry
 
-from eva_sub_cli import SUBMISSION_WS_VAR
+from eva_sub_cli import SUBMISSION_WS_URL_VAR
 from eva_sub_cli.auth import get_auth
 from eva_sub_cli.exceptions import SubmissionUploadException
 
@@ -15,8 +15,8 @@ DEFAULT_SUBMISSION_WS_URL = 'https://www.ebi.ac.uk/eva/webservices/submission-ws
 def _submission_ws_base_url():
     """Retrieve the base URL for the submission web services.
     In order of preference from the environment variable or the hardcoded value."""
-    if os.environ.get(SUBMISSION_WS_VAR):
-        return os.environ.get(SUBMISSION_WS_VAR)
+    if os.environ.get(SUBMISSION_WS_URL_VAR):
+        return os.environ.get(SUBMISSION_WS_URL_VAR)
     else:
         return DEFAULT_SUBMISSION_WS_URL
 

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/validators/docker_validator.py

@@ -39,7 +39,7 @@ class DockerValidator(Validator):
 
     def get_docker_validation_cmd(self):
         docker_cmd = ''.join([
-            f"{self.docker_path} exec {self.container_name} nextflow run eva_sub_cli/nextflow/validation.nf ",
+            f"{self.docker_path} exec -e NXF_SYNTAX_PARSER=v1 {self.container_name} nextflow run eva_sub_cli/nextflow/validation.nf ",
             f"--base_dir {container_validation_dir} ",
             f"--tasks {','.join(self.tasks)} "
             f"--vcf_files_mapping {self.mapping_file} ",

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/validators/native_validator.py

@@ -1,8 +1,6 @@
 import os
 import subprocess
 
-from ebi_eva_common_pyutils.logger import logging_config
-
 from eva_sub_cli.validators.validator import Validator, ALL_VALIDATION_TASKS
 
 
@@ -29,6 +27,7 @@ class NativeValidator(Validator):
         self.verify_executables_installed()
         curr_wd = os.getcwd()
         try:
+            os.environ['NXF_SYNTAX_PARSER'] = 'v1'
             command = self.get_validation_cmd()
             os.chdir(self.submission_dir)
             self._run_quiet_command("Run Validation using Nextflow", command)

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli/validators/validator.py

@@ -134,6 +134,11 @@ class Validator(AppLogger):
     def set_up_output_dir(self):
         if not os.path.exists(self.output_dir):
             os.makedirs(self.output_dir, exist_ok=True)
+        # Clean up VCF check and assembly check output from previous runs
+        if VCF_CHECK in self.tasks:
+            shutil.rmtree(os.path.join(self.output_dir, 'vcf_format'), ignore_errors=True)
+        if ASSEMBLY_CHECK in self.tasks:
+            shutil.rmtree(os.path.join(self.output_dir, 'assembly_check'), ignore_errors=True)
 
     def clean_up_output_dir(self):
         # Move intermediate validation outputs into a subdir except metadata.json

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli.egg-info/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: eva_sub_cli
-Version: 0.6.3
+Version: 0.6.5
 Summary: EBI EVA - validation and submission command line tool
 Classifier: Development Status :: 5 - Production/Stable
 Classifier: Environment :: Console

{eva_sub_cli-0.6.3 → eva_sub_cli-0.6.5}/eva_sub_cli.egg-info/SOURCES.txt

@@ -16,6 +16,7 @@ conda/meta.yaml
 docker/Dockerfile
 docs/README.md
 docs/_config.yml
+docs/common_vcf_errors.md
 docs/how_to_submit.md
 docs/input_file_overview.md
 docs/installation.md
@@ -40,6 +41,8 @@ eva_sub_cli.egg-info/SOURCES.txt
 eva_sub_cli.egg-info/dependency_links.txt
 eva_sub_cli.egg-info/entry_points.txt
 eva_sub_cli.egg-info/requires.txt
+eva_sub_cli.egg-info/scm_file_list.json
+eva_sub_cli.egg-info/scm_version.json
 eva_sub_cli.egg-info/top_level.txt
 eva_sub_cli/etc/EVA_Submission_Example.xlsx
 eva_sub_cli/etc/EVA_Submission_template.xlsx