Fix hnswlib reinstall always

Description of changes
The pip install command in the Dockerfile has been modified to cache the packages downloaded within the container during initial build, but to still look out for updates just as before. In this way, the container restarts seamlessly if there are no updates to the chroma-hnswlib and numpy packages which were prone to being re-downloaded with each restart regardless of version updates
Cc: @tazarov
#1587

Improvements & Bug fixes

Faster container restart if there are no updates to pip packages
Less susceptibility to container start/restart errors due to low network bandwidth

New functionality

None

Test plan

[x] Container build is successful
[x] Troubleshooting the restart process shows no re-downloads on restart

Documentation Changes
Not sure any changes need to be made to documentation as it's a minor fix.

@tazarov can you take a look here?

hey @theabrahamaudu, I've tested your fix, but I don't see evidence the problem you are trying to solve being resolved:
docker build -t chroma-test .
[+] Building 265.4s (17/17) FINISHED                                                                                docker:desktop-linux
 => [internal] load build definition from Dockerfile                                                                                0.0s
 => => transferring dockerfile: 800B                                                                                0.0s
 => [internal] load .dockerignore                                                                                0.0s
 => => transferring context: 131B                                                                                0.0s
 => [internal] load metadata for docker.io/library/python:3.10-slim-bookworm                                                                                2.9s
 => [auth] library/python:pull token for registry-1.docker.io                                                                                0.0s
 => [builder 1/6] FROM docker.io/library/python:3.10-slim-bookworm@sha256:25f03d17398b3f001e040fc951b4ee9404862f1b65c5eea1aa31c042dfdab527                                                                                0.1s
 => => resolve docker.io/library/python:3.10-slim-bookworm@sha256:25f03d17398b3f001e040fc951b4ee9404862f1b65c5eea1aa31c042dfdab527                                                                                0.0s
 => => sha256:25f03d17398b3f001e040fc951b4ee9404862f1b65c5eea1aa31c042dfdab527 1.65kB / 1.65kB                                                                                0.0s
 => => sha256:7f09e7badc9de262fe1f97b6c655b273e17eb7f3eb20d997c4e6ac26f2ab17a3 1.37kB / 1.37kB                                                                                0.0s
 => => sha256:c883359f45f6a4de9306d8d339e40352291f72b1809918679d3de4998a7eadbd 6.95kB / 6.95kB                                                                                0.0s
 => [internal] load build context                                                                                0.1s
 => => transferring context: 8.05MB                                                                                0.1s
 => [builder 2/6] RUN apt-get update --fix-missing && apt-get install -y --fix-missing     build-essential     gcc     g++ &&     rm -rf /var/lib/apt/lists/*                                                                                141.2s
 => [builder 3/6] RUN mkdir /install                                                                                0.2s
 => [final 3/7] RUN mkdir /chroma                                                                                0.2s
 => [builder 4/6] WORKDIR /install                                                                                0.0s
 => [final 4/7] WORKDIR /chroma                                                                                0.0s
 => [builder 5/6] COPY ./requirements.txt requirements.txt                                                                                0.0s
 => [builder 6/6] RUN --mount=type=cache,target=/root/.cache/pip pip install --upgrade --prefix="/install" -r requirements.txt                                                                                119.2s
 => [final 5/7] COPY --from=builder /install /usr/local                                                                                0.6s
 => [final 6/7] COPY ./bin/docker_entrypoint.sh /docker_entrypoint.sh                                                                                0.0s
 => [final 7/7] COPY ./ /chroma                                                                                0.0s
 => exporting to image                                                                                0.6s
 => => exporting layers                                                                                0.6s
 => => writing image sha256:7176b2327b874bed9789e48cb12423f763928bba571c902e319fca95aa110618                                                                                0.0s
 => => naming to docker.io/library/chroma-test                                                                                0.0s

What's Next?
  View a summary of image vulnerabilities and recommendations → docker scout quickview
(venv) 1598-chroma % docker run -it --rm chroma-test
Rebuilding hnsw to ensure architecture compatibility
Collecting chroma-hnswlib
  Downloading chroma_hnswlib-0.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (2.3 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.3/2.3 MB 6.6 MB/s eta 0:00:00
Collecting numpy
  Downloading numpy-1.26.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (14.2 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.2/14.2 MB 1.2 MB/s eta 0:00:00
Installing collected packages: numpy, chroma-hnswlib
  Attempting uninstall: numpy
    Found existing installation: numpy 1.26.3
    Uninstalling numpy-1.26.3:
      Successfully uninstalled numpy-1.26.3
  Attempting uninstall: chroma-hnswlib
    Found existing installation: chroma-hnswlib 0.7.3
    Uninstalling chroma-hnswlib-0.7.3:
      Successfully uninstalled chroma-hnswlib-0.7.3
Successfully installed chroma-hnswlib-0.7.3 numpy-1.26.3
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

[notice] A new release of pip is available: 23.0.1 -> 23.3.2
[notice] To update, run: pip install --upgrade pip
DEBUG:    [04-01-2024 17:45:35] Registering provider: token_config
DEBUG:    [04-01-2024 17:45:35] Registering provider: user_token_config
DEBUG:    [04-01-2024 17:45:35] Registering provider: token
DEBUG:    [04-01-2024 17:45:35] Registering provider: token
WARNING:  [04-01-2024 17:45:35] chroma_server_nofile is set to 65535, but this is less than current soft limit of 1048576. chroma_server_nofile will not be set.
INFO:     [04-01-2024 17:45:35] Anonymized telemetry enabled. See                     https://docs.trychroma.com/telemetry for more information.
DEBUG:    [04-01-2024 17:45:35] Starting component System
DEBUG:    [04-01-2024 17:45:35] Starting component OpenTelemetryClient
DEBUG:    [04-01-2024 17:45:35] Starting component SimpleAssignmentPolicy
DEBUG:    [04-01-2024 17:45:35] Starting component SqliteDB
DEBUG:    [04-01-2024 17:45:35] Starting component Posthog
DEBUG:    [04-01-2024 17:45:35] Starting component LocalSegmentManager
DEBUG:    [04-01-2024 17:45:35] Starting component SegmentAPI
INFO:     [04-01-2024 17:45:35] Started server process [11]
INFO:     [04-01-2024 17:45:35] Waiting for application startup.
INFO:     [04-01-2024 17:45:35] Application startup complete.
INFO:     [04-01-2024 17:45:35] Uvicorn running on http://<IP_ADDRESS>:8000 (Press CTRL+C to quit)
^CINFO:     [04-01-2024 17:45:38] Shutting down
INFO:     [04-01-2024 17:45:38] Waiting for application shutdown.
INFO:     [04-01-2024 17:45:38] Application shutdown complete.
INFO:     [04-01-2024 17:45:38] Finished server process [11]

Yes, this is expected. The expected outcome is that if you stop the container and restart (without deleting) it after this initial build, it won’t re-download the packages if there’s no update. Previously, it would re-download upon each restart.

I did rerun the container:
INFO:     [04-01-2024 17:45:35] Application startup complete.
INFO:     [04-01-2024 17:45:35] Uvicorn running on http://<IP_ADDRESS>:8000 (Press CTRL+C to quit)
^CINFO:     [04-01-2024 17:45:38] Shutting down
INFO:     [04-01-2024 17:45:38] Waiting for application shutdown.
INFO:     [04-01-2024 17:45:38] Application shutdown complete.
INFO:     [04-01-2024 17:45:38] Finished server process [11]
(venv) 1598-chroma % docker run -it --rm chroma-test
Rebuilding hnsw to ensure architecture compatibility
Collecting chroma-hnswlib
  Downloading chroma_hnswlib-0.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (2.3 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.3/2.3 MB 4.0 MB/s eta 0:00:00
Collecting numpy
  Downloading numpy-1.26.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (14.2 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.2/14.2 MB 1.3 MB/s eta 0:00:00
Installing collected packages: numpy, chroma-hnswlib
  Attempting uninstall: numpy
    Found existing installation: numpy 1.26.3
    Uninstalling numpy-1.26.3:
      Successfully uninstalled numpy-1.26.3
  Attempting uninstall: chroma-hnswlib
    Found existing installation: chroma-hnswlib 0.7.3
    Uninstalling chroma-hnswlib-0.7.3:
      Successfully uninstalled chroma-hnswlib-0.7.3
Successfully installed chroma-hnswlib-0.7.3 numpy-1.26.3
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

[notice] A new release of pip is available: 23.0.1 -> 23.3.2
[notice] To update, run: pip install --upgrade pip
DEBUG:    [04-01-2024 17:56:15] Registering provider: token_config
DEBUG:    [04-01-2024 17:56:15] Registering provider: user_token_config

I can still see the re-download happening.

docker run -it --rm chroma-test

Running it with the ‘--rm’ flag removes the container when you stop it, so it has to re-download when starting again. The re-download will only stop if the container is still existing when it is restarted.

Not sure that solves the problem:
(venv) 1598-chroma % docker run -it chroma-test
Rebuilding hnsw to ensure architecture compatibility
Collecting chroma-hnswlib
  Downloading chroma_hnswlib-0.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (2.3 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.3/2.3 MB 3.7 MB/s eta 0:00:00
Collecting numpy
  Downloading numpy-1.26.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (14.2 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.2/14.2 MB 1.3 MB/s eta 0:00:00
Installing collected packages: numpy, chroma-hnswlib
  Attempting uninstall: numpy
    Found existing installation: numpy 1.26.3
    Uninstalling numpy-1.26.3:
      Successfully uninstalled numpy-1.26.3
  Attempting uninstall: chroma-hnswlib
    Found existing installation: chroma-hnswlib 0.7.3
    Uninstalling chroma-hnswlib-0.7.3:
      Successfully uninstalled chroma-hnswlib-0.7.3
Successfully installed chroma-hnswlib-0.7.3 numpy-1.26.3
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

[notice] A new release of pip is available: 23.0.1 -> 23.3.2
[notice] To update, run: pip install --upgrade pip
DEBUG:    [04-01-2024 18:07:44] Registering provider: token_config
DEBUG:    [04-01-2024 18:07:44] Registering provider: user_token_config
DEBUG:    [04-01-2024 18:07:44] Registering provider: token
DEBUG:    [04-01-2024 18:07:44] Registering provider: token
WARNING:  [04-01-2024 18:07:44] chroma_server_nofile is set to 65535, but this is less than current soft limit of 1048576. chroma_server_nofile will not be set.
INFO:     [04-01-2024 18:07:44] Anonymized telemetry enabled. See                     https://docs.trychroma.com/telemetry for more information.
DEBUG:    [04-01-2024 18:07:44] Starting component System
DEBUG:    [04-01-2024 18:07:44] Starting component OpenTelemetryClient
DEBUG:    [04-01-2024 18:07:44] Starting component SimpleAssignmentPolicy
DEBUG:    [04-01-2024 18:07:44] Starting component SqliteDB
DEBUG:    [04-01-2024 18:07:44] Starting component Posthog
DEBUG:    [04-01-2024 18:07:44] Starting component LocalSegmentManager
DEBUG:    [04-01-2024 18:07:44] Starting component SegmentAPI
INFO:     [04-01-2024 18:07:44] Started server process [12]
INFO:     [04-01-2024 18:07:44] Waiting for application startup.
INFO:     [04-01-2024 18:07:44] Application startup complete.
INFO:     [04-01-2024 18:07:44] Uvicorn running on http://<IP_ADDRESS>:8000 (Press CTRL+C to quit)
^CINFO:     [04-01-2024 18:07:46] Shutting down
INFO:     [04-01-2024 18:07:46] Waiting for application shutdown.
INFO:     [04-01-2024 18:07:46] Application shutdown complete.
INFO:     [04-01-2024 18:07:46] Finished server process [12]
(venv) 1598-chroma % docker run -it chroma-test
Rebuilding hnsw to ensure architecture compatibility
Collecting chroma-hnswlib
  Downloading chroma_hnswlib-0.7.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (2.3 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 2.3/2.3 MB 4.5 MB/s eta 0:00:00
Collecting numpy
  Downloading numpy-1.26.3-cp310-cp310-manylinux_2_17_aarch64.manylinux2014_aarch64.whl (14.2 MB)
     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 14.2/14.2 MB 1.5 MB/s eta 0:00:00
Installing collected packages: numpy, chroma-hnswlib
  Attempting uninstall: numpy
    Found existing installation: numpy 1.26.3
    Uninstalling numpy-1.26.3:
      Successfully uninstalled numpy-1.26.3
  Attempting uninstall: chroma-hnswlib
    Found existing installation: chroma-hnswlib 0.7.3
    Uninstalling chroma-hnswlib-0.7.3:
      Successfully uninstalled chroma-hnswlib-0.7.3
Successfully installed chroma-hnswlib-0.7.3 numpy-1.26.3
WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv

[notice] A new release of pip is available: 23.0.1 -> 23.3.2
[notice] To update, run: pip install --upgrade pip
DEBUG:    [04-01-2024 18:07:58] Registering provider: token_config
DEBUG:    [04-01-2024 18:07:58] Registering provider: user_token_config
DEBUG:    [04-01-2024 18:07:58] Registering provider: token
DEBUG:    [04-01-2024 18:07:58] Registering provider: token
WARNING:  [04-01-2024 18:07:59] chroma_server_nofile is set to 65535, but this is less than current soft limit of 1048576. chroma_server_nofile will not be set.
INFO:     [04-01-2024 18:07:59] Anonymized telemetry enabled. See                     https://docs.trychroma.com/telemetry for more information.
DEBUG:    [04-01-2024 18:07:59] Starting component System
DEBUG:    [04-01-2024 18:07:59] Starting component OpenTelemetryClient
DEBUG:    [04-01-2024 18:07:59] Starting component SimpleAssignmentPolicy
DEBUG:    [04-01-2024 18:07:59] Starting component SqliteDB
DEBUG:    [04-01-2024 18:07:59] Starting component Posthog
DEBUG:    [04-01-2024 18:07:59] Starting component LocalSegmentManager
DEBUG:    [04-01-2024 18:07:59] Starting component SegmentAPI
INFO:     [04-01-2024 18:07:59] Started server process [12]
INFO:     [04-01-2024 18:07:59] Waiting for application startup.
INFO:     [04-01-2024 18:07:59] Application startup complete.
INFO:     [04-01-2024 18:07:59] Uvicorn running on http://<IP_ADDRESS>:8000 (Press CTRL+C to quit)

If you run this after initial startup:

docker stop chroma-test

then run

docker start chroma-test

It should restart without re-downloading

If you run this after initial startup:

docker stop chroma-test

then run

docker start chroma-test

It should restart without re-downloading

If this doesn’t work, then I will have to take a second look. Thanks 🙏🏾.

@theabrahamaudu, Let's consider the value of this change:

Containers on the face of it should be ephemeral
What you are suggesting is that containers persist over long periods via start/stop mechanics

It makes me ask myself whether this is the right direction. Before further considering this, let's explore three alternatives:

Caching the wheels
Skipping the reinstall altogether
Rebuilding from the source

Caching wheels
Pros:

Won't need to redownload
Can force reinstall from wheels directly
Faster boot time

Cons:

No different than skipping the reinstall altogether
While it will work on the target architecture as in the docker image, it may not benefit from certain CPU features (whl are pre-built packages)

Skipping the reinstall altogether
Pros:

Fastest boot time

Cons:

While it will work on the target architecture as in the docker image, it may not benefit from certain CPU features (whl are pre-built packages)

Rebuilding from source
Pros:

Ensure that the hnswlib benefits from all CPU features

Cons:

Slowest boot time

Mitigation: Rebuilding can be an env var which, if present, we'll rebuild the lib

@theabrahamaudu, take a look at this PR #1613. I think it solves your problem. It is a result of the above suggestions. If you are ok we can close this one.

closing as discussed in the thread


docs(Config.Optimization): correct typo namedChunks -> chunkIds

Correct typo (incorrect reference) in: Configuration: optimization.chunkIds.

The last bullet point currently reads
"if none of the above, optimization.namedChunks will be defaulted to 'natural'"
which should have been
"if none of the above, optimization.chunkIds will be defaulted to 'natural'"

Thanks!


Pipe-ALL AlexNet output formatting error when running entirely on little cluster at certain frequencies

demonstration:

Steps to reproduce:

make sure LD_LIBRARY_PATH is set correctly

echo performance > /sys/devices/system/cpu/cpufreq/policy0/scaling_governor
echo performance > /sys/devices/system/cpu/cpufreq/policy2/scaling_governor
echo 1000000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_max_freq
./graph_alexnet_all_pipe_sync --threads=4  --threads2=2 --n=60 --total_cores=6 --partition_point=8 --partition_point2=8 --order="L-G-B"

Happens on frequencies of 1 GHz and higher. Once it didn't occur on 1.2 GHz, but it is generally very consistent in occurring.
Consistently reproducible on our system.
Hardware is plugged directly into power with the supplied Anker PowerPort+ 1 power supply.
Significance of the issue:

It disrupts the proper operation of our parser, which cost us hours trying to "fix" a bug yesterday that was due to this.

Sorry for the inconvenience.
It seems that the output report of the stages are mixed. The reason is that each stage is run with a separate Thread, and when they try to print simultaneously, this problem happens. One possible solution is to use std::cerr instead of the std::cout for reporting the output reports.  The source file is examples/graph_alexnet_all_pipe_sync.cpp. At the end of do_run_1, do_run_2, and do_run_3 the std::cout could be replaced with std::cerr.
What was your solution for this problem?

We didn't have a solution, we couldn't process the inference times for this data, and we couldn't average the other measurements with other data because our data processing scripts were relying on the order of items being consistent, which it wasn't, we didn't have time to change this so we just settled on not including the inference times on those tests.


Retention and automatic deletion

This page is a little confusing in terms of the retention of recordings.  The 21 day limit says its for A1 licensed users.  I thought the retention of meetings was indefinite for enterprise tenants using E3 and E5 licensing.  Can this be clarified?
[Enter feedback here]

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

@jrummer  Thank you for submitting feedback and contributing to the docs. We are currently investigating this.

@CarolynRowe - do you own this article, or do you know who would? For some reason I ended up being listed as the owner/writer. Thanks, Tony

@jrummer - Hi, it looks like this article has been updated since the time that you opened this issue, so I'm closing this issue. If your concern still exists in the updated article, please open a new issue.
Thank you!


Switch MetadataCache to use a global slab allocator.

This seems to more than fix a performance regression that we
detected on a metadata-allocation microbenchmark.
A few months ago, I improved the metadata cache representation
and changed the metadata allocation scheme to primarily use malloc.
Previously, we'd been using malloc in the concurrent tree data
structure but a per-cache slab allocator for the metadata itself.
At the time, I was concerned about the overhead of per-cache
allocators, since many metadata patterns see only a small number
of instantiations.  That's still an important factor, so in the
new scheme we're using a global allocator; but instead of using
malloc for individual allocations, we're using a slab allocator,
which should have better peak, single-thread performance, at the
cost of not easily supporting deallocation.  Deallocation is
only used for metadata when there's contention on the cache, and
specifically only when there's contention for the same key, so
leaking a little isn't the worst thing in the world.
The initial slab is a 64K globally-allocated buffer.
Successive slabs are 16K and allocated with malloc.
Resolves rdar://28189496.

@swift-ci Please smoke test.

@swift-ci Please benchmark.

Hmm, GCC doesn't emit this with cmpxchg16b.  That's going to require some investigation.

We should chain the pools together (reserve the first or last word for the link to the next or something). Otherwise heap analysis tools will complain about leaks once there are three pools allocated.

Do you have any measurements of pool space occupied by any current apps?

Build comment file:
Optimized (O)

Regression (0)

Improvement (0)

No Changes (159)

TEST
OLD_MIN
NEW_MIN
DELTA (%)
SPEEDUP

ObjectiveCBridgeStubNSDateMutationRef
12067
11638
-3.6%
1.04x(?)

ObjectiveCBridgeFromNSDictionaryAnyObjectForced
5633
5485
-2.6%
1.03x(?)

Prims
762
749
-1.7%
1.02x(?)

StringHasPrefix
747
729
-2.4%
1.02x(?)

SuperChars
216034
212734
-1.5%
1.02x(?)

ObjectiveCBridgeStubURLAppendPath
245196
240859
-1.8%
1.02x(?)

AnyHashableWithAClass
64568
63888
-1.1%
1.01x

StaticArray
127
126
-0.8%
1.01x

SetIntersect_OfObjects
1457
1443
-1.0%
1.01x(?)

RC4
157
156
-0.6%
1.01x

ArrayOfGenericRef
3985
3951
-0.8%
1.01x(?)

SetExclusiveOr_OfObjects
7442
7400
-0.6%
1.01x(?)

StringHasPrefixUnicode
13995
13877
-0.8%
1.01x

NSStringConversion
731
723
-1.1%
1.01x(?)

ObjectiveCBridgeFromNSSetAnyObjectForced
4570
4532
-0.8%
1.01x(?)

SetUnion
2280
2263
-0.8%
1.01x(?)

TwoSum
1341
1332
-0.7%
1.01x(?)

ObjectiveCBridgeStubFromNSDate
3922
3871
-1.3%
1.01x(?)

ArraySubscript
1434
1437
+0.2%
1.00x(?)

ObjectiveCBridgeToNSString
1274
1274
+0.0%
1.00x

DictionarySwapOfObjects
7005
7026
+0.3%
1.00x(?)

RecursiveOwnedParameter
1930
1929
-0.1%
1.00x(?)

Integrate
237
237
+0.0%
1.00x

ClassArrayGetter
13
13
+0.0%
1.00x

Histogram
289
289
+0.0%
1.00x

SortStrings
1633
1628
-0.3%
1.00x(?)

ObjectiveCBridgeStubFromNSDateRef
3703
3703
+0.0%
1.00x

MonteCarloPi
44856
44853
-0.0%
1.00x(?)

StringWithCString
154573
154625
+0.0%
1.00x(?)

ObjectiveCBridgeFromNSArrayAnyObjectForced
6093
6110
+0.3%
1.00x(?)

ObjectiveCBridgeFromNSStringForced
2307
2314
+0.3%
1.00x(?)

SortLettersInPlace
1057
1060
+0.3%
1.00x(?)

DictionarySwap
411
411
+0.0%
1.00x

ArrayAppendToFromGeneric
596
597
+0.2%
1.00x(?)

PopFrontArray
1088
1088
+0.0%
1.00x

Dictionary3OfObjects
920
916
-0.4%
1.00x(?)

RangeAssignment
295
294
-0.3%
1.00x(?)

ByteSwap
0
0
+0.0%
1.00x

ArrayAppendGenericStructs
1228
1227
-0.1%
1.00x(?)

ArrayAppendLazyMap
914
916
+0.2%
1.00x(?)

ArrayPlusEqualFiveElementCollection
59174
59083
-0.1%
1.00x(?)

ObjectiveCBridgeStubToNSDate
14215
14250
+0.2%
1.00x(?)

XorLoop
352
352
+0.0%
1.00x

StringInterpolation
11069
11017
-0.5%
1.00x(?)

ObserverClosure
2118
2125
+0.3%
1.00x(?)

CharacterLiteralsSmall
812
812
+0.0%
1.00x

ObjectiveCBridgeStubToNSString
1494
1493
-0.1%
1.00x(?)

ArrayPlusEqualSingleElementCollection
56335
56215
-0.2%
1.00x(?)

ArrayAppendStrings
12108
12090
-0.1%
1.00x(?)

ObjectiveCBridgeStubFromNSStringRef
200
200
+0.0%
1.00x

ObjectiveCBridgeStubFromNSString
922
922
+0.0%
1.00x

ProtocolDispatch
3030
3030
+0.0%
1.00x

ObjectAllocation
174
174
+0.0%
1.00x

TypeFlood
0
0
+0.0%
1.00x

SortSortedStrings
794
794
+0.0%
1.00x

ObjectiveCBridgeFromNSSetAnyObject
70302
70187
-0.2%
1.00x(?)

AngryPhonebook
3232
3225
-0.2%
1.00x(?)

ProtocolDispatch2
159
159
+0.0%
1.00x

CharacterLiteralsLarge
12286
12288
+0.0%
1.00x(?)

Walsh
323
324
+0.3%
1.00x(?)

Dictionary3
531
531
+0.0%
1.00x

Dictionary2
2090
2088
-0.1%
1.00x(?)

Join
487
488
+0.2%
1.00x(?)

ArrayOfRef
3863
3847
-0.4%
1.00x(?)

ObjectiveCBridgeStubURLAppendPathRef
242532
242896
+0.1%
1.00x(?)

ArrayPlusEqualArrayOfInt
597
597
+0.0%
1.00x

OpenClose
54
54
+0.0%
1.00x

ObjectiveCBridgeToNSArray
32033
32094
+0.2%
1.00x(?)

NSError
351
350
-0.3%
1.00x(?)

DictionaryOfObjects
2472
2467
-0.2%
1.00x(?)

ObjectiveCBridgeStubToNSDateRef
3386
3378
-0.2%
1.00x(?)

PopFrontArrayGeneric
1098
1098
+0.0%
1.00x

PopFrontUnsafePointer
8949
8953
+0.0%
1.00x(?)

StringEqualPointerComparison
7274
7274
+0.0%
1.00x

CaptureProp
3962
3952
-0.2%
1.00x(?)

PolymorphicCalls
21
21
+0.0%
1.00x

ArrayAppendReserved
739
739
+0.0%
1.00x

ObjectiveCBridgeStubToNSStringRef
132
132
+0.0%
1.00x

Calculator
31
31
+0.0%
1.00x

ArrayAppendFromGeneric
597
597
+0.0%
1.00x

MapReduce
341
341
+0.0%
1.00x

ObjectiveCBridgeStubDateMutation
272
272
+0.0%
1.00x

IterateData
2517
2517
+0.0%
1.00x

Hanoi
3175
3172
-0.1%
1.00x(?)

ArrayOfGenericPOD
219
219
+0.0%
1.00x

DictionaryRemoveOfObjects
21357
21302
-0.3%
1.00x(?)

UTF8Decode
282
282
+0.0%
1.00x

SetIsSubsetOf
242
242
+0.0%
1.00x

NopDeinit
22633
22707
+0.3%
1.00x(?)

ObjectiveCBridgeStubToArrayOfNSString
31537
31465
-0.2%
1.00x(?)

ObjectiveCBridgeFromNSArrayAnyObject
66566
66699
+0.2%
1.00x(?)

SetIntersect
347
348
+0.3%
1.00x(?)

SetExclusiveOr
2858
2854
-0.1%
1.00x(?)

ArrayAppendOptionals
1228
1224
-0.3%
1.00x(?)

StrToInt
5014
5015
+0.0%
1.00x(?)

ArrayInClass
61
61
+0.0%
1.00x

Phonebook
7078
7085
+0.1%
1.00x(?)

ObjectiveCBridgeStubDateAccess
181
181
+0.0%
1.00x

Sim2DArray
276
276
+0.0%
1.00x

ArrayAppendRepeatCol
755
756
+0.1%
1.00x(?)

ObjectiveCBridgeToNSDictionary
61532
61696
+0.3%
1.00x(?)

MonteCarloE
10459
10456
-0.0%
1.00x(?)

SetUnion_OfObjects
6208
6194
-0.2%
1.00x(?)

ReversedBidirectional
49562
49592
+0.1%
1.00x(?)

StringHasSuffixUnicode
60503
60490
-0.0%
1.00x(?)

ArrayAppendToGeneric
597
596
-0.2%
1.00x(?)

HashTest
1815
1813
-0.1%
1.00x(?)

SetIsSubsetOf_OfObjects
309
309
+0.0%
1.00x

ArrayAppend
982
982
+0.0%
1.00x

LinkedList
7207
7227
+0.3%
1.00x

ObjectiveCBridgeFromNSSetAnyObjectToStringForced
69598
69516
-0.1%
1.00x(?)

RGBHistogramOfObjects
22105
22154
+0.2%
1.00x(?)

RGBHistogram
2254
2263
+0.4%
1.00x(?)

ArrayAppendSequence
975
975
+0.0%
1.00x

ArrayAppendArrayOfInt
597
597
+0.0%
1.00x

ArrayOfPOD
165
165
+0.0%
1.00x

Chars
610
610
+0.0%
1.00x

ReversedArray
49
49
+0.0%
1.00x

StringBuilder
1412
1412
+0.0%
1.00x

ObjectiveCBridgeStubNSDateRefAccess
346
345
-0.3%
1.00x(?)

DeadArray
181
181
+0.0%
1.00x

ObjectiveCBridgeStubNSDataAppend
2276
2285
+0.4%
1.00x(?)

BitCount
1
1
+0.0%
1.00x

ArrayLiteral
1383
1387
+0.3%
1.00x(?)

SevenBoom
1478
1475
-0.2%
1.00x(?)

StringWalk
5955
5955
+0.0%
1.00x

ArrayValueProp
6
6
+0.0%
1.00x

ObjectiveCBridgeStubFromArrayOfNSString
59847
59991
+0.2%
1.00x(?)

StringHasSuffix
798
798
+0.0%
1.00x

GlobalClass
0
0
+0.0%
1.00x

Memset
234
234
+0.0%
1.00x

Dictionary2OfObjects
3597
3581
-0.4%
1.00x(?)

ArrayValueProp4
6
6
+0.0%
1.00x

ArrayValueProp2
6
6
+0.0%
1.00x

ArrayValueProp3
6
6
+0.0%
1.00x

ObserverPartiallyAppliedMethod
3647
3642
-0.1%
1.00x(?)

ObjectiveCBridgeFromNSDictionaryAnyObject
147824
149320
+1.0%
0.99x(?)

ObjectiveCBridgeFromNSDictionaryAnyObjectToString
156875
158585
+1.1%
0.99x(?)

ObjectiveCBridgeFromNSArrayAnyObjectToString
85726
86696
+1.1%
0.99x(?)

StrComplexWalk
2964
2990
+0.9%
0.99x(?)

ObserverUnappliedMethod
2547
2561
+0.6%
0.99x(?)

DictionaryLiteral
1464
1472
+0.6%
0.99x(?)

SortStringsUnicode
7187
7242
+0.8%
0.99x(?)

ObjectiveCBridgeFromNSDictionaryAnyObjectToStringForced
95141
96384
+1.3%
0.99x(?)

ObjectiveCBridgeStubDataAppend
3494
3516
+0.6%
0.99x(?)

DictionaryRemove
2320
2338
+0.8%
0.99x(?)

158
2850468
2871778
+0.8%
0.99x

ObserverForwarderStruct
908
917
+1.0%
0.99x(?)

ObjectiveCBridgeFromNSArrayAnyObjectToStringForced
79066
79619
+0.7%
0.99x(?)

StackPromo
21496
21846
+1.6%
0.98x

DictionaryBridge
3073
3139
+2.1%
0.98x(?)

ReversedDictionary
95
97
+2.1%
0.98x(?)

ErrorHandling
3063
3121
+1.9%
0.98x(?)

Dictionary
749
762
+1.7%
0.98x

ObjectiveCBridgeFromNSSetAnyObjectToString
98833
100925
+2.1%
0.98x(?)

ObjectiveCBridgeFromNSString
1378
1411
+2.4%
0.98x

Array2D
1891
1941
+2.6%
0.97x(?)

ObjectiveCBridgeToNSSet
37141
38225
+2.9%
0.97x(?)

NSDictionaryCastToSwift
5265
5416
+2.9%
0.97x(?)

**Unoptimized (Onone)**

Regression (0)

Improvement (1)

TEST
OLD_MIN
NEW_MIN
DELTA (%)
SPEEDUP

TypeFlood
218
164
-24.8%
1.33x

No Changes (158)

TEST
OLD_MIN
NEW_MIN
DELTA (%)
SPEEDUP

RangeAssignment
7342
7143
-2.7%
1.03x

ErrorHandling
4054
3955
-2.4%
1.03x(?)

ObjectiveCBridgeFromNSArrayAnyObjectForced
9705
9557
-1.5%
1.02x(?)

SuperChars
269574
264441
-1.9%
1.02x(?)

ArrayPlusEqualFiveElementCollection
551531
542566
-1.6%
1.02x(?)

ObjectiveCBridgeStubToNSDate
14989
14671
-2.1%
1.02x(?)

ObjectiveCBridgeFromNSSetAnyObject
74450
73147
-1.8%
1.02x(?)

ObjectiveCBridgeStubNSDateMutationRef
15513
15147
-2.4%
1.02x(?)

DeadArray
122871
120647
-1.8%
1.02x(?)

ObjectiveCBridgeStubNSDataAppend
2644
2601
-1.6%
1.02x(?)

ArrayValueProp
3067
3002
-2.1%
1.02x(?)

ArraySubscript
5667
5624
-0.8%
1.01x

ObjectiveCBridgeFromNSArrayAnyObjectToString
88615
87719
-1.0%
1.01x(?)

DictionaryBridge
3229
3199
-0.9%
1.01x(?)

ObjectiveCBridgeFromNSDictionaryAnyObject
153629
152774
-0.6%
1.01x(?)

StringInterpolation
15554
15394
-1.0%
1.01x(?)

ArrayPlusEqualSingleElementCollection
541310
536302
-0.9%
1.01x(?)

ObjectiveCBridgeStubFromNSString
937
924
-1.4%
1.01x(?)

StaticArray
3771
3728
-1.1%
1.01x

Walsh
13217
13139
-0.6%
1.01x(?)

ObjectiveCBridgeStubURLAppendPathRef
250180
248519
-0.7%
1.01x(?)

StringEqualPointerComparison
9511
9437
-0.8%
1.01x

AngryPhonebook
3398
3368
-0.9%
1.01x(?)

NSDictionaryCastToSwift
6623
6553
-1.1%
1.01x(?)

HashTest
5630
5578
-0.9%
1.01x(?)

ReversedArray
521
518
-0.6%
1.01x(?)

ObjectiveCBridgeFromNSSetAnyObjectForced
6937
6876
-0.9%
1.01x(?)

BitCount
97
96
-1.0%
1.01x

ObjectiveCBridgeToNSString
1302
1303
+0.1%
1.00x(?)

MonteCarloPi
53454
53455
+0.0%
1.00x(?)

RecursiveOwnedParameter
10912
10911
-0.0%
1.00x(?)

ObjectiveCBridgeFromNSDictionaryAnyObjectToString
166949
167400
+0.3%
1.00x(?)

ClassArrayGetter
1274
1274
+0.0%
1.00x

Array2D
814253
813696
-0.1%
1.00x(?)

SortStrings
2492
2502
+0.4%
1.00x(?)

ObjectiveCBridgeFromNSDictionaryAnyObjectForced
7850
7854
+0.1%
1.00x(?)

ObjectiveCBridgeStubFromNSDateRef
3999
3994
-0.1%
1.00x(?)

DictionarySwapOfObjects
20590
20493
-0.5%
1.00x(?)

StringWithCString
151625
150916
-0.5%
1.00x

ObjectiveCBridgeFromNSStringForced
2659
2648
-0.4%
1.00x

Prims
12777
12820
+0.3%
1.00x(?)

SortLettersInPlace
2661
2659
-0.1%
1.00x(?)

DictionarySwap
6232
6252
+0.3%
1.00x(?)

ArrayAppendToFromGeneric
713
713
+0.0%
1.00x

ByteSwap
9
9
+0.0%
1.00x

XorLoop
19935
19934
-0.0%
1.00x(?)

ArrayAppendReserved
3048
3049
+0.0%
1.00x

ObserverClosure
7223
7256
+0.5%
1.00x(?)

CharacterLiteralsSmall
972
971
-0.1%
1.00x

ObjectiveCBridgeStubToNSString
1543
1543
+0.0%
1.00x

ArrayAppendStrings
11815
11837
+0.2%
1.00x(?)

ProtocolDispatch
6091
6089
-0.0%
1.00x(?)

ObjectAllocation
611
610
-0.2%
1.00x(?)

SortSortedStrings
1250
1252
+0.2%
1.00x

ArrayLiteral
1443
1437
-0.4%
1.00x

ProtocolDispatch2
439
439
+0.0%
1.00x

CharacterLiteralsLarge
13477
13469
-0.1%
1.00x(?)

Dictionary2
3681
3675
-0.2%
1.00x(?)

Join
1464
1467
+0.2%
1.00x(?)

ObserverUnappliedMethod
9035
9061
+0.3%
1.00x(?)

ObjectiveCBridgeToNSSet
38349
38409
+0.2%
1.00x(?)

ArrayPlusEqualArrayOfInt
714
711
-0.4%
1.00x

DictionaryOfObjects
4725
4739
+0.3%
1.00x(?)

PopFrontArrayGeneric
9282
9313
+0.3%
1.00x

PopFrontUnsafePointer
177897
177910
+0.0%
1.00x(?)

PolymorphicCalls
687
687
+0.0%
1.00x

RC4
9334
9333
-0.0%
1.00x(?)

ObjectiveCBridgeStubToNSStringRef
147
147
+0.0%
1.00x

Calculator
949
945
-0.4%
1.00x

ArrayAppendFromGeneric
715
713
-0.3%
1.00x(?)

MapReduce
44936
44917
-0.0%
1.00x(?)

ObjectiveCBridgeStubDateMutation
433
433
+0.0%
1.00x

IterateData
10730
10748
+0.2%
1.00x

UTF8Decode
45719
45869
+0.3%
1.00x

ObjectiveCBridgeFromNSDictionaryAnyObjectToStringForced
98355
98582
+0.2%
1.00x(?)

NopDeinit
44500
44443
-0.1%
1.00x(?)

ObjectiveCBridgeStubToArrayOfNSString
31776
31753
-0.1%
1.00x(?)

ObjectiveCBridgeFromNSArrayAnyObject
69154
69315
+0.2%
1.00x(?)

ArrayAppendOptionals
1357
1352
-0.4%
1.00x(?)

ArrayInClass
3956
3957
+0.0%
1.00x(?)

ArrayOfGenericRef
10205
10246
+0.4%
1.00x(?)

ObjectiveCBridgeStubDateAccess
972
971
-0.1%
1.00x

Sim2DArray
14522
14523
+0.0%
1.00x(?)

SetExclusiveOr_OfObjects
39225
39349
+0.3%
1.00x

SetUnion_OfObjects
28236
28298
+0.2%
1.00x

ReversedBidirectional
136130
136334
+0.1%
1.00x(?)

StringHasSuffixUnicode
62079
62323
+0.4%
1.00x

ArrayAppendToGeneric
715
715
+0.0%
1.00x

ArrayAppend
3340
3338
-0.1%
1.00x(?)

DictionaryRemove
17949
17867
-0.5%
1.00x

158
6764477
6792322
+0.4%
1.00x

RGBHistogramOfObjects
84018
84271
+0.3%
1.00x(?)

RGBHistogram
35077
35228
+0.4%
1.00x(?)

ArrayAppendArrayOfInt
711
710
-0.1%
1.00x(?)

ArrayOfPOD
1832
1832
+0.0%
1.00x

Chars
6439
6435
-0.1%
1.00x(?)

ObjectiveCBridgeStubNSDateRefAccess
1188
1186
-0.2%
1.00x(?)

StrToInt
5348
5325
-0.4%
1.00x

AnyHashableWithAClass
79817
79881
+0.1%
1.00x(?)

SevenBoom
1587
1592
+0.3%
1.00x(?)

ObjectiveCBridgeFromNSArrayAnyObjectToStringForced
80632
80844
+0.3%
1.00x(?)

StringWalk
23044
22930
-0.5%
1.00x(?)

ObjectiveCBridgeFromNSString
4025
4036
+0.3%
1.00x(?)

GlobalClass
0
0
+0.0%
1.00x

Memset
20585
20584
-0.0%
1.00x(?)

Dictionary2OfObjects
6013
6017
+0.1%
1.00x(?)

ArrayValueProp4
3375
3376
+0.0%
1.00x(?)

ArrayValueProp2
3539
3531
-0.2%
1.00x(?)

ArrayValueProp3
3438
3426
-0.3%
1.00x(?)

ObjectiveCBridgeStubFromNSDate
3917
3917
+0.0%
1.00x

ObserverPartiallyAppliedMethod
8743
8781
+0.4%
1.00x(?)

PopFrontArray
13402
13518
+0.9%
0.99x

Integrate
364
367
+0.8%
0.99x

Histogram
10286
10343
+0.6%
0.99x(?)

ReversedDictionary
32550
32882
+1.0%
0.99x

Dictionary3OfObjects
2171
2196
+1.1%
0.99x

ArrayAppendLazyMap
275691
278523
+1.0%
0.99x

Dictionary3
1392
1407
+1.1%
0.99x(?)

ArrayOfRef
9236
9354
+1.3%
0.99x

ObjectiveCBridgeToNSArray
31547
31776
+0.7%
0.99x(?)

NSError
687
696
+1.3%
0.99x(?)

ObjectiveCBridgeStubToNSDateRef
3305
3324
+0.6%
0.99x(?)

DictionaryLiteral
16404
16631
+1.4%
0.99x(?)

Hanoi
19212
19369
+0.8%
0.99x

DictionaryRemoveOfObjects
49595
49940
+0.7%
0.99x(?)

SortStringsUnicode
8293
8380
+1.1%
0.99x

SetIntersect
12094
12277
+1.5%
0.99x

SetExclusiveOr
21496
21738
+1.1%
0.99x

ObjectiveCBridgeFromNSSetAnyObjectToString
106597
107585
+0.9%
0.99x(?)

Phonebook
20661
20865
+1.0%
0.99x

ObjectiveCBridgeToNSDictionary
61718
62336
+1.0%
0.99x(?)

MonteCarloE
107727
108375
+0.6%
0.99x

SetIsSubsetOf_OfObjects
1859
1884
+1.3%
0.99x

StringHasPrefixUnicode
15082
15225
+0.9%
0.99x

LinkedList
27610
27798
+0.7%
0.99x

SetUnion
11978
12085
+0.9%
0.99x(?)

ObserverForwarderStruct
5228
5274
+0.9%
0.99x

ObjectiveCBridgeStubFromArrayOfNSString
60394
60812
+0.7%
0.99x(?)

SetIntersect_OfObjects
11625
11919
+2.5%
0.98x

CaptureProp
121692
123889
+1.8%
0.98x

SetIsSubsetOf
2028
2073
+2.2%
0.98x

Dictionary
1884
1914
+1.6%
0.98x

ObjectiveCBridgeStubDataAppend
3542
3602
+1.7%
0.98x(?)

ArrayAppendRepeatCol
213276
216964
+1.7%
0.98x

ObjectiveCBridgeFromNSSetAnyObjectToStringForced
73320
74757
+2.0%
0.98x(?)

TwoSum
4919
5007
+1.8%
0.98x

StackPromo
128109
132659
+3.5%
0.97x

ObjectiveCBridgeStubFromNSStringRef
203
210
+3.5%
0.97x(?)

StringHasPrefix
1585
1638
+3.3%
0.97x

OpenClose
430
443
+3.0%
0.97x

ArrayOfGenericPOD
3232
3320
+2.7%
0.97x

ObjectiveCBridgeStubURLAppendPath
242918
249286
+2.6%
0.97x(?)

StringHasSuffix
1678
1723
+2.7%
0.97x

StringBuilder
2827
2938
+3.9%
0.96x(?)

ArrayAppendSequence
75958
79175
+4.2%
0.96x

StrComplexWalk
7706
8131
+5.5%
0.95x

ArrayAppendGenericStructs
1347
1412
+4.8%
0.95x

NSStringConversion
1263
1324
+4.8%
0.95x

**Hardware Overview**
      Model Name: Mac mini
      Model Identifier: Macmini7,1
      Processor Name: Intel Core i5
      Processor Speed: 2.8 GHz
      Number of Processors: 1
      Total Number of Cores: 2
      L2 Cache (per Core): 256 KB
      L3 Cache: 3 MB
      Memory: 16 GB

I saw similar Linux link errors indicating failure to use atomic instructions in #5282. I didn't investigate and instead added -latomic in a few places. You should steal those diffs if you want to just let Linux suffer for now.

@gparker42 There should be references to the memory from each slab in the cache data structures; that should be sufficient to silence tools, assuming they're silenced today when those data structures are referring to malloc'ed memory.
I mean, I guess it's possible that an entire slab could be leaked from high-level contention, but I wouldn't stay up nights worrying about it.
I don't have concrete measurements about pool usage.  Those would be good to get.
Yeah, I think adding -latomic is probably the easiest solution.  It looks like the implementation is unnecessarily conditionalized (are there any x86_64 processors that don't support that instruction?) but still does use the instruction.  If people care about supporting this maximally efficiently there, they can add a target-specific customization, or better yet teach GCC/libstdc++ to just emit the optimal code pattern.

Okay, the cache references to the slabs ought to be good enough. It would be easy to tweak in response to feedback.

@swift-ci Please smoke test.

@swift-ci Please smoke test Linux.

@swift-ci Please smoke test Linux.

@swift-ci Please smoke test Linux.

Hmm.  That seems to be a real, semantic failure.
Okay, seriously, whose bright idea was it to give LLVM allocators these two Deallocate overloads?
  void Deallocate(const void *ptr, size_t allocSize);
  template <class T> void Deallocate(const T *ptr, size_t count = 1);

This is just beyond stupid.

From the commit log:

However, this highlights problematic overloading between the void* and
the T* deallocation functions. I'm looking into a better way to do this,
but as it happens, it comes up rarely in the codebase.

Whose bright idea was it to allow this in a language?

Heh.
Alright, let's try this again.
@swift-ci Please smoke test Linux.

@swift-ci Please smoke test OS X and merge.

@swift-ci Please smoke test OS X.

Please?


Error while performing schema evolution

While updating the schema through command line AddSchema -schemaFile <schemaConfig.json> -exec it is throwing an error that the "schema already exists". The AddSchema is trying to construct the URL and call to POST API /schemas with override and force parameters. While doing it is constructing the URL wrong and submitting the request. It is adding "?" in between the query params instead of "&"
It is added as a part of Pinot 1.1 release in AddSchemaCommand.java class

Good catch! Do you want to help contribute a fix?

yes.

yes.

@Jackie-Jiang Please assign this to me. I will raise the PR soon

@aishwaryathondapu does this bugfix solves this issue for you,
so that we can close it?


Why I use generator command with pagination doesn't work ?

When I user generator command with pagination, the view is not show pagination link.
If I want to implement with search field, how I should do.

Pagination is working with the latest code. If it's not working in some specific condition then please provide some more steps.


Getting Started with Code Generation in Flutter

Proposed title of article
Getting Started with Code Generation in Flutter
Introduction paragraph (2-3 paragraphs):
Flutter model code generation allows you to automate these time-consuming activities so you can focus on what matters. Simply write the repeated code pattern once and build a generator that generates files with code based on the pattern you defined.
In this article, you'll create a code generator that locates all of a class's variables, stores them in a map, then produces getters and setters to save and read from the map.
Key takeaways:
-When should code generation be used?
-What are annotations and how do I utilize them?
-A generator's method of generating code.
-In a Flutter project, how to produce models.
References:
N/A

@jerimkaura
I just suggested a new issue. As requested I'd like you to look at it.

@FranciscaNg
Good afternoon and thank you for submitting your topic suggestion.
Your topic form has been entered into our queue and should be reviewed (for approval) as soon as a content moderator is finished reviewing the ones in the queue before it.

Hi @FranciscaNg
I am sure you will be writing a lot about the build_runner package and I'd like to remind you to provide more original content. More than what is already available on other websites and the official documentation on pub.dev. Also, ensure it does not conflict with other articles already on section.
topic approved :rocket:

Thank you
@LinusMuema


Update cuSPARSELt to 0.6.0

Changes:

cusparseLtMatmulGetWorkspace takes a cusparseLtMatmulPlan_t instead of cusparseLtMatmulAlgSelection_t
cuaprseLtMatmulPlanInit does not take a workspace size anymore.
cusparseLtSpMMACompress* now needs an extra working buffer for compressing
enums have been updated quite a bit.

I'm working on testing this now, quite possible i missed something trivial here as I haven't even compiled this yet, i just wrote it "blind"

I missed the existing PR, which has more work done already.

@Micket Thanks for participating in the review on #8074!


Update ability.factory.ts

Allow roles to be string as well as array

@liquidautumn

I understand the reason behind that, but I don't think it can be merged in its current form.
First, name 'roles' implies it is an array, don't like relaxing type to allow string. Also test and documentation update needed.
I think checking user for 'role' property of type string and using it, if no 'roles' property defined would be better approach.

I can add tests


HDFS-17575. SaslDataTransferClient should use SaslParticipant to create messages.

Description of PR
HDFS-17575
This is a continue work on #6933.
Currently, a SaslDataTransferClient may send a message without using its SaslParticipant as below.
          sendSaslMessage(out, new byte[0]);

Instead, it should use its SaslParticipant to create the response.
      byte[] localResponse = sasl.evaluateChallengeOrResponse(remoteResponse);
      sendSaslMessage(out, localResponse);

How was this patch tested?
By existing unit tests.
For code changes:

[X] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[NA] Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?
[NA] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[NA] If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
17m 19s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 25s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 59s

trunk passed

+1 :green_heart:
compile
5m 59s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
compile
5m 48s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
checkstyle
1m 28s

trunk passed

+1 :green_heart:
mvnsite
2m 19s

trunk passed

+1 :green_heart:
javadoc
1m 50s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 24s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 49s

trunk passed

+1 :green_heart:
shadedclient
40m 56s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 58s

the patch passed

+1 :green_heart:
compile
5m 53s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javac
5m 53s

the patch passed

+1 :green_heart:
compile
5m 40s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
javac
5m 40s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 17s

the patch passed

+1 :green_heart:
mvnsite
2m  2s

the patch passed

+1 :green_heart:
javadoc
1m 32s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m  7s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 53s

the patch passed

+1 :green_heart:
shadedclient
43m 19s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 28s

hadoop-hdfs-client in the patch passed.

-1 :x:
unit
251m 59s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 45s

The patch does not generate ASF License warnings.

459m 35s

Reason
Tests

Failed junit tests
hadoop.hdfs.server.namenode.TestFSNamesystemLockReport

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 400f03fa5843 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / d456d07d6c21a0286536c876548ed1de61a869fc

Default Java
Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/1/testReport/

Max. process+thread count
3047 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 47s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 34s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
37m  7s

trunk passed

+1 :green_heart:
compile
6m  6s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
compile
5m 47s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
checkstyle
1m 28s

trunk passed

+1 :green_heart:
mvnsite
2m 18s

trunk passed

+1 :green_heart:
javadoc
1m 52s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 22s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 50s

trunk passed

+1 :green_heart:
shadedclient
40m 50s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 59s

the patch passed

+1 :green_heart:
compile
5m 54s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javac
5m 54s

the patch passed

+1 :green_heart:
compile
5m 41s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
javac
5m 41s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 30s

the patch passed

+1 :green_heart:
mvnsite
2m 20s

the patch passed

+1 :green_heart:
javadoc
1m 42s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 15s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
6m 51s

the patch passed

+1 :green_heart:
shadedclient
42m 28s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 23s

hadoop-hdfs-client in the patch passed.

-1 :x:
unit
252m 12s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

443m 15s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux a5176794a841 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 918c7c5a5fe21d9c13b29845e4abc28e9114c656

Default Java
Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/2/testReport/

Max. process+thread count
3050 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 53s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 18s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 48s

trunk passed

+1 :green_heart:
compile
6m  7s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
compile
5m 49s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
checkstyle
1m 28s

trunk passed

+1 :green_heart:
mvnsite
2m 20s

trunk passed

+1 :green_heart:
javadoc
1m 52s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 21s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 52s

trunk passed

+1 :green_heart:
shadedclient
41m  3s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 31s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 59s

the patch passed

+1 :green_heart:
compile
5m 48s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javac
5m 48s

the patch passed

+1 :green_heart:
compile
5m 41s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
javac
5m 41s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 18s

the patch passed

+1 :green_heart:
mvnsite
2m  3s

the patch passed

+1 :green_heart:
javadoc
1m 32s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 13s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 54s

the patch passed

+1 :green_heart:
shadedclient
41m  3s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 20s

hadoop-hdfs-client in the patch passed.

-1 :x:
unit
251m 24s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

439m 54s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestRollingUpgrade

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 7ad928715562 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / d4b9e99d90a7a3acc6edf1e51aadb571f48e1523

Default Java
Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/3/testReport/

Max. process+thread count
3046 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 46s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 50s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
36m 41s

trunk passed

+1 :green_heart:
compile
6m  5s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
compile
5m 49s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
checkstyle
1m 27s

trunk passed

+1 :green_heart:
mvnsite
2m 18s

trunk passed

+1 :green_heart:
javadoc
1m 50s

trunk passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 25s

trunk passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 46s

trunk passed

+1 :green_heart:
shadedclient
42m 37s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 36s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
2m 16s

the patch passed

+1 :green_heart:
compile
6m 23s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javac
6m 23s

the patch passed

+1 :green_heart:
compile
5m 51s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
javac
5m 51s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 19s

the patch passed

+1 :green_heart:
mvnsite
2m  2s

the patch passed

+1 :green_heart:
javadoc
1m 32s

the patch passed with JDK Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2

+1 :green_heart:
javadoc
2m 11s

the patch passed with JDK Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

+1 :green_heart:
spotbugs
5m 59s

the patch passed

+1 :green_heart:
shadedclient
41m 11s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 22s

hadoop-hdfs-client in the patch passed.

+1 :green_heart:
unit
250m 42s

hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 49s

The patch does not generate ASF License warnings.

442m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.44 ServerAPI=1.44 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/6954

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets

uname
Linux 879b8ce80a39 5.15.0-94-generic #104-Ubuntu SMP Tue Jan 9 15:25:40 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 484b34ecac7519056f0b3e64cd3ec7c4f04051c3

Default Java
Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.23+9-post-Ubuntu-1ubuntu120.04.2 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_412-8u412-ga-1~20.04.1-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/4/testReport/

Max. process+thread count
3049 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-6954/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

@arp7 , thanks for reviewing this!


Implement the get following/get followers methods on the account object

According to mastodon API, it's reasonably easy to get the following/followers accounts.
Could we have the equivalent methods on the account object of your API (maybe with some caching, but I don't know)

I'm starting a PR.
Would you prefer  to have $client->get_followed_by($account) or $account->get_followed_by(). The second would seem more object-oriented, but would require the account to contain a reference to the client.
For the sake of simplicity, I think I'll go the first version. What do you think ?

This project is basically dead at the moment, so I'd suggest working on stuff on your fork 'til I have time to pick it back up. Going with the first option seems reasonable given how things are constructed right now though.

As long as you(re still able to push onto composer packages, everything will be fine 😜


Name standard for pallet's storage migrations functions?

Is there an existing issue?

[X] I have searched the existing issues

Experiencing problems? Have you tried our Stack Exchange first?

[X] This is not a support question.

Motivation
I'm currently working on a way to "auto find" storage migrations that have already been implemented for pallets.
Github issue:
https://github.com/uptest-sc/uptest/issues/64
Request
Hello Everyone,
I'm currently trying to make a feature for
It would be amazing if there could be a naming standard or a recommended function name format for storage migrations. As of today their is no "rfc"-like standard for naming the functions that trigger storage migrations.
For examples, pallet-balances v0 -> v1:
migration_balances_v01.rs
Is their any naming guide lines for naming migration functions at the moment?
Moderator: If this issue belongs more on stackexchange, let me know and I shall move it. I thought this would be best suited to post here.
Thanks
Solution
No response
Are you willing to help with this request?
Yes!

What? Old migrations are deleted from the code-base. The way to check if a pallet is migrated to the latest version is to compare its code-version to the on-chain version. If they differ then a migration is missing.
Searching through the source code by grepping strings is not going to do this.


Add new methods to Etherscan

The coolest part to me is that we actually mostly added different methods. I'm happy to merge yours first and open a new PR for the extra methods I just added.


:robot: triggering CI on branch 'release-next' after synching from upstream/main

Codecov Report
Patch and project coverage have no change.

Comparison is base (aec4667) 49.00% compared to head (aec4667) 49.00%.

:exclamation: Current head aec4667 differs from pull request most recent head 8e9181d. Consider uploading reports for the commit 8e9181d to get more accurate results

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@              Coverage Diff              @@
##           release-next     #681   +/-   ##
=============================================
  Coverage         49.00%   49.00%
=============================================
  Files                96       96
  Lines             13105    13105
=============================================
  Hits               6422     6422
  Misses             6047     6047
  Partials            636      636

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

OCF Webhook is merging this PR

/retest

/retest ci/prow/unit

/re-test

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR

OCF Webhook is merging this PR


Don't lock the app immediately after leaving it. Introduce a time delay.

Use case: I was sending some bitcoin to the Shapeshift app and so needed to get my receiving MyMonero address. I went backwards and forwards between apps several times, just checking the addresses a few times because of my OCD. Each time I left the MyMonero app, I would have to re-enter my password to get back in. It was a bit of a drag. I'd only left the app for a few seconds.
 I wonder whether this should be considered for MyMonero?

I've definitely considered this but the problem is that the system multitasker screenshotter will screenshot the app when you leave, meaning it may reveal secrets such as mnemonic, and the system won't give the app any processing time while it's in the background so we also can't quite lock it after a delay - only after coming back after a delay, by which point secrets may be revealed as well..

Open to suggestions but closing this for now


MacOS install err

I get this:
> brew install go-delve/delve/delve

==> Tapping go-delve/delve
Cloning into '/usr/local/Library/Taps/go-delve/homebrew-delve'...
remote: Counting objects: 7, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 7 (delta 0), reused 5 (delta 0), pack-reused 0
Unpacking objects: 100% (7/7), done.
Checking connectivity... done.
Tapped 1 formula (32 files, 37.2K)
==> Installing delve from go-delve/delve
==> Downloading https://github.com/derekparker/delve/archive/v0.12.1.tar.gz
==> Downloading from https://codeload.github.com/derekparker/delve/tar.gz/v0.12.1
######################################################################## 100.0%
security: SecKeychainSearchCopyNext: The specified item could not be found in the keychain.
==> Generating dlv-cert
==> openssl req -new -newkey rsa:2048 -x509 -days 3650 -nodes -config dlv-cert.cfg -extensions codesign_reqext -batch -out dlv-cert.cer -keyout dlv-ce
==> [SUDO] Installing dlv-cert as root
==> sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain dlv-cert.cer
Password:
Password:
==> sudo security import dlv-cert.key -A -k /Library/Keychains/System.keychain
==> [SUDO] Killing taskgated
==> sudo pkill -f /usr/libexec/taskgated
==> make build BUILD_SHA=v0.12.1
Last 15 lines from /Users/lak/Library/Logs/Homebrew/delve/05.make:
2017-03-22 09:33:34 +0100

make
build
BUILD_SHA=v0.12.1

go build -ldflags="-s -X main.Build=v0.12.1" github.com/derekparker/delve/cmd/dlv
# github.com/derekparker/delve/proc
clang: warning: no such sysroot directory: ''
In file included from src/github.com/derekparker/delve/proc/proc_darwin.go:3:
./proc_darwin.h:1:10: fatal error: 'sys/types.h' file not found
#include <sys/types.h>
         ^
1 error generated.
make: *** [build] Error 2
Warning: It appears you have MacPorts or Fink installed.
Software installed with other package managers causes known problems for
Homebrew. If a formula fails to build, uninstall MacPorts/Fink and try again.

READ THIS: https://git.io/brew-troubleshooting
If reporting this issue please do so at (not Homebrew/homebrew):
  https://github.com/go-delve/homebrew-delve/issues

/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:353:in `open_http': 422 Unprocessable Entity (GitHub::Error)
Validation Failed
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:709:in `buffer_open'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:210:in `block in open_loop'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:208:in `catch'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:208:in `open_loop'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:149:in `open_uri'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:689:in `open'
	from /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/open-uri.rb:30:in `open'
	from /usr/local/Library/Homebrew/utils.rb:523:in `open'
	from /usr/local/Library/Homebrew/utils.rb:554:in `issues_matching'
	from /usr/local/Library/Homebrew/utils.rb:586:in `issues_for_formula'
	from /usr/local/Library/Homebrew/exceptions.rb:222:in `fetch_issues'
	from /usr/local/Library/Homebrew/exceptions.rb:218:in `issues'
	from /usr/local/Library/Homebrew/exceptions.rb:263:in `dump'
	from /usr/local/Library/brew.rb:132:in `rescue in <main>'
	from /usr/local/Library/brew.rb:28:in `<main>'

The Error message is fishy though - I don't have neither Fink - nor MacPorts installed

Aaargh!
Running it again 5 mins later says:
>brew install go-delve/delve/delve
==> Installing delve from go-delve/delve
==> Downloading https://github.com/derekparker/delve/archive/v0.12.1.tar.gz
Already downloaded: /Library/Caches/Homebrew/delve-0.12.1.tar.gz
==> dlv-cert is already installed, no need to create it
==> make build BUILD_SHA=v0.12.1
==> Caveats
If you get "could not launch process: could not fork/exec", you need to try
in a new terminal.

When uninstalling, to remove the dlv-cert certificate, run this command:

    $ sudo security delete-certificate -t -c dlv-cert /Library/Keychains/System.keychain

Alternatively, you may want to delete from the Keychain (with the Imported private key).

==> Summary
🍺  /usr/local/Cellar/delve/0.12.1: 5 files, 10.7M, built in 19 seconds

And then opening a new terminal and running it again gives me:
>brew install go-delve/delve/delve
Warning: go-delve/delve/delve-0.12.1 already installed

And dlv it actually seems like it working as expected.
Hmmmmm????

Well - when analyzing my cmd history I actually also ran xcode-select --install in between attempts? (grasping for straws)
Could that really explain it?
Well - anyway - I'm having a dialog with my self here - thanks for listening 👍

Could that really explain it?

yes.


Blurry rendering on Safari with retina using webgl

When I run the included example in Safari on a retina display the text is significantly more blurry when webgl is enabled. Disabling webgl and reloading the page immediately improves the visuals.
This was on Yosemite 10.10.1 and Safari 8.0.
http://jsfiddle.net/Wiles/uqu1aygv/

this should work correctly in v3 now! Thanks for sharing :+1:


[Feature] add the posibility of move unicorn/components/.py to a custom place like myapp/views.py

you can define:
# settings.py
UNICORN_COMPONENTS_PREFIX  = [
'myapp.views','unicorn.components',
]

The locations where the UnicornCompornent will import.

Possible duplicate of https://github.com/adamghill/django-unicorn/issues/15?
I think this could happen around https://github.com/adamghill/django-unicorn/blob/c0238fd55bc66f9c5422fb1f3d4fd3f79c8a2944/django_unicorn/components.py#L614-L615.

Possible duplicate of #15?
I think this could happen around
https://github.com/adamghill/django-unicorn/blob/c0238fd55bc66f9c5422fb1f3d4fd3f79c8a2944/django_unicorn/components.py#L614-L615
.

yes!


Using a pure function without assigning the results should give a hint

I've just made the following mistake in the midst of some processing code.
foo['a'].replaceAll('a', 'b');
The replaceAll method, despite its name, is a pure function.
This should have resulted in a hint instructing me that I was calling a pure function and not using the result.

Dup of #18849?

No. If the method replaceAll modified the receiver, then the example above wouldn't produce a lint. This is a request for either (a) figuring out that replaceAll has no side-effect and that this invocation is therefore pointless, or (b) adding an annotation that could be added to replaceAll for the same purpose.


Text input component

Duplicates ❌

[X] I have searched the existing issues

Which Figma library is concerned?
Not related to one Figma library
Summary 💡
A text input is a field that allows users to enter text into.
Dependencies 📦
No response
Examples 🌈
No response
Motivation 🔦
No response
New 🆕

[ ] Validated in a grooming session

Backlog 📋

[ ] Has a good summary
[ ] Has example link(s)

Design in progress 🏗

[ ] Analysis (functional & technical)
[ ] Design refinement
[ ] Dev qualification (properties, breakpoints, tokens etc.)
[ ] Documentation refinement (inside the Figma branch)

Design review 👀

[ ] Figma branch merged
[ ] Documentation review _(and move the documentation into Vitamin Documentation Figma file)

Ready to dev 👍

[ ] Issues are created in all repositories affected (vitamin-<web,android,ios,compose>)

Dev in progress 💻

[ ] All issues are resolved (to replace with issues links)

We need to add an icon next to the label like the example below (see old ticket #121 )

A new ticket has been created on an inner source repository


Expression has a redundant type parameter

Removing this would affect many classes

public interface Expression<T> should be public interface Expression

The type is used to provide type safety for the input type.


SaveEvent. notifySuccess(); Unable to refresh the tab page of the channel

[在此处输入反馈]
Calling the saveEvent. notifySuccess() method using pages. config. registerOnSaveHandler on the tab page of the channel did not trigger the tab refresh of the channel page. The same usage method can trigger tab page refresh on personal tab pages

文档详细信息
⚠ 请勿编辑此部分。 learn.microsoft.com ➟ GitHub 问题链接必须具有此部分。

ID: 54495010-ec9f-281a-8d5e-15faa2e2b847
Version Independent ID: c2b3283e-aef2-d84e-4201-7b392ad79cdc
Content: config module - Teams
Content Source<EMAIL_ADDRESS>Service: msteams
GitHub Login: @charlesprakash
Microsoft Alias: o365devx

@liuxxin - Thanks for reporting your issue.
We will check this at our end and will get back to you.

@liuxxin- 感谢您报告您的问题。 我们将在最后检查这一点，然后回复您。

Okay, thank you

Hello @liuxxin -Could you please confirm are you facing same issue as mentioned here?
https://github.com/OfficeDev/microsoft-teams-library-js/issues/2034

你好@liuxxin- 您能否确认您是否面临与此处提到的相同问题？ OfficeDev/microsoft-teams-library-js#2034

The problem we are facing is that we open the tab settings function, pop up a pop-up, click the save button on the pop-up, click save on the personal tab page, close the pop-up, and refresh the current tab on the personal page. Similarly, we open the settings on the channel and click the save button. At this time, the pop-up will close directly but the current tab will not be refreshed. It seems that our situation is not quite the same

@liuxxin -Could you please confirm, are you trying the same thing like below, as the channel tab is not refreshed after click on save button -
https://github.com/MicrosoftDocs/msteams-docs/assets/93527375/4c4111b9-3ec1-4fbd-8715-047e09ab6660

@liuxxin-您能否确认一下，您是否正在尝试像下面一样的操作，因为单击“保存”按钮后频道选项卡不会刷新 -
录音.2023-11-23.171727.mp4

Yes, I tried the above operation, but the same operation can refresh the tab in the personal tab.

@liuxxin-您能否确认一下，您是否正在尝试像下面一样的操作，因为单击“保存”按钮后频道选项卡不会刷新 -
录音.2023-11-23.171727.mp4

Yes, I tried the above operation, but the same operation can refresh the tab in the personal tab.
https://github.com/MicrosoftDocs/msteams-docs/assets/66517994/6c6386d2-e34c-4beb-979d-97bd1c137b41

@liuxxin -Could you please confirm, are you trying the same thing like below, as the channel tab is not refreshed after click on save button -
Recording.2023-11-23.171727.mp4

Yes, I tried the above operation, but the same operation can refresh the tab in the personal tab.

@liuxxin -We are able to repro that issue, we have raised bug for the same. We will inform you once we get any update.

@liuxxin-我们能够重现这个问题，我们已经提出了同样的错误。一旦收到任何更新，我们会通知您。

OK, thanks


tour: No hints when stuck, nor answer

Context: https://tour.golang.org/methods/20
Page 19 doesn't give a good example for solving the exercise on Page 20.

There are solutions, but the folder is not linked in the tour. I just opened #542 for the general issue. Closing here.


Where are the icons?

After updating to tool-bar 1.1.13 icons disappeared!

Hi Valery, we noticed this issue after publishing the package. Ionicons changed the naming of the icons and now they are available when adding ios- or md- prefix to the icon name, depending on the style you want. I unpublished the 1.1.13 version and published it as 1.2.0 to indicate the breaking change. The main conversation was held in #264
If you're populating those images yourself, you can add the prefixes mentioned above. If they were added by a separate package, please file an issue (or PR even) in their repo fixing this.
I'm terribly sorry for the inconvenience.

Oh, I'm sorry. I didn't try to search the open issue, but should be. Thanks for directing me :)


[sram/dv] Update sec_cm testplan

Add details in description and link tests
Signed-off-by: Weicai Yang<EMAIL_ADDRESS>

We have gone through this testplan in V2S review. No change has been requested in the meeting.


cannot run without internet or via WI-FI

I can only run it with a cable network，but can run without internet or via WI-FI

Closing due to inactivity.


Feature/join room full

Why need this change? / Root cause:

Exception when room is full

Changes made:

Add maximum player validation

Test Scope / Change impact:

Room domain

Ticket

https://github.com/Game-as-a-Service/Lobby-Platform-Service/issues/54

第一次寫 Spring Kotlin，請小力鞭。


Add specific field in publish API for roaming

Two options -

leave as is, each country would whitelist it's app to publish for "all regions"
separate out the home region that the app is publishing for and roaming regions that are part of the request

I'm inclined to leave it as is. A server should only be configured to accept regions that the sever has roaming agreements with

/close


Re-instate config features

This patch re-instates the ConfigInterface and Config class, with updates to follow the other changes in the component:

ConfigInterface::configureServiceManager() is now specified as returning a new ServiceManager instance.
Config now aggregates configuration and passes it to ServiceManager::withConfig(), returning the resulting cloned instance.

This was done due to the copius usage of both within components, to facilitate migration.

Ping @akrabat and @mwillbanks — I found I needed this to facilitate migration within zend-mvc. Unfortunately, it also means I'll need to update a few more components in order to complete that task…

@weierophinney Ooof.  This one is a bit more BC heavy (from the standpoint of several applications that I've run in the past).  I do think that the changes make sense here (immutability) my only major concern is that the BC break here will likely affect many applications that have in the past dynamically changed the service manager but this seems like it would easily be migrated against.  @akrabat do you have any additional thoughts that would prevent us from merging otherwise I do believe this change is ready to go :+1:

@mwillbanks —

This one is a bit more BC heavy (from the standpoint of several applications that I've run in the past).

There's two things going on here.
First, this is re-instating the ConfigInterface; the original BC break was its removal.
Second, the new BC break at this time is that we cannot re-introduce it with the same behavior, because one of the choices made in the refactor was to make the SM immutable. This was done for two reasons:

To reduce complexity. We had a lot of code that was essentially checking against existing state to ensure changes wouldn't put the SM in an invalid state. Those can go away if the SM is immutable.
To improve performance. By making it immutable, we can do some front-loading optimizations when we configure the original instance that ensure it's incredibly fast. For example: we resolve all aliases ahead of time (which is a very fast operation; it's essentially a map-reduce), vs. at runtime (which was slow, as it was a recursive lookup).

That means implementations must essentially call the SM's withConfig() and return the result, which is the real BC break in the interface definition. And believe me, I'm already feeling it as I attempt to upgrade zend-mvc; I've identified at least 4 components I have to update already. But it's in service to the above goals.

@Ocramius Updated per your suggestion. Far simpler code now.

Is the new BC break obvious?

I tried to call it out in the updated migration docs... Also, existing
configuration implementations will be breaking anyways as they formerly
used the various injection methods (setService, setFactory, etc).
On Sep 30, 2015 1:56 PM, "Rob Allen"<EMAIL_ADDRESS>wrote:

Is the new BC break obvious?
—
Reply to this email directly or view it on GitHub
https://github.com/zendframework/zend-servicemanager/pull/30#issuecomment-144506700
.


Search only returns results for NIRCam

I have cloned and installed the latest version of the repo, but when I supply a cfg file (attached) that specifies instrument: niriss, the code tries to retrieve nircam data. The output I get is below. I even tried a different cfg file that I know has worked in the past.
> jwst_download.py --config jwst_query.cfg
Loading config file jwst_query.cfg
INSTRUMENT:  nircam
obsmode:  [None]
propID:  01085
obsnums:  [12]
INFO: MAST API token accepted, welcome Jo Taylor [astroquery.mast.auth]
MJD range: 59573.0 60059.976084486516
No obsmode given. Querying for all files for nircam.
WARNING: NoResultsWarning: Query returned no results. [astroquery.mast.discovery_portal]
WARNING!! No observations found!!

################################
NO OBSERVATIONS FOUND! exiting....
################################
############## Nothing selected!!!! exiting...

jwst_query.txt

Thanks @jotaylor. I think I see what's going on here. Bad logic for managing parameter values between defaults, command line inputs, and config file inputs. It looks like the instrument name is set to niriss from the config file, but is being set back to the default value of nircam later. I'll work on straightening it all out.

This fixed the issue, thanks Bryan!

I noticed it's now printing many lines that look like:
Warning: could not determine obsnum for observation 126845264
Is that a feature or a bug? It doesn't affect anything, I just don't remember seeing that before.

Interesting. I didn't see that in any of my tests. I'll try with your query above on Monday and see if I can find a way to suppress those messages.