Presence of an extra index URL that does not contain the package fails the installation

venv/bin/pip install confluent-kafka==2.4.0 --force-reinstall -vv

Using pip 24.1.2 from /Users/bgabor8/git/dti/metadata-sync/venv/lib/python3.12/site-packages/pip (python 3.12)
Non-user install because user site-packages disabled
Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-build-tracker-jrkhtl60
Initialized build tracking at /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-build-tracker-jrkhtl60
Created build tracker: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-build-tracker-jrkhtl60
Entered build tracker: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-build-tracker-jrkhtl60
Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-install-rh9cmf9t
Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-ephem-wheel-cache-fckjp7kt
Looking in indexes: https://magic.com/api/pypi/pypi/simple, https://magic.com/api/pypi/pypi-macos/simple
2 location(s) to search for versions of confluent-kafka:
* https://magic.com/api/pypi/pypi/simple/confluent-kafka/
* https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/
Fetching project page and analyzing links: https://magic.com/api/pypi/pypi/simple/confluent-kafka/
Getting page https://magic.com/api/pypi/pypi/simple/confluent-kafka/
Found index url https://magic.com/api/pypi/pypi/simple/
Looking up "https://magic.com/api/pypi/pypi/simple/confluent-kafka/" in the cache
Request header has "max_age" as 0, cache bypassed
Starting new HTTPS connection (1): artprod.dev.bloomberg.com:443
https://artprod.dev.bloomberg.com:443 "GET /artifactory/api/pypi/pypi/simple/confluent-kafka/ HTTP/1.1" 200 None
Updating cache with response from "https://magic.com/api/pypi/pypi/simple/confluent-kafka/"
Caching b/c date exists and max-age > 0
Fetched page https://magic.com/api/pypi/pypi/simple/confluent-kafka/ as text/html
...
  Skipping link: none of the wheel's tags (cp38-cp38-manylinux2014_x86_64, cp38-cp38-manylinux_2_17_x86_64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl#sha256=baaf1022972bd213bf20cfccb1b13b613d7ab13ebcafacd65220bd5908f5e460 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp38-cp38-manylinux_2_28_aarch64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp38-cp38-manylinux_2_28_aarch64.whl#sha256=16be3360f040b5d17dcb7e1b66a170b72f428c98d0978705b0a3081de756b2c7 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp38-cp38-win_amd64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp38-cp38-win_amd64.whl#sha256=45e6f719f6bd95210e0451b50cd19f33a44d7b16be560217240caa71f165420d (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp39-cp39-macosx_10_9_x86_64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp39-cp39-macosx_10_9_x86_64.whl#sha256=3cf1b40ae59569e50ba15da1dc0030bac904b74d8aff82f02a16df3bb9b87e53 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp39-cp39-macosx_11_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp39-cp39-macosx_11_0_arm64.whl#sha256=5b5dd225596325159eee928caba47e0cf3f03ce3c8244371457a1823d7c66c22 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp39-cp39-manylinux2014_x86_64, cp39-cp39-manylinux_2_17_x86_64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl#sha256=d338e8189f5836b916c632e0f2db9a197352c199db7323ca3f2bd1785cb9a747 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp39-cp39-manylinux_2_28_aarch64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp39-cp39-manylinux_2_28_aarch64.whl#sha256=40d18f1bd1bac6d2cf8dbf47da11cdb82d077b26a81ea551136515a1079ec532 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp39-cp39-win_amd64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp39-cp39-win_amd64.whl#sha256=52f937ab1cde9aacb01288293d374bf09da728b79cf907504dec8f3c4f82030e (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
Fetching project page and analyzing links: https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/
Getting page https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/
Found index url https://magic.com/api/pypi/pypi-macos/simple/
Looking up "https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/" in the cache
Request header has "max_age" as 0, cache bypassed
Resetting dropped connection: artprod.dev.bloomberg.com
Starting new HTTPS connection (2): artprod.dev.bloomberg.com:443
https://artprod.dev.bloomberg.com:443 "GET /artifactory/api/pypi/pypi-macos/simple/confluent-kafka/ HTTP/1.1" 200 None
Updating cache with response from "https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/"
Caching b/c date exists and max-age > 0
Fetched page https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/ as text/html
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t211529/confluent_kafka-1.7.0%2Bb20240721t211529-cp312-cp312-macosx_14_0_arm64.whl#sha256=1a3b265a6df23c21e2c4a9bb22d49f610e35f6db0567cc37506cb66ece599080 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240721t211529
  Skipping link: none of the wheel's tags (cp310-cp310-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t212513/confluent_kafka-1.7.0%2Bb20240721t212513-cp310-cp310-macosx_14_0_arm64.whl#sha256=4dd5b71a08f5c7400de82bed5e5df35103c0dbe2a5a5cf54839057e1ea491c15 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp311-cp311-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t212513/confluent_kafka-1.7.0%2Bb20240721t212513-cp311-cp311-macosx_14_0_arm64.whl#sha256=4a14a4491fa274828eaf59b41cee34ef02cc07bdf46f513acab0d4321648622d (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t212513/confluent_kafka-1.7.0%2Bb20240721t212513-cp312-cp312-macosx_14_0_arm64.whl#sha256=769655f9fffa611b532279c933de5de4cf1daa781e3213164d0ea2961191c9ef (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240721t212513
  Skipping link: none of the wheel's tags (cp39-cp39-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t212513/confluent_kafka-1.7.0%2Bb20240721t212513-cp39-cp39-macosx_14_0_arm64.whl#sha256=51f6121c7090df94494431d7f1bebf40832a88c3f230c4816bedfc8cdec806ea (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240722t142532/confluent_kafka-1.7.0%2Bb20240722t142532-cp312-cp312-macosx_14_0_arm64.whl#sha256=a1b8af2da52ffa9c9b6dbda02c5dd6a21ab5ce70d7f0edcf1a942662ec6afa6c (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240722t142532
  Skipping link: none of the wheel's tags (cp310-cp310-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240801t163438/confluent_kafka-1.7.0%2Bb20240801t163438-cp310-cp310-macosx_14_0_arm64.whl#sha256=d67114b98a069547405556337a071222291bc496867089ccbc438b69a0d30542 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp311-cp311-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240801t163438/confluent_kafka-1.7.0%2Bb20240801t163438-cp311-cp311-macosx_14_0_arm64.whl#sha256=62e7e269d96f224143c2960ff7e5b2130cd0e641ea81ea74f3a15417e7f81f0c (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240801t163438/confluent_kafka-1.7.0%2Bb20240801t163438-cp312-cp312-macosx_14_0_arm64.whl#sha256=2e892b55db049df538882f72e6b21c86e575b5830d391923583751b6cbb2443f (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240801t163438
  Skipping link: none of the wheel's tags (cp39-cp39-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240801t163438/confluent_kafka-1.7.0%2Bb20240801t163438-cp39-cp39-macosx_14_0_arm64.whl#sha256=fac0c62f1484156a7f2d892df39ca23b17b08f577f484689261a5ac159659e90 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp310-cp310-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240802t104235/confluent_kafka-1.7.0%2Bb20240802t104235-cp310-cp310-macosx_14_0_arm64.whl#sha256=9b14526d70cf4af706fddaf788f7feb0f4d89cd68d5f5f2df54c35757d89e4a6 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Skipping link: none of the wheel's tags (cp311-cp311-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240802t104235/confluent_kafka-1.7.0%2Bb20240802t104235-cp311-cp311-macosx_14_0_arm64.whl#sha256=b6f673ada765631c825a69bd6b6f654aa48915615935ddf7fae09e78c07a3074 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240802t104235/confluent_kafka-1.7.0%2Bb20240802t104235-cp312-cp312-macosx_14_0_arm64.whl#sha256=c4e054148ddbf8faa43ca865ceab30009cdd3671b72a540f5cba3b4fb559013d (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240802t104235
  Skipping link: none of the wheel's tags (cp39-cp39-macosx_14_0_arm64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240802t104235/confluent_kafka-1.7.0%2Bb20240802t104235-cp39-cp39-macosx_14_0_arm64.whl#sha256=b36a21aacf8a98b81d8eac20480de19aae9e49847681bc27d333f4e568c2e98b (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/)
Skipping link: not a file: https://magic.com/api/pypi/pypi/simple/confluent-kafka/
Skipping link: not a file: https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/
Given no hashes to check 2 links for project 'confluent-kafka': discarding no candidates
Collecting confluent-kafka==2.4.0
  Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-unpack-5gscjlq1
  Found index url https://magic.com/api/pypi/pypi/simple/
  Looking up "https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl" in the cache
  Current age based on date: 109
  Freshness lifetime from max-age: 31536000
  The response is "fresh", returning cached response
  31536000 > 109
  Using cached https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl (2.8 MB)
Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-unpack-mbnhhk5p
Installing collected packages: confluent-kafka
  Attempting uninstall: confluent-kafka
    Found existing installation: confluent-kafka 2.4.0
    Uninstalling confluent-kafka-2.4.0:
      Created temporary directory: /private/var/folders/v0/l8q3ghks2gs5ns2_p63tyqh40000gq/T/pip-uninstall-1h25onc5
      Removing file or directory /Users/bgabor8/git/dti/metadata-sync/venv/LICENSE.txt
      Created temporary directory: /Users/bgabor8/git/dti/metadata-sync/venv/lib/python3.12/site-packages/~onfluent_kafka-2.4.0.dist-info
      Removing file or directory /Users/bgabor8/git/dti/metadata-sync/venv/lib/python3.12/site-packages/confluent_kafka-2.4.0.dist-info/
      Created temporary directory: /Users/bgabor8/git/dti/metadata-sync/venv/lib/python3.12/site-packages/~onfluent_kafka
      Removing file or directory /Users/bgabor8/git/dti/metadata-sync/venv/lib/python3.12/site-packages/confluent_kafka/
      Successfully uninstalled confluent-kafka-2.4.0

Successfully installed confluent-kafka-2.4.0
Remote version of pip: 24.1.2
Local version of pip:  24.1.2
Was pip installed by pip? True

uv pip install 'confluent_kafka==2.4.0' -vv

    0.000018s DEBUG uv uv 0.2.33
 uv_requirements::specification::from_source source=confluent_kafka==2.4.0
    0.000782s DEBUG uv_python::discovery Searching for Python interpreter in system path
    0.001515s DEBUG uv_python::discovery Found `cpython-3.12.4-macos-aarch64-none` at `/Users/bgabor8/git/dti/metadata-sync/.venv/bin/python3` (virtual environment)
    0.001553s DEBUG uv::commands::pip::install Using Python 3.12.4 environment at .venv/bin/python3
    0.001660s DEBUG uv_fs Acquired lock for `.venv`
    0.001793s DEBUG uv::commands::pip::install At least one requirement is not satisfied: confluent-kafka==2.4.0
 uv_client::linehaul::linehaul
    0.002322s DEBUG uv_client::base_client Using request timeout of 30s
 uv_resolver::flat_index::from_entries
 uv_resolver::resolver::solve
    0.003471s   0ms DEBUG uv_resolver::resolver Solving with installed Python version: 3.12.4
   uv_resolver::resolver::choose_version package=root
   uv_resolver::resolver::get_dependencies_forking package=root, version=0a0.dev0
     uv_resolver::resolver::get_dependencies package=root, version=0a0.dev0
    0.003560s   0ms DEBUG uv_resolver::resolver Adding direct dependency: confluent-kafka==2.4.0
   uv_resolver::resolver::choose_version package=confluent-kafka
 uv_resolver::resolver::process_request request=Versions confluent-kafka
   uv_client::registry_client::simple_api package=confluent-kafka
     uv_client::cached_client::get_cacheable
       uv_client::cached_client::read_and_parse_cache file=/Users/bgabor8/Library/Caches/uv/simple-v11/index/ee1c0b0542f7cb47/confluent-kafka.rkyv
 uv_resolver::resolver::process_request request=Prefetch confluent-kafka ==2.4.0
 uv_client::cached_client::from_path_sync path="/Users/bgabor8/Library/Caches/uv/simple-v11/index/ee1c0b0542f7cb47/confluent-kafka.rkyv"
        0.004026s   0ms DEBUG uv_client::cached_client Found fresh response for: https://magic.com/pypi/bloomberg-pypi-macos/simple/confluent-kafka/
   uv_resolver::version_map::from_metadata
      0.004139s   0ms DEBUG uv_resolver::resolver Searching for a compatible version of confluent-kafka (==2.4.0)
    0.004156s   0ms DEBUG uv_resolver::resolver No compatible version found for: confluent-kafka
  × No solution found when resolving dependencies:
  ╰─▶ Because there is no version of confluent-kafka==2.4.0 and you require confluent-kafka==2.4.0, we can conclude that the requirements are unsatisfiable.

Seems the pure presence of an extra index url that does not contain the package is enough to fail the installation...
 env UV_EXTRA_INDEX_URL= uv pip install 'confluent_kafka==2.4.0' -vv
    0.000034s DEBUG uv uv 0.2.33
 uv_requirements::specification::from_source source=confluent_kafka==2.4.0
    0.001077s DEBUG uv_python::discovery Searching for Python interpreter in system path
    0.001558s DEBUG uv_python::discovery Found `cpython-3.12.4-macos-aarch64-none` at `/Users/bgabor8/git/dti-storage-platform/metadata-sync/.venv/bin/python3` (virtual environment)
    0.001577s DEBUG uv::commands::pip::install Using Python 3.12.4 environment at .venv/bin/python3
    0.001830s DEBUG uv_fs Acquired lock for `.venv`
    0.002842s DEBUG uv::commands::pip::install Requirement satisfied: confluent-kafka==2.4.0
Audited 1 package in 1ms
~/git/dti-storage-platform/metadata-sync on  main [!+?]
❯ env UV_EXTRA_INDEX_URL= uv pip install 'confluent_kafka==2.4.0' -vv --force-reinstall
    0.000023s DEBUG uv uv 0.2.33
 uv_requirements::specification::from_source source=confluent_kafka==2.4.0
    0.002052s DEBUG uv_python::discovery Searching for Python interpreter in system path
    0.136213s DEBUG uv_python::discovery Found `cpython-3.12.4-macos-aarch64-none` at `/Users/bgabor8/git/dti-storage-platform/metadata-sync/.venv/bin/python3` (virtual environment)
    0.136255s DEBUG uv::commands::pip::install Using Python 3.12.4 environment at .venv/bin/python3
    0.136412s DEBUG uv_fs Acquired lock for `.venv`
 uv_client::linehaul::linehaul
    0.137894s DEBUG uv_client::base_client Using request timeout of 30s
 uv_resolver::flat_index::from_entries
 uv_resolver::resolver::solve
    0.139206s   0ms DEBUG uv_resolver::resolver Solving with installed Python version: 3.12.4
   uv_resolver::resolver::choose_version package=root
   uv_resolver::resolver::get_dependencies_forking package=root, version=0a0.dev0
     uv_resolver::resolver::get_dependencies package=root, version=0a0.dev0
    0.139280s   0ms DEBUG uv_resolver::resolver Adding direct dependency: confluent-kafka==2.4.0
   uv_resolver::resolver::choose_version package=confluent-kafka
 uv_resolver::resolver::process_request request=Versions confluent-kafka
   uv_client::registry_client::simple_api package=confluent-kafka
     uv_client::cached_client::get_cacheable
       uv_client::cached_client::read_and_parse_cache file=/Users/bgabor8/Library/Caches/uv/simple-v11/index/f85683082b98592e/confluent-kafka.rkyv
 uv_resolver::resolver::process_request request=Prefetch confluent-kafka ==2.4.0
 uv_client::cached_client::from_path_sync path="/Users/bgabor8/Library/Caches/uv/simple-v11/index/f85683082b98592e/confluent-kafka.rkyv"
        0.139859s   0ms DEBUG uv_client::cached_client Found stale response for: https://magic.com/api/pypi/pypi/simple/confluent-kafka/
        0.139865s   0ms DEBUG uv_client::cached_client Sending revalidation request for: https://magic.com/api/pypi/pypi/simple/confluent-kafka/
       uv_client::cached_client::revalidation_request url="https://magic.com/api/pypi/pypi/simple/confluent-kafka/"
        0.902940s 763ms DEBUG uv_client::cached_client Found modified response for: https://magic.com/api/pypi/pypi/simple/confluent-kafka/
       uv_client::cached_client::new_cache file=/Users/bgabor8/Library/Caches/uv/simple-v11/index/f85683082b98592e/confluent-kafka.rkyv
       uv_client::registry_client::parse_simple_api package=confluent-kafka
         uv_client::html::parse url=https://magic.com/api/pypi/pypi/simple/confluent-kafka/
   uv_resolver::version_map::from_metadata
      0.996952s 857ms DEBUG uv_resolver::resolver Searching for a compatible version of confluent-kafka (==2.4.0)
      0.996996s 857ms DEBUG uv_resolver::resolver Selecting: confluent-kafka==2.4.0 [compatible] (confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl)
   uv_distribution::distribution_database::get_or_build_wheel_metadata dist=confluent-kafka==2.4.0
     uv_client::registry_client::wheel_metadata built_dist=confluent-kafka==2.4.0
   uv_resolver::resolver::get_dependencies_forking package=confluent-kafka, version=2.4.0
     uv_resolver::resolver::get_dependencies package=confluent-kafka, version=2.4.0
       uv_client::cached_client::get_serde
         uv_client::cached_client::get_cacheable
           uv_client::cached_client::read_and_parse_cache file=/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.msgpack
 uv_client::cached_client::from_path_sync path="/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.msgpack"
            0.997315s   0ms DEBUG uv_client::cached_client No cache entry for: https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1
           uv_client::cached_client::fresh_request url="https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1"
           uv_client::cached_client::new_cache file=/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.msgpack
           uv_client::registry_client::read_metadata_range_request wheel=confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl
      2.161020s   1s   WARN uv_distribution::distribution_database Range requests unsupported when fetching metadata for confluent-kafka==2.4.0; downloading wheel directly (Failed to unzip wheel: confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl)
     uv_client::cached_client::get_serde
       uv_client::cached_client::get_cacheable
         uv_client::cached_client::read_and_parse_cache file=/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.http
 uv_client::cached_client::from_path_sync path="/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.http"
          2.162595s   1ms DEBUG uv_client::cached_client Found stale response for: https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1
          2.162618s   1ms DEBUG uv_client::cached_client Sending revalidation request for: https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1
         uv_client::cached_client::revalidation_request url="https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1"
          2.735452s 573ms DEBUG uv_client::cached_client Found not-modified response for: https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1
         uv_client::cached_client::refresh_cache file=/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.http
    2.740838s   2s  DEBUG uv_resolver::resolver::batch_prefetch Tried 1 versions: confluent-kafka 1
    2.740850s   2s  DEBUG uv_resolver::resolver Split specific environment resolution took 2.602s
Resolved 1 package in 2.60s
    2.741102s DEBUG uv_installer::plan Must revalidate requirement: confluent-kafka
 uv_installer::preparer::prepare total=1
   uv_installer::preparer::get_wheel name=confluent-kafka==2.4.0, size=None, url="../../confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1"
     uv_distribution::distribution_database::get_or_build_wheel dist=confluent-kafka==2.4.0
       uv_client::cached_client::get_serde
         uv_client::cached_client::get_cacheable
           uv_client::cached_client::read_and_parse_cache file=/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.http
 uv_client::cached_client::from_path_sync path="/Users/bgabor8/Library/Caches/uv/wheels-v1/index/f85683082b98592e/confluent-kafka/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.http"
            2.741430s   0ms DEBUG uv_client::cached_client Found fresh response for: https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp312-cp312-macosx_11_0_arm64.whl#sha256=dd53d58a6648e4d5e435ff5178248b91af050a4478ed51a95b2b0eaedddafdb1
Prepared 1 package in 0.37ms
    2.747092s DEBUG uv::commands::pip::operations Uninstalled confluent-kafka (45 files, 11 directories)
Uninstalled 1 package in 5ms
 uv_installer::installer::install_blocking num_wheels=1
   uv_installer::installer::install num_wheels=1
Installed 1 package in 4ms
 - confluent-kafka==2.4.0
 + confluent-kafka==2.4.0

It looks like https://magic.com/api/pypi/pypi/simple/confluent-kafka/ contains the package, but not that version. Is that correct? You may be looking for --index-strategy unsafe-first-match.

That is not true. That's why pip in itself succeed. Uv Get fooled by the presence, or rather the lack of the extra index without any information for that package and just gives up.

What does https://magic.com/api/pypi/pypi/simple/confluent-kafka/ return / contain?

I think we typically take 401, 403, or 404 as a signal that the package isn't present on the registry. Does your registry return a 200 with no versions, or something like that?

I think you are misunderstanding what I'm saying. There are not one but two in that server that plays here. One of them is the primary and contains the package as expected. The second one is the secondary and has no information on that package. Just by the presence of setting the secondary server, the package from the primary server is not installed.

If you check my first two comments on this issue, you will see that's what I am demonstrating.

I think I am understanding, but apologies if not. You have two indexes -- something like:

https://magic.com/api/pypi/pypi/simple
https://magic.com/api/pypi/pypi-macos/simple

The package exists on both indexes, for example:

https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl#sha256=baaf1022972bd213bf20cfccb1b13b613d7ab13ebcafacd65220bd5908f5e460
https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t212513/confluent_kafka-1.7.0%2Bb20240721t212513-cp310-cp310-macosx_14_0_arm64.whl#sha256=4dd5b71a08f5c7400de82bed5e5df35103c0dbe2a5a5cf54839057e1ea491c15

(This part I did misunderstand. I thought you said the package confluent-kafka did not exist at all in one of the two indexes. Did you mean confluent-kafka does not exist at 2.4.0 on one of the two indexes?)
If the above is correct, then the behavior you're seeing is intended. Unlike pip, by default uv does not look across all indexes, to prevent dependency confusion attacks. So if confluent-kafka exists on the --extra-index-url, uv will stop looking.
As an example, if confluent-kafka is available on the pypi-macos index as 1.7.0 (and no other versions), as suggested by the logs, and that index is the --extra-index-url, uv will stop as soon as it finds it, and fail to find 2.4.0.
You can disable this behavior (and instruct uv to look across all indexes) with --index-strategy unsafe-best-match.
Again, apologies if I'm misunderstanding.

It's more along the lines that the package does not exists at all on the second index.

I'm confused... The logs above demonstrate that both https://magic.com/api/pypi/pypi/simple and https://magic.com/api/pypi/pypi-macos/simple contain versions of confluent-kafka. Quoting from the logs:
Fetched page https://magic.com/api/pypi/pypi/simple/confluent-kafka/ as text/html
...
  Skipping link: none of the wheel's tags (cp38-cp38-manylinux2014_x86_64, cp38-cp38-manylinux_2_17_x86_64) are compatible (run pip debug --verbose to show compatible tags): https://magic.com/api/pypi/pypi/confluent-kafka/2.4.0/confluent_kafka-2.4.0-cp38-cp38-manylinux_2_17_x86_64.manylinux2014_x86_64.whl#sha256=baaf1022972bd213bf20cfccb1b13b613d7ab13ebcafacd65220bd5908f5e460 (from https://magic.com/api/pypi/pypi/simple/confluent-kafka/)
...
Fetched page https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/ as text/html
  Found link https://magic.com/api/pypi/pypi-macos/confluent-kafka/1.7.0%2Bb20240721t211529/confluent_kafka-1.7.0%2Bb20240721t211529-cp312-cp312-macosx_14_0_arm64.whl#sha256=1a3b265a6df23c21e2c4a9bb22d49f610e35f6db0567cc37506cb66ece599080 (from https://magic.com/api/pypi/pypi-macos/simple/confluent-kafka/), version: 1.7.0+b20240721t211529

Did you try my suggestion above?

Ah missed that 👍

Any reason why the extra takes precedence over the primary index?

Basically an arbitrary choice but we found that it better matched to user expectations based on filed issues, the most common case by far being the use of the PyTorch index as an extra index URL, in which case users expect the PyTorch torch to be selected over the PyPI torch.


Example not runnable?

I don't know if the example is supposed to be runnable without modification, but the result when I try to do that is (after a successful "terraform init"):
➜ terraform plan
╷
│ Error: Invalid count argument
│
│   on .terraform/modules/repository/main.tf line 162, in resource "github_branch_protection_v3" "branch_protection":
│  162:   count = length(local.branch_protections)
│
│ The "count" value depends on resource attributes that cannot be determined until apply, so Terraform cannot predict how many instances will be created. To work around
│ this, use the -target argument to first apply only the resources that the count depends on.
╵

Hi @kondensatorn , thanks for reporting this! It seems like the example is outdated! I will provide a new and updated example in a minute! Thank you

Hi @kondensatorn , I just updated the example to a working version now. That should be helpful! Again, thanks for bringing this to our attention :)

Thanks @soerenmartius!


Add v1alpha1 routing tests to periodic pilot e2e

Periodic tests run pilot e2e with a flag to test v1alpha1 routing rules.

@costinm: PTAL

This is a bit too coarse as you are adding a new job. Can you inject an environment variable for the periodic workflow (https://circleci.com/docs/2.0/env-vars/), and then conditionally enable v1alpha1=true in the e2e_pilot task?
something like this:
e2e_pilot:
 ...
 ./pilot/test/integration ... ${TESTME}...

and then in the "periodic" workflow that invokes this task, you set TESTME="-v1alpha1=true", (or you could use TESTOPTS or whatever..


[AVM Module Issue]: Missing creation of null_resource resource

Check for previous/existing GitHub issues

[x] I have checked for previous/existing GitHub issues

Issue Type?
Feature Request
(Optional) Module Version
No response
(Optional) Correlation Id
No response
Description
Please add creation of null_resource resource.
For example (azd):

node:
https://github.com/Azure/azure-dev/blob/main/templates/common/infra/terraform/core/host/appservice/appservicenode/appservicenode.tf#L67
python:
https://github.com/Azure/azure-dev/blob/main/templates/common/infra/terraform/core/host/appservice/appservicepython/appservicepython.tf#L67

CC: @rajeshkamal5050 and @donovm4

@donovm4 and @rajeshkamal5050 Please let us know if there are any problems with this issue. If there are none, we will begin fixing it. Thanks!

Hello @NanaXiong00 : I am not sure what this does for the app service. Would you be able to explain or provide a bit of documentation for what this is intended for?
I am not opposed to implemented this feature though.
From my limited research, it can be used for external scripting / executables, but I may need more context and have to review with core team on how to handle flexibility of this feature.

Hi @donovm4: Thanks for your reply, we are converting azd templates to use AVM instead of infra/core.
AppService in avm lacks null_resource compared to the appservicenode and appservicepython files in infra/core, so we would like to implement this feature, but we are not sure whether adding this feature to the current template is in compliance with the spec.

@NanaXiong00 : I can try to temporarily add this into the module and see if this works for you all, but I will likely need to review with AVM core team to see if it is in compliance.
Is it also possible for you all to handle this outside of the module call? I mostly ask this, because I am not aware of a way to implement flexibility of the capability. Is this null_resource only needed for the webapp_basic_auth_disable use case?

Hi @donovm4: We can also handle this outside of module calls. This null_resource is also needed in other places: https://github.com/Azure-Samples/todo-nodejs-mongo-terraform/blob/main/infra/main.tf#L139-L147.
In addition, webdeploy_publish_basic_authentication_enabled and ftp_publish_basic_authentication_enabled can handle the settings we need.
We opened this issue to discuss whether it is appropriate to put null_resource in.

Ok, thanks @NanaXiong00 - just wanted to make sure I got the full picture. I will try to review with a team member who is on the core team and have an update for you ASAP


[docs] [ISSUE 10627] Add description for two ways of splitting namespace bundles

Fixes #10627

Thanks for this - when should we see that reflected here https://pulsar.apache.org/docs/en/administration-load-balance/
On the next release? 2.9.0?


Zeva - Upgrade the backup container to the latest versiom

The backup container finally supports Postgresql V14 now. Upgrade it for Zeva to have a second backup option.

Tried a few times but the recovery test failed.

Created under cronjob mode and it worked well. Create crons for all envs of TFRS, Zeva and ITVR.


Use of StaticCompiler.jl

Thanks for making this very cool package! Has thought been given to how StaticCompiler.jl may be leveraged for this package? I see that the resulting binaries now appear to link to libjulia and friends, and I wonder if StaticCompiler could yield smaller binaries and perhaps a simpler architecture.

Yup, we will have a look on that package, thanks for the hint!


sokol_app.h d3d11: new swapchain code doesn't work in RenderDoc

Starting one of the sokol-samples from the sapp directory in RenderDoc causes the sample app to quit immediately and nothing being recorded in RenderDoc.
This happens since the D3D11 swapchain code was rewritten in sokol_app.h:
https://github.com/floooh/sokol/commit/cb50040aab19ef299117742f983bb2f99283ef46#diff-42747840ac0dd5aaeaa9368919646cc57e72a0bb54c03ad85c7eac18956ea584

RenderDoc can't get the backbuffer:

...looks like it's this code in RenderDoc which fails:
https://github.com/baldurk/renderdoc/blob/41c57c0b68ba519363a6afbf13de8ebd1d4e01e7/renderdoc/driver/dxgi/dxgi_wrapped.cpp#L511-L520

Looks like the current RenderDoc nightly build is working:
https://renderdoc.org/autobuilds/v1.x/2020/RenderDoc_2020_11_07_2bfccb13_64.zip


Return useful errors when cert addition fails

We had a Zendesk ticket (#811) where the cert upload was failing because the private key being supplied had additional metadata attached and wasn't strictly RSA compliant. This is something we should be able to check for, and we should also grab the actual error from the Platform API and return it intelligently instead of just failing out and complaining about how the world is against us.

More error details are now reported from the API. I haven't seen a ticket about this, at least for a long time. Can this be closed?


fzf with (pk)ksh shell?

Category

[x] fzf binary
[ ] fzf-tmux script
[ ] Key bindings
[ ] Completion
[ ] Vim
[ ] Neovim
[ ] Etc.

OS

[ ] Linux
[ ] Mac OS X
[ ] Windows
[ ] Windows Subsystem for Linux
[x] FreeBSD

Shell

[ ] bash
[ ] zsh
[ ] fish

Is it possible to run fzf in other shell?

fzf is an executable binary, so why not?
Shell key bindings (CTRL-T, CTRL-R, ALT-C) and fuzzy completion (https://github.com/junegunn/fzf/tree/master/shell) are only implemented for bash, zsh, and fish, but they are optional components of the project.

If anyone want to use FZF without bash on FreeBSD:
pkg add fzf
pkg remove -f bash


updates for #831

See: https://github.com/ros/catkin/pull/831/files#r84355617

The tests are failing with Python 3 at the moment.

Yeah, I was looking into them.

Looks like that fixed it.

Closing due to inactivity.


Unable to hide slideview

I am trying to hide slideview only (id:firstPanelDragArea and not main view) for one fragment by setting its visibility to gone. Still it occupies space.
Also , I tried setting panelState to HIDDEN but then toolbar in the mainview became hidden though it hided the slideview. What's better way to hide and show the slide view ?
  <com.xyz.SlidingUpPanelLayout
    android:id="@+id/sliding_layout"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:gravity="bottom">

    <LinearLayout
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical">

        <include
            android:id="@+id/toolbar"
            layout="@layout/toolbar" />

        <FrameLayout
            android:id="@+id/frame_container"
            android:layout_width="match_parent"
            android:layout_height="match_parent" />
    </LinearLayout>

    <!-- SLIDING LAYOUT -->
    <LinearLayout
        android:id="@+id/firstPanelDragArea"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        android:visibility="gone">

        <include layout="@layout/screen" />

    </LinearLayout>
</com.xyz.SlidingUpPanelLayout>

Fixed it. Was an issue at my end. setPanelState to HIDDEN only did the trick.


fix(groups): change groups to accept dict instead of list && improve help cmd

fix #20

Pull Request checklists
This PR is a:

[x] bug-fix
[ ] new feature
[ ] maintenance

About this PR:

[x] it includes tests.
[x] the tests are executed on CI.
[x] the tests generate log file(s) (path).
[x] pre-commit hooks were executed locally.
[ ] this PR requires a project documentation update.

Author's checklist:

[x] I have reviewed the changes and it contains no misspelling.
[ ] The code is well commented, especially in the parts that contain more complexity.
[x] New and old tests passed locally.

Additional information
Now running only makim or makim --verbose will list the help
## Reviewer's Checklist

- [ ] I managed to reproduce the problem locally from the `main` branch
- [ ] I managed to test the new changes locally
- [ ] I confirm that the issues mentioned were fixed/resolved .

Thanks for working on that!!!


import("crypto") issues with React Native

This was originally brought up by @mvid in https://github.com/cosmos/cosmjs/pull/1307. import("crypto") seems to be an issue for the React native bundler.
This is strange since the point of import("crypto") is that it can fail at runtime, right? So it should be the tool of choice I guess.
https://github.com/paulmillr/noble-secp256k1 takes a different approch. They say import * as nodeCrypto from 'crypto'; and then in package.json have:
  "browser": {
    "crypto": false
  },

But is this standardized? Or just for the rollup build? On npm the description for browser is a different one: https://docs.npmjs.com/cli/v9/configuring-npm/package-json#browser. Here are some notes but is this established?
In https://github.com/cosmos/cosmjs/pull/1340 I changed the getSubtle() implementation but all the comments there are wrong since Node.js and the Node.js REPL behave differently.
I don't know if the change in https://github.com/cosmos/cosmjs/issues/1341 makes sense since we have no subtle support in Node.js. So every non-browser environment would use the JS-only implementation.

@webmaster128 specifically the import over require seems to be specific to Metro bundler. I am not sure why it behaves this way, and haven't been able to get straight answers out of the docs. I "solved" the problem by forking cosmjs and removing the import entirely, and depending on crypto being shimmed into globalThis

My vote would be to ignore node crypto entirely, and have the user provide their own crypto library in config/shim

The main issue I see here is that it is not only our choice. Many dependencies pull in a crypto dependency one way or another. Also there are different crypto APIs. The one defined as Crypto here is a different one than require("crypto").

Weird, I have no problems with latest react native importing 'crypto'

Yeah, it works with the static import. But the dynamic import statement causes trouble. This is very unfortunate since we explicitly want to use dynamic imports in order to allow them to fail at runtime :/


Upgrade to v1.20.0 of the OpenStack Terraform Provider

@ellismg this doesn't look quite right - it feels like the wrong loadBalancer file has been deleted here - not sure if this is a macOS-ism or not
Would love a second opinion here


NATI covers several gx fact types

Update five terms that are subsumed by NATI:

Clan
Ethnicity
Heimat
Nationality
Tribe

Note: I'm unsure of "Heimat" as it is not a term used in my native culture, but the references I could find online seemed to indicate it was subsumed by NATI.
See also the partially-related #314 which proposes changing the one-word title of the NATI structure type in the spec to better match its definition.

Discussion 6/29/2023:
Heimat always refers to a place, not an adjective for a person from a place or lineage.
By analogy, an American's Heimat might be "America" or "Washington" or "Seattle", not "American" or "Washingtonian" or "Seattlite".  Would NATI be used with place names, or only the latter type of adjectives?  If the latter, then Heimat does not belong in this set.

This can probably be closed, but I’m still not convinced that Heimat should not be part of this concept.  My understanding is that it is not equivalent to the place but that it is indeed the association to that place, one “homeland”!  The origin of the term as described in https://en.wikipedia.org/wiki/Heimat#Origin_of_the_term
I would use this to identify the region in German (and equally in Norway) my ancestors came from!
This concept may have changed in more modern times as national identity in the world became more prevalent over regional identity the use of this term may have changed.
But that being said I would not use NATI to identify either Seattle or Seattlite. But I would use it to identify a person as Bavarian, or a Farm name, both still places!


flexible backend prototype

#441
Here's the start of an implementation for separating the backend out. This refactoring gives us the following advantages:

It allows for flexible backend. hdf5 and zarr are shown, and it can be extended for future backends as well
It separates the methods that determine the content of the nwbfile from the methods that determine the dataset configurations.
It simplifies the code in individual non-abstract DataInterace classes. Individual data interfaces no longer need to handle setting DataIO, and do not need to worry about reading an NWBFile from disk or using a make_or_load_nwbfile context.
It allows for setting different configurations for different datasets.

There's still a lot that is needed:

We will need to go into each data interface and simplify them by removing the make_or_load_nwbfile context calls, similarly to this PR: https://github.com/catalystneuro/neuroconv/pull/398. Individual interfaces should not implement their own .run_conversion methods, but instead should implement .add_to_nwbfile, which must take an NWBFile object.
The new .add_to_nwbfile method should populate a list in self.datasets with the object ID and field name of each dataset we might want to chunk and compress

Hi @bendichter
Thanks for drafting this out. I think this is a very good start and it seems to be in line with what @CodyCBakerPhD, @h-mayorquin  and I discussed last time.
IMO, the self.datasets could be optional and auto-inferred by traversing the NWBFile fields and checking which fields are DataChunkIterator, which will need to be wrapped by an IO.
We can add some helper functions for that.

I was thinking more on the problem of tracking structure and dataset provenance, especially with respect to how the GUIDE would go about representing this, and arrived at the same conclusion that @alejoe91 suggests with

IMO, the self.datasets could be optional and auto-inferred by traversing the NWBFile fields and checking which fields are DataChunkIterator, which will need to be wrapped by an IO.

That is, we can simplify this strategy greatly (and would server as more generic functionality beyond NeuroConv anyway) if we can decouple the problem of tracking which interfaces write which datasets from which datasets still need an IO set
So all we should need in the end is
a) the existing NeuroConv write tools (SI/ROIExtractors, etc) make wrapping of an IO optional; the interfaces that use those tools always set it to 'do not wrap an IO'
b) make a function that searches an in-memory NWBFile object, finds all the unbound fields that will result as h5py.Datasets that have IO info unset, and returns some basic information about each dataset; such as 'where is it in the file', maybe basic shape and data type information, etc. (very similar to how an NWB Inspector message works)
This basic information is in essence the dataset_config expected of configure_datasets, but I would unbind them from the BaseDataInterface and make it something that corresponds to the context manager responsible for writing the file so we can use it any time we use the context with or without interfaces/converter
c) the configure_datasets can then be used as-is

I like the idea of separating out the configure_datasets to a function instead of a method so it can be used outside of DataInterfaces for any PyNWB conversion.
Auto-inferring datasets would be possible. The thing is, it might be tricky to automatically determine which datasets you want to be eligible for chunking and compression (C&C), and the question becomes how do we identify such datasets? Creating list of eligible datasets was an attempt to get around this, but I see that it would require a lot of work to modify every DataInterface to enumerate all eligible datasets.
@alejoe91 's suggestion is use all datasets that have a DataChunkIterator (DCI). That's not a bad idea, but you might want to apply chunking and compression even to datasets that fit in memory. For example TimeSeries.timestamps is rarely created with a DCI, but we may want to use C&C.
@CodyCBakerPhD 's suggestion is to include all fields that will become datasets (and don't already have an IO), which would include data like NWBFile.identifier, NWBFile.session_start_time, NWBFile.timestampss_reference_time,  VoltageClampSeries.capacitance_slow, and a lot of other very small datasets that you would never want to bother with for C&C. Perhaps a modification of @CodyCBakerPhD 's approach that would be better would be to include all non-scalar datasets. This might still have a few small datasets that you would never want to apply C&C to, but maybe not very many. I think it's worth trying out on a few files to see what this would look like.
If we can agree upon an automated solution that sounds like it would be fine. Maybe, as @alejoe91 pointed out, we can try to automate where we can, and then have DataInterfaces just handle the exceptions somehow, maybe we providing a list of datasets to exclude.

which would include data like NWBFile.identifier, NWBFile.session_start_time, NWBFile.timestampss_reference_time, VoltageClampSeries.capacitance_slow, and a lot of other very small datasets that you would never want to bother with for C&C.

Yeah, forgot about those...
Would it work to restrict the inclusion rule to be a h5py.Dataset contained within either a TimeSeries or VectorData object?
Brief sketch in Pythonic pseudo-code
for object in nwbfile.objects();  # search for time series or columns of tables
    if isinstance(object, TimeSeries) or isinstance(object, VectorData):  #VectorData one probably wouldn't work...
        for field in object:  # search for datasets
            if will_become_hdf5_datset and not_wrapped_in_dataio:
                # grab info, return in dataset_config

then later
# Specify common back-end to use
# Specify choices of compression methods and options (otherwise let them default based on back-end) for each dataset in the config

for dataset in dataset_config:
    object_in_nwbfile = nwbfile[dataset.path_to_dataset]
    if not wrapped_in_iterator(object_in_nwbfile ):  # that is, ALWAYS wrap in generic data chunk iterator regardless
        wrap_in_iterator(object_in_nwbfile)
    wrap_in_dataio(object_in_nwbfile )

I guess that might exclude extended data types that don't inherit from either of those bases, but I'm OK with support for this only applying to core types for now

@alejoe91 and @CodyCBakerPhD what do you think about this?

The major ideas from this have been either merged from [Backend Configuration I-VI] or are still TODO items in the reference #475


CSV columns not quoted properly in the output

The following files, when diffed, don't produce the proper output:
1.csv:
1,"one,two"

2.csv
1,"one,four"

csvdiff 1.csv 2.csv
# Additions (0)
# Modifications (1)
- 1,one,two
+ 1,one,four

The output looks like it has 3 columns, while both files only have two.

Looks like a bug. I will look into this.

This is fixed as part of #27


Enable Github Actions for Windows CI

It looks a promissing tool.

@konstin
Could you please disable appveyor CI?
I cannot access the 'setting' section of this repo.

Sorry, somehow I can see 'Settings' now...


add label to accessible example

Hi :)
Just wanted to add the label to make the input accessible. Think you forgot as the other a11y examples already have a label.
(Let me know if Master is not the correct target branch)

thank you 🙏


Run UnitTest option missing under Spyder IDE Run menu

What steps will reproduce the problem?

Even after installing the below packages through anaconda navigator I don't find "Run Unit Test" option under Spyder IDEs "Run" menu or any Unit Testing tab. Please provide the resolution steps. Thanks!
spyder  5.0.1    py38haa244fe_0    conda-forge
spyder-kernels  2.0.2    py38haa244fe_0    conda-forge
spyder-unittest   0.3.1   py_1    conda-forge

spyder-unittest hasn't been updated to work with Spyder 5, sorry. This will be fixed in the next couplf of months.
I'm also moving this issue to the spyder-unittest repo because it really belongs there.


No Jframe size ? Window will be invisible for users.

regarding this commit:- https://github.com/ronz94/Steadfast/commit/73660ca929f828a948acf83febc5589b890340db
The window doesn't have a default size as it's width is 0 pixels and it's height is 0 pixels (by default)
Jframe needs a proper size such as:
yourjframe.setSize(400, 90);

Need a patch for this.

closed this issue in this commit -> https://github.com/ronz94/Steadfast/commit/61ae4ab33b666b0603a58a78fc1165c1053cbc1a


Issues with conda

As discussed in the software sustainability SIG, anaconda not being free can bring issues to software built by the eScience Center in terms of it being a barrier for adoption. For more details see Software Sustainability SIG meetings.
At this moment, the best thing we can do is to raise awareness with our partners about what the potential issues are. Our own engineers should also be aware that publishing through Anaconda has side effects.
A section in the guide should briefly discuss this potential issues.

Mention of this was added in a recent PR.


Do not auto-clean the cache of thirdparty modules.

When third-party modules fail to compile, we might have to clean them manually.

Patched by: dc945bd6a7e9f6ed1e6e635d2dae396edbf6f254


Update Developer Guide slightly

Codecov Report

Merging #291 (16f87eb) into master (15d5fb1) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master     #291   +/-   ##
=========================================
  Coverage     72.01%   72.01%
  Complexity      769      769
=========================================
  Files           117      117
  Lines          2448     2448
  Branches        303      303
=========================================
  Hits           1763     1763
  Misses          536      536
  Partials        149      149

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 15d5fb1...6b3cc43. Read the comment docs.


Add a list of episodes (observability) to the dashboard

We want a simple table that lists all inferences:

Columns: episode ID (link to #591), function name (later: click to filter for it), variant name (later: click to filter for it), timestamps (as pretty date range)
Ordered by timestamp of first inference (desc)
Paginated with before={last_id_from_previous_page}

Later: filterable by function name and variant name

Mockup: https://v0.dev/chat/Wm09BBMvtxp?b=b_PfOppYLYmpk

Would it be alright if I take this up?

@ChetanXpro I'm gonna start off these observability ones just to get the basic queries and such built and lay them out. After that I am sure there will be a lot of improvements needed and we could definitely use your help there!


Add Date Information

Description
File dates needs to be tracked down and advanced querying based on the file dates needs to be integrated for establishing advanced question answer capabilities.
Workflow

Get file date within every file reading function
Add this date information into the pipeline.
Generated pickle file needs to hold date information
This information needs to be add to the index_search function
A button will be integrated to the GUI
User will be able to select date and get the answers earlier or later this date.

Acceptance Criteria
A button in the GUI that user can click and select date, a logic to filter out the db files and extract information with given condition (after or early)

Added date info to the index's and created index filtering function with calendar widget and button


[Issue] count()(count) aliasing count() not working

$data = array();
$data['tableName']  = "users";
$data['selectFields'] = array('count(*)(count)'); // OR $data['selectFields'] = 'count(*)(count)';
$data['where'] = array('OR' => array('email[=]' => $user['email'], 'username[=]' => $user['username']));
$medoo = new medoo($this->db);
$medoo->select($data['tableName'], $data['selectFields'], $data['where'])

I want count as an alias of count(*), which I am not getting, instead I am getting a empty result.
This is the sql generated from debug mode.
SELECT  AS count FROM users WHERE email =<EMAIL_ADDRESS>OR username = 'hird08A'
Please fix :)

I have the same problem with group by. I change the code like this.
$value = preg_replace('/^#.*(*)\s/i', "", $value);
$stack[ $index ][ $value ] = $data[ $value ];

I have the same problem with group by. I change the code like this.
$value = preg_replace('/^#.*\(\*\)\s/i', "", $value);
$stack[ $index ][ $value ] = $data[ $value ];


Add navX support for Mac and Linux

Sort of an extension of #74.
navX doesn't host any pre-compiled library downloads for Mac or Linux, but the source code is downloadable and can be compiled.
Tested navx 4.0.425 + wpilib 2021 and navx 4.0.435 + wpilib 2022 on Mac

Although I suppose this breaks the parallelism with gradleRio since navX on mac/linux becomes a bazelRio only feature. (I'm not sure why kauai labs doesn't offer mac/linux libraries in the first place)

I think we should adapt the python dependency-updating script to fetch the sources, so it stays up to date and doesn't break in the future

@akmin04 any interest in updating the script, or should we merge this in as-is?

Sorry late reply - #94 looks good!

Download source has landed. Note: I made the build scripts a file group instead of a library so you need to refactor a little bit.
I'd be ok building navx from source on all platforms instead of just Mac for consistency as well

This was superseded by #94 and #97 I believe

OBE by #97. Thank you for the idea and the great start though.


Cherry pick 0463e59 v4.11

Remove vm wait_for_status after being renamed to wait_for_ready_status
Short description:
More details:
What this PR does / why we need it:
Which issue(s) this PR fixes:
Special notes for reviewer:
Bug:

!verified

!verified


Global: color v3 global oiio transcoder plugin

Brief description
Implements possibility to use oiiotool to transcode image sequences from one color space to another(s).
Description
Uses collected colorspaceData information about source color spaces, these information needs to be collected previously in each DCC interested in color management.
Uses profiles configured in Settings to create single or multiple new representations (and file extensions) with different color spaces.
New representations might replace existing one, each new representation might contain different tags and custom tags to control its integration step.
Additional info
This PR is built on top of https://github.com/ynput/OpenPype/pull/4270.
Testing notes:

Set File rules in DCC which has currently Color management implemented (Nuke??) project_settings/nuke/imageio/file_rules/rules

Configure output definitions for converted files project_settings/global/publish/ExtractColorTranscode

 (this says "For all representations from Nuke (which have colorspaceData prefilled) create new representation with files with same extension and convert it to ACES colorspace and send it to ExtractReview)

Check if final files are in proper color space.

Is this dependent on #4195 ?

Sorry, nvm :) This PR goes into #4195

Why do we need the extra layer of the file rules?
Seems to me that the extractor will only run on representations that has colorspace data, so setting up the file rules seems redundant.

Task linked: OP-4643 color-v3: global oiio transcoder exctractor plugin

Task linked: OP-2479 Colorspace management and distribution

Some notes. Let's see if we can still simplify this more. It seems we're introducing some edge cases that'll be hard to debug with the extension changing too, etc. Rather makes more sense to ONLY convert the color space - no?

I think that the use case is to produce multiple extensions, each with different extension. At least that is what @jakubjezek001 mentioned.

Something that needs testing (just briefly tried it), is changing the output extension, for example .exr to .png, which currently errors out:
"C:\Users\TOKEJE~1\AppData\Local\Temp\op_transcoding_vkwfcqlp\Main_beauty.0001.exr"
Think there is some logic that does not change the extension on the new representation.

We'll need to add support for https://openimageio.readthedocs.io/en/latest/oiiotool.html#cmdoption-ociodisplay since this how its displayed in Maya.
Will return with some code/suggestions.

Since the destination branch has been merged, this PR needs to be merged into release/3.15.x.

Some notes. Let's see if we can still simplify this more. It seems we're introducing some edge cases that'll be hard to debug with the extension changing too, etc. Rather makes more sense to ONLY convert the color space - no?

I think that the use case is to produce multiple extensions, each with different extension. At least that is what @jakubjezek001 mentioned.

Some productions were demanding to convert exr (aces_ap0) into dpx (aces_cct) so they can do grading on them (dpx is faster for some DCC). This way we would be able to create dpx and not include review tag to skip farther processing in Exctract review.

We'll need to add support for openimageio.readthedocs.io/en/latest/oiiotool.html#cmdoption-ociodisplay since this how its displayed in Maya. Will return with some code/suggestions.

There are two ways to do this. Either to rewrite schema for outputs to be dict-contitional and let user to chose from two enum items > colorspace or screenspace. Each of them would have different user inputs. Screenspace would allow user to add display and viewer inputs. and colorspace only colorspace input. This way we could also switch the oiiotool arguments.
Or the other solution is more implicit and we could use what is done in Nuke here https://github.com/ynput/OpenPype/blob/develop/openpype/hosts/nuke/api/lib.py#L2942
Briefly it would let user to add colorspace input in two ways. Either standart (ex: Rec.709) or screenspace way with brackets viewer (display) (ex: Rec.709 (ACES)) . And if brackets in text input is found it would assume it is screenspace.

There are two ways to do this. Either to rewrite schema for outputs to be dict-contitional and let user to chose from two enum items > colorspace or screenspace. Each of them would have different user inputs. Screenspace would allow user to add display and viewer inputs. and colorspace only colorspace input. This way we could also switch the oiiotool arguments.

I think we should be explicit cause it already quite confusing to work with. Also I think we should mirror what OCIO is doing naming wise, so view and display parameters rather than coming up with new terminology. The data member view and display would just be part of the colorspaceData:
colorspaceData = {
    "colorspace": "ACEScg",  # for other publish plugins and loaders
    "configData": {
        "path": "/abs/path/to/config.ocio",  # for future references in case need
        "template": "{project[root]}/path/to/config.ocio"  # for other plugins within remote publish cases
    }
    "view": "sRGB",
    "display": "ACES 1.0 SDR-video"
}

... so view and display parameters rather than coming up with new terminology.

You are right Screen space is something we used to call it so sorry for misleading the terminology. I was looking into it now and it called differently, weather we want to use it or not:
display-referred reference space  > what I was calling screenspace
Anyway I agree we should add view and display keys to colorspace data but as optional. Question is how we collect them from user input. Perhaps we should just offer all three colorspace, display, view. Only issue I am having with this is that there is no validation to make sure they are filled correctly - meaning if display and view is filled then colorspace should be empty, etc.

Anyway I agree we should add view and display keys to colorspace data but as optional. Question is how we collect them from user input. Perhaps we should just offer all three colorspace, display, view. Only issue I am having with this is that there is no validation to make sure they are filled correctly - meaning if display and view is filled then colorspace should be empty, etc.

The colorspace, display and view should always be collected by the DCC plugins and injected into the representations. If the settings for display and view are empty in the Output Definitions, the transcoder will inherit what the DCC collected.

I hope I fixed all issues mentioned in comments.
Implemented display and view keys, updated oiio cmd.

Tested,

'.' character is cleaned up on line 94

Is there a workflow for only transcoding the review representations of the renders?
Atm I'm needing to bake the colorspace into the renders or a duplicate of the renders (changing the output extension), but really we only need to color correct the review files.
@kalisp @jakubjezek001

Is there a workflow for only transcoding the review representations of the renders? Atm I'm needing to bake the colorspace into the renders or a duplicate of the renders (changing the output extension), but really we only need to color correct the review files. @kalisp @jakubjezek001

There is not yet any at the moment, but potentially might be. In Flame we are doing this by transcoding via Flame's exporter. But this could be used to bypass it. Best of course would be doing this at farm.

Output definition key is used as representation["name"] (unless it is set to 'passthrough' - cannot use any special characters in keys in Settings).
Updated plugin and schema documentation.

I think we need to provide a workflow to transcode only the review materials of a representation, then we can provide a default profile for any DCC that supports OCIO. The settings looking something similar to this:

I think we need to provide a workflow to transcode only the review materials of a representation, then we can provide a default profile for any DCC that supports OCIO. The settings looking something similar to this:

Not sure I follow. It is about committing default settings for some DCCs? (For which ones - Maya, Nuke?)
Shouldn't there be 'review' under Families in your example? 'review' in Output definitions key will be used as a name of new representation.
There is Colorspace missing, so admin will need to provide it eventually. Is this about providing "helping hand" for basic workflow?
Isn't sufficient to set 'review' in Families and let old representation be deleted? That way 'files' of instance that should be pushed through ExtractReview (with a 'review' in families) will be transcoded, new repre created which will contain all propertes of old repre (eg. families etc), this one will be used for ExtractReview and old one will be skipped?

Isn't sufficient to set 'review' in Families and let old representation be deleted? That way 'files' of instance that should be pushed through ExtractReview (with a 'review' in families) will be transcoded, new repre created which will contain all propertes of old repre (eg. families etc), this one will be used for ExtractReview and old one will be skipped?

I tried this and it does not work.
Up for trying any settings configuration that'll get us to only transcode the reviewable material but preserve the original renders colorspace Eg. ACEScg exr renders from Maya with sRGB transcoded mp4 for Ftrack.

Please try something like (ftrack tag not required, imho):

Could we also add support for argument inputs in settings presets? I had just tested conversion from exr to dpx and it turns out I need to add -d uint10 so it is converted to integer 10bit per channel.
Here is also another way we could use oiiotool to influance output.
oiiotool in.tif --text:x=400:y=600:color=1,0,0 "Hello" -o out.tif

Added additional command line arguments for special cases (for example .dpx requires change of binary depth etc.)

We should also have some documentation on this, for example recommended workflow for transcoding only reviewables if we dont provide defaults for this.

I agree with @tokejepsen that part of this PR should be also documentation

Yes, but where? It is not hot specific, not a module...

Added documentation to settings_project_global.md

My bad, got confused by 'no Colorspace or Display & View cause that is taken from the DCC (Maya)' and mistook source colorspace.
Fixed.

Added new dropdown to differentiate between 'Colorspace' and 'Display' transcoding. It takes collected value from DCC if appropriate field not filled in.
Added use case for Maya to documentation.


review: conservative_continuous_gaussian_tail_to_alpha

Closes #2060

#2125  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @Shoeboxam and the rest of your teammates on  Graphite


CLOUD-932 proper versioning

@keyki
please wait with the merge until the Jenkins builds are ready

Jenkins build finished, all tests passed.
Refer to this link for build results: http://ci.sequenceiq.com/job/periscope-build-pull-request/22/

Jenkins builds are configured, it can be merged.


Announcement Banner isn't displayed on mobile

Summary
Announcement banner isn't displayed in mobile client.
Environment Information

Device Name: Sony Xperia Z-something
OS Version: Android 7.1.1
Mattermost App Version: 1.5.1
Mattermost Server Version: 4.4.x

Steps to reproduce
Set an announcement banner (System Console > Policy; requires E10 or higher) the next time you're planning to take down the server for maintenance (1+ time a month), and look after indications for that the service is going down in your mobile app (hint: there isn't any).
Expected behavior
Some banner, popup or anything in the mobile client with the content of the announcement banner.
Observed behavior
None.

Thanks @torgeirl, created a ticket here to support the announcement banner: https://mattermost.atlassian.net/browse/RN-579


Libpointmatcher is only supported in 64 bits.

Hello everybody,
is it possible, that libpointmatcher supports 32 bit compiler. The reason is to run it on a ARM architecture.
Best
Chris

Hi @christophk86,
We had a problem in the early days of libpointmatcher with Eigen alignment not working as expected for 32 bit. Because of a lack of time, we simply decided to not investigate this and just catch the architecture in the CMakeFiles.txt to inform the user.
I can see the advantage of supporting compilation for ARM, but I'm not equipped to test that and don't have time to be the main investigator. If you want to invest your time in the port, I can guide you in what I think needs to be  addressed and make sure that your changes get properly integrated in the main branch.
Is it possible that now ARM architecture can support 64 bit (reference)?  If it's possible for you, it might be easier to change your hardware.

Hi @pomerlef,
I successfully compiled libpointmatcher for 32 bit platform.
If I start the unit-test with utest --path ../../../examples/data/
following error occurs:
[==========] Running 59 tests from 13 test cases.
[----------] Global test environment set-up.
[----------] 5 tests from icpTest
[ RUN      ] icpTest.icpTest
[       OK ] icpTest.icpTest (12045 ms)
[ RUN      ] icpTest.icpSingular
[       OK ] icpTest.icpSingular (2 ms)
[ RUN      ] icpTest.icpIdentity
D:\Daten\PTX\SVN_dev\software_development\trunk\Windows_SW\Tests\Reconstruction\libpointmatcher\utest\utest.cpp(218): error: Value of: PM::Matrix::Identity(4,4)
Actual: 16-byte object <56-4C 27-68 04-00 00-00 04-00 00-00 07-00 00-00>
Expected: curT
Which is: 12-byte object <80-A6 3A-02 04-00 00-00 04-00 00-00>
Expecting identity transform.
[  FAILED  ] icpTest.icpIdentity (348 ms)
Is this what you mean by the eigen-problem you had in the past?
Best,
Chris

It might be, but it as been many years now.
Here some readings that could be useful: https://eigen.tuxfamily.org/dox/group__DenseMatrixManipulation__Alignement.html

This issue is linked with #30.


how to use PlotLine in pyimgui?

Hey,
I am trying to draw a diagram in pyimgui but I cannot find any document or wiki about the function like PlotLine in C++? is it exist or not?

@zjqzyc it is still missing. If I find enough time I will try to fit it into incoming 1.0.0 release.

The plot_lines function was introduced in #85 and is now available in pre-release version 1.0.0a2.

Released as 1.0.0


need Server-side Handling example for PHP

hello,
jquery.appendGird is great!
I need Server-side Handling example for PHP
thank you

But how to get the values of a custom column. Ther not even appearing in Request.Form, the normal columns appera.


dataset attribute should not be set after SafeDataLoader is initialized

I have my own custom DataSet class. When I wrap it in nc.SafeDataset it runs with no error. When I then run  loader = nc.SafeDataLoader(nc.SafeDataset(my_dataset)) it breaks and I get this error:  dataset attribute should not be set after SafeDataLoader is initialized. Is this because I am not using a supported pytorch version?

I'm seeing the same issue on PyTorch 1.3.0. Interested in knowing whether this is due to the version number or something else. I'm also using my own Dataset class.

I'm seeing the same issue on PyTorch 1.3.0. Interested in knowing whether this is due to the version number or something else. I'm also using my own Dataset class.

Just adding here that I downgraded PyTorch to 1.2.0 and stopped seeing the error mentioned above.

Commenting the line
self.dataset = _OriginalDataset(self.safe_dataset)

in nonechucks/dataloader.py seems to solve the issue (in PyTorch 1.5.0) in the basic example I tried on. However I assume that it breaks something else even if I don't know what

any news on fixing it? I still have the same problem with pytorch 1.5.1

I experience the same problem. I seems that @msamogh abandoned this project development


Add enabled var/option

what

Add enabled var, default to false to keep this module disabled by default
Generate a random cluster_id if none is provided. In this case, cluster_id refers to the kops RBAC IAM cluster ID, which is just a random unique string used to guard against replay attacks. It is not related to the general kops/kubernetes cluster name.

why
Some users make this module part of a bundle, and would like to include the file without necessarily enabling this feature. Now they can include the file but leave the feature out.

@osterman can we please update the build package so that I terraform fmt can be applied from the git directory without having to load a Geodesic container?


Installation Documentation Updates

Feedback from a recent install:

AWS no longer allows "Custom Policy" as a choice on the policy selection screen (after the role type selection). Need to create policy first before beginning with the role creation so that my policy shows up under "Customer Managed Policies"

Change chmod instructions to say "400" instead of "600"

In compiling the web app one has to run "get" before "build"
sudo /usr/lib/dart/bin/pub get

Inconsistency with log file naming. We have .error.log and .access.log but, -deploy.log. Why?

When you provide the screenshot of the user being able to reach the security monkey server, make sure it is https://. Based on the recommendations :80 is not open.

For most instructions to be executed on the command line you have provided the actual commands.

But, the following seems to be in text. Easy to miss if people are just copy-pasting your command line instructions. (I did :P)
"Copy security_monkey/supervisor/security_monkey.conf to /etc/supervisor/conf.d/security_monkey.conf and make sure it points to the locations where you cloned the security monkey repo"
Will update these on Friday.

Updated 2, 3.


ldgallery-viewer: build fails on Darwin

The build of the ldgallery-viewer package seems to fail on Darwin.
This seems to be due to a missing native dependency only for that platform.
Build log on Hydra:
trying to install from sub 'node_module' directory, skipping Git hooks installation
...............] \ : info lifecycle<EMAIL_ADDRESS><EMAIL_ADDRESS>><EMAIL_ADDRESS>postinstall /nix/store/rfhp2asjaf6m6qhk713dkl59wihm8mpz-node_ldgallery-viewer-2.0.0/lib/node_modules/ldgallery-viewer/node_modules/ejs
> node ./postinstall.js

Thank you for installing EJS: built with the Jake JavaScript build tool (https://jakejs.com/)

...............] \ : info lifecycle<EMAIL_ADDRESS><EMAIL_ADDRESS>><EMAIL_ADDRESS>install /nix/store/rfhp2asjaf6m6qhk713dkl59wihm8mpz-node_ldgallery-viewer-2.0.0/lib/node_modules/ldgallery-viewer/node_modules/fsevents
> node-gyp rebuild

No receipt for 'com.apple.pkg.CLTools_Executables' found at '/'.

No receipt for 'com.apple.pkg.DeveloperToolsCLILeo' found at '/'.

No receipt for 'com.apple.pkg.DeveloperToolsCLI' found at '/'.

make: Entering directory '/nix/store/rfhp2asjaf6m6qhk713dkl59wihm8mpz-node_ldgallery-viewer-2.0.0/lib/node_modules/ldgallery-viewer/node_modules/fsevents/build'
  SOLINK_MODULE(target) Release/.node
  CXX(target) Release/obj.target/fse/fsevents.o
../fsevents.cc:10:10: fatal error: 'CoreServices/CoreServices.h' file not found
#include "CoreServices/CoreServices.h"
         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
make: *** [fse.target.mk:127: Release/obj.target/fse/fsevents.o] Error 1
make: Leaving directory '/nix/store/rfhp2asjaf6m6qhk713dkl59wihm8mpz-node_ldgallery-viewer-2.0.0/lib/node_modules/ldgallery-viewer/node_modules/fsevents/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/nix/store/a23q52llhd17vyp7n9rd256jm9xljm5g-nodejs-12.22.1/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:194:23)
gyp ERR! stack     at ChildProcess.emit (events.js:314:20)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:276:12)
gyp ERR! System Darwin 17.7.0
gyp ERR! command "/nix/store/a23q52llhd17vyp7n9rd256jm9xljm5g-nodejs-12.22.1/bin/node" "/nix/store/a23q52llhd17vyp7n9rd256jm9xljm5g-nodejs-12.22.1/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /nix/store/rfhp2asjaf6m6qhk713dkl59wihm8mpz-node_ldgallery-viewer-2.0.0/lib/node_modules/ldgallery-viewer/node_modules/fsevents
gyp ERR! node -v v12.22.1
gyp ERR! node-gyp -v v5.1.0
gyp ERR! not ok
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>install script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /private/tmp/nix-build-node_ldgallery-viewer-2.0.0.drv-0/.npm/_logs/2021-05-09T16_23_02_686Z-debug.log

builder for '/nix/store/76jdsjmfnnddvi5l1qwmfkr2547d5pd1-node_ldgallery-viewer-2.0.0.drv' failed with exit code 1

I believe that adding CoreServices to the build inputs of the native Node dependencies could solve the issue.
However, I don't have access to any Darwin machine to test that.
Something like:
diff --git a/pkgs/tools/graphics/ldgallery/viewer/default.nix b/pkgs/tools/graphics/ldgallery/viewer/default.nix
index<PHONE_NUMBER>f..3730c9a2dec 100644
--- a/pkgs/tools/graphics/ldgallery/viewer/default.nix
+++ b/pkgs/tools/graphics/ldgallery/viewer/default.nix
@@ -1,4 +1,8 @@
-{ lib, stdenv, fetchFromGitHub, pkgs, nodejs-12_x, pandoc }:
+{ lib, stdenv, fetchFromGitHub, pkgs, nodejs-12_x, pandoc,
+
+  # Darwin-specific
+  CoreServices
+}:

 with lib;

@@ -24,6 +28,7 @@ let
   nodePkg = nodePackages.package.override {
     src = "${sourcePkg}/viewer";
     postInstall = "npm run build";
+    buildInputs = lib.optionals stdenv.isDarwin [ CoreServices ];
   };

 in

With the patch
diff --git a/pkgs/tools/graphics/ldgallery/viewer/default.nix b/pkgs/tools/graphics/ldgallery/viewer/default.nix
index<PHONE_NUMBER>f..851fd6ffb9d 100644
--- a/pkgs/tools/graphics/ldgallery/viewer/default.nix
+++ b/pkgs/tools/graphics/ldgallery/viewer/default.nix
@@ -1,4 +1,4 @@
-{ lib, stdenv, fetchFromGitHub, pkgs, nodejs-12_x, pandoc }:
+{ lib, stdenv, fetchFromGitHub, pkgs, nodejs-12_x, pandoc, darwin }:

 with lib;

@@ -24,6 +24,7 @@ let
   nodePkg = nodePackages.package.override {
     src = "${sourcePkg}/viewer";
     postInstall = "npm run build";
+    buildInputs = optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.CoreServices ];
   };

 in

I got
Preprocessing executable 'ldgallery' for ldgallery-compiler-2.0..
Building executable 'ldgallery' for ldgallery-compiler-2.0..
[1 of 2] Compiling Paths_ldgallery_compiler ( dist/build/ldgallery/autogen/Paths_ldgallery_compiler.hs, dist/build/ldgallery/ldgallery-tmp/Paths_ldgallery_compiler.o )
[2 of 2] Compiling Main             ( app/Main.hs, dist/build/ldgallery/ldgallery-tmp/Main.o )
Linking dist/build/ldgallery/ldgallery ...
ld: library not found for -lHSldgallery-compiler-2.0-2lO6aXNnIopDXBwUSeLDzh
clang-7: error: linker command failed with exit code 1 (use -v to see invocation)
`cc' failed in phase `Linker'. (Exit code: 1)
error: builder for '/nix/store/46c2klf818b0lz013bf4zz2rn7qszq0p-ldgallery-2.0.drv' failed with exit code 1

Thank you for testing :)
It looks like it's the ldgallery-compiler part that now has a build issue on Darwin. That's still progress!
I'm not sure of what causes that new issue though.


Migrated to Aerokube (fixes #47)

Codecov Report

Merging #49 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #49   +/-   ##
=======================================
  Coverage   87.53%   87.53%
=======================================
  Files           5        5
  Lines         353      353
=======================================
  Hits          309      309
  Misses         34       34
  Partials       10       10

Impacted Files
Coverage Δ

main.go
72.41% <ø> (ø)
:arrow_up:

config/config.go
93.75% <ø> (ø)
:arrow_up:

selenoid.go
91.66% <ø> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 0656b51...a7ca271. Read the comment docs.


Googlebot is not detected

Hi,
Still parsing my logs, hits by Google googlebot are not detected.
The trick is that it uses a valid User-agent - Mozilla\/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit\/537.36 (KHTML, like Gecko) Chrome\/28.0.1500.71 Safari\/537.36 - but you should read from HTTP From header, whose value is googlebot(at)googlebot.com.
It is a big modification, but is it considered?

Most of the time this header field is null, but for some others bots. For instance for rebelmouse it is set to<EMAIL_ADDRESS>

What IP address is the googlebot coming from?

I don't have that one in logs. I'm logging it and should be able to tell you by the afternoon.

Got an hit with IP <IP_ADDRESS>

Okay, so that looks like it is a genuine google ip address.
I think this will need further investigation

Earlier this morning I found some reference to it on StackOverflow ; it seems that bot if there from long enough. Unfortunately I can't find that post again.

If you find any more info about this bot, let me know. I'm gonna put this issue on hold until we can figure out something definitive

Hello,
You might find help around here : https://support.google.com/webmasters/answer/80553?hl=en.
I got this problem 4 years ago and the only solution i found, was to nslookup all IP and check its reverse.
Hope this help, i wish you a merry Christmas,
Regards,
Vincent

@vincent-guesnard thanks for the heads up. Will take a look in the new year!

Closing this for now, as doing any kind of reverse DNS lookup is going to be way too slow. If any more information comes to light, i'll reopen this issue

@romaricdrigon We have now seen this in our logs. investigating...and hopefully have an update soon.

HTTP_FROM header is now checked as of v1.2.1 👍

That's great, thank you!


Search exact name in tables

Hi
My storage account has 10k+ of different tables
I know the name of what table I'm interested in search
but when I put something like:
/Local & Attached/Storage Accounts/STORAGE_ACCOUNT_NAME/Tables/FilesX6802X150f4d645e5247e7861732a5f3ad7c7b
then the search is executing ("Searching..." is showing)
but after even after few minutes I don't receive any result (still "searching")
When I go into Azure Portal and try to find FilesX6802X150f4d645e5247e7861732a5f3ad7c7b in theirs explorer I will get table instantly
Could you:

Fix searching to allow find tables in less than ~30 sec?
Add possibility to open table even if such table is not visible? (e.g. right button on table and there can be "Open exact" and I would like put exact name e.g. FilesX6802X150f4d645e5247e7861732a5f3ad7c7b and that should open it without any searching, of course that required to check if such table exists)

Duplicate of https://github.com/microsoft/AzureStorageExplorer/issues/4168


[Feature Request]: Add support for returning prompt and completion token count

Scenario
Hi, We want to track the tokens used on prompt and completion via app developed with Teams AI.
Solution
Prompt tokens:
Below code can help us get the prompt text
app.activity(ActivityTypes.Message, async (context: TurnContext, state: ApplicationTurnState) => {
    let message = context.activity.text;
    await context.sendActivity(`You said: ${message}`);
});

Similarly, the context should return tokens used by input prompt.
Completion tokens:
Not sure, if there is any option or method available to get the completion text via code?
Similarly there should be an option to get the completion tokens.
Thank you
Additional Context
No response

OpenAIModel.js


fix linter

Related Issues

https://github.com/threefoldtech/zos/issues/2405

Tests are already failing in master branch, other workflows succeeds. Will merge


default should be a keyword inside a switch

@vors Perhaps you've seen it --- a much more powerful lexer for grammars is in flight, including unit testing.

Yes, I'm very excited about it. Does it have any story to convert it to tmLanguage, so atom and github can benefit from it?

and vs code, and visual studio, and ...

Sort-of fixed in EditorSyntax: default is simply a keyword everywhere. Which is a better approach I think.


Sql Injection

This plugin has SQL injection and malicious code it doesn't work on wordpress.

Please explain or better yet, fork and fix. Much appreciated.

@Engineerumair are you able to provide more info regarding this issue by chance?


vcpkg doesn't set necessary environment variables when installing RTABMap

Describe the bug
Originally discussed in #29362
When installing RTABMap with vcpkg the RTABMap_CORE_RELEASE and RTABMap_UTILITE_RELEASE variables aren't set properly preventing any project from building.
Environment

OS: Windows
Compiler: MSVC 19.32.31332.0

To Reproduce
Steps to reproduce the behavior:

./vcpkg install rtabmap:x64-windows (also applies to the x86 triplet)
Create a new project with the following CMakeLists.txt

cmake_minimum_required(VERSION 3.5)
project(RTABMap_Test VERSION 0.1.0)

set(CMAKE_MODULE_PATH "${PROJECT_SOURCE_DIR}")
find_package(RTABMap REQUIRED)
find_package(OpenCV REQUIRED)

set(INCLUDE_DIRS
    ${RTABMap_INCLUDE_DIRS}
    ${OpenCV_INCLUDE_DIRS}
)
set(LIBRARIES
    ${RTABMap_LIBRARIES}
    ${OpenCV_LIBRARIES}
)

include_directories(${INCLUDE_DIRS})
add_executable(RTABMap_Test main.cpp)
target_link_libraries(RTABMap_Test ${LIBRARIES})

and the main.cpp file:
#include <rtabmap/core/Rtabmap.h>

int main(void) {
  return 0;
}

The cmake settings in VSCode are as follows:
 "cmake.configureSettings": {
    "CMAKE_TOOLCHAIN_FILE": "G:/.vcpkg/scripts/buildsystems/vcpkg.cmake",
    "VCPKG_TARGET_TRIPLET": "x64-windows"
  }

build the project

Expected behavior
The build should complete without errors, but doesn't
Failure logs
When running CMake from the command palette in VSCode the following error log is created:

-- Building for: Visual Studio 17 2022
-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19044.
-- The C compiler identification is MSVC 19.32.31332.0
-- The CXX compiler identification is MSVC 19.32.31332.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files/Microsoft Visual Studio/2022/Enterprise/VC/Tools/MSVC/14.32.31326/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files/Microsoft Visual Studio/2022/Enterprise/VC/Tools/MSVC/14.32.31326/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Warning at G:/.vcpkg/installed/x64-windows/share/rtabmap/RTABMapConfig.cmake:78 (MESSAGE):
Asked for "gui" module but RTABMap hasn't been built with gui support.
Call Stack (most recent call first):
G:/.vcpkg/scripts/buildsystems/vcpkg.cmake:843 (_find_package)
CMakeLists.txt:6 (find_package)
-- Found RTABMap: RTABMap_CORE_RELEASE-NOTFOUND;RTABMap_UTILITE_RELEASE-NOTFOUND;optimized;G:/.vcpkg/installed/x64-windows/lib/zlib.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/zlibd.lib
-- Found Protobuf: G:/.vcpkg/installed/x64-windows/tools/protobuf/protoc.exe (found version "<IP_ADDRESS>")
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Found TIFF: optimized;G:/.vcpkg/installed/x64-windows/lib/tiff.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/tiffd.lib (found version "4.5.0")
-- Found HDF5: hdf5::hdf5-shared (found version "1.12.2")
-- Found ZLIB: optimized;G:/.vcpkg/installed/x64-windows/lib/zlib.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found suitable version "1.2.13", minimum required is "1")
-- Found JPEG: optimized;G:/.vcpkg/installed/x64-windows/lib/jpeg.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/jpeg.lib (found version "62")
-- Found ZLIB: optimized;G:/.vcpkg/installed/x64-windows/lib/zlib.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found version "1.2.13")
-- Found PNG: optimized;G:/.vcpkg/installed/x64-windows/lib/libpng16.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/libpng16d.lib (found version "1.6.39")
-- Found GIF: optimized;G:/.vcpkg/installed/x64-windows/lib/gif.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/gif.lib (found version "5.2.1")
-- Found LibArchive: G:/.vcpkg/installed/x64-windows/debug/lib/archive.lib (found version "3.6.2")
-- Found OpenCV: G:/.vcpkg/installed/x64-windows (found version "4.7.0")
-- Configuring done
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
RTABMap_CORE_RELEASE
linked by target "RTABMap_Test" in directory G:/FKIE/rtabmap_test
RTABMap_UTILITE_RELEASE
linked by target "RTABMap_Test" in directory G:/FKIE/rtabmap_test
-- Generating done
CMake Generate step failed.  Build files cannot be regenerated correctly.

On the other hand when running  cmake . -DCMAKE_TOOLCHAIN_FILE=G:/.vcpkg/scripts/buildsystems/vcpkg.cmake, this error log is returned:

-- Selecting Windows SDK version 10.0.19041.0 to target Windows 10.0.19044.
CMake Warning at G:/.vcpkg/installed/x64-windows/share/rtabmap/RTABMapConfig.cmake:78 (MESSAGE):
Asked for "gui" module but RTABMap hasn't been built with gui support.
Call Stack (most recent call first):
G:/.vcpkg/scripts/buildsystems/vcpkg.cmake:843 (_find_package)
CMakeLists.txt:6 (find_package)
-- Found ZLIB: optimized;G:/.vcpkg/installed/x64-windows/lib/zlib.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found suitable version "1.2.13", minimum required is "1")
-- Found ZLIB: optimized;G:/.vcpkg/installed/x64-windows/lib/zlib.lib;debug;G:/.vcpkg/installed/x64-windows/debug/lib/zlibd.lib (found version "1.2.13")
-- Configuring done
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
RTABMap_CORE_RELEASE
linked by target "RTABMap_Test" in directory G:/FKIE/rtabmap_test
RTABMap_UTILITE_RELEASE
linked by target "RTABMap_Test" in directory G:/FKIE/rtabmap_test
-- Generating done
CMake Generate step failed.  Build files cannot be regenerated correctly.

Additional context
After investigating (see #29362 ), it seems that vcpkg sets the wrong relative paths to the include directories and libraries, preventing CMake to find the required files. The RTABMapConfig.cmake file sets the RTABMap_CORE_RELEASE and RTABMap_UTILITE_RELEASE (as well as their debug counterparts) with  find_library(RTABMap_CORE_RELEASE NAMES rtabmap_core NO_DEFAULT_PATH HINTS ${RTABMap_CMAKE_DIR}/../lib). When the contents of the ${RTABMap_CMAKE_DIR} variable is printed, points to VCPKG_ROOT/installed/x64-windows/share/rtabmap/, which of course means that the ../lib part points to an invalid location and should rather be ../../lib, such that the command looks like find_library(RTABMap_CORE_RELEASE NAMES rtabmap_core NO_DEFAULT_PATH HINTS ${RTABMap_CMAKE_DIR}/../../lib).
After trying to find the source of the missing relative path, it seems that the error originates in the CmakeLists.txt starting at line 1080 where the config files are fist created.
The same goes for the include directories, which are set to set(RTABMap_INCLUDE_DIRS "${RTABMap_CMAKE_DIR}/../include/rtabmap-0.20"), instead of the correct set(RTABMap_INCLUDE_DIRS "${RTABMap_CMAKE_DIR}/../../include/rtabmap-0.20")

An additional information, that might be relevant:
If I fix the paths in the config file, the code compiles but the resulting application cannot find the rtabmap_core.dll. I assume there are other relative paths that are not correct.


Add pass-through-authentiation-handler resource

closes BRASS-947

We've started adding new resources as we go to CHANGELOG.md, so you should include that in this pull request. For example: https://github.com/pingidentity/terraform-provider-pingdirectory/pull/213/files


Publish Message on the Broker using TCP protocol.

I have a Mosquitto broker running on a separate machine default port 1883. I want to publish message using angular2-mqtt over TCP protocol but on console it always connected with Web Socket(ws) protocol. I want to connect over TCP protocol as my subscriber that is written in Python Paho listens on TCP.
export const MQTT_SERVICE_OPTIONS = {   hostname: [IP_ADDRESS OF MACHINE WHERE BROKER IS RUNNING],   port: 1883,   protocol: 'tcp',   path: '/mqtt' };
Error on browser console:
WebSocket connection to 'ws://[IP]:1883/mqtt' failed: Error during WebSocket handshake: net::ERR_CON1NECTION_RESET
PUBLISHER code:
publish(topic: string, message: string): void {     this._mqttService.publish(topic, message, {qos: 1}).subscribe((err)=>{       console.log(err);     });   }
It seems that there is an issue in mqtt->lib->connect->index.js
If I add the below line in mqtt->lib->connect->index.js (line#19) then it shows me error on console:
protocols.tcp = require('./tcp')
error: net.createConnection is not a function
Can you please guide?

This library is for usage with angular2 and communication over websockets in a webbrowser. If you want to use mqtt server side over tcp, I can recommend MQTT.js. Would this suit your needs?

As I read your post again, maybe there is another suggestion: your other subscriber can connect to the broker via tcp on port 1883, but your webapp can only connect via websockets. That's not a contradiction. You can configure mosquitto to listen on another port via websockets too. Here is an example configuration file for mosquitto:
pid_file /var/run/mosquitto.pid

persistence true
persistence_location /var/lib/mosquitto/

log_dest file /var/log/mosquitto/mosquitto.log

listener 1883

listener 9001 <IP_ADDRESS>
protocol websockets

include_dir /etc/mosquitto/conf.d

Thanks for the prompt response. Yes, I resolved the issue using mqtt websocket enabled broker i.e. test.mosquitto.org on port 8080. Yes, you are right we can also configure mosquitto to listen on another port via websockets.
Thanks for the help.
Cheers


regex checkbox not clickable in firefox

When I want to create a silence in the Alertmanager with Firefox, I can't use the regex checkbox. Also checked with chromium. There it's working.
Chromium:
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116

Firefox:
Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0

Alertmanager:
branch 	 	master
buildDate 	20160905-16:00:39
goVersion 	go1.7
revision 	d263b7ab9aa8ae6213b45ba3c959d02c9600955c
version 	0.3.0

P.S.: this is no new issue for me. I just checked it again with current master of alertmanager and had time to report it.

Thanks!
This is a dupe of https://github.com/prometheus/alertmanager/issues/436, which is fixed and will be released with 0.4.2.
Closing.

@joker234 Hm wait, you said you still have the problem with current master? Could you re-confirm? Reopening for now.

Ah, that's currently not in the master branch, but in release-0.4 branch: https://github.com/prometheus/alertmanager/commits/release-0.4
So that's why you still see it in master. Will be fixed in the next release though. Closing again.

thanks for the answers. So what is recommended to use in general? master or any other branch?

@grobie backporting all the UI fixes right now will delay the HA AM alpha a lot further. Especially with all the changes of pagniation and using bootstrap now.
It worked far-from-good-but-okay for many users previously for months.
I tried backporting the basic fixes, but am relatively confused. The checkbox fix in question is here: https://github.com/prometheus/alertmanager/commit/9729d2db1651f9aae6fdb72075946145c2ec38c1
However, that's a regression from the changes in release-0.4 though as master is doing this correctly in the old version: https://github.com/prometheus/alertmanager/blob/master/ui/app/partials/silence-form.html#L27
So is something else for the same checkbox broken in master? Was this accidentally fixed by previous changes in release-0.4?

Almost all the UI changes were real bugs. I'm against a new alertmanager release which includes a couple of regressions but not backporting whatever is necessary to master. I'm also against a release strategy where completely different feature sets get provided, that's confusing.
Let's have a hangout with @stuartnelson3, go through the differences and discuss what needs to be ported and who'll work on that.

FWIW, I believe people would rather not delay an HA AM by another 2 weeks or so due to some UI bugs we let them live with for months up until recently. Remember, this would merely be the first (of probably several alpha releases) – we would of course address this before the first RC.
Anyway, if we can get it done within this week, it's fine by me. But let's not go through another meeting just to coordinate fixes and back ports. I'm happy to to provide the necessary backend functionality as necessary.
@stuartnelson3

Realistically, if I implement the backend changes there's probably 0 change required in the frontend. I'm on it.

Cool. I'm fine with broken behavior in alpha/rc releases. I'd prefer not re-introducing bugs in the next stable release.

Let me know if I can help, and what level of attention we want to give the front end if it might be potentially changing drastically soon.