Re: [PATCH] check for ctags utility in make_ctags - Mailing list pgsql-hackers

From Nikolay Shaplov
Subject Re: [PATCH] check for ctags utility in make_ctags
Date
Msg-id 2205856.meAnofT0VS@x200m
Whole thread Raw
In response to Re: [PATCH] check for ctags utility in make_ctags  (Michael Paquier <michael@paquier.xyz>)
Responses Re: [PATCH] check for ctags utility in make_ctags  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers
В письме от четверг, 3 января 2019 г. 10:03:53 MSK пользователь Michael
Paquier написал:
> On Wed, Jan 02, 2019 at 11:35:46AM -0500, Tom Lane wrote:
> > In fact, that's demonstrably not so: on my RHEL6 and Fedora boxes,
> > /usr/bin/etags isn't owned by any package, because it's a symlink
> > managed by the "alternatives" system.  It points to /usr/bin/etags.emacs
> > which is owned by the emacs-common package.  So dropping the advice
> > about how to fix the problem seems like a good plan.
>
> +1, let's keep it simple.  I would just use "ctags/etags not found"
> as error message.

Actually I was trying to say "Please install 'ctags' [utility] to run
make_ctags". But if all of you read it as "Please install 'ctags' [package] to
run make_ctags", then it is really better to drop the advice.

So I removed it. See the patch.


Attachment

pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Time to change pg_regress diffs to unified by default?
Next
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Time to change pg_regress diffs to unified by default?