readability-cli: 2.0.0-pre.5 -> 2.2.1-pre

Motivation for this change
New version released. Regeneration also fixed some dependency errors of prior release that made it unusable.
Things done

[ ] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 112592 run on x86_64-darwin 1

1 package marked as broken and skipped:

vscode-extensions.vadimcn.vscode-lldb

25 packages built:

python37Packages.batchspawner
python37Packages.dockerspawner
python37Packages.jupyterhub
python37Packages.jupyterhub-ldapauthenticator
python37Packages.jupyterhub-systemdspawner
python37Packages.jupyterhub-tmpauthenticator
python37Packages.oauthenticator
python38Packages.batchspawner
python38Packages.dockerspawner
python38Packages.jupyterhub
python38Packages.jupyterhub-ldapauthenticator
python38Packages.jupyterhub-systemdspawner
python38Packages.jupyterhub-tmpauthenticator
python38Packages.oauthenticator
python39Packages.batchspawner
python39Packages.dockerspawner
python39Packages.jupyterhub
python39Packages.jupyterhub-ldapauthenticator
python39Packages.jupyterhub-systemdspawner
python39Packages.jupyterhub-tmpauthenticator
python39Packages.oauthenticator
styx
vimPlugins.YouCompleteMe
vscode-extensions.matklad.rust-analyzer
ycmd

The following issues got detected with the above build packages.
Please fix at least the ones listed with your changed packages:
python37Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

python38Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

python39Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

ycmd:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern '/nix/store/2ak7rdd172l6fqj1jiin96dswlsx1q80-ycmd-2020-02-22/lib/ycmd/ycmd/__main__.py' doesn't match anything in file '/nix/store/2ak7rdd172l6fqj1jiin96dswlsx1q80-ycmd-2020-02-22/lib/ycmd/ycmd/__main__.py'

Please check the offending substituteInPlace for typos or changes in source.
warning: missing-phase-hooks
buildPhase should probably contain runHook preBuild and runHook postBuild.
Near pkgs/development/tools/misc/ycmd/default.nix:26:3:
   |
26 |   buildPhase = ''
   |   ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/missing-phase-hooks.md
warning: missing-phase-hooks
installPhase should probably contain runHook preInstall and runHook postInstall.
Near pkgs/development/tools/misc/ycmd/default.nix:43:3:
   |
43 |   installPhase = ''
   |   ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/missing-phase-hooks.md
warning: unclear-gpl
gpl3 is a deprecated license, check if project uses gpl3Plus or gpl3Only and change meta.license accordingly.
Near pkgs/development/tools/misc/ycmd/default.nix:96:5:
   |
96 |     license = licenses.gpl3;
   |     ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/unclear-gpl.md

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
If you have any questions or problems please reach out to SuperSandro2000 on IRC.
Result of nixpkgs-review pr 112592 run on x86_64-linux 1

1 package blacklisted:

tests.nixos-functions.nixos-test

1 package failed to build and are new build failure:

netlify-cli: log https://termbin.com/zs50q

55 packages built:

antora
bitwarden-cli
castnow
epgstation
fast-cli
flood
imgbrd-grabber
joplin
lessc
mastodon-bot
mirakurun
pm2
postcss-cli
pulp
python37Packages.batchspawner
python37Packages.dockerspawner
python37Packages.jupyterhub
python37Packages.jupyterhub-ldapauthenticator
python37Packages.jupyterhub-systemdspawner
python37Packages.jupyterhub-tmpauthenticator
python37Packages.oauthenticator
python38Packages.batchspawner
python38Packages.dockerspawner
python38Packages.jupyterhub
python38Packages.jupyterhub-ldapauthenticator
python38Packages.jupyterhub-systemdspawner
python38Packages.jupyterhub-tmpauthenticator
python38Packages.oauthenticator
python39Packages.batchspawner
python39Packages.dockerspawner
python39Packages.jupyterhub
python39Packages.jupyterhub-ldapauthenticator
python39Packages.jupyterhub-systemdspawner
python39Packages.jupyterhub-tmpauthenticator
python39Packages.oauthenticator
redoc-cli
sloc
styx
thelounge
vimPlugins.YouCompleteMe
vimPlugins.coc-git
vimPlugins.coc-html
vimPlugins.coc-json
vimPlugins.coc-metals
vimPlugins.coc-prettier
vimPlugins.coc-rust-analyzer
vimPlugins.coc-stylelint
vimPlugins.coc-tslint
vimPlugins.coc-tsserver
vimPlugins.coc-vetur
vscode-extensions.matklad.rust-analyzer
vscode-extensions.ms-python.vscode-pylance
vscode-extensions.vadimcn.vscode-lldb
wasm-text-gen
ycmd

The following issues got detected with the above build packages.
Please fix at least the ones listed with your changed packages:
python37Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

python38Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

python39Packages.jupyterhub:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern ''npm', 'run', 'lessc', '--'' doesn't match anything in file 'setup.py'

Please check the offending substituteInPlace for typos or changes in source.

ycmd:

Please consider this feature to be alpha.
A substituteInPlace with an unmatched pattern got detected:
substituteStream(): WARNING: pattern '/nix/store/px56h9adgffn8d6qh67dbayr72539lfz-ycmd-2020-02-22/lib/ycmd/ycmd/__main__.py' doesn't match anything in file '/nix/store/px56h9adgffn8d6qh67dbayr72539lfz-ycmd-2020-02-22/lib/ycmd/ycmd/__main__.py'

Please check the offending substituteInPlace for typos or changes in source.
warning: unclear-gpl
gpl3 is a deprecated license, check if project uses gpl3Plus or gpl3Only and change meta.license accordingly.
Near pkgs/development/tools/misc/ycmd/default.nix:96:5:
   |
96 |     license = licenses.gpl3;
   |     ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/unclear-gpl.md
warning: missing-phase-hooks
buildPhase should probably contain runHook preBuild and runHook postBuild.
Near pkgs/development/tools/misc/ycmd/default.nix:26:3:
   |
26 |   buildPhase = ''
   |   ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/missing-phase-hooks.md
warning: missing-phase-hooks
installPhase should probably contain runHook preInstall and runHook postInstall.
Near pkgs/development/tools/misc/ycmd/default.nix:43:3:
   |
43 |   installPhase = ''
   |   ^

See: https://github.com/jtojnar/nixpkgs-hammering/blob/master/explanations/missing-phase-hooks.md


Display Docker Labels in frontend

Do you want to request a feature or report a bug?
Feature
What did you expect to see?
It would be great, if I could see all the Labels, that are applied to a docker container in the Treafik frontend. That would be a great improvement, if you write a service version in the docker labels.

Hi! I'm Træfiker :robot: the bot in charge of communication regulation.
Thanks for your interest in Traefik!
We dedicate the issue tracker to bug reports and feature requests only. My advanced AI tells me this one is neither of them.
I encourage your to seek community support: join our Slack workspace and reach out to us on the #support channel.
Another option is to use Stack Overflow and tag your question traefik.
You can of course double check Traefik's documentation :sweat_smile:


Created an example that uses jaxrs 1

@masc3d
This shows what I think a jaxrs-1 would looks like.
If you run GitHubExample it will throw:
objc[82744]: Class JavaLaunchHelper is implemented in both /Library/Java/JavaVirtualMachines/jdk1.8.0_141.jdk/Contents/Home/bin/java (0x106e8f4c0) and /Library/Java/JavaVirtualMachines/jdk1.8.0_141.jdk/Contents/Home/jre/lib/libinstrument.dylib (0x106f1b4e0). One of the two will be used. Which one is undefined.
Exception in thread "main" java.lang.NoClassDefFoundError: javax/ws/rs/container/Suspended
	at feign.jaxrs.JAXRSContract.processAnnotationsOnParameter(JAXRSContract.java:132)
	at feign.Contract$BaseContract.parseAndValidateMetadata(Contract.java:108)
	at feign.jaxrs.JAXRSContract.parseAndValidateMetadata(JAXRSContract.java:51)
	at feign.Contract$BaseContract.parseAndValidatateMetadata(Contract.java:64)
	at feign.ReflectiveFeign$ParseHandlersByName.apply(ReflectiveFeign.java:144)
	at feign.ReflectiveFeign.newInstance(ReflectiveFeign.java:51)
	at feign.Feign$Builder.target(Feign.java:236)
	at feign.Feign$Builder.target(Feign.java:232)
	at feign.jaxrs.examples.GitHubExample.main(GitHubExample.java:33)
Caused by: java.lang.ClassNotFoundException: javax.ws.rs.container.Suspended
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:335)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	... 9 more

So, either we capture and handle this
Or, we make some settings to say this is a jaxrs 1 or 2
Or, we need to have a new feign-jaxrs2 module
I think the code is too similiar for a new module.

@velo the code won't be similar if JAXRSContract is open and can be derived from as proposed. then it can be just a slim extension with zero lines of similar code.

Great idea.

thanks for taking your time for providing the examples @velo but I don't believe it makes sense to put more effort into supporting jsr311 as posted in the pull request.


feat: add eth events to sync trie

Motivation
Synchronizing eth events has had some slight issues due to dropped events. We can leverage our sync processes to let hubs catch up. See https://github.com/farcasterxyz/hub-monorepo/issues/1045
Change Summary
This creates a secondary sync trie/engine, which follows eth events. A similar one will need to exist for L2 events, but cannot be the same in case reorgs (despite rarity) happen.
Merge Checklist
Choose all relevant options below by adding an x now or at any time before submitting for review

[ ] PR title adheres to the conventional commits standard
[ ] PR has a changeset
[ ] PR has been tagged with a change label(s) (i.e. documentation, feature, bugfix, or chore)
[ ] PR does not require changes to the protocol
[ ] All commits have been signed

Additional Context
If this is a relatively large or complex change, provide more details here that will help reviewers

PR-Codex overview
This PR focuses on adding support for retrieving Ethereum events by sync IDs.
Detailed summary

Added GetAllEthEventsBySyncIds RPC method to retrieve Ethereum events by sync IDs.
Modified various files to support the new RPC method and handle Ethereum events.

The following files were skipped due to too many changes: packages/hub-web/src/generated/rpc.ts, apps/hubble/src/network/sync/merkleTrie.ts, apps/hubble/src/network/sync/trieNode.ts, apps/hubble/src/rpc/server.ts, packages/core/src/protobufs/generated/gossip.ts, apps/hubble/src/network/sync/trieNode.test.ts, apps/hubble/src/hubble.ts, apps/hubble/src/network/sync/syncEngine.ts, packages/hub-web/src/generated/request_response.ts, packages/hub-nodejs/src/generated/request_response.ts, packages/core/src/protobufs/generated/request_response.ts

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

@CassOnMars I think sanjay is going to take a stab at fixing this up, OK to close?

Closing as this was implemented separately and will be enabled by default in #1461.


Boostrap4PagedListRenderOptions Not Found

I see this issue occurred in 2018 and was resolved on July 1, 2018.  However, I just installed today using NuGet and am having the same issue.
@Html.PagedListPager((IPagedList)Model, page => Url.Action("Index", new { page }), Bootstrap4PagedListRenderOptions.ClassicPlusFirstAndLast)
Bootstrap4PagedListRenderOptions does not exist.  I added @using X.PagedList.Mvc.Bootstrap4;  to .cshtml but it does not resolve the issue.

Adding @using X.PagedList.Mvc.Bootstrap4.Core; resolved the issue.


Animation-System Implementation

This pull request implements the basic animation system.
Follows up on #54

@darmie I wanted to add you as author/reviewer, but it's not letting me. Perhaps a setting from your end?

All looks good to me!


Make calcDec() a function.

Add intents to all functions in conversionFunctions.f90, and change calcDec() to a function.

Closes #158


Ansible 2.3 can't start tests

Hello. After upgrade to ansible 2.3 starting tests fails with error:
============================= test session starts ==============================
platform linux2 -- Python 2.7.12, pytest-3.0.7, py-1.4.33, pluggy-0.4.0
rootdir: /home/enkov/WORK1/playbooks/roles/foo, inifile:
plugins: testinfra-1.5.4
collected 0 items / 1 errorss

==================================== ERRORS ====================================
____________________ ERROR collecting tests/test_default.py ____________________
tests/test_default.py:4: in <module>
    '.molecule/ansible_inventory').get_hosts('all')
/usr/local/lib/python2.7/dist-packages/testinfra/utils/ansible_runner.py:141: in __init__
    self.cli = ansible.cli.CLI(None)
E   TypeError: Can't instantiate abstract class CLI with abstract methods parse, run
============================ pytest-warning summary ============================
WP1 None Module already imported so can not be re-written: testinfra
!!!!!!!!!!!!!!!!!!! Interrupted: 1 errors during collection !!!!!!!!!!!!!!!!!!!!
================== 1 pytest-warnings, 1 error in 0.20 seconds ==================
ERROR:

  RAN: '/usr/local/bin/testinfra tests/test_default.py --connection=docker'

  STDOUT:

  STDERR:

With ansible version 2.2.1 everything works fine.

Issue should be fixed in (just released) version 1.5.5.
Thanks for reporting !

I tested and it works fine.
Thank you for very fast fix.


sys: refactor OOM utilities

Noticed these when I was working on https://github.com/containerd/containerd/pull/5252. Not attached to all of them, so feel free to shoot 😂
sys: un-export runningPrivileged() / runningUnprivileged()
These are currently only used inside this package, so we might
as well un-export them until we need them elsewhere.
Also updated SetOOMScore() to first check for privileged; check for privileged
looks to be the "faster" path, and checking it first could (in case of non-
privileged) save having to read and parse /proc/self/uid_map.
sys: add missing pre-condition checks in tests
SetOOMScore requires both privileged (root) and non-user namespace
for negative values, so adjust the pre-conditions accordingly.
sys: use assert for error checks in OOM tests
Just slightly easier to read, and we were already using assert in this file
sys: add boundary checks to SetOOMScore()
Produce a more user-friendly error in the odd case we would try to set a
score out of bounds
sys: add AdjustOOMScore() utility
Handle the limits in this function so that consumers don't have to perform the
boundary checks.

@AkihiroSuda updated; PTAL

Failure looks legit; perhaps I should remove the "add-preconditions commit"; I'll have a look;
--- FAIL: TestSetOOMScoreBoundaries (0.01s)
    oom_linux_test.go:73: assertion failed: 500 (adjustment int) != -1000 (-1000 int)

@estesp Updated with your suggestions.
I also pushed one more commit with a change I wanted to make, but forgot to include; last commit removes the runtime/v2/shim.SetScore() utility, which was no longer used since 7dfc605fc6d36dd7327420b8956ac3f9ac71f190 (https://github.com/containerd/containerd/pull/3380). I checked for uses outside of this repository, I found only one external use of this in gVisor; https://github.com/google/gvisor/blob/a9441aea2780da8c93da1c73da860219f98438de/pkg/shim/service.go#L262-L264, which was added in https://github.com/google/gvisor-containerd-shim/commit/35db607dfccd3c03b69f1a42c58cf58ec8259e37 (https://github.com/google/gvisor-containerd-shim/pull/13), but looks like it can be easily replaced by either calling sys.SetOOMScore() directly, or replaced with shim.AdjustOOMScore() as is done in this repository now.

rebased to trigger CI (which should now be fixed)


Twilio / Webex / Invoke use Async for .NET Core 3 compat

Update Twilio / Webex and Invoke handlers to use async when reading request / writing to response for compatibility with .NET Core 3 in line with #2614

Pull Request Test Coverage Report for Build 82095

0 of 0   changed or added relevant lines in 0 files are covered.
586 unchanged lines in 81 files lost coverage.
Overall coverage decreased (-0.03%) to 77.172%

Files with Coverage Reduction
New Missed Lines
%

/libraries/Adapters/Microsoft.Bot.Builder.Adapters.Twilio/TwilioAdapter.cs
1
85.71%

/libraries/integration/Microsoft.Bot.Builder.Integration.ApplicationInsights.Core/ApplicationBuilderExtensions.cs
1
71.43%

/libraries/Microsoft.Bot.Builder.AI.LUIS/LuisApplication.cs
1
95.45%

/libraries/Microsoft.Bot.Builder/BotStateSet.cs
1
85.0%

/libraries/Microsoft.Bot.Builder.Dialogs/Prompts/PromptValidatorContext.cs
1
82.35%

/libraries/Microsoft.Bot.Builder.Dialogs/WaterfallStepContext.cs
1
86.96%

/libraries/Microsoft.Bot.Builder/Inspection/InspectionSession.cs
1
76.47%

/libraries/Microsoft.Bot.Builder/ShowTypingMiddleware.cs
1
94.55%

/libraries/Microsoft.Bot.Builder.Testing/XUnit/TestDataObject.cs
1
82.35%

/libraries/Adapters/Microsoft.Bot.Builder.Adapters.Twilio/TwilioClientWrapper.cs
2
0.0%

Totals

Change from base Build 82018:
-0.03%

Covered Lines:
5879

Relevant Lines:
7618

💛  - Coveralls

:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.Luis.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.AI.QnA.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.ApplicationInsights.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Azure.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.Dialogs.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.TemplateManager.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Configuration.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Connector.dll compared against version 4.3.1
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Schema.dll compared against version 4.3.1


[1.7.10] v8 to v9 change?

Please use the search functionality before reporting an issue. Also take a look at the closed issues!
Issue description:
From v8 > v9 solar evap. towers became thermal, seems to have made modtweaker unable to interface.
Also the version checker mentions updating to versions that do not exist on 1.7.10.
Steps to reproduce:

Install Mekanism
Install Modtweaker
Try to add a tower recipe

Version (make sure you are on the latest version before reporting):
Forge: 1614
Mekanism: Mekanism-1.7.10-<IP_ADDRESS>1
Other relevant version: --
If a (crash)log is relevant for this issue, link it here: (It's almost always relevant)
[gist/pastebin/etc link here]

seems to have made modtweaker unable to interface.

That's a modtweaker issue.

Also the version checker mentions updating to versions that do not exist on 1.7.10.

Unfortunate, but as 1.7 is no longer supported I recommend turning off the update checker.


Facility geo updates from feedback - incorrect state/location

Path:
/facility/au/NEM/CBWWBA/?range=3d&interval=30m
Sources:
Map
Fields:
[
{
"key": "Facility satellite map",
"value": {
"type": "Point",
"coordinates": [
115.69424934340425,
-30.680970908597665
]
}
},
{
"key": "Facility default map",
"value": {
"type": "Point",
"coordinates": [
115.69424934340425,
-30.680970908597665
]
}
}
]
Description:
Says its in South aus, Map says otherwise

Christies Beach updated on dev:
https://dev.opennem.org.au/facility/au/NEM/CBWWBA/?range=1y&interval=1w


Update for Meteor 1.3.

Note that Meteor 1.2-compatible versions of this package can still be published on the 0.3.x version line using the 1.2 version of the Meteor command-line tool.
If there are any important differences between the Node version of util and the npm util package, I encourage you to fix them in client.js.

The issue is that that NPM module is old, unmaintained, and not in sync anymore with node.js. I do not want to constantly have to fix the module on my side.
Now, I can worry about that and manually maintain that package. Or I just take files from node.js. I prefer the second option because then I can update to new util code just by updating the git submodule.

So concretely, I didn't go with NPM package to begin with because it does not look like a good package. This is why I went with all this complications with node.js submodule to get it to work for real. This pull request is requesting that I go back to consider that package, which for me changes the whole purpose of this package: providing real and up-to-date util on the client side, which is exactly the same as what users get when they do Npm.require('util') on the server. :-(

Whether or not you use util from npm or copy it from the Node repo is an independent decision. The reason peerlibrary:util is broken in Meteor 1.3 is that your partial implementation of require has been replaced by a different (full) implementation of require. There are plenty of other ways to fix that conflict, such as copying util.js from Node and modifying it in a few small ways to avoid the need for a custom require implementation.

Yes, but with my custom require I do not have to copy anything, I just keep the same file as upstream. You do understand that this is much easier to maintain.
The issue for me is that you changed behavior of the ecmascript package between Meteor 1.2 and 1.3 in a backwards incompatible way. This is for me a regression. Now, I can stop using the code which worked before and switch to NPM module, I can start modifying the code manually to make it work with Meteor 1.3, or Meteor can provide a backwards compatible package to which I can switch. I prefer the last option. In general I see this as a consequence of packages which do too many things at once. Why not having a package which just compiles ES2016, and then package which integrates it with the rest, and then package which makes a nice imply-bundle for common use case?

Absolute backwards compatibility would be deadly for Meteor in the long run. Unless I'm mistaken, the only sense in which Meteor 1.3 was backwards incompatible for you was that it interfered with your custom implementation of require. If we can fix that relatively minor incompatibility, then your problem will be solved, and I think you'll be less attracted to the idea of preserving the incomplete 1.2 behavior of the ecmascript package.

Here's another idea. Copy the util.js file from Node and don't modify it. Instead, you can make Meteor's module system return something useful from require("internal/util") by including this code before util.js is evaluated:
meteorInstall({
  "..": { // This ".." refers to a global module namespace outside the app.
    node_modules: {
       internal: {
         "util.js": function(require, exports, module) {
           // Implement util.js however you like.
         }
    }
  }
});

The buffer and vm dependencies should be provided by meteor-node-stubs, but feel free to implement them in a similar way if you have to.

OK, this is going a bit above my head. I do not understand anything about it. Do you have an example somewhere of somebody else doing something like this?

Here. I'll update the pull request.

Good news: if you use the same version of lib/util.js that is available on the server in Meteor 1.3 (which seems like a good idea?), then you don't need to provide any require hacks. (See 4c4adad0444cb53ff2b48e7ba9d65762970d6f9b above.)

But isn't Meteor upgrading to new node version? This is the whole point of using git submodule, to be ale to upgrade as Meteor upgrades. :-)

But you are right, I should have used the same version until now.

I have changed it differently: 09840db50fd8caebb25699afe5ecd6653202d6f0
Thanks for all the help with understanding what is happening here.


Fix build fail due to warnings

Describe the bug
Currently, the build is failing because the react-build generates warnings, and these warnings are treated as error by the servers.
To Reproduce
Steps to reproduce the behavior:

Ru the command

npm run build

The build is successful but the warnings are generated in the process.

Expected behavior
It is expected that the build process is completed successfully without generating any warnings. This will also prevent the current deployment fails.

I am working on this issue

@Abhirup-99
I have created PR #123 for this issue.


Add StandardScalerTransformer

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 100.00%. Comparing base (4884db5) to head (15bc5f2).
Report is 5 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff            @@
##              main      #402   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           64        65    +1
  Lines         1740      1784   +44
  Branches        63        64    +1
=========================================
+ Hits          1740      1784   +44

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


Remove case sensitivity from e-mail invite

This PR aims at implementing #405

Coverage remained the same at 91.55% when pulling c2ba17206ee2e1f9f91edc3da3bdcd86d99f56ba on ubrostock:405-email-case-insensitive into c8a1794143db47e7dfc49dbce7785731ba348b8d on rdmorganiser:dev.


ASCII String Function: #13

Implementing ASCII functions

Thank you @Lilit0x, I think it will be batter to submit PR if the old one is merged so we can focus on implementation and optimization and will be easier for you to mange code review
Thanks and welcome to GQL,
Amr Hesham,


[Installation]: NotImplementedError get_device_capability

Your current environment
Collecting environment information...
PyTorch version: 2.4.0+cu121
Is debug build: False
CUDA used to build PyTorch: 12.1
ROCM used to build PyTorch: N/A
OS: AlmaLinux release 8.10 (Cerulean Leopard) (x86_64)
GCC version: (GCC) 8.5.0 20210514 (Red Hat 8.5.0-22)
Clang version: Could not collect
CMake version: Could not collect
Libc version: glibc-2.28
Python version: 3.11.9 (main, Jul  2 2024, 16:32:17) [GCC 8.5.0 20210514 (Red Hat 8.5.0-22)] (64-bit runtime)
Python platform: Linux-4.18.0-553.8.1.el8_10.x86_64-x86_64-with-glibc2.28
Is CUDA available: True
CUDA runtime version: Could not collect
CUDA_MODULE_LOADING set to: LAZY
GPU models and configuration:
GPU 0: NVIDIA H100 80GB HBM3
GPU 1: NVIDIA H100 80GB HBM3
GPU 2: NVIDIA H100 80GB HBM3
GPU 3: NVIDIA H100 80GB HBM3
GPU 4: NVIDIA H100 80GB HBM3
GPU 5: NVIDIA H100 80GB HBM3
GPU 6: NVIDIA H100 80GB HBM3
GPU 7: NVIDIA H100 80GB HBM3
Nvidia driver version: 550.90.07
cuDNN version: Could not collect
HIP runtime version: N/A
MIOpen runtime version: N/A
Is XNNPACK available: True
CPU:
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              96
On-line CPU(s) list: 0-95
Thread(s) per core:  1
Core(s) per socket:  48
Socket(s):           2
NUMA node(s):        8
Vendor ID:           GenuineIntel
CPU family:          6
Model:               143
Model name:          Intel(R) Xeon(R) Platinum 8468
Stepping:            8
CPU MHz:             3800.000
CPU max MHz:         3800.0000
CPU min MHz:         800.0000
BogoMIPS:            4200.00
L1d cache:           48K
L1i cache:           32K
L2 cache:            2048K
L3 cache:            107520K
NUMA node0 CPU(s):   0-11
NUMA node1 CPU(s):   12-23
NUMA node2 CPU(s):   24-35
NUMA node3 CPU(s):   36-47
NUMA node4 CPU(s):   48-59
NUMA node5 CPU(s):   60-71
NUMA node6 CPU(s):   72-83
NUMA node7 CPU(s):   84-95
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cat_l2 cdp_l3 invpcid_single cdp_l2 ssbd mba ibrs ibpb stibp ibrs_enhanced fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm rdt_a avx512f avx512dq rdseed adx smap avx512ifma clflushopt clwb intel_pt avx512cd sha_ni avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local split_lock_detect avx_vnni avx512_bf16 wbnoinvd dtherm ida arat pln pts avx512vbmi umip pku ospke waitpkg avx512_vbmi2 gfni vaes vpclmulqdq avx512_vnni avx512_bitalg tme avx512_vpopcntdq la57 rdpid bus_lock_detect cldemote movdiri movdir64b enqcmd fsrm md_clear serialize tsxldtrk pconfig arch_lbr amx_bf16 avx512_fp16 amx_tile amx_int8 flush_l1d arch_capabilities
Versions of relevant libraries:
[pip3] numpy==1.26.4
[pip3] nvidia-cublas-cu12==<IP_ADDRESS>
[pip3] nvidia-cuda-cupti-cu12==12.1.105
[pip3] nvidia-cuda-nvrtc-cu12==12.1.105
[pip3] nvidia-cuda-runtime-cu12==12.1.105
[pip3] nvidia-cudnn-cu12==<IP_ADDRESS>
[pip3] nvidia-cufft-cu12==<IP_ADDRESS>
[pip3] nvidia-curand-cu12==<IP_ADDRESS>
[pip3] nvidia-cusolver-cu12==<IP_ADDRESS>
[pip3] nvidia-cusparse-cu12==<IP_ADDRESS>
[pip3] nvidia-ml-py==12.560.30
[pip3] nvidia-nccl-cu12==2.20.5
[pip3] nvidia-nvjitlink-cu12==12.6.68
[pip3] nvidia-nvtx-cu12==12.1.105
[pip3] pyzmq==26.2.0
[pip3] torch==2.4.0
[pip3] torchvision==0.19.0
[pip3] transformers==4.44.2
[pip3] triton==3.0.0
[conda] Could not collect
ROCM Version: Could not collect
Neuron SDK Version: N/A
vLLM Version: 0.6.0@32e7db25365415841ebc7c4215851743fbb1bad1
vLLM Build Flags:
CUDA Archs: Not Set; ROCm: Disabled; Neuron: Disabled
GPU Topology:
GPU0	GPU1	GPU2	GPU3	GPU4	GPU5	GPU6	GPU7	NIC0	CPU Affinity	NUMA Affinity	GPU NUMA ID
GPU0	 X 	NV18	NV18	NV18	NV18	NV18	NV18	NV18	SYS	0-11	0		N/A
GPU1	NV18	 X 	NV18	NV18	NV18	NV18	NV18	NV18	SYS	24-35	2		N/A
GPU2	NV18	NV18	 X 	NV18	NV18	NV18	NV18	NV18	SYS	36-47	3		N/A
GPU3	NV18	NV18	NV18	 X 	NV18	NV18	NV18	NV18	SYS	12-23	1		N/A
GPU4	NV18	NV18	NV18	NV18	 X 	NV18	NV18	NV18	SYS	48-59	4		N/A
GPU5	NV18	NV18	NV18	NV18	NV18	 X 	NV18	NV18	PIX	72-83	6		N/A
GPU6	NV18	NV18	NV18	NV18	NV18	NV18	 X 	NV18	SYS	84-95	7		N/A
GPU7	NV18	NV18	NV18	NV18	NV18	NV18	NV18	 X 	SYS	60-71	5		N/A
NIC0	SYS	SYS	SYS	SYS	SYS	PIX	SYS	SYS	 X
Legend:
X    = Self
SYS  = Connection traversing PCIe as well as the SMP interconnect between NUMA nodes (e.g., QPI/UPI)
NODE = Connection traversing PCIe as well as the interconnect between PCIe Host Bridges within a NUMA node
PHB  = Connection traversing PCIe as well as a PCIe Host Bridge (typically the CPU)
PXB  = Connection traversing multiple PCIe bridges (without traversing the PCIe Host Bridge)
PIX  = Connection traversing at most a single PCIe bridge
NV#  = Connection traversing a bonded set of # NVLinks
NIC Legend:
NIC0: mlx5_bond_0
How you are installing vllm
We are running on kubernetes (which works for test cuda containers) using the vllm 0.6.0 container, tried also on 0.5.4 and same issue
the full error is in the container is
Process SpawnProcess-1:
Traceback (most recent call last):
  File "/usr/lib/python3.10/multiprocessing/process.py", line 314, in _bootstrap
    self.run()
  File "/usr/lib/python3.10/multiprocessing/process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/entrypoints/openai/rpc/server.py", line 230, in run_rpc_server
    server = AsyncEngineRPCServer(async_engine_args, usage_context, rpc_path)
  File "/usr/local/lib/python3.10/dist-packages/vllm/entrypoints/openai/rpc/server.py", line 31, in __init__
    self.engine = AsyncLLMEngine.from_engine_args(
  File "/usr/local/lib/python3.10/dist-packages/vllm/engine/async_llm_engine.py", line 740, in from_engine_args
    engine = cls(
  File "/usr/local/lib/python3.10/dist-packages/vllm/engine/async_llm_engine.py", line 636, in __init__
    self.engine = self._init_engine(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/engine/async_llm_engine.py", line 840, in _init_engine
    return engine_class(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/engine/async_llm_engine.py", line 272, in __init__
    super().__init__(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/engine/llm_engine.py", line 270, in __init__
    self.model_executor = executor_class(
  File "/usr/local/lib/python3.10/dist-packages/vllm/executor/executor_base.py", line 46, in __init__
    self._init_executor()
  File "/usr/local/lib/python3.10/dist-packages/vllm/executor/gpu_executor.py", line 37, in _init_executor
    self.driver_worker = self._create_worker()
  File "/usr/local/lib/python3.10/dist-packages/vllm/executor/gpu_executor.py", line 104, in _create_worker
    return create_worker(**self._get_create_worker_kwargs(
  File "/usr/local/lib/python3.10/dist-packages/vllm/executor/gpu_executor.py", line 23, in create_worker
    wrapper.init_worker(**kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/worker/worker_base.py", line 444, in init_worker
    self.worker = worker_class(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/vllm/worker/worker.py", line 99, in __init__
    self.model_runner: GPUModelRunnerBase = ModelRunnerClass(
  File "/usr/local/lib/python3.10/dist-packages/vllm/worker/model_runner.py", line 842, in __init__
    self.attn_backend = get_attn_backend(
  File "/usr/local/lib/python3.10/dist-packages/vllm/attention/selector.py", line 108, in get_attn_backend
    backend = which_attn_to_use(num_heads, head_size, num_kv_heads,
  File "/usr/local/lib/python3.10/dist-packages/vllm/attention/selector.py", line 215, in which_attn_to_use
    if current_platform.get_device_capability()[0] < 8:
  File "/usr/local/lib/python3.10/dist-packages/vllm/platforms/interface.py", line 28, in get_device_capability
    raise NotImplementedError
NotImplementedError

Before submitting a new issue...

[X] Make sure you already searched for relevant issues, and asked the chatbot living at the bottom right corner of the documentation page, which can answer lots of frequently asked questions.

that's strange. it looks like vllm cannot identify the platform you are using.
what's the output of this code?
from vllm.platforms import current_platform
print(current_platform)

are you using the correct Python? if your current_platform is  CudaPlatform, it should have get_device_capability function.

I am running the vllm docker container, I tried tags 0.5.3, 0.5.4 and 0.6.0
The error is within the container

can you try to run within the container?

>>> print(current_platform.get_device_name())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.10/dist-packages/vllm/platforms/interface.py", line 32, in get_device_name
    raise NotImplementedError
NotImplementedError

something is wrong with the docker container.
what's the command you use and the image you use?

we deploy through kubernetes
apiVersion: apps/v1
kind: Deployment
metadata:
  name: llama31405binstruct
spec:
  replicas: 1
  selector:
    matchLabels:
      app: llama31405binstruct
  template:
    metadata:
      labels:
        app: llama31405binstruct
    spec:
      containers:
      - env:
        - name: HF_TOKEN
          valueFrom:
            secretKeyRef:
              key: token
              name: hugging-face
        envFrom:
        - configMapRef:
            name: llama31405binstruct
        image:  vllm/vllm-openai:v0.6.0
        command: ["python3"]
        args: ["-m", "vllm.entrypoints.openai.api_server", "--model", "meta-llama/Meta-Llama-3.1-405B-Instruct", "--max-model-len", "128000"]
        imagePullPolicy: Always
        livenessProbe:
          initialDelaySeconds: 30
          periodSeconds: 10
          tcpSocket:
            port: 8000
        name: app
        ports:
        - containerPort: 8000
          name: service-port
          protocol: TCP
        readinessProbe:
          initialDelaySeconds: 60
          periodSeconds: 30
          tcpSocket:
            port: 8000
      nodeSelector:
        usage: ai
      tolerations:
      - effect: NoSchedule
        key: nvidia.com/gpu
        operator: Exists

can you try to debug in the container what's happening?
the code should be in https://github.com/vllm-project/vllm/blob/main/vllm/platforms/init.py

I suggest you take a look the full error log. That get_device_capability error message is somewhat confusing. I saw the same error message when I set CUDA_VISIBLE_DEVICES to an non-exist device.

That get_device_capability error message is somewhat confusing

if you know the root cause and know how to raise a meaningful information, we'd love to fix it.

That get_device_capability error message is somewhat confusing

if you know the root cause and know how to raise a meaningful information, we'd love to fix it.

Will do if I am able to reproduce it.

We figured this out in case anyone else has this issue. we were missing runtimeClassName: nvidia in the spec.template.spec section.

ImportError('libcuda.so.1: cannot open shared object file: No such file or directory')
...
(Pdb) current_platform
<vllm.platforms.interface.UnspecifiedPlatform object at 0x71d267da64e0>
(Pdb) current_platform.get_device_capability()

Root cause seems to be missing CUDA but this should be handled better (should not crash)

@jonashaag what do you mean by that? What is your expected behavior if cuda is missing?

A better error message

we can't do anything here, because sometimes we do use vllm in an UnspecifiedPlatform . e.g. developing with laptop, where we only want python import statements to work.
it is users' responsibility to make sure cuda is working.
tbh, I think the error is already clear. you want to run cuda, and it shows you UnspecifiedPlatform, which clearly means your cuda is missing.

Sorry, I forgot to post the actual error message. Unfortunately I don't have it at hand right now, but it was something like
current_platform.get_device_capability().something
-> NoneType has not attribute 'something'

I browser through the current code and couldn't find any piece of code where that error could be triggered so maybe it has been fixed since.

We figured this out in case anyone else has this issue. we were missing runtimeClassName: nvidia in the spec.template.spec section.

sorry, can you describe this method more clearly? Thanks.


ObjectHypothesisWithPose with label

Hi,
I'm working on wrapping edgeimpulse on ROS2.
It could be useful to have a string label parameter in the message type ObjectHypothesisWithPose because it often happen that you want to send also the label.
What do you think about that?
Thank you in advance!

I found another issue:

id in ObjectHypothesisWithPose is numeric (int64) for noetic but for foxy is a string
in galactic ObjectHypothesis is used instead

Please can you make unified?
Thank you in advance

That change was intentional

@SteveMacenski so should be foxy updated to the galactic message version (the one with ObjectHypothesis)?

I noticed the id field was once changed to string type, but then reverted (see https://github.com/ros-perception/vision_msgs/commit/fd30ff65e2a5a65353dcf8c35838666d5efbe444). What happened? It would be really convenient to have the id field be a string.

We don't usually unify message definitions across distros unless there is a very strong reason to do so.  Because ROS messages are very brittle (non-identical message definitions cause all kinds of headaches), making breaking changes usually only happens between distros.
Future distros will all have ObjectHypothesis as the id field (unless another new change comes in).


NODE service - celery task/functions for udfs & udf generator

this is very general, just as a placeholder that this is still missing

The udf related celery tasks are 2:

run_udf()  , we can do that with the generator provided.
get_udf() , a method for that is not provided yet.

@apmariglis what exactly do you want to be provided on the get_udf method? @jassak please create a method for that so we can add it on the node's tasks.

After a discussion with @apmariglis the description was updated.


fix Fix NPE when analyze database sync

Proposed changes
Issue Number: close #xxx

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

run buildall


How does CurrentTime() work for live streams

I'm wondering how does the CurrentTime() work for live streams, more specifically the time format. I know the returned value is in seconds, but how does it get the amount of seconds for a live stream?
The general problem that I'm having is trying to implement the player in the app that already has native player in it, and make both native and shaka player work the same way.
For example, iOS native player uses CMTime type to handle players position, duration etc.
It has a value in nanoseconds, and a scale indicating the format of the value (nanoseconds).
The whole app uses milliseconds, so value/scale * 1000 and I get what I need.
However since shaka player already returns the format in seconds all I need to do is multiply it with 1000 or so I thought. This does work for VOD content where start is 1 second and end is xxx seconds. But how do live streams work.
This is an example of a demo app log for a live stream.
native position 1193521
shaka position  917302
native position 1194000
shaka position  917302
native position 1194501
shaka position  917303
native position 1195001
native position 1195478
native position 1195478
shaka position  917303
native position 1195500
native position 1196001
shaka position  917304
shaka position  917304
native position 1196501
shaka position  917305
native position 1197001
shaka position  917305
native position 1197501
shaka position  917306
native position 1198000
position shaka  917306

Native player is made to log out milliseconds and shaka is the default [player currentTime] so I assume it's in seconds.
This is a huge difference, in native player the stream is at 1198 seconds while for shaka that's 917306 seconds.
Now I didn't check, but the same app implementation is made also for android where the main player is ExoPlayer2 so I assume it returns same format as native player.
Is there a way to get same position from shaka player? It's really mind boggling to get the two to work together.

[player currentTime] just returns the value from the Shaka Player instance.  For Live streams, Shaka Player doesn't have a well-defined value for what the current time's value is.  It is suggested to just use the seekRange to determine what the range of values are.
For DASH content, the current time is the time since the availabilityStartTime, which is usually when the live stream started.  For HLS, I think it is based on the segment times.  So if the last segment in the HLS manifest starts at 917306, then that is the video time the live edge is.  We could adjust the segments to be closer to 0, but I don't see a use for that since I'm not sure what the native player's 0 is.
When you got a value of 1198 from the native player, how long were you playing the stream for?  How long ago did the live stream start?  Could you provide an example URL (or use one of our demo assets from Shaka Player)?  What are you using the current time for?  By default, HLS manifests are unseekable, so they always play at the live edge.

For the stream I used the one from the demo assets https://storage.googleapis.com/shaka-live-assets/player-source.m3u8, it breaks after a few seconds of playing, but it was the only live stream I could find that is not in ts format.
I started the stream on both native and shaka at the same time and sadly I don't know for how long it was going.
I'm using the current time for VOD and catch-up content. I mentioned live streams as I guess it has something to do with the wrong time for catch-up (comparing native and shaka).
(I'll have to look more into the way how catch-up is handled, I didn't work on the system from the start)
What I mean with wrong time for catch-up, I assume it should start from 0 since catch-up is also a recording (in native it has some small offset, probably chuck difference cca. 10000 milliseconds), but instead it returns current time in huge numbers like for live. I'll work on it next week and see in more details.

So the conclusion is that shakaplayer does indeed return the current position of the stream as the time from when it started, while native for some reason always starts between 10 and 30 seconds and keeps counting the time since you started watching the stream.
And on our end catch-up is simulated as live, so it can keep going and the user can keep watching it without interruptions. This explains why shaka returns such a huge number for catch up.
For now I made a workaround to check if seekRange exists and use that to subtract from current position so I get a starting position from 0, and the rest is done by the offset.


not working in childViewController

In A controller I set B as the childViewController to A
[self addChildViewController:B];
[self.vew addSubview:B.view]
then in B
I put an UIView v to B's view with Masonry, v's frame is zero.
If I put an UIView v to B's view with setFrame, then add UIView foo to v with Masonry, it works.

Oh sorry, it's my fault.


bug: dependencies not specified

The module zahner_potentiostat.scpi_control.searcher depends on the package pyserial:
from serial.serialwin32 import Serial
import serial.tools.list_ports

In fact, none of the dependencies are specified in the package configuration (currently setup.py, should be replaced by pyproject.toml, see #2).

matplotlib appears to be another dependency of the package but is also not specified.

I just checked the import statements:
import statements
$ git grep -h 'import' | grep -v 'zahner_potentiostat' | sort | uniq
from abc import ABCMeta, abstractmethod
from builtins import isinstance
from .datareceiver import DataReceiver
from .datareceiver import TrackTypes
from datetime import datetime
from .dcplot import DCPlot
from enum import Enum
from .error import ZahnerConnectionError
from .error import ZahnerDataProtocolError
from .error import ZahnerSCPIError
from .HUDDSCOL import *
from matplotlib.ticker import EngFormatter
from .NYCCCOL import *
from .serial_interface import CommandType,DEBUG
from serial.serialutil import SerialException
from serial.serialwin32 import Serial
from threading import Thread, Semaphore
    """ General important information for the control of the devices with this class.
        Here the sign of the ramp is important and indicates the direction of the ramp.
import copy
import glob
import matplotlib
import matplotlib.pyplot as plt
import multiprocessing
import numpy
import numpy as np
import queue
import re
import serial
import serial.tools.list_ports
import setuptools
import struct
import sys
import threading
import time
        There is also an example to import data from an drive cycle.

So the dependencies are probably:

matplotlib
pyserial
numpy

I will add them to the setup.py now...

I opened a PR (#10). I am more of a GitLab user than a GitHub user so I probably did sth. wrong why the PR does not show up here, so mention it directly.


Provide codefix for MiKo_2012

At least for typical cases such as:

This interface provides should become Provides
This interface offers should become Offers
This interface allows should become Allows
This interface extends should become Extends
This interface represents should become Represents
This Interface class extends should become Extends
This class provides should become Provides
Class that
The class implementing this interface
Every class that implements this interface can should become Allows to
...

Implementation of should become Provides a
Interface which serves should become Provides

Classes implementing the interfaces, will provide  should become Provides
Classes implementing the interfaces will provide  should become Provides
Classes implementing the interfaces provide  should become Provides
Class that will represent  should become Represents
Class that represents  should become Represents
Class to provide  should become Provides
Event argument which is used in the  should become Provides data for the
Event arguments for  should become Provides data for the
Event arguments which provide information  should become Provides data for the
Event is fired  should become Occurs
Event that is published,  should become Occurs
Event that is published  should become Occurs
Factory method that creates  should become Creates
The interface offers  should become Provides
Helper class to manipulate  should become Manipulates
Helper method to generate  should become Generates
Extension of  should become Extends the


Does this plugin support events?

Hi there,
I am wondering if this plugin supports events. For example, if I want to show a label if there is some kind of event on the day like this: https://codepen.io/peanav/pen/ulkof

No.
Use this plugin. It adds events in phone's default calendar app.


Added Cynthia Or's info

Hey, thanks for the pull request! I'll merge now, although I am fixing a merge conflict first (I'll explain what that is later, you couldn't avoid it here).


Samsung SmartThings Plug Seen As LightBulb

Not sure if this is an issue with deCONZ, or the Homebridge-Hue plugin (suspect the former) but my Samsung SmartThings mains plug is detected as a light.  I know the Philips Hue plug one also does this, but it's really frustrating as - in this case - I have a DVR plugged into it, and that's certainly not a light!
Is there any way these smart plugs can be detected/translated to the Outlet service type rather than the LightBulb one?
Thanks!

Create an outlet resourcelink with the /lights and /groups resources to expose as Outlet.

Thanks!  Could you explain how to do this?


[REQ] PLS ADD BACK THE 2020 ESCAPE MENU I LOVED IT WHY IT GOT REMOVED

Acknowledgement of preliminary instructions

[X] I have read and acknowledged the preliminary instructions.

What idea do you have?
plsplspls

pls add the 2020 escape menu back

my man, it got removed by roblox, bloxstrap cant do anything about it

my man, it got removed by roblox, bloxstrap cant do anything about it

yeah but the 21 graphics bar settings is still in the bloxtrap menu even tho it doesnt works so why did they remove the 2020 esc menu from the bloxtrap menu

my man, it got removed by roblox, bloxstrap cant do anything about it

yeah but the 21 graphics bar settings is still in the bloxtrap menu even tho it doesnt works so why did they remove the 2020 esc menu from the bloxtrap menu

the 21 graphics bar setting will be gone in next update, 2020 esc menu got removed because the fflag was removed before bloxstrap updated

my man, it got removed by roblox, bloxstrap cant do anything about it

yeah but the 21 graphics bar settings is still in the bloxtrap menu even tho it doesnt works so why did they remove the 2020 esc menu from the bloxtrap menu

the 21 graphics bar setting will be gone in next update, 2020 esc menu got removed because the fflag was removed before bloxstrap updated to 2.7.0

oh kk ty


How to access redux-form state in other reducer or dispatch a form field's onChange action from other reducer

Please help me with any example code for this scenario.
I have an action logic in my other reducer that needs to update my form state by either directly modifying the full state or dispatch form field's onChange action.

All of redux-form's action creators are exported, so you may dispatch a change event from anywhere you'd like.

Thanks for your reply. Could you please help me understand how I can get access to dispatch() in my reducer.

In redux, you don't call dispatch from your reducer but from your components (or your action creators if you use the thunk middleware). You could also use redux-saga to hook on Redux Form and create complex workflow.


[9.x] Ask for confirmation when running optimze command on local environment

I noticed a lot of people fall into the trap of running the optimize command locally and then making changes to their configuration or routes files and not being able to see their changes take effect.
This PR will ask for confirmation when running the optimize artisan command on local environment with the message:
Further configuration and routes changes will not take effect unless you run the command again or clear the cache, are you sure you want to run this command?

Also, added a force flag to ignore the environment and run the command anyways.

This is a breaking change, should go to v10


Customizing Ports :)

Customizing Ports :)

Changing the port (when Docker networking is in host mode, not NAT) is a useful but currently a bit complicated.
I'd rather add a new install-time command line switch to handle this.

Ok no problem :) :smile:


Create postorder_traversal.cpp

Thanks a lot for opening this PR. Can you please star this repository to show your support.

Starred the repository!


Improve "Confirm your credit card" email

We got a report on support from someone who thought the "Confirm your credit card" email was a phishing attempt:

this seems like a scam, are you aware of this? has your user database been hijacked? especially the linked image at the start of the mail...

When asked more details about why he thought the email was a phishing attempt, this user said:

It was just that "confirming your credit card" was ringing alarm bells because it sounds so much like a classical phishing approach:), and maybe it was a bit too few information in the mail why I should do that. I did not know that I have to do such a confirmation. Do I have to do that every year?
And then I did not find login credentials in my database for opencollective (and from a glance at the login page I did not realize it would send me a one-time-login).
And then the external link of the image.
All this together made me wonder.

From this feedback, it seems that we can improve a few things:

Make sure we're hosting the images embedded in our emails on our official domain (images.opencollective.com)
Provide more info about why we require people to do this. It's not the first time I read a support ticket saying they don't understand why we ask for a confirmation.
Provide some information on the sign-in screen: Try to open https://opencollective.com/orders/42424242/confirm as incognito, you'll see only a message like "You need to be logged in to continue.". There's not enough context here. We should say something like Please sign-in to confirm your payment method

Initially reported in https://opencollective.freshdesk.com/a/tickets/107847

Some more users shared this feedback, doesn't look like an isolated case:

https://opencollective.freshdesk.com/a/tickets/108206

Got another report for this from Accountable by PM

I would like to see this project considered for prioritization next sprint (Q4S1).
It seems that many users think it's a phishing email, which means they won't renew their financial contributions. Would be great to back this assumption with a stat: after receiving the email, how many users update their credit card details? That could be used to decide on the prioritization of this project, then on its impact.

Another few Fresh-desk tickets related to this; https://opencollective.freshdesk.com/a/tickets/127970 and https://opencollective.freshdesk.com/a/tickets/127476.

outline why this is happening, pick up documentation that's appropriate (from providers if necessary)
update email content

To Do: Set up the documentation issue, ensure that we explain what happens when you change from a fiscal host to independent collective as this action is triggered. - Get more information from the devs

Summary of the kickoff meeting that took place today. I will follow-up by converting some of these items to issues.
Documentation
We need a @opencollective/documentation page to:

[ ] Explain the process, with screenshots of the email / page
[ ] Document the most likely reasons for it to fail

[ ] Ad blockers
[ ] Issue with the bank service
[ ] Old browsers

Email

[ ] Link to a @opencollective/documentation page to explain this process with screenshots of the email/page
[ ] Improve the content of the email

[ ] The subject is not catchy enough, prefix with "Action Required:"
[ ] See if we can improve the wording
[ ] Explain what will happen if they don't update
[ ] Explain why you should trust this email
[ ] Surface data to show it's not a random phishing email

Missing card last numbers
Card details (VISA, mastercard?)
Having the amount is good
More info on the contribution (monthly? yearly?)

[ ] Improve the design of the email

[ ] Remove collective logo
[ ] Always show Open Collective logo
[ ] Add something to show that the email is verified?
[ ] Maybe we can have a quick improvement of the global email design?
[ ] See if we can improve the fonts

Frontend

[ ] Design to work on a template for "System pages" (engineering to produce a list of all these pages)
[ ] The confirmation page

[ ] Should have some details, and a title
[ ] Should have the same look & feel as "we sent you your magic link"

Stretch goals / follow-ups that seem important but are more expensive:

[ ] The "Admin > Payment methods" page should surface the same warning and let user update directly from there (would also help if for any reason the link/redirect breaks)
[ ] Same thing on /recurring-contributions: replace "ACTIVE CONTRIBUTION" by something like "Client confirmation needed" and add a link to confirm

Better understand the causes and impacts of these confirmations

It appears that hosts that switched from Hosted to independent see an increase in the number of confirmations
[ ] Maybe, if we can predict that a recurring contribution will trigger 3D secure after one or two payments, we can force 3D secure during the 1st contribution (needs more research)
[ ] Have a Metabase report (see payment.creditcard.confirmation activity)

[ ] How many confirmation emails are we sending
[ ] How many confirmation emails are completed

Metabase dashboard

[ ] look at the content of the email

merged and deployed working mods :tada:
[ ] potentially look at mods to general email content (font family)
[ ] design pages (verify CC) involved in this journey

for the future

figure out why fonts are down-grading to generic serif fonts (that look very spammy
? merge in change to page route for CC confirmation (to settings page)

We solved pretty much everything we wanted for this issue. Let's check the numbers in a couple of months!

It seems our changes have been quite successful, we've seen a +15% increase in the completion rate so far!


[Refactor] LuceneChangesSnapshot to use accurate ops history

Improves the LuceneChangesSnapshot to get an accurate count of recovery
operations using sort by sequence number optimization. This is needed
for Lucene 9 where searchAfter pagination is not thread safe (leading to
inaccurate recovery count exceptions).

start gradle check

start gradle check

In log 3389:
REPRODUCE WITH: ./gradlew ':server:internalClusterTest' --tests "org.opensearch.gateway.RecoveryFromGatewayIT.testReuseInFileBasedPeerRecovery" -Dtests.seed=7CC9C2C2538A3D21 -Dtests.security.manager=true -Dtests.jvm.argline="-XX:TieredStopAtLevel=1 -XX:ReservedCodeCacheSize=64m" -Dtests.locale=ar-AE -Dtests.timezone=SystemV/CST6 -Druntime.java=17

org.opensearch.gateway.RecoveryFromGatewayIT > testReuseInFileBasedPeerRecovery FAILED
    java.lang.AssertionError: shard [test][0] on node [node_t1] has pending operations:
     --> RetentionLeaseBackgroundSyncAction.Request{retentionLeases=RetentionLeases{primaryTerm=1, version=1834, leases={peer_recovery/QRg_-RLGQDWfgQPGUpDVEg=RetentionLease{id='peer_recovery/QRg_-RLGQDWfgQPGUpDVEg', retainingSequenceNumber=950, timestamp=1647325580911, source='peer recovery'}, peer_recovery/3AKiBGC7RiW8BbQammw7fw=RetentionLease{id='peer_recovery/3AKiBGC7RiW8BbQammw7fw', retainingSequenceNumber=950, timestamp=1647325580911, source='peer recovery'}}}, shardId=[test][0], timeout=1m, index='test', waitForActiveShards=0}
    	at org.opensearch.index.shard.IndexShardOperationPermits.acquire(IndexShardOperationPermits.java:248)
    	at org.opensearch.index.shard.IndexShard.acquirePrimaryOperationPermit(IndexShard.java:3146)
    	at org.opensearch.action.support.replication.TransportReplicationAction.acquirePrimaryOperationPermit(TransportReplicationAction.java:1116)
    	at org.opensearch.action.support.replication.TransportReplicationAction$AsyncPrimaryAction.doRun(TransportReplicationAction.java:433)

It's tracked in issue https://github.com/opensearch-project/OpenSearch/issues/1746

Start gradle check

Start gradle check

Another #2440
Tests with failures:
 - org.opensearch.backwards.MixedClusterClientYamlTestSuiteIT.test {p0=indices.get_field_mapping/20_missing_field/Return empty object if field doesn't exist, but index does}

We should mute this until we have the fix.

start gradle check

Not sure why there were two gradle checks running.
For now I'm muting indices.get_field_mapping/20_missing_field.yml w/ AwaitsFix until this can get resolved. It looks to me like it's related to the partial types removal state we're currently in and will resolve when types are completely removed.

unrelated S3 failure! Refiring again!
> Task :test:fixtures:s3-fixture:composeDown FAILED

start gradle check

Another unrelated flake already reported in #1561;
REPRODUCE WITH: ./gradlew ':server:internalClusterTest' --tests "org.opensearch.cluster.allocation.ClusterRerouteIT.testDelayWithALargeAmountOfShards" -Dtests.seed=AE38C3D90A3FA8F2 -Dtests.security.manager=true -Dtests.jvm.argline="-XX:TieredStopAtLevel=1 -XX:ReservedCodeCacheSize=64m" -Dtests.locale=he-IL -Dtests.timezone=Etc/GMT+1 -Druntime.java=17

Refiring

start gradle check


Linked List in C

All Operation of Linked List

Please assign this issue to me with hacktoberfest label

PLEASE ASSIGN THIS TO ME


Support for .ts files

I'm writing my code and my tests in TypeScript. Could you add support for that too?

I don't think we do anything to not support it, want to clone and run the project and see what's up?

Hrm, I guess the babylon parser may not be able to parse a typescript test file - might need something else that can generate an AST of a typescript file? Though I'd expect your test files to look identical to a ES6 JS file, so it may "just work".

I think some of the suggestions might work but for example, the test indicator is not shown.

I'm definitely getting parser errors on the typescript files.  We use a preprocessor in jest for runtime, however babylon appears to be parsing the source file and not the processed output that jest is using.

So I think I'm going to try to work on this, assuming nobody else is.

👍

👍  for the feature as well

Yeah, that AST example should get you there - I've been using the unit tests to quickly iterate on the parser incase you have started ( also, depending on when you start you might want to consider adding it to facebook/jest ( re: https://github.com/facebook/jest/pull/2192 ))

I saw the jest stuff, had a feeling my code was going to have to move.  I was able to get TS parser working and loading ItBlocks last night.  Still have a ways to go before it's ready for a PR.  I'm thinking I'll need to port this code into jest, maybe as a separate package so that it doesn't get loaded when it's not necessary.  (Since a lot of projects won't need to parse ts files)

@bookman25 one way to work around having that issue is to pipe to tsc to get the AST JSON - then we're not deploying typescript with the jest-extension-support, but can work with the version that inevitably you'd have to have inside your node_modules folder

@orta I think this can be closed, just needs a new release with the latest version of the plugin.

Fixed with 2.0


use impl_paths from statically resolved function target, fixes #784

I think this isn't the right fix. It works in this case, but it doesn't solve the fundamental problem that the impl_path list of the non-statically-resolved function was imcomplete.


Fails to restart containers occasionally, but often.

command: docker start cs50ide
An error occured trying to connect: Post http://<IP_ADDRESS>:2375/v1.22/containers.cs50ide/start: dial tcp <IP_ADDRESS>: connectex: No connection could be made because the target machine actively refused it.
Error: failed to start containers: cs50ide

If you are reporting a new issue, make sure that we do not have any duplicates already open. You can ensure this by searching the issue list for this repository. If there is a duplicate, please close your issue and add a comment to the existing issue instead.
If you suspect your issue is a bug, please edit your issue description to include the BUG REPORT INFORMATION shown below. If you fail to provide this information within 7 days, we cannot debug your issue and will close it. We will, however, reopen it if you later provide the information.
For more information about reporting issues, see CONTRIBUTING.md.
You don't have to include this information if this is a feature request
(This is an automated, informational response)

BUG REPORT INFORMATION
Use the commands below to provide key information from your environment:
docker version:
docker info:
Provide additional environment details (AWS, VirtualBox, physical, etc.):
List the steps to reproduce the issue:
1.
2.
3.
Describe the results you received:
Describe the results you expected:
Provide additional info you think is important:
----------END REPORT ---------
#ENEEDMOREINFO

More information is required to investigate this issue. There's no way to investigate without the requested information.
I'll close this now. This issue will be re-opened if the required information is provided. There's no need to open a new issue.


Make it possible to set the login shell of the wildfly user.

The wildfly user doesn't need to have a usable login shell. Administrators might want to set it to /usr/sbin/nologin or similar. Let's make it configurable, but keep the default value as it was ('/bin/bash') for backward compatibility.

Coverage decreased (-0.4%) to 74.464% when pulling 7608c376fd864befb82f70fb9468ba4b18ec4c3a on fhchstr:user_shell into 4c118ffea26a49eb6d7174f8c0a1eec31d440790 on biemond:master.

Coverage decreased (-0.4%) to 74.464% when pulling 7608c376fd864befb82f70fb9468ba4b18ec4c3a on fhchstr:user_shell into 4c118ffea26a49eb6d7174f8c0a1eec31d440790 on biemond:master.

Coverage decreased (-0.4%) to 74.464% when pulling 7608c376fd864befb82f70fb9468ba4b18ec4c3a on fhchstr:user_shell into 4c118ffea26a49eb6d7174f8c0a1eec31d440790 on biemond:master.

Coverage decreased (-0.4%) to 74.464% when pulling 7608c376fd864befb82f70fb9468ba4b18ec4c3a on fhchstr:user_shell into 4c118ffea26a49eb6d7174f8c0a1eec31d440790 on biemond:master.


After a period, stops accepting new connections (when using IP tables)

I have a linode server which is running dat right now. When I first run it, it works as expected. After some time period (>5 minutes, not sure how much) it stops working. The CLI continues to display:
Downloading in data

Share Link: 6d12454b46d77ff4af801c7e40ee8f48595cdb62e147814e9952d8d356590567
The Share Link is secret and only those you share it with will be able to get the files

[=============================>] Downloaded 53 items (639.19 kB/645.34 kB)

Waiting for connections.

So nothing appears to be wrong.

@mafintosh Replying to https://github.com/pfrazee/beaker/issues/44#issuecomment-236942591 here
I'm seeing some indications that it will occur in Beaker, if it's been left open for a while. It may be important that the dat sit idle (meaning, no network activity at all).
I'll double check my tests

okay, great. let me know. would very much like to get this fixed if it is indeed a problem.

yeah, same. I consider it a blocker in Beaker

I wonder if https://github.com/mappum/electron-webrtc/issues/50 could be related? This is an error I get after a period of inactivity, and it only occurs when electron-webrtc is fed into hyperdrive-archive-swarm. It could be a bug in the dat code, which is only made apparent by wrtc

Ah. I havent tested using webrtc. Will give it a spin
On Tue, 2 Aug 2016 at 17:48, Paul Frazee<EMAIL_ADDRESS>wrote:

I wonder if mappum/electron-webrtc#50
https://github.com/mappum/electron-webrtc/issues/50 could be related?
This is an error I get after a period of inactivity, and it only occurs
when electron-webrtc is fed into hyperdrive-archive-swarm. It could be a
bug in the dat code, which is only made apparent by wrtc
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/maxogden/dat/issues/503#issuecomment-236947679, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAW_VcD_O3_o5WxtgzutALTkDV2lDnPWks5qb2bNgaJpZM4JaBkD
.

I just triple checked using only dat CLI. It doesnt seem to be dependent on webrtc, though maybe my linked webrtc bug is emitting information related to this bug

I wasn't able to reproduce with local CLI or with the @pfrazee's cloud Dat. @pfrazee thinks maybe it is an issue with his local machine.

I double checked my software settings and tried on two different networks. Im still getting the same results. This is on latest dat (11.1.2). My cloud machine is node 5.4.1, and my laptop is node 6.2.1.

I disabled iptables on my cloud server, and things started working right away. Here's a dump of the rules I was using:
# Generated by iptables-save v1.4.21 on Tue Aug  2 20:15:21 2016
*security
:INPUT ACCEPT [22564796:11462308678]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [23681133:12299842918]
COMMIT
# Completed on Tue Aug  2 20:15:21 2016
# Generated by iptables-save v1.4.21 on Tue Aug  2 20:15:21 2016
*raw
:PREROUTING ACCEPT [23384816:11542433711]
:OUTPUT ACCEPT [23681133:12299842918]
COMMIT
# Completed on Tue Aug  2 20:15:21 2016
# Generated by iptables-save v1.4.21 on Tue Aug  2 20:15:21 2016
*nat
:PREROUTING ACCEPT [103316:7004032]
:INPUT ACCEPT [61406:3732456]
:OUTPUT ACCEPT [261775:16651306]
:POSTROUTING ACCEPT [261775:16651306]
COMMIT
# Completed on Tue Aug  2 20:15:21 2016
# Generated by iptables-save v1.4.21 on Tue Aug  2 20:15:21 2016
*mangle
:PREROUTING ACCEPT [23384817:11542435211]
:INPUT ACCEPT [23384805:11542431035]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [23681133:12299842918]
:POSTROUTING ACCEPT [24455800:12376530535]
COMMIT
# Completed on Tue Aug  2 20:15:21 2016
# Generated by iptables-save v1.4.21 on Tue Aug  2 20:15:21 2016
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:f2b-sshd - [0:0]
-A INPUT -p tcp -m multiport --dports 22 -j f2b-sshd
-A INPUT -i lo -j ACCEPT
-A INPUT -d <IP_ADDRESS>/8 -j REJECT --reject-with icmp-port-unreachable
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 443 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8008 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 1025 -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
-A INPUT -m limit --limit 5/min -j LOG --log-prefix "iptables denied: " --log-level 7
A INPUT -j DROP
-A FORWARD -j DROP
-A OUTPUT -j ACCEPT
-A f2b-sshd -j RETURN
COMMIT
# Completed on Tue Aug  2 20:15:21 2016

@mafintosh if you want, I can test out some variations on these rules

@maxogden @joehand this might be a great addition to a 'troubleshooting' section of the dat readme

This issue still exists but we've left it as a troubleshooting tip to disable iptables. Moved to https://github.com/maxogden/discovery-channel/issues/8

@pfrazee did you figure out what specific rules caused the problem, if it was indeed iptables?

@deed02392 probably the issue was that I wasn't listening on port 3282, which is used for discovery


Bug fixes

Fixes

Grants development VM a static IP
Fixes laboratory App Service configuration
Adds suffix to AKS node resource group
Helm chart no longer requires aad-pod-identity when using Service Principal client secrets
Automatically pull in .env when running the laboratory
Pin @azure/msal-common to 1.2.0 to eliminate a TypeScript error in the upstream transitive dependency
Refactor cli conn.ts into LaboratoryConnection to eliminate global state
Resolved TypeScript+lerna module resolution issues
Moved Azure SQL laboratory code from shared @microsoft/sds into @microsoft/sds-laboratory
Added backoff/retry loop for accessing AzureCredential to fix error with aad-pod-identity

Features

Adds code coverage via istanbuljs + codecov
Improves Docker build speed for individual apps
Allow worker namespace to be chosen
Added scripts to address npm package audit/update
Update npm packages
Added test coverage for CLI
Added basic telemetry via applicationinsights

Codecov Report

:exclamation: No coverage uploaded for pull request base (main@c41dc9d). Click here to learn what that means.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main      #19   +/-   ##
=======================================
  Coverage        ?   74.26%
=======================================
  Files           ?       38
  Lines           ?      781
  Branches        ?       70
=======================================
  Hits            ?      580
  Misses          ?      173
  Partials        ?       28

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 c41dc9d...4549ff3. Read the comment docs.


3.3.1 Build fails on Solaris 10 due to missing -lrt for clock_gettime

Building OpenSSL 3.3.1 from source on an Solaris 10 system updated with a bunch of newer GNU tools using gcc 4 fails linking the openssl binary due to clock_gettime not being found.  That lives in librt.  Modifying the Makefile allows the build to complete:
hart@rackety> uname -a
SunOS rackety.___ 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Fire-280R Solaris
hart@rackety> diff Makefile.orig Makefile
1866c1866
< CNF_EX_LIBS=-lsocket -lnsl -ldl
---
> CNF_EX_LIBS=-lrt -lsocket -lnsl -ldl
hart@rackety>

configdata.pm --dump:
Command line (with current working directory = .):

    /usr/local/perl-5.32.1/bin/perl ../Configure --prefix=/usr/local/openssl-3.3.1 --openssldir==/usr/local/openssl-3.3.1 solaris-sparcv9-gcc

Perl information:

    /usr/local/perl-5.32.1/bin/perl
    5.32.1 for sun4-solaris

Enabled features:

    apps
    argon2
    aria
    asm
    async
    atexit
    autoalginit
    autoerrinit
    autoload-config
    bf
    blake2
    bulk
    cached-fetch
    camellia
    capieng
    cast
    chacha
    cmac
    cmp
    cms
    comp
    ct
    default-thread-pool
    deprecated
    des
    dgram
    dh
    docs
    dsa
    dso
    dtls
    dynamic-engine
    ec
    ec2m
    ecdh
    ecdsa
    ecx
    engine
    err
    filenames
    gost
    http
    idea
    legacy
    loadereng
    makedepend
    md4
    mdc2
    module
    multiblock
    nextprotoneg
    ocb
    ocsp
    padlockeng
    pic
    pinshared
    poly1305
    posix-io
    psk
    quic
    unstable-qlog
    rc2
    rc4
    rdrand
    rfc3779
    rmd160
    scrypt
    secure-memory
    seed
    shared
    siphash
    siv
    sm2
    sm2-precomp
    sm3
    sm4
    sock
    srp
    srtp
    sse2
    ssl
    ssl-trace
    static-engine
    stdio
    tests
    thread-pool
    threads
    tls
    ts
    ui-console
    whirlpool
    tls1
    tls1-method
    tls1_1
    tls1_1-method
    tls1_2
    tls1_2-method
    tls1_3
    dtls1
    dtls1-method
    dtls1_2
    dtls1_2-method

Disabled features:

    acvp-tests          [cascade]        OPENSSL_NO_ACVP_TESTS
    afalgeng            [not-linux]      OPENSSL_NO_AFALGENG
    asan                [default]        OPENSSL_NO_ASAN
    brotli              [default]        OPENSSL_NO_BROTLI
    brotli-dynamic      [default]        OPENSSL_NO_BROTLI_DYNAMIC
    buildtest-c++       [default]
    winstore            [not-windows]    OPENSSL_NO_WINSTORE
    crypto-mdebug       [default]        OPENSSL_NO_CRYPTO_MDEBUG
    devcryptoeng        [default]        OPENSSL_NO_DEVCRYPTOENG
    ec_nistp_64_gcc_128 [default]        OPENSSL_NO_EC_NISTP_64_GCC_128
    egd                 [default]        OPENSSL_NO_EGD
    external-tests      [default]        OPENSSL_NO_EXTERNAL_TESTS
    fips                [default]
    fips-securitychecks [cascade]        OPENSSL_NO_FIPS_SECURITYCHECKS
    fuzz-afl            [default]        OPENSSL_NO_FUZZ_AFL
    fuzz-libfuzzer      [default]        OPENSSL_NO_FUZZ_LIBFUZZER
    ktls                [default]        OPENSSL_NO_KTLS
    md2                 [default]        OPENSSL_NO_MD2 (skip crypto/md2)
    msan                [default]        OPENSSL_NO_MSAN
    rc5                 [default]        OPENSSL_NO_RC5 (skip crypto/rc5)
    sctp                [default]        OPENSSL_NO_SCTP
    tfo                 [default]        OPENSSL_NO_TFO
    trace               [default]        OPENSSL_NO_TRACE
    ubsan               [default]        OPENSSL_NO_UBSAN
    unit-test           [default]        OPENSSL_NO_UNIT_TEST
    uplink              [no uplink_arch] OPENSSL_NO_UPLINK
    weak-ssl-ciphers    [default]        OPENSSL_NO_WEAK_SSL_CIPHERS
    zlib                [default]        OPENSSL_NO_ZLIB
    zlib-dynamic        [default]        OPENSSL_NO_ZLIB_DYNAMIC
    zstd                [default]        OPENSSL_NO_ZSTD
    zstd-dynamic        [default]        OPENSSL_NO_ZSTD_DYNAMIC
    ssl3                [default]        OPENSSL_NO_SSL3
    ssl3-method         [default]        OPENSSL_NO_SSL3_METHOD

Config target attributes:

    AR => "ar",
    ARFLAGS => "qc",
    CC => "gcc",
    CFLAGS => "-Wall -O3",
    HASHBANGPERL => "/usr/bin/env perl",
    RANLIB => "ranlib",
    RC => "windres",
    asm_arch => "sparcv9",
    bn_ops => "BN_LLONG RC4_CHAR",
    build_file => "Makefile",
    build_scheme => [ "unified", "unix" ],
    cflags => "-m32 -mcpu=ultrasparc",
    cppflags => "",
    defines => [ "OPENSSL_BUILDING_OPENSSL" ],
    disable => [  ],
    dso_scheme => "dlfcn",
    enable => [  ],
    ex_libs => "-lsocket -lnsl -ldl",
    includes => [  ],
    lflags => "",
    lib_cflags => "",
    lib_cppflags => "-DFILIO_H -DB_ENDIAN -DBN_DIV2W",
    lib_defines => [  ],
    module_cflags => "-fPIC",
    module_cxxflags => undef,
    module_ldflags => "-shared -static-libgcc -Wl,-Bsymbolic",
    perl_platform => "Unix",
    perlasm_scheme => "void",
    shared_cflag => "-fPIC",
    shared_defflag => "-Wl,-M,",
    shared_defines => [  ],
    shared_ldflag => "-shared -static-libgcc -Wl,-Bsymbolic",
    shared_rcflag => "",
    shared_sonameflag => "-Wl,-h,",
    shared_target => "solaris-gcc-shared",
    thread_defines => [  ],
    thread_scheme => "pthreads",
    unistd => "<unistd.h>",

Recorded environment:

    AR =
    ARFLAGS =
    AS =
    ASFLAGS =
    BUILDFILE =
    CC = gcc
    CFLAGS =
    CPP =
    CPPDEFINES =
    CPPFLAGS =
    CPPINCLUDES =
    CROSS_COMPILE =
    CXX = g++
    CXXFLAGS =
    HASHBANGPERL =
    LD =
    LDFLAGS =
    LDLIBS =
    MT =
    MTFLAGS =
    OPENSSL_LOCAL_CONFIG_DIR =
    PERL =
    RANLIB =
    RC =
    RCFLAGS =
    RM =
    WINDRES =
    __CNF_CFLAGS =
    __CNF_CPPDEFINES =
    __CNF_CPPFLAGS =
    __CNF_CPPINCLUDES =
    __CNF_CXXFLAGS =
    __CNF_LDFLAGS =
    __CNF_LDLIBS =

Makevars:

    AR              = ar
    ARFLAGS         = qc
    ASFLAGS         =
    CC              = gcc
    CFLAGS          = -Wall -O3
    CPPDEFINES      =
    CPPFLAGS        =
    CPPINCLUDES     =
    CXX             = g++
    CXXFLAGS        =
    HASHBANGPERL    = /usr/bin/env perl
    LDFLAGS         =
    LDLIBS          =
    PERL            = /usr/local/perl-5.32.1/bin/perl
    RANLIB          = ranlib
    RC              = windres
    RCFLAGS         =

NOTE: These variables only represent the configuration view.  The build file
template may have processed these variables further, please have a look at the
build file for more exact data:
    Makefile

build file:

    Makefile

build file templates:

    ../Configurations/common0.tmpl
    ../Configurations/unix-Makefile.tmpl

Does this also work if you run your configuration command as:
./Configure <options> -lrt

If so I would say this is working as required.  We can't modify Makefile as you note since its a generated file.
we could modify the solaris templates in Configurations/10-main.conf (see other uses of add() against ex_libs, but that might be tricky as we only need to do it for certain solaris/tool combinations


stats: utilize transaction_stats when available

Apparently, transaction_stats has useful precomputed statistics for recent days. We might use it instead of heavy (30+ mins in eth mainnet) queries (if available).
Potential affected charts:

txns_fee
average_txn_fee
average_gas_price

Some details from DMs with Victor:

This table is used & updated
It only contains data for some recent days (depends on TXS_STATS_DAYS_TO_COMPILE_AT_INIT variable, although the env is probably not relevant)
It updates once each day at 0:00 UTC