Allow full gates to be passed into get method of InstructionScheduleMap

Summary
In a project on Quantum Optimal Control, I am creating a new class which inherits InstructionScheduleMap ands generates optimal pulses for target unitary operators. As a result, I need to modify the pipeline for the InstructionScheduleMap.get() function. With this change entire gates can be passed in, with their corresponding unitary matrices, and not just the name of the gate.
Details and comments
These changes are very small, just adding in an if statement to check if the instruction passed into InstructionScheduleMap is a gate or a string, and if it is a gate converting it to a string (maintaining the existing pipeline for InstructionScheduleMap). In addition, there is a slight change to lowering.py, to pass a full gate through instead of just a string.

Does add work with a gate?

No, add is not modified yet.

Would you mind adding this for this and other related functions so it is consistent? Maybe write a little internal helper function to convert to what you need no matter if you get a string or a gate.

Sounds good, I can do that.

Seems to be failing linting as lines are too long https://dev.azure.com/qiskit-ci/qiskit-terra/_build/results?buildId=20889&view=logs&jobId=7684b0c9-af38-5400-184f-6880bd8a4dd7&j=7684b0c9-af38-5400-184f-6880bd8a4dd7&t=9d95188b-4e59-58d8-f7c4-3f1fbd4209ad, will be good to merge after these are addressed.

Just a bit of indentation issues 😄

Yeah I've been unsure which linter is being used so I have to upload to see if it's right or not, but then I have to wait a while for the azure checks. Should be good now though!


Bump rand version

Thanks!

rand recently fixed an incompatibility with certain WASM targets and so now markov supports them too :)


Thanks, now I can get back to work on a PR!!! :dash:


Semicolon is added even if the invocation is added in an function argument

Description:
Semicolon is added even if the invocation is added in an function argument
(ex: res.setPayload(clientResponse.detail();)

Closing since the issue has been merged


Refs 4110: return from update task if no cp

Summary
Return from the update task if candlepin is not configured
Testing steps
In ephemeral try to update a repository and check the status of the task, it should be successful
Checklist

[ ] Tested with snapshotting feature disabled and pulp server URL not configured if appropriate

https://issues.redhat.com/browse/HMS-4110

⚠ This task currently requires qe-approval, but this PR does not fully resolve the task.  Please contact QE to determine appropriate testing required.

It works, thanks for the fix


Stdin doesn't work while websocket is connected

It seems to me that I can't read anything from stdin while the websocket is being used (at least on Windows). Is it a known issue? Is there a workaround?
Thanks!

Actually, I did something silly. It works now.


Update CI plan details on cloud-overview.md

Description & motivation
I've made some changes to the Enable Continuous Integration details section regarding plans, but since this feature is available on all plans we may just be able to remove that section all together?

For dbt Cloud things, Drew is the best person to review! I've assigned him

Closing as stale


Validate data in API call to create EVC

Fix #39
Fix #52
This PR is based on the work by @lmarinve on PR #65.
Description of the change
Validate API calls using openapi-core:

Load specification at startup
Do the validation when creating an EVC

Codecov Report

Merging #90 (49f21f7) into master (c568e31) will decrease coverage by 0.33%.
The diff coverage is 72.97%.

@@            Coverage Diff             @@
##           master      #90      +/-   ##
==========================================
- Coverage   76.84%   76.51%   -0.34%
==========================================
  Files           7        7
  Lines        1136     1158      +22
==========================================
+ Hits          873      886      +13
- Misses        263      272       +9

Impacted Files
Coverage Δ

main.py
72.00% <67.59%> (-1.09%)
:arrow_down:

models.py
76.99% <75.70%> (+0.38%)
:arrow_up:

storehouse.py
83.82% <81.81%> (+0.24%)
:arrow_up:

scheduler.py
92.42% <88.88%> (ø)

settings.py
100.00% <100.00%> (ø)

utils.py
100.00% <100.00%> (ø)

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 07025ee...49f21f7. Read the comment docs.

For now, I created the decorator in mef_eline itself. The idea is, later, to move it to kytos/core so every NApp can use it.


Add stdeb.cfg to support building debian packages

Here's an example: https://github.com/ros-infrastructure/rosdep/blob/master/stdeb.cfg
We talked about only targeting python3
Make sure to call out git explicitly as a dependency. I ran into that here: https://gist.github.com/tfoote/4fff504f608ad45cf3e897cd2186025b

Resolved by #133.


FIX for #4104, minor revision of error messages in ListboxField (more intuitive).

For issue #4104. I figured this would be more intuitive. Explaining why only indexed arrays are accepted, given the possibility of the programmer accidentally providing an array of values as keys with the titles as array values (when only the keys were intended to be saved, even though the object utilizes the array values for retention in the DB).

Thanks for caring about this level of error feedback, Patrick!


Roll dwds to 24.0.0 and unified_analytics 6.1.0

Rolling updates for dwds 24.0.0 and unified_analytics 6.1.0 and making the necessary fixes for the breaking changes
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[x] I signed the CLA.
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making, or this PR is test-exempt.
[x] I followed the breaking change policy and added Data Driven Fixes where supported.
[ ] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

@eliasyishak just debugging now... My first guess is that maybe https://github.com/dart-lang/sdk/commit/717aa6396c1c40df46fea5892e04ce63ccf49964 may have affected this - it made some output event async that weren't before (and it may have changed the order of output the tests are checking). If that is the case, I need to figure out if it's a bug or not (we must not re-order some kinds of events).
If you need to roll the other packages in the meantime, you could try pinning DAP to 4.1.0 which didn't have that change.

Oh, I see the problem.. there's no ordering issue, but there are these empty output events:
<== [DAP] {"seq":43,"type":"event","body":{"category":"stdout","output":""},"event":"output"}

These don't really cause any real problems (because they're not doing anything) and are probably due to how we split up the output when scanning for stack traces. However since the test looks for output events that are not topLevelFunction, it's starting from the wrong place.
I'll send you a fix in the test to avoid this issue here, and I'll look into removing the (pointless) output events in a future DAP version.

@eliasyishak see https://github.com/eliasyishak/flutter/pull/11

Ah great catch! Thank you for debugging and getting something so quickly; going to review now!

Seems there are still some failures, taking a look...
 06:21 +43 ~3: loading test/integration.shard/debug_adapter/test_adapter_test.dart
 06:21 +43 ~3: test/integration.shard/debug_adapter/test_adapter_test.dart: (setUpAll)
 06:21 +43 ~3: test/integration.shard/debug_adapter/test_adapter_test.dart: integration tests can run in debug mode
 21:21 +43 ~3 -1: test/integration.shard/debug_adapter/test_adapter_test.dart: integration tests can run in debug mode [E]
   TimeoutException after 0:15:00.000000: Test timed out after 15 minutes.
   dart:isolate  _RawReceivePort._handleMessage

@DanTup i think the timeout is getting stuck here: https://github.com/eliasyishak/flutter/blob/roll-dwds-and-analytics/packages/flutter_tools/test/integration.shard/debug_adapter/test_adapter_test.dart#L40-L46

@eliasyishak yup, it seems like maybe the test process might not be ending/terminating correctly. I can repro locally, will debug.

@eliasyishak based on the output, my feeling is that during the stack trace mapping we call lookupResolvedPackageUris but the VM terminates before it responds (because the tests completed) and we're not handling something correctly in that case.
If you're able to use the previous version of pkg:dds here short-term, that might let you get the analytics changes without this bug. I'll post back when I have an update though.

Ok, I think I understand why this is failing now.. I'm not sure of the best fix and might need some input from Ben. I've opened https://github.com/dart-lang/sdk/issues/55559 and will try to pick his brains.

Closing in favor of https://github.com/flutter/flutter/pull/147546


Change AWS Cloud Accounts from Component to Resource

Hey, I just made a Pull Request!
Change output of AWS Organization Processor from Component -> Resource.

:heavy_check_mark: Checklist

[X] A changeset describing the change and affected packages. (more info)
[X] Added or updated documentation
[X] Tests for new functionality and regression tests for bug fixes
[X] Screenshots attached (for UI changes)

Nice. I wonder what the blast radius of this is, in terms of number of people affected that are using the old classification. Hopefully very small, since this is a relatively new addition.

Nice. I wonder what the blast radius of this is, in terms of number of people affected that are using the old classification. Hopefully very small, since this is a relatively new addition.

Any entities emitted by an old version of this will stay around in the database. Just noting. So there will be a period of doubles.

Any entities emitted by an old version of this will stay around in the database. Just noting. So there will be a period of doubles.

Yep - I imagine usage is quite small since it's only been around a few weeks -

Yep - I imagine usage is quite small since it's only been around a few weeks -

Merge?

Merge?


Unit tests for audit-mode in chef-solo.

Audits are disabled by default.
Also, updated spec file to use RSpec :let.

\cc @tyler-ball

Hi. I am an automated pull request bot named Curry. There are commits in this pull request whose authors are not yet authorized to contribute to Chef Software, Inc. projects or are using a non-GitHub verified email address. To become authorized to contribute, you will need to sign the Contributor License Agreement (CLA) as an individual or on behalf of your company. You can read more on Chef's blog.
Non-GitHub Verified Committers
There are 1 commit author(s) whose commits are authored by a non-GitHub verified email address. Chef will have to manually verify that they are authorized to contribute.
Please sign the CLA here.


Modernize Travis setup

let Travis test all Puppet version from 3.1.0 to 4.3.0
let Travis test with FUTURE_PARSER and STRICT_VARIABLES
add json test for metadata.json and let Travis validate it
remove and ignore Gemfile.lock to allow different Puppet versions to get tested

@petems to speak frankly, I have no clue about the beaker setup. Please validate that I didn't break something and let me know.

Works for me! :+1:


Add validation for the metrics data

This PR fixes #1000

@msvinaykumar @chandrams Please provide your reviews

@khansaad @msvinaykumar I have included a few tests with missing metrics here #1009 please use these and update other jsons that you are testing against to it.


Write tests for src/syft.js

Description
src/syft.js
Type of Test

[x] Unit test (e.g. checking a loop, method, or function is working as intended)
[ ] Integration test (e.g. checking if a certain group or set of functionality is working as intended)
[ ] Regression test (e.g. checking if by adding or removing a module of code allows other systems to continue to function as intended)
[ ] Stress test (e.g. checking to see how well a system performs under various situations, including heavy usage)
[ ] Performance test (e.g. checking to see how efficient a system is as performing the intended task)
[ ] Other

Expected Behavior
We expect this file to be covered completely by tests. It's not intended to test feature-related functionality but is instead intended to test the file in isolation.
Additional Context
None

I'll take this up since I just documented src/syft.js and Patrick recommended writing tests :smile:


Pathogen Genomics Package "Get latest release" needs to be updated (goes to DH repo)

If you open your instance of the PGP and click on "Get latest release" under the Help button, it takes you to the latest DH release (in the DH repo), not the latest release in the PGP repo.
e.g.
Go into pathogen-genomics-package-PGPv1.3.7 data harmonizer
and clicked "get latest release"
and it took me to here:https://github.com/cidgoh/DataHarmonizer/releases
but shouldn't it be going here: https://github.com/cidgoh/pathogen-genomics-package/releases
Can we update please?

Fixed on master now.  Will be included in next release.


Flakes in uv publish integration test

Run ./uv run -p 3.12 scripts/publish/test_publish.py --uv ./uv all
DEBUG uv 0.4.24 (4d2f31cb7 2024-10-21)
Reading inline script metadata from `scripts/publish/test_publish.py`
DEBUG Searching for Python 3.12 in managed installations or system path
DEBUG Searching for managed installations at `/home/runner/.local/share/uv/python`
DEBUG Found `cpython-3.12.7-linux-x86_64-gnu` at `/opt/hostedtoolcache/Python/3.12.7/x64/bin/python` (search path)
DEBUG Caching via interpreter: `/opt/hostedtoolcache/Python/3.12.7/x64/bin/python`
DEBUG Using request timeout of 30s
DEBUG Solving with installed Python version: 3.12.7
DEBUG Solving with target Python version: >=3.12.7
DEBUG Adding direct dependency: httpx>=0.27.2, <0.28
DEBUG Adding direct dependency: packaging>=24.1, <25
DEBUG No cache entry for: https://pypi.org/simple/httpx/
DEBUG No cache entry for: https://pypi.org/simple/packaging/
DEBUG Searching for a compatible version of httpx (>=0.27.2, <0.28)
DEBUG Selecting: httpx==0.27.2 [compatible] (httpx-0.27.2-py3-none-any.whl)
DEBUG No cache entry for: https://files.pythonhosted.org/packages/08/aa/cc0199a5f0ad350994d660967a8efb[23](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:24)3fe0416e4639146c089643407ce6/packaging-[24](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:25).1-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/56/95/9377bcb415797e44274b51d46e3249eba641711cf3348050f76ee7b15ffc/httpx-0.27.2-py3-none-any.whl.metadata
DEBUG Adding transitive dependency for httpx==0.27.2: anyio*
DEBUG Adding transitive dependency for httpx==0.27.2: certifi*
DEBUG Adding transitive dependency for httpx==0.27.2: httpcore>=1.dev0, <2.dev0
DEBUG Adding transitive dependency for httpx==0.27.2: idna*
DEBUG Adding transitive dependency for httpx==0.27.2: sniffio*
DEBUG Searching for a compatible version of packaging (>=24.1, <[25](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:26))
DEBUG Selecting: packaging==24.1 [compatible] (packaging-24.1-py3-none-any.whl)
DEBUG No cache entry for: https://pypi.org/simple/anyio/
DEBUG No cache entry for: https://pypi.org/simple/certifi/
DEBUG No cache entry for: https://pypi.org/simple/httpcore/
DEBUG No cache entry for: https://pypi.org/simple/idna/
DEBUG No cache entry for: https://pypi.org/simple/sniffio/
DEBUG Searching for a compatible version of anyio (*)
DEBUG Selecting: anyio==4.6.2.post1 [compatible] (anyio-4.6.2.post1-py3-none-any.whl)
DEBUG No cache entry for: https://files.pythonhosted.org/packages/e9/44/75a9c9421471a6c4805dbf2356f7c181a29c1879239abab1ea2cc8f38b40/sniffio-1.3.1-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/12/90/3c9ff0512038035f59d279fddeb79f5f1eccd8859f06d6163c58798b9487/certifi-2024.8.30-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/06/89/b161908e2f51be56568184aeb4a880fd287178d176fd1c860d2217f41106/httpcore-1.0.6-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/e4/f5/f2b75d2fc6f1a[26](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:27)0f340f0e7c6a060f4dd2961cc16884ed851b0d18da06a/anyio-4.6.2.post1-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/76/c6/c88e154df9c4e1a2a66ccf0005a88dfb2650c1dffb6f5ce603dfbd452ce3/idna-3.10-py3-none-any.whl.metadata
DEBUG Adding transitive dependency for anyio==4.6.2.post1: idna>=2.8
DEBUG Adding transitive dependency for anyio==4.6.2.post1: sniffio>=1.1
DEBUG Searching for a compatible version of certifi (*)
DEBUG Selecting: certifi==2024.8.30 [compatible] (certifi-2024.8.30-py3-none-any.whl)
DEBUG Searching for a compatible version of httpcore (>=1.dev0, <2.dev0)
DEBUG Selecting: httpcore==1.0.6 [compatible] (httpcore-1.0.6-py3-none-any.whl)
DEBUG Adding transitive dependency for httpcore==1.0.6: certifi*
DEBUG Adding transitive dependency for httpcore==1.0.6: h11>=0.13, <0.15
DEBUG Searching for a compatible version of idna (>=2.8)
DEBUG Selecting: idna==3.10 [compatible] (idna-3.10-py3-none-any.whl)
DEBUG No cache entry for: https://pypi.org/simple/h11/
DEBUG Searching for a compatible version of sniffio (>=1.1)
DEBUG Selecting: sniffio==1.3.1 [compatible] (sniffio-1.3.1-py3-none-any.whl)
DEBUG Searching for a compatible version of h11 (>=0.13, <0.15)
DEBUG Selecting: h11==0.14.0 [compatible] (h11-0.14.0-py3-none-any.whl)
DEBUG No cache entry for: https://files.pythonhosted.org/packages/95/04/ff642e65ad6b90db43e668d70ffb6736436c7ce41fcc549f4e94722341[27](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:28)/h11-0.14.0-py3-none-any.whl.metadata
DEBUG Tried 8 versions: anyio 1, certifi 1, h11 1, httpcore 1, httpx 1, idna 1, packaging 1, sniffio 1
DEBUG Split specific environment resolution took 0.149s
DEBUG Ignoring empty directory
DEBUG Using request timeout of 30s
DEBUG Identified uncached distribution: anyio==4.6.2.post1
DEBUG Identified uncached distribution: certifi==2024.8.30
DEBUG Identified uncached distribution: h11==0.14.0
DEBUG Identified uncached distribution: httpcore==1.0.6
DEBUG Identified uncached distribution: httpx==0.27.2
DEBUG Identified uncached distribution: idna==3.10
DEBUG Identified uncached distribution: packaging==24.1
DEBUG Identified uncached distribution: sniffio==1.3.1
DEBUG No cache entry for: https://files.pythonhosted.org/packages/12/90/3c9ff0512038035f59d279fddeb79f5f1eccd8859f06d6163c58798b9487/certifi-2024.8.30-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/e4/f5/f2b75d2fc6f1a260f340f0e7c6a060f4dd2961cc16884ed851b0d18da06a/anyio-4.6.2.post1-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/06/89/b161908e2f51be56568184aeb4a880fd[28](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:29)7178d176fd1c860d2217f41106/httpcore-1.0.6-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/56/95/9377bcb415797e44274b51d46e3249eba641711cf3348050f76ee7b15ffc/httpx-0.27.2-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/76/c6/c88e154df9c4e1a2a66ccf0005a88dfb2650c1dffb6f5ce603dfbd452ce3/idna-3.10-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/95/04/ff642e65ad6b90db43e668d70ffb6736436c7ce41fcc549f4e9472234127/h11-0.14.0-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/08/aa/cc0199a5f0ad350994d660967a8efb233fe0416e4639146c089643407ce6/packaging-24.1-py3-none-any.whl
DEBUG No cache entry for: https://files.pythonhosted.org/packages/e9/44/75a9c9421471a6c4805dbf2356f7c181a[29](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:30)c1879239abab1ea2cc8f38b40/sniffio-1.3.1-py3-none-any.whl
Installed 8 packages in 18ms
DEBUG Using Python 3.12.7 interpreter at: /home/runner/.cache/uv/archive-v0/qzAMDq6g3xW3blrB8i8AY/bin/python3
DEBUG Running `python scripts/publish/test_publish.py --uv ./uv all`
DEBUG uv 0.4.24 (4d2f[31](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:32)cb7 2024-10-21)
DEBUG Project `/home/runner/work/uv/uv` is marked as unmanaged
DEBUG Searching for default Python interpreter in managed installations or system path
DEBUG Found `cpython-3.12.7-linux-x86_64-gnu` at `/home/runner/.cache/uv/archive-v0/qzAMDq6g3xW3blrB8i8AY/bin/python3` (active virtual environment)
WARN Failed to get author from git: No author information found
DEBUG Writing Python versions to `/home/runner/work/uv/uv/scripts/publish/astral-test-token/.python-version`
DEBUG Detected existing version control system: git
Initialized project `astral-test-token` at `/home/runner/work/uv/uv/scripts/publish/astral-test-token`
Traceback (most recent call last):
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 272, in <module>

Publish astral-test-token for pypi-token
    main()
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 268, in main
    publish_project(project_name, uv)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 1[38](https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925#step:7:39), in publish_project
    create_project(project_name, uv)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 127, in create_project
    new_version = get_new_version(project_name)
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 109, in get_new_version
    [_name, version] = parse_sdist_filename(filename)
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/qzAMDq6g3xW3blrB8i8AY/lib/python3.12/site-packages/packaging/utils.py", line 154, in parse_sdist_filename
    raise InvalidSdistFilename(
packaging.utils.InvalidSdistFilename: Invalid sdist filename (extension must be '.tar.gz' or '.zip'): status page
DEBUG Command exited with code: 1

ref

https://github.com/astral-sh/uv/actions/runs/11430815307/job/31798960925
https://github.com/astral-sh/uv/actions/runs/11430806304/job/31798947925

Run ./uv run -p 3.12 scripts/publish/test_publish.py --uv ./uv all
DEBUG uv 0.4.24 (159b664f9 2024-10-21)
Reading inline script metadata from `scripts/publish/test_publish.py`
DEBUG Searching for Python 3.12 in managed installations or system path
DEBUG Searching for managed installations at `/home/runner/.local/share/uv/python`
DEBUG Found `cpython-3.12.7-linux-x86_64-gnu` at `/opt/hostedtoolcache/Python/3.12.7/x64/bin/python` (search path)
DEBUG Caching via interpreter: `/opt/hostedtoolcache/Python/3.12.7/x64/bin/python`
DEBUG Using request timeout of 30s
DEBUG Solving with installed Python version: 3.12.7
DEBUG Solving with target Python version: >=3.12.7
DEBUG Adding direct dependency: httpx>=0.27.2, <0.28
DEBUG Adding direct dependency: packaging>=24.1, <25
DEBUG No cache entry for: https://pypi.org/simple/httpx/
DEBUG No cache entry for: https://pypi.org/simple/packaging/
DEBUG Searching for a compatible version of httpx (>=0.27.2, <0.28)
DEBUG Selecting: httpx==0.27.2 [compatible] (httpx-0.27.2-py3-none-any.whl)
DEBUG No cache entry for: https://files.pythonhosted.org/packages/08/aa/cc0199a5f0ad350994d660967a8efb[23](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:24)3fe0416e4639146c089643407ce6/packaging-[24](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:25).1-py3-none-any.whl.metadata
DEBUG No cache entry for: https://files.pythonhosted.org/packages/56/95/9377bcb415797e44274b51d46e3249eba641711cf3348050f76ee7b15ffc/httpx-0.27.2-py3-none-any.whl.metadata
DEBUG Adding transitive dependency for httpx==0.27.2: anyio*
DEBUG Adding transitive dependency for httpx==0.27.2: certifi*
DEBUG Adding transitive dependency for httpx==0.27.2: httpcore>=1.dev0, <2.dev0
DEBUG Adding transitive dependency for httpx==0.27.2: idna*
DEBUG Adding transitive dependency for httpx==0.27.2: sniffio*
DEBUG Searching for a compatible version of packaging (>=24.1, <[25](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:26))
DEBUG Selecting: packaging==24.1 [compatible] (packaging-24.1-py3-none-any.whl)
DEBUG No cache entry for: https://pypi.org/simple/anyio/
DEBUG No cache entry for: https://pypi.org/simple/certifi/
DEBUG No cache entry for: https://pypi.org/simple/httpcore/
           ^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_api.py", line 118, in request
    return client.request(
           ^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_client.py", line 837, in request
    return self.send(request, auth=auth, follow_redirects=follow_redirects)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_client.py", line 9[26](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:27), in send
    response = self._send_handling_auth(
               ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_client.py", line 954, in _send_handling_auth
    response = self._send_handling_redirects(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_client.py", line 991, in _send_handling_redirects
    response = self._send_single_request(request)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_client.py", line 10[27](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:28), in _send_single_request
    response = transport.handle_request(request)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_transports/default.py", line 235, in handle_request
    with map_httpcore_exceptions():
         ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/hostedtoolcache/Python/3.12.7/x64/lib/python3.12/contextlib.py", line 158, in __exit__
    self.gen.throw(value)
  File "/home/runner/.cache/uv/archive-v0/N90949OWizxSQfDuicNRE/lib/python3.12/site-packages/httpx/_transports/default.py", line 89, in map_httpcore_exceptions
    raise mapped_exc(message) from exc
httpx.ReadTimeout: The read operation timed out

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 272, in <module>
    main()
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 268, in main
    publish_project(project_name, uv)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 1[38](https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134#step:7:39), in publish_project
    create_project(project_name, uv)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 127, in create_project
    new_version = get_new_version(project_name)
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 103, in get_new_version
    raise RuntimeError(f"Failed to fetch {url}") from err
RuntimeError: Failed to fetch https://codeberg.org/api/packages/astral-test-user/pypi/simple/astral-test-token
DEBUG Command exited with code: 1

ref

https://github.com/astral-sh/uv/actions/runs/11430785104/job/31798901134
https://github.com/astral-sh/uv/actions/runs/11446764894/job/31846784598

DEBUG Detected existing version control system: git
Initialized project `astral-test-token` at `/home/runner/work/uv/uv/scripts/publish/astral-test-token`
Traceback (most recent call last):
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_transports/default.py", line 72, in map_httpcore_exceptions

Publish astral-test-token for pypi-token

Publish astral-test-password for pypi-password-env
    yield
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_transports/default.py", line 236, in handle_request
    resp = self._pool.handle_request(req)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/connection_pool.py", line 216, in handle_request
    raise exc from None
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/connection_pool.py", line 196, in handle_request
    response = connection.handle_request(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/connection.py", line 101, in handle_request
    return self._connection.handle_request(request)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/http11.py", line 143, in handle_request
    raise exc
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/http11.py", line 113, in handle_request
    ) = self._receive_response_headers(**kwargs)
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/http11.py", line 186, in _receive_response_headers
    event = self._receive_event(timeout=timeout)
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_sync/http11.py", line 224, in _receive_event
    data = self._network_stream.read(
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_backends/sync.py", line 124, in read
    with map_exceptions(exc_map):
         ^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/hostedtoolcache/Python/3.12.7/x64/lib/python3.12/contextlib.py", line 158, in __exit__

Publish astral-test-keyring for pypi-keyring

Publish astral-test-token for gitlab
    self.gen.throw(value)
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpcore/_exceptions.py", line 14, in map_exceptions
    raise to_exc(exc) from exc
httpcore.ReadTimeout: The read operation timed out

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 101, in get_new_version
    data = client.get(url).text
           ^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 1066, in get
    return self.request(
           ^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 837, in request
    return self.send(request, auth=auth, follow_redirects=follow_redirects)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 926, in send
    response = self._send_handling_auth(
               ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 954, in _send_handling_auth
    response = self._send_handling_redirects(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 991, in _send_handling_redirects
    response = self._send_single_request(request)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_client.py", line 1027, in _send_single_request
    response = transport.handle_request(request)
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_transports/default.py", line 235, in handle_request
    with map_httpcore_exceptions():
         ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/opt/hostedtoolcache/Python/3.12.7/x64/lib/python3.12/contextlib.py", line 158, in __exit__
    self.gen.throw(value)
  File "/home/runner/.cache/uv/archive-v0/OIzkOzHQwO1eYhAmcTxfV/lib/python3.12/site-packages/httpx/_transports/default.py", line 89, in map_httpcore_exceptions
    raise mapped_exc(message) from exc
httpx.ReadTimeout: The read operation timed out

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 273, in <module>
    main()
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 269, in main
    publish_project(project_name, uv, client)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 138, in publish_project
    create_project(project_name, uv, client)
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 127, in create_project
    new_version = get_new_version(project_name, client)
                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/runner/work/uv/uv/scripts/publish/test_publish.py", line 103, in get_new_version
    raise RuntimeError(f"Failed to fetch {url}") from err
RuntimeError: Failed to fetch https://codeberg.org/api/packages/astral-test-user/pypi/simple/astral-test-token
DEBUG Command exited with code: 1
Error: Process completed with exit code 1.

This should be fixed by https://github.com/astral-sh/uv/pull/8531


Conflicting information about Stream licensing and permissions X ability to Record

The content under https://docs.microsoft.com/en-US/microsoftteams/cloud-recording#make-sure-users-have-upload-video-permissions-in-microsoft-stream  Section contradicts footnote 1 in https://docs.microsoft.com/en-US/microsoftteams/cloud-recording#prerequisites-for-teams-cloud-meeting-recording section.
**The users who are in this restricted list will not be able to record
X
1 Important
Users won't need a Microsoft Stream license assigned if you want users to only record and download the recordings.
The first statement is false and will cause confusion and frustration as admin may think that by restricting users to create content on Stream it would prevent the users from recording meetings.
Please revise and rewrite.
Thanks!
Jorge

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 976b8a9b-5a3e-1f3b-b848-d1dfbfd3389d
Version Independent ID: 2b13a471-3baf-0086-439a-f94abb162fd6
Content: Teams cloud meeting recording - Microsoft Teams
Content Source: Teams/cloud-recording.md
Service: msteams
GitHub Login: @tonysmit
Microsoft Alias: tonysmit

@JorgeALeitao  Thank you for submitting feedback. We understand that this issue has been resolved.
Please feel free to re-open this issue if there is a specific area of the docs that we can improve or make better. Thank you.

I'm sorry but I beg to differ.
The paragraph states
"For a Teams user's meetings to be recorded, Microsoft Stream must be enabled for the tenant. In addition, the following prerequisites are required for both the meeting organizer and the person who is initiating the recording:
User has Office 365 E1, E3, E5, A1, A3, A5, M365 Business Premium, M365 Business Standard, or M365 Business Basic.
User needs to be licensed for Microsoft Stream1
User has Microsoft Stream upload video permissions
That's not true as the recording will happen if either of both conditions aren't fulfilled and this will lead customer's admins in error.
That condition is true to jut to upload the recording to Stream once AMS makes is available.

@SamChung-MS - here is another thread on Cloud Recording.

@JorgeALeitao - I'm coming in to this way late, but has this been resolved yet. @SamChung-MS made a ton of edits to this document that I just merged. Please take a look at it and see if the problem still exists. If it does please let me know. Thanks, Tony

@JorgeALeitao - I'm coming in to this way late, but has this been resolved yet. @SamChung-MS made a ton of edits to this document that I just merged. Please take a look at it and see if the problem still exists. If it does please let me know. Thanks, Tony

There was an error in: https://docs.microsoft.com/en-US/microsoftteams/cloud-recording#make-sure-users-have-upload-video-permissions-in-microsoft-stream
In that page it states that users in the restricted list within Stream will not be able to record. This isn't true. They'll still be able to record, it's just that their recordings won't be saved to Stream, and will instead be saved to ASM for 21 days.
I've submitted a PR to have that page updated.

There was an error in: https://docs.microsoft.com/en-US/microsoftteams/cloud-recording#make-sure-users-have-upload-video-permissions-in-microsoft-stream
In that page it states that users in the restricted list within Stream will not be able to record. This isn't true. They'll still be able to record, it's just that their recordings won't be saved to Stream, and will instead be saved to ASM for 21 days.
I've submitted a PR to have that page updated.

ah man. totally correct. That line of text is still wrong. Thank you for the call out. I've submitted another PR to get that page updated.


[FEAT] - A/B Test

Often, there are designs that we cannot determine if they are suitable. At this time, the choice needs to be given to the user. A/B testing can achieve this. When faced with a controversial page, the A/B testing system randomly assigns the user a design the first time they open it. Users can choose to like or dislike. This is very much like the A/B showcase system that Apple recently introduced in the App Store.
Once the design is finalized, this button will be removed.

Let's not overcomplicate things. It's a good idea but way beyond scope for v1.0


Force TextFile file_format in table import

Explicitly use TextFile format when creating a table from a CSV file. Otherwise, hive.default.fileformat is used, which could lead to the resulting table not being accessible.

Good point!
And could you put your contributor name to the CCLA list?
https://github.com/cloudera/hue/wiki/Ccla#online-form

And one quick check, does it still work with gz inputs?

I have just checked with a .csv.gz file. It works.
I have added my name to the CCLA list.
Cheers

Thanks!


CDN access failed

<script<EMAIL_ADDRESS>

It appears to be working.  It must have been a temporary glitch of jsdelivr.


CA-33 adds examples for using ABAC in EMR

Adding examples of how to tie the changes on VM and EMR modules together for adding EMR ABAC.
This PR links to CA-29 and CA-31 and they all should be merged so that Epic CA-28 is done.

:tada: This PR is included in version 1.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


The Demo is not working so I can't follow the examples

Welcome! Please use this template for reporting documentation issues on https://developers.google.com/web/.
For questions about Chrome DevTools, checkout the
google-chrome-devtools tag on StackOverflow.
For questions about Chrome, check the google-chrome
tag. If you think you've found a Chrome bug, check out our
feedback page for more details on how to file it.
Page Affected: https://developers.google.com/web/TODO
What needs to be done?
Please provide description of what's needs to be done here. Please be sure to include the link to the original page
and any supporting links/data.

[ ] Appropriate type-something label has been added.
[ ] Appropriate section-something label has been added.

same problem here :-)

same problem here :-)


Call DataProtectionInitializer before server starts

Initialize data protection during WebHost.Initialize()
Resolves https://github.com/aspnet/DataProtection/issues/233

:watch: https://github.com/aspnet/DataProtection/pull/239

We reviewed the layering and dependencies between Hosting and DP. We'll revert some changes we made in 2.0.0-preview1 which will allow us to keep DP stuff in DP.

See https://github.com/aspnet/Hosting/pull/1097


[BugFix] Allow expanding TensorDictPrimer transforms shape with parent batch size

Description
Often, when defining TensorDictPrimer transforms during environment creation, the batch size is unknown. For example when we create the transform with the torchrl.modules.utils.get_primers_from_module method.
In TensorDictPrimer, we assume that if the parent environment is batch-locked, the specs will already have the appropriate leading shape. However, this can lead to issues if the batch size is unknown at instantiation.
Maybe I am missing something here, but this PR makes sure the primer matches the parent batch size during reset, expanding it if necessary.
Motivation and Context
Why is this change required? What problem does it solve?
If it fixes an open issue, please link to the issue here.
You can use the syntax close #15213 if this solves the issue #15213

[ ] I have raised an issue to propose this change (required for new features and bug fixes)

Types of changes
What types of changes does your code introduce? Remove all that do not apply:

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds core functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Documentation (update in the documentation)
[ ] Example (update in the folder of examples)

Checklist
Go over all the following points, and put an x in all the boxes that apply.
If you are unsure about any of these, don't hesitate to ask. We are here to help!

[x] I have read the CONTRIBUTION guide (required)
[ ] My change requires a change to the documentation.
[ ] I have updated the tests accordingly (required for a bug fix or a new feature).
[ ] I have updated the documentation accordingly.

I have remove the line where I first tried to set the primer batch_size to the parent batch_size. I could see edge cases where the batch_size could be set but still the specs needed to be expanded with and extra dimension. For example in the test I added.


I couldn't run it!

Hi there, Thanks for your great work.
Can you please create a Dockerfile for this project ?
I want to run it but till now, no success!

Hey @maj0rmil4d ,
What kind of problem/error are you dealing with?
I'll add a Dockerfile in the near future(probably in 1-2 weeks range)


Id selection ambiguity

In the data view, when selecting a row with a specific id, other rows that have the same id but different types also get selected. That shouldn't be the case.

Fixed here: d6379f7c12a01ee34a74a9b078b755fcfb229cdf


[COMMS] - Draft email to invite mentors from 2019

Draft a small email that we can send to the previous mentors in case they want to be involved again

Hi ,
Thank you so much for mentoring at PyCon Mentored Sprints in 2019! With your help, it was a great success and everyone was enjoying contributing to open-source.
We are proud to announce that the Mentored Sprints will be coming back this year at PyCon, on 17th April (Friday) at  to . We would like to invite you once again to join us. For more information about the sprint, you can visit the PyCon US hatchery program website: https://us.pycon.org/2020/hatchery/mentoredsprints/
We would love to see you again!
Best,
PyCon Mentored Sprint Organizing Team


Remove dependency on obsolete RegistryManager.GetDevicesAsync method

Type of issue

[ ] Bug
[ ] New feature
[X] Improvement

Description
IoTHubManager.Services depends on an obsolete method GetDevicesAsync(int).
I propose to open a PR to remove this dependency, and to refactor the affected tests on class DeviceTests.cs
I have a fork which already fixes this, give me a heads up and I can submit a PR to this project.

Fixed


Add way to view topic list from inside thread narrow

If a user wants to get to the "topic list" view in a particular stream, they have no way of doing that that does not involve marking some messages as read. This is OK in the case when they want to look at a thread that they have unreads in, since they can view the thread from the home screen, but in the case where they're trying to get to an old thread, it can be frustrating.
A incomplete, but useful solution to this would be to add a copy of the "thread list" hamburger icon to the top bar when the user is in a narrow, next to the un-narrow/up arrow icon.

Incomplete because you still have to first get to some topic narrow in the same stream, right? But I agree this would be a helpful step.
Adding the thread list icon to the end of the app bar would be reasonable; the main downside is that three icons is kind of a lot of them to have there.
A variation on that would be if we add an overflow menu, as described at https://github.com/zulip/zulip-mobile/issues/4532#issuecomment-799152746 -- then I think this would be a natural action to add to that menu too.

Incomplete because you still have to first get to some topic narrow in the same stream, right? But I agree this would be a helpful step.

Yep. Perhaps clicking on the stream name in the main view should bring up the topic list instead of all messages view, or something like that. But that seems more likely to frustrate people (as we've seen with Recent Topics on the webapp) and not super high priority.
I plan on implementing this at the same time as #4532, so let's have discussion on the UI for this in that issue.


Notification button in high contrast theme has bottom outline is cut off

VS Code version: Code - Insiders 1.21.0-insider (1a84a882737184488d965426747a05474f54a759, 2018-02-27T06:17:53.785Z)
OS version: Linux x64 4.13.0-36-generic

#44319

Looks like https://github.com/Microsoft/vscode/commit/9118c5a02f3eefd35862259858ce2a3f741ac876 fixed this one as well 🙌


looping on building database

the platform is looping for me on creating the database code ande keeps making the same thing with some bugs coming up on the terminal :
asyncretry_error: {
id: 'BACKEND:SERVER::GENERATE',
error: Error: backend:server:generate error - generated is empty
at Object.backendServerGenerate [as BACKEND:SERVER::GENERATE] (file:///home/intp/cofounder/api/system/functions/backend/server.js:314:9)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async file:///home/intp/cofounder/api/build.js:87:30
at async file:///home/intp/cofounder/api/build.js:84:25
at async file:///home/intp/cofounder/api/node_modules/p-queue/dist/index.js:187:36
    and this :

      asyncretry_error: {
id: 'WEBAPP:VIEW::GENERATE',
error: TypeError: Cannot read properties of undefined (reading 'views')
    at Object.webappViewGenerate [as WEBAPP:VIEW::GENERATE] (file:///home/intp/cofounder/api/system/functions/webapp/view.js:490:27)
    at file:///home/intp/cofounder/api/build.js:87:56
    at RetryOperation.runAttempt [as _fn] (/home/intp/cofounder/api/node_modules/async-retry/lib/index.js:42:15)
    at Timeout._onTimeout (/home/intp/cofounder/api/node_modules/retry/lib/retry_operation.js:85:10)
    at listOnTimeout (node:internal/timers:569:17)
    at process.processTimers (node:internal/timers:512:7)

}
}
{
SYSTEM_RUN_ERR: {
err: Error: TypeError: Cannot read properties of undefined (reading 'views')
at file:///home/intp/cofounder/api/build.js:107:17
at async file:///home/intp/cofounder/api/build.js:84:25
at async file:///home/intp/cofounder/api/node_modules/p-queue/dist/index.js:187:36,
id: 'WEBAPP:VIEW::GENERATE'
can anyone lead me in the right direction?.?

You saw the README. It is a alpha version wait intil v1 is released


Add Github ribbon

I found it hard to get from your demo page back to the project's website, so I added the Github ribbon :)

Thanks for your help ! :-)


Update to MAPL 2.23.0

This is a PR to update GEOSldas to use MAPL v2.23.0. Note that this update also requires a newer ESMA_env (aka Baselibs). This was due to needing some new interfaces in yaFyaml for use with ExtData2G.
All testing with GEOSgcm is zero-diff, so I'm labeling as such.
The equivalent GEOSgcm PR is https://github.com/GEOS-ESM/GEOSgcm/pull/428
NOTE: For now I'll keep this draft because I want to make sure the CI works. This is not anything crucial for the LDAS so it can wait until @biljanaorescanin is back from her leave so she can do full testing.

@mathomp4, thanks for keeping us current.  I went ahead and ran the tests, in the hope that it would work out and we can just merge the PR.   Alas, I'm getting somewhat odd results.  All Intel "model" tests pass, but the Intel "assim" tests fail to run. The error messages are as follows:
pe=00017 FAIL at line=03610    MAPL_HistoryGridComp.F90                 <CURRENT.SMAP_L4_SM_gph.20171015_0130z.bin being created for History output already exists>
I started with a perfectly clean $NOBACK/Systemtests directory, so not sure why MAPL would complain about a file already existing.
As for the GNU tests, the build failed for me.  Is there something that needs to be tweaked with the test script?
My tests are in /discover/nobackup/rreichle/Systemtests
I ran the full suite last night, and just the GNU tests again this morning.  I kept messing up the command line args of my ./LDAS_Nightly Cron.csh submission for the last ("gnudebugconus") test, but the outcome is still that GNU failed to build for me.
We might have to wait until @biljanaorescanin returns, after all.

@mathomp4, thanks for keeping us current. I went ahead and ran the tests, in the hope that it would work out and we can just merge the PR. Alas, I'm getting somewhat odd results. All Intel "model" tests pass, but the Intel "assim" tests fail to run. The error messages are as follows: pe=00017 FAIL at line=03610 MAPL_HistoryGridComp.F90 <CURRENT.SMAP_L4_SM_gph.20171015_0130z.bin being created for History output already exists> I started with a perfectly clean $NOBACK/Systemtests directory, so not sure why MAPL would complain about a file already existing.

Interesting. This is due to a new fix in MAPL from @bena-nasa detailed in:
https://github.com/GEOS-ESM/MAPL/issues/1565
based on tests with the ADAS:
https://github.com/GEOS-ESM/GEOSadas/issues/188
where Ben was trying to run the ADAS and found that the scripting wasn't cleaning up background files in a good way and History was essentially trying to write to a file that already existed.
Ben is on leave until next week, but maybe you can read through the GEOSadas issue and see if you can figure out what's happening? He was pretty confident that if History ever hit this, something was wrong.

As for the GNU tests, the build failed for me. Is there something that needs to be tweaked with the test script? My tests are in /discover/nobackup/rreichle/Systemtests I ran the full suite last night, and just the GNU tests again this morning. I kept messing up the command line args of my ./LDAS_Nightly Cron.csh submission for the last ("gnudebugconus") test, but the outcome is still that GNU failed to build for me. We might have to wait until @biljanaorescanin returns, after all.

Ah. These will fail for sure as the nightly test scripts are still pointing to an older-Baselibs g5_modules for GNU. It's due to the clunkiness of GEOS' handling of modules. I'll see if maybe there is a way I can have an option to "pass in" a different Baselibs version to the script so one can override the default.

@mathomp4: Thanks for the info.  I think I sort of understand the ADAS issue reported by @bena-nasa, but I don't quite see how it would apply to the GEOSldas test case.  Here, we're just writing a regular, 3-hr avg output file.  There's no 2-step dance between the predictor and corrector segments, so this particular time-stamped file is only written once.
The binary, tile-space file written here is not unique to the "assim" test cases.  For example, LDAS_GLOBAL/model case also writes binary, tile-space output but does not throw this error.  Also, the "assim" cases are not the only cases that use more than one compute node.  Some of the "model" cases do as well.  So I'm not seeing anything obvious in the HISTORY or layout config that sets the "assim" cases apart from the "model" cases.
The only thing I can think of is that there's something unique to the "assim" cases about the sequencing of the GridComps that make up GEOSldas.  In the "assim" cases, we have the ensemble GridComp (GEOSens_GridComp), which isn't engaged in the "model" cases.  Perhaps Ben's check whether the file exists comes too late, and the file has already been initialized somehow?  But now I'm just throwing out wild guesses.
If someone can reproduce my error, then fixing it likely requires both @bena-nasa and @weiyuan-jiang, which means later this month at the earliest.
Maybe @biljanaorescanin can hack the GNU tests next week, which would show us if the HISTORY error also happens in GNU.

@bena-nasa, the problem occurs with the standard LDAS Nightly test suite.  For reference, my most recent (failed) runs are still in
/discover/nobackup/rreichle/SystemTests/
Specifically, the problem occurs with the "LDAS_GLOBAL/assim" test.  The run dir (incl HISTORY.rc) for this test is here:
/discover/nobackup/rreichle/SystemTests/runs/LDAS_GLOBAL/assim/CURRENT/run/
You can run the tests yourself following the instructions here:
https://github.com/GEOS-ESM/GEOSldas/wiki/LDAS-Nightly-Tests
You can skip Step 1.  Note that you must run two tests: "-t conus -t global" (the build only happens with "conus").
Note also that LDAS_Nightly_Cron.csh has some GNU settings hardwired, so the GNU tests won't build until the script is updated.
Let me know if you have more questions.

@gmao-rreichle @biljanaorescanin
I tried running the model with a collection just like the collection you are having problems with (/gpfsm/dnb44/mathomp4/SystemTests/runs/LDAS_GLOBAL/assim/CURRENT/run/HISTORY.rc) like so:
  goswim_catch.template:       '%y4%m2%d2_%h2%n2z.nc4',
  goswim_catch.mode:           'time-averaged',
  goswim_catch.frequency:       030000,
  goswim_catch.ref_time:        000000,
  goswim_catch.fields:         'SNDZN1'    , 'CATCH'      ,

It had no problem writing this.
Therefore I have to conclude that the answer is Occam's razor, it is failing because prior to the execution of the GEOSldas.x the file exists. Indeed, when Matt did an ls in the scratch directory for his test the file exists and has a size of 0.
Is the scripting maybe touching this file? I really don't think there is any logic problem with MAPL but it really seems like somehow something touched this file before GEOSldas.x executed.

@bena-nasa : Thanks.  What was the config of your model run?  Single-member or ensemble?  I'm asking because my only hunch is that the scripting and model execution differs between single-member, no perturbation simulations and ensemble simulations with perturbations.  Here's my earlier comment on this:

The only thing I can think of is that there's something unique to the "assim" cases about the sequencing of the GridComps that make up GEOSldas. In the "assim" cases, we have the ensemble GridComp (GEOSens_GridComp), which isn't engaged in the "model" cases.

Here are run scripts for tests: /home/mathomp4/SI_Team/scripts/systest/input/LDAS
One ensemble for global model case and 24 for assim case.

@gmao-rreichle @biljanaorescanin This was a stock GESOgcm.x run which can not run ensembles. When you run ensembles you still run a single executable that runs via MAPL_Cap? Does each ensemble have it's own MAPL_CapGridComp (so would have its own history instantiation) or is it an "ensemble"  in the sense that below the single capgridcomp, under the root gridcoomp you have multiple children of somebody? I assume it is the latter.
Still would bet 4 figures this is a scripting problem. @biljanaorescanin why don't you try put an exit in the script right before (and by that I literally mean the lne before the GEOSldas.x executes). Let's see where the problem lies definitively

@bena-nasa, @mathomp4, here's an update.   Both @biljanaorescanin and I ran more tests using Matt's LDAS_Nightly_Cron.csh script and noticed the following:

Good news first: As @mathomp4 anticipated, GNU builds just fine when @biljanaorescanin updated GIT_G5FILE in LDAS_CUR.csh.   When the tests do run (see below), the results are 0-diff.

FWIW, I successfully ran the "conus" and "global" (Intel) tests for the develop branch, just to see if something was wrong with my environment or modules.  All seems fine here.

Now the bad news: @biljanaorescanin encountered my original "file exists" runtime error for the (GNU!) LDAS_GNUGLOBAL/assim case and also for the (Intel) LDAS_AGGCONUS/model case.  But @biljanaorescanin was able to successfully run the (Intel) LDAS_GLOBAL/assim case, which had failed repeatedly for me.  In my latest try, I encountered the "file exists" error in the (Intel) LDAS_CONUS/model case.  This suggests that the bug is not specific to the assim (ie, ensemble/perturbations) configuration or the compiler.  Rather, the "file exists" error appears to be intermittent, and -- I'm guessing -- may depend on the performance of the I/O system at runtime.

So something in the new infrastructure doesn't seem to want to work with GEOSldas.  Could still be a GEOSldas scripting error, or perhaps a problem with how MAPL is used in GEOSldas.  Or it's possibly a problem with MAPL HISTORY that is uncovered by GEOSldas but not the GCM.  I can only hope it's not too hard to figure out.

@gmao-rreichle I can trigger the same error in the GCM. I have a theory I need to discuss with @bena-nasa, but hopefully we can figure out a solution (might be simple, might be complex).

@biljanaorescanin can you try updating MAPL this this branch?
https://github.com/GEOS-ESM/MAPL/tree/hotfix/bmauer/fixes-ldas-pr-%23568
I think it is a trivial fix so if you can please give this hotfix a try and if it works we can patch MAPL.
Thanks

I've pushed my components.yaml here to use the branch from @bena-nasa so @biljanaorescanin can easily test. 🤞🏼

Why is the CI failing here? It should not be doing so.

Okay. I think I figured out the reason the CI was failing. The hotfix branch was not up to date with MAPL main. I've merged main in and pushed.
I've also made a useless comment to re-trigger the CI

All except one assim test are now failing for the same error for both gnu and intel.
One that passes is for aggglobalcs assim case.
Error all failed tests have:
pe=00065 FAIL at line=03610    MAPL_HistoryGridComp.F90                 <CURRENT.SMAP_L4_SM_gph.20170422_2230z.bin being created for History output already exists>

@biljanaorescanin @gmao-rreichle this is baffling, well, I reverted all_pes to .true. and moved the file inquiring into the netcdf block of that if/else. Can you pull the hotfix branch and try again.

@bena-nasa @mathomp4 @gmao-rreichle
All tests passed! ( I've run my copy of systest so we know what we get for GNU as well)

Thanks, @biljanaorescanin.   Before we can merge this, we need a new release of MAPL that includes @bena-nasa's hotfix, and once we have that, we'll need to run the tests one more time to be safe.


Trouble bootstrapping at "Obtaining file" when following Quickstart docs

Hi,
I was trying to follow the Quickstart docs at https://invenio.readthedocs.io/en/latest/quickstart.html to run a test instance of Invenio, and I hit this error when running ./scripts/bootstrap:
(invenio-test) garnett@lib-garnett:~/invenio-test$ ./scripts/bootstrap
Obtaining file:///home/garnett/invenio-test
    Complete output from command python setup.py egg_info:
    error in invenio-test setup command: ("EntryPoint must be in 'name=module:attrs [extras]' format", 'invenio-sfu = invenio-sfu.views:blueprint')

Was I supposed to be pointing to real, existing repositories when I filled out my config in the prior step?
Thanks!

What did you fill out when you ran cookiecutter gh:inveniosoftware/cookiecutter-invenio-datamodel --checkout v3.0 ? There is no need to point to an existing repository apriori. You probably also noticed that 'invenio-sfu = invenio-sfu.views:blueprint' has spaces where the required formatting seems to not want spaces.

I provided a bunch of dummy values that seemed to conform to the parameters -- e.g. a unique name for a transfix project, a repository name with a directory prefix -- but nothing that actually exists yet beyond this test install. Which config file should I be looking at to potentially solve whitespace problems? That's just terminal output I shared, I haven't gone poking in there yet because I was trying not to deviate from the docs.

In the parameter package_name did you change the default suggested one?
@fenekku is right that invenio-sfu = invenio-sfu.views:blueprint ought to have been invenio_sfu = invenio_sfu.views:blueprint valid python variable name, but the cookiecutter template doesn't check for this.


Fixes some issues caused by split vocals

playing without split vocals was causing the game to resync vocals almost every frame for some reason so when your FPS drops a bit it could cause some sort of sound stuttering with the vocals, so this here fixes it
this also fixes player vocals volume still being 0 even after the opponent hit a note(while playing without split vocals ofc)

does this fix the bug where the voices glitch if they're shorter than inst?

no

is that ever going to be fixed

Does not fix the stuttering issue, as vocals are still being constantly resynced, so I'm closing this PR, feel free to make a new one if you find a definitive fix.


Bonds remaining on portfolio page for completed markets

Both markets were reported and completed successfully. Bonds were refunded on chain, but remain "un-settled" in app.

@Boibit is this still an issue?


Why are dlls not vendored in production?

So far loving this stack! But, i'm wondering why the vendor DLL is only used in client dev. I'm starting to write tooling adjustments to allow vendor.js in production as well. Why? Well, in long running production servers ideally you push the minimum changes possible to avoid forcing the client to redownload the entire vendor bundle ( assuming the vendor list doesn't change ). Thoughts?

I agree with you in principle, and you are certainly able to extend your implementation to do so. The reason it doesn't exist by default is that I couldn't get an optimised build output from webpack - as soon as I did the vendor approach webpack would bundle ALL of the source for each dependency, subverting webpack's tree shaking features. Try run the npm run analyze command and comparing the bundle sizes. If you find a method that creates an optimised output I would be open to including it by default.

Good to know. Also, it's easy to lose perspective here. While the entire index.js is maybe 500kb, a few images in a prod update could easily top 2MB or more 😄 . So it's not a huge deal.

Yeah it depends on ones target audience in the end I guess. :-)


Seems these should be that instead of what

Summary
I think that the author meant that when they said what.

Sure.  Will also switch what to which in that case.

Thanks!  sorry I didn’t get back to this.


Not formatting if using if let chained

When using two or more if let chained, rustfmt won't format the code block.
The following code:
fn main() {
    if let Some(()) = Option::default() && let Some(()) = Option::default()
{
                                                }
}

Won't be formatted, as expected:
fn main() {
    if let Some(()) = Option::default() && let Some(()) = Option::default() {}
}

If using a single if let, everything works fine.
Here is a playground example.

nvm, it seems to be already reported on: https://github.com/rust-lang/rustfmt/pull/5203#issuecomment-1206802238


Service composition

Proposal
The goal is to make application as DRY as possible and reusability is something important so why not apply this also for services and compose services based on other services to use an existing service and just build on top of that one to add extra tasks or extra events, create a proxy of this service.
Example
Let's take the example of Ethereum:
We could have one service Ethereum with the following events with the raw data from the ethereum node:

onBlock
onTransaction
And the following tasks:
sendTransaction

Based on that we could create a service ethereum contract that would listen for the onTransaction event and check the logs to emit the event:

onContractEvent
and have the task:
callContract

Also based on this one we could have another service CryptoKitty or whatever dApp service that would use the contract service for a specific contract and have specific events:

onKittyPregnent
onBirth
...
and tasks:
buyKitty
getKitty
...

Solution
I see 2 different ways to do that, let's take this service that we want to use
name: "Ethereum"
events:
  onTx: ...
tasks:
  sendTx: ....
dependencies:
  app:
    image: mesg/ethereum
  ethereum:
    image: ethereum/geth

Configuration inheritance
When we describe the service we can inherit from another service. Inheritance is not always good but in this case the good point is that it will kind of duplicate the service we wants to inherit from in our service.
Kitty Service
name: "contact"
inherits: "Ethereum"
event:
  onKittyDead: ...
dependencies:
  contract:
    image: mesg/contract

this will result of a service like that
name: "Service B"
events:
  onTx: ...
  onKittyDead: ...
tasks:
  sendTx: ....
dependencies:
  app:
    image: mesg/ethereum
  ethereum:
    image: ethereum/geth
  contract:
    image: mesg/contract

The good point is that we don't have to write write any extra code if we want also to propagate events/task from service A and our service really includes all the technologies inside it's own service (like it's own ethereum node for example) but the problem is that we don't really reuse and this service will need it's own network
Use another service
In this case the service definition will only be the events and tasks that you want to expose and you will have as a developer in you service code to connect to the other service through MESG core apis and not directly. This adds an unnecessary communication layer and force us to expose for service some APIs like listenEvent or executeTask and maybe sone security issues with one service that call another one without any authorization. The good point in this case is that we really reuse a service and if this service and its network.
We should also make sure to add it in the description and have the following mesg.yml file like that we can automatically start/stop the services that this service need to use.
name: "contact"
use:
  - "Ethereum"
event:
  onKittyDead: ...
dependencies:
  contract:
    image: mesg/contract

moved to the forum https://forum.mesg.com/t/service-composition/22


Can't install Microsoft_Tests-Misc.app using Import-TestToolkitToBcContainer

PLEASE DO NOT INCLUDE ANY PASSWORDS OR TOKENS IN YOUR ISSUE!!!
When running the Import-TestToolkitToBcContainer on an existing container it gives a compile error on the Microsoft_Tests-Misc.app.
It seems to be using the right versions.
(as far as I can determine based on the version number of the other test apps that do install without issues).
I tried to change some of the parameters, but that doesn't solve it.
I used the following command:
Import-TestToolkitToBcContainer -containerName ***** -tenant *****
This is the Output:
(during a second attempt, that's why the preceding apps are already installed)
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Test Runner.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Any.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Library Assert.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Library Variable Storage.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_System Application Test Library.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-TestLibraries.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Bank.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Cash Flow.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Cost Accounting.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-CRM integration.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Data Exchange.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Dimension.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-ERM.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Fixed Asset.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-General Journal.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Graph.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Integration.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Invoicing.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Job.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Local.runtime.app' as it is already installed
Skipping app 'C:\ProgramData\BcContainerHelper\Extensions\sandbox-Applications-18.0.23013.24794-W1\Microsoft_Tests-Marketing.runtime.app' as it is already installed
Publishing C:\ProgramData\BcContainerHelper\Extensions\Vennegoor\11c27646-b5ba-478e-8dcb-4c4d24692dc2\Microsoft_Tests-Misc.app
Extension compilation failed
TestJobQueue.Codeunit.al(421,32): error AL0132: 'CODEUNIT' does not contain a definition for 'Job Queue Recover Job'
at , : line 18
at Invoke-ScriptInBcContainer, C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\ContainerHandling\Invoke-ScriptInNavContainer.ps1: line 44
at , C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\AppHandling\Publish-NavContainerApp.ps1: line 257
at Publish-BcContainerApp, C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\AppHandling\Publish-NavContainerApp.ps1: line 117
at , C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\ObjectHandling\Import-TestToolkitToNavContainer.ps1: line 185
at Import-TestToolkitToBcContainer, C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\ObjectHandling\Import-TestToolkitToNavContainer.ps1: line 153
at , : line 1
Extension compilation failed
TestJobQueue.Codeunit.al(421,32): error AL0132: 'CODEUNIT' does not contain a definition for 'Job Queue Recover Job'
At C:\Program Files\WindowsPowerShell\Modules\BcContainerHelper\2.0.11\ContainerHandling\Invoke-ScriptInNavContainer.ps1:45 char:13

        throw $_.Exception.Message

        ~~~~~~~~~~~~~~~~~~~~~~~~~~

CategoryInfo          : OperationStopped: (Extension compi...ue Recover Job':String) [], RuntimeException
FullyQualifiedErrorId : Extension compilation failed
TestJobQueue.Codeunit.al(421,32): error AL0132: 'CODEUNIT' does not contain a definition for 'Job Queue Recover Job'

Info about the container where the Test Toolkit is deployed into:
isBcSandbox	Y
multitenant	Y
databaseServer	host.containerhelper.internal
enableApiServices	Y
artifactUrl	https://bcartifacts.azureedge.net/sandbox/18.0.23013.24794/w1
auth	NavUserPassword
NavContainerHelper is version 2.0.11
NavContainerHelper is running as administrator: Yes
Host is Microsoft Windows 10 Enterprise - 2004: Yes
Docker Client Version is 19.03.5
Docker Server Version is 19.03.5

**Additional context**
It happens on all tenants for this container.
I believe this used to work on previous versions.

Please try to spin up the container without a pointer to an existing database (databaseserver / databasename parameters), my assumption is that there is something wrong with this database.
If the problem still persists, please provide the full script with which I can repro the problem and the full output.

Retested it on a new container based on 18.3, it doesn't reoccur.


Move common config value to sleep_base.yaml

Since all /config/model/sleep_*.yaml are very similar, instead of having some values duplicated in all config files, I think it might be better to set them in sleep_base.yaml and re-use common values whenever possible.
For now, this is done by force loading sleep_base.yaml before other more specific configs. Duplicated values in sleep_base.yaml are overwritten.
This would introduce some unnecessary values when model=galaxy_net. This is fine for now as there are no duplicated keys. In the next release of Hydra, there will be more support for inheriting base config and this can be done more properly.
For now, settings in sleep_base.yaml are just common settings shared by sleep_*.yaml. It might make more sense to split these based on model design.

After some consideration, now I think this probably doesn't add much value as this would make it hard to read when looking at each config file. Have to remember what has been set in the base config. I'll close this PR without merging if you think the same.

After some consideration, now I think this probably doesn't add much value as this would make it hard to read when looking at each config file. Have to remember what has been set in the base config. I'll close this PR without merging if you think the same.

Hi @ZachariahPang thanks for suggesting this PR and for looking into new hydra features that might be useful (there are certainly some that I haven't explored). I agree with you that there is a good deal of redundancy between the sleep config files, but I actually appreciate the redundancy as it helps me remember the parameters that are being used for each model without having to go back to the keyword arguments for each class. (this is a problem i was facing before I introduced the config files) So I think we should keep the redundancy in these config files for now.
Just to give you some background, part of the reason for the large number of redundant config files is that I wanted to be very careful about the different parts of the codes that are being tested and separating those, e.g. sleep_1galaxy_1star.yaml tests that our code can correctly distinguish stars from galaxies and sleep_star_one_tile.yaml checks that our code can find/measure stars in a single tile as opposed to multiple tiles. As the code matures we can probably consolidate some of these config files I think.
If you have any other suggestions though feel free to let me know and I'm happy to discuss!

Hi @ZachariahPang thanks for suggesting this PR and for looking into new hydra features that might be useful (there are certainly some that I haven't explored). I agree with you that there is a good deal of redundancy between the sleep config files, but I actually appreciate the redundancy as it helps me remember the parameters that are being used for each model without having to go back to the keyword arguments for each class. (this is a problem i was facing before I introduced the config files) So I think we should keep the redundancy in these config files for now.
Just to give you some background, part of the reason for the large number of redundant config files is that I wanted to be very careful about the different parts of the codes that are being tested and separating those, e.g. sleep_1galaxy_1star.yaml tests that our code can correctly distinguish stars from galaxies and sleep_star_one_tile.yaml checks that our code can find/measure stars in a single tile as opposed to multiple tiles. As the code matures we can probably consolidate some of these config files I think.
If you have any other suggestions though feel free to let me know and I'm happy to discuss!


webhook events query and retry

`		for _, hook := range hooks {
hookEvents, _, err := git.Projects.ListHookWebhookEvents(projectID, hook.ID, nil)
if err != nil {
fmt.Printf("Error fetching hook events for hook %d: %v\n", hook.ID, err)
continue
}
		for _, event := range hookEvents {
			if event.Status == "failed" {
				_, err := git.Projects.RedeliverHook(projectID, hook.ID, event.ID)
				if err != nil {
					fmt.Printf("Error retrying webhook for event %d: %v\n", event.ID, err)
				} else {
					fmt.Printf("Webhook retried for event %d\n", event.ID)
				}
			}
		}
	}`

ChatGPT gives the ListHookWebhookEvents method to query the list of events sent, and then retries those with a status of failure. However, I didn't find these two methods in the SDK. Is the SDK missing this method, or did GPT make it up?

You can find out by reading the docs: https://docs.gitlab.com/ee/api/api_resources.html


fix(holdings-items): remove holdingsItems field

Previously, during setup.feature in mod-quick-marc on the "Create MARC-HOLDINGS record" scenario tests failed due to the features introduced in the MODINVSTOR-1094. Also, the similar situation appeared in the create-test-data.feature in mod-search on the "Create inventory holdings" scenario. This commit solves these errors by deleting holdingsItems and bareHoldingsItems fields.

Remove holdingsItems and bareHoldingsItems fields from the holdings.json file in mod-quick-marc and mod-search modules.

Closes FAT-9832


[BUG 🪲] [Python] Capture Session Threw An Exception -> Frame handler error

Describe the bug 🐛
Running the example, that you gave us. I'm using a fresh venv.
(venv) PS C:\Users\test\win_cap> python wincap.py
Traceback (most recent call last):
  File "C:\Users\test\win_cap\wincap.py", line 31, in <module>
    capture.start()
  File "C:\Users\test\win_cap\venv\Lib\site-packages\windows_capture\__init__.py", line 207, in start
    self.capture.start()
Exception: Capture Session Threw An Exception -> Frame handler error: Frame Process Error: Windows API error: The parameter is incorrect. (0x80070057)

OS 🤖
Windows 11 Home, 23H2 (latest as of 11/10/24)
** Additional Context **
Python 3.11.9
Package         Version

numpy           2.1.3
opencv-python   <IP_ADDRESS>
pip             24.0
setuptools      65.5.0
windows-capture 1.4.0

@Snoogens101 @zipslide Do you have the same problem running the rust example?

@Snoogens101 @zipslide Do you have the same problem running the rust example?

No, the issue does not exist in Rust, only when using the Python version.

@Snoogens101 @zipslide Do you have the same problem running the rust example?

No, the issue does not exist in Rust, only when using the Python version.

Can you try the new version 1.4.2?

@Snoogens101 @zipslide Do you have the same problem running the rust example?

No, the issue does not exist in Rust, only when using the Python version.

Can you try the new version 1.4.2?

Works! Thank you very much :)


Bug - React "Error: Too many re-renders. React limits the number of renders to prevent an infinite loop."

Describe the bug

To Reproduce
I`m called a simple hook, but https://i.imgur.com/Ow80Ias.png.
Not working: https://i.imgur.com/Ow80Ias.png
const [{ data, error }] = useGetUserInfoQuery({
  variables: {
    auth
  },
  context: {}
});

Working: https://i.imgur.com/SN2lWuk.png
const [{ data, error }] = useGetUserInfoQuery({
  variables: {
    auth
  }
});

My GraphQL schema:

BIG FILE!

My GraphQL operations:

query GetUserInfo($auth: String!) {
  getUserInfo(auth: $auth) {
    privileges
    privilege
    photoProfile
    username
    email
    name
    surname
    cnpj
    location {
      street
      number
      complement
      district
      state
      city
      zipcode
    }
    updatedToken {
      signature
      token
    }
  }
}

My codegen.yml config file:

overwrite: true

schema: 'http://localhost/graphql'

documents: './graphql/**/*.gql'

generates:
  src/generated/graphql.tsx:
    plugins:
      - 'typescript'
      - 'typescript-operations'
      - 'typescript-urql'
    config:
      withHooks: true

hooks:
  afterAllFileWrite:
    - eslint --fix

Expected behavior

Environment:

OS: Ubuntu 20.04 LTS
"@graphql-codegen/cli": "^2.6.2"
"@graphql-codegen/import-types-preset": "^2.1.12"
"@graphql-codegen/typescript": "^2.4.5"
"@graphql-codegen/typescript-operations": "^2.3.2",
"@graphql-codegen/typescript-urql": "^3.5.3"
NodeJS: v16.14.0

Codegen generates a simple typed function that calls the actual hook; you can see the generated code. I think codegen has nothing to do with the error you have.
As we asked in the issue template, we need a clear and minimal reproduction for issues to help you.


Build fails on MSYS2 UCRT with incompatible pointer type in vitals.c

I use MSYS2 (UCRT environment) and am having trouble building Mimick.
I run cmake . and ninja and get an error about incompatible pointer type in vitals.c:182:27
$ cmake .
-- Building for: Ninja
CMake Deprecation Warning at CMakeLists.txt:5 (cmake_minimum_required):
  Compatibility with CMake < 3.5 will be removed from a future version of
  CMake.

  Update the VERSION argument <min> value or use a ...<max> suffix to tell
  CMake that the project does not need compatibility with older versions.

-- The C compiler identification is GNU 14.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/msys64/ucrt64/bin/cc.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- The ASM compiler identification is GNU
-- Found assembler: C:/msys64/ucrt64/bin/cc.exe
-- Looking for __stdio_common_vfprintf
-- Looking for __stdio_common_vfprintf - found
-- Configuring done (3.0s)
-- Generating done (0.1s)
-- Build files have been written to: C:/Users/BrendanSimon/SW/Mimick

$ ninja.exe
[1/4] Building C object CMakeFiles/mimick.dir/src/vitals.c.obj
FAILED: CMakeFiles/mimick.dir/src/vitals.c.obj
C:\msys64\ucrt64\bin\cc.exe -DWIN32_LEAN_AND_MEAN -D_CRT_SECURE_NO_WARNINGS -IC:/Users/BrendanSimon/SW/Mimick/include -IC:/Users/BrendanSimon/SW/Mimick/src -std=c99 -Wall -Wextra -Wno-unused-parameter -MD -MT CMakeFiles/mimick.dir/src/vitals.c.obj -MF CMakeFiles\mimick.dir\src\vitals.c.obj.d -o CMakeFiles/mimick.dir/src/vitals.c.obj -c C:/Users/BrendanSimon/SW/Mimick/src/vitals.c
C:/Users/BrendanSimon/SW/Mimick/src/vitals.c: In function 'mmk_init_vital_functions':
C:/Users/BrendanSimon/SW/Mimick/src/vitals.c:182:27: error: assignment to 'void (*)(FILE *, const char *, char *)' {aka 'void (*)(struct _iobuf *, const char *, char *)'} from incompatible pointer type 'int (*)(FILE *, const char *, char *)' {aka 'int (*)(struct _iobuf *, const char *, char *)'} [-Wincompatible-pointer-types]
  182 |             mmk_vfprintf_ = win32_vfprintf_fallback;
      |                           ^
ninja: build stopped: subcommand failed.

Changing the declaration of line 131 fixed it for me.
from:
void (*mmk_vfprintf_)(FILE *, const char *, va_list);

to:
int (*mmk_vfprintf_)(FILE *, const char *, va_list);


support batch_size>1 for some operators

I greatly appreciate the contributions made in this PR. Please sync the latest changes from the main branch and carefully resolve any conflicts, particularly in core/data.py.


Zone file parsing ignores meaningful line boundaries

When parsing zone files, a line break immediately following record type is ignored, resulting in acceptance and misinterpretation of invalid input:
$ cat main.go
package main

import (
	"fmt"
	"github.com/miekg/dns"
	"strings"
)

func main() {
	fmt.Printf("; miekg/dns version: %v\n", dns.Version)

	zone := `
$ORIGIN example.com.
example.com. 3600 IN SOA ns.example.net. hostmaster.example.com. 1 86400 60 86400 3600
example.com. 3600 NS ns.example.net.

example.com. 60 PX
1000 TXT 1K
`
	for token := range dns.ParseZone(strings.NewReader(zone), "", "") {
		if token.Error != nil {
			fmt.Printf("; ERROR: %v\n", token.Error)
		} else {
			fmt.Println(token.RR.String())
		}
	}
}

$ go run main.go
; miekg/dns version: 1.1.3
example.com.	3600	IN	SOA	ns.example.net. hostmaster.example.com. 1 86400 60 86400 3600
example.com.	3600	IN	NS	ns.example.net.
example.com.	60	IN	PX	1000 TXT.example.com. 1K.example.com.

So, we actually allow this for (again) dynamic updates. I added a guard against this:
diff --git a/scan.go b/scan.go
index a8691bca..62ac9aa3 100644
--- a/scan.go
+++ b/scan.go
@@ -650,10 +650,13 @@ func (zp *ZoneParser) Next() (RR, bool) {

                        st = zExpectRdata
                case zExpectRdata:
+                       if l.value == zNewline {
+                               return zp.setParseError("unexpected newline", l)
+                       }
                        r, e := setRR(*h, zp.c, zp.origin, zp.file)
                        if e != nil {
-                               // If e.lex is nil than we have encounter a unknown RR type
-                               // in that case we substitute our current lex token
+                               // If e.lex is nil than we have encounter an unknown RR type
+                               // in that case we substitute our current lex token.
                                if e.lex.token == "" && e.lex.value == 0 {
                                        e.lex = l // Uh, dirty
                                }

and this breaks other tests, like TestLenDynamicA. We could potentially check if this is near EOF or some such.
Even more when we parse the RDATA we should call c.Next() // zBlank is most places, all of those can be a newline as well - which will then be ignored and we happily parse the next line as well...

Dynamic updates are conveyed via wire format, not master files... there is no valid context in which scanning presentation format data should accept a record without RDATA. I'm not sure about the rest, but that new guard seems good.

[ Quoting<EMAIL_ADDRESS>in "Re: [miekg/dns] Zone file parsing i..." ]

Dynamic updates are conveyed via wire format, not master files... there is no valid context in which scanning presentation format data should accept a record without RDATA. I'm not sure about the rest, but that new guard seems good.

it's backwards incompatible because we allow it now. And it's a convience way of
building such a wire message, and thus this can't go in, in this form.

Some changes we can make here:

setRR can be a method on *ZoneParser giving it more context. It should probably also get the lexer state
if there we can check l.value as this is not checked at the moment and see if we got a newline and then also see another token

If the latter is true we error, otherwise we continue.
In a sense a zp.Peek would be nice, but I've looked at it and there is quite some state we carry, so I'm not sure how simple that would be to implement.

Adding something like (*zlexer).Peek or maybe (*zlexer).UnreadNext should be easy because we don’t actually need to keep the previous state around. All we need is the ability to have two calls to (*zlexer).Next (or Peek + Next) return the same leader token.
Then it could be as simple as:
if l.value == zNewline && z.Peek().token != "" {

What do you mean exactly? We don't need (at least cache) the bytereader,
line and column values (for instance)?
On Tue, 28 May 2019, 10:25 Tom Thorogood<EMAIL_ADDRESS>wrote:

Adding something like (*zlexer).Peek or maybe (*zlexer).UnreadNext should
be easy because we don’t actually need to keep the previous state around.
All we need is the ability to have two calls to (*zlexer).Next (or Peek +
Next) return the same leader token.
Then it could be as simple as:
if l.value == zNewline && z.Peek().token != "" {
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/miekg/dns/issues/901?email_source=notifications&email_token=AACWIW4TWHX5UK354MMWBSDPXTT77A5CNFSM4GRN32E2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWLLOQI#issuecomment-496416577,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AACWIW7XZSYVJOY4NH47ULTPXTT77ANCNFSM4GRN32EQ
.

@miekg I’ll try and throw together a PR tomorrow to explain. I’m talking about the l and nextL fields on zlexer.

@miekg We might be able to approach this differently by moving the dynamic update check out of the individual parse methods in scan_rr.go.
Almost all the different types have a dynamic update check (implicitly or explicitly), except for RFC3597 and TKEY. Is not supporting dynamic updates in these two records intentional?

Sgtm.
TKEY and RFC3597 might be just an oversight.
On Wed, 29 May 2019, 05:42 Tom Thorogood<EMAIL_ADDRESS>wrote:

@miekg https://github.com/miekg We might be able to approach this
differently by moving the dynamic update check out of the individual parse
methods in scan_rr.go.
Almost all the different types have a dynamic update check (implicitly or
explicitly), except for RFC3597 and TKEY. Is not supporting dynamic
updates in these two records intentional?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/miekg/dns/issues/901?email_source=notifications&email_token=AACWIWYC3P4O4S23YFS2ZKDPXX3SLA5CNFSM4GRN32E2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODWOCG3I#issuecomment-496771949,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AACWIW7YZXPPVFIUVZ3ZOJDPXX3SLANCNFSM4GRN32EQ
.


Migrated UI items providers to itwin 4.0.

/azp run

@aruniverse Are good with this changes. I considered removing the 'automatic' ui component registration, but since already have an option for skipping it, I decided to not break the API for our consumers and keep things unchanged.

I think we should discuss with the AppUi team what to do here and what best practice is. It should be ok to make breaking changes in here, but i guess we should deprecate the older way of auto registering in 3.7 if we wanted to make that change

@aruniverse Are good with this changes. I considered removing the 'automatic' ui component registration, but since already have an option for skipping it, I decided to not break the API for our consumers and keep things unchanged.

I think we should discuss with the AppUi team what to do here and what best practice is. It should be ok to make breaking changes in here, but i guess we should deprecate the older way of auto registering in 3.7 if we wanted to make that change

Already discussed this with @NancyMcCallB and she suggested to remove it..  I am just trying to simplify the migration to 4.0 by minimizing breaking changes.  If you strongly suggest to remove it, then lets do it.  Would you say it's already too late to deprecate something in ?

@mdastous-bentley  I'm in agreement with Nancy and do think it needs to be removed. I dont think the breaking change will be that bad for users to react to.
@calebmshafer let us know if you think we should hold off

@mdastous-bentley I'm in agreement with Nancy and do think it needs to be removed. I dont think the breaking change will be that bad for users to react to.
@calebmshafer let us know if you think we should hold off

@mdastous-bentley @aruniverse I'm good with removing it. We've heard some teams bring this up; they don't want the automatic registration due to the wanting to control it via feature flags which the registration doesn't allow.

@aruniverse Removed auto registration of UiItemsProviders, please have another look.

/azp run


Write vignette

Write a vignette showing basic use of the package

@ateucher @stephhazlitt even without a vignette, I think it'd be useful to have in the README just an example of how to load data into one of the main functions. I just looked at all the pm_* functions, and I saw the included airzone_map, but I couldn't figure out how to run any of the functions because I don't know where the sample dataframe is

Great idea, thanks @daattali.  I'll load something up into the README today.

I've updated the README with a simple example of the core functionality for PM2.5

That's extremely useful, thanks. I noticed in the joined ann_98_per, the n_days.x and n_days.y are not identical.  I'm assuming that's expected because of different ways the two methods filter the days, but just wanted to bring it up in case it's not expected

Thanks for pointing that out @daattali. I'll look at it after we assign #14.

 Documentation


IS-07: Add MQTT sender and receiver

Follow up to PR #69.
It would be nice to support the MQTT transport for IS-07 Event & Tally as well as the WebSocket transport.
The implementation could utilise an existing C++ library to publish and subscribe to the MQTT broker, such as Eclipse Paho MQTT C++ Client Library (which may be licensed under the Eclipse Distribution License v1.0 which is a variant of the BSD 3-Clause License).
Some work was already done towards the resource factory functions in PR #59.

Another C++ library to investigate: https://github.com/redboltz/mqtt_cpp (Boost Software License 1.0, requires C++14 though?)

Hello sorry are there some good news with mqtt enhancement?

We undertook some proof-of-concept integrating redboltz/mqtt_cpp with sony/nmos-cpp, but do not have a timescale to publish this.

Hi Gareth, do you have any suggestion to import redboltz/mqtt_cpp library? I'm trying to import it but I'm getting a lot of compiling errors related to Boost library. As I read is a headeronly library so i've added the header folder and the mqtt_client_cpp.hpp do I need to specify something more? I've tried also to add add_library() into NmosCppLibraries.cmake but didn't help. I'm pretty stuck on both importing paho and redboltz/mqtt_cpp.


Fix for broken scroll-spy

It seems I broke the scroll-spy functionality somewhat with my previous pull-request... This should fix that. Now, active-state should work when mounting/unmounting between instances.

This also fixes scroll-spy for IE9, if you care about that... ;-)

Added another commit to fix issue where non-animated scroll would work incorrectly since window.scrollTo is working in absolute coordinates.

alright - seems good and merged!


Add pull request template and issue templates

This is an automatic batch pull request.

Pull-request updated, HEAD is now ce01558e1683e882c09005eb1326c9fc18ef0925