Skip to content

Conversation

ckoehne
Copy link
Contributor

@ckoehne ckoehne commented May 6, 2025

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

@ckoehne
Copy link
Contributor Author

ckoehne commented May 6, 2025

@MikaelUrankar @yurivict @diizzyy @sunpoet @mat813 @arrowd I've found you in the git history. Could you please take a look at it?

@arrowd
Copy link
Contributor

arrowd commented May 6, 2025

The litellm change would require an approval from @tagattie

@tagattie
Copy link
Contributor

tagattie commented May 6, 2025

I pushed an update to py-litellm a while ago though it seems unrelated to the proposed change to cargo.mk 😄

@ckoehne
Copy link
Contributor Author

ckoehne commented May 6, 2025

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
@ckoehne ckoehne force-pushed the phab/corvink/cargo-locked branch from 0f96876 to 1794870 Compare May 12, 2025 11:22
@diizzyy
Copy link
Contributor

diizzyy commented May 12, 2025

Sounds reasonable to me but please create a PR in bugzilla

@mat813
Copy link
Member

mat813 commented May 13, 2025

Well, it might feel reasonable, but it has to be possible to disable that knob, crates gets pulled, and lock files become unusable.

@ckoehne
Copy link
Contributor Author

ckoehne commented May 13, 2025

Sounds reasonable to me but please create a PR in bugzilla

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=286761

salewski pushed a commit to salewski/freebsd-ports that referenced this pull request May 22, 2025
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)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants