-
Notifications
You must be signed in to change notification settings - Fork 811
Uses/cargo: use --locked flag on install #386
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
The litellm change would require an approval from @tagattie |
I pushed an update to py-litellm a while ago though it seems unrelated to the proposed change to cargo.mk 😄 |
Yeah, sry for that noise. I guess the commit slipped in because the github mirror hasn't synced yet. |
By default cargo install ignores the lock file [1]. This will cause our build to fail easily. First of all, when building with tools like poudriere, network access will be disabled in install stage. Fetching a new crate won't be possible. Additionally, a newer crate version might be incompatible with our crate or even more worse unbuildable at all. For that reason, force cargo to honor the lock file on install. [1] https://doc.rust-lang.org/cargo/commands/cargo-install.html#dealing-with-the-lockfile Sponsored by: Beckhoff Automation GmbH & Co. KG
0f96876
to
1794870
Compare
Sounds reasonable to me but please create a PR in bugzilla |
Well, it might feel reasonable, but it has to be possible to disable that knob, crates gets pulled, and lock files become unusable. |
|
Major changes between sudo 1.9.16p1 and 1.9.16: * Fixed the test for cross-compiling when checking for C99 snprintf(). The changes made to the test in sudo 1.9.16 resulted in a different problem. GitHub issue freebsd#386. * Fixed the date used by the exit record in sudo-format log files. This was a regression introduced in sudo 1.9.16 and only affected file-based logs, not syslog. GitHub issue freebsd#405. * Fixed the root cause of the "unable to find terminal name for device" message when running sudo on AIX when no terminal is present. In sudo 1.9.16 this was turned from a debug message into a warning. GitHub issue freebsd#408. * When a duplicate alias is found in the sudoers file, the warning message now includes the file and line number of the previous definition. * Added support for the --with-secure-path-value=no configure option to allow packagers to ship the default sudoers file with the secure path line commented out. * Sudo no longer sends mail when a user runs "sudo -nv" or "sudo -nl", even if "mail_badpass" or "mail_always" are set. Sudo already avoids logging to a file or syslog in this case. Bug #1072. PR: 282720 Approved by: garga (maintainer) MFH: 2024Q4 (cherry picked from commit 26f5b17)
By default cargo install ignores the lock file [1]. This will cause our
build to fail easily. First of all, when building with tools like
poudriere, network access will be disabled in install stage. Fetching a
new crate won't be possible. Additionally, a newer crate version might
be incompatible with our crate or even more worse unbuildable at all.
For that reason, force cargo to honor the lock file on install.
[1] https://doc.rust-lang.org/cargo/commands/cargo-install.html#dealing-with-the-lockfile
Sponsored by: Beckhoff Automation GmbH & Co. KG