Luke Kreczko

Added rudimentary gitlab support

52

This is my first attempt at adding Gitlab support to this very convenient project (fixes #419). I took a copy of `octo_fetcher` and modified it to match the gitlab module....

timemory-plotter --table fails on tutorial output

3

timemory-plotter fails for `lulesh` app: ```bash timemory-plotter -t "LuLesh" -f timem-output/lulesh.json --table Traceback (most recent call last): File "/opt/view/lib/python3.7/site-packages/timemory/plotting/__init__.py", line 228, in embedded_plot timem(_cdata, args.files[i], args) File "/opt/view/lib/python3.7/site-packages/timemory/plotting/table.py", line 96,...

Fixes #805. - converted `BaseTree.DRAW_PATTERN` into raw string - removed invalid escape sequences

In Python 3 `\>` and `\(` are considered invalid escape sequences: ``` source:45: DeprecationWarning: invalid escape sequence \> source:46: DeprecationWarning: invalid escape sequence \( -- Docs: https://docs.pytest.org/en/latest/warnings.html ``` The solution...

Current link is ``` https://gitter.im/{{cookiecutter.url}}/community?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge ``` which leads to entries like ``` https://gitter.im/https://github.com///community?utm_source=badge&utm_medium=badge&utm_campaign=pr-badge ``` Instead, it should probably be `{{cookiecutter.url}}` → `{{ cookiecutter.github_username }}/{{ cookiecutter.project_slug }}`: ``` https://gitter.im/{{ cookiecutter.github_username }}/{{...

Since I've been recently spending some time with conda, I was wondering if there is appetite for a conda-feedstock for NEST. ## The goal The ability to run ```bash conda...

Fix: issue #1297: datasaver does not work with __future__.annotations

4

Fixes issue #1297 by changing return_annotation retrieval `function_modifiers.adapters.datasaver.validate`. ## Changes - modified `datasaver.validate` to check against `__future__.annotations` compatible type hints ## How I tested this - added `from __future__ import...

hamilton.function_modifiers.datasaver does not work with __future__.annotations

2

I am not sure if this is expected, I could not find a related issue (apologies if it exists). At the moment it is not possible to use `from __future__...

From https://github.com/opensciencegrid/cvmfs-singularity-sync/actions/runs/12949710366/job/36120999861?pr=483 it looks like the following images can no longer be downloaded: ``` Failed images: hub.opensciencegrid.org/matyasosg/testimage:latest registry.hub.docker.com/sickleinafrica/plink2:latest registry.hub.docker.com/sickleinafrica/beagle:latest ``` EDIT: - exists: https://hub.docker.com/r/sickleinafrica/beagle - just no `latest` tag