Grep, игнорировать предупреждения

Question 1

Я пробовал два раза, и это сработало для меня (Но я не знаю, правильно ли это это сделать). Сначала вам нужно создать первый Live USB, следуя шагам USB Creator.

Затем, когда новое обновление просто перезаписывает файлы, которые новее, чем те, которые находятся в usb. Ну, в моем случае все в папке dist, pool и casper. Он работал два раза, я пытался, но я говорю о том, когда 10.10 был в бета-версии, пока он не был выпущен.

Question 2

Эти предупреждения направлены на поток stderr, в отличие от стандартного дескриптора файла. Вы можете отключить вывод stderr, добавив 2>/dev/null в конец вашей команды.

Question 3

Question 4

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 5

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 6

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 7

Question 8

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 9

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Question 10

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Question 11

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Question 12

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Question 13

Question 14

Эти предупреждения направлены на поток stderr , в отличие от стандартного дескриптора файла. Вы можете отключить вывод stderr, добавив 2 & gt; / dev / null в конец вашей команды.

Question 15

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 16

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 17

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Question 18

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 19

Question 20

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 21

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 22

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Question 23

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Question 24

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 25

Question 26

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 27

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Question 28

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 29

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, -no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку в нем отсутствовали -q и его -s-параметр, как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 30

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Question 31

Question 32

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 33

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 34

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Question 35

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Question 36

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Question 37

Question 38

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Sergiy Kolodyazhnyy · Accepted Answer · 25 May 2018 в 22:23

Эти предупреждения направлены на поток stderr, в отличие от стандартного дескриптора файла. Вы можете отключить вывод stderr, добавив 2>/dev/null в конец вашей команды.

42

ответ дан Sergiy Kolodyazhnyy 25 May 2018 в 22:23

1

Те более конкретны find . 2>/dev/null | grep 404.html, что будет выглядеть команда – csga5000 22 March 2018 в 01:12

Sergiy Kolodyazhnyy · Accepted Answer · 26 July 2018 в 20:29

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 31 July 2018 в 11:31

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 2 August 2018 в 03:46

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 4 August 2018 в 19:50

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 6 August 2018 в 03:53

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 7 August 2018 в 21:50

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 10 August 2018 в 10:04

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Sergiy Kolodyazhnyy · Accepted Answer · 13 August 2018 в 16:23

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы найти команду (которая по умолчанию рекурсивна) обрабатывает разрешения с флагом -readable и path's, чтобы исключить флаги -not -path "* .svn *" , а затем передать файл в grep . Исключение каталогов выполняется с помощью -type f для нахождения только обычных файлов.

  $ find.  -not -path "* .svn *" -type f -name "* .cpp" -or -name "* .h" -readable -exec grep "мои термины" "{}" \;

Те более конкретны find. 2 & gt; / dev / null | grep 404.html - это то, что команда будет выглядеть так: — csga5000, 22 March 2018 в 01:12

Sergiy Kolodyazhnyy · Accepted Answer · 15 August 2018 в 23:09

Эти предупреждения направлены на поток stderr , в отличие от стандартного дескриптора файла. Вы можете отключить вывод stderr, добавив 2 & gt; / dev / null в конец вашей команды.

41

ответ дан Sergiy Kolodyazhnyy 15 August 2018 в 23:09

1

Те более конкретны find. 2 & gt; / dev / null | grep 404.html - это то, что команда будет выглядеть так: – csga5000 22 March 2018 в 01:12

Sebastian vom Meer · Answer 11 · 25 May 2018 в 22:23

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

andrewtweber · Answer 12 · 25 May 2018 в 22:23

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

wjandrea · Answer 13 · 25 May 2018 в 22:23

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Sergiy Kolodyazhnyy · Answer 14 · 25 May 2018 в 22:23

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

andrewtweber · Answer 15 · 25 July 2018 в 22:17

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Sebastian vom Meer · Answer 16 · 25 July 2018 в 22:17

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

Sergiy Kolodyazhnyy · Answer 17 · 25 July 2018 в 22:17

Альтернативный подход вместо выполнения grep рекурсивно с -ir будет состоять в том, чтобы позволить команде find (которая является рекурсивной по умолчанию) обрабатывать разрешения с флагом -readable и путями для исключения с флагами -not -path "*.svn*" и затем передайте файл в grep. Исключение каталогов осуществляется через -type f для поиска только обычных файлов.

$ find . -not -path "*.svn*" -type f -name "*.cpp" -or -name "*.h"  -readable -exec grep "my terms" "{}" \;

Те более конкретны find . 2>/dev/null | grep 404.html, что будет выглядеть команда — csga5000, 22 March 2018 в 01:12

wjandrea · Answer 18 · 25 July 2018 в 22:17

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

andrewtweber · Answer 19 · 26 July 2018 в 20:29

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Sebastian vom Meer · Answer 20 · 26 July 2018 в 20:29

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

wjandrea · Answer 21 · 26 July 2018 в 20:29

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

andrewtweber · Answer 22 · 31 July 2018 в 11:31

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Sebastian vom Meer · Answer 23 · 31 July 2018 в 11:31

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, -no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку в нем отсутствовали -q и его -s-параметр, как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

wjandrea · Answer 24 · 31 July 2018 в 11:31

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

andrewtweber · Answer 25 · 2 August 2018 в 03:46

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Sebastian vom Meer · Answer 26 · 2 August 2018 в 03:46

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

wjandrea · Answer 27 · 2 August 2018 в 03:46

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

andrewtweber · Answer 28 · 4 August 2018 в 19:50

Я получал массу раздражающих сообщений вроде этого:

grep: commands: Is a directory
grep: events: Is a directory
grep: views: Is a directory

Причина в том, что по умолчанию флаг --directories имеет значение read. Я изменил его на recurse; если вы не хотите, чтобы он автоматически выполнял рекурсивный поиск, вы можете использовать skip вместо этого.

Самый простой способ справиться с этим все время - установить его в переменной среды. В ~/.bash_profile или ~/.bashrc в зависимости от вашего дистрибутива:

export GREP_OPTIONS='--directories=recurse'

Теперь он автоматически подавляет эти сообщения всякий раз, когда я использую grep.

Другим вариантом является флаг --no-messages , стенография -s. Это также избавит вас от сообщений Is a directory, но также подавит другие сообщения, которые могут быть более полезными. Например, если вы выполняете вложенный поиск в */*/*, и такой файл этого шаблона не существует, он не скажет вам этого.

Sebastian vom Meer · Answer 29 · 4 August 2018 в 19:50

Более непосредственно, чем фильтрация предупреждений, вы можете отключить их, добавив -s:

grep "My term" -sir --exclude-dir="\.svn" --include=*.{cpp,h} ./

. Некоторые проблемы совместимости с этой опцией. Однако это не должно быть проблемой для личного использования.

-s, --no-messages: Подавлять сообщения об ошибках о несуществующих или нечитаемых файлах. Заметка о переносимости: в отличие от GNU grep, 7-е издание Unix grep не соответствовал POSIX, поскольку ему не хватало -q и его опция -s вела себя как опция -q GNU grep. В grep greg также не было -q, но его опция -s вела себя как GNU grep. Переносимые сценарии оболочки должны избегать как -q и -s, а затем перенаправлять стандартный и вывод ошибок в / dev / null. (-s указывается POSIX.)

Я только что установил 13.04, и я получаю ошибки, которые я не получал с 12.04. Может быть, что-то изменилось? Я думал, что было здорово, что grep перестанет предупреждать о файлах, являющихся каталогами, так как в большинстве случаев мне просто все равно! — Alexis Wilke, 13 October 2013 в 01:34
Извините, я все еще на 12.10, поэтому я не могу это подтвердить. — Sebastian vom Meer, 13 October 2013 в 21:07

wjandrea · Answer 30 · 4 August 2018 в 19:50

При выполнении рекурсивного поиска в определенных файлах вы гораздо лучше используете ack-grep. Синтаксис здесь:

ack-grep -i "My term" --cpp --h

Чтобы удалить сообщения об ошибках разрешения, вы можете запустить ту же команду с sudo:

ack-grep -i "My term" --cpp --h

Но в конце концов, если вы хотите найти установленные пакеты, посмотрите на эти различные параметры: https://www.google.com/search?q=ubuntu%20search%20inside%20installed%20packages

Grep, игнорировать предупреждения

42 ответа

Другие вопросы по тегам:

Похожие вопросы: