Michael Bolin 8ff16a7714 feat: support in-repo .codex/config.toml entries as sources of config info (#8354) ... - We now support `.codex/config.toml` in repo (from `cwd` up to the first `.git` found, if any) as layers in `ConfigLayerStack`. A new `ConfigLayerSource::Project` variant was added to support this. - In doing this work, I realized that we were resolving relative paths in `config.toml` after merging everything into one `toml::Value`, which is wrong: paths should be relativized with respect to the folder containing the `config.toml` that was deserialized. This PR introduces a deserialize/re-serialize strategy to account for this in `resolve_config_paths()`. (This is why `Serialize` is added to so many types as part of this PR.) - Added tests to verify this new behavior. --- [//]: # (BEGIN SAPLING FOOTER) Stack created with [Sapling](https://sapling-scm.com). Best reviewed with [ReviewStack](https://reviewstack.dev/openai/codex/pull/8354). * #8359 * __->__ #8354		2025-12-22 11:07:36 -08:00
..
src	feat: support in-repo .codex/config.toml entries as sources of config info (#8354)	2025-12-22 11:07:36 -08:00
Cargo.toml	fix: introduce AbsolutePathBuf as part of sandbox config (#7856)	2025-12-12 15:25:22 -08:00