NAS-141139 / 26.0.0-RC.1 / Expand SMB timemachine tests to cover new MacOS behavior (by anodos325) (#19020)
This commit expands our time machine tests so that we verify snapshots
are taken in a variety of different circumstances including the case
where MacOS backupd keeps a long-lived SMB session.
Original PR: https://github.com/truenas/middleware/pull/19002
---------
Co-authored-by: Andrew Walker <andrew.walker at truenas.com>
ory-hydra: Add version 26.2.0
Ory Hydra is a server implementation of the OAuth 2.0 authorization framework
and the OpenID Connect Core 1.0. It follows cloud architecture best practices
and focuses on:
* OAuth 2.0 and OpenID Connect flows
* Token issuance and validation
* Client management
* Consent and login flow orchestration
* JWKS management
* Low latency and high throughput
py-oauthenticator: Add version 17.4.0
OAuth is a token based login mechanism that doesn't rely on a username and
password mapping. In order to use this login mechanism with JupyerHub the
login handlers need to be overridden. OAuthenticator overrides these handlers
for the common OAuth2 identity providers allowing them to be plugged in and
used with JupyterHub.
The following authentication services are supported through their own
authenticator: Auth0, Azure AD, Bitbucket, CILogon, FeiShu, GitHub, GitLab,
Globus, Google, MediaWiki, OpenShift.
There is also a GenericAuthenticator that can be configured with any OAuth 2.0
identity provider or can be used to create a new authenticator class when
py-jupyterhub: Add version 5.4.6
With JupyterHub you can create a multi-user Hub that spawns, manages, and
proxies multiple instances of the single-user Jupyter notebook server.
Project Jupyter created JupyterHub to support many users. The Hub can offer
notebook servers to a class of students, a corporate data science workgroup,
a scientific research project, or a high-performance computing group.
[compiler-rt][ARM] Optimized FP double <-> single conversion (#179926)
This commit provides assembly versions of the conversions both ways
between double and float.
[SLP] Improve InsertElement scalarization cost modeling
When costing InsertElement tree entries, pass getScalarizationOverhead the
per-lane insert operands via AdjustedVL, set ForPoisonSrc from whether the
base vector is entirely undef, and supply a VectorInstrContext hint derived
from the demanded insert instructions. Move the scalarization cost adjustment
to after InMask is computed so ForPoisonSrc reflects the actual base vector
state.
Reviewers: bababuck, RKSimon, hiraditya
Pull Request: https://github.com/llvm/llvm-project/pull/199514
[VPlan] Construct VPlan1 once, share across buildVPlans calls. (#197276)
Extract the VF-independent VPlan1 setup pipeline (header phis,
simplification, early-exit handling, middle check, loop regions, tail
folding, mask introduction) into a new helper tryToBuildVPlan1().
Construct the initial Vlan1 once, and pass to repeated buildVPlans
calls.
Note that this means we need to move collectInLoopReductions up. We not
may construct VPlan1 on code paths where we did not before, because we
failed UserVF validation/selection, but I think that should be fine as
this makes the overall code simpler and the UserVF code paths are for
testing.
PR: https://github.com/llvm/llvm-project/pull/197276
[clangd] Prefer .hpp files over .h with header source switch (#198152)
Previously, The "Switch Between Source/Header" action picked `.h` over
`.hpp` when both files existed next to a `.cpp` file, because `.h` is
listed first in the header-extension list.
This patch reorders `HeaderExtensions` and `SourceExtensions` so the
`C++`-flavored extensions come before `.h` and `.c`. `C++`-flavor of
file is preffered since (at least in my opinion) more people using
`clangd` for `C++` than `C` with `.hpp` ext so switching from `.cpp`
should go into `.hpp`, not `.h`.
This brings an edje case that when swithing from `.c` it will go into
`.hpp` instead of `.h`, but I think this situation is more rare than
having `.cpp` with `.hpp` and `.h` combination since `.h` headers can be
used as `extern "C"` wrapper of cpp library.