Re: [PATCH v2 3/5] meson: correct path to system config/attribute files
- From
Patrick Steinhardt <ps@pks.im>
- Date
- May 16, 2025, 05:45 UTC
- Message-ID
- <aCbQ9OX2vqF82au8@pks.im>
- In-Reply-To
- <a163d515-2e71-4a42-b843-26d5d2ccdc59@ramsayjones.plus.com>
On Thu, May 15, 2025 at 05:42:00PM +0100, Ramsay Jones wrote:
Show 29 quoted lines
> On 14/05/2025 05:36, Patrick Steinhardt wrote:
> > On Tue, May 13, 2025 at 08:17:24PM +0100, Ramsay Jones wrote:
> >> diff --git a/meson.build b/meson.build
> >> index 48f31157a0..7f811030bd 100644
> >> --- a/meson.build
> >> +++ b/meson.build
> >> editor_opt = get_option('default_editor')
> >> if editor_opt != '' and editor_opt != 'vi'
> >> libgit_c_args += '-DDEFAULT_EDITOR="' + editor_opt + '"'
> >> diff --git a/meson_options.txt b/meson_options.txt
> >> index 8547c0eb47..ff877e67ce 100644
> >> --- a/meson_options.txt
> >> +++ b/meson_options.txt
> >> @@ -3,9 +3,9 @@ option('default_pager', type: 'string', value: 'less',
> >> description: 'Fall-back pager.')
> >> option('default_editor', type: 'string', value: 'vi',
> >> description: 'Fall-back editor.')
> >> -option('gitconfig', type: 'string', value: '/etc/gitconfig',
> >> +option('gitconfig', type: 'string', # default 'etc/gitconfig'
> >> description: 'Path to the global git configuration file.')
> >> -option('gitattributes', type: 'string', value: '/etc/gitattributes',
> >> +option('gitattributes', type: 'string', # default 'etc/gitattributes'
> >> description: 'Path to the global git attributes file.')
> >
> > I'd prefer if we documented the default value in the description.
> > Otherwise it is impossible to discover it without having a look at the
> > sources.
>
> Hmm, but how do you get the description! :)[snip]
> The only way I have found to display the project options to the user (after > configuring the project) is using 'meson configure', thus: >
Yup, that's how I typically do it.
[snip]
> Also, looking through that list, other options which are similarly specified > to gitconfig/gitattributes don't have their 'default' noted in the description. > Why make an exception for these options?
It's not so much about one being exceptional, it's rather that I didn't think about it for the other options. Ideally, we'd document the default for all values where we don't have a hardcoded one.
> Is this what you wanted to see? If so, then I can submit a v3 with the > above changes. Just let me know.
Yup, the diff you had looks exactly like what I expected. Thanks!
Patrick