find . -name *.txt -exec rm {} \;
объясните пожалуйста эти символы из баша ?
Какую роль играет каждый из них?
Спасибо.
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Россия
On 04/10/13 14:11, Vladimir Skubriev wrote:
find . -name *.txt -exec rm {} \;
объясните пожалуйста эти символы из баша ?
Какую роль играет каждый из них?
man find
/-exec
--
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru
signature.asc
Description: OpenPGP
Месье, прочитать вслух man find?
В сообщении от 4 октября 2013 17:11:26 автор Vladimir Skubriev написал:
find . -name *.txt -exec rm {} \;
объясните пожалуйста эти символы из баша ?
Какую роль играет каждый из них?
Спасибо.
--
С уважением,
Юркин Евгений
--
To UNSUBSCRIBE
On 10/04/2013 02:14 PM, Mikhail A Antonov wrote:
On 04/10/13 14:11, Vladimir Skubriev wrote:
find . -name *.txt -exec rm {} \;
объясните пожалуйста эти символы из баша ?
Какую роль играет каждый из них?
man find
/-exec
понял, я думал что это из shell'a
--
С Уважением,
специалист по
04.10.2013, 14:35, Vladimir Skubriev vladi...@skubriev.ru:
On 10/04/2013 02:14 PM, Mikhail A Antonov wrote:
On 04/10/13 14:11, Vladimir Skubriev wrote:
find . -name *.txt -exec rm {} \;
объясните пожалуйста эти символы из баша ?
Какую роль играет каждый из них?
man find
/-exec
Evgeny Yurkin yur...@sibvaleo.com writes:
Месье, прочитать вслух man find?
Кстати, по поводу find. Есть мнение, что find все-таки не search
for files in a directory hierarchy, а обходит дерево каталогов,
выполняя к целям, удовлетворяющим шаблону, некую команду.
Так вот, я слышал, что когда-то
On Fri, Oct 04, 2013 at 08:46:40PM +0400, Dmitrii Kashin wrote:
Evgeny Yurkin yur...@sibvaleo.com writes:
Месье, прочитать вслух man find?
Кстати, по поводу find. Есть мнение, что find все-таки не search
for files in a directory hierarchy, а обходит дерево каталогов,
выполняя к целям
Спасибо! Это именно оно! =)
pgpaRgu27SmRQ.pgp
Description: PGP signature
locate ищет в своей базе а не на диске
база создается/обновляется командой
updatedb (где то update-db)
find ищет на диске
Привет!
man locate
первая строка
*locate - list files in databases that match a pattern*
2012/1/13 loher logmucap...@gmail.com
Привет)
Нужно было найти видеоклипы линкин парка на диске в формате flv. Я
делаю последовательно две команды:
root@debian:/home/alexander# find /home/alexander
On Fri, Jan 13, 2012 at 11:42:27PM +1000, loher wrote:
Привет)
Нужно было найти видеоклипы линкин парка на диске в формате flv. Я
делаю последовательно две команды:
root@debian:/home/alexander# find /home/alexander/ | grep -i Linkin |
grep -i flv
/home/alexander/01.04.2010/Linkin_Park
Всем привет!
Пытаюсь собрать файлы с расширением MOV из деерва в (лежащую вне него)
директорию.
Прочёл man find. Написал:
$ find . -name \*.MOV -exec cp '{}' /home/irisha/mov ;
Получил:
find: missing argument to `-exec'
Вкурил man ещё раз, но так и не понял где проблема.
ЧЯДНТ?
--
Yours
On Sun, Mar 27, 2011 at 12:21:55PM +0100, Mikhail Ramendik wrote:
Всем привет!
Пытаюсь собрать файлы с расширением MOV из деерва в (лежащую вне него)
директорию.
Прочёл man find. Написал:
$ find . -name \*.MOV -exec cp '{}' /home/irisha/mov ;
*.MOV
Mikhail Ramendik ☫ → To Debian-russian List @ Sun, Mar 27, 2011 12:21 +0100
Всем привет!
Пытаюсь собрать файлы с расширением MOV из деерва в (лежащую вне него)
директорию.
Прочёл man find. Написал:
$ find . -name \*.MOV -exec cp '{}' /home/irisha/mov ;
Получил:
find: missing
Пытаюсь собрать файлы с расширением MOV из деерва в (лежащую вне него)
директорию.
Прочёл man find. Написал:
$ find . -name \*.MOV -exec cp '{}' /home/irisha/mov ;
*.MOV ';'
\*.MOV
Здесь все было правильно, хотя
Задача: найти все файлы аудиокниги и подготовить их для плейера.
Если все файлы в одной директории, задача решается командой:
mid3v2 *.mp3 --delete-all mp3gain *.mp3 cat *.mp3 | split -b 50m
-a2 -d
но если файлы в поддиректориях, то первые два действия решаются с помощью:
find -type f
find -type f -name '*.mp3' -exec cat '{}' \; | xxx...
ломается сортировка.
find --help | grep sor ничего не находит,
как использовать отдельный sort несовсем понятно.
Что-то в таком роде:
find -type f -name '*.mp3' -print0|sort -z|xargs -0 cat|...
Какие могут быть варианты
Yuriy Kaminskiy wrote:
mid3v2 *.mp3 --delete-all mp3gain *.mp3 cat *.mp3 | split -b 50m -a2 -d
Что-то в таком роде:
find -type f -name '*.mp3' -print0|sort -z|xargs -0 cat|...
Спасибо, отлично работает:
find -type f -name '*.mp3' -exec mid3v2 --delete-all '{}' \; find
-type f -name
On 2008.09.08 at 10:56:00 +0300, Serhiy Storchaka wrote:
Dmitry E. Oboukhov wrote:
-exec такой проблемой не страдает
по моему |xargs как-то излишен в большинстве случаев с find
Как по мне вариант с find|xargs более элегантен.
Не более элегантен, а более переносим. Сработает с любым find
On 2008.09.08 at 16:52:48 +0300, Serhiy Storchaka wrote:
Artem Chuprina wrote:
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 8 Sep 2008
11:21:29 +0400:
DEO find сам умеет xargs
... только за пределы гнутого find это умение не распространяется.
Мы в linux.debian
VW Artem Chuprina wrote:
VW
VW Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 8 Sep 2008
VW 11:21:29 +0400:
VW find сам умеет xargs
VW
VW ... только за пределы гнутого find это умение не распространяется.
VW
VW Мы в linux.debian или где? За пределами и -print0 у find нет, ни -0 у
Простые правила - у tcl.
Не спорю. Есть еще некоторое количество языков с простыми _правилами_.
lisp, scheme, forth... Но шел есть шел. Его обижать нельзя,
ибо он стандарт :-) Не говоря уже о его нише.
MR Дежурный вопрос - а он умеет внешние команды выполнять без обвязки
MR в стиле popen? И
Aleksey Cheusov - debian-russian@lists.debian.org @ Mon, 08 Sep 2008 20:14:31
+0300:
У баша - есть. По умолчанию, если под шаблон ни одного файла не
подпадает, он не ругается, а передает в команду шаблон.
AC Есть такая какашка. Но действительно логичным решением было бы
AC передавать
списка файлов для обработки - признак дурного
воспитания. Поскольку могут захватиться не только файлы, но и
каталоги, которые в *BSD еще и читаются... В норме список файлов
должен ВСЕГДА задаваться извне в качестве параметров. В других случаях
нужно использовать find и только find. Поэтому проблема
Aleksey Cheusov - debian-russian@lists.debian.org @ Tue, 09 Sep 2008 12:21:43
+0300:
Простые правила - у tcl.
AC Не спорю. Есть еще некоторое количество языков с простыми _правилами_.
AC lisp, scheme, forth... Но шел есть шел. Его обижать нельзя,
AC ибо он стандарт :-) Не говоря уже о его
случаях нужно использовать find и только find. Поэтому
AC проблема file expansion по неправильному шаблону актуальна только
AC для интерактивной сессии, где и печать шаблона и выход с ошибкой
AC вполне приемлемы.
Вот как раз в интерактивной сессии на мой взгляд печать шаблона и
чревата наиболее
On 2008.09.09 at 11:38:04 +0400, Dmitry E. Oboukhov wrote:
VW Artem Chuprina wrote:
VW А что, potato нынче уже и не debian?
эмм вот не помню про потато, а find' xargs насколько я помню в woody
работал уже
-exec .. + по моему с черте какого времени работает
Всего-то лет пять. Это, по-моему
Victor Wagner wrote:
On 2008.09.08 at 10:56:00 +0300, Serhiy Storchaka wrote:
Как по мне вариант с find|xargs более элегантен.
Не более элегантен, а более переносим. Сработает с любым find,
а не только со свежими версими GNU findutils, как тот xargs, который
умеет сам find
VW Artem Chuprina wrote:
VW А что, potato нынче уже и не debian?
VW эмм вот не помню про потато, а find' xargs насколько я помню в woody
VW работал уже
VW -exec .. + по моему с черте какого времени работает
VW Всего-то лет пять. Это, по-моему, больше похоже на типичный uptime, чем
VW на
Mikhail Ramendik wrote:
А как правильно?
Про экранирование и -n уже написали. Добавлю, что если в именах
файлов/каталогов встречаются пробельные символы, нужно вместо -print
использовать -print0 (и ключ -0 в xargs). Лучше привыкнуть делать это
всегда, кроме тривиальнейших случаев.
--
To
On Sun, Sep 07, 2008 at 11:38:50PM +0100, Mikhail Ramendik wrote:
Всем привет!
Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
простенький скрипт, и пытаюсь его выполнить из find. Облом...
(В данных примерах скрипт заменёт на тестовый myecho)
$find -name *.flac
8 сентября 2008 г. 13:42 пользователь Dmitry Nezhevenko
[EMAIL PROTECTED] написал:
xargs затолкает имена файлов аргументами к myecho:
./myecho FILE1 FILE2 FILE3.
Я бы предпочел нечто типа:
find ... | while read FILE; do
# Сделать что-то с $FILE
done
То есть, самому разбирать поток с
On 09:42 Mon 08 Sep , Dmitry Nezhevenko wrote:
DN On Sun, Sep 07, 2008 at 11:38:50PM +0100, Mikhail Ramendik wrote:
DN Всем привет!
DN
DN Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
DN простенький скрипт, и пытаюсь его выполнить из find. Облом...
DN
DN (В данных
делать это
SS всегда, кроме тривиальнейших случаев.
-exec такой проблемой не страдает
по моему |xargs как-то излишен в большинстве случаев с find
find сам умеет xargs
find -exec echo '{}' \; - выполняет команды по одной
find -exec echo '{}' + - выполняет аналогично xargs
--
... mpd is off
В Пнд, 08/09/2008 в 02:23 +0100, Mikhail Ramendik пишет:
2008/9/8 Alex Myodov [EMAIL PROTECTED]
А нету никаких особых случаев.
Элементы наподобие звёздочки или точки с запятой по умолчанию
обрабатываются шеллом. Точка. И в команду попадает уже
результат
Dmitry E. Oboukhov wrote:
-exec такой проблемой не страдает
по моему |xargs как-то излишен в большинстве случаев с find
Как по мне вариант с find|xargs более элегантен.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Mon, Sep 08, 2008 at 02:23:16AM +0100, Mikhail Ramendik wrote:
У меня нет желания держать в голове список символов, которые шелл
обрабатывает.
Обрабатывать символы - дело программ, а дело шелла - склеивать программы.
Причём он ведь ещё и не предупреждает о подобной возможности, в
SS -exec такой проблемой не страдает
SS по моему |xargs как-то излишен в большинстве случаев с find
SS Как по мне вариант с find|xargs более элегантен.
накладных расходов значительно больше - целый лишний процесс + парсинг
--
... mpd is off
. ''`. Dmitry E. Oboukhov
SS Как по мне вариант с find|xargs более элегантен.
накладных расходов значительно больше - целый лишний процесс + парсинг
В большинстве случаев использование конвейера оправдано, поиск не
прерывается на время выполнения обработчика.
--
Andrey Tataranovich
public key: 0x2EE7EF82
key server: x
У меня нет желания держать в голове список символов, которые шелл
обрабатывает. Обрабатывать символы - дело программ, а дело шелла - склеивать
программы. Причём он ведь ещё и не предупреждает о подобной возможности, в
результате один скрипт может работать и НЕ работать в зависимости от кучи
2008/9/8 Stanislav Maslovski [EMAIL PROTECTED]
Рано или поздно тебе придется столкнуться с необходимостью поправить
какой-нибудь из rc скриптов, например, а они написаны под sh. Так что проще
будет как-нибудь вечерочком сесть и вдумчиво почитать ман на sh или bash и
не рыпаться.
Править
Mikhail Ramendik - Debian-russian List @ Sun, 7 Sep 2008 23:38:50 +0100:
MR Всем привет!
MR Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
MR простенький скрипт, и пытаюсь его выполнить из find. Облом...
MR (В данных примерах скрипт заменёт на тестовый myecho)
MR
Alex Myodov - Mikhail Ramendik @ Mon, 08 Sep 2008 05:06:10 +0400:
AM А нету никаких особых случаев.
У баша - есть. По умолчанию, если под шаблон ни одного файла не
подпадает, он не ругается, а передает в команду шаблон.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Mikhail Ramendik - Alex Myodov @ Mon, 8 Sep 2008 02:23:16 +0100:
MR добрый tcsh? zsh явно не в тему - мне нужно не больше наворотов, а
MR меньше странностей.
Из sh-совместимых шеллов, насколько я знаю, именно у zsh меньше всего
странностей. Большинство настоящих sh содержат разнообразные
). Лучше привыкнуть делать это
SS всегда, кроме тривиальнейших случаев.
DEO -exec такой проблемой не страдает
DEO по моему |xargs как-то излишен в большинстве случаев с find
DEO find сам умеет xargs
... только за пределы гнутого find это умение не распространяется.
--
Artem Chuprina
RFC2822
2008/9/8 Artem Chuprina [EMAIL PROTECTED]
tcsh _сильно_ не совпадает по синтаксису с sh, так что если тебе дорого
содержимое твоей файловой системы - держись от него подальше.
Просьба подробнее объяснить переход от другого синтаксиса шелла к
содержимому файловой системы.
--
Yours, Mikhail
моему |xargs как-то излишен в большинстве случаев с find
AC find сам умеет xargs
AC ... только за пределы гнутого find это умение не распространяется.
FreeBSD не нужна
вендулет и подавно ;)
--
... mpd is off
. ''`. Dmitry E. Oboukhov
: :’ : email: [EMAIL PROTECTED
Artem Chuprina wrote:
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Mon, 8 Sep 2008
11:21:29 +0400:
DEO find сам умеет xargs
... только за пределы гнутого find это умение не распространяется.
Мы в linux.debian или где? За пределами и -print0 у find нет, ни -0 у
xargs, так что в
Aleksey Cheusov - Debian-Russian2 @ Mon, 08 Sep 2008 15:56:33 +0300:
У меня нет желания держать в голове список символов, которые шелл
обрабатывает. Обрабатывать символы - дело программ, а дело шелла - склеивать
программы. Причём он ведь ещё и не предупреждает о подобной возможности, в
2008/9/8 Artem Chuprina [EMAIL PROTECTED]
Простые правила - у tcl. Вот у него действительно весь синтаксис языка
со всеми подстановками описывается маном на полтора экрана.
Кстати, его тоже можно в качестве шелла использовать...
Дежурный вопрос - а он умеет внешние команды выполнять без
Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 8 Sep 2008 14:26:45
+0100:
tcsh _сильно_ не совпадает по синтаксису с sh, так что если тебе дорого
содержимое твоей файловой системы - держись от него подальше.
MR Просьба подробнее объяснить переход от другого синтаксиса шелла к
делать это
AC всегда, кроме тривиальнейших случаев.
AC -exec такой проблемой не страдает
AC по моему |xargs как-то излишен в большинстве случаев с find
AC find сам умеет xargs
AC ... только за пределы гнутого find это умение не распространяется.
DEO FreeBSD не нужна
DEO вендулет и подавно
Mikhail Ramendik - debian-russian@lists.debian.org @ Mon, 8 Sep 2008 16:24:07
+0100:
Простые правила - у tcl. Вот у него действительно весь синтаксис языка
со всеми подстановками описывается маном на полтора экрана.
Кстати, его тоже можно в качестве шелла использовать...
MR Дежурный
У баша - есть. По умолчанию, если под шаблон ни одного файла не
подпадает, он не ругается, а передает в команду шаблон.
Есть такая какашка. Но действительно логичным решением было бы
передавать пустую строку, а не генерить ошибки.
netbsd sh- печатает шаблон
freebsd shell- печатает
... только за пределы гнутого find это умение не распространяется.
Мы в linux.debian или где? За пределами и -print0 у find нет, ни
-0 у xargs, так что в любом случае придётся делать через while read
или надеяться.
Гониво!
NetBSD - есть и -print0 и -0
FreeBSD - есть и -print0 и -0
OpenBSD
Aleksey Cheusov wrote:
... только за пределы гнутого find это умение не распространяется.
Мы в linux.debian или где? За пределами и -print0 у find нет, ни
-0 у xargs, так что в любом случае придётся делать через while read
или надеяться.
Гониво!
NetBSD - есть и -print0 и -0
Всем привет!
Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
простенький скрипт, и пытаюсь его выполнить из find. Облом...
(В данных примерах скрипт заменёт на тестовый myecho)
$find -name *.flac -print | xargs ./myecho
выполняется только для первого из множества файлов
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mikhail Ramendik пишет:
$ find -name *.flac -exec ./myecho {} ;
find: отсутствует аргумент у `-exec'
А как правильно?
кажется, так:
$ find -name *.flac -exec ./myecho {} \ ;
...
- -exec command ;
Execute command; true if 0 status
8 сентября 2008 г. 5:38 пользователь Mikhail Ramendik написал:
Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
простенький скрипт, и пытаюсь его выполнить из find. Облом...
(В данных примерах скрипт заменёт на тестовый myecho)
$find -name *.flac -print | xargs
2008/9/8 locke314:
кажется, так:
$ find -name *.flac -exec ./myecho {} \ ;
неа - * незаэкранирована.
судя по отсутствию первого обязательного параметра - стартовой
директории поиска,
в текущей директории есть файлы *.flac, которые расширятся шеллом и
find обломится.
2008/9/8 [EMAIL PROTECTED] [EMAIL PROTECTED]
кажется, так:
$ find -name *.flac -exec ./myecho {} \ ;
Спасибо, помогло.
--
Yours, Mikhail Ramendik
2008/9/8 Dmitry Fedorov [EMAIL PROTECTED]
find -name \*.flac -exec ./myecho '{}' ';'
Работает.
find -name \*.flac -print | xargs ./myecho
Не работает - точнее, вызывается один раз, для первого из файлов. В чём
может быть дело? Данная задача уже решена, но хочется понять с какой стороны
2008/9/8 Dmitry Fedorov [EMAIL PROTECTED]
2008/9/8 locke314:
кажется, так:
$ find -name *.flac -exec ./myecho {} \ ;
неа - * незаэкранирована.
судя по отсутствию первого обязательного параметра - стартовой
директории поиска,
в текущей директории есть файлы *.flac, которые расширятся
область ответственности
шелла и начинается работа самой команды.
Mikhail Ramendik wrote:
2008/9/8 Dmitry Fedorov [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
2008/9/8 locke314:
кажется, так:
$ find -name *.flac -exec ./myecho {} \ ;
неа - * незаэкранирована.
судя по
Ты ведь помнишь, я надеюсь, про ключик -n у xargs-а? И/или твоя тула
myecho осознаёт, что xargs по дефолту намерен передавать ей не по одному
аргументу на каждый запуск, а сразу целую кучу?
Mikhail Ramendik wrote:
2008/9/8 Dmitry Fedorov [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
find
2008/9/8 Alex Myodov [EMAIL PROTECTED]
А нету никаких особых случаев.
Элементы наподобие звёздочки или точки с запятой по умолчанию
обрабатываются шеллом. Точка. И в команду попадает уже результат
обработки - не символы звёздочка точка флак, а уже список файлов.
У меня нет желания держать в
On 23:38 Sun 07 Sep , Mikhail Ramendik wrote:
MR Всем привет!
MR Нужно нечто сделать со всеми файлами *.flac в дереве. На нечто написал
MR простенький скрипт, и пытаюсь его выполнить из find. Облом...
MR (В данных примерах скрипт заменёт на тестовый myecho)
MR $find -name *.flac -print
MR А нету никаких особых случаев.
MR Элементы наподобие звёздочки или точки с запятой по умолчанию
MR обрабатываются шеллом. Точка. И в команду попадает уже результат
MR обработки - не символы звёздочка точка флак, а уже список файлов.
MR У меня нет желания держать в голове список символов,
On Thu, Oct 18, 2007 at 11:40:25PM +0100, Mikhail Ramendik wrote:
Всем привет!
$ find . -exec echo '{}';
find: отсутствует аргумент у `-exec
Прочёл man два раза и никак не могу понять - что я делаю не так ик ак
использовать find -exec ?
уже ответили - спрятать ; от шелла
И ещё вопрос
* Mikhail Ramendik [EMAIL PROTECTED] [071019 02:50]:
Всем привет!
$ find . -exec echo '{}';
find: отсутствует аргумент у `-exec
Прочёл man два раза и никак не могу понять - что я делаю не так ик ак
использовать find -exec ?
find . -exec echo {} \;
И ещё вопрос про find. find . выдаёт
Всем привет!
$ find . -exec echo '{}';
find: отсутствует аргумент у `-exec
Прочёл man два раза и никак не могу понять - что я делаю не так ик ак
использовать find -exec ?
И ещё вопрос про find. find . выдаёт список файлов в директории и всех
поддиректориях, причём каждая строка начинается с
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 15 May 2007
23:09:06 +0400:
Вы не брезгливы. Но невнимательны. (c) От создания группы nogroup
группа nobody появиться никак не может.
DEO не буковедствуй
DEO nb:[/home/dimka]$ grep nogroup /etc/group
DEO nogroup:x:65534:root
DEO зачем может понадобиться группа nobody?
Отмотка треда - $50/письмо.
чет дороговаты расценки-то ;)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
DEO зачем может понадобиться группа nobody?
Отмотка треда - $50/письмо.
собственно это был не вопрос, а намек на то что кто-то что-то
изначально неправильно делает
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Wed, 16 May 2007
11:25:54 +0400:
DEO зачем может понадобиться группа nobody?
Отмотка треда - $50/письмо.
DEO собственно это был не вопрос, а намек на то что кто-то что-то
DEO изначально неправильно делает
Только сам намек был
Отмотка треда - $50/письмо.
DEO собственно это был не вопрос, а намек на то что кто-то что-то
DEO изначально неправильно делает
Только сам намек был неправильным. Зачем бы, спрашивается, создавать
уже существующих юзера и группу?
а существуют ли они при минимальной инсталляции?
надо
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Wed, 16 May 2007
17:22:36 +0400:
Отмотка треда - $50/письмо.
DEO собственно это был не вопрос, а намек на то что кто-то что-то
DEO изначально неправильно делает
Только сам намек был неправильным. Зачем бы, спрашивается, создавать
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Fri, 11 May 2007
10:06:21 +0400:
На свежепоставленном Etch пытаюсь
запустить OpenVPN со старым конфигом:
# openvpn --config openvpn.conf
Thu May 10 14:31:53 2007 failed to find GID for group nobody
Точно такая же конфигурация
15.05.2007, в 20:56, Artem Chuprina писал(а):
DEO useradd nobody
DEO groupadd nogroup ?
Ты эта... Поосторожнее с такими советами...
Эм, а что не так в этих советах?
--
Roman Busyguin
Believe in what you do and do what you believe in
Roman Busyguin - debian-russian@lists.debian.org @ Tue, 15 May 2007 22:35:40
+0700:
DEO useradd nobody
DEO groupadd nogroup ?
Ты эта... Поосторожнее с такими советами...
RB Эм, а что не так в этих советах?
Во-первых, совет бесполезный. От пары этих команд группа nobody (там
DEO useradd nobody
DEO groupadd nogroup ?
Ты эта... Поосторожнее с такими советами...
RB Эм, а что не так в этих советах?
Во-первых, совет бесполезный. От пары этих команд группа nobody (там
просто конфиг с другого дистрибутива взят) не появится.
это почему это?
вполне появятся
не
Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Tue, 15 May 2007
21:09:30 +0400:
DEO useradd nobody
DEO groupadd nogroup ?
Ты эта... Поосторожнее с такими советами...
RB Эм, а что не так в этих советах?
Во-первых, совет бесполезный. От пары этих команд группа nobody
Вы не брезгливы. Но невнимательны. (c) От создания группы nogroup
группа nobody появиться никак не может.
не буковедствуй
nb:[/home/dimka]$ grep nogroup /etc/group
nogroup:x:65534:root
nb:[/home/dimka]$ grep nobody /etc/group
nb:[/home/dimka]$
зачем может понадобиться группа nobody?
--
Dmitry E. Oboukhov wrote:
зачем может понадобиться группа nobody?
Если по существу вопроса - в конфиге OpenVPN надо было группу поправить.
Интересно есть ли список таких отличий Ред Хета и Дебиан ?
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
На свежепоставленном Etch пытаюсь
запустить OpenVPN со старым конфигом:
# openvpn --config openvpn.conf
Thu May 10 14:31:53 2007 failed to find GID for group nobody
Точно такая же конфигурация (openvpn.conf)
работала на CentOS (Ред Хет) и не ругалась.
Вопросы: почему ругается и что
Artem Chuprina wrote:
Надо полагать, за отсутствием этой группы в дебиане.
Поскольку в нем нету группы nobody, а есть группа nogroup.
Спасибо.
--
Best regards,
Nicholas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
На свежепоставленном Etch пытаюсь запустить OpenVPN со старым конфигом:
# openvpn --config openvpn.conf
Thu May 10 14:31:53 2007 failed to find GID for group nobody
Точно такая же конфигурация (openvpn.conf) работала на CentOS (Ред Хет)
и не ругалась.
Вопросы: почему ругается и что делать
11.05.2007, в 11:37, Nicholas писал(а):
На свежепоставленном Etch пытаюсь запустить OpenVPN со старым
конфигом:
# openvpn --config openvpn.conf
Thu May 10 14:31:53 2007 failed to find GID for group nobody
а что говорит grep nobody /etc/group?
--
Roman Busyguin
Believe in what you do
Nicholas - debian-russian@lists.debian.org @ Fri, 11 May 2007 00:37:00 -0400:
N На свежепоставленном Etch пытаюсь запустить OpenVPN со старым конфигом:
N # openvpn --config openvpn.conf
N Thu May 10 14:31:53 2007 failed to find GID for group nobody
N Точно такая же конфигурация
:
find dir_1/ -mindepth 1 -maxdepth 1 -type d -print0 | xargs -0 mv
--target-directory=dir_2
Хлебом не корми, дай клаву потоптать.
Суть вопроса сводилась к использованию -mindepth/-maxdepth. Если уж учить -
так на простых для понимания примерах. Остальное - приложится.
--
Станислав
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stanislav Maslovski wrote:
Похоже, что тебе надо просто перенести все поддиректории dir_1 в dir_2, так?
В этом случае, надо сказать следующее
$ mv `find dir_1/ -mindepth 1 -maxdepth 1 -type d` dir_2
Вообще говоря, в общем случае нехорошо
On 2006.06.19 at 10:11:42 +0200, Sergey Spiridonov wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stanislav Maslovski wrote:
Похоже, что тебе надо просто перенести все поддиректории dir_1 в dir_2, так?
В этом случае, надо сказать следующее
$ mv `find dir_1/ -mindepth 1
Victor Wagner wrote:
Через exec в случе если вывод команды find окажется слишком большим,
будет хуже. Потому что тогда mv будет запускаться по разу на элемент
результата find. Но с -mindepth 1 -maxdepth 1 это крайне маловероятно
(хотя приходилось сталкиваться с тем что в больших maildir-ах
Привет Уважаемые!
помогите кто может с проблемой
выполнение команды
find /dir_1/ -type d -name '*' -exec mv {} /$dir_2/ \;
ведет к тому что каталог и сожержимое dir_1 переноситься в
/dir_2/dir_1/содержимое
как исключить такую возможность, чтобы только содержимое каталога dir_1
переносилось, а не
On Sun, Jun 18, 2006 at 10:40:23PM +0300, Fedir Gontsa wrote:
Привет Уважаемые!
помогите кто может с проблемой
выполнение команды
find /dir_1/ -type d -name '*' -exec mv {} /$dir_2/ \;
ведет к тому что каталог и сожержимое dir_1 переноситься в
/dir_2/dir_1/содержимое
как исключить такую
Столкнулся с проблемой на одном .avi файле, не играется. Вот
относящиеся к делу ошибки
Opening audio decoder: [libdv] Raw DV Audio Decoder
Unknown/missing audio format - no sound
ADecoder init failed :(
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
Cannot find codec
On Thu, Jun 15, 2006 at 12:03:36PM +0300, Vladimir Zolotykh wrote:
Cannot find codec for audio format 0x56444152.
apt-get install libdv2
--
Иван Лох
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Thu, 15 Jun 2006 13:45:16 +0400
Иван Лох [EMAIL PROTECTED] wrote:
On Thu, Jun 15, 2006 at 12:03:36PM +0300, Vladimir Zolotykh wrote:
Cannot find codec for audio format 0x56444152.
apt-get install libdv2
Может быть libdv4? если так, то он и был установлен
Desired=Unknown/Install
On Thu, Jun 15, 2006 at 12:03:36PM +0300, Vladimir Zolotykh wrote:
Используемые версии
mplayer-586 1.0-pre7cvs20060219-0.2sarge1
w32codecs 20050412-0.4
libavcodeccvs51 20060305-0.1sarge1
Попробуй
dpkg -s mplayer-586 | less
и поищи строчку libdv. Если нет зависимости от libdv2 (или
On Thu, 15 Jun 2006 15:23:36 +0400
Timur Elzhov [EMAIL PROTECTED] wrote:
On Thu, Jun 15, 2006 at 12:03:36PM +0300, Vladimir Zolotykh wrote:
Используемые версии
mplayer-586 1.0-pre7cvs20060219-0.2sarge1
w32codecs 20050412-0.4
libavcodeccvs51 20060305-0.1sarge1
Попробуй
dpkg -s
Результаты 1 - 100 из 163 matches
Mail list logo