Re: [PATCH] check for ctags utility in make_ctags

Поиск
Список
Период
Сортировка
От Nikolay Shaplov
Тема Re: [PATCH] check for ctags utility in make_ctags
Дата
Msg-id 2205856.meAnofT0VS@x200m
обсуждение исходный текст
Ответ на Re: [PATCH] check for ctags utility in make_ctags  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: [PATCH] check for ctags utility in make_ctags  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список 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.


Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] Time to change pg_regress diffs to unified by default?
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: [HACKERS] Time to change pg_regress diffs to unified by default?