From: Demi Marie Obenour <demiobenour@gmail.com>
To: Spectrum OS Development <devel@spectrum-os.org>
Cc: Alyssa Ross <hi@alyssa.is>
Subject: Re: [PATCH] Add .envrc files for use with nix-direnv
Date: Thu, 14 Aug 2025 17:17:50 -0400 [thread overview]
Message-ID: <222df6fd-16e3-425d-89cf-81e55704438b@gmail.com> (raw)
In-Reply-To: <20250808-envrc-v1-1-450c87b192f9@gmail.com>
[-- Attachment #1.1.1: Type: text/plain, Size: 1172 bytes --]
On 8/8/25 16:58, Demi Marie Obenour wrote:
> This allows automatically setting up environment variables when entering
> a directory.
On further thought, I'm not sure this is actually a good idea, especially
for anyone (like Alyssa :)) who will reviewing third-party patches. The
reason is that changes to nix or envrc files will be executed without
confirmation, so the only chance to validate that a patch doesn't contain
malicious code is _before_ it is applied. That can be more difficult than
reviewing an already-applied (but not built or committed) patch. One can
mitigate this by using a separate worktree where the envrc files are not
authorized, but that's extra work and more prone to human error. Not a
good thing for security.
I actually made this mistake by using `b4 shazam -m` instead of
`b4 --offline shazam -m` or `git am`, which will pull patches from
the mailing list if they are newer than the patch in the mbox.
Thankfully no such patch exists on the list and the `b4 shazam`
output made that clear. Still, it's an easy mistake to make and
the consequences could be very bad.
--
Sincerely,
Demi Marie Obenour (she/her/hers)
[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 7253 bytes --]
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2025-08-14 21:18 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-08 20:58 [PATCH] Add .envrc files for use with nix-direnv Demi Marie Obenour
2025-08-14 21:17 ` Demi Marie Obenour [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=222df6fd-16e3-425d-89cf-81e55704438b@gmail.com \
--to=demiobenour@gmail.com \
--cc=devel@spectrum-os.org \
--cc=hi@alyssa.is \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://spectrum-os.org/git/crosvm
https://spectrum-os.org/git/doc
https://spectrum-os.org/git/mktuntap
https://spectrum-os.org/git/nixpkgs
https://spectrum-os.org/git/spectrum
https://spectrum-os.org/git/ucspi-vsock
https://spectrum-os.org/git/www
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).