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

Question 1

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

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

Question 2

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Question 3

Question 4

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

  grep «Мой термин» -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 5

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

Question 6

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Question 7

Question 8

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

  grep «Мой термин» -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 9

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

Question 10

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Question 11

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

  grep «Мой термин» -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 12

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

Question 13

Question 14

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Question 15

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

  grep «Мой термин» -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: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

wjandrea · Answer 1 · 6 August 2018 в 03:53

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Sebastian vom Meer · Answer 2 · 6 August 2018 в 03:53

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

  grep «Мой термин» -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.)

andrewtweber · Answer 3 · 6 August 2018 в 03:53

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

wjandrea · Answer 4 · 7 August 2018 в 21:50

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Sebastian vom Meer · Answer 5 · 7 August 2018 в 21:50

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

  grep «Мой термин» -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.)

andrewtweber · Answer 6 · 7 August 2018 в 21:50

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

wjandrea · Answer 7 · 10 August 2018 в 10:04

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Sebastian vom Meer · Answer 8 · 10 August 2018 в 10:04

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

  grep «Мой термин» -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.)

andrewtweber · Answer 9 · 10 August 2018 в 10:04

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

wjandrea · Answer 10 · 13 August 2018 в 16:23

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

  ack-grep -i «Мой термин» --cpp -h

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

  ack-grep -i «Мой термин» --cpp --h

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

Sebastian vom Meer · Answer 11 · 13 August 2018 в 16:23

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

  grep «Мой термин» -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 · 13 August 2018 в 16:23

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

  grep: commands: Является ли каталог grep: events: является ли каталог grep: views: является ли каталог

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

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

  export GREP_OPTIONS = '- directories = recurse' [  ! d7]

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

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

42 ответа

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

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