Skip to content
Snippets Groups Projects
This project is mirrored from https://:*****@github.com/Ensembl/ensembl.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer or owner.
Last successful update .
  1. Jul 25, 2019
    • Marek Szuba's avatar
      ChecksumParser: add a comment about read-only input paths · 0f02729d
      Marek Szuba authored
      See ENSCORESW-3197. Have to think about the correct way of specifying
      where to put that output file though, especially given the parser
      doesn't actually delete it after it is done with it.
      0f02729d
    • Marek Szuba's avatar
    • Marek Szuba's avatar
      ChecksumParser: increment checksum_xref_id BEFORE use · 41aa26b1
      Marek Szuba authored
      The initial value of the variable $counter is set to the highest
      checksum_xref.checksum_xref_id found if the table in question is not
      empty, or 0 if it is. This causes problems if $counter is only
      incremented after each use in the input-file loop:
       - for a non-empty table the parser would attempt to re-use an existing
         value of checksum_xref_id for the first entry read from the input
         file. checksum_xref_id is the primary key of checksum_xref so its
         values have to be unique, therefore "LOAD DATA" silently discards the
         offending row;
       - for an empty table we lose one input row as well but it is the SECOND
         rather than the first one. Reason: 0 is not a valid value for
         auto_increment fields in MySQL, resulting in the first row being
         inserted with the first allowed ID value of 1 - which brings us back
         to the previous scenario when "LOAD DATA" attempts to insert the
         second row.
      
      Incrementing $counter before use ought to address both forms of the
      problem.
      41aa26b1
  2. Jul 24, 2019
  3. Jul 19, 2019
  4. Jul 18, 2019
  5. Jun 25, 2019
  6. Jun 24, 2019
  7. Jun 21, 2019
  8. Jun 20, 2019
    • Marek Szuba's avatar
      Travis: quell warnings about different API and schema versions · c2812ac9
      Marek Szuba authored
      Yes, I *know* Compara, ontology and Variation schemas are still 98. It's
      not that it could just happen, test databases have to be explicitly
      patched - and in any case with Infra being at present the only team
      which bumps versions to N+1 right after the branching of release/N
      rather than just before the branching of release/N+1, it is only to be
      expected. And call me weird but I like Test::Warnings tests to catch
      warnings which really ARE unexpected.
      c2812ac9
    • Marek Szuba's avatar
      Patch the test databases to Core schema version 99 · 31cf25c4
      Marek Szuba authored
      Compara, Variation and ontology DBs haven't received their respective
      version bumps yet so they remain at 98. Note that since API-DB
      mismatches cause the Registry to produce warnings, test files using
      Test::Warnings or equivalent will begin to report failures! At present
      there are two such files - ontologyTerm.t and sequenceOntologyMapper.t,
      both of them using the ontology database.
      31cf25c4
    • Marek Szuba's avatar
    • Marek Szuba's avatar
      Bump API version to 99 · 3faf29ca
      Marek Szuba authored
      3faf29ca
  9. Jun 18, 2019
  10. Jun 17, 2019
  11. Jun 14, 2019
  12. Jun 13, 2019
  13. Jun 11, 2019
  14. Jun 07, 2019
    • Marek Szuba's avatar
      Remove deprecated GOTermAdaptor and SOTermAdaptor modules · 8293b664
      Marek Szuba authored
      Deprecated since 2011, non-functional since March 2018. See ENSCORESW-2871.
      
      Note that there is still a reference to GOTermAdaptor in the xref parser
      GOSlimParser. However, the parser in question seems to be no longer used
      and in any case has not been updated, other than changing the copyright
      notices, for years.
      8293b664
  15. May 24, 2019
  16. May 15, 2019
  17. May 14, 2019
  18. May 08, 2019
  19. May 03, 2019
  20. May 02, 2019
  21. Apr 29, 2019