feat: Update sodar_cli & python-irods client for base functionality

[Nicolai-vKuegelgen]

Draft PR, basic authentication with sodar API & irods (via pyhton irods clint) seems to work with Sodar v1.0

Main changes:

• All snappy itransfer functions updated to use python irods
• Update of sodar_cli commit & python-irods client to be compatible with Sodar v1.0

Functions Confrimed working on staging:

• cubi-tk snappy pull-sheets
• cubi-tk sodar landing-zone-create $PROJECT_UUID
• cubi-tk snappy itransfer-raw-data --yes $PROJECT_UUID
• cubi-tk snappy itransfer-ngs-mapping --mapper bwa_mem2 --yes $PROJECT_UUID
• cubi-tk snappy itransfer-variant-calling --caller gatk4_hc_gvcf --mapper bwa_mem2 --yes $PROJECT_UUID
• cubi-tk snappy itransfer-sv-calling --mapper bwa_mem2 --yes $PROJECT_UUID
• cubi-tk sodar landing-zone-list $PROJECT_UUID
• cubi-tk sodar landing-zone-validate LZ_UUID
• cubi-tk sodar landing-zone-move LZ_UUID
• cubi-tk snappy pull-raw-data $PROJECT_UUID
  Note: may not find all files? Unlikely to be a newly create issue, but should be investigated
• cubi-tk sodar ingest-fastq, upload of a few real files
• cubi-tk sodar ingest-fastq, upload of many many small files
• cubi-tk sodar pull-data-collection, subset from many small files)
• cubi-tk sodar add-ped
  Notes: this function assumes we still have Library Name and not 2x Extract Name, as is the case with the current DNA germline template. Also static metadata seems to not be added to index, when used for updating, very unlikely to be caused by the API updates
• cubi-tk sodar update-samplesheet
  Note: some bugs here when adding new samples, not caused by the API updates

[Nicolai-vKuegelgen]

Other issues / side results from upgrading dependencies:

• logging/stderr output is duplicated (see maybe also Replace logzero as logging solution #172 ). Most likely caused by the irods-pyhton client also using a "logger" object
• Initial/First irods authentifcation gave weird errors, not observed on subsequent usage

[github-actions]

Please check your code via make lint.

[Nicolai-vKuegelgen]

Not touching cubi-tk seasnap itransfer-results for now (apart from giving it all the code removed from snappy/itransfer_common.py), because it relies on a seasnap blueprint that already contains icommands

[Nicolai-vKuegelgen]

@tedil can you make sure that the changes to uv.lock are okay?

[Nicolai-vKuegelgen]

@mikkonie noticed that the logging might be an issue of the pyhton-irods client, which was fixed in ther version 3.0
irods/python-irodsclient#660